Re:I would prefer the other way around
on
Debian NetBSD
·
· Score: 1
You can use sharity-light as it`s called now (old name was "rumba"). On NetBSD the package is located in the category "net".
Re:Don't have to install from source...
on
Debian NetBSD
·
· Score: 2, Informative
Since you mention -STABLE you're obviously talking about FreeBSD.
For NetBSD (and I'm pretty sure for OpenBSD as well) there's no need to make seperate sets of precompiled packages for -current and RELEASE since packages made for RELEASE run on -current as well.
(There's no NetBSD -STABLE tree, just -current and RELEASE.)
> Or does the inside of a big enough asteroid stay cool?
Yes, it does. Small meteroits (i.e. those that don't create big craters) found on earth shortly after they came down are often covered with frost.
Quote from this article:
http://www.badastronomy.com/bad/news/salisburyme te or.html
"I was suspicious immediately, because small meteorites should not start fires. This is a very common misconception. Meteors are hot only for a short time, when atmospheric drag heats them up in a relatively complicated process. However, they slow so rapidly during this time that they reach terminal velocity-- at most a couple of hundred kilometers per hour-- while still high up. This gives them plenty of time to cool during the several minutes it takes to fall the rest of the way to the ground. As a matter of fact, the inside of the meteorite is still as cold as the ambient temperature of space, so many of them are covered in frost when found!"
This is no problem at all because you are not forced to keep the default groupname/gid for "normal" users on either system.
For example you can add a new group "users" with the gid 1000 (or change an existing group with that name) give all "normal" users the gid 1000 and let their uids start with 1000. And if you do that on all systems you won't have any problems with missmatching uids/gids, quite important if you NFS export/mount homedirectories as well.
BTW: To let some normal users allow su you don't have to/shouldn't make their primary group "wheel", just add them to the wheel entry in the/etc/group file, i.e.
But most sparc lunboxes (IPC, IPX, Classic, Classic X) use an am79c30 ISDN/audio chip which gives you telephone grade audio (8bit law, 8kHz, mono IIRC) which is next to useless for any musician.
The only lunchbox SPARCstation with nearly HiFi-like sound (CD quality, ie. 16bit linear, 44.1kHz, stereo) is the SPARCStation LX (some were called ZX IIRC) which has an CS4215 codec connected to the Sun DBRI (ISDN) interface.
But there's also the the Sun voyager which was made to fill the gap between laptops and workstations, but they are much harder to get than an LX (never have seen a Voyager with own eyes...)
Oh, and let's not forget there are the JAVAstations and the prototype (Fox) which have CS4231 audio chips (AFAIK) (but I doubt that they're better than those found in laptops) but I don't think that you can put a harddisc into them.
No idea, but given that the earth is much lighter and thus much less "light bending" as the sun I guess it's much, much, much larger... (a few light years?)
Why go to the moon, it's horrible expensive to go there. It's much, much cheaper to build and operate a telescope in LEO (or on earth). Think about how expensive it was to carry a 16 ton lunar lander to the moon...
And LEO has another advantage: No gravity which means you don't have to take care about mirrors bending because of their own weight.
Oh, BTW there are quite often (and sometimes quite large) moonquakes as the seismometers installed by the Apollo crews showed.
Actually this means that now you have the choice between running the Sun JDK for Linux with binary emulation/simulation or running the Sun JDK for FreeBSD with binary emulation/simulation....
If you go through the quotes you will notice that the scientiest never said they created "a supernova". For some reasons - saying so is really stupid, a supernova is something million times brighter than a star (more precise: around 10^10 times as bright as our sun). Even if our sun goes up in a nova it won't even come close to that - how do you want to build that in a lab?
> First, why only 10Gbps? Lucent have 3 Tb long-distance optic fibre, and the primary cost of
> cable is in putting it into the ground, NOT the hardware.
What makes you think they put fibers in the ground that explode when more than 10Gb/s is pushed through them? The article doesn't mention what kind of connection is used between the nodes. That 10GBps is a L2 figure, not L1 or L0.
GEANT is a logical network, not a physical one.
... and I think those damn nazi-krauts are wrong."
Now that I've read so many incredible stupid comments (many of them modded up) I really can't take it any more.
It's interesting to see in all those articles and moderations here how many slashdot users have absolutely no clue what the story and the article it links to is about and that doesn't stop them taking their vague assumptions or the wrong summary as facts.
It's the conclusion of a discussion of some people - no law or something even close to a law.
The article itself says that this is purely theoretical and that's not possible to "censor" the internet (that idea is called "schwachsinn" in the article, please look up what that means), everybody knows that's not possible to block certain content on the internet so please don't tell us again what we all already know.
(Hello Moderators? Let's not forget there's a "redundant" option!)
The definition of "porn" in Germany (and in the linked article) is very likely not the same as the definition of "porn" in your country. Pictures of nude people is not porn there, even movies showing people making love may not be rated as porn.
Porn sites that already have some kind of access restriction or age verification are not affected by this.
The whole thing is a idea to protect children from seeing content which very likely is not that good for them (if this is true or not - I don't know), e.g. a woman giving a man a blowjob - What the hell do you think is wrong with that?
It's very likely that in your country things are already in place to "protect the children" that are in the order of multiple magnitudes more stupid than this idea. E.g. censoring words of common language like "shit" in public media (ever noticed that "beep" in US-talkshows?, "Parental guidance" on the cover of some CDs?). As we all know who still remember what it was being children or who have children or who work with children those are words that most children nearly everywhere on this planet use on a daily basis (at least in the communication amongst themselves, think of "southpark")
The access restrictions for "free porn" to certain hours is just one point of the paper. The idea for a "positive ranking" is completely ignored by most commentators here.
German politicans of a leading (SPD) and a opposing party (FDP) already rejected the idea.
AFAIK only older machines (4c, 4m and 4u with SBUS) did have them which are Sun doesn't built anymore.And BTW they sucked -> they were more or less limited to speeds of max 38400 bps. (Yes, you can also use some faster non-standard speeds, but not very reliable...)
The newer PCI-based Ultras now use Siemens SAB82532 serial controller which are part of a "super I/O controller" chip from National Semiconductor (PC87332 or something like that).
Very simple: The number of fragmets larger than a few centemeters is know, IIRC it's about 10k, the vast majority of them in the lower orbits (~400km, i.e. the orbits of space shuttle and second or third stage burn-outs).
Considering the vast amount of space around the earth this is not much more than nothing.
And now do some maths (if you want). Let's estimate a laser beam of 1cm area, satellites 50000km apart, which makes 5km of "space".
the whole space between 800km and 31000 circular orbits is 4/3*pi*((31000+6000)-(800+6000))~2.1*10^14km of space. Let's assume 10000 fragmets are equally distributed in this space, wich means one fragment for 2.1*10^9km, which means for a given time the chance that a fragment is in the "beam array" is about 1:4200000000. (seing fragments as points here).
And this is a over simplefied calculation - first the "effective" laser beam is no cylinder, it's more like a cone and the base is the sensor area of the receiver. For a fragment to have an effect on the communication it has to cover (say) at least 50% of the sensor area (no idea how big that is) for at least half the time of a bit at 50*10^6 Bit/s this is 10ns - given the size and speed of the average fragment and considering the calculations above it's extremly unlikely that this will ever happen in the up to 5 periods per day of communication for 4 to 20 minutes between the two satellites.
Well, that's funny. Just this morning I found this link:
http://www.lpl.arizona.edu/tekton/crater.html
Which let's you calculate the estimated diameter of the crater a body of a given size, given density, given speed and given impact angle will make on different targets. (Or reverse that and estimate the diameter of a body that creates a crater of a given size).
Accoring to this a 10km body with the density 3t/m, speed of 25km/sec (=90000 km/h) will create a crater with a diameter of ~216km when it hits Earth in an area of "compent rock or saturated soil" (target density 3t/m).
This is no problem:
Every single low-level communication protocol for longer distances (i.e. more than 2m) I know of has a way to detect (and sometimes correct) nearly all kind of transmission errors. And every higher-level communication protocol (say, TCP/IP) knows how to deal with them (usually with retransmission).
(BTW: It's extremely unlikely that it will ever happen that some kind of space debris, a meteorite or another sattelite will ever come into the laser beam and interrupt it...)
First they write it for NT/2K, fix all bugs ("will be tested an NT for up to 12 months") and when they move over to *NIX after another year in production ("final version will run on NT a year after that") the bunch of small little new problems will show that usually happens if you switch over to another (not or less tested) platform.
Then someone comes along and says: "See? Windows is much better than *NIX, let's keep Windows" and we will read in the papers of the failed conversion of some big electric company from NT/2K to *NIX and how great Windows is and so on...
I wanted to post the ouput of Byte's Unix benchmark of my diskless VT1300 with 8MB of RAM and a 90ns CVAX chipset here but I don't get it through that incredible stupid lameness filter:-(.
Instead here's the short summary:
The average index was 0.3, Byte Benchmark Version 3.11, NetBSD 1.5V (-current from May 2001), everything compiled with NetBSD's in-tree gcc version egcs-2.91.66 19990314.
I think most of the date will in fact just be stored in some archive in case it might be usefull later or analysed with better software etc.
Say an earthquake happens or a vulcan errupts somewhere. Scientists will then dig the archive for older data of that region to see if and what has happend before that event and if that can be used to make predictions of the behaviour of other vulcans/geological instable regions.
Slashdot Mirror
You can use sharity-light as it`s called now (old name was "rumba"). On NetBSD the package is located in the category "net".
Since you mention -STABLE you're obviously talking about FreeBSD.
For NetBSD (and I'm pretty sure for OpenBSD as well) there's no need to make seperate sets of precompiled packages for -current and RELEASE since packages made for RELEASE run on -current as well.
(There's no NetBSD -STABLE tree, just -current and RELEASE.)
IMHO Robert Patrick's performance is no bad acting at all.
:-) :-( :-O
But maybe it's just me - I really don't like that Hollywood-style overacting with only three facial expressions:
> Or does the inside of a big enough asteroid stay cool?
e te or.html
Yes, it does. Small meteroits (i.e. those that don't create big craters) found on earth shortly after they came down are often covered with frost.
Quote from this article:
http://www.badastronomy.com/bad/news/salisburym
"I was suspicious immediately, because small meteorites should not start fires. This is a very common misconception. Meteors are hot only for a short time, when atmospheric drag heats them up in a relatively complicated process. However, they slow so rapidly during this time that they reach terminal velocity-- at most a couple of hundred kilometers per hour-- while still high up. This gives them plenty of time to cool during the several minutes it takes to fall the rest of the way to the ground. As a matter of fact, the inside of the meteorite is still as cold as the ambient temperature of space, so many of them are covered in frost when found!"
Do you really think that FreeBSD, Solaris and *-Linux are the same 'platform'?
When I read the title I first thought about
openpackages "the new standard for open source binaries"
http://www.openpackages.org
And as a former bash user I must say: "bash sucks"
I switched over to zsh, much more stable and it doesn't fuck up my commandline when editing a multi-line command as bash often did.
This is no problem at all because you are not forced to keep the default groupname/gid for "normal" users on either system.
/etc/group file, i.e.
For example you can add a new group "users" with the gid 1000 (or change an existing group with that name) give all "normal" users the gid 1000 and let their uids start with 1000. And if you do that on all systems you won't have any problems with missmatching uids/gids, quite important if you NFS export/mount homedirectories as well.
BTW: To let some normal users allow su you don't have to/shouldn't make their primary group "wheel", just add them to the wheel entry in the
wheel:*:0:root,joe,jane,billy,bob
But most sparc lunboxes (IPC, IPX, Classic, Classic X) use an am79c30 ISDN/audio chip which gives you telephone grade audio (8bit law, 8kHz, mono IIRC) which is next to useless for any musician.
The only lunchbox SPARCstation with nearly HiFi-like sound (CD quality, ie. 16bit linear, 44.1kHz, stereo) is the SPARCStation LX (some were called ZX IIRC) which has an CS4215 codec connected to the Sun DBRI (ISDN) interface.
But there's also the the Sun voyager which was made to fill the gap between laptops and workstations, but they are much harder to get than an LX (never have seen a Voyager with own eyes...)
Oh, and let's not forget there are the JAVAstations and the prototype (Fox) which have CS4231 audio chips (AFAIK) (but I doubt that they're better than those found in laptops) but I don't think that you can put a harddisc into them.
> What is the focal length for the earth anyway?
No idea, but given that the earth is much lighter and thus much less "light bending" as the sun I guess it's much, much, much larger... (a few light years?)
Why go to the moon, it's horrible expensive to go there. It's much, much cheaper to build and operate a telescope in LEO (or on earth). Think about how expensive it was to carry a 16 ton lunar lander to the moon...
And LEO has another advantage: No gravity which means you don't have to take care about mirrors bending because of their own weight.
Oh, BTW there are quite often (and sometimes quite large) moonquakes as the seismometers installed by the Apollo crews showed.
For *nix I suggest net-snmp (aka UCD-snmp):
http://net-snmp.sourceforge.net/
Actually this means that now you have the choice between running the Sun JDK for Linux with binary emulation/simulation or running the Sun JDK for FreeBSD with binary emulation/simulation....
If you go through the quotes you will notice that the scientiest never said they created "a supernova". For some reasons - saying so is really stupid, a supernova is something million times brighter than a star (more precise: around 10^10 times as bright as our sun). Even if our sun goes up in a nova it won't even come close to that - how do you want to build that in a lab?
> First, why only 10Gbps? Lucent have 3 Tb long-distance optic fibre, and the primary cost of
> cable is in putting it into the ground, NOT the hardware.
What makes you think they put fibers in the ground that explode when more than 10Gb/s is pushed through them? The article doesn't mention what kind of connection is used between the nodes. That 10GBps is a L2 figure, not L1 or L0.
GEANT is a logical network, not a physical one.
Now that I've read so many incredible stupid comments (many of them modded up) I really can't take it any more.
It's interesting to see in all those articles and moderations here how many slashdot users have absolutely no clue what the story and the article it links to is about and that doesn't stop them taking their vague assumptions or the wrong summary as facts.
You mean the Zilog 8530?
AFAIK only older machines (4c, 4m and 4u with SBUS) did have them which are Sun doesn't built anymore.And BTW they sucked -> they were more or less limited to speeds of max 38400 bps. (Yes, you can also use some faster non-standard speeds, but not very reliable...)
The newer PCI-based Ultras now use Siemens SAB82532 serial controller which are part of a "super I/O controller" chip from National Semiconductor (PC87332 or something like that).
Very simple: The number of fragmets larger than a few centemeters is know, IIRC it's about 10k, the vast majority of them in the lower orbits (~400km, i.e. the orbits of space shuttle and second or third stage burn-outs).
Considering the vast amount of space around the earth this is not much more than nothing.
And now do some maths (if you want). Let's estimate a laser beam of 1cm area, satellites 50000km apart, which makes 5km of "space".
the whole space between 800km and 31000 circular orbits is 4/3*pi*((31000+6000)-(800+6000))~2.1*10^14km of space. Let's assume 10000 fragmets are equally distributed in this space, wich means one fragment for 2.1*10^9km, which means for a given time the chance that a fragment is in the "beam array" is about 1:4200000000. (seing fragments as points here).
And this is a over simplefied calculation - first the "effective" laser beam is no cylinder, it's more like a cone and the base is the sensor area of the receiver. For a fragment to have an effect on the communication it has to cover (say) at least 50% of the sensor area (no idea how big that is) for at least half the time of a bit at 50*10^6 Bit/s this is 10ns - given the size and speed of the average fragment and considering the calculations above it's extremly unlikely that this will ever happen in the up to 5 periods per day of communication for 4 to 20 minutes between the two satellites.
Well, that's funny. Just this morning I found this link:
http://www.lpl.arizona.edu/tekton/crater.html
Which let's you calculate the estimated diameter of the crater a body of a given size, given density, given speed and given impact angle will make on different targets. (Or reverse that and estimate the diameter of a body that creates a crater of a given size).
Accoring to this a 10km body with the density 3t/m, speed of 25km/sec (=90000 km/h) will create a crater with a diameter of ~216km when it hits Earth in an area of "compent rock or saturated soil" (target density 3t/m).
This is no problem:
Every single low-level communication protocol for longer distances (i.e. more than 2m) I know of has a way to detect (and sometimes correct) nearly all kind of transmission errors. And every higher-level communication protocol (say, TCP/IP) knows how to deal with them (usually with retransmission).
(BTW: It's extremely unlikely that it will ever happen that some kind of space debris, a meteorite or another sattelite will ever come into the laser beam and interrupt it...)
No, the C64 sprites don't have a mask, instead one of the (2 or 4) colours was "transparency".
But talking of Sprites and prior art: The Acorn sprite file format (established ~1987 IIRC) uses a seperate mask image for transparency.
Conspiracy theory:
First they write it for NT/2K, fix all bugs ("will be tested an NT for up to 12 months") and when they move over to *NIX after another year in production ("final version will run on NT a year after that") the bunch of small little new problems will show that usually happens if you switch over to another (not or less tested) platform.
Then someone comes along and says: "See? Windows is much better than *NIX, let's keep Windows" and we will read in the papers of the failed conversion of some big electric company from NT/2K to *NIX and how great Windows is and so on...
I wanted to post the ouput of Byte's Unix benchmark of my diskless VT1300 with 8MB of RAM and a 90ns CVAX chipset here but I don't get it through that incredible stupid lameness filter :-(.
Instead here's the short summary:
The average index was 0.3, Byte Benchmark Version 3.11, NetBSD 1.5V (-current from May 2001), everything compiled with NetBSD's in-tree gcc version egcs-2.91.66 19990314.
I think most of the date will in fact just be stored in some archive in case it might be usefull later or analysed with better software etc.
Say an earthquake happens or a vulcan errupts somewhere. Scientists will then dig the archive for older data of that region to see if and what has happend before that event and if that can be used to make predictions of the behaviour of other vulcans/geological instable regions.
It's not beowulf and not of these satellites
:-)
but it's a cluster:
http://sci.esa.int/cluster/
SCNR