[lug] job market

[Matt James]

Lots of positions open at Seagate in Longmont.  PM me if you want a
reference.

Matt

On Mon, Oct 14, 2019, 8:40 PM Michael Hirsch <mdhirsch at gmail.com> wrote:

> No one answered, so I will.  The job market for software folks is
> great in Boulder.  There are lots of companies and lots of jobs.
> There are the usual big ones (Google, Oracle, Microsoft, Twitter, etc)
> and a ton of start-ups and everything in between.  I don't have
> specific jobs with your requirements in mind, but I bet there is
> something like that available.
>
> Michael
>
> On Fri, Oct 11, 2019 at 11:45 AM Valentina Kibuyaga
> <namusoke at hotmail.com> wrote:
> >
> > Hello Linux Users Group
> >
> > Just wondering and looking for relocation opportunities...
> >
> > What is the job market in Boulder, Co?
> >
> > Are you aware of anyone hiring with a database background with some work
> in AWS?
> >
> > Thanks, Valentina
> > ________________________________
> > From: LUG <lug-bounces at lug.boulder.co.us> on behalf of duboulder <
> blug-mail at duboulder.com>
> > Sent: Friday, October 11, 2019 12:27 PM
> > To: Boulder \(Colorado\) Linux Users Group -- General Mailing List <
> lug at lug.boulder.co.us>
> > Subject: Re: [lug] FTPS + SSL parameters question...
> >
> > Assuming your tests are connecting to the same ip/port/dns name as the
> app and you aren't having a source ip access problem, I wonder if you have
> the same jvm/jvm setup for the app vs tests.
> >
> > Does the ftps server give any details about the app connect failure? Or
> does the java class provide any details about the failure?
> >
> > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
> > On Friday, October 11, 2019 10:03 AM, Bear Giles <bgiles at coyotesong.com>
> wrote:
> >
> > This is a stretch but I'm running out of ideas.
> >
> > We're trying to connect to an FTPS server in implicit mode. The server
> requires the data connection to use the same SSL parameters as the control
> connection as an authentication mechanism.
> >
> > Java isn't happy but I can force it by seeding the undocumented
> SSLSession cache.
> >
> > Bottom line is that my integration tests pass - I'm connecting to the
> (Filezilla) server...
> >
> > ... but my actual application fails. I've verified that everything is
> lined up and (AFAIK) it's creating the request with the correct SSL
> Parameters but something, somehow, is changing them in flight.
> >
> > I've checked with coworkers - we have a packet monitor but it doesn't do
> deep packet inspection. We don't have a network proxy. I can't think of
> anything else that would modify the SSL Parameters.
> >
> > Any ideas, esp. something that would appear in a Java environment?
> >
> > Unfortunately we can't ask the customer to change their server settings.
> We can't try switching to mutual authentication (using SSL keypairs) either.
> >
> > Thanks
> >
> >
> > _______________________________________________
> > Web Page:  http://lug.boulder.co.us
> > Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug
> > Join us on IRC: irc.hackingsociety.org port=6667 channel=#hackingsociety
> _______________________________________________
> Web Page:  http://lug.boulder.co.us
> Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug
> Join us on IRC: irc.hackingsociety.org port=6667 channel=#hackingsociety
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lug.boulder.co.us/pipermail/lug/attachments/20191014/dda7c0da/attachment.html>