zero0w

and i think everyone in mub should join i already did Done! :)

I see, glad you make it working. As for Rosegarden-4, I am using the thac's rpm for Mandrake 9.1, which has no problem using the soundbank loaded by sfxload. http://rpm.nyvalls.se/sound9.1.html

Try su lsmod If snd-emu10k1, which is NOT an ALSA module. You can check out my tutorial for further detail: http://www.mandrakeusers.org/viewtopic.php?t=1189

For Mozilla 1.5, there is a new section in the "Help" Menu: "For Internet Explorer Users", which will guide former IE users to navigate in Mozilla. You might find it useful :P .

MultiEX Commander (Win32 apps) has gone open source, and its cross-platform brother OpenMex is now started: MultiEx Commander http://sourceforge.net/projects/mexcom OpenMex http://sourceforge.net/projects/openmex The tools serve as Multi-game archive resource extractor. More info at http://www.xentax.com/

Savage Demo for Linux is released: http://www.linuxgames.com/news/feedback.ph...action=flatview About Savage: http://s2games.com/savage/index.html EDIT: Try updating to latest nVidia Linux driver if you use a nVidia display card. I tried driver 1.0-4365 but the game crashed when I try to sprawn, updated to driver 1.0-4496 and the problem went away.

Actually I have joined one of my local LUG committee recently; we have more plans to promote the Penguin in the future.

There is an open source tool to help get your Red Hat Linux network upgrading for free, but that cannot help with the EOL policy for each Red Hat distro: http://www.nrh-up2date.org/nrh-up2date.html EOL policy of Red Hat distro: http://www.redhat.com/apps/support/errata/

I want 3D Studio Max on Linux, if that's done animation studio will have one less problem to deal with in migration of platform.

I think more exactly is that SCO saw a few pieces of identical code between the two kernels and then implied Linux contributors stole from it. Some of these pieces, such as XFS, certainly was not owned by SCO; but as ESR pointed out, programmers who have been working with both code base might have done some causual copying; however SCO still needs to argue the identical code is of SCO's origin, not from IBM or SGI. HP, IBM and other who are SysV licensees do have some duty to make use of the source comparator to find out the identical part which (1) is SysV origin; (2) is their own contribution to Linux Kernel; (3) is NOT their own patented / copyrighted code. (4) is NOT found in the Unix source released in BSD license. Only code that is satisfied with all 4 criteria above will really need to be removed. As we can see, this is not an easy job, and I doubt the amount of code that would fit all 4 criteria above is in anyway huge.

SGI did make use of the source comparator from ESR. I think as far as SGI is concerned, it has covered its ass and performed in good faith the duty of internal audit of its own source contribution. However, Blake Stowell's response seems to suggest that SCO's attack has no real direction; he simply suggests a line by line comparison was not "trivial" - in other words, it could be impossible for his company to do just that (and its claim of 1 million copied lines is absolutely BS in the light of this comment). I don't think SCO has any idea of whom it is going to sue but just keep saying of such meaningless threats. Each source contributor (company) who has licensed to use System V source code should make use of ESR's souce comparator to remove tainted code, if any of these could be found - however, SGI's action does not suggest any true violation as a System V licensee, as the 'arguable code' was released in BSD license earlier.

I can only hope when the Borland C++ BuilderX comes out for Linux, it will really support native wxWindows - which works pretty good on Audacity, Bittorrent GUI client and a few other apps. In that case, a native toolset might have a better chance to come out. It is to my knowledge that Kylix 3 still made use of WINE but in a obscure way.

This feature is more useful to Windows users, because they don't have this option you mentioned in Windows version of OO.org 1.0.x. Yes, Linux can do PS/PDF export for years for almost any applications running on it.

SGI responds: http://newsforge.com/newsforge/03/10/01/19...53.shtml?tid=23

No problem. Here comes the official annoucement: http://newsforge.com/newsforge/03/10/01/15...13.shtml?tid=15 http://www.openoffice.org/dev_docs/source/1.1.0/ This new version supports better MS Office filters, PDF export and Flash export (from PowerPoint / Impress presentation). A few other new formats are being supported as well. This new version also has much improved startup time. OpenOffice.org1.1 toolbar icon themes http://www.kde-look.org/content/show.php?content=7131

What? ramfree17 is getting married? :P Hopefully not with one of the from another forum.... :lol:

SCO has terminated SGI's UNIX license: http://cbronline.com/latestnews/c87ea1f4f4...0256db20018c17e I am beginning to suspect if SCO is trying to fight the whole industry who is standing behind Linux. I think nobody will ever do business with SCO anymore, even if they could win the case; because it is the way how SCO will treat its customers.

An open-source letter: http://news.com.com/2010-7344-5083904.html?tag=gutspro It is interesting that the author was a former colleague of Darl McBribe when they were both still working at Novell.

I think I now get your meaning. Once again, I believe if the prerequisite of "the product doesn't suck" is satisfied, I will tend to support products with more commitment to Linux. However, as we shall see, it's not always a thumbs-up to manufacturers who want users to upgrade to new products - because kernel-based driver usually will not be obsolete when the hackers are around to port and hack them to run in newer kernels. In other words, stopping driver development to force hardware upgrades will not work on Linux, but it probably will work on Windows. Of course I do not consider it a good business practice to do this kind manipulative action to customers; but as we shall see, it might really reduce hardware upgrade incentives in the future.

No, not only you. I will only purchase Linux compatible hardware; and the folks at Hollywood seems to agree with both of us: http://www.technewsworld.com/perl/story/31707.html But there is a pre-requisite though that the hardware itself does not suck - and nVidia display card has very good OpenGL performance on Linux/Windows; until ATi has improved its Linux driver better, I am and will still be with nVidia.

The problem is that not all people will take time to go out and write their own letters to Microsoft to ask for the settlement claim, or even know such procedure exists. While Lindows is trying to take advantage of this issue, what has Microsoft done to advertise the "right"/proper way for previous Windows users to secure their benefit thru the settlement claim? Does Microsoft want you to get your benefit approved by the Court?

Although the official announcement is not made yet, OpenOffice 1.10 final binaries already hit the mirror sites, go find a mirror and try to locate the /1.10 directory by browsing around the mirror sites: List of mirror sites: http://www.openoffice.org/dev_docs/source/1.1rc5/ One of the mirror to look for OO.org 1.10 final binaries: http://www.ibiblio.org/pub/packages/openoffice/stable/

Let me see if I am getting it right. Are you trying to suggest Linux driver support would (or should) become a manufacturer advantage? Or customers' advantage? So that we should support such vendors/manufacturers with open source drivers than others without? Well, it is again an egg and chicken problem I believe. As customers and end users Linux support is always a plus because it gives more choice; but to hardware manufacturers being able to support Linux does not guarantee a competent product (network adapter would be one of the few exceptions since Linux/UNIX was designed for running in a network environment, unable to work under Linux is really unacceptable for such devices). As for manufacturer opting for standardization around USB (and any standard will come later) or opting for better driver support on its own, I don't see it makes a big difference just yet (except my SB Live! with MIDI support in ALSA :) ). However, where multimedia applications, such as color adjustment of scanning images/films, better integration of drivers with software will be a big plus. Because they almost worked hand in hand - in other words, a scanner should come with its own software or modules on top of open source software (GIMP/Xsane) to make it perform at its best. But as things stand, Linux was not considered a strong multimedia platform just yet (except for most highend 3d software which is running fine on Linux: Maya, Softimage and Houdini); the apps are not there - or are there but only very few notices (ask anyone who knows about Scribus?). As a result, I believe while Linux compatibility/support is important to ME, and I will only purchase Linux compatible hardware (since I run Linux only); this is not equivalent to support all Linux-friendly vendor in general - because, in the end, the functions, features and performance of the product must be considered. Now that Linux is catching momentum, I think to send a message "where Linux support will get more customers" is still important, but not as vital as it was several years ago. Because, I do think, without Linux support, vendors will find themselves down under. Whether it is thru generic interface or special (open source) driver to support Linux should become the norm in a few years, if not sooner. NOTE: Some USB MP3 players do mention Linux 2.4 kernel compatible, so I guess a Kernel version specificaton could work.

Could have confused about the date, thanks for the heads up. We will see what happen within this month.

My sister's USB MP3 player can be auto-detected under KDE on Mandrake Linux, and the salesman has no clue whatsoever about Linux support - nor anything on the retail boxes/manual has shown. I think at least for most USB devices the manufacturer should have some information regarding running them on Linux; it's almost no big cost whatsoever to do a few testing as USB is a standard interface. As for support, I believe it is still troublesome to some extent - again say, in my sister's experience, the USB MP3 player would disappear somehow when she runs Konqueror file browser in root user (Konquerorsu) mode. How to support this kind of weird situation ? (btw, a reboot without using Konquerorsu fix that). A mention on the box of Linux compatible should be nothing but good, but to offer official (Linux) support is still a big problem; unofficial online documentation/help would be a good start but anything further than that might just be a nightmare for the customer support services as Linux can be as diverse and complicated as nobody knows "what? You can do that this way" kind of discovery.