Reprise du message précédent :
les gens

je viens de virer mon install Ubuntu minimale pour la remplacer par une Debian AMD64 sur le PC qui est amené à devenir mon HTPC
mis à part lirc dont le package de modules n'est plus à jour (même dans sid ) c'est que du bonheur

je viens d'installer le drivers RT61 sans prob

Ah cool ! Je ne suis pas le seul à avoir des pbs avec lirc-modules-source ^^

j'ai trouvé le pb: en fait, depuis le kernel 2.6.18 (je crois) le fichier config.h des headers a été remplacé par autoconf.h... or, la version de lirc-modules-source dans debian (même dans sid) ne prend pas encore ce changement en compte...

donc, soit on compile à la mano la dernière version,

soit méthode barbare: j'ai qd même installé lirc-modules-source, j'ai téléchargé la dernière version de lirc sur le site officiel, et j'ai remplacé le contenu du fichier /usr/src/lirc-modules.tar.gz par celui des sources officielles, et j'ai compilé normalement avec module-assistant

Merci pour le tips
 
Faudra que je fasse un rapport de bug à l'occasion quand-même, parce que ça fait un moment que ça traine.

Salut
 
Je viens de telecharger debian alpha ici ftp://ftp.cica.es/debian-cd/4.0_r0 et je l'ai gravé mais apres impossible de booter dessus, donc je l'ai regravé 2 fois mais c'est la méme chose. Je voudrai l'installer sur un PII 350Mgz. merci de m dire se que je doit faire.

et tu as téléchargé la version pour alpha???

comment ça?

alpha c'est un type de processeur pas une version
Pour un PIII il te faut une install pour architecture i386

ah ok merci.

salut tout le monde !
 
j'ai un probleme avec l'heure de ma debian.
 
il m'affiche toujours 2H d'avances, j'ai reglé l'horloge a chaque redemarrage cela revient ...
 
une astuce ?

dpkg-reconfigure tzdata, vérifie que t'as bien configuré la bonne timezone

bon je viens d'installer debian et tous c'est bien passé mais au premier démarage j'ai cette erreur:
 
Not found any active partition in HDD
DISK BOOT FAILURE, INSERT SYSTEM DISK AND PRESS ENTER
 
comment faire pour résoudre le problème?comment activé les partitions? merci

 
ton probleme vient du lancer grub ou lilo apparament, remets ton cd debian, il te permetra peut etre de reparer ton amorce

je viens juste de reformater et de reinstaller debian.
comment je fait pour réparer mon amorce?

Ta partition de boot ne semble pas active/bootable. Modifie ça avec un utilitaire de partitionnement (cfidisk / fdisk / ...)

ok je vas voir ça

avec le cd debian je peut le faire? car si non il me faut une disquette et j'ai plus de lecteur qui marche

Oui, tu bootes dessus comme pour une installes, tu configure ton clavier, ensuite Ctrl+Alt+F2 pour passer sur une console, ensuite (c)fdisk /dev/hda ou /dev/sda, etc.

 
salut j'ai tenté mais j'etais bien configuré.
 
j'ai installé le service NTP et plus de soucye mercye  

Oué
ça dépends de la config GMT, +1, +2, heure du bios, toussa.

J'ai un problème avec ksoftirqd. Il prend toujours un peu de processeur (30% en general) même quand je ne fais rien sur la machine. Je sais pas trop de quoi ca peut venir.
Je suis en debian sid. J'ai essayer de retirer compiz fusion et c'est pareil. J'ai lu la doc de softirqd pour savoir ce qu'il fesait mais ca m'a pas beaucoup aidé... J'ai regardé les logs mais je ne vois rien d'anormal (en même temps je suis pas non plus un pro).

http://www.traduc.org/pipermail/tr [...] 04241.html
=> Si ksoftirqd prend plus qu'un petit pourcentage du temps processeur, cela
indique que la machine est sous une grosse charge d'interruptions logicielles.
 
Tu peux nous donner un 'ps auxf' ?
Quelle est ta carte graphique ? le serveur X ne bouffe t'il pas beaucoup de CPU ?
Je soupconne un pilote un peu foireux en mode OpenGL et/ou composite (puisque tu dis utililser compiz fusion).

Pour le pilote c'est probable parce que j'avais une merde avec le pilode nvidia dans sid, j'ai installer le .run du site de nvidia pour que ca revienne bien. Ma carte graphique est une 6600GT.
Le serveur X me prend entre 3 et 7% du processeur.  
 
 

tiens, ils ont gardé le nom du binaire en firefox au lieu de le modifier également.

Taquin, va

Oui, en fait c'est un lien symbolique vers iceweasel.

quel intéret?
ils veulent rester au milieu du gué ou assumer leur fork?

au fait y a t'il un moyen de se debarasser de iceweasel et d'avoir firefox    
je c que c'est la meme chose mais bon, je prefere mon panda rouge  
leur politique de fork est a ch*er

oui , tu vires le paquet debian et tu récupères le fichier directement a partir du site de mozilla :
http://download.mozilla.org/?produ [...] ux&lang=fr
par exemple

J'ai fais un rapport de bug en début d'année ; un des mainteneurs m'a indiqué qu'ils comptaient le faire, mais pas dans l'immédiat en raison du type de modifs que ça impliquait au niveau de leur système de build.
 
Les détails ci-dessous :
   ---> http://bugs.debian.org/cgi-bin/bug [...] bug=407478
 
 
Bon c'est vrai que ça fait quelques mois ; à l'époque où Etch était en plein freeze, on peut comprendre qu'ils ne voulaient pas trop bidouiller à ce niveau, mais là j'imagine qu'il ont des bugs plus urgent à régler d'abord...    
 
 

 
C'est la politique de Mozilla "tu distribues pas mon logiciel avec son nom et son logo" qui est à chier. Tu crois qu'ils se sont amusés à changer le nom et le logo pour le fun ?

Bah c'est plus pratique pour les autres appli qui veulent appeler le browser.
(ouvrir un mail hotmail depuis son client MSN, ouvrir un lien http depuis un mail dans un client mail, ...).

sauf que dans le cas présent c'est un peu léger comme argumentation.
Il est dommage qu'il n'est pas tenu compte de ce genre de 'souci' avant de lancer un 'fork'.
Par ailleurs il serait a mon avis plus sage que les applis utilisent des appels vers une variable style $WebBrowser plutôt que de coder en dur le nom du binaire.
 
 
P.S: Thark j'ai parfaitement lu ton post, c'est juste pour répondre a Riot que j'en remets une couche

   
 
 
La Fondation Mozilla a effectivement une politique et une conception un peu particulière du Logiciel Libre ; mais bon perso je ne reviens pas une nouvelle fois dessus pour me perdre dans des flamewars sans fin...
 
Le sujet a été longuement débattu et les véritables raisons (qui n'ont rien du troll "Debian les intégristes" ) ont été donné sur les ML du projet avec des arguments très pertinents en faveur de Debian (et de ses utilisateurs) ; les personnes qui ont suivi cette histoire de près savent qu'il ne s'agit pas d'un caprice de Debian, mais bien d'exigences excessives de la Fondation Mozilla vis-à-vis du projet.

J'ai pas sit que c'était en dur. Les autres appli n'ont en effet pas à se soucier du fait que le browser s'appelle firefox ou iceweasel.
Quant à la variable $browser, il faut quand-même la modifier. Donc quoiqu'il arrive, si le lien symbolique n'est pas conservé, c'est l'utilisateur qui devra modifier un truc quelquepart

et alors ?
c'est le choix de debian que d'avoir forké (ou tout du moins d'avoir renommé le paquet et certains répertoires pour l'heure), c'est le travail de la distribution que d'assurer une cohérence entre les logiciels pris en charge officiellement.
Pour l'heure quelqu'un d'extérieur ne suivant pas les mailing list a surtout l'impression qu'il ne s'agit que d'une manière de se faire mousser.

 
attends je ne comprends plus rien, comment cela se fait il que je retrouve firefox sur ubuntu ? mandriva ?
je vois pas le hic de mettre firefox dans une debian par defaut, quelqun peut il m'expliquer svp

Euh, des applis qui appellerait directement /usr/bin/firefox auraient vraiment un sérieux problème...
Sous Debian, le /etc/alternatives/ et les conf des WM (c'est le cas de Gnome) servent à gérer ca proprement.

Quant au débat "pour ou contre le fork", perso je trouve qu'il n'a pas lieu d'être. Mozilla refuse qu'on distribue Firefox sous le nom Firefox s'il a été modifié, Debian doit faire des modifs sur Firefox pour l'intégrer dans la distrib, donc ils sont bien obligé de changer le nom. Les seules autres solutions, c'était trouver un accord avec Mozilla (ce qui a échoué donc, même si c'était le cas à une époque si j'ai bien compris), soit de distribuer le firefox de base de mozilla, ce qui j'imagine aurait posé des problèmes d'intégration dans Debian. Donc la solution Iceweasel était la seule possible, qui contente les deux parties, tout le monde est content.

A côté de ça, il existe toujours des paquets virtuels firefox et thunderbird qui installent iceweasel et icedove, dans etch et dans lenny (je sais pas s'ils ont vocation à rester à la sortie de lenny ?).

 
d'un coté c'est normal, si je prends firefox et que je le modifi a ma sauce, je trouve normal de ne pas avoir le droits de reutiliser le nom firefox pour mon appli.
Imaginé que qu'un groupe reprenne DEBIAN Etch, la modifie a sa sauce et la remette sur le circuit avec le meme nom et meme code de distrib

Oui, je pense que Mozilla a commencé à prendre peur en voyant toutes les versions "light" ou "optimisées" qui fleurissaient un peu partout, ils ont voulu se protéger. Celà dit, tous les projets open-source pourraient faire de même...

Oui, et la commande update-alternatives existe précisément pour cela.
 
Par exemple, update-alternatives --config x-www-browser offre la possibilité de globalement déterminer le navigateur internet par défaut sous X.
 
 
 

À l'origine, Debian était autorisé à distribuer des versions modifiées de Firefox sous le nom Firefox, mais le faisait sans fournir le logo officiel de Firefox (car incompatible avec les DFSG) ; et puis un beau jour, la Fondation Mozilla a soudain retiré son autorisation en indiquant qu'il n'était pas possible pour Debian de redistribuer des versions nommées Firefox sans leur fameux logo officiel.
 
Comme tu l'as indiqué, Debian s'est ensuite trouvé dans l'obligation d'en changer le nom afin de pouvoir distribuer des versions modifiées (obligatoire pour des questions d'intégration avec la distribution) de Firefox avec un logo (à usage libre) compatible avec les DFSG.
 
 
 

C'est temporaire ; les paquets virtuels dans Lenny sont des restes de Etch, permettant d'assurer la transition des paquets de Sarge vers Etch. Ils ne figureront plus dans la release publique de Lenny.