Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror

Slashdot videos: Now with more Slashdot!

  • View

  • Discuss

  • Share

We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).

×

Comment: Re:spying is a drug (Score 0) 79

by Celarent Darii (#49154127) Attached to: NSA Spying Wins Another Rubber Stamp

Actually, spying on citizenry is really the effect of democratic rule if you think about it.

Any body with political power will naturally try to preserve its power, just like anything likes to hold onto what it has. Thus it will do everything possible to insure that it continues in power. Anything that is a danger to the exercise of its power must be observed, controlled or eliminated or else one loses political power.

In a monarchy, the threats to power are usually other possible candidates to the throne, or, more commonly, foreign powers. Thus a monarch will do everything possible to eliminate possible usurpers or foreign agression. Examples of history are the War of Roses, or most of medieval Europe.

In a democracy however, the power devolves from the people, and so those in power need to know what the people are planning to do, especially on how they plan to vote, because this is the only real threat to their power. The power devolves more from public opinion, and so public opinion has to be known, observed and eventually controlled in order to stay in power. Since political power resides in the voting populace, there is a general tendency in any democracy to try to control the opinion of the populace, or at least to know the dangers to which their power is endangered. The phenomenon of gerry-mandering is nothing else than political power trying to insure its continuance.

In a monarchy the people are naturally subject to the monarch, and the enemies are usually foreigners. Thus in a monarchy there is not much need of a general program of spying on citizenry. In a democracy however the people elect their ruler, and so a democratic ruler, if he wants to continue to rule, generally treats the citizens themselves as a threat to his power. Thus he must spy on them, know that they are doing, just like any political power spies on its enemies.

Even Aristotle said that a democracy naturally degenerates into despotism. The United States is simply repeating the past, though one must say in a much faster tempo than its predecessors.

Comment: Another Reason Businesses prefer BSD (Score 0, Troll) 261

by Celarent Darii (#49110837) Attached to: Linux Kernel Switching To Linux v4.0, Coming With Many New Addons

"Hurr durr I'ma sheep."

(setq sarcasm 'on) Well, that will certainly help me convince the boss to upgrade our infrastructure. (setq sarcasm nil)

I wish people in Open Source realized that Open source means you are living in a fishbowl, and everyone can see your shit. In a closed system you can call your work anything you like, the marketers will take care of the image. Yet open source, for good or ill, is visible to all, including this kind of nonsense. Juvenile stuff just doesn't work with people who have the authority to make major decisions. You would think that there would be a natural sense of shame in trying to practice marketing when you are really an engineer. Stick to coding guys!

One reason we use a lot of BSD here instead of linux a few years ago, is that not only is it open source but also there is a very simple release cycle and no one feels the need to name each release some sort of catchy name. The version numbers also actually mean something. It is an engineered solution, not a marketing project for high school nerds.

Linux will always remain a toy until the people coding it learn to grow up and actually promote its true abilities as an industrial strength tool for doing real work. Hurr durr just doesn't give that message. Even Red Hat has learned this and stuck to a very predictable release numbering which is what the bean counters like. Predictability is what makes risk management possible, and that is why people will invest money in it. Sheep do not get to play that game.

But well, it's just the kernel, so one could just use the number, but damn this sort of stuff is exactly why linux will never be taken that seriously, even if it is free. /rant off

Comment: Re:This is a DEVDELOPER SNAPSHOT (Score 1) 105

by Celarent Darii (#49088779) Attached to: FreeBSD-Current Random Number Generator Broken

The "code was touched" in order to bring some new features in. Here is the commit for that branch to /dev/random r 273872

This is the much-discussed major upgrade to the random(4) device, known to you all as /dev/random.

This code has had an extensive rewrite and a good series of reviews, both by the author and other parties. This means a lot of code has been simplified. Pluggable structures for high-rate entropy generators are available, and it is most definitely not the case that /dev/random can be driven by only a hardware souce any more. This has been designed out of the device. Hardware sources are stirred into the CSPRNG (Yarrow, Fortuna) like any other entropy source. Pluggable modules may be written by third parties for additional sources.

The harvesting structures and consequently the locking have been simplified. Entropy harvesting is done in a more general way (the documentation for this will follow). There is some GREAT entropy to be had in the UMA allocator, but it is disabled for now as messing with that is likely to annoy many people.

The venerable (but effective) Yarrow algorithm, which is no longer supported by its authors now has an alternative, Fortuna. For now, Yarrow is retained as the default algorithm, but this may be changed using a kernel option. It is intended to make Fortuna the default algorithm for 11.0. Interested parties are encouraged to read ISBN 978-0-470-47424-2 "Cryptography Engineering" By Ferguson, Schneier and Kohno for Fortuna's gory details. Heck, read it anyway.

Many thanks to Arthur Mesh who did early grunt work, and who got caught in the crossfire rather more than he deserved to.

My thanks also to folks who helped me thresh this out on whiteboards and in the odd "Hallway track", or otherwise.

My Nomex pants are on. Let the feedback commence!

You can see the list of those who reviewed and commited the code in the link. They are all longtime contributors.

The problem was:

When the new random adaptor code was brought it in r273872, a call to
randomdev_init_reader to change read_random over to the newly installed
adaptor was missed. This means both read_random and arc4random (seeded
from read_random) were not returning very random data. This also
effects userland arc4random as it is seeded from kernel arc4random.

So there was a problem was that the new adaptor was not 'retro-fitted' to the existing code. A simple thing to miss - I've done this many times in refactoring code. The generated was getting new seeds from the old function and not the new one.

Comment: Re:Pulseaudio misconceptions (Score 1) 754

by Celarent Darii (#49075273) Attached to: Removing Libsystemd0 From a Live-running Debian System

(By the way, why all the bash love? Only an idiot would write init scripts in bash. Anyone worried about security would use a POSIX shell like dash).

I think on that we can agree 100%. POSIX for the win.

I simply gave the link to show that Android does not use systemd, and actually has a "mess of scripts" in order to do its business.

Comment: Re:I doubt it (Score 1) 393

by Celarent Darii (#49075239) Attached to: PC-BSD: Set For Serious Growth?

You can see who works on PC-BSD by checking out the commit history on the official github repo Kris Moore is one of the main contributors and is a really nice guy. He works for iXsystems.

FreeNAS is a different beastie. Here is the github. As you can see there is actually very little overlap, but a lot of cross pollination between the various BSDs.

Comment: Re:Will it run my databases and dev tools? (Score 1) 393

by Celarent Darii (#49075079) Attached to: PC-BSD: Set For Serious Growth?

I am by no means an expert in those databases, but I am fairly certain they can be run with very little difficulties on FreeBSD.

Here is an install of Oracle in a Debian jail on FreeBSD. I do not know if Oracle would support such an installation however.

The DB/2 client certainly works.

Sybase ASE for FreeBSD is available on this download page.

Whether it would be advantageous to you or not is a different question.

Comment: Re:It'll grow when FreeBSD does. (Score 3, Informative) 393

by Celarent Darii (#49070775) Attached to: PC-BSD: Set For Serious Growth?

The first thing you need to insure is that there is a MBR compatibility mode for your motherboard, which for your machine should be IPISB-CU (Carmel2), so this is possible. Once you have that, you can probably figure the rest out in the wiki, or better to ask in the forums. I could give you some help but maybe slashdot is not the place for that. I hang out often in #freebsd so you might catch me there, and in general there are many helpful people there.

You will notice that I put the links for FreeBSD for the PC-BSD. The only real difference between the two is the software repositories. In fact you can easily convert a standard FreeBSD to PC-BSD simply by changing a few configs. You might try that route if you want a quick desktop install. I prefer to 'roll my own' but the PC-BSD guys have really done a lot of good work putting in good defaults.

Comment: Re:meanwhile... (Score 1) 754

by Celarent Darii (#49070401) Attached to: Removing Libsystemd0 From a Live-running Debian System

So I'm not sure POSIX should exist and if does exist then I think Linux and OSX should be at the center of it with AIX, Solaris, other BSD... being peripheral. Things like support for Digital Unix and Xenix features can be dropped.

These kinds of statements are completely idiotic, and I dare say typical of the systemd fanclub.

Please read on what POSIX is first. It is what guarantees that your software will be portable, which is a foundation upon which UNIX is built. In fact it is the portability of software that made UNIX possible and popular to begin with. It is the equivalent of the w3 standards committee for web design.

You hate it when your web browser doesn't adhere to standards. Why should your software not adhere to standards? How do you think you can actually USE open source software on different operating systems? Making any key component of your operating system, especially something fundamental as an init system, against POSIX is completely insane. It will be the death of linux. It is equivalent to saying that your website 'works best with IE6' in the application realm. THIS IS A BAD THING, independently of the technical merits of systemd.

For instance, to compile gnome now on OpenBSD you need to add an emulation layer for the systemd parts because systemd CANNOT BE PORTED to BSD. So now in order to compile any gnome application onto OpenBSD you need a whole emulation layer just because they broke POSIX by having systemd as a dependence.

What you see in the browser area, where each webpage now needs to load a special javascript file in order to insure compatibility to all browsers, which is a nightmare for developers, is now being forced upon Linux.

The thing is these problems were solved so many years ago, and now thanks to Red Hat and their incompetent engineers everything is going to be broke and incompatible. It is basically Red Hat making Linux theirs - not by stealing the code, but by making it useless to others.

Nothing succeeds like success. -- Alexandre Dumas

Working...