On 12/07/2012 05:39 AM, Florian Weimer wrote:
> The FSF can release your code under permissive free software licenses
Can you explain how this is possible?
I wont trust such a strong statement just because someone
wrote it on debian-devel ...
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 502 (new: 6)
Total number of packages offered up for adoption: 139 (new: 2)
Total number of packages request
Package: wnpp
Severity: wishlist
Owner: Debian Med group
* Package name: python3-csb
Version : 1.1.0
Upstream Author : Michael Habeck
* URL : http://csb.codeplex.com/
* License : MIT
Programming Lang: Python
Description : Python framework for structura
* Ian Jackson:
> Barry Warsaw writes ("Re: Contributor agreements and copyright assignment
> (was Re: Really, about udev, not init sytsems)"):
>> FTR: http://www.canonical.com/contributors
>
> That allows Canonical to make proprietary forks of the code (eg, to
> engage in the dual licensing busin
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: heat
Version : 0.0.7
Upstream Author : Openstack foundation / RedHat
* URL : http://github.com/openstack/heat
* License : Apache-2
Programming Lang: Python
Description : service to o
On Thu, Dec 06, 2012 at 01:02:29PM +0100, Arno Töll wrote:
> Hint: gpg --list-keys --with-colons --keyring
> /usr/share/keyrings/debian-keyring.gpg --no-default-keyring
No need, I have 'keyring /usr/share/keyrings/debian-keyring.gpg' in my
~/.gnupg/gpg.conf.
> Not sure though, why nion is listed
Package: wnpp
Severity: wishlist
Owner: Jakub Wilk
* Package name: python-dawg
Version : 0.5.1
Upstream Author : Mikhail Korobov
* URL : http://pypi.python.org/pypi/DAWG
* License : Expat
Programming Lang: Python, Cython
Description : Python library f
On 06.12.2012 12:44, Jon Dowland wrote:
> I've just learned that my key is uniquely identifyable by the last three
> bytes within (and only within) the current debian-keyring
>
>> $ gpg --list-keys --with-colons|grep AAA:
>> pub:u:4096:1:0907409606AA:2009-09-14:::u:Jon Dowland
>> ::scESC:
I'
On Thu, Dec 06, 2012 at 09:53:41AM +0800, Paul Wise wrote:
> Anything less than the full fingerprint (8, 7 or whatever)
I hadn't noticed that 0xFEFACED was only 7 characters. That's cheating ☺
It might be worth noting that GPG does not accept less than 8 chars as an
argument prefixed by 0x
> $ g
On 06.12.2012 02:53, Paul Wise wrote:
> Anything less than the full fingerprint (8, 7 or whatever) should be
> considered ambiguous[1]. If there are multiple keys matching the
> partial fingerprint (of any size), that should be an error. I don't
> think a partial fingerprint that is 7 characters lo
Hi!
On Thu, 2012-12-06 at 02:05:13 -0600, Peter Samuelson wrote:
> In bug #695229, I noted that an Architecture: all package really should
> be Multi-Arch: foreign. This led to an IRC discussion between Goswin,
> Steve L. and me in which I formulated the proposal:
>
> If a package is 'Archit
[Helmut Grohne]
> I ask you not to use this proposal for the following reasons:
>
> * Given a package it is now much harder to see whether it is tagged M-A
>or not. Especially you can no longer determine the tagging by simple
>examination of package lists.
That's fair. Though I imagine
On Thu, Dec 06, 2012 at 02:05:13AM -0600, Peter Samuelson wrote:
>
> In bug #695229, I noted that an Architecture: all package really should
> be Multi-Arch: foreign. This led to an IRC discussion between Goswin,
> Steve L. and me in which I formulated the proposal:
>
> If a package is 'Arch
In bug #695229, I noted that an Architecture: all package really should
be Multi-Arch: foreign. This led to an IRC discussion between Goswin,
Steve L. and me in which I formulated the proposal:
If a package is 'Architecture: all', and all its dependencies are
'Multi-Arch: foreign' (inclu
14 matches
Mail list logo
