I'm running Trixie on an AMD64 system.

Yesterday after doing my usual morning full-upgrade, I rebooted because
there were a lot of Plasma-related updates. When I logged in, I found I
wasn't connected to my file server shares. I eventually traced this down
to a lack of nfs software on my workstation. Reinstalling nfs-client
fixed this.

I guess I need to pay closer attention to what autoremove tells me it's
going to remove, but I'm confused as to why it would remove nfs-client & related packages.

This follows a couple of previous full-upgrades that were having
problems. The first, a few days ago, was stopped by gdb not being
available. However, it installed fine manually (apt install gdb). I
don't see why apt full-upgrade didn't do this automatically as a
dependency for whatever package needed it.

The second was blocked by the lack of a lcl-qt5 or lcl-gtk5 library. I
can see this as legitimate because it looks like you don't need both so
the package manager lets you decide which you want.

Not looking for a solution. Just reporting a spate of oddities I've
encountered lately.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Tue, Apr 30, 2024 at 03:51:01PM CEST, Gary Dale <gary@extremeground.com> said:

I'm running Trixie on an AMD64 system.

Yesterday after doing my usual morning full-upgrade, I rebooted because
there were a lot of Plasma-related updates. When I logged in, I found I wasn't connected to my file server shares. I eventually traced this down to
a lack of nfs software on my workstation. Reinstalling nfs-client fixed
this.

I guess I need to pay closer attention to what autoremove tells me it's
going to remove, but I'm confused as to why it would remove nfs-client & related packages.

This follows a couple of previous full-upgrades that were having problems. The first, a few days ago, was stopped by gdb not being available. However, it installed fine manually (apt install gdb). I don't see why apt full-upgrade didn't do this automatically as a dependency for whatever package needed it.

The second was blocked by the lack of a lcl-qt5 or lcl-gtk5 library. I can see this as legitimate because it looks like you don't need both so the package manager lets you decide which you want.

Not looking for a solution. Just reporting a spate of oddities I've encountered lately.

Trixie is undergoing major transitions. You must be careful and check what each upgrade will want to uninstall, but it is normal for a "testing" distribution.

In those cases I use the curses interface of aptitude to check which upgrade will remove another package that I want, and limit my upgrades to the one that do not break my system. Usually some days later it is Ok
(sometimes week for major transitions)

--
Erwan

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Gary Dale wrote:

I'm running Trixie on an AMD64 system.

Yesterday after doing my usual morning full-upgrade, I rebooted because
there were a lot of Plasma-related updates. When I logged in, I found I wasn't connected to my file server shares. I eventually traced this down
to a lack of nfs software on my workstation. Reinstalling nfs-client
fixed this.

I guess I need to pay closer attention to what autoremove tells me it's
going to remove, but I'm confused as to why it would remove nfs-client & related packages.

This follows a couple of previous full-upgrades that were having
problems. The first, a few days ago, was stopped by gdb not being
available. However, it installed fine manually (apt install gdb). I
don't see why apt full-upgrade didn't do this automatically as a
dependency for whatever package needed it.

The second was blocked by the lack of a lcl-qt5 or lcl-gtk5 library. I
can see this as legitimate because it looks like you don't need both so
the package manager lets you decide which you want.

Not looking for a solution. Just reporting a spate of oddities I've encountered lately.

the on-going time_t transitions may be causing some packages
to be removed for a while as dependencies get adjusted.

i've currently not been doing full upgrades because there are
many Mate packages that would be removed.


songbird

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-04-30 10:58, Brad Rogers wrote:

On Tue, 30 Apr 2024 09:51:01 -0400
Gary Dale <gary@extremeground.com> wrote:

Hello Gary,

Not looking for a solution. Just reporting a spate of oddities I've
encountered lately.

As Erwan says, this is 'normal'. Especially ATM due to the t64
transition.

As you've found out, paying attention to removals is a Good Idea(tm). Sometimes those removals cannot be avoided. Of course, removal of
'library' to be replaced with 'libraryt64' is absolutely fine.

If the upgrade wants to remove (say) half of the base packages of KDE, waiting a few days would be prudent. :-D

You may also notice quite a few packages being reported as "local or obsolete". This is expected as certain packages have had to be removed
from testing to enable a smoother flow of the transition. Many will
return in due course. I do know of one exception, however; deborphan
has bee removed from testing and, as things stand, it looks like it
might be permanent - I fully understand why, but I shall mourn its
passing, as I find it to be quite handy for weeding out cruft.

Yes but: both gdb and nfs-client installed fine. Moreover, the
nfs-client doesn't appear to be a dependency of any of the massive load
of files updated lately.  The gdb package however is but for some reason
apt didn't want to install it.

The point is that apt didn't handle the situation reasonably. If it
wanted a package that was installable, should it not have installed it?
And while nfs-client isn't a dependency of other installed packages, why
should autoremove remove it? It's status of not being a dependency
didn't change. There are lots of packages that aren't depended on by
other packages that I have installed (e.g. every end-user application). Shouldn't autoremove only offer to remove packages that used to be a
dependency but aren't currently (i.e. their status has changed)?

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

songbird wrote:
...

the on-going time_t transitions may be causing some packages
to be removed for a while as dependencies get adjusted.

i've currently not been doing full upgrades because there are
many Mate packages that would be removed.

i decided to see what i could get upgraded tonight and
have done it in layers.

mainly i wanted to make sure that anything removed was
being replaced and that my desktop would still be usable
and that seems to have happened.

so far it seems to have gone well but i'm on the last 400
packages (it takes me a bit to download since i'm not on a
super-fast connection). with how things have gone so far i
don't expect any hiccups.

i <heart> Debian and testing aka trixie. :)

thanks to all in the Debian community who have gotten this
done.


songbird

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

songbird wrote:
...

thanks to all in the Debian community who have gotten this
done.

all looks ok. :)


songbird

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Le 03/05/2024 à 07:11, songbird a écrit :

songbird wrote:
...

the on-going time_t transitions may be causing some packages
to be removed for a while as dependencies get adjusted.

i've currently not been doing full upgrades because there are
many Mate packages that would be removed.

i decided to see what i could get upgraded tonight and
have done it in layers.

mainly i wanted to make sure that anything removed was
being replaced and that my desktop would still be usable
and that seems to have happened.

so far it seems to have gone well but i'm on the last 400
packages (it takes me a bit to download since i'm not on a
super-fast connection). with how things have gone so far i
don't expect any hiccups.

i <heart> Debian and testing aka trixie. :)

thanks to all in the Debian community who have gotten this
done.

songbird

Doing regular upgrades, checking what is removed, what is installed,
waiting when situation is complex leads me to a perfectly working
trixie. That's a good work from the team doing the transition.

As always in testing, one must be careful (and I woul stringly advise
against auto-upgrades...), but when a little attention and sometimes
patience, it works.


--
Erwan David

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

mick.crane wrote:
...

Eeeek "725 packages can be upgraded. Run 'apt list --upgradable' to see
them"

that was about where i was at as i'd been holding firefox
from unstable due to it wanting to remove a lot of Mate
packages without replacing them.

however last night, like you, i first updated to the newest
kernel and headers and then picked groups of packages that
worked to do it in smaller chunks. so i finally ended up with
Mate packages that were being replaced but not leaving me
without a working desktop.

the other reason for holding off so long was that i didn't
have enough of a block of time just in case something went
wrong, but last night i did. i needed to download nearly 1G
of packages and my line isnt super fast so that took some
time just waiting for chunks to come down the pipe.

It seemed to be that "apt upgrade" installed a few of them, there was a message something wouldn't be installed because there were no headers so after getting the linux-headers for the kernel and rebooting apt
installed the rest.
mick

this morning so far all has been well and basically it
all is looking as it should.

my normal morning routing is to update and upgrade if
there is anything waiting, and today is the first time i'm
back to "normal" routine in some weeks so it is nice to
have a clear update list again. :)


songbird

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Fri, 03 May 2024 12:11:22 +0100
"mick.crane" <mick.crane@gmail.com> wrote:

Hello mick.crane,

Eeeek "725 packages can be upgraded. Run 'apt list --upgradable' to see >them"

Quite a few here, too. Although not as many as you had;
46 packages removed
46 packages installed (t64 versions of the packages removed)
309 packages upgraded

However......

I have noticed that GTK apps, after 'waking up' computer when screen is
powered off, don't behave nicely(1). I use KDE Plasma for DE, in X.

I'm playing with power saving settings (i.e. turning them off) to work
around the issue (restarting each app does the necessary if that fails),
and will see if things improve over the next few days. Lots of kde & qt
stuff has been upgraded and things may be a little 'off' on my system.

Oh, I did reboot because of the kernel and kde/qt updates.

(1) Buttons don't respond to mouseover events, and the window displays contents from other apps on different desktops.

--
Regards _ "Valid sig separator is {dash}{dash}{space}"
/ ) "The blindingly obvious is never immediately apparent"
/ _)rad "Is it only me that has a working delete key?"
It's cool to know nothin'
Never Miss A Beat - Kaiser Chiefs

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEmwDAJZJEijHvlxs1Dz7gAfAqPiAFAmY0zO0ACgkQDz7gAfAq PiDdeAf+KP592+xnu5bd2jlVxXXqzLjOHl2YVDZrCSsB5oSIa2O+W86oTlEw+N3e HX5TTfSVQeS70+y+CXdq/cSxXrsWzf8bJziNnoJPd9ro6m0JfrF+vhZawxD7GEUw dfnewYlLdqPo4xmTjnx+tbw5vAchkz5sHTiEiTp/BhuAUBYaLjhE0YtYMxIoWAO2 26hTamuug3kjNqg7FOEj86CC6DxBtT91dcB49emz87z0vXWF1fjVk65QqXkMDMyT WdaYiYdsB91ncOORmVjWDt4B/JL4TVLcwinh5FpB8FQK4bAFKBZ6/npMSLn9aCyr EXidmZBsuWLgLCBCRyEXxT9jEC9SFg==
=FSZL
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)