Yeah well and I bet he didn't bother to read the bloddy manual either did he? One of the reason's the part is so small is they left the bufffers between the board and the CF slot so that means you cannot, CANNOT, hotswap the CF cards. You have to power the whole thing down, plug in the card, and power it all back up again. This is not a "consumer device" it is a reference and development system.
I think much of what you are saying here applies
to the old QNX4 kernel. The Realtime Platform
release will be using the new Neutrino kernel,
which is a very different beast.
In fact, I was able to build many of the standard
UNIX toolsets (shadow utils, bash, textutils,
etc) without changing any code after running./configure.
The nice thing about using QNX IS that it is wonderful for embedded systems. Better yet is being able to build those embedded systems using the exact same system you use on your desktop. There is nothing more painfull for development turn-around time then having to x-compile and reboot or download to another platform. Being able to use the exact same GUI and kernel has major benifits. You don't need to #ifdef and
compile differnt parts to make it fit in
your PDA. Simply only run the parts of the system you need to run. This is the true
advantage of the microkernel.
There is full support for the 90X series of
3COM cards as well as the 5X9 cards. This pretty
much covers every 3COM card made in the last
several years.
For example. If I didn't turn on "enable sound"
the last time I built a kernel, can I just
rebuild sb.o and insert it into the kernel? Nope.
Yes Linux has loadable modules, but that is not
nearly the same thing as what QNX provides with
each driver being a process that can be
started with an & and killed via "kill" at
runtime and with each driver being in its own
memory space. Linux is a monolithic kernel
(which can sometimes have advatages) and you
still need to rebuild stuff to make devices
work. This is even more true between kernel
versions.
Good that you made this post, everyone should
be informed and not too hung up on buzzwords.
Well, it is a far bigger issue that the IOs have the same root password and allow root logins via telnet. Most of what you just described can occur without using that utility at all. Not like most people using the IOs will have enough understanding of how thier system works to even trace a root access or a new account being created! Like I said before, if you have root who needs anything else?
So, I read this and I tried this out on a couple of the QNX machines I use. Guess what??? You still need to have root access to use the frigging program in the first place. Shit, if I have root access I can just change people's passwords and make my own accounts. It sucks that the encryption ended up not being one-way, but it doesn't make all QNX machines wide open for attack! This would be the same as under any other UNIX style OS that uses/etc/passwd in combination with/etc/shadow. It would be nice of people actually had a bit of a clue before jumping up and down. Oh, and for the record, Neutrino (the new QNX OS) uses a different password encryption by default.
The biggest difference is that my.mp3.com doesn't actually rip YOUR CD for you and upload it. They have an archive that they let you access if you prove you already own it. Pretty powerful if you ask me. I already emailed them and offered to port it to Linux for them.
They are tricky on the main page of the description. The laptop "can" have FireWire via the PC Card slots, but it doesn't have it on the machine itself. Check out the specs link for a less spin-doctored listing.
Ummmm, the OS plays but a small part in how much CPU overhead is involved in decoding MP3s. It is far more important to have an efficient program than an efficient OS. There will be a point where the OS vs App graphs cross but I doubt that they have yet.
What I think is BY FAR the coolest thing that Debian offers to a newbie is the menu system. You see, most packages, when installed get magically added to the menu system of ALL the window managers currently installed on the system. There is nothing nicer than running.... apt-get install my_fav_app and then having it automatically appear in my desktop drop down menus (at least when using Window Maker). It is this kind of consistency across the board that makes Debian the only distribution I like using. Oh, and that apt-get command I showed above will go out to the main Debian mirrors, get a listing of all the current packages and installed the newest version (in deb format) of what you are requesting and will also install any of the libraries that you need (new or upgraded) as well! It is so very sweet. Chris (soon to be cdm@debian.org)
Slashdot Mirror
Yeah well and I bet he didn't bother to read the bloddy manual either did he? One of the reason's the part is so small is they left the bufffers between the board and the CF slot so that means you cannot, CANNOT, hotswap the CF cards. You have to power the whole thing down, plug in the card, and power it all back up again. This is not a "consumer device" it is a reference and development system.
I think much of what you are saying here applies to the old QNX4 kernel. The Realtime Platform release will be using the new Neutrino kernel, which is a very different beast.
./configure.
In fact, I was able to build many of the standard UNIX toolsets (shadow utils, bash, textutils, etc) without changing any code after running
I know because I run the system and I looked in /x86/lib/dll to see what 3COM drivers are
installed on my box!
I am sure that list will be updated.
The nice thing about using QNX IS that it is wonderful for embedded systems. Better yet is being able to build those embedded systems using the exact same system you use on your desktop. There is nothing more painfull for development turn-around time then having to x-compile and reboot or download to another platform. Being able to use the exact same GUI and kernel has major benifits. You don't need to #ifdef and compile differnt parts to make it fit in your PDA. Simply only run the parts of the system you need to run. This is the true advantage of the microkernel.
There is full support for the 90X series of 3COM cards as well as the 5X9 cards. This pretty much covers every 3COM card made in the last several years.
There is actually Q3A running on RtP.
This is a sticky issue.
For example. If I didn't turn on "enable sound" the last time I built a kernel, can I just rebuild sb.o and insert it into the kernel? Nope.
Yes Linux has loadable modules, but that is not nearly the same thing as what QNX provides with each driver being a process that can be started with an & and killed via "kill" at runtime and with each driver being in its own memory space. Linux is a monolithic kernel (which can sometimes have advatages) and you still need to rebuild stuff to make devices work. This is even more true between kernel versions.
Good that you made this post, everyone should be informed and not too hung up on buzzwords.
Well, it is a far bigger issue that the IOs have the same root password and allow root logins via telnet. Most of what you just described can occur without using that utility at all. Not like most people using the IOs will have enough understanding of how thier system works to even trace a root access or a new account being created! Like I said before, if you have root who needs anything else?
chris mckillop
So, I read this and I tried this out on a couple of the QNX machines I use. Guess what??? You still need to have root access to use the frigging program in the first place. Shit, if I have root access I can just change people's passwords and make my own accounts. It sucks that the encryption ended up not being one-way, but it doesn't make all QNX machines wide open for attack! This would be the same as under any other UNIX style OS that uses /etc/passwd in combination with /etc/shadow. It would be nice of people actually had a bit of a clue before jumping up and down. Oh, and for the record, Neutrino (the new QNX OS) uses a different password encryption by default.
chris mckillop
The biggest difference is that my.mp3.com doesn't actually rip YOUR CD for you and upload it. They have an archive that they let you access if you prove you already own it. Pretty powerful if you ask me. I already emailed them and offered to port it to Linux for them.
They are tricky on the main page of the description. The laptop "can" have FireWire via the PC Card slots, but it doesn't have it on the machine itself. Check out the specs link for a less spin-doctored listing.
http://www.apple.com/powerbook/specifications.htm
Ummmm, the OS plays but a small part in how much CPU overhead is involved in decoding MP3s. It is far more important to have an efficient program than an efficient OS. There will be a point where the OS vs App graphs cross but I doubt that they have yet.
Well, I have a Netwinder (~280 MHz) and it can
play back MP3s using about 10% CPU under Linux.
Sure. Just use apt-get to install the GNOME packages from any Debian mirror and wham you have Gnome. This is the joy of Debian.
What I think is BY FAR the coolest thing that Debian offers to a newbie is the menu system. You see, most packages, when installed get magically added to the menu system of ALL the window managers currently installed on the system. There is nothing nicer than running....
apt-get install my_fav_app and then having it automatically appear in my desktop drop down menus (at least when using Window Maker). It is this kind of consistency across the board that makes Debian the only distribution I like using. Oh, and that apt-get command I showed above will go out to the main Debian mirrors, get a listing of all the current packages and installed the newest version (in deb format) of what you are requesting and will also install any of the libraries that you need (new or upgraded) as well! It is so very sweet. Chris (soon to be cdm@debian.org)