hi,
looks like the debian stable autobuild of last night didnt make it.
++
O
Olivier Heinry wrote:
hi,
looks like the debian stable autobuild of last night didnt make it.
it would be nice if you could also provide the information _why_ the autobuild did not succeed (as can be found in the autobuild-logs).
btw, whenever an autobuild on the build-farm fails, there will be an automated email to the pd-cvs mailinglist, telling so (and appending a tail of the logfile to get an idea why it did fail)
finally, it failed because of Gem's new recordQT4L code. i just realized that this new code (which is supposed to be more stable and reliable than the last one) depends on a new version of libquicktime1, which might not be available for debian/stable (but is in lenny; probably there are backports?)
personally i would rather not revert to etch (who works with multimedia and can live with a debian/stable anyhow :-)?)
i will the configure-script to prevent failing builds.
fgmadsr IOhannes
IOhannes m zmölnig wrote:
personally i would rather not revert to etch (who works with multimedia and can live with a debian/stable anyhow :-)?)
i just noticed that the debian/stable build machine does not have the debian-multimedia.org repository enabled.
debian-multimedia.org hosts a newer version of libquicktime-dev (0.9.10) which would provide the support for the features used by my new code.
shall i submit a feature-request to add debian-multimedia.org to the repositories on the build-machines? even the docs for building pd-extended on debian (http://puredata.info/docs/developer/Debian) suggest using this repository, so i wonder why it is not used. (probably because users complained about missing dependencies on their vanilla etch installations?)
i will the configure-script to prevent failing builds.
at least that one should work.
fgmasdr IOhannes
On Apr 11, 2008, at 4:25 AM, IOhannes m zmoelnig wrote:
IOhannes m zmölnig wrote:
personally i would rather not revert to etch (who works with
multimedia and can live with a debian/stable anyhow :-)?)i just noticed that the debian/stable build machine does not have the debian-multimedia.org repository enabled.
debian-multimedia.org hosts a newer version of libquicktime-dev
(0.9.10) which would provide the support for the features used by my new code.shall i submit a feature-request to add debian-multimedia.org to the repositories on the build-machines? even the docs for building pd-extended on debian (http://puredata.info/docs/developer/Debian) suggest using this repository, so i wonder why it is not used. (probably because users complained about missing dependencies on their vanilla etch installations?)
debian-multimedia.org is not an official repository, and has packages
that are not legal to use without a patent license (this is not only
a problem in the US, but mostly). Using all official Debian packages
means that it meets the DFSG, which is a very good thing, IMHO.
.hc
i will the configure-script to prevent failing builds.
at least that one should work.
fgmasdr IOhannes
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Looking at things from a more basic level, you can come up with a
more direct solution... It may sound small in theory, but it in
practice, it can change entire economies. - Amy Smith
Quoting Hans-Christoph Steiner hans@eds.org:
shall i submit a feature-request to add debian-multimedia.org to the repositories on the build-machines? even the docs for building pd-extended on debian (http://puredata.info/docs/developer/Debian) suggest using this repository, so i wonder why it is not used.
debian-multimedia.org is not an official repository, and has packages that are not legal to use without a patent license (this is not only a problem in the US, but mostly). Using all official Debian packages means that it meets the DFSG, which is a very good thing, IMHO.
which is definitely a valid argument.
nevertheless, why do the docs for building Debian then suggest to add
repositories that have packages that are not legal - therefore talking
naive users into potentially doing a crime?
furthermore, the docs even explicitely tell users to install
potentially patent-encumbered packages, while i was just asking for a
totally legal package (libquicktime is in main debian anyhow;
debian-multimedia provides a backport for etch)
finally, i should probably submit a bugreport as to remove liblame0
and liblame-dev from the debian/stable machine, as this _is_ a
potentially patent-encumbered package installed _from_
debian-multimedia.org :-)
mfg.asr IOhannes
This message was sent using IMP, the Internet Messaging Program.
On Apr 11, 2008, at 2:18 PM, zmoelnig@iem.at wrote:
Quoting Hans-Christoph Steiner hans@eds.org:
shall i submit a feature-request to add debian-multimedia.org to the repositories on the build-machines? even the docs for building pd-extended on debian (http://puredata.info/docs/developer/Debian) suggest using this repository, so i wonder why it is not used.
debian-multimedia.org is not an official repository, and has packages that are not legal to use without a patent license (this is not
only a problem in the US, but mostly). Using all official Debian packages means that it meets the DFSG, which is a very good thing, IMHO.which is definitely a valid argument.
nevertheless, why do the docs for building Debian then suggest to
add repositories that have packages that are not legal - therefore
talking naive users into potentially doing a crime? furthermore, the docs even explicitely tell users to install
potentially patent-encumbered packages, while i was just asking for
a totally legal package (libquicktime is in main debian anyhow;
debian-multimedia provides a backport for etch)
libquicktime can have patent issues if it is built with all of the
codecs. Feel free to change the docs, they are wikis for that
purpose. I do want I can.
finally, i should probably submit a bugreport as to remove liblame0
and liblame-dev from the debian/stable machine, as this _is_ a
potentially patent-encumbered package installed _from_ debian- multimedia.org :-)
If you want, it's been on the todo list for a while.
.hc
mfg.asr IOhannes
This message was sent using IMP, the Internet Messaging Program.
The arc of history bends towards justice. - Dr. Martin Luther
King, Jr.
Le Fri, 11 Apr 2008 08:29:45 +0200, IOhannes m zmölnig zmoelnig@iem.at a écrit :
Olivier Heinry wrote:
hi,
looks like the debian stable autobuild of last night didnt make it.
it would be nice if you could also provide the information _why_ the autobuild did not succeed (as can be found in the autobuild-logs).
Yep, I didnt provide anything since I noticed these logs are as easy to find.
btw, whenever an autobuild on the build-farm fails, there will be an automated email to the pd-cvs mailinglist, telling so (and appending a tail of the logfile to get an idea why it did fail)
good to know.
personally i would rather not revert to etch (who works with multimedia and can live with a debian/stable anyhow :-)?)
Well it's hard to live with a debian/unstable in aproduction environment, I tell you! I reverted to etch since I hoped to have the best of both worlds: stable AND multimedia! (which obviously isnt the case!) ++ O.
Olivier Heinry wrote:
Yep, I didnt provide anything since I noticed these logs are as easy to find.
good to know.
aye, your approach does make sense if you were not aware of the automatic mails on fail. (sorry if i was too harsh)
personally i would rather not revert to etch (who works with multimedia and can live with a debian/stable anyhow :-)?)
Well it's hard to live with a debian/unstable in aproduction environment, I tell you! I reverted to etch since I hoped to have the best of both worlds: stable AND multimedia! (which obviously isnt the case!)
right, sometimes it is really hard to decide which one to use.
still i think that running plain "etch" will not get you far, if you want to try things out (in multimedia). if you have a small set of applications (e.g. ardour, a certain Pd-patch) you have to run really stable then you might be fine with etch.
but for trying things out (e.g. seeing whether i bug has been fixed in the current Gem CVS version), i would not recommend stable as the platform of choice.
things are not so bad, if you are not on stable/vanilla but can add the debian-multimedia repositories; but these are obviously missing from the autobuild machines (for legal reasons).
of course "unstable" is usually just that: unstable. but luckily there are things inbetween: testing (lenny) but i have to admit that usually i run lenny+sid mixtures, as some packages (the ones i need), tend to hang in sid forever.
finally: kernel-2.6.24 really makes a difference in latency, i can recommend it; however, getting your nvidia-card to run decently with etch or lenny and this kernel is nearly impossible :-(
fmgasdr IOhannes
Le Mon, 14 Apr 2008 13:58:41 +0200, IOhannes m zmoelnig zmoelnig@iem.at a écrit :
Olivier Heinry wrote:
Yep, I didnt provide anything since I noticed these logs are as easy to find.
good to know.
personally i would rather not revert to etch (who works with multimedia and can live with a debian/stable anyhow :-)?)
Well it's hard to live with a debian/unstable in aproduction environment, I tell you! I reverted to etch since I hoped to have the best of both worlds: stable AND multimedia! (which obviously isnt the case!)
right, sometimes it is really hard to decide which one to use.
still i think that running plain "etch" will not get you far, if you want to try things out (in multimedia). if you have a small set of applications (e.g. ardour, a certain Pd-patch) you have to run really stable then you might be fine with etch.
yep. nonetheless the only repositoruies which I add to the source-list are debian-multimedai and its mirrors, plus proposed-updates.
but for trying things out (e.g. seeing whether i bug has been fixed in the current Gem CVS version), i would not recommend stable as the platform of choice.
I'm not that deep in chroot thingie and multiboot, although I installed Innotek's virtualbox on a feisty fresh install for a friend to keep his Lanbox program running under XP and it worked really fine. then comes the hard disk space (laptop!)
things are not so bad, if you are not on stable/vanilla but can add the debian-multimedia repositories; but these are obviously missing from the autobuild machines (for legal reasons).
of course "unstable" is usually just that: unstable. but luckily there are things inbetween: testing (lenny) but i have to admit that usually i run lenny+sid mixtures, as some packages (the ones i need), tend to hang in sid forever.
finally: kernel-2.6.24 really makes a difference in latency, i can recommend it; however, getting your nvidia-card to run decently with etch or lenny and this kernel is nearly impossible :-(
the real problem with unstable and even testing is the how to keep these f######g nVidia drivers up and running. I remember very clearly the days I spent recompiling kernel 2.6.21 because of the new FTBS rules and that was one good reason to revert to etch. One good reason to keep Etch was that the nvidia kernel module was released the same day as the new kernel update.
A little bit off-topic: Is there any possibility to run Gem with free hardware and free drivers as well? I havent heard of it yet, apparently the Intel drivers dont implement all features (cf older threads).
++
O.
Hallo, Olivier Heinry hat gesagt: // Olivier Heinry wrote:
A little bit off-topic: Is there any possibility to run Gem with free hardware and free drivers as well? I havent heard of it yet, apparently the Intel drivers dont implement all features (cf older threads).
I run only hardware with free drivers, currently a Matrox G450 and Intel G9?? on my laptop. It's possible with limitations, one of which is a long standing crasher bug when closing the Gem-window in the combination Gem/Mesa-DRI. I have yet to check with the newest versions of both, though.
AFAIK the open source ATi drivers don't support 3D-accel yet, so it seems, Intel cards are currently the fastest cards with open source 3D-accel on Linux.
Ciao
Frank Barknecht _ ______footils.org__
On Thursday 17 April 2008 14:36, Frank Barknecht wrote:
AFAIK the open source ATi drivers don't support 3D-accel yet, so it seems, Intel cards are currently the fastest cards with open source 3D-accel on Linux.
The NEW, scratch-written ati drivers (radeonhd) don't support GL yet, but the existing ati drivers (ati/radeon) have, for a long time, supported the r200 very well and the r300 reasonably well.
robert.
On Mon, Apr 14, 2008 at 01:58:41PM +0200, IOhannes m zmoelnig wrote:
Olivier Heinry wrote:
personally i would rather not revert to etch (who works with multimedia and can live with a debian/stable anyhow :-)?)
Well it's hard to live with a debian/unstable in aproduction environment, I tell you! I reverted to etch since I hoped to have the best of both worlds: stable AND multimedia! (which obviously isnt the case!)
right, sometimes it is really hard to decide which one to use.
still i think that running plain "etch" will not get you far, if you want to try things out (in multimedia). if you have a small set of applications (e.g. ardour, a certain Pd-patch) you have to run really stable then you might be fine with etch.
Don't forget there is also etch-backports which is now 'official' I think.
http://packages.debian.org/etch-backports/
Best,
Chris.
-
Chris McCormick -
Frank Barknecht -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
IOhannes m zmölnig
-
Olivier Heinry -
Robert Scott -
zmoelnig＠iem.at