Re: Retbleed en lançant Debian-12 et kernel panic

[Michel Verdier]

Le 5 août 2023 ajh-valmer a écrit :

> Je vais réinstaller asap bookworm, mais je m'explique pas pourquoi un
> dist-upgrade finit si mal.

Au début tu parlais d'une installation puis d'une mise à jour. Que
fais-tu exactement ? Et c'est ce qu'on te demandait : si tu avais suivi
la procédure de mise à jour. Or celle-ci ne parle absolument pas de
dist-upgrade !
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html

Re: Crossgrade instructions seem broken

[Brian Sammon]

There's two approaches I would consider here:

If you know exactly which packages you want downloaded, I think you can use 
"apt-get download" to just download the packages you tell it to, and it will 
ignore all dependency requirements, and not download any other packages.  This 
would be a partial improvement over using wget.

If you want apt to download the packages you ask for and figure out what other 
packages it should download so that all the dependencies can be satisfied, then 
you may have to fix your "apt --download-only" invocation.
I would try going from

> #apt --download-only install dpkg:amd64 tar:amd64 apt:amd64

to something like
   apt --download-only install dpkg:amd64 tar:amd64 apt:amd64 dpkg:i386- 
tar:i386- apt:i386-

It seems to me that apt is (ignoring the --download-only at this point of the 
process) assuming that you are asking to install a _second_ instance of dpkg, a 
_second_ instance of tar, and a second instance of apt, and deciding that that 
is not possible/allowed.  So telling it explicitly to find a solution that 
involves uninstalling the i386 versions of those packages may allow it to 
proceed to the "actually do something" part of the process, where it will 
notice the "--download-only" part, and download the debs for the packages it 
decided you need to install, and do nothing for the packages it decided you 
need to uninstall.

I'm not 100% sure about all of this, in part because my experience is with 
"apt-get" instead of "apt".

Re: /etc/resolv.conf changes every booting time

[Greg Wooledge]

On Sat, Aug 05, 2023 at 10:52:35PM -0500, Nicholas Geovanis wrote:
> On Sat, Aug 5, 2023, 10:27 PM Greg Wooledge  wrote:
> 
> > On Sat, Aug 05, 2023 at 10:05:31PM -0500, Nicholas Geovanis wrote:
> > > On Sat, Aug 5, 2023, 9:13 PM Greg Wooledge  wrote:
> > >
> > > > On Sun, Aug 06, 2023 at 09:28:55AM +0800, Jon Smart wrote:
> > > > > How to stop the auto-changes to /etc/resolv.conf after rebooting?
> > > >
> > > > https://wiki.debian.org/resolv.conf
> > > >
> > >
> > > Contrary to what that page states, auto changes to resolv.conf are never
> > > appropriate in the server environment. The statement there that it works
> > > fine in a "properly configured server" is the boilerplate escape hatch
> > for
> > > that inconvenient fact :-)
> >
> > Those words do not appear on that page.  I don't know which sentence(s)
> > you're actually referring to.
> 
> 
> I'm referring to these exact words:
> "It also works well for many desktop and server systems, so long as the
> network infrastructure is perfect."
> 
> Its a red herring because the DNS infrastructure in a data center is static
> at the IP address and host name level. And I feel certain that any network
> infrastructure constructed by humans is imperfect to some degree.
> There's their escape hatch.

Not all Debian systems are in a "data center".  Sometimes they're on a
home network, or a workplace network.  In both of those environments,
the DHCP server may be questionable -- either because it's being provided
by a cheap router (home), or because it's being managed by a different
department (workplace).

Some workplaces require the use of DHCP to configure network interfaces,
even when the DHCP server behaves in a way you do not wish.  For example,
it may offer DNS nameservers that are not the ones you want to use.  So,
many of us are running Debian systems where the IP address has to come
from DHCP, for political reasons, but the DNS servers that would come
from DHCP are *undesired*.

Therefore, we want to edit /etc/resolv.conf ourselves, and not let the
DHCP client daemon, or any other program, change it.

Therefore, this wiki page.

Do you have a specific wording change you'd like to see?

Is there any part of the page that is actually *incorrect*?

Are there any alternative solutions that are *missing*?

Re: /etc/resolv.conf changes every booting time

[Nicholas Geovanis]

On Sat, Aug 5, 2023, 10:27 PM Greg Wooledge  wrote:

> On Sat, Aug 05, 2023 at 10:05:31PM -0500, Nicholas Geovanis wrote:
> > On Sat, Aug 5, 2023, 9:13 PM Greg Wooledge  wrote:
> >
> > > On Sun, Aug 06, 2023 at 09:28:55AM +0800, Jon Smart wrote:
> > > > How to stop the auto-changes to /etc/resolv.conf after rebooting?
> > >
> > > https://wiki.debian.org/resolv.conf
> > >
> >
> > Contrary to what that page states, auto changes to resolv.conf are never
> > appropriate in the server environment. The statement there that it works
> > fine in a "properly configured server" is the boilerplate escape hatch
> for
> > that inconvenient fact :-)
>
> Those words do not appear on that page.  I don't know which sentence(s)
> you're actually referring to.


I'm referring to these exact words:
"It also works well for many desktop and server systems, so long as the
network infrastructure is perfect."

Its a red herring because the DNS infrastructure in a data center is static
at the IP address and host name level. And I feel certain that any network
infrastructure constructed by humans is imperfect to some degree.
There's their escape hatch.

The closest thing I see there is "so
> long as the network infrastructure is perfect", which refers to the DHCP
> server, not the Debian system.
>
> A lot of us run Debian systems on networks where we DO NOT CONTROL the
> DHCP server, and have to work around it.  That's what the introduction
> of the page is talking about.
>
> In any case, appeasing EVERY reader is impossible.  I have to use vague
> wording to try to make sure nobody is offended that their personal
> preference configuration is not snubbed.  No matter how utterly batshit
> insane such a configuration may be from my point of view.
>
> I'm also forced to relegate the chattr solution to the end of the page,
> and couch it in caveats, because some people think that it's wrong.
> They can't say WHY it's wrong, of course.  Maybe because it's too simple
> and effective.  I dunno.
>
> People are horrible sometimes.
>
> With all that in mind, and considering that this is a WIKI and you may
> edit it your damned SELF if you disagree with the content, what is your
> actual disagreement?
>
>

Re: /etc/resolv.conf changes every booting time

[Greg Wooledge]

On Sat, Aug 05, 2023 at 10:05:31PM -0500, Nicholas Geovanis wrote:
> On Sat, Aug 5, 2023, 9:13 PM Greg Wooledge  wrote:
> 
> > On Sun, Aug 06, 2023 at 09:28:55AM +0800, Jon Smart wrote:
> > > How to stop the auto-changes to /etc/resolv.conf after rebooting?
> >
> > https://wiki.debian.org/resolv.conf
> >
> 
> Contrary to what that page states, auto changes to resolv.conf are never
> appropriate in the server environment. The statement there that it works
> fine in a "properly configured server" is the boilerplate escape hatch for
> that inconvenient fact :-)

Those words do not appear on that page.  I don't know which sentence(s)
you're actually referring to.  The closest thing I see there is "so
long as the network infrastructure is perfect", which refers to the DHCP
server, not the Debian system.

A lot of us run Debian systems on networks where we DO NOT CONTROL the
DHCP server, and have to work around it.  That's what the introduction
of the page is talking about.

In any case, appeasing EVERY reader is impossible.  I have to use vague
wording to try to make sure nobody is offended that their personal
preference configuration is not snubbed.  No matter how utterly batshit
insane such a configuration may be from my point of view.

I'm also forced to relegate the chattr solution to the end of the page,
and couch it in caveats, because some people think that it's wrong.
They can't say WHY it's wrong, of course.  Maybe because it's too simple
and effective.  I dunno.

People are horrible sometimes.

With all that in mind, and considering that this is a WIKI and you may
edit it your damned SELF if you disagree with the content, what is your
actual disagreement?

Re: Adding backup storage

[Dan Ritter]

David Christensen wrote: 
> On 8/5/23 12:03, gene heskett wrote:
> > What doc should I follow to bring these 2 drives into one volume managed
> > partition for amanda's use as a vtape device? I'd assume the volume
> > management works by now, but it was a data losing disaster 15+ years ago
> > when I last tried it.
> > 

> I agree with other readers that using two SSD's in RAID1 as Amanda backup
> media seems unusual, but ZFS can easily accomplish this:

Gene is asking for RAID0, I believe, which is why I advised
against it.

Amanda is perfectly capable of believing that two filesystems
are two tapes, and spanning backups as necessary across them.

-dsr-

Re: /etc/resolv.conf changes every booting time

[Nicholas Geovanis]

On Sat, Aug 5, 2023, 9:13 PM Greg Wooledge  wrote:

> On Sun, Aug 06, 2023 at 09:28:55AM +0800, Jon Smart wrote:
> > How to stop the auto-changes to /etc/resolv.conf after rebooting?
>
> https://wiki.debian.org/resolv.conf
>

Contrary to what that page states, auto changes to resolv.conf are never
appropriate in the server environment. The statement there that it works
fine in a "properly configured server" is the boilerplate escape hatch for
that inconvenient fact :-)

Re: /etc/resolv.conf changes every booting time

[Greg Wooledge]

On Sun, Aug 06, 2023 at 09:28:55AM +0800, Jon Smart wrote:
> How to stop the auto-changes to /etc/resolv.conf after rebooting?

https://wiki.debian.org/resolv.conf

Re: /etc/resolv.conf changes every booting time

[jeremy ardley]

On 6/8/23 09:28, Jon Smart wrote:

Hello

I have removed the default systemd-resolved local dns service following
the link below,

https://askubuntu.com/questions/907246/how-to-disable-systemd-resolved-in-ubuntu

And I have unbound installed and enabled as local DNS server.

But every time I reboot the server, the configuration file
/etc/resolv.conf changes to a default one. So every time I have to update
its content to:

nameserver 127.0.0.1

(points to unbound)

How to stop the auto-changes to /etc/resolv.conf after rebooting?

Thanks.



What is the new contents of /etc/resolv.conf?

If it mentions NetworkManager then that is the cause of your problems 
and you will have to follow web instructions to change NetworkManager 
behaviour.

/etc/resolv.conf changes every booting time

[Jon Smart]

Hello

I have removed the default systemd-resolved local dns service following
the link below,

https://askubuntu.com/questions/907246/how-to-disable-systemd-resolved-in-ubuntu

And I have unbound installed and enabled as local DNS server.

But every time I reboot the server, the configuration file
/etc/resolv.conf changes to a default one. So every time I have to update
its content to:

nameserver 127.0.0.1

(points to unbound)

How to stop the auto-changes to /etc/resolv.conf after rebooting?

Thanks.

Re: Adding backup storage

[David Christensen]

On 8/5/23 12:03, gene heskett wrote:

I've an asus mobo with 6 sata ports, 5 are busy.

I also have another 6 port with 4 ports tied up serving a raid 10 for 
/home.  That leaves 2 ports empty on that controller.


I have a handful of 2T SSD's. If I can find another 4 pin empty pigtail 
on the psu, I'll plug 2 of these 2T's into that aux controller,


What doc should I follow to bring these 2 drives into one volume managed 
partition for amanda's use as a vtape device? I'd assume the volume 
management works by now, but it was a data losing disaster 15+ years ago 
when I last tried it.


I could, since amanda is quite versatile, set it up as two separate 
vtape drives.  So I'm open to a pro/con discussion.  Thanks all.


Thanks.

Cheers, Gene Heskett.



I agree with other readers that using two SSD's in RAID1 as Amanda 
backup media seems unusual, but ZFS can easily accomplish this:


https://wiki.debian.org/ZFS


Creating a ZFS pool of mirrored drives is a one-liner (untested code):

# zpool create tank mirror /dev/sde /dev/sdf


See zpool(8) for details.


The above command will create a ZFS pool that presents a default file 
system mounted at:


/tank


You can use a ZFS pool root file system just like any other Unix file 
system -- create/read/update/delete files/directories, run userland 
tools, system services, etc. --  but most people create additional file 
systems within their pools.  This allows them to assign different ZFS 
property values to different file systems and/or (untested code):


# zfs create -p tank/amanda/vtape

# zfs set mountpoint=/var/amanda/vtape tank/amanda/vtape

# zfs set compression=on tank/amanda/vtape

# zfs create tank/amanda/vtape/amanda-vtape-1

# zfs create tank/amanda/vtape/amanda-vtape-2

# zfs create tank/amanda/vtape/amanda-vtape-3


See zfs(8) for details.


The above commands will present file systems mounted at:

/var/amanda/vtape/amanda-vtape-1

/var/amanda/vtape/amanda-vtape-2

/var/amanda/vtape/amanda-vtape-3


Beware that ZFS is not natively supported on Debian due to license 
incompatibilities.  So, you will need to install ZFS packages.  It is 
wise to also install Debian and the ZFS packages onto a USB flash drive, 
so that you have a tool available for system administration and/or 
rescue operations.



David

Re: Plantage suite à ajout de desktop icon dans /usr/share/applications/

[RogerT]

> Le 5 août 2023 à 16:51, didier gaumet  a écrit :
> Le 05/08/2023 à 15:11, RogerT a écrit :
>> Merci. Je vais voir le xfce4 nouveau. Qui doit rester léger, j’imagine ou 
>> j’espère.
> 
> Oui Xfce reste léger.
> Par contre si tu veux avoir une expérience moins fruste avec Xfce, faut pas 
> juste installe le méta-paquet task-xfce-desktop, le plus simple c'est 
> d''installer en supplément toute la section xfce (je fais ça en interactif 
> avec aptitude)

Oui, car mes expériences pour installer xfce4 sur des portables anciens avaient 
conduit à une expérience pas terrible. 


> [...]
>> Avec une machine debian, j’ai l’impression qu’on peut s’appuyer sur gnome et 
>> KDE (recommandés lors de l’installation ?… à vérifier, ça fait longtemps que 
>> je n’ai pas installé debian de zéro)
> 
> de mon point de vue, contrairement à d'autres distros (par exemple avec 
> Fedora quand je n'installe pas Gnome mais un autre DE j'ai un peu 
> l'impression d'être à poil), Debian cherche réellement à ne pas favoriser un 
> bureau plutôt qu'un autre, même si Gnome est chosi par défaut. Si on installe 
> un autre bureau, on a tout de suite un environnement à peu près fonctionnel, 
> après c'est plus une question de préférences de l'utilisateur

Le problème me semble être qu’on doit choisir un DE parmis plusieurs que l’on 
ne connaît pas et qui ne sont pas présentés à l’utilisateur nouveau de debian. 
Alors on se lance avec ce qui vient !
Rien de tout ça avec un serveur en CLI !


> [...]
>> Pré-requis : tel DE avec telle extension, ou tel autre DE avec telle 
>> extension.
>> Ex : gnome et extension DING + accès internet, car sans ça aucune icône 
>> n’apparaît sur le bureau (! Dans mon cas perso ; ce qui me semble vraiment 
>> tordu et source de remontée de l’utilisateur surpris).
> 
> me souviens plus mais et j'ai la flemme de tester mais je pense que tu peux 
> t'en tirer en réglant dans divers paramètres de na pas afficher les vignettes 
> réseau, de ne mettre sur le bureau les volumes réseau, etc...

DING : « montrer les lecteurs reseau » : Non. 
Mais si pas de réseau, alors pas d’icônes quand même sur le bureau. Et 
l’utilisateur qui vient réclamer…


>> Je parle de gnome sans même  savoir comment fonctionnent les autres DE… ni 
>> s’il existe une spécification de référence minimale à laquelle chaque DE se 
>> conforme.
> En gros (je peux me tromper) je crois que Freedesktop élabore maintenant les 
> standard après une période où KDE et Gnome faisaient leur truc chacun de son 
> côté, puis ont commencé à collaborer pour que les applis de l'un fonctionnent 
> bien sur le bureau conçu par l'autre.

Très bonne idée. 


>> Est-ce que ce que j’ai écrit ci-dessus est vrai pour tous les DE ?
>> Cad, est-ce que ce sera suffisant pour couvrir les cas d’utilisateurs 
>> *inconnus* et donc aussi le DE et les extensions ?
> 
> Tu ne satisferas jamais tout le monde, y en a toujours qui râleront parce que 
> ceci ou cela. Me concernant, sur des PC je viserais une interface qui soit la 
> plus familière possible à des utilisateurs Win10/11 et sur des tablettes une 
> interface qui soit la plus familière possible à des utilisateurs Android. 
> Parce que ça représente le gros des troupes.
> Si une politique BYOD a été mise en place dans le contexte considéré, les 
> utilisateurs qui souhaitent en bénéficier se chargent de faire en sort que 
> leur matériel/logiciel respecte les consignes de sécurité/productivité.
> Sinon ils demandent quelques modifications qui sont appliquées si cela est 
> faisable dans le contexte mais globalement c'est à eux de s'adapter
Je vois les choses plus simplement :
- fixer des pré-requis : les DE et extensions admis
- installer automatiquement un lanceur sur le bureau en plus de partout où 
habituellement installé (sauf si l’option pré-cochée est décochée)

Ensuite, l’utilisateur se sert du programme qui se moque de la tronche du DE.  


PS : j’ai cette extension gnome (Minimize All) qui refuse de se mettre à jour 
et passe en erreur. Pas de souci avec les autres extensions.

J’ai toujours eu (FF ESR) le message « Your native host connector do not 
support following APIs : v6. Probably you should upgrade native host connector 
or install plugins for missing APIs. Refer RO documentation for instructions ». 

Là, je trouve gnome-chrome-shell (sans rapport avec G Chrome), qui est déjà 
installé. 

Et tout en bas, je lis :

https://wiki.gnome.org/action/show/Projects/GnomeShellIntegration/Installation

Problem: 
You are getting information message about missing "v6" api. 
Resolution: 
You need to update gnome-browser-connector to at least version 42.0

Je lis : gnome-chrome-shell est renommé gnome-browser-connector. 
Etc. Bref. 

Je creuse avec journalctl -f
« JS Error : extension minimizeall Error a different versiob was loaded 
previously. You need to log out for changes to take effect »

Voilà !
Mais ça aurait été trop simple d’afficher ce message sur la page de « installed 
gnome extensions »…

Aïe ! 

Re: Adding backup storage

[Andy Smith]

Hello,

On Sat, Aug 05, 2023 at 03:03:54PM -0400, gene heskett wrote:
> What doc should I follow to bring these 2 drives into one volume managed
> partition for amanda's use as a vtape device? I'd assume the volume
> management works by now, but it was a data losing disaster 15+ years ago
> when I last tried it.
> 
> I could, since amanda is quite versatile, set it up as two separate vtape
> drives.  So I'm open to a pro/con discussion.  Thanks all.

I don't know Amanda. If that is simple, and the redundancy (what you
lose when a drive dies) is managed in Amanda so that it's not
catastrophic to you, then I recommend that you do this.

I don't think that volume management on Linux has got any simpler in
the last 15 years and I strongly suspect that your earlier woes were
user error, so it's even more important to go with something that
you are familiar with.

Myself, without Amanda in the picture, I would RAID-1 them and put
them in LVM, or btrfs mirror them. But I'm explicitly advising you
not to do this if you had problems with it 15 years ago.

Do bear in mind that SSDs are not designed for long term unpowered
data storage, unlike conventional HDDs, so that could be a
consideration if you're intending to use these SSDs stored outside
of a computer and unpowered, tape replacement style. Apologies if
you knew that already.

Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Re: Adding backup storage

[Charles Curley]

On Sat, 5 Aug 2023 15:03:54 -0400
gene heskett  wrote:

> I've an asus mobo with 6 sata ports, 5 are busy.
> 
> I also have another 6 port with 4 ports tied up serving a raid 10 for 
> /home.  That leaves 2 ports empty on that controller.
> 
> I have a handful of 2T SSD's. If I can find another 4 pin empty
> pigtail on the psu, I'll plug 2 of these 2T's into that aux
> controller,
> 
> What doc should I follow to bring these 2 drives into one volume
> managed partition for amanda's use as a vtape device? I'd assume the
> volume management works by now, but it was a data losing disaster 15+
> years ago when I last tried it.
> 
> I could, since amanda is quite versatile, set it up as two separate 
> vtape drives.  So I'm open to a pro/con discussion.  Thanks all.

The first thing I wonder is whether you are going to overload your
power supply by adding all these peripherals. Do the math.

To answer your question, I would use LVM to combine the two new physical
drives into one volume group, build logical volumes to suit, then
encrypt on top of that, then put an ext4 file system on each of those.
If you are only going to put vtapes on the two new drives, I'd go for
one logical partition and leave it at that.

I have a rather different setup: An SSD with all the usual partitions,
/home, /, /boot, etc. Then four 4TB hard drives. The hard drives are
set up as one RAID 5, with one spare drive. The RAID device (md0) is
encrypted. On top of that, one LVM physical volume. Half of that is in
one logical volume with an ext4 file system, the rest so far
unallocated.

My amanda vtapes (virtual tapes) are on the RAID logical volume. I also
use rsnapshot to back up portions of the SSD every four hours to the
RAID's logical volume.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: Bookworm - cron?

[Andy Smith]

Hello,

On Sat, Aug 05, 2023 at 02:01:40PM -0700, Steve Sobol wrote:
> On 2023-08-05 13:16, Andy Smith wrote:
> > On Sat, Aug 05, 2023 at 12:53:08PM -0700, Steve Sobol wrote:
> > > Part of my standard procedure for setting up new VMs involves
> > > editing root's
> > > crontab.
> > > 
> > > But cron isn't installed.
> > 
> > Seems unlikely. There are system cron jobs that are not yet
> > converted to systemd timers. A bookworm install I did just yesterday
> > has cron jobs in /etc/cron.d/ that require the "cron" package.

[this bit not actually true, it seems!]

> > What are you typing to edit root's crontab? What output do you get
> > that you don't expect?
> 
> crontab -e
> 
> Bash tells me that the "crontab" command wasn't found.
> 
> dpkg -l |grep cron returned nothing.

I think you must be right then. In another email I mentioned that I
checked a minimal install and all the system cron jobs that were
installed did already have systemd timers, so they are no-ops that
don't require crond.

So as Greg mentioned, just install package "cron".

Or you could do your root crontab entry as a systemd timer, if you'd
rather not install and run crond just for that.

Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Re: Bookworm - cron?

[Steve Sobol]

On 2023-08-05 13:16, Andy Smith wrote:

Hello,

On Sat, Aug 05, 2023 at 12:53:08PM -0700, Steve Sobol wrote:
Part of my standard procedure for setting up new VMs involves editing 
root's

crontab.

But cron isn't installed.


Seems unlikely. There are system cron jobs that are not yet
converted to systemd timers. A bookworm install I did just yesterday
has cron jobs in /etc/cron.d/ that require the "cron" package.

What are you typing to edit root's crontab? What output do you get
that you don't expect?


crontab -e

Bash tells me that the "crontab" command wasn't found.

dpkg -l |grep cron returned nothing.

Re: Bookworm - cron?

[Steve Sobol]

On 2023-08-05 13:23, Michael Kjörling wrote:

On 5 Aug 2023 22:13 +0200, from johndoe65...@mail.com (john doe):

But cron isn't installed.


I just install a new Bookworm VM and 'cron' is present! :)


Ditto. That must be some customization your VPS provider has made, if
the installation didn't somehow fail.


I'll talk to them. The VPS was acting quite strangely, anyhow, and 
rather than fight with Bookworm, I nuked the VPS and created another one 
from their bullseye image.



Or you could ask your VPS provider why they aren't providing
"important" packages in their default image.


This is the first time it's happened. Of the Linux images I've used 
there, Ubuntu 14.04, 16.04, 18.04, 20.04, 22.04, and Debian bullseye all 
shipped with cron properly installed. Come to think of it... I just 
checked a local bookworm VM I'm running at home, and it has cron 
installed, too. I'll open a ticket.


Thanks :)

Crossgrade instructions seem broken

[Alex King]

I'm trying to crossgrade a bullseye system (from i386 to amd64). The 
machine is headless (with no graphical display and it's also difficult 
to access a console), so I'm doing it over ssh.


In preparation I've switched from systemd to sysvinit (due to the 
warning on the crossgrade page), and also installed busybox-static:amd64 
and have a "busybox ash" shell running (in case of trouble).


I'm following https://wiki.debian.org/CrossGrading, but at the step:


 Crossgrade `dpkg` `tar` and `apt`

I get:

#apt --download-only install dpkg:amd64 tar:amd64 apt:amd64
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 apt : Conflicts: apt:amd64 but 2.6.1 is to be installed
apt:amd64 : Conflicts: apt but 2.6.1 is to be installed
 dpkg : Conflicts: dpkg:amd64
 dpkg:amd64 : Conflicts: dpkg
 tar : Conflicts: tar:amd64
 tar:amd64 : Conflicts: tar
E: Error, pkgProblemResolver::Resolve generated breaks, this may be 
caused by held packages.


It seems like perhaps the bookworm version of apt has some extra 
restrictions about installing other arch binary packages, and won't even 
download them for me.  This is pretty inconvenient.


Does anyone know any force- or allow- that will persuade apt or apt-get 
to do this?  I tried --allow-remove-essential.  No luck.


I'll continue using wget, dpkg and manual dependency resolution. Maybe 
someone has some clues for me?


Thanks,
Alex

Re: Retbleed en lançant Debian-12 et kernel panic

[ajh-valmer]

On Saturday 05 August 2023 20:50:29 didier gaumet wrote:
> Le 05/08/2023 à 18:06, ajh-valmer a écrit :
> > À quel moment et comment choisir Systemd ou Sysv ? :

> => dans tous ces cas, tu cherches les ennuis:
> - si tes convictions te font détester systemd (parce que dans une grande 
> majorité de cas (mais pas la totalité), ce sont des convictions, pas des 
> faits objectifs, qui amènent à cette situation), alors choisis sysvinit 
> mais sois conscient que comme pour TDE, ça nécessite des compétences, de 
> l'investissement et de la rigueur  sinon, utilise systemd

Je n'ai rien contre systemd, c'est à l'installation que systemd et/ou sysvinit
sont apparus, je n'ai rien fait pour ça.
Je vais réinstaller asap bookworm, mais je m'explique pas pourquoi un
dist-upgrade finit si mal.
Sur mes 2 autres ordinateurs je n'ai eu aucun problème.

Re: Adding backup storage

[Dan Ritter]

gene heskett wrote: 
> I've an asus mobo with 6 sata ports, 5 are busy.
> 
> I also have another 6 port with 4 ports tied up serving a raid 10 for /home.
> That leaves 2 ports empty on that controller.
> 
> I have a handful of 2T SSD's. If I can find another 4 pin empty pigtail on
> the psu, I'll plug 2 of these 2T's into that aux controller,
> 
> What doc should I follow to bring these 2 drives into one volume managed
> partition for amanda's use as a vtape device? I'd assume the volume
> management works by now, but it was a data losing disaster 15+ years ago
> when I last tried it.
> 
> I could, since amanda is quite versatile, set it up as two separate vtape
> drives.  So I'm open to a pro/con discussion.  Thanks all.

Set it up as two drives. There are no advantages to doing it
another way (that preserves all the capacity), only
disadvantages.

If you have the money available, I would consider using an SSD
as a spool drive and a big spinning disk on the other port as
the 'tape'. But maybe you aren't going to need more than 4 TB of
backup storage; I dunno.

-dsr-

Re: Bookworm - cron?

[Andy Smith]

On Sat, Aug 05, 2023 at 08:16:57PM +, Andy Smith wrote:
> Hello,
> 
> On Sat, Aug 05, 2023 at 12:53:08PM -0700, Steve Sobol wrote:
> > But cron isn't installed.
> 
> Seems unlikely. There are system cron jobs that are not yet
> converted to systemd timers. A bookworm install I did just yesterday
> has cron jobs in /etc/cron.d/ that require the "cron" package.

As mentioned elsewhere in the thread, I've now checked this and the
default install that I did got these system cron jobs:

/etc/cron.d/e2scrub_all
/etc/cron.d/ntpsec
/etc/cron.daily/man-db
/etc/cron.daily/apt-compat
/etc/cron.daily/logrotate
/etc/cron.daily/dpkg
/etc/cron.weekly/man-db

…all of which have systemd timers which take precedence, so aren't
actually used.

So I take it back: it does seem possible to have a functioning
minimal Debian install without cron and without going to any great
effort to create your own systemd timers.

Though I am sure there's still plenty of packages with cron jobs and
not timers (yet).

Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Re: Bookworm - cron?

[Andy Smith]

On Sat, Aug 05, 2023 at 08:31:13PM +, Andy Smith wrote:
> On Sat, Aug 05, 2023 at 08:23:19PM +, Michael Kjörling wrote:
> > Ditto. That must be some customization your VPS provider has made, if
> > the installation didn't somehow fail.
> 
> I don't know why a hosting company would put in the effort to
> convert the system cron jobs to systemd timers though

Having had a look at the system cron jobs that end up installed by
default, every single one of them does have a systemd timer that
executes instead of them, so I think I must take it back and say
that it does seem to be possible to get a functioning Debian install
without the cron package these days!

Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Re: Bookworm - cron?

[Andy Smith]

Hello,

On Sat, Aug 05, 2023 at 08:23:19PM +, Michael Kjörling wrote:
> On 5 Aug 2023 22:13 +0200, from johndoe65...@mail.com (john doe):
> >> But cron isn't installed.
> > 
> > I just install a new Bookworm VM and 'cron' is present! :)
> 
> Ditto. That must be some customization your VPS provider has made, if
> the installation didn't somehow fail.

I don't know why a hosting company would put in the effort to
convert the system cron jobs to systemd timers though, which is why
I find the claim that OP has a working Debian 12 VM without cron to
be unlikely. Unless as you say, they don't have a working Debian
12.

Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Re: Bookworm - cron?

[Greg Wooledge]

On Sat, Aug 05, 2023 at 12:53:08PM -0700, Steve Sobol wrote:
> My VPS provider [...]

> But cron isn't installed.
> 
> What am I expected to use instead? (I assume that I *could* install cron,
> but there must be a reason it's not installed by default anymore, right?)

Just install it.  Do not waste time wondering why your VPS provider didn't
install it.  You could *ask* them, and they may even answer, but that's
just an intellectual diversion.

If you want cron, install cron.  Don't overthink it.

Re: Bookworm - cron?

[Michael Kjörling]

On 5 Aug 2023 22:13 +0200, from johndoe65...@mail.com (john doe):
>> But cron isn't installed.
> 
> I just install a new Bookworm VM and 'cron' is present! :)

Ditto. That must be some customization your VPS provider has made, if
the installation didn't somehow fail.

I did an installation based on my preseed file at [1] with 12.0
upgraded to latest, and after installation, `dpkg -l '*cron*'` shows
the "cron" package as installed on the VM, and `apt-cache show cron`
shows it as having "Priority: important". That one is fairly
minimalistic and only installs the "standard" and "ssh-server" tasks.


>> What am I expected to use instead?

I guess you could use systemd timers, if that installation is set up
with systemd.

Or you could ask your VPS provider why they aren't providing
"important" packages in their default image.

 [1] https://michael.kjorling.se/debian-12-bookworm-preseed/

-- 
Michael Kjörling  https://michael.kjorling.se
“Remember when, on the Internet, nobody cared that you were a dog?”

Re: Gradle version in bookworm

[Steve Sobol]

On 2023-08-05 12:12, Anders Andersson wrote:



Impossible, fake news. It's Java. When I still coded C and assembly in
the nineties everyone told me that Java would solve the issue of
portability forever. Write once, run anywhere! Just run it, no
worries!


Ahhh... I don't know what com.gradle.enterprise is, but I'm guessing 
it's not in the Gradle distributions I download from gradle.org.


So, before you share any more snark about Java... I'm running Gradle 8 
on at least one Debian VPS. And all I had to do was download it, untar 
and put it somewhere, and ensure that I had a recent JVM on that server.


Note that I downloaded the OSS version of Gradle from gradle.org, not 
Gradle Enterprise from gradle.com.

Re: Gradle version in bookworm

[Steve Sobol]

On 2023-08-05 09:50, Roberto C. Sánchez wrote:


However, it seems like there are rather serious blocking issues that
have halted progress.


When I need Gradle (whether on Mac, Linux or Windows), I just download 
the latest version, put it somewhere and use it. I do the same thing 
with Java VMs.


Gradle 4 is beyond ancient. The Bullseye VPS I'm looking at right now is 
running Gradle 8.0.2.

Re: Bookworm - cron?

[Andy Smith]

Hello,

On Sat, Aug 05, 2023 at 12:53:08PM -0700, Steve Sobol wrote:
> Part of my standard procedure for setting up new VMs involves editing root's
> crontab.
> 
> But cron isn't installed.

Seems unlikely. There are system cron jobs that are not yet
converted to systemd timers. A bookworm install I did just yesterday
has cron jobs in /etc/cron.d/ that require the "cron" package.

What are you typing to edit root's crontab? What output do you get
that you don't expect?

Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

"What should one say after making love?  ``Thank you'' seems too much.
 ``I'm sorry'' - somehow not enough." — The League Against Tedium

Re: Bookworm - cron?

[john doe]

On 8/5/23 21:53, Steve Sobol wrote:

Crazy question:

My VPS provider just started offering bookworm images. So when I set up
a new server yesterday, I installed bookworm.

Part of my standard procedure for setting up new VMs involves editing
root's crontab.

But cron isn't installed.

What am I expected to use instead? (I assume that I *could* install
cron, but there must be a reason it's not installed by default anymore,
right?)



I just install a new Bookworm VM and 'cron' is present! :)

--
John Doe

Bookworm - cron?

[Steve Sobol]

Crazy question:

My VPS provider just started offering bookworm images. So when I set up 
a new server yesterday, I installed bookworm.


Part of my standard procedure for setting up new VMs involves editing 
root's crontab.


But cron isn't installed.

What am I expected to use instead? (I assume that I *could* install 
cron, but there must be a reason it's not installed by default anymore, 
right?)


Thanks :)

Re: logging no longer standard?

[Andy Smith]

Hello,

On Sat, Aug 05, 2023 at 08:03:27PM +0100, Joe wrote:
> On Sat, 5 Aug 2023 15:09:41 +
> Andy Smith  wrote:
> > For those of us who do care, installing rsyslog takes seconds.
> > Disabling the systemd journal (if you want to)_ takes another few
> > seconds. This email took longer.
> 
> But will the syslogs continue 'for the foreseeable future' or are there
> already plans to drop them from Debian?

For syslog to be gone from Debian, every maintainer of every syslog
implementation would have to decide to abandon their work. As these
are very popular packages, that does not seem likely.

I suppose it could happen though, if journald got all the features
of every syslogd. Still one of the design goals of journald was the
structured (binary format) logging whereas plain text logging is a
very popular syslog feature, so that still doesn't seem likely.

Who can tell though? It all rests on individuals wanting to do the
work in Debian.

> > The release notes in particular are essential reading since
> > otherwise a person won't know about major components that have
> > changed, been replaced etc.
> 
> Indeed, but they just tell us *what* stuff has changed, The job of
> finding out what has to be actually done in order to continue doing
> whatever we do, still has to be done, and that's time wasted. Obviously
> things have to change, but backwards compatibility is very important to
> minimise such wasted time, as far as possible.

Have you actually read the part of the Debian release notes we're
talking about? I seem to recall them being very clear. journalctl is
very well documented. And if you prefer then it only takes a few
seconds to install rsyslog at which point logging is exactly like it
was in the previous release.

It's really hard for me to see this as a big deal. I don't know what
Debian could have done better, since pleasing all of the people all
of the time isn't a realistic option.

If you DO have good ideas for improvement, by the way, it is
possible to submit patches to the release notes. I've had a couple
of minor things accepted post-release. It's definitely a living
document. So something positive can be contributed.

> it's something else to learn, a bit more running just to stay
> still.

I don't know what to say to you. Computer use just doesn't stay
static. There isn't a single product, platform, operating system,
application or really ANYTHING in computing that I could point you
to that doesn't change.

The idea that it's "just to stay still" is similar to saying it is
"just change for change's sake", which is a common complaint when
confronted by change that we don't approve of. It does happen to a
degree, for sure - developers prefer making new things than they do
perfecting old things. Twenty years ago Jamie Zawinsky called Linux
a Cadre of Attention-Deficit Teenagers:
. But most changes are done
because someone somewhere sees value in them. Even if you or I don't
always particularly appreciate it the way that they do.

Thanks,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Please consider the environment before reading this e-mail.
 — John Levine

Re: Gradle version in bookworm

[Anders Andersson]

On Sat, Aug 5, 2023 at 6:51 PM Roberto C. Sánchez  wrote:
>
> On Sat, Aug 05, 2023 at 05:21:55PM +0100, Mark Fletcher wrote:
> > Gradle is not some minority, hardly-used tool, so there is presumably
> > a reason why the package hasn't been updated in Debian. Anyone know
> > what it is?
> >
> Becuase it's Very Hard Work(TM).
>
> Updating Gradle in Debian was proposed as a project under Freexian's
> Project Funding initiative and it was accepted and work was done on it
> for several months:
> https://salsa.debian.org/freexian-team/project-funding/-/issues/19
>
> However, it seems like there are rather serious blocking issues that
> have halted progress.

Impossible, fake news. It's Java. When I still coded C and assembly in
the nineties everyone told me that Java would solve the issue of
portability forever. Write once, run anywhere! Just run it, no
worries!

Re: logging no longer standard?

[Greg Wooledge]

On Sat, Aug 05, 2023 at 08:03:27PM +0100, Joe wrote:
> On Sat, 5 Aug 2023 15:09:41 +
> Andy Smith  wrote:
> > The release notes in particular are essential reading since
> > otherwise a person won't know about major components that have
> > changed, been replaced etc.
> 
> Indeed, but they just tell us *what* stuff has changed, The job of
> finding out what has to be actually done in order to continue doing
> whatever we do, still has to be done, and that's time wasted.

In some cases, the release notes actually do tell you how to get back
to normal.

Where they don't, the wiki almost always does.  At least, the changes
that *I* make to it place a very high priority on providing simple,
clear instructions for how to adapt to Debian's changes.  Obviously I
can't speak for every wiki editor, but that's kinda the point.  The
wiki is *our* resource for sharing solutions with each other.

Adding backup storage

[gene heskett]

I've an asus mobo with 6 sata ports, 5 are busy.

I also have another 6 port with 4 ports tied up serving a raid 10 for 
/home.  That leaves 2 ports empty on that controller.


I have a handful of 2T SSD's. If I can find another 4 pin empty pigtail 
on the psu, I'll plug 2 of these 2T's into that aux controller,


What doc should I follow to bring these 2 drives into one volume managed 
partition for amanda's use as a vtape device? I'd assume the volume 
management works by now, but it was a data losing disaster 15+ years ago 
when I last tried it.


I could, since amanda is quite versatile, set it up as two separate 
vtape drives.  So I'm open to a pro/con discussion.  Thanks all.


Thanks.

Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: logging no longer standard?

[Joe]

On Sat, 5 Aug 2023 15:09:41 +
Andy Smith  wrote:

> Hello,
> 
> On Sat, Aug 05, 2023 at 09:23:25AM -0400, Greg Wooledge wrote:
> > In any case, this is not a popular change.  
> 
> I don't think that's clear. I think that amongst a population of
> people who care deeply about logging it's generally unfavourable,
> and I myself don't particularly enjoy using journalctl so I'd kind
> of sort of put myself in that category except you know what? I just
> can't bring myself to get worked up over it.
> 
> I think that the vast majority of Debian users just do not care
> (or even know) and are content using journalctl.
> 
> For those of us who do care, installing rsyslog takes seconds.
> Disabling the systemd journal (if you want to)_ takes another few
> seconds. This email took longer.

But will the syslogs continue 'for the foreseeable future' or are there
already plans to drop them from Debian?
> 
> As such I'd file it as a reasonable change that I'm not 100% happy
> about and has resulted in a couple of extra lines in the Ansible
> playbook I use to provision machines. I don't think about it until
> the next time there is a thread of people getting bent out of shape
> over it.
> 
> Whether on balance it is net positive or net negative I don't know.
> 
> > I will also point out that this change is well-documented, both in
> > the official release notes[1] and in the wiki.[2]  Reading these
> > resources before an upgrade is highly recommended.  
> 
> The release notes in particular are essential reading since
> otherwise a person won't know about major components that have
> changed, been replaced etc.

Indeed, but they just tell us *what* stuff has changed, The job of
finding out what has to be actually done in order to continue doing
whatever we do, still has to be done, and that's time wasted. Obviously
things have to change, but backwards compatibility is very important to
minimise such wasted time, as far as possible.

I'm not a professional, I've just run a home/small business server
starting with sarge, and I consider that system administration time
could be better spent either working or playing.

In this fairly minor case, for example, I use 'tail -f ' at least
once a week, mainly on syslog itself, debug (where my firewall logs
to), daemon and exim4/mainlog. I'm sure there is a way to do this with
systemd, but it's something else to learn, a bit more running just to
stay still.

-- 
Joe

Re: Retbleed en lançant Debian-12 et kernel panic

[didier gaumet]

Le 05/08/2023 à 18:06, ajh-valmer a écrit :
[...]

Seul message alarmant, "noyau 6.10... ininstallable".

Impossible vu que c'est kernel panic au boot.


si, c'est possible avec un média d'installation Debian, tu démarres 
dessus et au lieu de choisir installation, tu choisis récupération.

Y a une explication en français avec captures d'écran ici:
https://www.malekal.com/reparer-debian-mode-rescue-recuperation/#Comment_acceder_au_mode_rescue_depuis_une_cle_USB_bootable

Donc tu entres dans un shell de récupération, pas dans le contexte de 
l'installateur mais dans le contexte de ton système cassé dont tu 
indiques la racine (/). Normalement ça va te proposer de monter aussi 
les partitions /boot/efi et /boot voire les autres partitions 
/partitions_que_tu_as_créées, tu acceptes de les monter.


Du coup une fois que tu as cliqué sur "exécuter un shell dans 
, même si c'est le noyau linux du 
média d'installation qui est chargé en mémoire, tu es à la racine de ton 
système cassé avec toute l'arborescence montée. C'est un chroot


Au ca où, tu mais un
# mount -a
pour que tous les systèmes de fichiers encore non montés le soient.

Et puis là il te reste à faire un
# apt upgrade
qui va sûrement te balancer des messages d'erreur. A partir de là tu 
enquêtes pour savoir comment résoudre tes problèmes de dépendances


tu n'as pas de problèmes? Tu passes à l'étape suivante:
# apt full-upgrade
qui va sûrement te balancer des messages d'erreur. A partir de là tu 
enquêtes pour savoir comment résoudre tes problèmes de dépendances


tu n'as pas de problèmes? Tu es tiré d'affaire, bravo.

tu as encore des problèmes? je te conseille de réinstaller Debian 
proprement parce qu'autrement tu vas avoir du mal à t'en sortir, je pense



À quel moment et comment choisir Systemd ou Sysv ?


Si tu te retrouves avec un menu grub te proposant un Debian Syqtemd et 
un Debian Syvinit c'est soit que tu as installé deux Debian, un systemd 
et un sysvinit, soit que tu as "réussi" à installer un seul Debian avec 
dexu options systemd et sysvinit



=> dans tous ces cas, tu cherches les ennuis:
- si tes convictions te font détester systemd (parce que dans une grande 
majorité de cas (mais pas la totalité), ce sont des convictions, pas des 
faits objectifs, qui amènent à cette situation), alors choisis sysvinit 
mais sois conscient que comme pour TDE, ça nécessite des compétences, de 
l'investissement et de la rigueur

- sinon, utilise systemd

Re: Retbleed en lançant Debian-12 et kernel panic

[Michel Verdier]

Le 5 août 2023 ajh-valmer a écrit :

>> ta mise à jour de Bullseye à Bookworm n'a pas été effectuée entièrement :
> Si, tout a été fait selon les règles de l'art.
> Seul message alarmant, "noyau 6.10... ininstallable".

Il y a forcément eu quelque chose qui a rendu le kernel ininstallable, ça
doit apparaître dans les logs.

>> Donc en gros, là, faut que tu débloques la situation pour pourvoir 
>> terminer ta mise à jour :
> Impossible vu que c'est kernel panic au boot.

Donc boote sur une clef usb, par exemple, pour monter le root fs et finir
la mise à jour. Et peut-être profites-en pour regarder dans les logs.

Re: Gradle version in bookworm

[Roberto C . Sánchez]

On Sat, Aug 05, 2023 at 05:21:55PM +0100, Mark Fletcher wrote:
> Apologies if this is a dumb and/or frequently-answered question,
> but... does anyone know why the version of the "gradle" build tool in
> bookworm is version 4?
> 
> The version in bookworm, 4.4.1-18, was migrated to testing in January
> of this year -- an upgrade from version 4.4.1-13 -- at which time the
> latest upstream version was at least version 7. So it doesn't appear
> to be a "package not maintained any more" issue... The maintainers
> appear to be the Debian Java maintenance team, who I would assume
> would be unlikely to wander off... Bug reports against the package are
> beginning to show evidence that people are finding the age of the
> package a problem as unit tests and even some build dependencies
> become harder and harder to support.
> 
> Gradle is not some minority, hardly-used tool, so there is presumably
> a reason why the package hasn't been updated in Debian. Anyone know
> what it is?
> 
Becuase it's Very Hard Work(TM).

Updating Gradle in Debian was proposed as a project under Freexian's
Project Funding initiative and it was accepted and work was done on it
for several months:
https://salsa.debian.org/freexian-team/project-funding/-/issues/19

However, it seems like there are rather serious blocking issues that
have halted progress.

Regards,

-Roberto

-- 
Roberto C. Sánchez

Gradle version in bookworm

[Mark Fletcher]

Apologies if this is a dumb and/or frequently-answered question,
but... does anyone know why the version of the "gradle" build tool in
bookworm is version 4?

The version in bookworm, 4.4.1-18, was migrated to testing in January
of this year -- an upgrade from version 4.4.1-13 -- at which time the
latest upstream version was at least version 7. So it doesn't appear
to be a "package not maintained any more" issue... The maintainers
appear to be the Debian Java maintenance team, who I would assume
would be unlikely to wander off... Bug reports against the package are
beginning to show evidence that people are finding the age of the
package a problem as unit tests and even some build dependencies
become harder and harder to support.

Gradle is not some minority, hardly-used tool, so there is presumably
a reason why the package hasn't been updated in Debian. Anyone know
what it is?

Thanks!

Mark

Re: Retbleed en lançant Debian-12 et kernel panic

[ajh-valmer]

On Saturday 05 August 2023 17:08:55 didier gaumet wrote:
> Le 05/08/2023 à 16:45, ajh-valmer a écrit :
> >> Ton message apparaît après écran accueil Grub, non,
> >> une mise-à-jour plutôt qu'une installation? :
> > Oui, bien sûr, suite à un upgrade de bullseye vers bookworm,
> > en suivant parfaitement la méthode.
> > Menu Grub, j'ai aussi le choix de booter en sysvinit.
> > j'ai du mal entre "systemd" et "sysvinit"...

> ta mise à jour de Bullseye à Bookworm n'a pas été effectuée entièrement :
Si, tout a été fait selon les règles de l'art.
Seul message alarmant, "noyau 6.10... ininstallable".

> Donc en gros, là, faut que tu débloques la situation pour pourvoir 
> terminer ta mise à jour :
Impossible vu que c'est kernel panic au boot.
> 
> Concernant Systemd contre Sysv, je ne comprends pas ta position:
> choisis l'un des deux selon tes propres critères, ou, si tu as du mal à 
> savoir quels devraient être tes critères de choix entre l'un et l'autre, 
> c'est que ru te tortures pour rien et suis la préconisation de Debian :
À quel moment et comment choisir Systemd ou Sysv ?

Re: logging no longer standard?

[Andy Smith]

Hello,

On Sat, Aug 05, 2023 at 09:23:25AM -0400, Greg Wooledge wrote:
> In any case, this is not a popular change.

I don't think that's clear. I think that amongst a population of
people who care deeply about logging it's generally unfavourable,
and I myself don't particularly enjoy using journalctl so I'd kind
of sort of put myself in that category except you know what? I just
can't bring myself to get worked up over it.

I think that the vast majority of Debian users just do not care
(or even know) and are content using journalctl.

For those of us who do care, installing rsyslog takes seconds.
Disabling the systemd journal (if you want to)_ takes another few
seconds. This email took longer.

As such I'd file it as a reasonable change that I'm not 100% happy
about and has resulted in a couple of extra lines in the Ansible
playbook I use to provision machines. I don't think about it until
the next time there is a thread of people getting bent out of shape
over it.

Whether on balance it is net positive or net negative I don't know.

> I will also point out that this change is well-documented, both in the
> official release notes[1] and in the wiki.[2]  Reading these resources
> before an upgrade is highly recommended.

The release notes in particular are essential reading since
otherwise a person won't know about major components that have
changed, been replaced etc.

Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

"The electric guitar - like making love - is much improved by a little
 feedback, completely ruined by too much." — The League Against Tedium

Re: Retbleed en lançant Debian-12 et kernel panic

[didier gaumet]

Le 05/08/2023 à 16:45, ajh-valmer a écrit :

On Friday 04 August 2023 16:50:39 didier gaumet wrote:

Le 04/08/2023 à 16:29, ajh-valmer a écrit :

En rebootant mon portable sur lequel je viens d'installer bookworm,
j'ai un kernel panic et avant le message :
"Retbleed, vulnerable to attacks..."
Durant l'installation, le nouveau noyau 6.10 n'a pu être installé.
Quid ?



Ton message apparaît après écran accueil Grub, non,
une mise-à-jour plutôt qu'une installation? :

Oui, bien sûr, suite à un upgrade de bullseye vers bookworm,
en suivant parfaitement la méthode.
Menu Grub, j'ai aussi le choix de booter en sysvinit.
j'ai du mal entre "systemd" et "sysvinit"...
@+


ta mise à jour de Bullseye à Bookworm n'a pas été effectuée entièrement, 
très probablement parce que justement tu n'as pas suivi les étapes de la 
procédure, notamment désinstaller les paquets de tierce partie et 
désactiver leurs dépôts le temps que la mise à jour soit effectuée avec 
succès, puis réinstaller ces paquets. Je sais c'est lourd, mais c'est le 
prix à payer pour ne pas avoir des problèmes systématiques de mise à jour.


Comme déjà dit un mois plus tôt, pour Retbleed, déjà c'est pas très 
sensible dans un contexte ordinaire car difficile à exploiter, et de 
plus la version du noyau de Bookworm comporte des parades à Retbleed.


Donc en gros, là, faut que tu débloques la situation pour pourvoir 
terminer ta mise à jour


Concernant Systemd contre Sysv, je ne comprends pas ta position:
choisis l'un des deux selon tes propres critères, ou, si tu as du mal à 
savoir quels devraient être tes critères de choix entre l'un et l'autre, 
c'est que ru te tortures pour rien et suis la préconisation de Debian.

Re: logging no longer standard?

[Andy Smith]

Hello,

On Sat, Aug 05, 2023 at 08:56:36AM -0400, Carl Fink wrote:
> It is highly probable that I'm being grumpy because Debian changed
> something that I was used to for decades, without my realizing it.

…because you didn't read the release notes that are absolutely
required reading to understand what important things have changed in
Debian at each release.

> Changing things will *always* be perceived as friction unless
> someone explains clearly why it makes sense, to me personally.

So a project needs to come and find you, a person who does not read
their release notes, to advocate to you why any and every change
will be made and seek your approval?

That doesn't sound like a very reasonable thing to ask of
volunteers. Have you considered paying some software developers to
make an OS to your exact specifications without you having to spend
any effort having input except when they consult you?

Thanks,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Re: Plantage suite à ajout de desktop icon dans /usr/share/applications/

[didier gaumet]

Le 05/08/2023 à 15:11, RogerT a écrit :


Merci. Je vais voir le xfce4 nouveau. Qui doit rester léger, j’imagine ou 
j’espère.


Oui Xfce reste léger.
Par contre si tu veux avoir une expérience moins fruste avec Xfce, faut 
pas juste installe le méta-paquet task-xfce-desktop, le plus simple 
c'est d''installer en supplément toute la section xfce (je fais ça en 
interactif avec aptitude)


[...]

Avec une machine debian, j’ai l’impression qu’on peut s’appuyer sur gnome et 
KDE (recommandés lors de l’installation ?… à vérifier, ça fait longtemps que je 
n’ai pas installé debian de zéro)


de mon point de vue, contrairement à d'autres distros (par exemple avec 
Fedora quand je n'installe pas Gnome mais un autre DE j'ai un peu 
l'impression d'être à poil), Debian cherche réellement à ne pas 
favoriser un bureau plutôt qu'un autre, même si Gnome est chosi par 
défaut. Si on installe un autre bureau, on a tout de suite un 
environnement à peu près fonctionnel, après c'est plus une question de 
préférences de l'utilisateur


[...]

Pré-requis : tel DE avec telle extension, ou tel autre DE avec telle extension.
Ex : gnome et extension DING + accès internet, car sans ça aucune icône 
n’apparaît sur le bureau (! Dans mon cas perso ; ce qui me semble vraiment 
tordu et source de remontée de l’utilisateur surpris).


me souviens plus mais et j'ai la flemme de tester mais je pense que tu 
peux t'en tirer en réglant dans divers paramètres de na pas afficher les 
vignettes réseau, de ne mettre sur le bureau les volumes réseau, etc...



Je parle de gnome sans même  savoir comment fonctionnent les autres DE… ni s’il 
existe une spécification de référence minimale à laquelle chaque DE se conforme.


En gros (je peux me tromper) je crois que Freedesktop élabore maintenant 
les standard après une période où KDE et Gnoem faisaient leur truc 
chacun de son côté, puis ont commencé à collaborer pour que les applis 
de l'un fonctionnent bien sur le bureau conçu par l'autre.

Est-ce que ce que j’ai écrit ci-dessus est vrai pour tous les DE ?

Cad, est-ce que ce sera suffisant pour couvrir les cas d’utilisateurs 
*inconnus* et donc aussi le DE et les extensions ?


Tu ne satisferas jamais tout le monde, y en a toujours qui râleront 
parce que ceci ou cela. Me concernant, sur des PC je viserais une 
interface qui soit la plus familière possible à des utilisateurs 
Win10/11 et sur des tablettes une interface qui soit la plus familière 
possible à des utilisateurs Android. Parce que ça représente le gros des 
troupes.
Si une politique BYOD a été mise en place dans le contexte considéré, 
les utilisateurs qui souhaitent en bénéficier se chargent de faire en 
sort que leur matériel/logiciel respecte les consignes de 
sécurité/productivité.
Sinon ils demandent quelques modifications qui sont appliquées si cela 
est faisable dans le contexte mais globalement c'est à eux de s'adapter

Re: Retbleed en lançant Debian-12 et kernel panic

[ajh-valmer]

On Friday 04 August 2023 16:50:39 didier gaumet wrote:
> Le 04/08/2023 à 16:29, ajh-valmer a écrit :
> > En rebootant mon portable sur lequel je viens d'installer bookworm,
> > j'ai un kernel panic et avant le message :
> > "Retbleed, vulnerable to attacks..."
> > Durant l'installation, le nouveau noyau 6.10 n'a pu être installé.
> > Quid ?

> Ton message apparaît après écran accueil Grub, non,
> une mise-à-jour plutôt qu'une installation? :
Oui, bien sûr, suite à un upgrade de bullseye vers bookworm,
en suivant parfaitement la méthode.
Menu Grub, j'ai aussi le choix de booter en sysvinit.
j'ai du mal entre "systemd" et "sysvinit"...
@+

Re: logging no longer standard?

[Teemu Likonen]

* 2023-08-05 09:23:25-0400, Greg Wooledge wrote:

> In any case, this [systemd journal] is not a popular change. I don't
> remember ever hearing a single person say "Wow, I'm so glad they did
> this!" I've seen many complaints. Most often, people just (re)install
> rsyslog and move on with their lives as before.

The popularity and opinions haven't been queried. We don't hear people's
silent satisfaction. You only hear complaints and surprise reactions:
"What? Things have changed?"

Ok, here is one: I think systemd is wonderful system and its journal is
really nice part of it. I use systemd units in such way that would have
been difficult before.

-- 
/// Teemu Likonen - .-.. https://www.iki.fi/tlikonen/
// OpenPGP: 6965F03973F0D4CA22B9410F0F2CAE0E07608462


signature.asc
Description: PGP signature

Microphone not recognized on HP Laptop 17-cp2xxx

[Rainer Dorsch]

Hi,

I installed bookworm on a HP Laptop 17-cp2xxx, everything works perfectly, 
except the microphone does not show up in alsamixer, KDE plasma and Chromium.

pactl lists two cards, in card #1 I see a analog-input-mic:

rd@laptop:~$ pactl list cards
Card #0
Name: alsa_card.pci-_03_00.1
Driver: module-alsa-card.c
Owner Module: 6
Properties:
alsa.card = "0"
alsa.card_name = "HD-Audio Generic"
alsa.long_card_name = "HD-Audio Generic at 0xc04c8000 irq 82"
alsa.driver_name = "snd_hda_intel"
device.bus_path = "pci-:03:00.1"
sysfs.path = "/devices/pci:00/:00:08.1/:03:00.1/
sound/card0"
device.bus = "pci"
device.vendor.id = "1002"
device.vendor.name = "Advanced Micro Devices, Inc. [AMD/ATI]"
device.product.id = "1640"
device.product.name = "Rembrandt Radeon High Definition Audio 
Controller"
device.string = "0"
device.description = "Rembrandt Radeon High Definition Audio 
Controller"
module-udev-detect.discovered = "1"
device.icon_name = "audio-card-pci"
Profiles:
output:hdmi-stereo: Digital Stereo (HDMI)-Ausgabe (sinks: 1, 
sources: 0, priority: 5900, available: no)
output:hdmi-surround: Digital Surround 5.1 (HDMI)-Ausgabe 
(sinks: 1, sources: 0, priority: 800, available: no)
output:hdmi-surround71: Digital Surround 7.1 (HDMI)-Ausgabe 
(sinks: 1, sources: 0, priority: 800, available: no)
off: Aus (sinks: 0, sources: 0, priority: 0, available: yes)
Active Profile: off
Ports:
hdmi-output-0: HDMI / DisplayPort (type: HDMI, priority: 5900, 
latency offset: 0 usec, not available)
Properties:
device.icon_name = "video-display"
Part of profile(s): output:hdmi-stereo, output:hdmi-
surround, output:hdmi-surround71

Card #1
Name: alsa_card.pci-_03_00.6
Driver: module-alsa-card.c
Owner Module: 7
Properties:
alsa.card = "1"
alsa.card_name = "HD-Audio Generic"
alsa.long_card_name = "HD-Audio Generic at 0xc04c irq 83"
alsa.driver_name = "snd_hda_intel"
device.bus_path = "pci-:03:00.6"
sysfs.path = "/devices/pci:00/:00:08.1/:03:00.6/
sound/card1"
device.bus = "pci"
device.vendor.id = "1022"
device.vendor.name = "Advanced Micro Devices, Inc. [AMD]"
device.product.id = "15e3"
device.product.name = "Family 17h/19h HD Audio Controller"
device.string = "1"
device.description = "Family 17h/19h HD Audio Controller"
module-udev-detect.discovered = "1"
device.icon_name = "audio-card-pci"
Profiles:
input:analog-stereo: Analog Stereo-Eingabe (sinks: 0, sources: 
1, priority: 65, available: no)
output:analog-stereo: Analog Stereo-Ausgabe (sinks: 1, 
sources: 0, priority: 39268, available: yes)
output:analog-stereo+input:analog-stereo: Analog Stereo Duplex 
(sinks: 1, sources: 1, priority: 6565, available: yes)
off: Aus (sinks: 0, sources: 0, priority: 0, available: yes)
Active Profile: output:analog-stereo
Ports:
analog-input-mic: Microphone (type: Mic, priority: 8700, 
latency offset: 0 usec, not available)
Properties:
device.icon_name = "audio-input-microphone"
Part of profile(s): input:analog-stereo, output:analog-
stereo+input:analog-stereo
analog-output-speaker: Speakers (type: Speaker, priority: 
1, latency offset: 0 usec, availability unknown)
Properties:
device.icon_name = "audio-speakers"
Part of profile(s): output:analog-stereo, 
output:analog-stereo+input:analog-stereo
analog-output-headphones: Headphones (type: Headphones, 
priority: 9900, latency offset: 0 usec, not available)
Properties:
device.icon_name = "audio-headphones"
Part of profile(s): output:analog-stereo, 
output:analog-stereo+input:analog-stereo
rd@laptop:~$ 

Any advice or hint how to enable the mic is welcome.

Many thanks
Rainer



signature.asc
Description: This is a digitally signed message part.

Re: logging no longer standard?

[err404]

On 8/5/23 14:56, Carl Fink wrote:

On 8/5/23 02:54, Michel Verdier wrote:

On 2023-08-04, Carl Fink wrote:


Today, on my Bullseye system, X crashed and restarted. Naturally, I thought
I'd check my logs to see if I could find out why.

Well, no ... because syslog does not exist.

If you don't have syslog your logs will be on journald.
But X logs could be in /var/log/Xorg.0.log or
~/.xsession-error or ~/.local/share/xorg/Xorg.0.log

It is highly probable that I'm being grumpy because Debian changed something 
that
I was used to for decades, without my realizing it. I'm more interested in 
*using* my
computer than learning whole new paradigms about, say, logging. Changing things
will *always* be perceived as friction unless someone explains clearly why it 
makes
sense, to me personally.

-Carl Fink



I have syslog, and journald.
about having syslog, it is probably because I install rsyslog on all my 
computers (to send logs on server through vpn).
about having journald, I dont apreciate it, because it change many things that 
already working for years.
the ONLY avantage (in my opinion) to journald is to start loging very earlier 
at boot.

may be installing rsyslog is a solution for you (even if you don't need to send 
logs on a remote server)

Re: logging no longer standard?

[Greg Wooledge]

On Sat, Aug 05, 2023 at 02:12:31PM +0100, Brian wrote:
> Does this clarify?
> 
>   https://wiki.debian.org/Rsyslog#Deprecation_in_Bookworm

Ah, I didn't know about that page.  It links to bug #1018788 which
says, among other things,

The main reason here is, that I want to avoid that log data is stored
twice on disk.

That's good to know, I suppose.

Re: logging no longer standard?

[Greg Wooledge]

On Sat, Aug 05, 2023 at 08:56:36AM -0400, Carl Fink wrote:
> It is highly probable that I'm being grumpy because Debian changed something
> that
> I was used to for decades, without my realizing it. I'm more interested in
> *using* my
> computer than learning whole new paradigms about, say, logging. Changing
> things
> will *always* be perceived as friction unless someone explains clearly why
> it makes
> sense, to me personally.

You're unlikely to get a satisfactory explanation.  My best guess is they
(the Debian developers in question) think systemd's journal is really
neat-o and they want people to consider it the primary information source,
with human-readable text files being "legacy".  (To be fair, log rotation
of text files is clunky.  But it's a well-understood problem with well-
establish solutions.)

My second best guess is they wanted to reduce redundancy.  Having the
same information logged in multiple places might seem unappealing to
them.

In any case, this is not a popular change.  I don't remember ever
hearing a single person say "Wow, I'm so glad they did this!"  I've
seen many complaints.  Most often, people just (re)install rsyslog and
move on with their lives as before.

I will also point out that this change is well-documented, both in the
official release notes[1] and in the wiki.[2]  Reading these resources
before an upgrade is highly recommended.

[1] 
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-information.en.html#upgrade-specific-issues
[2] https://wiki.debian.org/NewInBookworm

Re: logging no longer standard?

[Brian]

On Sat 05 Aug 2023 at 08:56:36 -0400, Carl Fink wrote:

> On 8/5/23 02:54, Michel Verdier wrote:
> > On 2023-08-04, Carl Fink wrote:
> > 
> > > Today, on my Bullseye system, X crashed and restarted. Naturally, I 
> > > thought
> > > I'd check my logs to see if I could find out why.
> > > 
> > > Well, no ... because syslog does not exist.
> > If you don't have syslog your logs will be on journald.
> > But X logs could be in /var/log/Xorg.0.log or
> > ~/.xsession-error or ~/.local/share/xorg/Xorg.0.log
> It is highly probable that I'm being grumpy because Debian changed something
> that
> I was used to for decades, without my realizing it. I'm more interested in
> *using* my
> computer than learning whole new paradigms about, say, logging. Changing
> things
> will *always* be perceived as friction unless someone explains clearly why
> it makes
> sense, to me personally.

Does this clarify?

  https://wiki.debian.org/Rsyslog#Deprecation_in_Bookworm

Re: Plantage suite à ajout de desktop icon dans /usr/share/applications/

[RogerT]

> Le 5 août 2023 à 10:49, didier gaumet  a écrit :
> Le 04/08/2023 à 19:27, RogerT a écrit :
> 
>> L’utilisateur ne veut rien gérer mais juste utiliser le logiciel livré.
>> Et y accéder en un double-clic depuis son bureau.
>> Il utilise le DE qu’on lui dit d’utiliser.
>> xfce4 : je me ferais incendier car trop rustre.
> 
> *éventuellement* tu peux y jeter de nouveau un coup d'oeil, la version 4.18 a 
> inauguré un gestionnaire de profils de panel, donc en gros en peut passer 
> d'un clic d'un bureau Xfce ordinaire à un truc plus organisé à la Windows ou 
> MacOS. Je n'utilise pas MacOS donc je ne peux pas en parler mais sur les deux 
> profils Windows, il en a un qui n'est pas franchement dépaysant pour un 
> utilisateur de Win7/8/10

Merci. Je vais voir le xfce4 nouveau. Qui doit rester léger, j’imagine ou 
j’espère. 

Note qu’on m’avait parlé d’openbox il y a quelques années. Très léger et 
entièrement configurable. Mais c’est juste un window manager. 
Et il ne serait plus supporté. Mais en fait si, inclus par ci par là, de ce que 
j’ai lu.
L’idée de faire son DE soi-même m’avait plu, mais…


>> Je n’ai pas essayé de propoyKDE ou Trinity dont tu disais qu’ils étaient 
>> agréables.
> 
> - KDE est probablement le plus proche visuellement (et en termes de 
> fonctionnement et paramétrage) de Windows. Perso je n'utilise pas mais si je 
> devais installer un bureau linux pour un Windowsien qui a du mal avec autre 
> chose que Win7/8/10 (voire 11), je lui mettrais en priorité décroissante 
> Plasma(KDE), Cinnamon, Xfce(en mode panel Windows), Lxqt, Gnome. Mate j'ai 
> pas testé mais ça doit être entre Lxqt et Gnome.
> 
> - Trinity, bien que je conçoive l'intérêt que ça puisse susciter chez 
> certains utilisateurs, personnellement je le déconseillerais:
>  ce n'est pas empaqueté par Debian, pour un DE ça veut dire que ça peut être 
> lourd à gérer pour les mise à jour de versions, entre autre
>  et surtout c'est un fork de KDE3 *et* Qt3. Qu'on soit attiré ou repoussé par 
> ce conservatisme est un autre débat mais en termes de capacité des membres du 
> projet Trinity à maintenir leur bureau TDE *et* Qt3 (plus maintenu upstream, 
> on en est à Qt6), sur le long terme j'ai de gros doutes, surtout quand on 
> voit que KDE a lâché du lest sur certaines choses qu'il n'avait plus les 
> ressources de maintenir (exemple: kdm)
> 

Avec une machine debian, j’ai l’impression qu’on peut s’appuyer sur gnome et 
KDE (recommandés lors de l’installation ?… à vérifier, ça fait longtemps que je 
n’ai pas installé debian de zéro)

ajh-valmer avait dit du bien de Trinity. Il saura te répondre.


Dans le cas présent (moi ou un utilisateur quelconque), on connaît le DE 
utilisé (voire éventuellement recommandé).

Dans le cas général, je peux écrire à destination de l’utilisateur inconnu :

//
Le programme sera accessible :
- par le menu Applications 
- par la touche Super
- en CLI avec truc-programme + touche entrée

Pré-requis : tel DE avec telle extension, ou tel autre DE avec telle extension. 
Ex : gnome et extension DING + accès internet, car sans ça aucune icône 
n’apparaît sur le bureau (! Dans mon cas perso ; ce qui me semble vraiment 
tordu et source de remontée de l’utilisateur surpris). 
//

Je parle de gnome sans même  savoir comment fonctionnent les autres DE… ni s’il 
existe une spécification de référence minimale à laquelle chaque DE se 
conforme. 

Est-ce que ce que j’ai écrit ci-dessus est vrai pour tous les DE ?

Cad, est-ce que ce sera suffisant pour couvrir les cas d’utilisateurs 
*inconnus* et donc aussi le DE et les extensions ?

Re: logging no longer standard?

[Carl Fink]

On 8/5/23 02:54, Michel Verdier wrote:

On 2023-08-04, Carl Fink wrote:


Today, on my Bullseye system, X crashed and restarted. Naturally, I thought
I'd check my logs to see if I could find out why.

Well, no ... because syslog does not exist.

If you don't have syslog your logs will be on journald.
But X logs could be in /var/log/Xorg.0.log or
~/.xsession-error or ~/.local/share/xorg/Xorg.0.log
It is highly probable that I'm being grumpy because Debian changed 
something that
I was used to for decades, without my realizing it. I'm more interested 
in *using* my
computer than learning whole new paradigms about, say, logging. Changing 
things
will *always* be perceived as friction unless someone explains clearly 
why it makes

sense, to me personally.

-Carl Fink

Re: proposed updates

[Paul van der Vlis]

Hoi Gijs,

Op 04-08-2023 om 16:44 schreef Gijs Hillenius:

On  4 August 2023 15:03 Paul van der Vlis, wrote:


Hoi Gijs,

Op 04-08-2023 om 10:34 schreef Gijs Hillenius:

De handleiding:
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.en.html#proposed-updates
4.2.9. The proposed-updates section
If you have listed the proposed-updates section in your APT
source-list
files, you should remove it before attempting to upgrade your system.
This is a precaution to reduce the likelihood of conflicts.


Nu heb je het over proposed-updates, en niet over release-updates.
"Proposed" betekent "voorgesteld", proposed-updates is bedoeld om de
updates te testen voordat ze gereleased worden.


Right. Dank.

hier

https://wiki.debian.org/StableUpdates

staat:

"All packages from stable-updates will be included in point releases."

en

"This path will be used for updates which many users may wish to install
on their systems before the next point release is made, such as updates
to virus scanners and timezone data."


Ik vind dit wat onduidelijk moet ik zeggen.

Ik heb zelf nooit proposed-updates gebruikt om die reden, ik vind 
stable-updates genoeg, en proposed-updates meer een testplatform 
daarvoor. Maar misschien denken anderen daar anders over.


Bedenk dat het ook om updates van de virusscanner zelf gaat, niet om de 
virusdefinities, die gaan apart.



Dat klinkt niet alsof dit gaat om "cyrus-imap met een majeure update".


Ik weet niet zo goed wat je bedoeld met "majeure update".

Dit was duidelijk geen security update maar een "andere belangrijke 
kleine update". Ik zie bij Debian langzaam een tendens dat er meer 
kleine wijzigingen komen via stable-updates, dit is daar een voorbeeld van.


Groet,
Paul


--
Paul van der Vlis Linux systeembeheer Groningen
https://vandervlis.nl/

Re: Debian Bookworm en Cyrus? Stap nog ff niet over

[Paul van der Vlis]

Hoi Gijs,

Op 04-08-2023 om 10:32 schreef Gijs Hillenius:


On  3 August 2023 23:43 Paul van der Vlis, wrote:


Hoi Gijs,

Op 29-07-2023 om 08:36 schreef Gijs Hillenius:

On 28 July 2023 19:10 Wouter Verhelst, wrote:


On Wed, Jul 19, 2023 at 01:10:04PM +0200, Gijs Hillenius wrote:

On 19 July 2023 09:20 Paul van der Vlis, wrote:


[...]


Het officiele relocate script zit ook in Debian, als ik het goed
begrijp: /usr/lib/cyrus/bin/relocate_by_id


Yep. Maar dat werkt niet (meer) op de nieuwe lege inboxen.


Manual:
https://www.cyrusimap.org/imap/reference/manpages/systemcommands/relocate_by_id.html

Dit is ook interessant:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1007965
https://cyrus.topicbox.com/groups/info/T3e85440ddbb44ec6-Maf769decd0dd45d4572145b8


Volgens een van de Debian packagers: (in de bug report
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1037346) "the patch
needed to update to 3.6 is included in version 3.2.6-2+deb11u2."

Ik heb die aanwijzing nog niet teruggevonden; al is het voor mij mosterd
na het zinken van het schip.


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1037346#55


https://packages.debian.org/bullseye/cyrus-imapd

Basically: je moet er eerst voor zorgen dat je bullseye-installatie
helemaal up to date is. Zoals altijd.

Yep. Dat was geheel het geval; netjes de handleiding gevolgd. FWIW,
op
de cyrus mailinglist kwamen er 1 of 2 andere Debian cyrus admins voorbij
die hun systeem zagen uitgleiden. Dat script uit de bugmelding lost het
weer op, maar het is geen doen voor systemen met veel gebruikers.

Ik ben het nog aan het bestuderen, ik wil niet dat het bij mij ook
misgaat ;-)

Zou het kunnen dat de regel met "bullseye-updates" bij jou mistte in
/etc/apt/sources.list van Debian 11? Die cyrus-imapd update met patch
was namelijk geen security update, maar een minor-update in Debian
11.4:
https://www.debian.org/News/2022/20220709



Ik volg tamelijke nauwgezet alle updates, en point releasese, en bij mij
draaide Cyrus 3.2.6-2+deb11u2.

"grep cyrus upgrade-bookwormstep.script" geeft onder meer: "Unpacking
cyrus-imapd (3.6.1-4) over (3.2.6-2+deb11u2)"


Tja, dat lijkt toch goed.


en daarin zit de patch:

,[ changelog ]
| cyrus-imapd (3.2.6-2+deb11u2) bullseye; urgency=medium
|
|   * Ensure that ctl_cyrusdb -r and reconstruct now ensure the "uniqueid" field
| is present in and synchronised between mailboxes.db and cyrus.header.
| Required before 3.6.x upgrade
`

Maar volgens Ellie's antwoord gisteren was dat onvoldoende. 


Wellicht mbexamine en reconstruct draaien als de mailboxen oud zijn.

Cyrus 3.6 ondersteund geen BerkeleyDB meer, dat moet gewijzigd.


Ze noemt onder meer: relocate_by_id  ..


Dat is volgens mij iets wat in de nieuwe versie 3.6 moet zitten, en dat 
zit er in. Het wordt alleen niet automatisch gestart.


En het lijkt ook niet verplicht te zijn, al is het wel het default voor 
nieuwe mailboxen (maar dat kun je wijzigen).


Cyrus heeft nogal de neiging om heel veel mogelijkheden te bieden, dat 
kunnen ze volgens mij niet allemaal goed testen.



Wellicht is er een alternatieve route via snapshot?
http://snapshot.debian.org/binary/cyrus-imapd/


Ik zie daar geen 3.2.10 (or later), of 3.4.4 (or later).
Een tarball installeren zou kunnen.


Moraal van het verhaal: vergeet niet die "*-updates" in sources.list.
Naast security updates zijn er soms ook nog andere updates!

Ik vraag me af waarom dit een aparte regel is eigenlijk, waarom die
updates niet gewoon in de Debian-versie komen bij een minor update.


StableUpdates: official Debian repository for changes that cannot wait
for the next point release, packages are also added to
StableProposedUpdates for inclusion in the next point release

Ik bestudeer nu apt/sources.list en ik zie dat die regel er wel staat
voor Debian 8, 9, en 10, maar niet voor 11 (omgebouwd voor) 12
(verdikkeme). Maar het is dus niet perse nodig?

Graag advies!


Perse niet. Maar het lijkt me heel verstandig en ik zie geen goede reden 
om het niet te doen.


Maar ik denk toch dat je hem gehad hebt, anders had je niet die 
3.2.6-2+deb11u2 lijkt me.



Omzichtig: de (zeer-gewaardeerde) packagers gebruiken kennelijk zelf
geen cyrus (meer), en gingen lijkt het af op de aanwijzing van upstream.
Ik vermoed dat er een stap mist - relocate_by_id of zo.. Het kan ook
zijn dat "autocreate" verboden had moeten zijn.




Het is sowieso een moeilijke update als ik het zo lees, er kan meer
misgaan:  https://www.cyrusimap.org/3.6/imap/download/upgrade.html

De link is van de officiele documentatie, eigenlijk is de Debian
documentatie leading. Is de Debian documentatie van een pakket
eigenlijk al ergens te lezen voor je dat pakket installeert?


je kan de deb downloaden en uitpakken..


Niet erg handig, er is vast een andere manier.

Mocht niemand met een goed idee komen dan ga ik Cyrus maar installeren 
op een machine die geen mail nodig heeft, alleen voor het lezen van de 
documentatie.


Groet,
Paul

--
Paul van der Vlis Linux 

Re: sauvegardes: Vorta/Borgbackup et Deja-Dup/Duplicity

[didier gaumet]

Le 05/08/2023 à 12:01, hamster a écrit :

Le 05/08/2023 à 09:25, didier gaumet a écrit :

[...]
Donc on peut légitimement s'émouvoir lorsque j'évoque une 
automatisation, qui n'est que partielle ;-)


Je crains que tu n'aie mal compris mon message. Je ne m'émeut pas, je me 
renseigne. Et loin de moi l'idée d'émettre la moindre critique.


Non, pas de souci, c'est moi qui ai tenté une saillie humoristique dont 
j'aurais dû m'abstenir :-)


Donc je résume pour voir si j'ai bien compris 

[...]

oui, tu as bien compris :-)

Un autre procédé que j'avais employé il y a quelques années sur un PC 
Windows d'une amie, c'était de lui créer un évènement récurrent 
quotidien dans Thunderbird pour lui rappeler de faire sa sauvegarde.

Re: sauvegardes: Vorta/Borgbackup et Deja-Dup/Duplicity

[hamster]

Le 05/08/2023 à 09:25, didier gaumet a écrit :
la sauvegarde étant automatisée, lorsqu'elle se lance, le disque n'étant 
quasiment jamais branché à ce moment-là, la sauvegarde se vautre 
quasi-systématiquement, en notifiant l'utilisateur qu'elle reprendra 
lorsque le disque sera branché. Lorsque le disque est branché par 
l'utilisateur, elle reprend et notifie celui-ci lorsqu(elle s'est terminée.


Donc on peut légitimement s'émouvoir lorsque j'évoque une 
automatisation, qui n'est que partielle ;-)


Je crains que tu n'aie mal compris mon message. Je ne m'émeut pas, je me 
renseigne. Et loin de moi l'idée d'émettre la moindre critique.


Donc je résume pour voir si j'ai bien compris : tu a un logiciel 
programmé pour lancer des sauvegardes automatiquement et tu utilise le 
fait que ce logiciel plante et sort un message d'erreur pour rappeler a 
l'utilisateur qu'il est temps de brancher le disque externe. En cela ca 
lui laisse le choix du moment ou il le branche et donc lance la sauvegarde.


C'est en effet une facon fonctionnelle de procéder. Je n'y avais pas 
pensé parce que je cherchais dans les logiciels de sauvegarde un 
mécanisme dédié a faire a peu près la meme chose plutot que de passer 
par un plantage, mais je ne le trouvais pas. Merci donc pour cette astuce.

Re: Re : Re: Re : Re: Re : Re: Digikam s’arrête sans que je l’ai fermé

[didier gaumet]

Le 05/08/2023 à 08:22, benoit a écrit :
[...]

Maintenant je ne sais pas si ma version "rétroportée" va être stable...
A voir

[...]

Y a probablement pas de raison particulière pour que ce ne soit pas fiable.
et de toutes façons:
1) tu verras à l'usage
2) tu t'es sorti de tes problèmes, c'est le principal :-)

Re: [testing] passage du pilote proprio à nouveau

[didier gaumet]

je ne sais pas trop quoi te conseiller, à part

- tester une livekey Debian 12 pour voir si tu as des freezes, pour 
éliminer la possibilité que l'association de ton matériel et sa gestion 
par Nouveau  génère les crashes. Si ça crashe c'est vraisemblablement 
que tu ne peux obtenir un bon fonctionnement que par le pilote proprio. 
Sinon c'est que ton installation Testing est bancale


- vérifier (apt policy) entre autres les versions de libc6 et libdrm* 
installées sont les dernières disponibles


- chercher les paquets obsolètes (aptitude search '~o')

- essayer de faire un apt purge *nvidia* pour virer les restes de 
fichiers de conf' qui doivent encore traîner


- si pas plus de succès, envisager une réinstallation propre de Debian 
(après sauvegarde de tes données), parce que honnêtement, si j'ai bien 
compris, tu fais des mises-à-jour depuis 20 ans, ça m'étonnerait que ton 
système ne soit pas bancal ;-)

Re: Plantage suite à ajout de desktop icon dans /usr/share/applications/

[didier gaumet]

Le 04/08/2023 à 19:38, RogerT a écrit :


J’ai essayé Dash to Dock, mais ça colle un menu Applications déjà disponible, 
en permanence ou visible par survol du bord, à gauche (car j’ai mes icônes de 
programmes lancés en pied d’écran).
Pour le type d’utilisateur auquel je pense, ou pour moi, qui avons beaucoup 
utilisé MacOS, ça n’est pas ergonomique.


Je n'utilise pas MacOS X donc je ne peux pas t'aider vu que ne 
connaissant pas l'original je ne peux juger si l'imitation est plausible...


Tu peux chercher sur internet quelles sont les ditros qui imitent le 
fonctionnement et l'apparence de MacOS X et voir quel bureau elles 
utilisent ou quels accessoires de personnalisation d'un bureau connu 
(Gnome ou autre)


franchement, là, je suis d'une totale inutilité


Une installation par le dev ou l’utilisateur
-> le programme doit être immédiatement accessible à l’utilisateur par un 
lanceur sur son bureau (comme il le demande), et aussi par le menu Applications, 
la touche Super, et en CLI.

Avec KDE ou Trinity, est-ce que le GUI se gère plus simplement qu’avec gnome ?…


pour ce qui est de créer des icônes de lancement d'appli sur le bureau, 
Plasma(KDE), Cinnamon et Xfce-façon-Windows ont un fonctionnement très 
proches de Windows. Plasma est le plus proche de windows à tout point de 
vue.


Mais ta question soulève la question de la culture et des habitudes:
 pour un utilisateur Android le DE le plus "simple" (intuitif) sera 
probablement Gnome (ordinaire, pas "Classic"), pour un utilisateur 
Windows 7/8/10/11, Plasma sera probablement le plus  intuitif, suivi de 
Cinnamon et Xfce-customisé-windows. Quant à un utilisateur MacOS X 
j'aurais du mal à te le dire...



PS : Par ailleurs, je viens d’avoir une extension gnome (Minimiza All) dont la 
mise à jour a créé une erreur sans que je n’arrive à régler ce problème… c’est 
déjà arrivé avec Desktop Iconns NG/DING.
C’est peut-être une erreur de l’extension qui va être corrigée par son auteur ?…


Sous Gnome, c'est potentiellement un aspect à prendre en compte, les 
extensions sont fournies par des contributeurs et pourraient 
(conditionnel) ne pas être très fiables mais surtout peuvent ne pas être 
à jour au moment de la sortie d'une nouvelle version de Gnome. Dans ce 
cas-là, par exemple il me semble que pendant un certain temps sur Fedora 
(plus à jour que Debian, donc confrontée à ce problème alors que Debian 
ne l'était pas), il n'y avait plus d'extension fonctionnelle d'icônes 
sur le bureau

Re: Plantage suite à ajout de desktop icon dans /usr/share/applications/

[didier gaumet]

Le 04/08/2023 à 19:27, RogerT a écrit :


L’utilisateur ne veut rien gérer mais juste utiliser le logiciel livré.
Et y accéder en un double-clic depuis son bureau.
Il utilise le DE qu’on lui dit d’utiliser.
xfce4 : je me ferais incendier car trop rustre.


*éventuellement* tu peux y jeter de nouveau un coup d'oeil, la version 
4.18 a inauguré un gestionnaire de profils de panel, donc en gros en 
peut passer d'un clic d'un bureau Xfce ordinaire à un truc plus organisé 
à la Windows ou MacOS. Je n'utilise pas MacOS donc je ne peux pas en 
parler mais sur les deux profils Windows, il en a un qui n'est pas 
franchement dépaysant pour un utilisateur de Win7/8/10



Je n’ai pas essayé de propoyKDE ou Trinity dont tu disais qu’ils étaient 
agréables.


- KDE est probablement le plus proche visuellement (et en termes de 
fonctionnement et paramétrage) de Windows. Perso je n'utilise pas mais 
si je devais installer un bureau linux pour un Windowsien qui a du mal 
avec autre chose que Win7/8/10 (voire 11), je lui mettrais en priorité 
décroissante Plasma(KDE), Cinnamon, Xfce(en mode panel Windows), Lxqt, 
Gnome. Mate j'ai pas testé mais ça doit être entre Lxqt et Gnome.


- Trinity, bien que je conçoive l'intérêt que ça puisse susciter chez 
certains utilisateurs, personnellement je le déconseillerais:
  ce n'est pas empaqueté par Debian, pour un DE ça veut dire que ça 
peut être lourd à gérer pour les mise à jour de versions, entre autre
  et surtout c'est un fork de KDE3 *et* Qt3. Qu'on soit attiré ou 
repoussé par ce conservatisme est un autre débat mais en termes de 
capacité des membres du projet Trinity à maintenir leur bureau TDE *et* 
Qt3 (plus maintenu upstream, on en est à Qt6), sur le long terme j'ai de 
gros doutes, surtout quand on voit que KDE a lâché du lest sur certaines 
choses qu'il n'avait plus les ressources de maintenir (exemple: kdm)

Re: sauvegardes: Vorta/Borgbackup et Deja-Dup/Duplicity

[didier gaumet]

Bon alors d'abord merci à Erwan et Sébastien :-)
d'avoir explicité le fonctionnement de Borgbackup et Vorta, parce qu'à 
la lumière de leurs explications et des docs de Borgbackup et Duplicty, 
j'avais manifestement mal compris pas mal de points


(je résume la réflexion pour que les ignares dans mon genre puissent 
comprendre plus facilement ce fil dans le futur. évidemment si je dis 
des bêtises, corrigez)


Je me demandais comment forcer une sauvegarde complète Vorta 
périodiquement parce que les outils traditionnels de sauvegardes sont 
incrémentaux ou différentiels à partir d'une sauvegarde complète.


Mais ces outils sont séquentiels: pour restaurer un contexte à une date 
donnée, l'opérateur doit savoir quelle séquence d'archives restaurer,

un exemple ici:
https://en.wikipedia.org/wiki/Differential_backup#Illustration

alors que Borgbackup (donc Vorta aussi) est indexé, donc si il y a une 
séquence de morceaux (chunks) à restaurer, c'est transparent pour 
l'opérateur qui restaure juste l'archive de la date donnée.


Par contre, tout ça m'amène à penser que je dois faire des vérifications 
de sauvegardes périodiques parce qu'en tant que particulier quand on 
fait des sauvegardes (totales+incrémentales), on est surtout intéressé à 
restaurer suite à un plantage la situation juste antérieure, et on a 
parfois bêtement tendance à se dire que la dernière sauvegarde totale 
est récente donc non corrompue, ce qui est un peu stupide.


pour ceux qui comme moi ont souvent besoin d'une petit dessin pour que 
ça passe mieux, la doc Borgbackup présente un "graphe des objets", 
schématique de la manière dont le logiciel s'y prend:

https://borgbackup.readthedocs.io/en/stable/internals/data-structures.html#the-object-graph

Tout ma réflexion sur les sauvegardes est assez caractéristique de 
l'amateur-qui-est-déjà-content-de-faire-des-sauvegardes sans bien 
réaliser tous les tenants et aboutissants, ce qui doit amuser quelque 
peu les experts du domaine ;-)

Re: 127.0.1.1 line, was Re: chrome web browser worthless

[David Christensen]

On 8/4/23 19:26, David Wright wrote:

On Thu 03 Aug 2023 at 15:56:07 (-0700), David Christensen wrote:

On 8/2/23 19:05, Greg Wooledge wrote:

On Wed, Aug 02, 2023 at 07:01:22PM -0700, David Christensen wrote:

Interesting.  Is there a Debian specification that explains the 127.0.1.1
entry?


https://www.debian.org/doc/manuals/debian-reference/ch05.en.html#_the_hostname_resolution

I'm sure there are others, but this was the first one I found.


Thank you.


If you want more detail on motives, then perhaps start reading at:

   https://lists.debian.org/debian-devel/2013/07/msg00809.html



Thank you for the link.


David

Re: sauvegardes: Vorta/Borgbackup et Deja-Dup/Duplicity

[didier gaumet]

Le 04/08/2023 à 22:46, Sébastien Dinot a écrit :

didier gaumet a écrit :

Deja-Dup ne gère pas le chiffrement de la sauvegarde


Il est indiqué ici [...] que les sauvegardes générées par Duplicity sont des 
archives TAR
chiffrées.

Je ne connais pas plus Deja-Dup que Duplicity, mais je serais étonné
qu'un frontal graphique ne prenne pas en charge une fonction aussi
essentielle.

[...]

Oui, je ne mettais pas en doute l'aptitude de Duplicity à chiffrer les 
sauvegardes


*je*me*suis*trompé*, *Deja-Dup*gère*aussi*le*chiffrage*local*

ma mémoire (parfois catastrophique, parfois fiable, allez comprendre) me 
fait un peu défaut: je me souviens avoir été confronté à un bug de 
Deja-Dup dans le passé, qui a été corrigé dans une version ultérieure. 
duplicity n'était pas affecté par cela et j'avais pu récupérer mes 
données avec duplicity.


Du coup j'ai du mal à me souvenir exactement, mais c'est moi qui avais 
dû choisir après cela, par commodité, de ne plus chiffrer par Deja-dup 
des sauvegardes sur un disque dur externe non-chiffré, mais d'utiliser 
désormais des sauvegardes non-chiffrées sur un disque dur externe chiffré

Re: sauvegardes: Vorta/Borgbackup et Deja-Dup/Duplicity

[didier gaumet]

Le 05/08/2023 à 01:57, Sébastien Dinot a écrit :

hamster a écrit :

Un logiciel qui lance automatiquement une sauvegarde a intervalle
régulier, je comprend, mais si c'est sur un disque externe je vois mal
comment le branchement du disque peut etre automatisé.


Hors robot, le seul moyen d'arriver à ce résultat est de laisser le
disque dur de sauvegarde branché en permanence ; mais c'est une très
mauvaise pratique

[...]

pour préciser mon propos qui était un peu trop vague, explication  de la 
situation chez moi ou chez d'autres personnes à qui j'avais paramétré ça 
par le passé:


comme effectivement, tel que souligné par Sébastien, un disque externe 
branché en permanence est exposé à des risques supplémentaires tant 
accidentels que d'actes malveillants, le disque n'est branché qu'à la 
demande.


la sauvegarde étant automatisée, lorsqu'elle se lance, le disque n'étant 
quasiment jamais branché à ce moment-là, la sauvegarde se vautre 
quasi-systématiquement, en notifiant l'utilisateur qu'elle reprendra 
lorsque le disque sera branché. Lorsque le disque est branché par 
l'utilisateur, elle reprend et notifie celui-ci lorsqu(elle s'est terminée.


Donc on peut légitimement s'émouvoir lorsque j'évoque une 
automatisation, qui n'est que partielle ;-)

Re: Retbleed en lançant Debian 12

[Michel Verdier]

Le 4 août 2023 ajh-valmer a écrit :

> En rebootant mon portable sur lequel je viens d'installer bookworm,
> j'ai un kernel panic et avant le message :
> "Retbleed, vulnerable to attacks..."

Je crois que c'est juste une info du kernel, pas une cause de kernel
panic. Et heureusement car il y a pas mal de CPU vulnérables :/ Est-ce
que tu as installé et activé les firmware pour ta CPU (sans doute intel ?)

> Durant l'installation, le nouveau noyau 6.10 n'a pu être installé.

Quels sont les logs/messages pour ça ?

Re: sauvegardes: Vorta/Borgbackup et Deja-Dup/Duplicity

[Michel Verdier]

Le 5 août 2023 hamster a écrit :

>> C'est exact. Borg fonctionne par déduplication. Virtuellement, il effectue
>> une sauvegarde intégrale à chaque fois, mais dans la pratique, il ne
>> sauvegarde que les blocs qui ont changé depuis la dernière sauvegarde. Pour
>> le reste, il se contente de mettre à jour l'index (en gros, d'indiquer si
>> les blocs sont présents ou non).
>
> Donc si je comprend bien, ca veut dire aussi que la sauvegarde ne pourra etre
> relue que avec le logiciel kivabien ?

Perso j'utilise rsnapshot qui fait de la déduplication basée sur les
liens hard des filesystem. Du coup les backup sont tout simplement des
répertoires classiques sur lesquels on peut utiliser tous les outils
classiques : ls, find, grep, diff, etc. Sur ce point rsnapshot l'emporte.

Re: Lack of text console?

[Kamil Jońca]

David Wright  writes:

> On Fri 04 Aug 2023 at 15:36:35 (+0200), Kamil Jońca wrote:
>> Kamil Jońca  writes:
>> 
>> [...]
>> Ugh. This laptop has keyboard where Fn keys have dual function  (quite
>> common nowadays) and under F1 was kind of 'Sleep'. So when I press
>> Ctrl-Alt-F1 it goes to sleep, and with F2/F3 there were no reaction as
>> these keys have no other meaning.
>> When I press Ctrl-"fn switch"-Alt+F1 I got console.
>> Thanks for everyone for ensuring me that consoles are still in Debian
>> and sorry for the noise.
>
> On some laptops, the BIOS can switch between treating the Function
> keys as you reported here, or its opposite. The terminology varies:
> here, Lenovo call it HotKey Mode, and HP call it Action Keys Mode.

I know that.
​
The thing was, it wasn't my laptop, and (as I always set it to Fn, not
"special" on my machines) I did not think that someone might want to
have it cofigured  that way :)

KJ

-- 
http://wolnelektury.pl/wesprzyj/teraz/

Re: logging no longer standard?

[Michel Verdier]

On 2023-08-04, Carl Fink wrote:

> Today, on my Bullseye system, X crashed and restarted. Naturally, I thought
> I'd check my logs to see if I could find out why.
>
> Well, no ... because syslog does not exist.

If you don't have syslog your logs will be on journald.
But X logs could be in /var/log/Xorg.0.log or
~/.xsession-error or ~/.local/share/xorg/Xorg.0.log

Re : Re: Re : Re: Re : Re: Digikam s’arrête sans que je l’ai fermé

[benoit]

Le vendredi 4 août 2023 à 15:37, didier gaumet  a 
écrit :


>
> tu peux faire un backport-pour-les-nuls. Je plaisante, il ya une
> procédure détaillée en français dans le wiki sur la manière de faire un
> rétroportage de paquet (toujours depuis testing, le backport).
> C'est un exemple avec le paquet coretils mais tu peux faire la même
> chose avec digikam.
> Pour les anglophones, sélectionnez en haut de page la langue anglais, la
> traduction française n'est pas à jour (mais on est sur une liste
> francophone donc donne le lien en français, qui a l'air exploitable)
> https://wiki.debian.org/fr/SimpleBackportCreation
>

Merci pour l'info

J'ai suivis cette procédure pour faire un Backport de digikam
Petit détail la page de digikam source en testing

https://packages.debian.org/source/trixie/digikam

renvois vers
https://salsa.debian.org/debian/digikam

J'y ai téléchargé les sources, suivis les instructions de la procédure que tu 
indiques et ça a fonctionné.
Il m'a suffit d'installer les paquets debian qui on té crées et voilà

Maintenant je ne sais pas si ma version "rétroportée" va être stable...
A voir

Avec gratitude,

--
Benoît