[fwd: OpenStack summit April 2012 post mortem]

2012-04-22 Thread Stefano Zacchiroli
Forwarding here for information in spite of the technical content, as
Loic attended the event on behalf of Debian, accepting an invitation
from OpenStack that has been initially addressed to me (as I've
mentioned some 'bits from the DPL' mail ago).

Thanks Loic, for attending and for the detailed report!

Cheers.

- Forwarded message from Loic Dachary l...@enovance.com -

Date: Fri, 20 Apr 2012 08:37:32 +0200
From: Loic Dachary l...@enovance.com
To: openstack-de...@lists.alioth.debian.org
CC: Stefano Maffulli stef...@openstack.org, Stefano Zacchiroli 
z...@upsilon.cc
Subject: OpenStack summit April 2012 post mortem

Dear co-developpers,

Debian GNU/Linux was one of the few volunteer based projects represented during 
the OpenStack design summit held 16th - 18th April 2012
http://www.openstack.org/conference/san-francisco-2012/sessions/
When you look at the stats of Who wrote Essex, two companies show: stackops 
and eNovance. Three members of the OpenStack packaging team ( Ghe Rivero, 
Julien Danjou and myself ) are paid by these companies and I think it's fair to 
say that a majority of the contributions were made for the sake of Debian 
GNU/Linux packaging.

We are tiny compared to other distributions Fedora, Ubuntu or even Suse who 
were represented by over sixty people during the summit. But in term of 
efficiency and the result accomplished, we've done very well collectively.

The format of the design summit is somewhat unusual. The goal is to actually 
design blueprints that will influence the next release. Over three hundred 
developers discuss pre-defined topics in short sessions (30 minutes to 60 
minutes) and try to reach a consensus on something that matters to them. Design 
decisions can't really be decided in such a short time but in many cases the 
direction in which the design process is heading has been heavily influenced by 
the heated discussions from the audience. I will focus on the sessions that, in 
my opinion, are related to packaging and deployment.

I originaly thought the discussions will occur while sitting at the Debian 
GNU/Linux table. But I did not figure out where the table was when I arrived 
and I quickly realized that Debian GNU/Linux should be represented during the 
sessions themselves. I've not heard Suse speak up, although they were present. 
But in many occasions the discussion involved packagers from Fedora or Ubuntu 
and I had many opportunities to speak for Debian GNU/Linux.

* Stable maintainance release

The overall impression is that every company present is much more concerned 
than I expected about the stable release life cycle. To the extent that HP, for 
instance, is deeply commited to maintaining a Diablo based release that works 
for them, despite the huge amount of work it involves. The discussion was about 
the process outlined here:

http://wiki.openstack.org/StableBranchRelease

A branch is actively maintained (until the next release is out) or passively 
maintained (when the next release becomes actively maintained). There has been 
a discussion about what happens afterwards. Mark McLoughlin (Fedora) proposed 
that it is orphaned. Dave Walker (Ubuntu) and Loic Dachary (Debian GNU/Linux) 
advocated that they need to be maintained as long as there is someone to 
backport the security fixes. Thierry Carrez (Release Manager) proposed that 
after being passively maintained by the OpenStack project, the branch shows in 
a list with all other branches and a clear information about wether or not 
someone is caring for it. Of course it would be better if the OpenStack project 
itself could commit to maintain stable branches for a longer period. But nobody 
was ready to commit to this at this point in time. The solution proposed is a 
good interim since old stable branches stay in the same framework and do not 
move to a cimetery where they would become second class citizen.

* Documentation

I did not attend the sessions specific to documentation. However, I heard many 
times that the lack of an update documentation is a major problem. I met Anne 
Gentle and congratulated her for the hard work. She said that there is 
currently a shortage of people working on documentation. I've not heard 
anything about a solution to fix this problem. There has been a proposals in 
the context of a common library to handle the openstack flags / options to also 
use it to generate documentation such as manual pages. The idea of having a 
common library for this did not reach a consensus though.

* Integration tests

In the course of a search for ways to check regressions after an upgrade of 
OpenStack, I discovered Tempest https://github.com/openstack/tempest which is a 
set of integration tests. It proved useful to spot problems on an existing 
installation. During the Test Strategy, Processes, and Quality Metrics 
session, I discovered that it becomes an increasingly important part of the 
continuous integration process. Jaypipes has advocated on many occasions that 

test Sun, 22 Apr 2012 15:01:33 +0200

2012-04-22 Thread zobel
This is a test mailing


-- 
To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120422130134.66e0124...@bendel.debian.org



DONE: scheduled maintenance of lists.debian.org

2012-04-22 Thread Martin Zobel-Helas
Hi, 

On Sat Apr 21, 2012 at 13:13:30 +0200, Martin Zobel-Helas wrote:
 Hi,
 
 we are planing to move lists.debian.org to a different machine this
 weekend.  Therefore expect several short outages of the lists.debian.org
 services - we try to keep them as short as possible.

we are done with the move, and only fix minor issues now. You shouldn't
see any outages any more.

Thank you for your patience,
Martin
-- 
 Martin Zobel-Helas zo...@debian.org  | Debian System Administrator
 Debian  GNU/Linux Developer   |   Debian Listmaster
 GPG key http://go.debian.net/B11B627B  | 
 GPG Fingerprint:  6B18 5642 8E41 EC89 3D5D  BDBB 53B1 AC6D B11B 627B 


signature.asc
Description: Digital signature


Re: DONE: scheduled maintenance of lists.debian.org

2012-04-22 Thread Francesca Ciceri
On Sun, Apr 22, 2012 at 04:17:19PM +0200, Martin Zobel-Helas wrote:
 Hi, 
 
 On Sat Apr 21, 2012 at 13:13:30 +0200, Martin Zobel-Helas wrote:
  Hi,
  
  we are planing to move lists.debian.org to a different machine this
  weekend.  Therefore expect several short outages of the lists.debian.org
  services - we try to keep them as short as possible.
 
 we are done with the move, and only fix minor issues now. You shouldn't
 see any outages any more.
 

\o/

 Thank you for your patience,
 Martin

Thank you very much for your work!

Cheers,
Francesca

-- 
Nostra patria è il mondo intero
e nostra legge è la libertà
ed un pensiero
ribelle in cor ci sta. P.Gori


signature.asc
Description: Digital signature


Re: DONE: scheduled maintenance of lists.debian.org

2012-04-22 Thread Martin Zobel-Helas
Hi, 

On Sun Apr 22, 2012 at 16:17:19 +0200, Martin Zobel-Helas wrote:
 Hi, 
 
 On Sat Apr 21, 2012 at 13:13:30 +0200, Martin Zobel-Helas wrote:
  Hi,
  
  we are planing to move lists.debian.org to a different machine this
  weekend.  Therefore expect several short outages of the lists.debian.org
  services - we try to keep them as short as possible.
 
 we are done with the move, and only fix minor issues now. You shouldn't
 see any outages any more.

it looks we lost 186 mails to lists' webarchive. i currently try to find
out which those are and feed them back in. Lets see how lucky i will be
to find them.


-- 
 Martin Zobel-Helas zo...@debian.org  | Debian System Administrator
 Debian  GNU/Linux Developer   |   Debian Listmaster
 GPG key http://go.debian.net/B11B627B  | 
 GPG Fingerprint:  6B18 5642 8E41 EC89 3D5D  BDBB 53B1 AC6D B11B 627B 


-- 
To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120422170115.gr2...@ftbfs.de



Re: Diversity statement for the Debian Project

2012-04-22 Thread Russ Allbery
Ian Jackson ijack...@chiark.greenend.org.uk writes:
 Francesca Ciceri writes (Diversity statement for the Debian Project):

 So, I wrote a draft - mainly based on the one [4] created for Ubuntu by
 Matt Zimmerman with the help of Mary Gardiner, Valerie Aurora and
 Benjamin Mako Hill - and I'd like to propose it to the DPL to be
 official published.

 I agree with the motives behind this.  But I have are some
 difficulties with your wording; or, if you prefer, I feel this needs
 to be qualified.

[...]

In case anyone else was also confused by this message: it appears to have
gotten stuck in a mail queue somewhere and is nearly a month old.  So if
it looks like a replay of an earlier conversation, that's because it is.  :)

-- 
Russ Allbery (r...@debian.org)   http://www.eyrie.org/~eagle/


-- 
To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87d36z7jtp@windlord.stanford.edu



Re: revenue sharing agreement with DuckDuckGo

2012-04-22 Thread Stefano Zacchiroli
[ catching up with some old discussion ]

On Thu, Mar 29, 2012 at 12:16:09PM +0200, Stefano Zacchiroli wrote:
 All in all, as a project we should simply see the agreement as something
 like for every web browser in Debian who decides to use t=something,
 Debian will receive donations. If, due to the usual way we maintain
 packages, including upstream relationships, that set will shrink to
 nothing, too bad. The agreement will simply allow the set to exist, it
 will not magically fill it with browsers that implement t=something.

I've just re-read this whole thread. Helped by the useful input you
provided in it, I made up my mind and decided to go ahead with the
agreement, according to the spirit described in the above paragraph.

As per the thread, it seems to me that most of the arguments presented
have been in favor of going ahead. There have also been arguments
against, mainly about (1) privacy and (2) relationships with upstream.

For the first concern (privacy), the problem really is much bigger than
the query string (browsers and OS are identifiable in many more ways)
and our default browser already send a rather peculiar and easy to
identify User-Agent string. There have been interesting discussions
about implementing a big privacy switch. I find that an intriguing
idea, but it requires consideration of way more applications than
browsers.

For both concerns, I see them as something that maintainers should
already care about anyhow, and that will remain unchanged by the choice
of accepting DDG donations. In particular, good relationships with
upstream is something we pursue no matter what. If and when a search
engine query string will become a source of tension with our upstream,
the maintainers should discuss with them and look for a solution, as
they did before. I don't see how accepting DDG donations would change
anything in this respect.

Last but not least, transparency. I don't know, yet, how to answer the
many how much questions that have been asked in the thread. But for
sure we will have to be public about that once we have an answer. I'll
check with the auditors and trusted orgs to ensure this kind of
donations are clearly marked as such.  If at any time we will become
scared by the amount, we can decide to quit.

For the same transparency reasons, I also suggest that maintainers of
the involved packages document where appropriate (e.g. in README.Debian)
that they have implemented the t=debian query string, and why.

Cheers.
-- 
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences   ..   http://upsilon.cc/zack   ..   . . o
Debian Project Leader...   @zack on identi.ca   ...o o o
« the first rule of tautology club is the first rule of tautology club »


signature.asc
Description: Digital signature


Re: illegal logo

2012-04-22 Thread Craig Small
On Thu, Apr 19, 2012 at 05:39:45PM +0200, Jakub Wilk wrote:
 It's not a Debian logo. Not even close.
I wouldn't go as far as not even close but they are a little bit
different. Besides the colour change the swirl is, yes a swirl, but the
tail ends in different places and the little dots are also in different
spots and its a bit thicker.

Is that the same enough I have no idea.

 To avoid further confusion, maybe it'd be a good idea to change our
 logo to something less silly.
Sounds like its the rise of Captain Blue-Eye again!

 - Craig
-- 
Craig Small VK2XLZ   http://enc.com.au/  csmall at : enc.com.au
Debian GNU/Linux http://www.debian.org/  csmall at : debian.org
GPG fingerprint: 5D2F B320 B825 D939 04D2  0519 3938 F96B DF50 FEA5


-- 
To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120422210412.ga17...@enc.com.au