Reprise du message précédent :
Ben y a déjà plus de monde dans le dev de debian je pense donc HFR c'est encore plus restreind celà dit pourquoi pas assayer si ça en tente plusieur reste à voir si on a les compétences pour

En même temps faire un fork d'une distribution c'est moins une question de trouver des gens compétents que déjà de trouver un réel intérêt à le faire.
 
 
Dans mon cas, je ne vois pas pourquoi j'utiliserai mon temps libre et mes compétences pour maintenir un fork (peu importe lequel) d'une distribution qui me convient déjà très bien en tant que tel.
 
Debian n'est pas parfaite, certes, mais s'il y a des choses à redire, alors autant participer au projet dans le but de les améliorer plutôt que de faire un bête fork de plus.
 
 
Note :
Je précise que c'est juste mon avis au sujet des fork en général ; n'allez pas croire que j'ai pris une seconde au sérieux cette idée de fork HFR de Debian hein,

Ben disons qu'un fork est utile quand la vision d'ensemble du projet ne va pas dans la direction d'un autre groupe assez concéquent, ou ne répond pas à certains besoins. Mais aprés, on n'est pas obligé de faire un fork, mais juste une version de debian "particulière" genre avec certains logiciels intégré et drivers, mais en restant sobre, à mis chemin entre Ubuntu et debian quoi. Mais bon, l'interet pour moi reste minim aussi je trouve. Et ça demanderait énormément de temps et de compétence. Tout dépend le but envisagé en fait. Mais si c'est pour corriger des bugs ou apporter une toute petite fonctionnalitée, autant le faire sur debian c'est clair

 
commentaire slashdot :

J'ai attendu en me disant que peut être ce n'était qu'un problème de date mais le problème subsiste.J'ai désinstallé , nettoyé , redemarré et réinstallé tout ce qui concerne Oo mais rien n'y fait.'ttf-opensymbol' ne veut pas se désinstaller ou se mettre à jour.

Il existe pas mal d'info sur le net pour "failed to write cache" "ttf-opensymbol" mais vu que tout est stable à part ça , je n'ai pas envie de faire n'importe quoi.

 
Team HFR@debian c'est une bonne idée

Le problème ne vient pas de OOo, mais de fontconfig (cf. bug 387928)
 
 
Pour régler le problème essaye dans un premier temps, avec les droits de root, les commandes suivantes :

et si l'opération échoue, tente un :

 
Au cas où le problème persiste toujours, alors le seul moyen est de modifier les dates d'accès de tous les répertoires de fonts avec la commande touch (en root également).

J'ai refait tout les dossiers avec touch et ça joue .
 
Merci pour l'info .

 
Pour gerer une telecommande usb, y'a que lirc ?
Je galere un peu avec

j'aimerais me remettre doucement à Debian (j'ai encore une 3.0 upgradée en 3.1 il y a 2 ans) en testant la 4.0r1 sous VirtualPC.  
L'install par le réseau s'est bien passée. Depuis le boot de la distrib, je n'ai toutefois plus de réseau. "network unreachable"
j ai vérifié /etc/network/interfaces, et je ne vois rien de choquant. J'ai viré le DHCP pour spécifier une adresse statique. Pas + de succès.
Le eth0 devrait etre bien configuré, mais qd je fais un ifconfig, je ne vois pas d'adresse IP affectée à la carte.
J'ai tenté sans ipv6 (ipv6 en off ds le fichier /etc/modprobe.d/aliases), mais sans succès.
Il doit y avoir un truc de base qui m'échappe... Une idée?
EDIT: je viens d'essayer "route add default eth0" , et j'ai le message suivant: SIOCADDRT: no such device.  
Il semble donc que le driver ne fonctionne pas bien. Pourquoi cela a fonctionné pendant l'install? Le kernel par defaut sous etch ne serait il pas adapté à ma config? Dois je me retapper la compilation du dit kernel?

Il a l'air de ne pas trouver ta carte sous l'appelation eth0. Elle est peut-être nommée différemment. Regardes dans ton fichier /etc/udev/rules.d/z25-netquelquechose. Ta carte réseau est peut-être nommée eth1 par exemple. Cela arrive avec VMWare lorsque l'on clone une VM.
Si c'est ca, renomme la carte eth0 et redémarre le serveur.

 
Bon on fait j'men suis sorti avec inputlirc, s'bon et s'bien

Personne n'a de problèmes avec les polices dans SID actuellement ?
 
Chez moi, elles sont toutes devenus plus petites (alors que j'ai pas touché à leur taille), comme si la résolution avait diminué (j'ai du la remonter à 95 points par pouce pour que ça ressemble à ce que j'avais avant).
 
Je suis sous Gnome, mais ça le fait aussi sur des applis KDE

Un problème, je sais pas, mais le rendu des polices a clairement changé.
 
En sub-pixel antialiasing, je les trouve magnifiques

 
Bon en fait j'ai un autre (petit) soucis
 
Ma telco est décrite dans inputlirc en tant que /dev/input/event1 et event2 (elle est décomposée en 2 partie: les touches numérique et les fleches reconnues comme celles d'un clavier et les autres touches)
Mais si je débranche/rebranche, le numéro d'event attribué change
 
Y'a pas moyen de le fixer ?
 
Merci

J'ai constaté le même phénomène lors de la mise à jour du serveur X.org en version 7.3 et lors de l'entrée dans Sid des premiers morceaux de Gnome 2.20. Après avoir redémarré X et GDM, je me suis retrouvé avec des polices trop grandes. En faisant un xdpyinfo | grep dots j'ai compris que la résolution en points par pouce de l'affichage avait en fait diminuée.
 
 
C'est le serveur X qui détermine la résolution en points par pouce en fonction de la surface de l'écran (taille exprimée en pouces) et du nombre de pixels affichés à l'écran (L x H). La valeur trouvée varie selon les cas et on peut ainsi se retrouver soit avec des polices affichées dans une taille plus ou moins grande à l'écran.
 
Généralement, on s'accorde pour dire qu'une résolution d'affichage en 96x96 dpi pour l'écran peut être considérée comme "optimale" pour la plupart des cas (c'est le standard, mais certains graphistes peuvent avoir besoin de résolutions supérieures pour le traitement numérique de photos en HD).
 
 
Il est possible de forcer X à utiliser une résolution bien précise, qu'on spécifie alors dans la configuration du gestionnaire de connexion. Il faut ajouter pour cela l'option -dpi valeur  dans le fichier de configuration de KDM (/etc/kde3/kdm/kdmrc ligne 'ServerArgsLocal=') ou GDM (sous '[servers]' ou '[commands]' je crois, dans /etc/gdm/gdm.conf) ou encore de passer celle-ci en argument à la commande startx.

les dpi tu peux aussi les gérer dans xorg.conf

 
Merci pour ces explications
 
Je jetterais un oeil demain, pour voir si ça résoud le problème

merci pour l idée, mais c est pas ca: elle est bien référencée en eth0 ds /etc/udev/rules.d/z25_persistent-net.rules
le driver tulip m a l'air en fait boiteux car au démarrage (dmesg), il me détecte plusieurs trucs:
tulip0: EEPROM default media type 100baseTx-FBX
tulip0: Index #0 - Media 100baseTx (#3) described by a 21140 non-MII (0) block)
tulip0: Index #1 - Media 100baseTx-FBX (#5) described by a 21140 non-MII (0) block.
eth0: Digital DS21140 Tulop rev32 at 00001ec00, <adress mac> , IRQ 11.

Je viens de faire un hdparm -t sur un dd sata (Etch en ligne de commande avec système 'minimal') 7200trs/min et je tourne dans les 29mo/s :| c'est peu alors que je suis à 50 sur mon pc. (Gutsy)

Config Nforce2, Xp 2500+, 512 de ram, uptime -1hr.

De plus j'aurais voulu avoir qques infos sur modconf et la possibilité de faire le ménage dans les modules. En effet j'aimerai optimiser un peu mon system mais sans passer par une recompilation pour le moment. que me conseillez vous. (pas d'écran, de clavier, de souris, de carte graphique, de carte son, de modem, de graveur, de mode économie d'énergie (sauf peut etre c1 pr le proc mais j'ai du mal à gérer sous Linux), ports séries/parallèles, com...)

optimise un peu tout ca avec hdparm, car sur debian les paramètres de transfert IDE sont réglés par défaut au minimum, passe donc en UDMA 5/6 tu sentira la différence.

J'y ai pensé mais comme je le précise: DD Sata donc pas de souci normalement non?!

un test ne coute rien
http://guide.andesi.org/html/ihdparm.html

L'article date lol leur dd présente des caractéristiques marrantes: 120mb/sec cache, 1.79mb/s dd sans optimisation, et ils disent que les DD tournent entre 10 et 30mb/s. (2003)

Mais peu importe chez moi je peux voir que c'est pas l'interface qui semble poser soucis puisque j'obtiens les résultats suivant:
 

 
Je vais voir ce que je peux changer comme réglages mais à mon avis c'est pas le soucis là. Peut etre devrais je changer de disque, mais pas envie de réinstall.
 
EDIT: les changements n'opèrent pas sur du SATA... et j'obtiens même 400MB/s pr le cache suite à un nouveau test.
 
Sur mon pc
 

 
Ya un souci là :|

Bah c'est très bien non ?

Ça marche au pwoal, merci !

edit : -dpi 96 dans gdm

+1
 

Ben sur mon pc c'est nickel sur le serveur 2 fois moins c'est pas normal.
 
Dsl d'avoir été si peu clair...

Ouch j'ai mis mon portable à jour ca m'a tout explosé, quand je lance mon X il ne trouve plus ddc type1 (je crois) et mon module nvidia, enfin j ai pas le temps de regarder plus la, mais ca me parait bien costaud

Une piste : le driver du kernel pour les périphériques SATA est assez récent. En effet c'est le nouveau driver qui a pris la place de l'ancien.
Regarde les versions de kernel, en effet ce driver a été introduit assez récemment : http://linux-ata.org/driver-status.html
Regarde les paramètres du bios, fais un diagnostic hdparm, smartctl complet et compare les différences dans le meilleur des cas avec le même disque dur sur les deux machines. Es ce que c'est un disque SATA 2 ? Dans ce cas peut être que tes deux pc supportent une norme différente, SATA 1 pour l'un, SATA 2 pour l'autre et ceci expliquerait le multiple 2, même si cette hypothèse me parait peu probable.

Sata 1 pour les deux merci pour ton aide je vais faire qques comparaisons ce soir.

mon Koffice me dit qu'un de mes ods est corrompu. J'ai un moyen d'en faire quelque chose?
Je l'ai dézippé sans soucis mais après je ne sais pas trop quoi faire

bon j'ai regardé le content.xml et celui du pseudo back-up ils m'ont l'air d'avoir uniquement des métas-données.
C'est donc mort?

Est il possible de facilement copier mon dd système sur un autre dd? style ghost.
 
J'avais déjà envisager cette possibilité il y a un moment mais je n'avais pas réussi à finaliser.  
 Il me semble qu'il fallait un livecd mais je n'en sais pas plus.

Avec linux t'as la commande dd qui te permet de faire ça

google + partimage (ça copie des partitions et pas un disque dur mais je pense que c'est ce que tu veux faire)
partimage est disponible sur le live cd knoppix par exemple

Ce que je souhaite c'est dupliquer mon disque pour pouvoir installer l'autre et booter dessus, faire un échange de disque en fait.

Merci pr vos infos je vais aller voir çà et je choisirais en conséquence.

Pas d'idée ?
 
Sinon, vous auriez un tuto assez simple pour activer le support bluetooth ? (faut recompiler non ?)
Pour installer une mx900
J'ai fait une recherche assez rapide, rien trouvé de bien simple
J'approfondirai ca ce week end

Bonsoir
 
Comme je dois changer mon disque dur système, je pense en profiter pour installer Lenny à la place de mon actuelle etch.
 
Quelle est la meilleure solution, une weekly build netinstall, ou prendre une netinstall d'etch, et ensuite mettre à jour vers Lenny ? Dans le cas de la deuxième solution, une maj ne devrait pas poser de problèmes en ce moment (question du gars qui est tombé dans le piège udev lors d'une maj sarge => etch il y a un an et demi >_> ).
 
Merci d'avance pour vos conseils.

Si c'est lenny alors tu télécharge une weekly build pour faire un éventuel bug-report ou alors même tu prend un cd de lenny avec le debian-installer de la sid pour le bug report. Si tu pars sur lenny je dirais que c'est plus propre qu'un dist-upgrade de sarge vers lenny.

Chat-Gris> Une daily build d'un CD netinstall de Lenny    
( http://cdimage.debian.org/cdimage/daily-builds/ )