On 05/05/11 at 08:51 +0200, Josselin Mouette wrote:
> Le jeudi 05 mai 2011 à 08:23 +0200, Lucas Nussbaum a écrit :
> > > Could you please give a concrete example of where this would be needed?
> > > I think all existing cases should be covered by uploading directly to
> > > either t-p-u or unstabl
On 05/05/2011 08:50 AM, Pierre Habouzit wrote:
> On Thu, May 05, 2011 at 12:05:22AM +0300, Cristian Henzel wrote:
>>> What to do during freezes
>>> -
>>> I’m not sure we really need to do something different in times of
>>> freeze. Our time would be better spent by reduc
On Thu, May 05, 2011 at 08:58:31AM +0200, Lucas Nussbaum wrote:
> On 05/05/11 at 08:51 +0200, Josselin Mouette wrote:
> > Le jeudi 05 mai 2011 à 08:23 +0200, Lucas Nussbaum a écrit :
> > > > Could you please give a concrete example of where this would be needed?
> > > > I think all existing cases
On Thu, May 05, 2011 at 09:07:28AM +0200, Pierre Habouzit wrote:
> On Thu, May 05, 2011 at 08:58:31AM +0200, Lucas Nussbaum wrote:
> > On 05/05/11 at 08:51 +0200, Josselin Mouette wrote:
> > > Le jeudi 05 mai 2011 à 08:23 +0200, Lucas Nussbaum a écrit :
> > > > > Could you please give a concrete e
On 05/04/2011 12:20 AM, Yaroslav Halchenko wrote:
> Just got 1 more package accepted, after waiting only 2 days! I then
> had a look at the NEW queue -- and I merely need to scroll! amazing
>
> Thanks you guys for your work -- that is awesome that there is virtually
> no queue backlog/waiting, an
Hi,
On Wed, May 04, 2011 at 10:56:27PM -0500, Steve M. Robbins wrote:
> > And furthermore, even if Debian chooses to "fix" this, upstreams will
> > be forced to eventually cater to the default glibc behavior for every
> > other libc distro out there that does not have their own "fix" (and
> > non-
On Thu, May 05, 2011 at 09:56:03AM +0200, sean finney wrote:
> Maybe valgrind already does checks like this [...]
It does.
--
·O· Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org
--
On Wed, 2011-05-04 at 14:06:41 +0200, Raphael Hertzog wrote:
> On Wed, 04 May 2011, Aurelien Jarno wrote:
> > So how do you plan to detect bugs if you never enable a feature?
>
> Really abort()ing is not a nice behaviour, it would be way better to print
> a warning and fallback to a correct behavi
On Wednesday, May 04, 2011 04:58:31 PM Scott Kitterman wrote:
> On Wednesday, May 04, 2011 04:25:35 PM Stefano Zacchiroli wrote:
> > On Wed, May 04, 2011 at 02:24:12PM +0200, Josselin Mouette wrote:
> > > What to do during freezes
> > > -
> > >
> > > If we want to do so
Hi,
On Wed, May 04, 2011 at 08:12:10PM -0430, Ernesto Hernández-Novich wrote:
> I've been trying to build a tomcat7 package based on the existing
> tomcat6 package. After fiddling with it for a while, I've managed to
> "build" what looks like a working binary, but I get a backtrace when the
> serv
Scott Kitterman wrote:
> Currently Experimental is the place to upload things not ready for use except
> under very narrow circumstances. It gets abused as a place for new versions
> during freeze as it is, but if it's the defined path into Rolling during
> freezes then there's a need to separ
On Thursday, May 05, 2011 08:03:39 AM Jonathan Nieder wrote:
> Scott Kitterman wrote:
> > Currently Experimental is the place to upload things not ready for use
> > except under very narrow circumstances. It gets abused as a place for
> > new versions during freeze as it is, but if it's the define
Jonathan Nieder (05/05/2011):
> I personally don't think uploading packages to experimental before
> it is time for them to participate in transitions to testing and
> integrate with the rest of the next stable distribution is abuse at
> all. In fact I wish people would do it more often.
Being a
Package: wnpp
Severity: wishlist
Owner: Andrea Colangelo
* Package name: key-mon
Version : 1.6
Upstream Author : Scott Kirkwood
* URL : https://code.google.com/p/key-mon/
* License : Apache License 2.0
Programming Lang: Python
Description : Utility t
Package: wnpp
Owner: Youhei SASAKI
Severity: wishlist
* Package name: fonts-ricty
Version : 2.0.2
Upstream Author : Yasunori Yusa
* URL or Web page : http://save.sys.t.u-tokyo.ac.jp/~yusa/fonts/ricty.html
* License : SIL Open Font License Ver.1.1 and M+ FONTS LICENSE and I
On Thu, May 05, 2011 at 08:46:10AM +0200, Raphael Hertzog wrote:
> Yeah, experimental is not really the good place. We really want in
> rolling only packages where we have the assurance that they will land
> in unstable the day after the release (so automatically and not with
> a manual source uplo
On Thu, May 05, 2011 at 08:55:50AM +0200, Josselin Mouette wrote:
[snip]
> The point is not to paralyze Debian development, but you should never
> upload to unstable a package that you *know* is broken. Uploading to
> unstable means “this should be good enough for a stable release, but it
> hasn’t
Pierre Habouzit writes:
> On Wed, May 04, 2011 at 10:19:45PM +0200, Josselin Mouette wrote:
>> Le mercredi 04 mai 2011 à 22:12 +0200, Lucas Nussbaum a écrit :
>> > While I like the idea in general, I think that it should also be
>> > possible to upload packages directly to rolling (through
>>
On Thu, May 05, 2011 at 06:51:35PM +0200, Goswin von Brederlow wrote:
> Pierre Habouzit writes:
>
> > On Wed, May 04, 2011 at 10:19:45PM +0200, Josselin Mouette wrote:
> >> Le mercredi 04 mai 2011 à 22:12 +0200, Lucas Nussbaum a écrit :
> >> > While I like the idea in general, I think that it
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bouthenot
* Package name: sombok
Version : 2.0.5
Upstream Author : Hatuka*nezumi - IKEDA Soji
* URL : http://sourceforge.net/projects/linefold/files
* License : GPL-2+
Programming Lang: C
Description : U
Cyril Brulebois writes:
> Jonathan Nieder (05/05/2011):
>> I personally don't think uploading packages to experimental before it
>> is time for them to participate in transitions to testing and integrate
>> with the rest of the next stable distribution is abuse at all. In fact
>> I wish people
* Pierre Habouzit [2011-05-05 07:46 +0200]:
> On Wed, May 04, 2011 at 10:48:46PM +0200, Carsten Hey wrote:
> > If more new upstream versions are uploaded to unstable (because they are
> > targeted at rolling), it raises the number of RC bugs needing to migrate
> > to testing through t-p-u. How wou
On Thu, 05 May 2011, Stefano Zacchiroli wrote:
> On Thu, May 05, 2011 at 08:46:10AM +0200, Raphael Hertzog wrote:
> > Yeah, experimental is not really the good place. We really want in
> > rolling only packages where we have the assurance that they will land
> > in unstable the day after the releas
On Thu, 05 May 2011 10:39:29 -0700, Russ Allbery wrote:
> > Being able to tell bug reporters “please check what happens with the X
> > stack in experimental” (which had more or less latest upstream release
> > candidates or releases), and closing with those versions; or forwarding
> > upstream if
On Thu, 05 May 2011 17:46:34 +0200, Stefano Zacchiroli wrote:
> > Yeah, experimental is not really the good place. We really want in
> > rolling only packages where we have the assurance that they will land
> > in unstable the day after the release (so automatically and not with
> > a manual sourc
gregor herrmann writes:
> Same idea: Would an experimental suite that's filled during the freeze
> to keep unstable free for RC bug fixes and migrates after the thaw plus
> (a) PPA(s) for experimenting (sic!) with newer releases help here?
Yes, absolutely. And PPAs would be really helpful for f
On 12471 March 1977, Stefano Zacchiroli wrote:
>> What I expect to be needed is to make rolling a "real" suite that
>> retains packages. That will probably be needed sometimes. Though
>> packages only in rolling should be a transitory situation that the
>> rolling team is expected to minimize.
> E
.. http://datafeast.portalgameblogger.com/link_friend.php?agoogle=x2py3
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/8cdd98342d85470-141c-a...@webmail-d115.sysops.a
On Thu, May 05, 2011 at 10:39:29AM -0700, Russ Allbery wrote:
> Cyril Brulebois writes:
> > Jonathan Nieder (05/05/2011):
> >> I personally don't think uploading packages to experimental before it
> >> is time for them to participate in transitions to testing and integrate
> >> with the rest of
Steve Langasek writes:
> On Thu, May 05, 2011 at 10:39:29AM -0700, Russ Allbery wrote:
>> Yes, during the freeze I ran into trouble with OpenAFS because I had
>> too many different streams that I wanted to test at the same time. I
>> was using experimental for the upcoming 1.6 release, which I r
Pierre Habouzit writes:
> On Thu, May 05, 2011 at 06:51:35PM +0200, Goswin von Brederlow wrote:
>> Pierre Habouzit writes:
>>
>> > On Wed, May 04, 2011 at 10:19:45PM +0200, Josselin Mouette wrote:
>> >> Le mercredi 04 mai 2011 à22:12 +0200, Lucas Nussbaum a écrit :
>> >> > While I like
On Fri, May 06, 2011 at 12:51:33AM +0200, Goswin von Brederlow wrote:
> Pierre Habouzit writes:
>
> > On Thu, May 05, 2011 at 06:51:35PM +0200, Goswin von Brederlow wrote:
> >> Pierre Habouzit writes:
> >>
> >> > On Wed, May 04, 2011 at 10:19:45PM +0200, Josselin Mouette wrote:
> >> >> Le mercr
On Thu, May 05, 2011 at 07:48:45PM +0200, Carsten Hey wrote:
> * Pierre Habouzit [2011-05-05 07:46 +0200]:
> > On Wed, May 04, 2011 at 10:48:46PM +0200, Carsten Hey wrote:
> > > If more new upstream versions are uploaded to unstable (because they are
> > > targeted at rolling), it raises the number
Package: wnpp
Severity: wishlist
Owner: Alessio Treglia
* Package name: lilv
Version : 0~3252
Upstream Author : David Robillard
* URL : http://drobilla.net/software/lilv/
* License : Expat
Programming Lang: C, C++
Description : library for simple use o
Why is there no wheel group by default in Debian GNU/Linux?
--
Eisenbits - proven software solutions: http://www.eisenbits.com/
OpenPGP: E3D9 C030 88F5 D254 434C 6683 17DD 22A0 8A3B 5CC0
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble
On Fri, 06 May 2011, Stanisław Findeisen wrote:
> Why is there no wheel group by default in Debian GNU/Linux?
Because we do not enable pam_wheel by default, so it is not needed by
default.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness gr
36 matches
Mail list logo
