I have that at home. I thought I was clever too. Now to buy more PC's to use up all the names...
I made a list of elements with their atomic number, their two-letter abbreviations, and their dutch translation plus a perl script that makes the DNS zone files (forward and reverse)
magnesium IN A 10.4.0.12 ip12 IN CNAME magnesium mg IN CNAME magnesium
It's public domain now... Get it all on one of my old web pages here
It uses the tld ".elements" (duh).
You need to change the perl script or zone files with a find-replace if your IP range is not 10.4.0.x though...
Re:0.x is good enough for most open source tools..
on
Mozilla 0.9.9 Released
·
· Score: 1
Ah, the marvels of unix technology!
Will finger thus be revived in combination with a signed md5sum of the.deb package, used by apt, so that:
1) I do 'apt-get install program' 2) apt-get downloads program-0.9-1.deb from the mirror 3) apt-get downloads program-0.9-1.deb.md5sum from the mirror 4) apt-get does a 'md5sum program-0.9-1.deb' and compares the output to the sum in program-0.9-1.deb.md5sum 5) apt-get uses finger program/maintainer@db.debian.org to find the name of the maintainer of the package 6) apt-get uses finger name/key@db.debian.org to get the gpg key from that maintainer 7) apt-get uses the gpg key to verify the signature in program-0.9-1.deb.md5sum 8) apt-get continues only if the signature matches 9) we all rest assured that program-0.9-1.deb was not a trojaned upload or mirror-replacement by a third party with bad intent, unless they also managed to crack into db.debian.org, or unless the maintainer has bad intent...
Eh?
0.x is good enough for most open source tools...
on
Mozilla 0.9.9 Released
·
· Score: 5, Interesting
Lets see part of dpkg --list |grep " 0\."
amp version 0.7.6 aide version 0.7-11 apt version 0.5.4 (_the_ debian godsent tool) aspell 0.33.7.1-8 atftpd 0.5 c2html 0.9.4-1 daemontools 0.70-20 dia 0.88.1-2 ed 0.2-19 (yes, _ed_ is still at 0.2!) fakeroot 0.4.5-2.1 (for dpkg-buildpackage) finger 0.17-9 (but nobody even uses finger anymore) ftp 0.17-9 (ftp client never actually reached 1.x, so who's going to worry about the http client) gedit 0.9.6 mpg123 0.59r-11 mpt321 0.2.3 openssl 0.9.6c-1 telnet-ssl 0.17.16+0.1-2 usbmgr 0.4.8-5 usbutils 0.9-1 wmaker 0.80.0-3 word2x 0.005-4.1 (they expect a lot of versions to go!) xscorch 0.1.14-2 (Clone of Scorched Earth, the best oldtimer multiplayer game ever)
If it's in the true spirit of open source, it will achieve full acceptance by the users before the developers think it's perfect, hence by the time 1.0 comes out, all users will respond 'duh, 0.9.9.4pre4-test2-rc4-pl9 already was just perfect for me'
Well, money gets spent. People spend their money until they run out, or more, companies spend money until they can't find any more new areas to grow the company into. The less people and companies are spending in commodity-software, the more they will spend on the bricks, the tangible goods, like for people their houses (economy!), cars (jobs!), airplane tickets (jobs!), in restaurants (jobs!), etc, and for companies their workforce (jobs!) and factories (jobs!). Well if anything the current president vowed to create jobs and revive the economy, so he should be majorly in favor of open source, becuase it will do a lot of good for the economy, giving the people and companies a lot of discretionary income they can spend on other things that "Windos ZX" license fees.
Making a mistake is human, being direct and clear about it is being professional. Summarizing, Marcelo is a professional human being. We can all rest assured that the next time he'll doublecheck his releases. What's all the fuss about?
The reason why they are litigating is not because it's their only option to save their souls. Backed by their lobbying forces, litigation right now is the easier solution for them.
I'm sure that when the current advertisement model breaks down, the networks will find creative new ways to generate income. And pay-per-view is not their only option. In the extreme, you might see captain picard order a Pepsi Cola(tm) from the replicator, and the doctor will use Viagra(tm) to cure a horrible alien disease, The spaceship from 3rd rock from the sun is a Lexus(tm), Drew Carey sells his brewery to Budweiser(tm), and Seinfeld meets his friends in Denny's(tm). Just look at any recent James Bond movie, it's full of such advertisements.
Now seriously, if the TV ads become specifically user-targeted, they suddenly become a lot less irritating to watch. Its the generalization that we all right now are looking for sofas, cars, viagra and female hygene products that makes the current advertisements irritating.
All the advertisers want is people's attention. Obviously, now the time has come that mass-market TV advertising will not get the people's attention anymore.
Hmm, actually right now we're seeing cheap reality TV crap, reruns, and commercials, so I'm not clear on what you're trying to predict will change 'if the model breaks down'?
Sure, they have the full right to make money in any legal way they want.
So they do seem to have the right to initiate this litigation process if they feel they have legal grounds for it (if we could sincerely say that this is a frivolous lawsuit, we would have nothing to fear about the future of PVRs). But (IANAL) I think they do not deserve to halt PVRs as they exist today.
I'm not sure either if they should be protected by the government:
1) AFAIK, the "free enterprise" principle as part of our society means "you can make it work" as much as "you youself must make it work, the government is not here to do it for you". Don't forget these are private companies, the government is for the public, not the private companies.
2) Government protectionism stifles innovation, which is never good for the public.
3) Protecting the current industry will prevent the new industries that will replace the this industry from forming. Since the government has no way to be sure that these new industries will be bad for the public, they have no right to deny them their existance. Compare abortion.
4) A protected industry will begin overcharging and stop innovating.
Hmm, I actually turn to my little LCD screen on my sofa during commercial breaks, then is a PC terminal on the sofa then illegal because it hurts the TV ad income?
Where is the time when the networks realized that we _let_ them blast those commercials into our private homes?
In the early days of television, they were careful not to offend the viewer, since they were invading the private family home with their television.
They might consider that it is our right to choose not to watch TV at any time of our choosing, including during commercials. I will look and listen when I want to, to what I want to.
"Now try right-clicking on a compressed.tar or.tgz file. You'll notice there is no option to decompress such files."
Hmm, I just opened a standard filemanager window of Gnome (FYI: the program is called Nautilus), right-clicked, and it gave me the option to open it in 'guiTAR', which shows me the contents, allows to extract, etc, with simple clicks. That's just about the same thing that WinZIP gives you on Windows after you first find, download, install, and pay for it.
And when I don't like guiTAR, and select "Other Viewer", it tells me I can set viewers system-wide in the Gnome Control Center under the "File Types and Programs" section. And wo and behold, the Gnome Control Center is not hidden under a "Start" button, but directly under the "Settings" menu on the top panel.
Direct, intuitive, aka user friendly, and leaving me all choices if I want.
Maybe your Linux install is incomplete. I'm just using the gnome that came with standard Debian Woody, nothing special.
First of all: Improving the vm has nothing to do with security. Second: the 'pre-release forks' you mention should be considered 'internal releases' for people like you, don't touch them. Proprietary software goes through the same thing, it's just not releases until they have something more final. It's the whole 'release early, release often' philisophy behind open source development.
"Something as simple as a paging system"
By that statement, I must conclude that you don't realize how much impact the vm subsystem has on the system performance and reliability.
And really, why should Torvals, Cox, and the others bother about a buffer overflow bug in wu-ftpd? It's not their software, they do kernel space, not user space.
There are many different programs for the same task under linux, there are at least 5 smtp servers, probably the same amount of ftp servers, at least four http (web) servers, etc. Geesh no wonder, that if you sum up all the bugs, you'll see more for Linux. The insider here is that nobody actually runs all of them in parallel, so if you're using proftpd, then vulnerabilities in wu-ftpd are not applicable to you, etc.
This is what I think is true: Linux is up to the task, and will demonstrate so.
Umm, by the way:
"and the slowly growing consensus that Linux isn't up to the task..."
Which consensus, which task? You're making a classic "everybody knows that" statement: its without merit. Really, it's the same as saying "It's simple to prove, I'll leave the exercise up to the reader", also doesn't prove anything.
"We may not be able to look at the MS code, but we can be pretty sure what doesn't work on one machine shouldn't work on another."
In my experience, with the MS code, you never know until you've tried it.
And now calculate the cost of the endeavour, don't forget the cost of getting the basic materials for such a long cable in geosynchronous orbit. Even when you do it from the moon, it's going to be more than the sum of all world-wide national debts.
Then the cost and yearly maintenance on the 125 billion square meters (approx 1375 billion square foot) of solar panel you're talking about.
Isn't that about 20 square meters per inhabitant of this planet?
Even at sea level, we can't afford such a large panel for everybody.
They'll run into DSL's biggest enemy: reflections.
Reflections need an echo canceler, and at high sample rate that means a lot of taps per milisecond echo delay, and all those tapes for each incoming sample, so a big & hot chip.
If reflections weren't a problem, DSL would have been a lot more problem-free and faster too.
Worst thing that can happen is a long duration fork of development away from Linus' current kernel releases. Right now, with the parallel development tracks of various patch sets, we already have semi-permanent forks, and in the past the parts of those forks that made sense were always merged back into Linus' tree. The keyword here is 'in the end'. When you make something complex, it's often not perfect right away, and the more complex the kernel becomes, the longer it takes to make it perfect. However, you want people to test it, so you release early, and often, that is the open source way. If you can't 'release' it in Linus' kernel, release it yourself, nobody will get mad at you.
So, worst that can happen is a longer term fork, but that's nothing new. RedHat for example always delivered their OS with non-Linus kernel patches, which means they never had the 'true' kernel.
Really, the only difference, even with more long time forks, is that Linus' kernel will not be the kernel we all use, but it will be the kernel where a lot of new development is going on. So what if in parallel a lot of development goed on? In the end, when both final results make sense, somebody will make a merge. If that merged result makes sense, Linus will not hesitate to use it to base further development on. An we'll all have benefited from a parallel development path.
Didn't you know that a google was a necessary integrated part of the operating system? It's no different than a web browser, and a video editor, and a...
True, the GPL doesn't force you to make the patch very public. In fact AFAIK, when you use the patch only in-house, and the patched code or binary never leaves the office, you don't have to do anything.
An OSS-related part of the official company website carrying such patches would be a big achievement. I would defitely give the company a positive edge for OSS-favoring people. Good luck pulling that off!
here is another benchmark icc version 5.0.1 with gcc 3.0.1. Note the difference is a lot smaller, except for the whetstone, which show interesting results (read the accompanying text).
Now, openmag people, see this site and how it documents the compiler options used, and how it makes the benchmark _source_ available for download. Read it and learn.
These benchmarks are done by Scott Roberts, who recently posted this to a gcc mailing list.
Slashdot Mirror
I have that at home. I thought I was clever too. Now to buy more PC's to use up all the names...
I made a list of elements with their atomic number, their two-letter abbreviations, and their dutch translation plus a perl script that makes the DNS zone files (forward and reverse)
magnesium IN A 10.4.0.12
ip12 IN CNAME magnesium
mg IN CNAME magnesium
It's public domain now... Get it all on one of my old web pages here
It uses the tld ".elements" (duh).
You need to change the perl script or zone files with a find-replace if your IP range is not 10.4.0.x though...
Ah, the marvels of unix technology!
.deb package, used by apt, so that:
Will finger thus be revived in combination with a signed md5sum of the
1) I do 'apt-get install program'
2) apt-get downloads program-0.9-1.deb from the mirror
3) apt-get downloads program-0.9-1.deb.md5sum from the mirror
4) apt-get does a 'md5sum program-0.9-1.deb' and compares the output to the sum in program-0.9-1.deb.md5sum
5) apt-get uses finger program/maintainer@db.debian.org to find the name of the maintainer of the package
6) apt-get uses finger name/key@db.debian.org to get the gpg key from that maintainer
7) apt-get uses the gpg key to verify the signature in program-0.9-1.deb.md5sum
8) apt-get continues only if the signature matches
9) we all rest assured that program-0.9-1.deb was not a trojaned upload or mirror-replacement by a third party with bad intent, unless they also managed to crack into db.debian.org, or unless the maintainer has bad intent...
Eh?
Lets see part of dpkg --list |grep " 0\."
amp version 0.7.6
aide version 0.7-11
apt version 0.5.4 (_the_ debian godsent tool)
aspell 0.33.7.1-8
atftpd 0.5
c2html 0.9.4-1
daemontools 0.70-20
dia 0.88.1-2
ed 0.2-19 (yes, _ed_ is still at 0.2!)
fakeroot 0.4.5-2.1 (for dpkg-buildpackage)
finger 0.17-9 (but nobody even uses finger anymore)
ftp 0.17-9 (ftp client never actually reached 1.x, so who's going to worry about the http client)
gedit 0.9.6
mpg123 0.59r-11
mpt321 0.2.3
openssl 0.9.6c-1
telnet-ssl 0.17.16+0.1-2
usbmgr 0.4.8-5
usbutils 0.9-1
wmaker 0.80.0-3
word2x 0.005-4.1 (they expect a lot of versions to go!)
xscorch 0.1.14-2 (Clone of Scorched Earth, the best oldtimer multiplayer game ever)
If it's in the true spirit of open source, it will achieve full acceptance by the users before the developers think it's perfect, hence by the time 1.0 comes out, all users will respond 'duh, 0.9.9.4pre4-test2-rc4-pl9 already was just perfect for me'
Well, money gets spent. People spend their money until they run out, or more, companies spend money until they can't find any more new areas to grow the company into. The less people and companies are spending in commodity-software, the more they will spend on the bricks, the tangible goods, like for people their houses (economy!), cars (jobs!), airplane tickets (jobs!), in restaurants (jobs!), etc, and for companies their workforce (jobs!) and factories (jobs!). Well if anything the current president vowed to create jobs and revive the economy, so he should be majorly in favor of open source, becuase it will do a lot of good for the economy, giving the people and companies a lot of discretionary income they can spend on other things that "Windos ZX" license fees.
True, it's worse:
The salesperson was trying to convince this potential customer by insulting him.
Good move. Go sales.
Use the other $35k to hire RMS to do the keynote...
just a suggestion...
"The RFC for that will be bigger than my phone book..."
Or "2048 times Rot13 encryption"... (!!!)
"If you can make it hard enough to do so that only a minority of people have the savvy to do it"
Ever known anybody who doesn't have the savvy to make a photograph of the screen and bring it to Wallmart for development?
(or whatever the acronym was)
Remember that proposed law that would _require_ such a thing from Sen. Fritz Hollings?
I guess they couldn't buy it in D.C. and now are trying to buy it somewhere else.
Weazels.
Making a mistake is human, being direct and clear about it is being professional. Summarizing, Marcelo is a professional human being. We can all rest assured that the next time he'll doublecheck his releases. What's all the fuss about?
The reason why they are litigating is not because it's their only option to save their souls. Backed by their lobbying forces, litigation right now is the easier solution for them.
I'm sure that when the current advertisement model breaks down, the networks will find creative new ways to generate income. And pay-per-view is not their only option. In the extreme, you might see captain picard order a Pepsi Cola(tm) from the replicator, and the doctor will use Viagra(tm) to cure a horrible alien disease, The spaceship from 3rd rock from the sun is a Lexus(tm), Drew Carey sells his brewery to Budweiser(tm), and Seinfeld meets his friends in Denny's(tm). Just look at any recent James Bond movie, it's full of such advertisements.
Now seriously, if the TV ads become specifically user-targeted, they suddenly become a lot less irritating to watch. Its the generalization that we all right now are looking for sofas, cars, viagra and female hygene products that makes the current advertisements irritating.
All the advertisers want is people's attention. Obviously, now the time has come that mass-market TV advertising will not get the people's attention anymore.
Hmm, actually right now we're seeing cheap reality TV crap, reruns, and commercials, so I'm not clear on what you're trying to predict will change 'if the model breaks down'?
Sure, they have the full right to make money in any legal way they want.
So they do seem to have the right to initiate this litigation process if they feel they have legal grounds for it (if we could sincerely say that this is a frivolous lawsuit, we would have nothing to fear about the future of PVRs). But (IANAL) I think they do not deserve to halt PVRs as they exist today.
I'm not sure either if they should be protected by the government:
1) AFAIK, the "free enterprise" principle as part of our society means "you can make it work" as much as "you youself must make it work, the government is not here to do it for you". Don't forget these are private companies, the government is for the public, not the private companies.
2) Government protectionism stifles innovation, which is never good for the public.
3) Protecting the current industry will prevent the new industries that will replace the this industry from forming. Since the government has no way to be sure that these new industries will be bad for the public, they have no right to deny them their existance. Compare abortion.
4) A protected industry will begin overcharging and stop innovating.
Hmm, I actually turn to my little LCD screen on my sofa during commercial breaks, then is a PC terminal on the sofa then illegal because it hurts the TV ad income?
Where is the time when the networks realized that we _let_ them blast those commercials into our private homes?
In the early days of television, they were careful not to offend the viewer, since they were invading the private family home with their television.
They might consider that it is our right to choose not to watch TV at any time of our choosing, including during commercials. I will look and listen when I want to, to what I want to.
Come to think of it, maybe they should.
Just somehow make sure they don't select the 'expert' option when they install (dselect...).
And make a bootable ISO available for woody.
"Now try right-clicking on a compressed .tar or .tgz file. You'll notice there is no option to decompress such files."
Hmm, I just opened a standard filemanager window of Gnome (FYI: the program is called Nautilus), right-clicked, and it gave me the option to open it in 'guiTAR', which shows me the contents, allows to extract, etc, with simple clicks. That's just about the same thing that WinZIP gives you on Windows after you first find, download, install, and pay for it.
And when I don't like guiTAR, and select "Other Viewer", it tells me I can set viewers system-wide in the Gnome Control Center under the "File Types and Programs" section. And wo and behold, the Gnome Control Center is not hidden under a "Start" button, but directly under the "Settings" menu on the top panel.
Direct, intuitive, aka user friendly, and leaving me all choices if I want.
Maybe your Linux install is incomplete. I'm just using the gnome that came with standard Debian Woody, nothing special.
First of all: Improving the vm has nothing to do with security. Second: the 'pre-release forks' you mention should be considered 'internal releases' for people like you, don't touch them. Proprietary software goes through the same thing, it's just not releases until they have something more final. It's the whole 'release early, release often' philisophy behind open source development.
"Something as simple as a paging system"
By that statement, I must conclude that you don't realize how much impact the vm subsystem has on the system performance and reliability.
And really, why should Torvals, Cox, and the others bother about a buffer overflow bug in wu-ftpd? It's not their software, they do kernel space, not user space.
There are many different programs for the same task under linux, there are at least 5 smtp servers, probably the same amount of ftp servers, at least four http (web) servers, etc. Geesh no wonder, that if you sum up all the bugs, you'll see more for Linux. The insider here is that nobody actually runs all of them in parallel, so if you're using proftpd, then vulnerabilities in wu-ftpd are not applicable to you, etc.
This is what I think is true: Linux is up to the task, and will demonstrate so.
Umm, by the way:
"and the slowly growing consensus that Linux isn't up to the task..."
Which consensus, which task? You're making a classic "everybody knows that" statement: its without merit. Really, it's the same as saying "It's simple to prove, I'll leave the exercise up to the reader", also doesn't prove anything.
"We may not be able to look at the MS code, but we can be pretty sure what doesn't work on one machine shouldn't work on another."
In my experience, with the MS code, you never know until you've tried it.
"It's easier to build them there"
Umm. We have only managed to send some satellites and a small electric robot to the red planet.
Now how are you going to get a construction facility, either staffed or fully automated, to mars?
I don't think at all it's easier to build anything there.
And now calculate the cost of the endeavour, don't forget the cost of getting the basic materials for such a long cable in geosynchronous orbit. Even when you do it from the moon, it's going to be more than the sum of all world-wide national debts.
Then the cost and yearly maintenance on the 125 billion square meters (approx 1375 billion square foot) of solar panel you're talking about.
Isn't that about 20 square meters per inhabitant of this planet?
Even at sea level, we can't afford such a large panel for everybody.
They'll run into DSL's biggest enemy: reflections.
Reflections need an echo canceler, and at high sample rate that means a lot of taps per milisecond echo delay, and all those tapes for each incoming sample, so a big & hot chip.
If reflections weren't a problem, DSL would have been a lot more problem-free and faster too.
People already do it on DV tapes... 13 gigs per tape!
Nothing to be worried about.
Worst thing that can happen is a long duration fork of development away from Linus' current kernel releases. Right now, with the parallel development tracks of various patch sets, we already have semi-permanent forks, and in the past the parts of those forks that made sense were always merged back into Linus' tree. The keyword here is 'in the end'. When you make something complex, it's often not perfect right away, and the more complex the kernel becomes, the longer it takes to make it perfect. However, you want people to test it, so you release early, and often, that is the open source way. If you can't 'release' it in Linus' kernel, release it yourself, nobody will get mad at you.
So, worst that can happen is a longer term fork, but that's nothing new. RedHat for example always delivered their OS with non-Linus kernel patches, which means they never had the 'true' kernel.
Really, the only difference, even with more long time forks, is that Linus' kernel will not be the kernel we all use, but it will be the kernel where a lot of new development is going on. So what if in parallel a lot of development goed on? In the end, when both final results make sense, somebody will make a merge. If that merged result makes sense, Linus will not hesitate to use it to base further development on. An we'll all have benefited from a parallel development path.
Didn't you know that a google was a necessary integrated part of the operating system? It's no different than a web browser, and a video editor, and a ...
True, the GPL doesn't force you to make the patch very public. In fact AFAIK, when you use the patch only in-house, and the patched code or binary never leaves the office, you don't have to do anything.
An OSS-related part of the official company website carrying such patches would be a big achievement. I would defitely give the company a positive edge for OSS-favoring people. Good luck pulling that off!
(btw s/stip/strip/ of course)
here is another benchmark icc version 5.0.1 with gcc 3.0.1. Note the difference is a lot smaller, except for the whetstone, which show interesting results (read the accompanying text).
Now, openmag people, see this site and how it documents the compiler options used, and how it makes the benchmark _source_ available for download. Read it and learn.
These benchmarks are done by Scott Roberts, who recently posted this to a gcc mailing list.
What a foresight they must have had when they thought of the name, eh?