Package: wnpp
Severity: wishlist
Owner: Kei Hibino
* Package name: haskell-text-postgresql
Version : 0.0.2.1
Upstream Author : Kei Hibino
* URL : https://github.com/khibino/relational-record
* License : BSD3
Programming Lang: Haskell
Description : Hask
Package: wnpp
Severity: wishlist
Owner: Kei Hibino
* Package name: haskell-hdbc-session
Version : 0.1.0.1
Upstream Author : Kei Hibino
* URL : https://github.com/khibino/relational-record
* License : BSD3
Programming Lang: Haskell
Description : Haskell
Package: wnpp
Version: 0.4.0
Severity: wishlist
Owner: Filip Pytloun
* Package name: python-click-threading
Version : 0.4.0
Upstream Author : Markus Unterwaditzer
* URL : https://github.com/click-contrib/click-threading
* License : Expat
Programming Lang: Py
On Wed, Aug 10, 2016 at 5:21 AM, Paul Wise wrote:
> On Wed, Aug 10, 2016 at 6:34 AM, Helmut Grohne wrote:
>
>> Other packages that don't build from source by default include bash,
>> dash, debianutils, dpkg, e2fsprogs, findutils, fribidi, gmp, jemalloc,
>> libatomic-ops, libbsd, libtasn1-6, lzo2,
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt
* Package name: ddcci-linux
Version : 0.2
Upstream Author : Christoph Grenz
* URL : https://gitlab.com/ddcci-driver-linux/ddcci-driver-linux
* License : GPL-2.0+
Programming Lang: C
Description : DDC
Josh Triplett writes ("[ANNOUNCE] git-series: track changes to a patch series
over time"):
> I'd like to announce a project I've been working on for a while:
Thanks for the info. I have an interest in this kind of thing.
(At one point I tried to make a workable data model for something like
top
Package: wnpp
Severity: wishlist
Owner: sourced
* Package name: beanstool
Version : 0.1.0+git20160517.10.93a4591-1
Upstream Author : source{d}
* URL : https://github.com/src-d/beanstool
* License : Expat
Programming Lang: Go
Description : Dependency fre
Package: wnpp
Severity: wishlist
Owner: "Stéphane Glondu"
* Package name: ocaml-base64
Version : 2.0.0
Upstream Author : Thomas Gazagnaire
* URL : https://github.com/mirage/ocaml-base64
* License : ISC
Programming Lang: OCaml
Description : Base64 encod
[Please CC Johannes Thomas Nix on replies; he's not subscribed.]
* Johannes Thomas Nix , 2016-08-11, 09:16:
Found on Reddit a mention of the debian-devel thread about finding GPG
key collisions for developer keys.
Why I write, a while ago I thought about these issues of key
verification, and
Processing commands for cont...@bugs.debian.org:
> unblock 820036 with 832661
Bug #820036 [general] Debian does not run on systems with Secure Boot enabled
820036 was blocked by: 832661
820036 was not blocking any bugs.
Removed blocking bug(s) of 820036: 832661
> block 832661 with 820008 821054 82
Processing commands for cont...@bugs.debian.org:
> unblock 832661 with 820008 821054 821051 823003 820129 820010 820038 820052
> 820050 821053 820041 821088 821055 821084 820124 821307
Bug #832661 [open-infrastructure-system-build] support uefi secure boot
832661 was blocked by: 820129 821307 820
Hi,
Am Mittwoch, den 10.08.2016, 17:30 +0100 schrieb Simon McVittie:
> For software with a reasonably helpful upstream and a reasonably sane
> build system, I've often found that jumping through the necessary
> hoops to write debian/copyright takes about as long as the rest of the
> packaging put
On Wed, 10 Aug 2016 at 22:51:47 +0100, Ian Jackson wrote:
> Simon McVittie writes ("Re: copyright precision"):
> > Self-imposed policy of documenting copyright information:
>
> Personally, I think it would be much better if binary packages had
> accurate centrally findable statements of their auth
Simon McVittie schrieb:
> In particular, if this thread comes to the conclusion that more needs to
> be done than what maintainers currently do, then it should be something
> actionable;
Or we could rather automate the generation of debian/copyright entirely
by letting fossology detect all the co
[2016-08-11 21:09] Moritz Mühlenhoff
>
> Simon McVittie schrieb:
> > In particular, if this thread comes to the conclusion that more needs to
> > be done than what maintainers currently do, then it should be something
> > actionable;
>
> Or we could rather automate the generation of debian/copyri
Samuel Thibault wrote:
> And actually, moving to 64bit fingerprints by default is possibly not a
> good idea: who knows when 64bit will not be secure any more? Estimating
> very roughly, if a 32bit collision can be found within a few seconds
> with one GPU now as evil32 seems to show, a supercomput
On Thu, 11 Aug 2016 13:25:14 -0400, Joachim Breitner wrote:
> And to
> the best of my knowledge, our copyright files are not used in any
> systematic way. (If they were, this would add value and add motivation
> to work on this, and with machine-readable copyright files, it might
> happen some day
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: 826 (new: 12)
Total number of packages offered up for adoption: 162 (new: 1)
Total number of packages reques
On Fri, Aug 12, 2016 at 5:42 AM, Dmitry Bogatov wrote:
> [2016-08-11 21:09] Moritz Mühlenhoff
>>
>> Simon McVittie schrieb:
>> > In particular, if this thread comes to the conclusion that more needs to
>> > be done than what maintainers currently do, then it should be something
>> > actionable;
>>
Package: wnpp
Owner: Nick Morrott
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libtest-deep-json-perl
Version : 0.03
Upstream Author : motemen
* URL : https://metacpan.org/release/Test-Deep-JSON
* License
On Thu, Aug 11, 2016 at 01:16:04PM +0100, Ian Jackson wrote:
> Josh Triplett writes ("[ANNOUNCE] git-series: track changes to a patch series
> over time"):
> > I'd like to announce a project I've been working on for a while:
>
> Thanks for the info. I have an interest in this kind of thing.
I t
21 matches
Mail list logo
