On Wednesday, 21 December 2022 11:01:07 CET Sedat Dilek wrote:
P.S.: If you are Debian/unstable AMD64 user and are experienced
enough, you can try on YOUR OWN RISK.
To pass daily dist-upgrades I did the following:
[ Set all QT v5.15.6 packages on hold ]
root# VER="5.15..6" ; for p in $( dpkg -l | grep $VER | awk '/^ii/
{print $2}' ) ; do echo "[ $p ]" ; echo "$p" "hold" | dpkg
--set-selections ; done
I must be sounding like a broken record player (by now), but:
Stop using *dist-*upgrade by DEFAULT.
And apparently it's (also) needed to say that apt/apt-get/aptitude tells you what it's about to do. If it's telling you that it'll remove (almost) all of KDE and you don't want that, you can say 'No' and not go through with that.
The normal/safe-upgrade is what you should be using by default and only when you want to force something, you'd do a dist-/full-upgrade and then you evaluate what it's about to do and when you think "Yes, that's what I want", then and only then you go through with it.
P.S.: If you are Debian/unstable AMD64 user and are experienced
enough, you can try on YOUR OWN RISK.
To pass daily dist-upgrades I did the following:
[ Set all QT v5.15.6 packages on hold ]
root# VER="5.15..6" ; for p in $( dpkg -l | grep $VER | awk '/^ii/
{print $2}' ) ; do echo "[ $p ]" ; echo "$p" "hold" | dpkg
--set-selections ; done
Stop using *dist-*upgrade by DEFAULT.
*AMEN* to that.
Marc Haber - 21.12.22, 12:00:39 CET:
Stop using *dist-*upgrade by DEFAULT.
*AMEN* to that.
I usually do "dist-upgrade", but then look carefully what it is about to
do. If I don't like that, I only to "upgrade".
Of course one can argue it is safer to do it the other way around.
P.S. dist-upgrade is as deprecated as it could be, it's not even in
the man page any more
On Wed, Dec 21, 2022 at 12:50:45PM +0100, Martin Steigerwald wrote:
Marc Haber - 21.12.22, 12:00:39 CET:
Stop using *dist-*upgrade by DEFAULT.
*AMEN* to that.
I usually do "dist-upgrade", but then look carefully what it is about to do. If I don't like that, I only to "upgrade".
Of course one can argue it is safer to do it the other way around.
P.S. dist-upgrade is as deprecated as it could be, it's not even in the
man page any more
I’d like to recommend using « apt upgrade » which has a slightly different behaviour than apt-get : it will upgrade already installed packages but also install new packages where necessary (which apt-get
upgrade won’t do).
This will leave full-upgrade with less things to do and for me to
review. The only remaining packages should have a note in their
changelog about doing a split, replacing another package or adding a Breaks/Replace condition. I regularly check this when I see non
obvious removals (and by obvious I really only mean libfooN+1
replacing libfooN).
I made an interesting experience regarding the current Qt transition:
I updated a ThinkPad X1 Gen 1 Tablet with "apt upgrade" yesterday.
Parts of the Plasma desktop are still broken. Some part of systray
misses some QML files, KRunner shows up as an empty pane without
anything, the lock screen is not usable and several other issues. So
it can still happen with just "apt upgrade" that you have an only
partly usable system afterwards. Of course I'd argue that this is an
issue with missing versioned dependencies. However it appears to me
that it is quite different to completely get this right with a
software stack of this complexity.
So I will just wait until a "full-upgrade" can run through fully on
this tablet and probably stay away from a "upgrade" on my laptop as
well for a few days. However I used "apt upgrade" to upgrade my
laptop earlier on the same day and have seen no such updates. The
tablet has not been updated for a longer time, but that should not
really make much of a difference.
Martin Steigerwald - 22.12.22, 09:16:50 CET:
I made an interesting experience regarding the current Qt transition:
I updated a ThinkPad X1 Gen 1 Tablet with "apt upgrade" yesterday.
Parts of the Plasma desktop are still broken. Some part of systray
misses some QML files, KRunner shows up as an empty pane without
anything, the lock screen is not usable and several other issues. So
it can still happen with just "apt upgrade" that you have an only
partly usable system afterwards. Of course I'd argue that this is an
issue with missing versioned dependencies. However it appears to me
that it is quite different to completely get this right with a
software stack of this complexity.
So I will just wait until a "full-upgrade" can run through fully on
this tablet and probably stay away from a "upgrade" on my laptop as
well for a few days. However I used "apt upgrade" to upgrade my
Well, which was possible today already. All issues I found are fixed by today's update.
I also fully upgraded on my main laptop. All fine there as well.
So at least for the sets of packages I use, the update goes through
smoothly now. According to
https://release.debian.org/transitions/html/qtbase-abi-5-15-7.html
almost all packages are built for AMD64 already.
laptop earlier on the same day and have seen no such updates. The
tablet has not been updated for a longer time, but that should not
really make much of a difference.
And that might have made *the* difference. Some KF5 related packages were still at 5.90 on this tablet after the "apt upgrade" yesterday. Of
course these were more current version on my main laptop.
On Thu, Dec 22, 2022 at 10:53 AM Martin Steigerwald<martin@lichtvoll.de> wrote:
[…]Martin Steigerwald - 22.12.22, 09:16:50 CET:
[…]So I will just wait until a "full-upgrade" can run through fully
on this tablet and probably stay away from a "upgrade" on my
laptop as well for a few days. However I used "apt upgrade" to
upgrade my
Well, which was possible today already. All issues I found are fixed
by today's update.
I also fully upgraded on my main laptop. All fine there as well.
Can you boot into KDE version 5.26.4 with QT version 5.15.7 packages
upgraded as of today?
Do the KDE applications work as (you) expected?
Hi all,I see non obvious removals (and by obvious I really only mean libfooN+1 replacing libfooN).
Le mercredi 21 décembre 2022, 21:37:45 CET Marc Haber a écrit :
On Wed, Dec 21, 2022 at 12:50:45PM +0100, Martin Steigerwald wrote:
Marc Haber - 21.12.22, 12:00:39 CET:
Stop using *dist-*upgrade by DEFAULT.
*AMEN* to that.
I usually do "dist-upgrade", but then look carefully what it is about to do. If I don't like that, I only to "upgrade".
Of course one can argue it is safer to do it the other way around.
P.S. dist-upgrade is as deprecated as it could be, it's not even in the
man page any more
That can be correct or incorrect depending on which manpage you’re looking at. :)
dist-upgrade is an argument for apt-get while full-upgrade is for apt.
I’d like to recommend using « apt upgrade » which has a slightly different behaviour than apt-get : it will upgrade already installed packages but also install new packages where necessary (which apt-get upgrade won’t do).
This will leave full-upgrade with less things to do and for me to review. The only remaining packages should have a note in their changelog about doing a split, replacing another package or adding a Breaks/Replace condition. I regularly check this when
I did not do much on the tablet. But I am working with my main laptop
just as usual and did not see any issues so far.
I find it way easier to have apt reduce the problem riskless first.
It's a shorter list of actions to review.
Good argument. My argument is that in the usual situation trying "apt full-upgrade" first will save me one command. With "apt upgrade" I often enough would have to use "apt full-upgrade" afterwards.
I think they above quoted script is absolutely horrific.
On Thursday, 22 December 2022 09:16:50 CET Martin Steigerwald wrote:
I find it way easier to have apt reduce the problem riskless
first.
It's a shorter list of actions to review.
Good argument. My argument is that in the usual situation trying
"apt
full-upgrade" first will save me one command. With "apt upgrade" I
often enough would have to use "apt full-upgrade" afterwards.
IMO that indicates that the 'state' of your packages could be
improved. I *rarely* have to do a full-upgrade to get things fully
upgraded. And when not all packages get upgraded, that usually means something 'special' is going on, like now with the Qt transition.
On Wednesday, 21 December 2022 11:42:17 CET Diederik de Haas wrote:
I think they above quoted script is absolutely horrific.
I made that statement for 2 reasons:
1) It tries do a dist-upgrade 'at all cost' (imo ofc)
2) `dpkg --set-selection` completely messes up APT's 'database' wrt
manually and automatically installed packages ... which in turn
causes the need to full-/dist-upgrade.
It's called unstable for a reason, it's supposed to be broken once in a while.
BTW, I learned a lot by breaking my Debian-system :-).
Sedat Dilek - 22.12.22, 11:10:47 CET:
[…]
Can you boot into KDE version 5.26.4 with QT version 5.15.7 packages upgraded as of today?
Do the KDE applications work as (you) expected?
With "All fine there as well" I meant exactly that.
I did not do much on the tablet. But I am working with my main laptop
just as usual and did not see any issues so far.
This is no guarantee whether it works all fine for your set of packages
and your use case, but for mine it does so far.
On Wednesday, 21 December 2022 11:42:17 CET Diederik de Haas wrote:
I think they above quoted script is absolutely horrific.
I made that statement for 2 reasons:
1) It tries do a dist-upgrade 'at all cost' (imo ofc)
2) `dpkg --set-selection` completely messes up APT's 'database' wrt manually and automatically installed packages ... which in turn
causes the need to full-/dist-upgrade.
I made no statement at all about this script. So in case you were
assuming that I somehow intended to justify it,
I will wait for the APT updates normally published at 2:00 p.m. UTC
and decide - should arrive at 16:00 German local-time.
:
On Thursday, 22 December 2022 14:31:38 CET Martin Steigerwald wrote:
On Wednesday, 21 December 2022 11:42:17 CET Diederik de Haas wrote:
I think they above quoted script is absolutely horrific.
I made that statement for 2 reasons:
1) It tries do a dist-upgrade 'at all cost' (imo ofc)
2) `dpkg --set-selection` completely messes up APT's 'database' wrt manually and automatically installed packages ... which in turn
causes the need to full-/dist-upgrade.
I made no statement at all about this script. So in case you were
assuming that I somehow intended to justify it,
That was not my intention. Sorry if I made it appear that way.
If I want to address an issue to someone personally, I'd put that person
in
the To: field, like I have done now.
If I want to address the 'general public', I sent it to the list.
The `dpkg --set-selection` command imo 'messes up' the packages state as
it
they all get marked as manually installed and therefor it was for me
related
to what I said above that in my previous mail.
Product Name: HP ProBook 430 G1<br>System Version: A3009CD20303</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Op do 22 dec. 2022 om 16:51 schreef Diederik de Haas <<a href="mailto:didi.debian@cknow.org">didi.debian@cknow.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thursday, 22 December 2022 14:31:38 CET
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 307 |
Nodes: | 16 (2 / 14) |
Uptime: | 71:49:06 |
Calls: | 6,915 |
Files: | 12,382 |
Messages: | 5,432,129 |