Re: Suppression

[Bernard Schoenacker]

Bonjour,

Voici l'adresse de désinscription :

https://lists.debian.org/debian-user-french/

il vous suffit de mettre l'adresse souhaitée et 
d'appuyer sur le bouton "unsubscribe"

Et je vous souhaite d'accepter et de présenter mes sincères 
condoléances à tous ses proches et famille...

Sincèrement

Bernard Schoenacker

Saverne

Alsace



- Mail original - 

De: 
À: debian-user-french@lists.debian.org 
Envoyé: Mercredi 8 Mai 2024 14:57:27 
Objet: Suppression 






Merci de supprimer de votre fichier monsieur briquet jacques qui est décédé 



Envoyé depuis mon appareil Galaxy

Suppression

[jacques.briquet]

Merci de supprimer de votre fichier monsieur briquet jacques qui est décédé 
Envoyé depuis mon appareil Galaxy

Re: Suppression

[Pierre Malard]

Bonjour,

Comme indiqué dans l’en-tête des messages :
List-Unsubscribe: 

Vous pouvez envoyer un mail depuis votre adresse à « 
debian-user-french-requ...@lists.debian.org » avec juste « unsubscribe » dans 
l’objet.

Vous pouvez également aller sur le site « 
https://lists.debian.org/debian-user-french/ 
 », entrer l’adresse de Jacque 
Briquet et cliquer sur [Unsubscribe]. Par contre je ne sais pas si cela demande 
un mot de passe ou non.

Cordialement


> Le 27 avr. 2024 à 07:54, jacques.briquet  a écrit :
> 
> 
> 
> 
> 
> Envoyé depuis mon appareil Galaxy
> Merci de retirer m. Briquet qui est décédé

--
Pierre Malard

   « Tant que les lions n’auront pas leurs propres historiens, les histoires
   de chasse tourneront toujours à la gloire du chasseur »
  Proverbe africain
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)  πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--



signature.asc
Description: Message signed with OpenPGP

Suppression

[jacques.briquet]

Envoyé depuis mon appareil GalaxyMerci de retirer m. Briquet qui est décédé 

Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

[roger . tarani]

le truc c’est de relancer le service qui écrit dans les logs, probablement 
rsyslog : 
le processus en cours est terminé, et les fichiers supprimés sont alors 
réellement libérés…

Merci.

- Mail original -
De: "Frédéric BOITEUX" 
À: "Liste Debian" 
Envoyé: Vendredi 16 Juin 2023 14:02:07
Objet: RE: Libérer l'espace après suppression de fichiers de log énormes dans 
/var + éviter d'atteindre le blocage

Bonjour,

> Quand /var/log/ se remplit de messages d'erreur (messages syslog et 
> user.messages), ça sonne puisque plus rien qui utilise /var ne peut 
> fonctionner !
> Si root supprime les fichiers remplis de la même alerte, /var reste rempli à 
> 100%.

Oui, c’est un classique ! Tant que le [gros] fichier est ouvert par un 
processus, il existe encore et sa place n’est pas libérée. Ici, le truc c’est 
de relancer le service qui écrit dans les logs, probablement rsyslog : le 
processus en cours est terminé, et les fichiers supprimés sont alors réellement 
libérés…

Cdlt,
Fred (pas trop barbu :-)

Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

[roger . tarani]

De: "NoSpam"  
À: "Liste Debian"  
Envoyé: Vendredi 16 Juin 2023 12:07:44 
Objet: Re: Libérer l'espace après suppression de fichiers de log énormes dans 
/var + éviter d'atteindre le blocage 



Bonjour 
Le 16/06/2023 à 11:46, [ mailto:roger.tar...@free.fr | roger.tar...@free.fr ] a 
écrit : 



Bonjour, 

Quand /var/log/ se remplit de messages d'erreur (messages syslog et 
user.messages), ça sonne puisque plus rien qui utilise /var ne peut fonctionner 
! 
Si root supprime les fichiers remplis de la même alerte, /var reste rempli à 
100%. 


??? Jamais vu cela en ext2/3/4 ou xfs Quel fs ? 
Réponse : ext4 

BQ_BEGIN

Il y aurait bien un lsof puis un kill de tout ce qui est "deleted". 

Comment faire pour libérer l'espace sans devoir redémarrer la machine ? 
Fiablement, sans effet boomerang. 

Egalement, comment éviter que /var ( partition dédiée) bloque la machine quand 
il est plein ? 

BQ_END
var est nécessaire. Il existe des outils comme librenms/munin/cacti/zabbix/... 
qui alertent 

-> j'ai lu une réponse ultérieure qui parle de systemd : [ 
https://manpages.debian.org/bookworm/systemd/tmpfiles.d.5.en.html | 
https://manpages.debian.org/bookworm/systemd/tmpfiles.d.5.en.html ] ? 
systemd me prend inutilement ma tête avec sa logique qui oblige à décortiquer 
la doc et à pratiquer pour identifier ses (vils) pièges (par exemple il faut 
écrire une valeur nulle avant d'écrire la valeur souhaitée; timer, etc.) 
Mais une fois que c'est maîtrisé, c'est fiable et ça permet de se passer de 
pleins d'autres services (ex : crontab). 

BQ_BEGIN


Je pensais à un script qui surveille les logs et tronçonne les messages répétés 
pour maintenir. 
Un service du système ou un paquet gère-t-il ça ? 
ça doit arriver tellement souvent... 

BQ_END
Cela a du m'arriver à mes débuts avec Linux. Depuis, je surveille les serveurs 
comme le lait sur le feu ... 
[...] 
-> je m'efforce de mettre en place le thermomètre et le contrôle automatique du 
gaz pour ne plus me trouver en urgence ! 

Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

[roger . tarani]

J'utilise LVM. 
J'ai une partition dédiée à /var.
 
Comment ta solution empêche-t-elle de bloquer les services qui ont besoin de 
place dans /var s'il est plein ?
 

- Mail original -
De: "Alain Vaugham" 
À: "Liste Debian" 
Envoyé: Vendredi 16 Juin 2023 12:58:54
Objet: Re: Libérer l'espace après suppression de fichiers de log énormes dans 
/var + éviter d'atteindre le blocage

Le Fri, 16 Jun 2023 11:46:49 +0200 (CEST),
roger.tar...@free.fr a écrit :

> Egalement, comment éviter que /var ( partition dédiée ) bloque la
> machine quand il est plein ? 

Pour éviter de remplir /var à cause de la pollution des logs, je créé
une partition dédiée /var/log.


-- 
Alain Vaugham
Clef GPG : 0xDB77E054673ECFD2

Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

[roger . tarani]

Simple et efficace. 
Comment peut-on oublier une si bonne recette ?! 
Merci. 


De: "plapla"  
À: "Liste Debian"  
Envoyé: Vendredi 16 Juin 2023 12:47:42 
Objet: Re: Libérer l'espace après suppression de fichiers de log énormes dans 
/var + éviter d'atteindre le blocage 

Le 16/06/2023 à 11:46, [ mailto:roger.tar...@free.fr | roger.tar...@free.fr ] a 
écrit : 



Bonjour, 

Quand /var/log/ se remplit de messages d'erreur (messages syslog et 
user.messages), ça sonne puisque plus rien qui utilise /var ne peut fonctionner 
! 
Si root supprime les fichiers remplis de la même alerte, /var reste rempli à 
100%. 
Il y aurait bien un lsof puis un kill de tout ce qui est "deleted". 

Comment faire pour libérer l'espace sans devoir redémarrer la machine ? 
Fiablement, sans effet boomerang. 







Salut, 

j'ai eu ce problème une fois, et un barbu m'a filé ce truc. En fait tant que le 
fichier est en écriture par le système, il ne s'efface pas vraiment. Il faut 
l'effacer sur place avec un : 

echo 0>/var/log/le_log.log 

Ça efface tout le texte, qu'on perd donc ! Il faut être sûr qu'on ne veut pas 
étudier le fichier ensuite. 

mes 0.02 c. 

Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

[Eric DEGENETAIS]

Le ven. 16 juin 2023 à 16:36, Frédéric BOITEUX 
a écrit :

> Bonjour,
>
bonsoir

>
> > Quand /var/log/ se remplit de messages d'erreur (messages syslog et
> user.messages), ça sonne puisque plus rien qui utilise /var ne peut
> fonctionner !
> > Si root supprime les fichiers remplis de la même alerte, /var reste
> rempli à 100%.
>
> Oui, c’est un classique ! Tant que le [gros] fichier est ouvert par un
> processus, il existe encore et sa place n’est pas libérée. Ici, le truc
> c’est de relancer le service qui écrit dans les logs, probablement rsyslog
> : le processus en cours est terminé, et les fichiers supprimés sont alors
> réellement libérés…
>
> Tronquer les logs (c'est à dire réécire un fichier vide au lieu de le
supprimer) fonctionne probablement aussi. Il me semble d'ailleurs que
logrotate offre cette option (je n'ai pas les détails sous la main à
l'instant)

> Cdlt,
> Fred (pas trop barbu :-)
>

Éric Dégenètais

RE: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

[Frédéric BOITEUX]

Bonjour,

> Quand /var/log/ se remplit de messages d'erreur (messages syslog et 
> user.messages), ça sonne puisque plus rien qui utilise /var ne peut 
> fonctionner !
> Si root supprime les fichiers remplis de la même alerte, /var reste rempli à 
> 100%.

Oui, c’est un classique ! Tant que le [gros] fichier est ouvert par un 
processus, il existe encore et sa place n’est pas libérée. Ici, le truc c’est 
de relancer le service qui écrit dans les logs, probablement rsyslog : le 
processus en cours est terminé, et les fichiers supprimés sont alors réellement 
libérés…

Cdlt,
Fred (pas trop barbu :-)

Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

[Thomas Trupel]

Bonjour,

Une piste avec 
https://manpages.debian.org/bookworm/systemd/tmpfiles.d.5.en.html ?

Cordialement,
Thomas

16 juin 2023 11:47:14 roger.tar...@free.fr:

> Bonjour,
> 
> Quand /var/log/ se remplit de messages d'erreur (messages syslog et 
> user.messages), ça sonne puisque plus rien qui utilise /var ne peut 
> fonctionner !
> Si root supprime les fichiers remplis de la même alerte, /var reste rempli à 
> 100%.
> Il y aurait bien un lsof puis un kill de tout ce qui est "deleted".
> 
> Comment faire pour libérer l'espace sans devoir redémarrer la machine ?
> Fiablement, sans effet boomerang.
> 
> Egalement, comment éviter que /var ( partition dédiée) bloque la machine 
> quand il est plein ?
> 
> Je pensais à un script qui surveille les logs et tronçonne les messages 
> répétés pour maintenir.
> Un service du système ou un paquet gère-t-il ça ?
> ça doit arriver tellement souvent...
> 
> Merci.

Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

[Alain Vaugham]

Le Fri, 16 Jun 2023 11:46:49 +0200 (CEST),
roger.tar...@free.fr a écrit :

> Egalement, comment éviter que /var ( partition dédiée ) bloque la
> machine quand il est plein ? 

Pour éviter de remplir /var à cause de la pollution des logs, je créé
une partition dédiée /var/log.


-- 
Alain Vaugham
Clef GPG : 0xDB77E054673ECFD2

Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

[plapla]

Le 16/06/2023 à 11:46, roger.tar...@free.fr a écrit :

Bonjour,

Quand /var/log/ se remplit de messages d'erreur (messages syslog et 
user.messages), ça sonne puisque plus rien qui utilise /var ne peut 
fonctionner !
Si root supprime les fichiers remplis de la même alerte, /var reste 
rempli à 100%.

Il y aurait bien un lsof puis un kill de tout ce qui est "deleted".

Comment faire pour libérer l'espace sans devoir redémarrer la machine ?
Fiablement, sans effet boomerang.



Salut,

j'ai eu ce problème une fois, et un barbu m'a filé ce truc. En fait tant 
que le fichier est en écriture par le système, il ne s'efface pas 
vraiment. Il faut l'effacer sur place avec un :


echo 0>/var/log/le_log.log

Ça efface tout le texte, qu'on perd donc ! Il faut être sûr qu'on ne 
veut pas étudier le fichier ensuite.


mes 0.02 c.

Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

[elguero eric]

il faut aussi surveiller /var/tmp

j'y ai trouvé un jour des fichiers de plusieurs gigas.

e.e.







Le vendredi 16 juin 2023 à 11:47:12 UTC+2, roger.tar...@free.fr 
 a écrit : 





Bonjour,

Quand /var/log/ se remplit de messages d'erreur (messages syslog et 
user.messages), ça sonne puisque plus rien qui utilise /var ne peut fonctionner 
!
Si root supprime les fichiers remplis de la même alerte, /var reste rempli à 
100%.
Il y aurait bien un lsof puis un kill de tout ce qui est "deleted".

Comment faire pour libérer l'espace sans devoir redémarrer la machine ?
Fiablement, sans effet boomerang.

Egalement, comment éviter que /var ( partition dédiée) bloque la machine quand 
il est plein ?

Je pensais à un script qui surveille les logs et tronçonne les messages répétés 
pour maintenir.
Un service du système ou un paquet gère-t-il ça ?
ça doit arriver tellement souvent...

Merci.

Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

[NoSpam]

Bonjour

Le 16/06/2023 à 11:46, roger.tar...@free.fr a écrit :

Bonjour,

Quand /var/log/ se remplit de messages d'erreur (messages syslog et 
user.messages), ça sonne puisque plus rien qui utilise /var ne peut 
fonctionner !
Si root supprime les fichiers remplis de la même alerte, /var reste 
rempli à 100%.

??? Jamais vu cela en ext2/3/4 ou xfs  Quel fs ?

Il y aurait bien un lsof puis un kill de tout ce qui est "deleted".

Comment faire pour libérer l'espace sans devoir redémarrer la machine ?
Fiablement, sans effet boomerang.

Egalement, comment éviter que /var ( partition dédiée) bloque la 
machine quand il est plein ?
var est nécessaire. Il existe des outils comme 
librenms/munin/cacti/zabbix/... qui alertent


Je pensais à un script qui surveille les logs et tronçonne les 
messages répétés pour maintenir.

Un service du système ou un paquet gère-t-il ça ?
ça doit arriver tellement souvent...
Cela a du m'arriver à mes débuts avec Linux. Depuis, je surveille les 
serveurs comme le lait sur le feu ...

[...]

Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

[roger . tarani]

Bonjour, 

Quand /var/log/ se remplit de messages d'erreur (messages syslog et 
user.messages), ça sonne puisque plus rien qui utilise /var ne peut fonctionner 
! 
Si root supprime les fichiers remplis de la même alerte, /var reste rempli à 
100%. 
Il y aurait bien un lsof puis un kill de tout ce qui est "deleted". 

Comment faire pour libérer l'espace sans devoir redémarrer la machine ? 
Fiablement, sans effet boomerang. 

Egalement, comment éviter que /var ( partition dédiée ) bloque la machine quand 
il est plein ? 

Je pensais à un script qui surveille les logs et tronçonne les messages répétés 
pour maintenir. 
Un service du système ou un paquet gère-t-il ça ? 
ça doit arriver tellement souvent... 

Merci. 

Re: sed : suppression de lignes

[Marc Chantreux]

salut,

> J’aurais donc donné cette commande :
> sed -i '/^49\.7\.20\./d'  fichier.txt

perso je metacaractère entre crochets parceque je trouve ca plus facile
* de le visualiser apres coup
* de l'étendre (le [.] qui devient [ :] avec le temps)
* de l'embarquer dans un autre script en réduisant le quoting hell

sed -i '/^49[.]7[.]20[.]/d'  fichier.txt

> Il est préférable d’ajouter également le « . » à la fin pour éviter de
> supprimer par exemple une ligne « 49.7.201 » qu’on souhaiterai
> conserver par exemple…

et si jamais tu veux trouver '49.' autre part qu'au début de ta ligne,
un début de mot (\<) t'évitera d'embraquer 149. attention, il te faut
l'utiliser avec -r ou -E (je préfère noter -r par experience d'autres
impleméntations de sed).

<<. sed -r '/\<49[.]/d'
149.
# 49.
.49.
route49.
# 149.
49.

donne:

149.
route49.
# 149.

-- 
Marc Chantreux
Pôle de Calcul et Services Avancés à la Recherche (CESAR)
http://annuaire.unistra.fr/p/20200

Re: sed : suppression de lignes

[Pierre Malard]

Salut,

Histoire d’en rajouter une couche, la suggestion d’échapper les points était LA 
bonne solution car le point est interprété comme un caractère … quelconque ce 
qui peut être assez gênant non ?

J’aurais donc donné cette commande :
$ sed -i '/^49\.7\.20\./d'  fichier.txt
sans le « -i » pour faire un test d’abord.

PS :
Il est préférable d’ajouter également le « . » à la fin pour éviter de 
supprimer par exemple une ligne « 49.7.201 » qu’on souhaiterai conserver par 
exemple…

A+

> Le 12 sept. 2022 à 12:41, antoine.valmer  a écrit :
> 
>> Le 9/09/22 à 19:22, antoine.valmer a écrit :
>>> Bonjour à tous,
>>> Dans un fichier texte, j'ai ce type de lignes :
>>> 49.7.20.111|17August2022
>>> 49.7.20.120|18August2022
>>> Je souhaite supprimer toutes celles qui ont cette expression :
>>> "49.7.20."
>>> J'ai tenté cette commande :
>>> sed '/49.7.20/d'
>>> mais elle n'efface aucune ligne contenant "49.7.20."
> 
> Hello,
> Grand merci à tous ceux qui m'ont répondu,
> voici la commande que j'ai tapée :
> sed -i '/49.7.20/d' fichier.txt
> qui a bien marché.
> Je retiens aussi les autres commandes qui m'ont été indiquées.
> Bonne journée.
> 
>> On Saturday 10 September 2022 11:06:15 Jean-Marc et d'autres wrote:
>> sed -i '/^49\.7\.20/d' nom-de-ton-fichier
> 

--
Pierre Malard
Responsable architectures système CDS DINAMIS/THEIA Montpellier
IRD - UMR Espace-Dev - UAR CPST - IR Data-Terra
Maison de la Télédétection
500 rue Jean-François Breton
34093 Montpellier Cx 5
France

   « Le socialisme vrai ne veut pas renverser l'ordre des classes ;
   il veut fondre les classes dans une organisation du travail qui
   sera meilleure pour tous »
Jean Jaures - "Les misères du patronat" - 1890
_,'| _.-''``-...___..--';)
   /_ \'.  __..-' ,  ,--...--'''
  <\.`--'''   ` /'
   `-';'   ;   ; ;
 __...--'' ___...--_..'  .;.'
(,__'''   (,..--''πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--



signature.asc
Description: Message signed with OpenPGP

Re: sed : suppression de lignes

[antoine.valmer]

> Le 9/09/22 à 19:22, antoine.valmer a écrit :
> > Bonjour à tous,
> > Dans un fichier texte, j'ai ce type de lignes :
> > 49.7.20.111|17August2022
> > 49.7.20.120|18August2022
> > Je souhaite supprimer toutes celles qui ont cette expression :
> > "49.7.20."
> > J'ai tenté cette commande :
> > sed '/49.7.20/d'
> > mais elle n'efface aucune ligne contenant "49.7.20."

Hello,
Grand merci à tous ceux qui m'ont répondu,
voici la commande que j'ai tapée :
sed -i '/49.7.20/d' fichier.txt
qui a bien marché.
Je retiens aussi les autres commandes qui m'ont été indiquées.
Bonne journée.

> On Saturday 10 September 2022 11:06:15 Jean-Marc et d'autres wrote:
> sed -i '/^49\.7\.20/d' nom-de-ton-fichier

Re: sed : suppression de lignes

[Jean-Marc]

Le 9/09/22 à 19:22, antoine.valmer a écrit :

Bonjour à tous,
Dans un fichier texte, j'ai ce type de lignes :
49.7.20.111|17August2022
49.7.20.120|18August2022

Je souhaite supprimer toutes celles qui ont cette expression :
"49.7.20."
J'ai tenté cette commande :
sed '/49.7.20/d'
mais elle n'efface aucune ligne contenant "49.7.20."


sed -i '/^49\.7\.20/d' nom-de-ton-fichier




@+ et merci.


de rien.

A. Valmer


--
Jean-Marc


OpenPGP_signature
Description: OpenPGP digital signature

Re: sed : suppression de lignes

[Marc Chantreux]

On Fri, Sep 09, 2022 at 09:41:14PM +0200, Pierre ESTREM wrote:
> Attention à ne pas avoir inséré un caractère spécial à la place d'un espace.
> Ca m'est arrivé (comme à d'autres).

la bonne astuce pour verifier: tapper fc

la commande s'ouvre alors dans editor et si c'est vim. perso j'ai

set listchars=tab:  │,trail:▧,nbsp:▧

et dans 99% je découvre que j'ai introduit un espace npsp pret d'un pipe
(alt-space alt-6 au lieu de space alt-6).

-- 
Marc Chantreux
Pôle de Calcul et Services Avancés à la Recherche (CESAR)
http://annuaire.unistra.fr/p/20200

Re: sed : suppression de lignes

[Marc Chantreux]

salut,

> sed '/49.7.20/d'

je te confirme que le script est bon ... meme trop puisque 4937420 va
aussi matcher.

pour bien faire il te faudrait

sed '/49[.]7[.]20/d'

mais le plus rapide (à l'écriture et à l'excution) est de chercher une
chaine litterale puisque c'est ton cas:

grep -vF 49.7.20

il faut évidement que tu donnes un nom de fichier ou que stdin puisse
consommer qqchose.

> mais elle n'efface aucune ligne contenant "49.7.20."

comme ton problème n'est pas dans ton sedscript, tu pourrais nous donner
un exemple plus complet (entrée, commande complète, sortie)?

par exemple chez moi

<<. cat > oops
49.7.20.111|17August2022
49.7.20.120|18August2022
11.2.33.123|19August2022
.

for cmd desc (
9/sed '9base sed'
t/sed 'toybox sed'
b/sed 'busybox sed'
sed   'coreutils sed'
) {
print avec $desc
$cmd '/49.7.20/d' oops
echo
}

me donne bien

avec 9base sed
11.2.33.123|19August2022

avec toybox sed
11.2.33.123|19August2022

avec busybox sed
11.2.33.123|19August2022

avec coreutils sed
11.2.33.123|19August2022

-- 
Marc Chantreux
Pôle de Calcul et Services Avancés à la Recherche (CESAR)
http://annuaire.unistra.fr/p/20200

Re: sed : suppression de lignes

[Pierre ESTREM]

Bonsoir,

Attention à ne pas avoir inséré un caractère spécial à la place d'un espace.
Ca m'est arrivé (comme à d'autres).

pierre estrem


Le 09/09/2022 à 19:22, antoine.valmer a écrit :

Bonjour à tous,
Dans un fichier texte, j'ai ce type de lignes :
49.7.20.111|17August2022
49.7.20.120|18August2022

Je souhaite supprimer toutes celles qui ont cette expression :
"49.7.20."
J'ai tenté cette commande :
sed '/49.7.20/d'
mais elle n'efface aucune ligne contenant "49.7.20."
@+ et merci.
A. Valmer

Re: sed : suppression de lignes

[Étienne Mollier]

Bonjour,

antoine.valmer, on 2022-09-09:
> Dans un fichier texte, j'ai ce type de lignes :
> 49.7.20.111|17August2022
> 49.7.20.120|18August2022
> 
> Je souhaite supprimer toutes celles qui ont cette expression :
> "49.7.20."
> J'ai tenté cette commande :
> sed '/49.7.20/d' 
> mais elle n'efface aucune ligne contenant "49.7.20."

Bizarre, chez moi ça marche :

$ echo '49.7.20.111|17August2022' | sed '/49.7.20/d'
$ echo '49.7.20.120|18August2022' | sed '/49.7.20/d'
$ echo '11.2.33.123|19August2022' | sed '/49.7.20/d'
11.2.33.123|19August2022

Peut-être qu'il y a une subtilité entre différentes versions de
sed utilisées ?  Mais j'ai essayé avec GNU sed et busybox sed
sans avoir de problèmes :

$ sed --version
sed (GNU sed) 4.8
Packaged by Debian
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
.
[…]

$ busybox sed --version
This is not GNU sed version 4.0

Bonne soirée,
-- 
Étienne Mollier 
Fingerprint:  8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
Sent from /dev/tty1, please excuse my verbosity.


signature.asc
Description: PGP signature

Re: sed : suppression de lignes

[Jérémy Prego]

Oupss, j'ai oublier le /d de la fin de la commande ... désolé

sed '/49\.7\.20/d' /tmp/file.txt

Jerem
Le 09/09/2022 à 19:47, Jérémy Prego a écrit :

Bonjour,

et en échappant les "." ?

genre:
sed '/49\.7\.20/' /tmp/file.txt

Jerem
Le 09/09/2022 à 19:22, antoine.valmer a écrit :

Bonjour à tous,
Dans un fichier texte, j'ai ce type de lignes :
49.7.20.111|17August2022
49.7.20.120|18August2022

Je souhaite supprimer toutes celles qui ont cette expression :
"49.7.20."
J'ai tenté cette commande :
sed '/49.7.20/d'
mais elle n'efface aucune ligne contenant "49.7.20."
@+ et merci.
A. Valmer

Re: sed : suppression de lignes

[Jérémy Prego]

Bonjour,

et en échappant les "." ?

genre:
sed '/49\.7\.20/' /tmp/file.txt

Jerem
Le 09/09/2022 à 19:22, antoine.valmer a écrit :

Bonjour à tous,
Dans un fichier texte, j'ai ce type de lignes :
49.7.20.111|17August2022
49.7.20.120|18August2022

Je souhaite supprimer toutes celles qui ont cette expression :
"49.7.20."
J'ai tenté cette commande :
sed '/49.7.20/d'
mais elle n'efface aucune ligne contenant "49.7.20."
@+ et merci.
A. Valmer

Re: sed : suppression de lignes

[Basile Starynkevitch]

On 09/09/2022 19:22, antoine.valmer wrote:

Bonjour à tous,
Dans un fichier texte, j'ai ce type de lignes :
49.7.20.111|17August2022
49.7.20.120|18August2022

Je souhaite supprimer toutes celles qui ont cette expression :
"49.7.20."
J'ai tenté cette commande :
sed '/49.7.20/d'
mais elle n'efface aucune ligne contenant "49.7.20."
@+ et merci.
A. Valmer



Je suggère de lire avec attention la difficile documentation de sed, par 
exemple (en anglais) https://man7.org/linux/man-pages/man1/sed.1.html 
puis d'essayer peut-être


sed '1,$/49.7.20/d'


Bien sûr, *essayez cette commande sur des données _fictives_* d'abord.


Et je cherche des partenaires intéressés par RefPerSys en 
http://refpersys.org/


Librement

--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

sed : suppression de lignes

[antoine.valmer]

Bonjour à tous,
Dans un fichier texte, j'ai ce type de lignes :
49.7.20.111|17August2022
49.7.20.120|18August2022

Je souhaite supprimer toutes celles qui ont cette expression :
"49.7.20."
J'ai tenté cette commande :
sed '/49.7.20/d' 
mais elle n'efface aucune ligne contenant "49.7.20."
@+ et merci.
A. Valmer

Re: Suppression sécurisée d’un fichier sur disque un NVME

[didier gaumet]

Bonjour,

la sécurité informatique et moi ça fait deux, donc ne pas se fier à mes dires 
sans vérification :-)

en gros, sur internet, j'ai cru comprendre que les méthodes utilisées pour les 
HDD ne fonctionnent pas bien sur les SSD.
Wikipedia semble indiquer que pour cela les outils fournis par le fabricants ou 
un trim après effacement des données sont les mesures les plus efficaces:
https://en.wikipedia.org/wiki/Data_remanence#Data_on_solid-state_drives

Re : Re: Suppression sécurisée d’un fichier sur disque un NVME

[benoit]

--- Original Message ---
Le vendredi 11 février 2022 à 13:51, Basile Starynkevitch 
 a écrit :

> On 2/11/22 13:37, benoit wrote:
>
>> Bonjour à toutes et tous,
>>
>> Sur les disques mécaniques, il y a des programmes qui écrivent plusieurs 
>> fois des 0 sur les secteurs des fichiers à supprimer définitivement.
>>
>> Comment fait-on sur un disque NVME ?
>
> On peut faire pareil. On pourrait aussi utiliser l'une des commandes wipefs 
> ou bien dd (dont la source serait un /dev/zero ou un /dev/random ) bien 
> évidemment suivie d'un sync.

Donc les logiciels de suppression définitive sont aussi adaptés aux disque NVME 
qu'aux disques mécaniques ? Je croyais que le micro logiciel des disques NVME, 
rend inefficace l'usage de ces logiciels.

> Si les données sont vraiment sensibles (par exemple, "militaires" ou "secret 
> médical"), une solution est de casser le disque NVME au marteau et d'en jeter 
> les débris dans un incinérateur...

Ben non, ce n'est pas sensible à ce point, au contraire, je m'inquiète de 
l'usure prématurée de mon disque NVME en réécrivant des 0 plusieurs fois de 
suite.

Re: Suppression sécurisée d’un fichier sur disque un NVME

[Basile Starynkevitch]

On 2/11/22 13:37, benoit wrote:


Bonjour à toutes et tous,

Sur les disques mécaniques, il y a des programmes qui écrivent 
plusieurs fois des 0 sur les secteurs des fichiers à supprimer 
définitivement.


Comment fait-on sur un disque NVME ?



On peut faire pareil. On pourrait aussi utiliser l'une des commandes 
wipefs ou bien dd (dont la source serait un /dev/zero ou un /dev/random 
) bien évidemment suivie d'un sync.



Si les données sont vraiment sensibles (par exemple, "militaires" ou 
"secret médical"), une solution est de casser le disque NVME au marteau 
et d'en jeter les débris dans un incinérateur



Des services qualifiées pourraient (parait-il) récupérer des données 
même effacées. On parle de budgets de dizaines de k€ ou plus et de 
"labos" étatiques


Dans le cas de données sensibles, il devrait y avoir une procédure 
documentée pour se débarrasser d'un tel disque.


A mon avis, il faut préciser le besoin et le risque. Que se passerait-il 
si les données étaient récupérées (même à votre insu ou sans votre 
consentement). Quel est le volume des données (mega-octets, tera-octets, 
)?


N'oubliez pas non plus le risque non technique (social, menace par 
violences )


Librement.

--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Suppression sécurisée d’un fichier sur disque un NVME

[benoit]

Bonjour à toutes et tous,

Sur les disques mécaniques, il y a des programmes qui écrivent plusieurs fois 
des 0 sur les secteurs des fichiers à supprimer définitivement.

Comment fait-on sur un disque NVME ?

Merci d’avance

–

Benoit

Sent with [ProtonMail](https://protonmail.com/) Secure Email.

Re: suppression demandée pour manpages-fr ...

[MERLIN Philippe]

Merci, j'ai eu ce communiqué mais comme souvent je l'ai lu trop rapidement.
Encore Merci.
Philippe Merlin


Le vendredi 12 février 2021, 14:55:14 CET thierry_j a écrit :
> Bonjour
> 
> sujet abordé dans cette newsletter:
> https://lists.debian.org/debian-news-french/2020/msg9.html
> 
> Le 12/02/2021 à 14:31, MERLIN Philippe a écrit :
> > Bonjour,
> > Mon système est une Debian Sid AMD64, depuis quelques jours à chaque mise
> > à
> > jour par dist-upgrade on veut enlever les paquets suivants manpages-fr,
> > manpages-fr-extra et on me dit que manpages-fr-dev ne sert plus à rien et
> > que je dois le supprimer par autoremove.
> > Es ce normal ? je n'arrive pas à le savoir, existe t'il une page web
> > indiquant l'évolution de la distribution.
> > Pour l'instant je bloque la mise à jour.
> > Avez vous des informations.
> > Philippe Merlin

suppression demandée pour manpages-fr ...

[MERLIN Philippe]

Bonjour,
Mon système est une Debian Sid AMD64, depuis quelques jours à chaque mise à 
jour par dist-upgrade on veut enlever les paquets suivants manpages-fr, 
manpages-fr-extra et on me dit que manpages-fr-dev ne sert plus à rien et que 
je dois le supprimer par autoremove. 
Es ce normal ? je n'arrive pas à le savoir, existe t'il une page web indiquant 
l'évolution de la distribution.
Pour l'instant je bloque la mise à jour.
Avez vous des informations.
Philippe Merlin

Re: suppression demandée pour manpages-fr ...

[thierry_j]

Bonjour

sujet abordé dans cette newsletter:
https://lists.debian.org/debian-news-french/2020/msg9.html



Le 12/02/2021 à 14:31, MERLIN Philippe a écrit :

Bonjour,
Mon système est une Debian Sid AMD64, depuis quelques jours à chaque mise à
jour par dist-upgrade on veut enlever les paquets suivants manpages-fr,
manpages-fr-extra et on me dit que manpages-fr-dev ne sert plus à rien et que
je dois le supprimer par autoremove.
Es ce normal ? je n'arrive pas à le savoir, existe t'il une page web indiquant
l'évolution de la distribution.
Pour l'instant je bloque la mise à jour.
Avez vous des informations.
Philippe Merlin

Alsa suppression de modules au chargement

[MERLIN Philippe]

Bonjour,
Tout d'abord voici ma configuration Lenovo W520 système Debian Sid AMD64 à jour.
Tout fonctionne normalement excepté le fait que je doive modifier les 
paramètres de ma 
carte son pour obtenir du son, cette modification se fait par alsamixer ou 
l'icone Kde se 
trouvant dans la barre de tâche. En ouvrant ces appications on voit que les 
paramètres 
sont normaux on les modifie légèrement et alors on obtient du son.
En regardant par un dmesg on se rencontre que deux modules n'arrivent pas à se 
charger 
correctement:
*snd_hda_codec_hdmi*
*snd_hda_codec_generic*
Le premier le codec hdmi c'est normal je n'ai pas de sortie hdmi, le second  le 
generic je ne 
sais pas à quoi il sert le seul qui devrait être chargé est celui de ma carte 
son *conexant* 
qui lui est chargé sans erreur.
J'ai essayé de blacklister ces modules sans succès en créant un fichier dans 
/etc/modprobe.d intituler blacklist-alsa.conf sans succès.
Je sèche et j'ai besoin des lumières de la liste.
A l'avance merci.
Philippe Merlin
P.S. Voici la sortie de dmesg
[4.579116] snd_hda_intel :00:1b.0: bound :00:02.0 (ops 
i915_audio_component_bind_ops [i915])
[4.582594] snd_hda_intel :01:00.1: Disabling MSI
[4.582603] snd_hda_intel :01:00.1: Handle vga_switcheroo audio client
[4.704896] snd_hda_codec_conexant hdaudioC0D0: CX20590: BIOS auto-probing.
[4.705394] snd_hda_codec_conexant hdaudioC0D0: autoconfig for CX20590: 
line_outs=1 
(0x1f/0x0/0x0/0x0/0x0) type:speaker
[4.705396] snd_hda_codec_conexant hdaudioC0D0:speaker_outs=0 
(0x0/0x0/0x0/0x0/0x0)
[4.705398] snd_hda_codec_conexant hdaudioC0D0:hp_outs=2 (0x1c/
0x19/0x0/0x0/0x0)
[4.705399] snd_hda_codec_conexant hdaudioC0D0:mono: mono_out=0x0
[4.705400] snd_hda_codec_conexant hdaudioC0D0:inputs:
[4.705402] snd_hda_codec_conexant hdaudioC0D0:  Internal Mic=0x23
[4.705403] snd_hda_codec_conexant hdaudioC0D0:  Mic=0x1b
[4.705404] snd_hda_codec_conexant hdaudioC0D0:  Dock Mic=0x1a
[4.706730] snd_hda_codec_conexant hdaudioC0D0: Enable sync_write for stable 
communication
[5.216633] snd_hda_codec_hdmi hdaudioC1D0: HDMI: failed to get afg sub nodes
[5.218364] snd_hda_codec_hdmi: probe of hdaudioC1D0 failed with error -22
[5.222794] snd_hda_codec_hdmi hdaudioC1D0: HDMI: failed to get afg sub nodes
[5.222813] snd_hda_codec_hdmi: probe of hdaudioC1D0 failed with error -22
[5.225129] snd_hda_codec_hdmi hdaudioC1D0: HDMI: failed to get afg sub nodes
[5.228544] snd_hda_codec_hdmi: probe of hdaudioC1D0 failed with error -22
[5.233026] snd_hda_codec_generic hdaudioC1D0: autoconfig for Generic: 
line_outs=0 
(0x0/0x0/0x0/0x0/0x0) type:line
[5.236527] snd_hda_codec_generic hdaudioC1D0:speaker_outs=0 
(0x0/0x0/0x0/0x0/0x0)
[5.236530] snd_hda_codec_generic hdaudioC1D0:hp_outs=0 
(0x0/0x0/0x0/0x0/0x0)
[5.236532] snd_hda_codec_generic hdaudioC1D0:mono: mono_out=0x0
[5.242499] snd_hda_codec_generic hdaudioC1D0:dig-out=0x5/0x0
[5.242502] snd_hda_codec_generic hdaudioC1D0:inputs:
[5.254151] snd_hda_codec_generic: probe of hdaudioC1D0 failed with error -5
[5.256189] snd_hda_codec_hdmi hdaudioC1D1: HDMI: failed to get afg sub nodes
[5.259798] snd_hda_codec_hdmi: probe of hdaudioC1D1 failed with error -22
[5.262328] snd_hda_codec_hdmi hdaudioC1D1: HDMI: failed to get afg sub nodes
[5.262342] snd_hda_codec_hdmi: probe of hdaudioC1D1 failed with error -22
[5.265032] snd_hda_codec_hdmi hdaudioC1D1: HDMI: failed to get afg sub nodes
[5.269159] snd_hda_codec_hdmi: probe of hdaudioC1D1 failed with error -22
[5.277375] snd_hda_codec_generic hdaudioC1D1: autoconfig for Generic: 
line_outs=0 
(0x0/0x0/0x0/0x0/0x0) type:line
[5.277377] snd_hda_codec_generic hdaudioC1D1:speaker_outs=0 
(0x0/0x0/0x0/0x0/0x0)
[5.277379] snd_hda_codec_generic hdaudioC1D1:hp_outs=0 
(0x0/0x0/0x0/0x0/0x0)
[5.277380] snd_hda_codec_generic hdaudioC1D1:mono: mono_out=0x0
[5.277382] snd_hda_codec_generic hdaudioC1D1:dig-out=0x5/0x0
[5.277383] snd_hda_codec_generic hdaudioC1D1:inputs:
[5.277429] snd_hda_codec_generic: probe of hdaudioC1D1 failed with error -5
[5.277536] snd_hda_codec_hdmi hdaudioC1D2: HDMI: failed to get afg sub nodes
[5.277549] snd_hda_codec_hdmi: probe of hdaudioC1D2 failed with error -22
[5.280017] snd_hda_codec_hdmi hdaudioC1D2: HDMI: failed to get afg sub nodes
[5.295060] snd_hda_codec_hdmi: probe of hdaudioC1D2 failed with error -22
[5.298958] snd_hda_codec_hdmi hdaudioC1D2: HDMI: failed to get afg sub nodes
[5.298976] snd_hda_codec_hdmi: probe of hdaudioC1D2 failed with error -22
[5.303713] snd_hda_codec_generic hdaudioC1D2: autoconfig for Generic: 
line_outs=0 
(0x0/0x0/0x0/0x0/0x0) type:line
[5.306272] snd_hda_codec_generic hdaudioC1D2:speaker_outs=0 
(0x0/0x0/0x0/0x0/0x0)
[5.306274] snd_hda_codec_generic hdaudioC1D2:hp_outs=0 

Re: Gnome et suppression des fichiers

[Ph. Gras]

Salut les gens,

>> Vive la corbeille... ou pas. Avec la touche Majuscule pour supprimer
>> directement les fichiers, ça doit aller beaucoup plus vite. 

c'est plus rapide aussi en désactivant l'option "tri sélectif" :-)

Bon vendredi,

Ph. Gras

Re: Gnome et suppression des fichiers

[Gaëtan Perrier]

Le vendredi 22 février 2019 à 10:25 +0100, Haricophile a écrit :
> Le Wed, 20 Feb 2019 21:53:29 +0100,
> Gaëtan Perrier  a écrit :
> 
> > onjour,
> > 
> > Quand je supprime une grosse quantité de fichiers (cet aprem quasiment 800)
> > dans Gnome l'interface graphique reste bloquée pendant de longues minutes
> > (le
> > reste du système tourne normalement).
> > Constatez-vous la même chose ?
> 
> Vive la corbeille... ou pas. Avec la touche Majuscule pour supprimer
> directement les fichiers, ça doit aller beaucoup plus vite. 
> 
> Après, les gestionnaires de fichiers de ce type ne sont peut-être pas
> optimisé pour les
> grosses opérations de copie-transfert-effacement... il y a un moment il faut
> choisir entre convivialité et efficacité.
> 
> Après je ne sais pas s'il y a des réglages possible, j'aurais tendance quand
> même voir effectivement la mémoire mais aussi les réglages du disque, et il
> me
> semble qu'il peut aussi y avoir un problème de réglage système :
> gestion des priorités et gestion des "cores". 
> 
> Toujours est-il que pour une grosse opération sur ces bureaux, il y a une
> phase
> de collecte d'informations assez lourde (idem en pire sous Windows
> d'ailleurs).
> C'est peut-être nécessaire a la fiabilité de la chose et a la mise a jour des
> informations dans le gestionnaire de bureau (vignettes, metadata...).


On s'est mal compris. Je ne me pleins pas spécialement du temps que ça prend
mais du fait que ça freeze l'interface graphique !

Une remarque quand même concernant le temps: plus de 10 minutes pour supprimer
800 fichiers ça reste quand même particulièrement lent. Windows supprime
plusieurs milliers de fichiers en bien moins longtemps, de même avec Mate ou
XFCE ...


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

Re: Gnome et suppression des fichiers

[Jean Bernon]

- Mail original - 

> De: "Haricophile" 
> À: debian-user-french@lists.debian.org
> Envoyé: Vendredi 22 Février 2019 10:25:21
> Objet: Re: Gnome et suppression des fichiers

> Le Wed, 20 Feb 2019 21:53:29 +0100,
> Gaëtan Perrier  a écrit :

> > onjour,
> >
> > Quand je supprime une grosse quantité de fichiers (cet aprem
> > quasiment 800)
> > dans Gnome l'interface graphique reste bloquée pendant de longues
> > minutes (le
> > reste du système tourne normalement).
> > Constatez-vous la même chose ?

> Vive la corbeille... ou pas. Avec la touche Majuscule pour supprimer
> directement les fichiers, ça doit aller beaucoup plus vite.

> Après, les gestionnaires de fichiers de ce type ne sont peut-être pas
> optimisé pour les
> grosses opérations de copie-transfert-effacement... il y a un moment
> il faut
> choisir entre convivialité et efficacité.

Sur la même machine je trouve le gestionnaire de fichiers de XFCE plus rapide 
que celui de Gnome. Sinon j'irais dans le sens d'haricophile : pour détruire 
800 fichiers, la ligne de commande est sûrement la solution la plus rapide.

Re: Gnome et suppression des fichiers

[Haricophile]

Le Wed, 20 Feb 2019 21:53:29 +0100,
Gaëtan Perrier  a écrit :

> onjour,
> 
> Quand je supprime une grosse quantité de fichiers (cet aprem quasiment 800)
> dans Gnome l'interface graphique reste bloquée pendant de longues minutes (le
> reste du système tourne normalement).
> Constatez-vous la même chose ?

Vive la corbeille... ou pas. Avec la touche Majuscule pour supprimer
directement les fichiers, ça doit aller beaucoup plus vite. 

Après, les gestionnaires de fichiers de ce type ne sont peut-être pas optimisé 
pour les
grosses opérations de copie-transfert-effacement... il y a un moment il faut
choisir entre convivialité et efficacité.

Après je ne sais pas s'il y a des réglages possible, j'aurais tendance quand
même voir effectivement la mémoire mais aussi les réglages du disque, et il me
semble qu'il peut aussi y avoir un problème de réglage système :
gestion des priorités et gestion des "cores". 

Toujours est-il que pour une grosse opération sur ces bureaux, il y a une phase
de collecte d'informations assez lourde (idem en pire sous Windows d'ailleurs).
C'est peut-être nécessaire a la fiabilité de la chose et a la mise a jour des
informations dans le gestionnaire de bureau (vignettes, metadata...).

Re: Gnome et suppression des fichiers

[Ph. Gras]

Salut la liste !

> Quand je supprime une grosse quantité de fichiers (cet aprem quasiment 800)
> dans Gnome l'interface graphique reste bloquée pendant de longues minutes (le
> reste du système tourne normalement).
> Constatez-vous la même chose ?

Oui, par exemple quand je fais de gros copier-coller, quand bien même je n'ai 
pas
Gnome.

Il s'agit vraisemblablement d'un problème de mémoire.

Bonne nuit,

Ph. Gras

Gnome et suppression des fichiers

[Gaëtan Perrier]

Bonjour,

Quand je supprime une grosse quantité de fichiers (cet aprem quasiment 800)
dans Gnome l'interface graphique reste bloquée pendant de longues minutes (le
reste du système tourne normalement).
Constatez-vous la même chose ?


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

Re: Suppression de /etc/apt/trusted.gpg

[benoitlst]

Bonsoir,

Merci à tous pour vos réponses.

Conclusion, je garde trusted.gpg sous la main an cas de problème.

Pour l'instant tout fonctionne sans ce fichier.

Avec gratitude,

--
Benoit


Le 2019-01-15 22:09, Étienne Mollier a écrit :

Bonsoir,

Jérôme, au 2019-01-15 :

Le lundi 14 janvier 2019 à 21:26 +0100, Étienne Mollier a écrit :
> Toujours aussi naïvement, j'aurais donc tendance à penser que
> l'utilité de ce fichier n'est plus, en tout cas pour une
> installation basique, et que donc vous n'avez pas mal fait.
>
> Gardez tout de même le fichier à portée de main, des fois que...

[...]
Ça m'étonnerait qu'il n'y ait pas eu une explication dans la mise a 
jour, et

un message a root.


Tout le problème est de savoir quand c'est apparu.  Si ça se
trouve, la transition s'est faite silencieusement, entre deux
versions stables de Debian, en laissant les anciennes clés
expirer dans le fichier trusted.gpg et en incluant les nouvelles
dans le répertoire trusted.gpg.d/.  La présence de références à
Wheezy dans trusted.gpg.d/ laisse à penser qu'une telle
transition aurait pu avoir lieu entre Debian 6 et 7, donc
quelque part entre 2011 et 2013.

À moins d'avoir raté quelque chose, aucune mention de la
suppression du trusted.gpg n'est apparue dans les courriels
envoyés à root.  Confère /usr/share/doc/apt/NEWS.Debian.gz.

Du côté de la distribution des paquets, les mécanismes de
signature ont apparemment été mis en place fin 2003 avec, si ça
se trouve, un support immédiat du fichier trusted.gpg et son
homologue en .d.  Une entrée probablement intéressante dans le
changelog est apparue en 2014, qui laisserait à penser que les
fichiers trusted.gpg apparaissaient automatiquement au moins
jusqu'en Wheezy:

Extrait de /usr/share/doc/apt/changelog.gz :

  * only create new trusted.gpg if directory is writeable


Les distributions Stretch et Buster n'ont pas ce fichier de
clés, au sortir d'une installation fraîche.  Pour Jessie, je ne
sais plus.

Ma perception de la chose est que /etc/apt/trusted.gpg est
utilisable, modulo un peu de configuration vis-à-vis de
l'utilisateur _apt, mais n'est pas, ou n'est plus,
indispensable.  À la lecture du manuel de apt-key(8), j'ai
l'impression qu'il peut être utile lors de l'ajout de dépôts
tiers.

Jérôme, au 2019-01-15 :
Le principe des trucs.conf.d c'est de remplacer le fichier de config 
monobloc

truc.conf par des fichiers qui contiennent les blocs de configuration
nécessaires mis dans le dossier truc.conf.d/ ce qui est plus facile a 
gérer
pour les configurations dynamiques (au branchement d'un truc...) et 
évite de

tout charger inutilement.

Dans ce cas le fichier monobloc de configuration statique est 
supprimé.


On peut toujours le remettre ou le trouver dans certains cas, mais 
l'idée est
là. Par exemple xorg.conf = statique   xorg.conf.d/* = dynamique 
(plug'n
play). C'est mieux de faire un xorg.conf.d/50-ma-souris-gamer.conf qui 
va se
charger au branchement de ce modèle de souris que de gérer de manière 
statique

tous les cas dans xorg.conf

Pour GPG il ne s'agit pas de brancher une souris, mais la gestion 
dynamique a

son intérêt pour la gestion automatisée.


C'est une bonne explication.  :^)

Pour illustrer le problème de maintenance : devoir ajouter ou
retirer une directive au milieu d'un gros fichier monolithique
est en moyenne beaucoup plus compliqué que d'effacer un fichier
contenant uniquement la directive incriminée, en particulier
quant il faut automatiser la chose pour un parc de machine, ou
via un paquet.  Voici un exemple tiré de la vie réelle :

$ dpkg --search /etc/X11/Xsession.d/*
dbus-user-session: /etc/X11/Xsession.d/20dbus_xdg-runtime
	libvdpau-va-gl1:amd64, libvdpau-va-gl1:i386: 
/etc/X11/Xsession.d/20vdpau-va-gl

x11-common: /etc/X11/Xsession.d/20x11-common_process-args
x11-common: /etc/X11/Xsession.d/30x11-common_xresources
x11-common: /etc/X11/Xsession.d/35x11-common_xhost-local
boinc-client: /etc/X11/Xsession.d/36x11-common_xhost-boinc
x11-common: /etc/X11/Xsession.d/40x11-common_xsessionrc
x11-common: /etc/X11/Xsession.d/50x11-common_determine-startup
gpg-agent: /etc/X11/Xsession.d/90gpg-agent
at-spi2-core: /etc/X11/Xsession.d/90qt-a11y
x11-common: /etc/X11/Xsession.d/90x11-common_ssh-agent
x11-common: /etc/X11/Xsession.d/99x11-common_start

On voit que plein de paquet peuvent ajouter facilement leur
petit morceau de configuration, juste avec une copie, au lieu de
devoir tout gérer avec x11-common.  Et si la purge d'un de ces
paquets est effectuée, les risques de casser les sessions
graphiques sont minimes, en comparaison avec une manipulation
effectuée directement dans /etc/X11/Xsession.  Évidemment, cela
se fait au prix d'une inflation du nombre des fichiers de
configuration.

Amicalement,

Re: Suppression de /etc/apt/trusted.gpg

[Étienne Mollier]

Bonsoir,

Jérôme, au 2019-01-15 :
> Le lundi 14 janvier 2019 à 21:26 +0100, Étienne Mollier a écrit :
> > Toujours aussi naïvement, j'aurais donc tendance à penser que
> > l'utilité de ce fichier n'est plus, en tout cas pour une
> > installation basique, et que donc vous n'avez pas mal fait.
> >
> > Gardez tout de même le fichier à portée de main, des fois que...
[...]
> Ça m'étonnerait qu'il n'y ait pas eu une explication dans la mise a jour, et
> un message a root.

Tout le problème est de savoir quand c'est apparu.  Si ça se
trouve, la transition s'est faite silencieusement, entre deux
versions stables de Debian, en laissant les anciennes clés
expirer dans le fichier trusted.gpg et en incluant les nouvelles
dans le répertoire trusted.gpg.d/.  La présence de références à
Wheezy dans trusted.gpg.d/ laisse à penser qu'une telle
transition aurait pu avoir lieu entre Debian 6 et 7, donc
quelque part entre 2011 et 2013.

À moins d'avoir raté quelque chose, aucune mention de la
suppression du trusted.gpg n'est apparue dans les courriels
envoyés à root.  Confère /usr/share/doc/apt/NEWS.Debian.gz.

Du côté de la distribution des paquets, les mécanismes de
signature ont apparemment été mis en place fin 2003 avec, si ça
se trouve, un support immédiat du fichier trusted.gpg et son
homologue en .d.  Une entrée probablement intéressante dans le
changelog est apparue en 2014, qui laisserait à penser que les
fichiers trusted.gpg apparaissaient automatiquement au moins
jusqu'en Wheezy:

Extrait de /usr/share/doc/apt/changelog.gz :
>   * only create new trusted.gpg if directory is writeable

Les distributions Stretch et Buster n'ont pas ce fichier de
clés, au sortir d'une installation fraîche.  Pour Jessie, je ne
sais plus.

Ma perception de la chose est que /etc/apt/trusted.gpg est
utilisable, modulo un peu de configuration vis-à-vis de
l'utilisateur _apt, mais n'est pas, ou n'est plus,
indispensable.  À la lecture du manuel de apt-key(8), j'ai
l'impression qu'il peut être utile lors de l'ajout de dépôts
tiers.

Jérôme, au 2019-01-15 :
> Le principe des trucs.conf.d c'est de remplacer le fichier de config monobloc
> truc.conf par des fichiers qui contiennent les blocs de configuration
> nécessaires mis dans le dossier truc.conf.d/ ce qui est plus facile a gérer
> pour les configurations dynamiques (au branchement d'un truc...) et évite de
> tout charger inutilement.
>
> Dans ce cas le fichier monobloc de configuration statique est supprimé.
>
> On peut toujours le remettre ou le trouver dans certains cas, mais l'idée est
> là. Par exemple xorg.conf = statique   xorg.conf.d/* = dynamique (plug'n
> play). C'est mieux de faire un xorg.conf.d/50-ma-souris-gamer.conf qui va se
> charger au branchement de ce modèle de souris que de gérer de manière statique
> tous les cas dans xorg.conf
>
> Pour GPG il ne s'agit pas de brancher une souris, mais la gestion dynamique a
> son intérêt pour la gestion automatisée.

C'est une bonne explication.  :^)

Pour illustrer le problème de maintenance : devoir ajouter ou
retirer une directive au milieu d'un gros fichier monolithique
est en moyenne beaucoup plus compliqué que d'effacer un fichier
contenant uniquement la directive incriminée, en particulier
quant il faut automatiser la chose pour un parc de machine, ou
via un paquet.  Voici un exemple tiré de la vie réelle :

$ dpkg --search /etc/X11/Xsession.d/*
dbus-user-session: /etc/X11/Xsession.d/20dbus_xdg-runtime
libvdpau-va-gl1:amd64, libvdpau-va-gl1:i386: 
/etc/X11/Xsession.d/20vdpau-va-gl
x11-common: /etc/X11/Xsession.d/20x11-common_process-args
x11-common: /etc/X11/Xsession.d/30x11-common_xresources
x11-common: /etc/X11/Xsession.d/35x11-common_xhost-local
boinc-client: /etc/X11/Xsession.d/36x11-common_xhost-boinc
x11-common: /etc/X11/Xsession.d/40x11-common_xsessionrc
x11-common: /etc/X11/Xsession.d/50x11-common_determine-startup
gpg-agent: /etc/X11/Xsession.d/90gpg-agent
at-spi2-core: /etc/X11/Xsession.d/90qt-a11y
x11-common: /etc/X11/Xsession.d/90x11-common_ssh-agent
x11-common: /etc/X11/Xsession.d/99x11-common_start

On voit que plein de paquet peuvent ajouter facilement leur
petit morceau de configuration, juste avec une copie, au lieu de
devoir tout gérer avec x11-common.  Et si la purge d'un de ces
paquets est effectuée, les risques de casser les sessions
graphiques sont minimes, en comparaison avec une manipulation
effectuée directement dans /etc/X11/Xsession.  Évidemment, cela
se fait au prix d'une inflation du nombre des fichiers de
configuration.

Amicalement,
-- 
Étienne Mollier 

Re: Suppression de /etc/apt/trusted.gpg

[Jérôme]

Le lundi 14 janvier 2019 à 21:26 +0100, Étienne Mollier a écrit :
> Bonjour Benoit,
> 
> Naïvement, j'aurais fait en sorte que l'utilisateur en question
> « _apt » puisse lire le trousseau de clés GPG.  Après un coup
> d'œil dans mon installation Sid, le fichier /etc/apt/trusted.gpg
> n'est en fait pas présent.  À la place les clés sont stockées
> dans un ensemble de fichiers sous /etc/apt/trusted.gpg.d/.
> 
> Toujours aussi naïvement, j'aurais donc tendance à penser que
> l'utilité de ce fichier n'est plus, en tout cas pour une
> installation basique, et que donc vous n'avez pas mal fait.
> 
> Gardez tout de même le fichier à portée de main, des fois que...
> 
> Amicalement,

Ça m'étonnerait qu'il n'y ait pas eu une explication dans la mise a jour, et
un message a root. 

Le principe des trucs.conf.d c'est de remplacer le fichier de config monobloc
truc.conf par des fichiers qui contiennent les blocs de configuration
nécessaires mis dans le dossier truc.conf.d/ ce qui est plus facile a gérer
pour les configurations dynamiques (au branchement d'un truc...) et évite de
tout charger inutilement.

Dans ce cas le fichier monobloc de configuration statique est supprimé. 

On peut toujours le remettre ou le trouver dans certains cas, mais l'idée est
là. Par exemple xorg.conf = statique   xorg.conf.d/* = dynamique (plug'n
play). C'est mieux de faire un xorg.conf.d/50-ma-souris-gamer.conf qui va se
charger au branchement de ce modèle de souris que de gérer de manière statique
tous les cas dans xorg.conf

Pour GPG il ne s'agit pas de brancher une souris, mais la gestion dynamique a
son intérêt pour la gestion automatisée.

Re: Suppression de /etc/apt/trusted.gpg

[Étienne Mollier]

Benoit, au 2019-01-14 :
> Bonjour,
>
> J'ai voulu ajouter testing dans mon source.list(avec un
> Pin-Priority pour rester en stable) et j'avais des messages
> d'alerte quand je faisais
>
> apt update
>
> Une recherche avec le message me conduit à un post qui suggère
> de supprimer /etc/apt/trusted.gpg.
>
> Je le fais et ça fonctionne sans message d'alerte.
>
> apt n'a pas recréé un nouveau fichier...
>
> Est-ce que j'ai bien fait ?
>
> Si pas je l'ai toujours et peu le remettre à sa place.
>
> Voici le message que je recevais
>
> W: http://files2.eid.belgium.be/debian/dists/stretch/InRelease: The key(s) in 
> the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by 
> user '_apt' executing apt-key.
[...]

Bonjour Benoit,

Naïvement, j'aurais fait en sorte que l'utilisateur en question
« _apt » puisse lire le trousseau de clés GPG.  Après un coup
d'œil dans mon installation Sid, le fichier /etc/apt/trusted.gpg
n'est en fait pas présent.  À la place les clés sont stockées
dans un ensemble de fichiers sous /etc/apt/trusted.gpg.d/.

Toujours aussi naïvement, j'aurais donc tendance à penser que
l'utilité de ce fichier n'est plus, en tout cas pour une
installation basique, et que donc vous n'avez pas mal fait.

Gardez tout de même le fichier à portée de main, des fois que...

Amicalement,
-- 
Étienne Mollier 

Suppression de /etc/apt/trusted.gpg

[benoitlst]

Bonjour,

J'ai voulu ajouter testing dans mon source.list(avec un Pin-Priority 
pour rester en stable)

et j'avais des messages d'alerte quand je faisais

apt update

Une recherche avec le message me conduit à un post qui suggère de 
supprimer /etc/apt/trusted.gpg.


Je le fais et ça fonctionne sans message d'alerte.

apt n'a pas recréé un nouveau fichier...

Est-ce que j'ai bien fait ?

Si pas je l'ai toujours et peu le remettre à sa place.

Voici le message que je recevais

W: http://files2.eid.belgium.be/debian/dists/stretch/InRelease: The 
key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is 
not readable by user '_apt' executing apt-key.
W: http://deb.debian.org/debian/dists/testing/InRelease: The key(s) in 
the keyring /etc/apt/trusted.gpg are ignored as the file is not readable 
by user '_apt' executing apt-key.
W: http://files.eid.belgium.be/debian/dists/stretch/InRelease: The 
key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is 
not readable by user '_apt' executing apt-key.
W: http://deb.debian.org/debian/dists/testing-updates/InRelease: The 
key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is 
not readable by user '_apt' executing apt-key.
W: 
http://deb.debian.org/debian-security/dists/testing/updates/InRelease: 
The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file 
is not readable by user '_apt' executing apt-key.
W: 
https://deb.debian.org/debian-security/dists/stable/updates/InRelease: 
The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file 
is not readable by user '_apt' executing apt-key.
W: https://deb.debian.org/debian/dists/stable-updates/InRelease: The 
key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is 
not readable by user '_apt' executing apt-key.
W: https://deb.debian.org/debian/dists/stable/Release.gpg: The key(s) in 
the keyring /etc/apt/trusted.gpg are ignored as the file is not readable 
by user '_apt' executing apt-key.


Merci d'avance

--
Benoit

paquets en demande de suppression par une mise à jour

[MERLIN Philippe]

Bonjour,
Mon système est une Debian Sid AMD64 à jour.
Actuellement la commande apt-get dist-upgrade supprime 40 paquets si certains 
viennent de Kde et sont explicables car produit par la mise à jour QT 5.7--
>QT5.9, la suppression de toutes les versions g++ et des libstdc++ me semble 
sans raison. Savez vous quelle mise à jour crée ce problème ?  Merci si vous 
pouvez éclairez ma lanterne.
Philippe Merlin

Re: (résolu) Re: problème suppression noyau 4.7 jessie-backports

[Alain Rpnpif]

Le  6 octobre 2016, Daniel Caillibaud a écrit :

> Le 06/10/16 à 14:43, Alain Rpnpif  a écrit :
> 
> AR> Le  6 octobre 2016, jérémy prego a écrit :
> AR>   
> AR> > après être passé sur un live, le noyau c'est supprimé, bizarre, ça 
> AR> > fonctionnait avant, même quand on était dessus et qu'on voulait le 
> supprimé.  
> AR> 
> AR> Hummm là j'ai un doute fort.
> AR> 
> AR> On ne scie pas la branche sur lequel on est assis et Debian ne m'a
> AR> jamais fait ça. Et je ne connais aucune distribution qui le fasse.  
> 
> Si, si, debian (comme les autres je suppose) te laisse faire si tu as 
> d'autres noyaux installés.
> (et à la fin du remove il relance grub pour que le prochain reboot se fasse 
> sur un autre noyau)
> 
> AR> C'est logique d'ailleurs.  
> 
> Logique si tu n'en as pas d'autres oui.
> 

OK. Je n'en avais pas d'autres. Désolé, je n'avais pas pensé à ce cas.

-- 
Alain Rpnpif

Re: (résolu) Re: problème suppression noyau 4.7 jessie-backports

[Daniel Caillibaud]

Le 06/10/16 à 14:43, Alain Rpnpif  a écrit :

AR> Le  6 octobre 2016, jérémy prego a écrit :
AR> 
AR> > après être passé sur un live, le noyau c'est supprimé, bizarre, ça 
AR> > fonctionnait avant, même quand on était dessus et qu'on voulait le 
supprimé.
AR> 
AR> Hummm là j'ai un doute fort.
AR> 
AR> On ne scie pas la branche sur lequel on est assis et Debian ne m'a
AR> jamais fait ça. Et je ne connais aucune distribution qui le fasse.

Si, si, debian (comme les autres je suppose) te laisse faire si tu as d'autres 
noyaux installés.
(et à la fin du remove il relance grub pour que le prochain reboot se fasse sur 
un autre noyau)

AR> C'est logique d'ailleurs.

Logique si tu n'en as pas d'autres oui.

-- 
Daniel

L'éternité, c'est long. Surtout vers la fin.

Re: (résolu) Re: problème suppression noyau 4.7 jessie-backports

[Raphaël POITEVIN]

jérémy prego  writes:
> pourquoi je dirais que cela fonctionnait, si ce n'était pas le cas ?
> j'avai un warning qui me demandais si j'étais bien sûre de vouloir le
> supprimer vu que c'est celui en cours d'utilisation, et il ce
> retirait, et je pouvais booter sur le précédent sans encombre.

Pareil.
-- 
Raphaël
Hypra S.A.S.

Re: (résolu) Re: problème suppression noyau 4.7 jessie-backports

[jérémy prego]

Le 06/10/2016 à 14:43, Alain Rpnpif a écrit :

Le  6 octobre 2016, jérémy prego a écrit :


après être passé sur un live, le noyau c'est supprimé, bizarre, ça
fonctionnait avant, même quand on était dessus et qu'on voulait le supprimé.

Hummm là j'ai un doute fort.

On ne scie pas la branche sur lequel on est assis et Debian ne m'a
jamais fait ça. Et je ne connais aucune distribution qui le fasse.
C'est logique d'ailleurs.


bonjour,

pourquoi je dirais que cela fonctionnait, si ce n'était pas le cas ? 
j'avai un warning qui me demandais si j'étais bien sûre de vouloir le 
supprimer vu que c'est celui en cours d'utilisation, et il ce retirait, 
et je pouvais booter sur le précédent sans encombre.


jerem

Re: (résolu) Re: problème suppression noyau 4.7 jessie-backports

[Alain Rpnpif]

Le  6 octobre 2016, jérémy prego a écrit :

> après être passé sur un live, le noyau c'est supprimé, bizarre, ça 
> fonctionnait avant, même quand on était dessus et qu'on voulait le supprimé.

Hummm là j'ai un doute fort.

On ne scie pas la branche sur lequel on est assis et Debian ne m'a
jamais fait ça. Et je ne connais aucune distribution qui le fasse.
C'est logique d'ailleurs.

-- 
Alain Rpnpif

(résolu) Re: problème suppression noyau 4.7 jessie-backports

[jérémy prego]

bonjour,

après être passé sur un live, le noyau c'est supprimé, bizarre, ça 
fonctionnait avant, même quand on était dessus et qu'on voulait le supprimé.


jerem
Le 05/10/2016 à 15:34, Gaëtan Perrier a écrit :
À tout hasard n'aurais-tu pas des modules que tu as compilé à la main 
? Car dans ce cas il voit que /lib/modules/ n'est pas vide 
et il fait une erreur.


Gaëtan

Le 5 octobre 2016 08:43:58 GMT+02:00, "jérémy prego" 
<jer...@pregonetwork.net> a écrit :


bonjour,

en voulant supprimer le noyau 4.7 des backports pour retourner au 4.6,
il me retourne ça:

# dpkg --purge linux-image-4.7.0-0.bpo.1-amd64-unsigned
(Lecture de la base de données... 165730 fichiers et répertoires déjà
installés.)
Suppression de linux-image-4.7.0-0.bpo.1-amd64-unsigned (4.7.5-1~bpo8+1) ...
Failed to substitute package name in title: 10 at
/usr/bin/linux-check-removal line 102,  line 1.
dpkg: erreur de traitement du paquet
linux-image-4.7.0-0.bpo.1-amd64-unsigned (--purge) :
   le sous-processus script pre-removal installé a retourné une erreur de
sortie d'état 255
Des erreurs ont été rencontrées pendant l'exécution :
   linux-image-4.7.0-0.bpo.1-amd64-unsigned

j'ai bien tenté de le réinstaller mais l'erreur subsiste...

je précise également qu'avec aptitude remove ou purge, c'est la même chose

comment le désinstaller quand même, et en faire part au dev, si c'est un
bug ?

merci,

jerem


--
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma 
brièveté. 

Re: problème suppression noyau 4.7 jessie-backports

[Gaëtan Perrier]

À tout hasard n'aurais-tu pas des modules que tu as compilé à la main ? Car 
dans ce cas il voit que /lib/modules/ n'est pas vide et il fait une 
erreur.

Gaëtan

Le 5 octobre 2016 08:43:58 GMT+02:00, "jérémy prego" <jer...@pregonetwork.net> 
a écrit :
>bonjour,
>
>en voulant supprimer le noyau 4.7 des backports pour retourner au 4.6, 
>il me retourne ça:
>
># dpkg --purge linux-image-4.7.0-0.bpo.1-amd64-unsigned
>(Lecture de la base de données... 165730 fichiers et répertoires déjà 
>installés.)
>Suppression de linux-image-4.7.0-0.bpo.1-amd64-unsigned
>(4.7.5-1~bpo8+1) ...
>Failed to substitute package name in title: 10 at 
>/usr/bin/linux-check-removal line 102,  line 1.
>dpkg: erreur de traitement du paquet 
>linux-image-4.7.0-0.bpo.1-amd64-unsigned (--purge) :
>le sous-processus script pre-removal installé a retourné une erreur de 
>sortie d'état 255
>Des erreurs ont été rencontrées pendant l'exécution :
>  linux-image-4.7.0-0.bpo.1-amd64-unsigned
>
>j'ai bien tenté de le réinstaller mais l'erreur subsiste...
>
>je précise également qu'avec aptitude remove ou purge, c'est la même
>chose
>
>comment le désinstaller quand même, et en faire part au dev, si c'est
>un 
>bug ?
>
>merci,
>
>jerem

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.

Re: problème suppression noyau 4.7 jessie-backports

[steve]

Question bête

tu n'es pas en train d'essayer de supprimer le noyau sur lequel tu
tournes ? Si oui, installe d'abord ton 4.6, puis redémarre dessus et
ensuite supprime le 4.7.

problème suppression noyau 4.7 jessie-backports

[jérémy prego]

bonjour,

en voulant supprimer le noyau 4.7 des backports pour retourner au 4.6, 
il me retourne ça:


# dpkg --purge linux-image-4.7.0-0.bpo.1-amd64-unsigned
(Lecture de la base de données... 165730 fichiers et répertoires déjà 
installés.)

Suppression de linux-image-4.7.0-0.bpo.1-amd64-unsigned (4.7.5-1~bpo8+1) ...
Failed to substitute package name in title: 10 at 
/usr/bin/linux-check-removal line 102,  line 1.
dpkg: erreur de traitement du paquet 
linux-image-4.7.0-0.bpo.1-amd64-unsigned (--purge) :
 le sous-processus script pre-removal installé a retourné une erreur de 
sortie d'état 255

Des erreurs ont été rencontrées pendant l'exécution :
 linux-image-4.7.0-0.bpo.1-amd64-unsigned

j'ai bien tenté de le réinstaller mais l'erreur subsiste...

je précise également qu'avec aptitude remove ou purge, c'est la même chose

comment le désinstaller quand même, et en faire part au dev, si c'est un 
bug ?


merci,

jerem

Problème de suppression de paquets

[steve]

  Salut,

  J'ai une nouvelle carte graphique (GeForce GTX 660) et en essayant
  d'installer le driver via aptitude, ça a complètement merdé (pas
  trouvé le driver). J'ai donc décidé de supprimer tous les paquets en
  rapport avec nvidia et ça foire avec le paquet
  xserver-xorg-video-nvidia, qui refuse soit de s'installer soit de se
  désinstaller. J'essaie de désinstaller paquet après paquet en suivant
  les dépendances, mais aptitude bloque sur le paquet et ne veut pas
  aller plus loin. Je tourne donc en rond. Quelle stratégie utiliser
  pour m'en sortir ? 

Merci,
s.
Lecture des listes de paquets...
Construction de l'arbre des dépendances...
Lecture des informations d'état...
Lecture de l'information d'état étendu...
Initialisation de l'état des paquets...
Lecture des descriptions de tâches...
Les paquets partiellement installés suivants seront configurés : 
  nvidia-glx 
Aucun paquet ne va être installé, mis à jour ou enlevé.
0 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 0 o/2'267 ko d'archives. Après dépaquetage, 0 
o seront utilisés.
dpkg: erreur de traitement de xserver-xorg-video-nvidia (--configure) :
 le paquet xserver-xorg-video-nvidia n'est pas prêt pour la configuration
 configuration impossible (état actuel « half-installed »)
dpkg: des problèmes de dépendances empêchent la configuration de nvidia-glx :
 nvidia-glx dépend de xserver-xorg-video-nvidia (= 304.88-1+deb7u1) ; cependant 
:
  Le paquet xserver-xorg-video-nvidia n'est pas installé.

dpkg: erreur de traitement de nvidia-glx (--configure) :
 problèmes de dépendances - laissé non configuré
Des erreurs ont été rencontrées pendant l'exécution :
 xserver-xorg-video-nvidia
 nvidia-glx
localepurge: Disk space freed in /usr/share/locale: 0 KiB
localepurge: Disk space freed in /usr/share/man: 0 KiB
localepurge: Disk space freed in /usr/share/gnome/help: 0 KiB
localepurge: Disk space freed in /usr/share/omf: 0 KiB
localepurge: Disk space freed in /usr/share/doc/kde/HTML: 0 KiB

Total disk space freed by localepurge: 0 KiB

Lecture des listes de paquets...
Construction de l'arbre des dépendances...
Lecture des informations d'état...
Lecture de l'information d'état étendu...
Initialisation de l'état des paquets...
Lecture des descriptions de tâches...

Re: Problème de suppression de paquets

[Philippe Gras]

apt-get remove --purge nom-du-paquet-1 nom-du-paquet-2 nom-du-paquet-3
apt-get autoremove

Le 13 févr. 14 à 16:48, steve a écrit :


  Salut,

  J'ai une nouvelle carte graphique (GeForce GTX 660) et en essayant
  d'installer le driver via aptitude, ça a complètement merdé (pas
  trouvé le driver). J'ai donc décidé de supprimer tous les paquets en
  rapport avec nvidia et ça foire avec le paquet
  xserver-xorg-video-nvidia, qui refuse soit de s'installer soit de se
  désinstaller. J'essaie de désinstaller paquet après paquet en  
suivant

  les dépendances, mais aptitude bloque sur le paquet et ne veut pas
  aller plus loin. Je tourne donc en rond. Quelle stratégie utiliser
  pour m'en sortir ?

Merci,
s.aptitude.log


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/0d1fee38-9626-4f2c-a629-8c13fa687...@worldonline.fr

Re: Problème de suppression de paquets

[maderios]

On 02/13/2014 04:48 PM, steve wrote:

   Salut,

   J'ai une nouvelle carte graphique (GeForce GTX 660) et en essayant
   d'installer le driver via aptitude, ça a complètement merdé (pas
   trouvé le driver). J'ai donc décidé de supprimer tous les paquets en
   rapport avec nvidia et ça foire avec le paquet
   xserver-xorg-video-nvidia, qui refuse soit de s'installer soit de se
   désinstaller. J'essaie de désinstaller paquet après paquet en suivant
   les dépendances, mais aptitude bloque sur le paquet et ne veut pas
   aller plus loin. Je tourne donc en rond. Quelle stratégie utiliser
   pour m'en sortir ?


Ne pas utiliser aptitude mais Synaptic, bcp plus simple pour les 
débutants et  les fainéants (comme moi).


--
Maderios


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/52fcf953.4080...@gmail.com

Re: Problème de suppression de paquets

[steve]

Le 13-02-2014, à 17:47:29 +0100, Philippe Gras a écrit :

 apt-get remove --purge nom-du-paquet-1 nom-du-paquet-2 nom-du-paquet-3
 apt-get autoremove
  
  Marche pas.

update-alternative: avertissement: forçage de la réinstallation de
l'aternative /usr/lib/nvidia/current car le groupe de liens glx est
cassé.

E: sub-process /usr/bin/dpkg returned an error code (1).

@Madeiros: peux pas utiliser synaptic, pas de X.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20140213174954.GA23644@localhost

Re: Problème de suppression de paquets

[steve]

  J'ai récupéré le système en virant tous les fichiers dans
  /usr/lib/dpkg/info/nvidia* et ensuite apt-get purge ...


Le 13-02-2014, à 18:49:54 +0100, steve a écrit :

 Le 13-02-2014, à 17:47:29 +0100, Philippe Gras a écrit :
 
  apt-get remove --purge nom-du-paquet-1 nom-du-paquet-2 nom-du-paquet-3
  apt-get autoremove
   
   Marche pas.
 
 update-alternative: avertissement: forçage de la réinstallation de
 l'aternative /usr/lib/nvidia/current car le groupe de liens glx est
 cassé.
 
 E: sub-process /usr/bin/dpkg returned an error code (1).
 
 @Madeiros: peux pas utiliser synaptic, pas de X.
 
 -- 
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists
 
 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive: http://lists.debian.org/20140213174954.GA23644@localhost
 

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20140213193011.GA14904@localhost

Re: Problème de suppression de paquets

[Bernard Schoenacker]

Bonjour,

j'ai une remarque à faire concernant la rédaction erronnée de la 
réponse suivante :

-a)  /usr/lib/dpkg/info/nvidia*
-b) apt-get purge


la véritable réponse et correctement rédigée :

-a) /var/lib/dpkg/info/nvidia*
-b) apt-get remove --purge nvidia*


slt
bernard





---
 le 1 impliquant le premier
 -+- J *A* in Guide du Petit Joueur: Comptez pas sur moi -+-

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20140214080210.1fe1f341.bernard.schoenac...@free.fr

Re: suppression de noyau

[steve]

Salut,
  
Le 13-08-2013, à 15:31:20 +0200, Philippe Delavalade a écrit :

 Bonjour la liste.
 
 J'ai voulu faire un peu de ménage sur ma machine et suprimer le paquet
 linux-image-3.2.0-3-amd64.
 
 J'ai lancé la commande :
 
 apt-get purge linux-image-3.2.0-3-amd64
 
 mais j'ai obtenu un message me disant qu'il n'avait pas pu supprimer le
 répertoire
 /lib/modules/3.2.0-3-amd64
 celui-ci n'étant pas vide.
 
 Puis-je simplement faire un rm -r de ce répertoire ?
  
Oui. D'ailleurs, je n'ai jamais compris pourquoi apt ne le faisait pas
lui-même. Peut-être que quelqu'un a une réponse...

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20130814090947.GA617@localhost

Re: suppression de noyau

[Sylvain L. Sauvage]

’lut,

Le mercredi 14 août 2013 11:09:47 steve a écrit :
[…]
  mais j'ai obtenu un message me disant qu'il n'avait pas pu
  supprimer le répertoire
  /lib/modules/3.2.0-3-amd64
  celui-ci n'étant pas vide.
  
  Puis-je simplement faire un rm -r de ce répertoire ?
 
 Oui. D'ailleurs, je n'ai jamais compris pourquoi apt ne le
 faisait pas lui-même. Peut-être que quelqu'un a une
 réponse...

  D’abord, il existe des paquets qui installent des modules dans 
ces répertoires (p.ex. nvidia).

  Ensuite, il y a des fichiers générés qui peuvent traîner.

  Enfin, « chez moi ça marche »™ : les paquets officiels se 
nettoient bien.

-- 
 Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/1693054.sJ7etHy3TH@earendil

Re: suppression de noyau

[Christophe Moille]

Le Wed, Aug 14, 2013 at 11:09:47AM +0200, steve a écrit :
 Le 13-08-2013, à 15:31:20 +0200, Philippe Delavalade a écrit :
  mais j'ai obtenu un message me disant qu'il n'avait pas pu supprimer le
  répertoire
  /lib/modules/3.2.0-3-amd64
  celui-ci n'étant pas vide.
  
  Puis-je simplement faire un rm -r de ce répertoire ?
   
 Oui. D'ailleurs, je n'ai jamais compris pourquoi apt ne le faisait pas
 lui-même. Peut-être que quelqu'un a une réponse...

Probablement parce que des fichiers non amenés par le paquet sont présents 
dedans. La main est donc laissée à l'utilisateur-trice pour les supprimer 
plutôt que de le faire arbitrairement et de perdre des fichiers potentiellement 
à garder.

-- 
Christophe Moille
09 50 72 75 25

La tolérance n'est pas une concession que je fais à l'autre ; c'est la 
reconnaissance de principe qu'une partie de la vérité m'échappe !



signature.asc
Description: Digital signature

Re: suppression de noyau

[Philippe Delavalade]

Le mercredi 14 août à 11:09, steve a écrit :
 Salut,
   
 Le 13-08-2013, à 15:31:20 +0200, Philippe Delavalade a écrit :
 
  Bonjour la liste.
  
  J'ai voulu faire un peu de ménage sur ma machine et suprimer le paquet
  linux-image-3.2.0-3-amd64.
  
  J'ai lancé la commande :
  
  apt-get purge linux-image-3.2.0-3-amd64
  
  mais j'ai obtenu un message me disant qu'il n'avait pas pu supprimer le
  répertoire
  /lib/modules/3.2.0-3-amd64
  celui-ci n'étant pas vide.
  
  Puis-je simplement faire un rm -r de ce répertoire ?
   
 Oui. D'ailleurs, je n'ai jamais compris pourquoi apt ne le faisait pas
 lui-même. Peut-être que quelqu'un a une réponse...
 
 -- 
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists
 
 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive: http://lists.debian.org/20130814090947.GA617@localhost
 

OK et merci.

-- 
Ph. Delavalade

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20130814094134.GA7432@messier31

suppression de noyau

[Philippe Delavalade]

Bonjour la liste.

J'ai voulu faire un peu de ménage sur ma machine et suprimer le paquet
linux-image-3.2.0-3-amd64.

J'ai lancé la commande :

apt-get purge linux-image-3.2.0-3-amd64

mais j'ai obtenu un message me disant qu'il n'avait pas pu supprimer le
répertoire
/lib/modules/3.2.0-3-amd64
celui-ci n'étant pas vide.

Puis-je simplement faire un rm -r de ce répertoire ?

Aurais-je dû faire un apt-get --purge remove au lieu det apt-get purge ?

Merci par avance pour vos lumières.

-- 
Ph. Delavalade

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20130813133120.GA3368@messier31

Re: Suppression d'OSX

[didier gaumet]

Le 26/04/2013 23:19, aegirs a écrit :
 Bonjour,
 
 J'utilise Debian Squeeze sur un Macbook en dualboot avec la pomme. 
 Ce type d'ordinateur n'utilise pas de bios mais efi ce qui m'oblige à
 passer par une sorte de double boot refit puis grub.
 
 Jusqu'ici pas de problème particulier, mon soucis étant que je voudrais
 supprimer la partition mac os pour récupérer de l'espace disque.
 
 Sachant que refit est configuré via un fichier sur OSX, reformater
 simplement cette partition va me générer des problèmes.
[...]

Pourquoi ne pas utiliser Debian en single-boot avec grub-efi? d'après ce
que j'ai compris, autrefois tu perdais des fonctionnalités de la carte
graphique mais ce n'est semble-t-il plus le cas avec un noyau linux
récent qui gère le KMS de ta carte. Puis si ça fonctionne bien, tu
détruis ta partition dédiée à OS X.

La page en anglais du Macbook sur le wiki Debian:
 http://wiki.debian.org/MacBook


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/klg0ea$h5u$1...@ger.gmane.org

Re: Suppression d'OSX

[aegirs]

Bien justement la page du wiki dit que ce sera supporté sous peu et
décrit une autre méthode puis dit qu'elle ne marche pas...

La plupart de ce que je trouve est du même acabit du coup je me méfie.

Le samedi 27 avril 2013 à 09:58 +0200, didier gaumet a écrit :
 Le 26/04/2013 23:19, aegirs a écrit :
  Bonjour,
  
  J'utilise Debian Squeeze sur un Macbook en dualboot avec la pomme. 
  Ce type d'ordinateur n'utilise pas de bios mais efi ce qui m'oblige à
  passer par une sorte de double boot refit puis grub.
  
  Jusqu'ici pas de problème particulier, mon soucis étant que je voudrais
  supprimer la partition mac os pour récupérer de l'espace disque.
  
  Sachant que refit est configuré via un fichier sur OSX, reformater
  simplement cette partition va me générer des problèmes.
 [...]
 
 Pourquoi ne pas utiliser Debian en single-boot avec grub-efi? d'après ce
 que j'ai compris, autrefois tu perdais des fonctionnalités de la carte
 graphique mais ce n'est semble-t-il plus le cas avec un noyau linux
 récent qui gère le KMS de ta carte. Puis si ça fonctionne bien, tu
 détruis ta partition dédiée à OS X.
 
 La page en anglais du Macbook sur le wiki Debian:
  http://wiki.debian.org/MacBook
 
 


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/1367067065.2967.7.camel@debian

Suppression d'OSX

[aegirs]

Bonjour,

J'utilise Debian Squeeze sur un Macbook en dualboot avec la pomme. 
Ce type d'ordinateur n'utilise pas de bios mais efi ce qui m'oblige à
passer par une sorte de double boot refit puis grub.

Jusqu'ici pas de problème particulier, mon soucis étant que je voudrais
supprimer la partition mac os pour récupérer de l'espace disque.

Sachant que refit est configuré via un fichier sur OSX, reformater
simplement cette partition va me générer des problèmes.

Une solution existante est d'installer osX sur un disque externe mais il
semble exister des méthodes plus simples et rapides mais je ne trouve
rien de très clair à ce sujet.

N'ayant pas envie d'acheter de disque externe ou de passer un après-midi
à faire des ré-installations d'OS en cas de soucis, je me demandais si
quelqu'un avait quelques connaissances/expériences à ce propos et
pourrait m'orienter sur la méthode à utiliser.


D'avance merci.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/1367011151.2439.25.camel@debian

suppression de mon nom de votre site internet

[Claude Malekani]

S'il vous plait, pouvez vous m'aider A supprimer mon nom complet de
votre site car je ne l'utilise plus depuis très longtemps
Merci
Claude Malekani

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caabnnxtyhl42zg617xyzu3bxpmt6lkrkiw4nkmk+rxtkk4k...@mail.gmail.com

Re: suppression de mon nom de votre site internet

[maderios]

On 02/18/2013 12:57 PM, Claude Malekani wrote:

S'il vous plait, pouvez vous m'aider A supprimer mon nom complet de
votre site car je ne l'utilise plus depuis très longtemps
Merci
Claude Malekani


Cliquer sur le lien  de désabonnement en bas des messages .
Oh que c'est fatiguant... :-)

--
Maderios
Art is meant to disturb. Science reassures.
L'art est fait pour troubler. La science rassure (Georges Braque)

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/51222de7.50...@gmail.com

[HS] - suppression des espaces dans les noms de fichiers

[Nahliel Steinberg]

Bonjour,

J'ai une liste de plus de 4000 photos que je dois intégrer à une application
mais le pb c'est que les noms de fichiers on des espaces.

Comment pourrais-je faire en bash ?
Auriez-vous une idée ?

-- 
Nahliel

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20130218141515.ga9...@debianserver.info-cr.fr

Re: [HS] - suppression des espaces dans les noms de fichiers

[Nahliel Steinberg]

Désolé du dérangement, j'ai trouvé.

-- 
Nahliel

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20130218141647.gb9...@debianserver.info-cr.fr

Re: [HS] - suppression des espaces dans les noms de fichiers

[Bernard Schoenacker]

Le Mon, 18 Feb 2013 15:15:15 +0100,
Nahliel Steinberg marc.n...@gmail.com a écrit :

 Bonjour,
 
 J'ai une liste de plus de 4000 photos que je dois intégrer à une
 application mais le pb c'est que les noms de fichiers on des espaces.
 
 Comment pourrais-je faire en bash ?
 Auriez-vous une idée ?
 
bonjour,

pour cela il faudra prendre rename (prendre l'exemple du manuel) 
et detox, le tour est joué lorsque l'on emploie un script en 
boucle for i in ...


slt
bernard

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130218172637.655051dc.bernard.schoenac...@free.fr

Re: [HS] - suppression des espaces dans les noms de fichiers

[mouss]

Le 18/02/2013 15:16, Nahliel Steinberg a écrit :
 Désolé du dérangement, j'ai trouvé.



égoïste!
la prochaine fois que tu poses une question, fais l'effort de partager
la réponse quand tu penses en avoir trouvée...

(bein oui, je t'embête gentiment:)

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5122969c.9050...@ml.netoyen.net

Re: [HS] - suppression des espaces dans les noms de fichiers

[Bernard Schoenacker]

Le Mon, 18 Feb 2013 22:01:16 +0100,
mouss mo...@ml.netoyen.net a écrit :

 Le 18/02/2013 15:16, Nahliel Steinberg a écrit :
  Désolé du dérangement, j'ai trouvé.
 
 
 
 égoïste!
 la prochaine fois que tu poses une question, fais l'effort de partager
 la réponse quand tu penses en avoir trouvée...
 
 (bein oui, je t'embête gentiment:)
 
bonjour,

rename et detox font merveille pour ce genre de travail

 To translate uppercase names to lower, you'd use

   rename 'y/A-Z/a-z/' *

lien: http://linux.die.net/man/1/detox


slt
bernard

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130219080632.3ae7f245.bernard.schoenac...@free.fr

Re: Confirmation suppression liste

[Pierre Malard]

Bonjour,

Je trouve la formulation très édulcorée et donc correcte. Personnellement, je 
ne l'aurais pas été à ce point.

Lorsque vous vous êtes inscrit vous deviez savoir que c'était une liste 
d'utilisateurs et non un groupe de publivores. D'autre part, puisque vous vous 
êtes inscrits, vous vous êtes engagé à respecter les points décrits sur l'usage 
de la liste (cf http://wiki.debian.org/fr/FrenchLists). Or, par vos mail, vous 
avez transgressé au moins deux des articles :
   2- Les mails doivent être du texte pur (éviter le HTML autant que possible),
  de préférence encodé en 8 bits, c'est-à-dire faisant leur place aux 
lettres
  accentuées, capitales comprises ;
   3- Les sujets traités doivent avoir un rapport avec Debian et le logiciel 
libre,
  donc : PAS DE SPAM !
Et je n'aborde pas ici la malhonnêteté manifeste de votre démarche et 
l'hypocrisie de votre réaction.


Le 5 févr. 2013 à 18:43, Panpan Shell florian.blanc@gmail.com a écrit :

 Rien ne vous empêche de rester correct tout de même.
 Cordialement.
 
 Le 5 févr. 2013 à 17:58, Formatic 2000 cont...@formatic2000.com a écrit :
 
 VOS SPAMS NOUS EMMERDENT
 


   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)

perl -e '$_=q#: 3|\ 5-,3-3,2-: 3/,`.'''`''' 5-.  ;-;;,-:  |,A-  ) )-,_. ,\ 
(  `'''-''': '''-3'''2(-/--'''  `-'''\-): 
22PLM::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- -- Ce message n’engage que son auteur --

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/25a50162-660d-4f00-b1c3-129b43a2e...@teledetection.fr

Rép : Confirmation suppression liste

[mi.de...@tinet.cat]

Très bonne réponse
et ils n'ont pas lu en fin de courrier électronique

Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/25a50162-660d-4f00-b1c3-129b43a2e...@teledetection.fr

Re: Fwd: Confirmation suppression liste

[Frédéric MASSOT]

Le 05/02/2013 22:13, Stéphane Lebègue a écrit :

 Original Message 
Subject: Confirmation suppression liste
Date: Tue, 5 Feb 2013 17:58:30 +0100
From: Formatic 2000 cont...@formatic2000.com
To: debian-user-french@lists.debian.org

Bonjour,

Pour faire suite à votre message, je vous confirme avoir supprimé votre
adresse de notre liste :
debian-user-french@lists.debian.org

Cordialement,
Formatic 2000


j'adore , quel tact ci dessous l'URL:

http://www.formatic2000.com/


Les gars font de la formation sur Linux, mais ne semblent avoir aucunes 
notions de Debian ou de liste de discutions !!??  :o)


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/51124faf.5070...@juliana-multimedia.com

Re: Confirmation suppression liste

[Edi Stojicevic]

* Pierre Malard p...@teledetection.fr [2013-02-06 12:28:53 +0100] wrote :

[...]

 Bonjour,
 
 Je trouve la formulation très édulcorée et donc correcte.
 Personnellement, je ne l'aurais pas été à ce point.
 
 Lorsque vous vous êtes inscrit vous deviez savoir que c'était une
 liste d'utilisateurs et non un groupe de publivores. D'autre part,
 puisque vous vous êtes inscrits, vous vous êtes engagé à respecter les
 points décrits sur l'usage de la liste (cf
 http://wiki.debian.org/fr/FrenchLists). Or, par vos mail, vous avez
 transgressé au moins deux des articles : 2- Les mails doivent être du
 texte pur (éviter le HTML autant que possible), de préférence encodé
 en 8 bits, c'est-à-dire faisant leur place aux lettres accentuées,
 capitales comprises ; 3- Les sujets traités doivent avoir un rapport
 avec Debian et le logiciel libre, donc : PAS DE SPAM !  Et je n'aborde
 pas ici la malhonnêteté manifeste de votre démarche et l'hypocrisie de
 votre réaction.

Et les lignes doivent être coupées à 72 colonnes :) 

-- 
 .''`.  Edi Stojicevic
: :'  : Debian GNU/Linux user, admin  developer - http://www.debian.org 
`. `~' 
  `-
Money may buy friendship but money cannot buy love.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20130206124615.gb3...@ns392225.ovh.net

Confirmation suppression liste

[Formatic 2000]

Bonjour,

Pour faire suite à votre message, je vous confirme avoir supprimé votre
adresse de notre liste :
debian-user-french@lists.debian.org

Cordialement,
Formatic 2000



-Message d'origine-
De : Web Formatic2000 ffar...@formatic2000.com [mailto:Web Formatic2000
ffar...@formatic2000.com] 
Envoyé : mardi 5 février 2013 17:43
À : ffar...@formatic2000.com
Objet : formmail

Formulaire Websubject : formmail
realname : debian-user
email : 
title : ASSEZ
comments : VOS SPAMS NOUS EMMERDENT


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/010801ce03c2$0665b2b0$13311810$@com

Re: Confirmation suppression liste

[Panpan Shell]

Rien ne vous empêche de rester correct tout de même.
Cordialement.

Le 5 févr. 2013 à 17:58, Formatic 2000 cont...@formatic2000.com a écrit :

 VOS SPAMS NOUS EMMERDENT

Fwd: Confirmation suppression liste

[Stéphane Lebègue]

 Original Message 
Subject: Confirmation suppression liste
Date: Tue, 5 Feb 2013 17:58:30 +0100
From: Formatic 2000 cont...@formatic2000.com
To: debian-user-french@lists.debian.org

Bonjour,

Pour faire suite à votre message, je vous confirme avoir supprimé 
votre

adresse de notre liste :
debian-user-french@lists.debian.org

Cordialement,
Formatic 2000


j'adore , quel tact ci dessous l'URL:

http://www.formatic2000.com/

Un fake ?


-Message d'origine-
De : Web Formatic2000 ffar...@formatic2000.com [mailto:Web 
Formatic2000

ffar...@formatic2000.com]
Envoyé : mardi 5 février 2013 17:43
À : ffar...@formatic2000.com
Objet : formmail

Formulaire Websubject : formmail
realname : debian-user
email :
title : ASSEZ
comments : VOS SPAMS NOUS EMMERDENT


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet 
unsubscribe

vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/010801ce03c2$0665b2b0$13311810$@com

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/7c3cd548511d2d87121bf7e96c7b12f6@localhost

Re: suppression de dépot deb-multimedia et des paquets induits/mis à jour

[maderios]

On 08/29/2012 09:21 PM, Colin wrote:

Bonjour à tous,

Je suis sous Debian Wheezy, avec le dépôt deb-multimedia.
Étant donné que ce dépôt écrase certains paquets de Debian

..

J'arrive peut-être après la bataille mais tu peux conserver le dépôt 
deb-multimedia et choisir d'installer les paquets Debian à la place 
des Debian-Multimedia. Il suffit avec Synaptic d'aller dans
packages - force version pour choisir le paquet du dépôt Debian. Les 
paquets Debian sont moins récents donc plus problématiques concernant le 
mp4, mkv, etc..


--
Maderios

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/503f3611.2060...@gmail.com

Re: Re: suppression de dépot deb-multimedia et des paquets induits/mis à jour

[Colin]

 J'arrive peut-être après la bataille mais tu peux conserver le dépôt
 deb-multimedia et choisir d'installer les paquets Debian à la place
 des Debian-Multimedia. Il suffit avec Synaptic d'aller danspackages
 - force version pour choisir le paquet du dépôt Debian. Les paquets
 Debian sont moins récents donc plus problématiques concernant le mp4,
 mkv, etc..
 --
 Maderios

Il s'agit en fait de pinning ?
En fais pas de soucis, comme je comptais utiliser deb-multimedia
uniquement pour Handbrake, je le compilerai moi même, ce sera plus
simple (surtout que je n'ai besoin que du cli)
Merci en tout cas ;)

Colin

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/1346324112.30743.38.camel@Cocopad

Re: Suppression de sauts de ligne dans un fichier texte (sous conditions)

[stephane.gargoly]

Bonjour à tous les utilisateurs et développeurs de Debian (et à David Prévot en 
particulier) :

Tout d'abord, merci à David de m'avoir répondu à mon message (envoyé le 
28/08/12 à 22:02). :-)

 Le 28/08/12 22:21, David Prévot a écrit :
 
 La documentation est traduite en français depuis la version 2.19.
 

Étant donné que je suis sous Squeeze, la version de dctrl-tools est 2.14.5. Par 
contre, sous Wheezy, sa version passe à 2.22.2 et, d'après la page 
http://packages.debian.org/wheezy/amd64/dctrl-tools/filelist, elle inclue 
effectivement des pages de manuel en français.

Seulement, je passerai à Wheezy quand elle deviendra la nouvelle distribution 
stable (peut-être au 1er trimestre 2013)...

Cordialement et à bientôt,
Stéphane.



Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1738390322.1237588.1346233311219.JavaMail.www@wwinf8311

suppression de dépot deb-multimedia et des paquets induits/mis à jour

[Colin]

Bonjour à tous,

Je suis sous Debian Wheezy, avec le dépôt deb-multimedia.
Étant donné que ce dépôt écrase certains paquets de Debian, est-il
possible simplement (sans récupérer un par un dans dpkg.log les paquets
mis à jour par deb-multimedia et forcer l'installation de ceux des
dépôts de Debian) de mettre à jour tout ces paquets en réinstallant les
officiels de Debian ?

Dis autrement, est-il possible de revenir à une Debian pure si l'on
décide de supprimer ce dépôt... ?

Ma question se pose aussi sur les paquets qui ne sont que dans
deb-multimedia : est-il possible de tous les supprimer simplement et
automatiquement ? (quoique c'est moins délicat à faire manuellement ça,
m'enfin bon!)

Merci ;)
Bonne soirée
Colin


PS : je m'étais bien dis que j'aurai du faire ça sur une VM, en plus
j'en ai pleins qui traînent... :/

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/1346268069.30743.26.camel@Cocopad

Re: suppression de dépot deb-multimedia et des paquets induits/mis à jour

[David Prévot]

Salut,

Le 29/08/2012 15:21, Colin a écrit :

 Ma question se pose aussi sur les paquets qui ne sont que dans
 deb-multimedia : est-il possible de tous les supprimer simplement

Cet article récent devrait te guider vers une réponse :

http://anarcat.koumbit.org/node/183

D'accord, c'est en anglais, mais très court (et si tu demandes gentiment
à Antoine, il pourrait peut-être le traduire ;).

Amicalement

David




signature.asc
Description: OpenPGP digital signature

Re: suppression de dépot deb-multimedia et des paquets induits/mis à jour

[Colin]

Salut,

Merci beaucoup pour ta réponse, cet article devrait m'aider à m'en
sortir !
Et merci quand même à Antoine, mais c'est bon, je devrais m'en sortir
avec ;)

Amicalement,
Colin

Le mercredi 29 août 2012 à 16:31 -0400, David Prévot a écrit :
 Salut,
 
 Le 29/08/2012 15:21, Colin a écrit :
 
  Ma question se pose aussi sur les paquets qui ne sont que dans
  deb-multimedia : est-il possible de tous les supprimer simplement
 
 Cet article récent devrait te guider vers une réponse :
 
   http://anarcat.koumbit.org/node/183
 
 D'accord, c'est en anglais, mais très court (et si tu demandes gentiment
 à Antoine, il pourrait peut-être le traduire ;).
 
 Amicalement
 
 David
 
 

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/1346273043.30743.28.camel@Cocopad

Re: suppression de dépot deb-multimedia et des paquets induits/mis à jour

[Colin]

Ça y est, c'est tout propre maintenant :)
Je suis tombé en cours de route sur cette page qui peut intéresser
certaines personnes (surtout les non anglophones :
http://wiki.debian-facile.org/manuel:debianpropre) sur le sujet, entre
autres.

De plus, la commande 

$ aptitude search '?narrow(?installed, !?origin(Debian))!?obsolete'

permet rapidement d'avoir une idée des paquets (et du nombres) qui ne
sont pas officiels, ce qui permet de mieux se situer par la suite dans
Aptitude.

Merci encore en tout cas de m'avoir mis sur la voie ;)


Je sors un peu du sujet, mais dans ma manipulation j'ai eu à un moment
donné un paquet sans candidat (il venait de DMO que je n'avais plus dans
mes sources), pourtant aptitude search le paquet le trouvait toujours.
La commande 

# aptitude purge ?config-files

m'a permis de m'en sortir de ce côté là. J'avoue ne pas très bien avoir
saisi ce qu'elle fait, à part purger les fichiers de configuration de
vieux paquet. Ici, elle agit bien sur l'index d'Aptitude, non ?

Si quelqu'un à une idée !
Bonne soirée ;)
Colin

Le mercredi 29 août 2012 à 16:31 -0400, David Prévot a écrit :
 Salut,
 
 Le 29/08/2012 15:21, Colin a écrit :
 
  Ma question se pose aussi sur les paquets qui ne sont que dans
  deb-multimedia : est-il possible de tous les supprimer simplement
 
 Cet article récent devrait te guider vers une réponse :
 
   http://anarcat.koumbit.org/node/183
 
 D'accord, c'est en anglais, mais très court (et si tu demandes gentiment
 à Antoine, il pourrait peut-être le traduire ;).
 
 Amicalement
 
 David
 
 

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/1346278240.30743.34.camel@Cocopad

Re: Suppression de sauts de ligne dans un fichier texte (sous conditions)

[stephane.gargoly]

Bonjour à tous les utilisateurs et développeurs de Debian (et à David Prévot en 
particulier) :

Tout d'abord, merci à David de m'avoir répondu à mon message (envoyé le 
24/08/12 à 9:52). :-)


 Le 24/08/12 18:56, David Prévot a écrit :
 
 Pas la moindre idée de ce que tu veux en faire, mais as-tu jeté un œil
 du côté de dctrl-tools qui permet d'extraire ce genre de données de ce
 genre de fichier, et comme le dit la Charte [0], ses listes sont
 conformes à la RFC 5322, donc plutôt que de réinventer la roue,
 peut-être que ça vaut le coup d'utiliser des outils existants pour
 analyser ces champs normalisés.
 


Hier matin, j'ai installé le paquet dctrl-tools (ainsi que ses éventuelles 
dépendances, recommandations et suggestions) à l'aide du logiciel Aptitude et 
j'ai consulté les pages de manuel des commandes grep-dctrl, join-dctrl, 
sort-dctrl et tbl-dctrl.

D'après à ce que j'ai pu comprendre (car c'est en anglais et cette langue n'est 
pas vraiment mon fort), tbl-dctrl semble plutôt intéressante par rapport à ce 
que je compte faire avec le fichier Package.

En effet, avec la commande suivante (par exemple) :
tbl-dctrl -c 'Package=Package' -c 'Version=Version' -c 
'Description=Description' -c 'Source=Source' -d ; Packages  Packages2

On aura (en consultant le fichier Packages2) :
Package;Version;Description;Source
Nom du 1er paquet;sa version;sa description;son paquet source
Nom du 2ème paquet;sa version;sa description;son paquet source
Nom du 3ème paquet;sa version;sa description;son paquet source
etc

Par contre, si on fait :
tbl-dctrl -c 'Package=Package' -c 'Tag=Tag' -d ; Packages  Packages3

Le contenu du fichier Packages3 est très différent de ce qu'on devrait avoir. 
:-(

Comme je l'ai déjà expliqué dans mon précédent message, pour certains paquets, 
les données du champ Tag s'étalent sur 2 ou 3 (voire plus) lignes et tbl-dctrl 
semble avoir du mal à bien interpréter les sauts de ligne.

Bien sûr, une solution est de renoncer aux données Tag mais cela serait 
vraiment dommage car ce champ apporte, à priori, des informations intéressantes.

Selon vous, qu'est-ce que je dois faire (avec tbl-dctrl ou autre commande) à 
partir du fichier initial Packages pour que dans un nouveau fichier Packages2, 
j'ai les données Tag correctement formatées ?

Mon but final est de transformer Packages en un fichier de type CSV (avec les 
données des champs que j'aurai sélectionnés) afin que je puisse exporter dans 
le tableur OpenOffice Calc. Ainsi, je pourrai, entre autres, faire des filtres 
ou des tris parmi les données. ;-)

Si vous souhaitez d'autres informations en lien avec mon problème, n'hésitez 
pas en me demander. :-)

Je vous remercie d'avance pour vos réponses.

Cordialement et à bientôt,
Stéphane.



Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1100944143.815790.1346184160701.JavaMail.www@wwinf8228

Re: Suppression de sauts de ligne dans un fichier texte (sous conditions)

[David Prévot]

Le 28/08/2012 16:02, stephane.gargoly a écrit :

 Hier matin, j'ai installé le paquet dctrl-tools […]
 
 D'après à ce que j'ai pu comprendre (car c'est en anglais et cette langue 
 n'est pas vraiment mon fort)

La documentation est traduite en français depuis la version 2.19.

Amicalement

David

P.-S.: Pas la peine de me mettre en copie, je lis la liste.




signature.asc
Description: OpenPGP digital signature

Suppression de sauts de ligne dans un fichier texte (sous conditions)

[stephane.gargoly]

Bonjour à tous les utilisateurs et développeurs de Debian :

Je suis un utilisateur de Debian depuis déjà plus d'un an (peu de temps après 
la sortie de Squeeze en fait) et c'est la première fois que j'envoie un message 
sur la liste de diffusion debian-user-french. :-)

Il y a quelque jours, j'ai récupéré un fichier Packages.gz sur le site FTP 
ftp://ftp2.fr.debian.org/pub/debian/dists/wheezy/main/binary-amd64/.

Wheezy est le futur successeur de Squeeze en tant que distribution stable.

Ce fichier Packages, une fois décompacté, pèse plus de 25 Mo et contient les 
informations (de type Packages, Version, Maintainer ou Description 
entre autres) de tous les paquets Debian (autrement dit les fichiers *.deb).

Il y en a pour environ 36'000 paquets...ce qui explique que le fichier soit si 
lourd. ;-)

Parmi les types d'information, il y a un auquel je voudrais vous en parler et 
que je souhaite solliciter votre aide ou vos conseils : il s'agit de Tag

Cette information de type Tag, présente pour environ 30'000 paquets, s'étale 
sur 1,2 ou 3 (éventuellement plus) lignes selon le paquet.

Mon souhait est que toute l'information Tag soit contenue sur une seule ligne 
par paquet. Vous avez, sans doute, compris : il faudrait que je supprime les 
sauts de ligne si cela s'étale sur 2 (ou plus) lignes.

Pour cela, j'ai utilisé les 2 commandes suivantes (l'une après l'autre) :
sed '/^ / N;s/\n//g' Packages  Packages2
sed '/^Tag: / N;s/\n//g' Packages2  Packages3

J'ai utilisé sed en raison, entre autre, de la taille de Packages. ;-)

Malheureusement, cela donne des résultats qui ne me convient pas car :
- soit cela supprime le saut de ligne entre Tag et Section ce que je ne 
souhaite pas,
- soit il reste encore, au moins, un saut de ligne au sein de l'information 
Tag.

Bien entendu, la principale difficulté est que le nombre de saut de ligne 
concernant Tag est variable (de 0 à plusieurs) selon le paquet dans le 
fichier Packages. :-(

Selon vous, quel est le bon traitement (avec sed ou autre commande) à appliquer 
au fichier initial Packages pour que dans un nouveau fichier Packages2, j'ai 
Tag sur une seule ligne par paquet ?

Informations (plutôt concises) sur la configuration matérielle, logicielle et 
réseau de mon ordinateur fixe :
- (Matériel) processeur AMD Athlon 64 x2 3 GHz, mémoire vive 8 Go DDR2 800 MHz, 
deux disques durs SATA II de 1000 Go à 7200 tr/mn avec cache de 32 Mo, carte 
graphique PCI-Express 16x avec ATI HD3650 et 512 Mo.
- (Logiciel) distribution Debian GNU/Linux 6.0 Squeeze version amd64 
installée (à partir du 1er DVD et du réseau) avec les tâches, entre autres, 
Standard System et Desktop (avec KDE uniquement) et localisée en français 
et en anglais (pas de Dual Boot donc un seul système d'exploitation).
- (Réseau) relié à l'Internet par ADSL2+ à l'aide d'un adaptateur-routeur 
DartyBox.

Si vous souhaitez d'autres informations en lien avec mon problème, n'hésitez 
pas en me demander. :-)

Je vous remercie d'avance pour vos réponse.

Cordialement et à bientôt,
Stéphane.


Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1051037693.992192.1345794771727.JavaMail.www@wwinf8223

Re: Suppression de sauts de ligne dans un fichier texte (sous conditions)

[David Prévot]

Salut,

Le 24/08/2012 03:52, stephane.gargoly a écrit :

 Parmi les types d'information, il y a un auquel je voudrais vous en parler et 
 que je souhaite solliciter votre aide ou vos conseils : il s'agit de Tag

Pas la moindre idée de ce que tu veux en faire, mais as-tu jeté un œil
du côté de dctrl-tools qui permet d'extraire ce genre de données de ce
genre de fichier, et comme le dit la Charte [0], ses listes sont
conformes à la RFC 5322, donc plutôt que de réinventer la roue,
peut-être que ça vaut le coup d'utiliser des outils existants pour
analyser ces champs normalisés.

 0: 
 http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-controlsyntax

Amicalement

David




signature.asc
Description: OpenPGP digital signature

Re: Suppression de sauts de ligne dans un fichier texte (sous conditions)

[Charles Plessy]

 Le 24/08/2012 03:52, stephane.gargoly a écrit :
 
  Parmi les types d'information, il y a un auquel je voudrais vous en parler
  et que je souhaite solliciter votre aide ou vos conseils : il s'agit de
  Tag
 
Le Fri, Aug 24, 2012 at 12:55:38PM -0400, David Prévot a écrit :
 Pas la moindre idée de ce que tu veux en faire, mais as-tu jeté un œil
 du côté de dctrl-tools qui permet d'extraire ce genre de données de ce
 genre de fichier, et comme le dit la Charte [0], ses listes sont
 conformes à la RFC 5322, donc plutôt que de réinventer la roue,
 peut-être que ça vaut le coup d'utiliser des outils existants pour
 analyser ces champs normalisés.

Bonjour à tous,

petite remarque en passant.  En fait, le format des fichiers de données de
contrôle est inspiré de la RFC 822 et des suivantes (5322 étant la plus
récente), mais si on s'en tient strictement aux RFCs, les deux syntaxes ne sont
pas compatibles, par exemple parce que la RFC 5322 stipule que les fins de
lignes sont signalés par un retour chariot suivi d'un passage à la ligne, alors
que les fichiers de contrôle utilisent the format texte Unix qui n'a pas de
retours chariot.

Ceci dit, beaucoup d'outils ignorent cette différence, et les outils comme
dctrl-tools sont écrits directement pour les données de contrôle.

Amicalement,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120825023934.gb2...@falafel.plessy.net

Re: Comment identifier un paquet déclenchant la suppression d'un autre

[Dominique Dumont]

[ ok, j'ai un peu de retard dans mes mails ... ]

Le Saturday 8 October 2011 18:52:26, Guilhem Bonnefille a écrit :
 Ce que je ne sais pas faire, c'est identifier quels sont les paquets
 qui conduise la mise à jour à vouloir supprimer le pilote 173xx.
 Ce que j'imagine : y'a des résidus dans mon install, avec des paquets
 (virtuels ?) qui mettent le binz et que je devrais supprimer.

A vu de nez, je dirais que les nouvelles version de xorg peuvent poser 
problèmes. J'ai eu le même genre de problème sur une machine au boulot et les 
mêmes pilotes.

J'ai depuis remplacé nvidia 173xx par le pilote nouveau est ça va beaucoup 
mieux.

HTH

Dominique
--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/


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

Comment identifier un paquet déclenchant la suppression d'un autre

[Guilhem Bonnefille]

Bonjour,

J'ai un vieux système, installé initialement sous potatoe, et qui n'a
connu que des mises à jour (synaptic) pour être au gout du jour.
J'utilise une carte graphique nvidia avec le pilote legacy 173xx.

Depuis quelques temps, je me bat avec le système de mise à jour qui
veut me supprimer ces paquets, alors qu'ils font l'objet de mises à
jour. A la place, il veut me mettre les derniers pilotes, qui ne
supportent plus ma carte graphique.

Ce que je ne sais pas faire, c'est identifier quels sont les paquets
qui conduise la mise à jour à vouloir supprimer le pilote 173xx.
Ce que j'imagine : y'a des résidus dans mon install, avec des paquets
(virtuels ?) qui mettent le binz et que je devrais supprimer.

Merci d'avance de vos conseils.
-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+BUw6g0jv=yhe3us6g5tmmdehd6lio8z7tgfb5allc2kf6...@mail.gmail.com

Re: Comment identifier un paquet déclenchant la suppression d'un autre

[Bernard Schoenacker]

Le Sat, 8 Oct 2011 18:52:26 +0200,
Guilhem Bonnefille guilhem.bonnefi...@gmail.com a écrit :

 Bonjour,
 
 J'ai un vieux système, installé initialement sous potatoe, et qui n'a
 connu que des mises à jour (synaptic) pour être au gout du jour.
 J'utilise une carte graphique nvidia avec le pilote legacy 173xx.
 
 Depuis quelques temps, je me bat avec le système de mise à jour qui
 veut me supprimer ces paquets, alors qu'ils font l'objet de mises à
 jour. A la place, il veut me mettre les derniers pilotes, qui ne
 supportent plus ma carte graphique.
 
 Ce que je ne sais pas faire, c'est identifier quels sont les paquets
 qui conduise la mise à jour à vouloir supprimer le pilote 173xx.
 Ce que j'imagine : y'a des résidus dans mon install, avec des paquets
 (virtuels ?) qui mettent le binz et que je devrais supprimer.
 
 Merci d'avance de vos conseils.

bonjour,


en premier et pour faciliter les choses  :

lspci |grep VGA
uname -ar
deborphan

rechercher la liste des paquets pour nvidia 

apt-cache search nvidia |grep NVIDIA

remarque :

pour administrer un ordi il serait plus sage d'employer le bas
niveau ( aptitude-curses ) 

merci de rendre compte sur la liste


slt
bernard

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111008201158.444e887c.bernard.schoenac...@free.fr