After this morning's DU libjpeg62 (1.3.1-8) will be removed, but libjpeg-turbo-progs (1.3.1-8 => 1.3.1-10) & libjpeg62-turbo (1.3.1-8 => 1.3.1-10) together with 49 other packages will be upgraded. Can I make a DU, or do I have to wait until it is safe? Thanks for your advice!
Greetings,
Jörg
You can either put the package on hold ofŕ wait until the end of the transition. https://release.debian.org/transitions/html/jpeg-turbo.html
greetz
devil
According to this post (http://forum.siduction.org/index.php?topic=5048.msg41483#msg41483) it seems there are now either the libjpeg* ones with turbo or the ones without, not both. Perhaps it's enough if you note the ones that get removed, D-U, and see if your image processing programs still work for you with libjpeg-turbo.
Quote from: der_bud on 2014/10/23, 09:44:25
..... D-U, and see if your image processing programs still work for you with libjpeg-turbo.
Heh -- there will not be an image processing program if I let this d-u happen.
The following packages will be REMOVED:
build-essential dbus-java-bin default-jre default-jre-headless g++ g++-4.9 gimp gimp-gmic
gimp-plugin-registry icedtea-7-jre-jamvm icedtea-7-plugin icedtea-plugin libc6-dev
libgegl-0.3-0 libgegl-dev libgimp2.0 libglib2.0-dev libjpeg62 libpcre3-dev
libstdc++-4.9-dev openjdk-7-jre openjdk-7-jre-headless zlib1g-dev
The following NEW packages will be installed:
libmail-java openjdk-6-jre
The following packages have been kept back:
libc6 libc6-dbg libc6-i386 systemd-cron
The following packages will be upgraded:
apt-file base-files cryptsetup cryptsetup-bin cups cups-bsd +56 others ...A stormy day in the sid repos -- better wait for improved weather.
Almost the same "to be removed" as dibl, except, if I put "inkscape" on hold, then there's only one package to be removed, and that is "libfreerdpi". I'm going to investigate that package before doing a du.
Edit: These new packages are coming in:
libfreerdp-cache1.1 libfreerdp-client1.1 libfreerdp-codec1.1 libfreerdp-common1.1.0 libfreerdp-core1.1 libfreerdp-crypto1.1 libfreerdp-gdi1.1 libfreerdp-locale1.1 libfreerdp-primitives1.1 libfreerdp-utils1.1
So, I'm assuming libfreerdp1 is being replaced by these new packages, but, I'm still looking before doing a du.
Edit2: Without putting inkscape on hold, "apt upgrade" gives me:
398 upgraded, 4 newly installed, 0 to remove and 4 not upgraded.
The 4 packages not upgraded (held back) are:
libjpeg62-turbo vlc vlc-nox vlc-plugin-jack
I'm still investigating before doing a du, but, "apt upgrade" looks good. I would normally just wait, but, I'm already up to 400 packages waiting for nvidia and dpkg to get resolved, and I'd really like to update.
Everyone's installation is different, so, I'm not suggesting this route for everyone, I'm just thinking out loud with alternatives.
Edit3: Well, that was an experiment in terror.
"apt upgrade" needed an "apt-get -f install" to get past dpkg and man-db. Running "apt upgrade" a second time needed another "apt-get -f install" to get by "kate". After it got by kate, it needed another "apt-get -f install" to finish the du.
Unless you're OCD about the update, I'd wait. There was way too much going on, and, I'm feeling lucky that it completed.
Yep, times are stormy in sid right now. Sunday, Oct. 26 is basicaly the last chance to get packages into sid with a chance to move to testing before Nov 5, when the freeze begins. This is due to the fact, that packages stay for 10 days in sid to see if they behave well before moving to testing. The only other way to get packages into testing and therewith into Debian 8 "Jessie" after that is an exception by the release team and those are handled carefully and not given out easily.
So beginning with the upcoming Sunday things should be a bit calmer, just to come to a grinding halt after Nov. 5.
After having done "apt-mark unhold libjpeg62", I did a DU one hour ago. "Digikam" and "Gwenview" both still working fine. Thanks for your help!
Greetings,
Jörg
I have installed libjpeg-turbo-progs two days ago.
As far as I understand the situation you should not aim for holding libjpeg62 but to get installed libjpeg-turbo-progs (which replaces/conflicts with libjpeg-progs).
You may hold back libjpeg62 for a while, but don't forget to unhold it later. Otherwise you never get installed libjpeg-turbo-progs ;-) .
Inkscape wants to be removed here . . . but not gimp.
Inkscape - right, it need a rebuild with the new libs.
It doesn't like anything jpeg. Just now
Calculating upgrade... Done
The following packages will be REMOVED:
libjpeg-turbo-progs libjpeg62 libjpeg62:i386
Here the following packages will be removed:
Die folgenden Pakete werden ENTFERNT:
libfreerdp1 libgegl-0.0-0 libjpeg62 libwebkit-1.0-2
Has libwebkit anything to do with libjpeg62?
Nothing to be removed here, not today and not yesterday but I let libjpeg62 go from the beginning. 64 bit XFCE
I only needed Inkscape and that was upgraded late last night. So, for me, libjpeg62 can go and be replaced with libjpeg62-turbo.
I had 2 to remove, libfreerdp1 and libjpeg62, both were replaced by newer applications. So, for now, du is safe. My laptop, which I didn't update for a week or so, still needed 2 apt-get -f install's, one for man-db, and, one for dpkg, and a second du to finish correctly.
$ apt-cache show libjpeg62
Description-en: libjpeg-turbo JPEG runtime library [dummy package]
This package is a dummy package to make a transition to
libjpeg62-turbo smoother and will be removed as soon
as the transition is complete.
i dont understand the excitement about removal of this package.
c