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

[Christoph Egger]

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 Maintainer,
> 
> Please see below the output of this command:
> > cd obj-x86_64-linux-gnu
> > PYTHONPATH=../python python3 -m pytest -x --pdb ../tests/test_rules.py
> 
> [...]
> 
> This failure leads to [1][2]. After applying upstream commit, your package
> builds fine and all tests pass again.
> I think this bug should be reassigned to src:python-xlib.
> 
> Kind Regards
> 
> [1] https://github.com/python-xlib/python-xlib/issues/241
> [2] https://github.com/python-xlib/python-xlib/pull/242

Bug#967953: ifupdown2

[Christoph Egger]

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

[Christoph Egger]

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
Description: S/MIME cryptographic signature

Bug#879443: Fixed with asdf 3.3.1

[Christoph Egger]

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

[Christoph Egger]

tag 867436 pending
thanks

Hello,

Bug #867436 reported by you has been fixed in the Git repository. You can
see the changelog below, and you can check the diff of the fix at:


https://anonscm.debian.org/cgit/python-modules/packages/python-icalendar.git/commit/?id=8a7192c

---
commit 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 @@ python-icalendar (3.11.3-1) experimental; urgency=medium
 
  -- Jelmer Vernooij <jel...@debian.org>  Thu, 23 Mar 2017 13:05:54 +
 
+python-icalendar (3.8-2) unstable; urgency=medium
+
+  * Team upload.
+
+  [ Ondřej Nový ]
+  * Fixed VCS URL (https)
+
+  [ SVN-Git Migration ]
+  * Migrate packaging to git with git-dpm
+
+  [ Scott Kitterman ]
+  * Fix python3 subsitution variable so correct python3 interpreter depends
+are provided (Closes: #867436)
+  * Delete obsolete python:Provides
+
+ -- Scott Kitterman <sc...@kitterman.com>  Sun, 09 Jul 2017 17:27:20 -0400
+
 python-icalendar (3.8-1) unstable; urgency=medium
 
   * Team upload.

Bug#860423: gwenview kinit

[Christoph Egger]

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.

[Christoph Egger]

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 specified.
| QTimeLine::setDuration: cannot set duration <= 0
| Invalid pixmap specified.
| QTimeLine::setDuration: cannot set duration <= 0
| Invalid pixmap specified.
| QTimeLine::setDuration: cannot set duration <= 0
| klauncher not running... launching kdeinit
| Can not find 'kdeinit5' executable at  
"/home/christoph/bin:/home/christoph/bin:/usr/local/bin:/usr/bin:/bin:/usr/games"
 "/usr/bin, /usr/lib/x86_64-linux-gnu/qt5/bin"
| klauncher not running... launching kdeinit
| Can not find 'kdeinit5' executable at  
"/home/christoph/bin:/home/christoph/bin:/usr/local/bin:/usr/bin:/bin:/usr/games"
 "/usr/bin, /usr/lib/x86_64-linux-gnu/qt5/bin"
| klauncher not running... launching kdeinit
| Can not find 'kdeinit5' executable at  
"/home/christoph/bin:/home/christoph/bin:/usr/local/bin:/usr/bin:/bin:/usr/games"
 "/usr/bin, /usr/lib/x86_64-linux-gnu/qt5/bin"
| couldn't create slave: "Cannot talk to klauncher: The name org.kde.klauncher5 
was not provided by any .service files"

In the end and empty gwenview window appears that doesn't display any
images and doesn't work (open dialog also just opens the error message
from $subject)

  Christoph

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-2-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gwenview depends on:
ii  kio 5.28.0-2
ii  libc6   2.24-9
ii  libexiv2-14 0.25-3+b1
ii  libgcc1 1:6.3.0-12
ii  libjpeg62-turbo 1:1.5.1-2
ii  libkf5activities5   5.28.0-1
ii  libkf5baloo55.28.0-2
ii  libkf5completion5   5.28.0-1
ii  libkf5configcore5   5.28.0-2
ii  libkf5configgui55.28.0-2
ii  libkf5configwidgets55.28.0-2
ii  libkf5coreaddons5   5.28.0-2
ii  libkf5filemetadata3 5.28.0-1+b2
ii  libkf5i18n5 5.28.0-2
ii  libkf5iconthemes5   5.28.0-2
ii  libkf5itemmodels5   5.28.0-2
ii  libkf5itemviews55.28.0-1
ii  libkf5jobwidgets5   5.28.0-2
ii  libkf5kdcraw5   16.04.0-2
ii  libkf5kdelibs4support5  5.28.0-1
ii  libkf5kiocore5  5.28.0-2
ii  libkf5kiofilewidgets5   5.28.0-2
ii  libkf5kiowidgets5   5.28.0-2
ii  libkf5kipi31.0.04:16.08.2-1
ii  libkf5notifications55.28.0-1
ii  libkf5parts55.28.0-1
ii  libkf5service-bin   5.28.0-1
ii  libkf5service5  5.28.0-1
ii  libkf5textwidgets5  5.28.0-1
ii  libkf5widgetsaddons55.28.0-2
ii  libkf5xmlgui5   5.28.0-1
ii  liblcms2-2  2.8-4
ii  libphonon4qt5-4 4:4.9.0-4
ii  libpng16-16 1.6.28-1
ii  libqt5core5a5.7.1+dfsg-3+b1
ii  libqt5gui5  5.7.1+dfsg-3+b1
ii  libqt5opengl5   5.7.1+dfsg-3+b1
ii  libqt5printsupport5 5.7.1+dfsg-3+b1
ii  libqt5svg5  5.7.1~20161021-2+b2
ii  libqt5widgets5  5.7.1+dfsg-3+b1
ii  libqt5x11extras55.7.1~20161021-2
ii  libstdc++6  6.3.0-12
ii  libx11-62:1.6.4-3
ii  phonon4qt5  4:4.9.0-4

Versions of packages gwenview recommends:
ii  kamera 4:16.08.3-1
ii  kio-extras 4:16.08.3-1
ii  qt5-image-formats-plugins  5.7.1~20161021-2

gwenview suggests no packages.

-- no debconf information

Bug#847698: sbcl arm64 fixes

[Christoph Egger]

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: PGP signature

Bug#837576: FWIW: patch in upstream master

[Christoph Egger]

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

[Christoph Egger]

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
> and not a bug.

Actually missing symbol seems to indicate libtag missed a soname bump?
(And the problem was hidden by an unrelated binnmu later).

  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

[Christoph Egger]

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 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer

Bug#805701: clisp on hurd

[Christoph Egger]

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 | Lisp Hacker | CaCert Assurer

Bug#815205: sbcl: FTBFS due to TeX error

[Christoph Egger]

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

[Christoph Egger]

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

[Christoph Egger]

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
>> that this issue affects Debian unstable as well by building it in a chroot.
>>
>> It appears to be due to a TeX issue during the build.
>
> Seems to be related to texinfo 6.0.0 -> 6.1.0
>
> | .texinfo:3: TeX capacity exceeded, sorry [text input levels=15].

Upstream has decided this is a problem in texinfo .. can I have your
input on this issue?

  Christoph

https://bugs.launchpad.net/sbcl/+bug/1549892

Bug#815205: sbcl: FTBFS due to TeX error

[Christoph Egger]

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 during the build.

Seems to be related to texinfo 6.0.0 -> 6.1.0

| .texinfo:3: TeX capacity exceeded, sorry [text input levels=15].

  Christoph

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

[Christoph Egger]

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.asc
Description: PGP signature

Bug#815093: org-mode: Fails to install

[Christoph Egger]

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.elc
| Wrote /usr/share/emacs23/site-lisp/debian-startup.elc
| Install emacsen-common for emacs24
| emacsen-common: Handling install of emacsen flavor emacs24
| Wrote /etc/emacs24/site-start.d/00debian-vars.elc
| Wrote /usr/share/emacs24/site-lisp/debian-startup.elc
| Install org-mode for emacs23
| install/org-mode: Handling install for emacsen flavor emacs23, logged in 
/tmp/elc_LHsvSU.log
| ERROR: install script from org-mode package failed
| dpkg: error processing package org-mode (--configure):
|  subprocess installed post-installation script returned error exit status 1
| Errors were encountered while processing:
|  org-mode


  Christoph

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages org-mode depends on:
ii  emacs23  23.4+1-4.1+b1
ii  emacs24-lucid [emacs24]  24.5+1-6+b1
ii  emacsen-common   2.0.8

Versions of packages org-mode recommends:
ii  texlive-generic-recommended  2015.20160117-1
ii  texlive-latex-recommended2015.20160117-1

Versions of packages org-mode suggests:
pn  ditaa  
ii  texlive-fonts-recommended  2015.20160117-1
ii  texlive-latex-extra2015.20160117-1

-- no debconf information
emacs23 --no-site-file -q -batch -l path.el -f batch-byte-compile ob-C.el 
ob-J.el ob-R.el ob-abc.el ob-asymptote.el ob-awk.el ob-calc.el ob-clojure.el 
ob-comint.el ob-coq.el ob-core.el ob-css.el ob-ditaa.el ob-dot.el ob-ebnf.el 
ob-emacs-lisp.el ob-eval.el ob-exp.el ob-forth.el ob-fortran.el ob-gnuplot.el 
ob-groovy.el ob-haskell.el ob-io.el ob-java.el ob-js.el ob-keys.el ob-latex.el 
ob-ledger.el ob-lilypond.el ob-lisp.el ob-lob.el ob-makefile.el ob-matlab.el 
ob-maxima.el ob-mscgen.el ob-ocaml.el ob-octave.el ob-org.el ob-perl.el 
ob-picolisp.el ob-plantuml.el ob-processing.el ob-python.el ob-ref.el 
ob-ruby.el ob-sass.el ob-scala.el ob-scheme.el ob-screen.el ob-sed.el 
ob-shell.el ob-shen.el ob-sql.el ob-sqlite.el ob-stan.el ob-table.el 
ob-tangle.el ob.el org-agenda.el org-archive.el org-attach.el org-bbdb.el 
org-bibtex.el org-capture.el org-clock.el org-colview.el org-compat.el 
org-crypt.el org-ctags.el org-datetree.el org-docview.el org-element.el 
org-entities.el org-eshell.el org-face
 s.el org-feed.el org-footnote.el org-gnus.el org-habit.el org-id.el 
org-indent.el org-info.el org-inlinetask.el org-install.el org-irc.el 
org-lint.el org-list.el org-loaddefs.el org-macro.el org-macs.el org-mhe.el 
org-mobile.el org-mouse.el org-pcomplete.el org-plot.el org-protocol.el 
org-rmail.el org-src.el org-table.el org-timer.el org-version.el org-w3m.el 
org.el ox-ascii.el ox-beamer.el ox-html.el ox-icalendar.el ox-latex.el 
ox-man.el ox-md.el ox-odt.el ox-org.el ox-publish.el ox-texinfo.el ox.el path.el

In org-babel-C-execute:
ob-C.el:118:34:Warning: `(c cpp)' is a malformed function
ob-C.el:118:34:Warning: `(c cpp)' is a malformed function

In org-babel-C-val-to-C-type:
ob-C.el:310:45:Warning: `t' called as a function

In org-babel-C-utility-header-to-C:
ob-C.el:387:8:Warning: `(c cpp)' is a malformed function

In org-babel-C-header-to-C:
ob-C.el:413:33:Warning: `(c cpp)' is a malformed function
ob-C.el:413:33:Warning: `(c cpp)' is a malformed function
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-C.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-J.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-R.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-abc.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-asymptote.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-awk.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-calc.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-clojure.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-comint.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-coq.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-core.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-css.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-ditaa.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-dot.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-ebnf.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-emacs-lisp.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-eval.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-exp.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-forth.elc
Wrote /usr/share/emacs23/site-lisp/org-mode/ob-fortran.elc
Wrote 

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

[Christoph Egger]

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

[Christoph Egger]

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

[Christoph Egger]

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 there, a crash?
 with or without automatic reboot?).

 I'm not entirely sure what causes it, but the results are that falla
 sort of freezes. I can ping falla but ssh just returns this:

 Connection closed by 128.31.0.65

 The VM console looks like this afterwards:

 https://people.debian.org/~pabs/tmp/falla.png

This actually sounds a lot like what I just had on my VM! It also has
stuff along the following lines in /var/log/kern.log:

| May 31 04:41:06 localhost kernel: maxproc limit exceeded by uid 101 (pid 
1685); see tuning(7) and login.conf(5)
| May 31 04:51:25 localhost kernel: maxproc limit exceeded by uid 0 (pid 
97314); see tuning(7) and login.conf(5)
| May 31 04:51:41 localhost kernel: maxproc limit exceeded by uid 0 (pid 
97315); see tuning(7) and login.conf(5)
| May 31 04:51:51 localhost kernel: maxproc limit exceeded by uid 0 (pid 
97316); see tuning(7) and login.conf(5)
| May 31 04:52:02 localhost kernel: maxproc limit exceeded by uid 0 (pid 
97317); see tuning(7) and login.conf(5)
| May 31 04:52:13 localhost kernel: maxproc limit exceeded by uid 0 (pid 
97318); see tuning(7) and login.conf(5)
| May 31 04:52:25 localhost kernel: maxproc limit exceeded by uid 0 (pid 
97319); see tuning(7) and login.conf(5)
| May 31 04:52:36 localhost kernel: maxproc limit exceeded by uid 0 (pid 
97320); see tuning(7) and login.conf(5)

Does falla have something similar?

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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 if=scsi is bootable, and
 if=virtio wasn't supported before kfreebsd-10;  grub2 still needs a
 patch to install to the latter as a boot disk).

I have a kfreebsd that boots via virtio. And I'm pretty sute it was
created with virtio disks. I'll check once home again.

  Christoph


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

Bug#786888: Fails to install

[Christoph Egger]

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 database ... 608326 files and directories currently installed.)
Preparing to unpack octave-info_3.8.2-4_all.deb ...
install-info: No dir file specified; try --help for more information.
dpkg: error processing archive octave-info_3.8.2-4_all.deb (--install):
 subprocess installed pre-removal script returned error exit status 1
Errors were encountered while processing:
 octave-info_3.8.2-4_all.deb


-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages octave3.2-info depends on:
ii  dpkg  1.17.24
ii  info  5.2.0.dfsg.1-6
ii  install-info  5.2.0.dfsg.1-6


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

Bug#781094: curl: relocation error on starting

[Christoph Egger]

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_method, version OPENSSL_1.0.0 not defined in file libssl.so.1.0.0 
with link time reference
 

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages curl depends on:
ii  libc6 2.19-15
ii  libcurl3  7.38.0-4
ii  zlib1g1:1.2.8.dfsg-2+b1

curl recommends no packages.

curl suggests no packages.

-- no debconf information


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

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

[Christoph Egger]

Hi!

I would like to upload to stable security for this kernel crash / DoS
vulnerability. Patch for -8 is below, -9 is the same modulo version
numbers.

Steven Chamberlain ste...@pyro.eu.org writes:
 A remote DoS was reported in FreeBSD's IGMP packet handling:
 https://www.freebsd.org/security/advisories/FreeBSD-SA-15:04.igmp.asc

 This affects all our kfreebsd-8, -9, -10 and -11 packages.

 I don't know yet if this can be exploited over the public Internet
 or only on a local network segment.

 As a mitigation, the PF firewall can probably be configured to block
 'proto igmp' packets before the kernel processes them.  

  Christoph

diff -Nru kfreebsd-9-9.0/debian/changelog kfreebsd-9-9.0/debian/changelog
--- kfreebsd-9-9.0/debian/changelog 2015-02-25 13:44:41.0 +0100
+++ kfreebsd-9-9.0/debian/changelog 2015-02-25 14:13:10.0 +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 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 kfreebsd-9-9.0/debian/patches/series 
kfreebsd-9-9.0/debian/patches/series
--- kfreebsd-9-9.0/debian/patches/series2015-02-25 13:44:41.0 
+0100
+++ kfreebsd-9-9.0/debian/patches/series2015-02-25 14:01:55.0 
+0100
@@ -59,3 +59,4 @@
 950_no_stack_protector.diff
 999_config.diff
 999_firmware.diff
+svn279263-FreeBSD-SA-15:04.igmp
diff -Nru kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp 
kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp
--- kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp   
1970-01-01 01:00:00.0 +0100
+++ kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp   
2015-02-25 14:05:17.0 +0100
@@ -0,0 +1,15 @@
+Index: 9/sys/netinet/igmp.c
+===
+--- 9/sys/netinet/igmp.c   (revision 279262)
 9/sys/netinet/igmp.c   (revision 279263)
+@@ -1533,8 +1533,8 @@
+   case IGMP_VERSION_3: {
+   struct igmpv3 *igmpv3;
+   uint16_t igmpv3len;
+-  uint16_t srclen;
+-  int nsrc;
++  uint16_t nsrc;
++  int srclen;
+ 
+   IGMPSTAT_INC(igps_rcv_v3_queries);
+   igmpv3 = (struct igmpv3 *)igmp;


signature.asc
Description: PGP signature

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

[Christoph Egger]

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
Description: PGP signature

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

[Christoph Egger]

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 returned error exit
status 127
Errors were encountered while processing:
 sks

% dpkg -l db-util
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  db-util5.1.6all  Berkeley Database Utilities

  Christoph

-- System Information:
Debian Release: 7.7
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable')
Architecture: mipsel (mips64)

Kernel: Linux 3.16.0-4-loongson-2f
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages sks depends on:
ii  adduser 3.113+nmu3
ii  db-util 5.1.6
ii  libc6   2.19-13
ii  libdb5.35.3.28-7~deb8u1
ii  libncurses5 5.9-10
ii  libtinfo5   5.9-10
ii  logrotate   3.8.1-4
ii  ocaml-base-nox [ocaml-base-nox-4.01.0]  4.01.0-5
ii  zlib1g  1:1.2.7.dfsg-13

sks recommends no packages.

Versions of packages sks suggests:
ii  exim4-daemon-light [mail-transport-agent]  4.84-3
ii  procmail   3.22-20+deb7u1

-- Configuration Files:
/etc/default/sks changed [not included]
/etc/sks/membership changed [not included]
/etc/sks/sksconf changed [not included]

-- no debconf information


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

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

[Christoph Egger]

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 exist in jessie.

 kfreebsd-9 went away during the transition to kfreebsd-10, and I guess
 kfreebsd-8 was overlooked/forgotten about because it wasn't being
 transitioned from. Should probably go away from the archive entirely?

I don't see it around actually

christoph@coccia % dak ls kfreebsd-8
kfreebsd-8 | 8.1+dfsg-8+squeeze4 | oldstable | source
kfreebsd-8 | 8.2-15~bpo60+1  | squeeze-backports | source
kfreebsd-8 | 8.3-6+deb7u1| stable| source

  Christoph


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

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

[Christoph Egger]

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   __AR9300_DEVID_H__
 
 /*
  * AR9380 HAL device IDs.
  */
 
 /*
  * MAC Version and Revision
  */
 #define   AR_SREV_VERSION_AR9380  0x1C0
 #define   AR_SREV_VERSION_AR9580  0x1C0
 #define   AR_SREV_VERSION_AR9460  0x280
 #define   AR_SREV_VERSION_QCA9565 0x2c0
 
 #define   AR_SREV_VERSION_AR9330  0x200
 #define   AR_SREV_VERSION_AR9340  0x300
 #define   AR_SREV_VERSION_QCA9550 0x400
 #define   AR_SREV_VERSION_AR9485  0x240
 
 #define   AR_SREV_REVISION_AR9380_10  0   /* AR9380 1.0 */
 #define   AR_SREV_REVISION_AR9380_20  2   /* AR9380 2.0/2.1 */
 #define   AR_SREV_REVISION_AR9380_22  3   /* AR9380 2.2 */
 #define   AR_SREV_REVISION_AR9580_10  4   /* AR9580/Peacock 1.0 */
 
 #define   AR_SREV_REVISION_AR9330_10  0   /* AR9330 1.0 */
 #define   AR_SREV_REVISION_AR9330_11  1   /* AR9330 1.1 */
 #define   AR_SREV_REVISION_AR9330_12  2   /* AR9330 1.2 */
 #define   AR_SREV_REVISION_AR9330_11_MASK 0xf /* AR9330 1.1 revision 
 mask */
 
 #define   AR_SREV_REVISION_AR9485_10  0   /* AR9485 1.0 */
 #define   AR_SREV_REVISION_AR9485_11  1   /* AR9485 1.1 */
 
 #define   AR_SREV_REVISION_AR9340_10  0   /* AR9340 1.0 */
 #define   AR_SREV_REVISION_AR9340_11  1   /* AR9340 1.1 */
 #define   AR_SREV_REVISION_AR9340_12  2   /* AR9340 1.2 */
 #define   AR_SREV_REVISION_AR9340_MASK0xf /* AR9340 revision mask 
 */
 
 #define   AR_SREV_REVISION_AR9460_10  0   /* AR946x 1.0 */
 
 #endif/* __AR9300_DEVID_H__ */

Do we think this is copyrightable material (adding FTP Master for
input)? What does linux do (doesn't seem obvious from the link you
quoted but codesearch seems to indicate debian linunx doesn't have it)?
Has FreeBSD upstream been contacted?

Regards

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


signature.asc
Description: PGP signature

Bug#767600: python-versuchung: FTBFS everywhere

[Christoph Egger]

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 UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

[Christoph Egger]

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
  (from sys/kglue/sys/types.h) without which any userland code using
  net/route.h could break
 
 This also caused squid3 to FTBFS;  it should be fixed by a new upload of
 kfreebsd-kernel-headers today.

 Any news on that?

Steven, is RC3 out? IIRC I've seen messages mentioning RC3 but the
website doesn't have it yet. I can do work/upload later for a few hours.

  Christoph


pgpvusIWm8yYZ.pgp
Description: PGP signature

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

[Christoph Egger]

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 tomorrow if I read correctly?)
I can update packages tomorrow afternoon if the release is already out
by then. I'll also be able to buildupload the whole weekend (but need
to concentrate on other things then)

  Christoph


pgpZwFUtUql_H.pgp
Description: PGP signature

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

[Christoph Egger]

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

Side-effect of the recent -buildutils update?

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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 fix it in sid in about 4 days.

Perfect!

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


pgpLqLa_9FzbN.pgp
Description: PGP signature

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

[Christoph Egger]

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 -- the reace seems to just be a tad more
likley on bsd

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sbcl depends on:
ii  libc6   2.19-11
ii  zlib1g  1:1.2.8.dfsg-2

Versions of packages sbcl recommends:
ii  binfmt-support  2.1.5-1

Versions of packages sbcl suggests:
ii  sbcl-doc 2:1.2.2-1
ii  sbcl-source  2:1.2.2-1
ii  slime2:2.9-1

-- no debconf information


-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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 ... 
Failed 2/2 subtests 
# Failed test 1 in t/modules/cgiupload2.t at line 37
# Failed test 2 in t/modules/cgiupload2.t at line 37 fail #2
t/modules/cgiupload2.t .. 
Failed 2/2 subtests 
 
 I can't reproduce this on either fischer or falla.

 Hi;  FWIW I couldn't reproduce this yet either.

 There's a TEST_VERBOSE option in the top-level Makefile.PL,  which is
 quite noisy but does add some valuable information to the build log
 if things go wrong.  Might be worth it.

 Buildd admins: for now, could you please reschedule on something
 else that fayrfax so we can see if it's only a local phenomenon?

 I'm okay with this too.

blacklisted on fayrfax and given back, let's see

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


pgpeGAkOEoWDw.pgp
Description: PGP signature

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

[Christoph Egger]

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 #2
t/modules/cgiupload.t ... 
Failed 2/2 subtests 
# Failed test 1 in t/modules/cgiupload2.t at line 37
# Failed test 2 in t/modules/cgiupload2.t at line 37 fail #2
t/modules/cgiupload2.t .. 
Failed 2/2 subtests 
 
 I can't reproduce this on either fischer or falla.

 Hi;  FWIW I couldn't reproduce this yet either.

 There's a TEST_VERBOSE option in the top-level Makefile.PL,  which is
 quite noisy but does add some valuable information to the build log
 if things go wrong.  Might be worth it.

 Buildd admins: for now, could you please reschedule on something
 else that fayrfax so we can see if it's only a local phenomenon?

 I'm okay with this too.

 blacklisted on fayrfax and given back, let's see

And built

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

Bug#760012: [kfreebsd] icedove fails to install

[Christoph Egger]

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 remove 
 '/usr/lib/icedove/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}': No such 
 file or directory
 dpkg: error processing package icedove (--configure):
  subprocess installed post-installation script returned error exit status 1

This is on a clean sid chroot on the buildd and makes
mozilla-gnome-keyring FTBFS

Regards

Christoph

If you have further questions please mail debian-...@lists.debian.org

-- 


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

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

[Christoph Egger]

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-archive_20140228-1_all.deb ...
 dpkg-maintscript-helper: error: original symlink target is not an absolute 
 path
 dpkg: error processing archive 
 /var/cache/apt/archives/autoconf-archive_20140228-1_all.deb (--unpack):
  subprocess new pre-installation script returned error exit status 1
 dpkg-maintscript-helper: error: original symlink target is not an absolute 
 path
 dpkg: error while cleaning up:
  subprocess new post-removal script returned error exit status 1

This fails to silo-llnl build on kfreebsd

Regards

Christoph

If you have further questions please mail debian-...@lists.debian.org


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

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

[Christoph Egger]

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 -glue?)

  Christoph


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

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

[Christoph Egger]

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, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

[Christoph Egger]

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 clang or so before building kfreebsd-10 as the
/usr/include/sys/types.h comes from the biarch packages while the real
ones (wich are installed due to build-dependencies) live in
/usr/include/$triple which should be in clang's patch but currently
isn't. Sylvestre promised to be looking into that.

  Christoph


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

Bug#758687: uninstallable: xorg-server 1.16 transition

[Christoph Egger]

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 1:2.1.20-3
 on kfreebsd-amd64 and kfreebsd-i386, from our packaging SVN r5427:
 svn://anonscm.debian.org/glibc-bsd/trunk/xserver-xorg-video-nv/

Done just now!

 I build-tested it myself, and Petr was able to test it on real hardware:
 http://lists.debian.org/alpine.lnx.2.00.1407172103500.15...@contest.felk.cvut.cz

Alright I don't have any nvidia but as Petr has tested it :-)

 It also adds the XS-Autobuild flag, which allows binNMUs to be automatic
 in future.

Jep seen. Guess it still also needs to mail [0] but I'm following up on
that.

  Christoph

[0] 
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#non-free-buildd


pgpFZOdGcI9tS.pgp
Description: PGP signature

Bug#758687: uninstallable: xorg-server 1.16 transition

[Christoph Egger]

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 UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

[Christoph Egger]

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 'first'
***  which the program has attempted to call for the object:
***
***  faui2k9.de.86400   IN  DNSKEY  ; no data
***
***  This object does not have a method 'first'.  THIS IS A BUG
***  IN THE CALLING SOFTWARE, which incorrectly assumes that the
***  object would be of a particular type.  The type of an object
***  should be checked before calling any of its methods.
 at /usr/lib/perl5/Net/DNS/RR.pm line 210
 Net::DNS::RR::_new_hash called at /usr/lib/perl5/Net/DNS/RR.pm line
 62
 eval {...} called at /usr/lib/perl5/Net/DNS/RR.pm line 62
 Net::DNS::RR::new('Net::DNS::RR', 'algorithm', 8, 'protocol', 3,
 'first', 1, 'flags', 256, ...) called at
 /usr/share/perl5/Net/DNS/ZoneFile/Fast.pm line 202
 Net::DNS::ZoneFile::Fast::parse('file',
 '/etc/bind/zones/faui2k9.de.signed') called at
 /usr/share/perl5/Net/DNS/SEC/Tools/dnssectools.pm line 382
 Net::DNS::SEC::Tools::dnssectools::dt_parse_zonefile('file',
 '/etc/bind/zones/faui2k9.de.signed') called at /usr/sbin/rollerd
 line 2832
 main::maxttl('/etc/bind/zones/faui2k9.de.signed') called at
 /usr/sbin/rollerd line 2905
 main::ttlexpire('faui2k9.de', 'HASH(0xbbda50)', 1, 'ZSK') called
 at /usr/sbin/rollerd line 3296
 main::phasewait('faui2k9.de', 'HASH(0xbbda50)', 1, 'zsk') called
 at /usr/sbin/rollerd line 3189
 main::phasecmd('CODE(0xad6a70)', 'faui2k9.de', 'HASH(0xbbda50)',
 'zsk1') called at /usr/sbin/rollerd line 2051
 main::zsk_phaser('faui2k9.de', 'HASH(0xbbda50)') called at
 /usr/sbin/rollerd line 782
 main::rollkeys() called at /usr/sbin/rollerd line 601
 main::full_list_event_loop() called at /usr/sbin/rollerd line 440
 main::main() called at /usr/sbin/rollerd line 290
in new Net::DNS::RR( algorithm 8 protocol 3 first 1 flags 256 keybin
 ... ) at /usr/share/perl5/Net/DNS/ZoneFile/Fast.pm line 202 

-- System Information:
Debian Release: 7.5
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable')
Architecture: mipsel (mips64)

Kernel: Linux 3.2.0-4-loongson-2f
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dnssec-tools depends on:
ii  bind9utils   1:9.8.4.dfsg.P1-6+nmu2+deb7u1
ii  libmailtools-perl2.09-1
ii  libnet-dns-perl  0.77-3
ii  libnet-dns-sec-perl  0.19-2
ii  libtimedate-perl 1.2000-1
ii  perl 5.14.2-21+deb7u1

Versions of packages dnssec-tools recommends:
ii  bind91:9.8.4.dfsg.P1-6+nmu2+deb7u1
pn  perl-tk  none

dnssec-tools suggests no packages.

-- Configuration Files:
/etc/default/rollerd changed:

/etc/dnssec-tools/dnssec-tools.conf changed:
admin-email christ...@siccegge.de
keyarch /usr/sbin/keyarch
rollchk /usr/sbin/rollchk
zonesigner  /usr/sbin/zonesigner
keygen  /usr/sbin/dnssec-keygen
rndc/usr/sbin/rndc
zonecheck   /usr/sbin/named-checkzone
zonesign/usr/sbin/dnssec-signzone
algorithm   rsasha256
ksklength   2048
zsklength   1024
random  /dev/urandom
usensec3yes
nsec3iter   100
nsec3salt   random:64
nsec3optout no
endtime +2592000# RRSIGs good for thirty days.
lifespan-max94608000
lifespan-min3600
ksklife 31536000
zsklife 10368000
archivedir  /var/lib/dnssec-tools/archive
entropy_msg 1
savekeys1
kskcount1
zskcount1
roll_loadzone   1
roll_logfile/var/log/dnssec-tools/rollerd.log
roll_loglevel   phase
roll_phasemsg   long
roll_sleeptime  3600
zone_errors 5
log_tz  gmt
tacontact   
tasmtpserverlocalhost
taresolvconflocalhost
tatmpdir/var/run/dnssec-tools/trustman
usegui  0

/etc/dnssec-tools/dnssec-tools.rollrec changed:
skip info rollrec
version 2
rollfaui2k9.de
directory   /etc/bind/zones
zonenamefaui2k9.de
zonefile/etc/bind/zones/faui2k9.de.signed
keyrec  /etc/bind/zones/faui2k9.de.krf
administrator   christ...@siccegge.de
kskphase0
zskphase1
ksk_rolldateSun Jul  6 22:28:29 2014
ksk_rollsecs1404678509
zsk_rolldateSun Jul  6 22:28:29 2014
zsk_rollsecs1404678509
maxttl  0
display 0
phasestart  Wed Jul  9 13:33:10 2014
# optional records for RFC5011 rolling:
istrustanchor   no
holddowntime60D
rollegger.im
directory   /etc/bind/zones
zonenameegger.im
zonefile/etc/bind/zones/egger.im.signed
keyrec 

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

[Christoph Egger]

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 ufs mounted with -o
 sync.  But executing it manually (in the same cwd, with the same
 LD_LIBRARY_PATH) doesn't trigger a crash, it just exits with status 0.

 Running the testsuite under ktrace doesn't help because it does not seem
 to flush any data to ktrace.out soon enough to survive the crash.

 Running the testsuite under gdb it still crashes the whole system, and I
 don't know how/where I could set a breakpoint in order to get more details.

Did you manage to figure something additional out? Do we know if this
also kills plain freebsd?

Thanks

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


pgp1iyRMJrUM8.pgp
Description: PGP signature

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

[Christoph Egger]

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

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 11.0-0-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages slim depends on:
ii  consolekit 0.4.6-4
ii  dbus   1.8.0-3
ii  debconf [debconf-2.0]  1.5.52
ii  libc0.12.18-4
ii  libck-connector0   0.4.6-4
ii  libdbus-1-31.8.0-3
ii  libfontconfig1 2.11.0-2
ii  libfreetype6   2.5.2-1
ii  libgcc11:4.8.2-16
ii  libjpeg8   8d-2
ii  libpng12-0 1.2.50-1
ii  libstdc++6 4.8.2-16
ii  libx11-6   2:1.6.2-1
ii  libxft22.3.1-2
ii  libxmu62:1.1.1-1
ii  libxrandr2 2:1.4.2-1
ii  libxrender11:0.9.8-1
ii  zlib1g 1:1.2.8.dfsg-1

Versions of packages slim recommends:
ii  xterm  303-1

Versions of packages slim suggests:
ii  scrot  0.8-13
ii  xauth  1:1.0.7-1

-- debconf information:
  slim/daemon_name: /usr/bin/slim
* shared/default-x-display-manager: slim


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

Bug#724110: No longer there

[Christoph Egger]

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...@lists.debian.org

Bug#731074: lighttpd: indeterminate test on kfreebsd buildds

[Christoph Egger]

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
 https://buildd.debian.org/status/logs.php?pkg=lighttpdarch=kfreebsd-amd64
 
 I did some testing with a real kfreebsd machine, and this test always
 passes (I uploaded those binaries), so it seems the problem is
 specific to the buildds.

 could anyone with sufficient buildd-fu please provide some insight here?
 In my local sbuild installation lighttpd builds fine on kfreebsd, as it
 seems to do for Michael's.

Are you both running stable kernels for the build? are you using chroots
or not?

Regards

  Christoph


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

Bug#668843: Only hurd nowadays

[Christoph Egger]

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

[Christoph Egger]

Package: dhcpcd5
Version: 6.0.5-1
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for dhcpcd5 (versioned as 6.0.5-1.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
diff -Nru dhcpcd5-6.0.5/debian/changelog dhcpcd5-6.0.5/debian/changelog
--- dhcpcd5-6.0.5/debian/changelog	2013-08-04 09:00:48.0 +0200
+++ dhcpcd5-6.0.5/debian/changelog	2013-12-04 14:49:45.0 +0100
@@ -1,3 +1,14 @@
+dhcpcd5 (6.0.5-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules (taken from Ubuntu, thanks!):
+  - 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:10 +0100
+
 dhcpcd5 (6.0.5-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru dhcpcd5-6.0.5/debian/patches/kfreebsd.diff dhcpcd5-6.0.5/debian/patches/kfreebsd.diff
--- dhcpcd5-6.0.5/debian/patches/kfreebsd.diff	1970-01-01 01:00:00.0 +0100
+++ dhcpcd5-6.0.5/debian/patches/kfreebsd.diff	2013-12-04 14:53:00.0 +0100
@@ -0,0 +1,10 @@
+--- a/platform-bsd.c
 a/platform-bsd.c
+@@ -44,6 +44,7 @@
+ #include syslog.h
+ #include unistd.h
+
++#include common.h
+ #include dhcpcd.h
+ #include if-options.h
+ #include platform.h
diff -Nru dhcpcd5-6.0.5/debian/patches/series dhcpcd5-6.0.5/debian/patches/series
--- dhcpcd5-6.0.5/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ dhcpcd5-6.0.5/debian/patches/series	2013-12-04 14:52:31.0 +0100
@@ -0,0 +1 @@
+kfreebsd.diff
diff -Nru dhcpcd5-6.0.5/debian/rules dhcpcd5-6.0.5/debian/rules
--- dhcpcd5-6.0.5/debian/rules	2011-04-06 11:15:18.0 +0200
+++ dhcpcd5-6.0.5/debian/rules	2013-12-04 14:46:58.0 +0100
@@ -1,5 +1,8 @@
 #!/usr/bin/make -f
 
+override_dh_auto_clean:
+	[ ! -f config.mk ] || dh_auto_clean
+
 override_dh_auto_configure:
 	dh_auto_configure -- --prefix= --libexecdir=/lib/dhcpcd \
 		--mandir=/usr/share/man --dbdir=/var/lib/dhcpcd5 \

Bug#719588: dhcpcd5 RC Bugs

[Christoph Egger]

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 signature

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

[Christoph Egger]

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

[Christoph Egger]

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
dpkg: error processing libvirt-bin (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 libvirt-bin

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 9.2-1-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libvirt-bin depends on:
ii  adduser   3.113+nmu3
ii  gettext-base  0.18.3.1-1
ii  libavahi-client3  0.6.31-2
ii  libavahi-common3  0.6.31-2
ii  libblkid1 2.20.1-5.5
ii  libc0.1   2.17-93
ii  libdbus-1-3   1.6.14-1
ii  libgcrypt11   1.5.3-2
ii  libgnutls26   2.12.23-7
ii  libhal1   0.5.14-8
ii  libreadline6  6.2+dfsg-0.1
ii  libsasl2-22.1.25.dfsg1-14
ii  libvirt0  0.9.12-11+deb7u4
ii  libxml2   2.9.1+dfsg1-3
ii  libyajl2  2.0.4-4
ii  logrotate 3.8.6-1

Versions of packages libvirt-bin recommends:
pn  bridge-utilsnone
ii  dmidecode   2.12-2
ii  dnsmasq-base2.66-4
pn  ebtablesnone
ii  gawk1:4.0.1+dfsg-2.1
pn  iproute none
pn  iptablesnone
ii  libxml2-utils   2.9.1+dfsg1-3
ii  netcat-openbsd  1.105-7
ii  parted  2.3-16
ii  qemu1.1.2+dfsg-6a

Versions of packages libvirt-bin suggests:
ii  policykit-1  0.105-3
pn  radvdnone

-- no debconf information


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

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

[Christoph Egger]

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?

That's kfreebsd-i386 only? done

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

Bug#723679: cmucl: segfault

[Christoph Egger]

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 sysroot?

Program received signal SIGSEGV, Segmentation fault.
0xf7dea98c in ?? () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
(gdb) bt full
#0  0xf7dea98c in ?? () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#1  0xf7dea740 in strtol () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#2  0x080565fa in check_personality ()
No symbol table info available.
#3  0x08056731 in os_init0 ()
No symbol table info available.
#4  0x0804d1b3 in main ()
No symbol table info available.


-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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
Starting program: /usr/sbin/sshd -D
pid 9550 (sshd): sigreturn set_fpcontext err 22

Program received signal SIGBUS, Bus error.
0x7013 in ?? ()
(gdb) bt full
#0  0x7013 in ?? ()
No symbol table info available.
#1  0x in ?? ()
No symbol table info available.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 9.1-1-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages openssh-server depends on:
ii  adduser   3.113+nmu3
ii  dpkg  1.16.10
ii  libc0.1   2.17-92
ii  libcomerr21.42.8-1
ii  libgssapi-krb5-2  1.11.3+dfsg-3
ii  libkrb5-3 1.11.3+dfsg-3
ii  libpam-modules1.1.3-9
ii  libpam-runtime1.1.3-9
ii  libpam0g  1.1.3-9
ii  libssl1.0.0   1.0.1e-3
ii  libwrap0  7.6.q-24
ii  lsb-base  4.1+Debian12
ii  openssh-client1:6.2p2-6
ii  procps1:3.3.4-2
ii  sysv-rc   2.88dsf-43
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages openssh-server recommends:
ii  ncurses-term  5.9+20130608-1
ii  xauth 1:1.0.7-1

Versions of packages openssh-server suggests:
ii  kwalletcli [ssh-askpass]  2.11-2
pn  molly-guard   none
pn  monkeysphere  none
ii  openssh-blacklist 0.4.1+nmu1
ii  openssh-blacklist-extra   0.4.1+nmu1
pn  rssh  none
ii  ssh-askpass   1:1.2.4.1-9
pn  ufw   none

-- debconf information:
  ssh/disable_cr_auth: false
* ssh/use_old_init_script: true
  ssh/encrypted_host_key_but_no_keygen:
  ssh/vulnerable_host_keys:


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

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

[Christoph Egger]

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 that would help.  Maybe also adding -ddd would help to see if
 there's anything useful in sshd's own debugging output?

I've tried running with -d and it did not crash that way unfortunately

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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 : Depends: 0ad-data (= 0.0.14) but 0.0.13-1 is to be installed
Depends: 0ad-data-common (= 0.0.14) but 0.0.13-1 is to be installed
 ```.


This is normal behaviour when using unstable. Once Version 0.0.14 is
built for your architecture, this error goes away. If you do not want to
get this kind of errors, please use testing.

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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 downgrading grub everything's back to normal.

  Christoph

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/da0s1 /mnt/passport ext2fs rw 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default=0

if [ x${feature_menuentry_id} = xy ]; then
  menuentry_id_option=--id
else
  menuentry_id_option=
fi

export menuentry_id_option

if [ ${prev_saved_entry} ]; then
  set saved_entry=${prev_saved_entry}
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
  fi
}

function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod zfs
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  d610af6cf49f9371
else
  search --no-floppy --fs-uuid --set=root d610af6cf49f9371
fi
font=/root/@/usr/share/grub/unicode.pf2
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=en_US
  insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_kfreebsd ###
menuentry 'Debian GNU/kFreeBSD' --class debian --class gnu-kfreebsd --class gnu 
--class os $menuentry_id_option 'kfreebsd-simple-d610af6cf49f9371' {
insmod part_msdos
insmod zfs
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  d610af6cf49f9371
else
  search --no-floppy --fs-uuid --set=root d610af6cf49f9371
fi
echo'Loading kernel of FreeBSD 10.0-0-amd64 ...'
kfreebsd/root/@/boot/kfreebsd-10.0-0-amd64.gz 
kfreebsd_loadenv/root/@/boot/device.hints
insmod part_msdos
insmod zfs
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  d610af6cf49f9371
else
  search --no-floppy --fs-uuid --set=root d610af6cf49f9371
fi
kfreebsd_module_elf /root/@/lib/modules/10.0-0-amd64/opensolaris.ko
insmod part_msdos
insmod zfs
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  d610af6cf49f9371
else
  search --no-floppy --fs-uuid --set=root d610af6cf49f9371
fi
kfreebsd_module /root/@/boot/zfs/zpool.cache 
type=/boot/zfs/zpool.cache
insmod part_msdos
insmod zfs
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  d610af6cf49f9371
else
  search --no-floppy --fs-uuid --set=root d610af6cf49f9371
fi
kfreebsd_module_elf /root/@/lib/modules/10.0-0-amd64/zfs.ko
set kFreeBSD.vfs.root.mountfrom=zfs:base/root
set kFreeBSD.vfs.root.mountfrom.options=rw
set kFreeBSD.vfs.zfs.trim_disable=0
set kFreeBSD.kern.hz=100
set kFreeBSD.hint.atrtc.0.clock=0
set kFreeBSD.hint.p4tcc.0.disabled=1
set kFreeBSD.hint.acpi_throttle.0.disabled=1
set kFreeBSD.hint.apic.0.clock=0
}
submenu 'Advanced options for Debian GNU/kFreeBSD' $menuentry_id_option 
'kfreebsd-advanced-d610af6cf49f9371' {
menuentry 'Debian GNU/kFreeBSD, with kFreeBSD 10.0-0-amd64' --class 
debian --class gnu-kfreebsd --class gnu --class os $menuentry_id_option 
'kfreebsd-10.0-0-amd64-advanced-d610af6cf49f9371' {
insmod part_msdos
insmod zfs
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  d610af6cf49f9371
else
  search --no-floppy --fs-uuid --set=root d610af6cf49f9371
fi
echo'Loading kernel of FreeBSD 

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

[Christoph Egger]

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 into a live system the zfs imports
 just fine and after downgrading grub everything's back to normal.

 There weren't any ZFS-related changes in this window, as far as I know.
 I'll probably need help from somebody with a system they can debug in
 place to figure this out.

Hmm. I did a `zpool scrub` as well which I shouldn't have done for
narrowing down the bug. I'll retry with -18 and bisect (if I can figure
that out on bzr) this down. Just need to keep this system working untill
tomorrow evening ;-)

  Christoph


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

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

[Christoph Egger]

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 a photograph of it on-screen may be sufficient.

FWIW I've been seeing the same thing on my notebook recently when
plugging in a presenter. IIRC it happens to me both, on the 9.1 and the
10 kernel but only recently. Might find some time to do some testing
myself, however there was nothing to be seen on screen during these
resets (might be related to intel KMS, going to turn it off for a
test). Any other suggestions on how one would get at the stack trace?

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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 kfreebsd-* buildds:

g++ -DHAVE_CONFIG_H -I.  -DBUILD_INFO='(local build)' 
-DSMARTMONTOOLS_SYSCONFDIR='/etc' 
-DSMARTMONTOOLS_DRIVEDBDIR='/var/lib/smartmontools/drivedb' 
-DSMARTMONTOOLS_SAVESTATES='/var/lib/smartmontools/smartd.' 
-DSMARTMONTOOLS_ATTRIBUTELOG='/var/lib/smartmontools/attrlog.'  -g -O2 
-Wall -W -MT dev_areca.o -MD -MP -MF .deps/dev_areca.Tpo -c -o dev_areca.o 
dev_areca.cpp
dev_areca.cpp: In member function ‘virtual int 
generic_areca_device::arcmsr_command_handler(long unsigned int, unsigned char*, 
int)’:
dev_areca.cpp:119:5: error: ‘ARCMSR_IOCTL_READ_RQBUFFER’ was not declared in 
this scope
dev_areca.cpp:120:5: error: ‘ARCMSR_IOCTL_WRITE_WQBUFFER’ was not declared in 
this scope
dev_areca.cpp:121:5: error: ‘ARCMSR_IOCTL_CLEAR_RQBUFFER’ was not declared in 
this scope
dev_areca.cpp:122:5: error: ‘ARCMSR_IOCTL_CLEAR_WQBUFFER’ was not declared in 
this scope
dev_areca.cpp:123:5: error: ‘ARCMSR_IOCTL_RETURN_CODE_3F’ was not declared in 
this scope
make[2]: *** [dev_areca.o] Error 1

Full build log at
https://buildd.debian.org/status/fetch.php?pkg=smartmontoolsarch=kfreebsd-i386ver=6.1%2Bsvn3812-1stamp=1370168602

Patch:
--- smartmontools-6.1+svn3812.orig/dev_areca.h
+++ smartmontools-6.1+svn3812/dev_areca.h
@@ -58,7 +58,7 @@ ARCMSR_CMD_TOTAL
 #define ARCMSR_IOCTL_CLEAR_RQBUFFER  (ARECA_SATA_RAID | 
FUNCTION_CLEAR_RQBUFFER)
 #define ARCMSR_IOCTL_CLEAR_WQBUFFER  (ARECA_SATA_RAID | 
FUNCTION_CLEAR_WQBUFFER)
 #define ARCMSR_IOCTL_RETURN_CODE_3F  (ARECA_SATA_RAID | 
FUNCTION_RETURN_CODE_3F)
-#elif defined(__FreeBSD__)
+#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
 #include sys/ioctl.h // _IOWR
 
 /*FunctionCode*/

Regards

Christoph

If you have further questions please mail debian-...@lists.debian.org


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

Bug#712974: emacs24/kfreebsd

[Christoph Egger]

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.debian.org

Bug#712974: Info received (emacs24/kfreebsd)

[Christoph Egger]

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)
 22604 emacs24-x RET   pselect 1
 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)
 22604 emacs24-x RET   pselect 1

fwiw

  Christoph


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

Bug#716962: file conflict

[Christoph Egger]

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~pre1.20080208-4
Errors were encountered while processing:
 /var/cache/apt/archives/fuse4bsd-dkms_0.3.9~pre1.20080208-6_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


-- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 
'experimental')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 10.0-0-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages fuse4bsd depends on:
ii  kldutils  9.0+ds1-11~deb7u1
ii  libbsd0   0.4.2-1
ii  libc0.1   2.17-7

Versions of packages fuse4bsd recommends:
ii  fuse4bsd-dkms  0.3.9~pre1.20080208-5

fuse4bsd suggests no packages.

-- no debconf information


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

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

[Christoph Egger]

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 way Emacs needs.
   dnl See eg http://article.gmane.org/gmane.os.openbsd.ports/46831.
-  hpux* | irix6-5 | openbsd | sol2* | unixware )
+  hpux* | irix6-5 | openbsd | sol2* | unixware | *kfreebsd*)
 emacs_broken_SIGIO=yes
 ;;
 


pgp40BtM86Q3m.pgp
Description: PGP signature

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

[Christoph Egger]

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

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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 has already been 5 days since the disclosure
 and it was a pretty serious bug.

I'm currently uploading the unstable package with the security one being
next. Needed to free space on my harddrive first

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

[Christoph Egger]

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 listmas...@lists.debian.org

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

[Christoph Egger]

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.

I can probably install it on the 2 kfreebsd-amd64 production systems
here for testing tomorrow if you want. Also, feel free to ping we wrt
upload.

Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

Bug#701397: add partial patch

[Christoph Egger]

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 failures with an
 updated libgc 7.2.

 So maybe better to update libgc and guile-2.0 to 2.0.9.

 This is sensible.  There are reports of flaky behaviour with guile-2.0
 that are resolved by updating to libgc 7.2d, and upstream has been
 recommending that version for a while.  This is especially so on
 non-x86 hardware IIRC.

 Updating libgc should not be much of a problem.  It has only a few
 rdepends, mostly leaf(-ish) packages, so a small transition.  Ubuntu
 has been using 7.2d for a while without issues.

I've put libgc now to experimental where it seems to build and pass it's
tests just fine. I'll upload to usntable after just a bit more thesting
no later than the weekend.

Regards

Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

Bug#708739: xfe: FTBFS:

[Christoph Egger]

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++ -DLOCALEDIR=\/usr/share/locale\ -DHAVE_CONFIG_H -I. -I..  -I. -I.. 
-I../intl -I/usr/include/freetype2   -I/usr/include/freetype2 
-D_FORTIFY_SOURCE=2  -O2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 
-Wformat -Werror=format-security -I/usr/include/fox-1.6 -DHAVE_XFT_H 
-DSTARTUP_NOTIFICATION -c -o IconList.o IconList.cpp
g++ -DLOCALEDIR=\/usr/share/locale\ -DHAVE_CONFIG_H -I. -I..  -I. -I.. 
-I../intl -I/usr/include/freetype2   -I/usr/include/freetype2 
-D_FORTIFY_SOURCE=2  -O2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 
-Wformat -Werror=format-security -I/usr/include/fox-1.6 -DHAVE_XFT_H 
-DSTARTUP_NOTIFICATION -c -o FileList.o FileList.cpp
DirList.cpp: In member function 'long int 
DirList::onUpdRefreshTimers(FX::FXObject*, FX::FXSelector, void*)':
DirList.cpp:1957:27: error: 'onMtdevicesRefresh' was not declared in this scope
DirList.cpp:1958:27: error: 'onUpdevicesRefresh' was not declared in this scope
make[3]: *** [DirList.o] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
dh_auto_build: make -j1 returned exit code 2
make: *** [build-arch] Error 2

Full build log at
https://buildd.debian.org/status/fetch.php?pkg=xfearch=kfreebsd-amd64ver=1.34-1stamp=1368636119

Regards

Christoph

If you have further questions please mail debian-...@lists.debian.org

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

Bug#708740: vxl: FTBFS:

[Christoph Egger]

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-vxl_1.17.0-2-kfreebsd-amd64-pOvXR8/vxl-1.17.0/obj-x86_64-kfreebsd-gnu/core/vidl/tests
  /usr/bin/c++   -DVXL_WARN_DEPRECATED -DVXL_WARN_DEPRECATED_ONCE 
-DVXL_LEGACY_ERROR_REPORTING -g -O2 -fstack-protector --param=ssp-buffer-size=4 
-Wformat -Werror=format-security -D_FORTIFY_SOURCE=2   -O2 -g 
-I/build/buildd-vxl_1.17.0-2-kfreebsd-amd64-pOvXR8/vxl-1.17.0/obj-x86_64-kfreebsd-gnu/vcl
 -I/build/buildd-vxl_1.17.0-2-kfreebsd-amd64-pOvXR8/vxl-1.17.0/vcl 
-I/build/buildd-vxl_1.17.0-2-kfreebsd-amd64-pOvXR8/vxl-1.17.0/obj-x86_64-kfreebsd-gnu/core
 -I/build/buildd-vxl_1.17.0-2-kfreebsd-amd64-pOvXR8/vxl-1.17.0/core-o 
CMakeFiles/vidl_test_all.dir/test_pixel_iterator.o -c 
/build/buildd-vxl_1.17.0-2-kfreebsd-amd64-pOvXR8/vxl-1.17.0/core/vidl/tests/test_pixel_iterator.cxx
In file included from /usr/include/libavutil/avutil.h:318:0,
 from /usr/include/libavutil/samplefmt.h:22,
 from /usr/include/libavcodec/avcodec.h:30,
 from 
/build/buildd-vxl_1.17.0-2-kfreebsd-amd64-pOvXR8/vxl-1.17.0/core/vidl/vidl_ffmpeg_convert.h:24,
 from 
/build/buildd-vxl_1.17.0-2-kfreebsd-amd64-pOvXR8/vxl-1.17.0/core/vidl/tests/test_include.cxx:30:
/usr/include/libavutil/common.h: In function 'int32_t 
av_clipl_int32_c(int64_t)':
/usr/include/libavutil/common.h:168:47: error: 'UINT64_C' was not declared in 
this scope
make[3]: ***
[core/vidl/tests/CMakeFiles/vidl_test_include.dir/test_include.o] Error 1

Full build log at
https://buildd.debian.org/status/fetch.php?pkg=vxlarch=kfreebsd-amd64ver=1.17.0-2stamp=1368638744

Regards

Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

Bug#707733: pygobject: FTBFS on kfreebsd

[Christoph Egger]

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:

 dpkg-buildpackage

 And if it doesn't hang or if you want to hang it again:

 while true; do xvfb-run dh_auto_test --builddirectory=build-2.7; done

 The hanging test is in test_overrides_gtk.py, but running with
 TEST_FILES=test_overrides_gtk.py doesn't reproduce the hang so reliably here.

 I've run gdb on the hanging python process and I get:

 (gdb) thread apply all bt

 Thread 1 (process 75189):
 #0  0x00080161ed4a in kevent () at ../sysdeps/unix/syscall-template.S:82
 #1  0x000802a57bd7 in _kqueue_thread_func (arg=optimized out)
 at /build/buildd-glib2.0_2.36.1-2-kfreebsd-
 amd64-CmfXXB/glib2.0-2.36.1/./gio/kqueue/kqueue-thread.c:226
 #2  0x000800a91c4a in pthread_start_thread (arg=optimized out) at
 manager.c:317
 #3  0x in ?? ()
 (gdb)

 Note that this is with libc0.1-dbg and libglib2.0-0-dbg installed.

 After this I'm lost. Any help is welcome. Otherwise I'll just have to stop
 running the whole test suite on kfreebsd, but I'd be sad to do that.

Sounds like it could be similar to

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706276

Looking at it right now

Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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
only consider the first alternative in build-dependencies for
consistency reasons.

Regards

Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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 -pipe -D_FORTIFY_SOURCE=2 -g -O2 -fPIE -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -W 
-D_REENTRANT -DVYM_DBUS -DVYM_DOCDIR=\/usr/share/doc/packages/vym\ 
-DQT_NO_DEBUG -DQT_SVG_LIB -DQT_XML_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB 
-DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/hurd-g++ -I. 
-I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui 
-I/usr/include/qt4/QtXml -I/usr/include/qt4/QtSvg -I/usr/include/qt4 
-I/usr/include/qt4/QtDBus -I. -I. -o mainwindow.o mainwindow.cpp
mainwindow.cpp: In constructor 'Main::Main(QWidget*, Qt::WFlags)':
mainwindow.cpp:340:9: error: expected type-specifier before 'AdaptorVym'
mainwindow.cpp:340:9: error: expected ';' before 'AdaptorVym'
mainwindow.cpp: In member function 'void Main::openTabs(QStringList)':
mainwindow.cpp:3620:73: error: invalid use of incomplete type 'class 
QDBusConnectionInterface'
In file included from /usr/include/qt4/QtDBus/QDBusConnection:1:0,
 from mainwindow.cpp:60:
/usr/include/qt4/QtDBus/qdbusconnection.h:71:7: error: forward declaration of 
'class QDBusConnectionInterface'
make[1]: *** [mainwindow.o] Error 1
make: *** [debian/stamp-makefile-build] Error 2

Full build log at
https://buildd.debian.org/status/fetch.php?pkg=vymarch=kfreebsd-i386ver=2.3.17-1stamp=1368144539

Regards

Christoph

If you have further questions please mail debian-...@lists.debian.org

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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 address 00:08:9b:d1:4b:10 mtu 1500 DHCP 
RARP
[   17.714549] IP-Config: eth0 complete (dhcp from 10.70.255.1):
[   17.714552]  address: 10.42.0.6broadcast: 10.255.255.255   netmask: 
255.0.0.0   
[   17.714556]  gateway: 10.130.130.130   dns0 : 172.16.0.1   dns1   : 
0.0.0.0 
[   17.714559]  domain : asgard 
 
[   17.714563]  rootserver: 10.42.23.2 rootpath: 
[   17.714566]  filename  : F_TS-419P2+
[   17.728125] Begin: Assembling all MD arrays ... 
[   17.776829] md: md0 stopped.
[   17.786608] md: bindsdb1
[   17.786976] md: bindsdc1
[   17.787305] md: bindsdd1
[   17.787987] md: bindsda1
[   17.981071] raid6: int32x1122 MB/s
[   18.151049] raid6: int32x2192 MB/s
[   18.321192] raid6: int32x4200 MB/s
[   18.491240] raid6: int32x8254 MB/s
[   18.491265] raid6: using algorithm int32x8 (254 MB/s)
[   18.494632] async_tx: api initialized (async)
[   18.495755] xor: measuring software checksum speed
[   18.541021]arm4regs  :  1810.400 MB/sec
[   18.591022]8regs :  1086.000 MB/sec
[   18.641019]32regs:  1503.600 MB/sec
[   18.641042] xor: using function: arm4regs (1810.400 MB/sec)
[   18.667005] md: raid6 personality registered for level 6
[   18.667054] md: raid5 personality registered for level 5
[   18.667073] md: raid4 personality registered for level 4
[   18.667836] bio: create slab bio-1 at 1
[   18.667889] md/raid:md0: not clean -- starting background reconstruction
[   18.667926] md/raid:md0: device sda1 operational as raid disk 0
[   18.667950] md/raid:md0: device sdd1 operational as raid disk 3
[   18.667972] md/raid:md0: device sdc1 operational as raid disk 2
[   18.667992] md/raid:md0: device sdb1 operational as raid disk 1
[   18.668728] md/raid:md0: allocated 4218kB
[   18.668834] md/raid:md0: raid level 5 active with 4 out of 4 devices, 
algorithm 2
[   18.668983] md0: detected capacity change from 0 to 6000789159936
[   18.669072] mdadm: /dev/md/0 has been started with 4 drives.
[   18.685574]  md0: unknown partition table
[   18.869802] Success: assembled all arrays.
[   18.869948] done.
[   18.871347] + [ -e /conf/param.conf ]
[   18.871682] + . /conf/param.conf
[   18.871914] + ROOT=/dev/mapper/root-root
[   18.872071] + debug=y
[   18.872208] + rootdelay=2
[   18.872366] + /scripts/local-top/lvm2
[   18.882717] device-mapper: uevent: version 1.0.3
[   18.883977] device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: 
dm-de...@redhat.com
[   18.922123]   Volume group root not found
[   18.922443]   Skipping volume group root
[   18.923555] Unable to find LVM volume root/root
[   18.924038] + [ -e /conf/param.conf ]
[   18.924365] + . /conf/param.conf
[   18.924596] + ROOT=/dev/mapper/root-root
[   18.924752] + debug=y
[   18.924889] + rootdelay=2
[   18.925046] + /scripts/local-top/cryptroot
[   18.959385] Unlocking the disk 
/dev/disk/by-uuid/b55ee1d9-d00e-42c4-946c-a4d85e169d3b (md0_crypt)
[   18.959467] Enter passphrase: [   26.957381]   Reading all physical volumes. 
 This may take a while...
[   26.971742]   Found volume group root using metadata type lvm2
[   27.038792]   1 logical volume(s) in volume group root now active
[   28.453053] /scripts/local-top/cryptroot: line 1: can't open /dev/ram: no 
such file
[   28.453760] cryptsetup: md0_crypt set up successfully
[   28.458560] + [ -e /conf/param.conf ]
[   28.458905] + . /conf/param.conf
[   28.459138] + ROOT=/dev/mapper/root-root
[   28.459293] + debug=y
[   28.459430] + rootdelay=2
[   28.459566] + ROOT=/dev/ram
[   28.459749] + [ n != y ]
[   28.460065] + log_end_msg
[   28.460194] + _log_msg done.\n
[   28.460374] + [ n = y ]
[   28.460684] + printf done.\n
[   28.460832] done.
[   28.460892] + wait_for_udev 10
[   28.461121] + command -v udevadm
[   28.461408] + udevadm settle --timeout=10
[   28.465738] + [ -n  ]
[   28.466096] + [ /ram = /dev/ram ]
[   28.466429] + [ ! -e /dev/ram ]
[   28.466765] + log_begin_msg Waiting for root file system
[   28.466958] + _log_msg Begin: Waiting for root file system ... 
[   28.467149] + [ n = y ]
[   28.467469] + printf Begin: Waiting for root file system ... 
[   28.467623] Begin: Waiting for root file system ... + slumber=2
[   28.467868] + slumber=20
[   28.468017] + [ ! -e /dev/ram ]
[   28.468337] + /bin/sleep 0.1
[   28.570103] + slumber=19
[   28.570297] + [ 19 -gt 0 ]
[   28.570654] + [ ! -e /dev/ram ]
[   28.570988] + /bin/sleep 0.1
[   28.672723] + slumber=18
[   28.672912] + [ 18 -gt 0 ]
[   28.673252] + [ ! -e /dev/ram ]
[   28.673579] + /bin/sleep 0.1
[   28.775280] + slumber=17
[   28.775468] + [ 17 -gt 0 ]
[   28.775805] + [ ! -e /dev/ram ]
[   28.776141] 

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

[Christoph Egger]

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 and enabled netconsole via [0] basically. Never really
bootet into the installed system though (doesn't boot)

Christoph

[0] http://www.hellion.org.uk/blog/posts/debugging-initramfs-over-netconsole/
-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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. buildds
only consider the first alternative in build-depends to guarantee
consistent results.

Regards

Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[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 of this to unstable please?

I'm building right now. As it is too late for wheezy r0 it seems we'll
need to go through either security or stable-updates for wheezy
(security Cc-ed and patch attached to get that going).

Christoph

Description:
 Fix a bug that allows NFS clients to issue READDIR on files. [13:05]
 (CVE-2013-3266)
Origin: vendor, http://security.freebsd.org/patches/SA-13:05/nfsserver.patch
Bug: http://security.freebsd.org/advisories/FreeBSD-SA-13:05.nfsserver.asc
Bug-Debian: http://bugs.debian.org/706414
Applied-Upstream: http://svnweb.freebsd.org/base?view=revisionrevision=250060

Index: kfreebsd-9-9.0/sys/fs/nfsserver/nfs_nfsdport.c
===
--- kfreebsd-9-9.0.orig/sys/fs/nfsserver/nfs_nfsdport.c 2013-04-29 
22:53:42.0 +0100
+++ kfreebsd-9-9.0/sys/fs/nfsserver/nfs_nfsdport.c  2013-04-29 
22:54:00.428787262 +0100
@@ -1550,6 +1550,8 @@
nd-nd_repstat = NFSERR_BAD_COOKIE;
 #endif
}
+   if (!nd-nd_repstat  vp-v_type != VDIR)
+   nd-nd_repstat = NFSERR_NOTDIR;
if (nd-nd_repstat == 0  cnt == 0) {
if (nd-nd_flag  ND_NFSV2)
/* NFSv2 does not have NFSERR_TOOSMALL */
-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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 of this to unstable please?

 I'm building right now. As it is too late for wheezy r0 it seems we'll
 need to go through either security or stable-updates for wheezy
 (security Cc-ed and patch attached to get that going).

 Thanks.  Can you send a debdiff for an upload targeted at
 wheezy-security, and prepare packages (which have to be built
 with -sa)?



kfreebsd-9.security.debdiff
Description: Binary data

Packages will be in people.d.o:~christoph soon (or shall I upload to
security directly?

Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer

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

[Christoph Egger]

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 understand

Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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 in
 the upload.

Should be somewhere in your queue now

Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

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

[Christoph Egger]

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/buildd/.cabal/config not found.
Writing default configuration to /home/buildd/.cabal/config
ermission denied
make[1]: *** [Build/SysConfig.hs] Error 1
make[1]: Leaving directory 
`/build/buildd-git-annex_4.20130323-armhf-FyQZxb/git-annex-4.20130323'
dh_auto_build: make -j1 returned exit code 2
make: *** [build-arch] Error 2

Full build log at
https://buildd.debian.org/status/fetch.php?pkg=git-annexarch=kfreebsd-amd64ver=4.20130323stamp=1364068291

Note: Packages are not supposed to write to $HOME during build and
  buildds therefore have a non-useable $HOME by default to catch
  this kind of error

Regards

Christoph


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

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

[Christoph Egger]

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 FAILED:
  9 - trand (Failed)
 20 - probeScl (Failed)
 26 - kernall (Failed)
 30 - probeSS_cos02 (Failed)
 31 - probeSS_cos04 (Failed)
 32 - probeSS_cos10 (Failed)
 34 - probeSS_ctmr04 (Failed)
 35 - probeSS_ctmr10 (Failed)
Errors while running CTest
make: *** [build/libteem2] Error 8

Full build log at
https://buildd.debian.org/status/fetch.php?pkg=teemarch=i386ver=1.11.0%7Esvn5906-1stamp=1357758591

Regards

Christoph


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

[Christoph Egger]

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/bin/python2.6 $codegendir/codegen.py $@

explicitely executes python2.6 while the package only depends on
python (=2.5)

This causes the current gtk-vnc FTBFS

Regards

Christoph

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 10.0-0-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

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

[Christoph Egger]

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

[Christoph Egger]

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

[Christoph Egger]

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. How is it possible that
 it doesn't get installed during gtk-vnc build?

Because in unstable/wheezy python depends on python2.7 not python2.6. if
you depend on python you can assume /usr/bin/python but not either of
python2.6 and python2.7

Christoph


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

Bug#696757: ecl: FTBFS: hang in sigsuspend

[Christoph Egger]

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 seem to be any rdepends in wheezy?

 Doing so (with attached patch to enable-threads only on Linux) results
 in successful builds for me.

  I don't really see me finding a different solution to this. I'll
probably just upload your patch.

Thanks

Christoph


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

Bug#703214: Should Break older unknown-horizons

[Christoph Egger]

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')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 10.0-0-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-fife depends on:
ii  libboost-filesystem1.49.0  1.49.0-3.2
ii  libboost-regex1.49.0   1.49.0-3.2
ii  libboost-system1.49.0  1.49.0-3.2
ii  libc0.12.13-38
ii  libgcc11:4.7.2-5
ii  libgl1-mesa-glx [libgl1]   8.0.5-3
ii  libguichan-0.8.1-1 0.8.2-10+b1
ii  libguichan-opengl-0.8.1-1  0.8.2-10+b1
ii  libguichan-sdl-0.8.1-1 0.8.2-10+b1
ii  libogg01.3.0-4
ii  libopenal1 1:1.14-4
ii  libpng12-0 1.2.49-1
ii  libpython2.6   2.6.8-1.1
ii  libpython2.7   2.7.3-6
ii  libsdl-image1.21.2.12-2
ii  libsdl-ttf2.0-02.0.11-2
ii  libsdl1.2debian1.2.15-5
ii  libstdc++6 4.7.2-5
ii  libtinyxml2.6.22.6.2-1
ii  libvorbis0a1.3.2-1.3
ii  libvorbisfile3 1.3.2-1.3
ii  libxcursor11:1.1.13-1
ii  python 2.7.3-4

python-fife recommends no packages.

python-fife suggests no packages.

-- no debconf information


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

Bug#696757: ecl and SIGNALS

[Christoph Egger]

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 (signal.h says only 32,33 are reserved). ecl seems to use
SIGRTMIN+2 internally which should not be a problem. I failed to see so
far what signals are used by libgc on linux

Christoph


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

Bug#696757: ecl and SIGNALS

[Christoph Egger]

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 this is? Are these signals fine for
 kfreebsd glibc (signal.h says only 32,33 are reserved). ecl seems to use
 SIGRTMIN+2 internally which should not be a problem. I failed to see so
 far what signals are used by libgc on linux

http://people.debian.org/~christoph/ecl_min.ktrace.txt

Unfortunatyely I'm kinda lost parsing all these sigprocmask arguments
(are these just stack addresses?)

Christoph


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

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

[Christoph Egger]

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 so we'll see (needs force because
it was marked failed)

Regards

Christoph


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

Bug#696757: ecl hang: SIGNAL problem

[Christoph Egger]

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 intrusive change done upstream but might give a hiunt for a
fix. Also the description sounds like it *could* affect the problem.

  Christoph

commit c7953cc0f54281c3de6a845f3599544afba20b2a
Author: Juan Jose Garcia Ripoll jjgar...@users.sourceforge.net
Date:   Thu May 17 08:51:26 2012 +0200

Signal handlers receive now an optional keyword argument with the process 
that received the signal.

diff --git a/src/c/main.d b/src/c/main.d
index da63f83..29197a4 100644
--- a/src/c/main.d
+++ b/src/c/main.d
@@ -131,7 +131,9 @@ void
 ecl_init_env(cl_env_ptr env)
 {
env-c_env = NULL;
-
+#if !defined(ECL_THREADS)
+   env-own_process = Cnil;
+#endif
env-string_pool = Cnil;
 
env-stack = NULL;
diff --git a/src/c/symbols_list.h b/src/c/symbols_list.h
index a5e87f0..02c1680 100755
--- a/src/c/symbols_list.h
+++ b/src/c/symbols_list.h
@@ -1950,7 +1950,7 @@ cl_symbols[] = {
 
 {EXT_ WITH-UNIQUE-NAMES, EXT_ORDINARY, NULL, -1, OBJNULL},
 
-{SYS_ HANDLE-SIGNAL, SI_ORDINARY, si_handle_signal, 1, OBJNULL},
+{SYS_ HANDLE-SIGNAL, SI_ORDINARY, si_handle_signal, 2, OBJNULL},
 
 {EXT_ WITH-INTERRUPTS, MP_CONSTANT, NULL, -1, OBJNULL},
 {EXT_ WITHOUT-INTERRUPTS, MP_CONSTANT, NULL, -1, OBJNULL},
diff --git a/src/c/unixint.d b/src/c/unixint.d
index 18b0e04..a27e9da 100755
--- a/src/c/unixint.d
+++ b/src/c/unixint.d
@@ -321,7 +321,7 @@ unblock_signal(cl_env_ptr the_env, int signal)
 ecl_def_ct_base_string(str_ignore_signal,Ignore signal,13,static,const);
 
 static void
-handle_signal_now(cl_object signal_code)
+handle_signal_now(cl_object signal_code, cl_object process)
 {
 switch (type_of(signal_code)) {
 case t_fixnum:
@@ -336,6 +336,10 @@ handle_signal_now(cl_object signal_code)
 */
if (cl_find_class(2, signal_code, Cnil) != Cnil)
cl_cerror(2, str_ignore_signal, signal_code);
+#ifdef ECL_THREADS
+   else if (!Null(process))
+   _ecl_funcall3(signal_code, @':process', process);
+#endif
else
_ecl_funcall1(signal_code);
 break;
@@ -351,9 +355,9 @@ handle_signal_now(cl_object signal_code)
 }
 
 cl_object
-si_handle_signal(cl_object signal_code)
+si_handle_signal(cl_object signal_code, cl_object process)
 {
-   handle_signal_now(signal_code);
+   handle_signal_now(signal_code, process);
@(return)
 }
 
@@ -361,7 +365,7 @@ static void
 handle_all_queued(cl_env_ptr env)
 {
while (env-pending_interrupt != Cnil) {
-   handle_signal_now(pop_signal(env));
+   handle_signal_now(pop_signal(env), env-own_process);
}
 }
 
@@ -436,7 +440,7 @@ handle_or_queue(cl_env_ptr the_env, cl_object signal_code, 
int code)
else {
 if (code) unblock_signal(the_env, code);
si_trap_fpe(@'last', Ct); /* Clear FPE exception flag */
-handle_signal_now(signal_code);
+handle_signal_now(signal_code, the_env-own_process);
 }
 }
 
@@ -472,11 +476,112 @@ handler_fn_prototype(evil_signal_handler, int sig, 
siginfo_t *siginfo, void *dat
 signal_object = ecl_gethash_safe(MAKE_FIXNUM(sig),
 cl_core.known_signals,
 Cnil);
-handle_signal_now(signal_object);
+handle_signal_now(signal_object, the_env-own_process);
 errno = old_errno;
 }
 
 #if defined(ECL_THREADS)  !defined(ECL_MS_WINDOWS_HOST)
+typedef struct {
+   cl_object process;
+   int signo;
+} signal_thread_message;
+static cl_object signal_thread_process = Cnil;
+static signal_thread_message signal_thread_msg;
+static cl_object signal_thread_spinlock = Cnil;
+static int signal_thread_pipe[2] = {-1,-1};
+
+static void
+handler_fn_prototype(deferred_signal_handler, int sig, siginfo_t *siginfo, 
void *data)
+{
+int old_errno = errno;
+   cl_env_ptr the_env;
+   signal_thread_message msg;
+   reinstall_signal(sig, deferred_signal_handler);
+/* The lisp environment might not be installed. */
+the_env = ecl_process_env();
+unlikely_if (zombie_process(the_env))
+return;
+   msg.signo = sig;
+   msg.process = the_env-own_process;
+   if (msg.process == signal_thread_process) {
+   /* The signal handling thread may also receive signals. In
+* this case we do not use the pipe, but just copy the message
+* Note that read() will abort the thread will get notified. */
+   signal_thread_msg = msg;
+   } else if (signal_thread_pipe[1]  0) {
+   

Bug#700530: qt frames empty

[Christoph Egger]

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] http://packages.qa.debian.org/x/xorg-server/news/20130223T151839Z.html

Jep fixed!

Christoph


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

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

[Christoph Egger]

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 .
dh_installdirs  usr/lib/R/library
echo R:Depends=r-base-core (= 2.15.3~20130326-1)  
debian/r-cran-survival.substvars
if test -f /usr/bin/xvfb-run; then  \
 xvfb-run -a\
R CMD INSTALL -l 
/build/buildd-survival_2.37-4-1-armel-A5Zprq/survival-2.37-4/debian/r-cran-survival/usr/lib/R/library
 --clean \
 . ;\
else\
 R CMD INSTALL -l 
/build/buildd-survival_2.37-4-1-armel-A5Zprq/survival-2.37-4/debian/r-cran-survival/usr/lib/R/library
 \
--clean  . ;\
fi
/usr/lib/R/bin/Rcmd: 37: .: Can't open /usr/lib/R/etc/Renviron
make: *** [R_any_arch] Error 2

Full build log at
https://buildd.debian.org/status/fetch.php?pkg=survivalarch=amd64ver=2.37-4-1stamp=1361935064

Regards

Christoph


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