Re: Tainted builds (was Re: usrmerge -- plan B?)

Guillem Jover writes: > Whether a package is being built within a chroot or not, has nothing > to do with how that installation is being managed IMO. It feels a bit > like recording what's the form factor of the machine being run on? :) I think what people are trying to get at here is "was the p

Packaging runscripts for Runit init system

[ Forgot to mention. Please keep me in CC. ] > [ Tollef Fog Heen ] > For the record, the TC expects maintainers to continue to support the > multiple available init systems in Debian. That includes merging > reasonable contributions, and not reverting existing support without > a compelling

Bug#915358: ITP: magic-wormhole-mailbox-server -- Magic Wormhole Mailbox Server

Package: wnpp Severity: wishlist Owner: Antoine Beaupre * Package name: magic-wormhole-mailbox-server Version : 0.3.1 Upstream Author : Brian Warner * URL : https://github.com/warner/magic-wormhole-mailbox-server * License : MIT Programming Lang: Python Des

Re: Tainted builds (was Re: usrmerge -- plan B?)

On Wed, 2018-11-28 at 14:48:32 -0200, Antonio Terceiro wrote: > On Wed, Nov 28, 2018 at 02:57:52PM +0100, Guillem Jover wrote: > > This is actually a great idea! I went ahead and implemented this, see > > attached tentative patch which I'm planning on including in dpkg 1.19.3. > > Would you be wil

Re: opa-ff patch-queue

Hi, On Fri, Nov 30, 2018 at 06:37:54PM -0600, Brian Smith wrote: > Greetings, > > I've been looking into updating opa-ff to the upstream 10.8.0.0.201 > release and have some questions about the patch-queue process > specified in d/README.source, which references DEP-14. > > The document states th

Re: wicd-daemon-run_1.0_amd64.changes REJECTED

On Thu, 2018-11-29 at 13:56:40 -0800, Josh Triplett wrote: > Preferably in a package maintained by someone who actually uses that > daemon with sysvinit, rather than one maintained by someone who doesn't. > (And bugs in the use of that package with sysvinit then belong to that > separate package, w

Re: CTTE decision on vendor-specific patch series (bug #904302)

On Tue, 2018-11-13 at 19:22:09 +0100, Tollef Fog Heen wrote: > Resolution […] > The Committee therefore resolves that: > > 1. Any use of dpkg's vendor-specific patch series feature is a bug for >packages in the Debian archive (including contrib and non-free). > >This should be i

Bug#915288: ITP: erlang-p1-pkix -- PKIX certificates management library for Erlang

Package: wnpp Severity: wishlist Owner: Philipp Huebner * Package name: erlang-p1-pkix Version : 0.2018.11.12 Upstream Author : ProcessOne * URL : https://github.com/processone/pkix * License : Apache-2.0 Programming Lang: Erlang Description : PKIX cert

Re: usrmerge -- plan B?

On Fri, Nov 23, 2018 at 04:32:17PM +0100, Guillem Jover wrote: > Please, if we decide we want to do merged /usr, let's do it properly. I'm toying with the idea of creating a merged-usr package indicating 'this system has merged /usr'. It could either fail to install with an informational message

Bug#915265: ITP: o2 -- implementation of a communication protocol for music systems

Package: wnpp Severity: wishlist Owner: IOhannes m zmoelnig * Package name: o2 Version : 1.0 Upstream Author : Roger Dannenberg * URL : https://rbdannenberg.github.io/o2/ * License : MIT/X Programming Lang: C Description : implementation of a communicat

AMD64 problem: mips cross gcc munmap_chunk(): invalid pointer (on AVX cpu only)

I meet a problem of Debian’s cross toolchain.[1] It happens for gcc-7/gcc-8 in Debian Sid/Buster, while not for gcc-6 in stretch. This problem only appears on amd64, not on i386. And this problems seems only on CPUs with AVX support, I have an old HP server, with CPU Intel(R) Xeon(R) CPU E7- 4