Actually MP3 is a part of MPEG: MP3 is short for "MPEG Audio Layer 3". More info at this page of the Fraunhofer institute. And yes, I believe it was government funded (but I'm not sure).
Since you seem to know more about it than I do: is there a chance that there is an application using the DLL that the registry doesn't know about? How big a chance?
I always answer 'No' to the delete question, but if there's only a handfull of abscure applications that don't behave nicely, I could get rid of more unneeded DLL's.
Yeah, I think such a system would really rock. And indeed, perhaps it's not too difficult to implement and to provide backwards compatibility using symlinks.
Who knows, if I think about it some more I might even try to implement as a Linux userland file system driver... But the loose thoughts need to crystalize some more before I can even think about designing it.
What I don't see in all the other comments is what I always thought to be the biggest advantage of putting all binaries in/usr/bin etc., logs and spools etc in/var: the ability to put files on different disks/partitions based on the kind of access. Easier for backups etc.
Actually, the uninstaller says something like "I think no other programs are using it, but I recommend not to delete it. Do you want to delete it?". I don't know the exact text, but that's what it means. It doesn't sound like it knows what's being used and what isn't.
I think the fundamental problem here is related to yesterday's story about new user interfaces. It's a problem of how and where storing our files. Regarding applicationsn, there are two ways to do it: you can store all files (binaries, config files, man pages, etc.) of the same application in the same directory, or you can store all files of the same type from different applications in their respective directories (all config files in/etc, man pages in/usr/share/man (I think), etc.).
Both approaches have their advantages. The problem with hierarchical file systems is that we have to choose one of them. I would love to see a storage system where we can use both ways _at the same time_. A system that groups file depending on relationships they have. Such that 'ls/etc' gives me all config files for all apps, and 'ls/usr/local/mutt' shows me all mutt-related files, including it's config file(s).
I have no idea how to implement such a beast. I'm thinking about a RDBMS with indices on 'filetype' and 'application', but I would love to see something much more flexible. All pictures should be accessible under ~/pictures and subdirectories, all files relating to my vacation last year in ~/summer2000. Files relating to both should be in ~/pictures/summer2000 _and_ ~/summer2000/pictures.
To a certain extent, this can be done via symlinks, but it should be much easier to deal with. You shouldn't have much manual work
about RedHat willing to give Free Software to every school in the US
Woho, big deal. Let me tell you that I am also willing to give Free Software to every school in the US. I'll put some iso files on my webspace, and they can download them. For *free*!! (as in beer and also speech).
For example, I've used a wordprocessor, called "YeahWrite", that does away with files. You simply open new pages and write. Everything is automatically saved and you pages are arranged in time order. This works great for people who are not computer expersts and are not interested in learning about computers.
That seems easy enough. But what if I write a note that's related to a software project I'm working on, and I want to store in a place related to the place of my source code? What if I have some notes, written at completely unrelated times together with some drawings or anything and want to pack it all together and mail it to someone?
I realize that the current hierarchical system of directories and files might not be the best possible way of organizing things, but at least it allows me to store related stuff together in the same place.
When was the last time you used question exchange? (I presume you mean http://www.questionexchange.com?). I'm asking you since I got an email from them back in July, stating that QuestionExchange was closing down (no doubt as a result of certainevents at VA Linux).
I even submitted a story about it, but it was rejected:
2001-07-30 19:57:03 QuestionExchange Closed Down (articles,news) (rejected)
X + GNOME + enlightenment + mozilla = Athlon 900 with 768MB RAM to its knees swapping like crazy.
You can't be serious. Up until recently, my machine had 384MB RAM. I sometimes used KDE, sometimes Gnome, always mozilla, often the Gimp and a whole load of other apps open at the same time, and the system never touched even one single byte of swap. Only when I ran VMware it started to use the swap space.
A sign of true geekness would be a linux distro on a credit card sized CD permanently stored in the wallet. Perhaps Slackzip would fit?
There are a number of distros that fit on a business card sized CD, one of them being LNX BBC, the Linux Bootable Business Card. That site also has a number of links to other bootable business cards. LWN's distributions page has links to CD based distros too.
mysql> DELETE FROM world.human_race WHERE iq < 100;
Query OK, 3.45 billion rows affected (0.01 sec)
I might be wrong, but wasn't IQ defined as the worldwide median? If so, you should remap the IQ fields in all rows after that.
Afterwards the whole operation should be carried out again.
And again. And again.
In the end, only one human begin would be left, with an iq = 100. And that's because the condition is iq < 100. If you would use iq <= 100, no one would survive.
Hey, perhaps that's what killed the dinosaurs?
They were formed by decaying the forrests the dinosaurs lived in, so it is quite correct to call them 'fossil fuels'. (The forrests we're now using to drive our cars are older than the dinosaurs, though, I think).
I changed the Mozilla useragent to
"Mozilla/5.0 (WinBlows?? OSS is the way to go!) Gecko/20010110 Netscape6/6.5"
on Linux and to
"Mozilla/5.0 (Hello?? Mozilla is better standards compliant than IE!!) Gecko/20010110 Netscape6/6.5"
on Windows, and both allow me to view www.msn.com now.
That study and a lot of the other replies to this post are quite interesting, but forget to mention an important issue:
The one most important bottleneck is switching between mouse and keyboard!
For lots of applications (word processing, programming,...) you eventually have to use the keyboard. Switching to the mouse every now and then to reposition the cursor, to save the file or to build your program takes a lot of time (I know, in any decent application you can do all those things using keyboard shortcuts, but most non-techie people I know and even some more techie ones use the mouse for such things). If one uses the keyboard for all these actions, a speedup is guaranteed.
OTOH, for some applications (PhotoShop comes to mind), the keyboard is hardly ever needed. Well, obviously those applications can be used faster using the mouse.
To summarize: the first 40 hits of Google were all relevant (I don't consider it a problem that the last ones are not relevant -- just look at them in order until you get one or two that are irrelevant). Altavista got you 57 hits, but only because it included 13 mirrors of the jargon file. Notice how Google strips them, and only shows one jargon file hit. On the very last page, you can click a link to show also all the other mirrors.
Which leaves us at Google finding 40 relevant hits with a standard search, and Altavista finding 43 relevant hits when specifying 'near' and 'and not ("jargon file"). Not too bad, in my opinion.
Fascinating. So if your IS just decided to dro the letter wherever it aeared in a acket, without telling you, you'd have no roblem with that? You don't own their network, after all.
Slashdot Mirror
Actually MP3 is a part of MPEG: MP3 is short for "MPEG Audio Layer 3". More info at this page of the Fraunhofer institute. And yes, I believe it was government funded (but I'm not sure).
I always answer 'No' to the delete question, but if there's only a handfull of abscure applications that don't behave nicely, I could get rid of more unneeded DLL's.
Who knows, if I think about it some more I might even try to implement as a Linux userland file system driver... But the loose thoughts need to crystalize some more before I can even think about designing it.
Sounds truly interesting. I suppose you don't have any links yet?
What I don't see in all the other comments is what I always thought to be the biggest advantage of putting all binaries in /usr/bin etc., logs and spools etc in /var: the ability to put files on different disks/partitions based on the kind of access. Easier for backups etc.
Actually, the uninstaller says something like "I think no other programs are using it, but I recommend not to delete it. Do you want to delete it?". I don't know the exact text, but that's what it means. It doesn't sound like it knows what's being used and what isn't.
I think the fundamental problem here is related to yesterday's story about new user interfaces. It's a problem of how and where storing our files. Regarding applicationsn, there are two ways to do it: you can store all files (binaries, config files, man pages, etc.) of the same application in the same directory, or you can store all files of the same type from different applications in their respective directories (all config files in /etc, man pages in /usr/share/man (I think), etc.).
Both approaches have their advantages. The problem with hierarchical file systems is that we have to choose one of them. I would love to see a storage system where we can use both ways _at the same time_. A system that groups file depending on relationships they have. Such that 'ls /etc' gives me all config files for all apps, and 'ls /usr/local/mutt' shows me all mutt-related files, including it's config file(s).
I have no idea how to implement such a beast. I'm thinking about a RDBMS with indices on 'filetype' and 'application', but I would love to see something much more flexible. All pictures should be accessible under ~/pictures and subdirectories, all files relating to my vacation last year in ~/summer2000. Files relating to both should be in ~/pictures/summer2000 _and_ ~/summer2000/pictures.
To a certain extent, this can be done via symlinks, but it should be much easier to deal with. You shouldn't have much manual work
Yes, I know, you're right. My comment was quite childish, but I just couldn't resist.
about RedHat willing to give Free Software to every school in the US
Woho, big deal. Let me tell you that I am also willing to give Free Software to every school in the US. I'll put some iso files on my webspace, and they can download them. For *free*!! (as in beer and also speech).
That seems easy enough. But what if I write a note that's related to a software project I'm working on, and I want to store in a place related to the place of my source code? What if I have some notes, written at completely unrelated times together with some drawings or anything and want to pack it all together and mail it to someone?
I realize that the current hierarchical system of directories and files might not be the best possible way of organizing things, but at least it allows me to store related stuff together in the same place.
For some shameless karmawhoring, I made a mirror of the Bleem! homepage without all the javascript, so it is visible with any browser.
Don't expect too much from it!
I even submitted a story about it, but it was rejected:
There's an article on that over at How Stuff Works.
X + GNOME + enlightenment + mozilla = Athlon 900 with 768MB RAM to its knees swapping like crazy.
You can't be serious. Up until recently, my machine had 384MB RAM. I sometimes used KDE, sometimes Gnome, always mozilla, often the Gimp and a whole load of other apps open at the same time, and the system never touched even one single byte of swap. Only when I ran VMware it started to use the swap space.
1 Euro = 0.88129 US Dollar
1 Canadian Dollar = 0.62751 US Dollar
That's exactly how I feel about the matter, only I've never been able to formulate it that well. Thanks!
I might be wrong, but wasn't IQ defined as the worldwide median? If so, you should remap the IQ fields in all rows after that.
Afterwards the whole operation should be carried out again.
And again. And again.
In the end, only one human begin would be left, with an iq = 100. And that's because the condition is iq < 100. If you would use iq <= 100, no one would survive. Hey, perhaps that's what killed the dinosaurs?
They were formed by decaying the forrests the dinosaurs lived in, so it is quite correct to call them 'fossil fuels'. (The forrests we're now using to drive our cars are older than the dinosaurs, though, I think).
We can't. The Fremen are bribing the Guild in order to prevent weather satellites from flying over most part of the planet.
Errr... I seem to be confusing with things from another time and another place.
I changed the Mozilla useragent to
"Mozilla/5.0 (WinBlows?? OSS is the way to go!) Gecko/20010110 Netscape6/6.5"
on Linux and to
"Mozilla/5.0 (Hello?? Mozilla is better standards compliant than IE!!) Gecko/20010110 Netscape6/6.5"
on Windows, and both allow me to view www.msn.com now.
OTOH, for some applications (PhotoShop comes to mind), the keyboard is hardly ever needed. Well, obviously those applications can be used faster using the mouse.
Which leaves us at Google finding 40 relevant hits with a standard search, and Altavista finding 43 relevant hits when specifying 'near' and 'and not ("jargon file"). Not too bad, in my opinion.
Fascinating. So if your IS just decided to dro the letter wherever it aeared in a acket, without telling you, you'd have no roblem with that? You don't own their network, after all.
On a related note, is it true that PcAnywhere gets better performance than VNC?