Peut etre que ce logiciel existe mais google m'a rien donné la dessus.
Defois j'ai l'impression que ce qui rebute les utilisateurs c'est
l'installation
de logiciel du genre tar.gz alors qu'un simple :
tar -zxvf monsoft.tar.gz
./configure && make && make install suffise (quand y'a pas de pb de
dépendances)
Pourquoi il existe pas de soft qui ouvre les fichiers tar.gz et fait une
install graphique
du logiciel (avec p'tite bar de progression bien sympatique).
A partir de Mozilla on clique sur le fichier, on met ouvrir (au lieu
d'enregistrer sous) et
le programme peut s'installer.
Pourquoi il existe pas de soft qui ouvre les fichiers tar.gz et fait une install graphique du logiciel (avec p'tite bar de progression bien sympatique).
Parce que si c'était aussi simple que ça, ce serait fait depuis longtemps. Et aussi parce que de nos jours on préfère installer des paquets binaires (sauf les Jackys de Gentoo et les admins BSD réputés).
-- Sam.
On Thu, 2 Sep 2004 11:21:57 +0200, RedLums wrote:
Pourquoi il existe pas de soft qui ouvre les fichiers tar.gz et fait une
install graphique
du logiciel (avec p'tite bar de progression bien sympatique).
Parce que si c'était aussi simple que ça, ce serait fait depuis
longtemps. Et aussi parce que de nos jours on préfère installer des
paquets binaires (sauf les Jackys de Gentoo et les admins BSD réputés).
Pourquoi il existe pas de soft qui ouvre les fichiers tar.gz et fait une install graphique du logiciel (avec p'tite bar de progression bien sympatique).
Parce que si c'était aussi simple que ça, ce serait fait depuis longtemps. Et aussi parce que de nos jours on préfère installer des paquets binaires (sauf les Jackys de Gentoo et les admins BSD réputés).
-- Sam.
François
RedLums wrote:
Nan ?
Nan ! un tar.gz qui contient des sources n'est pas destiné à l'utilisateur néophite. ce n'est pas élitiste : l'utilisateur d'une distribution doit installer les paquets de sa distribution. et là, pourquoi pas associer un gestionnaire de paquet avec les .rpm, .deb dans mozilla...
RedLums wrote:
Nan ?
Nan ! un tar.gz qui contient des sources n'est pas destiné à
l'utilisateur néophite. ce n'est pas élitiste : l'utilisateur d'une
distribution doit installer les paquets de sa distribution. et là,
pourquoi pas associer un gestionnaire de paquet avec les .rpm, .deb dans
mozilla...
Nan ! un tar.gz qui contient des sources n'est pas destiné à l'utilisateur néophite. ce n'est pas élitiste : l'utilisateur d'une distribution doit installer les paquets de sa distribution. et là, pourquoi pas associer un gestionnaire de paquet avec les .rpm, .deb dans mozilla...
Emmanuel Florac
Le Thu, 02 Sep 2004 17:07:19 +0200, Sam Hocevar a écrit :
Parce que si c'était aussi simple que ça, ce serait fait depuis longtemps.
Bof, en général c'est aussi simple que ça... En tout cas pour les trucs codés correctement.
Et aussi parce que de nos jours on préfère installer des paquets binaires (sauf les Jackys de Gentoo et les admins BSD réputés).
En fait je pense régulièrement faire un petit outil de ce genre, un truc qui prendrait un paquet de n'importe quel type (binaire tgz, rpm, deb ou source tgz) et qui permettrait de faire l'install sur n'importe quelle distrib/plateforme. En résolvant les dépendances si possible (par exemple en faisant des compils de test, puis en analysant les messages d'erreurs et en regardant dans les fichiers genre README, avant de rechercher sur sourceforge les paquets manquants...).
Comme de bien entendu je le ferais en perl de façon à ce que ça tourne sans compiler partout, avec une interface graphique pour que tout le monde puisse l'utiliser (en Tk pour qu'on n'ai pas de problème, mais joli quand même).
On pourrait choisir des repositories où rechercher les logiciels à installer (sourceforge,freshrpms, rpmfind, ftp.debian.org, linuxpackages...). Bref la panacée, la quadrature du cercle et la pierre philosophale dans un seul petit programme :)
-- Ne pas savoir de quoi on parle est un avantage dont il ne faut pas abuser. R.Debray
Le Thu, 02 Sep 2004 17:07:19 +0200, Sam Hocevar a écrit :
Parce que si c'était aussi simple que ça, ce serait fait depuis
longtemps.
Bof, en général c'est aussi simple que ça... En tout cas pour les trucs
codés correctement.
Et aussi parce que de nos jours on préfère installer des
paquets binaires (sauf les Jackys de Gentoo et les admins BSD réputés).
En fait je pense régulièrement faire un petit outil de ce genre, un truc
qui prendrait un paquet de n'importe quel type (binaire tgz, rpm, deb ou
source tgz) et qui permettrait de faire l'install sur n'importe quelle
distrib/plateforme. En résolvant les dépendances si possible (par
exemple en faisant des compils de test, puis en analysant les messages
d'erreurs et en regardant dans les fichiers genre README, avant de
rechercher sur sourceforge les paquets manquants...).
Comme de bien entendu je le ferais en perl de façon à ce que ça tourne
sans compiler partout, avec une interface graphique pour que tout le monde
puisse l'utiliser (en Tk pour qu'on n'ai pas de problème, mais joli quand
même).
On pourrait choisir des repositories où rechercher les logiciels à
installer (sourceforge,freshrpms, rpmfind, ftp.debian.org,
linuxpackages...). Bref la panacée, la quadrature du cercle et la pierre
philosophale dans un seul petit programme :)
--
Ne pas savoir de quoi on parle est un avantage dont il ne faut pas
abuser.
R.Debray
Le Thu, 02 Sep 2004 17:07:19 +0200, Sam Hocevar a écrit :
Parce que si c'était aussi simple que ça, ce serait fait depuis longtemps.
Bof, en général c'est aussi simple que ça... En tout cas pour les trucs codés correctement.
Et aussi parce que de nos jours on préfère installer des paquets binaires (sauf les Jackys de Gentoo et les admins BSD réputés).
En fait je pense régulièrement faire un petit outil de ce genre, un truc qui prendrait un paquet de n'importe quel type (binaire tgz, rpm, deb ou source tgz) et qui permettrait de faire l'install sur n'importe quelle distrib/plateforme. En résolvant les dépendances si possible (par exemple en faisant des compils de test, puis en analysant les messages d'erreurs et en regardant dans les fichiers genre README, avant de rechercher sur sourceforge les paquets manquants...).
Comme de bien entendu je le ferais en perl de façon à ce que ça tourne sans compiler partout, avec une interface graphique pour que tout le monde puisse l'utiliser (en Tk pour qu'on n'ai pas de problème, mais joli quand même).
On pourrait choisir des repositories où rechercher les logiciels à installer (sourceforge,freshrpms, rpmfind, ftp.debian.org, linuxpackages...). Bref la panacée, la quadrature du cercle et la pierre philosophale dans un seul petit programme :)
-- Ne pas savoir de quoi on parle est un avantage dont il ne faut pas abuser. R.Debray
Defois j'ai l'impression que ce qui rebute les utilisateurs c'est l'installation de logiciel du genre tar.gz alors qu'un simple : tar -zxvf monsoft.tar.gz ./configure && make && make install suffise
Euhhh, moi, a m'arrive rarement que ce soit aussi simple... Déjà, je passe généralement des options à configure, puis il y a toujours des petits problèmes de portage et il faut modifier les sources. Des fois, aussi, il faut appliquer des patches, changer quelques constantes...
En gros, ça me semble peu automatisable.
fait une install graphique du logiciel (avec p'tite bar de progression bien sympatique).
Oh, ce serait mignon! Et ça empêcherait d'installer sur une bonne partie des ordinateurs, parce qu'ils n'ont pas d'affichage graphique.
Et comment on fait pour savoir où on en est d'une compilation? Parce que pour avoir une barre de progression dire de ce nom, il faut être capable de dire qu'on a fait 50% du travail, par exemple.
Si tu veux vraiment t'occuper les yeux pendant que ça compile, tu peux utiliser:
$ make | zenity --title "Compiling..." --progress --pulsate
A partir de Mozilla on clique sur le fichier, on met ouvrir (au lieu d'enregistrer sous) et le programme peut s'installer.
Ça, tu peux déjà le faire avec des RPM, à un petit sudo près.
Defois j'ai l'impression que ce qui rebute les utilisateurs c'est
l'installation de logiciel du genre tar.gz alors qu'un simple :
tar -zxvf monsoft.tar.gz
./configure && make && make install suffise
Euhhh, moi, a m'arrive rarement que ce soit aussi simple... Déjà, je
passe généralement des options à configure, puis il y a toujours des
petits problèmes de portage et il faut modifier les sources.
Des fois, aussi, il faut appliquer des patches, changer quelques
constantes...
En gros, ça me semble peu automatisable.
fait une install graphique du logiciel (avec p'tite bar de progression
bien sympatique).
Oh, ce serait mignon!
Et ça empêcherait d'installer sur une bonne partie des ordinateurs,
parce qu'ils n'ont pas d'affichage graphique.
Et comment on fait pour savoir où on en est d'une compilation? Parce
que pour avoir une barre de progression dire de ce nom, il faut être
capable de dire qu'on a fait 50% du travail, par exemple.
Si tu veux vraiment t'occuper les yeux pendant que ça compile, tu peux
utiliser:
$ make | zenity --title "Compiling..." --progress --pulsate
A partir de Mozilla on clique sur le fichier, on met ouvrir (au lieu
d'enregistrer sous) et le programme peut s'installer.
Ça, tu peux déjà le faire avec des RPM, à un petit sudo près.
Defois j'ai l'impression que ce qui rebute les utilisateurs c'est l'installation de logiciel du genre tar.gz alors qu'un simple : tar -zxvf monsoft.tar.gz ./configure && make && make install suffise
Euhhh, moi, a m'arrive rarement que ce soit aussi simple... Déjà, je passe généralement des options à configure, puis il y a toujours des petits problèmes de portage et il faut modifier les sources. Des fois, aussi, il faut appliquer des patches, changer quelques constantes...
En gros, ça me semble peu automatisable.
fait une install graphique du logiciel (avec p'tite bar de progression bien sympatique).
Oh, ce serait mignon! Et ça empêcherait d'installer sur une bonne partie des ordinateurs, parce qu'ils n'ont pas d'affichage graphique.
Et comment on fait pour savoir où on en est d'une compilation? Parce que pour avoir une barre de progression dire de ce nom, il faut être capable de dire qu'on a fait 50% du travail, par exemple.
Si tu veux vraiment t'occuper les yeux pendant que ça compile, tu peux utiliser:
$ make | zenity --title "Compiling..." --progress --pulsate
A partir de Mozilla on clique sur le fichier, on met ouvrir (au lieu d'enregistrer sous) et le programme peut s'installer.
Ça, tu peux déjà le faire avec des RPM, à un petit sudo près.
Nan ?
Nan.
-- Jérémy JUST
Miod Vallat
Comme de bien entendu je le ferais en perl de façon à ce que ça tourne sans compiler partout, avec une interface graphique pour que tout le monde puisse l'utiliser (en Tk pour qu'on n'ai pas de problème, mais joli quand même).
Eh non, ça ne tournera pas sous NetBSD, alors.
Bon, d'un autre côté, soyons réalistes : on n'en a rien à foutre.
Comme de bien entendu je le ferais en perl de façon à ce que ça tourne
sans compiler partout, avec une interface graphique pour que tout le monde
puisse l'utiliser (en Tk pour qu'on n'ai pas de problème, mais joli quand
même).
Eh non, ça ne tournera pas sous NetBSD, alors.
Bon, d'un autre côté, soyons réalistes : on n'en a rien à foutre.
Comme de bien entendu je le ferais en perl de façon à ce que ça tourne sans compiler partout, avec une interface graphique pour que tout le monde puisse l'utiliser (en Tk pour qu'on n'ai pas de problème, mais joli quand même).
Eh non, ça ne tournera pas sous NetBSD, alors.
Bon, d'un autre côté, soyons réalistes : on n'en a rien à foutre.
Philippe Lebon
Miod Vallat wrote:
Eh non, ça ne tournera pas sous NetBSD, alors.
Bon, d'un autre côté, soyons réalistes : on n'en a rien à foutre.
C'est pas comme ça que tu vas rendre netBSD populaire afin d'inciter les constructeurs de matériel à fournir des drivers et ainsi pouvoir utiliser ta carte 3d à 1500 fps pour jouer à aligofighter III
-- Phil
Miod Vallat wrote:
Eh non, ça ne tournera pas sous NetBSD, alors.
Bon, d'un autre côté, soyons réalistes : on n'en a rien à foutre.
C'est pas comme ça que tu vas rendre netBSD populaire afin d'inciter les
constructeurs de matériel à fournir des drivers et ainsi pouvoir utiliser
ta carte 3d à 1500 fps pour jouer à aligofighter III
Bon, d'un autre côté, soyons réalistes : on n'en a rien à foutre.
C'est pas comme ça que tu vas rendre netBSD populaire afin d'inciter les constructeurs de matériel à fournir des drivers et ainsi pouvoir utiliser ta carte 3d à 1500 fps pour jouer à aligofighter III
-- Phil
Emmanuel Florac
Le Thu, 02 Sep 2004 20:35:57 +0000, Miod Vallat a écrit :
Eh non, ça ne tournera pas sous NetBSD, alors.
Pourquoi, il n'y a pas perl/tk sous NetBSD? Mais on ne peut vraiment rien faire avec, alors (à part un routeur)?
-- Mais monsieur, voudriez-vous que je me l'écorchasse? Barbey d'Aurevilly.
Le Thu, 02 Sep 2004 20:35:57 +0000, Miod Vallat a écrit :
Eh non, ça ne tournera pas sous NetBSD, alors.
Pourquoi, il n'y a pas perl/tk sous NetBSD? Mais on ne peut vraiment rien
faire avec, alors (à part un routeur)?
--
Mais monsieur, voudriez-vous que je me l'écorchasse?
Barbey d'Aurevilly.
Le Thu, 02 Sep 2004 20:35:57 +0000, Miod Vallat a écrit :
Eh non, ça ne tournera pas sous NetBSD, alors.
Pourquoi, il n'y a pas perl/tk sous NetBSD? Mais on ne peut vraiment rien faire avec, alors (à part un routeur)?
-- Mais monsieur, voudriez-vous que je me l'écorchasse? Barbey d'Aurevilly.
Miod Vallat
Eh non, ça ne tournera pas sous NetBSD, alors.
Pourquoi, il n'y a pas perl/tk sous NetBSD? Mais on ne peut vraiment rien faire avec, alors (à part un routeur)?
Perl n'est pas fourni en standard, il est disponible dans pkgsrc, mais tourne plus ou moins bien, souvent «moins».
Sur x86 il doit fonctionner correctement ; sur les autres architectures, il déclenche toute une variété de bugs... (il suffit de lancer la testsuite perl pour s'en convaincre).
Eh non, ça ne tournera pas sous NetBSD, alors.
Pourquoi, il n'y a pas perl/tk sous NetBSD? Mais on ne peut vraiment rien
faire avec, alors (à part un routeur)?
Perl n'est pas fourni en standard, il est disponible dans pkgsrc, mais
tourne plus ou moins bien, souvent «moins».
Sur x86 il doit fonctionner correctement ; sur les autres architectures,
il déclenche toute une variété de bugs... (il suffit de lancer la
testsuite perl pour s'en convaincre).
Pourquoi, il n'y a pas perl/tk sous NetBSD? Mais on ne peut vraiment rien faire avec, alors (à part un routeur)?
Perl n'est pas fourni en standard, il est disponible dans pkgsrc, mais tourne plus ou moins bien, souvent «moins».
Sur x86 il doit fonctionner correctement ; sur les autres architectures, il déclenche toute une variété de bugs... (il suffit de lancer la testsuite perl pour s'en convaincre).
Emmanuel Florac
Le Fri, 03 Sep 2004 08:54:58 +0000, Miod Vallat a écrit :
Perl n'est pas fourni en standard, il est disponible dans pkgsrc, mais tourne plus ou moins bien, souvent «moins».
Un OS sans perl? Et pourquoi pas un OS sans shell, ou un OS sans noyau? pffff...
-- De longs désirs, une longue admiration sans espérance, voilà le moyen d'adorer les femmes, et de rendre l'amour une passion délicieuse! N. Rétif de la Bretonne.
Le Fri, 03 Sep 2004 08:54:58 +0000, Miod Vallat a écrit :
Perl n'est pas fourni en standard, il est disponible dans pkgsrc, mais
tourne plus ou moins bien, souvent «moins».
Un OS sans perl? Et pourquoi pas un OS sans shell, ou un OS sans noyau?
pffff...
--
De longs désirs, une longue admiration sans espérance, voilà le moyen
d'adorer les femmes, et de rendre l'amour une passion délicieuse!
N. Rétif de la Bretonne.
Le Fri, 03 Sep 2004 08:54:58 +0000, Miod Vallat a écrit :
Perl n'est pas fourni en standard, il est disponible dans pkgsrc, mais tourne plus ou moins bien, souvent «moins».
Un OS sans perl? Et pourquoi pas un OS sans shell, ou un OS sans noyau? pffff...
-- De longs désirs, une longue admiration sans espérance, voilà le moyen d'adorer les femmes, et de rendre l'amour une passion délicieuse! N. Rétif de la Bretonne.
Web Dreamer
RedLums ( DOT com) a écrit le jeudi 2 Septembre 2004 11:21 dans <4136e5b8$0$13689$ sur fr.comp.os.linux.debats :
Hi !
Peut etre que ce logiciel existe mais google m'a rien donné la dessus. Defois j'ai l'impression que ce qui rebute les utilisateurs c'est l'installation de logiciel du genre tar.gz alors qu'un simple : tar -zxvf monsoft.tar.gz ./configure && make && make install suffise (quand y'a pas de pb de dépendances) Pourquoi il existe pas de soft qui ouvre les fichiers tar.gz et fait une install graphique du logiciel (avec p'tite bar de progression bien sympatique).
Ben sous kde il y a KPackage qu'est fourni et qui affiche dans l'aide:
KPackage est une interface graphique aux gestionnaires de paquetages RPM, Debian, Slackware et BSD. KPackage fait partie de l'environnement de bureau K et, par conséquent, est conçu pour s'intégrer au gestionnaire de fichiers de KDE.
Sauf que sous ma Gentoo KPackage est n'est là que pour faire joli car il ne sert à rien ;-) , il ne gère pas les ebuilds de Gentoo. J'ai quand même fait un "emerge rpm" pour pouvoir installer sous ma gentoo un soft propriétaire qui était en rpm. C'est merveilleux de voir que ce rpm marche à merveille sans problème de dépendances sous ma gentoo... mieux que sous ma mandrake ;-P. mais j'ai installé ce rpm en ligne de commande, j'utilise pas KPackage, je sais juste qu'il existe.
Mais même pour une debian, avec KPackage on configure les serveurs debian (pou apt) et on se trouve avec une debian où l'on installe/enlève de applis au clic façon windows. Reste à montrer ce KPackage à un débutant si on lui a installé une Slack ou Debian.
PS.: pour ceux qui n'ont pas debian et qui veulent utiliser le foultitude d'apps debian et ses serveurs avec apt (en ligne de commande) voici apt4rpm: http://apt4rpm.sourceforge.net/
et HOP un mandrakodebian ou fedoradebian ou susodebian est née ;-) urpmi ou autre fonctionne toujours avec cependant. Je sens les cris d'horreurs de la part de puristes debian ;-)
-- Web Dreamer Gentoo Linux Registered User #313652 at http://counter.li.org/
Remplacez *nospam* par *tiscali* et ajoutez *NewsGroupPrivateAnswer* dans le corps du message pour répondre.
RedLums (tux_breizh@hotmail DOT com) a écrit le jeudi 2 Septembre 2004 11:21
dans <4136e5b8$0$13689$636a15ce@news.free.fr> sur fr.comp.os.linux.debats :
Hi !
Peut etre que ce logiciel existe mais google m'a rien donné la dessus.
Defois j'ai l'impression que ce qui rebute les utilisateurs c'est
l'installation
de logiciel du genre tar.gz alors qu'un simple :
tar -zxvf monsoft.tar.gz
./configure && make && make install suffise (quand y'a pas de pb de
dépendances)
Pourquoi il existe pas de soft qui ouvre les fichiers tar.gz et fait une
install graphique
du logiciel (avec p'tite bar de progression bien sympatique).
Ben sous kde il y a KPackage qu'est fourni et qui affiche dans l'aide:
KPackage est une interface graphique aux gestionnaires de paquetages RPM,
Debian, Slackware et BSD. KPackage fait partie de l'environnement de bureau
K et, par conséquent, est conçu pour s'intégrer au gestionnaire de fichiers
de KDE.
Sauf que sous ma Gentoo KPackage est n'est là que pour faire joli car il ne
sert à rien ;-) , il ne gère pas les ebuilds de Gentoo.
J'ai quand même fait un "emerge rpm" pour pouvoir installer sous ma gentoo
un soft propriétaire qui était en rpm. C'est merveilleux de voir que ce rpm
marche à merveille sans problème de dépendances sous ma gentoo... mieux que
sous ma mandrake ;-P. mais j'ai installé ce rpm en ligne de commande,
j'utilise pas KPackage, je sais juste qu'il existe.
Mais même pour une debian, avec KPackage on configure les serveurs debian
(pou apt) et on se trouve avec une debian où l'on installe/enlève de applis
au clic façon windows.
Reste à montrer ce KPackage à un débutant si on lui a installé une Slack ou
Debian.
PS.: pour ceux qui n'ont pas debian et qui veulent utiliser le foultitude
d'apps debian et ses serveurs avec apt (en ligne de commande) voici
apt4rpm:
http://apt4rpm.sourceforge.net/
et HOP un mandrakodebian ou fedoradebian ou susodebian est née ;-)
urpmi ou autre fonctionne toujours avec cependant.
Je sens les cris d'horreurs de la part de puristes debian ;-)
--
Web Dreamer
Gentoo Linux Registered User #313652 at http://counter.li.org/
Remplacez *nospam* par *tiscali*
et ajoutez *NewsGroupPrivateAnswer* dans le corps du message pour répondre.
RedLums ( DOT com) a écrit le jeudi 2 Septembre 2004 11:21 dans <4136e5b8$0$13689$ sur fr.comp.os.linux.debats :
Hi !
Peut etre que ce logiciel existe mais google m'a rien donné la dessus. Defois j'ai l'impression que ce qui rebute les utilisateurs c'est l'installation de logiciel du genre tar.gz alors qu'un simple : tar -zxvf monsoft.tar.gz ./configure && make && make install suffise (quand y'a pas de pb de dépendances) Pourquoi il existe pas de soft qui ouvre les fichiers tar.gz et fait une install graphique du logiciel (avec p'tite bar de progression bien sympatique).
Ben sous kde il y a KPackage qu'est fourni et qui affiche dans l'aide:
KPackage est une interface graphique aux gestionnaires de paquetages RPM, Debian, Slackware et BSD. KPackage fait partie de l'environnement de bureau K et, par conséquent, est conçu pour s'intégrer au gestionnaire de fichiers de KDE.
Sauf que sous ma Gentoo KPackage est n'est là que pour faire joli car il ne sert à rien ;-) , il ne gère pas les ebuilds de Gentoo. J'ai quand même fait un "emerge rpm" pour pouvoir installer sous ma gentoo un soft propriétaire qui était en rpm. C'est merveilleux de voir que ce rpm marche à merveille sans problème de dépendances sous ma gentoo... mieux que sous ma mandrake ;-P. mais j'ai installé ce rpm en ligne de commande, j'utilise pas KPackage, je sais juste qu'il existe.
Mais même pour une debian, avec KPackage on configure les serveurs debian (pou apt) et on se trouve avec une debian où l'on installe/enlève de applis au clic façon windows. Reste à montrer ce KPackage à un débutant si on lui a installé une Slack ou Debian.
PS.: pour ceux qui n'ont pas debian et qui veulent utiliser le foultitude d'apps debian et ses serveurs avec apt (en ligne de commande) voici apt4rpm: http://apt4rpm.sourceforge.net/
et HOP un mandrakodebian ou fedoradebian ou susodebian est née ;-) urpmi ou autre fonctionne toujours avec cependant. Je sens les cris d'horreurs de la part de puristes debian ;-)
-- Web Dreamer Gentoo Linux Registered User #313652 at http://counter.li.org/
Remplacez *nospam* par *tiscali* et ajoutez *NewsGroupPrivateAnswer* dans le corps du message pour répondre.
