On Tue, Oct 17, 2017 at 12:05:30AM +0200, Guus Sliepen wrote:
despite fears of OpenBSD only caring about themselves, I have found that
it is easier to compile LibreSSL for various platforms (even non-POSIX
ones) than OpenSSL. And that APIs might be broken more easily by LibreSSL
is ridiculous, as
On Mon, Oct 16, 2017 at 05:29:09PM +0100, Colin Watson wrote:
> > * Package name: libressl
[...]
> Furthermore, the OpenSSL maintainers in Debian now want to drop their
> 1.0 compatibility packages, which the Debian OpenSSH packages rely on.
> I can't exactly fault them for wanting to reduce t
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Owner: jbi...@debian.org
Package Name: libgdamm
Version: 4.99.11
Upstream Authors : Murray Cumming
License : LGPL-2.1+. Some files are GPL-2+
Programming Lang: C++
Description: C++ wrappers for libgda5
libgdamm is a set
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Owner: jbi...@debian.org
Package Name: goocanvasmm
Version: 1.90.11
Upstream Authors : Murray Cumming and others
License : LGPL-2.1+. Some files are GPL-2 or GPL-2+
Programming Lang: C++
Description: C++ bindings for Goo
Package: wnpp
Severity: wishlist
Owner: Luca Boccassi
* Package name: norm
Version : 1.5r6
Upstream Author : Naval Research Laboratory (NRL)
* URL : https://www.nrl.navy.mil/itd/ncs/products/norm
* License : NSL (BSD-2-clause lookalike)
Programming Lang: C++
On 2017-10-16 17:29:09 [+0100], Colin Watson wrote:
> [I won't quote everything, but people replying to this should probably
> read the bug log in the BTS first.]
It was a lot to read and "they" stumbled over details.
> While there does exist a skeletal compatibility layer linked from the
> upstr
Package: wnpp
Severity: wishlist
Owner: Ralf Treinen
* Package name: ppx-derivers
Version : 1.0
Upstream Author : Jérémie Dimino
* URL : https://github.com/diml/ppx_derivers
* License : BSD3
Programming Lang: OCaml
Description : interoperability of ppx
[ Sorry for the late reply on this point. I did miss it when I read you mail ]
On Thursday, 21 September 2017 15:53:11 CEST gregor herrmann wrote:
> Maybe we could even have "cme run copy-license " which
> takes the text from a well-know location?
Assuming "well-known" means part of Software::Li
On Mon, Oct 16, 2017 at 05:29:09PM +0100, Colin Watson wrote:
Out of all of these, I think the option that I think has the fewest
downsides overall is to convince people to package LibreSSL, but I'm not
myself in a position to contribute to that effort.
Does anyone have thoughts or other options
On Mon, Oct 16, 2017 at 05:29:09PM +0100, Colin Watson wrote:
>
> While there does exist a skeletal compatibility layer linked from the
> upstream wiki [1], the OpenSSL developers explicitly don't want to
> maintain this properly [2], and the OpenSSH developers say that it is
> "unversioned, incom
On Sat, Jul 12, 2014 at 12:06:27AM +0200, Toni Mueller wrote:
> * Package name: libressl
> Version : 2.0.0
> Upstream Author : The OpenBSD project, the OpenSSL project et al.
> * URL : http://www.libressl.org/
> * License : BSD, OpenSSL, SSLeay, Public Domain.
>
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-lti
Version : 0.9.2
Upstream Author : Ryan Hiebert
* URL : https://github.com/pylti/lti/
* License : Expat
Programming Lang: Py
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang <073p...@gmail.com>
X-Debbugs-CC: debian-devel@lists.debian.org i...@harrychen.xyz
* Package name: danmaq
Version : 0.2
Upstream Author : Justin Wong
* URL : https://github.com/tuna/danmaQ
* License : GPL-3
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-monasca-statsd
Version : 1.7.0
Upstream Author : OpenStack Foundation
* URL : https://github.com/openstack/monasca-client
* License : Apache-2.0
Programming Lang: Python
Descript
On Mon, 16 Oct 2017, Benjamin Drung wrote:
> Am Montag, den 16.10.2017, 07:22 +0200 schrieb Alexander Wirt:
> > On Mon, 16 Oct 2017, Francesco Poli wrote:
> >
> > > Hello,
> > > I am a Debian contributor (and Alioth user).
> > >
> > > First off, I think that [replacing] Alioth with something mor
On 10/16/2017 03:45 AM, Francesco Poli wrote:
> I would say that this issue with the Debian packages of GitLab should
> be addressed by helping the Debian Ruby Extras Maintainers to improve
> the Debian packages and to keep them more up-to-date.
gitlab 9.x has switched to using node modules + webp
On Sun, Oct 15, 2017 at 02:41:59PM +0100, Colin Watson wrote:
> Just because it didn't seem particularly important. But since you ask,
> I've done the paperwork now:
> https://bugs.debian.org/878660
Thanks, Colin.
I didnt mean to imply you should do that paperwork, but I guess it does more
har
Am Montag, den 16.10.2017, 07:22 +0200 schrieb Alexander Wirt:
> On Mon, 16 Oct 2017, Francesco Poli wrote:
>
> > Hello,
> > I am a Debian contributor (and Alioth user).
> >
> > First off, I think that [replacing] Alioth with something more
> > maintainable is a good thing to do and I am grateful
18 matches
Mail list logo
