Articles : Encore une compilation de logiciels libres pour Windows
Posté par Vincent Gay (page perso, ). Modéré le 13 mai 2004.
Cette compilation sera également disponible sur notre stand au forum social d'Annemasse (15 et 16 mai) ainsi qu'au salon LinuxEdu d'Archamps (26 et 27 mai).
![[fr]](../images/fr.png)
Salug (1808 hits)-
La compilation (3729 hits)
-
Le forum social 74 (208 hits)
-
Le salon LinuxEdu (206 hits)
-
Dépêche précédente sur LinuxEdu (201 hits)
-
DLFP: LOLIWIN Logiciels Libres pour Windows (685 hits)
> Lire la dépêche (16 commentaires, moyenne: 3,6).
Vous avez demandé le commentaire #412248.
Run by 
Cette page a été générée par Templeet en 0.0629s (dont 0.0063 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Gestion des dépendances sous Windows ?
Je sais pas pour vous, mais moi, quand je suis habitué à urpmi ou apt-get, ça me gonfle d'avoir à installer 42 dépendances à la main pour faire tourner un soft (exemple : GIMP/GTK).
Donc je me demandais s'il n'y avait pas moyen d'avoir un système similaire sous Windows. Je ne sais pas ce que vaut exactement le gestionnaire de programmes de Microsoft à ce niveau là (pBpG< ), si l'on peut l'utiliser pour des logiciels libres (i.e. : ne pas avoir à payer la licence d'exploitation à 1000 Euros), où si des projets allant dans ce sens étaient en cours. En tout cas je pense que tout le monde y gagnerait, parce qu'entre les installations de librairies séparées et les conflits de versions de librairies, ça devient vite le bordel.
Si quelqu'un a une réponse, elle est la bienvenue. ;)
Sinon, félicitations pour le boulot.
Je vais me venger !
[^]Re: Gestion des dépendances sous Windows ?
En principe sous Windows les programmes sont proposés précompilés avec toutes les DLL qui faut dedans, donc les questions de dépendance ne se posent généralement pas.
Windows Installer gère les composants, ce qui permet au programme d'installation de récupérer des composants si ils ne sont pas déjà installés mais en pratique c'est peu utilisé je pense (ou alors les composants sont inclus dans le fichier d'installation).
Les mises à jour automatique sont gérées par des RDF mais je n'en sais pas plus.
Il existe bien un projet à la rpm pour Windows, c'est paru dans linuxfr cette année : http://linuxfr.org/2004/04/12/15966.html(...)
[^]Re: Gestion des dépendances sous Windows ?
C'est pour ça que quand on désinstalle un soft windows il demande si al32dfo39.dll est encore utilisé et que l'on dit non par peur de tout cassé et que après un an windows a doublé de volume car il y a des tonnes de dll inutiles dans c:/win* ?
Vive apt, urpmi et consort \o/
[^]Re: Gestion des dépendances sous Windows ?
C'est très intéressant ce que tu dis.
du -hs /lib/ /usr/lib/
70M /lib
459M /usr/lib
[^]Re: Gestion des dépendances sous Windows ?
Et ?
Tu ne sais pas faire le ménage et virer les librairies que tu n'utilises pas ?
[^]Re: Gestion des dépendances sous Windows ?
la commande :
urpmi_rpm-find-leaves -g
sert a cela ... Son équivalente existe sous la spirale mais je n'en ai pas sous la main.
Y as qu'à demander quand on sait pas ....
Vincent
[^]Re: Gestion des dépendances sous Windows ?
Moi je savais comment faire :)
Je demande juste pourquoi Mr Sidoine compare /usr/lib et /lib gérer par des dépendances est comparé à c:/windows (winnt,...) qui est géré par une petit popup qui demande à l'utilisateur si il veut virer une dll au nom peu explicite.
[^]Re: Gestion des dépendances sous Windows ?
L'équivalent sous Debian s'appelle deborphan.
[^]Re: Gestion des dépendances sous Windows ?
Il existe une version de gentoo pour windows basee sur colinux. Si tu installes ca, tu peux avoir gerer tes dependances sous windows. Par contre, c'est gentoo donc il faut compiler...
phil.freehackers.org
[^]Re: Gestion des dépendances sous Windows ?
certes mais bon.
autant prendre l'image Debian (qui donne accès aux 3 versions classiques Woody, Sarge, Sid) à ce prix là. la compilation d'un X minimal pour exporter des xterm, ça passe encore, mais celle de kdebase est déjà beaucoup plus longue. (et il faut vite commencer à jongler avec plusieurs images filesystem de 2 Go montées ici et là, ou passer à celle de 10 Go qui traine).
l'image Fedora (Core 1) propose yum et apt-get également, mais le nombre de paquets est nettement inférieur à celui proposé par Debian, sans rajouter de sources extérieures. KDE, Gnome et VNC server sont là, aucun souci à ce niveau, mais par exemple XFCE4 semblait absent quand j'ai regardé. (par contre, la Fedora est un poil plus rapidement utilisable, étant la troisème image créée et proposée en téléchargement après la Gentoo et la Debian).
enfin, pour la Gentoo, il y a une sorte de phase de postconfiguration pour que par exemple les xterm aient un comportement "habituel" pour la touche backspace ou la barre de défilement (scrollbar) suivant ce à quoi on est habitué, qu'on n'a pas besoin de faire en général sous Debian. mais bref, pour les pros de Gentoo ou de Linux en général, rien d'insurmontable. et puis comme ça on apprend un peu plus, au moins.
(accessoirement, la Gentoo arrive à fusiller mon serveur X (sous Windows) de temps en temps. je viens de mettre VNC pour tester, ça a l'air de bien se passer).
pour Debian, j'avais testé avec succès Mozilla et Firefox, KDE dont Konsole/Konqueror, Gnome et Nautilus, OpenOffice, the Gimp, Apache/PHP/MySQL, wmCoinCoin et la recompilation de coLinux lui-même (sous Gentoo, par contre).
des copies d'écran se trouvent ici : http://gniarf.nerim.net/colinux/(...)
(ignorer les 4 premières, peu intéressantes)
leur Wiki ( http://www.colinux.org/wiki(...) ) contient pas mal d'infos pour démarrer sous coLinux mais certaines informations sont nettement datées et ne sont plus valables.
les points délicats de coLinux restent actuellement :
*le clavier de la console est en qwerty, on ne peut pas le passer en azerty (on peut, mais comme la touche alt-gr est mal gérée, on perd alors #{[|`\^ ... ), c'est sportif, le temps de configurer la base puis d'installer ssh ou X et de retomber sur le clavier de Windows.
*la configuration du réseau, pour faire dialoguer coLinux avec Windows (ssh, X, VNC) puis avec le reste du monde (apt-get, emerge) est l'étape la plus délicate car dépendante de la configuration de chacun, et même de la version de Windows (2000 ou XP). il y a plusieurs façons de faire, difficile de les décrire toutes.
*la version disponible sur sourceforge est un peu ancienne, des snapshots se cachent ici : www.colinux.org/snapshots/ . il y en a eu un ou deux d'un peu ratés depuis le début, par contre les diverses docs indiquent rarement de quelle version de coLinux on parle...
*la doc, donc, actuellement globlalement pas trop organisée et couvrant plusieurs versions disparates de coLinux. le site du projet va subir une refonte et la doc officielle - comme le wiki - va être remaniée à ce moment là, ce qui sera obsolète disparaitra.
(enfin, il existe un port de coLinux pour Linux lui-même. l'auteur l'utilise sur sa Gentoo, il est d'ailleurs plutot orienté Gentoo lui-même).
Windows has no users. It has hostages.