I just modded the parent up, and want to second the recommendation about ACE. For threaded/networked cross-platform applications it's great.
Won't do _everything_ of course, and if you want to do something outside the models it offers, might even make life a bit more difficult, but you can always fall back to native approaches if that happens.
And get their Internet access through Canada;)
(or just about any other country)
traceroute to vh-nt.ceniai.inf.cu (169.158.128.69), 30 hops max, 38 byte packets
13 if-8-0.core2.NewYork.Teleglobe.net (207.45.222.21) 149.840 ms 146.416 ms 150.475 ms
14 if-9-0.core1.Montreal.Teleglobe.net (64.86.83.225) 154.642 ms 152.304 ms 155.128 ms
15 if-7-0.core1.Laurentides.Teleglobe.net (64.86.80.18) 169.620 ms 150.312 ms 152.973 ms
16 if-12-0-0.bb2.Laurentides.Teleglobe.net (64.86.81.71) 156.376 ms 152.884 ms 154.099 ms
17 ix-4-0-5-0.bb2.Laurentides.Teleglobe.net (207.45.219.14) 1705.787 ms 1568.233 ms 1727.330 ms
Sure is slow, though:)
Re:You obviously haven't heard...
on
New Nokia Phone
·
· Score: 1
Dude, Sibelius r00lz! (and we have a some other good music too, some of it has even been succesfully exported)
About the snow tires, they're probably made by "Nokian tyres" (used to be the same company,
separate now. They're not allowed to use "Nokia" by itself in their name nowadays). The history of Nokia is actually quite interesting, they were a rubber factory, which made cables, which had a small electronics department, which... sort of became pretty big:)
Re:Is RH including proprietary sw these days?
on
Red Hat 7.2 Released
·
· Score: 1
In the base distribution, Netscape 4.78
is the only non-open source piece of software.
And that's already marked "obsolete" and
will probably be replaced completely by
mozilla in 8.x.
And gcc-3.01 IS included in 7.2. It's not/usr/bin/gcc (it's gcc3). Which is the way
I like it, 2.96 is a good and tested compiler nowadays, 3.x isn't (yet). For 8.0 it will be.
Work-around without rebooting (2.2 kernels)
on
Linux Kernel Bugs
·
· Score: 4, Informative
There's a loadable kernel module that
replaces the ptrace() function call with
a wrapper that makes it impossible to exploit
this bug. It can be found from
http://c.home.cern.ch/c/cons/www/security/.
Works on 2.2.19, not tried to use it with 2.4.x yet (should be pretty easy).
Linux for sun3 is completely functional, its only a matter of dumbening down a bit more for sun2 (the MMU is the same except even more limited. Hell, they barely changed it for the first sparcs, and that's true for other bits of hardware too).
Also someone would have to do drivers for the multibus devices, but that's doable too.
Specs for the machines would be a problem (but since netbsd did it, one could just read the source), even sun3 ones are hard to find.
Not that there really is anything else but hack value in such a project, sun3's at least are quite common and make reasonable X terminals when a modern OS is loaded on them.
(and one might argue there's nothing but hack value in sun3's either!)
And yes, it'll run on Linux (at CERN anyway, they're quickly getting rid of all the "legacy RISC" platforms here)
It's not really about having fast pipes all over Europe, it's more like having software you can run to have your applications running on thousands of nodes around the world and also managing all of it.
1)The name of the signer and an unique id other than the SSN
....
The signature must be based on encryption that is sufficiently secure and use publically available specifications. It must be based on public key crypto or something that is at least as secure.
...
Then some bits about how the CA must store the keys and how the users must be able to revoke their keys if they want to.
Then some more bits about how your identity must be verified when you get one of these id's and also that the CA is liable if someone uses your key and it was their fault.
The way they do it is issuing smartcards (which also work as a normal id card and are valid for travel inside most of Europe)
There's some information about the Finnish system at http://www.fineid.fi/Default.asp?todo=setlang&lang =uk
Works pretty nicely, supposedly even with Linux...
(ok, probably the formatting looks like crap, but what that means is 70MB/s, not bad at all, especially since one of the cards is an old obsolete model)
FTP uses silly buffer sizes (for gigabit speeds) and also you're getting the stuff off disk, which is probably slower than your network.
And the money will all go to Luxemburg...
on
EU Web Tax Proposed
·
· Score: 2
Since the VAT there is "only" 15% guess what country everyone will register in.
So if they really do it like this it'll benefit nearly no-one. They should at least make it so that the country where the customer lives gets the money.
Not that that'd help either, the entire system would be horribly complex, cost fortunes and be completely unenforceable.
From http://www.nsa.gov/docs/venona/monographs/monograp h-4.html:
The KGB communications between Mexico City and Moscow during 1943-46 are a particularly rich historical trove, showing the elaborate plans to free from prison a man using the covername GNOME, who had murdered Trotsky in Mexico City in 1940.
Hmn... GNOME... Mexico... Do I see a pattern?
Many of these messages concern the GNOME affair and indicate that the KGB had two plans to facilitate his release: a combat operation, to spring him by force, or an effort to use influence.
So, that's why it's spreading so fast. It's a KGB conspiracy!
GNOME's mother's presence in Mexico is complicating the case
That must refer to miguel (mother, father, what's the difference?)
The Fishers were clearly important KGB officers, operating under instructions from Beria. Their goal was to take over the GNOME affair, to support operations in the U.S., maybe even for atomic bomb espionage. 1
On the other side of things, Linux might not exist either if the FSF hadn't gone with Hurd running on Mach, but something "simpler".
The snowball might have started rolling several years earlier. Whether it would have ended up in a better result or not is impossible to say.
Same thing with BSD really; without the lawsuit it would have been quite possible that Linux would have a BSD-based TCP stack (sure there would have been licensing issues, but at that point they would have been pretty easy to solve, Linux didn't even start as GPL)
Or maybe Linux wouldn't have started at all and we'd have a GPLBSD for those who don't believe in the BSD license (with a GPL-style license that allowed the BSD advertising clause)
Btw., you just gotta love embarassing quotes from the past;)
"/I/ think it's better than minix, but I'm a bit > prejudiced. It will never be the kind of professional OS that Hurd will be (in the next century or so:), but it's a nice learning tool (even more so than minix, IMHO), and it was/is fun working on it. "
You could just add detectors for stuff like this to your network, and start deprioritizing packets from offenders. It's not exactly trivial, but it's possible.
TCP certainly isn't perfect, but it's pretty good job at using bandwidth efficiently and fairly even when the link gets congested. If everyone starts breaking the rules it won't really work for anyone.
Taking the highway system example, people can get away with driving 160km/h, and if there's not much traffic it's reasonably safe too. But everyone doing it at the same time and you start getting _BIG_ problems.
Re:XFree 4.0? Won't they have a problem with this?
on
SuSE 6.4 Announced
·
· Score: 1
4.0 isn't an alpha, technically that is.
Whether it should be one is a different matter... I like it a lot even with all the bugs (The most annoying ones for me being in the Xvideo/v4l code, e.g. the server segfaults if you load the v4l module, which is luckily fixed by a one line patch...
Still, we support even sicker things, and it's nice being complete.
And who knows, maybe the support for it will help some people migrate from netbeui/windows to tcp/ip & linux thus killing netbeui. That can't be a bad thing can it.
You know, the reason/index.html doesn't link to/2000 is that the site is not ready or "released" yet (I know the organizer). That's why there's talks like "High availability blahblahblah" and "Mike talks about something" in there. They'll get fixed eventually as soon as the speakers finalize their topics.
I'm definately coming (over the atlantic too) if I can fit it into my schedule (and I'll try damn hard to make it fit). Last year was just so incredibly fun.
Well, DRI is just another way of getting to the hardware, which actually needs help from the kernel to work. On top of that is the GLX layer (which can be a open sourced driver from someone or a closed source one from someone else). On top of that is the OpenGL library, which can then be either Mesa or a real SGI OpenGL. You should be able to switch any of these components with another one and the entire system should work.
Not that you necessarily need to have GLX in the middle (could be glide or software), but SGI certainly seems to use it in all their stuff, so I'd assume they're not skipping it. It also lets you use 3d apps through the network just like 2d apps.
So, even if they did closed source OpenGL 1.2 implementation that they sold for $$$ you could just replace it with Mesa and in the worst case suffer from a few glitches (most likely it'd work just perfectly as the main author has access to the official opengl test suite)
You are forgetting countries with mandatory military service. And some of those guys are always stuck at the barracks during holidays. Well, atleast they generally get a nice long vacation (week or so) afterwards.
It's pretty easy to say mandatory military service isn't needed when you don't have > 1000km of land border with a previously hostile country with 30 times the people (Russia):)
Ah well, I spent my y2k party drinking champagne and shooting fireworks. I did check (remotely) that the servers were ok a couple of times. If anything critical had broken I probably would have gone to fix it. Luckily there wasn't.
NSI probably just lost MSFT's original payment. They've done it before. Been there, done that, didn't have any fun and I bet I'm not the only one.
Neat gesture, though, and it's probably the fastest way of dealing with this kind of problems with NSI. Almost as fast as sending 20 $100/minute lawyers to their head office.
Thank god there's competition in the registration business these days... I hope microsoft sue the clothes off from them (after which everyone can do the same to microsoft. Excluding Bill, that would be just too disgusting to see)
I wonder if these *BSD whiners have actually considered _ASKING_ the linux driver developers if they could dual-license their drivers instead of just bitching about how evil the GPL is.
If they did, they'd probably find that many (not all, though) Linux developers would be quite reasonable about it.
(Obviously in code with multiple authors this isn't easy, but if documentation is only available to a handful of outsiders there probably aren't many authors either)
Slashdot Mirror
I just modded the parent up, and want to second the recommendation about ACE. For threaded/networked
cross-platform applications it's great.
Won't do _everything_ of course, and if you want to do something outside the models it offers, might even make life a bit more difficult, but you can
always fall back to native approaches if that happens.
traceroute to vh-nt.ceniai.inf.cu (169.158.128.69), 30 hops max, 38 byte packets :)
13 if-8-0.core2.NewYork.Teleglobe.net (207.45.222.21) 149.840 ms 146.416 ms 150.475 ms
14 if-9-0.core1.Montreal.Teleglobe.net (64.86.83.225) 154.642 ms 152.304 ms 155.128 ms
15 if-7-0.core1.Laurentides.Teleglobe.net (64.86.80.18) 169.620 ms 150.312 ms 152.973 ms
16 if-12-0-0.bb2.Laurentides.Teleglobe.net (64.86.81.71) 156.376 ms 152.884 ms 154.099 ms
17 ix-4-0-5-0.bb2.Laurentides.Teleglobe.net (207.45.219.14) 1705.787 ms 1568.233 ms 1727.330 ms
Sure is slow, though
Dude, Sibelius r00lz! (and we have a some other good music too, some of it has even been succesfully exported)
:)
About the snow tires, they're probably made by "Nokian tyres" (used to be the same company,
separate now. They're not allowed to use "Nokia" by itself in their name nowadays). The history of Nokia is actually quite interesting, they were a rubber factory, which made cables, which had a small electronics department, which... sort of became pretty big
In the base distribution, Netscape 4.78 is the only non-open source piece of software. And that's already marked "obsolete" and will probably be replaced completely by mozilla in 8.x.
And gcc-3.01 IS included in 7.2. It's not /usr/bin/gcc (it's gcc3). Which is the way
I like it, 2.96 is a good and tested compiler nowadays, 3.x isn't (yet). For 8.0 it will be.
There's a loadable kernel module that
replaces the ptrace() function call with
a wrapper that makes it impossible to exploit
this bug. It can be found from
http://c.home.cern.ch/c/cons/www/security/.
Works on 2.2.19, not tried to use it with 2.4.x yet (should be pretty easy).
Honestly, MSNBC is less biased than say, slashdot ;)
(Not that there haven't been cases where
they have made MS look better than deserved)
Sorry about the duplicate :)
Linux for sun3 is completely functional, its only a matter of dumbening down a bit more for sun2 (the MMU is the same except even more limited. Hell, they barely changed it for the first sparcs, and that's true for other bits of hardware too).
Also someone would have to do drivers for the multibus devices, but that's doable too.
Specs for the machines would be a problem (but since netbsd did it, one could just read the source), even sun3 ones are hard to find.
Not that there really is anything else but hack value in such a project, sun3's at least are quite common and make reasonable X terminals when a modern OS is loaded on them.
(and one might argue there's nothing but hack value in sun3's either!)
Still, congrats to the NetBSD people!
Has anyone run lmbench on it btw.? I'd be really interested in seeing some figures (compared to Linux 2.4 on the same hardware).
http://grid.web.cern.ch/grid/
And yes, it'll run on Linux (at CERN anyway, they're quickly getting rid of all the "legacy RISC" platforms here)
It's not really about having fast pipes all over Europe, it's more like having software you can run to have your applications running on thousands of nodes around the world and also managing all of it.
Here's some bits from Finnish law:
g =uk
The signature must contain:
1)The name of the signer and an unique id other than the SSN
....
The signature must be based on encryption that is sufficiently secure and use publically available specifications. It must be based on public key crypto or something that is at least as secure.
...
Then some bits about how the CA must store the keys and how the users must be able to revoke their keys if they want to.
Then some more bits about how your identity must be verified when you get one of these id's and also that the CA is liable if someone uses your key and it was their fault.
The way they do it is issuing smartcards (which also work as a normal id card and are valid for travel inside most of Europe)
There's some information about the Finnish system at http://www.fineid.fi/Default.asp?todo=setlang&lan
Works pretty nicely, supposedly even with Linux...
Don't tell me you benchmarked with ftp?
/dev/null
This with two acenics with default settings and ftp to
150 Opening BINARY mode data connection for test (1073741824 bytes).
226 Transfer complete.
1073741824 bytes received in 162 secs (6.5e+03 Kbytes/sec)
ok, let's tune them a bit (setting MTU to 9000), increase the socket buffer sizes to something sensible and also lets use a real tool
# description host sample_KB total_MB sample_KB/s avge_KB/s cpu_sec user_sec sys_sec sec/MB cpu_pct
1 source toy3 10500.000 745.500 71515.648 69882.607 0.120 0.000 0.120 0.011 82
(ok, probably the formatting looks like crap, but what that means is 70MB/s, not bad at all,
especially since one of the cards is an old obsolete model)
FTP uses silly buffer sizes (for gigabit speeds) and also you're getting the stuff off disk, which is probably slower than your network.
Since the VAT there is "only" 15% guess what country everyone will register in.
So if they really do it like this it'll benefit nearly no-one. They should at least make it so that the country where the customer lives gets the money.
Not that that'd help either, the entire system would be horribly complex, cost fortunes and be completely unenforceable.
From http://www.nsa.gov/docs/venona/monographs/monograp h-4.html:
The KGB communications between Mexico City and Moscow during 1943-46 are a particularly rich historical trove, showing the elaborate plans to free from prison a man using the covername GNOME, who had murdered Trotsky in Mexico City in 1940.
Hmn... GNOME... Mexico... Do I see a pattern?
Many of these messages concern the GNOME affair and indicate that the KGB had two plans to
facilitate his release: a combat operation, to spring him by force, or an effort to use influence.
So, that's why it's spreading so fast. It's a KGB conspiracy!
GNOME's mother's presence in Mexico is complicating the case
That must refer to miguel (mother, father, what's the difference?)
The Fishers were clearly important KGB officers, operating under instructions from Beria. Their goal was to take over the GNOME affair, to support operations in the U.S., maybe even for atomic bomb espionage. 1
That definately sounds like helixcode
I smell a conspiracy!
On the other side of things, Linux might not exist
;)
:), but it's a nice learning tool (even more so than minix, IMHO), and it was/is fun working on it. "
either if the FSF hadn't gone with Hurd running on Mach, but something "simpler".
The snowball might have started rolling several years earlier. Whether it would have ended up in a better result or not is impossible to say.
Same thing with BSD really; without the lawsuit it would have been quite possible that Linux would have a BSD-based TCP stack (sure there would have been licensing issues, but at that point they would have been pretty easy to solve,
Linux didn't even start as GPL)
Or maybe Linux wouldn't have started at all and we'd have a GPLBSD for those who don't believe in the BSD license (with a GPL-style license that allowed the BSD advertising clause)
Btw., you just gotta love embarassing quotes from the past
"/I/ think it's better than minix, but I'm a bit > prejudiced. It will never be the kind of professional OS that Hurd will be (in the next
century or so
- Linus in December 1991
You could just add detectors for stuff like this to your network, and start deprioritizing packets from offenders. It's not exactly trivial, but it's possible.
TCP certainly isn't perfect, but it's pretty good job at using bandwidth efficiently and fairly
even when the link gets congested.
If everyone starts breaking the rules it won't really work for anyone.
Taking the highway system example, people can get away with driving 160km/h, and if there's not much traffic it's reasonably safe too. But everyone doing it at the same time and you start getting _BIG_ problems.
4.0 isn't an alpha, technically that is.
Whether it should be one is a different matter...
I like it a lot even with all the bugs
(The most annoying ones for me being in the Xvideo/v4l code, e.g. the server segfaults if you load the v4l module, which is luckily fixed by a one line patch...
is so bad even MS is dumping it.
Still, we support even sicker things, and it's nice being complete.
And who knows, maybe the support for it will help some people migrate from netbeui/windows to tcp/ip & linux thus killing netbeui. That can't be a bad thing can it.
You know, the reason /index.html doesn't link to /2000 is that the site is not ready or "released" yet (I know the organizer). That's why there's talks like "High availability blahblahblah" and "Mike talks about something" in there. They'll get fixed eventually as soon as the speakers finalize their topics.
I'm definately coming (over the atlantic too) if I can fit it into my schedule (and I'll try damn hard to make it fit). Last year was just so incredibly fun.
Even at the risk of being moderated as redundant, ;) ;) ;)
It's not 12/28/888, it's 8/28/888
Well, DRI is just another way of getting to the hardware, which actually needs help from the kernel to work. On top of that is the GLX layer (which can be a open sourced driver from someone or a closed source one from someone else). On top of that is the OpenGL library, which can then be either Mesa or a real SGI OpenGL. You should be able to switch any of these components with another one and the entire system should work.
Not that you necessarily need to have GLX in the middle (could be glide or software), but SGI certainly seems to use it in all their stuff, so I'd assume they're not skipping it. It also lets you use 3d apps through the network just like 2d apps.
So, even if they did closed source OpenGL 1.2 implementation that they sold for $$$ you could just replace it with Mesa and in the worst case suffer from a few glitches (most likely it'd work just perfectly as the main author has access to the official opengl test suite)
Now that Dell wallpaper & icons RPM is cute. ;)
I wonder when they'll start shipping a matching Dell screensaver too
You are forgetting countries with mandatory military service. And some of those guys are always stuck at the barracks during holidays. Well, atleast they generally get a nice long vacation (week or so) afterwards.
:)
It's pretty easy to say mandatory military service isn't needed when you don't have > 1000km of land border with a previously hostile country with 30 times the people (Russia)
Ah well, I spent my y2k party drinking champagne and shooting fireworks. I did check (remotely) that the servers were ok a couple of times.
If anything critical had broken I probably would have gone to fix it. Luckily there wasn't.
NSI probably just lost MSFT's original payment. They've done it before. Been there, done that, didn't have any fun and I bet I'm not the only one.
Neat gesture, though, and it's probably the fastest way of dealing with this kind of problems with NSI. Almost as fast as sending 20 $100/minute lawyers to their head office.
Thank god there's competition in the registration business these days... I hope microsoft sue the clothes off from them (after which everyone can do the same to microsoft. Excluding Bill, that would be just too disgusting to see)
I wonder if these *BSD whiners have actually considered _ASKING_ the linux driver developers if they could dual-license their drivers instead of just bitching about how evil the GPL is.
If they did, they'd probably find that many (not all, though) Linux developers would be quite reasonable about it.
(Obviously in code with multiple authors this isn't easy, but if documentation is only available to a handful of outsiders there probably aren't many authors either)