Reprise du message précédent :

 
Ce qui serait encore mieux, ce serait que les devs se concentrent sur jack au lieu de développer chacun leur petit serveur de son perso
 
Edit: et aussi wineasio, avec le problème du .h maudit  

J'aimerais installer un Chillispot sur une Debian.  
 
A la base je voulais partir sur une Lenny dans le but de ne pas avoir à faire la mise à jour Etch vers Lenny "prochainement".
 
Le problème c'est qu'il y n'a pas de paquet pour Chillipost pour Lenny, il me reste donc plusieurs choix :  
- 1 : utiliser le paquet d'Etch (apt-pinning)
- 2 : utiliser le paquet provennant de Sid (apt-pinning)
- 3 : recompiler un de ces deux paquets ... mais je préferais des paquets officiels (cf avant dernier paragraphe)
- 4 : compiler Chillipost... non je ne compilerai pas Chillispot, je veux des paquets officiels (cf avant dernier paragraphe)!
 
La version provennant de Sid ne m'a pas l'air vraiment différente de celle d'Etch à part quelques patchs et des petites modifs, donc je partirais bien sur cette version vu qu'elle risque d'être stabilisée un jour.  
 
Cette machine sera gérée par d'autres personnes que moi ensuite, donc je voudrais faire un truc simple pour leur éviter tout problème lors de mises à jour ou évolution.  
 
Vous en pensez quoi ?  
 
Merci
 

Ben tu fais ton propre paquet à partir des sources du paquet de Sid, en modifiant ce qui doit éventuellement l'être (si pas de mod, bn t'installes direct celui de sid)

Tu mets des sources pour différentes branches dans ton /etc/apt/sources.list

Tu te mets en testing par défaut en créant ton /etc/apt/preferences
Ici un exemple qui favorise testing, puis sid, puis le reste :

Tu fais :

Tu fais :

et ça installera la version sid

Tu fais :

et ça installera la version etch

Avec cette config, tu suivras par défaut le paquet de sid jusqu'au jour où une version sera disponible dans testing. Ce jour-là c'est le paquet testing qui prendra le dessus.

Quand je parlais d'apt-pinning ca correspondait à ce que tu as écris.
 
Merci pour vos avis.

je ne sais pas si ça a déjà été posté !
http://news.softpedia.com/news/How [...] 8076.shtml
 
Pour installer le player flash 64bit ! testé sous lenny avec iceweasel et ça marche

aucun interet c'est dans les depot de marillat, donc paquet deb avec une qualite presque officielle si je puis dire.

pas libre sapu flash

Tiens j'ai eu droit la même chose hier
 
Pas eu le temps de résoudre cela dit
 
T'as pas les anciens paquets qui traineraient quelque part par hasard ?

je les ai trouve avec google, mais pour cela il me fallait un browser sympa...
a priori si tu desactives l'acceleration ca fonctionne, ou faut attendre un svn du driver intel..

Nan c'est bon, j'ai récupéré les sources du paquet 2.4.1 et j'ai recrée les paquets (puisque sur la plupart des depot, ils etaient en 2.4.3 uniquement pour amd64)

cadeau je te l'ai retrouve:
http://debian.cs.binghamton.edu/de [...] -snapshot/

Il n'y est pas en amd64

ah mince alors je l'ai trouve ailleurs vu que je l'ai installe...

bon je ne retrouve pas mais je les ai toujours, si tu veux demain je te les envoie quelque part,

y a un moyen sous debian de recréer un superblock d'un raid mdadm?

Nan mais c'est bon, j'ai pu recréé les paquets eux même, puisque les dépots proposent toujours les sources dans cette version, à défaut de proposer le paquet pour amd64

 
Ca fait toujours ça quand on freeze une version les dev font mumuse à mettre des truc "vraiment" expérimentale dans Sid vu que de toute façon ça passera pas en testing   .
 
Enfin la dernière fois que j'avais eu des merdes énormes sur Sid (que je n'ai pas réinstallé depuis) c'était ça

Il est ou d'ailleurs notre empaqueteur à nous
 
Ca fait longtemps qu'on la pas vu, j'imagine qu'il est occupé avec le freeze

o.O
Il y a des gens incapable de lire la documentation fournie par adobe au point de devoir faire un tutoriel avec des images.

bonjour,

j'ai toujours un problème avec les règles IpTable de ma passerelle sous debian :

tout d'abord le schéma :

reseau de livebox / pc1 / passerelle eth0 : 192.168.1.X
reseau de passerelle eth2 / pc2 : 192.168.200.X

puis voici les regles :

le probleme est que je peux bien pinguer le pc1 a partir du pc2, mais pas l'inverse.

la raison, je crois que je la connais, c'est simplement que vu que c'est pas le même réseau, il faut que la passerelle réponde que c'est elle qui a le réseau en 192.168.200 quand il y a un who has

mais j'ai zappé comment on fait

le probleme est que ca marche bien de l'

Je penche pour un problème de NAT. Tu fais du NAT vers tous les paquets allant vers eth0 donc il y aura une translation d'adresse lorsque ton PC2 ira interroger ton PC1. Le PC1 pourra répondre car il verra un paquet en 192.168.1.xxx arriver. Dans l'autre sens ton PC1 ne sait pas ou est le réseau 192.168.200.0/24 donc il ne peut pas joindre le PC2.

Soit tu lui ajoute une route statique pour dire de passer les paquets par la passerelle (ip route add 192.168.200.0/24 via ip_passerelle dev ton_eth). Note que si tu veux juste avoir internet sur le PC2 ca pourra marcher. Tu fais la même chose dans l'autre sens pour PC2 (ip route add 192.168.1.0/24 via ip_passerelle dev ton_eth). Dans ce cas la tu peux retirer le nat et ca marchera (mais pas pour avoir internet il faudra forcement du nat quelque part). Par contre si tu ajoute un pc dans le réseau il faudra aussi lui donner les routes.

L'autre solution est de faire des redirection de port suivant les services que tu veux joindre sur le PC2 sur la passerelle avec par exemple : iptables -t nat -A PREROUTING -j DNAT -i eth0 -p tcp --dport 1024 --to-destination 192.168.200.xxx. Tous les paquets envoyés à destination de la passerelle sur le port 1024 seront transférer sur ton PC2.

il y a plusieurs problemes a tes solutions.

le premiers, c'est qu'aujourd'hui il y a qu'un équipement derrière la passerelle, mais après ça sera plus d'une dizaine qui offriront les mêmes services. Donc NAT pas possible. Enfin si, mais pas du tout pratique

Le deuxième, c'est que le pc1 est sous windows, et l'autre machine c'est un pc pour l'instant, mais après ce sera un boitier de télévision sur lequel il y a même pas le ping d'implémenté.

Je suis quasi sur que j'avais vu une solution au niveau de la passerelle sans avoir besoin de modifier la conf des pc1 & 2, mais je la retrouve plus
pour que justement quand le pc1 dit qu'il veut atteindre le reseau 192.168.200.0/24 se soit la passerelle qui reponde

faut ajouter une route sur la livebox...

J'en ai pas parler parce que je doute que l'on puisse faire ca dans la livebox

Edit: J'ai oublié quelque chose, pourquoi tu ne fais pas un bridge sur la passerelle? Les équipements derrière la passerelle serait dans le même réseau que le PC1 et plus de problème (même pas besoin d'utiliser iptables).

le but étant de séparer les deux réseau, le bridge m'enchante pas des masses
 
je pense avoir réglé le probleme juste en ajoutant la route vers la passerelle sur le pc1 sous windows (ca donne un route -p ADD 192.168.200.0 MASK 255.255.255.0 192.168.1.112 ), mais j'aurais aimé que ce soit automatique (parce que le pc1, en fait il y en a 30)
 
pour la livebox, je sais qu'on peut y acceder en telnet, si ca se trouve elle plus d'option de configuration que l'interface web ne le permet, faudrait que je me penche dessus...

Personnellement je vois pas d'autre solution que la route sur le PC ou sur la livebox (j'ai quelque doute sur la faisabilité la) si tu veux contacter le PC2 avec l'adresse en 192.168.200.xxx à partir du PC1...
 
Tu peux faire du filtrage sur le bridge avec iptables si tu veux (faudra peut être recompiler ton noyau pour ca je doute que ca soit activé par défaut).
 
Passer ton réseau en ipv6 peut aussi être une solution si tu veux t'amuser...

la LB n'est pas ipv6

 
comment ça a bien pu arriver  

Il est bien vieillot ton perl...

il est surtout très petit

j'aurais du regarder ce qu'il y avait dedans avant de l'écraser

edit: bon fsck m'annonce un nombre très important d'erreur, c'est une machine(virtuelle) tout neuve, j'ai du foirer ma config quelque part

Bonjour,
J'ai depuis quelques jours un problème un peu beaucoup énervant. En fait, j'assiste impuissant au plantage de plein d'applications (à savoir que les applications s'arrêtent sans rien dire sauf les KDE qui me gratifient d'un signal 11, le plus souvent). Parfois même c'est x qui décide de redémarrer. Vous allez me dire, ça rajoute un peu de suspens à la routine habituelle, pendant l'écriture de ce message notamment, mais croyez moi, on se lasse vite...
Aussi cherché-je en vous un espoir de trouver le commencement d'une piste.
Pour les détails, j'utilise debian sid à jour avec kde 3.5.10. Les problèmes ont commencé il y a je dirais quatre jours, je n'ai pas fait le lien avec une quelconque mise à jour (mais je les fais quotidiennement un peu sans regarder, je l'avoue). J'ai tout formaté, y compris mon dossier personnel mais le problème persiste... Je me demandais s'il n'avait pas un lien avec les drivers proprio Nvidia que j'ai installés (avec module assistant) pour ma geforce mx440 mais lorsque je remplace nvidia par nv, kdm n'arrive pas à se lancer...
Voilà, donc si vous avez une idée (ou besoin de plus d'infos...), n'hésitez pas (et vous pouvez penser à des choses simples, je suis pas un crack en info...)!
Merci beaucoup

Une lib foireuse (libc ? libx11 ???), ou plus simplement, commence par tester ta mémoire

Hello !
Bon apparemment c'est bien une barette qui est foutue :s Je ne m'en étais pas douté car la réinstallation s'était bien passée donc je pensais que tout était ok du point de vue matériel.
Merci pour ton conseil !

Je reviens avec mon questionnement sur comment lancer un prog dés l'apparation de la fenêtre de connexion gdm. Est-il sage de modifier /etc/gdm/gdm.conf pour y incorporer la ligne de commande pour appeler son prog ?

Je ne sais pas trop comment ni où le faire pour démarrer mon serveur vnc
Aucun user n'est logué, donc pas moyen de modifier le ~/.xsession ou autre dans ~/.

[edit]

J'ai tenté une modification de /etc/gdm/Init/Default pour y ajouter ceci

J'espère que ca marchera au prochain reboot.

[edit] \o/ ca marche, mais faut pas écraser comme un cochon son fichier /etc/gdm/Init/Default lors des mises à jour de gdm

Salut les barbus
 
J'ai un probleme assez drôle depuis quelque temps :
 
Je possède 2 machines distinctes, une à mon domicile, une à mon bureau, et les 2 sous Debian Lenny. Depuis quelques semaines, les 2 rencontrent le même problème alors qu'avant tout allait bien.
J'ai en effet des comptes MSN et ICQ, donc j'utilise kopete et là, il perd tout seul ses configurations (autant MSN que ICQ). Au démarrage, tantot il réagit comme si aucun compte n'était configuré tantot il ne perd que les mots de passe, etc, etc, etc    
 
ce qui est amusant c'est que c'est pas arrivé lors d'une MAJ mais tout seul et quasi simultanément sur mes 2 machines
 
quelqu'un serait au courant d'un problème de ce type ?

aucun problème, mais bon rien d'étonnant: je n'utilise pas kopete

sinon les dernière modifs:
# [2009-01-17] Accepted 4:3.5.10-3 in unstable (low) (Debian Qt/KDE Maintainers)
# [2009-01-10] Accepted 4:4.1.4-1 in experimental (low) (Sune Vuorela)
# [2008-12-20] kdenetwork 4:3.5.10-2 MIGRATED to testing (Britney)
# [2008-11-07] Accepted 4:4.1.3-1 in experimental (low) (Sune Vuorela)
http://packages.qa.debian.org/k/kdenetwork.html

rien dans les rapports de bugs

J'ai ce vilain message sur apt-get/aptitude/synaptic depuis quelques jours à cause de mpd qui ne veut pas me rendre le port 6600:

J'ai essayé plusieurs fois de le désinstaller, ce qui ne semble pas poser de problème. J'ai tenté aussi de modifier ou d'effacer les fichiers de conf ( /etc/mpd.conf et ~/.mpdconf) mais dés que je le réinstalle pouf le message reviens.

Conclusion je ne peux pas mettre du son dans mes oreilles car Mr mpd boude dans son coin et ce, quelque soit le port utilisé

Une idée de comment satisfaire Mr ?

[edit] j'ai même tenté le meurtre sur ce vil sagripan via un /etc/init.d/mpd stop/restart/reload/patati ou via un killall, ca ne me rend pas le port. Restons calme

netstat -natup | grep 6600

Pas de 6600 ni même de mpd dans le tas
 
Et si j'essaye de le lancer:

Bonsoir,
 
J'ai un soucis avec debian, pour booter avec grub, je n'arrive pas à retrouver mon windows, je ne sais pas où trouver quoi mettre pour le boot.
 
Je précise qu'il est installé sur le même disque que debian.