Reprise du message précédent :
je n'arrive pas à installer KDE 4.4.2 ( je suis en version 4.3.4, celle de Debian Sid )
 
j'ai pourtant bien suivi les instructions de ce site mais ça ne donne rien :
 
http://qt-kde.debian.net/
 

 
j'ai bien ajouté les 2 lignes suivantes dans le fichier /etc/apt/sources.list :
 
 
deb http://qt-kde.debian.net/debian experimental-snapshots main
deb-src http://qt-kde.debian.net/debian experimental-snapshots main
 
mais lorsque je tape la commande :
 

 
ça me donne un message d'erreur m'indiquant que ce paquet n'existe pas
 
ensuite lorsque je tape :
 

 
ça installe des choses mais pas KDE 4.4.2
 
quelqu'un a une idée ?

lance aptitude tout court et cherche suivant le motif kde, tu devrais trouver ton bonheur.
4.4.1/4.4.2 dispo dans experimental normalement

j'aurai le même résultat en lançant la version gtk d'aptitude ? ( je maitrise pas bien la version console d'aptitude )

Oui

Hey tu veux pas garder tes bugs chez toi ?

A toi aussi
Mais ca remarche en reprenant les versions de testing

Salut a tous
 
J'ai une passerelle sous debian avec iptables et Qos avec les commandes tc.
J'ai connecté la webcam ip de mon voisin sur mon réseau pour qu'il voie ça maison secondaire mais le problème c'est qu'il laisse ça cameras branché 24h/24 et même avec la Qos le téléphone ip chez ovh est haché donc c'est pas top.
Je voulais savoir si il y avait un moyen de faire un timeout avec iptables sur une connexion? Genre au bout de 5 minutes ça shutdown et il faut relancer la connexion pour que ça remarche.
 
Merci

Je viens de trouver ca :

http://www.coagul.org/article.php3?id_article=157
 
Et pour avoir la liste de tous les bugs en cours sur les programmes déjà installés via apt-listbugs:

Ca peut faire un peu peur

Salut,
 
chez moi, tftpd-hpa ne fonctionne plus : j'ai plus rien dans /etc pour le lancer. Le man était encore là, et aptitude me disait qu'il était installé, mais impossible de le lancer.
 
Je l'ai déinstallé et tenté de le réinstaller via aptitude, mais ça me fait :
 
victoria: /home/misssardonik# aptitude install tftpd-hpa
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances        
Lecture des informations d'état... Fait
Lecture de l'information d'état étendu... Fait
Initialisation de l'état des paquets... Fait    
Lecture des descriptions de tâches... Fait  
Les paquets partiellement installés suivants seront configurés :  
  tftpd-hpa  
Aucun paquet ne va être installé, mis à jour ou enlevé.
0 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 0o d'archives. Après dépaquetage, 0o seront utilisés.
Écriture de l'information d'état étendu... Fait
Paramétrage de tftpd-hpa (5.0-11) ...
tftpd user (tftp) already exists, doing nothing.
 
tftpd-hpa directory (/home/misssardonik/tftp) already exists, doing nothing.
Starting HPA's tftpd: in.tftpdinvoke-rc.d: initscript tftpd-hpa, action "start" failed.
dpkg : erreur de traitement de tftpd-hpa (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de sortie d'état 71
Des erreurs ont été rencontrées pendant l'exécution :
 tftpd-hpa
E: Sub-process /usr/bin/dpkg returned an error code (1)
Échec de l'installation d'un paquet. Tentative de réparation :  
Paramétrage de tftpd-hpa (5.0-11) ...
tftpd user (tftp) already exists, doing nothing.
 
tftpd-hpa directory (/home/misssardonik/tftp) already exists, doing nothing.
Starting HPA's tftpd: in.tftpdinvoke-rc.d: initscript tftpd-hpa, action "start" failed.
dpkg : erreur de traitement de tftpd-hpa (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de sortie d'état 71
Des erreurs ont été rencontrées pendant l'exécution :
 tftpd-hpa
Lecture des listes de paquets... Fait              
Construction de l'arbre des dépendances        
Lecture des informations d'état... Fait
Lecture de l'information d'état étendu... Fait
Initialisation de l'état des paquets... Fait    
Lecture des descriptions de tâches... Fait  
 
Voilà, je sais pas quoi faire, toute aide est la bienvenue.
Je suis sur un eeePC en Debian testing, sous XFCE.
 
 
(également, je cherche toujours à comprendre pourquoi mon système reste bloqué en 2.6.30 au lieu de passer en 2.6.32)

rajoute l'option --reinstall
Eventuellement, supprime le totalement (pense à sauvegarder ta conf si necessaire) avec aptitude purge, puis supprime le paquet si dans /var/cache/apt/archives, puis réinstalle-le

bon, j'ai fait comme tu dis, il se relance. Cool, merci

 
merci pour la trouvaille  

Bonjour,
 
Comme Mjules l'a sous-entendu, n'hésite pas à essayer zsh ; c'est vraiment le roi des shells, hyper-complet (pour peu qu'on prenne le temps d'explorer sa configuration).    
 
Plusieurs modes d'auto-complétion sont proposés, et quand c'est bien configuré tu as accès à des fonctionnalités comme l'auto-complétion de commande (commandes classiques, mais aussi : daemons/services, processus/pid, permissions, user/group uid/gid, domaines/hosts, manpages, etc.) et de leurs arguments (exemple basique : si on tape aptitude install <TAB>, il va proposer la liste de paquets non installés, si tu tapes aptitude - puis <TAB> il va proposer la liste d'options, sinon -sans tiret- la liste d'actions).
 
Bien sûr, son comportement est relativement "intelligent", par exemple si tu souhaites décompresser la seule archive d'un dossier de 10000 fichiers, il va te proposer celle-ci plutôt que les 9999 autres types de fichiers... ou encore lorsque de nombreux choix sont proposés par l'auto-complétion, il va te dire combien et si tu veux toutes les afficher ou pas (comportement ajustable, évidemment, en fonction du nombre d'arguments retournés, du nombre de pression sur <TAB> ou pas, etc.).
 
Je passe rapidement sur les autres trucs cool comme l'auto-complétion historique,  l'auto-correction en cas d'erreur de saisie, le globbing (motifs de recherche intégrés à la 'find'), les fonctions étendues par modules, ou le classique shell-scripting et les alias...
 

zsh n'a vraiment aucune faiblesse ?
 
il peut faire tout ce que peut faire bash ?

so o'gure l'utilise sans se plaindre, c'est bien que c'est un shell quasi complet.

So o'gure  

zsh est très très bien même si il a une tendance à rapporter des codes d'erreur sans arrêt. Encore à l'instant :

 
c'est ta conf ça   chez moi il est parfait  

Faut bien que je trouve à grogner un peu

hello
 
comment désinstaller complètement apache2 / php5 / mysql ? j'ai plus besoin de leurs services ^^
 
j'ai tenté un aptitude remove --purge apache2 mais y'a pas mal de dépendances et j'ai peur de faire des conneries..

aptitude remove --purge apache2 php5 mysql-server
 

aptitude purge directement ça fonctionne aussi.
 
Autrement, dans le cas d'un LAMP, il est possible parfois que de nombreuses dépendances restent en place après désinstallation ; tout dépend je dirai de la granularité de l'install. Si ça a été effectuée à gros coups de meta-paquets, les dépendances ont été marqué comme automatiquement installées et seront désinstallées de même très facilement (cf. solution de black_lord), en revanche si l'installation a été effectué de façon plus spécifique (version précise: mysql-server-5.0 et mysql-client-5.0, et/ou apache2-mpm-events/prefork/worker, etc.) et/ou que des composants additionnels ont été installés parallèlement (genre mysqltuner, modules apache/php supplémentaires, etc.), du fait des dépendances de type 'Recommends', il est possible que plein de paquets inutiles soient toujours présents.
 
Moi, dans ce genre de cas, pour être sûr de revenir à un truc propre, j'y vais à coup de regexp en ligne de commande pour rechercher les éventuels trucs qui trainent par ci par là ; sinon y aussi la soluce d'utiliser aptitude en mode interface et de nettoyer tout le bordel via des motifs de recherche qui vont bien (http, apache, sql, php & co).

   et plus (après tout est une question de configuration, je le redis).
 
Perso j'ai commencé comme beaucoup avec les fichiers de conf zsh d'Alexis (cf. lien formation Debian en première page du topic), et je les fait évolué au fil du temps en fonction de mon usage ; ça fait des années que je l'utilise et on peu faire tellement de chose avec (d'ici à faire le tour complet des fonctionnalités y a vraiment de la marge, suffit de voir le man pour se faire peur ).
J'aime bien aussi comment celle-ci est structurée : zlogin/zlogout ~> comportement du shell sur login/logout, zshenv ~> définition de variables d'environnement spécifiques, zshrc ~> configuration du shell proprement dite ; sachant qu'il est possible de les définir globalement ou localement pour chaque utilisateur.

 
je suis passé par l'excellent http://wiki.goldzoneweb.info là j'ai supprimé quelques paquets genre apache2.2-common, apache2-mpm-prefork, php5-mysql.. et j'ai viré le apache2 dans /etc/init.d/
 
de toute façon cette machine ne sera plus utilisé donc au final.. j'ai demandé pour rien
 
merci quand meme  
j'aime beaucoup debian, j'aimerais mieux maitriser mais il faut s'y coller sans arret ^^

 
La complétion et le globbing de bash sont extrêmement configurables, j'aurais pu écrire ton message en parlant de bash  
zsh est ptet plus puissant, mais pour 99.9% des choses (complétion spéciale pour kill, make, apt..., correction en cas d'erreur de saisie, globbing...) suffit de lire la doc pour voir que bash le gère

Après je dis pas, bash a beaucoup évolué aussi et propose maintenant des fonctionnalités qui n'étaient qu'exclusives à zsh à une certaine époque ; c'est vrai que pour un usage standard les 2 shells couvrent 99% des besoins et le choix de l'un d'eux représente plus une question de goût, ou d'habitude, qu'autre chose.  

Salut les debianeux !
 
Dites, j'avais une question, un truc que je comprends pas trop : comment est-ce que APT sait dans quelle architecture il doit aller chercher les paquets ?
 
Genre si on fait une install i386 (ou i686 etc...), il va tous les prendre en i386 ; si on fait une install amd64, il va tous les prendre en amd64. Jusque là, d'accord.
Mais si on fait une install en i386, puis qu'on installe un noyau amd64, ben il continue à choper les versions i386 ; y'a un moyen qui existe pour lui dire de prendre, à partir de là, les versions amd64 des paquets ?
 
J'ai pas mal cherché sur google, et j'ai regardé un peu des fichiers de conf (à l'aveuglette), mais rien trouvé de bien pertinent  
 
Merci  

Oublie cette idée de vouloir installer des paquet 64 bits sur une distrib en 32 bits avec un noyau 64 bits

Ça peut être marrant pour tester  
 
Pis bon, ça me turlupine cette histoire de choix d'architecture

dpkg --print-architecture
 
Mais faudra pas venir pleurer ici quand ton système sera en vrac

Ah, c'est chouette à savoir ça

Sinon, nan, je ne viens jamais pleurer, je souffre en silence, je suis un mec, un vrai (j'suis sous Debian quoi )

Merci en tout cas, j'y vois un peu plus clair, c'est déjà bien
(c'était plus histoire de comprendre que de réellement le faire, je m'étais posé la question récemment en étant confronté à un cas du genre...)

Pour info, iceweasel 3.6.3 est (enfin) dans les dépots officiels, branche experimental pour le moment.

Un service plutôt cool : snapshot.debian.org
 
Dans le même genre, il y avait jusqu'alors snapshot.debian.net, mais pas vraiment officiel et surtout plus maintenu depuis un moment ; pour les nouveaux venus ou ceux qui ne connaissent pas ce service super-utile, c'est en gros une espèce de mega-archive donnant accès à la quasi-totalité des versions des paquets anciennement publiés, et ce pour toutes les suites officiellement disponibles.
 
Une très bonne nouvelle donc, notamment pour les utilisateurs des branches testing/unstable qui pourront désormais revenir beaucoup plus facilement à une version précédente d'un paquet dans le cas où une mise à jour tourne mal.    
 
 
Vous trouverez d'avantage d'infos sur la page correspondante (cf. lien plus haut), mais aussi sur linuxfr, où une dépêche sur le sujet a été récemment postée.
 
[EDIT]
L'annonce officielle, c'est par là : Nouveau service d'instantané de l'archive disponible

En rapport avec cette news, y a t-il un moyen d'ajouter une ligne dans son /etc/apt/sources.list ?
Sur snapshot.debian.net on "pouvait" apparement rajouter une ligne pour un paquet, mais là ca ne marche pas de la même manière.
 
Une idée ?

ils attendent quoi les mainteneurs Debian Sid de KDE pour intégrer la version officielle stable 4.4.2 de KDE ? :

http://pkg-kde.alioth.debian.org/

la version sid est en effet bloquée depuis un moment avec la version 4.3, il m'avait semblé que la branche sid contenait les versions récentes et stables des paquets,

les créateurs de KDE considèrent que la version 4.4.2 est stable sur leur site officiel, du coup je me demande pourquoi les mainteneurs de Debian ne proposent pas cette version 4.4.2 pour Sid ?  

ça oblige à installer manuellement KDE ou bien à tripatouiller le fichier sources.list en ajoutant un dépot vers la version expérimentale de Debian

C'est vrai qu'une fois qu'on s'est habitué au cycle de release d'une distrib comme Arch, on se demande comment sont gérées d'autres distribs à cycle long.
Pourtant Sid n'est pas vraiment la branche le plus en retard de Debian théoriquement, donc c'est bizarre, comme le fait que FireFox 3.6.3 n'arrive que maintenant dans experimental. Que ça traine pour arriver dans testing, je dis pas, mais experimental... Voila quoi

Les sources d'un paquet peuvent être jugées stable par son auteur, reste quand même à véirifier que le paquet ne pose pas de problème sur les distrib (genre Arch ca release bien vite, mais casse par moment).
 
@elbarto: tu as été voir dans experimental pour kde >4.3 ? http://packages.debian.org/experim [...] ma-desktop

C'est pas pour ca qu'experimental ne casse pas non plus  

oui j'ai essayé d'ajouter ça dans sources.list mais je n'ai pas réussi à upgrader vers la version 4.4.2, apt ne trouve rien quand je demande la mise à jour, j'ai du merder quelque part

donc par prudence de peur de casser quelque chose j'attends en fait que les mainteneurs de Debian Sid décident enfin de proposer la version 4.4.2

Si tu as suivi tout ce que j'ai dis sur aptitude et le sources.list, ca passe

 
Pas vraiment, pour les gros trucs il y a aussi un passage par un dépôt Testing pour justement l'éviter.
Par contre oui de temps en temps l'utilisateur doit mettre la main à la pâte afin d'adapter son système/sa conf aux changements, mais c'est inhérent à toute mise à jour, la seule différence c'est que là c'est dilué dans le temps.
 
Paradoxalement, je n'ai encore expérimenté aucune casse (autre que de ma propre faute) sous Arch alors que sous Debian quand je mixais Testing/Sid/Experimental c'était parfois folklorique
 
/HS le but n'est pas de faire de la propagande, juste de pas laisser dire n'importe quoi

 
Je dis pas, mais si les choses ne tombent pas rapidement au moins dans experimental (sachant qu'avant d'arriver à stable il y a encore Sid et testing), à quoi servent ces différents dépôts ? Je ne dis pas que si un auteur considère son soft stable alors c'est qu'il l'est obligatoirement, mais ne pas voir dans experimental des versions de softs éprouvées et utilisées par de nombreuses personnes, c'est un peu paradoxale je trouve.
 
@Dek : concernant les mélanges testing/Sid/experimental, je trouve ça presque normal que ça casse plus souvent que Arch stable, le mélange des branches est rarement encouragé pour des raisons de stabilité notamment (y compris sous Arch).