This "product" practically screams for a good hardware cracker to come in and... um, FIX a few little things. Like those cable TV "converters" you see advertised in the backs of comic magazines...
I accidentally inherited a couple of 56k winmodems from a friend. I don't know much about them, other than they are supposed to be cheaper because they are software-dependant rather than hardware-dependant.
Has anyone found a way to use these modems with Linux yet?
Now you've got me confused again. Debian doesn't like programs that don't allow "full" redistribution rights, but they put "non-free" s/w on the distro? And what's the deal with pine? It's from the University of Washington!
Seems to me it'd be pretty easy to set up a script using rpmfind (with a few temporary environment variables thrown in for fun) to automatically download AND upgrade, if that's really what you want to do.
After reading the information on the site and thinking about it, though, I don't believe I WANT a program to automagically download and upgrade stuff for me. I think I'd rather do a two-step process. Must be from all those years of using MS products (Father, forgive me, for I have FDISK'd).
Aha! This is why I do the/. thing! Right after I ask a question, I get an answer.
There IS a tool for RH, it's at www.rpmfind.net. And it sounds very useful:
[the following is from the website]
"Basically, rpmfind is a program that will find RPM files on rufus for you.
"For example, rpmfind gimp will tell you what packages are needed to install Gimp on your machine, where to find them, and how much space it will take on your hard drive (so you can also estimate the download time), and can fetch the required files for you.
"Rpmfind can also be used to query the RPM database for existing packages using a keyword or a regular expression."
Sounds cool! So those of us who are using RH can keep using it for a while, yes?
If you haven't seen anything in RH because you haven't looked, then why are you posting your uninformed guesses that RH doesn't have anything like apt?
Maybe instead you should ask someone who knows RH and let them post the answer.
Well, the first thing that popped into my feeble little brain was, this isn't really a new concept, it's just a faster version of an old concept. There have been microcontrollers around for years which included their own storage space onboard.
The article talks about it being an ASIC, not a general-purpose computing device, which must be why they're talking about it as targeted for embedded systems instead of the next generation of PC. Even so, I'd love to try one out on my little breadboard, hook it up to a keypad and see what it'll do!
Now what would be really cool is if they could throw in a Linux kernel in microcode (reminiscent of that microcontroller chip that has BASIC in microcode) so you could have "Linux on a chip"!
Does there exist somewhere on the net a compiled list of the differences between the projects? Something that would indicate which one is suited to a particular user and/or application? I've seen much in the way of flame, but not much in the way of fact.
Slashdot Mirror
This "product" practically screams for a good hardware cracker to come in and ... um, FIX a few little things. Like those cable TV "converters" you see advertised in the backs of comic magazines...
I accidentally inherited a couple of 56k winmodems from a friend. I don't know much about them, other than they are supposed to be cheaper because they are software-dependant rather than hardware-dependant.
Has anyone found a way to use these modems with Linux yet?
Rats. That's disappointing. The reputation of the UW has been stained in my mind. Well, guess I'll move on to [insert free mail prg here].
Now you've got me confused again. Debian doesn't like programs that don't allow "full" redistribution rights, but they put "non-free" s/w on the distro? And what's the deal with pine? It's from the University of Washington!
Seems to me it'd be pretty easy to set up a script using rpmfind (with a few temporary environment variables thrown in for fun) to automatically download AND upgrade, if that's really what you want to do.
After reading the information on the site and thinking about it, though, I don't believe I WANT a program to automagically download and upgrade stuff for me. I think I'd rather do a two-step process. Must be from all those years of using MS products (Father, forgive me, for I have FDISK'd).
Aha! This is why I do the /. thing! Right after I ask a question, I get an answer.
There IS a tool for RH, it's at www.rpmfind.net. And it sounds very useful:
[the following is from the website]
"Basically, rpmfind is a program that will find RPM files on rufus for you.
"For example, rpmfind gimp will tell you what packages are needed to install Gimp on your machine, where to find them, and how much space it will take on your hard drive (so you can also estimate the download time), and can fetch the required files for you.
"Rpmfind can also be used to query the RPM database for existing packages using a keyword or a regular expression."
Sounds cool! So those of us who are using RH can keep using it for a while, yes?
If you haven't seen anything in RH because you haven't looked, then why are you posting your uninformed guesses that RH doesn't have anything like apt?
Maybe instead you should ask someone who knows RH and let them post the answer.
Well, the first thing that popped into my feeble little brain was, this isn't really a new concept, it's just a faster version of an old concept. There have been microcontrollers around for years which included their own storage space onboard.
The article talks about it being an ASIC, not a general-purpose computing device, which must be why they're talking about it as targeted for embedded systems instead of the next generation of PC. Even so, I'd love to try one out on my little breadboard, hook it up to a keypad and see what it'll do!
Now what would be really cool is if they could throw in a Linux kernel in microcode (reminiscent of that microcontroller chip that has BASIC in microcode) so you could have "Linux on a chip"!
Regarding the choices...
Does there exist somewhere on the net a compiled list of the differences between the projects? Something that would indicate which one is suited to a particular user and/or application? I've seen much in the way of flame, but not much in the way of fact.