Re: [gentoo-user] Re: ffmpeg (update)
On Thursday 21 August 2008 17:17:43 Peter Ruskin wrote: Put USE=-arts in make.conf, remove all custom arts flags from package.use and remove everything with arts in it's name from world. Then run --depclean followed by the usual revdep-rebuild Instead of running emerge --depclean, better IMHO is: emerge --update --newuse --deep --oneshot @system @world -vat, followed by emerge -C arts and emerge @preserved-rebuild if necessary. Well spotted :-) -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: ffmpeg (update)
Daniel Pielmeier daniel.pielmeier at googlemail.com writes: emerge --update --newuse --deep --oneshot @system @world -vat, followed by emerge -C arts and emerge @preserved-rebuild if necessary. But you can not expect that everybody is running unstable portage so this commands are not available for those running stable. At which version of portage do these feature/options become available? I think I'm going to upgrade to one of the unstable (~) versions of portage to test out these features Since there are several choices: ~2.1.5.6 ~2.2_rc1 ~2.2_rc5 ~2.2_rc6 does it matter which one I use? Use the latest (~2.2_rc6) ? James
Re: [gentoo-user] Re: ffmpeg (update)
2008/8/22, James [EMAIL PROTECTED]: At which version of portage do these feature/options become available? I think I'm going to upgrade to one of the unstable (~) versions of portage to test out these features Since there are several choices: ~2.1.5.6 ~2.2_rc1 ~2.2_rc5 ~2.2_rc6 does it matter which one I use? Use the latest (~2.2_rc6) ? Then you should sync your portage tree. The only version supporting the mentioned features which is currently in the tree is portage-2.2_rc8. Regards, Daniel
[gentoo-user] Re: ffmpeg (update)
Daniel Pielmeier daniel.pielmeier at googlemail.com writes: does it matter which one I use? Use the latest (~2.2_rc6) ? Then you should sync your portage tree. The only version supporting the mentioned features which is currently in the tree is portage-2.2_rc8. Yep, my bad thx james
Re: [gentoo-user] Re: ffmpeg (update)
On Wednesday 20 August 2008 19:48:30 James wrote: I have mostly the small MM packages on these system, but the one that will update only have one difference that I can find, that is no 'artsplugin-xine'. Is this possible; to just remove artsplugin-xine Even though Kde-meta 3.5.9 is installed? A good idea? kde3* and kde4* both work just fine without arts - I have run my machines like that for years now. arts was nothing more than an utter piece of total excrement that never worked properly, the design is buggy, and it causes huge problems with non-kde apps that want to use sound. alsa does all that arts ever did and more. Put USE=-arts in make.conf, remove all custom arts flags from package.use and remove everything with arts in it's name from world. Then run --depclean followed by the usual revdep-rebuild -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: ffmpeg (update)
Alan McKinnon alan.mckinnon at gmail.com writes: kde3* and kde4* both work just fine without arts - OK Put USE=-arts in make.conf, remove all custom arts flags from package.use and remove everything with arts in it's name from world. Then run --depclean followed by the usual revdep-rebuild Very cool! thx James
Re: [gentoo-user] Re: ffmpeg (update)
2008/8/21, Peter Ruskin [EMAIL PROTECTED]: Instead of running emerge --depclean, better IMHO is: emerge --update --newuse --deep --oneshot @system @world -vat, followed by emerge -C arts and emerge @preserved-rebuild if necessary. But you can not expect that everybody is running unstable portage so this commands are not available for those running stable.
Re: [gentoo-user] Re: ffmpeg (update)
On Thu, 21 Aug 2008 17:27:08 +0200, Daniel Pielmeier wrote: Instead of running emerge --depclean, better IMHO is: emerge --update --newuse --deep --oneshot @system @world -vat, followed by emerge -C arts and emerge @preserved-rebuild if necessary. But you can not expect that everybody is running unstable portage so this commands are not available for those running stable. True, but you should run emerge -uavDN world at least. -- Neil Bothwick Why is it a that a fool and his money never appear when you need a loan? signature.asc Description: PGP signature
Re: [gentoo-user] Re: ffmpeg (update)
Neil Bothwick schrieb am 21.08.2008 18:02: On Thu, 21 Aug 2008 17:27:08 +0200, Daniel Pielmeier wrote: Instead of running emerge --depclean, better IMHO is: emerge --update --newuse --deep --oneshot @system @world -vat, followed by emerge -C arts and emerge @preserved-rebuild if necessary. But you can not expect that everybody is running unstable portage so this commands are not available for those running stable. True, but you should run emerge -uavDN world at least. I just want to state this particular commands are not available if using unstable portage so I would recommend this for stable after cleaning make.conf, package.use and world: emerge --update --newuse --deep --oneshot world emerge -p --depclean revdep-rebuild Sorry if this caused some confusion! Regards, Daniel
[gentoo-user] Re: ffmpeg (update)
Peter Ruskin peter.ruskin at dsl.pipex.com writes: emerge --update --newuse --deep --oneshot @system @world -vat, followed by emerge -C arts and emerge @preserved-rebuild if necessary. True, but you should run emerge -uavDN world at least. Yes, that's much better than emerge --depclean (which I tried in this instance - with -p - and it offered nothing relevant to losing arts). All good. I always use emerge -uDNv world, personally after a -uDNvp. thx James
Re: [gentoo-user] Re: ffmpeg (update)
On Thu, 21 Aug 2008 17:43:10 +0100, Peter Ruskin wrote: True, but you should run emerge -uavDN world at least. Yes, that's much better than emerge --depclean (which I tried in this instance - with -p - and it offered nothing relevant to losing arts). It won't until you emerge world with --newuse, because your installed versions still depend on arts. -- Neil Bothwick If at first you don't succeed, bugger. signature.asc Description: PGP signature
[gentoo-user] Re: ffmpeg (update)
James wireless at tampabay.rr.com writes: equery depends transcode app-cdr/k3b-1.0.4 (encode? media-video/transcode) equery depends xine-lib kde-base/artsplugin-xine-3.5.9 (=media-libs/xine-lib-1.0) media-sound/amarok-1.4.9.1 (=media-libs/xine-lib-1.1.2_pre20060328-r8) media-video/kaffeine-0.8.6 (=media-libs/xine-lib-1.1.9) media-video/kmplayer-0.10.0c (xine? =media-libs/xine-lib-1.1.1) Well now, with new information, I'm fairly confused. I have one gentoo workstation that seems to be fine. After spending quite some time looking at the differences in several system, I have questions. On this one (seems to hacked correctly) system I have eliminated: artsplugin-xine Kaffeine and k3b are both installed and working without artsplugin-xine ( I can play a DVD and burn a cd). Heres some more information on this mystically working system (as far as conflicts between xine-lib ffmpeg, transcode et al: equery depends ffmpeg [ Searching for packages depending on ffmpeg... ] app-cdr/k3b-1.0.4 (ffmpeg? media-video/ffmpeg) media-libs/libquicktime-1.0.2 (ffmpeg? media-video/ffmpeg) media-libs/xine-lib-1.1.15 (=media-video/ffmpeg-0.4.9_p20070129) media-sound/sox-14.0.1 (ffmpeg? media-video/ffmpeg) media-video/motion-3.2.10.1 (ffmpeg? media-video/ffmpeg) media-video/transcode-1.0.5-r3 (media-video/ffmpeg-0.4.9_p20080326) media-video/vlc-0.8.6i (media-video/ffmpeg-0.4.9_p20070616-r20) (=media-video/ffmpeg-0.4.9_p20050226-r1) equery depends xine-lib [ Searching for packages depending on xine-lib... ] media-video/codeine-1.0.1.3 (media-libs/xine-lib) media-video/kaffeine-0.8.6 (=media-libs/xine-lib-1.1.9) media-video/kmplayer-0.10.0c (xine? =media-libs/xine-lib-1.1.1) media-video/xine-ui-0.99.5-r1 (=media-libs/xine-lib-1.1.0) I have mostly the small MM packages on these system, but the one that will update only have one difference that I can find, that is no 'artsplugin-xine'. Is this possible; to just remove artsplugin-xine Even though Kde-meta 3.5.9 is installed? A good idea? Does arts go away with KDE 4x? Looking for some advise here James