Re: Please dak copy-installer 20170615

Cyril Brulebois writes: > FTPmasters, please sync the installer from sid to testing: > > dak copy-installer 20170615 Done. > Also, there was no recent clean-up in the sid directory; I think we > could remove everything from 2015. Maybe also everything from 2016, > but I'm tempted to give

Re: [deb-ci] testing sysvinit scripts when both sysvinit and systemd supported by package

Hi, On Tue, 2017-06-13 at 09:13 +0200, p...@reseau-libre.net wrote: > I'm writting deb-ci tests to check backward support to sysvinit for  > openscap-daemon. I've written a sysvinit script, the systemd service  > file also exists [1]. > > The problem is that the deb-ci test (which run explicitly 

Bug#864515: ITP: apiwrap-el -- api-wrapping macros

Control: owner -1 Matteo F. Vescovi "Matteo F. Vescovi" writes: > Package: wnpp > Owner: Matteo F. Vescovi ^ The domain part is somehow wrong. > API-Wrap.el is a tool to interface with the APIs of your favorite > services.

Bug#864515: ITP: apiwrap-el -- api-wrapping macros

Control: owner -1 Matteo F. Vescovi "Matteo F. Vescovi" writes: > Package: wnpp > Owner: Matteo F. Vescovi ^ The domain part is somehow wrong. > API-Wrap.el is a tool to interface with the APIs of your favorite > services.

Re: Please dak copy-installer 20170608

Cyril Brulebois writes: > FTPmasters, please sync the installer from sid to testing: > > dak copy-installer 20170608 Done. Also removed dists/testing/main/installer-* for non-release architectures. Ansgar

Re: Please dak copy-installer 20170608

Cyril Brulebois writes: > FTPmasters, please sync the installer from sid to testing: > > dak copy-installer 20170608 Done. Also removed dists/testing/main/installer-* for non-release architectures. Ansgar

Re: failure uploading new version of dijitso

Hi, Drew Parsons writes: > Johannes Ring is the upstream author and a Debian Maintainer (but not > full DDeveloper). We're lucky to have him so closely involved in the > Debian maintenance of dijitso and the other FEniCS packages. > > Lately Johannes tried to upload dijitso 2017.1 to

Re: DEP 15: Reserved namespace for DD-approved non-maintainer changes

Sean Whitton writes: > I am hereby reserving DEP number 15 for my draft DEP, "Reserved > namespaces for DD-approved non-maintainer changes". > > I'd like to suggest discussing this DEP on d-devel (which is the > Reply-to for this e-mail). The canonical DEP text is at >

Bug#863470: ftp.debian.org: security sync must not exclude .buildinfo

Rene Engelhard writes: > So if I get this right any package having .buildinfo will fail at this stage. > > Which will get problematic in stretch security updates since anything built > inside stretch will not only have the source but also the binary .buildinfo's. > > I think this must be

Bug#864004: dune-grid: FTBFS, and cruft package, on hurd-i386

clone 864004 -1 -2 -3 -4 retitle -1 RM: dune-grid-glue [hurd-i386] -- RoM; Build-Depends on package not available on hurd-i386 retitle -2 RM: dune-pdelab [hurd-i386] -- RoM; Build-Depends on package not available on hurd-i386 retitle -3 RM: dune-geometry [hurd-i386] -- RoM; Build-Depends on

Bug#864004: dune-grid: FTBFS, and cruft package, on hurd-i386

retitle 864004 RM: dune-grid [hurd-i386] -- RoM; FTBFS, MPI not working on hurd-i386 reassign 864004 ftp.debian.org Ralf Treinen writes: > dune-grid fails to build on hurd-i386 (unsatisfiable build-dependency on > libdune-common-dev), but did build in the past. > > As a consequence, we now have

Bug#864004: dune-grid: FTBFS, and cruft package, on hurd-i386

retitle 864004 RM: dune-grid [hurd-i386] -- RoM; FTBFS, MPI not working on hurd-i386 reassign 864004 ftp.debian.org Ralf Treinen writes: > dune-grid fails to build on hurd-i386 (unsatisfiable build-dependency on > libdune-common-dev), but did build in the past. > > As a consequence, we now have

Bug#863816: RM: ksh/93u+20120801-3.1

On Wed, 31 May 2017 14:28:25 +0100 "Adam D. Barratt" wrote: > On 2017-05-31 14:17, Christoph Martin wrote: > > Please remove the recent non-maintainer upload from me of ksh with the > > version 93u+20120801-3.1 . It has the wrong version number since the > > last released version was

Bug#863816: RM: ksh/93u+20120801-3.1

On Wed, 31 May 2017 14:28:25 +0100 "Adam D. Barratt" wrote: > On 2017-05-31 14:17, Christoph Martin wrote: > > Please remove the recent non-maintainer upload from me of ksh with the > > version 93u+20120801-3.1 . It has the wrong version number since the > > last released version was

Bug#863720: aiccu: SixXS will shutdown on 2017-06-06

Source: aiccu Version: 20070115-17 Severity: serious SixXS will shutdown on 2017-06-06[1]. Unless there are other tunnel providers used with aiccu, it seems useless to include in stretch. >From a quick glance at [2], SixXS is the only provider using AYIYA and TIC which is what I believe aiccu

Bug#863720: aiccu: SixXS will shutdown on 2017-06-06

Source: aiccu Version: 20070115-17 Severity: serious SixXS will shutdown on 2017-06-06[1]. Unless there are other tunnel providers used with aiccu, it seems useless to include in stretch. >From a quick glance at [2], SixXS is the only provider using AYIYA and TIC which is what I believe aiccu

Too many Recommends (in particular on mail-transport-agent)

Hi, my impression is that too many packages use Recommends that should really be Suggests. As a random example: installing dracut as a initramfs provider will pull in exim4... (dracut-core Recommends: mdadm which Recommends: default-mta | mail-transport-agent). This seems really not ideal. As

Bug#863718: libsbuild-perl: please do not recommend a mta

Package: libsbuild-perl Version: 0.73.0-4 Severity: normal libsbuild-perl Recommends: exim4 | mail-transport-agent This seems excessive as I suspect most people use sbuild to build packages locally and don't need it to send mail. Please consider downgrading it to a Suggests. The dependency

Re: Last chance for d-i changes in stretch

Cyril Brulebois writes: > Didier 'OdyX' Raboud (2017-05-27): >> It also currently uses httpredir.debian.org as only mirror, so we should >> decide if it makes sense to consolidate onto deb.debian.org for win32- >> loader too. > > Unless we're aware of limitations win32-loader might hit on

Re: Last chance for d-i changes in stretch

Cyril Brulebois writes: > Didier 'OdyX' Raboud (2017-05-27): >> It also currently uses httpredir.debian.org as only mirror, so we should >> decide if it makes sense to consolidate onto deb.debian.org for win32- >> loader too. > > Unless we're aware of limitations win32-loader might hit on

Bug#863350: dupload: please use ftp.security.upload.debian.org for security uploads

Package: dupload Version: 2.8.2 Some time ago we moved the upload queues away from ftp-master.d.o to ftp.upload.d.o. This allowed us to no longer run ftpd directly on ftp-master. The same will hopefully happen to security-master: eventually security-master will no longer run a ftpd, but uploads

Bug#863348: dput: please use ftp.security.upload.debian.org for security uploads

Package: dput Version: 0.9.6.4 Severity: important Some time ago we moved the upload queues away from ftp-master.d.o to ftp.upload.d.o. This allowed us to no longer run ftpd directly on ftp-master. The same will hopefully happen to security-master: eventually security-master will no longer run

Bug#863349: dput-ng: please use ftp.security.upload.debian.org for security uploads

Package: dput-ng Version: 1.8 Severity: important Some time ago we moved the upload queues away from ftp-master.d.o to ftp.upload.d.o. This allowed us to no longer run ftpd directly on ftp-master. The same will hopefully happen to security-master: eventually security-master will no longer run a

Bug#863350: dupload: please use ftp.security.upload.debian.org for security uploads

Package: dupload Version: 2.8.2 Some time ago we moved the upload queues away from ftp-master.d.o to ftp.upload.d.o. This allowed us to no longer run ftpd directly on ftp-master. The same will hopefully happen to security-master: eventually security-master will no longer run a ftpd, but uploads

Re: Please get ready for copy-installer 20170525

Cyril Brulebois writes: > FTPmasters, I've just uploaded d-i 20170525 to the archive, and need to > leave for the day, so it would be nice if you could please sync the > installer from sid to testing when all builds are ready: > > dak copy-installer 20170525 Done. Ansgar

Re: Please get ready for copy-installer 20170525

Cyril Brulebois writes: > FTPmasters, I've just uploaded d-i 20170525 to the archive, and need to > leave for the day, so it would be nice if you could please sync the > installer from sid to testing when all builds are ready: > > dak copy-installer 20170525 Done. Ansgar

Bug#860830: debian-archive-keyring: ftp-master key for stretch

Please include the new automatic signing keys for 9/stretch. The keys are signed by the current ftp masters and the previous archive signing keys. They were announced at [1]. Ansgar [1] https://lists.debian.org/debian-devel-announce/2017/05/msg1.html -BEGIN PGP PUBLIC KEY BLOCK-

Bug#860830: debian-archive-keyring: ftp-master key for stretch

Please include the new automatic signing keys for 9/stretch. The keys are signed by the current ftp masters and the previous archive signing keys. They were announced at [1]. Ansgar [1] https://lists.debian.org/debian-devel-announce/2017/05/msg1.html -BEGIN PGP PUBLIC KEY BLOCK-

Bug#863303: debian-archive-keyring: please remove old 6.0/squeeze key

Package: debian-archive-keyring Version: 2014.3 Please remove the old "6.0/squeeze" automatic signing key and the squeeze release key from the active keys in /usr/share/keyrings/debian-archive-keyring.gpg: +--- | pub rsa4096/0x64481591B98321F9 2010-08-07 [SC] [expires: 2017-08-05] | Key

Bug#859867: [buildd-tools-devel] Bug#859867: Bug#859867: Please add a package which automatically configures sbuild for Debian packaging

Hi, Michael Stapelberg writes: > Doing it in a script is one more step. The point of this endavour is to > make the setup as simple as possible. I think creating a chroot in postinst is not good. Mostly because maintainer scripts should never fail, but this is too likely

Re: should debian comment about the recent 'ransomware' malware.

Henrique de Moraes Holschuh writes: > On Wed, 17 May 2017, Holger Levsen wrote: >> On Wed, May 17, 2017 at 01:59:37PM +1000, Russell Stuart wrote: >> > Microsoft users or indeed Android users, iOS users and I presume OSX >> > users get security updates installed automagically by default. >> >>

Bug#862073: ftpmaster.debian.org: Please POST .buildinfo files to buildinfo.debian.net

Hi, Chris Lamb writes: > Attached is a patch submit .buildinfo files to buildinfo.debian.net, > our experimental system for centrally storing .buildinfo files for > analysis, retrieval, etc. We almost have 2,000,000 files there. > > This patch supplements the existing filesystem archiving and

Accepted parmetis 4.0.3-5 (source) into unstable

<debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libparmetis-dev - Parallel Graph Partitioning and Sparse Matrix Ordering Libs: Deve libparmetis4.0 - Parallel Graph Partitioning and Sparse Matrix Ordering Shared Lib

Bug#862659: libparmetis-dev: misses dependency on libmetis-dev

Package: libparmetis-dev Version: 4.0.3-4+b4 Severity: important /usr/include/parmetis.h has `#include `, but the libparmetis-dev binary package has no dependency on a package providing that include (libmetis-dev). Ansgar -- System Information: Debian Release: 9.0 Architecture: amd64 (x86_64)

Bug#862659: libparmetis-dev: misses dependency on libmetis-dev

Package: libparmetis-dev Version: 4.0.3-4+b4 Severity: important /usr/include/parmetis.h has `#include `, but the libparmetis-dev binary package has no dependency on a package providing that include (libmetis-dev). Ansgar -- System Information: Debian Release: 9.0 Architecture: amd64 (x86_64)

Re: substvars in *.install + friends

Hi, On Thu, 2017-05-04 at 17:14 +0200, Enrico Weigelt wrote: > is it possible to use the substvars mechanism for the *.install and > similar files, just like w/ control file ? > > For multi-version installations, I'm keeping the whole package in a > prefix w/ the version number (see my other

Bug#858163: unblock: gitlab/8.13.11+dfsg-6

Hi, > You probably want something like: > > """ >   if su ${gitlab_user} -c 'psql gitlab_production -c ""'; then >  su postgres -c "dropdb gitlab_production" >   fi > """ I believe maintainer scripts (and various other parts) should use `runuser` instead of `su`. It does not open PAM

Bug#858163: unblock: gitlab/8.13.11+dfsg-6

Hi, > You probably want something like: > > """ >   if su ${gitlab_user} -c 'psql gitlab_production -c ""'; then >  su postgres -c "dropdb gitlab_production" >   fi > """ I believe maintainer scripts (and various other parts) should use `runuser` instead of `su`. It does not open PAM

Bug#761348: ftp.debian.org: need machine-readable metadata about suites & repositories

Hi, On Fri, 2017-04-21 at 09:28 +0200, Michael Stapelberg wrote: > pabs, what’s the current status on this? AFAICT, you mentioned you > wanted to come up with a spec on the RepositoryFormat wiki page. I > don’t > see that on the RepositoryFormat wiki page yet. > > Is there any way to help? > >

Re: Bug#761348: ftp.debian.org: need machine-readable metadata about suites & repositories

Hi, On Fri, 2017-04-21 at 09:28 +0200, Michael Stapelberg wrote: > pabs, what’s the current status on this? AFAICT, you mentioned you > wanted to come up with a spec on the RepositoryFormat wiki page. I > don’t > see that on the RepositoryFormat wiki page yet. > > Is there any way to help? > >

Accepted dune-localfunctions 2.5.0-2 (source) into unstable

Maintainers <debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-localfunctions-dev - toolbox for solving PDEs -- local basis (development files) libdune-localfunctions-doc - toolbox for solving PDEs -- local basis (d

Accepted dune-istl 2.5.0-2 (source) into unstable

nce-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-istl-dev - toolbox for solving PDEs -- iterative solvers (development files) libdune-istl-doc - toolbox for solving PDEs -- iterative solvers (documentation) Closes: 860666 Changes

Bug#859084: unblock: win32-loader/0.8.2

Didier 'OdyX' Raboud writes: > ftpmaster: please copy debian/tools/win32-loader/unstable into …/testing Done. Ansgar

Bug#859084: unblock: win32-loader/0.8.2

Didier 'OdyX' Raboud writes: > ftpmaster: please copy debian/tools/win32-loader/unstable into …/testing Done. Ansgar

Re: 8.8 planning

On Tue, 2017-03-14 at 12:00 +0100, Julien Cristau wrote: > It's time to start thinking about our next stable point > release.  Here > are some dates, please let us know which ones would work. > > * April 8-9 Not ideal, but should work. > * April 15-16 Only on 16th. > * April 22-23 > * April

Re: 8.8 planning

On Tue, 2017-03-14 at 12:00 +0100, Julien Cristau wrote: > It's time to start thinking about our next stable point > release.  Here > are some dates, please let us know which ones would work. > > * April 8-9 Not ideal, but should work. > * April 15-16 Only on 16th. > * April 22-23 > * April

Re: 8.8 planning

On Tue, 2017-03-14 at 12:00 +0100, Julien Cristau wrote: > It's time to start thinking about our next stable point > release.  Here > are some dates, please let us know which ones would work. > > * April 8-9 Not ideal, but should work. > * April 15-16 Only on 16th. > * April 22-23 > * April

Re: 8.8 planning

On Tue, 2017-03-14 at 12:00 +0100, Julien Cristau wrote: > It's time to start thinking about our next stable point > release.  Here > are some dates, please let us know which ones would work. > > * April 8-9 Not ideal, but should work. > * April 15-16 Only on 16th. > * April 22-23 > * April

Re: piuparts.debian.org: jessie2bpo has >400 packages in dependency-failed-testing status

On Tue, 2017-03-21 at 16:45 +, Holger Levsen wrote: > On Sun, Mar 19, 2017 at 05:31:16PM +0100, Michael Biebl wrote: > > both systemd and udev need to be upgraded in lockstep: > > > > a/ udev has Breaks/Replaces systemd (<< 224-2) > > b/ systemd has a Breaks/Replaces udev (<< 228-5) > > > >

Bug#856845: piuparts.debian.org: jessie2bpo has >400 packages in dependency-failed-testing status

On Tue, 2017-03-21 at 16:45 +, Holger Levsen wrote: > On Sun, Mar 19, 2017 at 05:31:16PM +0100, Michael Biebl wrote: > > both systemd and udev need to be upgraded in lockstep: > > > > a/ udev has Breaks/Replaces systemd (<< 224-2) > > b/ systemd has a Breaks/Replaces udev (<< 228-5) > > > >

Accepted dune-pdelab 2.5.0~rc1-1 (all amd64 source) into experimental

<debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-pdelab-dev - toolbox for solving PDEs -- discretization module (development fi libdune-pdelab-doc - toolbox for solving PDEs -- discretization module (d

Accepted dune-pdelab 2.5.0~rc1-1 (all amd64 source) into experimental

<debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-pdelab-dev - toolbox for solving PDEs -- discretization module (development fi libdune-pdelab-doc - toolbox for solving PDEs -- discretization module (d

Bug#855707: at: Runit integration

Hi, besides the patch containing unrelated changes, having an extra package per service management system seems very far from ideal to me. It was possible for all of sysvinit/upstart/systemd to be handled by the same package. Why can't runit do this? And having a separate package with just a

Bug#760414: [ola] Some sources are not included in your package

Ansgar Burchardt writes: >> This case is the same as when we deal with a convenience copy of a >> library that ships with a program: you don't need to remove the >> convenience copy, but you do need to ensure it isn't used. > > If the convenience copy comes without sour

Bug#760414: [ola] Some sources are not included in your package

Ansgar Burchardt writes: >> This case is the same as when we deal with a convenience copy of a >> library that ships with a program: you don't need to remove the >> convenience copy, but you do need to ensure it isn't used. > > If the convenience copy comes without sour

Bug#760414: [ola] Some sources are not included in your package

severity 760414 serious thanks Wouter Verhelst writes: > First of all, I wouldn't call minified javascript a "binary". I agree > that it's not source, but that doesn't imply it's a binary (that is > orthogonal to my point, but I want to point that out). We misuse "binary" a bit in this context

Bug#853254: ftp.debian.org: please create stretch-backports suite

Niels Thykier writes: >> In preparation of the freeze, it would be nice if the stretch-backports >> could be populated, with the same architectures as stretch. If >> possible, the new suite should not accept uploads until the actual >> stretch release. > > Are there any news on this? Currently,

Bug#852002: override: libncurses5:libs/important

Control: retitle -1 override: libncurses5:libs/optional Andreas Henriksson writes: > On Fri, Jan 20, 2017 at 06:05:15PM +0100, Sven Joachim wrote: > [...] >> Please downgrade the priority so that libncurses5 does not get installed >> in minimal chroots anymore and can be autoremoved in existing

Bug#852002: override: libncurses5:libs/important

Control: retitle -1 override: libncurses5:libs/optional Andreas Henriksson writes: > On Fri, Jan 20, 2017 at 06:05:15PM +0100, Sven Joachim wrote: > [...] >> Please downgrade the priority so that libncurses5 does not get installed >> in minimal chroots anymore and can be autoremoved in existing

Bug#855151: tasksel: should not be Priority: important

Package: tasksel Version: 3.39 tasksel is currently at Priority: important and thus installed in every installation, including chroots installed via debootstrap. It doesn't seem a useful package to install in chroots though. It would be nice if d-i would install tasksel (and maybe remove it at

Bug#855151: tasksel: should not be Priority: important

Package: tasksel Version: 3.39 tasksel is currently at Priority: important and thus installed in every installation, including chroots installed via debootstrap. It doesn't seem a useful package to install in chroots though. It would be nice if d-i would install tasksel (and maybe remove it at

Bug#855150: override: blends-tasks: misc/optional

Package: ftp.debian.org blends-tasks is not used by d-i currently so there is no need to have it included in the default install. See also the discussion in #846002. Ansgar

Bug#855150: override: blends-tasks: misc/optional

Package: ftp.debian.org blends-tasks is not used by d-i currently so there is no need to have it included in the default install. See also the discussion in #846002. Ansgar

Bug#850229: openmpi-bin: default for oversubscription changed

On Thu, 2017-02-09 at 00:05 +0100, Santiago Vila wrote: > In either case I'm setting this to serious again because it makes > packages to fail on single-CPU systems, and having more than one CPU > is > definitely *not* part of the build-essential definition. It is not, but trying to build

Bug#850229: openmpi-bin: default for oversubscription changed

On Thu, 2017-02-09 at 00:05 +0100, Santiago Vila wrote: > In either case I'm setting this to serious again because it makes > packages to fail on single-CPU systems, and having more than one CPU > is > definitely *not* part of the build-essential definition. It is not, but trying to build

Re: Please dak copy-installer 20170127

Cyril Brulebois writes: > FTPmasters, please sync the installer from sid to testing: > > dak copy-installer 20170127 Done. Ansgar

Re: Please dak copy-installer 20170127

Cyril Brulebois writes: > FTPmasters, please sync the installer from sid to testing: > > dak copy-installer 20170127 Done. Ansgar

Accepted dune-pdelab 2.5.0~20170124g7cf9f47a-1 (all amd64 source) into unstable

Maintainers <debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-pdelab-dev - toolbox for solving PDEs -- discretization module (development fi libdune-pdelab-doc - toolbox for solving PDEs -- discretiz

Re: Please, enable armhf uploads from arm64 build hosts

Hector Oron writes: > We, ARM buildd maintainers, would like to do archive uploads for > armhf architecture from arm64 build hosts. Uploading armhf binaries from the arm64 hosts should work now. And I still need to write a nice command-line interface for managing ACLs instead of having to

Re: Release impact of introducing a new archive section?

Josh Triplett writes: > Given that, can you please go ahead and add the two new sections for > rust (https://bugs.debian.org/845576) and javascript > (https://bugs.debian.org/753480), and update the override file for > existing packages? These packages should move to the "rust" section: > rustc,

Re: Release impact of introducing a new archive section?

Josh Triplett writes: > Given that, can you please go ahead and add the two new sections for > rust (https://bugs.debian.org/845576) and javascript > (https://bugs.debian.org/753480), and update the override file for > existing packages? These packages should move to the "rust" section: > rustc,

Bug#848574: openmpi: frequent segfault in linker on mips64el

severity 848574 grave thanks This should probably be release-critical as mips64el is a release architecture. It was also mentioned in #-devel today that this causes build failures in other packages, for example [1]. Ansgar [1]

Re: Bug#848574: openmpi: frequent segfault in linker on mips64el

severity 848574 grave thanks This should probably be release-critical as mips64el is a release architecture. It was also mentioned in #-devel today that this causes build failures in other packages, for example [1]. Ansgar [1]

Re: no-strong-digests-in-dsc MBF

Adrian Bunk writes: > I want to do a MBF for all packages without a SHA256 checksum field > in the .dsc [1] - only SHA1 as hash would not be good in stretch. Why? The Sources index should have a stronger hash either way. If you care about stronger hashes in the .dsc itself, wouldn't the .dsc

Bug#851400: systemd: Going into suspend yust after waking up

Michael Fritscher writes: > The problem is that if the system is on battery both on going to > suspend and waking up, in 90% of the cases the system goes into > suspend immediately again (few seconds). On the second try it works. > I didn't set the system to go into suspend after some time... Do

Bug#851400: systemd: Going into suspend yust after waking up

Michael Fritscher writes: > The problem is that if the system is on battery both on going to > suspend and waking up, in 90% of the cases the system goes into > suspend immediately again (few seconds). On the second try it works. > I didn't set the system to go into suspend after some time... Do

Bug#850967: Clarify /usr/bin/foo should not be hardcoded even in upstream parts

Philip Hands writes: > I stumbled across 'proot' while looking into the background for this, > which seems to be able to provide the effect of a bind mount without > needing root privilege, and would presumably deal with Ian's original > problem quite nicely. If you enable unprivileged user

Bug#850967: Clarify /usr/bin/foo should not be hardcoded even in upstream parts

Philip Hands writes: > I stumbled across 'proot' while looking into the background for this, > which seems to be able to provide the effect of a bind mount without > needing root privilege, and would presumably deal with Ian's original > problem quite nicely. If you enable unprivileged user

Bug#850229: dune-grid: FTBFS (not enough slots available)

Control: reassign -1 openmpi-bin 2.0.2~git.20161225-8 Control: severity -1 important Control: retitle -1 openmpi-bin: default for oversubscription changed Santiago Vila writes: > Package: src:dune-grid > Version: 2.5.0-1 > Severity: serious > > Dear maintainer: > > I tried to build this package

Bug#850229: dune-grid: FTBFS (not enough slots available)

Control: reassign -1 openmpi-bin 2.0.2~git.20161225-8 Control: severity -1 important Control: retitle -1 openmpi-bin: default for oversubscription changed Santiago Vila writes: > Package: src:dune-grid > Version: 2.5.0-1 > Severity: serious > > Dear maintainer: > > I tried to build this package

Bug#850229: dune-grid: FTBFS (not enough slots available)

Control: reassign -1 openmpi-bin 2.0.2~git.20161225-8 Control: severity -1 important Control: retitle -1 openmpi-bin: default for oversubscription changed Santiago Vila writes: > Package: src:dune-grid > Version: 2.5.0-1 > Severity: serious > > Dear maintainer: > > I tried to build this package

Re: "not authorised" doing various desktoppy things [and 1 more messages]

On Fri, 2017-01-06 at 07:48 +0100, Adam Borowski wrote: > On Thu, Jan 05, 2017 at 12:19:08PM +0100, Ansgar Burchardt wrote: > > With elogind do you mean https://github.com/wingo/elogind?  That > > project doesn't look very active. > > > > Is there any active pr

Bug#850229: dune-grid: FTBFS (not enough slots available)

On Thu, 2017-01-05 at 12:59 +0200, Graham Inggs wrote: > On 05/01/2017 12:05, Santiago Vila wrote: > > Status:FAILED > > Output: > >    -- > > > >    There are not enough slots available in the system to >

Bug#850229: dune-grid: FTBFS (not enough slots available)

On Thu, 2017-01-05 at 12:59 +0200, Graham Inggs wrote: > On 05/01/2017 12:05, Santiago Vila wrote: > > Status:FAILED > > Output: > >    -- > > > >    There are not enough slots available in the system to >

Bug#850229: dune-grid: FTBFS (not enough slots available)

On Thu, 2017-01-05 at 12:59 +0200, Graham Inggs wrote: > On 05/01/2017 12:05, Santiago Vila wrote: > > Status:FAILED > > Output: > >    -- > > > >    There are not enough slots available in the system to >

Re: "not authorised" doing various desktoppy things [and 1 more messages]

On Thu, 2017-01-05 at 11:22 +0100, Adam Borowski wrote: > Neither systemd-shim nor consolekit are solutions that are viable in > the long term, the sooner we get rid of both, the better.  I don't > know what's a good alternative, though.  Loginkit is > vapourware.  Elogind maybe? With elogind do

Re: Libvirt in Stretch?

Albin Otterhäll writes: > It seems that the package `libvirt-bin` has been deprecated in Stretch > (it isn't available via the repositories). I can't find any > documentation regarding virtualization using KVM in Stretch. > > What's the replacement for `libvirt-bin`? The libvirt-bin package in

Bug#841666: release-notes: recommend installing usrmerge on upgrade to stretch

Control: retitle -1 release-notes: recommend installing usrmerge on upgrade to buster Control: tag -1 - stretch + buster The change in debootstrap to enable merged-/usr has been temporarily reverted due to issues reported. As it was only fixed quite late, we won't re-enable merged-/usr for

Bug#841666: release-notes: recommend installing usrmerge on upgrade to stretch

Control: retitle -1 release-notes: recommend installing usrmerge on upgrade to buster Control: tag -1 - stretch + buster The change in debootstrap to enable merged-/usr has been temporarily reverted due to issues reported. As it was only fixed quite late, we won't re-enable merged-/usr for

Re: "not authorised" doing various desktoppy things [and 1 more messages]

Ian Jackson writes: > Michael Biebl writes ("Re: "not authorised" doing various desktoppy things"): > I'm not sure I need "logind integration" in my X server but perhaps I > do ? Only if you want to start X as non-root. > Simon McVittie writes ("Re: "not authorised" doing various desktoppy

Re: [py3porters-devel] Python 2 in the default installation -- progress made!

Daniel Kahn Gillmor writes: > On Thu 2016-12-29 23:41:39 -0500, Stuart Prescott wrote: >> one of the objectives for stretch was to reduce the number of Python 2 >> packages that are installed in common scenarios, instead having the >> Python 3 stack take over. The "standard task" within tasksel is

Bug#849903: [py3porters-devel] Python 2 in the default installation -- progress made!

Daniel Kahn Gillmor writes: > On Thu 2016-12-29 23:41:39 -0500, Stuart Prescott wrote: >> one of the objectives for stretch was to reduce the number of Python 2 >> packages that are installed in common scenarios, instead having the >> Python 3 stack take over. The "standard task" within tasksel is

Re: [py3porters-devel] Python 2 in the default installation -- progress made!

Daniel Kahn Gillmor writes: > On Thu 2016-12-29 23:41:39 -0500, Stuart Prescott wrote: >> one of the objectives for stretch was to reduce the number of Python 2 >> packages that are installed in common scenarios, instead having the >> Python 3 stack take over. The "standard task" within tasksel is

Bug#849287: RM: trilinos [mips64el] -- ROM; FTBFS

Control: reopen -1 Control: retitle -1 RM: trilinos [mips64el] -- RoM; FTBFS Either the script generating `removals.html` should figure this out or `dak rm -B -a ${arch} ${source}` will remove all binaries of ${source} built for ${arch}. I think using the latter is much more readable than very

Re: Can we kill net-tools, please?

Josh Triplett writes: > Geert Stappers wrote: >> On Mon, Dec 26, 2016 at 02:50:50PM +0100, Marco d'Itri wrote: >> > ifconfig, route, etc... >> >> From https://packages.debian.org/stretch/arm64/net-tools/filelist >> >> * /bin/netstat > > The rest of net-tools aside (which have sensible

Bug#849442: RM: dune-common [hurd-i386 kfreebsd-amd64 kfreebsd-i386 mips64el] -- RoM; OpenMPI broken on mips64el (#848574) and others

Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertags: rm Control: clone -1 -2 -3 -4 -5 -6 Control: retitle -2 RM: dune-geometry [mips64el kfreebsd-amd64 kfreebsd-i386 mips64el] -- RoM; OpenMPI broken on mips64el (#848574) and others Control: retitle -3 RM: dune-grid [mips64el

Bug#849251: allow using sftp for uploads to ftp.debian.org

"Adam D. Barratt" writes: > On Sat, 2016-12-24 at 12:34 +0530, Pirate Praveen wrote: >> package: ftp.debian.org >> >> Currently I cannot upload big packages from my internet connection (its >> reasonably good broadband in my area/India) because dput times out (its >> a mess to clean that). I have

Bug#849064: src:gkremldk: maintainer address bounces

Source: gkremldk Source-Version: 0.9.7-2 Severity: serious [ Last uploader and sponsor in X-Debbugs-Cc ] The maintainer address for gkremldk bounces, see below. As the last maintainer upload was 2007 and this is the only package (still) listing him as the maintainer, I wonder if he is still

Bug#849064: src:gkremldk: maintainer address bounces

Source: gkremldk Source-Version: 0.9.7-2 Severity: serious [ Last uploader and sponsor in X-Debbugs-Cc ] The maintainer address for gkremldk bounces, see below. As the last maintainer upload was 2007 and this is the only package (still) listing him as the maintainer, I wonder if he is still

Bug#849063: src:haskell-mode: maintainer address bounces

Source: haskell-mode Source-Version: 16.1-1 Severity: serious The maintainer address for haskell-mode bounces, see below. Ansgar Mail Delivery System writes: > This message was created automatically by mail delivery software. > > A message that you sent could not be delivered to one or more of

<    2   3   4   5   6   7   8   9   10   11   >