Beta
×

Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

Comments

top

Tim Cook Says Apple Can't Read Users' Emails, That iCloud Wasn't Hacked

Dcnjoe60 Re:Is this technically impossible - no. (112 comments)

That is the best proof I've seen in this discussion.

Summary for the unwashed masses: Tim Cook is a big fat liar!

The first statement is valid. However, it is possible that Tim Cook isn't lying and instead just relaying what he believes to be the truth based on what he was told. Ignorance is not the same as lying, which requires intent to deceive.

about half an hour ago
top

Medical Milestone: Scientists Reset Human Stem Cells

Dcnjoe60 Re:hoooray (74 comments)

What affects the 1%ers today will affect the 99%ers tomorrow. This was true for Electric Light and phones in cars, and will be true for imortality.

What about trickle down economics? While it has surely affected the 99-percenters, it was hardly in a positive way. Not everything that benefits the wealthy makes its way to the common person.

2 days ago
top

If Tesla Can Run Its Gigafactory On 100% Renewables, Why Can't Others?

Dcnjoe60 Location, location, location (438 comments)

Maybe others can't/don't do this because there are very few locations that have the right conditions for wind/solar/geothermal production.

4 days ago
top

GSOC Project Works To Emulate Systemd For OpenBSD

Dcnjoe60 Re:Oh well ... (314 comments)

I think the architectural problems and the developers are interrelated. systemd started as an init system, like upstart. However, where upstart remained an init system, systemd has been really expanded into having its fingers in all sorts of system areas. That said, when I have to use systemd, and I have the option, I usually just re-compile it with the specific functionality required. Not all of it is bad, it just suffers from feature creep, or maybe feature over-reach.

I really am not a closet systemd advocate. I do contract work and very often systems are pre-defined that have systemd components in them. For instance, I will be doing a conversion for a firm to RH7. I don't have the option of telling the customer to not use systemd, instead, I have to convert their existing init scripts to work with it.

Is systemd my first choice, no, not at all. If anything, I am init agnostic. Ultimately, I will install/work with what my customer specs.

5 days ago
top

GSOC Project Works To Emulate Systemd For OpenBSD

Dcnjoe60 Re:Oh well ... (314 comments)

There is absolutely nothing simple here. Also, you are either lying directly or completely ignoring the given circumstances (i.e. lying by omission). No surprise, this behavior is typical for SystemD advocates. Unfortunately for you, some people are not that easy to fool.

If you re-read my posts, you will see that I am not a systemd advocate. I prefer upstart. As such, I am not a fan-boy of systemd and I am not fooled by it. That said, I think that if a different personality had developed it and it was being pushed by somebody other than RH, there wouldn't be so much animosity towards it.

about a week ago
top

To Really Cut Emissions, We Need Electric Buses, Not Just Electric Cars

Dcnjoe60 Need a new study. (485 comments)

Are you really comparing the emissions from a power station (outside of the city) to thousands of cars/vans/buses in the middle of the city? You do realise that it's far easier to clean pollution at a power station than it is at every single exhaust pipe, right? Do you want anyone to take you seriously?

Actually, that would be an interesting study. Obviously increasing the use of electric vehicles is going to put more demands on the power grid and require increased production at the plants. Most likely the demand to recharge will be a night, so solar is probably not an option, which leaves coal and natural gas (given the hydro-electric and nuclear is relatively fixed by external factors).

So the question to be solved is whether a large conversion from combustion engine vehicles (gas and diesel) to electric reduces emissions enough to offset the increased emissions from power generation? I would guess that the balance is in favor of electric, but to the best of my knowledge, that question has not answered by the scientific community.

about a week ago
top

To Really Cut Emissions, We Need Electric Buses, Not Just Electric Cars

Dcnjoe60 Re:Hybrids (485 comments)

Just start small with hybrid motors in the buses, enough to get them rolling again from their frequent stops (and red lights of course). If you just improved the fuel mileage a couple of miles per gallon, it would make a huge impact overall.

Actually, electric motors provide full torque instantly and would be a more efficient means of starting a bus rolling. The other thing to take into account, however, is starting up a diesel engine produces a lot of pollution. It would be a good idea to test the notion of frequent starts/stops versus continuous running as to which is better. If it turns out continuous running, then it may be as simple as using the engine to power a alternator and have the vehicle be diesel-electric, like trains. In passenger cars, it could be gasoline-electric. Such a scenario would allow the engine to run at it's most efficient speed to generate the electricity needed.

about a week ago
top

To Really Cut Emissions, We Need Electric Buses, Not Just Electric Cars

Dcnjoe60 Actually... (485 comments)

Actually, the use of more public transit vs cars will cut emissions regardless of whether the public transit is electric or not. Likewise, shipping more freight by rail instead of highway will, too. Of course industrial emissions far outweigh vehicular emissions but that's a whole different topic.

Alas, there isn't a will to do that, so the alternative is looking for less efficient ways to cut emissions, such as electric passenger cars. While better than nothing, the impact is infinitesimally small.

about a week ago
top

Unpopular Programming Languages That Are Still Lucrative

Dcnjoe60 Lucrative for whom? (380 comments)

Lucrative is relative. Yes, COBOL programmers are in demand right now, because most of them have retired. Does that mean somebody just starting out should expend the resources and time to learn COBOL? Probably not, because the return on their personal investment would be less than if they spent it on more current/in-demand technologies. OTOH, a programmer that already has COBOL experience, can still find employment.

It's like buggy whips. As the buggy was replaced by the automobile, the demand for buggy whips declined. However, until horse buggies were completely gone, there was still a demand, albeit smaller than in its heyday, for buggy whips. If you were an experienced buggy whip maker, you could still find employment making buggy whips. However, it would not have been a field for a new apprentice to enter.

Likewise with COBOL and the other languages mentioned. There is still demand for programmers with that knowledge, but it isn't a growing field. At some point the cost to maintain the code will become higher than converting the code because the cost of COBOL programmers will be too great given the supply and demand curve. For those who currently are COBOL programmers, that bodes well, but not for somebody just entering software development.

BTW, I use COBOL in the above languages, but the statements apply to most long lasting programming languages, not just COBOL.

about a week ago
top

Microsoft Takes Down Slideshow-Building Tool After Getty Images Lawsuit

Dcnjoe60 From the article.... (81 comments)

From the article "Rather than draw from a licensed collection of images, Defendant gathers these images by crawling as much of the Internet as it can, copying and indexing every image it finds, without regard to the copyright status of the images and without permission from copyright owners like Plaintiff,"

I wonder why Google wasn't charged, too? Isn't that how their image search works?

about a week ago
top

GSOC Project Works To Emulate Systemd For OpenBSD

Dcnjoe60 Re:Er? (automatic locale?) (314 comments)

A sort of IDE for all the text based config files the way an IDE is a helper for the text code files of a programming language. (But NOT a binary that bypasses the text configs! Which is what systemd seems to be doing, if I've been reading this right.)

But you use a binary, even now to view the text files. Whether you us cat or less or vi or some other editor/viewer, human beings cannot read text files from a log without having to use a binary. That is because what we call text files are merely representational of a text file. Like a binary, though, they are just zeros and ones until some program interprets them for us.

about a week ago
top

GSOC Project Works To Emulate Systemd For OpenBSD

Dcnjoe60 Re:Oh well ... (314 comments)

Are you stupid? Modules compiled together are not a "modular" system in the UNIX philosophy at all. They are one program.

Except the separate systemd modules are all seperately functioning executables. That's why if you want to run gnome-shell, you can simply include the logind daemon from systemd along with whatever init system you want to use. Even if you choose to compile all of systemd, it only uses the daemons you turn on. How is that not modular?

about a week ago
top

GSOC Project Works To Emulate Systemd For OpenBSD

Dcnjoe60 Re:Oh well ... (314 comments)

Actually, systemd is all-or-nothing. If you let even a tiny bit in, countless things will break unless you take the whole POS. The developers are very keen on making sure of that.

That is simply false.

about a week ago
top

GSOC Project Works To Emulate Systemd For OpenBSD

Dcnjoe60 Re:Oh well ... (314 comments)

> the reality is systemd is a bunch of individual modules

I disagree. Technically you are correct, but the same modularity argument can be made for practically any piece of code bigger than "Hello World". However in practice systemd is shipped as a monolith. I just checked, and even on Genoo with its uber-flexible USE flags and compilation from source, you can't shut off individual features like logging, dhcp, ntp, etc. Most people just install the binaries.

No, systemd is not the end of the world. But it would be the end of running my machines the way I wish to - at least without spending more time and effort keeping it fenced in as you suggest.

Systemd has a configure system similar to the kernel. Like the kernel, where some distros use a "full" kernel and others use a stripped down version, it is up to the distro to decide what fits its need. The same is true with systemd. Take distros running late versions of gnome-shell, which requires the logind module of systemd, all they are including is logind, not all of systemd. Even Ubuntu is using logind with upstart and also sys init scripts.

Nobody is forcing a distro to adopt systemd. If the distro developers do and it impacts you, the complaint should be with the distro developers, not systemd. Maybe the developers have good reason for making the change. Most of them are community based, so it is doubtful that they are doing it just because Redhat is doing it (although Centos and Scientific would most likely change to maintain compatibility).

Even if your distro of choice does change, it shouldn't force you to stop running your machines the way you want too. You can freely mix systemd, upstart and init scripts, using whatever pieces you want for whatever need you have. That applies whether your system is a desktop, server, embedded or whatever.

about a week ago
top

GSOC Project Works To Emulate Systemd For OpenBSD

Dcnjoe60 Re:Er? (314 comments)

It seems most of your problems are just repeated myths about systemd. For instance http://0pointer.de/blog/projec... debunks all of them and there are numerous other sites that do likewise. While I am not a big fan of systemd, I do understand what they are trying to do and it isn't the end of the world like people want to make it out to be.

about a week ago
top

GSOC Project Works To Emulate Systemd For OpenBSD

Dcnjoe60 Re:How about then backporting from BSD to Linux? (314 comments)

If BSD's emulation of those Linux systemd APIs is done in a reasonably portable manner, we could then backport the code over to Linux and gain the benefits without being dependent for those functions on the engineering disaster that Lennart has put into process slot 1.

The BSD folks aren't succumbing to systemd's problematic "kitchen sink in slot 1" approach, so their work could be valuable for those Linux distros that are fighting to keep systemd out of their hair.

The BSD "emulation" is a translation layer from linux kernel calls built into various parts of systemd to BSD kernel calls. If you are already running on a linux kernel, what would be the point of a translation layer. It would be like running Wine under Windows.

It seems that the BSD developers are looking at just using the pieces that they think their incarnation of BSD needs. There is nothing to stop a linux distro from doing the same thing. Many already do by adding logind for Gnome while still using upstart or the old init system.

about a week ago
top

GSOC Project Works To Emulate Systemd For OpenBSD

Dcnjoe60 Re:Er? (314 comments)

The three services are actually needed.

For what? If you say "to bring more windowsisms to linux" then I can believe it. Otherwise, not so much.

The usefulness of logind can be argued, but centralized management of date/time and locale changes were long overdue. Linux is pretty much the only OS remaining, where application, if needed, can't really know if/when date/time or locale has changed.

Unix (not so much linux) has for a really long time been a multi-user system, where multiple users can use different locales and different time zones. The system itself always ran on UTC. UTC is not supposed to change. Users changing their locale need to log out and back in again. That works well enough for the expected frequency of such changes occurring and doesn't need lots of code to notify every running process AND lots of code in every running process to deal with the change.

As an engineering tradeoff, the Unix way makes sense to me. The poetterix way, not so much. So I don't really buy your "long overdue", no.

Maybe those three services are included because they were replicating the functionality that both upstart and other init methods already provided. Dealing with time zones, system clocks and login/shutdown wasn't something that only became available with systemd. If these three daemons are problematic, then it goes back much further than systemd.

about a week ago
top

GSOC Project Works To Emulate Systemd For OpenBSD

Dcnjoe60 Re:Er? (314 comments)

The systemd-localed is simple: it provides the user with capability to change the locale on the fly (and applications with the ability to react on the locale change).

Locale settings are fine without system-level settings. What is wrong with application-specific LC_xxx settings? And why should I be interested in changing locale in the middle of a desktop session?

The systemd-timedated does almost the same for the date and time.

What?! Who the hell changes time on computers? This is not a $5 digital watch! Every reasonable system has got ntpd installed and is set to UTC. The rest is done by selecting the time zone you are in. And stay away from changing time zones by adjusting time! We are not in Windows world where time handling has been fucked up entirely.

And the systemd-logind is basically a dbus wrapper to provide access to log-out/shutdown/etc functions.

Why do I need a daemon to log out from a session?

Think outside the box. Maybe your linux system is embeded in the flight systems of an airliner or vehicle that really does need the capability of changing timezones. Maybe your linux system needs to communicate with other devices that don't deal with system clocks the same way or don't use UTC. And, as for logging out or shutdown, maybe you don't need it, but surely, it is foreseeable that some applications might benefit from it instead of having to each role their own solution.

Look at it this way, some use cases don't need cron, either, but it doesn't mean it isn't useful for those use cases that really do need it.

about a week ago
top

GSOC Project Works To Emulate Systemd For OpenBSD

Dcnjoe60 Re:Er? (314 comments)

I would have expected that BSD would be deliriously happy that the evil gaze of Poettering hadn't alighted upon their operating system. Why would you voluntarily infest your system with his daemon spawn?

Because bloody systemd will be needed if you want to run some brain-dead Linux-only piece of crap software. That's why.

Emulating systemd allows that software to work on OpenBSD. On the other hand, emulating it means that (a) its working may remain somewhat on the sane side and (b) that emulation will only be installed if the port requires it, therefore limiting the damage.

And, FYI, OpenBSD could not care less about Poettering and his evil gaze.

Chances are that is false. What is much more likely is that one of the systemd modules, say logind might be required, but not all of systemd. Isn't that how software development is supposed to be -- use an existing library that provides the required functionality instead of everybody building their own version?

about a week ago
top

GSOC Project Works To Emulate Systemd For OpenBSD

Dcnjoe60 Re:Oh well ... (314 comments)

Except no one wants MS Windows methods of doing stuff. They've been trying to invent UNIX since the DOS days. Their latest OS is utter hell, so why do a tiny amount of Windows centric NIH kids get to fuck up almost every distro?

This is the biggest fuck up in Linux history, and it will force a mass migration to a BSD.

That's fine, because systemd is not the "windows" way and anybody claiming it is is just blowing smoke. While I prefer upstart to systemd, the reality is systemd is a bunch of individual modules (you know the linux way of one program for one task) that work together. However, when compiling it, you just set switches for the pieces you want to use. You don't have to use all of the modules and those that you do use will coexist with upstart and other init scripts.

There is a lot of fud about systemd, and like I said, it isn't my preference, but it isn't the end of the world that many people want you to believe.

about a week ago

Submissions

Dcnjoe60 hasn't submitted any stories.

Journals

Dcnjoe60 has no journal entries.

Slashdot Login

Need an Account?

Forgot your password?

Submission Text Formatting Tips

We support a small subset of HTML, namely these tags:

  • b
  • i
  • p
  • br
  • a
  • ol
  • ul
  • li
  • dl
  • dt
  • dd
  • em
  • strong
  • tt
  • blockquote
  • div
  • quote
  • ecode

"ecode" can be used for code snippets, for example:

<ecode>    while(1) { do_something(); } </ecode>