Re: [gentoo-user] emerge conflict. Need help. ffmpeg, kpipewire, handbrake, ffmpegthumbnailer and others.
On Sun, 4 Jun 2023 22:21:54 +0200, Arve Barsnes wrote: > > Doing my updates, most things updated but some still have conflicts. > > Emerge is trying to tell me but I use Konsole and I think it messes up > > the ^ bit and points to the wrong thing. I'm thinking this is a > > USE flag problem but I can't tell for sure. Anyone else recognize > > this and make sense of it? I recently switched to the pipewire thing > > and that could be part of it, maybe. It's among those mentioned at > > least. > > > > Ideas? Thoughts?? > > It seems opencascade and handbrake are the culprits for you, blocking > the ffmpeg upgrade, in your output they require a newer handbrake version that uses ffmpeg 5, but it is not in > ::gentoo, so maybe check for a newer version in an overlay or on > b.g.o. According to b.g.o the version of HandBrake works with the new ffmpeg. I just package.masked ffmpeg-5.1.3 for now. > Maybe the same is true for opencascade. libopenshot is also affected here. -- Neil Bothwick Quick!! Act as if nothing has happened! pgpY75FtiO_Y2.pgp Description: OpenPGP digital signature
Re: [gentoo-user] emerge conflict. Need help. ffmpeg, kpipewire, handbrake, ffmpegthumbnailer and others.
Jack wrote: > On 2023.06.04 17:22, Dale wrote: >> Jack wrote: >> > On 2023.06.04 15:56, Dale wrote: >> > >> >> Doing my updates, most things updated but some still have conflicts. >> >> Emerge is trying to tell me but I use Konsole and I think it messes >> >> up the ^ bit and points to the wrong thing. >> > I suspect the ^ assumes a fixed width font. >> > >> > >> >> >> I suspect it is that or expecting a console or something. There may be >> a setting to make it work in Konsole but I have no idea what it would be >> or where to look even. It's always been that way. Either way, it >> rarely points to the right spot which makes it useless when trying to >> decode what emerge is saying. > It doesn't matter where you are looking at that output, it just counts > characters to put the ^^^ under what it is supposed to point to. That > only LOOKS right if you use a monospace or fixed width font. Works > the same in a terminal or text editor or email reader. > > In Konsole, it's under Settings/Edit Profiles/pick and edit the > profile, click Appearance on the left, and pick an appropriate font > near the bottom. >> >> Maybe one day. Maybe. >> >> Dale >> >> :-) :-) >> >> >> > > > I made a change. See if it helps next time. It was set to the default which is easy for me to read but never heard of the font. Thanks. Dale :-) :-)
Re: [gentoo-user] emerge conflict. Need help. ffmpeg, kpipewire, handbrake, ffmpegthumbnailer and others.
On 2023.06.04 17:22, Dale wrote: Jack wrote: > On 2023.06.04 15:56, Dale wrote: > >> Doing my updates, most things updated but some still have conflicts. >> Emerge is trying to tell me but I use Konsole and I think it messes >> up the ^ bit and points to the wrong thing. > I suspect the ^ assumes a fixed width font. > > I suspect it is that or expecting a console or something. There may be a setting to make it work in Konsole but I have no idea what it would be or where to look even. It's always been that way. Either way, it rarely points to the right spot which makes it useless when trying to decode what emerge is saying. It doesn't matter where you are looking at that output, it just counts characters to put the ^^^ under what it is supposed to point to. That only LOOKS right if you use a monospace or fixed width font. Works the same in a terminal or text editor or email reader. In Konsole, it's under Settings/Edit Profiles/pick and edit the profile, click Appearance on the left, and pick an appropriate font near the bottom. Maybe one day. Maybe. Dale :-) :-)
Re: [gentoo-user] emerge conflict. Need help. ffmpeg, kpipewire, handbrake, ffmpegthumbnailer and others.
Jack wrote: > On 2023.06.04 15:56, Dale wrote: > >> Doing my updates, most things updated but some still have conflicts. >> Emerge is trying to tell me but I use Konsole and I think it messes >> up the ^ bit and points to the wrong thing. > I suspect the ^ assumes a fixed width font. > > I suspect it is that or expecting a console or something. There may be a setting to make it work in Konsole but I have no idea what it would be or where to look even. It's always been that way. Either way, it rarely points to the right spot which makes it useless when trying to decode what emerge is saying. Maybe one day. Maybe. Dale :-) :-)
Re: [gentoo-user] emerge conflict. Need help. ffmpeg, kpipewire, handbrake, ffmpegthumbnailer and others.
Arve Barsnes wrote: > On Sun, 4 Jun 2023 at 21:56, Dale wrote: >> Howdy, >> >> Doing my updates, most things updated but some still have conflicts. >> Emerge is trying to tell me but I use Konsole and I think it messes up >> the ^ bit and points to the wrong thing. I'm thinking this is a USE >> flag problem but I can't tell for sure. Anyone else recognize this and >> make sense of it? I recently switched to the pipewire thing and that >> could be part of it, maybe. It's among those mentioned at least. >> >> Ideas? Thoughts?? > It seems opencascade and handbrake are the culprits for you, blocking > the ffmpeg upgrade, in your output they require a newer handbrake version that uses ffmpeg 5, but it is not in > ::gentoo, so maybe check for a newer version in an overlay or on > b.g.o. Maybe the same is true for opencascade. > > I was thinking that was what it was saying at first but nothing newer was in the tree that was masked/keyworded so I thought I was just not reading it right. Then I couldn't figure out what USE flag it was complaining about either. It seems my first thought was right but odd there is a dependency on something not in the tree. I may just mask the newer ffmpeg until the tree catches up. I won't update until next weekend anyway, or the next if I'm busy. I'll see what I can figure out the torrent problem. May be a similar problem. Thanks much for shedding some light on this. I was scratching my head pretty good. lol Dale :-) :-)
Re: [gentoo-user] emerge conflict. Need help. ffmpeg, kpipewire, handbrake, ffmpegthumbnailer and others.
On 2023.06.04 15:56, Dale wrote: Doing my updates, most things updated but some still have conflicts. Emerge is trying to tell me but I use Konsole and I think it messes up the ^ bit and points to the wrong thing. I suspect the ^ assumes a fixed width font.
Re: [gentoo-user] emerge conflict. Need help. ffmpeg, kpipewire, handbrake, ffmpegthumbnailer and others.
On Sun, 4 Jun 2023 at 21:56, Dale wrote: > > Howdy, > > Doing my updates, most things updated but some still have conflicts. > Emerge is trying to tell me but I use Konsole and I think it messes up > the ^ bit and points to the wrong thing. I'm thinking this is a USE > flag problem but I can't tell for sure. Anyone else recognize this and > make sense of it? I recently switched to the pipewire thing and that > could be part of it, maybe. It's among those mentioned at least. > > Ideas? Thoughts?? It seems opencascade and handbrake are the culprits for you, blocking the ffmpeg upgrade, in your output they require
Re: [gentoo-user] emerge conflict
On Sat, 17 Sep 2016 19:12:40 -0400, Philip Webb wrote: > root:522 ~> emerge -pv perl > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R] dev-lang/perl-5.20.2:0/5.20::gentoo USE="-berkdb > -debug -doc gdbm -ithreads" 0 KiB > > Total: 1 package (1 reinstall), Size of downloads: 0 KiB > > WARNING: One or more updates/rebuilds have been skipped due to a > dependency conflict: > > dev-lang/perl:0 Is this because you are trying to emerge perl in isolation? This result is not unexpected as you have other packages built against the older version and you have not told portage to deal with that. What happens if you do emerge -uaD @world? -- Neil Bothwick I am McCoy of Bo...Damnit! I'm a doctor, not a collective! pgptD8mRpy2H0.pgp Description: OpenPGP digital signature
Re: [gentoo-user] emerge conflict
I went through the list of conflicts and made a temporary @set of packages for emerge to re-install. Worked like a charm. A number of the conflicts are things that should be in a "preserved libraries" type of list, they are actually quite able to rebuild with the new perl version. I have, however, had to back off newest versions of sddm and chromium (browser) due to some performance failures: /etc/portage/package.keywords is your friend! On Sat, Sep 17, 2016 at 9:55 PM, Adam Carterwrote: > It doesn't look like just vim - it looks like exiftool, graphite2, > >> cups-filters, gvim, and imagemagick all are blocking. >> >> I'd guess that these packages need a version bump or you need to unmask >> one of the newer builds (most likely they haven't been stabilized yet.) >> > > Agree - my amd64 system upgraded perl to 5.22 on Friday, so re-sync, and > try again. Also to help resolve upgrade issues i firstly add --deep to > emerge's switches and if that doesnt help, bump up --backtrack= > > -- -- G.Wolfe Woodbury redwo...@gmail.com
Re: [gentoo-user] emerge conflict
It doesn't look like just vim - it looks like exiftool, graphite2, > cups-filters, gvim, and imagemagick all are blocking. > > I'd guess that these packages need a version bump or you need to unmask > one of the newer builds (most likely they haven't been stabilized yet.) > Agree - my amd64 system upgraded perl to 5.22 on Friday, so re-sync, and try again. Also to help resolve upgrade issues i firstly add --deep to emerge's switches and if that doesnt help, bump up --backtrack=
Re: [gentoo-user] emerge conflict
On 09/17/2016 04:12 PM, Philip Webb wrote: > Starting my regular Sat system update, 'eix-sync' told me (equivalent) : > > root:524 ~> eix ^perl$ > [U] dev-lang/perl > Available versions: 5.20.2(0/5.20) ~5.20.2-r1(0/5.20) ~5.22.0(0/5.22) > ~5.22.1(0/5.22) 5.22.2(0/5.22) ~5.24.0(0/5.24) ~5.24.0-r1(0/5.24) {berkdb > debug doc gdbm ithreads} > Installed versions: 5.20.2([2015-10-04 11:34:10])(gdbm -berkdb -debug -doc > -ithreads) > > So I tried 'emerge -pv perl' & was told the current version of (G)Vim > required the earlier installed version of Perl. > After updating to the latest testing version of (G)Vim, I tried again : > > root:522 ~> emerge -pv perl > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R] dev-lang/perl-5.20.2:0/5.20::gentoo USE="-berkdb -debug > -doc gdbm -ithreads" 0 KiB > > Total: 1 package (1 reinstall), Size of downloads: 0 KiB > > WARNING: One or more updates/rebuilds have been skipped due to a dependency > conflict: > > dev-lang/perl:0 > > (dev-lang/perl-5.22.2:0/5.22::gentoo, ebuild scheduled for merge) conflicts > with > dev-lang/perl:0/5.20= required by (media-libs/exiftool-10.20:0/0::gentoo, > installed) > > dev-lang/perl:0/5.20=[-build(-)] required by > (dev-perl/File-MimeInfo-0.270.0:0/0::gentoo, installed) > > =dev-lang/perl-5.20.2* required by > (virtual/perl-File-Spec-3.480.100-r1:0/0::gentoo, installed) > ^ ^^^ > =dev-lang/perl-5.20* required by > (virtual/perl-Test-Harness-3.330.0:0/0::gentoo, installed) > ^ ^ > dev-lang/perl:0/5.20= required by (media-gfx/graphite2-1.3.8:0/0::gentoo, > installed) > > dev-lang/perl:0/5.20= required by > (net-print/cups-filters-1.5.0:0/0::gentoo, installed) > > dev-lang/perl:0/5.20=[-build(-)] required by > (dev-perl/File-DesktopEntry-0.40.0-r1:0/0::gentoo, installed) > > dev-lang/perl:0/5.20=[-build(-)] required by > (dev-perl/File-BaseDir-0.30.0-r1:0/0::gentoo, installed) > > dev-lang/perl:0/5.20= required by (app-editors/gvim-8.0.0005:0/0::gentoo, > installed) > > dev-lang/perl:0/5.20=[-build(-)] required by > (perl-core/Data-Dumper-2.154.0:0/0::gentoo, installed) > > >=dev-lang/perl-5.8.8:0/5.20= required by > (media-gfx/imagemagick-6.9.4.6:0/6.9.4.6::gentoo, installed) > > dev-lang/perl:0/5.20=[-build(-)] required by > (perl-core/File-Temp-0.230.400-r1:0/0::gentoo, installed) > > dev-lang/perl:0/5.20= required by (app-editors/vim-8.0.0005:0/0::gentoo, > installed) > > > Portage is refusing to update to the latest stable Perl, > whether I have an earlier version of Vim (-13xx) or the latest version. > > How do I update Perl without dropping Vim ? > It doesn't look like just vim - it looks like exiftool, graphite2, cups-filters, gvim, and imagemagick all are blocking. I'd guess that these packages need a version bump or you need to unmask one of the newer builds (most likely they haven't been stabilized yet.) Dan
Re: [gentoo-user] emerge conflict
On Friday 13 August 2010 16:04:53 Frank Schwidom wrote: Hi i get the error: { !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: media-libs/libpng:0 ('ebuild', '/', 'media-libs/libpng-1.4.3', 'merge') pulled in by =media-libs/libpng-1.2.43-r2:0 required by ('ebuild', '/', 'x11-libs/cairo-1.8.10', 'merge') =media-libs/libpng-1.4 required by ('ebuild', '/', 'x11-libs/gtk+-2.20.1-r1', 'merge') (and 27 more) } And i wonder that it seems not to be possible to install both libs (libpng-1.2.43-r2:0, libpng-1.4) in the same time. Linux is actually able to manage this by the lib-version and links. You have misread the portage output. It does not say it wants those versions. It says this: =media-libs/libpng-1.2.43-r2:0 =media-libs/libpng-1.4 Note the greater than or equal to. The limiting factor to multiple versions is not Linux, it is portage. Portage will not co-install two versions in the same SLOT. Did i have overseen any gentoo switch that makes is possible? Or is there any other option? This whole libpng mess was a right royal fuck up several months ago. I forget the specifics but IIRC a decent solution was emerge -C libpng emerge libpng revdep-rebuild The last step takes some time to complete, there is a lot of fall-out to deal with. As you are only hitting this now, I assume you have a stable system and are not using the masked versions of portage. @preserved-rebuild would save you lots of pain, but that feature is not available in stable versions of portage. For more info, check the archives. There is more mail there about this than you could ever possibly want to read. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge conflict
On Fri, Aug 13, 2010 at 7:04 AM, Frank Schwidom schwi...@gmx.net wrote: Hi i get the error: { !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: media-libs/libpng:0 ('ebuild', '/', 'media-libs/libpng-1.4.3', 'merge') pulled in by =media-libs/libpng-1.2.43-r2:0 required by ('ebuild', '/', 'x11-libs/cairo-1.8.10', 'merge') =media-libs/libpng-1.4 required by ('ebuild', '/', 'x11-libs/gtk+-2.20.1-r1', 'merge') (and 27 more) } And i wonder that it seems not to be possible to install both libs (libpng-1.2.43-r2:0, libpng-1.4) in the same time. Linux is actually able to manage this by the lib-version and links. Did i have overseen any gentoo switch that makes is possible? Or is there any other option? Regards This was a big problem maybe a couple of months ago? I'm surprised you made it this far! There are some instructions here that will likely help: http://blog.flameeyes.eu/2010/06/29/stable-users-libpng-update Good luck, Mark
Re: [gentoo-user] emerge conflict
On Friday 13 August 2010 14:15:59 Alan McKinnon wrote: On Friday 13 August 2010 16:04:53 Frank Schwidom wrote: Hi i get the error: { !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: media-libs/libpng:0 ('ebuild', '/', 'media-libs/libpng-1.4.3', 'merge') pulled in by =media-libs/libpng-1.2.43-r2:0 required by ('ebuild', '/', 'x11-libs/cairo-1.8.10', 'merge') =media-libs/libpng-1.4 required by ('ebuild', '/', 'x11-libs/gtk+-2.20.1-r1', 'merge') (and 27 more) } And i wonder that it seems not to be possible to install both libs (libpng-1.2.43-r2:0, libpng-1.4) in the same time. Linux is actually able to manage this by the lib-version and links. You have misread the portage output. It does not say it wants those versions. It says this: =media-libs/libpng-1.2.43-r2:0 =media-libs/libpng-1.4 Note the greater than or equal to. The limiting factor to multiple versions is not Linux, it is portage. Portage will not co-install two versions in the same SLOT. Did i have overseen any gentoo switch that makes is possible? Or is there any other option? This whole libpng mess was a right royal fuck up several months ago. I forget the specifics but IIRC a decent solution was emerge -C libpng emerge libpng revdep-rebuild The last step takes some time to complete, there is a lot of fall-out to deal with. As you are only hitting this now, I assume you have a stable system and are not using the masked versions of portage. @preserved-rebuild would save you lots of pain, but that feature is not available in stable versions of portage. For more info, check the archives. There is more mail there about this than you could ever possibly want to read. I actually hit this myself yesterday. When emerging libpng, it mentions a script that needs to be run. I would suggest running that script. I think the following commands were the ones that led to a properly upgraded system. It is now working for me, but it did take quite a while. ** emerge -vauD --newuse world lafilefixer --justfixit /usr/sbin/libpng-1.4.x-update.sh emerge -vauD --newuse world revdep-rebuild -- -va emerge -vauD --newuse world ** Alternatively, you could always try to one that should always work: emerge -vae world (NOTE: This will rebuild _everything_) Btw, if you are using KDE, you might, like me, also hit issues with akonadi not starting (I couldn't not use it anymore) Post on the list if you hit it, I still have these fresh in my mind :) -- Joost
Re: [gentoo-user] emerge conflict
On Fri, 13 Aug 2010 15:17:50 +0200 J. Roeleveld jo...@antarean.org wrote: On Friday 13 August 2010 14:15:59 Alan McKinnon wrote: On Friday 13 August 2010 16:04:53 Frank Schwidom wrote: Hi i get the error: { !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: media-libs/libpng:0 ('ebuild', '/', 'media-libs/libpng-1.4.3', 'merge') pulled in by =media-libs/libpng-1.2.43-r2:0 required by ('ebuild', '/', 'x11-libs/cairo-1.8.10', 'merge') =media-libs/libpng-1.4 required by ('ebuild', '/', 'x11-libs/gtk+-2.20.1-r1', 'merge') (and 27 more) } And i wonder that it seems not to be possible to install both libs (libpng-1.2.43-r2:0, libpng-1.4) in the same time. Linux is actually able to manage this by the lib-version and links. You have misread the portage output. It does not say it wants those versions. It says this: =media-libs/libpng-1.2.43-r2:0 =media-libs/libpng-1.4 Note the greater than or equal to. The limiting factor to multiple versions is not Linux, it is portage. Portage will not co-install two versions in the same SLOT. Did i have overseen any gentoo switch that makes is possible? Or is there any other option? This whole libpng mess was a right royal fuck up several months ago. I forget the specifics but IIRC a decent solution was emerge -C libpng emerge libpng revdep-rebuild The last step takes some time to complete, there is a lot of fall-out to deal with. As you are only hitting this now, I assume you have a stable system and are not using the masked versions of portage. @preserved-rebuild would save you lots of pain, but that feature is not available in stable versions of portage. For more info, check the archives. There is more mail there about this than you could ever possibly want to read. I actually hit this myself yesterday. When emerging libpng, it mentions a script that needs to be run. I would suggest running that script. I think the following commands were the ones that led to a properly upgraded system. It is now working for me, but it did take quite a while. ** emerge -vauD --newuse world lafilefixer --justfixit /usr/sbin/libpng-1.4.x-update.sh emerge -vauD --newuse world revdep-rebuild -- -va emerge -vauD --newuse world ** Alternatively, you could always try to one that should always work: emerge -vae world (NOTE: This will rebuild _everything_) Btw, if you are using KDE, you might, like me, also hit issues with akonadi not starting (I couldn't not use it anymore) Post on the list if you hit it, I still have these fresh in my mind :) -- Joost This script is hopefully not the hack, that is said to be a problem in the future? http://blog.flameeyes.eu/2010/06/29/stable-users-libpng-update -- /\ \ / Plain Text Ribbon Campaign x Say NO to HTML in email and news / \
Re: [gentoo-user] emerge conflict
On Friday 13 August 2010 15:36:23 Daniel Wagener wrote: On Fri, 13 Aug 2010 15:17:50 +0200 J. Roeleveld jo...@antarean.org wrote: On Friday 13 August 2010 14:15:59 Alan McKinnon wrote: On Friday 13 August 2010 16:04:53 Frank Schwidom wrote: Hi i get the error: { !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: media-libs/libpng:0 ('ebuild', '/', 'media-libs/libpng-1.4.3', 'merge') pulled in by =media-libs/libpng-1.2.43-r2:0 required by ('ebuild', '/', 'x11-libs/cairo-1.8.10', 'merge') =media-libs/libpng-1.4 required by ('ebuild', '/', 'x11-libs/gtk+-2.20.1-r1', 'merge') (and 27 more) } And i wonder that it seems not to be possible to install both libs (libpng-1.2.43-r2:0, libpng-1.4) in the same time. Linux is actually able to manage this by the lib-version and links. You have misread the portage output. It does not say it wants those versions. It says this: =media-libs/libpng-1.2.43-r2:0 =media-libs/libpng-1.4 Note the greater than or equal to. The limiting factor to multiple versions is not Linux, it is portage. Portage will not co-install two versions in the same SLOT. Did i have overseen any gentoo switch that makes is possible? Or is there any other option? This whole libpng mess was a right royal fuck up several months ago. I forget the specifics but IIRC a decent solution was emerge -C libpng emerge libpng revdep-rebuild The last step takes some time to complete, there is a lot of fall-out to deal with. As you are only hitting this now, I assume you have a stable system and are not using the masked versions of portage. @preserved-rebuild would save you lots of pain, but that feature is not available in stable versions of portage. For more info, check the archives. There is more mail there about this than you could ever possibly want to read. I actually hit this myself yesterday. When emerging libpng, it mentions a script that needs to be run. I would suggest running that script. I think the following commands were the ones that led to a properly upgraded system. It is now working for me, but it did take quite a while. ** emerge -vauD --newuse world lafilefixer --justfixit /usr/sbin/libpng-1.4.x-update.sh emerge -vauD --newuse world revdep-rebuild -- -va emerge -vauD --newuse world ** Alternatively, you could always try to one that should always work: emerge -vae world (NOTE: This will rebuild _everything_) Btw, if you are using KDE, you might, like me, also hit issues with akonadi not starting (I couldn't not use it anymore) Post on the list if you hit it, I still have these fresh in my mind :) -- Joost This script is hopefully not the hack, that is said to be a problem in the future? http://blog.flameeyes.eu/2010/06/29/stable-users-libpng-update Eeerh Not sure, guess I stopped reading too soon as I managed to get it to appear to be working... Anyway, am currently doing a emerge -vae world as I want to get it all compiled using GCC 4.4. Guess that should 'fix' whatever damage that script does? -- Joost
Re: [gentoo-user] emerge conflict
On Friday 13 August 2010 15:36:23 Daniel Wagener wrote: This script is hopefully not the hack, that is said to be a problem in the future? http://blog.flameeyes.eu/2010/06/29/stable-users-libpng-update When flameyes says to do something X in regard to a build, and someone else says to do something different, then in almost all cases (regardless of how authoritative the other person sounds), you should do what flameeyes says. ESPECIALLY the blog entry Daniel mentioned. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge conflict
Alan McKinnon wrote: On Friday 13 August 2010 15:36:23 Daniel Wagener wrote: This script is hopefully not the hack, that is said to be a problem in the future? http://blog.flameeyes.eu/2010/06/29/stable-users-libpng-update When flameyes says to do something X in regard to a build, and someone else says to do something different, then in almost all cases (regardless of how authoritative the other person sounds), you should do what flameeyes says. ESPECIALLY the blog entry Daniel mentioned. +1 His way of doing things has saved me issues several times. Is the guy a cyborg or something? :/ Dale :-) :-)