similar to: OT: systemd Poll - So Long, and Thanks for All the fish.

On Wed, Apr 19, 2017 at 5:21 AM, James B. Byrne <byrnejb at harte-lyne.ca> wrote: > > On Mon, April 17, 2017 17:13, Warren Young wrote: > >> >> Also, I???ll remind the list that one of the *prior* times the systemd >> topic came up, I was the one reminding people that most of our jobs >> summarize as ???Cope with change.?? >> > > At some point

On Wed, April 19, 2017 16:22, Chris Murphy wrote: > > Apple has had massively disruptive changes on OS X and iOS. Windows > has had a fairly disruptive set of changes in Windows 10. About the > only things that don't change are industrial OS's. > I have no idea how this reference applies to my earlier post. We do not use Apple or Windows servers and the desktop

On Apr 20, 2017, at 7:33 AM, James B. Byrne <byrnejb at harte-lyne.ca> wrote: > > When a vendor ... fundamentally changes the way the administration > of an operating system is presented I?ve gotten the sense from this other part of the thread that the answer to my question, ?What are you moving to?? is FreeBSD. If you think FreeBSD system administration hasn?t changed over the

On 09/04/17 14:39, Anthony K wrote: > > So, at which stage are you in w/ regards to adopting systemd? Are you > still ridiculing it, violently opposed to it, or have you mellowed to it? Thanks for all those that responded. systemd still appears to be a sore topic. systemd is still coping a whole lot of ridicule but not so violent opposition. Can't say I understand why, but you

> Indeed. I think the assertion "OSS is somehow safer because of community > audit" is a logical fallacy. How would one go about "auditing" in the first > place? There are tools to audit source code for problems - OSS is safer *because* the source is available and can be audited. > Even if the various Intelligence agencies are not injecting > vulnerabilities

On 04/15/2017 04:46 AM, Pete Biggs wrote: > Not wishing to extend this thread further, but ... > >> There are conspiracy theories out there that the NSA is involved with >> bringing systemd to Linux so they can have easy access to *"unknown"* >> bugs - aka backdoors - to all Linux installations using systemd *[1]*. > They're conspiracy theories, and

On Apr 24, 2017, at 7:53 AM, Lamar Owen <lowen at pari.edu> wrote: > > James' point isn't the hardware cost, it's the people cost for retraining. Unless you?ve hired monkeys so that you must train them to do their tasks by rote, that is a soft cost, not a hard cost. If you?ve hired competent IT staff, they will indeed need some time to work out the differences, but they

> > There is no doubt that most security agencies have a long list of zero- >> day exploits in their toolbox - I would hazard to suggest that they >> wouldn't be doing their job if they didn't! But I seriously doubt they >> would commission exploitable code in something that is openly >> auditable. >> >> P. >> > > P., I used to think

Not wishing to extend this thread further, but ... > There are conspiracy theories out there that the NSA is involved with > bringing systemd to Linux so they can have easy access to *"unknown"* > bugs - aka backdoors - to all Linux installations using systemd *[1]*. They're conspiracy theories, and that's it. The bottom line is that in general people don't like

On Sun, April 9, 2017 00:39, Anthony K wrote: > According to "Arthur Schopenhauer": > > "All truth passes through three stages. > First, it is ridiculed. > Second, it is violently opposed. > Third, it is accepted as being self-evident." > > I must admit that I skipped through the first and second stages - I > never found creating init

I have the following: MODEL: def self.get_tag_cloud Rails.cache.fetch(''fetish_tag_cloud'', :expires_in => 1.hour) do find(:all, :conditions => [ "approved_for_tag_cloud = true"], :order => "LTRIM(name)") end end CONTROLLER: def index @fetishes = Fetish.get_tag_cloud end VIEW: .... <% @fetishes.each do |fetish| -%>

On 04/20/2017 05:55 PM, Warren Young wrote: > ... I find that most hardware is ready to fall over by the time the > CentOS that was installed on it drops out of support anyway. > ... James' point isn't the hardware cost, it's the people cost for retraining. In many ways the Fedora treadmill is easier, being that there are many more smaller jumps than the huge leap from C6

Good morning: We're about to start moving our public DNS to in-house managed servers. My first thought was "Linux + BIND" and we're done. Someone in another business unit's IT dept. has suggested tinydns be used. >From what I could find, it looks like this software hasn't really had any community drive behind it in a while. The latest RPMs on rpmforge are for red hat

Hi folks I am getting this error: root@collab:/home/admin# smbldap-passwd testuser Changing UNIX and samba passwords for testuser New password: Retype new password: I cannot generate the proper hash! uncle google was rather quiet on the subject :( what do you need config file wise? thanks Bernhard -- Graylion's Fetish & Fashion Store Goth and Kinky Boots, Clothing and Jewellery

It's amazing what you can learn in a few days... Having just found out that Queen Elizabeth has a great sense of humor, it has now emerged that Kevin Fleming - a man who (both with and without his moustache) has been an amazing contributor and influencer in the Asterisk project is set to move on to a new challenge outside the project - but still within the realms of Open Source. Kevin has

The management decided to switch over to Zimbra so we will no longer be using Dovecot...which served us exceedingly well. May Timo and the Dovecot community prosper. Thanks for all the help from all of you in the years since our switch from UW-IMAP. -- "Grant us, in our direst need, the smallest gifts: the nail of the horseshoe, the pin of the axle, the feather at the pivot point, the

On Wed, February 4, 2015 16:55, Warren Young wrote: >> On Feb 4, 2015, at 12:16 PM, Lamar Owen <lowen at pari.edu> wrote: >> >> Again, the real bruteforce danger is when your /etc/shadow is >> exfiltrated by a security vulnerability > > Unless you have misconfigured your system, anyone who can copy > /etc/shadow already has root privileges. They do not need

Hi all, I'm a little bit worried about the sheer size of the resulting binaries of a project using LLVM. The medium large project for which I'm planning to use it (which currently uses a custom dynamic code generator), produces a compact 1.6 MB binary. When I compile LLVM's simple 'Fibonacci' example project the executable is 2.6 MB. I realize LLVM is a complex and

On Wed, Dec 21, 2016 at 8:07 AM, Davide Italiano via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On Mon, Dec 19, 2016 at 4:24 PM, Mikhail Zolotukhin > <mzolotukhin at apple.com> wrote: > > Hi Davide, > > > > Thanks for the analysis, it's really interesting! And I'm really glad > that we now put more and more attention at the compile time! >

Hi, I received a small flurry of buildbot emails yesterday. Most of them seem to be repeats of previous failures and buildbot only mailed them to me because the previous build raised an exception instead of failing. However I noticed a couple configuration/system issues amongst them: * arxan_raphael is consistently hitting the 20 minute no-output timeout when running the link command