On 16-Sep-2016, Nicholas D Steeves wrote:
> What about [different terms for the relationship]?
Worth discussing, but not the issue in this thread IMO.
Yes, there surely are better terms to use for characterising the
relationship of Debian recipients to the Debian Project.
The issue is that the
Package: wnpp
Severity: wishlist
Owner: Kei Hibino
* Package name: haskell-relational-record
Version : 0.1.5.1
Upstream Author : Kei Hibino
* URL : http://khibino.github.io/haskell-relational-record/
* License : BSD3
Programming Lang: Haskell
Description
On Fri, Sep 16, 2016 at 02:19:00PM +1000, Ben Finney wrote:
> "Jeremy T. Bouse" writes:
>
> > I'll start off by saying I haven't read the whole thread and only
> > caught this because of the subject line change.
>
> I direct you to Russ's message in this thread that explains exactly why
> “c
]] The Wanderer
> I suspect that, from his perspective, closing the bug report _makes_
> that report "disappear with no response" - or, at least, that it makes
> it do so to a greater extent than leaving it open with no answer would
> do.
Closing bugs don't make them disappear, we're not deletin
On 15.09.2016 22:43, Helge Deller wrote:
> Hi Matthias,
>
> On 10.09.2016 00:48, Matthias Klose wrote:
>> While the Debian Release team has some citation about the quality of the
>> toolchain on their status page, it is not one of the release criteria
>> documented
>> by the release team. I'd li
Ok, lets put a deadline here.
The package currently on mentors (with an added newline on changelog line 2), is
now in deferred/15 for experimental.
I'll probably ask for feedbacks once it clears new queue :)
thanks to everybody,
(feel free to cancel, reschedule as you wish)
Gianfranco
Package: wnpp
Severity: wishlist
Owner: Jonathan Carter
* Package name: bundlewrap
Version : 2.8.0
Upstream Author : Torsten Rehn
Peter Hofmann
Tim Buchwaldt
* URL : http://www.bundlewrap.org/
* License : GPLv3+
Prog
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
* Package name: easyprocess
Version : 0.2.2
Upstream Author : ponty
* URL : https://github.com/ponty/EasyProcess
* License : BSD
Programming Lang: Python
Description : Easy to use python subprocess int
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: libvcflib
Version : 1.0.0~rc1
Upstream Author : Erik Garrison
* URL : https://github.com/ekg/vcflib
* License : MIT
Programming Lang: C++
Description : C++ library for parsing and ma
Package: wnpp
Severity: wishlist
Owner: "Andrew Lee (李健秋)"
* Package name: open-build-service
Version : 2.7.1
Upstream Author : Adrian Schröter
* URL : http://en.opensuse.org/Build_Service
* License : GPL2+
Programming Lang: C, Perl, Ruby
Description :
Hi,
2016-09-15 20:19 GMT+02:00 Raoul Borenius :
> Hello all,
>
> On Wed, Sep 14, 2016 at 01:02:02AM +0200, Balint Reczey wrote:
>> Dear People of Debian-Devel,
>>
>> Current Policy (3.9.8.0) mandates discussion on debian-devel@d.o
>> before changing packages to ship static libraries compiled with
On 07/09/16 08:43, Christian Seiler wrote:
> There's a piece of software called nss_wrapper, written by the
> Samba people, that allows you to modify glibc's DNS functions'
> (getaddrinfo, gethostbyname, ...) behavior via an LD_PRELOAD
> library. It's called nss_wrapper;
This is an excellent sugg
On Fri, Sep 16, 2016 at 01:22:12PM +0200, Thomas Goirand wrote:
> On 09/16/2016 01:20 AM, Santiago Vila wrote:
> > Thomas: Would you take care of filing whatever bug is necessary for
> > this solution to be implemented?
>
> That's IMO not needed, as python-cryptography 1.5-2 already has:
>
> Brea
On 09/16/2016 10:57 AM, Santiago Vila wrote:
> On Fri, Sep 16, 2016 at 09:40:54AM +0100, Simon McVittie wrote:
>> On Thu, 15 Sep 2016 at 23:50:33 +0200, Thomas Goirand wrote:
>>> Recently, the upload python-cryptography broke pyopenssl, and pyopenssl
>>> had to be upgraded to support the new python
On 09/16/2016 01:20 AM, Santiago Vila wrote:
> On Thu, Sep 15, 2016 at 06:04:54PM -0400, Scott Kitterman wrote:
>
>> I think it would be simpler and more correct for python-cryptography to
>> declare a breaks relationship with python-openssl, e.g. (in the binary
>> control
>> stanza for python-
On Fri, Sep 16, 2016 at 09:57:43AM +0100, Santiago Vila wrote:
> On Fri, Sep 16, 2016 at 09:40:54AM +0100, Simon McVittie wrote:
> > On Thu, 15 Sep 2016 at 23:50:33 +0200, Thomas Goirand wrote:
> > > Recently, the upload python-cryptography broke pyopenssl, and pyopenssl
> > > had to be upgraded to
On Fri, Sep 16, 2016 at 09:40:54AM +0100, Simon McVittie wrote:
> On Thu, 15 Sep 2016 at 23:50:33 +0200, Thomas Goirand wrote:
> > Recently, the upload python-cryptography broke pyopenssl, and pyopenssl
> > had to be upgraded to support the new python-cryptography (I don't have
> > the exact detail
On Thu, 15 Sep 2016 at 23:50:33 +0200, Thomas Goirand wrote:
> Recently, the upload python-cryptography broke pyopenssl, and pyopenssl
> had to be upgraded to support the new python-cryptography (I don't have
> the exact details, but it doesn't mater much here...).
The situation here is that pyope
Package: wnpp
Severity: wishlist
Owner: Lev Lamberov
* Package name: elpa-monokai-theme
Version : 2.2.1
Upstream Author : Kelvin Smith
* URL : https://github.com/oneKelvinSmith/monokai-emacs
* License : GPL-3+
Programming Lang: Emacs Lisp
Description :
On Thu, Sep 15, 2016 at 10:50 PM, Thomas Goirand wrote:
> Recently, the upload python-cryptography broke pyopenssl, and pyopenssl
> had to be upgraded to support the new python-cryptography (I don't have
> the exact details, but it doesn't mater much here...).
for this specific case, it would jus
20 matches
Mail list logo
