You are not logged in.
Pages: 1
The script is installed by grub-common, hence it possibly affects any flavor of grub.
I run in the same problem when upgrading grub-efi-amd64.
Note that my PC came with a pre-installed usr-merged Ubuntu, Then I moved to Debian and dpkg warned me that my system was not in accordance with the Debian policy to have separated /bin /sbin etc. and I was not guaranteed that any upgrade would have been safe.
So I used a scipt to revert my system to a non-merged one.
Now instead Bookworm follows a strict usr-merged policy
What to do? I think, anyway, it is time to discuss moving (or not) Devuan.
Restarted connman and the problem seems fixed.
Maybe some DNS cache not properly cleaned?
I'm having the same issue described by gipi and Grumpy: Temporary failure in resolving 'deb.devuan.org'. I'm on a Devuan Ceres.
Should this be important, I'm using connman to manage my net connection.
I was able to update my system by adding a couple of mirror addresses in the sources.list
However, what is very strange to me is that I have another ceres installation on a virtual machine (qemu + net in user mode) on the same hardware and it works perfectly.
Furthermore I tried also with another VM (unfortunately not Devuan) running system wide (qemu + virtual net) and also with this one I can ping and browse deb.devuan.org.
The only differences that I can see is that the main installation uses a wifi connection while VMs are fooled to think they are on cable.
Any hint?
Ciao
gg
Pages: 1