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#1005108: biboumi: Error in systemd unit file

[Christoph Egger]

Package: biboumi
Version: 9.0-2
Severity: normal

Hi!

Seems biboumi's unitfile is incomplete-as-shipped:

| Feb 06 21:39:45 gandi systemd[1]: /lib/systemd/system/biboumi.service:10: 
Failed to parse sec value, ignoring:

I guess this is just a missing cmake valiable, i.e.

https://sources.debian.org/src/biboumi/9.0-3/unit/biboumi.service.cmake/#L10

Christoph


-- System Information:
Debian Release: 11.2
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'stable-
security')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-10-amd64 (SMP w/1 CPU thread)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE not 
set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages biboumi depends on:
ii  adduser3.118
ii  libbotan-2-17  2.17.3+dfsg-2
ii  libc6  2.31-13+deb11u2
ii  libexpat1  2.2.10-2
ii  libgcc-s1  10.2.1-6
ii  libidn11   1.33-3
ii  libpq5 13.5-0+deb11u1
ii  libsqlite3-0   3.34.1-3
ii  libstdc++6 10.2.1-6
ii  libsystemd0247.3-6
ii  libudns0   0.4-1+b1
ii  libuuid1   2.36.1-8

biboumi recommends no packages.

biboumi suggests no packages.

-- Configuration Files:
/etc/biboumi/biboumi.cfg changed [not included]

-- no debconf information

Bug#985028: RFS: age/1.0.0~rc1-1 -- simple, modern and secure encryption tool

[Christoph Egger]

On Wednesday 17 March 2021 15:32:06 CET Christoph Egger wrote:
> Should say `unstable` I guess?
> Looks good otherwise

Please fix it in the VCS ;-)

Christoph

Bug#985028: RFS: age/1.0.0~rc1-1 -- simple, modern and secure encryption tool

[Christoph Egger]

Hi!

On Thursday 11 March 2021 22:30:01 CET Johan Fleury wrote:
>
>  age (1.0.0~rc1-1) UNRELEASED; urgency=medium

Should say `unstable` I guess?
Looks good otherwise

Christoph

signature.asc
Description: This is a digitally signed message part.

Bug#975542: python3-xlib: Incompatible with python 3.9

[Christoph Egger]

Hi!

To add to this: Upstream has released a version with the fix included (0.29). 
The relation to herbstluftwm is via testsuite (it uses python-xlib for tests), 
there is no runtime-dependency in that case

Christoph

Bug#975542: python3-xlib: Incompatible with python 3.9

[Christoph Egger]

Package: python3-xlib
Version: 0.27-3
Severity: important

Hi!

The version in unstable currently is incompatible with python3.9
causing a build failure of herbstluftwm.

Reference:
https://github.com/python-xlib/python-xlib/pull/181

Christoph

-- System Information:
Debian Release: 10.6
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (150, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-10-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_IE:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-xlib depends on:
ii  python3  3.7.3-1
ii  python3-six  1.12.0-1

python3-xlib recommends no packages.

python3-xlib suggests no packages.

-- no debconf information

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#964560: RM: herbstluftwm [s390x] -- ROM; Never worked

[Christoph Egger]

Hi!

On Saturday 11 July 2020 23:28:06 CEST Sean Whitton wrote:
> control: tag -1 + moreinfo
> 
> Hello Christoph,
> 
> On Wed 08 Jul 2020 at 07:15PM +02, Christoph Egger wrote:
> > We recently enabled the testsuite for herbstluftwm. Unfortunately it
> > turns out it is far from run-able on s390x at the moment (and
> > probavbly never worked there). While I'm working with upstream on
> > fixing the issue (that also affects d-ports architectures) I'd like to
> > request removal from unstable for now especially as I guess window
> > managers are of limited use on s390x and the benefit of having the
> > fixes and tests in elsewhere is more important right now.
> 
> If you haven't yet determined for sure that the test failures indicate
> the package is never going to work on s390x, why not just disable the
> tests on that architecture for now?  Removal seems premature.

The problem is within the X11 protocol (and affects the other recent BE 64bit 
architectures as well). Without this sorted the software is pretty much 
useless.

Christoph

signature.asc
Description: This is a digitally signed message part.

Bug#964560: RM: herbstluftwm [s390x] -- ROM; Never worked

[Christoph Egger]

Package: ftp.debian.org
Severity: normal

Hi!

We recently enabled the testsuite for herbstluftwm. Unfortunately it
turns out it is far from run-able on s390x at the moment (and
probavbly never worked there). While I'm working with upstream on
fixing the issue (that also affects d-ports architectures) I'd like to
request removal from unstable for now especially as I guess window
managers are of limited use on s390x and the benefit of having the
fixes and tests in elsewhere is more important right now.

Thanks

  Christoph

Bug#951610: linux-image-5.4.0-4-amd64: Does not prompt for cryptsetup password

[Christoph Egger]

Package: src:linux
Version: 5.4.19-1
Severity: important

Hi!

Starting with -4 the system fails to boot from encrypted
harddrive. switchng back to -3 kernel and everything works fine again.

Setup is unencrypted /boot (ext) and / (and other things) via lvm2
inside a cryptsetup volume

  type:LUKS1
  cipher:  aes-xts-plain64
  keysize: 512 bits
  key location: dm-crypt
  device:  /dev/nvme0n1p2
  sector size:  512
  offset:  4096 sectors
  size:992397312 sectors
  mode:read/write

I can try and see if I get linux to output any usefull messages if
that helps.

Thanks!

  Christoph

-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: LENOVO
product_name: 20HGS0A600
product_version: ThinkPad T470s
chassis_vendor: LENOVO
chassis_version: None
bios_vendor: LENOVO
bios_version: N1WET56W (1.35 )
board_vendor: LENOVO
board_name: 20HGS0A600
board_version: Not Defined

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v6/7th Gen Core 
Processor Host Bridge/DRAM Registers [8086:5904] (rev 02)
Subsystem: Lenovo Xeon E3-1200 v6/7th Gen Core Processor Host 
Bridge/DRAM Registers [17aa:224b]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: skl_uncore

00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 620 
[8086:5916] (rev 02) (prog-if 00 [VGA controller])
Subsystem: Lenovo HD Graphics 620 [17aa:224b]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: i915
Kernel modules: i915

00:14.0 USB controller [0c03]: Intel Corporation Sunrise Point-LP USB 3.0 xHCI 
Controller [8086:9d2f] (rev 21) (prog-if 30 [XHCI])
Subsystem: Lenovo Sunrise Point-LP USB 3.0 xHCI Controller [17aa:224b]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci

00:14.2 Signal processing controller [1180]: Intel Corporation Sunrise Point-LP 
Thermal subsystem [8086:9d31] (rev 21)
Subsystem: Lenovo Sunrise Point-LP Thermal subsystem [17aa:224b]
Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: intel_pch_thermal
Kernel modules: intel_pch_thermal

00:15.0 Signal processing controller [1180]: Intel Corporation Sunrise Point-LP 
Serial IO I2C Controller #0 [8086:9d60] (rev 21)
Subsystem: Lenovo Sunrise Point-LP Serial IO I2C Controller [17aa:224b]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: intel-lpss
Kernel modules: intel_lpss_pci

00:16.0 Communication controller [0780]: Intel Corporation Sunrise Point-LP 
CSME HECI #1 [8086:9d3a] (rev 21)
Subsystem: Lenovo Sunrise Point-LP CSME HECI [17aa:224b]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: mei_me
Kernel modules: mei_me

00:1c.0 PCI bridge [0604]: Intel Corporation Sunrise Point-LP PCI Express Root 
Port [8086:9d10] (rev f1) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1c.2 PCI bridge [0604]: Intel Corporation Sunrise Point-LP PCI Express Root 
Port [8086:9d12] (rev f1) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1d.0 PCI bridge [0604]: Intel Corporation Sunrise Point-LP PCI Express Root 
Port #9 [8086:9d18] (rev f1) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast 

Bug#925920: golang-github-jlaffaye-ftp: Please update to fix GitHu:#114

[Christoph Egger]

Package: golang-github-jlaffaye-ftp
Version: 0.0~git20170707.0.a05056b-1
Severity: normal

Hi!

seems there was a bug in the protocol implementation (see upstream bug
#114) that prevents rclone (via this library) to access my ftp
space. Please consider updateing to address this issue

Thanks!

  Christoph

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

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

Bug#921231: ModuleNotFoundError: No module named 'pkg_resources'

[Christoph Egger]

Package: poezio
Version: 0.12.1-2
Severity: important

Hi!

Seems there are some dependencies missing!

> % poezio
> Traceback (most recent call last):
>   File "/usr/bin/poezio", line 6, in 
> from pkg_resources import load_entry_point
> ModuleNotFoundError: No module named 'pkg_resources'

Thanks!

  Christoph

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

Kernel: Linux 4.19.0-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages poezio depends on:
ii  python3 3.7.2-1
ii  python3-aiodns  1.1.1-1
ii  python3-gnupg   0.4.4-1
ii  python3-poezio-poopt0.12.1-2
ii  python3-pyasn1  0.4.2-3
ii  python3-pyasn1-modules  0.2.1-0.2
ii  python3-slixmpp 1.4.0-1

poezio recommends no packages.

poezio suggests no packages.

-- no debconf information

Bug#919807: src:linux: Please consider CONFIG_TLS=m

[Christoph Egger]

Package: src:linux
Severity: wishlist

Dear Maintainer,

it would be great to have CONFIG_TLS enabled (as module like in fedora
I guess) to help experiment with this functionality.

Thanks!

  Christoph

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

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


signature.asc
Description: PGP signature

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#723042: QNAP still not booting

[Christoph Egger]

On Sunday 4 March 2018 18:28:39 CET Martin Michlmayr wrote:
> * Christoph Egger <christ...@debian.org> [2014-08-22 21:32]:
> > FWIW it still doesn't boot. I'll buy a jtag adapter post-debconf so I
> > can get anything out of it that might b usefull
> 
> This bug report is quite old.
> 
> There are users running Debian jessie (3.16) and stretch (4.9)
> successfully on QNAP TS-41x hardware.
> 
> Do you still have problems?

I have since then retired the QNAP

  Christoph

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#880622: stretch-pu: package python-arpy/1.1.1-2

[Christoph Egger]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

This is a simple fix for python-arpy (missing dependencies) already
tested in unstable+testing for a while. debdiff is attached.

  Christoph

-- System Information:
Debian Release: 9.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.12.0-0.bpo.2-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_IE:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru python-arpy-1.1.1/debian/changelog python-arpy-1.1.1/debian/changelog
--- python-arpy-1.1.1/debian/changelog  2013-08-03 12:05:18.0 +0200
+++ python-arpy-1.1.1/debian/changelog  2017-11-02 22:14:48.0 +0100
@@ -1,3 +1,14 @@
+python-arpy (1.1.1-2+deb9u1) stretch; urgency=low
+
+  [ Scott Kitterman ]
+  * Correct substitution variable for python3 interpreter depends (Closes:
+#867418)
+
+  [ Christoph Egger ]
+  * Upload to stable
+
+ -- Christoph Egger <christ...@debian.org>  Thu, 02 Nov 2017 22:14:48 +0100
+
 python-arpy (1.1.1-2) unstable; urgency=low
 
   * Add python3 support
diff -Nru python-arpy-1.1.1/debian/control python-arpy-1.1.1/debian/control
--- python-arpy-1.1.1/debian/control2013-08-03 11:59:45.0 +0200
+++ python-arpy-1.1.1/debian/control2017-11-02 22:12:29.0 +0100
@@ -28,7 +28,7 @@
 Architecture: all
 Depends: ${shlibs:Depends},
  ${misc:Depends},
- ${python:Depends}
+ ${python3:Depends}
 Provides: ${python:Provides}
 Description: library for accessing "ar" archives
  arpy is a library for accessing the archive files and reading the

Bug#880500: O: cronolog -- Logfile rotator for web servers

[Christoph Egger]

Package: wnpp
Severity: normal

I intend to orphan the cronolog package.

I sponsored this package once in 2011 and -- as far as I can tell
there was no second contribution from the sponsee ever. I'm about to
upload a cleanup with Maintainer set to the QA group now. Please pick
it up if you're interested.

The package description is:
 A simple program that reads log messages from its input and writes
 them to a set of output files, the names of which are constructed
 using template and the current date and time.  The template uses the
 same format specifiers as the Unix date command (which are the same
 as the standard C strftime library function).
 .
 It intended to be used in conjunction with a Web server, such as
 Apache, to split the access log into daily or monthly logs:
 .
   TransferLog "|/usr/bin/cronolog /var/log/apache/%Y/access.%Y.%m.%d.log"
 .
 A cronosplit script is also included, to convert existing
 traditionally-rotated logs into this rotation format.

Bug#800450: Not working since Jessie should be RC

[Christoph Egger]

Control: severity -1 serious

Hi!

Doesn’t work since at least jessie sounds RC to me ;-)

  Christoph

smime.p7s
Description: S/MIME cryptographic signature

Bug#875919: irony-mode

[Christoph Egger]

Hi all!

FWIW I would be very happy if this could be made alongside moving the
package to the emacs-addons-team. If you're interested please set
Maintainer to the team and add yourself to uploaders. I can try to make
some room for upload on Tuesday but if someone else is faster I'd be
more than happy!

  Christoph


pgpFWZvmQ72X2.pgp
Description: OpenPGP digital signature

Bug#877318: abcde: Escaping problems with single-quotes

[Christoph Egger]

Package: abcde
Version: 2.8.1-1
Severity: normal

Hi!

Forst of all thank you for abcde!

I have a problem with a CD here: there's one track that features a
single-quote as part of the TTITLE which both results in a scary
looking entry in the .cue file and the track not ending up being
processed (See track 5). Hopefully I attached all usefull
files. abcde.tar contains the abcde working directory *without* the
track05.wav that abcde left there.

   Christoph

-- System Information:
Debian Release: 9.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages abcde depends on:
ii  cd-discid 1.4-1+b1
ii  cdparanoia3.10.2+debian-11
ii  flac  1.3.2-1
ii  icedax9:1.1.11-3+b2
ii  vorbis-tools  1.4.0-10+b1
ii  wget  1.18-5

Versions of packages abcde recommends:
ii  bsd-mailx 8.1.2-0.20160123cvs-4
ii  glyrc 1.0.9-1
ii  imagemagick   8:6.9.7.4+dfsg-11+deb9u1
ii  imagemagick-6.q16 [imagemagick]   8:6.9.7.4+dfsg-11+deb9u1
ii  libmusicbrainz-discid-perl0.03-6+b2
ii  libperl5.24 [libdigest-sha-perl]  5.24.1-3+deb9u2
ii  libwebservice-musicbrainz-perl0.93-1.1
ii  vorbis-tools  1.4.0-10+b1

Versions of packages abcde suggests:
pn  atomicparsley
pn  distmp3  
ii  eject2.1.5+deb1+cvs20081104-13.2
pn  eyed3
pn  id3  
pn  id3v2
ii  mkcue1-5+b1
pn  mp3gain  
pn  normalize-audio  
pn  vorbisgain   

-- no debconf information
PERFORMER "Igorrr"
TITLE "Savage Sinusoid"
FILE "dummy.wav" WAVE
  TRACK 01 AUDIO
TITLE "Viande"
INDEX 01 00:00:00
  TRACK 02 AUDIO
TITLE "ieuD"
INDEX 01 01:55:15
  TRACK 03 AUDIO
TITLE "Houmous"
INDEX 01 05:50:40
  TRACK 04 AUDIO
TITLE "Opus Brain"
INDEX 01 09:22:07
  TRACK 05 AUDIO
TITLE "Binary file 
/home/christoph/abcde.7ou_TQQWDSzdsp4CEYOhOSX3wzw-/cddbread.1 matches"
INDEX 01 14:47:60
  TRACK 06 AUDIO
TITLE "Spaghetti Forever"
INDEX 01 19:25:60
  TRACK 07 AUDIO
TITLE "Cheval"
INDEX 01 23:49:60
  TRACK 08 AUDIO
TITLE "Apopathodiaphulatophobie"
INDEX 01 26:56:06
  TRACK 09 AUDIO
TITLE "Va te Foutre"
INDEX 01 28:58:21
  TRACK 10 AUDIO
TITLE "Robert"
INDEX 01 30:43:55
  TRACK 11 AUDIO
TITLE "Au Revoir"
INDEX 01 34:02:70
OUTPUTDIR=/home/christoph/Music/flac/
OUTPUTFORMAT='${ARTISTFILE}/${ALBUMFILE}/${TRACKNUM}.${TRACKFILE}'
OUTPUTTYPE='flac'
FLACOPTS='--best'
MAXPROCS=6
ACTIONS=default,replaygain,cue
EJECTCD=y
% EXTRAVERBOSE=1 EDITOR=vim abcde  
Executing customizable pre-read function... done.
Getting CD track info... dasd: 1 11  150 177709 0
8640
26290
42157
66585
87435
107235
121206
130371
138280
153220 
Querying the CD for audio tracks...
Grabbing entire CD - tracks: 01 02 03 04 05 06 07 08 09 10 11
Creating cue file...
Trying CDDB method musicbrainz.
Obtaining Musicbrainz results...
Can't call method "count" on an undefined value at 
/usr/bin/abcde-musicbrainz-tool line 99.
Unable to find a match with musicbrainz, generating CDDB template.
No CDDB information found, trying cdtext from the CD
Selected: #1
 'Savage Sinusoid'  [from Igorrr] 
1: Viande
2: ieuD
3: Houmous
4: Opus Brain
5: Problème d'émotion
6: Spaghetti Forever
7: Cheval
8: Apopathodiaphulatophobie
9: Va te Foutre
10: Robert
11: Au Revoir
Edit selected CDDB data [Y/n]? 
Is the CD multi-artist [y/N]? 
Grabbing track 01: Viande...
cdparanoia III release 10.2 (September 11, 2008)

Ripping from sector   0 (track  1 [0:00.00])
  to sector8639 (track  1 [1:55.14])

outputting to /home/christoph/abcde.7ou_TQQWDSzdsp4CEYOhOSX3wzw-/track01.wav

 (== PROGRESS == [  | 008639 00 ] == :^D * ==)   

Done.


Grabbing track 02: ieuD...
cdparanoia III release 10.2 (September 11, 2008)

Encoding track 01 of 11: Viande...
Ripping from sector8640 (track  2 [0:00.00])
  to sector   26289 (track  2 [3:55.24])

outputting to /home/christoph/abcde.7ou_TQQWDSzdsp4CEYOhOSX3wzw-/track02.wav

 (== PROGRESS == [> | .. 00 ] == :^D o ==)   
Tagging track 01 of 11: Viande...
Adding metadata to the cue file...
 (== PROGRESS == [  | 026289 00 ] == :^D * ==)   

Done.


Grabbing track 03: Houmous...
cdparanoia III release 10.2 (September 11, 2008)

Encoding track 02 of 11: ieuD...
Ripping from sector   26290 (track  3 [0:00.00])
  to sector   42156 (track  3 [3:31.41])

outputting to /home/christoph/abcde.7ou_TQQWDSzdsp4CEYOhOSX3wzw-/track03.wav

 (== PROGRESS == [  >   | .. 00 ] == :^D o ==)   
Tagging 

Bug#871049: MMC_SDHCI_XENON: arm64!

[Christoph Egger]

Hi!

Seems it's missing so far: This is about arm64 kernel

Thanks!

  Christoph

Bug#871049: Acknowledgement (linux: please enable MMC_SDHCI_XENON)

[Christoph Egger]

Hi again

Also adding CONFIG_MVNETA would be great. It's the right driver for the
hardware and missing on arm64.

Christoph

Bug#871049: linux: please enable MMC_SDHCI_XENON

[Christoph Egger]

Source: linux
Version: 4.12.2-1~exp1
Severity: normal

Hi there!

Please consider enabling MMC_SDHCI_XENON on the 4.12 and later
kernels. With this modification I can successfully boot plain debian
kernels from Espressobin using the SD card.

it needs two patches for devicetree which should be on the way for
4.14 latest:

http://git.infradead.org/linux-mvebu.git/commit/9be778f6c6d8f90ff2fad88d1770e2a7843aee43
http://git.infradead.org/linux-mvebu.git/commit/1208d2f0c84120d4e3eb2caf663a9a8b784b38ba

Though I'm not sure you're going to include those two already.

  Christoph

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

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

Bug#784836: Now really

[Christoph Egger]

Hi!

Sorry. used git wrong and the patch is incomplete. Should be better now

  Christoph
commit 0fdab205ecab613780a80fd485d94922b3ef9512
Author: Christoph Egger <christ...@debian.org>
Date:   Sun Jun 18 15:03:20 2017 +0200

Refresh python3 patch

diff --git a/debian/control b/debian/control
index 5028afc..672ffd0 100644
--- a/debian/control
+++ b/debian/control
@@ -6,12 +6,13 @@ Build-Depends: autotools-dev,
chrpath,
debhelper (>= 9),
dh-autoreconf,
-	   dh-python,
+   dh-python,
doxygen,
libpcap-dev,
libssl-dev,
pkg-config,
python-all-dev,
+   python3-all-dev,
swig
 Standards-Version: 3.9.8
 Section: net
@@ -81,3 +82,20 @@ Description: Python bindings for the ldns library for DNS programming
  .
  This archive contains modules that allow you to use LDNS Library in
  Python programs.
+
+Package: python3-ldns
+Section: python
+Architecture: any
+Depends: ${misc:Depends},
+ ${python3:Depends},
+ ${shlibs:Depends}
+Provides: ${python3:Provides}
+Multi-Arch: foreign
+Description: Python3 bindings for the ldns library for DNS programming
+ The goal of ldns is to simplify DNS programming, it supports recent RFCs
+ like the DNSSEC documents, and allows developers to easily create software
+ conforming to current RFCs, and experimental software for current Internet
+ Drafts.
+ .
+ This archive contains modules that allow you to use LDNS Library in
+ Python3 programs.
diff --git a/debian/libldns-dev.dirs b/debian/libldns-dev.dirs
index 6554f70..95c4b91 100644
--- a/debian/libldns-dev.dirs
+++ b/debian/libldns-dev.dirs
@@ -1,3 +1,3 @@
-usr/lib
 usr/include
+usr/lib
 usr/share/man/man3
diff --git a/debian/python-ldns.install b/debian/python-ldns.install
index 88eeada..8516dfd 100644
--- a/debian/python-ldns.install
+++ b/debian/python-ldns.install
@@ -1,3 +1,3 @@
-usr/lib/python*/*-packages/_ldns.so*
-usr/lib/python*/*-packages/ldns.py
-usr/lib/python*/*-packages/ldnsx.py
+usr/lib/python2*/*-packages/_ldns.so*
+usr/lib/python2*/*-packages/ldns.py
+usr/lib/python2*/*-packages/ldnsx.py
diff --git a/debian/python3-ldns.install b/debian/python3-ldns.install
new file mode 100644
index 000..7b5a78f
--- /dev/null
+++ b/debian/python3-ldns.install
@@ -0,0 +1,3 @@
+usr/lib/python3*/*-packages/_ldns.so*
+usr/lib/python3*/*-packages/ldns.py
+usr/lib/python3*/*-packages/ldnsx.py
diff --git a/debian/rules b/debian/rules
index 1461e3d..9cd6f8d 100755
--- a/debian/rules
+++ b/debian/rules
@@ -11,13 +11,34 @@ include /usr/share/dpkg/default.mk
 
 export DPKG_GENSYMBOLS_CHECK_LEVEL=4
 
-PYVERS=$(shell pyversions -vd)
+PYVERS=$(shell pyversions -vd) $(shell py3versions -vd)
+
+CONFIGFLAGS=--disable-rpath --enable-gost --enable-gost-anyway --disable-ldns-config
 
 %:
-	dh $@ --with python2 --with autoreconf --with autotools-dev
+	dh $@ --with python2 --with autoreconf --with autotools-dev --with python3
 
 override_dh_auto_configure:
-	dh_auto_configure -- --disable-rpath --enable-gost --enable-gost-anyway --with-pyldns --with-examples --with-drill --disable-ldns-config
+	dh_auto_configure -- $(CONFIGFLAGS) --with-examples --with-drill
+	for pyvers in $(PYVERS); do \
+		PYTHON_VERSION=$$pyvers dh_auto_configure -B build/python-$$pyvers -- $(CONFIGFLAGS) --with-pyldns; \
+		done
+
+override_dh_auto_build:
+	dh_auto_build
+	for pyvers in $(PYVERS); do \
+		dh_auto_build -B build/python-$$pyvers;\
+		done
+
+override_dh_auto_install:
+	dh_auto_install
+	for pyvers in $(PYVERS); do \
+		dh_auto_install -B build/python-$$pyvers;\
+		done
+
+override_dh_auto_clean:
+	dh_auto_clean
+	rm -rf build/
 
 override_dh_strip:
 	dh_strip -O--dbgsym-migration='libldns1-dbg (<< 1.7.0~)'

Bug#784836: Updated patch for python3

[Christoph Egger]

Hi!

  I've forward-ported the python3 patch to the current sid version of
the ldns package.

Christoph
diff --git a/debian/control b/debian/control
index 5028afc..672ffd0 100644
--- a/debian/control
+++ b/debian/control
@@ -6,12 +6,13 @@ Build-Depends: autotools-dev,
chrpath,
debhelper (>= 9),
dh-autoreconf,
-	   dh-python,
+   dh-python,
doxygen,
libpcap-dev,
libssl-dev,
pkg-config,
python-all-dev,
+   python3-all-dev,
swig
 Standards-Version: 3.9.8
 Section: net
@@ -81,3 +82,20 @@ Description: Python bindings for the ldns library for DNS programming
  .
  This archive contains modules that allow you to use LDNS Library in
  Python programs.
+
+Package: python3-ldns
+Section: python
+Architecture: any
+Depends: ${misc:Depends},
+ ${python3:Depends},
+ ${shlibs:Depends}
+Provides: ${python3:Provides}
+Multi-Arch: foreign
+Description: Python3 bindings for the ldns library for DNS programming
+ The goal of ldns is to simplify DNS programming, it supports recent RFCs
+ like the DNSSEC documents, and allows developers to easily create software
+ conforming to current RFCs, and experimental software for current Internet
+ Drafts.
+ .
+ This archive contains modules that allow you to use LDNS Library in
+ Python3 programs.
diff --git a/debian/libldns-dev.dirs b/debian/libldns-dev.dirs
index 6554f70..95c4b91 100644
--- a/debian/libldns-dev.dirs
+++ b/debian/libldns-dev.dirs
@@ -1,3 +1,3 @@
-usr/lib
 usr/include
+usr/lib
 usr/share/man/man3
diff --git a/debian/python-ldns.install b/debian/python-ldns.install
index 88eeada..8516dfd 100644
--- a/debian/python-ldns.install
+++ b/debian/python-ldns.install
@@ -1,3 +1,3 @@
-usr/lib/python*/*-packages/_ldns.so*
-usr/lib/python*/*-packages/ldns.py
-usr/lib/python*/*-packages/ldnsx.py
+usr/lib/python2*/*-packages/_ldns.so*
+usr/lib/python2*/*-packages/ldns.py
+usr/lib/python2*/*-packages/ldnsx.py
diff --git a/debian/rules b/debian/rules
index 1461e3d..0086b53 100755
--- a/debian/rules
+++ b/debian/rules
@@ -11,13 +11,30 @@ include /usr/share/dpkg/default.mk
 
 export DPKG_GENSYMBOLS_CHECK_LEVEL=4
 
-PYVERS=$(shell pyversions -vd)
+PYVERS=$(shell pyversions -vd) $(shell py3versions -vd)
+
+CONFIGFLAGS=--disable-rpath --enable-gost --enable-gost-anyway --disable-ldns-config
 
 %:
-	dh $@ --with python2 --with autoreconf --with autotools-dev
+	dh $@ --with python2 --with autoreconf --with autotools-dev --with python3
 
 override_dh_auto_configure:
-	dh_auto_configure -- --disable-rpath --enable-gost --enable-gost-anyway --with-pyldns --with-examples --with-drill --disable-ldns-config
+	dh_auto_configure -- $(CONFIGFLAGS) --with-examples --with-drill
+	for pyvers in $(PYVERS); do \
+		PYTHON_VERSION=$$pyvers dh_auto_configure -B build/python-$$pyvers -- $(CONFIGFLAGS) --with-pyldns; \
+		done
+
+override_dh_auto_build:
+	dh_auto_build
+	for pyvers in $(PYVERS); do \
+		dh_auto_build -B build/python-$$pyvers;\
+		done
+
+override_dh_auto_install:
+	dh_auto_install
+	for pyvers in $(PYVERS); do \
+		dh_auto_install -B build/python-$$pyvers;\
+		done
 
 override_dh_strip:
 	dh_strip -O--dbgsym-migration='libldns1-dbg (<< 1.7.0~)'

Bug#860414: jessie-pu: package apt-xapian-index/0.47

[Christoph Egger]

On Sun, 16 Apr 2017 20:47:05 +0100
"Adam D. Barratt"  wrote:

> Control: tags -1 + confirmed
> 
> +apt-xapian-index (0.47+nmu1) jessie; urgency=medium
> 
> 0.47+deb8u1, please. With that change, please feel free to upload.

Uhm indeed. Uploaded!

  Christoph


pgpkYE1SHjNnF.pgp
Description: OpenPGP digital signature

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#860414: jessie-pu: package apt-xapian-index/0.47

[Christoph Egger]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Hi!

stable is affected by #793681 just the same as unstable. And as the
0.47 in stable actually also got rid of python-support already the
exactly same fix works there as well. I've attached the relevant
debdiff. I have tested installation of both the old and new version in
a clean chroot and confirmed

 a) old version is affected in stable
 b) new version is not
 c) new version actually builds the index and doesn't have the problem re 
#537376

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)
diff -Nru apt-xapian-index-0.47/debian/changelog 
apt-xapian-index-0.47+nmu1/debian/changelog
--- apt-xapian-index-0.47/debian/changelog  2014-08-24 19:44:58.0 
+0200
+++ apt-xapian-index-0.47+nmu1/debian/changelog 2017-04-16 14:38:29.0 
+0200
@@ -1,3 +1,10 @@
+apt-xapian-index (0.47+nmu1) jessie; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove call to update-python-modules (Closes: #793681)
+
+ -- Christoph Egger <christ...@debian.org>  Sun, 16 Apr 2017 14:38:29 +0200
+
 apt-xapian-index (0.47) unstable; urgency=low
 
   [ Enrico Zini ]
diff -Nru apt-xapian-index-0.47/debian/postinst 
apt-xapian-index-0.47+nmu1/debian/postinst
--- apt-xapian-index-0.47/debian/postinst   2014-08-24 19:44:58.0 
+0200
+++ apt-xapian-index-0.47+nmu1/debian/postinst  2017-04-16 14:38:29.0 
+0200
@@ -28,8 +28,6 @@
 if [ ! -x /usr/sbin/policy-rc.d ] || /usr/sbin/policy-rc.d 
apt-xapian-index start
 then
 echo "apt-xapian-index: Building new index in 
background..."
-# Ensure that we can use our module. See #537376
-update-python-modules -p
 $IONICE nice /usr/sbin/update-apt-xapian-index --force 
--quiet &
 fi
 fi

Bug#832485: task-xfce-desktop: uninstallable on kfreebsd due to dependency on light-locker

[Christoph Egger]

Hi all!

Cyril Brulebois <k...@debian.org> writes:
> Adding debian-bsd@ and pkg-xfce-devel@ to the loop:
>
> Adam Borowski <kilob...@angband.pl> (2016-07-26):
>> Package: task-xfce-desktop
>> Version: 3.35
>> Severity: important
>> 
>> Hi!
>> I'm afraid that the xfce task can't be currently installed on kfreebsd. 
>> This is especially nasty as xfce is the default DE on that arch.
>> 
>> The reason is that it depends on light-locker, which is Linux only.
>> A possible solution is to change that dependency to:
>> Depends: light-locker|xscreensaver
>> which would have the extra benefit of kind of alleviating #827562,
>> with light-locker as the first alternative per the XFCE's team wishes.
>> If you think that's a bad idea, the dependency could be arch specific.

FWIW kfreebsd support in lightlocker seems to really be trivial:

  Christoph

 % debdiff light-locker_1.7.0-3.dsc light-locker_1.7.0-3.1.dsc
diff -Nru light-locker-1.7.0/debian/changelog 
light-locker-1.7.0/debian/changelog
--- light-locker-1.7.0/debian/changelog 2016-03-04 15:41:40.0 +0100
+++ light-locker-1.7.0/debian/changelog 2017-02-05 14:01:01.0 +0100
@@ -1,3 +1,10 @@
+light-locker (1.7.0-3.1) UNRELEASED; urgency=medium
+
+  * kfreebsd port
+
+ -- Christoph Egger <christ...@debian.org>  Sun, 05 Feb 2017 14:01:01 +0100
+
 light-locker (1.7.0-3) unstable; urgency=medium
 
   [ Jackson Doak ]
--- light-locker-1.7.0/debian/rules 2015-07-09 17:11:26.0 +0200
+++ light-locker-1.7.0/debian/rules 2017-02-05 14:16:07.0 +0100
@@ -1,12 +1,18 @@
 #!/usr/bin/make -f
 
+include /usr/share/dpkg/architecture.mk
+
 export DEB_LDFLAGS_MAINT_APPEND=-Wl,--as-needed -Wl,-O1
 export DEB_BUILD_MAINT_OPTIONS=hardening=+all
 
+ifeq ($(DEB_TARGET_ARCH_OS),linux)
+   SYSTEMDCONFIGURE=--with-systemd
+endif
+
 override_dh_auto_configure:
NOCONFIGURE=1 xdt-autogen
dh_auto_configure -- --disable-silent-rules \
-   --with-systemd \
+   $(SYSTEMDCONFIGURE) \
--with-upower \
--with-console-kit \
--with-mit-ext

Bug#853747: /usr/share/bash-completion/completions/pdfgrep: Bash completion does not complete directories

[Christoph Egger]

Hi!

>From Upstream Dev:
> Should be fixed in 
> https://gitlab.com/pdfgrep/pdfgrep/commit/e6825dc532aa9e7d4e1508a91fdf2d073cb57562
> Which is included in the 2.0 release.

Can you check? 2.0 should be in unstable/testing and soon in
jessie-backports

  Christoph

Bug#851502: reportbug: ImportError: cannot import name 'utils'

[Christoph Egger]

Severity: important
Package: reportbug
Version: 7.1.2

Hi!

reportbug fails with the following error message:

| Traceback (most recent call last):
|   File "/usr/bin/reportbug", line 43, in 
| from reportbug import utils
|   File "/usr/lib/python3/dist-packages/reportbug/utils.py", line 73, in 

| from . import debbugs
|   File "/usr/lib/python3/dist-packages/reportbug/debbugs.py", line 24, in 

| from . import utils
| ImportError: cannot import name 'utils'

Hopefully complete relevant information (as collecting with reportbug
failes of course):

reportbug:
  Installed: 7.1.2
  Candidate: 7.1.2
  Version table:
 *** 7.1.2 0
500 http://ftp.fau.de/debian/ unstable/main kfreebsd-amd64 Packages
100 /var/lib/dpkg/status
 6.6.3 0
990 http://ftp.fau.de/debian/ jessie-kfreebsd/main kfreebsd-amd64 
Packages

% dpkg -l python3 apt python3-reportbug python3-debian python3-debianbts file 
python3-requests
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 ArchitectureDescription
+++-=-===-===-
ii  apt   1.0.9.8.4   kfreebsd-amd64  commandline package 
manager
ii  file  1:5.22+15-2 kfreebsd-amd64  Determines file type 
using "magic" numbers
ii  python3   3.4.2-2 kfreebsd-amd64  interactive 
high-level object-oriented language 
ii  python3-debian0.1.27  all Python 3 modules to 
work with Debian-related dat
ii  python3-debianbts 2.6.1   all Python interface to 
Debian's Bug Tracking System
ii  python3-reportbug 7.1.2   all Python modules for 
interacting with bug tracking
ii  python3-requests  2.4.3-6 all elegant and simple 
HTTP library for Python3, bui


-- Package-specific info:
** /home/christoph/.reportbugrc:
reportbug_version "6.3"
mode expert
ui text
-- 

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#839595: flash-kernel: Please add support for SolidRun Clearfog

[Christoph Egger]

Hi!

Christoph Egger <christ...@debian.org> writes:
> I haven't updated u-boot yet, though it's still on my todo

Seems to have worked. I have now u-boot 2016-11 SPL and "normal"
u-boot and everything works so far \o/

  Christoph


signature.asc
Description: PGP signature

Bug#839595: flash-kernel: Please add support for SolidRun Clearfog

[Christoph Egger]

Hi all!

Christoph Egger <christ...@debian.org> writes:
> I'll try to get the results today/tomorrow night .. if I don't reply
> it'll be mid-january unfortunately

I added the snippet to /etc/flash-kernel/db now. I had to do the
following further steps (but I guess that's expected):

 - put the adapted dtb at the kernel location (where flash-kernel copies
   it from)
 - fw_setenv distro_bootpart 2
 - actually configure flash-kernel to include root=/dev/mmcblk0p1 in the
   kernel comandline

Indeed it seems to boot with the initrd now just fine!

I haven't updated u-boot yet, though it's still on my todo .. only have
my kfreebsd notebook with me so I might only get one try unless kwboot
uart recovery is made to work on this platform.

  Christoph


signature.asc
Description: PGP signature

Bug#839595: flash-kernel: Please add support for SolidRun Clearfog

[Christoph Egger]

Hi!

Martin Michlmayr  writes:
> I was just looking at this bug report and it seems Karsten was never
> copied on Christoph's last email (see below).

Sorry for that. And I just didn't want to nag if people are busy.

Karsten Merker  writes:
> that looks good. With this environment, using the "generic"
> boot script should work.
>
> Christoph, could you perform a test with a current u-boot by
> applying my environment patch on top of u-boot v2016.11 and
> putting the follwing stanza into /etc/flash-kernel/db ?
>
> Machine: SolidRun Clearfog A1
> Kernel-Flavors: armmp armmp-lpae
> Boot-Script-Path: /boot/boot.scr
> DTB-Id: armada-388-clearfog.dtb
> U-Boot-Script-Name: bootscr.uboot-generic
> Required-Packages: u-boot-tools
>
> (This stanza is based on the assumption that booting plain
> initrds works when bootz is passed the corresponding filesize. I
> still don't understand why you got a "Wrong Ramdisk Image Format"
> when manually booting a plain initrd with u-boot v2016.09.)
>
> With the aforementioned stanza, running flash-kernel on the
> commandline should generate a proper boot script in
> /boot/boot.scr that should be automatically loaded by u-boot on
> reboot.

I'll try to get the results today/tomorrow night .. if I don't reply
it'll be mid-january unfortunately

  Christoph


signature.asc
Description: PGP signature

Bug#845432: RM: buildapp [armhf] -- ROM; Depends on sbcl

[Christoph Egger]

Package: ftp.debian.org
Severity: normal

Hi!

Please remove buildapp on armhf so sbcl can be removed (#844269) there

Thanks!

  Christoph

Bug#844771: libgc stable update CVE-2016-9427

[Christoph Egger]

Hi!

Raphael Hertzog  writes:
> On Tue, 22 Nov 2016, Raphael Hertzog wrote:
>> Do you plan to do the same for wheezy-security? If yes, feel free to

FWIW for wheezy there's no upstream branch and things need more manual
care. I could look at it but not until thursday.

> Also I looked at your debdiff and you cherry-picked one supplementary
> commit compared to the 3 listed in
> https://github.com/ivmai/bdwgc/issues/135
>
> Namely you picked
> https://github.com/ivmai/bdwgc/commit/175b8d2c17a37fddbd76302baf42d73688b8bccb
> too. Is that commit a requirement for one of the 3 other commits to
> cherry-pick?

This one introduced the macro used in the middle patch from issue 135
(see the hunk in gc_priv.h).

  Christoph


signature.asc
Description: PGP signature

Bug#844771: libgc stable update CVE-2016-9427

[Christoph Egger]

Hi!

I've prepared a stable update. Do you want to push it through
jessie-security?

Christoph



libgc_stable.debdiff
Description: Binary data


signature.asc
Description: PGP signature

Bug#844269: RM: sbcl [armhf] -- ROM; No longer works ; no interest from porters

[Christoph Egger]

Hi!

Right buildapp .. I tried to figure out rdepends but it seems I used the
tools in a wrong way. Anyway, buildapp should be removed with it on
armhf .. does that need/want a separate bug?

  Christoph



signature.asc
Description: PGP signature

Bug#844269: RM: sbcl [armhf] -- ROM; No longer works ; no interest from porters

[Christoph Egger]

Package: ftp.debian.org
Severity: normal

Hi!

  Building now failes with an memory corruption on armhf and it
doesn't seem to be important enough to interest porters. The current
version contains important fixes for other architectures.

Thanks

  Christoph

Bug#835997: python-ldns broken: AttributeError: 'module' object has no attribute 'LDNS_RR_CLASS_IN'

[Christoph Egger]

Hi!

Merged upstream as 
http://git.nlnetlabs.nl/ldns/commit/?h=develop=a7514f30fa9de7341544deb3dc592c00bacef2ba

Regards

  Christoph

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

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#841933: slime: Please update for emacs25

[Christoph Egger]

Package: slime
Version: 2:2.17-1
Severity: minor

Hi!

Please update slime for emacs25. It needs at least an update to
/usr/lib/emacsen-common/packages/install/slime which allows emacs25 as
a flavor.

Thanks!

  Christoph

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

Kernel: Linux 4.6.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 slime depends on:
ii  emacsen-common  2.0.8

Versions of packages slime recommends:
ii  cl-swank  2:2.17-1
ii  emacs23 [info-browser]23.4+1-4.1+b1
ii  emacs24 [info-browser]24.5+1-7
ii  emacs25 [info-browser]25.1+1-1
ii  info [info-browser]   6.3.0.dfsg.1-1+b1
ii  konqueror [info-browser]  4:16.08.0-1

slime suggests no packages.

-- no debconf information

Bug#839595: flash-kernel: Please add support for SolidRun Clearfog

[Christoph Egger]

Hi!

This seems to be the "new" default environment:

=> printenv
arch=arm
baudrate=115200
board=clearfog
board_name=clearfog
boot_a_script=load ${devtype} ${devnum}:${distro_bootpart} ${scriptaddr} 
${prefix}${script}; source ${scriptaddr}
boot_efi_binary=load ${devtype} ${devnum}:${distro_bootpart} ${kernel_addr_r} 
efi/boot/bootarm.efi; if fdt addr ${fdt_addr_r}; then bootefi ${kernel_addr_r} 
${fdt_addr_r};else bootefi ${kernel_addr_r} ${fdtcontroladdr};fi
boot_extlinux=sysboot ${devtype} ${devnum}:${distro_bootpart} any ${scriptaddr} 
${prefix}extlinux/extlinux.conf
boot_net_usb_start=usb start
boot_prefixes=/ /boot/
boot_script_dhcp=boot.scr.uimg
boot_scripts=boot.scr.uimg boot.scr
boot_targets=mmc0 usb0 pxe dhcp 
bootcmd=run distro_bootcmd
bootcmd_dhcp=run boot_net_usb_start; if dhcp ${scriptaddr} ${boot_script_dhcp}; 
then source ${scriptaddr}; fi;setenv efi_fdtfile ${fdtfile}; if test -z 
"${fdtfile}" -a -n "${soc}"; then setenv efi_fdtfile 
${soc}-${board}${boardver}.dtb; fi; setenv efi_old_vci ${bootp_vci};setenv 
efi_old_arch ${bootp_arch};setenv bootp_vci 
PXEClient:Arch:00010:UNDI:003000;setenv bootp_arch 0xa;if dhcp 
${kernel_addr_r}; then tftpboot ${fdt_addr_r} dtb/${efi_fdtfile};if fdt addr 
${fdt_addr_r}; then bootefi ${kernel_addr_r} ${fdt_addr_r}; else bootefi 
${kernel_addr_r} ${fdtcontroladdr};fi;fi;setenv bootp_vci ${efi_old_vci};setenv 
bootp_arch ${efi_old_arch};setenv efi_fdtfile;setenv efi_old_arch;setenv 
efi_old_vci;
bootcmd_mmc0=setenv devnum 0; run mmc_boot
bootcmd_pxe=run boot_net_usb_start; dhcp; if pxe get; then pxe boot; fi
bootcmd_usb0=setenv devnum 0; run usb_boot
bootdelay=3
console=ttyS0,115200
cpu=armv7
devnum=0
devplist=1
devtype=mmc
distro_bootcmd=for target in ${boot_targets}; do run bootcmd_${target}; done
efi_dtb_prefixes=/ /dtb/ /dtb/current/
fdt_addr_r=0x10
fdt_high=0x1000
fdtcontroladdr=3fb4ce58
fdtfile=armada-388-clearfog.dtb
initrd_high=0x1000
kernel_addr_r=0x80
load_efi_dtb=load ${devtype} ${devnum}:${distro_bootpart} ${fdt_addr_r} 
${prefix}${efi_fdtfile}
mmc_boot=if mmc dev ${devnum}; then setenv devtype mmc; run 
scan_dev_for_boot_part; fi
pxefile_addr_r=0x30
ramdisk_addr_r=0x180
scan_dev_for_boot=echo Scanning ${devtype} ${devnum}:${distro_bootpart}...; for 
prefix in ${boot_prefixes}; do run scan_dev_for_extlinux; run 
scan_dev_for_scripts; done;run scan_dev_for_efi;
scan_dev_for_boot_part=part list ${devtype} ${devnum} -bootable devplist; env 
exists devplist || setenv devplist 1; for distro_bootpart in ${devplist}; do if 
fstype ${devtype} ${devnum}:${distro_bootpart} bootfstype; then run 
scan_dev_for_boot; fi; done
scan_dev_for_efi=setenv efi_fdtfile ${fdtfile}; if test -z "${fdtfile}" -a -n 
"${soc}"; then setenv efi_fdtfile ${soc}-${board}${boardver}.dtb; fi; for 
prefix in ${efi_dtb_prefixes}; do if test -e ${devtype} 
${devnum}:${distro_bootpart} ${prefix}${efi_fdtfile}; then run load_efi_dtb; 
fi;done;if test -e ${devtype} ${devnum}:${distro_bootpart} 
efi/boot/bootarm.efi; then echo Found EFI removable media binary 
efi/boot/bootarm.efi; run boot_efi_binary; echo EFI LOAD FAILED: continuing...; 
fi; setenv efi_fdtfile
scan_dev_for_extlinux=if test -e ${devtype} ${devnum}:${distro_bootpart} 
${prefix}extlinux/extlinux.conf; then echo Found 
${prefix}extlinux/extlinux.conf; run boot_extlinux; echo SCRIPT FAILED: 
continuing...; fi
scan_dev_for_scripts=for script in ${boot_scripts}; do if test -e ${devtype} 
${devnum}:${distro_bootpart} ${prefix}${script}; then echo Found U-Boot script 
${prefix}${script}; run boot_a_script; echo SCRIPT FAILED: continuing...; fi; 
done
scriptaddr=0x20
soc=mvebu
stderr=serial@12000
stdin=serial@12000
stdout=serial@12000
usb_boot=usb start; if usb dev ${devnum}; then setenv devtype usb; run 
scan_dev_for_boot_part; fi
vendor=solidrun

Environment size: 3819/65532 bytes


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

Bug#840624: src:vim: FTBFS on kfreebsd (testsuite failure)

[Christoph Egger]

James McCoy  writes:
> Merging into an existing bug tracking testing failures on kfreebsd-*.

Sorry, I was looking for an existing bug but obviously not closely
enough.

> Any help would be appreciated, especially the kfreebsd-i386 segfault
> that's only showing up on the buildds.

I'll take a look later today/tomorrow. THe testsuite things are harder
for me though

  Christoph

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

Bug#840624: src:vim: FTBFS on kfreebsd (testsuite failure)

[Christoph Egger]

Package: src:vim
Version: 2:8.0.0022-1
Severity: important
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi!

vim FTBFS on kfreebsd-* due to testsuite failures (see below) which
also breaks bootstrap of porterbox chroots.

  Christoph

6 FAILED:
Found errors in Test_command_count_2():
Caught exception in Test_command_count_2(): Vim(argument):E37: No write since 
last change (add ! to override) @ function RunTheTest[9]..Test_command_count_2, 
line 5
Found errors in Test_command_count_3():
Caught exception in Test_command_count_3(): Vim(edit):E37: No write since last 
change (add ! to override) @ function RunTheTest[9]..Test_command_count_3, line 
2
Found errors in Test_command_count_4():
Caught exception in Test_command_count_4(): Vim(argument):E37: No write since 
last change (add ! to override) @ function RunTheTest[9]..Test_command_count_4, 
line 4
Found errors in Test_filter():
Caught exception in Test_filter(): Vim(edit):E37: No write since last change 
(add ! to override) @ function RunTheTest[9]..Test_filter, line 1
Found errors in Test_keyword_jump():
Caught exception in Test_keyword_jump(): Vim(only):E445: Other window contains 
changes @ function RunTheTest[9]..Test_keyword_jump, line 24
Found errors in Test_tagcase():
Caught exception in Test_tagcase(): Vim(edit):E37: No write since last change 
(add ! to override) @ function RunTheTest[9]..Test_tagcase, line 3
test31 FAILED

>From test_arglist.vim:
Found errors in Test_argedit():
function RunTheTest[9]..Test_argedit line 20: command did not fail: argedit y
Found errors in Test_argument():
function RunTheTest[9]..Test_argument line 62: command did not fail: args x y z

>From test_cdo.vim:
Found errors in Test_cdo():
Unsaved file change test failed
Found errors in Test_ldo():
Unsaved file change test failed

>From test_normal.vim:
Found errors in Test_normal48_wincmd():
function RunTheTest[9]..Test_normal48_wincmd line 4: Expected 'E444' but got 
'E37: No write since last change (add ! to override)'

>From test_quickfix.vim:
Found errors in Test_adjust_lnum():
Caught exception in Test_adjust_lnum(): Vim(enew):E37: No write since last 
change (add ! to override) @ function 
RunTheTest[9]..Test_adjust_lnum[2]..Xadjust_qflnum, line 3
Found errors in Test_browse():
Caught exception in Test_browse(): Vim(cfirst):E37: No write since last change 
(add ! to override) @ function RunTheTest[9]..Test_browse[1]..Xtest_browse, 
line 11

>From test_startup_utf8.vim:
Found errors in Test_read_fifo_utf8():
function RunTheTest[9]..Test_read_fifo_utf8 line 24: Expected ['テスト', '€ÀÈÌÒÙ'] 
but got []

>From test_alot.vim:
Found errors in Test_command_count_2():
Caught exception in Test_command_count_2(): Vim(argument):E37: No write since 
last change (add ! to override) @ function RunTheTest[9]..Test_command_count_2, 
line 5
Found errors in Test_command_count_3():
Caught exception in Test_command_count_3(): Vim(edit):E37: No write since last 
change (add ! to override) @ function RunTheTest[9]..Test_command_count_3, line 
2
Found errors in Test_command_count_4():
Caught exception in Test_command_count_4(): Vim(argument):E37: No write since 
last change (add ! to override) @ function RunTheTest[9]..Test_command_count_4, 
line 4
Found errors in Test_filter():
Caught exception in Test_filter(): Vim(edit):E37: No write since last change 
(add ! to override) @ function RunTheTest[9]..Test_filter, line 1
Found errors in Test_keyword_jump():
Caught exception in Test_keyword_jump(): Vim(only):E445: Other window contains 
changes @ function RunTheTest[9]..Test_keyword_jump, line 24
Found errors in Test_tagcase():
Caught exception in Test_tagcase(): Vim(edit):E37: No write since last change 
(add ! to override) @ function RunTheTest[9]..Test_tagcase, line 3

Test results:
test31 FAILED

>From test_arglist.vim:
Found errors in Test_argedit():
function RunTheTest[9]..Test_argedit line 20: command did not fail: argedit y
Found errors in Test_argument():
function RunTheTest[9]..Test_argument line 62: command did not fail: args x y z

>From test_cdo.vim:
Found errors in Test_cdo():
Unsaved file change test failed
Found errors in Test_ldo():
Unsaved file change test failed

>From test_normal.vim:
Found errors in Test_normal48_wincmd():
function RunTheTest[9]..Test_normal48_wincmd line 4: Expected 'E444' but got 
'E37: No write since last change (add ! to override)'

>From test_quickfix.vim:
Found errors in Test_adjust_lnum():
Caught exception in Test_adjust_lnum(): Vim(enew):E37: No write since last 
change (add ! to override) @ function 
RunTheTest[9]..Test_adjust_lnum[2]..Xadjust_qflnum, line 3
Found errors in Test_browse():
Caught exception in Test_browse(): Vim(cfirst):E37: No write since last change 
(add ! to override) @ function RunTheTest[9]..Test_browse[1]..Xtest_browse, 
line 11

>From test_startup_utf8.vim:
Found errors in Test_read_fifo_utf8():
function RunTheTest[9]..Test_read_fifo_utf8 line 24: Expected ['テスト', '€ÀÈÌÒÙ'] 
but got []

>From test_alot.vim:
Found 

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#839595: flash-kernel: Please add support for SolidRun Clearfog

[Christoph Egger]

Hi!

Karsten Merker  writes:
> The attached patch enables CONFIG_DISTRO_DEFAULTS and includes
> the necessary headers to define the common environment (only
> build-tested due to lack of appropriate hardware).  One thing
> that is still missing in the patch is the definition of various
> default load addresses (fdt_addr_r, ramdisk_addr_r,
> kernel_addr_r, pxefile_addr_r, scriptaddr).  Is there an
> "official" list of the standard load addresses for this platform
> so that I could add them to the patch?

I don't know any

> Could you please build u-boot with the attached patch and
> send the output of "env default -f -a; printenv"?

=> env default -f -a
## Resetting to default environment
=> printenv
arch=arm
baudrate=115200
board=clearfog
board_name=clearfog
bootcmd=run distro_bootcmd
bootdelay=3
cpu=armv7
fdt_high=0x1000
initrd_high=0x1000
soc=mvebu
vendor=solidrun

Environment size: 201/65532 bytes


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

Bug#839595: flash-kernel: Please add support for SolidRun Clearfog

[Christoph Egger]

Hi!

Karsten Merker  writes:
> ext4load mmc 0:2 0x10 armada-388-clearfog.dtb ; ext4load mmc 0:2
> 0x80 vmlinuz-4.7.0-1-armmp ; ext4load mmc 0:2 0x180
> initrd.img-4.7.0-1-armmp ; bootz 0x80 0x180:${filesize}
> 0x10

=> ext4load mmc 0:2 0x10 armada-388-clearfog.dtb ; ext4load mmc 0:2 
0x80 vmlinuz-4.7.0-1-armmp ; ext4load mmc 0:2 0x180 
initrd.img-4.7.0-1-armmp ; bootz 0x80 0x180:${filesize} 0x10
18060 bytes read in 79 ms (222.7 KiB/s)
3699848 bytes read in 237 ms (14.9 MiB/s)
15981995 bytes read in 796 ms (19.1 MiB/s)
Wrong Ramdisk Image Format
Ramdisk image is corrupt or invalid


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

Bug#839595: flash-kernel: Please add support for SolidRun Clearfog

[Christoph Egger]

Hi!

Karsten Merker  writes:
> Well, that is a _very_ minimalistic default environment ;-).
> So there isn't any boot command handling at all in the default
> environment of mainline u-boot for this system, which poses a
> problem for supporting this setup in flash-kernel.

I supposed this is CONFIG_DISTRO_DEFAULTS? I'll rebuild u-boot and see
(also for the plain initrd)

  Christoph

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

Bug#839595: flash-kernel: Please add support for SolidRun Clearfog

[Christoph Egger]

Hi!

Karsten Merker  writes:
> is this the environment from mainline u-boot or the environment
> from the original Marvell u-boot?  I ask because there are a few
> things that look a bit uncommon to me:

This is a mainline 2016.9 u-boot (clearfog_defconfig)

> - The bootcmd loads the kernel as a zImage but the initrd as a
>   uImage, which is a very unusual combination and I am unsure
>   whether that could even work properly.  The normal case is
>   either loading the kernel as a zImage and the initrd as a plain
>   initrd image and booting them with bootz, or loading both the
>   kernel and the initrd as uImages and booting them with bootm.

Works fine:

| => ext4load mmc 0:2 0x10 armada-388-clearfog.dtb ; ext4load mmc 0:2 
0x80 vmlinuz-4.7.0-1-armmp ; ext4load mmc 0:2 0x180 
initrd.img-4.7.0-1-armmp.uimage ; bootz 0x80 0x180 0x10
| 18060 bytes read in 79 ms (222.7 KiB/s)
| 3699848 bytes read in 237 ms (14.9 MiB/s)
| 15982059 bytes read in 787 ms (19.4 MiB/s)
| ## Loading init Ramdisk from Legacy Image at 0180 ...
|Image Name:   initrd.img-4.7.0-1-armmp
|Image Type:   ARM Linux RAMDisk Image (uncompressed)
|Data Size:15981995 Bytes = 15.2 MiB
|Load Address: 
|Entry Point:  
|Verifying Checksum ... OK
| ## Flattened Device Tree blob at 0010
|Booting using the fdt blob at 0x10
|Loading Ramdisk to 0f0c2000, end 0dab ... OK
|Loading Device Tree to 0f0ba000, end 0f0c168b ... OK
| 
| Starting kernel ...

With plain initrd:

| => ext4load mmc 0:2 0x10 armada-388-clearfog.dtb ; ext4load mmc 0:2 
0x80 vmlinuz-4.7.0-1-armmp ; ext4load mmc 0:2 0x180 
initrd.img-4.7.0-1-armmp ; bootz 0x80 0x180 0x10
| 18060 bytes read in 79 ms (222.7 KiB/s)
| 3699848 bytes read in 237 ms (14.9 MiB/s)
| 15981995 bytes read in 796 ms (19.1 MiB/s)
| Wrong Ramdisk Image Format
| Ramdisk image is corrupt or invalid

> Is mmc0 an SD card or an EMMC chip? Have you upgraded the system
> from a marvell u-boot to a mainline u-boot or has it been set up
> from scratch with a mainline u-boot?  I ask because mainline
> u-boot by default keeps the existing environment on upgrade, so
> if you have upgraded the system from a marvell u-boot to a
> mainline u-boot, you might still have an old non-mainline
> environment.

eMMC chip. as far as I know there was no u-boot shipped on the eMMC
(booting via UART works quite well)

> You could try running "env default -f -a" at the u-boot prompt,
> which would reset your active environment to the default
> environment of the u-boot version you are currently running.

| => env default -f -a
| ## Resetting to default environment
| => printenv
| baudrate=115200
| bootdelay=3
| fdt_high=0x1000
| initrd_high=0x1000
| 
| Environment size: 80/65532 bytes

  Christoph

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

Bug#839595: flash-kernel: Please add support for SolidRun Clearfog

[Christoph Egger]

Package: flash-kernel
Version: 3.69
Severity: wishlist

Hi!

Please consider adding clearfog support. The system works fine with
mainline u-boot + kernel. Hopefully I have added all necessary
information below:

| Machine: SolidRun Clearfog A1
| Kernel-Flavors: armmp armmp-lpae
| DTB-Id: armada-388-clearfog.dtb
| Required-Packages: u-boot-tools

| # fw_printenv
| baudrate=115200
| bootargs=console=ttyS0,115200n8 rootdelay=10 bootwait=10 rootwait=10 
root=/dev/mmcblk0p1
| bootcmd=ext4load mmc 0:2 0x10 dtb ; ext4load mmc 0:2 0x80 
vmlinuz-4.7.0-1-armmp ; ext4load mmc 0:2 0x180 
initrd.img-4.7.0-1-armmp.uimage ; bootz 0x80 0x180 0x10
| dnsip=10.100.3.2
| eth1addr=48:5b:39:c9:ec:74
| eth2addr=48:5b:39:c9:ec:75
| eth3addr=48:5b:39:c9:ec:76
| ethact=ethernet@3
| ethprime=egiga1
| fdt_high=0x1000
| fdtcontroladdr=3fb51e58
| fileaddr=10
| filesize=4961
| gatewayip=10.100.3.1
| initrd_high=0x1000
| ipaddr=10.100.3.3
| netmask=255.255.255.224
| serverip=10.100.3.2
| stderr=serial@12000
| stdin=serial@12000
| stdout=serial@12000
| bootdelay=5

| # cat /etc/fw_env.config
| /dev/mmcblk0 0xf 0x1 0x1000

Regards

  Christoph

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armhf (armv7l)

Kernel: Linux 4.7.0-1-armmp (SMP w/2 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 flash-kernel depends on:
ii  debconf [debconf-2.0]  1.5.59
ii  devio  1.2-1.2
ii  initramfs-tools0.125
ii  linux-base 4.5
ii  mtd-utils  1:1.5.2-1
ii  ucf3.0036

Versions of packages flash-kernel recommends:
ii  u-boot-tools  2016.03+dfsg1-6

flash-kernel suggests no packages.

-- debconf information excluded

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

Bug#835997: python-ldns broken: AttributeError: 'module' object has no attribute 'LDNS_RR_CLASS_IN'

[Christoph Egger]

Control: tag -1 + patch

Christoph Egger <christ...@christoph-egger.org> writes:
> Moving the
>
>   %include 
>
> right after the
>
>   %include "ldns_rr.i"
>
> in ldns.i yields a version of `ldns` that is at least importable!


diff --git a/contrib/python/ldns.i b/contrib/python/ldns.i
index 35e076f..562b3ec 100644
--- a/contrib/python/ldns.i
+++ b/contrib/python/ldns.i
@@ -139,6 +139,8 @@ uint32_t ldns_read_timeval_usec(struct timeval* t) {
 %include "ldns_resolver.i"
 %include "ldns_rr.i"
 
+%include 
+
 %inline %{
 int Python_str_Check(PyObject *o) {
 #if PY_VERSION_HEX>=0x0300
@@ -168,7 +170,6 @@ int Python_str_Check(PyObject *o) {
   %include 
   %include 
   %include 
-  %include 
 %include 
 %include 
   %include 


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

Bug#835997: python-ldns broken: AttributeError: 'module' object has no attribute 'LDNS_RR_CLASS_IN'

[Christoph Egger]

Hi!

Christoph Egger <christ...@christoph-egger.org> writes:
> Christoph Egger <christ...@christoph-egger.org> writes:
>> Seems the name without the _swigconstant suffix comes directly from the
>> interface description shipped with the source:
>>
>> | ./ldns_resolver.i:429:def get_addr_by_name(self, name, aclass = 
>> _ldns.LDNS_RR_CLASS_IN, flags = _ldns.LDNS_RD):
>
> And the suffix seems to have been added by some recent swig version. The
> Internet has some references on things breaking.

So I have a working build now!
Turns out swig became a lot more sensitive to ordering.

Moving the

  %include 

right after the

  %include "ldns_rr.i"

in ldns.i yields a version of `ldns` that is at least importable!

  Christoph

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

Bug#835997: python-ldns broken: AttributeError: 'module' object has no attribute 'LDNS_RR_CLASS_IN'

[Christoph Egger]

Christoph Egger <christ...@christoph-egger.org> writes:
> Seems the name without the _swigconstant suffix comes directly from the
> interface description shipped with the source:
>
> | ./ldns_resolver.i:429:def get_addr_by_name(self, name, aclass = 
> _ldns.LDNS_RR_CLASS_IN, flags = _ldns.LDNS_RD):

And the suffix seems to have been added by some recent swig version. The
Internet has some references on things breaking.

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

Bug#835997: python-ldns broken: AttributeError: 'module' object has no attribute 'LDNS_RR_CLASS_IN'

[Christoph Egger]

Christoph Egger <christ...@debian.org> writes:
> Christoph Egger <christ...@debian.org> writes:
>> AttributeError: 'module' object has no attribute 'LDNS_RR_CLASS_IN'
>
> FWIW inspecting the _ldns module (the native C part, ldns without the
> underscore is a thin python wrapper), the following name seems to exist:
>
> | _ldns.LDNS_RR_CLASS_IN_swigconstant
>
> Notice the _swigconstant
> Is ldns.py as installed actually generated with the same swig version as
> the shared object?

Seems the name without the _swigconstant suffix comes directly from the
interface description shipped with the source:

| ./ldns_resolver.i:429:def get_addr_by_name(self, name, aclass = 
_ldns.LDNS_RR_CLASS_IN, flags = _ldns.LDNS_RD):

Christoph

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

Bug#835997: python-ldns broken: AttributeError: 'module' object has no attribute 'LDNS_RR_CLASS_IN'

[Christoph Egger]

Hi!

Christoph Egger <christ...@debian.org> writes:
> AttributeError: 'module' object has no attribute 'LDNS_RR_CLASS_IN'

FWIW inspecting the _ldns module (the native C part, ldns without the
underscore is a thin python wrapper), the following name seems to exist:

| _ldns.LDNS_RR_CLASS_IN_swigconstant

Notice the _swigconstant
Is ldns.py as installed actually generated with the same swig version as
the shared object?

  Christoph

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

Bug#835997: python-ldns broken: AttributeError: 'module' object has no attribute 'LDNS_RR_CLASS_IN'

[Christoph Egger]

Package: python-ldns
Version: 1.6.17-9
Severity: important

Dear Maintainer,

  Seems the python-ldns package is broken / misses some names. This
has worked in the past.

  Christoph

% ipython
Python 2.7.12+ (default, Aug  4 2016, 20:04:34)
Type "copyright", "credits" or "license" for more information.

IPython 2.4.1 -- An enhanced Interactive Python.
? -> Introduction and overview of IPython's features.
%quickref -> Quick reference.
help  -> Python's own help system.
object?   -> Details about 'object', use 'object??' for extra details.

In [1]: import ldns
---
AttributeErrorTraceback (most recent call last)
 in ()
> 1 import ldns

/usr/lib/python2.7/dist-packages/ldns.py in ()
   5664 _ldns.LDNS_RESOLV_RTT_MIN_swigconstant(_ldns)
   5665 LDNS_RESOLV_RTT_MIN = _ldns.LDNS_RESOLV_RTT_MIN
-> 5666 class ldns_resolver(_object):
   5667 """
   5668 LDNS resolver object.

/usr/lib/python2.7/dist-packages/ldns.py in ldns_resolver()
   5932 # High level functions
   5933
-> 5934 def get_addr_by_name(self, name, aclass = _ldns.LDNS_RR_CLASS_IN, 
flags = _ldns.LDNS_RD):
   5935 """
   5936Ask the resolver about name and return all address records.

AttributeError: 'module' object has no attribute 'LDNS_RR_CLASS_IN'

In [2]:
Do you really want to exit ([y]/n)?



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

Kernel: Linux 4.4.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 python-ldns depends on:
ii  libc6 2.23-5
ii  libldns1  1.6.17-9
ii  libpython2.7  2.7.12-2
ii  python2.7.11-2
pn  python:any

python-ldns recommends no packages.

python-ldns suggests no packages.

-- no debconf information

Bug#835972: src:unbound: Please add python3 support

[Christoph Egger]

Package: src:unbound
Version: 1.5.9-3
Severity: wishlist

Dear Maintainer,

Please consider providing a python3-unbound package! Such a package
can successfully be compiled by a separate build:

  PYTHON_VERSION=3.5 ./configure $(args)

Thanks!

  Christoph

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

Kernel: Linux 4.4.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)

Bug#834167: Should allow pinning server key

[Christoph Egger]

Package: msmtp
Version: 1.6.5-1
Severity: wishlist

Hi!

  It's a bit unfortunate that tls_fingerprint pinns the server
certificate instead of the public key. Especially with the new kid
letsencrypt certificate turnover times are getting even shorter all
the time while keys can easily be kept the same for years.

  Christoph

-- System Information:
Debian Release: 8.0
  APT prefers stable-kfreebsd
  APT policy: (990, 'stable-kfreebsd'), (500, 
'stable-kfreebsd-proposed-updates'), (500, 'buildd-unstable'), (500, 
'unstable'), (1, 'experimental')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 10.3-0-amd64
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 msmtp depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  libc0.12.23-2
ii  libgnutls303.5.2-2
ii  libgsasl7  1.8.0-6
ii  ucf3.0030

Versions of packages msmtp recommends:
ii  ca-certificates  20141019

Versions of packages msmtp suggests:
ii  msmtp-mta  1.4.32-2

-- debconf information excluded

Bug#834001: RM: binary libhsqldb1.8.0-java-gcj [kfreebsd-amd64 kfreebsd-i386] -- ROP; Not built anymore, missed by cruft-report?

[Christoph Egger]

Package: ftp.debian.org
Severity: normal

Hi!

  libhsqldb1.8.0-java-gcj was a kfreebsd-any binary that is no longer
 built and superseeded by libhsqldb1.8.0-java which is
 arch=all. Please remove the binary on kfreebsd-*

  Christoph

Bug#774534: [neon27] racy testsuite

[Christoph Egger]

Hi!

"László Böszörményi (GCS)"  writes:
>  Just uploaded the package, making the tests non-fatal before your email. :-/

Thanks!

  Christoph

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

Bug#774534: [neon27] racy testsuite

[Christoph Egger]

Hi!

Christoph Egger <christ...@debian.org> writes:
>   Would you mind making the testsuite non-fatal until this race is
> fixed? I can prepare a NMU as well if you want me to. The failure's
> currently blocking also libreoffice to build on !linux

FWIW I'd apply the below patch from James Clarke and am probably doing a
NMU tomorrow (it's quite non-intrusive and for a important bug open for
more than a year, also I need that build!)

  Christoph

--- a/test/redirect.c
+++ b/test/redirect.c
@@ -181,7 +181,7 @@ static int no_redirect(void)
 
 ONN("redirect non-NULL after non-redir req", ne_redirect_location(sess));
 
-CALL(process_redir(sess, "/foo", ));
+PRECOND(process_redir(sess, "/foo", ) == OK);
 CALL(await_server());
 
 ne_session_destroy(sess);


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

Bug#774534: [neon27] racy testsuite

[Christoph Egger]

Hi!

  Would you mind making the testsuite non-fatal until this race is
fixed? I can prepare a NMU as well if you want me to. The failure's
currently blocking also libreoffice to build on !linux

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

Bug#700309: wotsap: Wotsap can't read latest .wot files from http://wot.christoph-egger.org/

[Christoph Egger]

Hi Giovanni!

Giovanni Mascellani  writes:
> Since the original wotsap is not maintained any more, but there are
> quite a few patches that could be applied and improvements that could be
> made, I decided to fork it and begin again its development here:
>
>   https://github.com/giomasce/wotsap
>
> Actually, I will not have a lot of time for it, but hopefully enough to
> fix the current most outstanding issues. I will also update the Debian
> package after this repository.


  That's great news, thank you! also means I don't need to care for the
client side and can concentrate on getting the extraction part right!

> I see two main alternatives:
>
>  * The file "keys" is extended to 8 or 20 bytes record. This is the
> sanest thing, but it is also backward-incompatible. The WOTVERSION
> number should be bumped to 0.3, old clients could not use new files and
> new clients could not use old files (unless they retain compatibility,
> of course).
>
>  * Old files are kept as they are, but another file (e.g., "longkeys")
> is added, which contains 4 or 16 bytes record: each record is the part
> that must be pasted before the corresponding "keys" record in order to
> have the long ID. This is backward-compatible, but really ugly in itself.
>
> I tend to prefer the first alternative, especially if you can keep
> providing 0.2 .wots for some time after the change.

  As wotsap can't cleanly handle the first case right now (it might when
making sure the new fingerprints file is added *at*the*end*) I agree
making an incompatible change is masically unavoidable. Plkease, when
implementing the client consider unsing python-arpy (I started getting
arpy in a shape where we can use it for that but never did anything
more) so the client no longer depends on the ordering of files in the
ar-archive!

  I think the new format should have the folloing changes

 + Get full fingerprints into the keys file
 + change compression from bzip to xz
 + maybe make keys a textfile (newline terminated hex-encoded strings)
   After encryption there should be hardly any difference in size

Christoph

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

Bug#824901: Updates on gpg2 segfault? -- gone in 2.1.13

[Christoph Egger]

Hi!
Christoph Egger <christ...@debian.org> writes:
> Hi!
>
> FWIW I've just upgraded to .13 and gpg does not seem to segfault any
> more

Actually not really.

I can now do most things but

| $ gpg --check-trustdb
| 
| gpg: signal Segmentation fault caught ... exiting
| zsh: segmentation fault  gpg --check-trustdb

  Christoph

Bug#824901: Updates on gpg2 segfault? -- gone in 2.1.13

[Christoph Egger]

Hi!

Christoph Egger <christ...@christoph-egger.org> writes:
> Actually not really.
>
> I can now do most things but
>
> | $ gpg --check-trustdb
> | 
> | gpg: signal Segmentation fault caught ... exiting
> | zsh: segmentation fault  gpg --check-trustdb

Ignore me, didn't update *all* systems from .12 to .13

  Christoph

Bug#824901: Updates on gpg2 segfault? -- gone in 2.1.13

[Christoph Egger]

Hi!

FWIW I've just upgraded to .13 and gpg does not seem to segfault any
more

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

Bug#826859: sqlite3 quickly corrupts its own database

[Christoph Egger]

Hi!

"László Böszörményi (GCS)" <g...@debian.org> writes:
> On Thu, Jun 9, 2016 at 4:55 PM, Christoph Egger <christ...@debian.org> wrote:
>>   This is the second time sqlite managed to corrupt its database in
>> the last week on this system. The sqlite is located on a ext3
>> filesystem with lots of free space. Unfortunately the corrupted
>> sqlite3 contains private keys so I can't provide the database or one
>> of the daily backups.

> May you give me pointers?
> Is it a big database,

~1.3 MiB

> uses concurrent access,

There's two processes accessing the database. It also currently runns in
WAL mode.

> is the CPU load high?

CPU can get max'ed. This is just a 900MHz mipsel and it's some things
that require quite some computation

> Any chance you may reproduce it with a non-confidental dataset?

I can try. Not in the next 2 weeks though, sorry.

  Christoph

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

Bug#826859: sqlite3 quickly corrupts its own database

[Christoph Egger]

Package: libsqlite3-0
Version: 3.8.7.1-1+deb8u1
Severity: important

Hi!

  This is the second time sqlite managed to corrupt its database in
the last week on this system. The sqlite is located on a ext3
filesystem with lots of free space. Unfortunately the corrupted
sqlite3 contains private keys so I can't provide the database or one
of the daily backups.

  Christoph

# sqlite3 asdf1234 vacuum
Error: database disk image is malformed

-- System Information:
Debian Release: 8.5
  APT prefers stable
  APT policy: (990, '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: systemd (via /run/systemd/system)

Versions of packages libsqlite3-0:mipsel depends on:
ii  libc6  2.19-18+deb8u4
ii  multiarch-support  2.19-18+deb8u4

libsqlite3-0:mipsel recommends no packages.

libsqlite3-0:mipsel suggests no packages.

-- no debconf information

Bug#824901: Updates on gpg2 segfault?

[Christoph Egger]

Hi!

Any news on this? can I provide any additional help to hunt this bug?

  Christoph

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

Bug#768236: ffcall: FTBFS on ppc64el: No rule to make target 'avcall-powerpc64le.lo'

[Christoph Egger]

Hi!

"Fernando Seiti Furusato"  writes:
> Indeed. I apologize, for I did not send any updates, but the truth is
> that I was hoping ffcall could be upgraded.

Right. That should be the *right* way. Just needs some more thought as
the upgrade removes the shared library upstream.

> This was already fixed upstream (porting properly to powerpc archs).
> It was reported on #806992.
> I can try and backport and create a debdiff from it if you wish.

If it's already part of the upstream fix I can probably fetch that until
I get the transition to the new version going.

  Christoph

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

Bug#768236: ffcall: FTBFS on ppc64el: No rule to make target 'avcall-powerpc64le.lo'

[Christoph Egger]

Hi!

seems after applying the patch the package no longer builds on ""old"
powerpc. Ideas?

  Christoph

Bug#824901: [pkg-gnupg-maint] Bug#824901: gnupg: gpg segfaults

[Christoph Egger]

Werner Koch  writes:
> On Sat, 21 May 2016 19:48, christ...@christoph-egger.org said:
>> % gdb --args gpg --debug-all --list-sigs 0x3B78A32D98BAD5B0
>
>> Program received signal SIGSEGV, Segmentation fault.
>> _gcry_log_printmpi (text=text@entry=0x55606606 "pkey[0]", 
>> mpi=0x3e67726f2e) at ../../src/misc.c:337
>
> According to this it seems to bail out at 
>
>  (mpi && (mpi->flags & 4))
>
> but optimization may gave us a wrong line number
>
>> (gdb) bt full
>
> Can you try a 
>
>   p mpi

(gdb) p mpi
$1 = (gcry_mpi_t) 0x3e67726f2e

> and send me your copy of the key 0x3B78A32D98BAD5B0 by PM because I
> can't replicate it with the copy taken from a keyserver (or if possible
> the entire keyring).  I would also suggest to run valgrind.

==5511== Invalid read of size 1
==5511==at 0x5568484: _gcry_log_printmpi (in 
/lib/x86_64-linux-gnu/libgcrypt.so.20.1.0)
==5511==by 0x1393C6: encode_md_value (in /usr/bin/gpg)
==5511==by 0x14FCD5: check_signature_end_simple (in /usr/bin/gpg)
==5511==by 0x1508BE: check_signature_over_key_or_uid (in /usr/bin/gpg)
==5511==by 0x150FE1: check_key_signature2 (in /usr/bin/gpg)
==5511==by 0x151084: check_key_signature (in /usr/bin/gpg)
==5511==by 0x138B91: keyring_rebuild_cache (in /usr/bin/gpg)
==5511==by 0x1355BB: keydb_rebuild_caches (in /usr/bin/gpg)
==5511==by 0x182B4E: validate_keys (in /usr/bin/gpg)
==5511==by 0x155897: public_key_list (in /usr/bin/gpg)
==5511==by 0x119858: main (in /usr/bin/gpg)
==5511==  Address 0x3e67726f3a is not stack'd, malloc'd or (recently) free'd
==5511== 

gpg: signal Segmentation fault caught ... exiting
==5511== 
==5511== Process terminating with default action of signal 11 (SIGSEGV)
==5511==at 0x5F0D478: raise (in /lib/x86_64-linux-gnu/libc-2.22.so)
==5511==by 0x5F0D4FF: ??? (in /lib/x86_64-linux-gnu/libc-2.22.so)
==5511==by 0x5568483: _gcry_log_printmpi (in 
/lib/x86_64-linux-gnu/libgcrypt.so.20.1.0)
==5511==by 0x1393C6: encode_md_value (in /usr/bin/gpg)
==5511==by 0x14FCD5: check_signature_end_simple (in /usr/bin/gpg)
==5511==by 0x1508BE: check_signature_over_key_or_uid (in /usr/bin/gpg)
==5511==by 0x150FE1: check_key_signature2 (in /usr/bin/gpg)
==5511==by 0x151084: check_key_signature (in /usr/bin/gpg)
==5511==by 0x138B91: keyring_rebuild_cache (in /usr/bin/gpg)
==5511==by 0x1355BB: keydb_rebuild_caches (in /usr/bin/gpg)
==5511==by 0x182B4E: validate_keys (in /usr/bin/gpg)
==5511==by 0x155897: public_key_list (in /usr/bin/gpg)
==5511== 
==5511== HEAP SUMMARY:
==5511== in use at exit: 1,955,713 bytes in 38,345 blocks
==5511==   total heap usage: 545,770 allocs, 507,425 frees, 255,247,453 bytes 
allocated
==5511== 
==5511== LEAK SUMMARY:
==5511==definitely lost: 1,792 bytes in 19 blocks
==5511==indirectly lost: 4,112 bytes in 70 blocks
==5511==  possibly lost: 48 bytes in 2 blocks
==5511==still reachable: 1,949,761 bytes in 38,254 blocks
==5511== suppressed: 0 bytes in 0 blocks
==5511== Rerun with --leak-check=full to see details of leaked memory
==5511== 
==5511== For counts of detected and suppressed errors, rerun with: -v
==5511== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)

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

Bug#824901: [pkg-gnupg-maint] Bug#824901: gnupg: gpg segfaults

[Christoph Egger]

Hi!

Werner Koch  writes:
> however, we don't have debug symbols for Libgcrypt.  I'd suggest to try
> this patch for debugging:

Actually unstable-debug has. Anyway (can give full log if that's needed
as well

> diff --git a/g10/seskey.c b/g10/seskey.c
> index c41a145..d0e6b6f 100644
> --- a/g10/seskey.c
> +++ b/g10/seskey.c
> @@ -347,6 +347,9 @@ encode_md_value (PKT_public_key *pk, gcry_md_hd_t md, int 
> hash_algo)
>  return NULL;
>if ( gcry_md_algo_info (hash_algo, GCRYCTL_GET_ASNOID, asn, ) )
>  BUG();
> +  log_debug ("%s: hash_algo=%d pk=%p\n", __func__, hash_algo, pk);
> +  log_debug ("%s: pk->pkey[0]=%p\n", __func__, pk->pkey[0]);
> +  gcry_log_debugmpi ("pkey[0]", pk->pkey[0]);
>frame = do_encode_md (md, hash_algo, gcry_md_get_algo_dlen (hash_algo),
>  gcry_mpi_get_nbits (pk->pkey[0]), asn, asnlen);
>xfree (asn);

% gdb --args gpg --debug-all --list-sigs 0x3B78A32D98BAD5B0
[...]
gpg: DBG: keydb_search   0: LONG_KID: '28AD32B218CCB8FE'
gpg: DBG: keydb: kid_not_found_p (28ad32b218ccb8fe) => not in DB
gpg: DBG: [not enabled in the source] keydb_search leave (not found, cached)
gpg: DBG: [not enabled in the source] keydb_new
gpg: DBG: [not enabled in the source] keydb_search enter
gpg: DBG: keydb_search: 1 search descriptions:
gpg: DBG: keydb_search   0: LONG_KID: '28AD32B218CCB8FE'
gpg: DBG: keydb: kid_not_found_p (28ad32b218ccb8fe) => not in DB
gpg: DBG: [not enabled in the source] keydb_search leave (not found, cached)
gpg: DBG: [not enabled in the source] keydb_new
gpg: DBG: [not enabled in the source] keydb_search enter
gpg: DBG: keydb_search: 1 search descriptions:
gpg: DBG: keydb_search   0: LONG_KID: '0C70557B5A06513E'
gpg: DBG: keydb: kid_not_found_p (0c70557b5a06513e) => not in DB
gpg: DBG: [not enabled in the source] keydb_search leave (not found, cached)
gpg: DBG: [not enabled in the source] keydb_new
gpg: DBG: [not enabled in the source] keydb_search enter
gpg: DBG: keydb_search: 1 search descriptions:
gpg: DBG: keydb_search   0: LONG_KID: '0C70557B5A06513E'
gpg: DBG: keydb: kid_not_found_p (0c70557b5a06513e) => not in DB
gpg: DBG: [not enabled in the source] keydb_search leave (not found, cached)
gpg: DBG: [not enabled in the source] keydb_new
gpg: DBG: [not enabled in the source] keydb_search enter
gpg: DBG: keydb_search: 1 search descriptions:
gpg: DBG: keydb_search   0: LONG_KID: '0C70557B5A06513E'
gpg: DBG: keydb: kid_not_found_p (0c70557b5a06513e) => not in DB
gpg: DBG: [not enabled in the source] keydb_search leave (not found, cached)
gpg: DBG: [not enabled in the source] keydb_new
gpg: DBG: [not enabled in the source] keydb_search enter
gpg: DBG: keydb_search: 1 search descriptions:
gpg: DBG: keydb_search   0: LONG_KID: '104B1AF0BFFB'
gpg: DBG: keydb: kid_not_found_p (104b1af0bffb) => not in DB
gpg: DBG: [not enabled in the source] keydb_search leave (not found, cached)
gpg: DBG: [not enabled in the source] keydb_new
gpg: DBG: [not enabled in the source] keydb_search enter
gpg: DBG: keydb_search: 1 search descriptions:
gpg: DBG: keydb_search   0: LONG_KID: '104B1AF0BFFB'
gpg: DBG: keydb: kid_not_found_p (104b1af0bffb) => not in DB
gpg: DBG: [not enabled in the source] keydb_search leave (not found, cached)
gpg: DBG: [not enabled in the source] keydb_new
gpg: DBG: [not enabled in the source] keydb_search enter
gpg: DBG: keydb_search: 1 search descriptions:
gpg: DBG: keydb_search   0: LONG_KID: '104B1AF0BFFB'
gpg: DBG: keydb: kid_not_found_p (104b1af0bffb) => not in DB
gpg: DBG: [not enabled in the source] keydb_search leave (not found, cached)
gpg: DBG: [not enabled in the source] keydb_new
gpg: DBG: [not enabled in the source] keydb_search enter
gpg: DBG: keydb_search: 1 search descriptions:
gpg: DBG: keydb_search   0: LONG_KID: '3966A24BEC4D79E7'
gpg: DBG: keydb: kid_not_found_p (3966a24bec4d79e7) => not in DB
gpg: DBG: [not enabled in the source] keydb_search leave (not found, cached)
gpg: DBG: [not enabled in the source] keydb_new
gpg: DBG: [not enabled in the source] keydb_search enter
gpg: DBG: keydb_search: 1 search descriptions:
gpg: DBG: keydb_search   0: LONG_KID: '957952D7CF3401A9'
gpg: DBG: keydb: kid_not_found_p (957952d7cf3401a9) => not in DB
gpg: DBG: [not enabled in the source] keydb_search leave (not found, cached)
gpg: DBG: [not enabled in the source] keydb_new
gpg: DBG: [not enabled in the source] keydb_search enter
gpg: DBG: keydb_search: 1 search descriptions:
gpg: DBG: keydb_search   0: LONG_KID: '957952D7CF3401A9'
gpg: DBG: keydb: kid_not_found_p (957952d7cf3401a9) => not in DB
gpg: DBG: [not enabled in the source] keydb_search leave (not found, cached)
gpg: DBG: [not enabled in the source] keydb_new
gpg: DBG: [not enabled in the source] keydb_search enter
gpg: DBG: keydb_search: 1 search descriptions:
gpg: DBG: keydb_search   0: LONG_KID: '957952D7CF3401A9'
gpg: DBG: keydb: kid_not_found_p (957952d7cf3401a9) => not in DB
gpg: DBG: [not 

Bug#824901: gnupg: gpg segfaults

[Christoph Egger]

Package: gnupg
Version: 2.1.12-1
Severity: normal

Hi!

  GPG seems to reproducibly segfault on the command below (at least on
my box). I had a segfault on gpg --import earlier as well but couln't
reproduce after installing debug symbols

  Christoph

% gdb --args gpg --list-sigs 0x3B78A32D98BAD5B0
GNU gdb (Debian 7.10-1+b1) 7.10
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from gpg...Reading symbols from 
/usr/lib/debug/.build-id/92/0adf736962a3750c4bc48c0f1a09d3f393af8b.debug...done.
done.
(gdb) run
Starting program: /usr/bin/gpg --list-sigs 0x3B78A32D98BAD5B0
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
gpg: checking the trustdb
gpg: removing stale lockfile (created by 17287)

Program received signal SIGSEGV, Segmentation fault.
0x774684b5 in ?? () from /lib/x86_64-linux-gnu/libgcrypt.so.20
(gdb) bt full
#0  0x774684b5 in ?? () from /lib/x86_64-linux-gnu/libgcrypt.so.20
No symbol table info available.
#1  0x5558532f in encode_md_value (pk=pk@entry=0x558f5b00, 
md=md@entry=0x55d5e320, hash_algo=8) at ../../g10/seskey.c:350
rc = 
asn = 0x55ac69e0 "010\r\006\t`\206H\001e\003\004\002\001\005"
asnlen = 19
frame = 
mdlen = 
__FUNCTION__ = "encode_md_value"
#2  0x5559bc26 in check_signature_end_simple (pk=0x558f5b00, 
sig=0x55ad3790, digest=0x55d5e320)
at ../../g10/sig-check.c:461
result = 
rc = 
digest = 0x55d5e320
sig = 0x55ad3790
pk = 0x558f5b00
weak = 
#3  0x5559c80f in check_signature_over_key_or_uid 
(signer=0x558f5b00, sig=sig@entry=0x55ad3790, 
kb=kb@entry=0x55d0fcb0, packet=packet@entry=0x55ba6960, 
is_selfsig=is_selfsig@entry=0x0, ret_pk=ret_pk@entry=0x0)
at ../../g10/sig-check.c:892
rc = 
pripk = 0x55929760
md = 0x55d5e320
signer_alloced = 0
__FUNCTION__ = "check_signature_over_key_or_uid"
#4  0x5559cf32 in check_key_signature2 (root=0x55d0fcb0, 
node=node@entry=0x55898b80, check_pk=check_pk@entry=0x0, 
ret_pk=ret_pk@entry=0x0, is_selfsig=is_selfsig@entry=0x0, 
r_expiredate=r_expiredate@entry=0x0, r_expired=0x0)
at ../../g10/sig-check.c:1075
unode = 
pk = 0x55929760
sig = 0x55ad3790
algo = 
rc = 
__FUNCTION__ = "check_key_signature2"
#5  0x5559cfd5 in check_key_signature (root=, 
node=node@entry=0x55898b80, is_selfsig=is_selfsig@entry=0x0)
at ../../g10/sig-check.c:686
No locals.
#6  0x55584b32 in keyring_rebuild_cache (token=, 
noisy=noisy@entry=0) at ../../g10/keyring.c:1554
sig = 
hd = 0x5584d1c0
desc = {mode = KEYDB_SEARCH_MODE_NEXT, skipfnc = 0x0, skipfncvalue = 
0x0, sn = 0x0, snlen = 0, u = {name = 0x0, 
fpr = '\000' , kid = {0, 0}, grip = '\000' 
}, exact = 0}
keyblock = 0x55d0fcb0
node = 0x55898b80
lastresname = 0x55844f30 "/home/christoph/.gnupg/pubring.gpg"
tmpfp = 0x5584f470
tmpfilename = 0x5584f440 "/home/christoph/.gnupg/pubring.gpg.tmp"
bakfilename = 0x5584f560 "/home/christoph/.gnupg/pubring.gpg~"
rc = 
count = 19
sigcount = 19500
#7  0x5558155c in keydb_rebuild_caches (noisy=noisy@entry=0) at 
../../g10/keydb.c:1775
i = 0
rc = 
#8  0x555cea9f in validate_keys (interactive=interactive@entry=0) at 
../../g10/trustdb.c:1904
rc = 0
quit = 0
klist = 0x0
k = 
keys = 0x0
kar = 
kdb = 0x0
node = 
depth = 
ot_unknown = 
ot_undefined = 
ot_never = 
ot_marginal = 
ot_full = 
ot_ultimate = 
start_time = 
next_expire = 0
#9  0x555d0812 in tdb_check_trustdb_stale () at ../../g10/trustdb.c:971
scheduled = 
did_nextcheck = 1
#10 0x555ccdc5 in check_trustdb_stale () at ../../g10/trust.c:280
No locals.
#11 0x555a17e8 in public_key_list (ctrl=0x55844e50, 
list=0x55844eb0, locate_mode=0) at ../../g10/keylist.c:133
No locals.
#12 0x555657f9 in main (argc=0, argv=0x7fffdb90) at 

Bug#811550: MA same

[Christoph Egger]

Control: tag -1 -moreinfo

Hi!

Christoph Egger <christ...@debian.org> writes:
> I see a "Multi-Arch: same" in debian/control for both binary packages
> produced by libgc (Added in 1:7.2d-1 in 2013). Can you elaborate what is
> still missing?

I am obviously confused by how the BTS displays Accefts: bug reports :-/

  Christoph

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

Bug#811550: MA same

[Christoph Egger]

Control: tag -1 +moreinfo

Hi!

I see a "Multi-Arch: same" in debian/control for both binary packages
produced by libgc (Added in 1:7.2d-1 in 2013). Can you elaborate what is
still missing?

Christoph

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

Bug#815667: ERROR: error executing SQL - cannot start a transaction within a transaction

[Christoph Egger]

Hi!

FWIW I changed the kasp.sqlite to WAL mode (found somewhere on the
opendnssec bugtracker) which made things go smooth indeed for a
while. And resulted in bad database corruption.

  Christoph

Bug#820405: RFP: merlin -- assistant for editing OCaml code

[Christoph Egger]

Package: wnpp
Severity: wishlist

* Package name: merlin
  Version : 2.3.1
  Upstream Author : 
* URL or Web page : https://github.com/the-lambda-church/merlin
* License : MIT
  Description : assistant for editing OCaml code


--

I'm currently working a lot with OCaml source and would really love to
apt-get install merlin ;-) As I'm working with OCaml mainly for
university reasons and have no idea whether I'll still be working with
it in a year I don't think I'm a reasonable maintainer -- but I do
believe it would be a worthwile addition to Debian! Could certainly
contribute a first working package though.

  Christoph

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

Bug#815231: cmake: FTBFS on kfreebsd, hurd: 2 tests fail: BuildDepends, RunCMake.Configure

[Christoph Egger]

Hi

FWIW on the 3.2 build (with the patch) I started untill I noticed it
wasn't quite the right version

Steven Chamberlain  writes:
> Andreas Beckmann wrote:
>>  292 - RunCMake.Configure (Failed)
>
> Could someone with access to the hurd-i386 or kfreebsd porter boxes
> try the attached patch please?

Start 284: RunCMake.Configure
284/371 Test #284: RunCMake.Configure ...***Failed  
  3.19 sec

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

Bug#815231: cmake: FTBFS on kfreebsd, hurd: 2 tests fail: BuildDepends, RunCMake.Configure

[Christoph Egger]

Steven Chamberlain  writes:
> Steven Chamberlain wrote:
>> Could someone with access to the hurd-i386 or kfreebsd porter boxes
>> try the attached patch please?
>
> Here's how to run that test on its own, verbosely, in an already-built
> Debian build tree:
>
> $ Build/bin/cmake "-DCMAKE_MODULE_PATH=Tests/RunCMake"
> "-DRunCMake_GENERATOR=Unix Makefiles" "-DRunCMake_GENERATOR_PLATFORM="
> "-DRunCMake_GENERATOR_TOOLSET="
> "-DRunCMake_MAKE_PROGRAM=/usr/bin/make"
> "-DRunCMake_SOURCE_DIR=$(pwd)/Tests/RunCMake/Configure"
> "-DRunCMake_BINARY_DIR=$(pwd)/Build/Tests/RunCMake/Configure" "-P"
> "Tests/RunCMake/Configure/RunCMakeTest.cmake"

I have the build running on falla currently and it's already in the
testsuite so I'll just wait for it to finish

  Christoph

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


signature.asc
Description: PGP signature

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#818627: src:git: FTBFS on kfreebsd

[Christoph Egger]

Package: src:git
Severity: important
Version: 1:2.8.0~rc3-1
X-Debbugs-Cc: debian-...@lists.debian.org
User: debian-...@lists.debian.org
Usertag: kfreebsd

Hi!

git fails the testsuite on kfreebsd currently. This seems to be
reproducible with sid chroots on my stable/ufs system but not on my
notebook (mostly stable + zfs) where git seems to pass the tests every
time.

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)


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

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#818285: non-functional (at least in jessie-backports)

[Christoph Egger]

Package: python3-debianbts
Version: 2.6.0~bpo8+1
Severity: normal

Hi!

Seems to be dying on some SSL error, backtrace attached.

Christoph

-- System Information:
Debian Release: 8.3
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable')
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: systemd (via /run/systemd/system)

Versions of packages python3-debianbts depends on:
ii  python3-pysimplesoap  1.16-1~bpo8+1

python3-debianbts recommends no packages.

python3-debianbts suggests no packages.

-- no debconf information
In [1]: import debianbts

In [2]: debianbts.get_status(123456)
---
ValueErrorTraceback (most recent call last)
 in ()
> 1 debianbts.get_status(123456)

/usr/lib/python3/dist-packages/debianbts.py in get_status(*nrs)
255 method_el = SimpleXMLElement('')
256 _build_int_array_el('arg0', method_el, slice_)
--> 257 reply = soap_client.call('get_status', method_el)
258 for bug_item_el in reply('s-gensym3').children() or []:
259 bug_el = bug_item_el.children()[1]

/usr/lib/python3/dist-packages/pysimplesoap/client.py in call(self, method, 
*args, **kwargs)
258 
259 self.xml_request = request.as_xml()
--> 260 self.xml_response = self.send(method, self.xml_request)
261 response = SimpleXMLElement(self.xml_response, 
namespace=self.namespace,
262 jetty=self.__soap_server in 
('jetty',))

/usr/lib/python3/dist-packages/pysimplesoap/client.py in send(self, method, xml)
311 
312 response, content = self.http.request(
--> 313 location, http_method, body=xml, headers=headers)
314 self.response = response
315 self.content = content

/usr/lib/python3/dist-packages/httplib2/__init__.py in request(self, uri, 
method, body, headers, redirections, connection_type)
   1171 ca_certs=self.ca_certs,
   1172 disable_ssl_certificate_validation=
-> 1173 
self.disable_ssl_certificate_validation)
   1174 else:
   1175 conn = self.connections[conn_key] = connection_type(

/usr/lib/python3/dist-packages/httplib2/__init__.py in __init__(self, host, 
port, key_file, cert_file, timeout, proxy_info, ca_certs, 
disable_ssl_certificate_validation)
826 self, host, port=port, key_file=key_file,
827 cert_file=cert_file, timeout=timeout, context=context,
--> 828 check_hostname=True)
829 
830 

/usr/lib/python3.4/http/client.py in __init__(self, host, port, key_file, 
cert_file, timeout, source_address, context, check_hostname)
   1209 check_hostname = will_verify
   1210 elif check_hostname and not will_verify:
-> 1211 raise ValueError("check_hostname needs a SSL context 
with "
   1212  "either CERT_OPTIONAL or 
CERT_REQUIRED")
   1213 if key_file or cert_file:

ValueError: check_hostname needs a SSL context with either CERT_OPTIONAL or 
CERT_REQUIRED

Bug#816179: VCS-Browser field wrong

[Christoph Egger]

Package: src:opendnssec
Version: 1:1.4.9-1
Severity: minor

Hi!

  http://anonscm.debian.org/?p=pkg-nlnetlabs/opendnssec.git

Just leads to an apache directory listing that is not particularly interesting. 
Please update it to point to e.g.

  http://anonscm.debian.org/cgit/pkg-nlnetlabs/opendnssec.git/

Thanks!

  Christoph

P.S.: The git repository seems to not have been updated for a while

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

Kernel: kFreeBSD 10.2-0-amd64
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)

Bug#815667: ERROR: error executing SQL - cannot start a transaction within a transaction

[Christoph Egger]

Package: opendnssec-enforcer
Version: 1:1.4.9-1
Followup-For: Bug #815667

Hi!

  FWIW I just built 1.4.9 on jessie and the problem seems to persist

Christoph

-- System Information:
Debian Release: 8.3
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable')
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: systemd (via /run/systemd/system)

Versions of packages opendnssec-enforcer depends on:
ii  dpkg   1.17.26
ii  opendnssec-enforcer-sqlite3 [opendnssec-enforcer-backend]  1:1.4.9-1
ii  procps 2:3.3.9-9

Versions of packages opendnssec-enforcer recommends:
ii  opendnssec 1:1.4.9-1
ii  opendnssec-signer  1:1.4.9-1
pn  softhsm2   

opendnssec-enforcer suggests no packages.

-- no debconf information

Bug#815667: ERROR: error executing SQL - cannot start a transaction within a transaction

[Christoph Egger]

Package: opendnssec-enforcer
Version: 1:1.4.6-6
Severity: important

Hi!

Basically every time I start -enforcer and -signer together I get the
mentioned error message (longer log excerpt attached). This is
especially annoying as opendnssec never works after booting the
machine.

I can mostly work around by starting the enforcer around :15 (signer
seems to do signing around :45) and wait for several minutes (at least
untill enforcer starts sleeping). But this really indicates some of
the locking goes wrong?

  Christoph

[0] ERROR: error executing SQL - cannot start a transaction within a transaction

-- System Information:
Debian Release: 8.3
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable')
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: systemd (via /run/systemd/system)

Versions of packages opendnssec-enforcer depends on:
ii  dpkg   1.17.26
ii  opendnssec-enforcer-sqlite3 [opendnssec-enforcer-backend]  1:1.4.6-6
ii  procps 2:3.3.9-9

Versions of packages opendnssec-enforcer recommends:
ii  opendnssec 1:1.4.6-6
ii  opendnssec-signer  1:1.4.6-6
ii  softhsm1.3.7-2

opendnssec-enforcer suggests no packages.

-- no debconf information
-- Logs begin at Tue 2015-11-17 16:05:42 CET, end at Tue 2016-02-23 14:34:00 
CET. --
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: WARNING: ZSK rollover for zone 
'kbsd.xyz' not completed as there are no keys in the 'ready' state; 
ods-enforcerd will try again when it runs next
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: No change to: 
/var/lib/opendnssec/signconf/kbsd.xyz.xml
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Zone coders-nemesis.eu found.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Policy for coders-nemesis.eu set 
to default.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Config will be output to 
/var/lib/opendnssec/signconf/coders-nemesis.eu.xml.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: WARNING: ZSK rollover for zone 
'coders-nemesis.eu' not completed as there are no keys in the 'ready' state; 
ods-enforcerd will try again when it runs next
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: No change to: 
/var/lib/opendnssec/signconf/coders-nemesis.eu.xml
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Zone jbn-bobingen.de found.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Policy for jbn-bobingen.de set to 
default.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Config will be output to 
/var/lib/opendnssec/signconf/jbn-bobingen.de.xml.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: WARNING: ZSK rollover for zone 
'jbn-bobingen.de' not completed as there are no keys in the 'ready' state; 
ods-enforcerd will try again when it runs next
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: No change to: 
/var/lib/opendnssec/signconf/jbn-bobingen.de.xml
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Zone fau.fail found.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Policy for fau.fail set to default.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Config will be output to 
/var/lib/opendnssec/signconf/fau.fail.xml.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: WARNING: ZSK rollover for zone 
'fau.fail' not completed as there are no keys in the 'ready' state; 
ods-enforcerd will try again when it runs next
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: No change to: 
/var/lib/opendnssec/signconf/fau.fail.xml
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Zone siccegge.dn found.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Policy for siccegge.dn set to 
default.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Config will be output to 
/var/lib/opendnssec/signconf/siccegge.dn.xml.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: WARNING: ZSK rollover for zone 
'siccegge.dn' not completed as there are no keys in the 'ready' state; 
ods-enforcerd will try again when it runs next
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: No change to: 
/var/lib/opendnssec/signconf/siccegge.dn.xml
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Zone 51.1.10.in-addr.arpa found.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Policy for 51.1.10.in-addr.arpa 
set to default.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Config will be output to 
/var/lib/opendnssec/signconf/51.1.10.in-addr.arpa.xml.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: WARNING: ZSK rollover for zone 
'51.1.10.in-addr.arpa' not completed as there are no keys in the 'ready' state; 
ods-enforcerd will try again when it runs next
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: No change to: 
/var/lib/opendnssec/signconf/51.1.10.in-addr.arpa.xml
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Zone faust.ninja found.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Policy for faust.ninja set to 
default.
Feb 23 03:17:08 oteiza ods-enforcerd[28101]: Config will be output to 

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#814791: ck-launch-session argument improperly quoted

[Christoph Egger]

Package: consolekit
Version: 0.4.6-5
Severity: normal

Hi!

if I replace in herbstluftwm's .desktop file the "Exec=herbstluftwm"
line by "Exec=herbstluftwm --verbose" it complains it can't find a
binary nanmed "herbstluftwm --verbose" (as single name). However [0]
explicitely says

  The Exec key must contain a command line. A command line consists of
  an executable program optionally followed by one or more
  arguments. ... Arguments are separated by a space.

I'm not totally sure where in the interaction between kdm, xsession
and consolekit this goes wrong though.

  Christoph

[0] 
https://specifications.freedesktop.org/desktop-entry-spec/desktop-entry-spec-1.1.html#exec-variables

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

Kernel: kFreeBSD 10.2-0-amd64
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 consolekit depends on:
ii  dbus   1.10.6-1
ii  libbsd00.7.0-2
ii  libc0.12.19-18
ii  libck-connector0   0.4.6-5
ii  libdbus-1-31.10.6-1
ii  libdbus-glib-1-2   0.102-1
ii  libglib2.0-0   2.42.1-1
ii  libkvm610.1~svn273304-1
ii  libpolkit-gobject-1-0  0.105-8
ii  libx11-6   2:1.6.2-3
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages consolekit recommends:
ii  libpam-ck-connector  0.4.6-5

consolekit suggests no packages.

-- no debconf information

Bug#809662: [uscan] No such file or directory at ..

[Christoph Egger]

Hi!

This seem to only fix the case with --destdir not the one with --rename
right? want a separate bugreport for that?

% uscan --download --rename
uscan: uscan (version 2.15.10) See uscan(1) for help
uscan: Scan watch files in .
uscan warn: Found watch file in ./.git/refs/tags,
   but couldn't find/read changelog; skipping
uscan: ./debian/changelog sets package="herbstluftwm" version="0.6.2"
uscan: Newest version on remote site is 0.7.0, local version is 0.6.2
uscan:=> Newer package available
uscan: Don't download and use the existing file: herbstluftwm-0.7.0.tar.gz
uscan: Downloading OpenPGP signature from
   http://herbstluftwm.org/tarballs/herbstluftwm-0.7.0.tar.gz.sig 
(pgpsigurlmangled)
   as herbstluftwm-0.7.0.tar.gz.pgp
gpgv: Signature made Thu 04 Feb 2016 06:00:36 PM CET using DSA key ID A228D8BA
gpgv: Good signature from "Thorsten Wißmann "
gpgv: aka "Thorsten Wissmann "
gpgv: aka "Thorsten Wißmann "
gpgv: aka "Thorsten Wißmann "
gpgv: aka "Thorsten Wißmann "
gpgv: aka "Thorsten Wißmann "
uscan: Successfully downloaded package herbstluftwm-0.7.0.tar.gz
uscan: Old uscan log found.  Moved to: ../herbstluftwm_0.7.0.uscan.log.old
Can't open 'herbstluftwm-0.7.0.tar.gz': No such file or directory at 
/usr/bin/uscan line 3705.


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

Bug#796798: Add that patch to stable also? [perl: FTBFS on kfreebsd-*: t/op/stat.t]

[Christoph Egger]

Hi!

Maybe this patch could also be applied to stable (as all buildds have
been updated to freebsd-10 and it'd be great to be able to build
proposed-updates and security without additional work ;-)

FWIW I'll take care of the current version in -p-u for
jessie-kfreebsd-p-u so no need to hurry

Thanks!

  Christoph

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