Reprise du message précédent :

 
Mon 2e PC est un Windows du travail, donc installer des trucs sous Windwos c'est ok mais plus ca me parait difficile
 

 
 
Un tar.bz2 m'a toujours suffit, mais il faut tout de même que je n'utilise aps cette partition en live D'habitude je prenais un live CD mais la pas possible, et mon PC de boot pas sur USB.

oui j'en suis sur. le .config est lu et les options qui sont cochées sont celles qui l'étaient pour l'ancien kernel. Pour preuve, quand on change de kernel, dans le log console des entrées indiquent les différences entre le .config et les nouvelles options qui n'étaient pas dispo. (lorsqu'on lance make xconfig)

aller, une autre tite question:
 
j'ai réussi à installer debian avec le mode graphique, le seul cest que je n'ai acces qu'a un mode 832*624 en 75hz, moi j'aimerais le passer en 1024*768 en 60hz.
 
j'ai regardé dans le xorg.conf mais j'ai bien le 1024*768 de dispo et la cg est installée (3d rage pro agp1x) qui support cette affichage, une idée d'où ca peut venir?

 
Je n'utilise pas xconfig, mais avec menuconfig il faut copier soit même le .config qui va bien sinon on a pas vraiment de bonnes options Debian par defaut.

hé ben vous avez qu'a tester.

ca veut dire que quand tu compiles un kernel différent pour X ou Y raisons tu repars de la même base? c'est étonnant.

 
 
j'ai trouvé il faut modifier /usr/sbin/update-grub
 
for ver in `grep -l CONFIG_XEN=y /boot/config* | sed -e s%/boot/config-%%`; do
 
ligne 880
 
 
Sinon, mon noyau ne boote pas, pae ou non
 

> Burn2

À moins que ce soit indispensable (pour le support matériel), je te conseillerai d'utiliser le noyau 2.6.18 fourni par défaut dans Etch ; la différence de perfs sera très minime (s'il y en a une) par rapport au 2.6.22 et tu as l'avantage d'avoir un noyau plus largement testé et bénéficiant de correctifs plus suivis que les versions backportés de testing/unstable.

Du point de vue des backports, leur usage concernant un paquet comme le noyau (linux-image-* ou linux-source-*) ne peut avoir réellement d'incidence néfaste sur le reste du système dans la mesure où celui-ci ne vient pas avec des dépendances complexes. Après, concernant la fiabilité du noyau en lui-même, il n'y aucune différence avec la version testing (les patchs Debian étant les mêmes) ; en d'autres termes mêmes avantages, mais également mêmes bugs/inconvénients.

Ok merci à tous et toutes pour votre réponse.

J'ai un bug sous nautilus quand je demande les propriétés d'un fichier/dossier.
Une idée du bug ?
 
Je suis sous Sid .

 
Tu installes un mini système avec debootstrap sur ton /boot, tu boot dessus, tu copies ton / sur l'ipod (cp -a) en excluant /dev, tu formates ta partition, tu recopies dans l'autre sens, tu chroot dans ton nouveau root tout frais, tu montes proc, tu vas dans /dev et tu fais ./MAKEDEV generic et c'est bon

c'est un peu succinct comme information...
tu devrais décrire de manière plus précise ce bug car ce peut être tout et n'importe quoi...  
Exemple on peut imaginer que Xorg crash lorsque tu demandes les propriétés d'un fichier, que nautilus crash etc etc....  
Bref il faudrait être plus précis.
Accessoirement tu peux aussi jetter un oeil sur bugs.debian.org afin de voir si ton problème n'a pas déja été rapporté .  
OSA n'assurant  pas de support debian  stable a la base, je te laisse imaginer pour la version sid (et ce même si certains contributeurs debian  reconnus ou anonymes dans le coin y trainent )

C'est simplement nautilus qui crash.
voici le log  qu'il me génere :

 
Je m'en vais googliser voir si c'est un problème connu...  

Insurrection

Bonjour  
Suite à la réinstallation de windaube, je me suis laisser tenter par l'essai d'autre distro, et comme d'habitude, je suis revenue à debian. Jusque là rien d'anormale.  
Mais voila, alors j'installe sun-java6-jre (je sais spa libre tout ca ), qui est senser fournir java2-runtime.
Et quand je veut installer openoffice, aptitude  veut quand même mettre gij-4.2  
Je ne comprend pas, je veux utiliser la virtual machine de sun, et les dépendance devrai me le permettre

update-alternatives --config java

java c'est presque libre maintenant  

Merci
Mais ca ne marche pas  
il me dit ca

Mais ensuite,

use Dselect luke
 
Il te permettra de choisir ce que tu veux mettre bien plus finement sur ce coup la

Je ne vais pas avoir de problème avec aptitude après? Et en cas de mise a jour, il va rechercher a mettre l'autre truc    

En cas de mise à jour il essayera de te mettre à jour que les paquets installés (normalement ).

Enfin tente le coup au pire tu remettras un coup de purge sur les paquets surnuméraires.

Mais je suis quasi sur qu'avec dselect ca passera nickel sans répercussion par la suite

C'est complètement normal, tu n'as qu'un seul programme java et celui-ci ne propose pas de mécanisme de configuration particulier (via debconf par ex.).
 
 

Hummm je doute que Deselect puisse faire beaucoup mieux que aptitude (ou toute autre interface) ; la plupart des dépendances java sont requises et non recommandées ; s'il veut installer le paquet Debian de OOo il n'y a pas vraiment d'autres possibilités, à moins de passer par un des binaires du projet OOo ou de le compiler soi-même.

C'est quand même bizarre autant de dépendances
 

En même temps c'est pas de nano qu'on parle, c'est quand même toute la suite OpenOffice.org...  

Par contre pour une personne qui n'a besoin que du traitement de texte, il est possible de juste installer OOo Writer (paquet openoffice.org-writer) et de se passer des dépendances java car elles sont à ce moment simplement recommandées et non obligatoires.

Ok, j'ai compris se qu'il se passe.
Ils auraient quand même put laisser la possibilité de choisir ca virtual machine

Si tu as installé open-office et la virtual machine de Debian en dépendance et à la fois ta propre machine virtuelle, il est justement possible de la choisir via update-alternative --config java
 
Ça n'a pas fonctionné la première fois parce qu'il n'y avait que la tienne d'installée ; c'est logique : pour choisir une machine virtuelle, il faut au minimum en avoir 2 de disponibles.

 
J'ai résolut le problème en installant la virtual machine de debian a la place    
Si je fais ca et que je desinstalle gcj, ca marchera?
 
Edit: je la teste sur internet, elle ne marche pas leur vm  

Quelle version de Debian, Etch, Lenny ou Sid ?
 
Sous Etch => jre Sun 1.5 max : http://packages.debian.org/etch/openoffice.org-base
 
Avec Sid et le jre 1.5 ici, pas besoin de gcj, et à priori le 1.6 est aussi suffisant : http://packages.debian.org/sid/openoffice.org-base

avec testing...
Je teste avec jre 1.5, sinon, ben je ferrai avec 2 jvm comme avant...
Mais apt m'indique que java2-runtime est fournis par sun-java6-jre...  

C'est bien ca  
En faisant un aptitude remove  gcj-4.2-base, il me propose d'installer sun-java5-bin
Je croyais qu'il allais tout me virer openoffice compris  
Vraiment bien aptitude

Je précise que mes précédentes indications étaient basées sur Etch ; c'est vrai qu'il y a des différences avec testing/unstable qui sont effectivement plus souples au niveau des dépendances de java.  

Fausse alerte    
Il m'a tout virer sauf writter      
Bon je le laisse installer les 2 jre. Et je reprend ma quete de la distro parfaite (comme debian, mais sans se genre de contrainte, avec des truc proprio dans les repos, si on veut, etc... (si ca existe, dites le moi, pas ubuntu, hein, faut pas que ca sois figer comme debian testing ou unstable de se coter la )

Problème resolue    
Si ca intéresse quelqu'un, en fait le problème viens du paquet openoffice.org-officebean, installer par openoffice.org. Visiblement, il est bugger, et malgré la présence de sun-java6-bin, il assaille de mettre gij.
En installant tout les composant d'openoffice a la main, aucun problème.      
En tout cas, merci pour votre aide    
 
(à quoi sert OpenOffice.org Office Bean, j'arrive pas a comprendre sa description?    )

Heu... visiblement tu n'est pas au courant que les dépôts Debian se décompose en sections : main (logiciels libres au sens des DSFG), contrib (logiciel semi-libres au sens des DFSG) et non-free (logiciels non libres au sens des DFSG).
 
Exemple, pour la jre :
   ---> résultat d'une recherche sur "jre" : http://packages.debian.org/search? [...] ection=all
   ---> détail pour sun-java6-jre : http://packages.debian.org/sid/sun-java6-jre
 
Bref, faut se renseigner et se documenter un minimum avant de critiquer.    

Ben si jsuis au courant, devine d'où je les sorts les package jun-java6*
Aller, maintenant, ca marche, et ma ptite debian va rester encore longtemps sur mon disque

Mea-culpa ; en fait, j'ai mal compris le sens de ton précédent post, je pensais que tu avais installé des binaires provenant de chez Sun et que du coup tu reprochais à Debian d'avoir des repos figés qui ne laissent pas suffisamment de choix (comme installer des paquets proprio malgré tout)... autant pour moi.    
 
Tant mieux au final si tu es parvenu à ce que tu voulais.  

C'est pas grave
Il ne reste plus qu'a attendre qu'ils se decident enfin a mettre nautilus 2.20 dans testing... C'est tres ennuyeux de ne pas avoir accès aux proprieter...  

Edit : J'ai récupéré le nautilus de unstable, ca marche parfaitement bien, et il ne ma pris que 5 paquet supplémentaire environ, dont le fameux eel qui poserai problème...
(sinon je viens d'installer le vlc de stable, celui d'unstable refusant de s'installer )

salut a tous
 
J'ai un probléme avec mon serveur mysql sous debian, quand je le démarre il crashe tout de suite et voila l'erreur que j'ai: /etc/init.d/mysql: ERROR: Using expire_logs_days without log_bin crashes the server. See README.Debian.gz
 
 
Aprés plusieurs recherches sur google sa serait un probléme de socket mais impossible de résoudre le probléme, avez vous déja eu se probléme? merci

C'est un problème de configuration semble-t-il :

Vérifies ton fichier de configuration du serveur mysql (/etc/mysql/my.cnf) ; la section concernée devrait ressembler à quelque chose comme ça :

 
Cf la réponse de THRAK. Le message est clair hein... "See README.Debian.gz" donc tu te rend dans /usr/share/doc/mysql-server/ et tu lis README.Debian.gz...