Bug#757088: override: libalberta2-dev:oldlibs/extra

Package: ftp.debian.org Severity: normal Please move libalberta2-dev to oldlibs/extra. It is now a transitional package for libalberta-dev. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#752024: amanda, libprelude, libpreludedb: Regenerate SWIG files at build time

Hi, it looks like the build system for these three packages already supports regenerating the SWIG-generated files. One just has to remove them before build (and afterwards in the clean target). I tried doing so and all packages built fine, but I haven't done any further tests. amanda needs an ad

Bug#756047: cron: diff for NMU version 3.0pl1-124.2

cron-3.0pl1/debian/changelog +++ cron-3.0pl1/debian/changelog @@ -1,3 +1,11 @@ +cron (3.0pl1-124.2) unstable; urgency=medium + + * Non-maintainer upload. + * debian/cron.service: Set IgnoreSIGPIPE=false. (Closes: #756047) + * debian/cron.service: Add Documentation field. + + -- Ansgar Burchardt

Bug#757006: rrdtool: maintainer address bounces

Source: rrdtool Severity: serious Tags: sid X-Debbugs-Cc: tok...@debian.org, formo...@debian.org, b...@debian.org The maintainer address for rrdtool bounces, see below. Ansgar On 08/04/2014 13:30, Mail Delivery System wrote: > This message was created automatically by mail delivery software. >

Bug#756604: systemd: NoNewPrivileges allows UID changes, while the doc says it prohibits it

On 07/31/2014 11:53, Ansgar Burchardt wrote: > On 07/31/2014 11:42, intrig...@debian.org wrote: >> the attached unit file has NoNewPrivileges set to "yes", which, >> according to systemd.exec(5), "prohibits UID changes of any kind". >> >> However, t

Bug#756604: systemd: NoNewPrivileges allows UID changes, while the doc says it prohibits it

Hi, On 07/31/2014 11:42, intrig...@debian.org wrote: > the attached unit file has NoNewPrivileges set to "yes", which, > according to systemd.exec(5), "prohibits UID changes of any kind". > > However, the tor daemon it starts successfully manages to change its > UID to debian-tor, as configured w

Bug#756526: dpkg-dev: dpkg-source -x can fail if SIGPIPE is ignored

Package: dpkg-dev Version: 1.17.10 Severity: normal Hi, dpkg-source -x will fail on certain archives if SIGPIPE is ignored as can happen is some non-interactive uses. The archives need trailing zeroes so that tar exits, but the compressor still has data to write to the pipe. An example can be fo

Bug#756509: apt: "apt upgrade" suggests to remove packages not installed with apt-get autoremove

Package: apt Version: 1.0.6 Severity: minor Hi, running "apt upgrade" suggests to remove libcdt5, libcgraph6, and libgvpr2. At the same time it also wants to install them, even though graphviz is held back: +--- | ~ # apt upgrade | Reading package lists... Done | Bu

Bug#756390: ITP: dune-grid-glue -- toolbox for solving PDEs -- compute couplings between grids

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: dune-grid-glue Upstream Author : Christian Engwer , Oliver Sander * URL : http://www.dune-project.org/modules/dune-grid-glue/ * License : likely GPL-2 with an exception or LGPL

Bug#756360: gdevilspie: maintainer address bounces

Source: gdevilspie Severity: serious Tags: sid X-Debbugs-Cc: Bart Martens [ CC'ed the last sponsor for the package in case he knows the maintainer. ] The maintainer address for gdevilspie bounces, see below. Ansgar On 07/28/2014 21:49, Mail Delivery System wrote: > This message was created a

Bug#755404: libept1.4.12: /usr/lib/libept.so.1.0.5.4.12 is a dangling symlink

Control: reassign -1 libept1.4.12 1.0.10 On 07/28/2014 12:05, Russell Coker wrote: >> Also, goplay depends on libept1.4.12 which ships > >> /usr/lib/libept.so.1.0.5.4.12. So how can the linker fail to find Because that is a dangling symlink since libept installs the actual shared library into th

Bug#756047: Switch to systemd causes my cron scripts to fail, filling all available disk space, rendering system unusable

Control: retitle -1 cron.service: ignores SIGPIPE Hi, the IgnoreSIGPIPE setting in systemd defaults to true. I believe this is a wrong default on the side of systemd and wrote a mail to upstream about this[1]. Meanwhile adding IgnoreSIGPIPE=false in the [Service] section of cron.service should f

Bug#754910: cgmanager_0.20-1_amd64.changes REJECTED

Hi, On 07/25/2014 16:28, Daniel Baumann wrote: > Serge Hallyn >> Anyway, I'll be posting a new 0.28 release later today, based upon >> which Daniel will post a new package, with himself listed as >> maintainer. We'll proceed from there. > > seems these words are not worth anything. > > instead

Bug#756023: init: Please drop Essential:yes from init metapackage

Control: severity -1 wishlist On 07/25/2014 16:19, Dimitri John Ledkov wrote: > "init" metapackage is marked essential, even though none of the inits > are currently essential. There are environments in which no init is > needed, e.g. chroots and minimal/exec-only containers (like > docker). Also

Bug#741441: gnustep-base-runtime: gdomap does chroot("/tmp")

On 07/25/2014 11:05, Yavor Doganov wrote: > Ansgar Burchardt wrote: >> On 07/24/2014 22:55, Yavor Doganov wrote: >>> Do you have a suggestion how to handle this issue? >> >> I would just create an empty directory in /run (optionally via >> tmpfiles.d) > &

Bug#741441: gnustep-base-runtime: gdomap does chroot("/tmp")

On 07/24/2014 22:55, Yavor Doganov wrote: > On Wed, Mar 12, 2014 at 03:02:38PM +0100, Ansgar Burchardt wrote: >> gdomap chroots to /tmp "as another level of paranoia". However if >> you are paranoid, you really want to chroot to an empty, >> non-writable directo

Bug#755968: libpam-systemd: should depend on dbus

Package: libpam-systemd Version: 208-6 Severity: normal libpam-systemd has a dependency on systemd-sysv (or systemd-shim) to ensure logind is available, but it has no dependency on dbus. However if dbus is not installed, it cannot talk to logind... systemd itself should probably also recommend db

Bug#755789: zsh: completion for nm: match more shared libraries

). I've attached a patch that works for me. Ansgar >From 5e7dab8645a42f049d44dbf7f973e5fb3b8f2d1e Mon Sep 17 00:00:00 2001 From: Ansgar Burchardt Date: Wed, 23 Jul 2014 12:20:45 +0200 Subject: [PATCH] Match more shared library names. --- Completion/Unix/Command/_nm | 2 +- 1 file ch

Bug#755787: percona-xtrabackup: maintainer address bounces

Source: percona-xtrabackup Severity: serious X-Debbugs-Cc: george.lo...@percona.com, jamesp...@debian.org The maintainer address for percona-xtrabackup bounces, see below. Ansgar On 07/23/2014 11:41, Mail Delivery Subsystem wrote: > Hello ftpmas...@ftp-master.debian.org, > > We're writing to le

Bug#754910: cgmanager: two different maintainers

Hi, there are currently two different versions of cgmanager in NEW, packaged by two different maintainers... It might be a good idea for you to agree on how to proceed. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contac

Bug#754929: pcp: maintainer address bounces

Source: pcp Severity: serious Tags: sid X-Debbugs-Cc: Nathan Scott The maintainer address for pcp bounces: 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 its > recipients. This

Bug#752221: [axiom] Some sources are not included in your package

Control: reopen -1 Camm Maguire writes: >>> The file alleged to be problematic: >>> >>> src/axiom-website/axiomgraph/js/arbor.js >> >> I respectfully disagree according to source it is minified from at least: >> >> * etc.js >> * kernel.js >> * atoms.js >> * system.js >> * physics.js > Gree

Bug#754453: ttt: maintainer address bounces

Source: ttt Version: 1.7-3.5 Severity: serious X-Debbugs-Cc: thomas.scheffc...@m1234.de, sgolo...@debian.org The maintainer address for ttt bounces: On 07/11/2014 11:39, Mail Delivery System wrote: > This message was created automatically by mail delivery software. > > A message that you sent co

Bug#754120: ITP: python-gnupg-ng -- A Python wrapper for GnuPG

Hi, Ben Carrillo writes: > This is a fork of python-gnupg (from version 0.3.2), patched to > sanitize untrusted inputs, due to the necessity of executing > subprocess.Popen([...], shell=True) in order to communicate with GnuPG. Why exactly should shell=True be necessary? Ansgar -- To UNSUBSC

Bug#753737: quassel-core: postinst accesses location writable by non-root as root in an unsafe way

Package: quassel-core Version: 0.10.0-1 Severity: normal >From looking at quassel-core.postinst, it seems that the maintainer script will write to and change permissions of $QUASSEL_CERT which is located in a directory writable by non-root. This can be abused: $QUASSEL_CORE can be made a symlink

Bug#752075: RFH: Re: Bug#752075: daemontools-run: Add systemd support

On 07/04/2014 14:41, Ansgar Burchardt wrote: > Something like > > +--- > | [Unit] > | Description=daemontools service supervision > | Documentation=man:svscanboot(8) > | > | [Service] > | ExecStart=/usr/bin/svscanboot > | Restart=always > | > | [Ins

Bug#752075: RFH: Re: Bug#752075: daemontools-run: Add systemd support

Hi, On 07/04/2014 13:50, Gerrit Pape wrote: > Important thing to know is: init scripts don't work out for this. The > service management concept of daemontools and runit is, amongst other > things, a process tree with guaranteed process state, including > envrionment. init scripts don't provide

Bug#752075: daemontools-run: Add systemd support

Hi, On 07/04/2014 11:08, Gerrit Pape wrote: > I looked into latest policy, but did not find anything about systemd > support. I'm surprised that this is now a release critical bug, and the > package marked for removal. What's the justification? Ask the submitter? > This package hooks into /etc

Bug#753589: systemd: Missing dependency on glibc?

On 07/03/2014 14:15, Michael Biebl wrote: > Am 03.07.2014 13:55, schrieb Sven Joachim: >> It probably needs to use Pre-Depends to ensure that it's working during >> upgrades. Note that the same holds also for sysvinit-core, although it >> is currently less likely to hit the bug (it has "Priority:

Bug#752627: zabbix: combines code released under GPL and GPL-incompatible licenses (PHP license)

Source: zabbix Version: 1:2.2.3+dfsg-1 Severity: serious zabbix combines code released under the GPL with code released under the PHP license in src/libs/zbxsys/mutexs.c. (The PHP license is not included in the header, but somewhere below.) As the GPL and PHP license are incompatible[1], this mak

Bug#752625: gambas3: combines code released under GPL and GPL-incompatible licenses (PHP license)

Source: gambas3 Version: 3.5.2-2 Severity: serious gambas3 combines code released under the GPL with code released under the PHP license in main/lib/image/image_stat.c. As the GPL and PHP license are incompatible[1], this makes the package not distributable. [1]

Bug#752376: systemd-cron: does not meet requirements for cron-daemon

Hi, please don't remove the subject when you reply... On 06/24/2014 14:20, Alexandre Detiste wrote: >> I think it provides similar features as "anacron". > Not at all for the moment. > > systemd-cron needs systemd > 212 to use "persistent timers" in order to > emulate anacron? > and sid is stuc

Bug#752376: systemd-cron: does not meet requirements for cron-daemon

Package: systemd-cron Version: 1.1.1-1 The cron-daemon virtual package is defined as +--- | cron-daemon Any cron daemon that correctly follows policy | requirements +---[ file:///usr/share/doc/debian-policy/virtual-package-names-list.txt.gz ] The policy requi

Bug#752293: src:python-chameleon: missing license information (Python License)

Source: python-chameleon Version: 2.6.1-2 License information for at least these files is missing from d/copyright: Chameleon-2.16/src/chameleon/ast25.py # Copyright 2008 by Armin Ronacher. # License: Python License. Chameleon-2.16/src/chameleon/tokenize.py # http://code.activestate.com/recipes/

Bug#549098: Bug#733705: Ping?

tag 733705 - moreinfo severity 549098 serious thanks Eric Dorland writes: > Can you look over this again? I'd like to get automake1.4 removed > before someone erroneously re-depends on it. The only rdep in unstable is now centerim which doesn't look like it will get fixed soon (and is no longer

Bug#752291: autoconf2.13: recommends automake1.4 which is going away

Package: autoconf2.13 Version: 2.13-62 Severity: important autoconf2.13 recommends automake1.4 which is going away[1]. [1] Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas.

Bug#752290: buildcross: depends on automake1.4 which is going away

Package: buildcross Version: 0.0.13 Severity: serious buildcross depends on automake1.4 which is going away[1]. [1] Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@list

Bug#752285: RM: torbrowser-launcher -- RoQA; moving to contrib

Package: ftp.debian.org Severity: normal Please remove torbrowser-launcher from unstable/main. It's mmoving to contrib (cf. #751366 and the package currently in NEW). The bugs filed against the package should not be closed. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.deb

Bug#752069: RM: libalberta2 -- ROM; superseded by alberta

Control: tag -1 - moreinfo On 06/19/2014 14:00, Scott Kitterman wrote: >> Please remove libalberta2 from the archive. The alberta source package >> provides a newer version (3.0). >> >> Ansgar > > # Broken Depends: > dune-grid: libdune-grid-2.3.0 [mips s390x] The mips build finished and s390x wa

Bug#752069: RM: libalberta2 -- ROM; superseded by alberta

Package: ftp.debian.org Severity: normal Please remove libalberta2 from the archive. The alberta source package provides a newer version (3.0). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian

Bug#751980: RM: dune-grid [s390x] -- ROM; FTBFS: test failure

Package: ftp.debian.org Severity: normal Please remove the binaries built by dune-grid on s390x. The package fails to build from source due to a test failure[1], but gdb on s390x is broken[2] and thus I don't feel like investigating further for now. There shouldn't be any reverse dependencies in

Bug#751672: openimageio: please include verbatim license text

Source: openimageio Version: 1.4.9~dfsg0-1 Please include the verbatim license text as used upstream. The BSD-3-clause block talks about "the name of the University nor the names of its contributors" which is not the wording used upstream. src\dpx.imageio\libdpx\DPXStream.h also has a different w

Bug#751472: /lib/lsb/init-functions.d/40-systemd: init script integration: set +e; set +u changes behavior of init scripts

Package: systemd Version: 208-1 Severity: normal File: /lib/lsb/init-functions.d/40-systemd /lib/lsb/init-functions.d/40-systemd unconditionally uses "set +e; set +u". This can change the behavior of init scripts that use "set -e" and/or "set -u". The systemd integration should not rely on "set +

Bug#751464: gmsh: Merge "..." + Translate gives wrong mesh

Package: gmsh Version: 2.8.4+dfsg-1+b1 Severity: normal Merging a .geo file and then translating the volume in it results in a wrong mesh. I've attached an example: the unit cube (0,0,0) to (1,1,1) is translated along the z-axis. The translated cube is defined by the corners (0,0,1) and (1,1,2).

Bug#751395: Do not compress perl scripts

On 06/12/2014 14:48, Mathieu Malaterre wrote: > Package: vtk6-doc > Version: 6.1.0+dfsg-5 > Severity: important > > This is sort of a duplicate of 610964. Third party app expect the perl > scripts to not be compressed. Marking as important, but should be > grave since it will make package such as

Bug#664491: cclive: [INTL:de] initial German man page translation

Hi, On 06/08/2014 07:33, Helge Kreutzmann wrote: > Hello Maintainer, > On Sat, May 19, 2012 at 05:58:12PM +0200, Helge Kreutzmann wrote: >> is there a chance that the translated man page is included for Wheezy? > > and for Jessi? > > (If you need any help do not hesitate to contact me) Please s

Bug#750727: ITP: psurface -- piecewise linear bijections between triangulated surfaces

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: psurface Version : 2.0.0 Upstream Author : Oliver Sander * URL : http://numerik.mi.fu-berlin.de/dune/psurface * License : LGPL-3+ or GPL-2 with runtime exception Programming Lang: C

Bug#749920: libvtk6: improper SOVERSION

On 05/30/2014 18:11, Mathieu Malaterre wrote: > libvtk6 package is a bad copy/paste from libvtk5 package. It does not > use proper SOVERSION naming as required by debian policy > > https://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-runtime > [...] > The run-time shared librar

Bug#746241: transition: enet

Hi, Emilio Pozuelo Monfort writes: > On 28/04/14 14:46, Ansgar Burchardt wrote: >> enet had a soname change (just accepted into experimental) and needs a >> transition. The ABI changes should be unproblematic (just new members >> in a public struct). There also are only a

Bug#748791: systemd-shim: dpkg-maintscript-helper mv_conffile used on path in build directory

Package: systemd-shim Version: 6-3 Severity: normal postinst has: +--- | dpkg-maintscript-helper mv_conffile debian/systemd-shim/etc/dbus-1/system.d/org.freedesktop.systemd1.conf debian/systemd-shim/etc/dbus-1/system.d/org.freedesktop.systemd-shim.conf 6-2 systemd-shim -- "$@" +--- That looks

Bug#733929: exim4-base: anacron instead of cron should be enough

Control: tag -1 patch Ansgar Burchardt writes: > exim4-base currently depends on cron | fcron, but it looks like it > only needs jobs in /etc/cron.daily to be processed. These are also > processed by anacron. > > So please add anacron as an alternative dependency. I've a

Bug#746715: the foreseeable outcome of the TC vote on init systems

Hi, Ian Jackson writes: > Can we stop the general commentary on Daniel Baumann's performance as > maintainer ? I don't think it's helpful or relevant to the discussion > about tftp-hpa and upstart. Is there still anything left to discuss on tftp-hpa/upstart or could this issue be closed? The la

Bug#746772: dune-grid: FTBFS on mipsel

On 05/03/2014 14:11, Ivo De Decker wrote: > The binnmu of dune-grid on mipsel failed twice: > > https://buildd.debian.org/status/logs.php?pkg=dune-grid&arch=mipsel mayer.debian.org has only 1 GB RAM (+ 0.5 GB swap), but is configured to build in parallel with 2 processes. dune-grid however needs

Bug#746967: buildd.debian.org: d-i daily builds happen with unsigned code from alioth

Mehdi Dogguy writes: > Le 2014-05-04 15:04, Ansgar Burchardt a écrit : >> I think the buildds building stuff for the offical archive should only >> do that. This includes not building for other archives (ports) or >> daily >> images for d-i (no matter the source). >

Bug#746967: buildd.debian.org: d-i daily builds happen with unsigned code from alioth

Hi, Cyril Brulebois writes: > I think I already proposed pushing d-i master to some other machine > with less liberal access than alioth's. Would that help? If so, which > machine? dillon? Would pulling from there over https help? Be > sufficient? Otherwise, what else? I think the buildds buildi

Bug#745938: FWIW -- I consider sparc useful, pity if its support ends completely

Hi, On 04/29/2014 04:14 AM, Yaroslav Halchenko wrote: > With Debian dropping support for sparc unfortunately I would need to > stop providing similar "unique" testing opportunity for those projects, > which would not be the end of the world, but kinda a pity since sparcs > seems to be quite nice

Bug#746242: systemd-shim: breaks systemd's systemctl, even when removed

Package: systemd-shim Severity: important Having systemd-shim installed or removed (but not purged) breaks systemd's systemctl with permission errors. I didn't check if it breaks more. Ansgar -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'),

Bug#746241: transition: enet

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, enet had a soname change (just accepted into experimental) and needs a transition. The ABI changes should be unproblematic (just new members in a public struct). There also are only

Bug#745938: decide on the future of sparc in unstable

Hi, Philipp Kern writes: > now that sparc has been dropped from testing, please decide on the fate > of sparc in unstable. Are there still people interested in the current sparc port? I don't remember seeing any replies to the release team's concers regarding sparc, so my first impression is th

Bug#745729: gnome-shell: start mouse cursor on primary screen

Package: gnome-shell Version: 3.8.4-8 Severity: wishlist Hi, I use gnome-shell with a dual-screen setup. After login the mouse cursor starts on the left (secondary) screen and starting applications[1] makes them also start there. [1] Via shortcuts. As the secondary screen is usually turned of

Bug#745621: modemmanager: pre-removal script fails (with systemd)

Package: modemmanager Version: 1.0.0-4 Severity: important Removing modemmanager from my desktop system at work fails: +--- | # apt-get purge modemmanager | Reading package lists... Done | Building dependency tree | Reading state information... Done | The following packages will be REMOVED

Bug#742013: ALBERTA: old license in demo/COPYING and a small patch

Hi, I just wanted to confirm if my mail arrived. Besides a missing feature in Debian's pkg-config package[1] this is the only thing blocking me from updating the ALBERTA package for Debian. Regards, Ansgar [1] Which should be addressed soon. On 04/11/2014 09:02, Ansgar Burchardt wrote:

Bug#742156: RM: geoclue/experimental -- NVIU; Package renamed to geoclue-2.0

Hi, Laurent Bigonville writes: > Could you please remove geoclue 2.0.0-2 (source and binary) from experimental. > > The source and binary package has been renamed to geolcue-2.0 What about the geoclue package in unstable? coccia% dak ls -s unstable geoclue geoclue | 0.12.99-3 | unstabl

Bug#732159: Bug#728772 closed by Debian FTP Masters (Bug#732159: Removed package(s) from unstable)

Thorsten Glaser writes: > Debian Bug Tracking System dixit: > >>This is an automatic notification regarding your Bug report >>which was filed against the src:mplayer package: >> >>#728772: mplayer: FTBFS: The architecture of your CPU (UNKNOWN) is not >>supported >> >>It has been closed by Debian

Bug#731839: ITA: alberta

Control: retitle -1 ITA: libalberta2 (alberta) Control: owner -1 ! Control: owner 742013 ! I plan to adopt ALBERTA as a reverse dependency of dune-grid. There is already a new alberta source package[1] that I plan to upload once I got a response to [2] and [3] is fixed in unstable. Ansgar [1]

Bug#742013: ALBERTA: old license in demo/COPYING and a small patch

Hi, I'm working on preparing Debian packages for the new ALBERTA 3.0.0 release (thanks for that). While taking a quick look I noticed that there is still a reference to an (old?) license in demo/COPYING: ALBERTA is freely distributed for research and education, but you have to sign a lice

Bug#741573: Two menu systems

Hi, On 04/10/2014 13:48, Ian Jackson wrote: > That comes directly from its goal > of being easily consumable by a very wide range of window managers. The number of consumers (window manager, menu applets, desktop environments) is much smaller than the number of providers (in theory every applicat

Bug#744031: pkg-config: please backport additions to pkg.m4

Package: pkg-config Version: 0.26-1 Severity: important Tags: patch Please backport the changes to pkg.m4 that add the PKG_INSTALLDIR, PKG_NOARCH_INSTALLDIR and PKG_CHECK_VAR macros. There are already projects using them. Using the pkg.m4 from Debian's pkg-config package makes autoconf fail, cf. [

Bug#743632: gnome-control-center: no option for IPv6 privacy extension

Package: gnome-control-center Version: 1:3.8.3-4 Severity: wishlist Tags: upstream The network panel in gnome-control-center has no option for the IPv6 privacy extensions. These are already supported by NetworkManager, but I couldn't find a way in GNOME to change the setting. For reference, with

Bug#742909: RM: camlpdf -- moving from non-free to main

Package: ftp.debian.org Stéphane Glondu writes: > Le 28/03/2014 17:00, Debian FTP Masters a écrit : >> An exception was raised while processing the package: >> Traceback (most recent call last): >> File "/srv/ftp-master.debian.org/dak/dak/process_policy.py", line 98, in >> wrapper >> funct

Bug#736481: nettoe: FTBFS due to test suite failures

Aníbal Monsalve Salazar writes: > On Wed, 2014-03-26 14:51:08 +0100, Ansgar Burchardt wrote: >> Changing options passed to ./configure depending on the build >> environment looks fairly wrong to me. > > The objective of ./configure is to change the build/compile settings

Bug#736481: nettoe: FTBFS due to test suite failures

Hi, On 03/26/2014 14:39, Aníbal Monsalve Salazar wrote: > --- nettoe-1.5/debian/changelog 2014-01-10 11:39:53.0 + > +++ nettoe-1.5/debian/changelog 2014-03-25 12:39:27.0 + > @@ -1,3 +1,12 @@ > +nettoe (1.5-1.1) unstable; urgency=medium > + > + * Non-maintainer

Bug#742179: ITP: ug -- software framework for finite element methods

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: ug Version : 3.10.0 * URL : http://www.iwr.uni-heidelberg.de/wiki-link-pages/wiki-software * License : LGPL-2.1+ Programming Lang: C/C++ Description : software framework for finite

Bug#742135: enigmail: Build-Depends on icedove-dev (< 19.0), but unstable has 24.3.0-2

Source: enigmail Version: 2:1.6-4 Severity: serious enigmail build-depends on an old version of icedove-dev. The requirement is no longer fulfilled in unstable which has a more recent version. It looks like 1.6 should also work with more recent versions of icedove: the upstream download link read

Bug#699476: pkg-config: upgrade pkg-config to version 0.28

Hi, it would be nice if pkg-config could be updated to a newer version. Version 0.27 introduced new autoconf macros (PKG_INSTALLDIR and PKG_NOARCH_INSTALLDIR) and there are projects that use them[1]. With pkg-config 0.26 from Debian unstable, I just get an error: configure.ac:28: error: poss

Bug#742016: user-mode-linux: build-depends on linux-source-3.12 which is no longer in the archive

Package: src:user-mode-linux Version: 3.12-1um-1 Severity: serious user-mode-linux build-depends on linux-source-3.12 which is no longer in the archive. The current version is linux-source-3.13. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "uns

Bug#740285: src:dune-pdelab: FTBFS against libsuperlu-dev >= 4.3

On 02/27/2014 22:05, Sébastien Villemot wrote: > There is a name clash between headers from libalberta2-dev and libsuperlu-dev. > > According to the upstream bug report, alberta has renamed the function in > recent source snapshots (and maybe in 3.0-rc7 available for download, this > needs to be c

Bug#742013: alberta: new upstream release (3.0) available

Source: libalberta2 Version: 2.0.1-6 Control: block 740285 with -1 A new upstream release (3.0) is available[1]. It would be nice if the Debian package could be updated to allow fixing #740285. [1] I might take a look

Bug#718795: nss: should CAcert.org be included?

Hi, Ansgar Burchardt writes: > [ Same request as in #718434, but for NSS and not ca-certificates ] > [ Discussion should best only happen in one bug, i.e. #718434, or ] > [ maybe debian-security@l.d.o.] > > I'm wondering if Debian r

Bug#741778: dune-localfunctions: FTBFS: ! LaTeX Error: File `xcolor.sty' not found.

Control: reassign -1 texlive-pictures 2013.20140314-1 Control: severity -1 important Control: retitle -1 texlive-pictures: pgf needs latex-xcolor David Suárez writes: > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part (hopefully): [...] >> (./dun

Bug#741441: gnustep-base-runtime: gdomap does chroot("/tmp")

Package: gnustep-base-runtime Version: 1.22.1-4.3 Severity: important Tags: security gdomap chroots to /tmp "as another level of paranoia". However if you are paranoid, you really want to chroot to an empty, non-writable directory, not to a world-writable one containing random files. Ansgar -- S

Bug#741442: gdomap: no support for IPv6

Package: gnustep-base-runtime Version: 1.22.1-4.3 Severity: normal >From a short look at gdomap's source code, it doesn't seem to support IPv6 at all. I'm not sure it does support changing IP addresses as are common on, for example, laptops either. Ansgar -- To UNSUBSCRIBE, email to debian-bu

Bug#741327: netsniff-ng: maintainer address bounces

Source: netsniff-ng Severity: serious X-Debbugs-Cc: Kartik Mistry The maintainer address bounces, see below. Ansgar On 03/11/2014 10:50, Mail Delivery System wrote: > This message was created automatically by mail delivery software. > > A message that you sent could not be delivered to one or

Bug#736842: ipopt: should not call MPI_Init

NRELEASED; urgency=medium + + * Non-maintainer upload. + * Also do not call MPI_Finalize() from within library. (Closes: #736842) ++ Update patch mpi-init.patch + + -- Ansgar Burchardt Mon, 10 Mar 2014 10:19:32 +0100 + coinor-ipopt (3.11.7-1) unstable; urgency=low * New upstream release

Bug#740200: src:nvidia-graphics-modules: needs update for linux 3.13

Package: src:nvidia-graphics-modules Version: 319.82+3.12+1 Severity: serious nvidia-graphics-modules build-depends on linux-headers-3.12-1-*, but the current version in unstable is linux-headers-3.13-1-*. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subj

Bug#727708: init system coupling etc.

Hi, Ian Jackson writes: > Ansgar Burchardt writes ("Bug#727708: init system coupling etc."): >> Don't you mean "drop GNOME, KDE and others"? It's not only GNOME that >> plans to depend on logind... > > logind is a red herring because AIUI w

Bug#727708: init system coupling etc.

Ian Jackson writes: > Firstly, I think the scenario where the required integration work is > not done is unlikely. But in that scenario, we have two choices: > (a) Effectively, drop all init systems other than systemd > (b) Effectively, drop GNOME > > Of these, (b) is IMO clearly preferable. D

Bug#727708: Init system coupling call for votes

Hi, Andreas Barth writes: >> I hereby call for votes on the following resolution: >> >>The init system decision is limited to selecting a default >>initsystem for jessie. We expect that Debian will continue to >>support multiple init systems for the foreseeable future; we >>cont

Bug#738336: RFA: rotix - A program to generate rotational obfuscations

Hi, Chris Taylor writes: > Due to an unfortunate lack of time and interest, I am requesting a > adopter for rotix. > > I am willing to sponsor the first few uploads if a non-DD would like to > adopt it. > > Here is the long description for rotix: > > Rotix allows you to generate rotational obfus

Bug#727708: Both T and L are wrong, plea for something simpler

Hi, Steve Langasek writes: > Quite frankly, given that all members of the TC have by this point weighed > in with their preference on the "systemd vs. upstart" question and these > preferences can be tallied by hand, I don't think there should be any doubt > as to how the vote on that core questi

Bug#727708: Call for votes on init system resolution

Hi, Russ Allbery writes: > Just to be very clear here, I do believe that we're deadlocked, even > though I expect the resolution process to be able to spit out a decision. > I don't mean deadlocked in the sense that Condorcet will fail, but rather > deadlock in the sense that the preferences abov

Bug#727708: Both T and L are wrong, plea for something simpler

Steve Langasek writes: > On Fri, Feb 07, 2014 at 05:46:15PM +0100, Ansgar Burchardt wrote: >> If you decide on the init system question first, you could just file a >> bug against debian-policy and things could go their usual way. >> Alternatively, the Policy maintainers coul

Bug#727708: Both T and L are wrong, plea for something simpler

On 02/07/2014 17:01, Ian Jackson wrote: > Kurt Roeckx writes ("Bug#727708: Both T and L are wrong, plea for something > simpler (was: Re: Call for votes on init system resolution)"): >> I'm currently of the opinion that gnome made an initial decisions >> and as reaction to that they are setting po

Bug#737570: RM: ttf-lao -- RoQA; superseded by fonts-lao

Package: ftp.debian.org Severity: normal Please remove ttf-lao:source. The source package was renamed to fonts-lao. The transitional package ttf-lao:all should then hopefully be reported by the cruft-report and be removed as well. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@li

Bug#737568: RM: partman-zfs [amd64 armel armhf i386 ia64 mips mipsel s390x sparc] -- ANAIS; no longer built on linux-any

Package: ftp.debian.org Severity: normal Please remove partman-zfs from linux-any. It's only built on kfreebsd-any again since version 29. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#736873: [ftp.debian.org] Please clarify if how sourceless file could be corrected and how

Hi, bastien ROUCARIES writes: > For implementing automatic detection fo sourceless file particularly > minified javascript, I need some clarification about correcting > sourceless file. > > They are two schools on the archive: > - some repack the origin tarball adding the missing source to it > -

Bug#737257: php-horde-pack: recommends packages not in the archive

Source: php-horde-pack Version: 1.0.0-1 Severity: serious "Mathieu Parent (Debian)" writes: > 2014/1/27 Thorsten Alteholz : >> your package recommends php5-igbinary and php5-msgpack that I didn't >> find in the archive. Is this intentional? > > Those dependencies are automaticaly set by pkg-php-t

Bug#737037: net-retriever: support for Packages.xz

Package: net-retriever Version: 1.37 Severity: wishlist net-retriever currently only tries to obtain gzip or uncompressed versions of the Packages indices. We recently introduced Packages.xz in the main archive (currently only for unstable, soon also for jessie). It would be nice if net-retriever

Bug#727708: multiple init systems - formal resolution proposal

Adrian Bunk writes: > On Tue, Jan 28, 2014 at 12:18:09AM +0100, Ansgar Burchardt wrote: >>... >> > == version "multiple" only == >> > >> >2. Debian intends to support multiple init systems, for the >> > foreseeable future, and so l

Bug#727708: multiple init systems - formal resolution proposal

Hi, Ian Jackson writes: > Ian Jackson writes ("Bug#727708: multiple init systems - formal resolution > proposal"): >> I hereby propose the following resolution: >> >>1. Support for sysvinit is mandatory in jessie. > > I hereby propose and accept an amendment to add a new rubric paragraph >

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