reno a écrit 3881 commentaires

Pour le moment oui, mais cela peut peut-être changer: a une époque tu ne pouvais brancher que des téléphones AT&T sur le réseau téléphonique AT&T (et cela ne m'étonnerait pas qu'en France cela ait été la même chose) et puis il y a eu un procès pour abus de monopole..

Donc ce n'est pas forcément une situation irréversible.

Merci pour l'info, je ne savais pas que ~- existait deja.

Par contre "~<un numero du directory stack>" est une fonctionnalité différente que celle que je proposait "~<un alias>" car le premier est dynamique et les index dans la pile peuvent changer donc ce n'est surtout valable que pour les repertoire recemment utilisé, tandis que le deuxième serait plus 'stable' dans le temps..

Interessant, je ne savais pas, merci pour l'info.

[[ Par contre le powershell est limité a lui même: il perd tous ses avantages si vous devez le "piper" avec une autre appli qui est pas en powershell, alors qu'en ayant un format textuel par defaut, on pipe naturellement entre programmes écrits en différents langages, ce qui a aussi son avantage. ]]

Pas nécessairement: on pourrait faire un tuyau "intelligent":
- tuyau entre 2 programmes qui comprennent les objets? Ce sont des objets qui sont passés.
- tuyau depuis un programme objet vers un autre: conversion des objets en représentation textuelle (qui est un dénominateur commun quelque part), le tuyau se chargeant de demander aux objets de s'afficher en texte.

Par contre la conversion texte --> objet ne me semble pas faisable automatiquement..

Je n'ai pas aimé l'article sur l'agent ssh, ni le style ni le contenu que j'ai trouvé pas très didactique.

Par contre j'ai beaucoup apprécié l'article sur expect.

Aller +1 on est Vendredi..

La souplesse de Ruby pour coder une verrue, c'est bien mais je considère quand même qu'il s'agit d'un comportement par défaut incorrect pour un tableau..

Sinon pourquoi "get!" et pas "get" ?
Il me semblait que le point d'exclamation est une convention de nommage pour les methodes qui modifie les objets..

Oui enfin l'embetant sous DOS c'est que si tu tapes "cd D:\toto" et que tu es sous C: et bien tu n'as pas bouger en fait, ce qui est pénible..

Sinon je pensais qu'avec le cdargs posté par Ronan BARZIC, si on étendait le concept des ~user a ces alias, tu pourrais faire cp ~alias/fichier .
et pour accéder au dernier répertoire comme "cd -" fait: cp ~-/fichier .

YAPQC (Y a plus qu'a coder) ;-) ;-)

Vu avec retard ça pour Suse:

http://www.susegeek.com/utility/rpmorphan-find-delete-orphan(...)

D'après la description cela fait ce que tu recherche, enfin bien sûr il faut utiliser Suse (gros soupir).

>> il faut un systeme 'pur': c'est a dire gerer uniquement avec les packages
>Hein ? Par opposition à quoi ?
>Un système où on a compilé des choses ?

Oui.

Je trouve que tu passe un peu vite sur le premier cas, si tu compile quelque-chose qui dépend d'une libraire installée par une dépendance d'une application existante, alors retirer une application va retirer la dépendance ce qui par effet de bord peut casser ton application installée a la main.

Que cette fonctionnalité manque pour ceux qui font très attention a gérer leur machine et qui veulent des machines 'propres', ok, maintenant je ne sais pas si tout le monde voudrait cela comme comportement par défaut, c'est un changement des habitudes existantes..

Pas étonnant que ce ne soit pas implémenté, pour que fonctionne bien la désinstallation automatique de package en suivant les dépendances, il faut un systeme 'pur': c'est a dire gerer uniquement avec les packages.

Et comme a priori cela ne fait qu'économiser de la place disque, cela ne doit pas être une grosse priorité des dev.

Euh le probleme dans ton post, c'est qu'il n'est pas sûr que le "pilote constructeur" et le pilote PPD ont tout les deux les mêmes fonctionnalités, je pense par exemple aux profils de couleurs, gestion d'encre, etc..

Dans le cas ou j'ai eu a faire une modif, je partais d'un systeme de build que je ne maitrisais pas et ou le src.rpm n'était pas conservé, d'ou mon probleme.

Merci pour cette réponse très détaillée, cela me parait utile de simplifier l'éclatement d'un rpm oui, je connaissais rpm2cpio mais il me manquait la connaissance des options de l'outil rpm pour recuperer tous les attributs, je vais me faire un shell/Perl pour simplifier tout ça.
Et si je suis très courageux, je regarderai a quoi les sources de l'outil rpm ressemblent, peut-être qu'une option supplementaire --extract_all serait la bienvenue?
Modifier un tar est simple, modifier un rpm devrait être (quasiment) aussi simple.

Sinon je ne savais pas que le .deb le permet (ce n'était pas une tentative de troll masqué entre .rpm et .deb) mais je ne peux pas utiliser le .deb car on utilise RedHat ..

[[Un paquet rpm n'est pas équivalent à tar ou cpio. Sinon autant utiliser ces derniers.]]
Relis mon poste, je parles des informations en plus qu'a un rpm (numéro de version, dépendances, etc) et que toutes ces informations pourraient être stockées dans un fichier.

[[Si tu veux modifier un .rpm, fait comme tout le monde, prend le src.rpm et reconstruit le paquet.]]
1) Ca te parait simple comme manipulation?
Meme quand il s'agit de changer un fichier de données/script inchangé entre le rpm et le src.rpm?

2)Et pourquoi faire une différence entre un src.rpm et un rpm?

Pour moi, les deux devraient avoir une structure identique et juste être différent au niveau du contenu: modifier un src.rpm est simple mais pas un rpm, donc je trouve ça mal fichu..

Personellement je trouve le format rpm mal fichu, j'explique: il y a un moment je voulais changer le contenu d'un fichier dans un rpm, au début j'étais confiant: c'est un format de package comme tar/cpio (soit dit en passant je trouve l'outil tar bien plus facile a utiliser que l'outil cpio), donc comme avec tar remplacer le contenu d'un fichier ça prends 30s, je me dits que le temps que je comprenne comment l'outil rpm fonctionne pour éclater/recreer une archive après cela sera tout simple.

Et bien pas du tout en fait!
Et la je ne comprends pas.. Pour moi un rpm, c'est comme une archive tar/cpio avec quelques données en plus (numéro de version, dépendences, etc) qui auraient leur place dans un fichier de description.

Donc s'il y a des experts en rpm, j'aimerai bien une explication: pourquoi est-ce si compliqué de manipuler un rpm?

Si je trouve l'article interressant et clair, il y a une question ou j'ai trouvé la réponse un poil 'courte' c'est: "Tout le monde ne peut pas avoir un serveur chez lui ?"

Beaucoup de gens ont déjà des serveurs potentiels chez eux, ce sont les box Internet..

Certes même en SDSL une box ne pourrait pas servir slashdot, mais je pense qu'avec une espece de "HTTP sur bittorrent" une box aurait des capacités impressionante.

Et je pense que pour les FAI cela aurait des bénéfices car c'est la bande-passante inter-FAI qui coute cher, pas celle intra-FAI..

Apres comme tout réseau P2P, le probleme est d'éviter le leeching..

Proche, proche, pas assez à mon gout!

KDE n'a pas par exemple par défaut Win+D comme raccourci clavier pour afficher le desktop (je crois que c'est Ctrl+Alt+D) ce qui m'oblige a le configurer a chaque install (pour avoir les mêmes raccourcis clavier partout), ce n'est qui n'est hélas parfois pas si simple car la gestion de clavier avec X est assez 'barroque' (pour être poli).

Prendre un comportement 'a la Windows' comme mode par défaut sauf dans les cas ou Windows a une mauvaise idée (par exemple le shift+click droit pour faire apparaitre 'ouvrir avec' est une idée stupide il vaut mieux garder 'ouvrir avec' en permanence) me parait une bonne tactique pour concurrencer Windows.

Tu peux peut-être regardé avec xrestop pour voir si ce n'est pas un programme qui remplit X avec ses pixmap, mais ça resemble plutot a un probleme Xorg/compiz, as-tu essayé de désactiver compiz et de relancer pour voir si le probleme est toujours le meme?

J'ai trouvé aussi la NB completement déplacée..

N'en deplaise au rédacteur, il n'y a pas qu'une logique unique aux logiciels libres: un certain Linus Torvalds est souvent en désaccord avec la FSF, les logiciels sous licenses BSD/MIT cela existe aussi, les devs de KDE ont décidés de porter KDE sur Windows et MacOS-X, etc.

Bof: il y pas mal de logiciels libres qui sont dans la pratiques pas porté ou pas a jour et très peu testé sur autre chose que x86/x86-64, certains contiennent même de l'assembleur donc très difficile a porter mais la plupart du temps ce n'est pas un critère qui est abordé ici..

Comme toi je ne comprenais l'interet de Plasma, on m'a dit recemment que c'était
1) pour la maintenance, la je suis dubitatif de l'interet réel, c'est tellement facile de dire je n'y comprends rien donc je réecries tout..

2) pour avoir un bureau 'indépendant de la résolution' s'ils ont vraiment réussi à faire ça, alors cela valait probablement le coup, quelqu'un peut-il confirmer?

En moyenne quand on regardes les chiffres, tu as raison, mais j'avoue que c'est un mystère pour moi: je pense que la majorité des gens n'utilisent pas les plugin Firefox hors je considère Firefox 'de base' bien inférieur à Opera (coté réactivité surtout)..

A mon avis ce qui manque surtout à Opera c'est une campagne de pub..

Je crois que Dirac n'a pas été retenu car le décodage est gourmand en CPU, génant quand on met une vidéo sur le web..

C'est opposable car les outils graphiques que je connais sous Linux ne documentent pas ce qu'ils font et donc ça devient vite compliquer d'utiliser les deux..

Je me souviens d'un outil graphique sous HP-UX, visuellement il était très moche mais il loggait toutes les modifications faites de manière claire.

Pour un site de documentation/forum, il n'y a pas de moteur de recherche en page principale (ou alors il est caché car je ne l'ai pas vu).

Dommage car j'aimerais trouver un moyen d'utiliser la touche Windows de gauche pour faire des raccourcis clavier sur RHEL5..