Prosper a écrit 3166 commentaires

Sur la mandrake on peut meme descendre
jusqu a 100~120mo.
mais bon je ne vois pas trop l utilité
a par faire du bash ou un simple routeur.

oui ici : http://kde-look.org/content/show.php?content=524(...)
et ici : http://kde-look.org/content/show.php?content=155(...)

- des exemples de fichiers de config commentés et preque utilisables tel quel font que si l'on met un peu d'effort, on réussit à configurer sa machine, et on apprend des choses sur le système linux en général. quelqu'un qui n'utilise que suse depuis le début sans jamais avoir trop cherché à aller plus loin que ce que lui offre yast n'est pas forcément devenu compétent pour les autres distrib linux. avec Debian, si.


pour ma part , j aimais bien utlisé des trucs
qui automtisent les choses et je mattais apres
les changements dans les fichiers de conf
genre tiens je vais cliker la , hop il me rajoute
un truc ici , ah ok on fait comme ca! et apres
bah j utilise vi , et sur aucune distrib je n ai
trouvé de fichiers pas commentés (les gros pas
les trucs du genre /etc/sysconfig/network)

- pour chaque paquet Debian on a le changelog du développeur du logiciel, et celui du mainteneur du paquet. on connait donc les modifs apportées pour que ça marche sous debian, ainsi que les patchs de sécu appliqués.

bah c est un peu pareil pour toutes les distribs non ?
en tout cas sur la mandrake en faisant rpm -qip --changelog nom_du_package.rpm , il y a le changelog
l auteur du rpm , la date...
et si tu installe le srpms tu as les tarballs , les patchs et le specfile qui contient tout avec
son historique

- de même pour les kernel 2.4 distribués dans la sid et la woody le paquet contient le changelog de la version coorrespondante, la liste des modifications et patches appliqués par le mainteneur debian, et le fichier de config correspondant à la compil du noyau.

idem c est dans le package

va sur rpmfind.net et prend n importequel package,
ensuite tu vas dans la description du package
et y a tout.

y a deja dacode dans la mandrake

bon on s est mal compris,
ce que je voulais dire c est que la solution
microsoft en serveur exchange est moins bien
dans le principe
De plus montrer que evolution fonctionne
avec exchange , c est AMHA donner un sacré
argument a microsoft du genre: bah vous
voyez bien que exchange c est bien (tm) meme
les softs libre "discutent" avec lui"
Je pense que c est meme faire d exchange un standard

je voulais pas vraiment balancer un troll
c est juste que quitte a choisir
entre GPL + Microsoft et BSD , bah desolé
je prefere la seconde solution .

Bah en fait en cherchant un peu je viens de trouver un projet de travail collaboratif similaire a evolution mais qui contient les 2 parties : client et serveur
Le client s appelle infusion qui apparement s integre parfaitment a kde ( le prog est "dcopé ) , quant a la partie serveur c est CITADEL/UX.

Tout ca est "plus" libre que evolution/exchange puisque sous license BSD

Bon j ai pas essayé mais si qqln pouvait fournir son experience sur ces produits , il est le bienvenu.

infusion : http://www.shadowcom.net/Software/infusion/(...)

CITADEL/UX : http://uncensored.citadel.org/citadel/(...)

le plus simple ne serait pas plutot de faire un OpenExchange ??

Par ailleurs, je tiens à préciser que je détiens un freesbee de chez ximian en otage.

aaaah c etait donc toi !!

prepare toi au chatiment de la TUMBA !
J espere pour toi que tu sais ce qui va t arriver a ton euuh... non je peux pas dire...

Francisco Burzi ne fait plus parti de mandrake il me semble

Amaury , modero du dimanche ?? ;)

...tout ca parce que t as perdu un freesbee,
si c est pas desolant

le mieux est que tu juges par toi meme :

http://corsikas.free.fr/kmozilla/(...)

j ai fait ca avec kde 2.2 et mozilla 0.9.5

Kde utilise en effet son propre composant par
default pour rendre du html (khtml) mais
il peut aussi utiliser gecko pour rendre le html.

Bon ceci etait surtout a but experimental pour
montrer que kparts (le gestionnaire de composant
de kde) paut par l intermediaire de Xpart , utiliser des
composants externes

Plus d infos ici avec des bôôô screenshots : http://trolls.troll.no/~lars/xparts/(...)

Le probleme est que kde et gnome gerent l internationalisation par default.
Les deux desktops utilisent pour les "raccourcis" ou les menus non pas des liens mais des toto.desktop (pour une application toto)
dans ce .desktop est contenu le chemin de l application , le nom qui apparait dans toutes les langues , des variables , s il doit s executer dans un terminal , des icones associées ( 16 , 256 et 16M de couleurs)...

La solution est donc non pas de mettre un lien
/usr/bin/xemacs -> /usr/share/xemacs/bin/xemacs mais un petit script placé au meme endroit (/usr/bin/xemacs)
qui met les bonnes variables(genre XEMACS_HOME) et qui lance /usr/share/xemacs/bin xemacs avec .
Comme ca tu n as pas besoin de charger ni ton /etc/profile ni ton .le_shell_que_tu_utilises.rc

L'avantage est que meme si tu changes de shell ou si tu exportes ton /usr , tu n as pas besoin de
mettre a jour le home de chaque application.

L auteur de mplayer , c est pas lui qui crachait
sur la GPL ?
Il est peu bizarre quand mem

Mais je n ai jamis dis le contraire , je ne faisais que repondre au precedent poste puisque bebert posait question :)

En fait je pensais plus à un très bon gestionnaire de paquetage, par lequel tu passes pour récupérer ces infos. Je crois que ça existe déja, avec apt-get ou rpm, la possibilité de savoir quel fichier vient de quel package, non ? Ensuite il faut traiter l'info, c'est sur, mais c'était plutot ça l'idée...

avec urpmi(i)(f)(e)(q)(...) et rpm ca marche en effet
rpm -ql nom_du_package te sort les fichiers
urpmf nom du fichier te sort tous les paquetages
ou ce nom est contenu.

Idem. Il faudrait pouvoir tracer l'installation de dépendances, et déterminer ou non s'il faut les supprimer (une par une) lorsqu'on désinstalle le package qui les a réclamées à l'install.

rpm -q --requires nom_de_ton_truc te sort
les dependances

Entres autres choses urpm(X) gere les dependances
de packages

bah pour mozilla ca existe deja mais d une autre facon (sur une mandrake en tout cas )
t as pratiquement tout dans /usr/lib/mozilla
y a juste le script mozilla dans /usr/bin
et dans /usr/lib les librairies que d autres programmes utilisent ( genre galeon )

pareil pour staroffice , wine , netscape ...les gros trucs quoi.

la mandrake s installe par :
-cdrom
-ftp
-http
-nfs
-hd (sur un autre disque dur present sur la meme machine)

pour les binaires , ta solution fonctionne peut etre
mais pour les librairies soit tu vas charger ton LD_LIBRARY_PATH soit ton /etc/ld.so.conf et ton shell il va souffrir si t as 1000 chemins

regarde ma signature ;)

Associer emacs a notepad y a des limites quand meme.
Dans l entreprise ou je bosse , tu dois coder avec emacs ou lire tes mails avec gnus sinon t es limite
taxer de neuneus.

donc en gros c est plus des corrections de des ajouts mineurs .
Ils auraient pu l appeler Kylix 1.1