Bug#1028826: herbstluftwm: FTBFS: E: Build killed with signal TERM after 150 minutes of inactivity

Control: reassign -1 src:python-xlib Control: affects -1 src:herbstluftwm Control: forwarded -1 https://github.com/python-xlib/python-xlib/issues/241 Indeed, upstream also confirms this issue affects their CI setup Thanks! Christoph On Sonntag, 15. Januar 2023 09:10:37 CET you wrote: > Dear Mai

Bug#967953: ifupdown2

Hi > We are now looking for a new debian sponsor to upload our latest > version to the debian repository. I guess I can help there for now but better don't rely on me for long-term sponsoring. What exactly would you want uploaded? Do you have the package somewhere? or github HEAD? Christoph

Bug#913507: Should be solved by new upstream version

Hi all I put a new upstream release on salsa which seems to fix it. I'll upload as soon as I find my GPG key (hope I didn't leave it at home), but feel free to upload the version from salsa if you're faster Christoph [0] https://salsa.debian.org/debian/ncmpcpp/tree/master/debian smime.p7s D

Bug#879443: Fixed with asdf 3.3.1

Control: fixed -1 2:3.3.1-1 Hi! builds fine with the new 3.3.1 (which has some compat improvements) Christoph

Bug#867436: marked as pending

8a7192cae3a5ba409c59b6214580d0a8e40ab38d Author: Christoph Egger Date: Wed Nov 1 15:36:37 2017 +0100 Merge changelogs diff --git a/debian/changelog b/debian/changelog index c21e889..a1c731a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -22,6 +22,23 @@ python-icalendar (3.11.3-1

Bug#860423: gwenview kinit

Hi! FWIW plasema-workspace doesn't seem to be needed at all but installing kdeinit actually makes gwenview work for me Christoph

Bug#860423: gwenview: Could not start process Cannot talk to klauncher: The name org.kde.klauncher5 was not provided by any .service files.

Package: gwenview Version: 4:16.08.3-1 Severity: serious Dear Maintainer, gwenview seems to miss some dependencies | Invalid pixmap specified. | QTimeLine::setDuration: cannot set duration <= 0 | Invalid pixmap specified. | QTimeLine::setDuration: cannot set duration <= 0 | Invalid pixmap specif

Bug#847698: sbcl arm64 fixes

Hi! Just uploaded 1.3.13-2 to unstable which should include the fix and is the version I want for stretch. Can you please confirm it's now fine? Thanks! Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description

Bug#837576: FWIW: patch in upstream master

Hi! FWIW upstream/master has a patch for this already: 54180430241717eca72865c918f5a2c09d6a56e2 Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer

Bug#839767: ncmpcpp fails to start due to undefined symbol in binary

Control: reopen -1 Control: reassign -1 libtag1v5 Control: found -1 1.11+dfsg.1-0.1 Christoph Egger writes: > Which is exactly what happened in unstable ~1 day ago as part of the > transition. So this seems to be a totally normal unstable disturbance > and not a bug. Actually missi

Bug#839767: ncmpcpp fails to start due to undefined symbol in binary

Hi! Nick Black writes: > I rebuilt the source package against current libtag, and it works once > more. Which is exactly what happened in unstable ~1 day ago as part of the transition. So this seems to be a totally normal unstable disturbance and not a bug. Christoph -- 9FED 5C6C E206 B70A

Bug#805701: clisp on hurd

Control: severity -1 important Control: tag -1 +patch Hi! I'll include that in the next upload for sure .. hopefully this week. Ideally we find a arm solution untill then. Has this patch been sent upstream? Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Li

Bug#815205: sbcl: FTBFS due to TeX error

Hi! Norbert Preining writes: > I sent already a minimal example derived from the sbcl code to the ti > list, you should have gotten it cc just seen it minutes after sending the email. Thanks for the fast reaction! Christoph

Bug#815205: sbcl: FTBFS due to TeX error

Norbert Preining writes: > apt-get source sbcl and build is enough to reproduce? That's what I did in a clean sid chroot yesterday. You need to actually run the build as some input files to the manual get generated during build though. Christoph

Bug#815205: sbcl: FTBFS due to TeX error

Hi texinfo folks! Christoph Egger writes: > Logan Rosen writes: >> I just merged sbcl 2:1.3.1-1 into Ubuntu (we have a simple chmod change in >> debian/rules), and it failed to build on all architectures [1]. I verified >> that this issue affects Debian unstable as wel

Bug#815205: sbcl: FTBFS due to TeX error

Hi! Logan Rosen writes: > I just merged sbcl 2:1.3.1-1 into Ubuntu (we have a simple chmod change in > debian/rules), and it failed to build on all architectures [1]. I verified > that this issue affects Debian unstable as well by building it in a chroot. > > It appears to be due to a TeX issue d

Bug#815093: Still fails, needs update to debian/emacsen-install ?

Control: reopen -1 Control: found -1 8.3.3-2 Hi! Still fails the same way. My guess it needs an exclusion clause in debian/emacsen-install just like emacs22 and older Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.a

Bug#815093: org-mode: Fails to install

Package: org-mode Version: 8.3.3-1 Severity: serious Hi! org-mode fails to install: | % sudo dpkg --configure -a | Setting up org-mode (8.3.3-1) ... | Install emacsen-common for emacs23 | emacsen-common: Handling install of emacsen flavor emacs23 | Wrote /etc/emacs23/site-start.d/00debian-vars.e

Bug#751005: new hg doesn't seem to be enough to build clisp for arm*

Hi! The current hg snapshot I've uploaded to experimental yesterday does not seem to build as-is on arm* still. Christoph

Bug#795850: pdfgrep FTBFS / due to libstdc++ transition

Hi! I've been told this will go away as soon as libpoppler gets its rename+transition for the libstdc++ thing. Christoph --

Bug#787136: kfreebsd-10: crashes seen on KVM-based buildds

Hi! Paul Wise writes: > On Sun, 2015-05-31 at 12:45 +0100, Steven Chamberlain wrote: > >> I'll keep this test system busy with package builds and other tasks, but >> could use more hints on what might trigger the issue seen with >> falla.debian.org. (And exactly what issue was seen there, a cras

Bug#787136: kfreebsd-10: crashes seen on KVM-based buildds

Hi! Steven Chamberlain writes: > I've set up a clone of the buildds' KVM setup (without Ganeti), and with > emulated IDE disks this is *crazy* slow. > > Do Linux buildd VMs also use if=ide, or is only kfreebsd using that? Only kfreebsd > (Would make sense because, I don't think if=scsi is boota

Bug#786888: Fails to install

Package: octave-info Version: 3.8.2-4 Severity: serious Hi! octave-info fails to install: $ dpkg -i octave-info_3.8.2-4_all.deb 2>&1 | tee /tmp/octave dpkg: considering removing octave3.2-info in favour of octave-info ... dpkg: yes, will remove octave3.2-info in favour of octave-info (Reading da

Bug#781094: curl: relocation error on starting

Package: curl Version: 7.38.0-4 Severity: serious Ahoi! guess the following explains the problem Thanks! Christoph % curl -I http://mirror.sieglitzhof.net/debian/dists/jessie/main/binary-i386/Packages curl: relocation error: /usr/lib/x86_64-linux-gnu/libcurl.so.4: symbol SSLv3_client_meth

Bug#779201: kfreebsd-{8,9}: CVE-2015-1414: DoS via IGMP packet

Moritz Mühlenhoff writes: > For kfreebsd-8 we've skipped previous updates, since it was > said -8 were mostly a test kernel. So I don't think it > makes sense to start with it now? Or did I miss something? You're right. -9 should be on the way. Christoph signature.asc Description: PGP signa

Bug#779201: kfreebsd-{8,9}: CVE-2015-1414: DoS via IGMP packet

+0100 @@ -1,3 +1,9 @@ +kfreebsd-9 (9.0-10+deb70.9) wheezy-security; urgency=medium + + * Upstream patch for FreeBSD-SA-15:04.igmp / CVE-2015-1414 (Closes: #779201) + + -- Christoph Egger Wed, 25 Feb 2015 14:08:57 +0100 + kfreebsd-9 (9.0-10+deb70.8) wheezy-security; urgency=high * Te

Bug#774368: does not upgrade to jessie (needs specific db-util

Package: sks Version: 1.1.5-3 Severity: serious Hi! % sudo dpkg --configure -a Setting up sks (1.1.5-3) ... debian-sks uid check: ok debian-sks homedir check: ok bash: db5.3_upgrade: command not found dpkg: error processing package sks (--configure): subprocess installed post-installation script

Bug#772659: kfreebsd-8: build-depends on gcc-4.6

Hi! Cyril Brulebois writes: > Ralf Treinen (2014-12-09): >> Source: kfreebsd-8 >> Version: 8.3-6+deb7u1 >> Severity: serious >> Tags: jessie >> User: trei...@debian.org >> Usertags: edos-uninstallable >> >> Hi, kfreebsd-8 build-depends on gcc-4.6, which does not exist in jessie. > > kfreebsd-9

Bug#767583: kfreebsd-10: ar9300_devid.h license restricts modification

Hi! Riley writes: > After reading a discussion on the gnu-linux-libre mailing list [1], > I found that the two files named ar9300_devid.h have a license that > restricts modification: Quoting that file: > #ifndef __AR9300_DEVID_H__ > #define __AR9300_DEVID_H__ > > /* > * AR9380 HA

Bug#767600: python-versuchung: FTBFS everywhere

Hi! Ivo De Decker writes: > It seems python-versuchung doesn't build on the buildd's. The only available > build is the maintainer upload. Strange .. there should have been a -2 that switches to arch=all *and* it should build in a chroot. I'll check. Christoph -- To UNSUBSCRIBE, email to d

Bug#764897: kfreebsd-kernel-headers: net/route.h fails to compile in userland, squid3 FTBFS

"Adam D. Barratt" writes: > On Fri, 2014-10-17 at 13:16 +0100, Steven Chamberlain wrote: >> On 12/10/14 02:00, Steven Chamberlain wrote: >> > kfreebsd-kernel-headers >= 10.1~ adds a sys/counter.h, used in various >> > places including net/route.h. It requires a kernel type uint64_t >> > (from sys

Bug#764956: freebsd-libs: FTBFS - MK_TESTS can't be set by a user

Hi! Steven Chamberlain writes: > That stops the problematic freebsd-buildutils from migrating until we've > fixed freebsd-libs to cope with the change. And within jessie, > freebsd-libs will not FTBFS. We'll fix it in sid in about 4 days. Shall we go ahead or wait for RC3 (due tomorrow if I re

Bug#764956: freebsd-libs: FTBFS - MK_TESTS can't be set by a user

Hi! Steven Chamberlain writes: > Actually... we can reassign this bug to freebsd-buildutils, right? > > That stops the problematic freebsd-buildutils from migrating until we've > fixed freebsd-libs to cope with the change. And within jessie, > freebsd-libs will not FTBFS. We'll fix it in sid in

Bug#764956: freebsd-libs: FTBFS - MK_TESTS can't be set by a user

Ahoi! Michael Tautschnig writes: > bmake[1]: "/usr/share/mk-freebsd/bsd.own.mk" line 484: MK_TESTS can't be set > by a user. > debian/rules:205: recipe for target 'clean' failed > make: *** [clean] Error 1 > dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 Side-eff

Bug#762588: glib-networking: FTBFS[kfreebsd]: testsuite race conditions

Hi Michael! Michael Biebl writes: > Is there interest from the porters team to help fix this issue? As Emilio Pozuelo Monfort could trigger the problem on linux-amd64 as well (doing 152 iterations of the testsuite I was told on irc) I expect porterwork won't help here much -- the reace seems to

Bug#764245: sbcl: concurrency broken on powerpc (FTBFS)

Package: src:sbcl Version: 2:1.2.3-1 Severity: serious sbcl FTBFS on powerpc since threads are enabled. This is a known problem ansd we may get a patch from upstream. If not we just disable threading there again -- System Information: Debian Release: jessie/sid APT prefers testing APT policy:

Bug#763181: libapache2-mod-perl2: FTBFS on kfreebsd-amd64: t/modules/cgiupload* failures

Christoph Egger writes: > Steven Chamberlain writes: >> On 21:08, Niko Tyni wrote: >>> On Sun, Sep 28, 2014 at 04:19:14PM +0300, Niko Tyni wrote: >>> > # Failed test 1 in t/modules/cgiupload.t at line 37 >>> > # Failed test 2 in t/modules/cgiupl

Bug#763181: libapache2-mod-perl2: FTBFS on kfreebsd-amd64: t/modules/cgiupload* failures

Steven Chamberlain writes: > On 21:08, Niko Tyni wrote: >> On Sun, Sep 28, 2014 at 04:19:14PM +0300, Niko Tyni wrote: >> > # Failed test 1 in t/modules/cgiupload.t at line 37 >> > # Failed test 2 in t/modules/cgiupload.t at line 37 fail #2 >> > t/modules/cgiupload.t ... >> >

Bug#760013: [kfreebsd] autoconf-archive fails to install

Package: autoconf-archive Version: 20140228-1 Severity: serious Tags: sid wheezy User: debian-...@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: debian-...@lists.debian.org Justification: fails to build from source (but built successfully in the past) Hi! > Preparing to unpack .../autoconf-arc

Bug#760012: [kfreebsd] icedove fails to install

Package: icedove Version: 31.0-2 Severity: serious Tags: sid wheezy User: debian-...@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: debian-...@lists.debian.org Justification: fails to build from source (but built successfully in the past) Hi! > Setting up icedove (31.0-2) ... > rmdir: failed t

Bug#759249: kfreebsd-10 FTBFS with libbsd/0.7.0

Hi! Steven Chamberlain writes: > Sorry, I forgot -- normally there should be an ABI bump when symbols are > removed (leading to a round of binNMUs). But I've checked that none of > the reverse deps need this: Good catch totally forgot about that as well. FWIW we need a fixed clang or so before

Bug#759249: kfreebsd-10 FTBFS with libbsd/0.7.0

Steven Chamberlain writes: > I've staged in trunk/freebsd-glue r5500 the changes I think are > necessary for this. Seems the definitions still were around? I've commited a fix for that just now -- please shout if you think I got this wrong! Christoph -- To UNSUBSCRIBE, email to debian-bugs-

Bug#759249: kfreebsd-10 FTBFS with libbsd/0.7.0

Hi! Steven Chamberlain writes: > Please try the attached to patch your /usr/include/freebsd/stdio.h Indeed it works! And I'm running that 10.1 kernel just right now! As soon as some solution is committed I can upload it to experimental (or should I just go ahead and patch -glue?) Christoph

Bug#758687: uninstallable: xorg-server 1.16 transition

Steven Chamberlain writes: >> [0] >> https://www.debian.org/doc/manuals/developers-reference/pkgs.html#non-free-buildd > > Maybe it is done already: > http://lists.debian.org/09f6de1446cdb3fb7c8261bfc86b0...@hub.kern.lc At least it's built on buildds now! Christoph -- To UNSUBSCRIBE, email

Bug#758687: uninstallable: xorg-server 1.16 transition

Steven Chamberlain writes: > On 20/08/14 03:59, Cyril Brulebois wrote: >> your package needs an update for the transition to xorg-server 1.16 >> which happened in July. > > This is something any uploading DD can help with. > > Please could someone build and upload xserver-xorg-video-nv 1:2.1.20-3

Bug#754704: rollerd crashes as soon as key rollover is started

Package: dnssec-tools Version: 2.0-2 Severity: grave File: /usr/sbin/rollerd Hi! As soon as a zskrollover is started rollerd instanstly crashes and it's impossible to restart it without manually removing the rollvoer state from the rollerd file: *** FATAL PROGRAM ERROR!! Unknown method '

Bug#743141: system hangs when building gcc on kfreebsd-amd64

Hi! Steven Chamberlain writes: > Everything can be deleted from > ~/gcc-4.7-4.7.3/src/gcc/testsuite/gcc.c-torture/compile/ except for > pr44686.c, which necessitates building tls_runtime, which triggers the > bug immediately. > > The tls_runtime exe survives a reboot if building on ufs mounted wi

Bug#743864: Does not allow to log in [kfreebsd]

Package: slim Version: 1.3.6-2 Severity: serious Hi! Seems I can no longer log into my notebook -- after I enter my password in slim it imediately retyursn to asking for an username. I don't see anything in auth.log and a foreground slim doesn't seem to output anything interesting. CHristoph

Bug#731074: lighttpd: indeterminate test on kfreebsd buildds

Hi! Arno Töll writes: > On 01.12.2013 18:03, Michael Gilbert wrote: >> The mod-fastcgi.t test sometimes fails and sometimes succeeds on the >> kfreebsd build daemons. Please see latest build logs: >> https://buildd.debian.org/status/logs.php?pkg=lighttpd&arch=kfreebsd-i386 >> https://buildd.debi

Bug#724110: No longer there

Control: notfound -1 1.5-1 Seems to at least be gone in 1.5 (and should no longer happen with the current sbcl anyway). so no reason to debug further Christoph -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lis

Bug#668843: Only hurd nowadays

Control: severity -1 normal kfreebsd is now fine (at least since 12.12) so not RC any more. Suggestions/Patches from hurd people welcome ;-) Christoph pgpDWKDKf13HB.pgp Description: PGP signature

Bug#719588: dhcpcd5: diff for NMU version 6.0.5-1.1

hanks!): + - If config.mk doesn't exist, don't try to run dh_auto_clean. +This fixes a FTBFS. (Closes: #723967) (LP: #1251776) + * Add missing include for platform-bsd using patch from Petr Salinger +(Closes: #719588) + + -- Christoph Egger Wed, 04 Dec 2013 14:47:10 +

Bug#719588: dhcpcd5 RC Bugs

Hi! Any news reagirding the two open RC bugs on dhcpcd5? If you're too busy right now I could also NMU the two bugfixes if that helps Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer pgpPCLeNjnZt7.pgp Description: PGP

Bug#724110: Actually in sbcl and about to be fixed

Control: tag -1 pending This is actually a issue in sbcl and should be fixed in newer sbcl/asdf (if it's already released). Christoph -- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#726203: Fails to install

Package: libvirt-bin Version: 0.9.12-11+deb7u4 Severity: serious # dpkg --configure -a Setting up libvirt-bin (0.9.12-11+deb7u4) ... The user `libvirt-qemu' is already a member of `libvirt-qemu'. chown: cannot access ‘/etc/libvirt/qemu.conf’: No such file or directory dpk

Bug#724632: Rebuilding python-greenlet on kFreeBSD-i386 (to try fixing #724632)

Moin! Thomas Goirand writes: > I suspect that #724632 is related to Python 2.6, which is gone from Sid > / Jessie. So I would like python-greenlet to be rebuild, and was advised > by jcristau to write this mail. > > So, could you give-back python-greenlet, so that it gets built again? That's kfr

Bug#723679: cmucl: segfault

leo.but...@member.fsf.org writes: > The current binary segmentation faults on startup > > $ /usr/bin/cmucl > Segmentation fault Indeed, same here: (gdb) run Starting program: /usr/bin/cmucl warning: Could not load shared library symbols for linux-gate.so.1. Do you need "set solib-search-path" or

Bug#722476: sshd dies with SIGBUS on logout (at least on kBSD)

Colin Watson writes: > On Wed, Sep 11, 2013 at 03:34:10PM +0200, Christoph Egger wrote: >> Sorry, not much information in the backtrace. I can try and rebuild with >> nostrip if that's going to help > > Hm, looks like a busted stack. If you could see if nostrip im

Bug#722476: sshd dies with SIGBUS on logout (at least on kBSD)

Package: openssh-server Version: 1:6.2p2-6 Severity: serious Hi! Sorry, not much information in the backtrace. I can try and rebuild with nostrip if that's going to help Christoph (gdb) run -D The program being debugged has been started already. Start it from the beginning? (y or n) y Start

Bug#722005: 0ad: Unsatisfiable dependencies on 0ad-data (0.0.13-1)

Eric Easley writes: > Dear Maintainer, > I tried to intsall 0ad via `sudo apt-get install 0ad`. Rather than pulling in > the dependencies and successfully installing the program, I am met with the > error message ``` > The following packages have unmet dependencies: > 0ad : Depends: 0ad-data (>

Bug#721504: booting from zfs fails with "checksum verification failed"

Hi! Colin Watson writes: > On Sun, Sep 01, 2013 at 01:40:29PM +0200, Christoph Egger wrote: >> Upgrading grub from -15 to -18 causes a immediate boot failure. Grub gets >> into rescue mode with "checksum verification failed" and `insmod normal` >> fails with the sa

Bug#721504: booting from zfs fails with "checksum verification failed"

Package: grub-pc Version: 2.00-18 Severity: grave Upgrading grub from -15 to -18 causes a immediate boot failure. Grub gets into rescue mode with "checksum verification failed" and `insmod normal` fails with the same message. Booting into a live system the zfs imports just fine and after downgradi

Bug#718250: kfreebsd-image-9.1-1-amd64: attaching USB keyboard makes system reboot

Hi all! Steven Chamberlain writes: > I think a panic during a fairly typical usecase like this deserves > severity 'grave'; we would not want 9.1 to migrate to testing if this > bug could hurt more users. > > Lars, please try to show us a stack trace of the panic if possible. > Even a photograph

Bug#712974: Info received (emacs24/kfreebsd)

Moin! Looping there: 22604 emacs24-x CALL clock_gettime(0,0x7fffc330) 22604 emacs24-x RET clock_gettime 0 22604 emacs24-x CALL clock_gettime(0,0x7fffc380) 22604 emacs24-x RET clock_gettime 0 22604 emacs24-x CALL pselect(0x5,0x7fffc620,0x7fffc6a0,0,0x7fffc550,0) 2

Bug#712974: emacs24/kfreebsd

Control: tag -patch Hi! Unfortunately, while this fixes the GUI emacs, the terminal one now hangs, so it's not a full solution. Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debia

Bug#717567: smartmontools: FTBFS[kfreebsd]: error: 'ARCMSR_IOCTL_READ_RQBUFFER' was not declared in this scope

Package: src:smartmontools Version: 6.1+svn3812-1 Severity: serious Tags: wheezy User: debian-...@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: debian-...@lists.debian.org Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kf

Bug#716962: file conflict

Package: fuse4bsd-dkms Version: 0.3.9~pre1.20080208-6 Severity: serious Unpacking replacement fuse4bsd-dkms ... dpkg: error processing /var/cache/apt/archives/fuse4bsd-dkms_0.3.9~pre1.20080208-6_all.deb (--unpack): trying to overwrite '/etc/init.d/fuse', which is also in package fuse4bsd 0.3.9~

Bug#712974: [emacs24/kfreebsd] Here's a patch

Control: tag -1 + patch Hi! The patch at the end of the Email does the trick for me! Regards Christoph --- emacs24-24.3+1.orig/configure.ac +++ emacs24-24.3+1/configure.ac @@ -3383,7 +3383,7 @@ emacs_broken_SIGIO=no case $opsys in dnl SIGIO exists, but the feature doesn't work in the

Bug#712410: webkit: FTBFS on kfreebsd-amd64: collect2: error: ld terminated with signal 9 [Killed]

Aurelien Jarno writes: > That's something I can try if the above fails, but I first need to > setup a machine with enough swap, mine currently don't have so much? FWIW it's currently building on my notebook (8GB physical + 8GB SWAP) and should be ready soon Christoph -- 9FED 5C6C E206 B70A 5

Bug#712664: Fwd: Re: [rt.debian.org #4503] Bug#712664: kfreebsd-9: CVE-2013-2171: Privilege escalation

Hi! Steven Chamberlain writes: > Did you have chance to build this yet or upload it to security-master? > If you did I may need to let the security team know it is in their queue. > > Or otherwise, and if you are busy, I could maybe ask Robert to do it. I > think we should hurry as has already b

Bug#712664: kfreebsd-9: CVE-2013-2171: Privilege escalation via mmap

Steven Chamberlain writes: > Please could you do an upload of SVN r4525 to unstable? I guess you mean 4523? or some special branch? Christoph -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#712664: kfreebsd-9: CVE-2013-2171: Privilege escalation via mmap

Hi! Steven Chamberlain writes: > This is staged in SVN trunk as r4525, intended for upload to unstable > very soon (and then we should request a DSA for wheezy). I'd like to > know first that the fix is really working and didn't break anything. > All I know yet is that it builds. I can probably

Bug#712410: webkit: FTBFS on kfreebsd-amd64: collect2: error: ld terminated with signal 9 [Killed]

Hi! Petr Salinger writes: > Please, could it be rescheduled on buildd with really > lot of RAM and swap space ? We have fano and fayrfax. Both of which have 3GiB real RAM and 0.5GiB SWAP. I can probably ask DSA to give me some more swap. Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22

Bug#701397: add partial patch

Hi Matthias, Hi Daniel! Daniel Hartwig writes: > On 14 May 2013 02:31, Matthias Klose wrote: >> Control: tags -1 + patch >> >> the attached patch fixes the build with the updated eglibc and texinfo, >> however >> fails in the tests. Stopping there. I don't see the test failures with an >> upd

Bug#708740: vxl: FTBFS:

Package: src:vxl Version: 1.17.0-2 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: [ 44%] Building CXX object core/vidl/tests/CMakeFiles/vidl_test_all.dir/test_pixel_iterator.o cd /build/buildd-vx

Bug#708739: xfe: FTBFS:

Package: src:xfe Version: 1.34-1 Severity: serious User: debian-...@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: debian-...@lists.debian.org Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-* buildds: g++ -DLOCAL

Bug#707733: pygobject: FTBFS on kfreebsd

Emilio Pozuelo Monfort writes: > Package: pygobject > Version: 3.8.1-2 > Severity: serious > > (CCing BSD porters, help wanted here) > > pygobject currently fails to build on kfreebsd, see [1] > > I've tried to debug this on falla. I can reproduce the hang somewhat reliably > by running: > > dpkg-

Bug#707726: vym: FTBFS[!linux]: error: expected type-specifier before 'AdaptorVym'

Package: src:vym Version: 2.3.17-1 Severity: serious User: debian-...@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: debian-...@lists.debian.org Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-* buildds: g++ -c -p

Bug#707723: guitarix: FTBFS: build-depends on libboost-dev >= 1.53 not in sid

Package: src:guitarix Version: 0.27.1-2 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds as it build-depends on libboost-dev (>= 1.53) which is not satisfieable (in sid). Note: buildds

Bug#707641: overriding root device on TS-419 non-working

Martin Michlmayr writes: > reassign 707641 initramfs-tools > thanks > > I don't see anything flash-kernel related here. Is this right after > an installation with d-i? Actually it's cryptsetup's fault. I'ts not pristine from the installer. Got dropbear / cryptroot to run untill there and enable

Bug#707641: overriding root device on TS-419 non-working

Package: flash-kernel Version: 3.3 Severity: serious Hi! Overriding the RootFS device for the initramfs doesn't seem to work. Might well also be a bug in initramfs-tools. Setting serious because it prevents this system from booting, feel free to change. [ 17.714542] IP-Config: eth0 hardware

Bug#707176: lightdm: FTBFS: build-depends on valac-0.18

Package: src:lightdm Version: 1.6.0-2 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds because it build-depends on valac-0.18 as first alternative which is only in experimental. buildd

Bug#706414: CVE-2013-3266: Insufficient input validation in the NFS server

Florian Weimer writes: > * Christoph Egger: > >> Packages will be in people.d.o:~christoph soon (or shall I upload to >> security directly? > > Looks good. Please upload to security-master directly. You have to > rebuild with -sa, though, so that the upstream tarball

Bug#706414: CVE-2013-3266: Insufficient input validation in the NFS server

Hi! Steven Chamberlain writes: > Is that the correct version number for a security upload? (9.0-10+deb70.1) > > I'm more used to seeing something like +wheezy1 As +wheezy actually is larger that +jessie the +deb$something are the new style for stable version numbering as far as I understand

Bug#706414: CVE-2013-3266: Insufficient input validation in the NFS server

Florian Weimer writes: > * Christoph Egger: > >> Hi! >> >> Steven Chamberlain writes: >>> tags 706414 + pending >>> thanks >>> >>> I've applied upstream's patch in SVN, I'm running it now on my NFS >>> se

Bug#706414: CVE-2013-3266: Insufficient input validation in the NFS server

Hi! Steven Chamberlain writes: > tags 706414 + pending > thanks > > I've applied upstream's patch in SVN, I'm running it now on my NFS > server and seems okay. > > Christoph, would you be able to do an upload of this to unstable please? I'm building right now. As it is too late for wheezy r0 it

Bug#704208: missing dependency on python2.6

John Paul Adrian Glaubitz writes: >> explicitely executes python2.6 while the package only depends on >> python (>=2.5) >> >> This causes the current gtk-vnc FTBFS > > Interesting. When I search for the python meta-package, even on > Squeeze the package already pulls python2.6. How is it possible

Bug#704208: wheezy

Control: found -1 2.28.6-10 Hi! Note btw that the version in wheezy (-10) executes python2.7 without a dependency on the python2.7 package and is therefore affected as well (though the bug doesn't show there because python happens to depend on python2.7 currently) Christoph -- To UNSUBSC

Bug#703588: Actually a bug in python-gobject-dev

See #704208 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#704208: missing dependency on python2.6

Source: python-gobject-dev Version: 2.21.4+is.2.21.3-1 Severity: serious usr/bin/pygobject-codegen-2.0 > #!/bin/sh > > prefix=/usr > datarootdir=${prefix}/share > datadir=${datarootdir} > codegendir=${datadir}/pygobject/2.0/codegen > > PYTHONPATH=$codegendir > export PYTHONPATH > > exec /usr/bi

Bug#704206: teem: FTBFS[any-i386]: testsuite failures

Package: src:teem Version: 1.11.0~svn5906-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: 77% tests passed, 8 tests failed out of 35 Total Test time (real) = 24.32 sec The following tests FAILE

Bug#704205: git-annex: FTBFS: tries to write to $HOME

Package: src:git-annex Version: 4.20130323 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: cabal configure cabal: /home/buildd: pConfig file path source is default config file. Config file /home/bu

Bug#696757: ecl: FTBFS: hang in sigsuspend

Hi! Steven Chamberlain writes: > Would it be an option to configure ecl with --enable-threads=no on > kfreebsd-* and hurd-* for wheezy? Would any functionality be lost or > would it only affect performance? The version in squeeze didn't have > threads enabled, and there don't seem to be any rde

Bug#703214: Should Break older unknown-horizons

Package: python-fife Version: 0.3.4-1 Severity: serious Unknown Horizons 2012.1 won't work with this new fife so we should break it! -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architectu

Bug#696757: ecl and SIGNALS

Christoph Egger writes: > As suggested by Michael Banck on IRC I've been looking at Signals used > by both parts to see if they e.g. battle over SIGUSR?. However libgc > seems to use 32+{5,6} as signals on x86 FREEBSD __GLIBC__ at > least. Petr, Steven: any idea why this is?

Bug#696757: ecl and SIGNALS

Hi! As suggested by Michael Banck on IRC I've been looking at Signals used by both parts to see if they e.g. battle over SIGUSR?. However libgc seems to use 32+{5,6} as signals on x86 FREEBSD __GLIBC__ at least. Petr, Steven: any idea why this is? Are these signals fine for kfreebsd glibc (signa

Bug#701925: survival: FTBFS: Can't open /usr/lib/R/etc/Renviron

Hi! Dirk Eddelbuettel writes: > That appears to have worker per > https://buildd.debian.org/status/package.php?p=survival > so I am closing this. (hurd-i386 could do with a give-back; appears to have > failed for the same temporary reason). I've force-given-back survival on hurd so we'll see

Bug#696757: ecl hang: SIGNAL problem

Hi! As 12.12.1 in experimental builds while the unstable/testing one doesn't I've bisected down the changes in upstream git. It seems to work since c7953cc0f54281c3de6a845f3599544afba20b2a. The patch doesn't simply apply to unstable so I haven't tested jet if that'd simply work. Also it's a bit

Bug#700530: qt frames empty

Hi! Lisandro Damián Nicanor Pérez Meyer writes: > Control: tag -1 moreinfo > > Hi! A new version of xorg-server has been uploaded [0]. This should fix this > issue. Would you mind checking that this is indeed the situation? > > [0]

Bug#701925: survival: FTBFS: Can't open /usr/lib/R/etc/Renviron

Dirk Eddelbuettel writes: > On 28 February 2013 at 11:28, Christoph Egger wrote: > | Package: src:survival > | Version: 2.37-4-1 > | Severity: serious > | Tags: sid wheezy > | Justification: fails to build from source (but built successfully in the > past) > | >

  1   2   3   4   5   6   7   8   >