headsup - various redis modules now proprietary!

RedisLabs have changed the license of various modules to be incompatible with DFSG guideline 6: the 'Common Clause' rider. https://redislabs.com/community/commons-clause/ Some examples - redis-timeseries, redisearch, rejson, rebloom, eredis, redis-ml, at least some of which are in Debian -Rob

Re: What can Debian do to provide complex applications to its users?

On 18 February 2018 at 12:14, Colin Watson wrote: ... > * Maybe truncate the frozen dependency tree at C extensions, in order >that we can make sure those are built for all architectures, so you'd >still have to care about compatibility with those. It'd be a much >

Re: Why do we list individual copyright holders?

On 23 Dec. 2017 16:54, "Paul Wise" wrote: On Sat, Dec 23, 2017 at 9:07 AM, Thomas Goirand wrote: > (ie: the Apache license doesn't require listing copyright holders). IANAL, but it seems pretty clear to me that this is not the case, at least for source packages (see 4.c),

Re: third-party packages adding apt sources

On 20 May 2016 at 05:06, Neil Williams wrote: >> My claim, as I'll outline below, is, if the upstream wants to give the >> user an up-to-date software package, and they have to teach them how >> to add a new archive, they'll give them an archive *they control*, >> because

Re: debian github organization ?

-- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caj3hoz3-9smcqbvckdt8bfmd0fiu

Re: debian github organization ?

*must*: - sign up for the OpenStack gerrit system - sign a CLA - put your patch into git and push it into gerrit Anything else simply won't be accepted. *: A very very small number say 'any patch anywhere, we'll handle the rest', or something similar. -- Robert Collins rbtcoll...@hp.com

Re: GitHub “pull request” is useful and can be easily integrated'’

github? If not you should: the best position to critique a system from is one of familiarity. -Rob 1] https://www.kernel.org/pub/software/scm/git/docs/git-format-patch.html -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud -- To UNSUBSCRIBE, email to debian-devel

Re: GitHub “pull request” is useful and can be easily integrated'’

On 20 April 2015 at 02:18, Ben Finney ben+deb...@benfinney.id.au wrote: Robert Collins robe...@robertcollins.net writes: Have you used github? If not you should: the best position to critique a system from is one of familiarity. If I were to critique only the effects GitHub has

Re: GPL-3 openssl: provide a -nossl variant for a library

On 23 Oct 2014 02:03, Thorsten Glaser t...@debian.org wrote: ... Where it is clear it is indeed a concern. Note that Fontana is both a lawyer, and co-author of the GPLv3. And a RedHat employee. Was :) http://en.m.wikipedia.org/wiki/Richard_Fontana

Key transition time

Mikb0kzAjlQYPwNx6UNpQaILZ1MYLa3JXjataAsTqcKtbxcyKgLQOrZy55ZYoZO5 +qdZ1+wiD3+usr/GFDUX9KiM/f6N+Xo= =EVi2 -END PGP SIGNATURE- -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject

Re: Survey answers part 1: systemd has too many dependencies, …

it an interesting question too :) -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Cloud Services -- 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

Re: Survey answers part 1: systemd has too many dependencies, …

://lists.debian.org/x6fvws19x5@midna.zekjur.net -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Cloud Services -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http

Re: parsable copyright format 1.0 (jessie release goals)

Sadly On 13 May 2013 00:00, Sune Vuorela nos...@vuorela.dk wrote: How many hours of developer time is it worth to spend to accomplish these, in my opinion, real fringe use cases ? Let me start out by saing that I'm not at all a fan of the machine readable copyright files - it seems to me

Re: sprezzos apt-show-rewrite complete (report + numbers)

On 20 Mar 2013 05:33, nick black nick.bl...@sprezzatech.com wrote: I am testing on two machines, a Core i7 2600K quadcore with HyperThreading, overclocked to 5.0GHz (skynet), and a Core 2 Duo 6600 at stock 2.4GHz (recombinator). I ran each mode 10 times with each binary on each machine,

Re: Status of opensync in Debian - mass removal very likely

On Sun, Mar 4, 2012 at 12:15 PM, Neil Williams codeh...@debian.org wrote: opensync/multisync is a complete mess, collecting 25 RC bugs between 20 source packages and a collective 17,626 days waiting to enter testing. dd-list attached. I stopped maintaining it years ago; my name is still there

Accepted python-fixtures 0.3.6-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 23 Jun 2011 20:40:06 +1200 Source: python-fixtures Binary: python-fixtures Architecture: source all Version: 0.3.6-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert

Accepted python-testtools 0.9.11-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 12 Jun 2011 13:15:23 +1200 Source: python-testtools Binary: python-testtools Architecture: source all Version: 0.9.11-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert

Re: Uploading to multiple distros

On Fri, Jun 3, 2011 at 2:40 AM, Martin Owens docto...@gmail.com wrote: On Thu, 2011-06-02 at 13:20 +0100, Ian Jackson wrote: For this to work I think the suite target in the changelog entry should be qualified by the distro, so you could say (picking a random example):   picocom (1.4-1)

Accepted python-poster 0.7.0-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 05 Feb 2011 18:49:27 +1300 Source: python-poster Binary: python-poster Architecture: source all Version: 0.7.0-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert Collins

Accepted testrepository 0.0.5-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 26 Feb 2011 20:22:14 +1300 Source: testrepository Binary: testrepository python-testrepository Architecture: source all Version: 0.0.5-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net

Accepted python-testtools 0.9.8-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 18 Dec 2010 21:11:40 +1300 Source: python-testtools Binary: python-testtools Architecture: source all Version: 0.9.8-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert

Accepted python-fixtures 0.3.5-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 07 Nov 2010 19:50:46 +1300 Source: python-fixtures Binary: python-fixtures Architecture: source all Version: 0.3.5-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert

Accepted testrepository 0.0.4-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 12 Sep 2010 08:48:03 +1200 Source: testrepository Binary: testrepository python-testrepository Architecture: source all Version: 0.0.4-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net

Accepted pyjunitxml 0.6-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 12 Sep 2010 10:53:42 +1200 Source: pyjunitxml Binary: python-junitxml Architecture: source all Version: 0.6-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert Collins

Accepted python-testtools 0.9.4-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 04 Jul 2010 20:28:41 +1000 Source: python-testtools Binary: python-testtools Architecture: source all Version: 0.9.4-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert

Accepted subunit 0.0.6-1 (source all amd64)

: unstable Urgency: low Maintainer: Jelmer Vernooij jel...@debian.org Changed-By: Robert Collins robe...@robertcollins.net Description: libcppunit-subunit-dev - SubunitTestProgressListener for CPPUnit - Development headers libcppunit-subunit0 - SubunitTestProgressListener for CPPUnit - C++ shared

Re: APT do not work with Squid as a proxy because of pipelining default

Well, I don't know why something has 'suddenly' become a problem: its a known issue for years. The HTTP smuggling [http://www.watchfire.com/resources/HTTP-Request-Smuggling.pdf] attacks made that very obvious 5 years ago now. http://en.wikipedia.org/wiki/HTTP_pipelining has a decent overview.

Re: APT do not work with Squid as a proxy because of pipelining default

Bah, link staleness. http://www.cgisecurity.com/lib/HTTP-Request-Smuggling.pdf just worked for me. Also, I realise that there may be a disconnect here: squid *shouldn't* break if a client attempts to pipeline through it - if it is, thats a bug to be fixed, squid just will not read the second

Re: APT do not work with Squid as a proxy because of pipelining default

Due to the widespread usage of intercepting proxies, its very hard, if not impossible, to determine if a proxy is in use. Its unwise, at best, to assume that no proxy configured == no proxy processing your traffic :(. -Rob -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with

Re: APT do not work with Squid as a proxy because of pipelining default

Given that pipelining is broken by design, that the HTTP WG has increased the number of concurrent connections that are recommended, and removed the upper limit - no. I don't think that disabling pipelining hurts anyone - just use a couple more concurrent connections. -Rob -- To UNSUBSCRIBE,

Re: Best practices for development workstations

On Sun, 2010-04-04 at 12:27 +0200, Petter Reinholdtsen wrote: [Robert Collins] Wearing my squid upstream hat: please file bugs if squid is misbehaving. Squid is used in many high volume high load web sites, so if there are reliability bugs we really really want to know about them

Re: Best practices for development workstations

On Sat, 2010-04-03 at 17:48 +0200, Toni Mueller wrote: Actually, squid has its own slew of problems. Eg. I've yet to see a machine where Squid runs reliably under anything resembling a reasonable load, instead of falling over frequently, and it can be difficult to have the features work

Accepted testrepository 0.0.3-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 28 Feb 2010 22:41:55 +1100 Source: testrepository Binary: testrepository python-testrepository Architecture: source all Version: 0.0.3-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net

Accepted testresources 0.2.4-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 27 Feb 2010 10:04:22 +1100 Source: testresources Binary: python-testresources Architecture: source all Version: 0.2.4-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert

Re: Changes in dpkg Pre-Depends

On Tue, 2010-02-23 at 05:20 +0100, Guillem Jover wrote: I don't think this would be worth it, as Marco has also said, if the system is hosed but you can still get to the point of obtaining a package to install you might as well just obtain the broken files. Of course you might have it already

Re: Misc developer news (#21)

On Sat, 2010-02-20 at 14:25 +0100, Raphael Hertzog wrote: This wiki page still misses a Disadvantages of new format section. It's a wiki, feel free to add it. I know some people unhappy with the new format but I don't know many technical disadvantages. The primary one I'm unhappy with

Re: Misc developer news (#21)

On Sun, 2010-02-21 at 08:53 +0100, Raphael Hertzog wrote: The primary one I'm unhappy with is its deleting part of the upstream tarball with (AFAIK) no warning and no control. (That is, if upstream have a debian dir, it gets nuked, rather than us collaborating on it). That's a feature

Re: TCP SYN cookies and Bug #520668

On Sun, 2010-02-14 at 11:00 +0100, Florian Weimer wrote: BTW, will users think that the current warning (possible SYN flooding on port %d. Sending cookies) always indicates an attack? Hopefully not. I'm sure non sysadmins will be confused by it- but they probably don't look at dmesg anyhow

Accepted python-testscenarios 0.2-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 01 Feb 2010 17:39:07 +1100 Source: python-testscenarios Binary: python-testscenarios Architecture: source all Version: 0.2-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed

Accepted testresources 0.2.3-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 24 Jan 2010 15:53:11 +1100 Source: testresources Binary: python-testresources Architecture: source all Version: 0.2.3-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert

Accepted pandora-build 0.98-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 19 Jan 2010 07:16:41 +1100 Source: pandora-build Binary: pandora-build Architecture: source all Version: 0.98-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert Collins

Accepted testresources 0.2.2-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 05 Jan 2010 17:05:34 +1100 Source: testresources Binary: python-testresources Architecture: source all Version: 0.2.2-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert

Accepted lptools 0.0.1~bzr9-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 24 Nov 2009 11:37:05 +1100 Source: lptools Binary: lptools Architecture: source all Version: 0.0.1~bzr9-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert Collins robe

Accepted python-testscenarios 0.1-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 19 Dec 2009 14:20:58 +1100 Source: python-testscenarios Binary: python-testscenarios Architecture: source all Version: 0.1-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed

Accepted subunit 0.0.4-2 (source all amd64)

: unstable Urgency: low Maintainer: Jelmer Vernooij jel...@debian.org Changed-By: Robert Collins robe...@robertcollins.net Description: libcppunit-subunit-dev - SubunitTestProgressListener for CPPUnit - Development headers libcppunit-subunit0 - SubunitTestProgressListener for CPPUnit - C++ shared

Accepted subunit 0.0.4-3 (source all amd64)

: unstable Urgency: low Maintainer: Jelmer Vernooij jel...@debian.org Changed-By: Robert Collins robe...@robertcollins.net Description: libcppunit-subunit-dev - SubunitTestProgressListener for CPPUnit - Development headers libcppunit-subunit0 - SubunitTestProgressListener for CPPUnit - C++ shared

Accepted subunit 0.0.4-4 (source all amd64)

: unstable Urgency: low Maintainer: Jelmer Vernooij jel...@debian.org Changed-By: Robert Collins robe...@robertcollins.net Description: libcppunit-subunit-dev - SubunitTestProgressListener for CPPUnit - Development headers libcppunit-subunit0 - SubunitTestProgressListener for CPPUnit - C++ shared

Accepted subunit 0.0.3-2 (source all amd64)

: unstable Urgency: low Maintainer: Jelmer Vernooij jel...@debian.org Changed-By: Robert Collins robe...@robertcollins.net Description: libcppunit-subunit-dev - SubunitTestProgressListener for CPPUnit - Development headers libcppunit-subunit0 - SubunitTestProgressListener for CPPUnit - C++ shared

Accepted python-testtools 0.9.2-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 16 Dec 2009 10:10:03 +1100 Source: python-testtools Binary: python-testtools Architecture: source all Version: 0.9.2-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert

Accepted pyjunitxml 0.5-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 12 Dec 2009 23:45:43 +1100 Source: pyjunitxml Binary: python-junitxml Architecture: source all Version: 0.5-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert Collins

Bug#557731: ITP: lptools -- desktop tools for Launchpad

X-Debbugs-CC: debian-devel@lists.debian.org package: wnpp Description: LP Tools allow you to work with Launchpad without ever having to deal with the web interface. The review-list tool can list reviews, and review-notifier provides a desktop notifier about reviews that can be done. .

Re: New source package formats now available

On Mon, 2009-11-23 at 09:30 +0100, Raphael Hertzog wrote: In the end, I decided to trust nothing and to verify if the first patch can be applied or not. If it can be applied, we assume that the patches have not been applied and we apply them all (unless --no-preparation is given). If quilt is

Accepted python-testtools 0.9.0-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 22 Nov 2009 14:31:14 +1100 Source: python-testtools Binary: python-testtools Architecture: source all Version: 0.9.0-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert

Re: Bits from the FTPMaster meeting

On Mon, 2009-11-16 at 09:38 -0600, Steve Langasek wrote: I thought the nature of the problem was clear, but to be explicit: requiring binary uploads ensures that the package has been build-tested *somewhere* prior to upload, and avoids clogging up the buildds with preventable failures (some

Re: Bits from the FTPMaster meeting

On Sun, 2009-11-15 at 19:29 -0600, Steve Langasek wrote: I'm not asserting that this problem is *not* significant, I simply don't know - and am interested in knowing if anyone has more data on this beyond some four-year-old anecdotes. Certainly, Debian with its wider range of ports is more

Re: DEP-5: binary package affected by license $foo

On Thu, 2009-11-05 at 13:59 +1100, Ben Finney wrote: The rational is that sooner or later, we will want to use the machine-interpretable copyright file to validate packages freeness, license compatibilities and so on. Interesting. So you think a single source package could produce

Accepted pyjunitxml 0.3-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 24 Sep 2009 10:26:23 +1000 Source: pyjunitxml Binary: python-junitxml Architecture: source all Version: 0.3-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert Collins

Accepted pyjunitxml 0.2-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 20 Sep 2009 17:19:22 +1000 Source: pyjunitxml Binary: python-junitxml Architecture: source all Version: 0.2-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert Collins

Accepted python-testtools 0.1~r16-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 20 Sep 2009 16:45:45 +1000 Source: python-testtools Binary: python-testtools Architecture: source all Version: 0.1~r16-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert

Re: Seeking advice on packaging of pion-net

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Banck wrote: Did you try to discuss the library versioning scheme with upstream? pion-net is built on boost's asio. I'd be very suprised if they even _can_ offer a stable ABI with no symbol pollution from asio etc. :) - -Rob -BEGIN

Bug#547492: ITP: python-junitxml

package: wnpp X-Debbugs-CC: debian-devel@lists.debian.org A tiny junit extension. Source: pyjunitxml Section: python Priority: optional Maintainer: Robert Collins robe...@robertcollins.net Build-Depends: debhelper (= 5.0.38), cdbs (= 0.4.49), python-all-dev (= 2.3.5-11) Build-Depends-Indep

Accepted bicyclerepair 0.9-6 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 20 Sep 2009 15:40:53 +1000 Source: bicyclerepair Binary: bicyclerepair Architecture: source all Version: 0.9-6 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert Collins

Accepted testresources 0.2-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 20 Sep 2009 17:19:22 +1000 Source: testresources Binary: python-testresources Architecture: source all Version: 0.2-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert

Accepted subunit 0.0.2-1 (source all amd64)

jel...@debian.org Changed-By: Robert Collins robe...@robertcollins.net Description: libsubunit-dev - Unit testing protocol - Development headers and static library fo libsubunit-perl - perl parser and diff for Subunit streams libsubunit0 - Unit testing protocol - C/C++ shared library python

Accepted fl-cow 0.6-4 (source amd64)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 20 Sep 2009 12:54:14 +1000 Source: fl-cow Binary: fl-cow Architecture: source amd64 Version: 0.6-4 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert Collins robe

Accepted bicyclerepair 0.9-5 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 20 Sep 2009 14:42:43 +1000 Source: bicyclerepair Binary: bicyclerepair Architecture: source all Version: 0.9-5 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert Collins

Accepted pandora-build 0~bzr68-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 05 Sep 2009 14:25:58 +1000 Source: pandora-build Binary: pandora-build Architecture: source all Version: 0~bzr68-1 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert

Accepted fl-cow 0.6-3 (source amd64)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 05 Sep 2009 13:26:19 +1000 Source: fl-cow Binary: fl-cow Architecture: source amd64 Version: 0.6-3 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert Collins robe

Bug#545113: ITP: pandora-build

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 package: wnpp X-Debbugs-CC: debian-devel@lists.debian.org Pandora build is a collection of m4 macros used by libdrizzle, libmemcached, drizzle and gearmand : developers working on these projects need the macros installed. - -Rob -BEGIN PGP

Accepted config-manager 0.4-2 (source amd64)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 30 Aug 2009 07:29:12 +1000 Source: config-manager Binary: config-manager Architecture: source amd64 Version: 0.4-2 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert

Accepted libgetopt++ 0.0.2-p22-3 (source amd64)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 01 Sep 2009 10:11:07 +1000 Source: libgetopt++ Binary: libgetopt++1 libgetopt++-dev Architecture: source amd64 Version: 0.0.2-p22-3 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed

Accepted fl-cow 0.6-2 (source amd64)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 30 Aug 2009 15:32:32 +1000 Source: fl-cow Binary: fl-cow Architecture: source amd64 Version: 0.6-2 Distribution: unstable Urgency: low Maintainer: Robert Collins robe...@robertcollins.net Changed-By: Robert Collins robe

Re: What criteria does ftpmaster use for the ‘copyright’ file of a package? (was: python-daemon_1.4.6-1_amd64.changes REJECTED)

On Sat, 2009-08-29 at 18:03 +1000, Ben Finney wrote: Howdy Chris, I'm copying this discussion to ‘debian-devel’, since I think it has direct bearing on the recent discussions about trying to figure out the actual requirements for the contents of the ‘copyright’ file. On 27-Aug-2009, Chris

Re: Let’s turn DEP5 into something useful

On Sat, 2009-06-13 at 13:35 +0200, Andreas Rottmann wrote: For that to work, you'd have to somehow indicate which files' licenses are going to be relevant to which binary package. For instance, many packages have (parts of the) build-system machinery GPL'd (e.g. the ltmain.sh from libtool is

Re: Let’s turn DEP5 into something useful

On Sat, 2009-06-13 at 15:28 +0200, Andreas Rottmann wrote: A build tool that pollutes the licence of what its used to build would be rather problematic Indeed. But do you always need an exception? I had the impression that the output of a GPL'd tool could be licensed at will, unless the

Re: DEP-5: Please clarify the meaning of same licence and share copyright holders

On Wed, 2009-06-10 at 15:57 -0700, Russ Allbery wrote: Does Debian only care about listing copyright holders, as opposed to reproducing legally meaningful copyright statements? If so, why not just list names here, excluding the word Copyright and excluding the years. Because we have

Re: DEP 5 and directory/file names with spaces

On Mon, 2009-06-08 at 10:15 -0400, Jonathan Yu wrote: You know, this is probably a stupid question, but what's wrong with separating file patterns with newlines, as continuations? Files: a b c d e f g.* To me it looks more readable, no escaping or quotes are necessary Well, this

Re: DEP 5 and directory/file names with spaces

On Sun, 2009-06-07 at 00:44 -0400, Andres Mejia wrote: The current proposal for DEP 5 has this snippet for the 'Files' field. List of space-separated globbing pathnames (see man 7 glob for more details) indicating files that have the same licence and share copyright holders. This doesn't

Re: InaTux's Author's Choice of Terminology License

On Sun, 2009-06-07 at 01:10 -0700, oohay moc. wrote: Hello, ... Had the license been completed. Would they've/you've considered it? Seems non-free to me. -Rob signature.asc Description: This is a digitally signed message part

Re: DEP 5 and directory/file names with spaces

On Sun, 2009-06-07 at 22:44 -0400, Andres Mejia wrote: Which implementation could we reasonably expect most people to understand (to include people not knowledgeable with shell escaping)? For example, consider what the two fields may mean to a Windows user. I think the style I proposed is

Re: should -dev libraries depending on other -dev packages?

On Wed, 2009-05-13 at 08:06 +0200, Josselin Mouette wrote: Le mercredi 13 mai 2009 à 11:23 +1000, Brian May a écrit : Is this still considered to be a libtool issue? Yes, but instead of dropping the .la entirely, I’d recommend to simply purge it from the dependency libs. See

Re: should -dev libraries depending on other -dev packages?

On Wed, 2009-05-13 at 17:08 -0700, Steve Langasek wrote: I'd need to check the source, which I don't have time to do just-now, but I thought there was provision for static and shared linking having different needs. There is, but libtool itself has a blemish that ensures it will always

Re: Environment variables, debian/rules and dpkg-buildpackage

On Sun, 2009-05-10 at 23:37 +0300, Peter Eisentraut wrote: On Sunday 10 May 2009 13:56:04 Steve Langasek wrote: I thought it was generally recognized that it's a Bad Idea to implement config files using your interpreter's 'include' functionality, but that's basically what we have here.

Re: Should we still purge GConf schemas from the old directory?

On Mon, 2009-04-27 at 22:47 -0700, Steve Langasek wrote: It would be nice if packages that provided these files at one time would take responsibility for cleaning them up now, late that it is. I'm not sure this could sensibly be done as a debconf snippet though. Its not clear that all these

Re: Proposal of new control field: Date

On Thu, 2009-02-12 at 11:40 +0800, jida...@jidanni.org wrote: Imagine, freshness dating available right there on the grocer's shelf, in Packages.gz. No need for the consumer to jump through additional hoops to find out. PW Which date would it contain? The date the maintainer made the

Re: Bug#509225: ITP: tevent -- talloc-based event loop library

On Sat, 2008-12-20 at 01:57 +0100, Jelmer Vernooij wrote: Am Samstag, den 20.12.2008, 11:10 +1100 schrieb Robert Collins: libevent + libtevent-which-wraps-libevent is better than libtevent-which-duplicates-much-of-libevent. :) In theory, I agree. However, in this case libevents is about

Re: Bug#509225: ITP: tevent -- talloc-based event loop library

On Fri, 2008-12-19 at 23:49 +0100, Jelmer Vernooij wrote: An alternative would be to implement tevent as a wrapper around libev or libevents that added talloc support to the API but that's hardly worth the trouble as that would add another dependency and the library is pretty small itself as

Re: Leverage in licensing discussions

On Fri, 2008-11-07 at 20:01 +, David Given wrote: 1. Some devices require firmware blobs with no source available. Because of this, such firmware can't be distributed in Debian. ack. 2. For at least some of these devices, even if the source code was available it would add no value,

Re: DFSG violations: non-free but no contrib

On Tue, 2008-11-04 at 15:11 +0100, Loïc Minier wrote: On Tue, Nov 04, 2008, Robert Collins wrote: I wish I understood the reasoning here - putting aside the fact that most of the software in Debian is under a copyleft licence and so we *must* provide the source. Why is the source

Re: DFSG violations: non-free but no contrib

On Mon, 2008-11-03 at 21:20 +0100, Loïc Minier wrote: ... for which providing a source is not critical. ... I wish I understood the reasoning here - putting aside the fact that most of the software in Debian is under a copyleft licence and so we *must* provide the source. Why is the source for

Re: DFSG violations: non-free but no contrib

On Sun, 2008-11-02 at 14:51 +0100, Aurelien Jarno wrote: Everyone agrees that firmwares are a bit special in the world of software due to the fact they don't run on the host CPU. I don't think they are at all special. What interprets the software - be it a 'cpu', a 'vm' or a co-processor like

Re: [DRAFT] resolving DFSG violations

On Wed, 2008-10-29 at 22:33 +0100, Michelle Konzack wrote: Anw what do you do with sourcode, for which there is not even a compiler availlable under Linux/BSD? And you HAV to buy a 8000 US$ development suit from the chip manufacturer to build the firmware? Free software is an iterative

Re: Free OS versus free hw

On Wed, 2008-10-29 at 15:15 +0100, Loïc Minier wrote: On Wed, Oct 29, 2008, Ben Finney wrote: Since the Social Contract promises Debian *won't* ship non-free things, that's not an option compatible with the promises made by the Debian project. I might not have said it clearly enough:

Re: Anything wrong with bzr.debian.org or debcheckout ?

On Thu, 2008-06-19 at 13:27 +0900, Charles Plessy wrote: Hi all, I tried to debckechout zlib and it failed: anx159tmp$ debcheckout zlib declared bzr repository at http://bzr.debian.org/bzr/pkg-zlib/zlib/debian bzr branch http://bzr.debian.org/bzr/pkg-zlib/zlib/debian zlib ... bzr: ERROR:

Re: triggers wishlist

On Mon, 2008-03-31 at 08:37 +0200, Petter Reinholdtsen wrote: [Michael Biebl] I don't understand, why it shouldn't be possible, that a single update-rc.insserv run, reoders *all* init scripts in one go. You could still skip the ones, which will cause loops or have no dependency

Re: triggers wishlist

On Mon, 2008-03-31 at 00:54 +0200, Cyril Brulebois wrote: On 30/03/2008, Michael Biebl wrote: I don't understand, why it shouldn't be possible, that a single update-rc.insserv run, reoders *all* init scripts in one go. You could still skip the ones, which will cause loops or have no

Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)

On Sun, 2008-03-02 at 02:09 -0300, Henrique de Moraes Holschuh wrote: And I am completely *sure* it would not be irrelevant for me were I debugging dpkg without a full, complete, dpkg-regular-developer level of understanding of the code. Or if I were trying to understand how dpkg works, so

Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)

On Sat, 2008-03-01 at 11:18 -0600, Manoj Srivastava wrote: Now, having bisecability could be useful (I have never used a bisect); I don't know what the effect of a version that does not compile or is otherwise buggy would have on the work flow. Depending on the treatment of

Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)

On Mon, 2008-02-25 at 17:58 +, James Westby wrote: On Mon, 2008-02-25 at 10:19 -0600, John Goerzen wrote: Dirty history is not only tolerated, but the *only* sane option with, lesse... rcs cvs svn darcs tla baz (bzr?) bzr supports both ways of working, either cleaning up, or

Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)

On Sun, 2008-02-24 at 16:46 -0300, Henrique de Moraes Holschuh wrote: Yet, rebasing is still routinely performed in the Linux kernel development. What I find interesting and rather amusing here is Linus talking negatively about rebase: in particular its propensity to turn tested code (what

  1   2   >