Hi candidates
So, over the last years I have seen a Debian where it among the people
is much more important to avoid to fail than trying to do awesome stuff.
But doing awesome stuff is where the fun is, and also where the
possibility to be awesome is. Where the possibility create something
new.
Hi!
Sune Vuorela nos...@vuorela.dk writes:
So, over the last years I have seen a Debian where it among the people
is much more important to avoid to fail than trying to do awesome
stuff.
While I subscribe to the 'avoid failure whenever you can' school of
thought, I do not wish to hold on to
On Sun, Mar 10, 2013 at 10:32:10PM -0600, Gunnar Wolf wrote:
There was an interesting discussion (sadly, in a private forum I
cannot quote here, but the fact of having had the discussion does not
disclose private information, yada yada...)
You mean the discussion (re)started publicly at:
In your opinion, what are the fundamental reasons the release freeze is so
long, and so painful, and what do you propose to do, as DPL, to fix them?
The release process is hard to grasp. The most visible side of it is the
number of RC bugs (which I contributed to increase :p) As a DPL, I will
Hi,
On 11/03/13 at 08:30 +, Sune Vuorela wrote:
Hi candidates
So, over the last years I have seen a Debian where it among the people
is much more important to avoid to fail than trying to do awesome stuff.
But doing awesome stuff is where the fun is, and also where the
possibility to
(After 4 years, I'm again on the right side of the ballot box to ask
questions... *cracking knuckles*)
All candidates seem to agree that Debian has an important role to play
in the Free Software movement at large. Good: I couldn't agree more! :)
But then, one wonders, what are the main
On Mon, Mar 11, 2013 at 9:19 PM, Lucas Nussbaum wrote:
to make fixing RC bugs more rewarding. For example, in the Debian Project
News, we could list the most efficient RC bug squashers.
Just discussed this in #debian-publicity, if you can write a query to
run against UDD, the publicity team is
On 11/03/13 at 21:49 +0800, Paul Wise wrote:
On Mon, Mar 11, 2013 at 9:19 PM, Lucas Nussbaum wrote:
to make fixing RC bugs more rewarding. For example, in the Debian Project
News, we could list the most efficient RC bug squashers.
Just discussed this in #debian-publicity, if you can
On 2013-03-11 07:32, Gunnar Wolf wrote:
Riding on Timo Juhani's question (and not yet having read the two
answers that it has already): There was an interesting discussion
(sadly, in a private forum I cannot quote here, but the fact of
having
I believe you're referring to the discussion I
Hi,
On 10/03/13 at 22:32 -0600, Gunnar Wolf wrote:
Timo Juhani Lindfors dijo [Sun, Mar 10, 2013 at 05:34:58PM +0200]:
Hi,
I'd like to have each DPL candidate briefly discuss the challenges of
getting new people to Debian.
Hi,
Riding on Timo Juhani's question (and not yet having
Hi Moray,
In your platform, you give that specific idea:
Besides the great work of debian-mentors/mentors.debian.net, it might
be good to provide more ways to learn about how to contribute to
Debian. One possibility would be to encourage teams to take interns,
perhaps for a summer
On 2013-03-11 00:56, Paul Tagliamonte wrote:
I'd ask the DPL candidates to speak a bit about how they intend to
represent Debian externally
A few points:
I see the DPL as a kind of chair position rather than a do
everything one. For some aspects of external relations it may be
useful to
On 2013-03-11 18:42, Lucas Nussbaum wrote:
In your platform, you give that specific idea:
I am not sure how it would differ from GSoC? What different problem
will
this solve?
Apart from the obvious differences of control etc., GSoC is
fundamentally about writing a significant piece of
On 2013-03-11 18:42, Lucas Nussbaum wrote:
Also, we often have problems finding ideas for GSoC.
Oh, and I forgot to say here:
This year's deadline for GSoC project ideas is only a week away, on
Monday 18 March.
I very much encourage everyone reading to think hard about ideas and
add new
On 11/03/13 at 19:28 +0300, Moray Allan wrote:
On 2013-03-11 18:42, Lucas Nussbaum wrote:
In your platform, you give that specific idea:
I am not sure how it would differ from GSoC? What different
problem will
this solve?
Apart from the obvious differences of control etc., GSoC is
On 2013-03-11 19:44, Lucas Nussbaum wrote:
I see. Interesting. But in
https://lists.debian.org/debian-science/2013/03/msg00012.html, the
no
packaging work rule seems to come from the Debian GSoC team, and at
least Sylvestre seems open to modifying it.
It comes from from how they have
On 11/03/13 at 20:07 +0300, Moray Allan wrote:
On 2013-03-11 19:44, Lucas Nussbaum wrote:
I see. Interesting. But in
https://lists.debian.org/debian-science/2013/03/msg00012.html, the
no
packaging work rule seems to come from the Debian GSoC team, and at
least Sylvestre seems open to
On 11/03/13 at 20:14 +0100, Lucas Nussbaum wrote:
We can try to second-guess Google's motivations for excluding
documentation to determine if it also applies to packaging, or we can
just ask, which I have done:
On 2013-03-11 01:35, Lars Wirzenius wrote:
In your opinion, what are the fundamental reasons the release freeze
is so
long, and so painful, and what do you propose to do, as DPL, to fix
them?
On one level I'm cautious about answering this. I don't think that a
DPL should try to impose
On 2013-03-11 22:14, Lucas Nussbaum wrote:
We can try to second-guess Google's motivations for excluding
documentation to determine if it also applies to packaging, or we can
just ask, which I have done:
On 11/03/13 at 22:41 +0300, Moray Allan wrote:
On 2013-03-11 22:14, Lucas Nussbaum wrote:
We can try to second-guess Google's motivations for excluding
documentation to determine if it also applies to packaging, or we can
just ask, which I have done:
[Some sort-of thread hijacking]
Hi folks,
I see this thread going nowhere and it's a pity because discussing new
ways to integrate contributors in Debian is a topic worth discussing.
I have been involved in GSoC in the editions 2011 and 2012 and in
Code-in 2011. Besides that, I mentored a now
Martin Zobel-Helas zo...@debian.org writes:
Why do you think you are a good candidate for the next DPL term?
That's a good question, one that I'm not sure I can provide a useful
answer for. Not because I have doubts (I don't), but because why *I*
think I am a good candidate has little
On 2013-03-11 23:26, Lucas Nussbaum wrote:
Note that I did not comment (or ignored, as you put it) on some
points
in your reply only because I agreed with them.
(Thank you for clarifying; I didn't detect agreement from your reply.)
Still, given that GSoC exists, I find it useful to explore
On 2013-03-11 11:30, Sune Vuorela wrote:
Focussing on not failing is helping ensuring to stay mediocre. And
not
doing awesome.
So, how can we make debian do awesome stuff?
I think we have many people around in Debian who think they have
awesome ideas and don't mind if they fail, but as a
Ana Guerrero a...@debian.org writes:
- For some DDs in previous years, this seemed to be a way to have students
doing stuff from their TODO lists...
Just a quick note on this part: I don't think this is inherently a bad
idea, although of course it should be something the student is also
I wish to all candidates the best wishes so they can get
courage to work for Debian project, to fight for it and
continue the great job to bring Debian as the best distr
ever.
All of you are, as far i know, the best developers. Keep
on doing great job and as dpl leader.
good luck to all
gnugr
Hi,
in the past Debian had some generous donors, who donated a huge amounts
of high quality hardware on regual basis to the Debian project. For some
reasons (not to be discussed here) those sources dont exist any more.
As this hardware comes to the end of it's lifecycle, DSA will need to
buy new
Hi,
in the past i heared several ideas about a Debian Project Leader board
similar to the SPI board.
So lets imagine the project would have to vote for several members of
this sort of board, with every member being on-board for (lets say) 3y.
What do you think about this idea? Would it be worth
On Tue, Mar 12, 2013 at 3:30 AM, Moray Allan wrote:
Earlier removals: I wonder if removing RC-buggy packages much earlier in the
freeze would help -- even if it's logically no different to saying they will
be removed later, it might wake up maintainers into bug-fixing action
faster, and
30 matches
Mail list logo
