Reprise du message précédent :

 
ha bon ? je fais sans, surement car je réccupere les noyau sur kernel.org

han... tu n'utilises pas les outils debian sur une debian.
 
Je trouve utile ce package. Il te fait des packages propre (headers, kernel...) plus propre à gérer et à installer.
 
Et tu peux utiliser les kernels de kernel.org ou les kernels sources de debian

je testerais, mais bon, j'ai toujours fait a la mano, donc j'ai l'habitude

irk, en modifiant mes fichiers de conf, je me suis raté et apache demarre plus
 
je croyai qu'un apt-get remove --purge apache2 virait tout y compris les fichiers de conf
 
et ben c'est pas le cas
 
qu'est ce que je peux faire pour retrouver le conf d'origine (que j'utilise normalement chez moi, avant que d'avoir la marveilleuse idée d'utiliser les VHosts...)

les conf sont dans /etc/apache2/apache2.conf
 
Donc tu le vires puis un dpkg-reconfigure apache2
 
Du moins il me semble
 

+1  
 
les _vrais_ debianeux utilisent make-kpkg et les noyaux patchés par Debian    

Elle a quoi la methode classique qui ne va pas ? pour copier 2 fichiers et creer un lien symbolique, rien de bien compliqué quand meme

 
lol, j'ai virer le dossier complet
 
et le dpkg-reconfigure ne le recree pas
 
apache2 doit pas etre le bon nom de paquet

Avec make-kpkg tu créés ton noyal sous forme de paquet .deb puis tu l'installes avec dpkg ; cette méthode automatise proprement de A à Z la mise en place du noyau et de tout ce qui va avec (initrd, liens symboliques, bootloader, etc). De plus le comportement de make-kpkg pour la configuration des paquets d'image de noyau peut être géré simplement à l'aide des fichiers /etc/kernel-img.conf et /etc/kernel-pkg.conf.
 
Lorsqu'on souhaite ensuite supprimer son noyau perso il suffit d'utiliser son gestionnaire de paquet préféré ; à nouveau lors de la suppression tout est automatisé et tout est proprement désinstallé.
 
 
C'est une question pratique, pourquoi s'emmerder à la mano quand on a des outils qui font aussi bien les mêmes opérations automatiquement... mais bon les habitudes ont souvent la peau très dure  

Supprime totalement apache2 du système (avec un apt-get remove --purge apache2 ou aptitude purge apache2 au choix) ainsi que le dossier /etc/apache2, ensuite réinstalle le tout avec apt-get install apache2 ou aptitude install apache2 ; tu devrais normalement te retrouver avec un serveur apache tout propre.

 
apache2-common

 
et pourquoi pas un format aussi pendant que tu y es ?  

Bah plus haut il a indiqué vouloir retrouver la conf d'origine d'Apache    
 
Table rase...  

 
et ca je l'ai fait...
 
je tente le common
 
bon, le dpkg-reconfigure apache2-common n'a pas marché
 
par contre apt-get remove --purge apache2-common
 
puis reinstalle, ca ca marche par contre...

mais le probleme, c'est que le php4 n'est plus actif, j'ai donc du fermer le serveur
 
pourtant, si je fais :
 

 
donc le module semble installer correctement
 
si quelqu'un a une idée...

Est ce qqun a le module mysql version 4.1.xx pour php sous Sarge? J'ai installé la version 4.1 de mysql, mais le module php4-mysql est resté en 4.0.xx, ça fait tache... J'ai certains scripts qui ne fonctionnent pas à cause de ça
 
edit: euh en fait j'ai suivi la méthode bourrin, j'ai recompilé php pour récupérer le nouveau mysql.so

 
mouais ben parfois, les kernels patchés Debian, il suxe les ours polaires grave en tout cas...

 
fait un dpkg-reconfigure sur php4, c'est normal, car chaque install d'un truc qui depend d'apache2 modifi le conf d'apache2, sinon modifi le a la mano ton apache2.conf, pour php il n 'y a pas grand chose a changer

Ya moyen de gérer plusieurs profils wifi sous debian ? Car après quelques recherches, je ne trouve pas grand chose... Je me demande même si je vais pas écrire un script barbare !

Pour ceux qui disent que c'est moche (par exemple a une mdk par exemple): il faut savoir que ces installeurs sont du gtk lancés dans un mini serveur X, donc c'est tout beau, tout chaud, et tu peux faire bcp de choses.
L'installeur debian utilise le frame buffer, donc pas de serveur X, donc moins de possibilités, et forcement c'est moins beau. Ca a l'avantage d'etre plus leger

Ça retse pour l'instant surtout un proof-of-concept je pense ...

Le crédo debian, c'est on passe partout, meme sur petites config, donc ils vont pas faire un installeur uzinagaze
 
Je bosse moi meme sur un installeur en gtk frame buffer, c'est epatant ce qu'on peut faire avec sans aucun serveur X

Ah, mais je dis pas le contraire.
Mais disons que actuellement, c'est un peu inutile cet installeur : le passage à la souris et un système plus graphique que curses permet de faire des trucs plus intéressants que de simplement copier l'interface curses.
Enfin, à mon avis.
 
Ce qu'ils ont fait, c'est juste pour dire : voilà, ça marche, on a pu refaire l'installeur curses en gtk. Maintenant, on peut bosser sur un installeur graphique "original" (sous-entendu, vis-à-vis de curses)

Mais bon, le gtk ca fait moins peur que le ncurses :-)

En tous cas pour mon utilisation je n'ai pas de problème à signaler de ce côté avec les versions unstable 2.6.12 et 2.6.14 ; et puis il y a apt-listbugs qui répertorie les merdes rencontrés avec, suffit de faire gaffe.

 
L'interface texte est légére au moins mais bon, ce n'est pas dans l'habitude des gents de ne pas etre en graphique.

 
je pensais surtout à certains patchs qu'ils intégrent J'aime bien les sources debian, mais parfois, j'utilise celles de kernel.org car j'ai des problemes. Le dernier probleme en date : je ne peux plus graver aec k3b car quand je le lance, mon controlleur scsi tente de se reseter et j'ai plein de CDB error... Je vais tester avec les sources de kernel.org pour voir. Mais j'ai plus l'impresison que ça vient du driver aic7xxx du 2.6.14 ce probleme

Pour ma part K3b refuse des CD Sony ....
Les Verbatim passent nikel
Les DVD Verbatim aussi
 
Pour les Sony il me sort un problème de calibrage.
Pareil avec cdrecord.

k3b est un frontend a cdrecord, donc c'est cdrecord le probleme
 
je ne penses pas que l'on puisse désactiver la calibration, il n'y a que l'option -force dans cdrecord. a la limite insere ton cd, et refait un scan du graveur.

je sais que c'est un frontend, mais la c'est au lancement de k3b, quand il scanne lui meme les lecteurs/graveur que les messages apparaissent cdrecord n'est meme pas encore lancé (vérifié avec un ps), et je n'ai pas de dvd/cd vierges dans mon graveur.

Je ne peux pas te dire, j'utilises Graveman

bon j'ai compilé le noyau 2.6.14.2 methode debian sans aucun probleme, c'est tres assisté comme méthode
 
http://www.chaced.com/debian.php?param=aff&id=17

Pour ma part je suis également confronté à des problèmes de gravure en ce moment sur Debian Sid (en fait je crois que c'est vraiment à ce niveau que j'ai hélas rencontré le plus de problèmes sous GNU/Linux).
 
Après avoir eu une période galère avec XCD-Roast, j'ai fini par le virer et installer Gcombust ; pendant un bon moment celui-ci a fonctionné impec (plus de problème de CD illisible aléatoirement, sur les cd multi-session plus de prob des anciennes sessions qui n'apparaissent plus après l'écriture d'une nouvelle session, plus de prob avec cdrdao, bref un fonctionnement satisfaisant) mais il y a eu une mise à jour récemment de Gcombust et depuis impossible de graver un cdrom ou d'effacer un cdrw, c'est complètement hs.  
 
Un message d'erreur désigne un problème au niveau cdrecord, mais je me demande si ça vient vraiment de là, de toute façon c'est pas très clair la façon dont sont gérés les interactions entre cdrecord et ses frontends (comment expliquer qu'un frontend fonctionne et pas un autre alors qu'après vérification il s'agit de la même version de cdrecord utilisée pour la gravure... ). Bref, je n'ai pas eu le temps de plus chercher mais il va falloir que je trouve une solution... en attendant je suis obliger de passer par un partage nfs pour faire un backup de mes données, c'est lourd quand on veut vite flanquer quelques données à l'arrache sur un cd...  
 
Je précise que j'utilise un combo lecteur dvd / graveur cd/cdrw IDE et que depuis un bon moment je ne passe plus du tout par l'émulation ide-scsi pour graver (ce qui est vraiment plus pratique).

Quelqu'un aurait testé usplash sur une debian ?

Serait peut-ête temps de passer à autre chose que cdrecord ...

Non, mais à priori, c'est difficilement utilisable, vu qu'il faut que les scripts rc soient patchés

pour compiler mon noyau je fais:
 
- telechargement
- decompression
- ln -sfn linux...... linux
- cd linux
- make menuconfig
- make
- make modules_install
- cp arch/i386/boot/bzImage /boot/vmlinuz-version
- update-grub
 
je ne fais ni cp System.map /boot/System.map-2.6.14 ni cp .config /boot/config-2.6.14. A quoi sert system.map ?

Ah oui je me disais bien que j'oubliais un paramètre

libburn n'a pas encore de frontend tres pratique (il existe coaster mais je ne sais pas ce qu'il vaut). ET d'apres la mailling list de libburn, il n'y a pas beaucoup de gens interessé par ce projet, et ca n'a pas l'air d'avancé tres rapidement

ça veut dire quoi le "PREEMPT" dans le uname du noyau ?

que tu as choisi l'option preemptible kernel