_seb_ a écrit 462 commentaires

C'est aussi l'une des améliorations de RPM que j'attends avec impatience depuis longtemps.

La solution retenu par Fedora est de recréer la paquetage installé depuis la base RPM,d'y appliquer le patch téléchargé pour en faire un nouveau paquetage RPM qu'on installalera de façon traditionnelle.
DeltaRPM fait à peu près la même chose.

Au final, on a tout de même un nouveau paquetage RPM qui installera des fichiers qui n'auront pas été modifiés.

Un paquetage RPM (package) est un fichier avec un format spécifique (format RPM).
Pour gérer ce format de fichier, il y a une bibliothèque (library) qui permet de manipuler les fichiers d'installation (et autres) inclus dans le paquetage RPM.
Cette bibliothèque permet également d'installer ces fichiers d'installation (entre autres) et de gérer une base de logiciels installé sur le système (plus exactement les paquetages installés).
Des outils sont également fournis pour donner à l'utilisateur la possibilité..et bien d'installer, de supprimer, de rechercher, etc des paquetages RPM sur le système uniquement.
Tout cela, c'est RPM.

Yum n'est qu'un enrobeur pour RPM. Il télécharge le paquetage RPM sélectionné ainsi que ses dépendances (paquetages RPM également), puis les installe et cela en s'appuyant sur les outils et bibliothèque RPM. Yum ne gère pas la base des paquetages RPM installés sur le système. Cette tâche est gérer par RPM en tant que tel.

Idem pour Aptitude. Aptitude fait confiance à RPM pour faire les installations correctement sur le système.

alors, est ce que RPM5 (pas le format, l'ensemble des outils;)) est aussi rapide qu'aptitude ?
(c'est une vrai question)

Non, ce n'est pas une vraie question puisque Aptitude a besoin de RPM (quelque soit sa version) pour fonctionner. RPM5 n'a pas pour vacation de remplacer Aptitude ou Yum.

Une vraie question est pourquoi RedHat (et autres distribution) n'ont pas poussé plus en avant le développement de RPM afin de :
- corriger les bugs
- faire évoluer le format RPM pour qu'il soit plus portable d'une distribution à une autre et qu'il soit plus simple pour les développeurs d'empaqueter leurs logiciels dans un fichier RPM.
- faire évoluer le système d'installation afin de ne pas à avoir à retélécharger tout le fichier RPM, mais seulement les différences d'une version à une autre.

Cette dernière évolution permettrait de rendre Yum, Aptitude et autres beaucoup plus rapide (taille des fichiers télécharger réduite). Quelques projets ont tenté de s'y atteler mais la tâche n'est pas simple.

RPM ayant stagné pendant pas mal de temps, il était de plus en plus difficile de faire évoluer RPM. De nombreux logiciels ont été distribués sous forme RPM, des chaînes de création automatique de paquetage RPM relativement complexes ont été mise en place pour certains logiciels (le noyau de Redhat par exemple), sans oublier que RPM remplit assez correctement sa tâche...tout cela n'a fait que ralentir les évolutions sur RPM.

Pourquoi ne pas faire un script qui génère toutes les règles iptable depuis ton fichier WHITELIST.

Non seulement ça me parrait plus simple, mais en plus si le fichier WHITELIST est modifié, le firewall restera sur sa dernière mise à jour. Ca me semble mieux tout de même.

Le temps ne change rien à l’affaire : quand on est con, on est con
et il y en a dans toutes les sociétés qu'elles soient privés ou publics. Il y a des cons à la sncf, mais il y a sûrement aussi des cons parmi tes collegues (la preuve, ils prennent l'avion :-)).

En contre-partie, il y a aussi des gens biens qui prennent à coeur leur travail, contents du service qu'ils rendent. Ces gens, on les trouve aussi bien dans le privé que dans le public. Les gens biens, il y en a dans ta boîte et à la sncf.

ISIS utiliserait donc Archlinux !!

En terme de sécurité, il faut également penser au BSD qui de ce côté sont tout de même bien placés.

Merci pour ta réponse.

Plus sérieusement, je ne suis pas employé par Neuf;

Ceci dissipe les doutes et permet de mieux se concentrer sur le véritable débat.

Que Harald Welte porte plainte contre Iliad pour non-respect de ses logiciels ne me choque pas plus que cela. La justice tranchera.

J'aimerais cependant savoir quels sont les implications de Xavier Antoviaque dans cette affaire.

Xavier Antoviaque dirige la jeune entreprise Flouzo dont l'objectif est de faciliter et de répandre l'usage des campagnes de don en ligne. C'est à travers ce site (hébergé chez Free) que la campagne de dons a été lancée.

Mais Xavier Antoviaque est aussi responsable d'EasyNeuf.org et chargé de coordoner les efforts communautaires autour de l'OpenGate et de l'EasyGate chez NeufTelecom (un concurrent direct de Iliad).

Loin de moi d'imaginer que Xavier Antoviaque est poussé par NeufTelecom pour que l'affaire d'Harald Welte se poursuive via l'activité de l'entreprise Flouzo.

Je souhaite cependant et simplement quelques explications de sa part.

La prime de charbon a bien existée à la SNCF. Cette prime, aujourd'hui, n'existe plus (depuis 1974, à confirmer).

En plus l'installateur n'est pas insurmontable, suffit juste de bien suivre la doc d'installation ! Faut juste être curieux et motivé ;)
http://wiki.archlinux.fr/howto:installation:installation

D'un autre côté, le howto n'est pas à jour.
J'ai également l'impression qu'il n'est pas possible d'installer ArchLinux avec l'installateur fournis sans une partition /boot.

A noter cependant que l'étape de la première installation ne se fait qu'une seule fois, après ce sont des mises à jour simplissimes (via pacman).

http://sourcenav.sourceforge.net/

Plus maintenu depuis des lustres, mais reste excellent.

-- je passe le fichier en 755 grâce à WinSCP encore connecté

Si tu te déconnectes, je pourrais plus rien pour toi.

Ca devient compliqué.

Une de possibilité (un peu babarre tout de même):

Reprendre le package rpm glibc-2.3.4 et l'extraire (sur une autre machine) comme suit:

mkdir rep_travail
cd rep_travail
rpm2cpio glibc-XXXX.rpm | cpio --extract --make-directories

On a alors le contenu du fichier rpm et l'on peut installer à la mano les libs (à commencer par ld-linux.so.2, puis libc, libpthread, etc dans le répertoire /tmp). A chaque copie de fichier (en 777), on essaye la commande ls avec .

LD_PRELOAD=/tmp/ld-linux.so.2:/tmp/libc-2.3.4.so ls

Si ça marche, on réinstalle la glibc via rpm.

Et si ça a vraiment marché, on clique sur le lien suivant: http://linuxfr.org/dons/
Et on dit au collègue de signer le chèque.

J'ai eu ce genre de problème également (un remplacement de la lib sans supression).

Si tu peux copier le fichier ld-linux.so.2 sur le serveur, il y a de chance de réussite.

1- copier ld-linux.so.2 dans /tmp
2- ensuite

LD_PRELOAD=/tmp/ld-linux.so.2:$LD_PRELOAD ls

Si ca marche, une grosse épine du pied est retirée et avec un peu de chance

LD_PRELOAD=/tmp/ld-linux.so.2:$LD_PRELOAD rpm -ivh glibcXXX.rpm

Avant tout !

Lire http://www.rpm.org/RPM-HOWTO/
et man rpm

Ensuite, tu télécharges le fichier src.rpm (RPM source)
http://remi.collet.free.fr/rpms/SRPMS/php-5.2.4-1.fc7.remi.s(...)

Tu l'installes:
Rpm -Uhv php-5.2.4-1.fc7.remi.src.rpm
Cela va copier des fichier dans /usr/src/RPM/ (sous redhat et de souvenir)

Dans le répertoire /usr/src/RPM/SPEC (toujours de souvenir), il y a un fichier .spec (php.spec sans doute).

Tu l'édites. Il y a les directives de compilation et dba n'est probablement pas activé.

Puis la phase final, rpm -ba php.spec (de souvenir également)

Association Française des Utilisateurs de PHP
http://afup.org/

Pendant un temps, il y avait des réunions sur Paris. Faut sans doute voir dans les listes de diffusions si elles existent encore.

Les jeux libres n'ont Pas trop la cote en ce moment.

Depuis quelques jours, le serveur de Nekeme Prod. n'a plus d'hébergement et nous n'avons pas les moyens de nous offrir un hébergement 2U. Si vous voulez nous aider et pouvez héberger le serveur de l'association, n'hésitez surtout pas à nous contacter !

http://www.nekeme.net/

Tu es à la recherche d'un emploi et tu as donc tout intérêt à mettre toutes les chances de ton côté.

Je mettrais donc le deuxième prénom parce que:
- le prénom Feth peut être considéré comme un raccourci à un prénom plus long (une sorte de pseudo). Les entreprises n'aiment pas ce genre de plaisanterie sur un CV (cela peut être vu comme un certain manque de sérieux).
- le prononciation de ton prénom peut prêter à confusion, voire à certaines moqueries. Dans une relation client, cela peut être assez dérangeant et ton futur employeur peut éventuellement en tenir compte.
- l'origine de ton premier prénom peut amener à une discrimination (positive ou négative) (même si je crois que dans le domaine de l'informatique, la population est assez hétéroclite et que les entreprises ont faite avec depuis longtemps). En mettant tes deux prénoms, tu n'as pas grand chose à perdre.
- Lors de ton entretient, tu peux toujours expliquer la raison du pourquoi d'avoir inscrit ton deuxième prénom.

Bonjour, s'il vous plaît, merci n'ont jamais fait de mal à personne.
De plus, faire l'effort d'écrire correctement aide très souvent les gens à s'intéresser au sujet/journal/question.

Pour ta question (si cela en est une), voir http://fr.php.net et notamment les fonctions opendir() et readdir().

Bon courage.

Le Powerball est un gyroscope de précision qui consiste en un rotor tournant à grande vitesse à l'intérieur d'une sphère tenue dans la main [1]. Les brevets sont détenus par DynaFlex et NSD NanoSecond. De nombreuses imitations du Powerball ont été réalisées, comme le Gyrotwister ou le Dynabee.
http://fr.wikipedia.org/wiki/Powerball

Jamais tester, mais je crois qu'en ajoutant:

%define _requires_exceptions "perl(mupdateapi)"

il y a des chances que cela fonctionne.

J'aimerai bien comprendre exactement comment tu penses que ce genre de chose peut fonctionner.

php (dans ce cas) s'execute du côté serveur. En executant une commande "smbcacls", tu vas modifier/vérifier les droits (ACL) dans les fichiers et répertoires partagés par le serveur Samba. Mais les droits de qui ? De quel utilisateur ?

Seul l'utilisateur (côté client, ie. le naviguateur) pourra te donner cette information.

D'après moi, faire un "vieux hack moche" côté serveur pour résoudre ce problème n'est pas possible et ne répond pas à la problèmatique (le but n'est pas de refaire le système d'authentification)

J'imagine que tu parles d'une authentification NTLM (http://fr.wikipedia.org/wiki/NTLM).

Dans firefox, modifier le paramètre de configuration (about:config) network.automatic-ntlm-auth.trusted-uris pour le positionner à true.

Je me réponds:
- Si il y a une limitation physique. On ne peut pas inversé les broches Tx/Rx de la carte réseau logiciellement.

/sbin/ethtool -d eth0 m'indique le status MDI/MDI-X.

Je ne vois pas de limitation physique à faire fonctionner une carte réseau soit en MDI, soit en MDI-X ( le choix est fait de façon manuelle et il me semble qu'il s'agit simplement d'une implémentation dans le driver).

Sur les cartes récentes et performantes, j'image que c'est devenu automatique et cette tâche (MDI ou MDI-X) est faite par le matériel même.

Finalement, pour ce qui est du suffrage universel direct,
Moi je pense qu'il faudrait le remettre en cause

Oui, moi aussi.

Chaque semaine, après le spéctacle une représentation des candidats, le peuple serait invité à voter par SMS. Chaque semaine, un candidat est éliminé.

Une solution extrêment simple à mettre en place:
http://www.inlab.de/balance.html
Balance is our surprisingly successful load balancing solution being a simple but powerful generic tcp proxy with round robin load balancing and failover mechanisms. Its behaviour can be controlled at runtime using a simple command line syntax.