i doubt this proposal is going to go anywhere...chemical rockets just dont have any lifting power and cost too much for the kind of payloads involved. unless we start using nuclear rockets or nuclear based fuel systems it isnt going to go anywhere at all. BTW, laser or microwave plasma propulsion is getting somewhere, with the ability to use ground based nuke reactors for power (& safety) with the vehicle using the plasma generated as lift wihtout actually carrying any internal fuel...much safer than pulse nuke based systems.
I've been collaborating from a guy from japan on my open source project..he hardly speaks english, i hardly speak japanese. how does it work ? simple. He mails me updates, i put them on my page. if i like his updates, it gets included in the main source. if i dont it stays on the page under his name. For bigger projects use CVS. open source is fairly open ended..no previous project management skills required. just be casual and it will work ok.
from what i know (and please correct me) the number 42 comes from the ratio of the gravitic constant to the electron charge constant - its 10^42 but it became 42 in the hitchhikers guide..
because youre an idiot. ZipSlack installs on a FAT32 or FAT16 partition just like winlinux. Slackware proper requires ext2. note that i started on slackware and learnt a helluva lot before switching to mostly redhat with a little debian thrown in.
theres a simple solution to the laws of physics - parallelise. we have a 50 mhz optical chip prototype running in a lab now..why cant we have a 5Ghz version of that soon ? MEMS devices can already channel light around a single chip..you can always do the same on a motherboard./
isnt that RTL or register transfer language ? The RTL instructions are executed by the processor but any others are converted to RTL ops. I use a RTL simulator once..pretty neat. I'd like to see altivec (cray fp type instructions) supported by linux tho..its missing out on the altivec stuff with the g4 which is a shame.
thats a matter of debate. If we could simulate a 100 billion neurons or so in real time and wire it with video hardware/speech interfaces and robotic limbs, what would be the result ? We dont know until we try.
err..hex *is* assembler...its jost not translated automatically with a compiler..you do it by looking in a code book and translating manually..I have a ZX Spectrum 128K that i did some on...as well as an 8085.
Performer literally CRAWLS on my p2-333 box. Man..its *really* sloow. The animations show up ok, but after that it doesnt take mouse clicks..it just sits there and after 10 mins or so it will show a click..note that im not running accelerated. BTW, the install was painless (RPMS for redhat 6..no problem), the animations look great (i tried espirit and rocket tux..very cool).It sucks unless you have an accelerated card..dont even try for anything less than a TNT2...its just not usable.
What i'd like to see in GTK/Gnome & other such open source projects is : [1] Better collaboration between the desktops. [2] Standard ways for an application to add its icon to the menu of the WM at install time. [3] Standard help systems so the application can add its help at install time. [4] Standard package formats or a simple one click install of *any* package type. In other words, standardisation and interoperability. I consider anything less to be suicide. So, what do you think about standardising everything ? As a GTK/Gnome developer are you biased towards gnome or willing to work for common standards under linux ?
why are you patenting it ? If its GPLed no one can claim a patent anyway (prior art). Also has linus accepted it ? Without that your are condemmed into staying in the domain of continous upgrade patches which means you either struggle to keep ahead of the kernel or you become obsolete. and what do you mean by copyrighted ? GPLed code can never be copyrighted only copylefted.
beroftpd has had some serious security problems too. try and get the wuftpd you use compiled with the stack scanner (available free/GPL - forget its name) and use securelinux kernels only.
I believe its fairly easy to do it in C..ive dont it myself on DOS so it should be equally easy for linux. just use the x/y/zmodem libraries to d/l or u/l stuff and send text i/o to/from the ttyS ports. KPPP does stuff like this anyway - look at the source,.
wouldnt tcfs or cfs running over nfs with multiple mounts on a single box (which could then be re-exported) do it ? Of course its not a distributed filesystem, but it should simulate one without the large cache problem of coda but with decent security.
win95 gives everyone root privs w/o a password. He can simply physically go over to your box and run a patch against (say) explorer which does something like this. Alternatively the virus scanner or something invoked from the script could have already patched your system.,
from what ive seen at most universities, linux and mainly UNIX are the main backbone of the campus/faculty/students. its not going to change because windoze simply cant keep up with the demands and performance expected. Try simulating a simple 1 million node problem on an NT machine for example. It takes big muscle to do it..or a cluster of little muscle (think beowulf). Plus remote email thru a nice text shell (think pine) is nearly impossible with doze. most univs also have loong histories of unix and all their IT departments are unix centric.
isnt that what esperanto is trying to achieve ? A language which could be used to convert rapidly from one language to the next without having to learn either of those languages..i.e. learn esperanto and youre all set with *any* language. or maybe im thinking of something different....
Slashdot Mirror
i doubt this proposal is going to go anywhere...chemical rockets just dont have any lifting power and cost too much for the kind of payloads involved. unless we start using nuclear rockets or nuclear based fuel systems it isnt going to go anywhere at all. BTW, laser or microwave plasma propulsion is getting somewhere, with the ability to use ground based nuke reactors for power (& safety) with the vehicle using the plasma generated as lift wihtout actually carrying any internal fuel...much safer than pulse nuke based systems.
thats why its called "open source". BTW, eCos is also dual licensed and available if you pay for it without the GPL.
I've been collaborating from a guy from japan on my open source project..he hardly speaks english, i hardly speak japanese. how does it work ? simple. He mails me updates, i put them on my page. if i like his updates, it gets included in the main source. if i dont it stays on the page under his name. For bigger projects use CVS. open source is fairly open ended..no previous project management skills required. just be casual and it will work ok.
from what i know (and please correct me) the number 42 comes from the ratio of the gravitic constant to the electron charge constant - its 10^42 but it became 42 in the hitchhikers guide..
because youre an idiot. ZipSlack installs on a FAT32 or FAT16 partition just like winlinux. Slackware proper requires ext2. note that i started on slackware and learnt a helluva lot before switching to mostly redhat with a little debian thrown in.
CHRP spec is not open. yet. its due in fall99 and you will see mobos soon after.
theres a simple solution to the laws of physics - parallelise. we have a 50 mhz optical chip prototype running in a lab now..why cant we have a 5Ghz version of that soon ? MEMS devices can already channel light around a single chip..you can always do the same on a motherboard./
thats true and thats also why its replaced with MacOS X now which is BSD.
isnt that RTL or register transfer language ? The RTL instructions are executed by the processor but any others are converted to RTL ops. I use a RTL simulator once..pretty neat. I'd like to see altivec (cray fp type instructions) supported by linux tho..its missing out on the altivec stuff with the g4 which is a shame.
the more intelligent you are, the more pain you feel. thats said, happy Alife is stupid Alife. same applies to humans.
thats a matter of debate. If we could simulate a 100 billion neurons or so in real time and wire it with video hardware/speech interfaces and robotic limbs, what would be the result ? We dont know until we try.
linux has bigmem patches in the kernel so it can address upto 4 GB on a 32bit x86 system.
heh. im probably biased since i work on an O2 cluster all day long and have access to a 192 processor O2000. good job guys.
err..hex *is* assembler...its jost not translated automatically with a compiler..you do it by looking in a code book and translating manually..I have a ZX Spectrum 128K that i did some on...as well as an 8085.
Performer literally CRAWLS on my p2-333 box. Man..its *really* sloow. The animations show up ok, but after that it doesnt take mouse clicks..it just sits there and after 10 mins or so it will show a click..note that im not running accelerated. BTW, the install was painless (RPMS for redhat 6..no problem), the animations look great (i tried espirit and rocket tux..very cool).It sucks unless you have an accelerated card..dont even try for anything less than a TNT2...its just not usable.
What i'd like to see in GTK/Gnome & other such open source projects is : [1] Better collaboration between the desktops. [2] Standard ways for an application to add its icon to the menu of the WM at install time. [3] Standard help systems so the application can add its help at install time. [4] Standard package formats or a simple one click install of *any* package type. In other words, standardisation and interoperability. I consider anything less to be suicide. So, what do you think about standardising everything ? As a GTK/Gnome developer are you biased towards gnome or willing to work for common standards under linux ?
why are you patenting it ? If its GPLed no one can claim a patent anyway (prior art). Also has linus accepted it ? Without that your are condemmed into staying in the domain of continous upgrade patches which means you either struggle to keep ahead of the kernel or you become obsolete. and what do you mean by copyrighted ? GPLed code can never be copyrighted only copylefted.
beroftpd has had some serious security problems too. try and get the wuftpd you use compiled with the stack scanner (available free/GPL - forget its name) and use securelinux kernels only.
I believe its fairly easy to do it in C..ive dont it myself on DOS so it should be equally easy for linux. just use the x/y/zmodem libraries to d/l or u/l stuff and send text i/o to/from the ttyS ports. KPPP does stuff like this anyway - look at the source,.
wouldnt tcfs or cfs running over nfs with multiple mounts on a single box (which could then be re-exported) do it ? Of course its not a distributed filesystem, but it should simulate one without the large cache problem of coda but with decent security.
win95 gives everyone root privs w/o a password. He can simply physically go over to your box and run a patch against (say) explorer which does something like this. Alternatively the virus scanner or something invoked from the script could have already patched your system.,
thats what the des encrypted filesystem is for.
from what ive seen at most universities, linux and mainly UNIX are the main backbone of the campus/faculty/students. its not going to change because windoze simply cant keep up with the demands and performance expected. Try simulating a simple 1 million node problem on an NT machine for example. It takes big muscle to do it..or a cluster of little muscle (think beowulf). Plus remote email thru a nice text shell (think pine) is nearly impossible with doze. most univs also have loong histories of unix and all their IT departments are unix centric.
isnt that what esperanto is trying to achieve ? A language which could be used to convert rapidly from one language to the next without having to learn either of those languages..i.e. learn esperanto and youre all set with *any* language. or maybe im thinking of something different....
yeah..try linux.com and click on chat..theres a coupla room fulls of help waiting for newbies online on IRC,.