Bug#785278: ITP: golang-osext -- Extensions to the Go "os" package

Package: wnpp Severity: wishlist Owner: Tim Potter * Package name: golang-osext Version : 0.0~git20150409 Upstream Author : The Go Authors * URL : https://github.com/kardianos/osext * License : BSD-3-Clause Programming Lang: Go Description : Extensions

Debian Jessie netinst does not boot from grub/iso

Hi everyone (please Cc) I recently switched from a pre-release of the installer images .../sid_d-i/current/amd64/iso-cd/firmware-testing-amd64-netinst.iso (taken sometime about a year ago, or so) to the final version ... firmware-8.0.0-amd64-netinst.iso and now the system does not boot from US

Re: Modern Debian packaging system for DevOps

On Thu, May 14, 2015 at 11:58:36AM +0800, Paul Wise wrote: > On Thu, May 14, 2015 at 12:14 AM, ?? ?? wrote: > > > It seems like none of the well-known open-source solutions (Open Build > > Service, Launchpad, Travis CI) meets this requirements. Please share how > > exactly you

Re: httpredir.debian.org, your mirrors redirector

Hi, First of all, thanks for your work! I tried to use http.debian.net instead of my local mirror, namely http://ftp.jp.debian.org, last year and it was redirecting me to much mirrors not in Japan (Taiwan or Korea). I sent 2 emails to you about that but never got any reply so not su

Re: Modern Debian packaging system for DevOps: does it exist?

On 2015-05-14 09:28, Paul Wise wrote: On Thu, May 14, 2015 at 12:14 AM, Исаев Виталий wrote: It seems like none of the well-known open-source solutions (Open Build Service, Launchpad, Travis CI) meets this requirements. Please share how exactly you build deb packages from your projects and wha

Re: Modern Debian packaging system for DevOps: does it exist?

On Thu, May 14, 2015 at 12:14 AM, Исаев Виталий wrote: > It seems like none of the well-known open-source solutions (Open Build > Service, Launchpad, Travis CI) meets this requirements. Please share how > exactly you build deb packages from your projects and what tools do you use? > Any help will

Bug#785275: ITP: python-ipaddress -- Backport of the ipaddress module from Python 3.3

Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: python-ipaddress Version : 1.0.7 Upstream Author : Philipp Hagemeister * URL : https://github.com/phihag/ipaddress * License : PSF Programming Lang: Python Description : Backport

Re: Upcoming mass-bug filing: GStreamer 0.10 removal

On Wednesday 13 May 2015 11:42:19 Sebastian Dröge wrote: > Hi everybody, > > I'm planning to submit bug reports with RC severity against all packages > still depending on GStreamer 0.10 in the next days, unless there are any > objections. > We shouldn't include GStreamer 0.10 in the next release,

Bug#785262: ITP: gstreamermm1.0 -- C++ bindings for the GStreamer streaming multimedia library

Package: wnpp Severity: wishlist Owner: Philip Rinn * Package name: gstreamermm1.0 Version : 1.4.3 Upstream Author : Marcin Kolny * URL : http://gstreamer.freedesktop.org/bindings/cplusplus.html * License : GPL-2, LGPL-2.1 Programming Lang: C++ Description

Re: Proposal: enable stateless persistant network interface names

On Wed, 2015-05-13 at 17:16 +0200, Vincent Lefevre wrote: > Well, having some of the network traffic (more precisely, connections > to machines that have an IPv6 address) re-routed to some unknown > machine on the local network is not a nice feature. > > IMHO, such a feature should be enabled only

Re: Proposal: enable stateless persistant network interface names

Maybe biosdevname would be nice to have, but: - somebody needs to actually maintain it in Debian I actually had it ready to upload, but then given the approach RHEL 7 took and the general trend towards systemd-based approaches, I held off. If there is interest, though, I'm happy to maintain bi

Re: Proposal: enable stateless persistant network interface names

On Sat, May 09, 2015 at 02:49:35AM -0500, peter green wrote: The main downside is that by nature the device names are not familiar to current admins yet. For BIOS provided names you get e. g. ens0, for PCI slot names enp1s1 (ethernet) or wlp3s0 (wlan). But that's a necessary price to pay (biosde

Re: Proposal: enable stateless persistant network interface names

Marvin Renich wrote: > Yes, I use ifupdown and wpasupplicant. Based on some of the threads on > this list there are many people who love Network Manager and many who > dislike it. I am one of the ones who dislike it. Given the fact that > it is (or at least was recently) clearly controversial, c

Bug#785247: ITP: nautilus-admin -- Extension for Nautilus to do administrative operations

Package: wnpp Severity: wishlist Owner: Bruno Nova * Package name: nautilus-admin Version : 0.1.1 Upstream Author : Bruno Nova * URL : https://bitbucket.org/brunonova/nautilus-admin * License : GPL Programming Lang: Python Description : Extension for N

Bug#785245: ITP: libapp-pause-perl -- A CLI for PAUSE, the Perl module administration site

Package: wnpp Owner: Dominique Dumont Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libapp-pause-perl Version : 0.30 Upstream Author : perlancar * URL : https://metacpan.org/release/App-pause * License

Bug#785242: ITP: python-pluggy -- plugin and hook calling mechanism for python

Package: wnpp Severity: wishlist Owner: Barry Warsaw -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: python-pluggy Version : 0.3.0 Upstream Author : Holger Krekel * URL : https://pypi.python.org/pypi/pluggy * License : MIT Programming Lang: P

Re: Debian Archive architecture removals

On Wed, May 06, 2015 at 11:39:29AM +0100, Neil Williams wrote: > On Wed, 6 May 2015 18:18:34 +0800 > Paul Wise wrote: > > > On Wed, May 6, 2015 at 6:11 PM, Neil Williams wrote: > > > > > You've admitted that the port cannot keep pace because it needs > > > changes to be made by maintainers who d

Modern Debian packaging system for DevOps: does it exist?

Hello! I'm looking for a convenient wrapper of standard Debian packaging toolchain in order to automatize the deployment process. We use Ubuntu and Debian, and the most part of code is written in C++, therefore we need to compile and build binary debs. Currently our infrastructure consists of:

Bits from the Debian Hamradio Maintainers

Hi, A lot has been happening recently in the Debian Hamradio Maintainers team and these bits announce some of the things we've been working on. Contents 1. Debian Hamradio Pure Blend Update 2. oss-removal Release Goal 3. Update on notable packages 1. Debian Hamradio Pure Blend Updat

Re: Proposal: enable stateless persistant network interface names

On Wed, 13 May 2015 17:16:07 +0200, Vincent Lefevre wrote: >On 2015-05-12 22:31:43 +0200, Marc Haber wrote: >> On Tue, 12 May 2015 17:08:33 +0200, Vincent Lefevre >> wrote: >> >On 2015-05-11 18:04:14 +0200, Marc Haber wrote: >> >> In IPv6, routers advertise prefixes. If a new prefix comes, end >>

Re: Proposal: enable stateless persistant network interface names

On 2015-05-12 22:31:43 +0200, Marc Haber wrote: > On Tue, 12 May 2015 17:08:33 +0200, Vincent Lefevre > wrote: > >On 2015-05-11 18:04:14 +0200, Marc Haber wrote: > >> In IPv6, routers advertise prefixes. If a new prefix comes, end > >> systems configured for SLAAC will allocate an IP address in th

Bug#785210: ITP: r-bioc-multtest -- Bioconductor resampling-based multiple hypothesis testing

Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-bioc-multtest Version : 2.24.0 Upstream Author : Katherine S. Pollard * URL : http://bioconductor.org/packages/release/bioc/html/multtest.html * License : LGPL Programming Lang: R Desc

Re: Heads up: Upcoming dpkg-buildpackage -j precedence change

Quoting Julian Taylor (2015-05-13 14:48:02) > Are those still parallel or does the flag override all submakes? The > option is not documented in make's manpage. From make man page: > SEE ALSO > > The full documentation for make is maintained as a Texinfo manual. If > the info and make programs

Bug#785204: ITP: r-cran-ade4 -- GNU R analysis of ecological data

Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-ade4 Version : 1.7-2 Upstream Author : Aurélie Siberchicot * URL : http://cran.r-project.org/web/packages/ade4/ * License : GPL Programming Lang: R Description : GNU R analysis

Re: Bug #778876: linux-kbuild-3.19 missing from experimental

On 20 April 2015 at 23:47, Adam Borowski wrote: > On Mon, Apr 20, 2015 at 07:15:53PM +0100, Nick Morrott wrote: >> Bug #778876 is as yet unresolved after 2 months. I can't see any >> discussion of this issue on this list or in the linux-image changelog >> to explain its omission. > > Experimental

Re: Heads up: Upcoming dpkg-buildpackage -j precedence change

On Wed, May 13, 2015 at 2:21 PM, Guillem Jover wrote: > IMO dpkg-buildpackage should assume yes, in the same way it assumes > packages are cross-buildable, and we don't go around marking them as > such. But I guess for Debian that depends on how much of our packaging > and upstream build systems

Re: Allowing both cross building and using an alternative compiler

Hi! On Mon, 2015-05-11 at 01:34:08 +0200, Matthias Klose wrote: > On 05/10/2015 03:32 AM, Guillem Jover wrote: > > CC_FOR_BUILD = gcc > > the above mentioned wiki pages still talk about HOSTCC and BUILDCC. Please > clarify when to use these. I think HOSTCC and BUILDCC should never be used, becau

Re: Heads up: Upcoming dpkg-buildpackage -j precedence change

[ reproducible-builds people, please see below. ] Hi! On Tue, 2015-05-12 at 10:02:27 +0100, Jonathan Dowland wrote: > On Mon, May 11, 2015 at 08:40:16PM +0200, Guillem Jover wrote: > > $ make -jN -f debian/rules build > > > > and > > > > $ DEB_BUILD_OPTIONS=parallel=N debian/rules build > > I

Re: Upcoming mass-bug filing: GStreamer 0.10 removal

On 2015-05-13 12:46, Sebastian Dröge wrote: > [...] >> Indeed, asking the release team for a transition tracker for the Gst 0.10 >> removal >> itself might be useful. > > How would I go about that? Just a mail to debian-release or what's the > procedure? > > [...] > > > Sebastian > Please fi

Re: Upcoming mass-bug filing: GStreamer 0.10 removal

Hi Simon, > On 13/05/15 09:42, Sebastian Dröge wrote: > > I'm planning to submit bug reports with RC severity against all packages > > still depending on GStreamer 0.10 in the next days, unless there are any > > objections. > > Perhaps wait for >

Re: Upcoming mass-bug filing: GStreamer 0.10 removal

On 13/05/15 09:42, Sebastian Dröge wrote: > I'm planning to submit bug reports with RC severity against all packages > still depending on GStreamer 0.10 in the next days, unless there are any > objections. Perhaps wait for to go

Upcoming mass-bug filing: GStreamer 0.10 removal

Hi everybody, I'm planning to submit bug reports with RC severity against all packages still depending on GStreamer 0.10 in the next days, unless there are any objections. We shouldn't include GStreamer 0.10 in the next release, and only ship the new 1.x release series. This was also suggested by