Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
mais après
,
ne me renvoie aucun dépôt avec une priorité de 330...
Que faire?
BeruLeGras a écrit :Attention, Asmodée, risque de point Godwin (cf wikipedia) sur le thème "win c'est satan mais linux c'est pour les geeks".
Je ne crois pas... T'ai-je conseillé par hasard de passer à autre chose ? Le "MSN c'est le mal" est un private joke (pas si "private" que ça) à la limite du sarcasme. Cependant, pour être un utilisateur de MSN (ben oui), (l'unique ?) avantage de MSN (pour moi), c'est qu'il est utilisé par la majorité de mes contacts (bien qu'avec google talk basé sur jabber, ça change un peu)... Cependant, je constate que microsoft ne fait RIEN pour rendre son protocole potable. Tu en payes les frais aujourd'hui et je ne considère pas ça comme normal. Et le fautif là dedans, quoi que tu en dises, ce ne sont pas les devs de pidgin/amsn/empathy/etc., ce sont bien ceux de microsoft qui changent le protocole sans en parler à personne, sans le documenter et, c'est le plus pervers, sans que ce changement apporte quoique ce soit à l'utilisateur final sauf des emmerdes quand on utilise pas msnmessenger (et encore).
C'est pas du simple anti-microsoft par principe. Ils font de la merde là-dessus, c'est indéniable...
Oups désolé, j'aurais du rajouter un smiley. J'ai tellement vu de discussion déraper sur des forums linux pour cause de mention d'un produit ms, je deviens parano.
Heu, et comment je fais ça?
Soit te servir des binaires et/ou sources fournis directement sur leurs sites respectifs, soit tu attends que la mise à jour se fasse dans les dépôts.
je vais tenter, je te tiens au courant.
MSN c'est le mal pour un grand nombre de raisons... Dont :
Raison #274 : Microsoft se réserve le droit de changer à tout instant son protocole de messagerie instantanée sans documenter ces changements ni même en informer les utilisateurs.
Raison #275 : Il fait appel à ce droit bien souvent rendant les autres clients MSN obsolètes
Attention, Asmodée, risque de point Godwin (cf wikipedia) sur le thème "win c'est satan mais linux c'est pour les geeks".
Vite fait, en réponse: 90% des utilisateurs de base sont sous win (http://marketshare.hitslink.com/operating-system-market-share.aspx?qprid=10 - même si d'après wikipédia c'est l'inverse pour les super-ordinateurs, mais c'est pas le sujet-), 90% des utilisateurs en question n'ont pas le temps/pas envie/ la flemme de tester autre chose que ce qui est fourni de base, DONC: soit je persiste à ne pas utiliser le langage msn et je me retrouve autiste, soit je l'utilise tant bien que mal de manière à continuer à converser avec mes contacts, ce qui me permets de leur prouver que linux n'est pas réservé aux geek (et qu'en plus, vu que les logiciels sous linux comprenant msn sont libres, on peut leur faire faire des trucs que les utilisateurs de win ne pourront jamais faire, gniak gniak gniak).
[i](Apparté: d'ailleurs c'est aussi la même chose avec les utilisateurs sous apple..., fait ch!er pour un système dérivé de BSD!)
Pour empathy, oui, il ne connaît pas le widget qui a priori sert à renseigner le nom de l'écran. M'est avis qu'une petite MÀJ résoudra le problème.
Heu, et comment je fais ça?
:~$ empathy
** (empathy:22036): DEBUG: mission_control_get_presence_actual: MC not running.
** (empathy:22036): DEBUG: mission_control_get_presence_message_actual: MC not running.
** (empathy:22036): DEBUG: _parse_parameter: param "fallback-socks5-proxies" has invalid signature
** (empathy:22036): DEBUG: check_for_accounts: No enabled accounts
** (empathy:22036): DEBUG: check_for_accounts: No enabled accounts
** (empathy:22036): WARNING **: Glade is missing widget 'entry_screenname'.
** (empathy:22036): DEBUG: mc_account_unset_param: Removing password from keyring
** (empathy:22036): DEBUG: mc_account_unset_param: Removing password from keyring
** (empathy:22036): DEBUG: mc_account_unset_param: Removing password from keyring
** (empathy:22036): DEBUG: mc_account_set_param_string: Storing password in keyring
** (empathy:22036): DEBUG: mc_account_set_param_string: Storing password in keyring
** (empathy:22036): DEBUG: mc_account_set_param_string: Storing password in keyring
** (empathy:22036): WARNING **: Glade is missing widget 'entry_screenname'.
** (empathy:22036): DEBUG: mc_account_get_param_string: Password found in keyring
** (empathy:22036): DEBUG: mc_account_get_param_string: Password found in keyring
Je crois que ça vient de ça:
non?
Là, je me retrouve avec la fenêtre qui me demande si je veux récupérer le message en absence. J'accepte, rien ne se passe, et voilà le code obtenu:
au cours de l'upgrade j'ai cette erreur :
E Sub-process /usr/bin/dpkg returned an error code (2)
P'tit coup de google.
J'ai trouvé ça:
http://www.commentcamarche.net/forum/af … ed-an-erro
Apparemment t'es pas le seul a avoir ce gag.
Mais apparemment le solutions ne sont pas light...
Ceux qui s'en sont sortis semble s'être attaqué à dpkg:
-soit avec
(dixit le man: "Efface les renseignements existants sur les paquets disponibles")
(http://evalinux.wordpress.com/2008/06/2 … or-code-2/)
-soit avec "
, yes a toute ls questions,
"
(là, ça efface carrément dpkg!
(http://www.commentcamarche.net/forum/af … ed-an-erro)
Mais pourquoi cela a t il marché, aucune idée!!! Où alors parce que dpkg a pété un cable? Bonne lecture de son man ($man dpkg)
J'hallucine quand même de voir que c'est si tendu pour installer des programmes par d'autres moyens que ceux spécifiés dans le sources.list.Sur ce point grosoft est loin d'être détrôné car on se prend beaucoup moins la tête pour installer un truc a partir de n'importe quel média.
Je vais essayer de ne pas rentrer dans un débat de type bien mal, d'autant que j'utilise les deux systèmes.
Pour répondre à ton affirmation:
C'est un peu... le coût de la stratégie des système type debian.
A l'origine, tout logiciel est écrit en code source; le "machin" en tar.gz que l'on doit compiler ensuite. Le vendeur peut ensuite décider de le compiler lui-même, ce qui donnera un programme directement installable (exemple: les .exe pour microsoft). Il y a des équivalent aux .exe dans le monde linux; par exemple pour debian, ce sont les paquets ".deb". Ils forment le contenu du source.list mais on peut en trouver aussi de manière indépendante.
La sécurité debian, l'absence d'antivirus requis est liée à ce "source.list". Il contient tous les paquets (programmes) parfaitement fonctionnels pour debian, et qui ont été testés comme 100% fonctionnels et sans danger. C'est à dire à la fois que les programmes en source.list sont garanti sans danger, mis à jours, mais aussi qu'ils sont parfaitement intégrés avec le système.
Un (le seul?) équivalent windows sont les mises à jour du système.
Les .deb trouvés hors du source.list sont moins fréquents que les .exe rencontré chez microsoft, ceci pour plusieurs raisons:
-l'énorme part de marché de microsoft (90%) fait que un développeur a plus intérêt à produire une appli pour ce système.
-les systèmes microsofts fonctionnels sont limités à quelques versions: XP, vista, 7 + leurs équivalents serveurs. Il y a rarement eu plus de 2version de windows sur le marché. Ils sont tous plus ou moins compatibles, même si certains programmes (.exe) fait pour seven ne marchent pas pour XP, et réciproquement. Le coût est en général une certaine taille d'installation liée aux besoins de compatibilité matériel. Chez linux les systèmes disponibles sont beaucoup plus nombreux. Peut-être de l'ordre de la centaine. Chacun avec ses spécificité, chacun avec des particularités. Avantage: des systèmes taillés sur mesure. Mais inconvénient: impossible donc de produire un équivalent de .exe compatible avec tous. Ou alors en produisant de très nombreux .deb adaptés à chaque version. Il est plus simple pour le fournisseur de fournir le code source et que chaque utilisateur compile lui-même celui-ci. En pratique, le créateur crée souvent quelques paquets pour les différentes versions de linux les plus répandues: ex: debian, fedora, etc. Le plus souvent ces paquets sont transmis au centre debian et directement inclus dans le source.list.
-une autre stratégie utilisé par debian est que, puisque le code source est libre (càd lisible par tout le monde), lorsqu'un programme utilise des fonctions utilisées dans d'autres programmes, la partie commune est souvent à part. Cela permet de ne charger qu'une fois cette partie. Cela n'est pas possible sur un système windows en raison du code source non libre. On se retrouve ainsi avec des programmes ayant trente-six fois le même code. Donc perte de place (entre autre). Inconvénient du système employé par debian: il faut que différents programmes qui utilisent un même sous programme utilisent la même version du sous programme. Impossible d'avoir cela sans un source.lists qui unifie les différentes versions.
Un point sur lequel je suis parfaitement d'accord avec toi est que debian et linux en général sont mal adapté au fonctionnement loin d'une connexion internet haut débit. Ils tentent d'améliorer ça d'ailleurs. Je suppose que c'est lié aux origines de ce système: des universitaires (donc internet haut débit) qui s'y connaissaient en informatique et très préoccupés de sécurité (donc nécessité de mise à jour fréquentes et rapide, seulement possible par internet). Windows suit une différente stratégie: la cible: des particuliers. Donc la facilité d'utilisation prime au dépends d'autres besoins (sécurité, fiabilité, etc.). Les clients exigeant un haut degré de sécurité (entreprises) sont souvent connectés à internet haut débit, donc ont accès au haut débit et possède souvent des techniciens informatiques capable de traquer les failles de sécurité. Ca évolue d'ailleurs. Linux tente de s'adapter aux besoins de facilité utilisateurs néophytes (cf ubuntu) et à l'absence d'internet, et windows a fait des progrès en matière de stabilité depuis win95.
D'ailleurs, dans mon cas, mon utilisation reflète cette différence de concept. J'utilise debian pour internet et pour la bureautique: j'ai besoin de stabilité, je me fiche d'avoir des gadgets fins, par contre je ne veux pas que mes données soient piratés par le premier script kiddie venu et je ne veux pas que le système plante quand j'ai bossé 5jours sur une présentation. J'utilise windows pour les jeux vidéos: là je veux que ça soit joli et tant pis si ça plante une fois sur dix. Et si un pirate récupère un de mes savegame, m'en fiche!
Vous parlez bien du format privateur ntfs là ?
Dans mon cas, ça n'avait rien à voir avec le format. Que les partitions sur le disque e-sata soient fat, ntfs, ext3, ou schtroumpfette en barre 
, ça ne changeait rien au problème...
Debian ne faisait pas la différence entre e-sata et sata tout court.
je crois plus à un problème de configuration, comme c'est le cas par exemple pour ton eth0 avec le câble débranché, qu'il doit suffire de passer en "allow hotplug" au lieu de "auto" dans le fichier interfaces pour obtenir le fonctionnement souhaité
Merci pour ta contribution 
:):)
Heu, on fait ça comment "passer en "allow hotplug" au lieu de "auto" dans le fichier interfaces"?
edit du 28/04/2010
Trouvé!
C'est déjà le cas d'ailleurs:
Je note les valeurs suivantes:
Bus 007 Device 003: ID 03f0:5111 Hewlett-Packard PhotoSmart 3200 series
2- il faut aller éditer le fichier z60_libsane.rules situé dans /etc/udev/rules.d
(Penser à faire une copie au cas où)
3-dans z60_libsane.rules je rajoute la ligne (à adapter suivant besoin: cf résultats trouvés avec lsusb):
# Hewlett-Packard PhotoSmart 3200 series
SYSFS{idVendor}=="03f0", SYSFS{idProduct}=="5111", MODE="0664", GROUP="scanner", ENV{libsane_matched}="yes"
4- redémarrage.
Espérant que ça servira à d'autres
Salut BeruLeGras
Attention avec squeeze, elle n'est aps très fiable.
J'ai des problème d'usb, des soucis avec mon imprimante
Le multi-boot avec grub2 ne fonctionne pas au top. Je ne peux plus accéder à WindowsBeruLeGras a écrit :Tiens, dans les autres gags actuels: scanner devenu uniquement utilisable en root depuis une mise à jour.
J'ai rencontré ce genre de truc une fois
cf. http://debian-facile.org/forum/viewtopic.php?id=1168
a+
dams
C'était bien cela. J'ai fais un nouveau Topic pour présenter le problème et la solution trouvée par Mani. Je pense que l'erreur est due à une mise à jour ou autre qui a supprimé la ligne correspondant à mon scanner.
Pour alsa, je vais voir...
C'est ton adresse MAC non ?
Dans ton exemple, ifconfig indique que tu es connecté en ethernet.
J'étais en effet connecté en ethernet, nécessité de me connecter au forum oblige, lol. C'est tous les zéro après que je ne pigeais pas.
Au fait: extinction et redémarrage, et hop, résultat normal de nouveau.
sauf pour wmaster0.
pas pigé, lol!
Je tenterais le coup avec aircrack plus tard, lol.
C'est quoi cette adresse bizarre pour wlan0?!
# iwlist wlan0 scan
wlan0 Interface doesn't support scanning : Network is down
Hé? Ha oui. Donc:
yes yes yes?
Yes!
kwifi ne trouve toujours rien, mais wifi-radar fonctionne maintenant!
Je fais un essai de connexion et je vous raconte le résultat.
Merci beaucoup!
:):):):)