Russ Allbery writes:
> Nikolaus Rath writes:
>
>> Russ says that it's only necessary "there are licensing reasons", but
>> I'm not sure what that means. It seems that pretty much every open
>> source license requires you to make the source code available (including
>> Cython), so I'm not sure why
Package: wnpp
Severity: wishlist
Owner: Mike Swanson
* Package name: reposurgeon
Version : 2.24
Upstream Author : Eric S. Raymond
* URL : http://www.catb.org/esr/reposurgeon/
* License : BSD
Programming Lang: Python
Description : a tool for editing ver
Package: wnpp
Severity: wishlist
Owner: "Ernesto Hernández-Novich (USB)"
* Package name: libcatalyst-plugin-fillinform-perl
Version : 0.12
Upstream Author : Sebastian Riedel
* URL : http://search.cpan.org/dist/Catalyst-Plugin-FillInForm/
* License : Artistic
Hello,
On Wed, 06 Mar 2013 20:26:47 +0100
Michael Biebl wrote:
> > On 6 March 2013 13:45, Michael Biebl wrote:
> >> A quick grep over all unpacked packages shipping ifupdown hooks
> >> show 60 hook scripts which don't have ADDRFAM set.
> >> I haven't checked them individually, though.
> > They
Package: wnpp
Severity: wishlist
Owner: Luke Faraone
* Package name: python-django-bitfield
Version : 1.6.4
Upstream Author : DISQUS
* URL : http://github.com/disqus/django-bitfield
* License : Apache 2.0
Programming Lang: Python
Description : Django m
On 13142 March 1977, Johannes Schauer wrote:
>> That obviously depends a bit on what is actually needed to run (and then on
>> talking to DSA, but they don't bite so much :) ).
> If it is found useful, then I have to figure out who to contact about
> this.
For it to live on debian.org seperately
Am Mittwoch, den 06.03.2013, 13:46 +0100 schrieb Holger Levsen:
> Hi,
>
> On Mittwoch, 6. März 2013, Benjamin Drung wrote:
> > > > dcut dm --uid "Tobias Stefan Richter" --allow nexus
> > > Could this be moved to devscripts as a dm command? Maybe with less
> > > dashes in the interface too.
> > IMO
Hi,
On 06.03.2013 15:21, Andrew Shadura wrote:
> Hello.
>
> On 6 March 2013 13:45, Michael Biebl wrote:
>> A quick grep over all unpacked packages shipping ifupdown hooks show 60
>> hook scripts which don't have ADDRFAM set.
>> I haven't checked them individually, though.
>
> They usually check
Hi,
Quoting Michael Tautschnig (2013-03-06 19:22:37)
> What about parallelizing parts of the job?
Sure, the html page I linked to contains 38 different data points:
- 11 architectures from stable
- 13 architectures from testing
- 14 architectures from unstable
The most trivial way of paralle
Hi,
[...]
> CPU:
>
> The whole script producing the output above took 7 hours to run on a 2.5GHz
> Core i5 for all suites and all architectures (38 combinations). This is
> because
> generating strong strong dependencies for all packages in the archive takes
> 8-10 minutes with current archive s
Am Mittwoch, den 06.03.2013, 18:03 +0100 schrieb Arno Töll:
> Hi,
>
> On 06.03.2013 13:46, Holger Levsen wrote:
> > On Mittwoch, 6. März 2013, Benjamin Drung wrote:
> dcut dm --uid "Tobias Stefan Richter" --allow nexus
> >>> Could this be moved to devscripts as a dm command? Maybe with less
>
Johannes Schauer, le Wed 06 Mar 2013 18:56:47 +0100, a écrit :
> I wrote a shell script which outputs the following static html:
>
> http://mister-muffin.de/bootstrap/selfcycles.html
>
> If you guys find this useful, then I can see how to get this generated
> periodically and published somewhere
Hi,
I wrote a shell script which outputs the following static html:
http://mister-muffin.de/bootstrap/selfcycles.html
If you guys find this useful, then I can see how to get this generated
periodically and published somewhere under the debian.org domain.
Quoting Joerg Jaspert (2013-03-06 09:07:
Hi,
On 06.03.2013 13:46, Holger Levsen wrote:
> On Mittwoch, 6. März 2013, Benjamin Drung wrote:
dcut dm --uid "Tobias Stefan Richter" --allow nexus
>>> Could this be moved to devscripts as a dm command? Maybe with less
>>> dashes in the interface too.
>> IMO it's better to leave it in dput-n
On Wed, Mar 6, 2013 at 11:56 AM, Michael Gilbert wrote:
> On Wed, Mar 6, 2013 at 7:46 AM, Holger Levsen wrote:
>>> IMO it's better to leave it in dput-ng and not moving it into
>>> devscripts.
>>
>> why? I don't want dput-ng (yet?) but I'd like to have a dm command in
>> devscripts. Whats your reas
On Wed, Mar 6, 2013 at 7:46 AM, Holger Levsen wrote:
>> IMO it's better to leave it in dput-ng and not moving it into
>> devscripts.
>
> why? I don't want dput-ng (yet?) but I'd like to have a dm command in
> devscripts. Whats your reasoning not to?
It's up to people interested dcut(classic) to su
Hi,
Quoting The Wanderer (2013-03-06 14:46:49)
> In that case, this (part of it) is a problem with my misunderstanding the
> terminology being used.
The terminology is based upon the dependency representation in the dependency
graph. We have two different types of graph, the source graph which on
On Wed, Mar 06, 2013 at 14:08 +0100, Holger Levsen wrote:
> On Mittwoch, 6. März 2013, Paul Tagliamonte wrote:
> > Fwiw since it is backwards compatible, dput-ng works fine from git in-place
> your point being?
I guess the point is that you can use dput-ng even if you don't want to
replace your "
On Mar 6, 2013 8:09 AM, "Holger Levsen" wrote:
>
> On Mittwoch, 6. März 2013, Paul Tagliamonte wrote:
> > Fwiw since it is backwards compatible, dput-ng works fine from git
in-place
>
> your point being?
If you don't want to, you don't have to purge the old dput, as you seemed
concerned about usi
On Sat, Feb 16, 2013 at 09:57:16AM +0100, Tzafrir Cohen wrote:
> The only problem is that svn-buildpackage does not support this. Or
> rather: it should have, but a long standing bug (with a partial fix
> attached to it, to which the maintainer did not comment. But since
> uploaded one or two versi
I (used to) document the upstream branch location in debian/README.source.
--
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/20130306134716.GA11387@debian
On 03/05/2013 10:46 AM, Johannes Schauer wrote:
Hi,
Quoting The Wanderer (2013-03-05 15:35:37)
You can build either one without a matching version of the other, but you
won't get full functionality. In order to get the full functionality of
both, from what I've been able to tell you need a mi
On Mittwoch, 6. März 2013, Paul Tagliamonte wrote:
> Fwiw since it is backwards compatible, dput-ng works fine from git in-place
your point being?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archi
On Mar 6, 2013 7:46 AM, "Holger Levsen" wrote:
>
> Hi,
>
> On Mittwoch, 6. März 2013, Benjamin Drung wrote:
> > > > dcut dm --uid "Tobias Stefan Richter" --allow nexus
> > > Could this be moved to devscripts as a dm command? Maybe with less
> > > dashes in the interface too.
> > IMO it's better to
Hi,
On Mittwoch, 6. März 2013, Benjamin Drung wrote:
> > > dcut dm --uid "Tobias Stefan Richter" --allow nexus
> > Could this be moved to devscripts as a dm command? Maybe with less
> > dashes in the interface too.
> IMO it's better to leave it in dput-ng and not moving it into
> devscripts.
why?
On 06.03.2013 00:20, Steve Langasek wrote:
> FWIW, I agree with Andrew that this isn't an interface change; this is a
> latent bug in the avahi hook which has merely been exposed by this behavior
> change in ifupdown. ifupdown supports more address families than ipv4 and
> ipv6 (specifically, it
Am Mittwoch, den 06.03.2013, 08:13 +0800 schrieb Paul Wise:
> On Tue, Mar 5, 2013 at 2:57 PM, Arno Töll wrote:
>
> > dcut dm --uid "Tobias Stefan Richter" --allow nexus
>
> Could this be moved to devscripts as a dm command? Maybe with less
> dashes in the interface too.
>
> dm "Tobias Stefan Ric
On 13141 March 1977, Johannes Schauer wrote:
>> > The code generating that list is part of the debian bootstrap project [1]
>> > and as such it would be a bug if architecture:all package were required to
>> > be recompiled for the reason you mentioned.
>> In that case, rather than putting this up
28 matches
Mail list logo