Can anyone who watches this tonight (No Sci-Fi in Canada) confirm that there is "To Be Continued" at the end?
Confirmed. Also, consider the fact that a 'to be continued' means there's SOME way to resolve that ending (my feeble sci-fi brain even figured out how, in true sci-fi fashion). It's up to someone to simply WRITE it.
Anyone out there feel for D'argo at the end? That was a depressing event..
The article-linked message also had a patch attached but the lameness filter is pissed about including it so you'll have to snag it somewhere else.. the patch did not specify what kernel version it applied to, though.
Vulnerability: CAN-2003-0127
The Linux 2.2 and Linux 2.4 kernels have a flaw in ptrace. This hole allows local users to obtain full privileges. Remote exploitation of this hole is not possible. Linux 2.5 is not believed to be vulnerable.
Linux 2.2.25 has been released to correct Linux 2.2. It contains no other changes. The bug fixes that would have been in 2.2.5pre1 will now appear in 2.2.26pre1. The patch will apply directly to most older 2.2 releases.
A patch for Linux 2.4.20/Linux 2.4.21pre is attached. The patch also subtly changes the PR_SET_DUMPABLE prctl. We believe this is neccessary and that it will not affect any software. The functionality change is specific to unusual debugging situations.
We would like to thank Andrzej Szombierski who found the problem, and wrote an initial patch. Seth Arnold cleaned up the 2.2 change. Arjan van de Ven and Ben LaHaise identified additional problems with the original fix.
Apache may be a bit slower, but runs in user space and thus a remote exploit is less dangerous.
This depends on if the web admin was smart enough to change the User and Group directives to something other than root (I believe they're default to nobody). Don't simply assume running fully in userspace is safer; it is still up to the admin to use the provided features properly.
NASA is not a freight service - they're a space program, dammit.
hrm.. Kinda negates the name being the Space Transportation System, doesn't it? I don't see transportation limited to people/science. And how do you imply items hauled into space like LDEF, SpaceLabs/SpaceHabs, ISS components, Hubble, TDRS and so on are not science-related? The shuttle is the cornerstone for building the entire current space research infrastrucure. It's doing the job for which it was designed.
Myself, I think Easterbrook simply doesn't accept the fact some things have high inherent risk. If you use simple stats, we should never have flight test programs of new fighter aircraft, artificial hearts and other high-risk research endeavours. Hey, a lot more of the people involved die, right? Nothing in this life is free... or we in the US would still be stuck in Europe because we were afraid people might die on the ships going across the Atlantic (or would fall over the edge).
And we won't get into stats like number of peole dying in car crashes and the like. Avoid risk: sit at home and do nothing!
Don't feel like taking the risk? Fine. Get the fsck out of the way of those who would be more than willing to accept it. You still benefit either way. If they would have me, I'd climb in the next shuttle in a heartbeat.
Following cancellation, all Buran and Energia components were mothballed or sold off and converted to tourist attractions. The only remaining flightworthy Buran/Energia set was mothballed for possible future use, but was destroyed on 5/12/02 when the roof of the building where it was being stored collapsed. Of the Buran design, a total of 5 were built. Other than the one was destroyed, 3 are sitting disassembled outside the NPO Molniya factory where they were built, deteriorating in the weather. The remaining one is up for sale, but is *not* in any way a flightworthy vehicle, and absolutely could not have been converted as such in time to save Columbia.
NASA space flights should stay suspended until they can develop a next generation launch vehicle that is safe.
Not entirely realistic. You want another 6-10 year drought in the US manned space program while this development takes place? A number of projects were started and cancelled/disbanded/abandoned and I'm not sure any real active projects are underway. If you use the Apollo program as a model it could be 5-7 years from initial designs to usable product.. (I believe the shuttle design process took LONGER, starting in early 70s and making first real manned spaceflight in '81(?)).. and hopefully we could do it faster, but in the interim the ISS fell back to earth, Hubble may have had enough component failures to be currently offline (if it hasn't re-entered too) and public sentiment is even WORSE for NASA.
... they should press some old rocket designs back into service and use them solely for unmanned...
Ah.. we should return to the days of Pentiums because at this point they're so solid. Uh, no thanks. Enough current-gen unmanned rockets are available, though I'm not sure any have the lifting capability to get ISS components (probably the largest shuttle payloads) into orbit. And then there's rendevous, docking/joining of components, etc.. not easily done via unmanned missions. So send astronauts! Oh wait.. they're still waiting for a new vehicle that's 3-4 years off. Oops.
Columbia's demise (imho) will have a major component of its failure be the age of the airframe, compromised ground review and one/two external influences that inflicted some sort of damage (foam strike, increased dynamic stress on the wing at liftoff, a strike by space junk, compromise of the RCC.. take your pick). The other orbiters do not share a number of Columbia's limitations (increased weight and age, mostly) and should suffice... but the whole affiar should put the spurs to NASA (and more importantly, Congress) to get another manned (or manned/unmammed combo) program in the pipeline to actual completion.
Wouldn't it make sense to keep an extra Orbiter in space, docked to the ISS?
By doing that you essentially cut the usable shuttle fleet in half, with the lose of Columbia and the loss of use of another shuttle parked in orbit. Castrates the STS usability and turnaround time. Plus, you leave an orbiter with a lot longer exposure to micrometeroid strikes than nominal orbital excursions. Also a greater chance of it getting damaged by orbital junk, if you believe that may have been a contributing cause to Columbia's loss. And the long-term exposure to space is a question mark as it wasn't really desigined for that.
Lots of info from discussion in sci.space.shuttle is compiled in the Columbia Loss Faq. It's worth a read before asking questions...
If nothing else, a more-friendly rmt. IIRC, rmt on Linux is inoperable with pretty much any other Unix. This kind of thing makes a Linux box nearly-useless for a remote-tape system. I know from personal experience it plays rather poorly Linux HPUX & Linux IRIX on my home lan.
But, as with most trilogies, it got worse as it went on.
Could that be because there was less Clarke as they went on?
I have a number of Clarke books, both solo and co- works.. and like the solos better. Only exceptions were the Rama books (I WANTED to like them) and The Trigger.
.. and the stretching out of the 2001 series, though I thought the last one was a rather weak grab at more dollars.
I'm sorry, but it was a bullshit article. I stopped reading at the line...
Early results from the telemetry and the huge debris field suggest that the thermal tiles failed... because we have been told all week in the tech briefings not to purport conjecture or assumption of what happened yet because we do not know. As this ass demonstrates, he has no grasp on that simple concept and thus failed any such integrety test.
Re:Expect fianl report in 6 months
on
Latest Columbia News
·
· Score: 2, Interesting
On the black-box thing...
I found this while jobhunting; it's a rather interesting article on the data collection/transmission path for the shuttle system with some discussion on what steps may be taken to clean up/recover the 'unreliable' 32 seconds of data post-LOS (which sounds like an oxymoron, but LOS in this case [and as described bt Dittemore in various tech briefings] is Loss Of RELIABLE Signal).
one piece of footage Fox was showing earlier today (have it on tape, no way to digitize) is a tracking shot that's initially zoomed in on the orbiter. I could swear I'm looking at the orbiter from the rear, where the SSMEs are located.. and you see no rudder, wings half the length of what they should be and the OMS pods appear to be missing..
.. and then the camera zooms out and you realize the shuttle isn't flying away from you: it's crossing the screen from right to left. I had that same surreal feeling as I had watching the Twin Towers collapse. The thing is moving laterally to its axis instead of axially. Pieces are peeling off it into the slipstream. I froze that image on-screen and instantly felt sick.
If I can figure out a way, I'll cap that pic. I have a TV-VideoVE card but the box it's in is hosed at the moment. Someone else please tell me I'm not the only one seeing this.
I bet a large number of AIX admins on various POWER boxen, after having shelled out untold $COINAGE on their systems are simply thrilled by this... after they picked themselves up off the floor laughing.
IBM is doing a decent contribution to Linux with various contributions such as JFS and its people involved with various SMP, VM & filesystem projects. But to state something like this right now.. well, it sure would make me question any future investment in AIX-related systems and software, wouldn't it? After all, a server-room Unix system isn't your typical purchase of 'buy for 3 years useful life...' (at least not when I spec'ed boxen..)
Another program is SpamPal, which also acts as a pop proxy. It also has a plugin structure, and one of the plugins is a Bayesian filter. This is in addition to included support for using available spam blacklist stuff like SPEWS, ORDB, SpamCop and a whole bunch of other DNSBL lists (even the ability to block entire domains like.kr,.ch and so on). It's a rather cool piece of software.
marvel was already in the works before the HpaQ merger, and it would really make little sense to take a chip all the way to fab w/o at least running SOME of them to try and recoup some cost.
Plus it will probably give Intel a good idea of which components of Marvel to rape for the next gen of the (t)Itanic.
addendum: Dec/Compaq admins/users were also promised at least one more alpha for binary-compatible upgrades as a means to stretch past/current investment in systems while they figure out their next step (i.e. "oh peachy, alpha is dead.. what the fsck do we do now?") Had HPaQ reversed that decision I would bet the suddenly-abandoned Alpha users would cross HP systems of their list of potential replacement (myself, I was looking to switch to p-series IBM boxen).
I was a very short-lived DecpaQ Tru64 admin, but have to admit I fell in lust for the OS and architechure. Our alphas ran superb for their age and the obscene obese demands our Oracle DBA inflicted upon them. Nary a whimper. I still think it's mildly criminal Compaq threw away the horsepower farm simply because they were too stupid to market the things properly.
Copying music is legally wrong. It is probably morally and ethically wrong. It is, however, not the same sort of wrong as theft. The problem is complex enough already: nobody needs your loaded analogies muddying the waters.
s/music/my webpage/g
s/music/a book/g
.. so, what part of All rights reserved. Unathorized duplication is a violation of applicable laws is unclear?
Copying music is not wrong: it is your intent of what you do with that copy that is the issue. In the US, it has been deemed a person can make an archival copy of items (music, software).. but if you then distribute that copy you have suddenly crossed the line into illegality.
(and for what its worth, I think the RIAA proposal is bullshit.. but if some people keep trying to justify p2p transferring of copyrighted works then you only give them more ammo.)
The recent rash of DMCA cases have involved actions taken before the statute was in place. I mean, before too long tech companies could start suing each other claiming one company's processor is a copyright infringement on another. I guess the next thing on the list is el-cheapo TV remotes being removed from the market.
This is steadily going beyond ridiculous, making our country an even larger laughing stock.
to whoever labelled this flamebait.. this is NOT flamebait. I'm simply toying with how to install things and don't (yet) know the answers. So pull your head out of your ass.
This post is flamebait.:)
-fester (no '(x) is better here' crap; everything has its positives)
I'm starting to become a little frustrated with having to download new ISOs every time an update comes around; examples readily springing to mind are deadRat and FreeBSD. I'm trying out all these things to obtain a better Unix/Linux Background.
I also use 2-3 distros that are a more piecemeal download structure: Gentoo, Debian & Slack. Slack, in particular, is what I'm most familiar with. When a change is made to the Slack9 (slack-current) layout I simply pull the CHANGES via rsync and then build my own isos: thus, I'm not overly wasting bandwidth.
Is there a similar process for other distros, notably Mandrake, SuSE, RHat & *BSD? Or do I have to roll my own for this stuff?
marvel was already in the works before the HpaQ merger, and it would really make little sense to take a chip all the way to fab w/o at least running SOME of them to try and recoup some cost.
Plus it will probably give Intel a good idea of which components of Marvel to rape for the next gen of the (t)Itanic.
I was a very short-lived DecpaQ Tru64 admin, but have to admit I fell in lust for the OS and architechure. Our alphas ran superb for their age and the obscene obese demands our Oracle DBA inflicted upon them. Nary a whimper. I still think it's mildly criminal Compaq threw away the horsepower farm simply because they were too stupid to market the things properly.
Slashdot Mirror
Can anyone who watches this tonight (No Sci-Fi in Canada) confirm that there is "To Be Continued" at the end?
Confirmed. Also, consider the fact that a 'to be continued' means there's SOME way to resolve that ending (my feeble sci-fi brain even figured out how, in true sci-fi fashion). It's up to someone to simply WRITE it.
Anyone out there feel for D'argo at the end? That was a depressing event..
gonna miss my pip,
-'f
I'd rather see a remake of that cheesy Battlestar Galactica!!! .. oh, wait..
-r
You mean besides the fact you can:
:)
Download and use apt-get
Download and use Rpm
Download the sources of the most bleeding edge
s/download/rsync/g
-f (rsyncing the final bits now to build my own isos)
Apache may be a bit slower, but runs in user space and thus a remote exploit is less dangerous.
This depends on if the web admin was smart enough to change the User and Group directives to something other than root (I believe they're default to nobody). Don't simply assume running fully in userspace is safer; it is still up to the admin to use the provided features properly.
-'f
NASA is not a freight service - they're a space program, dammit.
hrm.. Kinda negates the name being the Space Transportation System, doesn't it? I don't see transportation limited to people/science. And how do you imply items hauled into space like LDEF, SpaceLabs/SpaceHabs, ISS components, Hubble, TDRS and so on are not science-related? The shuttle is the cornerstone for building the entire current space research infrastrucure. It's doing the job for which it was designed.
-r
Myself, I think Easterbrook simply doesn't accept the fact some things have high inherent risk. If you use simple stats, we should never have flight test programs of new fighter aircraft, artificial hearts and other high-risk research endeavours. Hey, a lot more of the people involved die, right? Nothing in this life is free... or we in the US would still be stuck in Europe because we were afraid people might die on the ships going across the Atlantic (or would fall over the edge).
And we won't get into stats like number of peole dying in car crashes and the like. Avoid risk: sit at home and do nothing!
Don't feel like taking the risk? Fine. Get the fsck out of the way of those who would be more than willing to accept it. You still benefit either way. If they would have me, I'd climb in the next shuttle in a heartbeat.
-r
a href=
Not entirely realistic. You want another 6-10 year drought in the US manned space program while this development takes place? A number of projects were started and cancelled/disbanded/abandoned and I'm not sure any real active projects are underway. If you use the Apollo program as a model it could be 5-7 years from initial designs to usable product.. (I believe the shuttle design process took LONGER, starting in early 70s and making first real manned spaceflight in '81(?)).. and hopefully we could do it faster, but in the interim the ISS fell back to earth, Hubble may have had enough component failures to be currently offline (if it hasn't re-entered too) and public sentiment is even WORSE for NASA.
Ah.. we should return to the days of Pentiums because at this point they're so solid. Uh, no thanks. Enough current-gen unmanned rockets are available, though I'm not sure any have the lifting capability to get ISS components (probably the largest shuttle payloads) into orbit. And then there's rendevous, docking/joining of components, etc.. not easily done via unmanned missions. So send astronauts! Oh wait.. they're still waiting for a new vehicle that's 3-4 years off. Oops.
Columbia's demise (imho) will have a major component of its failure be the age of the airframe, compromised ground review and one/two external influences that inflicted some sort of damage (foam strike, increased dynamic stress on the wing at liftoff, a strike by space junk, compromise of the RCC.. take your pick). The other orbiters do not share a number of Columbia's limitations (increased weight and age, mostly) and should suffice... but the whole affiar should put the spurs to NASA (and more importantly, Congress) to get another manned (or manned/unmammed combo) program in the pipeline to actual completion.
my $0.02; take or pitch as you will.
-r
Wouldn't it make sense to keep an extra Orbiter in space, docked to the ISS?
By doing that you essentially cut the usable shuttle fleet in half, with the lose of Columbia and the loss of use of another shuttle parked in orbit. Castrates the STS usability and turnaround time. Plus, you leave an orbiter with a lot longer exposure to micrometeroid strikes than nominal orbital excursions. Also a greater chance of it getting damaged by orbital junk, if you believe that may have been a contributing cause to Columbia's loss. And the long-term exposure to space is a question mark as it wasn't really desigined for that.
Lots of info from discussion in sci.space.shuttle is compiled in the Columbia Loss Faq. It's worth a read before asking questions...
-r
If nothing else, a more-friendly rmt. IIRC, rmt on Linux is inoperable with pretty much any other Unix. This kind of thing makes a Linux box nearly-useless for a remote-tape system. I know from personal experience it plays rather poorly Linux HPUX & Linux IRIX on my home lan.
-r
That's twice in one article. This guy is good.
s/good/transparent/g
-'f
Could that be because there was less Clarke as they went on?
I have a number of Clarke books, both solo and co- works.. and like the solos better. Only exceptions were the Rama books (I WANTED to like them) and The Trigger.
-r
I'm sorry, but it was a bullshit article. I stopped reading at the line...
.. because we have been told all week in the tech briefings not to purport conjecture or assumption of what happened yet because we do not know. As this ass demonstrates, he has no grasp on that simple concept and thus failed any such integrety test.
Early results from the telemetry and the huge debris field suggest that the thermal tiles failed.
On the black-box thing...
I found this while jobhunting; it's a rather interesting article on the data collection/transmission path for the shuttle system with some discussion on what steps may be taken to clean up/recover the 'unreliable' 32 seconds of data post-LOS (which sounds like an oxymoron, but LOS in this case [and as described bt Dittemore in various tech briefings] is Loss Of RELIABLE Signal).
one piece of footage Fox was showing earlier today (have it on tape, no way to digitize) is a tracking shot that's initially zoomed in on the orbiter. I could swear I'm looking at the orbiter from the rear, where the SSMEs are located.. and you see no rudder, wings half the length of what they should be and the OMS pods appear to be missing..
If I can figure out a way, I'll cap that pic. I have a TV-VideoVE card but the box it's in is hosed at the moment. Someone else please tell me I'm not the only one seeing this.
-f
I bet a large number of AIX admins on various POWER boxen, after having shelled out untold $COINAGE on their systems are simply thrilled by this... after they picked themselves up off the floor laughing.
IBM is doing a decent contribution to Linux with various contributions such as JFS and its people involved with various SMP, VM & filesystem projects. But to state something like this right now.. well, it sure would make me question any future investment in AIX-related systems and software, wouldn't it? After all, a server-room Unix system isn't your typical purchase of 'buy for 3 years useful life...' (at least not when I spec'ed boxen..)
It's not skinnable...
:)
uuh, don't you realize this is a good thing?
Another program is SpamPal, which also acts as a pop proxy. It also has a plugin structure, and one of the plugins is a Bayesian filter. This is in addition to included support for using available spam blacklist stuff like SPEWS, ORDB, SpamCop and a whole bunch of other DNSBL lists (even the ability to block entire domains like .kr, .ch and so on). It's a rather cool piece of software.
ooo, a dupe comment for a dupe story!
marvel was already in the works before the HpaQ merger, and it would really make little sense to take a chip all the way to fab w/o at least running SOME of them to try and recoup some cost.
Plus it will probably give Intel a good idea of which components of Marvel to rape for the next gen of the (t)Itanic.
addendum: Dec/Compaq admins/users were also promised at least one more alpha for binary-compatible upgrades as a means to stretch past/current investment in systems while they figure out their next step (i.e. "oh peachy, alpha is dead.. what the fsck do we do now?") Had HPaQ reversed that decision I would bet the suddenly-abandoned Alpha users would cross HP systems of their list of potential replacement (myself, I was looking to switch to p-series IBM boxen).
I was a very short-lived DecpaQ Tru64 admin, but have to admit I fell in lust for the OS and architechure. Our alphas ran superb for their age and the obscene obese demands our Oracle DBA inflicted upon them. Nary a whimper. I still think it's mildly criminal Compaq threw away the horsepower farm simply because they were too stupid to market the things properly.
s/music/my webpage/g
s/music/a book/g
Copying music is not wrong: it is your intent of what you do with that copy that is the issue. In the US, it has been deemed a person can make an archival copy of items (music, software).. but if you then distribute that copy you have suddenly crossed the line into illegality.
(and for what its worth, I think the RIAA proposal is bullshit.. but if some people keep trying to justify p2p transferring of copyrighted works then you only give them more ammo.)
The recent rash of DMCA cases have involved actions taken before the statute was in place. I mean, before too long tech companies could start suing each other claiming one company's processor is a copyright infringement on another. I guess the next thing on the list is el-cheapo TV remotes being removed from the market.
This is steadily going beyond ridiculous, making our country an even larger laughing stock.
to whoever labelled this flamebait.. this is NOT flamebait. I'm simply toying with how to install things and don't (yet) know the answers. So pull your head out of your ass.
:)
This post is flamebait.
-fester (no '(x) is better here' crap; everything has its positives)
If someone is able, please enlighten me...
I'm starting to become a little frustrated with having to download new ISOs every time an update comes around; examples readily springing to mind are deadRat and FreeBSD. I'm trying out all these things to obtain a better Unix/Linux Background.
I also use 2-3 distros that are a more piecemeal download structure: Gentoo, Debian & Slack. Slack, in particular, is what I'm most familiar with. When a change is made to the Slack9 (slack-current) layout I simply pull the CHANGES via rsync and then build my own isos: thus, I'm not overly wasting bandwidth.
Is there a similar process for other distros, notably Mandrake, SuSE, RHat & *BSD? Or do I have to roll my own for this stuff?
Curious,
-fester
Compaq sold it to intel before the merger.
marvel was already in the works before the HpaQ merger, and it would really make little sense to take a chip all the way to fab w/o at least running SOME of them to try and recoup some cost.
Plus it will probably give Intel a good idea of which components of Marvel to rape for the next gen of the (t)Itanic.
I was a very short-lived DecpaQ Tru64 admin, but have to admit I fell in lust for the OS and architechure. Our alphas ran superb for their age and the obscene obese demands our Oracle DBA inflicted upon them. Nary a whimper. I still think it's mildly criminal Compaq threw away the horsepower farm simply because they were too stupid to market the things properly.