salut,
 
j'ai mis  

 
dans mon crontab mais je voudrais loguer la liste de package mis a jour.
 
le probleme : je vois pas comment faire
 
deja je pensais ajouter l'option -u mais apres je ne vois pas comment rediriger la liste vers un fichier.
 
des idées ? solution ? ya mieux ?
 
Merci

Salut
Plutot que de rediriger les sorties vers /dev/null redigire les dans un fchier.
 
par la suite pour éventuellement garder une trace de tout c fichier cré un script en bash faisant une rotation des fichiers de logs :
 
majsysteme.sh
 

 
et dans la crontab tu met

 
à la place de  

 
tu as une rotation des log sur 10 fichiers, si tu en veux plus fichier suiffit de rajouter renome fic$i fic$i+1
au debut du fichier( voir à optimisé ca ensuite avec une bouble for )
 
si tu en veux plus, tu na qu'a créer un 2éme script ( que tu lancera juste avant l'autre ) pour faire un zip ou un tar.gz..., prenant tous les fic*.log et céant un fichier portant le nom la date du jour ou de la semaine, bref un nom suivant la période !
 
mais bon, 1 fois par heure c fait beaucoup, perso je l'aurais mis à 1 fois par semaine. En faite je le fait 1 à 4 fois par semaine, mais je préfére le faire manuellement ( pour plus de contrôle )

il me semble ke je mis ca dans ma crontab au taf :  
 
02 4 * * * apt-get -u update 1>/root/liste-update-`date +%Y%m%d`.txt
 
 

j'en été pas loin ta solution est 10 fois optimisé ( il fo dire que j'ai pensé à la solution que j'ai proposé pendant que je l'écrivait )
bref ce que je disait est donc valable, tu cré un fichier par jour d'éxécution et le nom du fichier c la date du jour d'upgrade !

et au pire on doit encore pouvoir améliorer avec logrotate, mais j'ai pas cherché lol (j'ai de la place sur mon dur au taf, ca risk pas de remplir a ras bord)

et pas de >> ?

 
pour koi faire ? (kestion serieuse)

ben pour garder l'intégralité
un petit marqueur de temps, le filtrage des lignes inutiles et ça marcherait au poil il me semble

cad k'on collerait tt dans le meme fichier log ?
 
chui pas sur ke ca soit aussi souple, ni aussi simple a mettre en place
 
mais si tu me ponds la commande ki fait ca chui d'acc pour essayer

oula tout ca
 
merci
 

 
0 1 * * * : c'est pas tous les jours a 1h ?
 
 

 
j'avais pensé a ca en premier lieu ( mais en rajoutant apt-get upgrade ) mais j'aurais surtout souhaité avoir la liste de package seulement. Avec cette methode, ca me mets aussi toute la progression des dl etc...
 
 
le top serait:
 
#!/bin/sh
 
touch /root/liste-update-`date +%Y%m%d`.txt
apt-get update &> /dev/null
echo `date` >> /root/liste-update-`date +%Y%m%d`.txt
echo -e "\n" >> /root/liste-update-`date +%Y%m%d`.txt
apt-get -y -u upgrade "juste la lsite">> /root/liste-update-`date +%Y%m%d`.txt
echo -e "\n" >> /root/liste-update-`date +%Y%m%d`.txt
 
# pidoum

 avant la 2eme page  

pouet  

derniere tentative
 
 
 

Si qqun à une solution pour le problème énoncé dans ce topic je suis interessé. A savoir un script bash qui après avoir fait un apt-get update && apt-get upgrade -u -y renvoi la liste des paquets mis à jour ?

drapal

vous ajoutez un grep ".deb" pour les débianneux et un grep ".rpm" pour les RHiens...
 
du genre :
 
apt-get -u -y upgrade | grep ".deb" |  grep -v "%" > fichier_log
 
comme ça vous n'aurez juste que les lignes des dl accomplis avec le chemin du serveur
 
edit :
 
ou 2ème solution :
 
apt-get clean
apt-get -u -y upgrade
ls /var/cache/apt/archives/ | grep -v lock | grep -v partial > fichier_log

sinon tu peux utiliser apt-listchanges

 
Oui mais il marche comment ?
J'ai pas tout compris. Si t'aurais les manip pour que je recoivent un mail avec ce qui a changé ca m'interesse...

 
up

a tiens. un topic revenu des enfers du forum
ca fait plaisir de voir que certain utilisent la recherche

 
Bon finalement j'ai install apt-listchanges et ca a l'air de marche. Je vais attendre mes premiers mails !

 
une fois installé, on en fait quoi de apt-listchanges ? cron ?
 
edit : c'est quoi cette histoire de pipe v2 ?

 
Bon c'est bien de vouloir automatiser la mise a jours ...
Mais j'aimerais savoir quel est le but de la manip?
- si tu est en stable ca sert a rien pasqu'il n'y a que des mise q jours en cas de trou de secu. (un procmail qui update tout seul automatiquement a partir le la mailing list security debian est bien mieux)
- si tu est en testing c'est a peu pres pareil ca sert a rien de le faire tout les jours
- si tu est en unstable t'est vraiment un _chieur_ pasque tu va bouffer de la bande passante pour rien (car tu ne participeras pas au developpement de la distribution : "unstable" ).
 
Voila je trouve l'idee vraiment ... _stupide_
Si non la solution a ton probleme s'appelle : apt-listchange

 
je suis en stable
et je parle bien d'apt-listchanges, mais c justement lui qui m'embete, je ne comprend pas trop comment il fonctionne.
 
 
en gros, je comprend pas ca :
 

hum j'ai pas tout saisi sur la notion de chieurs la
si il mets a jour son unstable régulierement cela lui permettras d'avoir les derniers packets de la unstable & donc si probleme de faire des retours dessus ....
Ensuite bouffer de la bande passante pour rien  
sinon y a cron-apt dans un autre genre

Ouais mais beaucoups ne font pas de retour dessus... C'est bien ca le probleme.  
Le mieux a faire dans ce cas la c'est de passer _une_ fois en unstable, verifier que tout les logiciels dont tu as besion fonctionnement correctement et voila c'est bon.
J'en connais qui font un apt-get dist-upgrade tout les matin et qui se pleingnent que leur pc soit "unstable" ...
 

 
 
j'comprend rien à ce que tu racontes
perso j'fais des apt-get upgrade réguliers sur ma sid
 
si je suis sur une sid c'est pour avoir mes logiciels à jour hein...
 
qd tu installes une sid t'es pas obligé de faire des rapports de bugs tous les soirs non plus

 
Si !!
Cinq rapports de bug rituelle doivent etre soumis chaque jour : A l'aube, à midi, au milieu de l'après-midi, à la tombée de la nuit et durant la nuit.
 
Desoler ...  

Hum ...
Deux interprétations apparaissent )
non non je ne dirais rien