Bug#799560: RM: libdune-typetree-2.3.1 -- NBS; dune-typetree no longer builds a shared library

Package: ftp.debian.org Severity: normal Please remove libdune-typetree-2.3.1. It is no longer built by the package as the shared library was dropped upstream: dune-typetree is now a pure header library. Ansgar

Bug#798024: typo in clblas-ppc64el patch ?

Ghislain Vaillant writes: > In the patch you provided, d/rules is modified with: > > # Uncomment this to turn on verbose mode. > #export DH_VERBOSE=1 > > +DEB_HOST_ARCH=$(shell dpkg-architecture -qDEB_HOST_ARCH) > + > export DEB_BUILD_MAINT_OPTIONS = hardening=+all > export DEB_CFLAGS_MAINT_AP

Bug#799046: dpkg-architecture: please mention "target machine" applies to cross-compilers only

Package: dpkg-dev Version: 1.17.25 Severity: minor File: /usr/bin/dpkg-architecture Hi, I was wondering what the difference between "host machine" and "target machine" is. Clearly the compiler has to build binaries for the target machine. >From dpkg's changelog I understand that "target machine"

Bug#798952: RM: libdune-grid-2.3.1 libdune-grid-dbg libdune-grid-dev libdune-grid-glue-2.3.0 libdune-grid-glue-dbg libdune-grid-glue-dev libdune-pdelab-2.0.0 libdune-pdelab-dev [mips mipsel] -- ROM; d

Package: ftp.debian.org Severity: normal dune-grid fails to build on mips[1] and mipsel[2] due to buildds not having enough RAM. Please remove the outdated binaries of dune-grid and their reverse dependencies from unstable. Ansgar [1]

Bug#798817: emacs24: gnus displays remote html content by default

Package: emacs24 Version: 24.5+1-1 Severity: important Gnus displays remote HTML content, such as (tracking) images, by default. I noticed this when reading [1] on debian-user@l.d.o. Most other mail clients (Evolution, Icedove) disallow remote content by default and require explicit confirmation.

Bug#798413: ftp.debian.org: Source-only uploads which FTBFS on Arch: all buildd require NEW processing in next upload

Control: retitle -1 dak cruft-report should check Package-List field Control: severity -1 normal Santiago Vila writes: > When a source-only upload fails to build from source in the > "Arch: all" autobuilder [1], the system seems to think that the source > does no longer provide such Arch: all pac

Bug#797941: src:pbnj: maintainer address bounces

Source: pbnj Severity: serious Tags: sid The maintainer address for pbnj bounces, see below. Given the package was last uploaded by the maintainer in 2007, maybe the package should be orphaned? Ansgar Mail Delivery System writes: > This message was created automatically by mail delivery softwa

Bug#797940: src:dh-elpa: maintainer address bounces

Source: dh-elpa Source-Version: 0.0.5 Severity: serious X-Debbugs-Cc: David Bremner The maintainer address bounces. I guess the list is on @lists.*alioth*.d.o, not @lists.d.o. Ansgar Mail Delivery System writes: > This message was created automatically by mail delivery software. > > A message

Bug#797937: src:company-mode: maintainer address bounces

Source: company-mode Source-Version: 0.8.12-1 Severity: serious X-Debbugs-Cc: David Bremner The maintainer address bounces. I guess the mailing list is @lists.*alioth*.d.o, not @lists.d.o Ansgar Mail Delivery System writes: > This message was created automatically by mail delivery software. >

Bug#796548: emdebian-archive-keyring: should be in Priority: extra

Package: emdebian-archive-keyring Version: 2.0.5 Severity: normal emdebian-archive-keyring should *not* be Priority: important. I changed its priority in the archive to "extra", please make the binary package match this. Ansgar

Bug#796389: systemd should depend on a newer version of mount

Package: systemd Version: 224-1 Severity: minor systemd seems to need a newer version of mount that it currently depends on: Aug 14 10:39:24 xyz swapon[457]: /sbin/swapon: invalid option -- 'o' The fstab entry in question is /dev/mapper/xyz-swap none swap sw 0 0 Ansgar -- System Informati

Bug#759401: dak accepting upstream signature .asc files?

Daniel Kahn Gillmor writes: > Just a ping on #759401 -- can dak accept upstream signature .asc files > yet? I don't know if it works, but you are welcome to try. I did at least a few changes that might make it work already. Ansgar

Bug#795963: dune-istl: FTBFS: bcrsimplicitbuild.cc:269:51: error: no match for 'operator<<'

Control: tag -1 upstream fixed-upstream Control: fixed -1 2.4~20150506gee6e5f6-1 > dune-istl fails to build from source on unstable/amd64: > > [..] > > bcrsimplicitbuild.cc: In function 'int testEntryConsistency()': > bcrsimplicitbuild.cc:269:51: error: no match for 'operator<<' (operand >

Bug#795783: Applications should not use socket below $HOME by default

Package: debian-policy User-level applications should not use sockets below $HOME by default: the filesystem used for $HOME might not support them, as is the case for NFS or OpenAFS. They should use XDG_RUNTIME_DIR (if set) or as a fallback a temporary directory below /tmp; any location below $HO

Bug#795573: mergechanges: option to strip all binary packages

Control: tag -1 + patch Ansgar Burchardt writes: > mergechanges recently got an option to strip arch-dep packages from > the .changes. It would be nice if there was also an option to remove > *all* binary packages from the .changes, keeping only the source. The attached patch seems to

Bug#795573: mergechanges: option to strip all binary packages

Package: devscripts Version: 2.15.8 Severity: wishlist File: /usr/bin/mergechanges mergechanges recently got an option to strip arch-dep packages from the .changes. It would be nice if there was also an option to remove *all* binary packages from the .changes, keeping only the source. Ansgar

Bug#795242: incomplete copyright information

Package: src:coin3 Version: 3.1.4~abc9f50-9 Severity: serious debian/copyright is incomplete. At least the license and copyright information for the embedded copy of expat that lintian warns about is missing. Ansgar

Bug#795241: source package contains *.exe without source

Package: src:coin3 Version: 3.1.4~abc9f50-9 Severity: serious The source package contains *.exe files for which the source seems to be missing. Please make sure the source is included or exclude them from the upstream tarball. coin3-3.1.4~abc9f50/cfg/*.exe Ansgar

Bug#793959: src:libbio-das-lite-perl: maintainer address bounces

Source: libbio-das-lite-perl Source-Version: 2.04-1.2 Tags: sid Severity: serious The maintainer address for libbio-das-lite-perl bounces, see below. Ansgar Mail Delivery System writes: > This message was created automatically by mail delivery software. > > A message that you sent could not be

Bug#793766: tasksel: standard system utilities pulls packages that listen on ports without firewall

Hi, Michael Rose writes: > During installation, tasksel gives you the option of including "standard > system > utilities". This group includes nfs-common and rpcbind, which, post > installation, automatically launch daemons that listen on ports. Debian's > default iptables configuration after in

Bug#793374: [PATCH] Copy *.link files from /etc/systemd/network to initramfs

Julian Wollrath writes: > Am Sat, 25 Jul 2015 12:24:02 +0200 > schrieb martin f krafft : > >> You could also just use >> >> find /etc/systemd/network --name \*.link --exec cp -pt >> $DESTDIR/lib/systemd/network/ {} + >> > > But that would assume, that findutils is installed. I do not known if >

Bug#793411: src:btcheck: maintainer address bounces

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

Bug#793091: src:checkbox-ng: maintainer address bounces

Source: checkbox-ng Source-Version: 0.18-2 Tags: sid Severity: serious X-Debbugs-Cc: Zygmunt Krynicki , The maintainer address for src:checkbox-ng bounces, see below. Ansgar Mail Delivery System writes: > This message was created automatically by mail delivery software. > > A message that you

Bug#793090: src:ipgrab: maintainer address bounces

Source: ipgrab Source-Version: 0.9.10-1 Tags: sid Severity: serious X-Debbugs-Cc: Martin Michlmayr The maintainer address for ipgrab bounces, see below. Ansgar Mail Delivery System writes: > This message was created automatically by mail delivery software. > > A message that you sent could not

Bug#793088: src:glipper: maintainer address bounces

Source: glipper Source-Version: 2.4-5 Severity: serious Tags: sid X-Debbugs-Cc: Andrew Starr-Bochicchio The maintainer address for glipper bounces, see below. Ansgar Mail Delivery System writes: > This message was created automatically by mail delivery software. > > A message that you sent cou

Bug#792032: needrestart: seems to treat user services as system services

Package: needrestart Version: 2.1-1 Severity: normal needrestart suggests to restart my emacs.service running as part of my user session. I believe it mistakes it for a system service... In either case it fails to restart it: +--- | Restarting services using systemd... | Failed to restart emacs.

Bug#791713: RM: clive -- ROM; superseded by cclive

Package: ftp.debian.org Severity: normal Please remove clive. It's a transitional package for cclive. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#788380: needrestart: Please don't restart user@1000.service

I think restarting a user's systemd instance also stops all (user) services managed by said systemd instance. By default there are none and thus no disruption. However if I configure "systemd --user" to start, for example, an emacs server, this restarts the emacs server, possibly losing data in the

Bug#791665: needrestart: lots of perl noise ("Compilation failed ...")

Package: needrestart Version: 2.1-1 Severity: normal At least the reportbug hook for needrestart output lots of perl noise ("Compilation failed ..."), see attachment. Ansgar -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'),

Bug#791664: Acknowledgement (needrestart: visible markup in notifications (GNOME))

And of course I forgot to attach the screenshot in the original mail... Ansgar

Bug#791664: needrestart: visible markup in notifications (GNOME)

Package: needrestart Version: 2.1-1 Severity: minor The notifications by needrestart as shown in GNOME contain visible markup, see the attached screenshot. Ansgar -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (100, 'unst

Bug#624349: libmpich2-dev: Activates debugging compiler option -g

Control: reopen -1 Control: found -1 3.1-5+b2 Control: fixed -1 1.4~rc2-2 It looks like there was a regression and mpich started to pass compiler options via mpicxx.mpich again: $ mpicxx.mpich -show g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro -I/usr/incl

Bug#790560: udev fails to start on sparc boot, breaking boot

Michael Biebl writes: > If 215-8 was working successfully, finding the faulty commit would > indeed be very helpful. If you know how to use git bisect, you could use > that to determine the commit. This will be a lengthy process though and > probably not something you want to do on a live system.

Bug#790561: After upgrading udev from 215-18 to 220-7 or 221-1, the system is unbootable afterwards

Axel Beckert writes: > Michael Biebl wrote: >> Am 30.06.2015 um 17:52 schrieb Klaus Ethgen: >> > # CONFIG_FHANDLE is not set >> >> E.g. that one is missing. >> If you compile your own kernel, you should make sure all requirements >> listed at [1] are met. I didn't check all other options, but you

Bug#789544: src:mistune: maintainer address bounces

Source: mistune Severity: serious X-Debbugs-Cc: Julien Puydt , python-modules-t...@lists.alioth.debian.org, mity...@debian.org The maintainer address for src:mistune bounces. Looks like the wrong domain. Ansgar Mail Delivery System writes: > This message was created automatically by mail deliv

Bug#788702: override: make default install a bit smaller

Control: tag -1 moreinfo Cyril Brulebois writes: > I'd be happy to see a D-I Stretch Alpha 1 release before these changes > are implemented so that we have a set of reference images. It would make > it slightly easier to assess possible side effects once these changes > are implemented. At the mo

Bug#788702: override: make default install a bit smaller

Package: ftp.debian.org X-Debbugs-Cc: debian-b...@lists.debian.org Please change the following priorities as proposed earlier[1]: # From Priority: important: for p in \ groff-base man-db manpages less netcat-traditional traceroute \ ; do dak override ${p} . standard done dak o

Bug#779878: nmu: binutils-z80_4 binutils-mingw-w64_5.1 binutils-arm-none-eabi_5 possibly others

On 05/19/2015 07:04 PM, Emilio Pozuelo Monfort wrote: > On 05/03/15 22:45, Ansgar Burchardt wrote: >> as I saw binutils_2.25-5 got unblocked, I was wondering weather the >> binutils-* packages built from binutils-source should be rebuilt >> aginst the new version targeting Je

Bug#786500: nmu: alberta_3.0.1-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hi, libalberta uses a relocation type that should not be used for shared libraries on powerpc[1] which makes the library unusable. As the build log looked okay to me and the older version (3

Bug#785048: ITP: python-pyramid-chameleon -- Chameleon templating addon for the Pyramid web application framework

Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: python-pyramid-chameleon Version : 0.3 Upstream Author : Pylons Project and Contributors, http://www.pylonsproject.org/ * URL : http://docs.pylonsproject.org/projects/pyramid

Bug#783887: RFA: simutrans -- transportation simulator

Package: wnpp Severity: normal Sadly I haven't really found time to look at simutrans recently, so it would be nice if someone with more time was to adopt the package. I thus request an adopter for the simutrans package. The package description is: Simutrans is a free transportation simulator: T

Bug#783211: RM: debian-installer-8-netboot-kfreebsd-{amd64,i386} [all] -- RoQA; NBS

Package: ftp.debian.org debian-installer-8-netboot-kfreebsd-{amd64,i386} [all] need to go and I don't want to wait for them to appear in the cruft report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.deb

Bug#783115: dak: should reject uploads to suites that are used by policy and build queues

Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertag: dak dak should reject uploads to suites that are used by policy and build queues. Even though these would get cleaned up automatically, accepting such uploads might be confusing. Ansgar -- To UNSUBSCRIBE, email to debian

Bug#152955: force-reload should not start the daemon if it is not running

Control: block 782993 by 152955 Hi, the meaning of the "force-reload" action comes up again with systemd: - systemctl implements "force-reload" as documented by LSB, that is a service not running does *not* get started, - the init script integration maps "/etc/init.d/X force-reload" to "

Bug#782993: service/invoke-rc.d: "force-reload" wrongly mapped to "systemctl restart"

Hi, On 04/20/2015 03:07 PM, Michael Biebl wrote: > Am 20.04.2015 um 11:13 schrieb Ansgar Burchardt: >> This maps "service atd force-reload" to "systemctl restart atd" which >> *starts* atd if it is not already running. However LSB says: >> >> +--- &

Bug#782993: service/invoke-rc.d: "force-reload" wrongly mapped to "systemctl restart"

Package: sysvinit-utils Version: 2.88dsf-59 Severity: normal File: /usr/sbin/service service uses the following logic: + | force-reload) | _canreload="$(systemctl -p CanReload show ${UNIT} 2>/dev/null)" | if [ "$_canreload" = "CanReload=no" ]; then | exec s

Bug#782835: gparted: maintainer address bounces

Source: gparted Severity: serious Tags: sid The maintainer address for gparted bounces, see below. Ansgar mailer-dae...@fiordland.canonical.com (Mail Delivery System) writes: > This is the mail system at host fiordland.canonical.com. > > I'm sorry to have to inform you that your message could no

Bug#782806: sugar-toolkit-0.98: maintainer address bounces

Source: sugar-toolkit-0.98 Severity: serious Tags: sid X-Debbugs-Cc: Jonas Smedegaard The maintainer address for sugar-toolkit-0.98 bounces, see below. Ansgar > This message was created automatically by mail delivery software. > > A message that you sent could not be delivered to one or more of

Bug#782805: gwhois: maintainer address bounces

Source: gwhois Severity: serious X-Debbugs-Cc: juli...@holzt.de Tags: sid The maintainer address for gwhois bounces, see below. Ansgar > 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 i

Bug#782705: release-notes: Interaction between logind and acpid

Package: release-notes Tags: jessie Hi, having both logind and acpid handle ACPI events can lead to undesired results, esp. with a non-default configuration. As an example, logind could try to shutdown the system on a power button press (default), but acpid was manually configured to just suspend

Bug#769030: closed by Debian FTP Masters (Bug#769030: fixed)

Hi, Philipp Kern writes: > On 2015-04-09 12:39, ow...@bugs.debian.org wrote: >> #769030: override: gobby-infinote:oldlibs/extra, >> gobby-0.5:oldlibs/extra, gobby-0.5-dbg:oldlibs/extra, >> gobby:net/optional > [...] >> We believe that the bug you reported is now fixed; the following >> changes we

Bug#762361: override: make-guile:devel/extra

Control: tag -1 + moreinfo d-i Hi, I'm going over the pending override changes and found another that affects the standard installation: #762361: make-guile: change priority from "standard" to "extra" There are no rdeps on make-guile, but it Provides: make; the "make" binary package itself ha

Bug#780672: override: libsqlcipher0:libs/optional

Control: tag -1 moreinfo d-i Hi, On 03/17/2015 05:44 PM, Alessandro Ghedini wrote: > the libsqlcipher0 package had, erroneously, Priority: standard. It was > recently > changed to optional in 3.2.0-1 (this is not mentioned in the changelog > AFAICT), > but the ftp-master override still lists th

Bug#781595: xdeb: disables apt's signature checks

Package: src:xdeb Version: 0.6.6 Severity: grave Tags: security According to xdeb's documentation it uses apt to download source packages and defaults to using the system's sources.list, that is usually remote repositories. However xdeb disables apt's signature checking: +--- | apt_pkg.confi

Bug#781594: pybit: disables apt's signature checking (and uses remote repository)

Package: src:pybit Version: 1.0.0-2.1 Severity: grave Tags: security pybit disables apt's signature checks when retrieving source packages: +--- | url = "deb-src http://cdn.debian.net/debian %s main " % buildreq.get_suite() | os.write(src_list, url) | cfg_str

Bug#659015: apt-build disables apt's signature verification

Axel Beckert writes: > I've though observed two possibly minor issues with it: > > * An existing /etc/apt/sources.list.d/apt-build.list is not updated to > add "[trusted=yes]". Could probably be added in postinst (apt-build.list is not a conffile), e.g. something like sed -i 's/^deb file:/de

Bug#659015: apt-build disables apt's signature verification

retitle 659015 apt-build: disables apt's signature checking severity 659015 grave tag 659015 + security found 659015 0.12.42 thanks apt-build unconditionally passes -o Apt::Get::AllowUnauthenticated=true to apt-get, that is it disables *all* signature checks allowing MitM attacks to serve maliciou

Bug#781075: sbuild: Breaks d-i build by assuming it is a deb

Hi, On 03/24/2015 10:12 AM, Aurelien Jarno wrote: > There have been other changes committed to this branch, so we should > decide if they are jessie material or not. I have added Ansgar in Cc for > that. There are two other one-line changes: - sbuild-createchroot: set profile=sbuild also for tar

Bug#780995: dc-tool: option to read auth token from stdin

Package: python-debiancontributors Version: 0.7-1 Severity: wishlist Hi, it would be nice if dc-tool had an option to read the auth token from stdin. In particular I want to be able to use sudo -u dak-unpriv dc-tool ... < /a/file/dak-unpriv/cannot/read where dak-unpriv should not have access

Bug#780856: gnome-settings-daemon: >1000 tcp connections to ipp port in CLOSE-WAIT state

Control: tag -1 + patch upstream On 03/20/2015 04:11 PM, Ansgar Burchardt wrote: > gnome-settings-daemon keeps >1000 tcp connections to a remote ipp port > in CLOSE-WAIT state. From the output from `ss -t': The bug can be triggered by printing stuff: every time I send a document

Bug#780856: gnome-settings-daemon: >1000 tcp connections to ipp port in CLOSE-WAIT state

Package: gnome-settings-daemon Version: 3.14.2-2 Severity: normal Hi, gnome-settings-daemon keeps >1000 tcp connections to a remote ipp port in CLOSE-WAIT state. From the output from `ss -t': + | State Recv-Q Send-Q Local Address:Port Peer Address:

Bug#780680: libpam-modules: pam_userdb.so depends on a library in /usr

severity 780680 normal thanks Hi, Adam Heath writes: > A library in /lib shouldn't depend on a library in /usr/lib. However, > pam_userdb.so has such an issue. Arguably pam_userdb.so is not a library, but a plugin. So I don't think this is a release critical bug or even a real bug at all, but I

Bug#780662: policy for removal of oldoldstable from the mirror network

Hi, On 03/17/2015 03:13 PM, Stefano Zacchiroli wrote: > I'd like to know what would be the policy for removing the upcoming > oldoldstable release from the Debian mirror network. > > Can we count on the fact that it will stay around at least until > Jessie+1 is released? IIRC the plan for squeez

Bug#780589: dak: sign outgoing mails

Package: ftp.debian.org Severity: wishlist User: ftp.debian@packages.debian.org Usertag: dak It would be nice if dak signs outgoing mails (as PGP/MIME). It should not use the archive signing key for such purposes. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org

Bug#780350: brasero: fails to copy audio CD

Package: brasero Version: 3.11.4-1.1 Severity: important Hi, brasero failed to copy an audio CD: I chose "disc copy" from the main menu and selected the (only) CD drive as source and target. Brasero then read in the audio CD, but then displayed an error message "Please eject the disc from ... ma

Bug#780280: dak: generate rejection mail for mails with expired signature

Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertag: dak Priority: wishlist It would be nice if dak would generate rejection mails for uploads that have a valid signature, but where the signature is expired or from an expired key. daklib/gpg.py already has some support for di

Bug#780279: dak: process-upload should handle invalid .changes better

Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertag: dak dak should handle invalid .changes files better. Currently exceptions raised in process_upload.py's process_it (l. 463): with daklib.archive.ArchiveUpload(directory, changes, keyrings) as upload: are not handled. I

Bug#779878: nmu: binutils-z80_4 binutils-mingw-w64_5.1 binutils-arm-none-eabi_5 possibly others

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hi, as I saw binutils_2.25-5 got unblocked, I was wondering weather the binutils-* packages built from binutils-source should be rebuilt aginst the new version targeting Jessie? There are b

Bug#779444: ftp.debian.org: Unable to upload "my" package (here: goobox)

Hi, On 02/28/2015 17:43, Helge Kreutzmann wrote: > ACL dm: not allowed to upload source package 'goobox' > > I duely replied an asked for the reason(s). I got no response. I asked > again on February 22nd, again without any response. > > I tried to fix all problems known to me and did another up

Bug#778620: systemd: Add "less" to suggests or recommends

Hi, On 02/18/2015 11:03 AM, Floris wrote: > I have installed the Debian Base system and add gnome-session, gdm, > xserver-xorg-video-nvidia and probably some other packages to get a > working gnome environment. Maybe coincidental, but none of these > packages recommends less. Only man-db and gzip

Bug#759001: [systemd-devel] sysv-generator: doesn't handle /etc/insserv/overrides or /etc/chkconfig.d

Hi, Christian Seiler writes: > I've implemented both of these and attached a modified version of > the patch. Do you have any objections? If not, I'll ask for pre- > approval by the release team. The load_sysv function also has a heuristic to guess whether the init script support the "release" a

Bug#666726: debian-policy: Clarify if empty control fields are ollowed or not

Hi, Bill Allombert writes: > On Fri, Nov 21, 2014 at 12:23:17AM +0500, Andrey Rahmatullin wrote: >> On Sat, Aug 04, 2012 at 11:19:15AM +0900, Charles Plessy wrote: >> > How about the attached patch, that adds "Its value must not be empty." >> > after "The field ends at the end of the line or at t

Bug#776912: debootstrap circular depends/pre-depends between sytemd-sysv and systemd

Control: retitle -1 systemd: missing /dev/urandom makes postinst fail Hi, On 02/03/2015 11:59 AM, Ansgar Burchardt wrote: > On 02/03/2015 11:22 AM, Martin Wuertele wrote: >> Setting up systemd (215-10) ... >> Failed to open /dev/urandom: Function not implemented >> dpkg: err

Bug#776912: debootstrap circular depends/pre-depends between sytemd-sysv and systemd

Hi Marin, please remember to also send replies to the bug report (I've not forwarded your message). The debootstrap log looks a bit more scary than I think it should, but I'll take a look at only the systemd error: On 02/03/2015 11:22 AM, Martin Wuertele wrote: > Setting up systemd (215-10) ...

Bug#776912: debootstrap circular depends/pre-depends between sytemd-sysv and systemd

Hi, On 02/03/2015 10:39 AM, Martin Wuertele wrote: > When trying to debootstrap jessie on an RHEL7 / CENTOS7 (system is > running systemd 208 Release 11.el7_0.6) system for usage with lxc or > docker debootstrap fails due to systemd and systemd-sys: > > dpkh: systemd-sysv: dependency problems, bu

Bug#776360: nmu: user-mode-linux_3.16-1um-0.1

Control: tag -1 - moreinfo On 01/27/2015 07:48 PM, Niels Thykier wrote: > On 2015-01-27 09:53, Ansgar Burchardt wrote: >> Package: release.debian.org >> Severity: normal >> User: release.debian@packages.debian.org >> Usertags: binnmu >> >> Hi, >&g

Bug#776361: nmu (for stable): user-mode-linux_3.2-2um-1+deb7u2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hi, user-mode-linux in stable is built against linux version 3.2.54-2, but proposed-updates is already at version 3.2.65-1+deb7u1. user-mode-linux should probably be rebuilt against the curr

Bug#776360: nmu: user-mode-linux_3.16-1um-0.1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hi, user-mode-linux is built against an old kernel version (3.16.5-1). I think it should be rebuilt against the current version before release. nmu user-mode-linux_3.16-1um-0.1 . ALL . -m

Bug#775809: libauthen-oath-perl: typo in package description

Package: libauthen-oath-perl Version: 1.0.0-1 Severity: minor The package description has a small typo in a URL: http://www.openautentication.org should be http://www.openauthentication.org/ instead. The same typo is present in upstream's README. Ansgar -- To UNSUBSCRIBE, email to de

Bug#775758: buildd.debian.org: please setup buildds for wheezy-backports-sloppy and jessie-backports

Package: buildd.debian.org Severity: normal Please configure wanna-build and buildds for the new backports suites wheezy-backports-sloppy and jessie-backports. Both are already present on ftp.d.o and incoming.d.o. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org wit

Bug#775165: nmu: binutils-mingw-w64_2 (wheezy-security, wheezy-p-u)

Hi, Thijs Kinkhorst writes: > Op maandag 12 januari 2015 19:18:28 schreef Adam D. Barratt: >> On Mon, 2015-01-12 at 19:15 +0100, Thijs Kinkhorst wrote: >> > This is not something we do very routinely, so I'd like to confirm: if >> > these binNMU's are triggered for stable-security, do they still

Bug#775094: gnome-control-center: display: resolution options are too limited

Package: gnome-control-center Version: 1:3.14.2-2 Severity: normal Tags: upstream The resolution options offered in gnome-control-center's "display" panel are too limited: In particular for a monitor supporting up to 1920x1200, the resolution option 1920x1080 is *not* offered. However it is usefu

Bug#774836: unblock: libquvi/0.4.1-3

:58.0 +0100 @@ -1,3 +1,11 @@ +libquvi (0.4.1-3) unstable; urgency=medium + + * Do not look for Lua helper scripts below current directory. +(Closes: #774555) ++ new patch: lua-scripts-below-cwd.patch + + -- Ansgar Burchardt Sun, 04 Jan 2015 12:52:34 +0100 + libquvi (0.4.1-2.1) unstable

Bug#774555: libquvi: looks for helper scripts below current working directory

Source: libquvi Version: 0.4.1-1 Severity: important Tags: security Stepan Golosunov reported that libquvi looks for Lua helper scripts below the current working directory, leading to potential arbitrary code execution. The corresponding code can be found in the scan_known_dirs function in src/li

Bug#773895: [Pkg-sysvinit-devel] Bug#773895: sysvinit: package to pin sysvinit during upgrades

Michael Gilbert writes: > On Thu, Dec 25, 2014 at 11:25 AM, Steve Langasek wrote: >> This is not a reasonable thing to ship in any package in the archive. > > There are other packages that already do this. No, there are not. There is no package shipping files in /etc/apt/preferences.d: coccia%

Bug#773424: vtk6 has the wrong library paths for vt libraries; using full paths to dlopen instead of library names

Hi, Don Armstrong writes: > $ echo 'package require vtk'|vtk6 > couldn't load file "/usr/lib/libvtkCommonCoreTCL-6.1.so": > /usr/lib/libvtkCommonCoreTCL-6.1.so: cannot open shared object file: > No such file or directory [...] > I suspect that something is giving a full path to dlopen instead of

Bug#774029: unblock: screen-message/0.23-1

Hi, Joachim Breitner writes: > Am Samstag, den 27.12.2014, 17:21 + schrieb Adam D. Barratt: >> It doesn't look like 0.23 is in the archive yet? > > indeed, but how did that happen? I have a signed changes and an upload > log here, from 2014-12-23 (attached to prove myself I’m not crazy), but

Bug#773498: libcrypt-ssleay-perl: Virtual Depenedency block

Hi, On 12/19/2014 08:36 AM, Sanjeev wrote: > Package: libcrypt-ssleay-perl > Version: 0.58-1+b2 [...] > When trying to install throught apt-get, it reports > libcrypt-ssleay-perl : Depends: perlapi-5.14.2 but it is not installable > > since perlapi-

Bug#772829: release-notes: 5.1 "Security status of web browsers" refers to iceape

Package: release-notes Severity: minor Hi, section 5.1 "Security status of web browsers" refers to iceape two times: "For general web browser use we recommend browsers building on the Mozilla xulrunner engine (Iceweasel and Iceape) or Chromium." "Iceweasel, Iceape and Icedove will als

Bug#772622: CVE-2014-8602: denial of service with endless delegations

Hi, Yves-Alexis Perez writes: > I guess Ansgar put the debian.tar.xz at the right place, the processing > was successful in the end. > > Ansgar: will it not be an issue to have both debian.tar.{gz,xz} in the > archive? No, the second .debian.tar.* is not kept: it's referenced by the .changes so

Bug#761815: installation adds entries for USB media to /etc/fstab which confuse udisks

Hi, Gaudenz Steinlin writes: > Just to give some context: This bug is about adding entries for USB mass > storage devices to /etc/fstab on installation. > > Olliver Schinagl writes: >> I just got bitten by this bug myself. >> >> As a long time gentoo + ubuntu user, I was baffled after getting th

Bug#762194: Summary:Re: Bug#762194: Proposal for upgrades to jessie

On 11/28/2014 03:24 PM, Thorsten Glaser wrote: > On Fri, 28 Nov 2014, Ansgar Burchardt wrote: >> No, the ctte did not say that. We had a flamewar about that >> interpretation before. > > That was almost word by word from > https://lists.debian.org/debian-devel-announce/20

Bug#762194: Summary:Re: Bug#762194: Proposal for upgrades to jessie

On 11/28/2014 03:16 PM, Thorsten Glaser wrote: > On Fri, 28 Nov 2014, Marco d'Itri wrote: >> I disagree: upgrades should get the default init system unless the >> system administrator chooses otherwise. > > I disagree with you, and so does CTTE, this time: they said > that existing installations

Bug#771008: debian-archive-keyring: new archive signing keys for Jessie

Package: debian-archive-keyring Version: 2014.1 Severity: important Hi, please include the new archive signing keys: pub 4096R/0x7638D0442B90D010 2014-11-21 [expires: 2022-11-19] Key fingerprint = 126C 0D24 BD8A 2942 CC7D F8AC 7638 D044 2B90 D010 uid Debian Archive Automatic Signing K

Bug#762194: Alternative proposal for init switch on upgrades.

Hi Svante, Svante Signell writes: > Has the proposed (pre-)depends ordering on init been tested and the > results known? You might want to read https://bugs.debian.org/762194#142, but the obligation for tests is really on the side of the people who want this change (IMO). Ansgar -- To UNSUBS

Bug#769759: tracker-extract dumps the complete file it cannot index to stdout/stderr

Control: found -1 1.2.2-2 I observed the same bug here, see attachment. Ansgar Nov 24 15:22:00 snout gnome-session[1174]: (tracker-extract:1458): Tracker-WARNING **: Task 2, error: Unable to insert multiple values for subject `urn:uuid:6c255e7f-d78c-8b56-87a6-c87fc754db43' and single valued pro

Bug#762194: a technical proposal

Hi, Adam Borowski writes: > As Ansgar requests technical solutions, here's one: > > just like systemd-shim|systemd-sysv, switch the "init" package from > Pre-Depends: systemd-sysv | sysvinit-core | upstart > to > Pre-Depends: sysvinit-core | systemd-sysv | upstart >From a simple test this se

Bug#765803: Bug#762194: On automatic init system switching on upgrade

Hi, [ Replying to the bug. ] On 11/20/2014 06:27 PM, Don Armstrong wrote: > On Thu, 20 Nov 2014, Ansgar Burchardt wrote: >> Don Armstrong writes: >>> Speaking personally, without specific patches which have been discussed >>> with the maintainers of the init p

Bug#765803: Bug#762194: On automatic init system switching on upgrade

Hi, Don Armstrong writes: > Speaking personally, without specific patches which have been discussed > with the maintainers of the init package and well tested, I'm unlikely > to vote any resolution on this issue above FD. Does this include the "no change is required" option? I would prefer if we

Bug#762194: On automatic init system switching on upgrade

Hi, I would like to see an end to open questions on systemd in Jessie. So, given that the GR is over and no technical proposals for not switching init systems on upgrade to Jessie have been made, is it possible to draw a conclusion to this issue now? I'm not sure there is much to gain from waitin

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