On Mon, Dec 23, 2013 at 08:40:54AM +0200, Faidon Liambotis wrote:
> On 12/23/13 02:15, Steve Langasek wrote:
> I think a better way to put Marco's argument would be: "[h]acker
> legal education, with its roots in programming, is strong on formal
> precision and textual exegesis. But it is notably l
On 12/24/2013 12:04 AM, Marco d'Itri wrote:
> This is self-inflicted damage, and I think it's slightly arrogant to
> pretend that Debian is the only organization which cares about ethics.
For once, I agree with you Marco.
On 12/24/2013 01:22 AM, Clint Byrum wrote:
> If it were to reverse positio
On Mon, Dec 23, 2013 at 12:50:36PM -0800, Russ Allbery wrote:
> Steve Langasek writes:
> > I think you've managed to invert my point here, actually, which was that
> > when someone licenses their work under *the GPL*, we should respect
> > their wishes - even though it would make our lives a lot
On 22/12/13 21:59, Ben Hutchings wrote:
>>> #1 Fork LGPLv2.1+ GMP (version 4.2.1) for Debian.
>> >
>> > This seems like the best idea, as it lets us use newer versions of
>> > GnuTLS that support elliptic curves with the minimum amount of pain.
> I think this would be a good idea if GnuTLS doesn't
On 2013-12-23 13:15, Sergey B Kirpichev wrote:
You don’t want anything like these in your local init service. For
such
tests you have Nagios, Icinga or similiar daemons. And they can do
much
deeper checks, e.g. can you login into your webservice because your
database backend on a different serv
Clint Byrum writes:
> Excerpts from Russ Allbery's message of 2013-12-23 10:54:49 -0800:
>> Clint Byrum writes:
>>> An author is not the only party to text. There are also those who have
>>> received this license, and adhered to it for the sake of the author
>>> and the copyright holders who hav
Excerpts from Russ Allbery's message of 2013-12-23 10:54:49 -0800:
> Clint Byrum writes:
>
> > An author is not the only party to text. There are also those who have
> > received this license, and adhered to it for the sake of the author and
> > the copyright holders who have also adhered to it.
FWIW, I support moving forward with #6.
/Simon
You wrote:
> My gut reaction was that #5 or #6 are the best option (leaning to
> #6). However I guess I don't understand what making something a
> system library effects the license?
>
> Andreas Metzler wrote:
> >Hello,
> >
> >Debian ist still rel
Package: wnpp
Severity: wishlist
Owner: Christian Hofstaedtler
* Package name: ruby-docile
Version : 1.1.1
Upstream Author : Marc Siegel
* URL : http://ms-ati.github.com/docile/
* License : Expat
Programming Lang: Ruby
Description : Docile keeps your Ru
On Mon, Dec 23, 2013 at 12:24:11PM -0800, Steve Langasek wrote:
> Which crypto library has a non-awful API?
Many of the native Haskell crypto libraries do. I am aware
that that is a somewhat unhelpful answer.
> I think you've managed to invert my point here, actually, which was that
> when someo
Clint Adams writes:
> If I recall correctly, similar things were said about freeing Moria and
> Angband, then it turned out that it would have been trivial to contact
> Robert Koeneke if anyone had actually bothered to try.
That doesn't quite match my memory. People did try when the idea first
On 23 December 2013 20:04, Clint Adams wrote:
> On Mon, Dec 23, 2013 at 10:54:49AM -0800, Russ Allbery wrote:
>> There is no way to change the OpenSSL license. The project doesn't use
>> copyright assignment and the number of contributors is far too large to be
>> able to track them all down and
Steve Langasek writes:
> I think you've managed to invert my point here, actually, which was that
> when someone licenses their work under *the GPL*, we should respect
> their wishes - even though it would make our lives a lot easier to be
> able to ship binaries linked against OpenSSL.
Which me
On Mon, Dec 23, 2013 at 08:04:32PM +, Clint Adams wrote:
> On Mon, Dec 23, 2013 at 10:54:49AM -0800, Russ Allbery wrote:
> > There is no way to change the OpenSSL license. The project doesn't use
> > copyright assignment and the number of contributors is far too large to be
> > able to track t
2013/12/23 Jonas Smedegaard :
> Quoting Bálint Réczey (2013-12-23 12:21:28)
>> 2013/12/23 Andreas Tille :
>>> On Sun, Dec 22, 2013 at 08:39:17PM +0100, Balint Reczey wrote:
Thank you for the invitation. I don't know the full story behind
XBMC and the Multimedia Team, thus I would like to
On Mon, Dec 23, 2013 at 10:54:49AM -0800, Russ Allbery wrote:
> There is no way to change the OpenSSL license. The project doesn't use
> copyright assignment and the number of contributors is far too large to be
> able to track them all down and get their permission.
I do not believe that either
Stephan Seitz writes:
> Yes, this is true, but I’m wondering how many lawyer you mean to ask? Is
> one enough? After all this is a difficult question, and you will only
> get the final answer from a judge in the end.
The realistic probability of a lawsuit here is small (has anyone *ever*
been su
On Mon, Dec 23, 2013 at 10:54:49AM -0800, Russ Allbery wrote:
but I think we should ask a real lawyer and not rely on careful parsing
Yes, this is true, but I’m wondering how many lawyer you mean to ask? Is
one enough? After all this is a difficult question, and you will only get
the final an
Clint Byrum writes:
> An author is not the only party to text. There are also those who have
> received this license, and adhered to it for the sake of the author and
> the copyright holders who have also adhered to it.
> So, it is rather disrespectful and could cause harm to those who have
> wo
Excerpts from md's message of 2013-12-23 08:04:57 -0800:
> On Dec 23, Steve Langasek wrote:
>
> > Red Hat only needs to meet the standard that they don't think there's risk
> > to the company of being sued for a license violation. Debian holds itself
> > to a higher, ethical standard of complyin
On 2013-12-23 00:54, Dimitri John Ledkov wrote:
> On 22 December 2013 16:56, Cyril Brulebois wrote:
>> Dimitri John Ledkov (2013-12-22):
>>> On 28 November 2013 20:04, Niels Thykier wrote:
* Architecture Status
* ia64 in danger
* sparc/ppc/mips/kfreebsd at risk
* s3
Package: wnpp
Severity: wishlist
Owner: Enrico Zini
* Package name: python-debiancontributors
Version : 0.1
Upstream Author : Enrico Zini
* URL :
http://anonscm.debian.org/gitweb/?p=nm/python-debiancontributors.git
* License : LGPL-3+
Programming Lang: Pyth
Package: wnpp
Severity: wishlist
Owner: Olivier Sallou
* Package name: readseq2
Version : 2.1.30
Upstream Author : D. Gilbert
* URL : http://iubio.bio.indiana.edu/soft/molbio/readseq/java/
* License : Public Domain
Programming Lang: Java
Description :
On Dec 23, Steve Langasek wrote:
> Red Hat only needs to meet the standard that they don't think there's risk
> to the company of being sued for a license violation. Debian holds itself
> to a higher, ethical standard of complying with the license even when the
> risks are small.
I am clearly mi
Le Mon, Dec 23, 2013 at 04:23:19PM +0100, Bastien ROUCARIES a écrit :
>
> I have just implemented lintian-privacy-breach tags [1,2]
>
> These tags check for webpage fetching external documents and thus
> allowing to track our user.
>
> Lintian is beeing to run over the archive but nevertheless w
On Sun, Dec 22, 2013 at 9:59 PM, Ben Hutchings wrote:
> On Sun, 2013-12-22 at 19:52 +, brian m. carlson wrote:
>> On Sun, Dec 22, 2013 at 08:12:40PM +0100, Andreas Metzler wrote:
>> > How to continue from here/solve this:
>> > -
>> > #1 Fork LGPLv2.1+ GMP (version 4.2.1) for Debian.
>>
Hi Bastien!
On 12/23/2013 04:23 PM, Bastien ROUCARIES wrote:
> I have just implemented lintian-privacy-breach tags [1,2]
>
> These tags check for webpage fetching external documents and thus
> allowing to track our user.
>
> Lintian is beeing to run over the archive but nevertheless we get some
Hi,
I have just implemented lintian-privacy-breach tags [1,2]
These tags check for webpage fetching external documents and thus
allowing to track our user.
Lintian is beeing to run over the archive but nevertheless we get some
partial result (expect full archive coverage in a week or two).
I pl
Hi,
thanks for bringing this up. I was always very happy when a package
provides good integrated handling of multiple instances, and for many
years (silently) have the opinion that this should be provided by many
more packages in Debian.
My preferred solution is the one done by the OpenVPN packag
Hi Adrian,
On Fri, Dec 20, 2013 at 08:59:02PM +0100, John Paul Adrian Glaubitz wrote:
> On 12/20/2013 08:29 PM, Uwe Kleine-König wrote:
> > my colleagues and I are using microcom much at my work place and the
> > last upstream releases were done by a colleague. So I'm willing to take
> > maintaine
Quoting Bálint Réczey (2013-12-23 12:21:28)
> 2013/12/23 Andreas Tille :
>> On Sun, Dec 22, 2013 at 08:39:17PM +0100, Balint Reczey wrote:
>>> Thank you for the invitation. I don't know the full story behind
>>> XBMC and the Multimedia Team, thus I would like to start
>>> maintaining it outside o
>> You don’t want anything like these in your local init service. For such
>> tests you have Nagios, Icinga or similiar daemons. And they can do much
>> deeper checks, e.g. can you login into your webservice because your
>> database backend on a different server is available.
>
> Once your monit
Hi Andreas,
2013/12/23 Andreas Tille :
> Hi Balint,
>
> On Sun, Dec 22, 2013 at 08:39:17PM +0100, Balint Reczey wrote:
>> Thank you for the invitation. I don't know the full story behind XBMC
>> and the Multimedia Team, thus I would like to start maintaining it
>> outside of the team, then when bo
Hi Balint,
On Sun, Dec 22, 2013 at 08:39:17PM +0100, Balint Reczey wrote:
> Thank you for the invitation. I don't know the full story behind XBMC
> and the Multimedia Team, thus I would like to start maintaining it
> outside of the team, then when both upstream and the team is satisfied
> with XBM
On 23/12/13 08:41, Adrien Clerc wrote:
> Le 23/12/2013 00:37, Zbigniew Jędrzejewski-Szmek a écrit :
>>> It looks like both upstart and systemd don't provide direct
>>> mechanisms to
>>> manage all instances.
>> That's true (I'm only speaking about systemd). There have been
>> requests for
>> such f
35 matches
Mail list logo
