So will SuSE, just change a variable in one of the config files and XDM/KDM/etc will run your entire desktop session under ssh-agent.
But that woudn't let him plug his pet project now would it?;)
He does allow one benefit though for folks that either don't use a desktop manager, or telnet into a box multiple times... but then who does that? I mean seriously, once you setup your desktop properly, and use agent forwarding (which he didn't even mention iirc) well, by then there's no reason you should have an agent runnign anywhere other than the machine you're sitting in front of.
I'm not sure if the cronjob argument is a benefit or not... should be easy enough to salt those variables away yourself if you wanted.
Portions of charter, maybe all of charter even, have already started to do this. Here locally you can still get @home, but there is no incentive to do so.. the price is the same for their own higher speed service (which seems to get renamed every couple months) so the only reason someone would want @home is if they're moving into town and already have @home... then they can keep their address... assuming the idiots @home can figure out how to do that (I know several times they weren't able to do it right, causing all sorts of problems for the users.) Of course anyone moving into town that already has @home is probably in no hurry to repeat that mistake.
A former project architect earned my never ending respect when he pulled out a pile of Duplo and Lego to explain how our object oriented framework worked to a bunch of execs and managers. The fact that a grown man had a pile of childrens toys on his desk didn't seem to phase anyone, the fact that he had to resort to it to explain things to the execs was lost on no one. What can I say, you gotta put it in terms they'll understand.
and as tommorow dawns and the hundreds of/. reading beemers trickle in and scan slashdot while waiting for Lotus Notes to load up their mail file there will be a cacophony of anguished screams as the poor abused geeks are left stammering in their seats trying their best to explain why the corporation still insists on loading them onto windows based domino servers (excepting those at the IBM Rochester facility who are lucky enough to be housed on AS/400 based domino servers instead).
(Don't get me wrong folks, domino is a great database and colaboration tool, but that's just NOT what is needed for an email solution.)
Re:But they'd probably want more control
on
IBM Wants Linux
·
· Score: 2
Because the kernel is open source any features that IBM feels are necessary for running Linux on, for example, a 4-way H50 RS/6000 machine can be provided as a patch to the main kernel tree and pre-compiled binaries can be distributed by IBM from one of the web sites.
Nah, the lawyers won't let 'em: they can distribute patches all they want, but the binaries are in the distros hands.
Yes - someone has to keep the patches sane against the latest kernel but it is unlikely in the long run that useful and proven patches would remain out of the kernel tree forever unless they seriously clash with some design decision.
Which of course they will eventually, someone will fix performance on a 32 processor machine with 64 Gig of memory by a factor of 20 or so, and in so doing a uniprocessor with 64 meg of memory will take a performance hit of a percent or two, so the patches will end up in a few distros' "enterprise" kernels, but not in Linus' tree... nor in Alan's tree....
Patch maintenance is a minor headache against a stable kernel series.
Minor? the merging isn't much, but the testing becomes insane... who's kernel do you test? Linus'? Alan's? RedHat's? SuSE's? All of the above?
And what's the definition of stable kernel these days anyway? 2.2? Arguing 2.4 is stable today is a bit laughable, certainly it's on the way to stability, but it ain't there yet.
There's a long list of products that were technically better than their competition, but weren't marketed/licensed worth a damn. OS/2 vs Windows, MCA vs ISA, SanFrancisco vs Web's Fear; the list goes on and on just with IBM's products, let alone the rest of the industry. (And the list of tech that never made it out of the blue walls would probably tripple that list.)
we all know the only reason the SV1 actually won 'best supercomputer' is because it's watercooled. I mean come on... if it ain't watercooled, it ain't a super computer.
I mean Michael went to all the trouble to link to such a script and all, a few tweaks and you've got what you asked for.
It's a pointless enadeavour though. Of the 1300+ unique hosts that have bounced off my apache machines in the last ~70 hours, only 10 seem to actually be accepting requests for root.exe... the rest throw back either a 404 or a 403, with alot refusing connections, or just returning a "server overloaded" message. Of those ten accepting requests for root.exe two returned some kind of funny response, one redirected to goatse.cx, and the other seven seemed to actually accept commands.
maybe you should send it to more than just local host... you'd have to check on a windows box, but I think "net send/domain the server at $ip is infected by code red, see www.cert.org/advisories/CA-2001-23.html for details" would be more effective, especially if the server admin's bos sees it.
and while you're at it, stop the infection from spreading: 'net stop "Internet Information Server"';)
for starters you didn't even link to the current level... that's 1.3, not 1.2 as you're linking.
But far more importantly you only linked to one option, Sun... as if they were the only game in town, or even the best game in town. Try http://ibm.com/java if you want a serious JVM.
uh... you've never actually used smart suite have you? WordPro and 123 can both *export* a sizable subset of their features to the coresponding MS formats, but they have the same problem that any open solution will have in terms of reading back MS files. There are a number of things Smart Suite can't handle. Anything with VB Script imbeded in it is a perfect example.
A couple months ago I was asked to review a document produced by someone at a major Linux distro. The file was in MS Excel format. I attempted to open it with all my linux applications... none could handle it, so I rebooted to windows and tried to pull it up in 123... got more of it, but still wasn't able to make sense out of it because the markup that was referenced wasn't present. I finally sent the file home and opened it with an old copy of Excel where I printed it to a postscript file and sent it back to the office, the next day the postscript file was converted to pdf and distributed to the rest of the team.
What we really need to do is just get away from the MS file formats. The document above had no need to be in excell format, it was nothing more than an annotated list, it could have been delivered in any number of formats, not the least of which was plain ascii text (the format I returned the data in).
So why did a open source company use a MS file format to send this data to us? "because it's the industry standard." Screw that. We don't need another format, we need an open standard.
Re:Linux appliances I _really_ want
on
Death of a Rebel
·
· Score: 2
Well three of those are already here. IBM did the linux watch (it's been covered on/. a time or three). As for sprinklers, the big industrial systems are already computer controlled, some of them use embeded ppc controlers, and linux on ppc is here today so that's do-able. And linux has been running on PS/2s for a while.
generated by http://lavarand.sgi.com/cgi-bin/corpspeak.cgi
To: fans of reality.sgi.com
From: bean counters
Date: Sat Jul 7 13:09:57 PDT 2001
Subject: immenent death/dismemberment
An OEM scripting language negotiates the mergers, on a going-forward basis. For us to grow, we absolutely have to develop scripting languages. Due to the meta-services and paradigm shifts, what has changed is the pace of change.
We absolutely have to develop a solution as well. Given current realities, communication empowers the Strategic Initiative. Having a plug-in that is fiscal, it follows that data disseminate a prominent suite of tools. As always, goals are the team.
yup, and in reality this is just an automation of an even older system that's been around as long as the casinos have been, only by modernizing it could they realistically scale it up from just the whales to everyone.
What amazes me really is that they're even trying to do this with SQL server and Dell hardware... sad, truely sad... a couple 400s at each site would pull this off; probably cheaper, faster and more reliably too.
9406 is the generic "ppc based AS/400" family number, you need two more pieces of information to figure out what you've really got, the model number and the processor feature code. Both should be noted on the system somewhere.. usually on small barcode stickers, or else can be found from DST (have your systems staff query this before you take the boxes off line.) You can find a chart at the url I posted (http://ibm.com/servers/eserver/iseries/linux/) by takng the over view link on the right, then linking to the list of supported models of iSeries servers.
Basically what it boils down to is about 1/2 the 9406-270's, most of the 9406-820's and all 9406-8{3,4}0's support running linux in an LPAR.
hmm... our marketoids must not be doing there job very well... see http://ibm.com/servers/eserver/iseries/linux/ you can run Linux natively in a logical partition. It gets raw access to the hardware assigned to it at the PowerPC and PCI levels, so aside from the kernel changes to handle the lpar configuration issues and such it's the same PPC Linux binaries as you run on a powermac or an rs/6000. SuSE already has a beta up on the web.
linux is linux is linux. It doesn't matter if it's running on x86, or ppc, or alpha (RIP:( ) or sparc, or arm, or any of the dozen other arcitectures it supports. Glibc is glibc. Apache is apache. About the *ONLY* things that really care what architecture your on are compilers (gcc, or the jitc in most JVMs) and those exist.
but that wouldn't get them anywhere considering the lack of packaged software for it.
Not sure what site you're at but if you're in rchland take a wander through the new cubefarm in 030-2... lotsa linux boxen, everything in my cube runs linux, ditto 3/4 of the others in my row, and probably half the machines in the next row. I've also heard a large number of the chip heads over in 050 are using linux boxen on the desktop to X serve for the banks of aix machines in the labs that they do all their designs and rendering on. Or hop on bluenet #linux and ask how many people are using linux for corporate projects. Oh and much of our external open source web presense (oss.software.ibm.com for example) are linux boxen... oh and are portions of www.wimbledon.org, as well as most of the other sporting events we've provided the backoffice support for. There are also some places in one of the labs where I know a pair of linux boxen attached to the site ring are providing a VPN mesh between some otherwise isolated ethernets. That's just a few off the top of my head.
Not really, the screen oriented nature of the systems is part of OS/400, not a limitation of the hardware. The modern boxes are all power pc... someone once joked it may even be possible to run MAC OS on the damn things, given a graphics card, a keyboard port and a mouse port that is.;)
Slashdot Mirror
So will SuSE, just change a variable in one of the config files and XDM/KDM/etc will run your entire desktop session under ssh-agent.
;)
But that woudn't let him plug his pet project now would it?
He does allow one benefit though for folks that either don't use a desktop manager, or telnet into a box multiple times... but then who does that? I mean seriously, once you setup your desktop properly, and use agent forwarding (which he didn't even mention iirc) well, by then there's no reason you should have an agent runnign anywhere other than the machine you're sitting in front of.
I'm not sure if the cronjob argument is a benefit or not... should be easy enough to salt those variables away yourself if you wanted.
Portions of charter, maybe all of charter even, have already started to do this. Here locally you can still get @home, but there is no incentive to do so.. the price is the same for their own higher speed service (which seems to get renamed every couple months) so the only reason someone would want @home is if they're moving into town and already have @home... then they can keep their address... assuming the idiots @home can figure out how to do that (I know several times they weren't able to do it right, causing all sorts of problems for the users.) Of course anyone moving into town that already has @home is probably in no hurry to repeat that mistake.
A former project architect earned my never ending respect when he pulled out a pile of Duplo and Lego to explain how our object oriented framework worked to a bunch of execs and managers. The fact that a grown man had a pile of childrens toys on his desk didn't seem to phase anyone, the fact that he had to resort to it to explain things to the execs was lost on no one. What can I say, you gotta put it in terms they'll understand.
and as tommorow dawns and the hundreds of /. reading beemers trickle in and scan slashdot while waiting for Lotus Notes to load up their mail file there will be a cacophony of anguished screams as the poor abused geeks are left stammering in their seats trying their best to explain why the corporation still insists on loading them onto windows based domino servers (excepting those at the IBM Rochester facility who are lucky enough to be housed on AS/400 based domino servers instead).
(Don't get me wrong folks, domino is a great database and colaboration tool, but that's just NOT what is needed for an email solution.)
Nah, the lawyers won't let 'em: they can distribute patches all they want, but the binaries are in the distros hands.
Which of course they will eventually, someone will fix performance on a 32 processor machine with 64 Gig of memory by a factor of 20 or so, and in so doing a uniprocessor with 64 meg of memory will take a performance hit of a percent or two, so the patches will end up in a few distros' "enterprise" kernels, but not in Linus' tree... nor in Alan's tree....
Minor? the merging isn't much, but the testing becomes insane... who's kernel do you test? Linus'? Alan's? RedHat's? SuSE's? All of the above?
And what's the definition of stable kernel these days anyway? 2.2? Arguing 2.4 is stable today is a bit laughable, certainly it's on the way to stability, but it ain't there yet.
There's a long list of products that were technically better than their competition, but weren't marketed/licensed worth a damn. OS/2 vs Windows, MCA vs ISA, SanFrancisco vs Web's Fear; the list goes on and on just with IBM's products, let alone the rest of the industry. (And the list of tech that never made it out of the blue walls would probably tripple that list.)
we all know the only reason the SV1 actually won 'best supercomputer' is because it's watercooled. I mean come on... if it ain't watercooled, it ain't a super computer.
oh yeah... I forgot about the requirements on having domain auth setup... it's already been there on every windows box I've every used.
Your numbers look a little better than mine, odd given that mine were all connected back within a few seconds of connecting to me.
I mean Michael went to all the trouble to link to such a script and all, a few tweaks and you've got what you asked for.
It's a pointless enadeavour though. Of the 1300+ unique hosts that have bounced off my apache machines in the last ~70 hours, only 10 seem to actually be accepting requests for root.exe... the rest throw back either a 404 or a 403, with alot refusing connections, or just returning a "server overloaded" message. Of those ten accepting requests for root.exe two returned some kind of funny response, one redirected to goatse.cx, and the other seven seemed to actually accept commands.
maybe you should send it to more than just local host... you'd have to check on a windows box, but I think "net send /domain the server at $ip is infected by code red, see www.cert.org/advisories/CA-2001-23.html for details" would be more effective, especially if the server admin's bos sees it.
;)
and while you're at it, stop the infection from spreading: 'net stop "Internet Information Server"'
not really, that's what the newsgroups and irc are for. It happens in bugzilla, but it's often discouraged.
for starters you didn't even link to the current level... that's 1.3, not 1.2 as you're linking.
But far more importantly you only linked to one option, Sun... as if they were the only game in town, or even the best game in town. Try http://ibm.com/java if you want a serious JVM.
best entries in here as of now
but since when did >60000 count as a low uid?
but I'm sure it worked fine before they smashed into the back of the other team. ;)
uh... you've never actually used smart suite have you? WordPro and 123 can both *export* a sizable subset of their features to the coresponding MS formats, but they have the same problem that any open solution will have in terms of reading back MS files. There are a number of things Smart Suite can't handle. Anything with VB Script imbeded in it is a perfect example.
A couple months ago I was asked to review a document produced by someone at a major Linux distro. The file was in MS Excel format. I attempted to open it with all my linux applications... none could handle it, so I rebooted to windows and tried to pull it up in 123... got more of it, but still wasn't able to make sense out of it because the markup that was referenced wasn't present. I finally sent the file home and opened it with an old copy of Excel where I printed it to a postscript file and sent it back to the office, the next day the postscript file was converted to pdf and distributed to the rest of the team.
What we really need to do is just get away from the MS file formats. The document above had no need to be in excell format, it was nothing more than an annotated list, it could have been delivered in any number of formats, not the least of which was plain ascii text (the format I returned the data in).
So why did a open source company use a MS file format to send this data to us? "because it's the industry standard." Screw that. We don't need another format, we need an open standard.
Well three of those are already here. IBM did the linux watch (it's been covered on /. a time or three). As for sprinklers, the big industrial systems are already computer controlled, some of them use embeded ppc controlers, and linux on ppc is here today so that's do-able. And linux has been running on PS/2s for a while.
that wasn't a prima donna... they'd *never* be caught dead uttering that phrase.
generated by http://lavarand.sgi.com/cgi-bin/corpspeak.cgi
To: fans of reality.sgi.com
From: bean counters
Date: Sat Jul 7 13:09:57 PDT 2001
Subject: immenent death/dismemberment
An OEM scripting language negotiates the mergers, on a going-forward basis. For us to grow, we absolutely have to develop scripting languages. Due to the meta-services and paradigm shifts, what has changed is the pace of change.
We absolutely have to develop a solution as well. Given current realities, communication empowers the Strategic Initiative. Having a plug-in that is fiscal, it follows that data disseminate a prominent suite of tools. As always, goals are the team.
yup, and in reality this is just an automation of an even older system that's been around as long as the casinos have been, only by modernizing it could they realistically scale it up from just the whales to everyone.
What amazes me really is that they're even trying to do this with SQL server and Dell hardware... sad, truely sad... a couple 400s at each site would pull this off; probably cheaper, faster and more reliably too.
9406 is the generic "ppc based AS/400" family number, you need two more pieces of information to figure out what you've really got, the model number and the processor feature code. Both should be noted on the system somewhere.. usually on small barcode stickers, or else can be found from DST (have your systems staff query this before you take the boxes off line.) You can find a chart at the url I posted (http://ibm.com/servers/eserver/iseries/linux/) by takng the over view link on the right, then linking to the list of supported models of iSeries servers.
Basically what it boils down to is about 1/2 the 9406-270's, most of the 9406-820's and all 9406-8{3,4}0's support running linux in an LPAR.
hmm... our marketoids must not be doing there job very well... see http://ibm.com/servers/eserver/iseries/linux/ you can run Linux natively in a logical partition. It gets raw access to the hardware assigned to it at the PowerPC and PCI levels, so aside from the kernel changes to handle the lpar configuration issues and such it's the same PPC Linux binaries as you run on a powermac or an rs/6000. SuSE already has a beta up on the web.
linux is linux is linux. It doesn't matter if it's running on x86, or ppc, or alpha (RIP
No matter how you define "packaged software" there is just as much of the stuff for linux on ppc as there is for linux on x86. I can actually walk into Worst Buy and buy all the linux on powerpc software I could want for US$50.
Not sure what site you're at but if you're in rchland take a wander through the new cubefarm in 030-2... lotsa linux boxen, everything in my cube runs linux, ditto 3/4 of the others in my row, and probably half the machines in the next row. I've also heard a large number of the chip heads over in 050 are using linux boxen on the desktop to X serve for the banks of aix machines in the labs that they do all their designs and rendering on. Or hop on bluenet #linux and ask how many people are using linux for corporate projects. Oh and much of our external open source web presense (oss.software.ibm.com for example) are linux boxen... oh and are portions of www.wimbledon.org, as well as most of the other sporting events we've provided the backoffice support for. There are also some places in one of the labs where I know a pair of linux boxen attached to the site ring are providing a VPN mesh between some otherwise isolated ethernets. That's just a few off the top of my head.
Not really, the screen oriented nature of the systems is part of OS/400, not a limitation of the hardware. The modern boxes are all power pc... someone once joked it may even be possible to run MAC OS on the damn things, given a graphics card, a keyboard port and a mouse port that is. ;)