Bug#732967: libmariadbclient18: wrong soname

Package: libmariadbclient18 Version: 5.5.32-1 Severity: serious The soname for libmariadbclient is wrong as lintian notices: package-name-doesnt-match-sonames libmysqlclient18 ldconfig-symlink-missing-for-shlib usr/lib/i386-linux-gnu/libmysqlclient.so.18 usr/lib/i386-linux-gnu/libmariadbclient.s

Bug#732973: liblo: update Architecture field

Source: liblo Version: 0.26~repack-8 Felipe Sateler writes: > I have just uploaded a version (0.26~repack-8) that purposely fails on > sparc and sparc64, so that it doesn't build again. If a package should not be built on an architecture, then there is an Architecture field to indicate this. Ple

Bug#733351: src:user-mode-linux: build-depends on linux-source-3.11 which is gone

Package: src:user-mode-linux Version: 3.11-1um-2 Severity: serious user-mode-linux build-depends on linux-source-3.11 which is gone. Please update the dependency. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact list

Bug#733739: upstart should support cgroups

Package: upstart Severity: normal cgroups are a useful way to group processes by service. They can be used to limit resources per service (instead of per process with ulimit). Using cgroups also allows to reliably terminate a service, even when it spawns helper processes. It would be nice if upst

Bug#733741: upstart: implement additional security features

Package: upstart Upstart should provide additional security features, such as isolating processes from the network using network namespaces, restricting file system access, preventing the processes to regain privileges, system call filters, private /tmp and limiting device access. See also this p

Bug#727708: init system other points, and conclusion

Ian Jackson writes: > intrigeri writes ("Bug#727708: init system other points, and conclusion"): >> The difference lies in who are the people who "need" to do this work >> "anyway", and who else may instead dedicate their time to other tasks, >> lead by their own desires and needs. > > I think tha

Bug#733818: nmu: gdb-avr_7.4-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please schedule a binNMU for gdb-avr. The version currently in the archive is built using gdb-source 7.4really-1 or 7.4.1-3, but the current version is 7.6.1. nmu gdb-avr_7.4-1 . ALL . -m "R

Bug#727708: init system thoughts

Hi, Colin Watson writes: > Reservations with systemd > - [...] > Basically, systemd would be more compelling to me if it tried to do > less. I don't expect to persuade systemd advocates of this, as I think > it amounts to different basic views of the world, but the basic

Bug#733490: RM: unicon -- RoQA; orphaned, unused, dead upstream

Control: tag -1 moreinfo Moritz Muehlenhoff writes: > please remove unicon. It's orphaned for more than a year, dead upstream > and popcon is very low. It's also affected by several of the bugs found > by the Mayhem project. The package still has a reverse dependency: # Broken Depends: zhcon: z

Bug#733705: RM: automake1.4 -- ROM; old, obsolete automake package

Control: tag -1 moreinfo Eric Dorland writes: > There are only two remaining packages build depending on automake1.4 and > they both have patches (see http://bugs.debian.org/724002 and > http://bugs.debian.org/724010). Once it's removed I'll upgrade the severity > of these bugs and upload delayed

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

Package: exim4-base Version: 4.82-3 Severity: normal 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. Ansgar -- To UNSUBSCRIBE, email

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

Marc Haber writes: > On Thu, Jan 02, 2014 at 11:33:25AM +0100, Ansgar Burchardt wrote: >> 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. >> >

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

Marc Haber writes: > On Thu, Jan 02, 2014 at 11:53:06AM +0100, Ansgar Burchardt wrote: >> anacron only recommends cron. exim4 is the only package preventing me >> from removing cron from my desktop system. > > Out of curiosity, how is anacron invoked if not from cron? At s

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

Marc Haber writes: > On Thu, Jan 02, 2014 at 01:08:23PM +0100, Ansgar Burchardt wrote: >> Marc Haber writes: >> > On Thu, Jan 02, 2014 at 11:53:06AM +0100, Ansgar Burchardt wrote: >> >> anacron only recommends cron. exim4 is the only package preventing me >> &

Bug#712185: at: add upstart init support

Control: tag -1 moreinfo Dmitrijs Ledkovs writes: > From my point of view, including/installing upstart job with > dh_installinit is the only piece that is required to integrate your > package correctly with both upstart & sysv init at the same time. > Leaving out modifications to the init.d scri

Bug#604243: packages.debian.org: no information for packages in lenny-backports-sloppy

Package: www.debian.org Severity: normal packages.d.o does not display any information about packages in lenny-backports-sloppy. For example, only the unstable version of postgresql-9.0 shows up on . On the other hand packages from lenny-backports are sh

Bug#604642: opencv-doc: please include HTML version of the documentation

Package: opencv-doc Version: 2.1.0-2 Severity: wishlist Please include a HTML version (as available online[1]) of the documentation in opencv-doc. Also some files in /usr/share/doc/opencv-doc should probably not be included: license.txt (the same information is already available in copyright) and

Bug#604805: kmail: unusable with $HOME on OpenAFS due to Akonadi not starting

Package: kmail Version: 4:4.4.7-2 Severity: important KMail is unusable with $HOME on OpenAFS: it starts and is usable, but after a few moments an error message stating that akonadi could not be started shows up. KMail then exits: kmail(4842)/libakonadi Akonadi::Control::Private::exec: Could n

Bug#604805: kmail: unusable with $HOME on OpenAFS due to Akonadi not starting

Ansgar Burchardt writes: > The problem with starting Akonadi is that it tries to create a UNIX > socket in $HOME/.local/share/akonadi/db_misc/mysql.socket. This is not > possible with OpenAFS. See also the attached report. I forgot to attach the report, but after searching a second

Bug#545139: [PATCH] akonadi-server: not possible to create socket in AFS $HOME

overwrites the Options setting as the path in UNIX_SOCKET depends on the hostname. With the patch applied, Akonadi can start with $HOME on AFS here and KMail seems to be working fine as well (cf. #604805). It would be nice if this patch could be included in Squeeze. Regards, Ansgar From: Ansgar

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 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#736351: dput-ng: reports suite-mismatch twice

Package: dput-ng Version: 1.7 Severity: minor Trying to upload a package with UNRELEASED in the changelog and Distribution: experimental in the .changes output the error message twice (with different formatting): % dput local dune-common_2.3~20140122gf3403b9-1~ab1_amd64.changes Uploading dun

Bug#736352: dput-ng: Incomplete error message in gpg signature check

Package: dput-ng Version: 1.7 Severity: minor The error message for a missing gpg signature is incomplete, see the last line: % dput local dune-common_2.3~20140122gf3403b9-1~ab1_amd64.changes Uploading dune-common using local to local (host: local; directory: /srv/apt/incoming) running che

Bug#736402: netgen: depends on development package (tix-dev)

Package: netgen Version: 4.9.13.dfsg-8 Severity: normal The netgen binary package depends on a development package (tix-dev) in addition to the runtime package (tix). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact

Bug#736842: ipopt: should not call MPI_Init

Package: coinor-libipopt1 Version: 3.11.4-1 Severity: important Ipopt/src/Algorithm/LinearSolvers/IpMumpsSolverInterface.cpp calls MPI_Init. This causes programs using MPI themselves to abort as MPI_Init gets called twice: --

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 >

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#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#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#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#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#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#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#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: 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

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#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: 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#732354: libquvi7: Support for vimeo is broken

Control: reassign -1 libquvi-scripts 0.4.20-1 Fabian Greffrath writes: > That's all I get when trying to download a video from Vimeo: > > $ cclive http://vimeo.com/81533772 > Checking ... ... libquvi: error: no support: http://vimeo.com/81533772 [...] > Versions of packages libquvi7 depends o

Bug#727708: systemd jessie -> jessie+1 upgrade problems

Hi, Adrian Bunk writes: > On Wed, Dec 18, 2013 at 01:19:48PM +0100, Josselin Mouette wrote: >> > And now you bring up the point that Debian should reconsider the >> > lenght of it's release cycles if systemd upstream decides to not >> > support upgrades between distribution releases as far apart

Bug#727708: Quick upstart and systemd feature comparison

Ian Jackson writes: > Russ Allbery writes ("Bug#727708: Quick upstart and systemd feature > comparison"): >> * Lots of really interesting defense-in-depth security features. I >> particularly liked ReadWriteDirectories, ReadOnlyDirectories, >> InaccessibleDirectories, PrivateNetwork, and NoN

Bug#726573: src:marble: source for docs/marble-intro.pdf is missing

Source: marble Version: 4:4.10.5-1 Severity: serious Control: found -1 4:4.11.2-1 Hi, the source for docs/marble-intro.pdf seems to be missing from the upstream tarball. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Cont

Bug#726817: chrony: GPL-2-only program linking GPL-3+ libreadline6 on amd64

Package: chrony Severity: serious Version: 1.24-3+squeeze1 X-Debbugs-Cc: t...@security.debian.org, debian-rele...@lists.debian.org The security update for chrony links against libreadline6 on amd64. However chrony is licensed under GPL-2-only and libreadline6 is GPL-3-or-later. The buildd uploads

Bug#725975: RM: xen-system-amd64 [i386] -- NBS; no longer built on i386

Control: tag -1 moreinfo Julien Cristau writes: > xen 4.3.0-1's changelog says "Drop all i386 hypervisor packages". Which > I guess means xen-system-amd64:i386 should be removed. The package now is back. So not sure what the plan is. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ.

Bug#726743: RM: libfusioninventory-agent-task-netdiscovery-perl -- ROM; replaced by fusioninventory-agent

Gonéri Le Bouder writes: > Can you please remove libfusioninventory-agent-task-netdiscovery-perl > from sid and testing. The newly uploaded fusioninventory-agent now > replace this package. # Broken Build-Depends: libfusioninventory-agent-task-snmpquery-perl: libfusioninventory-agent-task-n

Bug#712234: user-mode-linux: build-depends on linux-source-3.2

Ansgar Burchardt writes: > Ansgar Burchardt writes: >> user-mode-linux build-depends on linux-source-3.2 which is no longer >> available in unstable. > > That's still the case. And user-mode-linux in testing/unstable now seems > to get security updates via stable as

Bug#726892: RM: libdbd-anydata-perl -- RoQA; incompatible with current libdbi-perl; dead upstream

Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertag: rm X-Debbugs-Cc: libdbd-anydata-p...@packages.debian.org Please remove libdbd-anydata-perl from the archive. It is incompatible with current versions of libdbi-perl[1]. Upstream doesn't plan to fix this. [1]

Bug#727091: opu (binnmu): chrony_1.24-3+squeeze1+b1 -- GPL-2-only program linking GPL-3+ libreadline6 on amd64

Package: release.debian.org User: release.debian@packages.debian.org Usertag: opu On 10/20/2013 18:10, Moritz Mühlenhoff wrote: > On Sat, Oct 19, 2013 at 04:06:06PM +0200, Ansgar Burchardt wrote: >> The security update for chrony links against libreadline6 on >> amd64. Ho

Bug#727096: uscan: store signature for upstream tarball in debian/

Package: devscripts Version: 2.13.4 Severity: wishlist File: /usr/bin/uscan Hi, It would be nice if uscan would store the signature for the upstream tarball as obtained via pgpsigurlmangle=... in the debian/ directory. This would allow checking the signature later without having to rely on the fi

Bug#726408: RM: geda-gaf [armel armhf] -- RoM; NVIU

Control: tag -1 moreinfo Bdale Garbee writes: > The armel and armhf architectures have not been able to build geda-gaf > recent versions... the builds apparently never complete, as no failed > build logs are available at buildd.debian.org, they just show as being > in state 'building' for a long

Bug#726875: RM: libstaden-read-dev, libstaden-read1, staden-io-lib-utils [sparc] -- ROM; does not pass regression tests

Control: tag -1 moreinfo Charles Plessy writes: > staden-io-lib failded to build on mips and sparc 70 ago. Since then, nobody > volunteered to solve the problem. I think that nobody uses this package on > these architecture. Can you remove the binary packages above from mips and > sparc, so th

Bug#726875: RM: libstaden-read-dev, libstaden-read1, staden-io-lib-utils [sparc] -- ROM; does not pass regression tests

! Charles Plessy writes: > Le Sun, Oct 27, 2013 at 02:03:18PM +0100, Ansgar Burchardt a écrit : >> There are still reverse dependencies: > > please remove them as well. Fine with me. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject

Bug#731315: [UDD] Seems vcs gatherer needs to be adapted to new alioth [Was: Cron $UAR vcs]

Hi, Andreas Tille writes: >> [Ansgar in CC because he seems to be the VCS / PET person ...] >> >> Hi, >> >> it seems the VCS gatherer needs to be adapted to the new Alioth server. PET moved away from Alioth to a new host (petrova.d.o), the database itself is located on bmdb1.d.o. You need to t

Bug#735028: RM: teamspeak-server -- RoQA; orphaned, outdated, alternatives exist (murmur)

Package: ftp.debian.org Severity: normal teamspeak-server has been unmaintained in Debian for over 1.5 years[1]. It is outdated and a free alternative exists (murmur). [1] Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a sub

Bug#735029: RM: teamspeak-client -- RoQA; orphaned, outdated, alternatives exist (mumble)

Package: ftp.debian.org Severity: normal teamspeak-client has been unmaintained in Debian for over 1.5 years[1]. It is outdated and a free alternative exists (mumble). [1] Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a sub

Bug#735416: dscverify: please add option to always show gpg output

Package: devscripts Version: 2.13.9 Severity: wishlist File: /usr/bin/dscverify dscverify's --verbose option show output from gpg when there is an error. It would be nice if there also was an option to always show gpg's output, in particular the bit who signed the file. Maybe when --verbose is gi

Bug#727708: Init system resolution open questions

Hi, Ian Jackson writes: > AFAICT we are all agreed that: [...] > * Applications which aren't part of the init system must not require a > particular init to be pid 1. (So in particular a desktop > environment may not require a particular pid 1.) What about applications that are specifically

Bug#727708: Init system resolution open questions

Hi, Adrian Bunk writes: > On Thu, Jan 16, 2014 at 09:39:37PM +0100, Ansgar Burchardt wrote: >>... >> Maintainers only should not drop support for a (default) init system >> when the application supports it. >>... > > So if udev (maintained by systemd upstream

Bug#728445: offlineimap: incomplete copyright information; embedded copy of imaplib2

Package: offlineimap Version: 6.5.4-2 Severity: important The copyright information the imaplib2 is missing. The embedded copy should probaby also be mentioned in https://wiki.debian.org/EmbeddedCodeCopies. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a su

Bug#727708: tech-ctte: Decide which init system to default to in Debian.

Hi, Russ Allbery writes: > Steve Langasek writes: > >> For the TC decision, what kind of information are you looking for about >> the plans, beyond "the Ubuntu developers expect to need to address this >> before upgrading from systemd logind 204 and will hold at 204 until a >> correct solution i

Bug#724678: RM: flightgear [kfreebsd-*] -- RoM; ANAIS due to missing systemd

Control: tag -1 moreinfo Markus Wanner writes: > as correctly reported by Rebecca N. Palmer, flightgear no longer builds > on kfreebsd-* (due to systemd dependency). Please remove the kfreebsd > variants of the flightgear binary package from testing. I see a patch for kfreebsd support applied in

Bug#728659: missing source for JSXCompressor/jsxcompressor.js

Package: src:jsxgraph Version: 0.98~dfsg1-1 Severity: serious Hi, the source for JSXCompressor/jsxcompressor.js seems to be missing from the upstream tarball. According to [1] there should be a Util.js and some string that needs to be prepended. [1]

Bug#728371: RM: valgrind [armel] -- ROM; FTBFS

Control: tag -1 moreinfo Alessandro Ghedini writes: > could you please remove valgrind from armel? It used to build there with a > somewhat ugly hack (valgrind doesn't support armel baseline architecture), but > it stopped doing so a couple months ago, and there doesn't seem to be much > interest

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

  1   2   3   4   5   6   7   8   9   10   >