zero0w

Thanks for the info, Dolson.

I am curious.

Who created this InstallShield and such EULA? Microsoft?

Well, considering that they can't use that installer because the InstallShield EULA prohibits it... I don't see us getting any further. We've tried. Trust me.

The EULA disallowed WineX to use the InstallShield? Any reason/explanation for that?

Ravage, you are the man! :)

I'll go grab my copy when it's out!

Dolson, I found another approach to patch NWN to 1.29 on Linux, this requires WineX, however:

http://nwn.bioware.com/forums/viewtopic.ht...&forum=72&sp=45

Bioware should solicit more help from the Linux community, as a Linux installer is already available now despite what the official Linux client page claimed otherwise. Perhaps Ravage may consider to crank out an update program himself too. :)

So we still need to wait for an update patch for the Linux installer....

I'll hold off grabing a copy until then :D .

Congratulations. That's a good news :) .

ramfree17, do you think if civilme can be rehired again later, should the company's financial status improved?

Could the club members voice over the concern of keeping him behind?

This article explains better, the open source nature of the 'old day' UNIX:

http://www.linuxworld.com/2003/0310.barr.html

Speaking of which, Pete MesaGL GPU plugin 1.69 is released. More fixes and enhancements :) .

Why would you feel insulted with that kind of behaviour?

As many analyst pointed out, SCO is being speculative on this. Should SCO somehow out of luck or whatever reason win the suit or lure IBM into settlement, no one can guarantee if or who will be the next. It's strategic in that it's taking the head of the pack down the rest will follow/give in; and attacking a community many of those believe in free/open source software with charges and restrictive license is simply usurpation, in both free beer and free speech.

Of course it still depends on how the event turns out, either IBM could have bought SCO, or chooses to fight. The risk is still there, if IBM loses the case or gets into unfavorable settlement of IP rights of UNIX.

To the extent that it is an insult, which I don't think it is.

Why not? Did other open source programmers personally tell you they feel they were not offended?

ePSXe for Linux is very nice.

The open sourced PCSX for Linux is also progressing nicely. PCSX 1.5 should be able to run FF9 with no problem.

On a side note Pete will update OpenGL plugin real soon.

Also Peops SPU 1.5, released yesterday, has native ALSA support and also enhanced the sound quality quite a bit.

I don't know why anyone gets all in a knot everytime a lawsuit is filed.  Most of the time it is a company who is in need of serious money looking for a way to get it from another company that has it.  The only people who profit from all of this is the lawyers.  Some companies do get a fraction of what they ask for in out-of-court settlements because the larger company wants to do a flea or fly flick like a horse's tail just to get on with things.

It's not just about money. It's also an insult to the open source community's open nature.

According to the article DragonMage posted, SCO thinks, specifically Linux, would not come this far without stealing/reverse engineering IP from UNIX's code base.

This suit by SCO is opportunistic and speculative at best. SCO basically accused IBM helped GPL certain code which should never have been GPLed in the first place.

The curious point is SCO did not attack on the Linux kernel directly; since it's open to examination - all the debate can be done openly in public, but it seems it's not what SCO aimed for.

In any case, this is a planned move. But I think it already pissed off many developers in the open source community for undermining their originality and programming skills in contributing to free/open source software.

Eric S. Raymond spoke on the matter:

http://linuxtoday.com/news_story.php3?ltsn...010-26-OP-CD-LL

This is a sad day for open source and Linux.

Either IBM can buy SCO right out, or defend rigorously of such claims.

Check out this thread as well for the PLF RPM approach:

http://www.mandrakeusers.org/viewtopic.php?t=3103

File transfer? Really nice.

gaim 0.60 will be based on GTK+ 2.x and have great internationalization support in various languages. Screenshot is available at the gaim official page.

[ump@localhost mplayerplug-in]$ make

gcc -c -g -DXP_UNIX -Iinclude -ISource/_gen -I/usr/X11R6/include -I. -I/usr/include Source/mplayerplug-in.c

cc1: warning: changing search order for system directory "/usr/include"

cc1: warning: as it has already been specified as a non-system directory

In file included from Source/mplayerplug-in.c:25:

include/npapi.h:129:22: X11/Xlib.h: No such file or directory

In file included from Source/mplayerplug-in.c:25:

I am pretty sure you have not installed certain XFree86/X11 server package(s), since I have the Xlib.h right here at this directory:

/usr/X11R6/include/X11

If you are using Mandrake, you may want to check if you have installed the revelant development package required.

I just compiled the new v0.50, works ok for me.

Xlib.h has something to do with the X Window system files I believe, you might want to look into that.

It seems that you need some X11/XFree86 package to be installed...

I have no problem in compiling the plugin though.

To avoid confusion, I just want to inform you guys that I have submitted this article to DesktopLinux.com, and it has posted it online by now:

http://www.desktoplinux.com/articles/AT2322798911.html

Note: Some of the updates did not make it into that version.

Try to become root user first before compiling.

I have made certain new info in that thread, you can check it out.

I just installed all those rpms from PLF, here are the packages and their dependencies installed:

(1) MPlayer 0.9 RC4

libdha0.1-0.90-0.rc4.4plf.i586.rpm

libpostproc0-0.90-0.rc4.4plf.i586.rpm

libpostproc0-devel-0.90-0.rc4.4plf.i586.rpm

mplayer-0.90-0.rc4.4plf.i586.rpm

mplayer-fonts-1.0-3plf.noarch.rpm

mplayer-gui-0.90-0.rc4.4plf.i586.rpm

mplayer-skins-1.3-1plf.noarch.rpm

(2) Dependency Available from PLF/rpmfind.net

libdv2-0.98-1mdk.i586.rpm

libfaad2_0-1.1-4plf.i586.rpm

liblirc0-0.6.5-2mdk.i586.rpm

liblzo1-1.08-1mdk.i586.rpm

libnas2-1.6-2mdk.i586.rpm

xanim-codecs-1.0-2plf.i586.rpm

xvid-0.9.0-1plf.i586.rpm

win32-codecs-1.3-1plf.i586.rpm

libggi-2.0.1-5mdk.i586.rpm

libggi2-2.0.1-5mdk.i586.rpm

libgii0-0.8.1-5mdk.i586.rpm

libgii-0.8.1-5mdk.i586.rpm

(2.1) Optional Divx access

divx4linux-20020418-3plf.i586.rpm

libdivx4linux0-20020418-3plf.i586.rpm

(2.2) Optional DeCSS DVD access

libdvdcss2-1.2.4-1plf.i586.rpm

(3) mplayer-plugin for mozilla (http://mplayerplug-in.sourceforge.net/)

mplayerplug-in.so compiled from mplayerplug-in_v0.40.tar.gz, put it in the plugin directory.

UPDATE: Some movies can still crash MPlayer 0.9 RC4, but it's already far better than earlier beta versions in stability.

I am not sure about the GUI required or not.....

You're right. However, you can program/edit SVG in XML if you knew the SVG parser well enough :P .

Anyway, Sodipodi 0.31 is released, with more fixes. :D