avidemux-0.9 and avidemux-2.0.2 depends on <=dev-libs/libxml2-2.5.6 which causes problems because libxml2-2.5.8 is stable. this means people with that installed at recursively going back and forth between these two versions. can that dep be changed to something more friendly like : >=dev-libs/libxml2-2.5 or is there some reason it won't work with libxml2-2.5.[78] ? or maybe just bump >=avidemux-2.0.4 to stable?
sure, this reason: g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/libxml2 -I.. -IADM_library -I../ADM_library -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O -DNDEBUG -DNO_DEBUG -O2 -march=i686 -O3 -pipe -ffast-math -fomit-frame-pointer -fno-exceptions -fno-check-new -c -o prefs.o `test -f prefs.cpp || echo './'`prefs.cpp prefs.cpp:56: function `int * __xmlSaveNoEmptyTags()' is initialized like a variable prefs.cpp:57: function `int * __xmlIndentTreeOutput()' is initialized like a variable make[3]: *** [prefs.o] Error 1 make[3]: *** Waiting for unfinished jobs.... make[3]: Leaving directory `/var/tmp/portage/avidemux-0.9/work/avidemux-0.9/avidemux' problem is, 0.9 is slot 0 2.x is slot 2
Marc: any suggestions ?
Yepp, get rid of 0.9. ;) To be serious, I personally regard 2.0.10 as stable in the realms of my video-editing habits. The libxml-issues are mentioned on the avidemux website. So we need a way to unmerge 0.9 when merging 2.0.10. When the 2.0.x versions started I used another slot on purpose, the two versions worked side by side quite nicely. Now however there is a problem. I know how to solve his on my system, how does gentoo usually handle such a situation? Block 0.9 by 2.0.10 and >libxml-2.5.6 by avidemux-0.9?
block is eg. ! media-video/avidemux
attached is a patch that fixes the libxml2-2.5.7 compile problem. also, you might want to update the deps to use media-libs/libmad instead of media-sound/mad.
Created attachment 14703 [details, diff] avidemux-0.9-libxml2.5.7.patch here's the patch. dunno if it is suitable to forward upstream. feel free to do that on my behalf
oh, and probably you should update 0.9's deps to be gtk1 only like: =x11-libs/gtk+-1.2*
I know it's not .9... but 2.0.10-r1 is now in portage and needs testing. :)
Created attachment 14744 [details] Ebuild+patch in a tarball Well... I took My old 0.9-ebuild, merged a bit of Nick`s neat 2.0.10-r1 ebuild, applied Alastairs patch and voila! This one`s tested on a x86 and a ~x86 machine, both installed and worked well. Please test if you find the time. Marc.
lemme guess, no mail?
you are good ;)
added with minor changes