Bug#839046: debootstrap: enable --merged-usr by default

Guillem Jover writes: > In any case, I looked the other day into implementing the > --map-pathname option for dpkg-query, and I've got most of the code > ready. The problem is that this requires adding support for config > files and config fragments to dpkg-query, which has the additional >

Bug#839046: debootstrap: enable --merged-usr by default

Guillem Jover writes: > In any case, I looked the other day into implementing the > --map-pathname option for dpkg-query, and I've got most of the code > ready. The problem is that this requires adding support for config > files and config fragments to dpkg-query, which has the additional >

Re: Bug#839046: debootstrap: enable --merged-usr by default

Guillem Jover writes: > In any case, I looked the other day into implementing the > --map-pathname option for dpkg-query, and I've got most of the code > ready. The problem is that this requires adding support for config > files and config fragments to dpkg-query, which has the additional >

Bug#839046: debootstrap: enable --merged-usr by default

Ian Jackson writes: > Also, I fear that unless we provide a straightforward way to retain > separate /usr, including an appropriate d-i command line option, we > will get further pushback and anger from traditionalists. We risk > reopening old wounds (see some of the less temperate responses

Bug#839046: debootstrap: enable --merged-usr by default

Ian Jackson writes: > Also, I fear that unless we provide a straightforward way to retain > separate /usr, including an appropriate d-i command line option, we > will get further pushback and anger from traditionalists. We risk > reopening old wounds (see some of the less temperate responses

[Aptitude-devel] Bug#889924: aptitude: obtaining changelogs

Hi, FWIW we added a `Changelogs` field to Debian's Release files so tools like apt or aptitude no longer have to hardcode the source URL for changelogs for every distribution. This was requested by the apt maintainers. See https://lists.debian.org/debian-dak/2015/08/msg00012.html Ansgar

Bug#889924: aptitude: obtaining changelogs

Hi, FWIW we added a `Changelogs` field to Debian's Release files so tools like apt or aptitude no longer have to hardcode the source URL for changelogs for every distribution. This was requested by the apt maintainers. See https://lists.debian.org/debian-dak/2015/08/msg00012.html Ansgar

Bug#840104: Encrypted uploads to the security archive

Philipp Kern writes: > On 01.02.2018 10:30, Ansgar Burchardt wrote: [...] >> There is already a `buildd-uploader` role account on the upload hosts >> both main and security archive, a `rsync-ssh-wrap` script, and someone >> also set up authorized_keys. >> >> I

Re: Bug#840104: Encrypted uploads to the security archive

Philipp Kern writes: > On 01.02.2018 10:30, Ansgar Burchardt wrote: [...] >> There is already a `buildd-uploader` role account on the upload hosts >> both main and security archive, a `rsync-ssh-wrap` script, and someone >> also set up authorized_keys. >> >> I

Re: Removing packages perhaps too aggressively?

peter green writes: >> If you do reintroduce it, please note the extra steps (reopening bugs >> in particular) > On that note one thing that doesn't seem to be easy/well documented is > how to go about finding the bugs that affected a package at the time > of it's removal. If I go to the bugs page

Re: wanna-build access to schedule binNMUs for Go packages

Philipp Kern writes: > On 01.02.2018 06:45, Salvatore Bonaccorso wrote: >> On Wed, Jan 31, 2018 at 09:04:09PM +0100, Michael Stapelberg wrote: >>> binNMUs for unstable. >> >> Why, if that is for unstable, permissions for embargoed >> queues/security would be needed? Is that due to implementtation

Re: wanna-build access to schedule binNMUs for Go packages

Philipp Kern writes: > On 01.02.2018 06:45, Salvatore Bonaccorso wrote: >> On Wed, Jan 31, 2018 at 09:04:09PM +0100, Michael Stapelberg wrote: >>> binNMUs for unstable. >> >> Why, if that is for unstable, permissions for embargoed >> queues/security would be needed? Is that due to implementtation

Bug#889060: colord.postinst: colord -> root escalation on systems with fs.protected_hardlinks=0

Package: colord Version: 1.3.3-2 Severity: important Tags: security On systems with fs.protected_hardlinks=0 the postinst script allows escalation from the colord user to root: +--- | # sysctl fs.protected_hardlinks=0 | # runuser -u colord ln /bin/bash /var/lib/colord/bash | # ls -l /bin/bash |

Bug#840104: Encrypted uploads to the security archive

Philipp Kern writes: > On 31.01.2018 01:11, Ansgar Burchardt wrote: >> I'm not sure if buildds are already configured to upload to the security >> archive via ssh as they do for the main archive. It might be a good >> idea to do so. > > What's the requirement here? I

Re: Bug#840104: Encrypted uploads to the security archive

Philipp Kern writes: > On 31.01.2018 01:11, Ansgar Burchardt wrote: >> I'm not sure if buildds are already configured to upload to the security >> archive via ssh as they do for the main archive. It might be a good >> idea to do so. > > What's the requirement here? I

Re: Removing packages perhaps too aggressively?

Andrej Shadura writes: > On 01/02/18 09:40, Ansgar Burchardt wrote: >> Andrej Shadura writes: >>> On 31/01/18 21:01, Jeremy Bicha wrote: >>>>> Here you go, there's #871004 for you. Missed jessie, stretch, >>>>> not in testing, no uploads since the b

Re: Removing packages perhaps too aggressively?

Andrej Shadura writes: > On 31/01/18 21:01, Jeremy Bicha wrote: >>> Here you go, there's #871004 for you. Missed jessie, stretch, >>> not in testing, no uploads since the beginning of 2017. >> >> I don't think you'll get much sympathy for a package being removed >> from unstable when it hasn't

Bug#840104: Encrypted uploads to the security archive

Kurt Roeckx writes: > It's been a longstanding problem that the uploads to the security > archive are not encrypted in any way. I think this is a problem > for all embargoed uploads that we are doing. > > Upstream might actually do all that's possible to keep the > security issues secret. But it

Re: Bug#840104: Encrypted uploads to the security archive

Kurt Roeckx writes: > It's been a longstanding problem that the uploads to the security > archive are not encrypted in any way. I think this is a problem > for all embargoed uploads that we are doing. > > Upstream might actually do all that's possible to keep the > security issues secret. But it

Bug#887978: Backtrace

Hi, On Thu, 2018-01-25 at 21:43 -0600, John Hasler wrote: > No symbols package to be found: > > toncho/~ 23 sudo apt-get install solvespace-dbgsym > [sudo] password for john: > Reading package lists... Done > Building dependency tree > Reading state information... Done > E: Unable to

Bug#887978: Backtrace

Hi, On Thu, 2018-01-25 at 21:43 -0600, John Hasler wrote: > No symbols package to be found: > > toncho/~ 23 sudo apt-get install solvespace-dbgsym > [sudo] password for john: > Reading package lists... Done > Building dependency tree > Reading state information... Done > E: Unable to

Re: Future of kFreeBSD in Debian unstable

Wouter Verhelst writes: > On Mon, Jan 15, 2018 at 01:32:08PM +, Steven Chamberlain wrote: >> Hi Ansgar, >> >> Ansgar Burchardt wrote: >> > however with the kFreeBSD buildds gone, we would also need at least some >> > people willing to maintain buildd

Bug#888262: dh_strip: include debug symbols for binary maintainer "scripts"

Package: debhelper Version: 11.1.2 Severity: wishlist dh_strip should also include debug symbols for maintainer "scripts" that are binary programs in the *-dbgsym packages. The only example I'm aware of is dash (preinst). Ansgar

Bug#888096: archive.debian.org: add wheezy to archive.d.o

Package: mirrors Severity: normal Please import the wheezy suites from ftp.d.o to archive.d.o: - wheezy - wheezy-backports - wheezy-backports-sloppy - wheezy-proposed-updates - wheezy-updates This would allow us to remove the non-LTS architectures from the main archive, freeing a bit space

Re: Future of kFreeBSD in Debian unstable

Yavor Doganov writes: > В Fri, 12 Jan 2018 11:08:20 +0100, Axel Beckert написа: >> I just read jcristau's mail: I don't see the difference between running >> buildds for jessie-kfreebsd and sid. Why can the one continue while the >> other can't/ > > I don't understand either. I guess DSA are

Accepted dune-grid 2.6.0~rc1-1 (source) into experimental

ian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-grid-dev - toolbox for solving PDEs -- grid interface (development files) libdune-grid-doc - toolbox for solving PDEs -- grid interface (documentation) Changes: dune-grid

Re: Future of kFreeBSD in Debian unstable

Hi, Gianluca Bonetti writes: > I think it is a project worth keeping alive, even if not 100% workable. > Dumping it away is a great waste of previous and precious work on > portability and kernel abstraction. > kFreeBSD 7 was stable enough to be used as desktop, as I did on a secondary > box,

Bug#886639: tracker.debian.org: use Vcs-* fields from package with highest version

Package: tracker.debian.org Severity: wishlist tracker.debian.org seems to use the Vcs-* fields from the package currently in unstable for the links in the "general" section. It would be nice if it used the information from the package with the highest version instead. This is useful when an

Bug#886639: tracker.debian.org: use Vcs-* fields from package with highest version

Package: tracker.debian.org Severity: wishlist tracker.debian.org seems to use the Vcs-* fields from the package currently in unstable for the links in the "general" section. It would be nice if it used the information from the package with the highest version instead. This is useful when an

Accepted dune-uggrid 2.6~20180108-1 (source) into experimental

ain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-uggrid-dev - software framework for finite element methods (development files) Changes: dune-uggrid (2.6~20180108-1) experimental; urgency=medium . * New upstream snap

Accepted dune-uggrid 2.6~20180108-1 (source) into experimental

ain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-uggrid-dev - software framework for finite element methods (development files) Changes: dune-uggrid (2.6~20180108-1) experimental; urgency=medium . * New upstream snap

Re: Bug#886238: Please introduce official nosystemd build profile

Simon McVittie writes: > On Sun, 07 Jan 2018 at 00:27:15 +0100, Ansgar Burchardt wrote: >> sysvinit probably only stays in testing because systemd >> depends on sysv-rc for compatability with LSB init scripts... > > I think it did during the default init system transition,

Re: Bug#886238: Please introduce official nosystemd build profile

Adam Borowski writes: > On Sat, Jan 06, 2018 at 07:17:14PM +0100, Marco d'Itri wrote: >> On Jan 06, Simon Richter wrote: >> >> > As it is now, we have a lot of people who are maintaining their own >> > packages outside of Debian. Can we get enough support to reintegrate >> > both

Re: New GitLab-Salsa service and Debian-Science Team

Hi, Anton Gladky writes: > thanks for an excellent tip! I have updated my migration-script > to create these pre-receive-hook. > > I will then start to migrate projects now to escape mixing migration > state between salsa and alioth. This is non-invasive, so if somebody > is against of it - it

Accepted dune-localfunctions 2.6.0~rc1-1 (source) into experimental

Science 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 --

Accepted dune-localfunctions 2.6.0~rc1-1 (source) into experimental

Science 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 --

Accepted dune-geometry 2.6.0~rc1-1 (source) into experimental

<debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-geometry-dev - toolbox for solving PDEs -- geometry classes (development files) libdune-geometry-doc - toolbox for solving PDEs -- geometry classes (documentat

Accepted dune-geometry 2.6.0~rc1-1 (source) into experimental

<debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-geometry-dev - toolbox for solving PDEs -- geometry classes (development files) libdune-geometry-doc - toolbox for solving PDEs -- geometry classes (documentat

Accepted dune-istl 2.6.0~rc1-1 (source) into experimental

ian-science-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) Changes: dune

Accepted dune-istl 2.6.0~rc1-1 (source) into experimental

ian-science-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) Changes: dune

Accepted dune-common 2.6.0~rc1-1 (source) into experimental

ian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-common-dev - toolbox for solving PDEs -- basic classes (development files) libdune-common-doc - toolbox for solving PDEs -- basic classes (documentation) Changes: dune-c

Accepted dune-common 2.6.0~rc1-1 (source) into experimental

ian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-common-dev - toolbox for solving PDEs -- basic classes (development files) libdune-common-doc - toolbox for solving PDEs -- basic classes (documentation) Changes: dune-c

Future of kFreeBSD in Debian unstable

Hi, last month Julien Cristau wrote that buildds for kFreeBSD will go away[1]; there was no reply and this has since happened. I'm wondering if there is still any interest in keeping kFreeBSD in unstable? Given the lack of response, I am considering removal in a few weeks. Ansgar [1]

Bug#886238: Please introduce official nosystemd build profile

On Wed, 2018-01-03 at 14:26 +0100, Samuel Thibault wrote: > > Do we really need systemd-less builds? I'm not convinced this is > > something relevant to Debian. > > Well, if Debian wants to remain relevant to downstreams, it'd be > better to accomodate their needs. I think there is only one

Bug#886238: Please introduce official nosystemd build profile

On Wed, 2018-01-03 at 14:26 +0100, Samuel Thibault wrote: > > Do we really need systemd-less builds? I'm not convinced this is > > something relevant to Debian. > > Well, if Debian wants to remain relevant to downstreams, it'd be > better to accomodate their needs. I think there is only one

Re: Please help with corebird vs. stretch point release

Cyril Brulebois writes: > Forwarding from IRC where Adam mentioned this a couple of times, we > would love help with corebird for the upcoming stretch point release: > >> please could someone fix up >> queue/reject/corebird_1.4.1-1+deb9u1_amd64.changes >> and reinject it? >> >> I imagine it will

Bug#882736: [pkg-gnupg-maint] Bug#882736: gpg-agent: does not always use same socketdir

On Mon, 2017-11-27 at 20:30 +0100, Werner Koch wrote: > On Mon, 27 Nov 2017 18:24, ans...@debian.org said: > > > > this is a deliberate choice by upstream. > > > > Yes, I saw it in the source :-/ > > There is a clear reason for this. In the past we had lot of troubles > with too freely

Bug#882736: [pkg-gnupg-maint] Bug#882736: gpg-agent: does not always use same socketdir

On Mon, 2017-11-27 at 10:02 -0500, Daniel Kahn Gillmor wrote: > On Sun 2017-11-26 12:00:31 +0100, Ansgar Burchardt wrote: > > gpg(-agent) uses a different socketdir when a non-default homedir > > is > > specified depending on the environment: > > > > If /run/u

Bug#882736: gpg-agent: does not always use same socketdir

Package: gnupg Version: 2.1.18-8~deb9u1 Severity: normal gpg(-agent) uses a different socketdir when a non-default homedir is specified depending on the environment: If /run/user/ exists, it will use /run/user//gnupg/d.; otherwise it will fall back to . XDG_RUNTIME_DIR is intentionally

Bug#881424: RFP: ausweisapp2 -- online authentication using German identity document

"W. Martin Borgert" writes: > Owner: "W. Martin Borgert" A RFP bug with an owner? :-) > * Package name: ausweisapp2 > Version : 1.12.4 > Upstream Author : Governikus GmbH & Co. KG > * URL : https://github.com/Governikus/AusweisApp2 [...] > It

Bug#881424: RFP: ausweisapp2 -- online authentication using German identity document

"W. Martin Borgert" writes: > Owner: "W. Martin Borgert" A RFP bug with an owner? :-) > * Package name: ausweisapp2 > Version : 1.12.4 > Upstream Author : Governikus GmbH & Co. KG > * URL : https://github.com/Governikus/AusweisApp2 [...] > It

Accepted dune-common 2.6~20171122-1 (source) into experimental

<debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-common-dev - toolbox for solving PDEs -- basic classes (development files) libdune-common-doc - toolbox for solving PDEs -- basic classes (documentation) Changes:

Accepted dune-common 2.6~20171122-1 (source) into experimental

<debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-common-dev - toolbox for solving PDEs -- basic classes (development files) libdune-common-doc - toolbox for solving PDEs -- basic classes (documentation) Changes:

Accepted dune-grid-glue 2.6~20171108-1 (source) into experimental

Maintainers <debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-grid-glue-dev - toolbox for solving PDEs -- compute couplings between grids (deve libdune-grid-glue-doc - toolbox for solving PDEs -- compute couplings be

Accepted dune-functions 2.6~20171031-1 (source) into experimental

Maintainers <debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-functions-dev - toolbox for solving PDEs -- interface for functions (development libdune-functions-doc - toolbox for solving PDEs -- interface f

Accepted dune-grid-glue 2.6~20171108-1 (source) into experimental

Maintainers <debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-grid-glue-dev - toolbox for solving PDEs -- compute couplings between grids (deve libdune-grid-glue-doc - toolbox for solving PDEs -- compute couplings be

Accepted dune-functions 2.6~20171031-1 (source) into experimental

Maintainers <debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-functions-dev - toolbox for solving PDEs -- interface for functions (development libdune-functions-doc - toolbox for solving PDEs -- interface f

Accepted dune-grid 2.6~20171113-1 (source) into experimental

ian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-grid-dev - toolbox for solving PDEs -- grid interface (development files) libdune-grid-doc - toolbox for solving PDEs -- grid interface (documentation) Changes: dune-grid (

Accepted dune-grid 2.6~20171113-1 (source) into experimental

ian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-grid-dev - toolbox for solving PDEs -- grid interface (development files) libdune-grid-doc - toolbox for solving PDEs -- grid interface (documentation) Changes: dune-grid (

Accepted dune-uggrid 2.6~20171120-1 (source) into experimental

ain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-uggrid-dev - software framework for finite element methods (development files) Changes: dune-uggrid (2.6~20171120-1) experimental; urgency=medium . * New upstream snap

Accepted dune-uggrid 2.6~20171120-1 (source) into experimental

ain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-uggrid-dev - software framework for finite element methods (development files) Changes: dune-uggrid (2.6~20171120-1) experimental; urgency=medium . * New upstream snap

Re: Scheduling 9.3

On Thu, 2017-11-16 at 08:02 +, Adam D. Barratt wrote: > I believe we still need ftp-master and press confirmation, but I've > been failing at poking. Either of 2017-12-02 or 2017-12-09 should be fine for me. Ansgar

Re: Scheduling 9.3

On Thu, 2017-11-16 at 08:02 +, Adam D. Barratt wrote: > I believe we still need ftp-master and press confirmation, but I've > been failing at poking. Either of 2017-12-02 or 2017-12-09 should be fine for me. Ansgar

Re: Scheduling 9.3

On Thu, 2017-11-16 at 08:02 +, Adam D. Barratt wrote: > I believe we still need ftp-master and press confirmation, but I've > been failing at poking. Either of 2017-12-02 or 2017-12-09 should be fine for me. Ansgar

Re: Scheduling 9.3

On Thu, 2017-11-16 at 08:02 +, Adam D. Barratt wrote: > I believe we still need ftp-master and press confirmation, but I've > been failing at poking. Either of 2017-12-02 or 2017-12-09 should be fine for me. Ansgar

[Pkg-mozext-maintainers] Bug#881812: xul-ext-treestyletab: new version required for Firefox 57

Package: xul-ext-treestyletab Version: 0.19.2017061601-1 Severity: important The version of xul-ext-treestyletab currently available in Debian doesn't work with Firefox 57. Please consider uploading the current upstream release to either experimental (in case the new version no longer works with

Bug#881812: xul-ext-treestyletab: new version required for Firefox 57

Package: xul-ext-treestyletab Version: 0.19.2017061601-1 Severity: important The version of xul-ext-treestyletab currently available in Debian doesn't work with Firefox 57. Please consider uploading the current upstream release to either experimental (in case the new version no longer works with

Accepted dune-istl 2.6~20171113-1 (source) into experimental

ian-science-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) Changes: du

Accepted dune-istl 2.6~20171113-1 (source) into experimental

ian-science-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) Changes: du

Accepted dune-localfunctions 2.6~20171110-1 (source) into experimental

Science 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 --

Accepted dune-localfunctions 2.6~20171110-1 (source) into experimental

Science 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 --

Accepted dune-geometry 2.6~20171113-1 (source) into experimental

<debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-geometry-dev - toolbox for solving PDEs -- geometry classes (development files) libdune-geometry-doc - toolbox for solving PDEs -- geometry classes (documentat

Accepted dune-geometry 2.6~20171113-1 (source) into experimental

<debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-geometry-dev - toolbox for solving PDEs -- geometry classes (development files) libdune-geometry-doc - toolbox for solving PDEs -- geometry classes (documentat

Accepted dune-typetree 2.6~20171113-1 (source) into experimental

<debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-typetree-dev - toolbox for solving PDEs -- typed tree template library (developm libdune-typetree-doc - toolbox for solving PDEs -- typed tree template librar

Accepted dune-common 2.6~20171113-2 (source) into experimental

<debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-common-dev - toolbox for solving PDEs -- basic classes (development files) libdune-common-doc - toolbox for solving PDEs -- basic classes (documentation) Changes:

Accepted dune-common 2.6~20171113-2 (source) into experimental

<debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-common-dev - toolbox for solving PDEs -- basic classes (development files) libdune-common-doc - toolbox for solving PDEs -- basic classes (documentation) Changes:

Accepted dune-common 2.6~20171113-1 (source) into experimental

<debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-common-dev - toolbox for solving PDEs -- basic classes (development files) libdune-common-doc - toolbox for solving PDEs -- basic classes (documentation) Changes:

Accepted dune-common 2.6~20171113-1 (source) into experimental

<debian-science-maintain...@lists.alioth.debian.org> Changed-By: Ansgar Burchardt <ans...@debian.org> Description: libdune-common-dev - toolbox for solving PDEs -- basic classes (development files) libdune-common-doc - toolbox for solving PDEs -- basic classes (documentation) Changes:

Bug#881612: debian-science: s/libalberta2-dev/libalberta-dev/

Package: src:debian-science Version: 1.7 Severity: normal Control: block 878199 by -1 Please depend on libalberta-dev instead of libalberta2-dev (which is a transitional package). Ansgar -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#881612: debian-science: s/libalberta2-dev/libalberta-dev/

Package: src:debian-science Version: 1.7 Severity: normal Control: block 878199 by -1 Please depend on libalberta-dev instead of libalberta2-dev (which is a transitional package). Ansgar

Bug#881009: src:clips: typo in maintainer address (.og instead of .org)

Source: clips Source-Version: 6.30-3 Tags: sid Severity: serious > Source: clips > Binary: clips libclips libclips-dev clips-common clips-doc [...] > Version: 6.30-4 [...] > Maintainer: Javier Fernández-Sanguino Peña > Changed-By: Javier Fernández-Sanguino Peña

Bug#881009: src:clips: typo in maintainer address (.og instead of .org)

Source: clips Source-Version: 6.30-3 Tags: sid Severity: serious > Source: clips > Binary: clips libclips libclips-dev clips-common clips-doc [...] > Version: 6.30-4 [...] > Maintainer: Javier Fernández-Sanguino Peña > Changed-By: Javier Fernández-Sanguino Peña

Bug#880645: wrong content in xz-compressed dep11 Components files (outdated)

Julian Andres Klode writes: [...] >> E: Failed to fetch >> store:/var/lib/apt/lists/partial/mirrors.wikimedia.org_debian_dists_unstable_non-free_dep11_Components-amd64.yml.xz >> Hash Sum mismatch >>Hashes of expected file: >> - Filesize:65721 [weak] >> -

Re: Hash Sum mismatch in sid

matecs writes: > some corrupted index files hit the mirrors. > i've tried more, with the same results. > someone should take a look at it... [...] > E: Failed to fetch > store:/var/lib/apt/lists/partial/ftp.at.debian.org_debian_dists_sid_non-free_dep11_Components-amd64.yml.xz > Hash Sum mismatch >

Re: HTTPS enabled Debian Security repository

Henrique de Moraes Holschuh writes: > On Fri, 27 Oct 2017, Hans-Christoph Steiner wrote: >> This idea that GPG signatures on the index files is enough has been >> totally disproven. There was a bug in apt where Debian devices could be >> exploited by feeding them crafted InRelease files: >> >>

Bug#877024: Modemmanager probing of unknown Devices

Sam Hartman writes: > Also, as may be obvious from my previous post today, I was shaken by > some of the meta issues here. I am much more focused at the moment on > thinking about the TC process and our community than I am about this issue. If the ctte believes that

Bug#877024: Modemmanager probing of unknown Devices

Sam Hartman writes: > Also, as may be obvious from my previous post today, I was shaken by > some of the meta issues here. I am much more focused at the moment on > thinking about the TC process and our community than I am about this issue. If the ctte believes that

Re: allowed uses of non-baseline CPU extensions

On Mon, 2017-10-23 at 16:47 +0200, Adam Borowski wrote: > On Mon, Oct 23, 2017 at 04:36:11PM +0200, Julian Andres Klode wrote: > > sse2-support and other packages that fail to install can massively > > screw up systems, potentially leaving dpkg in a state that people > > cannot easily recover from

Re: Firefox Future and Config [WAS: Re: Password managers]

"Garreau, Alexandre" writes: > Wait, do you mean overriding password manager, and TreeStyleTabs will > certainly and definitely stop to work? TreeStyleTab is already ported to the new Web Extensions: https://addons.mozilla.org/en-US/firefox/addon/tree-style-tab/ It says "Compatible with Firefox

Re: Secure boot signing infrastructure - feedback request

Ben Hutchings writes: > On Mon, 2017-10-09 at 17:38 +0100, Steve McIntyre wrote: >> On Mon, Oct 09, 2017 at 02:01:15PM +0100, Ben Hutchings wrote: > [...] >> > It also appears to mean that buildds can get anything signed on demand >> > with no human intervention at all, without all the checks that

Re: Mandates explicit -std=c++XY for c++ projects

Mathieu Malaterre writes: > With this mind I'd like to make mandatory the -std=c++XY flags when > compiling either a c++ library or a stand-alone c++ program: > > 1. Either upstream define the explicit -std=c++XY flags by mean of its > build system, > 2. Or the package maintainers needs to

Re: Missing dedication file on mirrors (9.0.bn.txt)

Hi, Andre Rodier writes: > I am actually building custom CD images, with simple-cdd, but since > today, I am encountering errors that were not here Friday. > > Here the error: > > DEBUG downloading: > /tmp/seequestor/tmp/mirror/doc/dedication/dedication-9.0.bn.txt > > It seems this file is

Accepted dput 0.9.6.4+deb8u1 (all source) into oldstable-proposed-updates->oldstable-new, oldstable-proposed-updates

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 20 Sep 2017 21:32:45 +0200 Source: dput Binary: dput Architecture: all source Version: 0.9.6.4+deb8u1 Distribution: jessie Urgency: medium Maintainer: Y Giridhar Appaji Nag <app...@debian.org> Changed-By: Ansgar Burchard

Bug#876313: jessie-pu: package dput/0.9.6.4+deb8u1

"Adam D. Barratt" writes: > On Wed, 2017-09-20 at 22:10 +0200, Ansgar Burchardt wrote: >> I prepared an update for dput to point security uploads to >> ftp.security.upload.d.o instead of security-master.d.o, see >> attached diff. > > Please go ahead. Thanks, uploaded. Ansgar

Bug#876313: jessie-pu: package dput/0.9.6.4+deb8u1

"Adam D. Barratt" writes: > On Wed, 2017-09-20 at 22:10 +0200, Ansgar Burchardt wrote: >> I prepared an update for dput to point security uploads to >> ftp.security.upload.d.o instead of security-master.d.o, see >> attached diff. > > Please go ahead. Thanks, uploaded. Ansgar

Bug#869184: dpkg: source uploads including _amd64.buildinfo cause problems

Hi, > source-only uploads sometimes include a _amd64.buildinfo (or other > architecture). This sometimes causes problems as the amd64 buildd > upload will include a file using the same name. This broke two uploads to the security archive again. That's not great, so this bug really should be

Re: allowed uses of non-baseline CPU extensions

On Thu, 2017-10-05 at 03:23 +0100, Ben Hutchings wrote: > This should be unnecessary since gcc 6, as you can easily tell the > compiler to generate and select between multiple versions of the > functions. See . Having to identify interesting functions and add

Bug#877024: modemmanager should ask before messing with serial ports

"Keith Packard" writes: > Ian Jackson writes: > > (speaking as a Debian user, not as a TC member) > >> I'm afraid don't really want to do the work of writing a better UI. >> But I have provided a simple patch which at least makes the behaviour >> safe. > > Would

Bug#877024: modemmanager should ask before messing with serial ports

"Keith Packard" writes: > Ian Jackson writes: > > (speaking as a Debian user, not as a TC member) > >> I'm afraid don't really want to do the work of writing a better UI. >> But I have provided a simple patch which at least makes the behaviour >> safe. > > Would

Bug#876962: systemd: Default /etc/resolv.conf leak DNS lookups to Google

Control: unarchive 761658 Control: forcemerge 761658 -1 Petter Reinholdtsen writes: > By default, the systemd-resolved service in systemd will insert Google > controlled DNS servers in /etc/resolv.conf (8.8.8.8, 8.8.4.4, > 2001:4860:4860::,2001:4860:4860::8844) . The effect is that all DNS >

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