en fait, je ne veux pas recompiler mon Debian actuel (une installation toute fraîche des derniers jours de décembre 2014 laissée en Jessy sur un PC et convertie en SID de Debian8 sur l'autre) dont le volume est sans doute colossal (pour mon vieux PC). non, je voudrais compiler une base restreinte, je ne sais pas 200..300 Moctets, y mettre un contenu primitif mais permettant quelques utilisations (links, Vim, Sc, clex, wordgrinder, alpine, cups, oui cups ne requiet pas du tout X), puis adjoindre par compilation xorg (cela a duré 3 jours sur mon PC actuel pour une autre distro que Debian, mais comme cela était faisable dans une fenêtre de console de la distro précédente, le PC restait entièrement ou presque utilisable en parallèle! seule contrainte: ne pas l'éteindre...), et, ensuite, redémarrer le nouveau système, lancer X, y utiliser dans des consoles multiples les VIM, SC, clex, etc. non graphiques préinstallés, et à partir de là, continuer patiemment dans une autre console à compiler tout ce dont j'ai besoin: un gestionnaire de fenêtre, soit ratpoison, avec ou sans 9WM (sous Debian, 9menu fournit à ratpoison le menu Debian) soit JWM, un éditeur confortable, un gestionnaire d'arborescence graphique, etc. jusqu'à avoir un système intégralement compilé. ceci est possible actuellement avec LFS par ex. (le problème est que le choix de sources préexistantes était actuellement limité...).

mais j'entends que l'outils de compilation recherche et compile lui-même les dépendances (ce que fait le système axé sur LFS, mais avec les sources LFS/BLFS, bien sûr) avec les sources de Debian.

y-a-t-il un tel système chez Debian?

Sinon, ponctuellement, tu peux aussi, si tu as les dépôts dans ton sources.list :

aptitude install tonpaquet/taversion

C'est ce que je fais quand un paquet de Sid qui vient d'être mis à jour déraille.

Pour le hold, je le faisais avec synaptic, j'ai toujours eu la flemme de chercher comme le faire en ligne de commandes

Usti

http://studio.jacksay.com/tutoriaux/sys … ande-date+

ça peut servir ! :-)

Mh, bof, perso, entre un .deb, un .bin et une installation à la main, quitte à ne pas avoir le .deb, je préfère l'installation à la main.

Mais bon, si tu as une doc et des procédures basé là dessus hein...

Et tant qu'à y être, me voilà utilisant le noyau 2.6.32,
ma carte ATI HD5750 fonctionne SANS ce maudit driver propriétaire,
bref : je me sens à la pointe du progrès.

Si ça se trouve, j'ai même le son qui fonctionne !

Merci pour ta réponse.

faut être patient

Enfin, je dirais qu'un safe-upgrade est plus sûr sous testing et un full-upgrade sera généralement moins enclin aux problèmes de dépendences sous SID.

Merci pour l'explication.

Remplace add par del. A force, tu risques de découvrir un certaine logique c'est un peu comme les -h, les --help ou help

Malgré tout, tu devrais te renseigner sur ton serveur. ça fait bizarre qu'il soit connecté au net et controlleur de domaine. En plus le routage semble être fait à l'envers.

merci beaucoup orgrim,
je viens d'arriver dans cette boite et mon prédécesseur n'a pas laisser beaucoup de trace écrite de ce qu'il a fait, en fait je suis sur un poste qui  change tous les 1 ou 2 ans ...

je vous remercie tous pour l'accueil

Usti, retire tes moufles avant de lancer la compilation et essaye nvi pour gérer ton sources.list

J'ai bien pensé à toi quand j'ai fait mon dépôt local, avec un minuscule script tapé avec vim, et l'édition de mon sources.list aussi avec vim

Pour la compilation, c'est bizarre, je suis parti billet en tête sur un debuild comme pour les librairies, ce qui a généré l'erreur sus-citée. Ce n'est qu'après que j'ai pensé faire d'abord le make puis le debuild, ruse de sioux au passage qui ne marche pas pour Eterm qui refuse toujours de se compiler Mais je n'étais plus très frais hier, et je ne me souviens pas si c'est pas le make en l'occurrence qui plante

Par contre ça fait bizarre de passer d'un bureau à l'autre en amenant la souris sur le bord de l'écran ... il va y avoir un temps d'adaptation ! Le panneau en bas façon Macdanslatosh est pas mal, mais les tiroirs de XFCE me semblent plus pratiques Enfin, faudra que je regarde un peu ce qu'on peut personnaliser, et il me reste des librairies / utilitaires à compiler et installer

Usti

orgrim a écrit :

A la dernière Andébière, usti avait une énorme barbe, mais il n'édite pas son sources.list avec vi (ou emacs) visiblement smile

Ca doit être une fausse barbe 

Vous ne vous êtes même pas rendu compte qu'il avait un grand manteau rouge et une hotte sur le dos ???

Dis Usti, tu penses que synaptic tourne si on n'installe que xserver-xorg-core pour pas polluer la machine ?

pb résolu...

:-)