| Summary: | Missing Portage News Item about libjpeg-turbo migration | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | bzoloid <bzoloid> |
| Component: | New packages | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | luksan, mirimiri66, nbowler, ssuominen |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | http://sources.gentoo.org/gitweb/?p=proj/gentoo-news.git;a=commit;h=1319c625 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
bzoloid
2012-04-23 18:10:35 UTC
In purpose. There will be a news item shortly. Run this: # emerge --deselect media-libs/jpeg # emerge --oneshot media-libs/libjpeg-turbo *** Bug 413555 has been marked as a duplicate of this bug. *** > In purpose. There will be a news item shortly. Run this:
>
> # emerge --deselect media-libs/jpeg
> # emerge --oneshot media-libs/libjpeg-turbo
No, this is not OK. You must not simply delete stable packages in this way.
For starters, the news entry contains an obvious lie by stating that the jpeg:0
package is still in the tree, when for stable users it is not.
Secondly, if any stable users have any problems after switching, there is no
way back because now they're stuck with a broken package and there is no way to reinstall the old, working package.
Furthermore, Gentoo's own policies say not to remove the latest stable
version of a package, yet it was done so in this case.
Finally, there was absolutely no reason to remove 8c from the tree, unless
your intention was to deliberately harm stable users. Keeping it would not
prevent anyone from migrating as per the news entry.
*** Bug 413555 has been marked as a duplicate of this bug. *** (In reply to comment #4) > > In purpose. There will be a news item shortly. Run this: > > > > # emerge --deselect media-libs/jpeg > > # emerge --oneshot media-libs/libjpeg-turbo > > No, this is not OK. You must not simply delete stable packages in this way. > > For starters, the news entry contains an obvious lie by stating that the > jpeg:0 > package is still in the tree, when for stable users it is not. > > Secondly, if any stable users have any problems after switching, there is no > way back because now they're stuck with a broken package and there is no way > to reinstall the old, working package. > > Furthermore, Gentoo's own policies say not to remove the latest stable > version of a package, yet it was done so in this case. > > Finally, there was absolutely no reason to remove 8c from the tree, unless > your intention was to deliberately harm stable users. Keeping it would not > prevent anyone from migrating as per the news entry. stable jpeg -> stable libjpeg-turbo, packages get replaced all the time. this one was handled correctly, news item is out too. no harm was done to anyone, on the contrary, faster alternative was provided to users after long road of testing. stop spreading FUD, thanks. I tried to follow the hints of the news "The default JPEG implementation"
# emerge --deselect media-libs/jpeg
# emerge --oneshot media-libs/libjpeg-turbo
I still had to an 'emerge -C media-libs/jpeg', but now 'emerge -uvDN world' fails with:
root@lynx:/usr/local/portage/dev-libs(21)# emerge --update --newuse --deep --with-bdeps=y @world
Calculating dependencies... done!
[ebuild U ] sys-devel/automake-wrapper-7 [6]
[ebuild U ] perl-core/version-0.980.0 [0.970.0]
[ebuild U ] virtual/perl-version-0.980.0 [0.970.0]
[ebuild U ] sys-fs/xfsprogs-3.1.8 [3.1.7-r1]
[ebuild U ] sys-fs/xfsdump-3.1.0 [3.0.6]
[ebuild U ] dev-lang/nqp-2012.04.1 [2012.04]
[ebuild U ] dev-lang/rakudo-2012.04.1 [2012.04]
[ebuild N ] media-libs/libjpeg-turbo-1.2.0-r1 USE="java -static-libs"
[ebuild U ] net-misc/curl-7.25.0-r1 [7.25.0] CURL_SSL="openssl%* -axtls% -cyassl% -gnutls% -nss% -polarssl%"
[ebuild U ] net-wireless/bluez-hcidump-2.4 [2.3]
[ebuild U ] dev-lang/php-5.4.1 [5.4.1_rc2]
[ebuild U ] dev-lang/php-5.3.11 [5.3.11_rc2]
[ebuild R ] dev-games/simgear-2.4.0 [2.4.0] USE="subversion%*"
[ebuild R ] games-simulation/flightgear-2.4.0 [2.4.0] USE="subversion%* (-debug%) (-sdl%*)"
[ebuild U ] media-video/openshot-1.4.2 [1.3.1]
[ebuild U ] kde-base/kdm-4.8.2-r1 [4.8.2]
[ebuild U ] gnome-extra/zeitgeist-0.9.0-r1 [0.9.0]
[ebuild U ] app-office/libreoffice-3.5.3.2 [3.5.2.2]
[ebuild R ] app-text/texlive-2011-r1 USE="xetex*"
[ebuild R ] media-libs/libgphoto2-2.4.12 CAMERAS="fuji*"
[blocks B ] media-libs/jpeg:0 ("media-libs/jpeg:0" is blocking media-libs/libjpeg-turbo-1.2.0-r1)
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:
net-misc/curl:0
(net-misc/curl-7.25.0::gentoo, installed) pulled in by
net-misc/curl[ssl,nss,-gnutls] required by (net-libs/liboauth-0.9.6::gentoo, installed)
(net-misc/curl-7.25.0-r1::gentoo, ebuild scheduled for merge) pulled in by
(no parents that aren't satisfied by other packages in this slot)
It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously. If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously. You may want to try a larger value of
the --backtrack option, such as --backtrack=30, in order to see if
that will solve this conflict automatically.
Still some additional information. I removed media-libs/jpeg-8d yesterday, today it was reemerged during 'emerge -uvDN world' (I suppose as dependency of virtual/jpeg-0). Now I have the following packages with jpeg in the name: root@lynx:/usr/local/portage/dev-libs(25)# qlist -Iv jpeg media-gfx/recoverjpeg-2.0-r1 media-libs/jpeg-8d media-libs/openjpeg-1.5.0 media-plugins/gst-plugins-jpeg-0.10.30 media-video/mjpegtools-2.0.0-r2 virtual/jpeg-0 If I try to repeat the procedure I did yesterday, I get: root@lynx:/usr/local/portage/dev-libs(27)# emerge --deselect media-libs/jpeg >>> No matching atoms found in "world" favorites file... root@lynx:/usr/local/portage/dev-libs(28)# emerge --oneshot media-libs/libjpeg-turbo Calculating dependencies... done! [ebuild N ] media-libs/libjpeg-turbo-1.2.0-r1 USE="java -static-libs" [blocks B ] media-libs/jpeg:0 ("media-libs/jpeg:0" is blocking media-libs/libjpeg-turbo-1.2.0-r1) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (media-libs/libjpeg-turbo-1.2.0-r1::gentoo, ebuild scheduled for merge) pulled in by >=media-libs/libjpeg-turbo-1.2.0:0 required by (virtual/jpeg-0::gentoo, installed) media-libs/libjpeg-turbo root@lynx:/usr/local/portage/dev-libs(29)# emerge -C media-libs/jpeg * This action can remove important packages! In order to be safer, use * `emerge -pv --depclean <atom>` to check for reverse dependencies before * removing packages. media-libs/jpeg selected: 8d protected: none omitted: none All selected packages: media-libs/jpeg-8d >>> 'Selected' packages are slated for removal. >>> 'Protected' and 'omitted' packages will not be removed. >>> Waiting 5 seconds before starting... >>> (Control-C to abort)... >>> Unmerging in: 5 4 3 2 1 >>> Unmerging (1 of 1) media-libs/jpeg-8d... * GNU info directory index is up-to-date. (media-libs/jpeg-8d::gentoo, installed) pulled in by media-libs/jpeg required by (g-octave/image-1.0.13::g-octave, installed) For more information about Blocked Packages, please refer to the following section of the Gentoo Linux x86 Handbook (architecture is irrelevant): ... root@lynx:/usr/local/portage/dev-libs(30)# emerge --oneshot media-libs/libjpeg-turbo Calculating dependencies... done! >>> Verifying ebuild manifests >>> Emerging (1 of 1) media-libs/libjpeg-turbo-1.2.0-r1 * libjpeg-turbo-1.2.0.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * libjpeg8_8d-1.debian.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * Using: sun-jdk-1.6 ... >>> Installing (1 of 1) media-libs/libjpeg-turbo-1.2.0-r1 >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. And the next 'emerge -uvDN world' complains againg about blocking packages: root@lynx:/usr/local/portage/dev-libs(31)# emerge -p --update --newuse --deep --with-bdeps=y @world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-devel/automake-wrapper-7 [6] [ebuild N ] media-libs/jpeg-8d USE="-static-libs" [ebuild U ] perl-core/version-0.980.0 [0.970.0] [ebuild U ] virtual/perl-version-0.980.0 [0.970.0] [ebuild U ] sys-fs/xfsprogs-3.1.8 [3.1.7-r1] [ebuild U ] sys-fs/xfsdump-3.1.0 [3.0.6] [ebuild U ] net-misc/curl-7.25.0-r1 [7.25.0] CURL_SSL="openssl%* -axtls% -cyassl% -gnutls% -nss% -polarssl%" [ebuild U ] net-wireless/bluez-hcidump-2.4 [2.3] [ebuild U ] dev-lang/nqp-2012.04.1 [2012.04] [ebuild U ] dev-lang/rakudo-2012.04.1 [2012.04] [ebuild U ] dev-lang/php-5.4.1 [5.4.1_rc2] [ebuild U ] dev-lang/php-5.3.11 [5.3.11_rc2] [ebuild R ] dev-games/simgear-2.4.0 [2.4.0] USE="subversion%*" [ebuild R ] games-simulation/flightgear-2.4.0 [2.4.0] USE="subversion%* (-debug%) (-sdl%*)" [ebuild U ] media-video/openshot-1.4.2 [1.3.1] [ebuild U ] kde-base/kdm-4.8.2-r1 [4.8.2] [ebuild U ] gnome-extra/zeitgeist-0.9.0-r1 [0.9.0] [ebuild U ] app-office/libreoffice-3.5.3.2 [3.5.2.2] [ebuild R ] app-text/texlive-2011-r1 USE="xetex*" [ebuild R ] media-libs/libgphoto2-2.4.12 CAMERAS="fuji*" [blocks B ] media-libs/jpeg:0 ("media-libs/jpeg:0" is blocking media-libs/libjpeg-turbo-1.2.0-r1) !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: ... I just found that media-libs/jpeg-8d is installed as a dependency of g-octave/image: root@lynx:/usr/local/portage/dev-libs(35)# emerge -pt --update --newuse --deep --with-bdeps=y @world 2>&1 | grep -C 3 jpeg-8d [ebuild U ] virtual/perl-version-0.980.0 [0.970.0] [ebuild U ] perl-core/version-0.980.0 [0.970.0] [nomerge ] g-octave/image-1.0.13 [ebuild N ] media-libs/jpeg-8d USE="-static-libs" [nomerge ] dev-util/monodevelop-debugger-gdb-2.8.5.1 [nomerge ] dev-util/monodevelop-2.8.5.1 [nomerge ] dev-dotnet/gnome-sharp-2.24.2 If I remove g-octave/image, 'emerge -p --update --newuse --deep --with-bdeps=y @world' does not more complain about bolcking packages: root@lynx:/usr/local/portage/dev-libs(36)# emerge -C g-octave/image * This action can remove important packages! In order to be safer, use ... root@lynx:/usr/local/portage/dev-libs(38)# emerge -p --update --newuse --deep --with-bdeps=y @world These are the packages that would be merged, in order: Calculating dependencies... done! ... [ebuild R ] media-libs/libgphoto2-2.4.12 CAMERAS="fuji*" ... (In reply to comment #9) > I just found that media-libs/jpeg-8d is installed as a dependency of > g-octave/image: "Sorry", but nothing I can do about packages that are not part of the official Portage tree. |
