Re: cette liste doit vivre

2023-02-15 Thread Marc Chantreux
salut, >Je m'interroge sur le but de cette liste: debian devel french je dirais: une liste francophone pour parler des activités de développement relatifs à debian (communauté, packaging, ...) perso je n'ai pas le temps de suivre la liste anglo-saxonne et j'aimerais bien plus d'échange au

cette liste doit vivre

2023-02-15 Thread Marc Chantreux
salut, > PS: En consultant les archives j'ai constaté que cette liste est quasi > inutilisée. Faut-il la supprimer ? Ou peut-on lui donner un second > souffle ? Je trouve que cette liste est exemplaire! Je m'explique: Depuis que je suis abonné, je constate: * peu de traffic * une grande

Re: faciliter la contribution ?

2022-04-05 Thread Marc Chantreux
es modifs (j'aurais tendance à avoir un lxc en unstable pour tester mes modifs mais je ne sais pas si c'est suffisant). > Après, si tu veux faire plus de tests, il faut trouver des bugs :) c'est ce que je vais faire. belle journée. -- Marc Chantreux Direction du numérique de l'Universit

Re: faciliter la contribution ?

2022-04-02 Thread Marc Chantreux
re pour quoi que ce soit d'autre). cordialement, -- Marc Chantreux Direction du numérique de l'Université de Strasbourg Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200

Re: faciliter la contribution ?

2022-04-02 Thread Marc Chantreux
salut Jérémy et merci, > Du perl: > https://salsa.debian.org/debbugs-team/debbugs/-/tree/master/lib/Debbugs je garde le lien sous le coude au cas ou ce problème me gratte à nouveau. cordialement, -- Marc Chantreux Direction du numérique de l'Université de Strasbourg Pôle de Calcul et Se

Re: faciliter la contribution ?

2022-04-02 Thread Marc Chantreux
fait. je dirais "mal"... d'autant plus que comme j'étais linuxien il y a 22 ans (sur le point de passer à debian), je peux te dire que ce genre de choses étaient déjà détestées dans les années 90 (en tout cas dans les milieux que je fréquentais). a+ -- Marc Chantreux Direction du numéri

Re: faciliter la contribution ?

2022-04-02 Thread Marc Chantreux
Bonjour Charles, > on peut envoyer le rapport directement par email en utilisant des > pseudo en-têtes. tu as "fais ma journée" comme disent les anglo-saxons: c'est tout à fait le genre de choses que je cherchais! > Et en suite le reste du message et le patch après ca peut être aussi un

Re: faciliter la contribution ?

2022-04-02 Thread Marc Chantreux
l'envoi d'un rapport de bogue... c'est parfait! éventuellement: aurais-tu un template du bug report idéal ? > Merci du signalement, merci pour tout le travail que vous faites! -- Marc Chantreux Direction du numérique de l'Université de Strasbourg Pôle de Calcul et Services Avancés à la R

Re: faciliter la contribution ?

2022-04-02 Thread Marc Chantreux
cket produit un traitement... bon c'est peut-être moi. merci pour ta réponse. -- Marc Chantreux Direction du numérique de l'Université de Strasbourg Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200

faciliter la contribution ?

2022-04-01 Thread Marc Chantreux
ller la chose si nécessaire. -- Marc Chantreux Direction du numérique de l'Université de Strasbourg Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200

Re: some Debian Apache Maintainer here ?

2006-06-19 Thread Marc Chantreux
Hi Tollef Fog Heen wrote: Adrian von Bidder skrev: On Thursday 15 June 2006 16:06, Marc Chantreux wrote: Is there a way to help/join/have news from the apache team ? Have you tried contacting the apache maintainers directly? (I'd cc such mails to the [EMAIL PROTECTED] list, just

Re: some Debian Apache Maintainer here ?

2006-06-16 Thread Marc Chantreux
le 15/06/2006, Adrian von Bidder nous écrivait : There is the debian-apache mailing list. I don't ee much life there, though, except for bts email. the irc chan looks like ghost city too ... cheers mc -- téléphone : 03.90.24.00.19 courriel : [EMAIL PROTECTED]

some Debian Apache Maintainer here ?

2006-06-15 Thread Marc Chantreux
Hi all, I've posted a patch to fix #350119, #342008, #350119 139 days ago and have no news about it. I tried to contact the apache team to know if i was able to help but i have no news. I still apply my patch on every server i install, this is boring me. Is there a way to help/join/have news

Re: some Debian Apache Maintainer here ?

2006-06-15 Thread Marc Chantreux
Olaf, I still apply my patch on every server i install, this is boring me. Is there a way to help/join/have news from the apache team ? Try irc://irc.debian.org/debian-apache Unfortunately, a more informative answer than it's fixed when it's fixed shouldn't be expected. thanks for your

how to link 2 bug reports ?

2006-01-29 Thread Marc Chantreux
Hi all, i've done the bug report #350119 last week (providing a patch) and just seen that this patch fixes #342008. Is it a way to 'link' them in the BTS? (as i'm not a DD) regards mc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL

Re: how to link 2 bug reports ?

2006-01-29 Thread Marc Chantreux
thanks everyone for your answers. regards, mc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: better init.d/* : who carres ?

2005-08-26 Thread Marc Chantreux
Henrique de Moraes Holschuh a écrit : Note that using dash is probably MUCH faster than perl. I don't know about zsh. it's not always true : it just depends on your problems and solutions : write a dash script to open a lot of pipes between grep,sed,awk and other filters to treat a lot of

Re: better init.d/* : who carres ?

2005-08-26 Thread Marc Chantreux
Henrique de Moraes Holschuh a écrit : Anyway, just make triple sure to never use anything from /usr in a script that otherwise only needs / to work. If you find anything like that, report it as a important (usually whatever it is starts after /usr is mounted) or grave (it starts befure /usr is

Re: better init.d/* : who carres ?

2005-08-25 Thread Marc Chantreux
First of all, thank you all for your answers. i'll provide some documented, posix compliant, one piped patches as wishlist. Of course this would all be so much simpler if we could actually use the power of modern shells (post 1993) in init scripts - subprocesses wouldn't be required at

Re: better init.d/* : who carres ?

2005-08-25 Thread Marc Chantreux
Andrew Porter a écrit : bash is actually pretty good if you know how to use it (and most of the ksh93 comliant functions) - the problem is that most programmers don't. The ${} constructs add a lot of power and allow the programmer to be less reliant on external tools. zsh provides some things

better init.d/* : who carres ?

2005-08-24 Thread Marc Chantreux
Hi all, there are a lot of things in /etc/init.d/*, and {pre,post}inst scripts that can be rewritten more efficiently ( i think ). for example, in /etc/init.d/mysqld mysqld_get_param() { /usr/sbin/mysqld --print-defaults \ | tr \n \ | grep -- --$1 \