No, you shouldn't. The reason for this is that the vast majority of 'integrated sound cards' are not really dsp's, but are mere codecs. Thus they hog the CPU for many, if not all sound processing tasks. On the other hand, integrated ethernet devices aren't codecs - they're just those ethernet chips planted onto the main motherboard PCB instead of a separate card. They can have a slight performance benefit because of a high-speed interconnection with the chipset, too.
Reverse engineering the binary driver for the ethernet chip and making a GPL'd source tree for anyone to review is great. However, I don't think that it offers much except for hypothetical multiplatform portability. Without any specs it would be extremely hard to modify the driver and it's even harder to add new features. Now I just hope someone has the time and skills to reverse engineer the NVidia video driver and GL libraries so that my 2.6.0-test9-mm2 kernel wouldn't give me pages of tracebacks every time I launch X using the nvidia driver.:-)
Well, this really is the full source of Half-Life 2. Gabe Newell had already confirmed it, and it should be pretty obvious to any programmer who looked it across. This is very bad for Valve, and I feel terribly sorry for the team, but it really isn't the worst thing that happened. Not every bit of source has been leaked. The leaked tree includes some.lib files. Those could be either static libs, or import libraries for linking the application with external DLLs. So, neither the MSS nor STEAM library have been leaked - their lib files are only import libraries, and there's no source for them in the tree. So goes for vtuneapi, whatever could that be. The source code for Havok included is also only an interface, the real solver code is included as a static lib (still bad luck). I also found some code with GPL (*not* LGPL) license among Havok source files, someone should really look at it closer. Well, that's it. I now delete the source out of respect to Valve. I really hope they find the bastards.
The government is there to watch over, maintain and improve the society. Funding Free Software *is* improving soviety. Your argument is kinda like: "The smart government will look upon the dumb governments spending money for charity and will use that money for something else(buying Windows(TM)) for government computers". This is all pure MOHO. (my own humble opinion)
Linux worked alright with my KT400 chipset and
my FX5600 well since 2.4.19. My motherboard is ASUS A7V8X. I just do not understand your problem.
If you compile in agpgart with VIA chipset support,
KT400 must work. Otherwise, it ain't a KT400:)
If you allow me to push my 2 cents down the stack, then my opinion is the following: You certainly need to somehow notify the vendors and the users of the software(schools). But they may sue you (they freaks), so you should better do this anonymously. You may be a clever security analyst, but I surely don't think you're alone, and I alse don't think the others who are clever in reverse engineering ain't reading Slashdot. So, they interest may only be boosted by your article and the bug will soon be exploited whether you want it or not.
I would suggest you follow the following strategy: - Inform the vendor about the bug including all details anonymously (via a chain of cypherpunk remailers), threatening full disclosure in 15 days
- After 15 days, post (anonymously again) all the gory details on some software security mailing list, like BUGTRAQ. You might also contact CERT.
I hate the country where people wishing to help are ending up being sued for wishing to help. P.S. Make sure there is no SCO code in the accounting software! If there is, the vendor is already deep in sh*t.
You see, their cvs release didn't include support for various copy protection schemes like SafeDisc and SecuROM. They were only included in binary packages which you couldn't redistribute.
Hello!
You should download livecd-ppc-1.4.iso to get a bootstrap system. Then you may choose the GRP CDs for your appropriate architecture to get a wide range of precompiled packages.
Sincerely,
Alex
Well... but their CVS still has all the ebuilds for WineX-Transgaming!.
Anyway, Transgaming seems to be very lame^H^H^H^Hgamer-oriented, and installing their Winex distribution on a gentoo would be a simple matter of extracting the RPM, by rpm2cpio, rpm2targz of rpmoffset.
Also, Transgaming doesn't distribute the source for their WineX modifications (as it seems to me they even didn't bother to add their "open" mods like d3dgl for 3.1 to sourceforge wineX CVS tree)
And they surely do not distribute the binaries to everyone. However, I have been able to find available copies on the Net for every release.:)
Gentoo does not mirror the WineX distribution on their distfiles mirrors, so I don't see anything wrong with them)
If the rumour is real, then Transgaming really starts to suck.
I agree.:)
If i were a moderator, I would mark this insightful:) I really hope SCO will be kicked/screwn/torn to pieces if they try to pursue their objective. Their actions make you think they are funded by M$
Hey! I would like to get $1 from SCO (with a signature of Darl McBride, to fine-tune my dart skills), assuming their brains are 32-bit wide. That would be quite an idealistic assumption however.
The fun part is that there are almost NO ADVANCED features in the SCO UNIX -- no NUMA, only some SMP -- and that is hardly an 'advanced feature' by today's standards. They just want the f**king money.
Ignore them -- they can't do anything to you until the court, and they'll be screwn in the court.
Slashdot Mirror
I once had to investigate an employee. I did so by connecting to his computer over the network and downloading everything on all mounted drives.
You can encrypt all you want, the company would still have your files using the above method.
Not if you have admin rights on the laptop, though. If you don't, you would probably not be able to set up TrueCrypt/etc anyway.
Or, more precisely, in one certain instance of OS X. I've been using Firefox on my MacBook ever since I got it, and it works quite okay for me.
No, you shouldn't.
The reason for this is that the vast majority of 'integrated sound cards' are not really dsp's, but are mere codecs. Thus they hog the CPU for many, if not all sound processing tasks.
On the other hand, integrated ethernet devices aren't codecs - they're just those ethernet chips planted onto the main motherboard PCB instead of a separate card. They can have a slight performance benefit because of a high-speed interconnection with the chipset, too.
Reverse engineering the binary driver for the ethernet chip and making a GPL'd source tree for anyone to review is great. :-)
However, I don't think that it offers much except for hypothetical multiplatform portability. Without any specs it would be extremely hard to modify the driver and it's even harder to add new features.
Now I just hope someone has the time and skills to reverse engineer the NVidia video driver and GL libraries so that my 2.6.0-test9-mm2 kernel wouldn't give me pages of tracebacks every time I launch X using the nvidia driver.
Well, actually the name is the word "Penguin" broken up. :-)
So, it is something like "Guin & Pen" translated into English.
Well, I meant "the worst thing that *could have* happened". :)
I should sleep more
Well, this really is the full source of Half-Life 2. .lib files. Those could be either static libs, or import libraries for linking the application with external DLLs.
Gabe Newell had already confirmed it, and it should be pretty obvious to any programmer who looked it across. This is very bad for Valve, and I feel terribly sorry for the team, but it really isn't the worst thing that happened. Not every bit of source has been leaked.
The leaked tree includes some
So, neither the MSS nor STEAM library have been leaked - their lib files are only import libraries, and there's no source for them in the tree. So goes for vtuneapi, whatever could that be.
The source code for Havok included is also only an interface, the real solver code is included as a static lib (still bad luck).
I also found some code with GPL (*not* LGPL) license among Havok source files, someone should really look at it closer.
Well, that's it. I now delete the source out of respect to Valve.
I really hope they find the bastards.
The government is there to watch over, maintain and improve the society. Funding Free Software *is* improving soviety. Your argument is kinda like:
"The smart government will look upon the dumb governments spending money for charity and will use that money for something else(buying Windows(TM)) for government computers".
This is all pure MOHO. (my own humble opinion)
Linux worked alright with my KT400 chipset and my FX5600 well since 2.4.19. My motherboard is ASUS A7V8X. I just do not understand your problem. If you compile in agpgart with VIA chipset support, KT400 must work. Otherwise, it ain't a KT400 :)
Awwww... Sorry for the spelling, I should sleep more... WAY more.
If you allow me to push my 2 cents down the stack, then my opinion is the following:
You certainly need to somehow notify the vendors and
the users of the software(schools).
But they may sue you (they freaks), so you should better do this anonymously. You may be a clever security analyst, but I surely don't think you're alone, and I alse don't think the others who are clever in reverse engineering ain't reading Slashdot.
So, they interest may only be boosted by your article and the bug will soon be exploited whether
you want it or not.
I would suggest you follow the following strategy:
- Inform the vendor about the bug including all details anonymously (via a chain of cypherpunk remailers), threatening full disclosure in 15 days
- After 15 days, post (anonymously again) all the gory details on some software security mailing list, like BUGTRAQ.
You might also contact CERT.
I hate the country where people wishing to help are ending up being sued for wishing to help.
P.S. Make sure there is no SCO code in the accounting software! If there is, the vendor is already deep in sh*t.
Alexander Svadkovsky
You see, their cvs release didn't include support for various copy protection schemes like SafeDisc and SecuROM. They were only included in binary packages which you couldn't redistribute.
Hello! You should download livecd-ppc-1.4.iso to get a bootstrap system. Then you may choose the GRP CDs for your appropriate architecture to get a wide range of precompiled packages. Sincerely, Alex
Well... but their CVS still has all the ebuilds for WineX-Transgaming!. Anyway, Transgaming seems to be very lame^H^H^H^Hgamer-oriented, and installing their Winex distribution on a gentoo would be a simple matter of extracting the RPM, by rpm2cpio, rpm2targz of rpmoffset. Also, Transgaming doesn't distribute the source for their WineX modifications (as it seems to me they even didn't bother to add their "open" mods like d3dgl for 3.1 to sourceforge wineX CVS tree) And they surely do not distribute the binaries to everyone. However, I have been able to find available copies on the Net for every release. :)
Gentoo does not mirror the WineX distribution on their distfiles mirrors, so I don't see anything wrong with them)
If the rumour is real, then Transgaming really starts to suck.
I agree. :)
If i were a moderator, I would mark this insightful :) I really hope SCO will be kicked/screwn/torn to pieces if they try to pursue their objective. Their actions make you think they are funded by M$
Hey! I would like to get $1 from SCO (with a signature of Darl McBride, to fine-tune my dart skills), assuming their brains are 32-bit wide. That would be quite an idealistic assumption however.
The fun part is that there are almost NO ADVANCED features in the SCO UNIX -- no NUMA, only some SMP -- and that is hardly an 'advanced feature' by today's standards. They just want the f**king money. Ignore them -- they can't do anything to you until the court, and they'll be screwn in the court.