Slashdot Mirror

uhm, no. "Jive", as per your same dictionary reference, is a style of jazz, and can also mean to "dance to" or "dance with" ... therefore, two things not "jiving" means "not going well together, not dancing together" -- in this case, it means that the two concepts, two phrases, are incompatible, which is precisely what i meant. maybe you were trying to be funny by being wrong?

ioperm(2) isn't for disk reads, but rather for accessing memory slots.

And why, oh why, must Anonymous Coward have to act as if it knew about stuff, without even trying to google said stuff?

Some kernel developers require that symbols exported by their code must only be used by modules with a GPL compatible license. These symbols are exported by EXPORT_SYMBOL_GPL instead of the normal EXPORT_SYMBOL. GPL-only symbols exported by the kernel and by other modules are only visible to modules with a GPL-compatible license, these symbols appear in /proc/ksyms with a prefix of 'GPLONLY_'. insmod ignores the GPLONLY_ prefix on symbols while loading a GPL licensed module so the module just refers to the normal symbol name, without the prefix. GPL only symbols are not made available to modules without a GPL compatible license, this includes modules with no license at all.

Who the hell wrote that? Why was the patch accepted? What part of "I'm in control of my own computer" was too confusing for this guy to understand? Just to make it absolutely perfectly clear, when I say 'insmod foo.o' I expect foo.o to be loaded into the kernel. The only reason why it shouldn't is if there is a dependancy that would make it not work (but I expect to be able to insmod -f throught that). I do not want my kernel checking the license of foo.o and determining whether or not I am allowed to insert the module.

Even if you make the claim that you have the right to refuse someone who doesn't GPL their module to link to your module, that has absolutely nothing to do with me. It's a matter between you and the guy who isn't GPLing his module. Me, as a user, are free to link any two pieces of software together that I like. You have absolutely no legal claim to stop me. It's my computer. I thought this all was pretty obvious and it was only the stupid corporations that think they can control our lives who write software to stop me doing what I want to do with my computer, now I'm finding linux kernel developers are doing the same.

If you want to set a "tainted" flag, if you want to show me a warning, that's just fine, go right ahead, but don't ever stop me from doing what I want with my computer. Now I'm going off to hack my kernel to remove this insanity. Who knows, I might post a patch on the kernel mailing list.

Foo: I guess my initial reaction was fsck 'em. Fsck 'em all.
Bar: don't you mean rm -rfP 'em?

No, he doesn't think they should be deleted... they've just been corrupted. Or perhaps he thinks they're inconsistent.

Yeah, what a radical thought, like, a pipe organ should actually have pipes. Thing is, though, this really is a pipe organ, because in linux you can actually create your own pipes.

For an excellent example of how to do double-buffering in X, please read the source code (here) for the XSpectrum spectrum analyser (despite its age XSpectrum still runs faster than the newer gspectrum).

-- MarkusQ

apt-get upgrade

...what is the diffrence between a virus and a worm?

You can catch more trout with the latter.

Here is a helpful start.

> I think you'd have a hard time claiming that you were seriously "locked in" to any Linux APIs.

If you've built code around some version of an API, you are effectively locked in. The open source issue is irrelevant, the things this guy argues against have been committed by all of the packages listed above (and that is just a small sample).

> Glibc is based on the POSIX standards, with a bit of work it's possible to use many other libcs (though as it's free software you can always change whatever it is that you want).

For an amusing read, try looking at the "CONFORMING TO" and "NOTES" sections of the select() manpage:
http://www.die.net/doc/linux/man/man2/select.2.htm l. It tries to be POSIX. Clearly, however, it's much easier to write your own select() call when you don't like the behavior of the one that you're given.

> The GUI level libraries are likewise either free software, or based on open standards, or both (X for instance). You are always free to backport fixes to the version you're using, if you don't want to upgrade.

Earlier today you said "I personally don't know many real Linux production servers (as opposed to bobs personal box) where the admins mess with kernel patches - ever."

Replace "kernel" with "library". Point made.

> I don't think I'd want to be screwing about with web apps though....

We're definitely in agreement here. Nobody in their right mind seriously wants to write webapps. :-)

They can't do anything ANYTHING unless the DRM goes all the way into the kernel drivers, because if it is ever decripted digital data, then it is ours to eat. Care for a little tee, anyone?

• We've never actually paid off the national debt, just waited for population growth to dull the per-capita debt load. The population doubles every 60 years, so the debt per-person will be cut in half by just waiting 60 years.
• Even adjusting for inflation, the average amount of money earned and spent per person has gone from $15k/year to $35k/year in the last 50 years. This is basically from paying for and getting paid for things that we used to do without money. (Paying for child care instead of having one parent stay home is an obvious example.)

It would be interesting to see what would happen if the US population ever flattened out or started declining.

Video footage of other disasters can also help you fill up a 150 GB hard disk. Here are some clips of the terrorist destruction of the World Trade Center on September 11, 2001. Just make sure to ask any identifiable copyright owner before you mirror them on DC.

Anyone know of any details around SMP versions of HT CPUs. It's not a very google friendly set of search terms.

I expect that there would be a performance difference if the scheduler knew which were real cpus and which were half of an HT pair.

Even flags to fork concerning which processor to fork to. i.e. --this_cpu_but_different_HT_CPU
Because you might want the freedom to attempt to reduce the in-CPU cache misses and the like.

Likewise the the implmentation of Process Groups - setpgid() warrants investigation.

I'm gonna live forever

Qmail, along with DJBDNS (and a lot of other DJB's software) has a copyright that restricts distribution of modified binaries. Which means, if DJB get's hit by a truck tomarrow and dies, Qmail's developement is legally frozen.

Only if the truck driver throws it into reverse and makes sure to run over every copy of diff and patch in existence.

Qmail, along with DJBDNS (and a lot of other DJB's software) has a copyright that restricts distribution of modified binaries. Which means, if DJB get's hit by a truck tomarrow and dies, Qmail's developement is legally frozen.

Only if the truck driver throws it into reverse and makes sure to run over every copy of diff and patch in existence.

Die.net's approach seems like a good implementation of this.

Here's another data point to consider, a story about how Best Buy gave a customer a hard time, apparently, for buying something besides their top-of-the-line sattelite system.

I know it's going to be years before I make a purchase from Best Buy again...they're going to have go to a very long way to recover my confidence as a customer. Issuing a formal apology to their customers would be a start.

Here's another data point to consider, a story about how Best Buy gave a customer a hard time, apparently, for buying something besides their top-of-the-line sattelite system.

I know it's going to be years before I make a purchase from Best Buy again...they're going to have go to a very long way to recover my confidence as a customer. Issuing a formal apology to their customers would be a start.

You could at least make it link, if you're trying to con people into going there. It's so much more obvious when it says "humor" and ".swf" right there on the page.

Folks, this is not good military analysis, this is just Bruce selling an article.

It is true that the satellites provide massive reconaissance and communications force multipliers to the military. It is also true that we are very dependent on them not just for military functions but also for tele-economic industries (making them juicy targets). And it is true that America's constant investment in various technologies mean a uni-polar world re: conventional military power.

What Bruce fails to realize is that these tools are just that- tools that can be broken, circumvented or worse copied and used better by others.

For instance, if we follow through with heavy DEWAD use (Directed Energy Weapon Air Defense), yes we can knock down missiles and rule the skies- for a while. Then our enemies will eventually duplicate the technology, and knock down our cruise missiles, UAVs and bombers. Then all the satellites in the world won't help our inability to affect events on the ground with airpower.

Even if we have a Rumsfeldian dream US Space Force, that doesn't stop the VW driving in from Mexico City with the nuke in the trunk.

Our enemies will move around our military power. Take a looksee at this translation of two Chinese colonels writing about our Desert War dominance, and how to circumvent and defeat the US in spite of military superiority. Somehow in his rush to sell his article, he did not deal with assymetric warfare.

Pax Americana needs these toys to happen, but the toys by themselves can be beaten. What we really need is plenty of mutual interest (read money and self-determination) for most of the world to participate in Pax Americana, the will to crush in Cold or Hot War those who will take away self-determination and money from others in the name of an ism (even if they are American), and the spread of fair legal and financial system to the average world citizen.

We will win with satellite TV moreso then satellite lasers.

I don't know what happened to Bruce- way too many blue hawaiians on Austin's Sixth Street I imagine.

Even 'rm'ing the files leaves most of the information on the hard disk. You want to use shred.

Look at what has happened to DeCSS?
It has been forced underground which has effectively killed it.

You must know nothing of the Divx scene. Countless titles have been ripped and are out there if you can find them. (And it's only hard to find them because they're big, not because they're illegal.) DVD ripping software is advancing at an incredible pace; already there are DeCSS counterparts that are faster, easier and more compliant than DeCSS ever was. I don't see people in a hurry to mirror VOBDec or put it on t-shirts. DeCSS is, in fact, more popular than it would be without these lawsuits.

Why is that? Because DVD ripping is equated with piracy. DVD ripping software is equated with free speech; and by challenging DeCSS, the MPAA has pissed off a lot of people who wouldn't normally touch the stuff.

--

For one reason or another, I have a lot of random words in search engines and get a decent amount of hits on them. You are quite right, the most common searches are all about porn. For a ranked list of the (currently) 2306 different search terms used to hit my site in the last 45 days, check out http://www.die.net/keywords.

For one reason or another, I have a lot of random words in search engines and get a decent amount of hits on them. You are quite right, the most common searches are all about porn. For a ranked list of the (currently) 2306 different search terms used to hit my site in the last 45 days, check out http://www.die.net/keywords.