On 08/29/2013 12:13 AM, Ansgar Burchardt wrote:
> Lucas Nussbaum writes:
>> Is there a reason why we couldn't have incoming.d.o apt-able without
>> lowering the dinstall frequency?
>
> That is also possible, however fewer dinstall runs mean less data to
> push to mirrors and to archive on snapsho
Package: wnpp
Severity: wishlist
Owner: Dominik George
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: minetest-mod-moretrees
Upstream Author : Vanessa Ezekowitz
* License : WTFPL
Programming Lang: Lua
Description : Minetest mod - more trees
This mod adds
Package: wnpp
Severity: wishlist
Owner: Dominik George
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: minetest-mod-technic
Upstream Author : RealBadAngel
* License : GPL-2
Programming Lang: Lua
Description : Minetest mod - Technic
All technic stuff for mi
Package: wnpp
Severity: wishlist
Owner: "Jérémy Lal"
* Package name: mapnik-vector-tile
Version : 0.3.2
Upstream Author : Mapbox
* URL : https://github.com/mapbox/mapnik-vector-tile
* License : BSD-3-clause
Programming Lang: C++
Description : Vector til
Package: wnpp
Severity: wishlist
Owner: Dominik George
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: minetest-mod-moreblocks
Upstream Author : Calinou
* License : zlib/libpng
Programming Lang: Lua
Description : Minetest mod - More Blocks
This mod adds so
Hi,
Lucas Nussbaum writes:
> Is there a reason why we couldn't have incoming.d.o apt-able without
> lowering the dinstall frequency?
That is also possible, however fewer dinstall runs mean less data to
push to mirrors and to archive on snapshot.d.o as dists/ would change
less often. And with a p
On 28 August 2013 21:58, Joerg Jaspert wrote:
> Hello Debian world,
>
> there is currently a discussion within the FTP Team and we appear to
> have two opinions on it. As we are open on the outcome and it basically
> affects the whole project, we came up with the following summary to
> solicit fee
On 28/08/13 at 22:58 +0200, Joerg Jaspert wrote:
> Hello Debian world,
>
> there is currently a discussion within the FTP Team and we appear to
> have two opinions on it. As we are open on the outcome and it basically
> affects the whole project, we came up with the following summary to
> solicit
Hello Debian world,
there is currently a discussion within the FTP Team and we appear to
have two opinions on it. As we are open on the outcome and it basically
affects the whole project, we came up with the following summary to
solicit feedback, opinions and other ideas.
The proposal at hand is:
On Wed, Aug 28, 2013 at 12:47 PM, Ian Jackson
wrote:
> Ian Jackson writes ("Re: Longer maintainance for (former) stable releases of
> Debian (Re: Dreamhost dumps Debian)"):
>> Bastien ROUCARIES writes ("Re: Longer maintainance for (former) stable
>> releases of Debian (Re: Dreamhost dumps Debian
On 2013-08-28 10:42, Ian Jackson wrote:
As Peter Palfrader points out stable-updates allows more review,
because it doesn't suffer from the process problems caused by the need
for secrecy. stable-updates are also made in less of a hurry.
Iff people actually test proposed-updates. The feedback
On Wed, Aug 28, 2013 at 04:20:17PM +0100, Ian Jackson wrote:
> Adam Borowski writes ("UTF-8 in jessie"):
> > I would like to propose full UTF-8 support. I don't mean here full
> > support for all of Unicode's finer points, merely complete eradication of
> > mojibake. That is, ensuring that /m.o/
On Sun, Aug 25, 2013 at 11:09 AM, Niels Thykier wrote:
> At the moment there are unfortunately very few autopkgtest tests.
Ubuntu has been pushing autopkgtest tests to more packages. Hopefully,
most of these are being sent back as patches to the BTS. Out of
curiosity, I ran a UDD query to see whi
On 12 August 2013 01:51, Adam Borowski wrote:
>
> 3. all file names must be valid UTF-8
>
Case in point errors from ubuntu UDD package importer:
"""
Packages containing non-UTF-8, non-ASCII filenames. This is a problem.
It is unclear how to sensibly map these into Bazaar.
anon-proxy aspell-is as
On Wed, Aug 28, 2013 at 11:42:05AM +0100, Ian Jackson wrote:
> Steve Langasek writes ("Re: Dreamhost dumps Debian"):
> > To me, being redirected to stable-updates constitutes a refusal/denial by
> > the security team to use the security updates channel. Again, if it's a
> > security issue that's n
Adam Borowski writes ("UTF-8 in jessie"):
> I would like to propose full UTF-8 support. I don't mean here full
> support for all of Unicode's finer points, merely complete eradication of
> mojibake. That is, ensuring that /m.o/ matches "möo", or that "ä" sorts
> as equal to "a""combining ¨" is ou
On Wed, Aug 28, 2013 at 4:55 PM, Neil McGovern wrote:
> I think you have a very valid point here. I kind of doubt many people
> would
> > like to run on a five year old desktop.
> >
>
> Stats seem to disagree:
>
> http://marketshare.hitslink.com/operating-system-market-share.aspx?qprid=11&qpcusto
On Wed, Aug 28, 2013 at 04:29:08PM +0200, Michael Meskes wrote:
> On Tue, Aug 27, 2013 at 07:52:33PM +0100, Kevin Chadwick wrote:
> > I don't really understand it myself as server packages and their
> > dependencies tend to be stable and I tend to want the latest versions of
> > dovecot, unbound et
On Wed, Aug 28, 2013 at 4:29 PM, Michael Meskes wrote:
> On Tue, Aug 27, 2013 at 07:52:33PM +0100, Kevin Chadwick wrote:
> > I don't really understand it myself as server packages and their
> > dependencies tend to be stable and I tend to want the latest versions of
> > dovecot, unbound etc..
> >
On Tue, Aug 27, 2013 at 07:52:33PM +0100, Kevin Chadwick wrote:
> I don't really understand it myself as server packages and their
> dependencies tend to be stable and I tend to want the latest versions of
> dovecot, unbound etc..
>
> However perhaps there is a divide here between servers which wa
I wrote:
> Kurt has filed a new bug report against eglibc
>
>http://sourceware.org/bugzilla/show_bug.cgi?id=15726
>
> which draws the developers' attention to RFC3493 which specifies the
> return values of getaddrinfo(). These should be as follows.
> [...]
> Further discussion can best be carri
Ian Jackson writes ("Re: Longer maintainance for (former) stable releases of
Debian (Re: Dreamhost dumps Debian)"):
> Bastien ROUCARIES writes ("Re: Longer maintainance for (former) stable
> releases of Debian (Re: Dreamhost dumps Debian)"):
> > Why not un this case creating an empty package depe
Bastien ROUCARIES writes ("Re: Longer maintainance for (former) stable releases
of Debian (Re: Dreamhost dumps Debian)"):
> Le 27 août 2013 19:32, "Ian Jackson" a
> écrit :
> > Worse: in practice, removing packages is invisible to the users and
> > their package manager. The `removed' packages j
Steve Langasek writes ("Re: Dreamhost dumps Debian"):
> To me, being redirected to stable-updates constitutes a refusal/denial by
> the security team to use the security updates channel. Again, if it's a
> security issue that's not important enough to be an official security
> update, it's not imp
Hi Daniel.
I've been slowly trying to play with OpenPGP and WebID, in the context
of its use in the Debian project, and wanted to investigate the possible
solutions to bind an OpenPGP key to a WebID.
Maybe your expertise on OpenPGP specs can help here.
Basically, in the same way as a X590 cert p
On Ma, 27 aug 13, 10:18:53, Russ Allbery wrote:
>
> Alternately, we could be far more aggressive about removing packages from
> oldstable, I suppose, but I don't think that's a good idea; that just
> leaves our users with exactly the sorts of choices that we're trying to
> avoid. I think it's muc
Package: wnpp
Severity: wishlist
Owner: Dominik George
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: minetest-mod-moreores
Upstream Author : Calinou
* License : GPL-3+, CC-BY-SA-3.0
Programming Lang: Lua
Description : Minetest mod - More Ores
This mod ad
Package: wnpp
Owner: Emmanuel Bourg
Control: retitle -1 ITP: apache-log4j2 -- Apache logging framework for Java
* Package name: apache-log4j2
Version : 2.0-beta8
Upstream Author : The Apache Software Foundation
* URL : http://logging.apache.org/log4j/2.x/
* License
On Tue, 27 Aug 2013, Steve Langasek wrote:
> Well, I don't think that's a very good policy. I don't see why, if the bug
> is worth fixing in a stable release for security reasons, it should go
> through the stable-updates channel instead of the security channel.
Going via stable-updates allows f
29 matches
Mail list logo
