Je m'excuse de poster encore une fois un problème technique sur
débats, mais je n'ai toujours pas accès au groupe configuration.
Plaignez-vous, je suis d'accord:
abuse@enter-net.com et
support@enter-net.com
Donc, je décide de mettre ma Libranet à jour. J'échange woody pour sid dans
le fichier de conf, et apt-get me rélécharge 500 megs de fichiers.
Questions, questions, questions... Tout s'installe sauf Gnome, pour lequel
il manque apparemment un fichier. (À noter que j'ai installè dans une
konsole de KDE en faisant su - , mais je ne pense pas que ça change
grand-chose.)
Je reboote, je suis toujours dans KDE 3.0 , xine ne fonctionne toujours pas
pour les fichiers asx ==> asf . C'est comme si rien n'avait changé. Y
a-t-il moyen de reprendre l'installation?
Qu'est-ce qui se passe, que se passa aqui? S'il se trouve que swaret
fonctionne mieux que apt-get, je vais piquer une crise.
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 100,000 Newsgroups - 19 Different Servers! =-----
OoO Vers la fin de l'après-midi du mardi 30 décembre 2003, vers 16:09, Richard Delorme disait:
- On peut créer les siens sous /usr/local/portage/, ce qui consiste en général à renommer le fichier /usr/portage/skel.ebuild
Et contrairement à ce qui se fait sous Debian, il devine de manière magique les dépendances, la description, la façon dont le bidule se compile (à l'aide d'une AI qui va lire le fichier INSTALL), etc, etc.
Ce n'est pas magique, mais il suffit d'éditer le fichier .ebuild et de compléter ces informations.
Il faut bien voir que ce dont se plaint ici Emmanuel et Michel, c'est le "en général". Ça veut dire que ce n'est pas un joli programme bien docile à base de ./configure && make && make install.
Le .ebuild permet tout à fait de gérer ce cas de figure, et, à mon avis, de manière plus simple que Debian.
-- Richard
OoO Vers la fin de l'après-midi du mardi 30 décembre 2003, vers 16:09,
Richard Delorme <abulmo@nospam.fr> disait:
- On peut créer les siens sous /usr/local/portage/, ce qui consiste
en général à renommer le fichier /usr/portage/skel.ebuild
Et contrairement à ce qui se fait sous Debian, il devine de manière
magique les dépendances, la description, la façon dont le bidule se
compile (à l'aide d'une AI qui va lire le fichier INSTALL), etc, etc.
Ce n'est pas magique, mais il suffit d'éditer le fichier .ebuild et de
compléter ces informations.
Il faut bien voir que ce dont se plaint ici Emmanuel et Michel, c'est
le "en général". Ça veut dire que ce n'est pas un joli programme bien
docile à base de ./configure && make && make install.
Le .ebuild permet tout à fait de gérer ce cas de figure, et, à mon avis,
de manière plus simple que Debian.
OoO Vers la fin de l'après-midi du mardi 30 décembre 2003, vers 16:09, Richard Delorme disait:
- On peut créer les siens sous /usr/local/portage/, ce qui consiste en général à renommer le fichier /usr/portage/skel.ebuild
Et contrairement à ce qui se fait sous Debian, il devine de manière magique les dépendances, la description, la façon dont le bidule se compile (à l'aide d'une AI qui va lire le fichier INSTALL), etc, etc.
Ce n'est pas magique, mais il suffit d'éditer le fichier .ebuild et de compléter ces informations.
Il faut bien voir que ce dont se plaint ici Emmanuel et Michel, c'est le "en général". Ça veut dire que ce n'est pas un joli programme bien docile à base de ./configure && make && make install.
Le .ebuild permet tout à fait de gérer ce cas de figure, et, à mon avis, de manière plus simple que Debian.
-- Richard
Julien BLACHE
Richard Delorme wrote:
Gentoo est la solution aux problèmes rencontrés dans Debian. On peut voir cela comme une forme de désenvoutement en effet.
-- BOFH excuse #139: UBNC (user brain not connected)
Vincent Bernat
OoO En ce milieu de nuit étoilée du mercredi 31 décembre 2003, vers 04:16, Richard Delorme disait:
- On peut créer les siens sous /usr/local/portage/, ce qui consiste en général à renommer le fichier /usr/portage/skel.ebuild Et contrairement à ce qui se fait sous Debian, il devine de manière
magique les dépendances, la description, la façon dont le bidule se compile (à l'aide d'une AI qui va lire le fichier INSTALL), etc, etc.
Ce n'est pas magique, mais il suffit d'éditer le fichier .ebuild et de compléter ces informations.
Vas-y colle nous le squelette par défaut. Je veux voir comment un fichier texte Gentoo est différent d'un fichier texte Debian. -- panic ("No CPUs found. System halted.n"); 2.4.3 linux/arch/parisc/kernel/setup.c
OoO En ce milieu de nuit étoilée du mercredi 31 décembre 2003, vers
04:16, Richard Delorme <abulmo@nospam.fr> disait:
- On peut créer les siens sous /usr/local/portage/, ce qui consiste
en général à renommer le fichier /usr/portage/skel.ebuild
Et contrairement à ce qui se fait sous Debian, il devine de manière
magique les dépendances, la description, la façon dont le bidule se
compile (à l'aide d'une AI qui va lire le fichier INSTALL), etc,
etc.
Ce n'est pas magique, mais il suffit d'éditer le fichier .ebuild et
de compléter ces informations.
Vas-y colle nous le squelette par défaut. Je veux voir comment un
fichier texte Gentoo est différent d'un fichier texte Debian.
--
panic ("No CPUs found. System halted.n");
2.4.3 linux/arch/parisc/kernel/setup.c
OoO En ce milieu de nuit étoilée du mercredi 31 décembre 2003, vers 04:16, Richard Delorme disait:
- On peut créer les siens sous /usr/local/portage/, ce qui consiste en général à renommer le fichier /usr/portage/skel.ebuild Et contrairement à ce qui se fait sous Debian, il devine de manière
magique les dépendances, la description, la façon dont le bidule se compile (à l'aide d'une AI qui va lire le fichier INSTALL), etc, etc.
Ce n'est pas magique, mais il suffit d'éditer le fichier .ebuild et de compléter ces informations.
Vas-y colle nous le squelette par défaut. Je veux voir comment un fichier texte Gentoo est différent d'un fichier texte Debian. -- panic ("No CPUs found. System halted.n"); 2.4.3 linux/arch/parisc/kernel/setup.c
talon
Philippe Lebon wrote:
Kikou! sur #fr.comp.os.linux.debats, r3b3lz :))))) LOL!
T'es doué toi.
Chouette argument, relis mon post.
gmplayer -dvd 1 -alang fr
Oui je sais lire la doc, mais malheureusement ça ne marche pas, comme je l'ai dit dans mon post au lieu de la VF, il me lit les commentaires bonus.
Alors c'est -dvd 2 ou -dvd 3 etc. Oui c'est l'inconvénient de mplayer, il faut faire des essais pour trouver le bon chiffre.
sans aucune librairie particulière.
Sans aucune librairie, ./configure sort une trés jolie liste de choses non supportées, dont dvdread.
Je n'utilise pas cette librairie et mplayer marche parfaitement. Je l'ai compilé avec le strict minimum, c'est à dire ce qui vient avec lui plus gtk pour le GUI. J'ai rippé un certain nombre de dvd avec et obtenu des résultats que je trouve excellents, en tout cas bien meilleurs que ce qu'on trouve sur edonkey.
--
Michel TALON
Philippe Lebon <philippe.lebon.invalid@club-internet.fr> wrote:
Kikou! sur #fr.comp.os.linux.debats, r3b3lz talon@lpthe.jussieu.fr :)))))
LOL!
T'es doué toi.
Chouette argument, relis mon post.
gmplayer -dvd 1 -alang fr
Oui je sais lire la doc, mais malheureusement ça ne marche pas, comme je
l'ai dit dans mon post au lieu de la VF, il me lit les commentaires bonus.
Alors c'est -dvd 2 ou -dvd 3 etc. Oui c'est l'inconvénient de mplayer,
il faut faire des essais pour trouver le bon chiffre.
sans aucune librairie particulière.
Sans aucune librairie, ./configure sort une trés jolie liste de choses non
supportées, dont dvdread.
Je n'utilise pas cette librairie et mplayer marche parfaitement. Je l'ai
compilé avec le strict minimum, c'est à dire ce qui vient avec lui plus
gtk pour le GUI. J'ai rippé un certain nombre de dvd avec et obtenu des
résultats que je trouve excellents, en tout cas bien meilleurs que ce
qu'on trouve sur edonkey.
Kikou! sur #fr.comp.os.linux.debats, r3b3lz :))))) LOL!
T'es doué toi.
Chouette argument, relis mon post.
gmplayer -dvd 1 -alang fr
Oui je sais lire la doc, mais malheureusement ça ne marche pas, comme je l'ai dit dans mon post au lieu de la VF, il me lit les commentaires bonus.
Alors c'est -dvd 2 ou -dvd 3 etc. Oui c'est l'inconvénient de mplayer, il faut faire des essais pour trouver le bon chiffre.
sans aucune librairie particulière.
Sans aucune librairie, ./configure sort une trés jolie liste de choses non supportées, dont dvdread.
Je n'utilise pas cette librairie et mplayer marche parfaitement. Je l'ai compilé avec le strict minimum, c'est à dire ce qui vient avec lui plus gtk pour le GUI. J'ai rippé un certain nombre de dvd avec et obtenu des résultats que je trouve excellents, en tout cas bien meilleurs que ce qu'on trouve sur edonkey.
--
Michel TALON
talon
Richard Delorme wrote:
Ce n'est pas magique, mais il suffit d'éditer le fichier .ebuild et de compléter ces informations.
Il faut bien voir que ce dont se plaint ici Emmanuel et Michel, c'est le "en général". Ça veut dire que ce n'est pas un joli programme bien docile à base de ./configure && make && make install.
Le .ebuild permet tout à fait de gérer ce cas de figure, et, à mon avis, de manière plus simple que Debian.
Je ne connais pas gentoo mais ce que tu racontes m'a l'air de s'identifier à l'édition de debian/rules à peu de choses prés ... De mon expérience, qui est loin d'être extensive, on arrive quand même à obtenir un .deb aprés un nombre indéterminé de touillages du debian/rules généré par dh_make.
--
Michel TALON
Richard Delorme <abulmo@nospam.fr> wrote:
Ce n'est pas magique, mais il suffit d'éditer le fichier .ebuild et de
compléter ces informations.
Il faut bien voir que ce dont se plaint ici Emmanuel et Michel, c'est
le "en général". Ça veut dire que ce n'est pas un joli programme bien
docile à base de ./configure && make && make install.
Le .ebuild permet tout à fait de gérer ce cas de figure, et, à mon avis,
de manière plus simple que Debian.
Je ne connais pas gentoo mais ce que tu racontes m'a l'air de
s'identifier à l'édition de debian/rules à peu de choses prés ...
De mon expérience, qui est loin d'être extensive, on arrive quand même
à obtenir un .deb aprés un nombre indéterminé de touillages du
debian/rules généré par dh_make.
Ce n'est pas magique, mais il suffit d'éditer le fichier .ebuild et de compléter ces informations.
Il faut bien voir que ce dont se plaint ici Emmanuel et Michel, c'est le "en général". Ça veut dire que ce n'est pas un joli programme bien docile à base de ./configure && make && make install.
Le .ebuild permet tout à fait de gérer ce cas de figure, et, à mon avis, de manière plus simple que Debian.
Je ne connais pas gentoo mais ce que tu racontes m'a l'air de s'identifier à l'édition de debian/rules à peu de choses prés ... De mon expérience, qui est loin d'être extensive, on arrive quand même à obtenir un .deb aprés un nombre indéterminé de touillages du debian/rules généré par dh_make.
--
Michel TALON
Julien BLACHE
(Michel Talon) wrote:
De mon expérience, qui est loin d'être extensive, on arrive quand même à obtenir un .deb aprés un nombre indéterminé de touillages du debian/rules généré par dh_make.
Je me demande... tu as lu la doc, avant, ou pas ?
JB.
-- BOFH excuse #143: had to use hammer to free stuck disk drive heads.
talon@lpthe.jussieu.fr (Michel Talon) wrote:
De mon expérience, qui est loin d'être extensive, on arrive quand même
à obtenir un .deb aprés un nombre indéterminé de touillages du
debian/rules généré par dh_make.
Je me demande... tu as lu la doc, avant, ou pas ?
JB.
--
BOFH excuse #143:
had to use hammer to free stuck disk drive heads.
De mon expérience, qui est loin d'être extensive, on arrive quand même à obtenir un .deb aprés un nombre indéterminé de touillages du debian/rules généré par dh_make.
Je me demande... tu as lu la doc, avant, ou pas ?
JB.
-- BOFH excuse #143: had to use hammer to free stuck disk drive heads.
Olivier Beyssac
Julien BLACHE writes:
Je me demande... tu as lu la doc, avant, ou pas ?
Tu veux parler d'une doc à jour ou du New Maintainer's Guide ?
-- Olivier Beyssac -
Julien BLACHE <jb@jblache.org> writes:
Je me demande... tu as lu la doc, avant, ou pas ?
Tu veux parler d'une doc à jour ou du New Maintainer's Guide ?
Tu veux parler d'une doc à jour ou du New Maintainer's Guide ?
New Maintainers' Guide, Developers' Reference, Debian Policy Manual.
C'est suffisament à jour, crois-moi :) Et puis, si tu penses le contraire, tu peux toujours envoyer tes corrections...
JB.
-- BOFH excuse #144: Too few computrons available.
Shmurtz
Le Wed, 31 Dec 2003 07:43:45 -0800, Vincent Bernat s'exprimait:
OoO En ce milieu de nuit étoilée du mercredi 31 décembre 2003, vers 04:16, Richard Delorme disait:
Ce n'est pas magique, mais il suffit d'éditer le fichier .ebuild et de compléter ces informations.
Vas-y colle nous le squelette par défaut. Je veux voir comment un fichier texte Gentoo est différent d'un fichier texte Debian.
La lisibilité compte aussi ? :-)
PKGBUILD Example:
pkgname=modutils pkgver=2.4.25 pkgrel=1 pkgdesc="Utilities for inserting and removing modules from the linux kernel" url="http://www.kernel.org" backup=(etc/modules.conf) depends=('mawk' 'bash' 'glibc' 'zlib') source=(ftp://ftp.kernel.org/pub/linux/utils/kernel/$pkgname/v2.4/$pkgname-$pkgver.tar.bz2 modules.conf) md5sums=('2c0cca3ef6330a187c6ef4fe41ecaa4d' '35175bee593a7cc7d6205584a94d8625')
build() { cd $startdir/src/$pkgname-$pkgver ./configure --prefix=/usr --enable-insmod-static make || return 1 make prefix=$startdir/pkg/usr install mv $startdir/pkg/usr/sbin $startdir/pkg mkdir -p $startdir/pkg/etc cp ../modules.conf $startdir/pkg/etc }
C'est chez archlinux.
Le Wed, 31 Dec 2003 07:43:45 -0800, Vincent Bernat s'exprimait:
OoO En ce milieu de nuit étoilée du mercredi 31 décembre 2003, vers
04:16, Richard Delorme <abulmo@nospam.fr> disait:
Ce n'est pas magique, mais il suffit d'éditer le fichier .ebuild et de
compléter ces informations.
Vas-y colle nous le squelette par défaut. Je veux voir comment un
fichier texte Gentoo est différent d'un fichier texte Debian.
La lisibilité compte aussi ? :-)
PKGBUILD Example:
pkgname=modutils
pkgver=2.4.25
pkgrel=1
pkgdesc="Utilities for inserting and removing modules from the linux kernel"
url="http://www.kernel.org"
backup=(etc/modules.conf)
depends=('mawk' 'bash' 'glibc' 'zlib')
source=(ftp://ftp.kernel.org/pub/linux/utils/kernel/$pkgname/v2.4/$pkgname-$pkgver.tar.bz2
modules.conf)
md5sums=('2c0cca3ef6330a187c6ef4fe41ecaa4d'
'35175bee593a7cc7d6205584a94d8625')
build() {
cd $startdir/src/$pkgname-$pkgver
./configure --prefix=/usr --enable-insmod-static
make || return 1
make prefix=$startdir/pkg/usr install
mv $startdir/pkg/usr/sbin $startdir/pkg
mkdir -p $startdir/pkg/etc
cp ../modules.conf $startdir/pkg/etc
}
Le Wed, 31 Dec 2003 07:43:45 -0800, Vincent Bernat s'exprimait:
OoO En ce milieu de nuit étoilée du mercredi 31 décembre 2003, vers 04:16, Richard Delorme disait:
Ce n'est pas magique, mais il suffit d'éditer le fichier .ebuild et de compléter ces informations.
Vas-y colle nous le squelette par défaut. Je veux voir comment un fichier texte Gentoo est différent d'un fichier texte Debian.
La lisibilité compte aussi ? :-)
PKGBUILD Example:
pkgname=modutils pkgver=2.4.25 pkgrel=1 pkgdesc="Utilities for inserting and removing modules from the linux kernel" url="http://www.kernel.org" backup=(etc/modules.conf) depends=('mawk' 'bash' 'glibc' 'zlib') source=(ftp://ftp.kernel.org/pub/linux/utils/kernel/$pkgname/v2.4/$pkgname-$pkgver.tar.bz2 modules.conf) md5sums=('2c0cca3ef6330a187c6ef4fe41ecaa4d' '35175bee593a7cc7d6205584a94d8625')
build() { cd $startdir/src/$pkgname-$pkgver ./configure --prefix=/usr --enable-insmod-static make || return 1 make prefix=$startdir/pkg/usr install mv $startdir/pkg/usr/sbin $startdir/pkg mkdir -p $startdir/pkg/etc cp ../modules.conf $startdir/pkg/etc }
C'est chez archlinux.
Vincent Bernat
OoO En cette matinée ensoleillée du mercredi 31 décembre 2003, vers 09:06, Shmurtz disait:
La lisibilité compte aussi ? :-)
PKGBUILD Example:
pkgname=modutils
Ah bah déjà, faut renseigner ça alors que c'est inutile chez Debian.
build() { cd $startdir/src/$pkgname-$pkgver ./configure --prefix=/usr --enable-insmod-static make || return 1 make prefix=$startdir/pkg/usr install mv $startdir/pkg/usr/sbin $startdir/pkg mkdir -p $startdir/pkg/etc cp ../modules.conf $startdir/pkg/etc }
La structure d'un debian/rules est un poil plus compliquée, mais les étiquettes sont quand même assez claires. Avec en plus un peu de bruit qu'on ne devrait pas modifier (tous les appels à debhelper).
C'est chez archlinux.
OK. Bref, ça se tient. le debian/rules contient des infos "inutiles" et debian découpe en fichiers son répertoire debian plutôt que dans un seul fichier. Mais il gère alors pas mal de choses en plus comme la localisation des fichiers de config et de la doc par exemple. -- BOFH excuse #49: Bogon emissions
OoO En cette matinée ensoleillée du mercredi 31 décembre 2003, vers
09:06, Shmurtz <Gerald_Barre@Beurk.org> disait:
La lisibilité compte aussi ? :-)
PKGBUILD Example:
pkgname=modutils
Ah bah déjà, faut renseigner ça alors que c'est inutile chez Debian.
build() {
cd $startdir/src/$pkgname-$pkgver
./configure --prefix=/usr --enable-insmod-static
make || return 1
make prefix=$startdir/pkg/usr install
mv $startdir/pkg/usr/sbin $startdir/pkg
mkdir -p $startdir/pkg/etc
cp ../modules.conf $startdir/pkg/etc
}
La structure d'un debian/rules est un poil plus compliquée, mais les
étiquettes sont quand même assez claires. Avec en plus un peu de bruit
qu'on ne devrait pas modifier (tous les appels à debhelper).
C'est chez archlinux.
OK. Bref, ça se tient. le debian/rules contient des infos "inutiles"
et debian découpe en fichiers son répertoire debian plutôt que dans un
seul fichier. Mais il gère alors pas mal de choses en plus comme la
localisation des fichiers de config et de la doc par exemple.
--
BOFH excuse #49:
Bogon emissions
build() { cd $startdir/src/$pkgname-$pkgver ./configure --prefix=/usr --enable-insmod-static make || return 1 make prefix=$startdir/pkg/usr install mv $startdir/pkg/usr/sbin $startdir/pkg mkdir -p $startdir/pkg/etc cp ../modules.conf $startdir/pkg/etc }
La structure d'un debian/rules est un poil plus compliquée, mais les étiquettes sont quand même assez claires. Avec en plus un peu de bruit qu'on ne devrait pas modifier (tous les appels à debhelper).
C'est chez archlinux.
OK. Bref, ça se tient. le debian/rules contient des infos "inutiles" et debian découpe en fichiers son répertoire debian plutôt que dans un seul fichier. Mais il gère alors pas mal de choses en plus comme la localisation des fichiers de config et de la doc par exemple. -- BOFH excuse #49: Bogon emissions
