From what I read, SCO hasn't even done anything we didn't already know about. Yeah, they have a pricelist asking $32 for embedded devices, and $699 for single-CPU servers. That's yesterday's news. Neither the Embedded Linux Consortium nor LynuxWorks has had any communication with SCO. Basically, SCO issued a press release, and they threatened to speak with government offices.
So all we're doing is mirroring SCO's continued FUD. If tons of journalists didn't jump at everything SCO says, we'd be much better off. I plan to wait until after SCO is dead, and read a book about it.
I was just about to do a second Gentoo install when I read this, and now it's cemented. Now, to choose CFLAGS. I have a 2.4 GHz system, but only a 7200 RPM HD, so I'm thinking of using -Os. I'm hoping this will improve load times for big apps, and I've heard it also allows better cache usage. So, has anyone done a -Os system, and would they recommend it?
I was going to benchmark this by loading OpenOffice before and after compiling it with -Os. On a cold boot, the -O2 load time was 12 seconds, and 3 when it was in cache. So I re-emerged, and I ran out of space! OpenOffice takes over 1.6 GB to compile! Perhaps lack of -Os isn't the problem.
Seriously, though, I don't doubt Microsoft and others have resorted to astroturfing. (It would be interesting to see Microsoft hack the moderation system, but we'd notice the bias reversal pretty quickly.)
Also, while the meaning is clear, Request for Relief A (page 23) doesn't quite parse. But on the whole, RedHat's filing looks much more professional than SCO's. It also doesn't contain blatently obvious lies.
Re:Former perl, python, java geek gone to Ruby
on
Ruby 1.8.0 Released
·
· Score: 1
I personally can't wait until Ruby, Perl, and Python all compile to Parrot, which will hopefully be fast, have native threads, rich libraries, and a good C interface. Hopefully in the future, choosing a language will largely be an issue of personal preference for syntax. Thanks, Perl6!
Re:Former perl, python, java geek gone to Ruby
on
Ruby 1.8.0 Released
·
· Score: 1
Blocks are litteraly a bag hung on the side. Needlessly ugly and limiting.
I think the idea of blocks is wonderful, but the syntax and special handling of blocks is ugly. Since a block can be converted to a Proc, why not just make { |args| body } be a literal for a Proc object, which would have no special meaning or limits in an argument list.
I agree, tech support invariably sucks. And consider this: OSS developers are much more accessible than commercial developers ever are. You can actually send them an email, and they'll try to help you. You can give a suggestion, and it'll be duly noted. Good luck having that kind of communication with shrink-wrap software developers. I attribute this difference to the fact that in OSS, there's no manager to decide developers would be more productive with a mob of minimum-wage Elbonians insulating them from their users.
Let me restate that. If colleges paid music distributors (presumably with tuition or tax funds) to allow college students free and legal access to a large archive of popular music in open formats, then P2P usage at that college would drop to almost zero, because if someone wanted music, they'd just download it legally from the college's servers. If, however, colleges pay to give their students free access to a large arcive of popular music in DRM formats, it won't have a big impact on P2P usage. In general, the people who use P2P are the people who won't use DRM formats. My hope is that if the latter happens, somebody will realize that the aversion to legal music isn't the price, it's the DRM.
I wholeheartedly agree. First, there needs to be a testing process as you describe to find what works fastest. When I started using Gentoo, the hardest part was chosing my CFLAGS. I have a P4, but there were reports that GCC -march=pentium4 was badly broken.
And second, the GCC people need to really pay attention to the results, and work that into the -march and -mcpu defaults, and fully test and document the real-world (as in compiling and using a whole distro) effects of this. I'm tired of people saying Intel's compiler makes faster code -- if that's the case, we need to do something about it. (Also, Intel's compiler can build the kernel, I wonder if it can be made to build Gentoo.)
I probably would subscribe to something, iff it gave me MP3s or Oggs. But I'm not that optimistic, I'm sure it'll be some unusable DRM format. And I absolutely refuse to pay for that, directly or indirectly. I don't want it to be like commercial software, where students are led to believe it's cheap because everyone pays for it in tuition.
Of course, if a college offered "free" DRM'd music, and people continued to share unencumbered music, maybe they'd get a clue. I can guarentee free music in open formats would kill P2P at a college.
The computers and the network belong to the company, so the company can decide what software they will allow them to run. But the computers are in the employees' cubes, and they have complete physical access, yet they are ignorant and possibly malicious. The clients are untrusted! If the integrity and security of the network depends on your complete control of the clients, then the network is badly broken.
1. The simple act of being kicked out of Europe does not give you the right to take over the New World from the Natives.. BUT YOU DID!! and forced them into reservations for their own protection... =) (I'm not saying that is wrong either.. its a basic law of science by some dude they call darwin.. survival of the fittest or some crud)
Please don't use evolution to justify social injustices, it just gives evolution a bad name.
At the government lab where I work, Linux has penetrated much more than IT knows. We have an extremely braindead IT staff, and the five-year-old unpatched Groupwise servers simply don't work. The email system is completely bogged down with the viruses everyone trades. The people in my research group got fed up, so we finally just set up our own network. It's mostly Ethernet, with some patchy WiFi. The cables are hidden in PVC piping. This is a lab, so nobody notices when new pipes get put up. We have a few Linux servers doing mail, a website with a Tiki, Jabber, and a few other assorted tasks, as well as a bridge to the real network. IT has no idea, but I can't help feeling that in a few years, they're going to notice that all the scientists are using Linux.
Yes, but "a scam where 'the public' tries to benefit" is exactly what copyright is supposed to be. It's an incentive to publish. Consider that when the Constitution was written, there was no such thing as binary-only publishing. With a book, it's all or nothing, unlike software with it's source/binary distinction. And it used to be that if you didn't send a copy of your book to the Library of Congress, you didn't get a copyright. I'm not saying I agree with a deposit requirement, but it shouldn't be dismissed offhand.
And it's certainly not an attempt force everything into a BSD license. A BSD license allows (almost) unlimited copying and deriving, but even a deposited copyright wouldn't allow either. It'd be like a book: you can go to the Library of Congress to read it, you can take ideas from it, you can learn how to read with it, etc. You still can't copy or translate it.
As it is you're now just a common thief, and highlighting the exact reason the RIAA is doing all of this crap.
Yes, he is now just a common copyright infringer, but that's not the point. The point is that he wouldn't have become one if he could've just played his CD! In other words, DRM is a step backwards for the RIAA: it does nothing to stop illegal copying, and it makes people so angry that they don't care. If the RIAA didn't insist on DRM, more people would give them money.
Slashdot Mirror
So all we're doing is mirroring SCO's continued FUD. If tons of journalists didn't jump at everything SCO says, we'd be much better off. I plan to wait until after SCO is dead, and read a book about it.
I was going to benchmark this by loading OpenOffice before and after compiling it with -Os. On a cold boot, the -O2 load time was 12 seconds, and 3 when it was in cache. So I re-emerged, and I ran out of space! OpenOffice takes over 1.6 GB to compile! Perhaps lack of -Os isn't the problem.
Seriously, though, I don't doubt Microsoft and others have resorted to astroturfing. (It would be interesting to see Microsoft hack the moderation system, but we'd notice the bias reversal pretty quickly.)
Why is it called a promotional fee? I don't think SCO has done a lot of Linux promoting service recently.
Does it support Ogg Vorbis, like these other players do?
But it would be nice if they sold native binaries.
Nope.
Also, while the meaning is clear, Request for Relief A (page 23) doesn't quite parse. But on the whole, RedHat's filing looks much more professional than SCO's. It also doesn't contain blatently obvious lies.
I personally can't wait until Ruby, Perl, and Python all compile to Parrot, which will hopefully be fast, have native threads, rich libraries, and a good C interface. Hopefully in the future, choosing a language will largely be an issue of personal preference for syntax. Thanks, Perl6!
I think the idea of blocks is wonderful, but the syntax and special handling of blocks is ugly. Since a block can be converted to a Proc, why not just make { |args| body } be a literal for a Proc object, which would have no special meaning or limits in an argument list.
I agree, tech support invariably sucks. And consider this: OSS developers are much more accessible than commercial developers ever are. You can actually send them an email, and they'll try to help you. You can give a suggestion, and it'll be duly noted. Good luck having that kind of communication with shrink-wrap software developers. I attribute this difference to the fact that in OSS, there's no manager to decide developers would be more productive with a mob of minimum-wage Elbonians insulating them from their users.
Let me restate that. If colleges paid music distributors (presumably with tuition or tax funds) to allow college students free and legal access to a large archive of popular music in open formats, then P2P usage at that college would drop to almost zero, because if someone wanted music, they'd just download it legally from the college's servers. If, however, colleges pay to give their students free access to a large arcive of popular music in DRM formats, it won't have a big impact on P2P usage. In general, the people who use P2P are the people who won't use DRM formats. My hope is that if the latter happens, somebody will realize that the aversion to legal music isn't the price, it's the DRM.
And second, the GCC people need to really pay attention to the results, and work that into the -march and -mcpu defaults, and fully test and document the real-world (as in compiling and using a whole distro) effects of this. I'm tired of people saying Intel's compiler makes faster code -- if that's the case, we need to do something about it. (Also, Intel's compiler can build the kernel, I wonder if it can be made to build Gentoo.)
Of course, if a college offered "free" DRM'd music, and people continued to share unencumbered music, maybe they'd get a clue. I can guarentee free music in open formats would kill P2P at a college.
Quick, file a patent!
The computers and the network belong to the company, so the company can decide what software they will allow them to run. But the computers are in the employees' cubes, and they have complete physical access, yet they are ignorant and possibly malicious. The clients are untrusted! If the integrity and security of the network depends on your complete control of the clients, then the network is badly broken.
http://elks.sourceforge.net/
Please don't use evolution to justify social injustices, it just gives evolution a bad name.
At the government lab where I work, Linux has penetrated much more than IT knows. We have an extremely braindead IT staff, and the five-year-old unpatched Groupwise servers simply don't work. The email system is completely bogged down with the viruses everyone trades. The people in my research group got fed up, so we finally just set up our own network. It's mostly Ethernet, with some patchy WiFi. The cables are hidden in PVC piping. This is a lab, so nobody notices when new pipes get put up. We have a few Linux servers doing mail, a website with a Tiki, Jabber, and a few other assorted tasks, as well as a bridge to the real network. IT has no idea, but I can't help feeling that in a few years, they're going to notice that all the scientists are using Linux.
And it's certainly not an attempt force everything into a BSD license. A BSD license allows (almost) unlimited copying and deriving, but even a deposited copyright wouldn't allow either. It'd be like a book: you can go to the Library of Congress to read it, you can take ideas from it, you can learn how to read with it, etc. You still can't copy or translate it.
No, it's all part of the plan. After all the files are fake, we sue the RIAA for vandalizing our network.
Yes, he is now just a common copyright infringer, but that's not the point. The point is that he wouldn't have become one if he could've just played his CD! In other words, DRM is a step backwards for the RIAA: it does nothing to stop illegal copying, and it makes people so angry that they don't care. If the RIAA didn't insist on DRM, more people would give them money.
When the aliens knock out NORAD, we're going to need morse code to communicate. How else will we organize out counteroffensive?