Hmmm, I've never coastered or had a problem with mkisofs and cdrecord. Although, I've had to reboot to get at Soundforge to trim raw files to an even number of frames. I am sure there is software for unix that does that, but I still haven't found anything stable enough yet. Please, prove me wrong.
btw, with cdrecord, I can do El Torrito discs, cd+ discs and a whole whack of other fancy things that (if my memory serves me correctly) Adaptec's Easy-CD can't do.
But if you need a gui with drag on drop to make lazy cd's for you, that is none of my business.
I just have to make one comment that has really been pissing me off as of late:
Distro's do not support hardware; kernels support hardware. Therefore, if you are using a 2.2.10 kernel, you will have support for all of the different pieces of hardware it supports- no matter what distro you use.
Now then, if there exists support for this particular controller, you will have to make a module for it and configure the card with something like "modprobe ". You may, heaven forbid, have to hack around with things, maybe use a floppy distro to build your kernel and so forth.
Also, you will have to embed the module into your kernel if you need to boot off of your drives on this controller since the modules will be on that particular drive. Thus, I suggest making your root partition on a different controller and having fun that way.
If there exists no support for this card, I guess you will have to wait for it, write the driver yourself, or return your board and do a little bit of research before making another purchase.
Hmmm, my interpretation was far different. I get the feeling that you did not read the whole document.
For example, the idea of "certificates" was discussed. Each "donator" gets one, and if a specified deadline is not met, the money is refunded.
Also, there was a proposed banker who was 3rd party to all of this (and seemed to be a modern bank [no analogy there]) who was wealthy and acted as a place to store the funds and an easy way of getting them back.
I have to agree with putting a lot of faith in the producer. Then again, what do we do now? Considering that this is still a capitalist style of selling because if nobody invests then nobody makes any money and prices must be re-considered.
Also, this whole proposal is a just that-a proposal. The analogy of books was just used to make this simpler to understand; we must scale. That meaning that if you only have one song to release, then release the course. If you only have one book, release the first few chapters. This part of the proposal has been going on for years; just about all of Charles Dicken's Novels were published serially.
No offence, but I would have to say that most of you arguments are invalid as they are very shallow. This seems to be the first release to the public of this document and, if it does become adopted, will go through many more changes.
I believe that this could be a very excellent way of trashing our current system of publishing, especially as things like mp3 players and electronic books become more common place.
The ironic thing about that statement is long before all of my @Home buddies had any troubles with their service, my ADSL buddies had their bandwidth halved twice (ie 1/4). Not to mention the idiots behind the service desk. Then again, the @Home help desks are no Larry Walls either.
I got 3k/s on my 33.6, therefore 128k/s is far faster. Unless that 128k refers to 128kbits, which would be more like 12.8k/s and thus 4x faster.
I'm in canada and still getting 200k/s downstream and 100k/s upstream. I hear the quake players around here bitching about high latency and bad routing. Then again, I only use the bandwidth for getting mp3's:) And the latency isn't bad enough to affect telnet/ssh.
I've been around the @Home scene long enough now to live through some pretty bad times, but those being 50k/s downloads. Damn.
There was the time when the routers were being pinged and returning 5000ms of latency though.
Correct me if I'm wrong, but aren't serial consoles handled by inittab? I've run terminals off of a serial port since 2.0.34 till now. The kernel has never had any effect, as long as I had serial support in the kernel.
Why would you only want a serial console? Does it make that much difference to be running getty? I've never thought so. Besides, this way if the box dies you can pull it off the shelf and put a keyboard and monitor onto it and fix 'er up.
This is not what I was pointing out. It seems that this fellow is not doing that. And besides, a box with a terminal plugged into the serial port is still not going to boot with a wanky kernel.
I could not imagine 18 terminals for 18 servers either; I prefer to telnet to all of my shells. Especially since a lot of the boxes I look after are cities away.
Welcome to a PC world in which every advertisment for a new computer features "It is soooo easy."
Are your boxes going to be plugged into any sort of network? If so, why do you need a terminal; I run headless boxes all the time with no keyboard that I control entirely from a ssh or telnet connection.
You can even dump syslog to another box if you require.
Also, remember a serial port is just another tty (ttyS*). Therefore, you can plug a terminal into it and not worry about the local tty's.
And if rebooting is important, you can always ssh in and reboot. If the box crashes you'll have to yank the power regardless, so you could easily build a box that has a switch for each computer; flip the switch to kill the power.
A little bit of hacking-but isn't that what linux is about?
Unfortunetly the CD audio specs (some colored booked) are only 2 channels. Therefore you can not get quadraphonic (or greater) "songs" in cdda format.
But, you could just burn your wav files to a disc and play them through that. I'm not too sure about how the soundcards handle the mixing, but if my creativity is as conforming as those at Creative I am sure you could just load up different sound players and dump them to the different speakers. Well, that is if your programs can control their output like that, or atleast your mixer.
My first reaction is denial; I could not live without a computer to hack around with. But, on the other hand, this is very true. I am a 17 year old student who spends more time on the phone line doing tech support to Joe's who don't know a CDrom from a ps/2 port.
Anyways, I believe that in reality this is the most accurate pridiction you could make about the future. I'm sure glade I am a hacker an will most likely end up building these things with my knowledge in the future; atleast I have this to fall on.
That, and these devices will be networked, according to all pridictions. I guess I will have to flex my tcp/ip knowledge also to make sure my coffee and toast are ready at the same point.
Unlike the Windows/Mac et cetra way of doing things, you will have to use your hacking skills to get your printer working.
Keep in mind you must format your document for printing. That is, after you finishing your document you must convert it to postscript. Postscript (correct me if I am wrong) was/is a standard that I believe adobe developed. It eventually became the standard for awhile (I think it was something like this, for the most part I am talking out of my ass). For the most part, if you printer has PostScript capabilities, you can just (at the lowest levels) "cat file.ps >>/dev/lp0" and get full quality (as defined by your document).
Things were all good in the printing world.
Then, all of these glorious windows printers came along. Nobody had to conform to standards any longer, thanks to the MS beast.
This is where ghostscript comes in. If ghostscript supports your printer you can just take that Post Script file and run it through Ghostscript. Now this file is in your printer's language, which can be dumped to/dev/lp0.
All this said, now comes the filters. You have to fondle your printcap so that, if you do not wish to manually go through the ghostscript process, the lpd can intercept the.ps files and automagically do the conversions for you.
This is great. I like Be and believe that it is the future of the desktop. I mean, a gui that has a unix shell? It doesn't get much better than that for replacing windows eh?
And it seems that every day Be is taking advantage of what linux/gnu has already done. Between using libs and now OSS, perhaps one day there will be no difference in compiling between the two(other than asm, but then again there is nasm).
Hmmm, have I ever told you guys the story of how I ran the BitchX config script on a be system over telnet the day after R4 was out? The thing almost gave me a makefile, other than it couldn't find the arpanet headers.... which exsisted, just not on R4 for intel yet.
Hmmm, I've never coastered or had a problem with mkisofs and cdrecord. Although, I've had to reboot to get at Soundforge to trim raw files to an even number of frames. I am sure there is software for unix that does that, but I still haven't found anything stable enough yet. Please, prove me wrong.
btw, with cdrecord, I can do El Torrito discs, cd+ discs and a whole whack of other fancy things that (if my memory serves me correctly) Adaptec's Easy-CD can't do.
But if you need a gui with drag on drop to make lazy cd's for you, that is none of my business.
I just have to make one comment that has really been pissing me off as of late:
Distro's do not support hardware; kernels support hardware. Therefore, if you are using a 2.2.10 kernel, you will have support for all of the different pieces of hardware it supports- no matter what distro you use.
Now then, if there exists support for this particular controller, you will have to make a module for it and configure the card with something like "modprobe ". You may, heaven forbid, have to hack around with things, maybe use a floppy distro to build your kernel and so forth.
Also, you will have to embed the module into your kernel if you need to boot off of your drives on this controller since the modules will be on that particular drive. Thus, I suggest making your root partition on a different controller and having fun that way.
If there exists no support for this card, I guess you will have to wait for it, write the driver yourself, or return your board and do a little bit of research before making another purchase.
Actually, Perl is compiled.
Every time you run it, anyways.
Damn, I hate to correct myself, but I just got back from playing ultimate and I am pretty damn tired.
For instance, that should be chorus, not course. And also there are many sentence fragements and nasty spelling mistakes.
Sorry, please do not discredit my reply.
Hmmm, my interpretation was far different. I get the feeling that you did not read the whole document.
For example, the idea of "certificates" was discussed. Each "donator" gets one, and if a specified deadline is not met, the money is refunded.
Also, there was a proposed banker who was 3rd party to all of this (and seemed to be a modern bank [no analogy there]) who was wealthy and acted as a place to store the funds and an easy way of getting them back.
I have to agree with putting a lot of faith in the producer. Then again, what do we do now? Considering that this is still a capitalist style of selling because if nobody invests then nobody makes any money and prices must be re-considered.
Also, this whole proposal is a just that-a proposal. The analogy of books was just used to make this simpler to understand; we must scale. That meaning that if you only have one song to release, then release the course. If you only have one book, release the first few chapters. This part of the proposal has been going on for years; just about all of Charles Dicken's Novels were published serially.
No offence, but I would have to say that most of you arguments are invalid as they are very shallow. This seems to be the first release to the public of this document and, if it does become adopted, will go through many more changes.
I believe that this could be a very excellent way of trashing our current system of publishing, especially as things like mp3 players and electronic books become more common place.
The ironic thing about that statement is long before all of my @Home buddies had any troubles with their service, my ADSL buddies had their bandwidth halved twice (ie 1/4). Not to mention the idiots behind the service desk. Then again, the @Home help desks are no Larry Walls either.
:) And the latency isn't bad enough to affect telnet/ssh.
I got 3k/s on my 33.6, therefore 128k/s is far faster. Unless that 128k refers to 128kbits, which would be more like 12.8k/s and thus 4x faster.
I'm in canada and still getting 200k/s downstream and 100k/s upstream. I hear the quake players around here bitching about high latency and bad routing. Then again, I only use the bandwidth for getting mp3's
I've been around the @Home scene long enough now to live through some pretty bad times, but those being 50k/s downloads. Damn.
There was the time when the routers were being pinged and returning 5000ms of latency though.
Correct me if I'm wrong, but aren't serial consoles handled by inittab? I've run terminals off of a serial port since 2.0.34 till now. The kernel has never had any effect, as long as I had serial support in the kernel.
Why would you only want a serial console? Does it make that much difference to be running getty? I've never thought so. Besides, this way if the box dies you can pull it off the shelf and put a keyboard and monitor onto it and fix 'er up.
This is not what I was pointing out. It seems that this fellow is not doing that. And besides, a box with a terminal plugged into the serial port is still not going to boot with a wanky kernel.
I could not imagine 18 terminals for 18 servers either; I prefer to telnet to all of my shells. Especially since a lot of the boxes I look after are cities away.
Welcome to a PC world in which every advertisment for a new computer features "It is soooo easy."
Are your boxes going to be plugged into any sort of network? If so, why do you need a terminal; I run headless boxes all the time with no keyboard that I control entirely from a ssh or telnet connection.
You can even dump syslog to another box if you require.
Also, remember a serial port is just another tty (ttyS*). Therefore, you can plug a terminal into it and not worry about the local tty's.
And if rebooting is important, you can always ssh in and reboot. If the box crashes you'll have to yank the power regardless, so you could easily build a box that has a switch for each computer; flip the switch to kill the power.
A little bit of hacking-but isn't that what linux is about?
Unfortunetly the CD audio specs (some colored booked) are only 2 channels. Therefore you can not get quadraphonic (or greater) "songs" in cdda format.
But, you could just burn your wav files to a disc and play them through that. I'm not too sure about how the soundcards handle the mixing, but if my creativity is as conforming as those at Creative I am sure you could just load up different sound players and dump them to the different speakers. Well, that is if your programs can control their output like that, or atleast your mixer.
Scary.
My first reaction is denial; I could not live without a computer to hack around with. But, on the other hand, this is very true. I am a 17 year old student who spends more time on the phone line doing tech support to Joe's who don't know a CDrom from a ps/2 port.
Anyways, I believe that in reality this is the most accurate pridiction you could make about the future. I'm sure glade I am a hacker an will most likely end up building these things with my knowledge in the future; atleast I have this to fall on.
That, and these devices will be networked, according to all pridictions. I guess I will have to flex my tcp/ip knowledge also to make sure my coffee and toast are ready at the same point.
Unlike the Windows/Mac et cetra way of doing things, you will have to use your hacking skills to get your printer working.
/dev/lp0" and get full quality (as defined by your document).
/dev/lp0.
.ps files and automagically do the conversions for you.
:)
Keep in mind you must format your document for printing. That is, after you finishing your document you must convert it to postscript. Postscript (correct me if I am wrong) was/is a standard that I believe adobe developed. It eventually became the standard for awhile (I think it was something like this, for the most part I am talking out of my ass). For the most part, if you printer has PostScript capabilities, you can just (at the lowest levels) "cat file.ps >>
Things were all good in the printing world.
Then, all of these glorious windows printers came along. Nobody had to conform to standards any longer, thanks to the MS beast.
This is where ghostscript comes in. If ghostscript supports your printer you can just take that Post Script file and run it through Ghostscript. Now this file is in your printer's language, which can be dumped to
All this said, now comes the filters. You have to fondle your printcap so that, if you do not wish to manually go through the ghostscript process, the lpd can intercept the
Anyways, I must go and eat dinner
Somebody posted a big internal newsletter?
:)
Who sensored it?
Err, deleted??
I have it saved if people need it
This is great. I like Be and believe that it is the future of the desktop. I mean, a gui that has a unix shell? It doesn't get much better than that for replacing windows eh?
And it seems that every day Be is taking advantage of what linux/gnu has already done. Between using libs and now OSS, perhaps one day there will be no difference in compiling between the two(other than asm, but then again there is nasm).
Hmmm, have I ever told you guys the story of how I ran the BitchX config script on a be system over telnet the day after R4 was out? The thing almost gave me a makefile, other than it couldn't find the arpanet headers.... which exsisted, just not on R4 for intel yet.
Hey, if it is a notebook type deal, why don't you use stickers?
You could even get sticker paper and print out your own designs. And if you want it to last, tape the whole deal with that clear packing tape.