I'd consider myself an anarchist, that's right. I don't need no leaders, neither political nor religious.
Also I can't stand having weapons of mass destruction pointed at me, first it were the Pershing 2 rockets back in the day when Reagan was US president and I was a child living in the eastern part of Germany, soon it will be the war machinery on board of the ship named after that president.
So do you want this to change? I hope not, because my email address is in those packages:-)
BTW the plf and packman projects are not for Germans
or French, but for Mandrake and SuSE users. I'm from
Germany and I'm an active PLF contributor, others are from Canada, South Africa and other countries.
I guess you should read a few papers about what clusters really are. I shouldn't hurt to RTFA either. MandrakeClustering isn't a high availability solution, it's for number crunching. Stuff like Openmosix is for high availability.
There are basically these two kinds of clusters,
one for the traditional high performance computing stuff to replace expensive supercomputers, the other one is for high availability, e.g. for preventing the Slashdot effect.
You cannot compare the two, as Openmosix and MandrakeClustering have really different goals. MandrakeClustering is for High Performance Computing. This includes stuff like a batch system for job submission, MPI and a fast interconnect.
Openmosix is for load balancing, it can migrate jobs between the nodes in a cluster, but it's not suited for the parallel number crunshing.
No, you can't download it. That link is for the predecessor Mandrake CLIC, which isn't the same as MandrakeClustering.
But I'm sure you can get the sources of all the parts developed by Mandrake, as usually all their stuff if GPLed and most of MandrakeClustering is based on the usual Mandrake 9.0.
Didn't you just trash your own argument, by pointing out that the problem of inadequate specs applies to NVidia employees as well as voluntary developers?
That's logical. But I guess they still have some informal docs that are not in a quality to give it to others:-).
Take a look at the work that's already been done by the DRI developers under adverse conditions, then try to tell me that NVidia's drivers wouldn't be better with these people helping out, and NVidia cooperating.
AFAIK the DRI people got some help from ATI. I'm fine with the DRI drivers for my Radeon, as I'm not a gamer. The greatest advantage I'd see in
free drivers for the Nvidia cards wouldn't be the ability to develop new features but to fix the bugs instead of begging for support by Nvidia.
And they gain the whole net as an R&D department for their card, a clear win.
Not really. Most developers cannot write drivers for modern and complex GPUs, especially if they don't have access to the specifications. I remember reading an older interview with a NVidia employee, he said they don't even have real specs for their chips.
You can still buy CDs from independant labels without copy protection. I hope they won't be forced by the CD manufacturers to also use copy protected CDs.
But you're right, these stupid laws will make MP3 players obsolete. It's everywhere the same, no matter if you live in the US or in europe.
The right to copy is useless with the new laws (EU-wide copyright directive just about to become national law in Germany) forbiding hard- and software that disable copy protection mechanisms. Almost all mainstream audio CDs already have copy protection, so soon it will be illegal even to make private copies of the CDs you own.
Why do you set your hopes on gstreamer? On my Celeron 333 I cannot even play a simple mp3 file with the gstreamer player, while MPlayer is working fine. Also, gstreamer is broken with i686 optimized glibc.
There's a recent project that tries to integrate all the best audio software into Mandrake Linux 9.1, including a patched multimedia kernel for the low latency, the ardour sequencer and other stuff.
It's all explained in this howto.
No, unfortunately only Solaris 8 and 9. My administrator told me that he cannot update to Solaris 8, because it would break some apps, but I don't know which. So I'm stucked on Solaris 7 with Gnome 1.4.
You can fix the interface by using one of the frontends, like Totem. However, I've tested both xine and MPlayer extensively and found MPlayer much better regarding performance, number of features and stability.
I'm the packager of GStreamer for Mandrake cooker. I
would release binaries for Mandrake 9.0 if it was worth the trouble. GStreamer is under heavy development and often broken. If I also would release 9.0 binaries I would have more work and more emails from users who cannot get it to work, unlike Cooker users who should know what they're doing.
I don't think this is true. MPlayer has runtime CPU detection for a while and will use MMX/SSE,... on your machine, even if you have compiled it on a i386. I have a slow machine and I didn't ever notice a performance penalty from CPU detection.
The mga_vid driver is included in the default kernel with Mandrake 9.0, along with the radeon driver.
I'm currently maintaining the MPlayer packages for Mandrake and PLF. I must say that I hardly ever get complaints about missing features or problems caused by the runtime CPU detection.
The package in PLF contains almost every feature available in MPlayer and the only trouble people have caused by forgetting to add the Mandrake contribs to their urpmi sources, because they simply don't reat the FAQ on the PLF web site.
BTW I like the name and the logo, but of course I tolerate your different taste.
At least the 3.0 version has a different, higher build number than the vulnerable version. But you're right, silent updates really suck.
Re:looks like they don't know what they are doing
on
Turn-Key Linux Audio
·
· Score: 1
There's no need to switch to Debian, as something like that is already available for Mandrake. Lots (but not all) of the mentioned applications are already part of the Mandrake distribution or the contribs directory. This includes audacity, alsaplayer, LADSPA plugins and normalize.
I've also packaged additional audio applications like soundtracker, cheesetracker and glame for Mandrake. Most of the patent-wise problematic stuff can be found under the above URL (e.g. the mp3lame library for audacity).
The Turn-Key people really should have created a few packages of their shell scripts and contributed them to Mandrake or PLF. Now it's only duplicated work.
Slashdot Mirror
Also I can't stand having weapons of mass destruction pointed at me, first it were the Pershing 2 rockets back in the day when Reagan was US president and I was a child living in the eastern part of Germany, soon it will be the war machinery on board of the ship named after that president.
Do you really need a leader (which translates to Führer in German btw), can't you think for yourself?
So do you want this to change? I hope not, because my email address is in those packages :-)
BTW the plf and packman projects are not for Germans or French, but for Mandrake and SuSE users. I'm from Germany and I'm an active PLF contributor, others are from Canada, South Africa and other countries.
There are basically these two kinds of clusters, one for the traditional high performance computing stuff to replace expensive supercomputers, the other one is for high availability, e.g. for preventing the Slashdot effect.
Openmosix is for load balancing, it can migrate jobs between the nodes in a cluster, but it's not suited for the parallel number crunshing.
No, you can't download it. That link is for the predecessor Mandrake CLIC, which isn't the same as MandrakeClustering.
But I'm sure you can get the sources of all the parts developed by Mandrake, as usually all their stuff if GPLed and most of MandrakeClustering is based on the usual Mandrake 9.0.
That's logical. But I guess they still have some informal docs that are not in a quality to give it to others :-).
Take a look at the work that's already been done by the DRI developers under adverse conditions, then try to tell me that NVidia's drivers wouldn't be better with these people helping out, and NVidia cooperating.
AFAIK the DRI people got some help from ATI. I'm fine with the DRI drivers for my Radeon, as I'm not a gamer. The greatest advantage I'd see in free drivers for the Nvidia cards wouldn't be the ability to develop new features but to fix the bugs instead of begging for support by Nvidia.
Not really. Most developers cannot write drivers for modern and complex GPUs, especially if they don't have access to the specifications. I remember reading an older interview with a NVidia employee, he said they don't even have real specs for their chips.
But you're right, these stupid laws will make MP3 players obsolete. It's everywhere the same, no matter if you live in the US or in europe.
The right to copy is useless with the new laws (EU-wide copyright directive just about to become national law in Germany) forbiding hard- and software that disable copy protection mechanisms. Almost all mainstream audio CDs already have copy protection, so soon it will be illegal even to make private copies of the CDs you own.
If you want a framework embedded into your desktop environment, you don't want it to take up all your CPU power just to play some sounds.
Why do you set your hopes on gstreamer? On my Celeron 333 I cannot even play a simple mp3 file with the gstreamer player, while MPlayer is working fine. Also, gstreamer is broken with i686 optimized glibc.
There's a recent project that tries to integrate all the best audio software into Mandrake Linux 9.1, including a patched multimedia kernel for the low latency, the ardour sequencer and other stuff.
It's all explained in this howto.
You obviously don't use Emacs. The diamond key acts as meta on my SunRay. So I have to use it really often for M-x recover-file and stuff.
BTW the musical note C# is pronunced as Cis in german.
Have you tried it? MPlayer cannot play this particular file, because it uses some unsupported codec.
No, unfortunately only Solaris 8 and 9. My administrator told me that he cannot update to Solaris 8, because it would break some apps, but I don't know which. So I'm stucked on Solaris 7 with Gnome 1.4.
You can fix the interface by using one of the frontends, like Totem. However, I've tested both xine and MPlayer extensively and found MPlayer much better regarding performance, number of features and stability.
I'm the packager of GStreamer for Mandrake cooker. I would release binaries for Mandrake 9.0 if it was worth the trouble. GStreamer is under heavy development and often broken. If I also would release 9.0 binaries I would have more work and more emails from users who cannot get it to work, unlike Cooker users who should know what they're doing.
The mga_vid driver is included in the default kernel with Mandrake 9.0, along with the radeon driver.
The package in PLF contains almost every feature available in MPlayer and the only trouble people have caused by forgetting to add the Mandrake contribs to their urpmi sources, because they simply don't reat the FAQ on the PLF web site.
BTW I like the name and the logo, but of course I tolerate your different taste.
rpmbuild --rebuild --with fullstatic --with plf mplayer-0.90-0.rc3.2mdk.src.rpm
on a reasonable new Mandrake system and you'll get a static binary.
AFAIK MPlayer's GUI doesn't use GTK+2 but GTK+1.2, so it's really useless to link to libglib-2.0.so.0 & Co.
At least the 3.0 version has a different, higher build number than the vulnerable version. But you're right, silent updates really suck.
There's no need to switch to Debian, as something like that is already available for Mandrake. Lots (but not all) of the mentioned applications are already part of the Mandrake distribution or the contribs directory. This includes audacity, alsaplayer, LADSPA plugins and normalize.
I've also packaged additional audio applications like soundtracker, cheesetracker and glame for Mandrake. Most of the patent-wise problematic stuff can be found under the above URL (e.g. the mp3lame library for audacity).
The Turn-Key people really should have created a few packages of their shell scripts and contributed them to Mandrake or PLF. Now it's only duplicated work.