[DEBIAN] - Intégristes barbus, |337, femmes nues...

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 384 385 386 .. 773 774 775 776 777 778 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [DEBIAN] - Intégristes barbus, \|337, femmes nues...

thana54

made in concept

Reprise du message précédent :
Idem, ca fait bizarre

Vont nous pondre une news disant qu'ils freezent sid [:max evans]

[edit] ah bah c'est pas mieux, des machines en vrac (b_l, el_by ?)

Citation :

ries.debian.org, the host behind ftp-master.debian.org, has suffered some grave hardware problems and it has been down for one week now. If you were wondering why there were no new packages in your upgrades, this is the reason.
This problem is actively being worked on, but until it is fixed, uploading new packages to the archive is not possible.

http://news.debian.net/2010/04/02/ [...] ril-fools/

Message édité par thana54 le 03-04-2010 à 22:09:13

Publicité

cubewano

Oh merci pour ce site, j'ai pourtant cherché ! Ma connexion va souffler un peu [:panzani gino]

Message édité par cubewano le 03-04-2010 à 22:11:35

thana54

made in concept

Google est pourtant bien foutu "debian sid no new packages march 2010" :whistle:

nouveau flux rss ajouté [:yann39]

thana54

made in concept

petit lot de mises à jour ce matin, ca semble être reparti.

o'gure

Multi grognon de B_L

Le serveur était de nouveau opérationnel hier puis ils ont lancé les routines pour pousser les nouveaux packages.

Par contre c'est un poil le boxon encore dans les dépendances. Tout n'est pas propre... (du moins en sid)

---------------
Relax. Take a deep breath !

Elbarto

bonjour,

j'aimerai savoir si la touche "TAB" fonctionne bien pour l'auto-complétion des commandes dans le shell linux sous Debian ?

car j'ai remarqué que ça ne marche pas toujours, du moins ce n'est pas comme sous ma Mandriva 2007.1, en gros quand je tape le début d'une commande puis ensuite la touche TAB le shell bash ne me propose pas tout de suite des propositions, il faut parfois que j'appuie plusieurs fois sur la touche TAB ( comme si la première pression ne suffisait pas :pt1cable: )

je précise que je teste tout ça sous une machine virtuelle ( Vmware )

merci

Message cité 3 fois

Mjules

Parle dans le vide

Elbarto a écrit :

j'ai jamais eu de problème de complétion (2007.1, c'est pas tout jeune) par contre, si le paquet bash-completion est installé ça peut être assez lent. Zsh n'a pas ce soucis.

(cela dit, ça plante tout le temps [:cerveau dr] )

Message cité 1 fois

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. | Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.

Elbarto

Mjules a écrit :

j'ai jamais eu de problème de complétion (2007.1, c'est pas tout jeune) par contre

mais c'est relativement stable ( j'ai probablement moins de bugs que ceux qui utilisent en combo une debian Sid et KDE 4.x ), comme ça tourne sur un PC portable de 2003 alors au niveau des pilotes tout est déjà optimisé et il n'y a pas le besoin d'avoir donc la dernière version du noyau linux et tout ce qui est composant de type Xorg ou udev machin chose

en fait je m'amuse à installer debian et des distribs linux récentes sur des machines virtuelles au cas où je me monterai un nouveau PC possédant des composants très récents qui nécessiterait des composants logiciels systèmes récents ( et aussi pour découvrir KDE 4.x )

Mjules a écrit :

si le paquet bash-completion est installé ça peut être assez lent. Zsh n'a pas ce soucis.

(cela dit, ça plante tout le temps [:cerveau dr] )

voilà en gros il y a une certaine lenteur et imprécision que je ressens dans le bash linux de Debian Sid, le truc n'est pas "fluide", l'auto-completion semble ne pas répondre quand je tape le début de certaines commandes présentes dans /usr/bin et /usr/local/bin

et contrairement à Mandriva 2007.1 le bash fourni par défaut dans Debian ne me pose pas la question "voulez-vous voir toutes les possibilités (O/N) ?" lorsque je tape que le début d'une commande ( genre ab + tab ) lorsqu'il y a beaucoup de propositions et qu'on risque d'être innondé de propositions, dans Debian soit la touche Tab ne donne rien, soit il affiche tout d'un coup sans prévenir :pt1cable:

enfin bref je cherche à savoir si le comportement de l'auto-completion du bash dans Debian Sid est configurable "finement" via un fichier de config pour retrouver un fonctionnement plus "fluide" et complet de la touche TAB

Message édité par Elbarto le 04-04-2010 à 13:01:15

thana54

made in concept

Suite à la mise à jour de ce matin, j'ai le clic gauche qui devient inefficace sous thunar (seul le contenu d'un dossier est touché par ce "bug" ) [:cerveau paysan]
Tout le reste marche bien, sauf le clic gauche [:toyonos:1]

Message cité 2 fois

o'gure

Multi grognon de B_L

Ce dossier a-t-il une quelconque spécificité ?

Message cité 1 fois

---------------
Relax. Take a deep breath !

Publicité

404 Not Found

人の夢は!!!終わらねェ!!!!

Il est dans ~/Desktop ?

thana54

made in concept

o'gure a écrit :

Ce dossier a-t-il une quelconque spécificité ?

Non, j'en ai essayé plusieurs, mon ~, un disque en ext3, un autre en ntfs, thunar fait le muet
En fait, le clic gauche n'est pas interprété lors de la première ouverture d'un dossier (double clic sur un dossier).
Le "bug" n'apparait pas si je tente d'ouvrir un dossier via un clic droit "ouvrir/ouvrir le dossier" [:montgomery burns] , dans ce cas si j'ouvre tout les dossiers par un clic droit "ouvrir", aucun soucis.

[edit] en fait c'est ca: http://www.mail-archive.com/thunar [...] 01678.html mais datant de 2006 :heink:

Retour à la normale en downgradant:

Code :

===============================================================================
[CONSERVÉ, DÉPENDANCES] libgettext-ruby1.8
[CONSERVÉ, DÉPENDANCES] libruby1.8
[VERSION PRÉCÉDENTE] gtk2-engines 1:2.19.0-2 -> 1:2.18.5-2
[VERSION PRÉCÉDENTE] gtk2-engines-pixbuf 2.20.0-1 -> 2.18.9-2
[VERSION PRÉCÉDENTE] libgail-common 2.20.0-1 -> 2.18.9-2
[VERSION PRÉCÉDENTE] libgail18 2.20.0-1 -> 2.18.9-2
[VERSION PRÉCÉDENTE] libglib2.0-0 2.23.6-1 -> 2.22.4-1
[VERSION PRÉCÉDENTE] libgtk2.0-0 2.20.0-1 -> 2.18.9-2
[VERSION PRÉCÉDENTE] libgtk2.0-bin 2.20.0-1 -> 2.18.9-2
[VERSION PRÉCÉDENTE] libvte9 1:0.23.5-4 -> 1:0.22.5-3
[VERSION PRÉCÉDENTE] python-vte 1:0.23.5-4 -> 1:0.22.5-3
[CONSERVÉ] gthumb
[CONSERVÉ] gthumb-data
[INSTALLÉ] libglib2.0-data
===============================================================================

Message édité par thana54 le 04-04-2010 à 18:13:33

Elbarto

dans la série des bugs étranges quelqu'un a déjà eu la perte de son clavier durant une session KDE ?

ça m'arrive de temps en temps avec mon portable, brusquement le clavier ne répond plus, il n'y a que la souris qui fonctionne, je ferme alors l'interface graphique afin de revenir en mode console et là je remarque que mon clavier fonctionne bien, ce qui me permet de relancer l'interface graphique, le clavier refonctionne à nouveau ensuite sous KDE

Message édité par Elbarto le 04-04-2010 à 22:04:18

Elbarto

thana54 a écrit :

quand tu fais ces mises à jour sous Debian Sid est-ce que tu les fais machinalement sans regarder ce que propose précisément le gestionnaire de paquet ( genre tu y vas à l'aveuglette en faisant confiance ) ou bien tu sélectionnes individuellement le type de mise à jour en écartant ceux qui ne sont pas indispensables ou qui te paraissent douteux niveau fiabilité ?

j'ai vu sur d'autres sites que certains ont fait un copier coller de la liste des paquets mis à jour afin plus tard de pouvoir revenir en arrière très facilement pour annuler ces mises à jour,

l'idéal ce serait de paramétrer finement l'étendu des mises à jour ( par exemple si on a pas envie de changer de version de Xorg ben on modifie un paramètre dans un fichier de config afin d'interdire à APT de toucher à Xorg ou tout autre composant hyper sensible d'une distribution linux ) pour réduire la probabilité de casser sa debian sid

Message édité par Elbarto le 05-04-2010 à 17:45:12

thana54

made in concept

Ca dépend, certains paquets non pas l'habitude d'être problématiques, j'y vais à l'aveugle dans ce cas.
Pour les reste il y a ~~EuroCard Mastercard~~ /etc/apt/preferences dans lequel on peut interdire des versions, ou aptitude en gelant/interdisant une version

Elbarto

il y a le fameux adage "If it ain't broke, don't fix it" qu'on pourrait opposer aux utilisateurs de debian sid et qui foncent tête baissée dans les mises à jour comme si c'était qu'une opération bénigne

idéalement on ne devrait mettre à jour qu'en cas de bugs averés d'un composant ( ou d'une grave faille de sécurité ) ou de besoin d'une nouvelle version d'un paquet logiciel

moi je débute sous Debian Sid et ça me plait pas trop le fait que par défaut on peut se prendre des cochonneries en faisant une mise à jour des paquets,

il y bien la version stable de Debian ( Lenny ) mais je considère qu'elle est inadaptée pour un usage "desktop" chez un particulier ( versions de logiciels trop anciennes, kernel qui peut poser des problèmes si matos trop récent )

du coup je suis obligé de choisir la version Sid de Debian

Message édité par Elbarto le 05-04-2010 à 18:37:08

e_esprit

Sinon t'as Testing, entre les deux [:petrus75]

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

thana54

made in concept

Ou alors tu t'amuses avec /etc/apt/preferences pour interdire la mise à jour auto/potentielle (qui peuvent apparaitre dans la liste des paquets à mettre à jour) et dans les fichiers /etc/apt/apt.conf.d

Y a de quoi faire avec ca:
Pour fixer la limite haute lors de la sélection des archives (si par exemple ton /etc/apt/sources.list comprend les dépôts stable, testing, unstable et exeprimental):

thana54 a écrit :

Auto-réponse:

Code :

echo 'APT::Default-Release "squeeze";' > /etc/apt/apt.conf.d/default

A moins d'avoir déjà une ligne existante dans un des fichiers dans /etc/apt/apt.conf.d/ et remplacer "squeeze" par la version que l'on veut (etch, squeeze, stable, testing, sid, unstable...)

Lors des mises à jour aptitude n'ira pas prendre de lui même des paquets provenant des dépôts plus instables.

thana54 a écrit :

J'ai une petite question concernant apt/aptitude, comment blacklister un paquet lorsque je tente une mise à jour (soit via un full-upgrade, soit via ncurses touche "g" ) manuelle ?

Par exemple, j'ai crée un fichier pour les mises à jour automatiques:
/etc/apt/apt.conf.d/50unattended-upgrades

Code :

// never update the packages in this list
Unattended-Upgrade::Package-Blacklist {
"^linux-image.*";
"^grub.*";
"^libc6.*";
};

Mais j'ai toujours linux-image et grub-pc/common qui apparaissent lors des full-upgrade.

Faut-il passer par un pinning ?
Mon but est de pouvoir mettre à jour ces paquets de temps en temps en les sélectionnant à la main, mais qu'ils ne soient pas pris en compte lors des mises à jour quotidiennes/régulières :jap:

thana54 a écrit :

Sauf que les paquets en état hold apparaissent quand même dans la liste des paquets à mettre à jour
Et si y en a un camion benne...

Ca passe presque bien avec un pinning dans le genre là:

Code :

Explanation: Paquets blacklistés, aucune mise à jour permise hors manuelle
Package: grub-pc grub-common linux-image linux-image-2.6
Pin: version 0.no.version
Pin-Priority: 1000

Mais j'ai toujours un linux-image-* qui passe, suivant les machines, je préfère ne pas le mettre à jour dans la foulée.

Avec tout ca, tu pourras quand même aller piocher manuellement dans les dépôts de ton choix en minimisant les versions à problèmes.

Message cité 1 fois

Elbarto

e_esprit a écrit :

Sinon t'as Testing, entre les deux [:petrus75]

d'après le site officiel Debian ils donnent l'impression de conseiller plutôt la version unstable que la version testing si on veut les dernières versions de logiciels,

de plus la version unstable a tendance à avoir plus rapidement les correctifs de bugs que la version testing :

http://www.debian.org/doc/manuals/ [...] ng.fr.html

Citation :

3.1.5 Faut-il installer testing ou unstable ?

C'est plutôt subjectif. Il n'existe pas de réponse parfaite mais seulement une « estimation sage » à faire lors du choix entre unstable et testing. L'auteur conseille dans l'ordre de préférence : stable, unstable puis testing. Le problème est le suivant :

* Stable est solide comme un roc. Elle est incassable.

* Testing est cassée moins souvent que unstable. Mais lorsque cela arrive, la correction met du temps à être appliquée. Des fois il peut s'agir de plusieurs jours, et dans certains cas plusieurs mois.

* Unstable change beaucoup, et peut être cassée à n'importe quel moment. Cependant, les problèmes sont souvent corrigés en quelques jours et cette distribution offre toujours les dernières versions des logiciels empaquetés pour Debian.

Pourtant il existe des cas où utiliser testing serait plus avantageux qu'unstable. L'auteur a rencontré ce cas lors de la transition de gcc3 à gcc4. Le paquet labplot était impossible à installer sur une machine unstable car certaines de ses dépendances avaient passé la transition gcc4 et d'autres pas. Au même moment, le paquet de testing était installable sur une machine testing puisque les paquets ayant effectué la transition gcc4 n'avaient pas atteint testing.

Message édité par Elbarto le 05-04-2010 à 19:31:45

thana54

made in concept

Les corrections arrivent plus vite ok, mais les bugs aussi.
Il faut 10 jours pour un paquet de unstable pour passer dans testing sans bugs majeurs.

Elbarto

mais lorsque Testing est cassé à cause d'un paquet bugué la correction peut prendre un temps fou à arriver dans les dépots d'après le site officiel de Debian

e_esprit

Oui enfin :
- c'est rare
- si ca prends des mois c'est que c'est un paquet inutilisé, ou dont le bug est vraiment très précis et n'embête que peu de monde

Après faut savoir ce que tu veux, tu ne peux pas avoir des versions très récentes avec une grande stabilité, aucune distrib ne propose ça, c'est juste pas possible

Message cité 1 fois

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

thana54

made in concept

Aussi, mais pour testing vaut mieux faire des mises à jour moins fréquentes qu'unstable (histoire de voir arrivé la correction).

Au pire, en cas de doute: apt-listbugs.
Si tu ne fais pas des mises à jour fréquemment, tu auras la joie de voir des paquets ayant des bugs et la possibilité d'interdire leur installation.

Par exemple sur grub-pc (qui est assez critique, si il est cassé, le pc risque de ne pas booter):

Code :

sudo apt-listbugs list grub-pc
Lecture des champs des paquets... Fait
Lecture de l'état des paquets... Fait
Récupération des rapports de bogue... Fait
Analyse des informations Trouvé/Corrigé... Fait
Bogues de gravité critical sur grub-pc (1.98-1 -> ) <non corrigé>
#570960 - grub-pc: grub2 not working on lenny and squeeze after fresh install
Bogues de gravité grave sur grub-pc (1.98-1 -> ) <non corrigé>
#554790 - use /dev/disk/by-uuid (or similiar) for grub-pc/install_devices
Réuni avec : 558312 558748 561766 564928 565210 567230 567582 574350
#564844 - grub-pc: Fonts don't show in the new graphical boot menu
#550632 - grub-pc: chainload from legacy fails with bios disk error
#557425 - lenny->squeeze upgrade, debconf defaults -> system unbootable
Réuni avec : 558747
#550704 - grub-pc - Needs to handle symlinks in /dev/mapper
Réuni avec : 552056
#547944 - grub-pc: upgrade-from-grub-legacy option to install in a given hard disk is tricky
#548648 - grub-pc misdetects md RAID layout and fails to initialize
#575076 - grub-update stopped working after upgrade to grub-pc_1.98-1_amd64.deb (md device)
#565706 - grub-pc: grub2 enters rescue mode with "fd0 cannot get C/H/S values"
#550477 - grub-pc: after update-from-grub-legacy the system stopped booting
#551319 - [grub] grub: crashes frequently on boot
Bogues de gravité serious sur grub-pc (1.98-1 -> ) <non corrigé>
#546822 - apt-get update of grub-pc daisychained from -legacy boots into -pc
Résumé :
grub-pc(13 bogue)

Et avant le dépaquetage des nouveaux paquets/suppressions tu auras le droit à ceci:

Code :

Lecture des champs des paquets... Fait
Lecture de l'état des paquets... Fait
Récupération des rapports de bogue... Fait
Analyse des informations Trouvé/Corrigé... Fait
Bogues de gravité serious sur gthumb (3:2.10.11-3+b1 -> 3:2.11.2.1-2) <non corrigé>
#570444 - shouldn't migrate to testing
Résumé :
gthumb(1 bogue)
Êtes-vous certain de vouloir installer/mettre à jour les paquets ci-dessus ? [Y/n/?/...] ?
y - continuer l'installation avec APT, mais sans ignorer les bogues.
a - continuer l'installation avec APT en ignorant les bogues ci-dessus.
n - interrompre l'installation avec APT
<num> - demander le rapport de bogue spécifié (nécessite reportbug)
#<num> - identique à <num>
r - afficher les listes de bogues
p <pqt..> - figer les paquets : APT doit être relancé pour activer
cette option
p - figer tous les paquets ci-dessus. APT devra être relancé.
i <numéro>- ignorer le bogue numéro <numéro>
? - afficher cette aide
w - afficher les listes de bogues en HTML (cette option
utilise sensible-browser)
Êtes-vous certain de vouloir installer/mettre à jour les paquets ci-dessus ? [Y/n/?/...] p
Le 1 paquet suivant sera figé ou mis en attente :
gthumb
Êtes-vous certain ?[Y/n]? y
gthumb figé par ajout d'une préférence « Pin » dans /etc/apt/preferences. APT
doit être relancé pour activer cette option
Êtes-vous certain de vouloir installer/mettre à jour les paquets ci-dessus ? [N/?/...] n
*******************************************************************
****** Sortie en erreur forcée pour stopper l'installation. ******
*******************************************************************
E: Le sous-processus /usr/sbin/apt-listbugs apt || exit 10 a renvoyé un code d'erreur (10)
E: Failure running script /usr/sbin/apt-listbugs apt || exit 10
Échec de l'installation d'un paquet. Tentative de réparation :
Appuyez sur Entrée pour continuer.

Avec "p" tu interdit les versions spécifiées (mais ca interdit tout le groupe de paquets listés ayant des bugs, un peu dommage). Tu arrêtes la mise à jour, au besoin tu vas voir dans /etc/apt/preferences pour enlever le paquet que tu juges bon à mettre à jour, tu relances aptitude (qui aura enlever les versions interdites) et tu fais la mise à jour.

Message édité par thana54 le 05-04-2010 à 19:46:45

mikala

Souviens toi du 5 Novembre...

e_esprit a écrit :

On me chuchote a l'oreille que Arch Linux propose une telle fonctionnalité

Message cité 2 fois

---------------
Intermittent du GNU

black_lord

Truth speaks from peacefulness

mikala a écrit :

On me chuchote a l'oreille que Arch Linux propose une telle fonctionnalité

[:boxxxy:3]

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

e_esprit

mikala a écrit :

On me chuchote a l'oreille que Arch Linux propose une telle fonctionnalité

Ton oreillette déconne sévère

Message cité 1 fois

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

mikala

Souviens toi du 5 Novembre...

e_esprit a écrit :

Ton oreillette déconne sévère

bah va voir le topic ArchLinux si tu refuses de croire en mes propos

Message cité 1 fois

---------------
Intermittent du GNU

sligor

e_esprit a écrit :

Ton oreillette déconne sévère

c'est l'âge, il est plus tout jeune, son audition n'est plus au top

Message édité par sligor le 05-04-2010 à 20:22:07

---------------
qwerty-fr

o'gure

Multi grognon de B_L

Dehors le trolleur

---------------
Relax. Take a deep breath !

e_esprit

mikala a écrit :

bah va voir le topic ArchLinux si tu refuses de croire en mes propos

Est-ce que j'irais dans une église si je voulais savoir si dieu existe ou est pure invention ? [:cerveau dr]

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

Kortex@HFR

Qu'ils sont cons ces lamas !!!

Sur le mur des tanneries a Dijon
http://garlicviolence.org/irl/drkv [...] rchism.jpg

A cliquer cause très grande taille.

Message cité 2 fois
Message édité par Kortex@HFR le 06-04-2010 à 00:18:37

---------------
Au coeur du swirl - Mon feed

ipnoz

Les militaires sociopathes

Kortex@HFR a écrit :

Sur le mur des tanneries a Dijon
http://garlicviolence.org/irl/drkv [...] rchism.jpg

A cliquer cause très grande taille.

:love:

e_esprit

Kortex@HFR a écrit :

Sur le mur des tanneries a Dijon
http://garlicviolence.org/irl/drkv [...] rchism.jpg

A cliquer cause très grande taille.

APTITUDE :fou:

Message cité 1 fois

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

e_esprit

Quoiqu'apt-get est plus adapté coté anarchie [:transparency]

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

Elbarto

on remarquera le mauvais choix de la police de caractères peu lisible qui gâche un peu l'initiative

thana54

made in concept

e_esprit a écrit :

APTITUDE :fou:

aptitude -y [:spamafote]

Kortex@HFR

Qu'ils sont cons ces lamas !!!

Ca fait drôle de trouver un graph que 0.005% personne vont comprendre sur le mur d'un squat en tout cas. Je vous recommande cette salle, c'est très sympa et détendu.

Message cité 1 fois

---------------
Au coeur du swirl - Mon feed

Elbarto

Kortex@HFR a écrit :

Ca fait drôle de trouver un graph que 0.005% personne vont comprendre sur le mur d'un squat en tout cas. Je vous recommande cette salle, c'est très sympa et détendu.

je pense plutôt que c'est un montage photoshop ( un graph fait au sommet d'un mur de 15 mètres de haut faut être balaise, à moins que ce soit Goldorak qui ait fait ça )

mais tu semble connaitre cette salle, c'est toi qui a pris la photo ?

Message édité par Elbarto le 06-04-2010 à 12:44:03

Kortex@HFR

Qu'ils sont cons ces lamas !!!

Non, ce n'est pas moi qui ai shooté, mais j'y étais Dimanche soir et je l'ai vu de mes yeux, donc non ce n'est pas un Toshop. Je voulais prendre la photo, mais mon flash a refusé de fonctionner, donc j'ai cherché sur le net.

---------------
Au coeur du swirl - Mon feed

thana54

made in concept

C'est tout caca en ce moment les updates [:kbchris]

Vais attendre quelques jours.

Elbarto

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/

Citation :

You need to add the following to your /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

In order to get repository key, install the pkg-kde-archive-keyring package:

aptitude install pkg-kde-archive-keyring

You can view the list of available packages here.

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 :

aptitude install pkg-kde-archive-keyring

ça me donne un message d'erreur m'indiquant que ce paquet n'existe pas

ensuite lorsque je tape :

aptitude -t experimental-snapshots -o 'Aptitude::ProblemResolver::Hints::experimental=approve ~Aexperimental' dist-upgrade

ça installe des choses mais pas KDE 4.4.2

quelqu'un a une idée ?

Publicité

Page : 1 2 3 4 5 .. 384 385 386 .. 773 774 775 776 777 778

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Installation

[DEBIAN] - Intégristes barbus, |337, femmes nues...

Sujets relatifs
[neewbe debian]Package mplayer pour debian Woody	debian ou slackware?
du gnu debian dans une sauce apple melangez avec du freebsd et on a	[Debian] probleme avec Xfree
[Debian] comment installer KDE 2 voir KDE3 si possible ??	comment installe-t-on une debian
disquette de boot debian	install carte reseau ISA debian
[ncurses] DEBIAN - je peux pas configurer mon noyau Sniff	[Debian] stable / unstable
Plus de sujets relatifs à : [DEBIAN] - Intégristes barbus, \|337, femmes nues...

Page générée en 0.136 secondes