Package: wnpp
Owner: picca
Severity: wishlist
* Package name: ufo-filters
Version : 0.11.0
Upstream Author : matthias.vogelges...@kit.edu
* URL or Web page : http://ufo.kit.edu/
* License : LGPL-3+
Description : Set of plugins for ufo-core
The UFO data processing
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-rgeos
Version : 0.3-21
Upstream Author : Roger Bivand
* URL : https://cran.r-project.org/package=rgeos
* License : GPL
Programming Lang: GNU R
Description : GNU R interface to
On Thu, 10 Nov 2016 08:26:46 +0100, Christoph Biedl
wrote:
>Finally, there's a thing called "trust": I trust the Release Team does
>this solely in order to keep the freeze time as short as possible,
>everybody hates that time anyway. This trust was created by the very
>people behind it, and the wa
On Thu, 10 Nov 2016 10:17:57 +0100, Emilio Pozuelo Monfort
wrote:
>And yes, we will give exceptions on a case by case basis, as we have always
>done.
This will create a third class of packages: The ones that are not
important enough to get an exception, which will in turn demotivate
package main
On Sat, Nov 12, 2016 at 01:52:20PM +0100, Joerg Jaspert wrote:
>Hi
>
>as started in March[1] we have just adjusted unstable to no longer
>generate gzip compressed Packages/Sources files. We plan to wait about a
>week before adjusting testing too.
>
>Additionally we turned off SHA1 checksums for the
Marc Haber wrote...
> This is exactly the problem I have with the current policy: I fail to
> see why this measure will shorten the freeze.
I don't. But I'd say we'll just watch what's going to happen and resume
this discussion once stretch is released.
Chri- "somewhen December 2017" stoph
On Tue, 8 Nov 2016 11:05:59 +0100, Christian Seiler
wrote:
>Yes, especially since autoremovals are not instantaneous, but for
>packages with rdeps (and the rdeps themselves) will happen at
>least 30 days in the future - and you will get an email in time.
>(For packages without rdeps it's 15 days.
On Thu, 10 Nov 2016 08:36:21 +0100, Ole Streicher
wrote:
>Wouter Verhelst writes:
>> On Tue, Nov 08, 2016 at 11:05:59AM +0100, Christian Seiler wrote:
>>> 30 days within the deep freeze should be plenty enough - and as I
>>> said: if the problem is more complicated, just talk to the release
>>> t
On Thu, 10 Nov 2016 07:37:00 +, Niels Thykier
wrote:
> * As James noted; sending an update to the bug will reset the timer.
Did I miss the documentation about this? It does not seem to be in the
freeze policy.
> * Also, if you do not have time for a given bug, please consider
> tagging it
On Wed, 9 Nov 2016 14:01:13 +, Ian Jackson
wrote:
>If it turns out to be a more common problem and there are many
>packages affected, then this would mean delays to the stretch release,
>indeed.
One of my issues is that this new policy means a switch from "we'll
release when it's ready" to "
On Wed, 9 Nov 2016 19:45:02 +0100, gregor herrmann
wrote:
>I don't quite understand where all this fuzz about auto-removals
>suddenly comes from. The auto-removals exist since Septemer 2013 [0]
>and they were also in place for the jessie freeze [1], with the small
>difference that now the point-of
Marc Haber, on Sun 13 Nov 2016 11:30:18 +0100, wrote:
> On Wed, 9 Nov 2016 14:01:13 +, Ian Jackson
> wrote:
> >If it turns out to be a more common problem and there are many
> >packages affected, then this would mean delays to the stretch release,
> >indeed.
>
> One of my issues is that this
On Sun, 6 Nov 2016 13:06:33 +0200, Lars Wirzenius wrote:
>I'm even willing to justify my opinion: Keeping testing in a state
>that can be released seems to be the only way in which we can make a
>release in a reasonable time frame. We've tried several other
>approaches, which haven't worked. The a
On Sun, 06 Nov 2016 11:51:36 +, Steve McIntyre
wrote:
>Releasing Debian is work for all of us, not just the Release Team...
So you are actually suggesting that people who are neither on the
release team nor maintaining a key package are not working?
Greetings
Marc
--
---
Package: wnpp
Severity: wishlist
Owner: Sruthi Chandran
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-grunt-contrib-clean
Version : 1.0.0
Upstream Author : Grunt Team (http://gruntjs.com/)
* URL : https://github.com/gruntjs/grunt-contrib-clean
* Lice
On Sat, Nov 12, 2016 at 08:51:26AM +0100, Christian Seiler wrote:
> Actually, there could be another option:
> - by default, throw away all binary debs on uploads
/me likes.
> - there is a special field in the .changes file (automatically
>set by buildds) to tell dak to keep the debs
>e
Marc Haber, on Sun 13 Nov 2016 11:37:13 +0100, wrote:
> On Sun, 6 Nov 2016 13:06:33 +0200, Lars Wirzenius wrote:
> >I'm even willing to justify my opinion: Keeping testing in a state
> >that can be released seems to be the only way in which we can make a
> >release in a reasonable time frame. We'v
On Sun, 2016-11-13 at 11:28 +0100, Marc Haber wrote:
> On Thu, 10 Nov 2016 07:37:00 +, Niels Thykier
> >"""
> >The release managers may make exceptions to these guidelines as they see
> >fit. *Such exceptions are not precedents and you should not assume that
> >your package has a similar excep
Marc Haber, on Sun 13 Nov 2016 11:37:54 +0100, wrote:
> On Sun, 06 Nov 2016 11:51:36 +, Steve McIntyre
> wrote:
> >Releasing Debian is work for all of us, not just the Release Team...
>
> So you are actually suggesting that people who are neither on the
> release team nor maintaining a key pa
On Sun, Nov 13, 2016 at 10:44:34AM +, Holger Levsen wrote:
> On Sat, Nov 12, 2016 at 08:51:26AM +0100, Christian Seiler wrote:
> > - there is a special field in the .changes file (automatically
> >set by buildds) to tell dak to keep the debs
> >e.g. Keep-Binaries: yes
>
> if the only
On Sun, 6 Nov 2016 12:53:42 +0100, Christian Seiler
wrote:
>And if the problem is complicated, they have other
>options: request for help on debian-devel@ and debian-mentors@,
>request an exception from the release team to mark a bug as
>stretch-ignore in specific cases, request an extension by th
On Thu, 10 Nov 2016 00:24:20 +0100, Wouter Verhelst
wrote:
>What if I did notice, but fixing the bug takes longer than the 15 days
>(and I agree that we shouldn't release with that bug, so I agree that
>the severity is correct)?
>
>15 days is a pretty short time for irreversible changes in Debian,
On Sun, 13 Nov 2016 11:07:18 +0100, Christoph Biedl
wrote:
>Marc Haber wrote...
>
>> This is exactly the problem I have with the current policy: I fail to
>> see why this measure will shorten the freeze.
>
>I don't. But I'd say we'll just watch what's going to happen and resume
>this discussion on
Marc Haber:
> On Wed, 9 Nov 2016 19:45:02 +0100, gregor herrmann
> wrote:
>> I don't quite understand where all this fuzz about auto-removals
>> suddenly comes from. The auto-removals exist since Septemer 2013 [0]
>> and they were also in place for the jessie freeze [1], with the small
>> differen
On Sun, 13 Nov 2016 11:45:23 +0100, Samuel Thibault
wrote:
>Marc Haber, on Sun 13 Nov 2016 11:37:13 +0100, wrote:
>> On Sun, 6 Nov 2016 13:06:33 +0200, Lars Wirzenius wrote:
>> >I'm even willing to justify my opinion: Keeping testing in a state
>> >that can be released seems to be the only way in
On Sun, 13 Nov 2016 11:46:36 +0100, Samuel Thibault
wrote:
>Marc Haber, on Sun 13 Nov 2016 11:37:54 +0100, wrote:
>> On Sun, 06 Nov 2016 11:51:36 +, Steve McIntyre
>> wrote:
>> >Releasing Debian is work for all of us, not just the Release Team...
>>
>> So you are actually suggesting that peo
On Sun, 13 Nov 2016 10:46:07 +, "Adam D. Barratt"
wrote:
>On Sun, 2016-11-13 at 11:28 +0100, Marc Haber wrote:
>> This is a quite nice opportunity to say something like "you haven't
>> been nice enough to us in the past or you have dared to speak up when
>> you didn't like what we did, so you'
Marc Haber, on Sun 13 Nov 2016 11:55:13 +0100, wrote:
> On Sun, 13 Nov 2016 11:45:23 +0100, Samuel Thibault
> wrote:
> >Marc Haber, on Sun 13 Nov 2016 11:37:13 +0100, wrote:
> >> On Sun, 6 Nov 2016 13:06:33 +0200, Lars Wirzenius wrote:
> >> >I'm even willing to justify my opinion: Keeping testing
Marc Haber, on Sun 13 Nov 2016 11:56:09 +0100, wrote:
> On Sun, 13 Nov 2016 11:46:36 +0100, Samuel Thibault
> wrote:
> >Marc Haber, on Sun 13 Nov 2016 11:37:54 +0100, wrote:
> >> On Sun, 06 Nov 2016 11:51:36 +, Steve McIntyre
> >> wrote:
> >> >Releasing Debian is work for all of us, not just
On Nov 13, Helmut Grohne wrote:
> Thus I think that debootstrap should revert to unmerged /usr until
> dpkg-shlibdeps has been fixed. Fixing is non-trivial and likely requires
> an archive rebuild on several architectures.
Not really: dpkg-shlibdeps just needs to be fixed to search for
libraries
On Sun, Nov 13, 2016 at 11:55:13AM +0100, Marc Haber wrote:
> This means that we didn't to this with squeeze, wheezy and jessie.
we did this for jessie. the fact that you were not paying attention
doesnt change reality.
--
cheers,
Holger
signature.asc
Description: Digital signature
Marco d'Itri, on Sun 13 Nov 2016 12:04:07 +0100, wrote:
> On Nov 13, Helmut Grohne wrote:
> > Thus I think that debootstrap should revert to unmerged /usr until
> > dpkg-shlibdeps has been fixed. Fixing is non-trivial and likely requires
> > an archive rebuild on several architectures.
> Not reall
Marc Haber, on Sun 13 Nov 2016 11:48:06 +0100, wrote:
> I'd rather have a badly maintained package than none.
That's probably the real point where people differ.
To me, releasing in Debian means some given level of quality.
Samuel
On Sun, 13 Nov 2016 12:11:06 +0100, Samuel Thibault
wrote:
>Marc Haber, on Sun 13 Nov 2016 11:48:06 +0100, wrote:
>> I'd rather have a badly maintained package than none.
>
>That's probably the real point where people differ.
>
>To me, releasing in Debian means some given level of quality.
Yes. B
Marc Haber whined:
>On Thu, 10 Nov 2016 07:37:00 +, Niels Thykier
>
>>"""
>>The release managers may make exceptions to these guidelines as they see
>>fit. *Such exceptions are not precedents and you should not assume that
>>your package has a similar exception*. Please talk to us if you need
Marc Haber, on Sun 13 Nov 2016 12:16:46 +0100, wrote:
> But we currently treat "does not build at all" or "eats my entire
> ~ on installation" the same way like "leaves an idle directory in
> /var/lib after an
> install-purge-reinstall-old-version-update-remove-reinstall-purge
> cycle".
Don't conf
]] Marc Haber
> On Thu, 10 Nov 2016 00:24:20 +0100, Wouter Verhelst
> wrote:
>
> >If the release team is willing to consider exceptions when
> >the automated machinery was jumping the gun a little, however, then
> >okay, I think it might be a good idea to try this out.
>
> If you only get an ex
On Sun, Nov 13, 2016 at 12:16:46PM +0100, Marc Haber wrote:
> Yes. But we currently treat "does not build at all" or "eats my entire
> ~ on installation" the same way like "leaves an idle directory in
> /var/lib after an
> install-purge-reinstall-old-version-update-remove-reinstall-purge
> cycle".
Samuel Thibault, on Sun 13 Nov 2016 12:25:33 +0100, wrote:
> Marc Haber, on Sun 13 Nov 2016 12:16:46 +0100, wrote:
> > But we currently treat "does not build at all" or "eats my entire
> > ~ on installation" the same way like "leaves an idle directory in
> > /var/lib after an
> > install-purge-rein
On 14490 March 1977, Pirate Praveen wrote:
>> I have referred this to CTTE
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=830978
> grunt is now available in main, a big part of this issue is resolved,
Thanks for that work to all who did it.
--
bye, Joerg
On 14490 March 1977, Steve McIntyre wrote:
>>as started in March[1] we have just adjusted unstable to no longer
>>generate gzip compressed Packages/Sources files. We plan to wait about a
>>week before adjusting testing too.
>>Additionally we turned off SHA1 checksums for the (In)Release files for
Marc Haber writes:
> I would feel a lot less uncomfortable if the teams who are using
> automated tools to auto-file RC bugs for third-rate policy violations
> which will auto-remove a (99,99% of the cases) perfectly working
> package from testing in a time where a maintainer would probably not
>
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libpod-weaver-section-support-perl
Version : 1.007
Upstream Author : Apocalypse
* URL : https://metacpan.org/release/Pod-
On Sun, 13 Nov 2016 10:29:13 +0100, Marc Haber wrote:
> On Thu, 10 Nov 2016 08:26:46 +0100, Christoph Biedl
> wrote:
> >Finally, there's a thing called "trust": I trust the Release Team does
> >this solely in order to keep the freeze time as short as possible,
> >everybody hates that time anyway.
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libpod-elemental-transformer-list-perl
Version : 0.102000
Upstream Author : Ricardo SIGNES
* URL : https://metacpan.org/r
Control: clone 843073 -1
Control: reassign -1 debootstrap 1.0.85
Control: retitle -1 debootstrap: Please revert merged-/usr by default as it
breaks builds
Control: severity -1 serious
Control: affects -1 dpkg-dev
Control: severity 843073 wishlist
Control: block 810499 by 843073
Control: severity 8
Package: wnpp
Severity: wishlist
Owner: Chow Loong Jin
* Package name: slic3r-prusa
Version : 1.31.4
Upstream Author : Vojtech Bubnik
* URL : https://github.com/prusa3d/slic3r
* License : GPL
Programming Lang: Perl, C++
Description : G-code generator f
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libwww-shorten-github-perl
Version : 0.1.7
Upstream Author : James Aitken
* URL : https://metacpan.org/release/WWW-Shorte
Package: wnpp
Severity: wishlist
Owner: Ross Gammon
* Package name: node-chroma-js
Version : 1.2.1
Upstream Author : Gregor Aisch
* URL : https://github.com/gka/chroma.js
* License : BSD-3
Programming Lang: JavaScript
Description : JavaScript library fo
Package: wnpp
Severity: wishlist
Owner: Ross Gammon
* Package name: node-husl
Version : 6.0.1
Upstream Author : Alexei Boronine
* URL : http://www.husl-colors.org
* License : Expat
Programming Lang: JavaScript
Description : Human-friendly HSL
HUSL is
On 12/11/16 at 18:51 -0200, Henrique de Moraes Holschuh wrote:
> Lucas,
>
> Thanks for trying a build run with TSX enabled.
>
> On Sat, 12 Nov 2016, Lucas Nussbaum wrote:
> > I did an archive rebuild on Amazon EC2 using m4.16xlarge instances, that
> > use a CPU with TSX enabled.
>
> What microco
On Sun, Nov 13, 2016 at 11:23:24AM +, Steve McIntyre wrote:
> FTAOD: I thank the release team for their tireless work on making each
> Debian release better than the last. We keep on adding more and more
> software and making things harder and harder to stabilise and release,
> and I 100% suppo
Package: wnpp
Severity: wishlist
Owner: Lev Lamberov
* Package name: elpa-ido-ubiquitous
Version : 3.14
Upstream Author : Ryan C. Thompson
* URL : https://github.com/DarwinAwardWinner/ido-ubiquitous
* License : GPL-3+
Programming Lang: Emacs Lisp
Descripti
On Sun, 13 Nov 2016 15:43:26 +0100, gregor herrmann
wrote:
>On Sun, 13 Nov 2016 10:29:13 +0100, Marc Haber wrote:
>
>> On Thu, 10 Nov 2016 08:26:46 +0100, Christoph Biedl
>> wrote:
>> >Finally, there's a thing called "trust": I trust the Release Team does
>> >this solely in order to keep the free
Hi,
Not sure if it's okay to ask about it here. But I asked on
#debian-user, and never get the reply.
One of these days, I made, say, unattended install of different
version of mysql. And the main concern is about putting passwords in
debconf database (if they are left there or not). But also I'm
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-rentrez
Version : 1.0.4
Upstream Author : David Winter
* URL : https://cran.r-project.org/package=rentrez
* License : MIT
Programming Lang: GNU R
Description : GNU R interface
Hi,
so whats your suggestions to solve issues like I have with
open-vm-tools: Most build-dependencies switch to 1.1.0 - but one
(libxml-security-c-dev) sticks with 1.0, as far as I've seen in the bts
because shibboleth won't be able to use 1.1.0.
Not shipping open-vm-tools is not an option, as it
Aren't the two redundant ?
Jérémy
Dear Jérémy,
On Sun, Nov 13, 2016 at 11:53:36PM +0100, Jérémy Lal wrote:
> Aren't the two redundant ?
Not always, no.
debhelper compat 10 was available before debhelper version 10 was
released.
--
Sean Whitton
signature.asc
Description: PGP signature
On Sun, Nov 13, 2016 at 10:56:32PM +0200, Yuri Kanivetsky wrote:
> # sudo debconf-set-selections <<< "mysql-community-server
> mysql-community-server/remove-data-dir boolean true"
>
> # echo GET mysql-community-server/remove-data-dir | debconf-communicate
> 0 true
>
> # apt purge
On Sun, Nov 13, 2016 at 03:59:07PM -0700, Sean Whitton wrote:
> On Sun, Nov 13, 2016 at 11:53:36PM +0100, Jérémy Lal wrote:
> > Aren't the two redundant ?
>
> Not always, no.
>
> debhelper compat 10 was available before debhelper version 10 was
> released.
And even aside from that, one sometimes
Hi,
Quoting Mattia Rizzolo (2016-11-13 11:48:02)
> On Sun, Nov 13, 2016 at 10:44:34AM +, Holger Levsen wrote:
> > if the only valid usecase of binary uploads is bootstraping an arch (which
> > I'm not sure is the only valid use case, but I cannot come up with another
> > right now…), I think w
62 matches
Mail list logo
