salut Etienne,
Bon d�j� j'ai vu que "chez moi �a marche" c'est uniquement parce
je me suis d�barass� de systemd. ma r�flexion est donc valable
pour ces installs uniquements (ce qui veut dire "probablement tr�s
peu d'installs").
Apr�s je dois avouer que lorsque j'ai vir� systemd c'�tait id�alement au
profit de sinit et je n'ai jamais fini. Je me retrouve avec openrc sans
�tre satisfait non plus. L'id�e est d'avoir une "suckless debian" fond�
sur deux id�es:
* les outils les plus petits possibles pour pouvoir debugger/adapter facilement
(dwm et sinit sont des outils du projet
https://suckless.org/ mais
j'utilise aussi des outils comme slim pour le display manager). par
exemple je g�re mon r�seau comme suit et avec un autre helper pour
wpa_supplicant:
https://git.unistra.fr/mc/demo/-/blob/stable/suckless-debian/office
* faire en sorte qu'une suite empirique de commandes apt-get install
finisse in fine sous la forme d'un paquet pour:
* faire le m�nage facilement (apt purge lepaquet-en-question)
* permettre � d'autres de ne pas t�tonner comme je l'ai fais
(genre � la fin d'une tentative d'installation d'alphafold, j'ai un
paquet unistra-alphafold-builddeps que je pourrais ensuite traduire
en vrai build dep)
pour le reste je suis tr�s content de la qualit� de debian (sauf pour l'�volution des tentatives de faire mieux que les apt-tools. aptitude
un peu d�laiss� alors que c�a roxe et apt qui devient un peu standard
alors que je le trouve tr�s mauvais) et suis heureux de ne pas avoir
� me soucier du kernel ou de blender.
On Thu, Jan 23, 2025 at 10:16:12PM +0100, �tienne Mollier wrote:
Je ne suis pas s�r d'avoir bien compris l'id�e avec le lien
symbolique. S'il s'agit d'avoir un lien du script depuis le
cron.weekly vers le cron.monthly, du coup est ce que cron ne va
pas interpr�ter � la fois le lien dans le weekly et le fichier
d'origine dans le monthly?
comme un bout de code vaut mieux qu'une longue explication, voil�
coemment j'aurais tendance � g�rer le truc (en tout cas la derni�re
version que j'avais en t�te):
https://git.unistra.fr/mc/demo/-/blob/stable/suckless-debian/system-cron-manager
du coup:
* les auteurs de paquets ne seraient pas impact�s
* on peut revenir facilement au comportement pr�c�dent
�videment c'est un peu naif: il faudrait pouvoir g�rer un lien
symbolique vers un chemin absolu.
Ce que j'ai en t�te, ce serait dans /etc/cron.weekly/$job
d'avoir tout au plus ce genre de commentaire�:
# WARNING: frequency of the job has been reduced.
# Please refer to /etc/cron.monthly/$job for the real job.
# This file is left on purpose to prevent dpkg from duplicating
# the configuration in /etc/cron.weekly/ upon dwww upgrade.
Le seul souci que je vois avec cette approche est que si le
fichier de configuration du paquet change avec des changements
int�ressants (par exemple lors d'une mise � jour majeure du
syst�me), alors les diff�rences avec le fichier d'origine (qui
est d�sormais dans /etc/cron.monthly/$job) passent � la trappe
dans le diff propos� par dpkg lors de la r�solution du conflit
sur le fichier de configuration.
ce qui m'a probablement inspir� le script point� ci-avant. en tout cas
merci pour ton retour et bon WE.
--
Marc Chantreux
P�le CESAR (Calcul et services avanc�s � la recherche)
Universit� de Strasbourg
14 rue Ren� Descartes,
BP 80010, 67084 STRASBOURG CEDEX
03.68.85.60.79
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)