Forgot your password?
typodupeerror

Comment: Re:No trust (Score 1) 534

by jbolden (#48423565) Attached to: Debian Votes Against Mandating Non-systemd Compatibility

First off let's be fair here. Lennart has limited contact with Debian. The people switching Debian over to systemd are the package maintainers and Debian project leadership. That happened because Unity failed which had been the direction Debian was heading in. Blaming Lennart is quite unfair. Debian adopted systemd because lots of people in the Debian community thought systemd was better, mainly because upstream developers like systemd. Until you accept that you are going to continue with conspiracy theories.

As far as real world projects and systemd systemd is already being used in large PaaS deployment how much more real world can you get than that?

Comment: Re:Systemd Is Inevitable (Score 1) 534

by jbolden (#48423519) Attached to: Debian Votes Against Mandating Non-systemd Compatibility

Well process management is the baggage. The stuff being replaced are the parts of legacy Linux that for one reason or another are incapable of handling chains of dependencies. If you mean why not just init, that's because initialization is just one possible state from the process manager needs to handle. Why not have it handle other states like suspending, hibernating, recovering, shutting down, daemon crashing.... ?

Comment: Re:Go back in time 5 years (Score 1) 534

by jbolden (#48421567) Attached to: Debian Votes Against Mandating Non-systemd Compatibility

Absolutely true.

Let's say by 2016:

  7500 of the 8000 Debian packages have 0 systemd dependencies and those that even need init support can have easy scripts. No one is arguing about what to do in that case, include in init script where needed.

Let's say another 200 applications operate but with reduced functionality or security. How to handle that is complex and probably is best left to the judgement of the individual project maintainers. That's what the no vote meant, empowering them to make these choices.

Let's say another 300 applications have hard dependencies. That systemd is unavoidable without a major porting effort. This is where the core of the argument lies, what to do with these.

Now of course these 300 applications can start to chain down and create all sorts of other dependencies. Which is why a default was likely needed by the next version and helpful for Jessie.

Comment: Re:Awesome! wait on experts so we can run again (Score 1) 163

by jbolden (#48421245) Attached to: Microsoft Azure Outage Across the Globe

Large cloud companies treat large clients wonderfully. Large cloud companies treat midsized clients like crap. Midsized cloud companies treat midsized client quite well. This is the sort of thing you should be discussing with your cloud agent, getting you into a rightsized relationship with your vendor. Which BTW is also likely to save you money.

Comment: Re:Yawn ... (Score 1) 163

by jbolden (#48421107) Attached to: Microsoft Azure Outage Across the Globe

well, I have yet to be convinced that any of these vendors can provide as much uptime and reliability as a decent IT department.

Your decent IT department doesn't have dozens of redundant colos attached to your network in class 2-4 datacenters. There are statistical measures of reliability for fortune 1000 companies regarding colo and the colo providers crush their internal. There are statistical measures of reliability regarding commercial cloud and they crush internal. Now that's not saying the best internal groups won't beat so-so clouds but they won't beat the best clouds. In the end it comes down to resources and focus and they win on both.

Comment: Re:Where now? (Score 1) 534

by jbolden (#48420861) Attached to: Debian Votes Against Mandating Non-systemd Compatibility

Crux and Alpine have both said their long term plan is non-systemd. They intend to drop packages that can't be made to work without systemd.

Slackware is going to hold out as long as it can. Patrick doesn't think that's more a couple more years.

Gentoo because of the lack of integration will likely in a formal sense be able to hold out forever. They have however mostly abandoned their own OpenRC alternative. So they know they are in a holding pattern at best.

PCLinuxOS is KDE-desktop based. I'm shocked they aren't already systemd. No chance they holdout.

In the end, Lennart Pottering is on the best course to achieve what neither Bill Gates nor Darl McBride was able to do, in spite of their best efforts: destroying Linux. The Linux ecosystem was strong enough to withstand any outside attack, but even it can be brought down if it starts rotting from the inside.

Me thinks you need to get a grip.

Maternity pay? Now every Tom, Dick and Harry will get pregnant. -- Malcolm Smith

Working...