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
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
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
Control: fixed -1 2:3.3.1-1
Hi! builds fine with the new 3.3.1 (which has some compat improvements)
Christoph
8a7192cae3a5ba409c59b6214580d0a8e40ab38d
Author: Christoph Egger <christ...@christoph-egger.org>
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 @@
Hi!
FWIW plasema-workspace doesn't seem to be needed at all but installing
kdeinit actually makes gwenview work for me
Christoph
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
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
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
Control: reopen -1
Control: reassign -1 libtag1v5
Control: found -1 1.11+dfsg.1-0.1
Christoph Egger <christ...@debian.org> 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
>
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.
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 |
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
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
Hi texinfo folks!
Christoph Egger <christ...@debian.org> writes:
> Logan Rosen <lo...@ubuntu.com> 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
>&g
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
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
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
Hi!
The current hg snapshot I've uploaded to experimental yesterday does
not seem to build as-is on arm* still.
Christoph
Hi!
I've been told this will go away as soon as libpoppler gets its
rename+transition for the libstdc++ thing.
Christoph
--
Hi!
Paul Wise p...@debian.org 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
Hi!
Steven Chamberlain ste...@pyro.eu.org 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
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 21 | 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
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
(9.0-10+deb70.9) wheezy-security; urgency=medium
+
+ * Upstream patch for FreeBSD-SA-15:04.igmp / CVE-2015-1414 (Closes: #779201)
+
+ -- Christoph Egger christ...@debian.org Wed, 25 Feb 2015 14:08:57 +0100
+
kfreebsd-9 (9.0-10+deb70.8) wheezy-security; urgency=high
* Team upload.
diff -Nru
Moritz Mühlenhoff j...@inutil.org 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
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
Hi!
Cyril Brulebois k...@debian.org writes:
Ralf Treinen trei...@pps.univ-paris-diderot.fr (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
Hi!
Riley bm-2cvqnduybau5do2dfjtrn7zbaj246s4...@bitmessage.ch 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
Hi!
Ivo De Decker iv...@debian.org 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
Adam D. Barratt a...@adam-barratt.org.uk 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
Hi!
Steven Chamberlain ste...@pyro.eu.org 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
Ahoi!
Michael Tautschnig m...@debian.org 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
Hi!
Steven Chamberlain ste...@pyro.eu.org 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
Hi Michael!
Michael Biebl em...@michaelbiebl.de 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
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
Steven Chamberlain ste...@pyro.eu.org 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
Christoph Egger christ...@debian.org writes:
Steven Chamberlain ste...@pyro.eu.org 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
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 to
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
Hi!
Steven Chamberlain ste...@pyro.eu.org 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
Steven Chamberlain ste...@pyro.eu.org 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,
Hi!
Steven Chamberlain ste...@pyro.eu.org 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
Steven Chamberlain ste...@pyro.eu.org 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
Steven Chamberlain ste...@pyro.eu.org 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
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
Hi!
Steven Chamberlain ste...@pyro.eu.org 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
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.
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
Hi!
Arno Töll a...@debian.org 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=lighttpdarch=kfreebsd-i386
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
!):
+ - 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 christ...@debian.org Wed, 04 Dec 2013 14:47
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:
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
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
Moin!
Thomas Goirand z...@debian.org 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?
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 set
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
Colin Watson cjwat...@debian.org 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 improves
things
Eric Easley eric101...@gmail.com 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 :
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
Hi!
Colin Watson cjwat...@debian.org 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 same message. Booting
Hi all!
Steven Chamberlain ste...@pyro.eu.org 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
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
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
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)
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
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
Aurelien Jarno aurel...@aurel32.net 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
--
Hi!
Steven Chamberlain ste...@pyro.eu.org 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
Steven Chamberlain ste...@pyro.eu.org 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
Hi!
Steven Chamberlain ste...@pyro.eu.org 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.
Hi!
Petr Salinger petr.salin...@seznam.cz 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
Hi Matthias, Hi Daniel!
Daniel Hartwig mand...@gmail.com writes:
On 14 May 2013 02:31, Matthias Klose d...@debian.org 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
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++
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
Emilio Pozuelo Monfort po...@debian.org 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:
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
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
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
Martin Michlmayr t...@cyrius.com 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
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.
Hi!
Steven Chamberlain ste...@pyro.eu.org 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
Florian Weimer f...@deneb.enyo.de writes:
* Christoph Egger:
Hi!
Steven Chamberlain ste...@pyro.eu.org 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
Hi!
Steven Chamberlain ste...@pyro.eu.org 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
Florian Weimer f...@deneb.enyo.de 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 is included
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
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
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
See #704208
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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
John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de 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.
Hi!
Steven Chamberlain ste...@pyro.eu.org 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
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')
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
Christoph Egger christ...@debian.org 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
Hi!
Dirk Eddelbuettel e...@debian.org 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
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
Hi!
Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org 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]
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)
Hi!
Your package failed to build on the buildds:
dh_clean: dh_clean -k is deprecated; use dh_prep instead
dh_installdirs -A
mkdir -p .
1 - 100 of 747 matches
Mail list logo