Re: Preparation pour le passage de sarge à etch...
Francois Boisson a écrit : Les paquets suivants ont des dépendances non satisfaites : xlibmesa-gl: Dépend: xfree86-common mais il n'est pas installable Est en conflit avec: libgl1qui est un paquet virtuel xlibmesa-glu: Dépend: xfree86-common mais il n'est pas installable Est en conflit avec: ?est un paquet virtuel libglu1-mesa: Est en conflit avec: libglu1qui est un paquet virtuel libgl1-mesa-glx: Est en conflit avec: libgl1qui est un paquet virtuel Apparemment, ces paquets foutent le bordel pour pouvoir verifier combien de places ca prendrait lol. Bizarre, d'où sort ce libglu1qui # apt-cache showpkg libglu1qui W: Impossible de trouver le paquet libglu1qui Bizarre oui... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Preparation pour le passage de sarge à etch...
Le Fri, 13 Jul 2007 08:21:11 +0200 Thierry B [EMAIL PROTECTED] a écrit: Ha ok, Et sinon y'a pas moyen de mettre mysql de etch en iso 8859-15? Car j'utilise justement cet encodage sous Sarge. Merci :-) Ben non, je te conseille de faire un dump texte de tes bases avant de faire l'upgrade, c'est le seul moyen que j'ai eu de retrouver correctement mes bases. Cela ne concerne que le nom des champs, MySQL se moque du contenu des enregistrements qui ne change pas mais ça suffit pour flinguer tes requêtes. Autre chose, j'ai plus de soucis avec l'openoffice Base de Etch associé à MySQL que le couple openoffice 2 venant de openoffice sous sarge et MySQL 4 :( François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Preparation pour le passage de sarge à etch...
François Boisson a écrit : Ben non, je te conseille de faire un dump texte de tes bases avant de faire l'upgrade, c'est le seul moyen que j'ai eu de retrouver correctement mes bases. Cela ne concerne que le nom des champs, MySQL se moque du contenu des enregistrements qui ne change pas mais ça suffit pour flinguer tes requêtes. ha ok, donc tu veux dire que même si par exemple, je n'ai pour l'instant, aucun accent dans ma base, je pourrais avoir des soucis par rapport aux requetes juste du fait que les données de mes bases préexistantes ont été inséréees en encodage latin? Après avoir fait le dump, est-ce que si je convertis ce dump de l'encodage latin vers utf8, cela marchera nikel? Et ensuite, ca ne posea aucun pb si ma debian garde ses locales en [EMAIL PROTECTED] Enfin je veux dire que normalement ce n'est pas censé avoir d'incidences sur tout ce qui reste en encodage latin? Autre chose, j'ai plus de soucis avec l'openoffice Base de Etch associé à MySQL que le couple openoffice 2 venant de openoffice sous sarge et MySQL 4 :( Euh, tu peux expliciter un peu pluss, je n'ai pas bien compris. En quoi, openoffice et MySQL sont liés? François Boisson Merci :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Preparation pour le passage de sarge à etch...
Francois Boisson a écrit :
Le Tue, 10 Jul 2007 23:40:05 +0200
Thierry B [EMAIL PROTECTED] a écrit:
Bonjour,
Je me prépare petit à petit de passer de sarge à etch. Comme je n'ai pas
bcp de temps en ce moment, je veux y aller progressivement.
Tu trouveras ici quelques petits soucis que j'ai rencontrés après une mise à
jour. http://forum.debian-fr.org/viewtopic.php?t=7395
En gros, le bazar vient si tu n'étais pas en UTF-8 avant.
J'y rajoute les choses suivantes:
* Maple et autres, tu passes en 2.6 et les librairies utilisées sont
les /lib/tls et non /lib. Pas mal de programmes commerciaux plantent à cause
de cela, tu peux t'en sortir en faisant
$ LD_PRELOAD=/lib/libc.so.6 /lib/libm.so.6 le_programme
Ça fonctionnera mieux.
François Boisson
Je sais qu'à cause de tout ce qui est X, la maj peut etre difficile,
donc je me suis dit que j'allais dans un premier temps, virer tous les
paquets kde et de serveur X, vu que ce n'est pas primordial, au
fonctionnement de mon serveur.
Voila un petit essai en voulant supprimer tout kde:
# dpkg -l|grep kde|awk '{print $2}'|tr \n
kde-i18n-fr kdebase kdebase-bin kdebase-data kdebase-kio-pl kdelibs-bin
kdelibs-data kdelibs4 kdepasswd kdeprint kdesktop
donc après je tente le:
aptitude purge kde-i18n-fr kdebase kdebase-bin kdebase-data
kdebase-kio-pl kdelibs-bin kdelibs-data kdelibs4 kdepasswd kdeprint kdesktop
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture de l'information d'état étendu
Initialisation de l'état des paquets... Fait
Lecture des descriptions de tâches... Fait
Impossible de trouver le paquet « kdebase-kio-pl ». Cependant, les
paquets suivants comportent « kdebase-kio-pl » dans leur nom :
kdebase-kio-plugins
Certains paquets ont des dépendances non résolues. Ceci peut signifier
que vous avez demandé une situation impossible ou que vous utilisez la
distribution instable qui a besoin de paquets qui n'ont pas encore été créés
ou qui ne sont pas encore sortis « d'incoming ».
Les paquets suivants ont des dépendances non satisfaites :
kghostview: Dépend: kdelibs4 (= 4:3.3.2-6.4) mais il n'est pas
installable
Donc voila, apparemment, ca commence mal si j'ai des pbs de paquets sous
sarge :-( lol.
Une idée pour bien commencer progressivement ma maj?
Merci :-)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Ha ok,
Et sinon y'a pas moyen de mettre mysql de etch en iso 8859-15?
Car j'utilise justement cet encodage sous Sarge.
Merci :-)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Preparation pour le passage de sarge à etch...
Le Fri, 13 Jul 2007 08:37:30 +0200 Thierry B [EMAIL PROTECTED] a écrit: François Boisson a écrit : Ben non, je te conseille de faire un dump texte de tes bases avant de faire l'upgrade, c'est le seul moyen que j'ai eu de retrouver correctement mes bases. Cela ne concerne que le nom des champs, MySQL se moque du contenu des enregistrements qui ne change pas mais ça suffit pour flinguer tes requêtes. ha ok, donc tu veux dire que même si par exemple, je n'ai pour l'instant, aucun accent dans ma base, je pourrais avoir des soucis par rapport aux requetes juste du fait que les données de mes bases préexistantes ont été inséréees en encodage latin? Non, c'est le nom des champs des tables qui pose surtout problème. Le contenu lui semble ne pas poser de soucis. Après avoir fait le dump, est-ce que si je convertis ce dump de l'encodage latin vers utf8, cela marchera nikel? Oui je pense. Et ensuite, ca ne posea aucun pb si ma debian garde ses locales en [EMAIL PROTECTED] C'est ce que je fais... Enfin je veux dire que normalement ce n'est pas censé avoir d'incidences sur tout ce qui reste en encodage latin? Autre chose, j'ai plus de soucis avec l'openoffice Base de Etch associé à MySQL que le couple openoffice 2 venant de openoffice sous sarge et MySQL 4 :( Euh, tu peux expliciter un peu pluss, je n'ai pas bien compris. En quoi, openoffice et MySQL sont liés? Openoffice a un module OpenBase qui te donne une interface à la Access pour accéder à une base MySQL. C'est extrèmement pratique pour éditer des requêtes (si tu as un équivalent je suis preneur). OpenBase est en développement mais utilisable mais il marchait mieux sous sarge que sous etch... François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Preparation pour le passage de sarge à etch...
Les paquets suivants ont des dépendances non satisfaites : xlibmesa-gl: Dépend: xfree86-common mais il n'est pas installable Est en conflit avec: libgl1qui est un paquet virtuel xlibmesa-glu: Dépend: xfree86-common mais il n'est pas installable Est en conflit avec: ?est un paquet virtuel libglu1-mesa: Est en conflit avec: libglu1qui est un paquet virtuel libgl1-mesa-glx: Est en conflit avec: libgl1qui est un paquet virtuel Apparemment, ces paquets foutent le bordel pour pouvoir verifier combien de places ca prendrait lol. Bizarre, d'où sort ce libglu1qui -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Preparation pour le passage de sarge à etch...
Jean-Yves F. Barbier a écrit : chgt du /etc/apt/sources.list apt-get update apt-get dist-upgrade Ok, enfin , ca j'allais forcément le faire lol, mais avec aptitude ;-) Merci quand même pour la réponse -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Preparation pour le passage de sarge à etch...
Le Tue, 10 Jul 2007 23:40:05 +0200
Thierry B [EMAIL PROTECTED] a écrit:
Bonjour,
Je me prépare petit à petit de passer de sarge à etch. Comme je n'ai pas
bcp de temps en ce moment, je veux y aller progressivement.
Tu trouveras ici quelques petits soucis que j'ai rencontrés après une mise à
jour. http://forum.debian-fr.org/viewtopic.php?t=7395
En gros, le bazar vient si tu n'étais pas en UTF-8 avant.
J'y rajoute les choses suivantes:
* Maple et autres, tu passes en 2.6 et les librairies utilisées sont
les /lib/tls et non /lib. Pas mal de programmes commerciaux plantent à cause
de cela, tu peux t'en sortir en faisant
$ LD_PRELOAD=/lib/libc.so.6 /lib/libm.so.6 le_programme
Ça fonctionnera mieux.
François Boisson
Je sais qu'à cause de tout ce qui est X, la maj peut etre difficile,
donc je me suis dit que j'allais dans un premier temps, virer tous les
paquets kde et de serveur X, vu que ce n'est pas primordial, au
fonctionnement de mon serveur.
Voila un petit essai en voulant supprimer tout kde:
# dpkg -l|grep kde|awk '{print $2}'|tr \n
kde-i18n-fr kdebase kdebase-bin kdebase-data kdebase-kio-pl kdelibs-bin
kdelibs-data kdelibs4 kdepasswd kdeprint kdesktop
donc après je tente le:
aptitude purge kde-i18n-fr kdebase kdebase-bin kdebase-data
kdebase-kio-pl kdelibs-bin kdelibs-data kdelibs4 kdepasswd kdeprint kdesktop
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture de l'information d'état étendu
Initialisation de l'état des paquets... Fait
Lecture des descriptions de tâches... Fait
Impossible de trouver le paquet « kdebase-kio-pl ». Cependant, les
paquets suivants comportent « kdebase-kio-pl » dans leur nom :
kdebase-kio-plugins
Certains paquets ont des dépendances non résolues. Ceci peut signifier
que vous avez demandé une situation impossible ou que vous utilisez la
distribution instable qui a besoin de paquets qui n'ont pas encore été créés
ou qui ne sont pas encore sortis « d'incoming ».
Les paquets suivants ont des dépendances non satisfaites :
kghostview: Dépend: kdelibs4 (= 4:3.3.2-6.4) mais il n'est pas
installable
Donc voila, apparemment, ca commence mal si j'ai des pbs de paquets sous
sarge :-( lol.
Une idée pour bien commencer progressivement ma maj?
Merci :-)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Preparation pour le passage de sarge à etch...
Le Wed, 11 Jul 2007 12:22:33 +0200 Guy Roussin [EMAIL PROTECTED] a écrit: (j'ai pour ma part une appli. proprio qui m'empeche de passer en 2.6) Essaye de faire un $ export LD_PRELOAD=/lib/libc.so.6 /lib/libm.so.6 avant de lancer ton appli... François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Preparation pour le passage de sarge à etch...
Thierry B wrote: Jean-Yves F. Barbier a écrit : chgt du /etc/apt/sources.list apt-get update apt-get dist-upgrade Ok, enfin , ca j'allais forcément le faire lol, mais avec aptitude ;-) sais pas, je l'ai testé 2-3 fois: jamais trouvé aucun avantage par rapport au couple apt/dselect -- The whole white race is a monster who is always hungry, and what he eats is land. Chiksika, (Shawnee)
Re: Preparation pour le passage de sarge à etch...
Jean-Yves F. Barbier wrote: [...] sais pas, je l'ai testé 2-3 fois: jamais trouvé aucun avantage par rapport au couple apt/dselect Deux avantages, à chaud: un seul programme ;-) mais surtout, lors d'une désinstallation, aptitude retire également les paquets dépendants de celui retiré, plus de paquets orphelins donc. -- Daniel Huhardeaux _ _ _ _ enum+48 22 434 6431 (_ __) _ ) _ (_ __) _ _(_) iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ ( ___( ___/ /_/ (_/ (_/_/.netFWD# 422493 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Preparation pour le passage de sarge à etch. ..
Bonjour,
Je me prépare petit à petit de passer de sarge à etch. Comme je n'ai pas
bcp de temps en ce moment, je veux y aller progressivement.
Je sais qu'à cause de tout ce qui est X, la maj peut etre difficile,
donc je me suis dit que j'allais dans un premier temps, virer tous les
paquets kde et de serveur X, vu que ce n'est pas primordial, au
fonctionnement de mon serveur.
Voila un petit essai en voulant supprimer tout kde:
# dpkg -l|grep kde|awk '{print $2}'|tr \n
kde-i18n-fr kdebase kdebase-bin kdebase-data kdebase-kio-pl kdelibs-bin
kdelibs-data kdelibs4 kdepasswd kdeprint kdesktop
donc après je tente le:
aptitude purge kde-i18n-fr kdebase kdebase-bin kdebase-data
kdebase-kio-pl kdelibs-bin kdelibs-data kdelibs4 kdepasswd kdeprint kdesktop
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture de l'information d'état étendu
Initialisation de l'état des paquets... Fait
Lecture des descriptions de tâches... Fait
Impossible de trouver le paquet « kdebase-kio-pl ». Cependant, les
paquets suivants comportent « kdebase-kio-pl » dans leur nom :
kdebase-kio-plugins
Certains paquets ont des dépendances non résolues. Ceci peut signifier
que vous avez demandé une situation impossible ou que vous utilisez la
distribution instable qui a besoin de paquets qui n'ont pas encore été créés
ou qui ne sont pas encore sortis « d'incoming ».
Les paquets suivants ont des dépendances non satisfaites :
kghostview: Dépend: kdelibs4 (= 4:3.3.2-6.4) mais il n'est pas
installable
Donc voila, apparemment, ca commence mal si j'ai des pbs de paquets sous
sarge :-( lol.
Une idée pour bien commencer progressivement ma maj?
Merci :-)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Preparation pour le passage de sarge à etch...
Le mardi 10 juillet 2007 à 23:40 +0200, Thierry B a écrit : Bonjour, Bonsoir, Je me prépare petit à petit de passer de sarge à etch. Comme je n'ai pas bcp de temps en ce moment, je veux y aller progressivement. [...] Une idée pour bien commencer progressivement ma maj? Peut-être commencer par lire ceci : http://www.debian.org/releases/stable/releasenotes Il est un peu excessif de supprimer tous les paquets graphiques, tout de même... ;-) Merci :-) En espérant aider un peu -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Preparation pour le passage de sarge à etch...
chgt du /etc/apt/sources.list
apt-get update
apt-get dist-upgrade
Thierry B wrote:
Bonjour,
Je me prépare petit à petit de passer de sarge à etch. Comme je n'ai pas
bcp de temps en ce moment, je veux y aller progressivement.
Je sais qu'à cause de tout ce qui est X, la maj peut etre difficile,
donc je me suis dit que j'allais dans un premier temps, virer tous les
paquets kde et de serveur X, vu que ce n'est pas primordial, au
fonctionnement de mon serveur.
Voila un petit essai en voulant supprimer tout kde:
# dpkg -l|grep kde|awk '{print $2}'|tr \n
kde-i18n-fr kdebase kdebase-bin kdebase-data kdebase-kio-pl kdelibs-bin
kdelibs-data kdelibs4 kdepasswd kdeprint kdesktop
donc après je tente le:
aptitude purge kde-i18n-fr kdebase kdebase-bin kdebase-data
kdebase-kio-pl kdelibs-bin kdelibs-data kdelibs4 kdepasswd kdeprint kdesktop
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture de l'information d'état étendu
Initialisation de l'état des paquets... Fait
Lecture des descriptions de tâches... Fait
Impossible de trouver le paquet « kdebase-kio-pl ». Cependant, les
paquets suivants comportent « kdebase-kio-pl » dans leur nom :
kdebase-kio-plugins
Certains paquets ont des dépendances non résolues. Ceci peut signifier
que vous avez demandé une situation impossible ou que vous utilisez la
distribution instable qui a besoin de paquets qui n'ont pas encore été créés
ou qui ne sont pas encore sortis « d'incoming ».
Les paquets suivants ont des dépendances non satisfaites :
kghostview: Dépend: kdelibs4 (= 4:3.3.2-6.4) mais il n'est pas
installable
Donc voila, apparemment, ca commence mal si j'ai des pbs de paquets sous
sarge :-( lol.
Une idée pour bien commencer progressivement ma maj?
Merci :-)
--
I don't give a shit what happens. I want you all to stonewall it. Let them
plead the Fifth Amendment, cover up, or anything else if it'll save the plan.
-- Richard Nixon
test de passage de sarge à etch sur un vieux serveur
Bonjour, J'ai essayé de passer de sarge à etch sur une machine d'essai qui faisait raid,lvm et y'vait aussi un peu de kde aussi. Bon, pour m'en sortir, j'ai du virer le kde, sinon j'arrivais pas à me depatouiller de toutes les maj lol. Sinon, apparemment il y a un pb pour screen avec la nouvelle stable: etch, voila ce que ca me donne quand je lance screen: # screen Directory '/var/run/screen' must have mode 777. Pourtant, sur mon serveur que j'utilise concretement et qui est tjs en sarge, screen marche avec les mm droits sur ce répertoire. Merci :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: test de passage de sarge à etch sur u n vieux serveur
Thierry B a écrit : Bonjour, J'ai essayé de passer de sarge à etch sur une machine d'essai qui faisait raid,lvm et y'vait aussi un peu de kde aussi. Bon, pour m'en sortir, j'ai du virer le kde, sinon j'arrivais pas à me depatouiller de toutes les maj lol. Sinon, apparemment il y a un pb pour screen avec la nouvelle stable: etch, voila ce que ca me donne quand je lance screen: # screen Directory '/var/run/screen' must have mode 777. Pourtant, sur mon serveur que j'utilise concretement et qui est tjs en sarge, screen marche avec les mm droits sur ce répertoire. Merci :-) Le message d'erreur est assez clair, /var/run/screen doit avoir les permissions 777, donc man chmod. -- Shams Fantar (http://snurf.info) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: test de passage de sarge à etch sur un vieux serveur
Salut, Shams Fantar a écrit : Sinon, apparemment il y a un pb pour screen avec la nouvelle stable: etch, voila ce que ca me donne quand je lance screen: # screen Directory '/var/run/screen' must have mode 777. Pourtant, sur mon serveur que j'utilise concretement et qui est tjs en sarge, screen marche avec les mm droits sur ce répertoire. Le message d'erreur est assez clair, /var/run/screen doit avoir les permissions 777, donc man chmod. Ce qui autorise tout le monde à y écrire n'importe quoi, et on peut légitimement se demander quelle en est la justification. Dans Sarge, ce répertoire et le binaire exécutable screen ont le même groupe propriétaire (utmp) qui a la permission d'écriture, le binaire screen est SGID, et tout se passe bien sans avoir besoin de donner la permission d'écriture à tout le monde. drwxrwxr-x 5 root utmp 4096 Dec 27 2004 /var/run/screen -rwxr-sr-x 1 root utmp 306648 Oct 24 23:47 /usr/bin/screen -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: test de passage de sarge à etch sur un vieux serveur
Pascal Hambourg a écrit : Salut, Shams Fantar a écrit : Sinon, apparemment il y a un pb pour screen avec la nouvelle stable: etch, voila ce que ca me donne quand je lance screen: # screen Directory '/var/run/screen' must have mode 777. Pourtant, sur mon serveur que j'utilise concretement et qui est tjs en sarge, screen marche avec les mm droits sur ce répertoire. Le message d'erreur est assez clair, /var/run/screen doit avoir les permissions 777, donc man chmod. Ce qui autorise tout le monde à y écrire n'importe quoi, et on peut légitimement se demander quelle en est la justification. Je suis tout à fait d'accord, je traduisais simplement ce qui était dit ds le message. Dans Sarge, ce répertoire et le binaire exécutable screen ont le même groupe propriétaire (utmp) qui a la permission d'écriture, le binaire screen est SGID, et tout se passe bien sans avoir besoin de donner la permission d'écriture à tout le monde. drwxrwxr-x 5 root utmp 4096 Dec 27 2004 /var/run/screen -rwxr-sr-x 1 root utmp 306648 Oct 24 23:47 /usr/bin/screen -- Shams Fantar (http://snurf.info) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: test de passage de sarge à etch sur un vieux serveur
Shams Fantar a écrit : Pascal Hambourg a écrit : Salut, Shams Fantar a écrit : Sinon, apparemment il y a un pb pour screen avec la nouvelle stable: etch, voila ce que ca me donne quand je lance screen: # screen Directory '/var/run/screen' must have mode 777. Pourtant, sur mon serveur que j'utilise concretement et qui est tjs en sarge, screen marche avec les mm droits sur ce répertoire. Le message d'erreur est assez clair, /var/run/screen doit avoir les permissions 777, donc man chmod. Ce qui autorise tout le monde à y écrire n'importe quoi, et on peut légitimement se demander quelle en est la justification. Je suis tout à fait d'accord, je traduisais simplement ce qui était dit ds le message. Oui, en fait, je voulaisjuste asavoir pourquoi cette différence, sinon je sais faire un chmod -R 777:-) Euh, mon laptop qui est sous l'ancienne testing et donc etch, a tjs eu screen qui marchait sans devoir faire cette modif...lol. Dans Sarge, ce répertoire et le binaire exécutable screen ont le même groupe propriétaire (utmp) qui a la permission d'écriture, le binaire screen est SGID, et tout se passe bien sans avoir besoin de donner la permission d'écriture à tout le monde. drwxrwxr-x 5 root utmp 4096 Dec 27 2004 /var/run/screen -rwxr-sr-x 1 root utmp 306648 Oct 24 23:47 /usr/bin/screen -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: test de passage de sarge à etch sur un vieux serveur
Pascal Hambourg a écrit : Salut, Shams Fantar a écrit : Sinon, apparemment il y a un pb pour screen avec la nouvelle stable: etch, voila ce que ca me donne quand je lance screen: # screen Directory '/var/run/screen' must have mode 777. Pourtant, sur mon serveur que j'utilise concretement et qui est tjs en sarge, screen marche avec les mm droits sur ce répertoire. Le message d'erreur est assez clair, /var/run/screen doit avoir les permissions 777, donc man chmod. Ce qui autorise tout le monde à y écrire n'importe quoi, et on peut légitimement se demander quelle en est la justification. Dans Sarge, ce répertoire et le binaire exécutable screen ont le même groupe propriétaire (utmp) qui a la permission d'écriture, le binaire screen est SGID, et tout se passe bien sans avoir besoin de donner la permission d'écriture à tout le monde. drwxrwxr-x 5 root utmp 4096 Dec 27 2004 /var/run/screen -rwxr-sr-x 1 root utmp 306648 Oct 24 23:47 /usr/bin/screen Re, Un autre soucis aussi, c'est que je voulais supprimer en passant en tech, yaird, pour utiliser exclusivement initramfs-tools pour faire des images initrd, mais apparemment sous etch, il essaie forcement de se servir de yaird pour générer l'image, même si je le supprime et qu'il ne reste qu'initramfs-tools. Il va dire que mkinitrd.yaird (de mémoire à un chouilla près) est absent et qu'il ne peut pas générer l'initrd et le aptitude upgrade ne se terminera bien qu'après avoir remis yaird... Pas moyen sous etch de lui dire par defaut d'utiliser initramfs-tools même après la suppression de yaird? PS pour Vicent Bernat: Euh le pb est différent de celui dont on parlait: sur une etch en installant udev, initramfs-tools, on peut supprimer yaird et quand on essaie d'installer le linux-image-2.6.18-4-686, il genère bien l'initrd avec initramfs-tools, mais par contre, apparemment lors de l'upgrade d'une machine sarge à etch, ca pose des soucis...et sur l'etch native de mon laptop à l'époque ou c'etait encore testing, il se servait et se sert tjs du paquet initramfs-tools. Merci :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Passage de Sarge à Etch
Bonjour, Suite à un changement de source apt, j'ai basculé deux machines de Sarge vers Etch. Pas de problème majeur, mais un truc bizarre : Les deux machines ont KDE et Gnome. Sur les sessions Gnome aucun problème remarqué. Par contre en KDE, évolution perd ses icônes jusqu'à ce que le centre de contrôle gnome soit ouvert et évolution redémarré (mais cela se reproduit à chaque connexion). QQ1 a-t-il une idée ? Yann
Re: Passage de Sarge à Etch
Le Samedi 3 Juin 2006 08:10, Yann Cohen a écrit : Bonjour, Suite à un changement de source apt, j'ai basculé deux machines de Sarge vers Etch. Pas de problème majeur, mais un truc bizarre : Les deux machines ont KDE et Gnome. Sur les sessions Gnome aucun problème remarqué. Par contre en KDE, évolution perd ses icônes jusqu'à ce que le centre de contrôle gnome soit ouvert et évolution redémarré (mais cela se reproduit à chaque connexion). QQ1 a-t-il une idée ? Je pense pas que ma réponse soit bonne, mais j'ai eu un pb similaire après upgrade (je suis en etch) - K / Configuration / Apparences et thèmes / Icones - idem en ligne de cmd kcmshell [kdeinit] icons = je n'ai que les crystal svg qui fonctionnent, pour le reste j'ai des cases vides, tu as ptet la même chose
