date:20030819

Bits from the RM

2003-08-19 Thread Anthony Towns

Hello world,

Sorry: this is long, and it's probably all relevant. Get a snack and
something to drink while you read it maybe.

So, it's time we start doing more than think about the next release. Since
I'm all for aggressive goals, let's aim for sometime in December -- how 
about 2003-12-01 00:00:00 UTC?

Perhaps I shouldn't have suggested getting the drink. It's okay, get a
cloth, I can wait, and you're not going to be able to read the rest of
this email until you clean that monitor up.

Anyway, obviously this is aggressive, but I think it's entirely
achievable. Exactly how we achieve it may be a little bit unclear, but
hopefully the following will address some of that. To setup the context,
we'll begin by discussing some of our longer term goals wrt releases,
and the problems we're having with those.



One reasonable question some people ask is why we have stable releases at
all. A fair number of people are happily running testing and unstable on
their desktops and servers, and if they're not already as secure, reliable
and featureful as stable is, they can certainly be made to be. The
key difference that we want to keep is updates: testing and unstable
will change the way your system works in small ways quite regularly,
requiring constant attention from a sysadmin to ensure the system still
does what it's supposed to.  By contrast, the regular security updates and
occassional point releases of stable generally make a point of not adding
any new features, nor breaking *any* behaviour admins or users might
be relying on. Basically, it's the difference between having a sysadmin
spending fifteen minutes every day or week tweaking your server to keep
it running, or having a sysadmin come in for a week once a year to do a
major upgrade. In some environments the latter is by far the more feasible
option, and it's there that Debian stable releases are most useful.

One major issue for these types of users is predictability: you don't
want to schedule your admins to come on site, then find you need to do
a major Debian upgrade a month later, and have to bring them back out.
The same argument applies even more so to people trying to pre-install
Debian and ship it to people: if features you need are only available
in testing/unstable, you either need to wait an indeterminate amount of
time until a release happens or maintain a possibly large set of security
updates in a timely fashion yourself.

So one thing we've been working on, and will continue to work on, is
ensuring we can plan a release well in advance of it happening, and that
our plans actually pan out. One of the functions of setting as aggressive
a goal as we are this time is to see just how effective we can be.



The other goal of our releases, using the term more loosely to refer to
our daily releases of packages in suites other than stable, is to support
people who *are* willing to tweak their system on a daily or weekly
basis. The tradeoff still to be made here is one of features versus
reliability; the value of new changes, versus the risk that the changes
will break something you need. Essentially we want to allow people to make
a choice between newer software that we're confident works fairly well,
and software that's as new as possible, possibly so new we can't make any
promises at all about it. We're trying to make this distinction with the
testing and unstable suites, letting people choose to take all their
software one way or the other, or using pinning, just some of it.

Our primary failure here is that in order to keep testing as current as
we can, we're skimping on keeping unstable as new as we might otherwise.
This includes being slow to upload released software that we're not as
confident with, and being very hesitant to upload CVS versions of packages
at all. These aren't necessarily bad choices. They are, however, choices
we should be aiming to leave up to our users, not making ourselves.



Hopefully none of the above should be particularly controversial. People's
priorities will obviously lie in different areas, but keeping the above in
mind should allow us to avoid getting in conflict too much.

Because conflict is probably going to be coming up. One thing that an
aggressive schedule implies is that we're going to have to experiment a
little: if we could just keep doing the same old thing, it'd be an easy
schedule, if we only had to try a little harder, it'd be a difficult
schedule.  This isn't either of those things, so in order to try to
achieve it, we're going to mix things up a bit.

(Try to achieve it? Tsk, what would Yoda say?)



The first new feature we have for this release is distributed release
management. It's hierarchial, not peer to peer, but hey, it's a start.
After replying to the Help wanted mail from March, and surviving a
series of grueling challenges on the debian-release list, Joey Hess
[EMAIL PROTECTED], Steve Langasek [EMAIL PROTECTED] and Colin
Watson [EMAIL PROTECTED] (Kamion) have each been granted

Re: [HS] : coup de gueule... Où va Debian ?

2003-08-19 Thread Ludovic Rousseau

Bonjour,

C'est mon premier message dans cette discussion (et peut-être le
dernier, j'aime pas nourrir les flames).

Le lundi 18 août 2003 à 23:42:29, Sebastien Bacher a écrit:
 Christian Couder [EMAIL PROTECTED] writes:
  C'est un problème politique qui se gagne avec des discussion, de 
  l'argumentation et des campagnes de sensibilisations, pas un problème 
  technique où il suffit d'avoir un programme qui tourne.
 
 C'est pas un problème qui se réglera avec un flamme du style y en a
 marre que vous preniez les contributeurs pour de la merde.
 Autant mettre en place un système permettant de gérer ces contributeurs
 et dire ca sera bien d'intégrer d'autres gens que les mainteneurs de
 paquets, on a réfléchit sur un système permettant de faire cela,
 regardez voir.

Je suis assez d'accord avec Sébastien : une campagne (d'information ou
de flame war suivant l'angle de vue) par mail ne fera pas avancer les
choses.

Debian est un système basé sur le volontariat et le bénévolat. Si vous
« exigez » que les contributeurs aient les même droits que les DD vous
allez obtenir l'effet inverse et vous ne serez plus écouté du tout.

Par contre si vous montez un serveur avec :
- les clés PGP des contributeurs authentifiées par (au moins) un DD
- les paquets ou documents signés par le contributeur
- une façon simple pour un DD autorisé à faire entrer la contribution
  dans Debian
- on peut même imaginer un tombinoscope (pour ceux qui veulent) avec un
  email en [EMAIL PROTECTED]
- d'autres services suivant les besoins

Ensuite on peut discuter sur debian-devel et passer, un jour, la machine
en contributor.debian.org

Monter un tel serveur est du _travail_. Et si les admins Debian ne
veulent pas le faire, n'ont pas le temps, etc. il ne se fera JAMAIS.
Donc il faut que d'autres le mettent en place et l'administrent.

Le document « La cathédrale, le bazar et le conseil municipal » [1] a
déjà été cité ici mais il est vraiment pas mal.
Comme dirait Linus « show me the code ». Une discussion seule ne sert à
rien.

Cordialement,


PS : je suis DD depuis 2 ans et je participe (autant que je peux) à la
traduction/relecture des descriptions de paquets.

PS2 : Patrice, je lis des mèls (emails) et des nouvelles (news) de toi
depuis un paquet d'années. Ta signature féline est bien reconnaissable.
Que tu ai ou pas une adresse en @debian.org ne change rien à
l'importance que j'apporte à tes écrits et au plaisir que j'ai à te lire.

[1] http://www.linux-france.org/article/these/conseil-municipal/bazaar_fr.html

-- 
 Dr. Ludovic Rousseau[EMAIL PROTECTED]
 -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --

postrm script qui bloque

2003-08-19 Thread Alexandre Fayolle

Bonjour,

J'ai un soucis avec un script postrm utilisant debconf qui bloque quand
je purge le paquet. 

Dans le script, en cas de purge, j'utilise debconf pour récupérer le nom
d'une base postgresql, puis le supprime la base, je change un fichier de
conf de postgresql et je fais un reload. Jusque là tout va bien. Mais
debhelper ajoute gentiment la purge des paramètres du paquet dans sa
base de données, et là ça se bloque indéfiniment (enfin, ca prend plus
de 5 minutes, après quoi, j'ai envoyé un ^C pour arrêter tout). 

Mon script ressemble à ça:
-8-
#! /bin/sh -e
. /usr/share/debconf/confmodule ;
db_version 2.0 ;

if [ $1 = purge ]; then
db_get  ginco-db/web/host ;
GINCOHOST=$RET ;
db_get  ginco-db/database/name ;
PGDATABASE=$RET ;
db_get  ginco-db/database/user ;
PGUSER=$RET ;
db_stop ;

su - postgres -c dropdb  $PGDATABASE || true ;

if grep --quiet ^host.*$PGDATABASE.*$PGUSER.*$GINCOHOST.*
/etc/postgresql/pg_hba.conf ; then
true ;
else
grep -v $PGDATABASE /etc/postgresql/pg_hba.conf 
/etc/postgresql/pg_hba.conf.temp ;
mv /etc/postgresql/pg_hba.conf.temp /etc/postgresql/pg_hba.conf
; 
invoke-rc.d postgresql reload /dev/null 21 || true ;
fi ;

fi;


#DEBHELPER#

exit 0
-8

debhelper ajoute les lignes suivantes:
# Automatically added by dh_installdebconf
if [ $1 = purge ]  [ -e /usr/share/debconf/confmodule ]; then
. /usr/share/debconf/confmodule
db_purge
fi
# End automatically added section

et ça bloque sur db_purge.

debconf-devel(7) mentionne un problème avec les daemons, et dit qu'il
faut utiliser db_stop pour éviter des ennuis, mais visiblement ce n'est
pas lié.

Quelqu'un aurait une piste ?

-- 
Alexandre Fayolle

Re: [HS] : coup de gueule... Où va Debian ?

2003-08-19 Thread Martin Quinson

On Tue, Aug 19, 2003 at 09:27:45AM +0200, Ludovic Rousseau wrote:
 Je suis assez d'accord avec Sébastien : une campagne (d'information ou
 de flame war suivant l'angle de vue) par mail ne fera pas avancer les
 choses.

Seul, non, mais discuter est un bon moyen de faire avancer les problemes
lies a la democratie. Disons que je pense que c'est necessaire, mais pas
suffisant.
 
 Debian est un système basé sur le volontariat et le bénévolat. Si vous
 « exigez » que les contributeurs aient les même droits que les DD vous
 allez obtenir l'effet inverse et vous ne serez plus écouté du tout.
 
 Par contre si vous montez un serveur avec :
 - les clés PGP des contributeurs authentifiées par (au moins) un DD
 - les paquets ou documents signés par le contributeur
 - une façon simple pour un DD autorisé à faire entrer la contribution
   dans Debian
 - on peut même imaginer un tombinoscope (pour ceux qui veulent) avec un
   email en [EMAIL PROTECTED]
 - d'autres services suivant les besoins
 
 Ensuite on peut discuter sur debian-devel et passer, un jour, la machine
 en contributor.debian.org
 
 Monter un tel serveur est du _travail_. Et si les admins Debian ne
 veulent pas le faire, n'ont pas le temps, etc. il ne se fera JAMAIS.
 Donc il faut que d'autres le mettent en place et l'administrent.

Excellentes idees !

Le plus simple dans un premier temps serait de faire un paquet regroupant
les cles de contributeurs non DD signees par des DD, je pense. Si quelqu'un
a du temps pour cela, ca serait cool. 

C'est vraiment chiant de devoir rediger une these, on a moins de temps pour
geeker. Y'a un volontaire dans la salle ? 

Si vous voulez de la matiere, ma cle est signee par au moins deux DD, et est
dispo depuis 
http://www.keyserver.net/en/home.php

Quels sont les autres contributeurs ayant une belle clee signee, et est ce
qu'ils ont mis leur cle sur ce serveur (ou un autre accessible librement) ?

En ce qui concerne les autres services, j'ai pleins d'idees sur ce dont a
besoin la trad pour avancer, mais pas le temps de les implementer pour
l'instant. Et je suppose que Denis, au moins, est dans le meme cas...

Merci, Mt.

-- 
There is enough for the need of everyone in this world, 
but not for the greed of everyone.
   --- Mahatma Gandhi

Re: postrm script qui bloque

2003-08-19 Thread Vincent Bernat

OoO En cette matinée pluvieuse du mardi 19 août 2003, vers 10:28,
Alexandre Fayolle [EMAIL PROTECTED] disait:

 debhelper ajoute les lignes suivantes:
 # Automatically added by dh_installdebconf
 if [ $1 = purge ]  [ -e /usr/share/debconf/confmodule ]; then
 . /usr/share/debconf/confmodule
 db_purge
 fi
 # End automatically added section

Il y a tout un tas de paquets qui bloquent à ce niveau. Par exemple
horde2 et ilohamail.
-- 
Don't diddle code to make it faster - find a better algorithm.
- The Elements of Programming Style (Kernighan  Plaugher)

Re: [HS] : coup de gueule... Où va Debian ?

2003-08-19 Thread Mike Hommey

On Tuesday 19 August 2003 12:24, Martin Quinson wrote:
 On Tue, Aug 19, 2003 at 09:27:45AM +0200, Ludovic Rousseau wrote:
(snip)
  Par contre si vous montez un serveur avec :
  - les clés PGP des contributeurs authentifiées par (au moins) un DD
  - les paquets ou documents signés par le contributeur
  - une façon simple pour un DD autorisé à faire entrer la contribution
dans Debian
  - on peut même imaginer un tombinoscope (pour ceux qui veulent) avec un
email en [EMAIL PROTECTED]
  - d'autres services suivant les besoins

y a un début de commencement d'ébauche de cette idée sur 
http://www.internatif.org/bortzmeyer/debian/sponsor/

(snip)
 Quels sont les autres contributeurs ayant une belle clee signee, et est ce
 qu'ils ont mis leur cle sur ce serveur (ou un autre accessible librement) ?

La mienne est dispo sur le même serveur, et doit être signée par 4 ou 5 DD.

-- 
Do you know what's the best thing about being me ? There's so many me ! 
-- Agent Smith Reloaded

Signature de cle en Alsace (was: Re: Bug#198987: Is something planned for this bug?)

2003-08-19 Thread Christian Perrier

Quoting Philipp Kern ([EMAIL PROTECTED]):
 On Tue, 2003-08-19 at 15:33, Christian Perrier wrote:
 {snip}
 
 At least I'm not added as looking for keysigning.
 If that helps.
 I guess somebody listed from Haut Rhin would be the nearest to me.

Cyrille Chépélov [EMAIL PROTECTED] is listed in Haut-Rhin


I'm pretty sure there are other french developers in Strasbourg. 

Let's ask french DD's.Les gars, quelqu'un pourrait signer la clé
de Philipp Kern dont j'ai sponsorisé le travail sur mydns
(précédemment géré par Igor Genibel puis repris par un mainteneur
plutôt fantôme maintenant) ?

Re: Signature de cle en Alsace (was: Re: Bug#198987: Is something planned for this bug?)

2003-08-19 Thread Cyrille Chepelov


Le Tue, Aug 19, 2003, à 04:41:38PM +0200, Christian Perrier a écrit:
 Quoting Philipp Kern ([EMAIL PROTECTED]):
  On Tue, 2003-08-19 at 15:33, Christian Perrier wrote:
  {snip}
  
  At least I'm not added as looking for keysigning.
  If that helps.
  I guess somebody listed from Haut Rhin would be the nearest to me.
 
 Cyrille Chépélov [EMAIL PROTECTED] is listed in Haut-Rhin
 
 
 I'm pretty sure there are other french developers in Strasbourg. 
 
 Let's ask french DD's.Les gars, quelqu'un pourrait signer la clé
 de Philipp Kern dont j'ai sponsorisé le travail sur mydns
 (précédemment géré par Igor Genibel puis repris par un mainteneur
 plutôt fantôme maintenant) ?


heuh, je veux bien, s'il est du côté de Fribourg ou Lörrach, ça va, s'il est
plutôt vers Kehl ou Offenbourg, ça va pas trop le faire (vu de Paris,
Colmar-Strasbourg c'est peut-être tout près (been there done that), mais
bon, en pratique, 2 heures de bagnole pour signer une clef...)

Accessoirement, je ne suis plus DD, donc j'ignore si ça joue toujours.

Sven, tu couvres le Bas-Rhin ? ;-)


-- Cyrille

--

Re: Integrer les non empaqueteurs a Debian

2003-08-19 Thread Martin Quinson

On Fri, Aug 15, 2003 at 07:58:05PM +0200, Arnaud Vandyck wrote:
 Je crois  que si tu crees  un projet sur  alioth, tu as tous  les droits
 (dev et  admin)... comme  sur sourceforge... il  me semble  que g-forge,
 c'est un peu le meme principe, non?

Tous les droits sur le serveur g-forge, oui, mais pas sur les autres
machines debian (j'espere)...

Mt.

 On Fri, 15 Aug 2003 16:47:07 +0200
 Martin Quinson [EMAIL PROTECTED] wrote:
 
  On Thu, Aug 14, 2003 at 09:58:32PM +0200, Denis Barbier wrote:
   On Thu, Aug 14, 2003 at 09:19:14PM +0200, Raphael Hertzog wrote:
   [...]
Sinon j'ai quand même une critique sur lancer une discussion sur
-devel ... ca ne sert à rien, sauf à démarrer une flamewar. Si on veut
vraiment être productif, il faut faire un contributors.debian.net sur
une machine perso d'un développeur motivé par ce projet et faire un
premier jet de ce que pourrait être cette infrastructure officielle qui
permettra aux contributeurs non développeurs d'être reconnus. Ensuite on
annonce cela sur -devel et on en discute sur une base tangible ... la
discussion qui en suivra sera 100 fois plus constructive.
   
   J'en profite pour lancer une idée que je voulais formuler depuis
   quelques temps. Est-il possible pour les projets hébergés sur Alioth
   de fournir des droits d'écriture (CVS ou Subversion) pour un fichier
   unique ? L'idée est de permettre aux traducteurs de committer
   directement. Si cela se généralise, je pense que c'est un premier
   pas pour reconnaître ce statut de contributeur.
   Si c'est possible, y-a-t'il des développeurs intéressés pour la mettre
   en pratique ?
  
  Oui, je pense qu'alioth est une grosse partie de la solution technique au
  probleme humain : Dans ma tete, l'empaqueteur devrait etre le coordinateur
  de la vie du paquet. Cela implique une cooperation entre lui et les autres
  contributeurs que sont les traducteurs, les porteurs, les utilisateurs (qui
  ouvrent des bugs), les developpeurs (possiblement upstream)...
  
  Et cette cooperation n'est possible que si on en a les outils. 
  
  
  Par exemple, pour l'instant, les non DD sont condamner a avoir des logins en
  -guest, ce qui est justifie puisqu'on est pas sur de leur identite et de
  leurs intentions. Il me semble que les droits (au sens technique et
  informatique du terme) de ces comptes doivent etre limite de part ce manque
  d'autentification.
  
  En revanche, serait il possible qu'alioth offre un vrai compte aux gens qui
  ont une cle autentifiee, et qui ont passe le philosophical check de la queue
  des NM ?
  
  Officiellement, ca serait une sorte de compte particulier (alioth only) pour
  les gens qui vont bientot devenir NM. Et ca serait le premier pas vers la
  reconnaissance des contributeurs non empaqueteurs, condamnes a rester
  bloques dans la dite queue au niveau des tasks and skills checks (surtout a
  cause de la seconde partie du test).
  
  Il me semble que ca constitue un objectif atteignable a moyen terme, non ?
  On verra la suite apres...
  
  
  Merci, Mt.
  
  -- 
  Freedom is not free.
  
  
  -- 
  To UNSUBSCRIBE, email to [EMAIL PROTECTED]
  with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
  
  
 
 
 -- Arnaud Vandyck
http://alioth.debian.org/users/arnaud-guest/
http://alioth.debian.org/developer/diary.php?diary_user=2781



-- 
Un clavier azerty en vaut deux.

Re: Signature de cle en Alsace (was: Re: Bug#198987: Is something planned for this bug?)

2003-08-19 Thread Sven Luther

On Tue, Aug 19, 2003 at 05:35:54PM +0200, Cyrille Chepelov wrote:
 
 Le Tue, Aug 19, 2003, à 04:41:38PM +0200, Christian Perrier a écrit:
  Quoting Philipp Kern ([EMAIL PROTECTED]):
   On Tue, 2003-08-19 at 15:33, Christian Perrier wrote:
   {snip}
   
   At least I'm not added as looking for keysigning.
   If that helps.
   I guess somebody listed from Haut Rhin would be the nearest to me.
  
  Cyrille Chépélov [EMAIL PROTECTED] is listed in Haut-Rhin
  
  
  I'm pretty sure there are other french developers in Strasbourg. 
  
  Let's ask french DD's.Les gars, quelqu'un pourrait signer la clé
  de Philipp Kern dont j'ai sponsorisé le travail sur mydns
  (précédemment géré par Igor Genibel puis repris par un mainteneur
  plutôt fantôme maintenant) ?
 
 
 heuh, je veux bien, s'il est du côté de Fribourg ou Lörrach, ça va, s'il est
 plutôt vers Kehl ou Offenbourg, ça va pas trop le faire (vu de Paris,
 Colmar-Strasbourg c'est peut-être tout près (been there done that), mais
 bon, en pratique, 2 heures de bagnole pour signer une clef...)
 
 Accessoirement, je ne suis plus DD, donc j'ignore si ça joue toujours.
 
 Sven, tu couvres le Bas-Rhin ? ;-)

Oui, bien sur, meme un peu plus si necessaire. 

D'ailleurs, j'ai prevu de rencontrer Pierre THIERRY demain apres midi
(si il est disponible) a strasbourg pour un signature de cle, cela
pourait se faire simultanement. A confirmer pour le moment et l'heure
encore cependant.

Amicalement,

Sven Luther

Policy 3.6.1 et debconf

2003-08-19 Thread Christian Perrier


Yargla, on va pouvoir enquiquiner plus fort les mainteneurs qui
n'utilisent pas debconf.. :-)

Changes: 
 debian-policy (3.6.1.0) unstable; urgency=low
 .
   * [AMENDMENT 2003/08/03] Make Debconf the standard for prompting the
 user   closes: Bug#176506


Pas encore lu la modifmais on devrait pouvoir augmenter un peu la
priorité des bogues should use debconf de wishlist à normal au
moins, s'il y a should use debconf.

En attendant qu'on ait : MUST use (gettext) debconf, évidemment... :-)

Re: Signature de cle en Alsace (was: Re: Bug#198987: Is something planned for this bug?)

2003-08-19 Thread Nicolas Rueff

Le mar 19/08/2003 à 19:54, Raphael Hertzog a écrit :
Le Tue, Aug 19, 2003 at 04:41:38PM +0200, Christian Perrier écrivait:
Quoting Philipp Kern ([EMAIL PROTECTED]):
On Tue, 2003-08-19 at 15:33, Christian Perrier wrote:
{snip}

At least I'm not added as looking for keysigning.
If that helps.
I guess somebody listed from Haut Rhin would be the nearest to me.

Cyrille Chépélov [EMAIL PROTECTED] is listed in Haut-Rhin

I'm also in the Haut-Rhin !

Y aurait-il une concentration de DD en Alsace ? Bon, résolution à la
rentrée: faire pousser les DD en Franche Comté ;)

/N
__

Nicolas Rueff [EMAIL PROTECTED]
http://rueff.tuxfamily.org
+33 6 77 64 44 80
--
There once was a man who went to a computer trade show. Each day as
he entered, the man told the guard at the door:
I am a great thief, renowned for my feats of shoplifting. Be
forewarned, for this trade show shall not escape unplundered.
This speech disturbed the guard greatly, because there were millions
of dollars of computer equipment inside, so he watched the man
carefully.
But the man merely wandered from booth to booth, humming quietly to
himself.
When the man left, the guard took him aside and searched his clothes,
but nothing was to be found.
On the next day of the trade show, the man returned and chided the
guard saying: I escaped with a vast booty yesterday, but today will be
even
better. So the guard watched him ever more closely, but to no avail.
On the final day of the trade show, the guard could restrain his
curiosity no longer. Sir Thief, he said, I am so perplexed, I cannot
live
in peace. Please enlighten me. What is it that you are stealing?
The man smiled. I am stealing ideas, he said.
-- Geoffrey James, The Tao of Programming
__

1 2 >

1 - 100 of 149 matches

Mail list logo