Re:When I was a little boy...
on
Makers of MAKE
·
· Score: 1
Once, I saw instructions on how to wind your own coil, but they called for a ferrite core. WTF? Where are you supposed to get a ferrite core with the right properties?
I use Yahoo's calendar. The advantage is that it's cross-platform, so as long as I have a web browser, I can view and edit the calendar. The drawback is that it's missing a few features, so I'd rather set up my own. Does anyone know of a free calendar program that I can install on my web server? My ISP controls the web server, so I have limited configuration. It also needs to be compatible with MySQL.
What I don't understand is why Apple doesn't port OpenFirmware to x86 and have OS X require OpenFirmware. If x86 Macs didn't have a PC-compatible BIOS, and OS X for x86 required OpenFirmware, then it would be practically impossible to run OS X on non-Apple PCs, and practically impossible to run Windows on an Apple PC.
So here's the solution. Applications should be installable only via a package manager. All packages should have the ability to install either for all users, or only for the current user. The former requires root access. If you don't want users to be able to install any apps, then you just prevent them from running the package manager (e.g. "chmod og-x/sbin/rpm").
The problem is that I don't think there is a single Linux distro with this feature.
No, I don't think he said that at all. He just said he wanted to install an application without being root. How is that a violation of computer security? Are users not allowed to install their own apps?
My smoke alarm isn't portable. It stays attached to my ceiling for years, so there's no chance I'll lose it. Batteries, on the other hand, get lost all the time. Plus, for every one smoke alarm in my house, I must have a dozen batteries. I would have even more battery-powered devices if the batteries were nuclear.
You can get a 19" CRT for about $50 (sometimes even less), so LCDs are still almost an order of magnitude more expensive than CRTs.
Re:No chance you this kind of system will succeed.
on
Coming Soon, Roadcasting
·
· Score: 2, Insightful
Am I the only one to see a problem here? Why should I potentially buy such an audio sharing system if no one else has one? The classic chicken and egg problem!
Trust me, there are plenty of people vain enough to think that everyone around them would love to hear their music.
Percentages are irrelevant - total revenue is much more important. Division B is still bringing in money, so getting rid of it will result in less profit. That's a bad business decision.
IBM will not have enough reserve cash to fight a brutal price war with their competitors
What brutal price war? IBM has billions of dollars in profit! If they were losing money, I would understand the need for layoffs, but that's not the case here at all.
Ammasso is a startup that makes iWarp-based RDMA hardware that runs over gigabit ethernet. Their technology is like Infiband, but much cheaper and almost as fast. Their drivers and libraries also provide MPI and DAPL support. The only support Linux (all 2.4 and 2.6 kernels) and they're way ahead of their competition in terms of performance, product availability, and support. Once you've decided on the servers, I strongly recommend you use Ammasso's hardware for the interconnects. Your hardware vendor may even bundle it with their systems - be sure to ask about that.
If the Xbox 360 were to have a daisy-chain A/V connector, then there would be no need for backward compatibility. You could connect your Xbox to your Xbox 360, and whenever the Xbox 360 is turned off, all audio and video from the Xbox would be channelled through it to your A/V equipment.
A good bounty system will distribute the risks across all players evenly. Sometimes there will be losers, but that doesn't mean the whole system is flawed and should be scrapped. If you choose to submit a patch, you have the accept the possibility that it might be a wasted effort. That's just a risk you have to take. The same goes for people putting in money. They take the risk that the maintainer accepts a patch that isn't really good enough, or doesn't satisfy everyone.
There are some features in Mozilla that I've been waiting years for. I'd be more than happy to risk $20 or $30 for the chance that they'd get implemented.
If you get a 2.6 kernel from a distro, they've already applied all sorts of patches to fix bugs like this one. I'm talking only about the stock kernels that are released by Linus et al. And I should not have any mutually exclusive features turned on because I did "make defconfig", which is supposed to be a tested, standardized configuration.
Sure, it represents a new way to create software, but the actual process looks a lot like how enterprise software has been made for decades.
Not from where I'm sitting.
I've done enterprise software development. Managing the releases is something that the Linux kernel developers don't know how to do. In real software companies, there is a quality assurance (QA) team whose purpose is to make sure that the releases pass standardized tests. I don't think the kernel developers know what that mean.
Want an example? Download the 2.6.0 kernel, untar it, and do the following:
make mrproper && make defconfig && make
This is supposed to build a kernel with the default options. Sounds relatively simple, right? Well, it's not, because about 10 seconds after you press ENTER, compilation halts with an error:
CC init/main.o In file included from include/linux/sched.h:23, from include/linux/module.h:10, from init/main.c:15: include/linux/smp.h:33: error: conflicting types for `smp_send_reschedule' include/asm/smp.h:41: error: previous declaration of `smp_send_reschedule' make[1]: *** [init/main.o] Error 1 make: *** [init] Error 2
That's right - you can't even build it! From an enterprise standpoint, this isn't just embarrassing, it's pathetic. It shows that there is virtually no real quality control in the kernel releases. How in the world could the kernel developers release a version of Linux without even checking to see if it compiles normally?
Maybe you're thinking it's just a one-time fluke? Well, you'd be wrong. Because the 2.6.1 and 2.6.2 kernels have the same bug!
Can you cite any legal precedence for that example? I find it ridiculous that a instructions on when to fast-forward through a movie constitute a derivative work. I'm sorry, but I just can't believe that.
They just didn't have the money to fight this in court. They would have won had they continued. There are plenty of VCRs that have a commercial-skip feature, and none of those manufacturers were "sued into oblivion". In fact, Sony would have had to sue itself if commercial skipping technology were really illegal.
Slashdot Mirror
I don't know a whole lot about ferrite cores, but what about this place: http://www.adamsmagnetic.com/cores.htm?
I use Yahoo's calendar. The advantage is that it's cross-platform, so as long as I have a web browser, I can view and edit the calendar. The drawback is that it's missing a few features, so I'd rather set up my own. Does anyone know of a free calendar program that I can install on my web server? My ISP controls the web server, so I have limited configuration. It also needs to be compatible with MySQL.
What I don't understand is why Apple doesn't port OpenFirmware to x86 and have OS X require OpenFirmware. If x86 Macs didn't have a PC-compatible BIOS, and OS X for x86 required OpenFirmware, then it would be practically impossible to run OS X on non-Apple PCs, and practically impossible to run Windows on an Apple PC.
The problem is that I don't think there is a single Linux distro with this feature.
No, I don't think he said that at all. He just said he wanted to install an application without being root. How is that a violation of computer security? Are users not allowed to install their own apps?
My smoke alarm isn't portable. It stays attached to my ceiling for years, so there's no chance I'll lose it. Batteries, on the other hand, get lost all the time. Plus, for every one smoke alarm in my house, I must have a dozen batteries. I would have even more battery-powered devices if the batteries were nuclear.
You can get a 19" CRT for about $50 (sometimes even less), so LCDs are still almost an order of magnitude more expensive than CRTs.
Trust me, there are plenty of people vain enough to think that everyone around them would love to hear their music.
Percentages are irrelevant - total revenue is much more important. Division B is still bringing in money, so getting rid of it will result in less profit. That's a bad business decision.
What brutal price war? IBM has billions of dollars in profit! If they were losing money, I would understand the need for layoffs, but that's not the case here at all.
Looks like there are two definitions of iWarp, and I linked to the wrong one. Sorry.
Oops - the URL for Ammasso is http://www.ammasso.com/.
Ammasso is a startup that makes iWarp-based RDMA hardware that runs over gigabit ethernet. Their technology is like Infiband, but much cheaper and almost as fast. Their drivers and libraries also provide MPI and DAPL support. The only support Linux (all 2.4 and 2.6 kernels) and they're way ahead of their competition in terms of performance, product availability, and support. Once you've decided on the servers, I strongly recommend you use Ammasso's hardware for the interconnects. Your hardware vendor may even bundle it with their systems - be sure to ask about that.
Now that's what I call wild, unfounded speculation! I'd mod you a troll if I had points.
If the Xbox 360 were to have a daisy-chain A/V connector, then there would be no need for backward compatibility. You could connect your Xbox to your Xbox 360, and whenever the Xbox 360 is turned off, all audio and video from the Xbox would be channelled through it to your A/V equipment.
I don't know how I misread his post. Duh!
Did you know that the current Xbox requires broadband?
Xbox Live Arcade - it's been running for almost 6 months now.
There are some features in Mozilla that I've been waiting years for. I'd be more than happy to risk $20 or $30 for the chance that they'd get implemented.
What version of Linux were you running when you compiled it? I was running Suse 9.2.
If you get a 2.6 kernel from a distro, they've already applied all sorts of patches to fix bugs like this one. I'm talking only about the stock kernels that are released by Linus et al. And I should not have any mutually exclusive features turned on because I did "make defconfig", which is supposed to be a tested, standardized configuration.
Not from where I'm sitting.
I've done enterprise software development. Managing the releases is something that the Linux kernel developers don't know how to do. In real software companies, there is a quality assurance (QA) team whose purpose is to make sure that the releases pass standardized tests. I don't think the kernel developers know what that mean.
Want an example? Download the 2.6.0 kernel, untar it, and do the following:
This is supposed to build a kernel with the default options. Sounds relatively simple, right? Well, it's not, because about 10 seconds after you press ENTER, compilation halts with an error:
That's right - you can't even build it! From an enterprise standpoint, this isn't just embarrassing, it's pathetic. It shows that there is virtually no real quality control in the kernel releases. How in the world could the kernel developers release a version of Linux without even checking to see if it compiles normally?
Maybe you're thinking it's just a one-time fluke? Well, you'd be wrong. Because the 2.6.1 and 2.6.2 kernels have the same bug!
Yes, but the list itself is not a derivative work.
Can you cite any legal precedence for that example? I find it ridiculous that a instructions on when to fast-forward through a movie constitute a derivative work. I'm sorry, but I just can't believe that.
They just didn't have the money to fight this in court. They would have won had they continued. There are plenty of VCRs that have a commercial-skip feature, and none of those manufacturers were "sued into oblivion". In fact, Sony would have had to sue itself if commercial skipping technology were really illegal.