Package: wnpp
Severity: wishlist
Owner: David Mohr
* Package name: grub-choose-default
Version : 1.1
Upstream Author : David Mohr
* URL : http://de.mcbf.net/david/grubchoosedefault/
* License : GPL
Programming Lang: C
Description : A GUI for easily cha
On Wed, Apr 23, 2014 at 4:40 AM, Daniel Pocock wrote:
> Given all the recent issues with popular packages containing minified
> JavaScript and other sourceless files, I'm hoping to get feedback from
> people about how the solution can be generalized to help as many
> developers as possible.
You m
Package: wnpp
Owner: Florian Schlichting
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libplack-middleware-removeredundantbody-perl
Version : 0.03
Upstream Author : Upasana
* URL :
https://metacpan.org/rel
On Tue, Apr 22, 2014 at 1:40 PM, Daniel Pocock wrote:
>
>
>
> I've just added some comments on my blog about tracking upstream
> tarballs that need to be repackaged and automating whatever we can:
>
> http://danielpocock.com/automatically-creating-repackaged-upstream-tarballs-for-debian
>
> Given
Package: wnpp
Owner: Florian Schlichting
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libplack-middleware-methodoverride-perl
Version : 0.10
Upstream Author : David E. Wheeler
* URL : https://metacpan.org/
Package: wnpp
Owner: Florian Schlichting
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libplack-middleware-fixmissingbodyinredirect-perl
Version : 0.09
Upstream Author : Upasana
* URL :
https://metacpan.or
Back in the early kfreebsd-* days, there was a server called
ftp.gnuab.org where every kind of hack was allowed in the source to
make packages build. Moreover, we could make NMUs at will without
having to ask the maintainer for permission, because they were for
the "unreleased" distribution. This a
On Tue, Apr 22, 2014 at 01:14:57PM -0700, Russ Allbery wrote:
> > (a) Diffs are not made to be readable, they are made to update
> > things. As those diffs are the result of an automatic processs, you
> > should only need to look at the updated file, not at the diff.
> > Moreover, if they are unrea
On Tue, Apr 22, 2014 at 08:30:01PM +0100, Ben Hutchings wrote:
> On Mon, 2014-04-21 at 05:28 +0200, Carlos Alberto Lopez Perez wrote:
> > On 17/04/14 00:23, Aaron Zauner wrote:
> > > Now shipping grsec is a really good idea. I'd like to see that as well.
> >
> > There has been an attempt to provid
I've just added some comments on my blog about tracking upstream
tarballs that need to be repackaged and automating whatever we can:
http://danielpocock.com/automatically-creating-repackaged-upstream-tarballs-for-debian
Given all the recent issues with popular packages containing minified
Java
On Tue, Apr 22, 2014 at 01:14:57PM -0700, Russ Allbery wrote:
> Santiago Vila writes:
> > (a) Diffs are not made to be readable, they are made to update
> > things. As those diffs are the result of an automatic processs, you
> > should only need to look at the updated file, not at the diff.
> > Mo
On 22 April 2014 13:10, David Kalnischkies wrote:
> It is also such a trivial modification¹ that I wonder why a fork is
> needed as the required metadata will easily exceed the code changes.
> Just provide a patch which does those settings based on the name of
> the binary called, like apt is hand
On Sat, Apr 19, 2014 at 06:42:27AM +, PICCA Frederic-Emmanuel wrote:
> > It may be that libgc upstream's autogen.sh script is not really 'right' in
> > some way. But there may well be a lot of upstreams like that, which is
> > why maintainers need clear guidance on how to deal with this, withou
On Mon, 2014-04-21 at 13:40 -0600, dann frazier wrote:
> On Sun, Apr 20, 2014 at 05:29:13PM +0100, Ian Campbell wrote:
> > On Sun, 2014-04-20 at 09:08 -0700, Vagrant Cascadian wrote:
> > > On Sun, Apr 20, 2014 at 04:28:45PM +0100, Ian Campbell wrote:
> > > > On Sun, 2014-04-20 at 16:13 +0100, Ben H
On Thu, Apr 17, 2014 at 07:08:30PM +0200, Jonas Smedegaard wrote:
> If we decide dh-autoreconf is the way forward, that is.
>
> Personally I would then silence the lintian warning, because...
>
> a) I dislike dh-autoreconf: It removes changed files which breaks my
> workflow where disappear
Santiago Vila writes:
> On Tue, Apr 22, 2014 at 11:36:52AM -0700, Russ Allbery wrote:
>> The one thing that we absolutely should *not* do is ship the results of
>> autoreconf as a diff. That diff is (a) completely unreadable, (b)
>> huge, and (c) unstable across versions, which makes life incred
On Tue, Apr 22, 2014 at 07:45:41PM +0200, Santiago Vila wrote:
> On Mon, Apr 21, 2014 at 12:40:10PM -0700, Russ Allbery wrote:
> > There's no substitute for rebuilding from source. :) I used to be a bit
> > skeptical of that push for Autoconf and friends, but the more I've worked
> > with it, the
On Tue, Apr 22, 2014 at 11:36:52AM -0700, Russ Allbery wrote:
> Santiago Vila writes:
> > I would rather autoreconf at dpkg-buildpackage time in such a way that
> > you get an updated Debian source every time you make a new Debian
> > release for such package (something like
> > debian/patches/aur
On Mon, 2014-04-21 at 05:28 +0200, Carlos Alberto Lopez Perez wrote:
> On 17/04/14 00:23, Aaron Zauner wrote:
> > Now shipping grsec is a really good idea. I'd like to see that as well.
>
> There has been an attempt to provide an official grsec-flavour of the
> Debian kernel, but it didn't worked:
Santiago Vila writes:
> On Mon, Apr 21, 2014 at 12:40:10PM -0700, Russ Allbery wrote:
>> There's no substitute for rebuilding from source. :) I used to be a
>> bit skeptical of that push for Autoconf and friends, but the more I've
>> worked with it, the more I've come around to the position tha
On Mon, Apr 21, 2014 at 12:40:10PM -0700, Russ Allbery wrote:
> There's no substitute for rebuilding from source. :) I used to be a bit
> skeptical of that push for Autoconf and friends, but the more I've worked
> with it, the more I've come around to the position that we should treat
> the confi
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: light-locker-settings
Version: 1.2.1
Upstream Author: [Thomas Molloy (not sure)]
URL: [https://launchpad.net/light-locker-settings]
L
Package: wnpp
Severity: wishlist
Owner: Praveen Arimbrathodiyil
* Package name: ruby-em-redis
Version : 0.3.0
Upstream Author : Jonathan Broad, Eugene Pimenov
* URL : https://rubygems.org/gems/em-redis
* License : Expat
Programming Lang: Ruby
Description
On Sat, Apr 19, 2014 at 11:50:32PM +0100, Tim Retout wrote:
> This software works! It was forked from the apt HTTPS transport. It doesn't
> yet have a build system or any packaging, but hopefully that's the easy part.
It is also such a trivial modification¹ that I wonder why a fork is
needed as
Package: wnpp
Severity: wishlist
Owner: IME Packaging Team
* Package name: libzhuyin
Version : 0.9.93
Upstream Author : Peng Wu
* URL : https://github.com/libzhuyin/libzhuyin
* License : GPL2
Programming Lang: C++
Description : Zhuyin input method libr
Package: wnpp
Severity: wishlist
Owner: Sebastien Badia
* Package name: python-geventhttpclient
Version : 1.1.0
Upstream Author : Antonin Amand
* URL : https://github.com/gwik/geventhttpclient
* License : MIT
Programming Lang: Python
Description : High
On Sat, 19 Apr 2014 09:42:29 +0200
Debian Project Secretary - Kurt Roeckx wrote:
> Hi,
>
> This is the second call for votes on the code of conduct GR.
>
> Voting period starts 00:00:00 UTC on Monday, April 14th,
> 2014 Votes must be received by 23:59:59 UTC on Sunday, April 27nd,
> 2
27 matches
Mail list logo
