J'ai créé un paquet debian pour le logiciel de traduction assistée par
ordinateur omegat. Pour l'instant, il ne pourra pas entrer dans debian
car il dépend de htmlparser qui à son tour build-dépend de maven2 qui
n'est pas dans debian.
Pour l'instant il est disponible chez moi [1] mais j'aimerais bien le
mettre à sourceforge à la page de développement du projet [2]. Chez moi,
j'utilise reprepro pour préparer le repositoire et ça marche très
bien. Mais je ne sais pas comment faire maintenant la même chose à
sourceforge. Est-ce que je dois simplement copier tout l'arbre créé
par reprepro dans un coin de l'hébergement web mis à disposition par sf?
J'essaye en ce moment mini-dinstall, qui donne une structure plus
simple, mais j'ai un autre problème. Avec reprepro, je fais un upload
avec la commande include et le fichier .changes, ce qui installe bien
tous les fichiers (orig, diff, dsc, deb) dans unstable. Puis je fais
reprepro includedeb testing nomdufichier.deb
Et j'ai la même version disponible pour etch. Par contre, avec
mini-dinstall je ne vois pas comment faire pour mettre le deb dans
etch aussi.
C'est vrai que ça ne sert peut-être pas à grand-chose: si les fichiers
sont les mêmes pour etch et sid, il suffirait d'instruire les
utilisateurs à ajouter la ligne avec sid dans le sources.list, mais il
se peut (et il est assez probable) que dans un futur pas si lointain
(quand etch sera stable et de plus en plus loin de sid) les paquets
soient différents. Il serait donc judicieux à mon avis de séparer tout
de suite les repositoires etch et sid, pour éviter que des
utilisateurs de la future testing se voient dans l'impossibilité d'un
upgrade de mon paquet en fonction d'une dépendance versionnée envers
je-ne-sais-pas-quoi.
Des idées?
Tiago.
[1] -
deb http://sofocles.comuna.andre/debian etch main contrib non-free
deb-src http://sofocles.comuna.andre/debian sid main contrib non-free
[2] - http://sourceforge.net/projects/omegat
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Tu auras peut-être plus de chances en postant sur debian-devel-french.
-- Sylvain Sauvage
Tiago Saboga
On Wed, Feb 14, 2007 at 07:04:00PM +0100, Sylvain Sauvage wrote:
Tiago Saboga, mercredi 14 février 2007, 14:36:14 CET > > Bonjour!
'soir,
>[... où il est question de dépôt apt ...]
Tu auras peut-être plus de chances en postant sur debian-devel-french.
Mais à chaque fois que je visite les archives de d-d-f il n'y a que du spam. Bon, ça ne coûte rien d'essayer, et s'il n'y a pas de réponse je me mettrai à l'anglais... Quoique je soie quand même un peu embêté pour décider à quelle liste envoyer: debian-devel e debian-mentors me semblent plus internes, alors que mon problème est justement de créer un repositoire non-officiel...
Merci, en tout cas...
Tiago.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Wed, Feb 14, 2007 at 07:04:00PM +0100, Sylvain Sauvage wrote:
Tiago Saboga, mercredi 14 février 2007, 14:36:14 CET
>
> Bonjour!
'soir,
>[... où il est question de dépôt apt ...]
Tu auras peut-être plus de chances en postant sur debian-devel-french.
Mais à chaque fois que je visite les archives de d-d-f il n'y a que du
spam. Bon, ça ne coûte rien d'essayer, et s'il n'y a pas de réponse je
me mettrai à l'anglais... Quoique je soie quand même un peu embêté
pour décider à quelle liste envoyer: debian-devel e debian-mentors me
semblent plus internes, alors que mon problème est justement de créer
un repositoire non-officiel...
Merci, en tout cas...
Tiago.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Wed, Feb 14, 2007 at 07:04:00PM +0100, Sylvain Sauvage wrote:
Tiago Saboga, mercredi 14 février 2007, 14:36:14 CET > > Bonjour!
'soir,
>[... où il est question de dépôt apt ...]
Tu auras peut-être plus de chances en postant sur debian-devel-french.
Mais à chaque fois que je visite les archives de d-d-f il n'y a que du spam. Bon, ça ne coûte rien d'essayer, et s'il n'y a pas de réponse je me mettrai à l'anglais... Quoique je soie quand même un peu embêté pour décider à quelle liste envoyer: debian-devel e debian-mentors me semblent plus internes, alors que mon problème est justement de créer un repositoire non-officiel...
Merci, en tout cas...
Tiago.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Didier Verna
Tiago Saboga wrote:
Chez moi, j'utilise reprepro pour préparer le repositoire
On dit « Dépotoire ».
Désole :-)
PS: en fait, on dit « Dépôt ».
-- The @-quartet now available on iTunes ! http://www.didierverna.com/record s/
Didier Verna EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 44 08 01 85 94276 Le Kremlin-Bicêtre, France Fax.+33 (1) 53 14 59 22
Tiago Saboga <tiagosaboga@terra.com.br> wrote:
Chez moi, j'utilise reprepro pour préparer le repositoire
On dit « Dépotoire ».
Désole :-)
PS: en fait, on dit « Dépôt ».
--
The @-quartet now available on iTunes ! http://www.didierverna.com/record s/
Didier Verna EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 44 08 01 85
94276 Le Kremlin-Bicêtre, France Fax.+33 (1) 53 14 59 22
Pour créer un dépôt apt il te faut d'abord un serveur web (apache par exemple) ou ftp (plus compliqué à configurer). Après, ça dépend de l'utilisation du dépôt (surtout de la fréquence des mises à jour...) :
- Le plus simple est apt-ftparchive : Tu met dirrectement test packages dans un dossier, par exemple /var/www/debian/ $ cd /var/www $ apt-ftparchive packages debian > debian/Packages $ gzip debian/Packages Avec apt-ftparchive sources tu peux créer un Sources.gz pour les packages source. L'inconvénient c'est qu'il faut refaire la manipe chaque fois que tu ajoutes/change un package.
- Sinon tu as mini-dinstall qui scrute un répertoire incoming et installe automatiquement tous les packages qu'on y dépose dans le repo. Je ne peux pas t'en dire plus, je ne l'ais jamais utilisé...
@+
Sylvain Sauvage a écrit :
Tiago Saboga, mercredi 14 février 2007, 17:29:58 CET
[...] Mais à chaque fois que je visite les archives de d-d-f il n'y a que du spam.
Évidemment, les DD ne répondent pas au spam.
Bon, ça ne coûte rien d'essayer, et s'il n'y a pas de réponse je me mettrai à l'anglais... Quoique je soie quand même un peu embêté pour décider à quelle liste envoyer: debian-devel e debian-mentors me semblent plus internes, alors que mon problème est justement de créer un repositoire non-officiel...
-mentors a effectivement une optique d'intégration du paquet dans la distribution officielle.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Bonjour,
Pour créer un dépôt apt il te faut d'abord un serveur web (apache par
exemple) ou ftp (plus compliqué à configurer).
Après, ça dépend de l'utilisation du dépôt (surtout de la fréquence des
mises à jour...) :
- Le plus simple est apt-ftparchive :
Tu met dirrectement test packages dans un dossier, par exemple
/var/www/debian/
$ cd /var/www
$ apt-ftparchive packages debian > debian/Packages
$ gzip debian/Packages
Avec apt-ftparchive sources tu peux créer un Sources.gz pour les
packages source.
L'inconvénient c'est qu'il faut refaire la manipe chaque fois que tu
ajoutes/change un package.
- Sinon tu as mini-dinstall qui scrute un répertoire incoming et
installe automatiquement tous les packages qu'on y dépose dans le repo.
Je ne peux pas t'en dire plus, je ne l'ais jamais utilisé...
@+
Sylvain Sauvage a écrit :
Tiago Saboga, mercredi 14 février 2007, 17:29:58 CET
[...]
Mais à chaque fois que je visite les archives de d-d-f il n'y a que du
spam.
Évidemment, les DD ne répondent pas au spam.
Bon, ça ne coûte rien d'essayer, et s'il n'y a pas de réponse je
me mettrai à l'anglais... Quoique je soie quand même un peu embêté
pour décider à quelle liste envoyer: debian-devel e debian-mentors me
semblent plus internes, alors que mon problème est justement de créer
un repositoire non-officiel...
-mentors a effectivement une optique d'intégration du paquet dans la
distribution officielle.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Pour créer un dépôt apt il te faut d'abord un serveur web (apache par exemple) ou ftp (plus compliqué à configurer). Après, ça dépend de l'utilisation du dépôt (surtout de la fréquence des mises à jour...) :
- Le plus simple est apt-ftparchive : Tu met dirrectement test packages dans un dossier, par exemple /var/www/debian/ $ cd /var/www $ apt-ftparchive packages debian > debian/Packages $ gzip debian/Packages Avec apt-ftparchive sources tu peux créer un Sources.gz pour les packages source. L'inconvénient c'est qu'il faut refaire la manipe chaque fois que tu ajoutes/change un package.
- Sinon tu as mini-dinstall qui scrute un répertoire incoming et installe automatiquement tous les packages qu'on y dépose dans le repo. Je ne peux pas t'en dire plus, je ne l'ais jamais utilisé...
@+
Sylvain Sauvage a écrit :
Tiago Saboga, mercredi 14 février 2007, 17:29:58 CET
[...] Mais à chaque fois que je visite les archives de d-d-f il n'y a que du spam.
Évidemment, les DD ne répondent pas au spam.
Bon, ça ne coûte rien d'essayer, et s'il n'y a pas de réponse je me mettrai à l'anglais... Quoique je soie quand même un peu embêté pour décider à quelle liste envoyer: debian-devel e debian-mentors me semblent plus internes, alors que mon problème est justement de créer un repositoire non-officiel...
-mentors a effectivement une optique d'intégration du paquet dans la distribution officielle.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Eric DECORNOD
Le mercredi 14 février 2007 17:36, Tiago Saboga a écrit :
Bonjour! [...] Chez moi, j'utilise reprepro pour préparer le repositoire et ça marche très bien.
J'utilisais aussi reprepro dans mon activité précédente. J'aime bien la gestion en « pool » (j'avais beaucoup de paquets).
Mais je ne sais pas comment faire maintenant la même chose à sourceforge. Est-ce que je dois simplement copier tout l'arbre créé par reprepro dans un coin de l'hébergement web mis à disposition par sf?
C'est une bonne idée. Sinon avec fuse/ftpfs il serait possible de faire travailler reprepro directement sur sourceforge ; cependant je ne pense pas que ce soit fiabl e, il me semble plus sûr de copier/synchroniser.
J'essaye en ce moment mini-dinstall, qui donne une structure plus simple, mais j'ai un autre problème. Avec reprepro, je fais un upload avec la commande include et le fichier .changes, ce qui installe bien tous les fichiers (orig, diff, dsc, deb) dans unstable. Puis je fais reprepro includedeb testing nomdufichier.deb
C'est pas mal ça ; je ne connaissais pas.
Et j'ai la même version disponible pour etch. Par contre, avec mini-dinstall je ne vois pas comment faire pour mettre le deb dans etch aussi. C'est vrai que ça ne sert peut-être pas à grand-chose: si les fichi ers sont les mêmes pour etch et sid, il suffirait d'instruire les utilisateurs à ajouter la ligne avec sid dans le sources.list,
Qui peut le moins peut le plus : si le paquet est « build-able » sous etch il devrait fonctionner sous sid (vive pbuilder). Cela évite de maintenir plusieurs branches.
mais il se peut (et il est assez probable) que dans un futur pas si lointain (quand etch sera stable et de plus en plus loin de sid) les paquets soient différents. Il serait donc judicieux à mon avis de séparer t out de suite les repositoires etch et sid, pour éviter que des utilisateurs de la future testing se voient dans l'impossibilité d'un upgrade de mon paquet en fonction d'une dépendance versionnée envers je-ne-sais-pas-quoi.
Des idées?
Lorsque j'utilisais reprepro j'avais écris mon propre script dinstall pou r dput. Il est possible alors de spécifier la distribution cible lors du d épôt pour maintenir les différentes branches (compilées avec les bonnes dépendances grâce à pbuilder).
Tiago. [...]
Cordialement, -- Eric DÉCORNOD Ingénieur d'Études SCICS - Faculté des Sciences Université Henri Poincaré
Le mercredi 14 février 2007 17:36, Tiago Saboga a écrit :
Bonjour!
[...]
Chez moi,
j'utilise reprepro pour préparer le repositoire et ça marche très
bien.
J'utilisais aussi reprepro dans mon activité précédente.
J'aime bien la gestion en « pool » (j'avais beaucoup de paquets).
Mais je ne sais pas comment faire maintenant la même chose à
sourceforge. Est-ce que je dois simplement copier tout l'arbre créé
par reprepro dans un coin de l'hébergement web mis à disposition par sf?
C'est une bonne idée.
Sinon avec fuse/ftpfs il serait possible de faire travailler reprepro
directement sur sourceforge ; cependant je ne pense pas que ce soit fiabl e,
il me semble plus sûr de copier/synchroniser.
J'essaye en ce moment mini-dinstall, qui donne une structure plus
simple, mais j'ai un autre problème. Avec reprepro, je fais un upload
avec la commande include et le fichier .changes, ce qui installe bien
tous les fichiers (orig, diff, dsc, deb) dans unstable. Puis je fais
reprepro includedeb testing nomdufichier.deb
C'est pas mal ça ; je ne connaissais pas.
Et j'ai la même version disponible pour etch. Par contre, avec
mini-dinstall je ne vois pas comment faire pour mettre le deb dans
etch aussi.
C'est vrai que ça ne sert peut-être pas à grand-chose: si les fichi ers
sont les mêmes pour etch et sid, il suffirait d'instruire les
utilisateurs à ajouter la ligne avec sid dans le sources.list,
Qui peut le moins peut le plus : si le paquet est « build-able » sous etch il
devrait fonctionner sous sid (vive pbuilder).
Cela évite de maintenir plusieurs branches.
mais il
se peut (et il est assez probable) que dans un futur pas si lointain
(quand etch sera stable et de plus en plus loin de sid) les paquets
soient différents. Il serait donc judicieux à mon avis de séparer t out
de suite les repositoires etch et sid, pour éviter que des
utilisateurs de la future testing se voient dans l'impossibilité d'un
upgrade de mon paquet en fonction d'une dépendance versionnée envers
je-ne-sais-pas-quoi.
Des idées?
Lorsque j'utilisais reprepro j'avais écris mon propre script dinstall pou r
dput. Il est possible alors de spécifier la distribution cible lors du d épôt
pour maintenir les différentes branches (compilées avec les bonnes
dépendances grâce à pbuilder).
Tiago. [...]
Cordialement,
--
Eric DÉCORNOD
Ingénieur d'Études
SCICS - Faculté des Sciences
Université Henri Poincaré
Le mercredi 14 février 2007 17:36, Tiago Saboga a écrit :
Bonjour! [...] Chez moi, j'utilise reprepro pour préparer le repositoire et ça marche très bien.
J'utilisais aussi reprepro dans mon activité précédente. J'aime bien la gestion en « pool » (j'avais beaucoup de paquets).
Mais je ne sais pas comment faire maintenant la même chose à sourceforge. Est-ce que je dois simplement copier tout l'arbre créé par reprepro dans un coin de l'hébergement web mis à disposition par sf?
C'est une bonne idée. Sinon avec fuse/ftpfs il serait possible de faire travailler reprepro directement sur sourceforge ; cependant je ne pense pas que ce soit fiabl e, il me semble plus sûr de copier/synchroniser.
J'essaye en ce moment mini-dinstall, qui donne une structure plus simple, mais j'ai un autre problème. Avec reprepro, je fais un upload avec la commande include et le fichier .changes, ce qui installe bien tous les fichiers (orig, diff, dsc, deb) dans unstable. Puis je fais reprepro includedeb testing nomdufichier.deb
C'est pas mal ça ; je ne connaissais pas.
Et j'ai la même version disponible pour etch. Par contre, avec mini-dinstall je ne vois pas comment faire pour mettre le deb dans etch aussi. C'est vrai que ça ne sert peut-être pas à grand-chose: si les fichi ers sont les mêmes pour etch et sid, il suffirait d'instruire les utilisateurs à ajouter la ligne avec sid dans le sources.list,
Qui peut le moins peut le plus : si le paquet est « build-able » sous etch il devrait fonctionner sous sid (vive pbuilder). Cela évite de maintenir plusieurs branches.
mais il se peut (et il est assez probable) que dans un futur pas si lointain (quand etch sera stable et de plus en plus loin de sid) les paquets soient différents. Il serait donc judicieux à mon avis de séparer t out de suite les repositoires etch et sid, pour éviter que des utilisateurs de la future testing se voient dans l'impossibilité d'un upgrade de mon paquet en fonction d'une dépendance versionnée envers je-ne-sais-pas-quoi.
Des idées?
Lorsque j'utilisais reprepro j'avais écris mon propre script dinstall pou r dput. Il est possible alors de spécifier la distribution cible lors du d épôt pour maintenir les différentes branches (compilées avec les bonnes dépendances grâce à pbuilder).
Tiago. [...]
Cordialement, -- Eric DÉCORNOD Ingénieur d'Études SCICS - Faculté des Sciences Université Henri Poincaré
