Reprise du message précédent :
Pour vérifier que le script est bien appelé, peux tu mettre touch /tmp/script_exécuté et attendre la prochaine occurence du cron ?

 S'il n'est pas appelé le problème vient de cron
  Sinon c'est un problème du script et de son environnement => vérifier le $PATH et les droits d'exécution.

question un poil généraliste :
J'aimerais faire un " su -l tuxbleu -c nom_script_qui_attends_des_parametres param1 prama2 "
Ca peut passer comme ca :  
su -l tuxbleu -c `nom_script_qui_attends_des_parametres param1 prama2` ?
param1 et param2 sont des paramètres à passer au script "nom_script.."  
Les question de syntaxe des fois :s

dites, c'est supposé être courant les problèmes de dépendances quand on est en testing ? parce que perso presque à chaque fois que j'upgrade, ça rate pas j'y ai droit...

sudo est plus propre pour faire cela, ama.

J'ai deux autres questions : j'ai deux eeepc avec le même source.list, j'ai fait aujourd'hui les aptitude update et full-upgrade qui vont bien donc je serais tenté de dire qu'ils ont la même conf, et pourtant :

- sur le premier si je fais aptitude search amsn j'ai bien amsn de dispo, sur l'autre pas, j'ai juste amsn-data
- sur le second je suis en 2.6.32-trunk-686, sur le premier en 2.6.30-2-686.

Comment expliquer ces différences ?

Pour info, mon sources.list :

merci à ceux qui y jetteront un oeil

Edit : Je en m'étais pas posé la question...

T'as bien fais un update des paquets avant de faire le search ?

j'ai bien fait un aptitude update, oui.

Je ne sais plus dans quel fichier il fallait spécifier sa version de distrib (stable/testing/unstable) sans prendre en compte le sources.list
Ca permettait à aptitude de mettre à jour en prenant les paquets dans la version maximale spécifiée, et non au delà (le sources.list pouvant contenir d'autres dépôts, experimental par exemple, et aptitude n'irai jamais taper dedans).
 
Au pire, tu as quoi dans /etc/apt/preferences et /etc/apt/apt.conf.d/* ?

Bonjour,

quel est la meilleure technique pour  installer une debian "sid" sur un PC portable équipé d'un multiboot "WinXP-Mandriva" ?

je cherche à supprimer WinXP et à le remplacer par Debian tout en conservant ma Mandriva 2007.1 présente sur la seconde partition,

est-ce que l'installateur de debian sera suffisament intelligent pour détecter la présence de Mandriva 2007.1 afin de conserver le multiboot ( j'utilise Grub pour Mandriva 2007.1 ) ?

merci

et bien tu n'as qu"à ne pas installer grub lors de l'installation de debian et lancer ta debian depuis ta mandriva

Rien dans /etc/apt/preferences dans chacun des 2 portables, et dans /etc/apt/apt.conf/ j'ai :

00trustcdrom  01autoremove  20listchanges  70debconf
sur le premier portable, et sur le second j'ai la même chose avec en plus :
15update-stamp 99update-notifier 20archive 50unattended-upgrades 10periodic 20dbus

EDIT : bon, problème pour amsn contourné en ajoutant les dépôts lenny, j'ai pu l'installer.

Par contre je sais toujours pas pourquoi je reste avec un vieux noyau sur mon premier eeepc.

Auto-réponse:

A moins d'avoir déjà une ligne existante dans un des fichiers dans /etc/apt/apt.conf.d/ et remplacer "squeeze" par la version que l'on veut (etch, squeeze, stable, testing, sid, unstable...)

Et en passant, Cunchbang abandonne la base ubuntu pour une base debian http://crunchbanglinux.org/blog/20 [...] r-alpha-1/

Tiens, KDE4.4 n'est toujours pas dans Debian

C'est surement  dans experimental non?

Et iceweasel 3.6 non plus  

Bonjour,
 
j'ai configuré ma debian "sid" pour démarrer de manière "old school" c'est à dire en mode texte avec le mode "run level 3", ce qui permet de lancer manuellement l'interface graphique ou pas ( avec la commande startx ),
 
tout va bien de ce coté là sauf que j'ai remarqué qu'il y a un petit message de rappel de licence du genre "ces programmes sont des logiciels libres et donc il n'y a aucune garantie de fonctionnement blabla etc..." :
 

 
comment faire pour supprimer ce message qui apparait à chaque boot ?
 
merci

Plusieurs solutions :
- tu vires le contenu de /etc/motd
- tu dégages la référence à pam_motd.so dans /etc/pam.d/login
- tu fous MOTD_FILE=/dev/null dans /etc/login.defs

Nope, il manque pas mal de dépendances.

J'ai une petite question concernant apt/aptitude, comment blacklister un paquet lorsque je tente une mise à jour (soit via un full-upgrade, soit via ncurses touche "g" ) manuelle ?
 
Par exemple, j'ai crée un fichier pour les mises à jour automatiques:
/etc/apt/apt.conf.d/50unattended-upgrades

Mais j'ai toujours linux-image et grub-pc/common qui apparaissent lors des full-upgrade.
 
Faut-il passer par un pinning ?
Mon but est de pouvoir mettre à jour ces paquets de temps en temps en les sélectionnant à la main, mais qu'ils ne soient pas pris en compte lors des mises à jour quotidiennes/régulières

Tu peux faire un pining sur une version précise d'un paquet.
 
Ou encore plus simplement, avec aptitude, tu mets le paquet en "hold"

Sauf que les paquets en état hold apparaissent quand même dans la liste des paquets à mettre à jour
Et si y en a un camion benne...
 
Ca passe presque bien avec un pinning dans le genre là:

Mais j'ai toujours un linux-image-* qui passe, suivant les machines, je préfère ne pas le mettre à jour dans la foulée.

Dîtes, ayant envie de changer d'air à propos de Debian (suis en Sid donc les bugs :x) , c'est une honte si je migre sur Fedora?    
Me parlez pas d'Arch, je n'aime pas.
 
Sinon, Opensuse, Ubuntu (je déconne), Gentoo?  

On renie sa progéniture    

 
Bah euh, disons qu'Ubuntu est un fils illégitime.

Faudrait plutot demander l'avis sur les topics des distribs visées ?
 
Perso j'ai Fedora en horreur

J'avais commancé sur fedora (RedHat a l'époque) c'etait pas trop mal, mais bon le gestionnaire de paquet était une vrais merde et j'avais fini par trouvé apt pour red hat ... du coup quitte a utilisé des outils debian j'étais passé debian

 
part mon jeune, part et voyage... tu reviendras toujours à Debian

Dites les gens, comment on fait pour désactiver durablement l'ipv6 ?
J'ai tenté les modifs dans /etc/modprobe.d/aliases.conf

, /etc/modprobe.d/blacklist

et  

 
Mais ca ne tiens pas un reboot

http://lmgtfy.com/?q=disable%20ipv6%20debian

Fallait pas coder sans protection    

 
Ben je vais pas copier coller, mais j'ai fais (quasi) exactement la même chose. "Yum" m'avait laissé perplexe, j'étais passé sous Ubuntu

Ca m'apprend rien de plus, et je l'ai déjà fait avant de venir ici
 
Il me faut toujours 15s pour avoir un pauvre petit wget -O - icanhazip.com

/etc/sysctl.conf =>

 
En essayant de te répondre sans répondre a ton troll velu... :
 
Si tu cherches a apprendre beaucoup de choses : Gentoo (j'ai jamais testé arch)
 
Si tu cherches a te faire la main sur une autre famille de distrib très utilisée, autre que les debian-like : Je conseillerais une distrib sous rpm, peu importe laquelle. J'irais vers redhat/centos pour des raisons professionelles. Je l'ai pas fais et aujourd'hui je le regrette, y'a que des RHEL au taff
 
 

 
Ca commence a me gaver aussi, du coup j'viens d'installer les deb dispo ici en attendant : http://glandium.org/blog/?p=945

Pourquoi t'aimes pas Arch ? Oublie gentoo alors.
OpenSUSE, Ubuntu, Fedora, toujours le même combat : c'est du grand public.

Bonjour Mikala

Condamnez ceux qui lance les troll alors

non toujours pareil

Pour une machine en i386 je tourne avec swiftfox 3.6, mais en amd64 je me prend des ia32
Les paquets du lien sont-ils aussi dans le même cas (avec ou sans les ia32 ?) ?
 

bonjour,

j'aimerai installer debian "sid" sur un petit disque dur avec ce type partionnement:

partition système : taille de 12 Go

partition swap : 2 go

partition /home : 43 go

est-ce que cette répartition de l'espace disque au niveau des partitions vous semble suffisante pour un usage du PC qui sera essentiellement bureautique, internet et programmation web/c++ ? ( il n'y aura pas de jeux 3D )

c'est un PC pentium 4 2.4 Ghz, 1,2 Go de ram

merci