Bug#790423: icewm: missing dependency on shared-mime-info; without, it fails to load pixmaps/icons/graphics

[Thorsten Glaser]

Package: icewm
Version: 1.3.8+githubmod+20150412+960629d-1
Severity: important

Hi,

IceWM does not display pixmaps/icons/graphics (window decorations,
start menu button, etc.) for me on some systems. I now found out
why: shared-mime-info must be installed for that to work.

Please either fix icewm to not require shared-mime-info, or add it
to Depends. (I fail to see why that package should be required for
graphics, so the former is actually the better option).

Also found as: https://bugs.launchpad.net/ubuntu/+source/icewm/+bug/1097192


-- System Information:
Debian Release: stretch/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages icewm depends on:
ii  fonts-dejavu-core   2.35-1
ii  icewm-common1.3.8+githubmod+20150412+960629d-1
ii  libc6   2.19-18
ii  libesd0 0.2.41-11
ii  libfontconfig1  2.11.0-6.3
ii  libgcc1 1:5.1.1-12
ii  libgdk-pixbuf2.0-0  2.31.4-2
ii  libglib2.0-02.44.1-1.1
ii  libice6 2:1.0.9-1+b1
ii  libsm6  2:1.2.2-1+b1
ii  libx11-62:1.6.3-1
ii  libxext62:1.3.3-1
ii  libxft2 2.3.2-1
ii  libxinerama12:1.1.3-1+b1
ii  libxrandr2  2:1.4.2-1+b1
ii  ttf-dejavu-core 2.35-1

icewm recommends no packages.

icewm suggests no packages.

-- no debconf information


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

Bug#783978: multi-line history in mksh

[Thorsten Glaser]

Hi,

this is now implemented in CVS HEAD. Please test.

bye,
//mirabilos
-- 
“The final straw, to be honest, was probably my amazement at the volume of
petty, peevish whingeing certain of your peers are prone to dish out on
d-devel, telling each other how to talk more like a pretty princess, as though
they were performing some kind of public service.” (someone to me, privately)


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

Bug#760327: pcre: disable JIT on powerpcspe, x32

[Thorsten Glaser]

On Thu, 22 Jan 2015, Adam Borowski wrote:

 Control: reopen -1
 Control: found -1 1:8.35-3
 Control: fixed -1 1:8.35-3.2
 Control: found -1 2:8.35-3.2

Thanks for the BTS juggling! When I discovered that there were
new uploads still not fixing pcre3 on x32 (and powerpcspe) I
feared I had to reopen the bugreport.

Anyway, I just created a new pcre3 source package (also adding
back the two changelog entries Ivo dropped), built it on x32,
uploaded that, built it on i386 (just to verify), and installed
both (M-A) on my x32 desktop system.

So, please apply.

Thanks,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steegdiff -Nru pcre3-8.35/debian/changelog pcre3-8.35/debian/changelog
--- pcre3-8.35/debian/changelog 2015-05-26 09:27:56.0 +0200
+++ pcre3-8.35/debian/changelog 2015-06-11 09:44:05.0 +0200
@@ -1,3 +1,11 @@
+pcre3 (2:8.35-5+powerpcspe+x32.1) unreleased; urgency=medium
+
+  [ Thorsten Glaser ]
+  * Re-add patch disabling JIT on powerpcspe and x32 (Closes: #760327)
+  * Add back missing debian/changelog entries for 1:8.35-3.2 and 1:8.36-1
+
+ -- Thorsten Glaser t...@mirbsd.de  Thu, 11 Jun 2015 09:41:54 +0200
+
 pcre3 (2:8.35-5) unstable; urgency=low
 
   * re-enable jit on ppc64el (by dropping the patch that disables it)
@@ -36,6 +44,21 @@
 
  -- Ivo De Decker iv...@debian.org  Sat, 06 Dec 2014 19:21:39 +0100
 
+pcre3 (1:8.36-1) unstable; urgency=medium
+
+  * New upstream release
+  * Upped shlibs dependency to 8.35 (Closes: #767903)
+  * Upstream patch for heap buffer overflow, CVE-2014-8964 (Closes: #770478)
+
+ -- Mark Baker m...@mnb.org.uk  Mon, 24 Nov 2014 22:41:12 +
+
+pcre3 (1:8.35-3.2) unstable; urgency=low
+
+  * Non-maintainer upload with maintainer permission.
+  * Disable JIT on x32 and powerpcspe (Closes: #760327).
+
+ -- Thorsten Glaser t...@mirbsd.de  Wed, 12 Nov 2014 14:30:23 +
+
 pcre3 (1:8.35-3.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru pcre3-8.35/debian/patches/no_jit_x32_powerpcspe.patch 
pcre3-8.35/debian/patches/no_jit_x32_powerpcspe.patch
--- pcre3-8.35/debian/patches/no_jit_x32_powerpcspe.patch   1970-01-01 
01:00:00.0 +0100
+++ pcre3-8.35/debian/patches/no_jit_x32_powerpcspe.patch   2015-06-11 
09:41:30.0 +0200
@@ -0,0 +1,31 @@
+Description: Disable JIT on x32, needs explicit porting to ILP32 amd64, 
FPU-less PowerPC.
+Author: Thorsten Glaser t...@mirbsd.org, Roland Stigge sti...@antcom.de
+
+--- a/sljit/sljitConfigInternal.h
 b/sljit/sljitConfigInternal.h
+@@ -97,7 +97,11 @@
+ #if defined(__i386__) || defined(__i386)
+ #define SLJIT_CONFIG_X86_32 1
+ #elif defined(__x86_64__)
+-#define SLJIT_CONFIG_X86_64 1
++# if defined(__ILP32__)
++#  define SLJIT_CONFIG_UNSUPPORTED 1
++# else
++#  define SLJIT_CONFIG_X86_64 1
++# endif
+ #elif defined(__arm__) || defined(__ARM__)
+ #ifdef __thumb2__
+ #define SLJIT_CONFIG_ARM_THUMB2 1
+@@ -111,7 +115,11 @@
+ #elif defined(__ppc64__) || defined(__powerpc64__) || defined(_ARCH_PPC64) || 
(defined(_POWER)  defined(__64BIT__))
+ #define SLJIT_CONFIG_PPC_64 1
+ #elif defined(__ppc__) || defined(__powerpc__) || defined(_ARCH_PPC) || 
defined(_ARCH_PWR) || defined(_ARCH_PWR2) || defined(_POWER)
+-#define SLJIT_CONFIG_PPC_32 1
++# ifndef __NO_FPRS__
++#  define SLJIT_CONFIG_PPC_32 1
++# else
++#  define SLJIT_CONFIG_UNSUPPORTED 1
++# endif
+ #elif defined(__mips__)  !defined(_LP64)
+ #define SLJIT_CONFIG_MIPS_32 1
+ #elif defined(__mips64)
diff -Nru pcre3-8.35/debian/patches/series pcre3-8.35/debian/patches/series
--- pcre3-8.35/debian/patches/series2015-05-26 09:23:27.0 +0200
+++ pcre3-8.35/debian/patches/series2015-06-11 09:41:15.0 +0200
@@ -5,3 +5,4 @@
 soname.patch
 Fix-silly-quantifier-size-check.patch
 cve-2014-8964.patch
+no_jit_x32_powerpcspe.patch

Bug#699862: qt4-x11 FTBFS on x32, patch ping

[Thorsten Glaser]

Hi,

any progress? I would kinda like to get the updated qt4-x11…
the patch I posted earlier works, FWIW.

Thanks,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg


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

Bug#786690: pbuilder fails to builds package with dpkg-dev 1.18.0 (dpkg-buildpackage -S)

[Thorsten Glaser]

John Paul Adrian Glaubitz dixit:

Hi Yves-Alexis!

I ran into the same problem and I think the only real solution is

Hi you two,

cowbuilder continues to work for me (and it’s pretty much pbuilder).
I would ask you, Adrian, to refrain from shooting out “I think the
only real solution is” so quickly.

The change in dpkg-buildpackage is annoying, but has been forewarned
since etch or thereabouts already, and I’ve already got a bloody nose
with one package requiring stuff from its B-D to create the source
package (due to debian/rules clean). But this likely only affects
pdebuild, not pbuilder itself.

The fix is easy of course: don’t use pdebuild, dpkg-buildpackage -S -d
then run the .dsc that results in with pbuilder.

bye,
//mirabilos
-- 
igli exceptions: a truly awful implementation of quite a nice idea.
igli just about the worst way you could do something like that, afaic.
igli it's like anti-design.  mirabilos that too… may I quote you on that?
igli sure, tho i doubt anyone will listen ;)


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

Bug#786690: pbuilder fails to builds package with dpkg-dev 1.18.0 (dpkg-buildpackage -S)

[Thorsten Glaser]

John Paul Adrian Glaubitz dixit:

I have had many packages where I had to install
certain debhelper packages on the host system outside the chroot before
I was able to build the package. This doesn't look like a very clean
solution to me.

It’s the Debian way to do things.


Yves-Alexis Perez dixit:

Having to manually build the source package before is pretty painful,

Yes, but… see above.


However, I can see how we could work around this: tell pbuilder
(and cowbuilder) that a directory argument is okay as well, then
let them, in those cases, gather the information they normally
get from the .dsc from $1/debian/control.

When I’m bored (or get sufficient incentive to do it), and if
one of you is doing the NMU (or the maintainer wakes up), I might
even hack this; I roughly understand how pbuilder works, and how
this could work. I agree it’s a nice-to-have thing, I just accept
this isn’t how this has traditionally worked in Debian.

bye,
//mirabilos
-- 
Solange man keine schmutzigen Tricks macht, und ich meine *wirklich*
schmutzige Tricks, wie bei einer doppelt verketteten Liste beide
Pointer XORen und in nur einem Word speichern, funktioniert Boehm ganz
hervorragend.   -- Andreas Bogk über boehm-gc in d.a.s.r


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

Bug#786565: iceweasel: breaks xul-ext-requestpolicy

[Thorsten Glaser]

Package: iceweasel
Version: 38.0.1-1
Severity: serious
Tags: security
Justification: security/privacy issue

The new version of iceweasel auto-disables the requestpolicy plugin.
To add insult to injury, it cannot be manually enabled, apparently
due to a version incompatibility.

This leads to page views no longer honouring the requestpolicy
settings but loading *all* external resources, thus violating
privacy and security, leaking user data to unwanted third parties,
disabling the probably most effective (if icky to use) ad blocker,
and cause general slowness due to ad javascript on several pages
(especially since the Intel Atom on an EeePC is so slow my Pentium M
(with less MHz) feels fast compared to it, before already).

-- Package-specific info:

-- Extensions information
Name: Classic Theme Restorer
Location: ${PROFILE_EXTENSIONS}/classicthemeresto...@arist2noia4dev.xpi
Status: enabled

Name: Clear Search 2
Location: ${PROFILE_EXTENSIONS}/clearsear...@extension-id.invalid.xpi
Status: enabled

Name: Default theme
Location: 
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: Firebug
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/fire...@software.joehewitt.com
Package: xul-ext-firebug
Status: enabled

Name: Greasemonkey
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}
Package: xul-ext-greasemonkey
Status: user-disabled

Name: HTTPS-Everywhere
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/https-everywh...@eff.org
Package: xul-ext-https-everywhere
Status: user-disabled

Name: It's All Text!
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/itsallt...@docwhat.gerf.org
Package: xul-ext-itsalltext
Status: enabled

Name: RequestPolicy
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/requestpol...@requestpolicy.com
Package: xul-ext-requestpolicy
Status: app-disabled

Name: Status-4-Evar
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/status4e...@caligonstudios.com
Package: xul-ext-status4evar
Status: enabled

Name: Y U no validate
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{20d36f97-15da-47ed-9f0a-13cbe85bdc84}
Package: xul-ext-y-u-no-validate
Status: enabled

-- Plugins information

-- Addons package information
ii  iceweasel  38.0.1-1 i386 Web browser based on Firefox
ii  xul-ext-firebu 2.0.4-1  all  web development plugin for Icewea
ii  xul-ext-grease 3.1-2all  customization of webpages with us
ii  xul-ext-https- 4.0.3-1  all  extension to force the use of HTT
ii  xul-ext-itsall 1.9.1-2  all  extension to edit textareas using
ii  xul-ext-reques 0.5.28-1 all  improve your browsing: more priva
ii  xul-ext-status 2015.02.06.2 all  Status bar widgets and progress i
ii  xul-ext-y-u-no 2013052401-2 all  browser extension to make securit

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 4.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages iceweasel depends on:
ii  debianutils   4.5
ii  fontconfig2.11.0-6.3
ii  libasound21.0.28-1
ii  libatk1.0-0   2.16.0-2
ii  libc6 2.19-18
ii  libcairo2 1.14.2-2
ii  libdbus-1-3   1.8.18-1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.1-2+b2
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-4
ii  libgcc1   1:5.1.1-5
ii  libgdk-pixbuf2.0-02.31.1-2+b1
ii  libglib2.0-0  2.44.0-3
ii  libgtk2.0-0   2.24.25-3
ii  libhunspell-1.3-0 1.3.3-3
ii  libnspr4  2:4.10.8-1
ii  libnss3   2:3.19-1
ii  libpango-1.0-01.36.8-3
ii  libsqlite3-0  3.8.10.1-1
ii  libstartup-notification0  0.12-4
ii  libstdc++65.1.1-5
ii  libvpx2   1.4.0-3
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  procps2:3.3.9-9
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages iceweasel recommends:
pn  gstreamer1.0-libav none
pn  gstreamer1.0-plugins-good  none

Versions of packages iceweasel suggests:
pn  fonts-mathjax  none
pn  fonts-oflb-asana-math  

Bug#786417: openjdk-8: FTBFS: *** This OS is not supported: Linux … 4.0.0-1-amd64 …

[Thorsten Glaser]

Source: openjdk-8
Version: 8u45-b14-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Trying to rebuild it in a wheezy chroot (probably also fails in sid).

make[6]: Entering directory `/tmp/openjdk-8-8u45-b14/build/hotspot'
2 echo *** This OS is not supported: `uname -a`; exit 1;
*** This OS is not supported: Linux tglase.lan.tarent.de 4.0.0-1-amd64 #1 SMP 
Debian 4.0.2-1 (2015-05-11) x86_64 GNU/Linux

Prefixing the dpkg-buildpackage call with “linux64 --uname-2.6”
makes it work. And yes, I agree, this is among *the* most idiotic
things in Linux recently – and even less published than the 3.0
jump, even less useful, even less tested, etc.

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)


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

Bug#786417: [Openjdk] Bug#786417: openjdk-8: FTBFS: *** This OS is not supported: Linux … 4.0.0-1-amd64 …

[Thorsten Glaser]

severity 786417 serious
thanks

Matthias Klose dixit:

is wrong for the x32 port.

This is not x32, the bugreport was just written on an x32 system.
Sorry for the confusion.


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

Bug#397548: tightvncserver: VNC server crashes... most often with KDE running inside it...

[Thorsten Glaser]

On Wed, 8 Nov 2006, Ola Lundqvist wrote:

 Please try vnc4server, as that should work better.

Just in case this should apply to my problem too: vnc4server
is absolutely no option because it’s unusable over an ADSL
line (even the *down*link of ~450 KiB/s is not enough to
make e.g. displaying OpenStreetMap in iceweasel on the remote
side even barely tolerable, a screen refresh taking about 10
seconds each time; the uplink on the VNC server side is 20 Mbit/s
so not an issue).

vnc4server is usable over 100 Mbit/s LAN, true, but…

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg


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

Bug#699862: qt4-x11 FTBFS on x32, patch ping

[Thorsten Glaser]

On Tue, 26 May 2015, Lisandro Damián Nicanor Pérez wrote:

 Thorsten: an hour ago I uploaded the latest Qt4 upstream release. Can you get 
 me an x32 build log with your patch? You can also use
 
 git://git.debian.org/git/pkg-kde/qt/qt4-x11.git
 
 The master branch has the patches in it.

OK thanks, sure, will do.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg


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

Bug#786895: lintian: incompatible-java-bytecode-format warning needs update for Java 1.7

[Thorsten Glaser]

On Tue, 26 May 2015, Niels Thykier wrote:

 I agree that the is a good idea to clarify this.  My personal
 recommendation is to declare that:
 
  * gcj-jdk is not considered a suitable Java implementation for our end
users nor for implementing the default-java.

Please do not do that. Way too much software, even *really* deep
down in the cycle, things like gettext, depend on default-jdk and
build java versions of their libraries. Even if they don’t work
as well as the OpenJDK versions, or don’t work at all, they still
prevent the source packages FTBFSing and provide Build-Depends for
lots of other packages.

If you really want to go this route, please ensure that Debian can
still work on OpenJDK-less architectures first, by removing the
java packages from all those source packages.

Thanks.

bye,
//mirabilos
-- 
15:41⎜Lo-lan-do:#fusionforge Somebody write a testsuite for helloworld :-)


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

Bug#699862: qt4-x11 FTBFS on x32, patch ping

[Thorsten Glaser]

On Tue, 26 May 2015, Lisandro Damián Nicanor Pérez wrote:

 So basically we are not able to upstream this anymore.

Arrrgh… okay…

 I'm reluctant to keep this as a delta...

… in this case still? The patch is really manageable,
even less than what we had for m68k, basically just
says “there is such a thing as x32, use the defaults”.

If there was a chance to upstream it, I’d prod Daniel
again, but, as you said…

bye,
//mirabilos
-- 
[16:04:33] bkix: veni vidi violini
[16:04:45] bkix: ich kam, sah und vergeigte...


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

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

[Thorsten Glaser]

Source: gettext
Version: 0.19.5.1-1
Severity: grave
Justification: renders package unusable

I just noticed we already have libasprintf0v5 in Debian/m68k unstable.
This cannot be, because we haven’t started the GCC 5 transition yet (I
know because src:gcc-defaults is currently building on one of my boxen
and src:gcc-5 has just finished building).

Evidently, src:gettext was uploaded, with the new binary package name,
without adding a versioned B-D on gcc (= 4:5).

This means that src:gettext must re-do the transition after adding the
versioned B-D, changing soname and binary package name yet again.

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: m68k

Kernel: Linux 4.0.0-2-m68k
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)


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

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

[Thorsten Glaser]

Matthias Klose dixit:

the package maintainers. Halt the buildds and re-enable them once you have
updated your buildds.

Erm. This is so wrong on several counts.

• What builds gcc-5 if not the buildds?

• There *will* be people later who build packages for other,
  e.g. new (think arm64) architectures. They need to build them
  in order. Build-Depends is what defines that order; otherwise
  any old package in any version is fine.


Santiago Vila dixit:

Thorsten, your work on the m68k arch is really amazing, but I don't
think that submitting grave bugs for bugs that only happen in m68k

Who says this only happens on m68k?

I'll be happy to add a versioned B-D in the next upload just in case
it helps

It helps for those architectures who did not build the new gettext
yet, including ports that don’t yet exist.


I would like to hear from either of you two how we can fixup the
situation for m68k in the meantime.

bye,
//mirabilos
-- 
[16:04:33] bkix: veni vidi violini
[16:04:45] bkix: ich kam, sah und vergeigte...


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

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

[Thorsten Glaser]

Santiago Vila dixit:

In the meantime there is nothing to fix because there is not a *single*
package in debian linked against this library.

Ah, okay then.

Then I agree with the severity downgrade, too.

(Still… building GCC takes about a week, so we could not have
been earlier. Plus it’s about 250 MiB fatter now…)

Meh anyway… going to bed, and offloading the discussion onto
the other porters.

bye,
//mirabilos
-- 
18:47⎜mirabilos:#!/bin/mksh well channels… you see, I see everything in the
same window anyway  18:48⎜xpt:#!/bin/mksh i know, you have some kind of
telnet with automatic pong 18:48⎜mirabilos:#!/bin/mksh haha, yes :D
18:49⎜mirabilos:#!/bin/mksh though that's more tinyirc – sirc is more comfy


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

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

[Thorsten Glaser]

Santiago Vila dixit:

In the meantime there is nothing to fix because there is not a *single*
package in debian linked against this library.

… wait, what? Why is the package then installed on all systems, even
in the supposedly clean and minimal buildd chroot?

bye,
//mirabilos
-- 
 Why don't you use JavaScript? I also don't like enabling JavaScript in
 Because I use lynx as browser.
+1
-- Octavio Alvarez, me and ⡍⠁⠗⠊⠕ (Mario Lang) on debian-devel


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

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

[Thorsten Glaser]

Santiago Vila dixit:

Ports that do not even exist yet will definitely need a working gcc-5
if they ever expect to be released architectures some day.

So the natural thing to do (which I think it is what we have always done,
but I may be wrong) is to use unstable as their starting point, not stable.

The problem here is ordering.

Assuming you can take an up-to-date unstable and bootstrap another
architecture using cross-compiling (Helmut Grohne does this regularily)
you have no troubles.

But often, people take other distros as starting point, compiling
things peu à peu, using older versions of packages if newer ones
don’t work OOTB as long as they fulfil the B-D, etc. which is all
perfectly valid.

Especially, packages pre-installed in the buildd chroots can be
out of date for quite some time.

But since this discussion is copied to the m68k list, I hope that
everyone upgrades their chroots right now ;)

gn8,
//mirabilos
-- 
  “Having a smoking section in a restaurant is like having
  a peeing section in a swimming pool.”
-- Edward Burr


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

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

[Thorsten Glaser]

Santiago Vila dixit:

The library was included in gettext-base but it was splitted to its
own package in version 0.18.1.1-6 and a compatibility dependency was
added.

Ah.

We could drop this dependency for stretch, yes, but even in such case

OK.

I don't have an answer for that, but for very slow systems like m68k
it is probably not a good idea to have a buildd chroot too much clean

Yes, we usually do add debhelper and eatmydata. But that would
eventually not pull this library, then.

bye,
//mirabilos
-- 
„Cool, /usr/share/doc/mksh/examples/uhr.gz ist ja ein Grund,
mksh auf jedem System zu installieren.“
-- XTaran auf der OpenRheinRuhr, ganz begeistert
(EN: “[…]uhr.gz is a reason to install mksh on every system.”)


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

Bug#762178: apt: massive a-g update slowdowns due to recent security fixes

[Thorsten Glaser]

David Kalnischkies dixit:

system e.g. now even figures out that specific files mentioned within
a Release file haven't changed since the previous Release file we have
and doesn't even try to download it then (which mostly solves problems
with servers who do not even support I-M-S hits), it doesn't calculate
checksums it doesn't have in the Release file to compare with (like

Woah, you rock! A heartfelt Thanks!

bye,
//mirabilos
-- 
21:49⎜allamoox:#sendmail I have a question guys,
 ⎜Can I use my PC as SMTP server, I use Windows 7 .
 ⎜Already googled and Installed IIS
 ⎜but Still I can't send E-mail

Bug#795160: libsvn1: adequate reports underlinking of libsvn_fs_x-1.so.1.0.0 = svn_fs_open2

[Thorsten Glaser]

reopen 795160
thanks

James McCoy dixit:

libsvn_fs_x (along with all the other libsvn_fs_*) aren't public
libraries.  The public API is libsvn_fs and it will use the appropriate
libsvn_fs_* underneath.

That may very well be, but it’s still an underlinking bug.

Yes, this could probably be handled better by moving them out of the
public lib directories.  For now it's managed (within Debian) by
generating unsatisfiable Depends if something directly links against
these libraries.

That is a good mitigation technique, but the real problem here
is the underlinking, which can also cause surprises by the deliberate
users of those private libraries.

Fixing this is as easy as adding a few appropriate -l options to
the command creating the shared object, ideally with -Wl,--as-needed.

bye,
//mirabilos
-- 
igli exceptions: a truly awful implementation of quite a nice idea.
igli just about the worst way you could do something like that, afaic.
igli it's like anti-design.  mirabilos that too… may I quote you on that?
igli sure, tho i doubt anyone will listen ;)

Bug#794107: libboinc7: missing library dependencies: adequate reports undefined-symbol

[Thorsten Glaser]

Package: libboinc7
Version: 7.6.6+dfsg-2exp1
Severity: normal

adequate reports:

libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = _Z8md5_filePKcPcRdb
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BIO_ctrl
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BN_num_bits
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_LOOKUP_ctrl
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_NAME_oneline
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = RSA_verify
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = MD5_Init
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BIO_vfree
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = RSA_size
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = SSL_load_error_strings
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = 
_Z8dir_scanPcP11__dirstreami
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = MD5_Final
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_STORE_new
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_STORE_CTX_init
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BN_bn2bin
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BN_CTX_free
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BIO_new
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_get_subject_name
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = RSA_private_encrypt
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = _Z14time_to_stringd
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = PEM_read_bio_X509
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = _Z9md5_blockPKhiPc
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_verify_cert
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = _Z5dtimev
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_STORE_CTX_free
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BN_bin2bn
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = RSA_new
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = RSA_free
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = _Z8dir_openPKc
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BN_CTX_new
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_LOOKUP_hash_dir
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = EVP_PKEY_free
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = SSL_library_init
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = MD5_Update
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_get_pubkey
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = RSA_blinding_off
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_STORE_free
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_free
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BIO_s_file
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_STORE_add_lookup
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = 
_Z9dir_closeP11__dirstream
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = is_file
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = RSA_public_decrypt
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = boinc_fopen
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_STORE_CTX_new
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = RSA_blinding_on
libboinc7:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libboinc_zip.so.7.6.6 = _ZN10DirScannerC1ERKSs
libboinc7:x32: undefined-symbol 

Bug#637627: hostname -A has multiple values

[Thorsten Glaser]

On Mon, 3 Aug 2015, Gianfranco Costamagna wrote:

 what about adding a cut -d   -f 1?

This probably works… but I’d either do something like:

mailname=$(hostname -f 2/dev/null || hostname -A)
echo ${mailname%% *} …/etc/mailname

Or, even better maybe, copy the /etc/mailname file from outside.

That being said, with USENETWORK=no, it shouldn’t even need one…

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg


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

Bug#637627: hostname -A has multiple values

[Thorsten Glaser]

Hi,

this patch is wrong!

commit c2087b165bd0fdc6511df4c874390359b290b8bf
Author: Gianfranco Costamagna costamagnagianfra...@yahoo.it
Date:   Mon Aug 3 11:15:11 2015 +0200

Use a hostname -A as fallback in case of -f fails (Closes: #637627)
thanks mapreri for the help

diff --git a/pbuilder-modules b/pbuilder-modules
index f28b2db..7568176 100644
--- a/pbuilder-modules
+++ b/pbuilder-modules
@@ -482,7 +482,7 @@ function extractbuildplace () {
exit 1
fi
log I: creating local configuration
-   hostname -f  $BUILDPLACE/etc/mailname
+   hostname -f || hostname -A  $BUILDPLACE/etc/mailname
 fi
 copy_local_configuration


This is because hostname -A has multiple output:

tglase@tglase:~ $ hostname -A
tglase.lan.tarent.de tgwrk.ig42.org 

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg


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

Bug#761273: Use changelog release for control generation

[Thorsten Glaser]

Hi,

just do the debian/rules control call in a session under the
target release, e.g. under “cowbuilder --login”.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg


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

Bug#780430: qtwebkit-opensource-src: port to m68k

[Thorsten Glaser]

Source: qtwebkit-opensource-src
Version: 5.4.2+dfsg-2
Followup-For: Bug #780430

Hi Lisandro,

please remember submitters don’t get bugmail… or ping them ;)


Anyway, here you are:

- We need the original author of the patches.

The patches were written by myself.

- We need the original author to either:
  - Publicly state that the patches are under a permisive license like BSD.

Please feel free to choose any OSI-approved licence for them.
Although they are probably trivial and thus not copyright-protected.

Thanks for pushing it upstream and merging it!


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

Bug#795160: libsvn1: adequate reports underlinking of libsvn_fs_x-1.so.1.0.0 = svn_fs_open2

[Thorsten Glaser]

Package: libsvn1
Version: 1.9.0-1
Severity: normal

libsvn1:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libsvn_fs_x-1.so.1.0.0 = svn_fs_open2

There is probably a -l flag missing when linking libsvn_fs_x-1.so.1.0.0.

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages libsvn1 depends on:
ii  libapr11.5.1-3
ii  libaprutil11.5.4-1
ii  libc6  2.19-19
ii  libdb5.3   5.3.28-9+b1
ii  libexpat1  2.1.0-7
ii  libldap-2.4-2  2.4.41+dfsg-1
ii  libsasl2-2 2.1.26.dfsg1-13
ii  libserf-1-11.3.8-1
ii  libsqlite3-0   3.8.11.1-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

libsvn1 recommends no packages.

libsvn1 suggests no packages.

-- no debconf information


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

Bug#794622: boost1.58: FTBFS on x32: Trying to build with -march=i686

[Thorsten Glaser]

tags 794622 + patch
thanks

I’ve asked in #boost on IRC and looked through the mailing list archives
but so far, upstream doesn’t seem to have a fix.

Between 1.57 and 1.58, they added code that only handles a two-state
(32 bit/64 bit), but not the 32/64 flavour that x32 and MIPS N32 have.

I therefore experimented with a minimal patch to just address this
problem, which should not hurt i386 either because adding -march=i686
should not have been done there either as it breaks Pentium machines.
It does build. We’ll see whether it actually works.

Please find this patch applied for your convenience, and for forwar‐
ding upstream. Please do make sure this, or another patch fixing the
issue, ends up in the package, especially considering the transition.

Adam/Daniel: I’ve uploaded to unreleased.

Thanks,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steegdiff -Nru boost1.58-1.58.0+dfsg/debian/changelog 
boost1.58-1.58.0+dfsg/debian/changelog
--- boost1.58-1.58.0+dfsg/debian/changelog  2015-08-02 18:32:34.0 
+0200
+++ boost1.58-1.58.0+dfsg/debian/changelog  2015-08-11 11:18:48.0 
+0200
@@ -1,3 +1,11 @@
+boost1.58 (1.58.0+dfsg-3+x32.1) unreleased; urgency=critical
+
+  * Non-maintainer upload.
+  * debian/patches/no-gcc-m-options.diff: do not append -march=i686 to
+CFLAGS unconditionally - fixes FTBFS on x32 (Closes: #794622)
+
+ -- Thorsten Glaser t.gla...@tarent.de  Tue, 11 Aug 2015 11:17:59 +0200
+
 boost1.58 (1.58.0+dfsg-3) unstable; urgency=medium
 
   * Upload to unstable.
diff -Nru boost1.58-1.58.0+dfsg/debian/patches/no-gcc-m-options.diff 
boost1.58-1.58.0+dfsg/debian/patches/no-gcc-m-options.diff
--- boost1.58-1.58.0+dfsg/debian/patches/no-gcc-m-options.diff  2015-07-21 
01:02:46.0 +0200
+++ boost1.58-1.58.0+dfsg/debian/patches/no-gcc-m-options.diff  2015-08-11 
11:17:38.0 +0200
@@ -21,6 +21,15 @@
  # For darwin, the model can be 32_64. darwin.jam will handle that
  # on its own.
  }
+@@ -1073,7 +1063,7 @@ local rule cpu-flags ( toolset variable
+ # x86 and compatible
+ # The 'native' option appeared in gcc 4.2 so we cannot safely use it as 
default.
+ # Use i686 instead for 32-bit.
+-toolset.flags gcc OPTIONS 
architecturex86/address-model32/instruction-set : -march=i686 ;
++toolset.flags gcc OPTIONS 
architecturex86/address-model32/instruction-set :  ;
+ cpu-flags gcc OPTIONS : x86 : native : -march=native ;
+ cpu-flags gcc OPTIONS : x86 : i486 : -march=i486 ;
+ cpu-flags gcc OPTIONS : x86 : i586 : -march=i586 ;
 Index: b/tools/build/src/tools/pathscale.jam
 ===
 --- a/tools/build/src/tools/pathscale.jam

Bug#794551: libsvn-perl: adequate: undefined-symbol libsvn_swig_perl-1.so.1.0.0 = svn_swig_pl_get_current_pool

[Thorsten Glaser]

Package: libsvn-perl
Version: 1.8.13-1
Severity: normal

Hi,

upon upgrading libsvn-perl, adequate reports the following underlinking
or missing symbol error:

libsvn-perl: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libsvn_swig_perl-1.so.1.0.0 = 
svn_swig_pl_get_current_pool


-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages libsvn-perl depends on:
ii  libapr1 1.5.1-3
ii  libc6   2.19-19
ii  libsvn1 1.8.13-1
ii  perl5.20.2-6
ii  perl-base [perlapi-5.20.2]  5.20.2-6

libsvn-perl recommends no packages.

libsvn-perl suggests no packages.

-- no debconf information


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

Bug#794468: general: no watchdog support in installer kernel

[Thorsten Glaser]

Ben Hutchings dixit:

Which watchdog device is this, that is enabled by the BIOS?  Normally I
expect them to be enabled only by the kernel driver.

It’s a 19″ server from Supermicro; Dominik would’ve to provide details.

install time since the watchdog devices are not enabled by the system
firmware.

Oh well… apparently, the firmware setup screens don’t signal the
watchdog either, so you can’t use that one for five minutes while
the watchdog is enabled. This all points to buggy firmware. Again,
details would have to come from Nik.

bye,
//mirabilos
-- 
Thorsten Glaser
Teckids e.V. – Erkunden, Entdecken, Erfinden.
https://www.teckids.org/


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

Bug#789404: pbuilder: insecure use of /tmp

[Thorsten Glaser]

Jakub Wilk dixit:

 And there's DoS aspect: local user could stuff chroot's /tmp with garbage,
 which pbuilder then will have to compress and later decompress on every build.

Meh, it's probably trivial to let it create the chroot inside
a temporary directory other users may not traverse.

The current “let's move the build dir” stinks much more, why
not pre-create /tmp/build in the chroot to be writable only
to the buildd user?

bye,
//mirabilos
-- 
diogenese Beware of ritual lest you forget the meaning behind it.
igli yeah but it means if you really care about something, don't
ritualise it, or you will lose it. don't fetishise it, don't
obsess. or you'll forget why you love it in the first place.


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

Bug#793375: /etc/grub.d/10_linux: useless boot menu duplicates on systems running sysvinit

[Thorsten Glaser]

Package: grub-common
Version: 2.02~beta2-26
Severity: wishlist

Hi,

my boot menu contains three entries per kernel: the regular and rescue one
and a new entry '(sysvinit)'. My system only has sysvinit installed though,
so this is kinda misleading as it’s actually the same as the regular entry.

I think that on systems with only one init system installed those entries
should not be generated, to not confuse less versed users.

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/sda4 / ext4 rw,relatime,errors=remount-ro,stripe=256,data=ordered 0 0
/dev/sda2 /boot ext4 rw,sync,noatime,stripe=1024 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-INTEL_SSDSA2M160G2HP_CVPO04540184160AGN
*** END /boot/grub/device.map

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

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ ${next_entry} ] ; then
   set default=${next_entry}
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default=0
fi

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

export menuentry_id_option

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

function savedefault {
  if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod ext2
set root='hd0,msdos4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos4 
--hint-efi=hd0,msdos4 --hint-baremetal=ahci0,msdos4 --hint='hd0,msdos4'  
399fb17d-a949-4f53-bdfd-5d5a8693e98b
else
  search --no-floppy --fs-uuid --set=root 399fb17d-a949-4f53-bdfd-5d5a8693e98b
fi
font=/usr/share/grub/unicode.pf2
fi

if loadfont $font ; then
  set gfxmode=1024x768
  load_video
  insmod gfxterm
fi
terminal_output gfxterm
if [ ${recordfail} = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='hd0,msdos4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos4 
--hint-efi=hd0,msdos4 --hint-baremetal=ahci0,msdos4 --hint='hd0,msdos4'  
399fb17d-a949-4f53-bdfd-5d5a8693e98b
else
  search --no-floppy --fs-uuid --set=root 399fb17d-a949-4f53-bdfd-5d5a8693e98b
fi
insmod png
if background_image /usr/share/images/desktop-base/spacefun-grub.png; then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload=${1}
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux, with Linux 4.0.0-2-amd64' --class debian --class 
gnu-linux --class gnu --class os $menuentry_id_option 
'gnulinux-4.0.0-2-amd64-advanced-399fb17d-a949-4f53-bdfd-5d5a8693e98b' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 
--hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2'  
3827f24c-e309-47f0-a25e-ae50ff9e893b
else
  search --no-floppy --fs-uuid --set=root 
3827f24c-e309-47f0-a25e-ae50ff9e893b
fi
echo'Loading Linux 4.0.0-2-amd64 ...'
linux   /vmlinuz-4.0.0-2-amd64 root=/dev/sda4 ro rootdelay=5 
syscall.x32=y pcie_aspm=force
echo'Loading initial ramdisk ...'
initrd  /initrd.img-4.0.0-2-amd64
}
menuentry 'Debian GNU/Linux, with Linux 4.0.0-2-amd64 (sysvinit)' --class 
debian --class gnu-linux --class gnu --class os $menuentry_id_option 
'gnulinux-4.0.0-2-amd64-init-sysvinit-399fb17d-a949-4f53-bdfd-5d5a8693e98b' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos

Bug#793375: /etc/grub.d/10_linux: useless boot menu duplicates on systems running sysvinit

[Thorsten Glaser]

Colin Watson dixit:

That's certainly not intended behaviour.  What do these commands report?

With more debugging:

tglase@tglase-nb:~ $ readlink -f /sbin/init
/sbin/init
tglase@tglase-nb:~ $ readlink -f /lib/sysvinit/init
/lib/sysvinit/init
tglase@tglase-nb:~ $ ll /sbin/init /lib/sysvinit/init
-rwxr-xr-x 1 root root 40648 May 21 13:34 /lib/sysvinit/init*
-rwxr-xr-x 1 root root 40648 May 21 13:34 /sbin/init*
tglase@tglase-nb:~ $ dpkg -S /sbin/init /lib/sysvinit/init
sysvinit-core: /sbin/init
sysvinit: /lib/sysvinit/init
tglase@tglase-nb:~ $ cd /var/cache/apt/archives
tglase@tglase-nb:/var/cache/apt/archives $ dpkg-deb -c sysvinit-core*.deb | 
fgrep /sbin/init
-rwxr-xr-x root/root 40648 2015-05-21 13:34 ./sbin/init
tglase@tglase-nb:/var/cache/apt/archives $ dpkg-deb -c sysvinit_*.deb | fgrep 
/lib/sysvinit/init
-rwxr-xr-x root/root 40648 2015-05-21 13:34 ./lib/sysvinit/init

On some *other* systems, I have a local diversion, so /sbin/init
should be treated with care (i386 systems with an amd64 kernel):

root@evolvis:~ # dpkg-divert --list | fgrep init
local diversion of /sbin/init to /sbin/init.real
root@evolvis:~ # ls -l /sbin/init*
-r-xr-xr-x 1 root root55 Jul 22 10:47 /sbin/init
-rwxr-xr-x 1 root root 35216 Jul 18  2013 /sbin/init.real
root@evolvis:~ # cat /sbin/init
#!/bin/mksh-static
exec /usr/bin/linux32 /sbin/init.real $@

That’s not on this system, though (which is a pure amd64 laptop,
with a few i386 things installed).

bye,
//mirabilos
-- 
FWIW, I'm quite impressed with mksh interactively. I thought it was much
*much* more bare bones. But it turns out it beats the living hell out of
ksh93 in that respect. I'd even consider it for my daily use if I hadn't
wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh


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

Bug#777222: libcdio13 is not Multi-Arch compatible

[Thorsten Glaser]

Hi *,

I’ve just built libcdio with Francois’ patch on i386 and x32
and can finally install mplayer (after also fixing libass).

Can one of you please upload (NMU, if it must be) the package?

Thanks,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steegdiff -Nru libcdio-0.83/debian/changelog libcdio-0.83/debian/changelog
--- libcdio-0.83/debian/changelog   2014-09-01 23:07:11.0 +0200
+++ libcdio-0.83/debian/changelog   2015-07-27 09:26:12.0 +0200
@@ -1,3 +1,9 @@
+libcdio (0.83-4.3) unstable; urgency=low
+
+  * Add multiarch support except for the libcdio-dev package.
+
+ -- Francois Gouget fgou...@codeweavers.com  Fri, 06 Feb 2015 14:21:03 +0100
+
 libcdio (0.83-4.2) unstable; urgency=low
 
   * Non-maintainer upload with maintainers permission.
diff -Nru libcdio-0.83/debian/compat libcdio-0.83/debian/compat
--- libcdio-0.83/debian/compat  2011-12-28 23:58:43.0 +0100
+++ libcdio-0.83/debian/compat  2015-07-27 09:25:59.0 +0200
@@ -1 +1 @@
-8
+9
diff -Nru libcdio-0.83/debian/control libcdio-0.83/debian/control
--- libcdio-0.83/debian/control 2014-09-01 23:05:05.0 +0200
+++ libcdio-0.83/debian/control 2015-07-27 09:25:59.0 +0200
@@ -2,7 +2,7 @@
 Priority: optional
 Section: libs
 Maintainer: Nicolas Boullis nboul...@debian.org
-Build-Depends: debhelper (= 8.0.0), dctrl-tools | grep-dctrl, libpopt-dev, 
libncurses5-dev | libncurses-dev, libcam-dev [kfreebsd-any], dh-autoreconf
+Build-Depends: debhelper (= 9), dctrl-tools | grep-dctrl, libpopt-dev, 
libncurses5-dev | libncurses-dev, libcam-dev [kfreebsd-any], dh-autoreconf
 Standards-Version: 3.9.2
 Homepage: http://www.gnu.org/software/libcdio/
 
@@ -25,6 +25,8 @@
 Package: libcdio13
 Section: libs
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: library to read and control CD-ROM
  This library is to encapsulate CD-ROM reading and
@@ -38,6 +40,7 @@
 Package: libiso9660-dev
 Section: libdevel
 Architecture: any
+Multi-Arch: same
 Depends: libiso9660-8 (= ${binary:Version}), libcdio-dev (= 0.78.2-1), 
${libcdev}, ${misc:Depends}
 Description: library to work with ISO9660 filesystems (development files)
  This package contains development files (headers and static library)
@@ -49,6 +52,8 @@
 Package: libiso9660-8
 Section: libs
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: library to work with ISO9660 filesystems
  This library is made to read and write ISO9660 filesystems; those
@@ -70,6 +75,8 @@
 Package: libcdio-cdda1
 Section: libs
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: library to read and control digital audio CDs
  This library is made to read and control digital audio CDs. It does
@@ -80,6 +87,7 @@
 Package: libcdio-paranoia-dev
 Section: libdevel
 Architecture: any
+Multi-Arch: same
 Depends: libcdio-paranoia1 (= ${binary:Version}), libcdio-cdda-dev, 
libcdio-dev, ${libcdev}, ${misc:Depends}
 Description: library to read digital audio CDs with error correction 
(development files)
  This package contains development files (headers and static library)
@@ -93,6 +101,8 @@
 Package: libcdio-paranoia1
 Section: libs
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: library to read digital audio CDs with error correction
  This library is made to read digital audio CDs, with error
@@ -103,6 +113,7 @@
 Package: libudf-dev
 Section: libdevel
 Architecture: any
+Multi-Arch: same
 Depends: libudf0 (= ${binary:Version}), libcdio-dev (= 0.78.2-1), ${libcdev}, 
${misc:Depends}
 Description: library to work with UDF filesystems (development files)
  This package contains development files (headers and static library)
@@ -114,6 +125,8 @@
 Package: libudf0
 Section: libs
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: library to work with UDF filesystems
  This library is made to read and write UDF filesystems; those
@@ -122,6 +135,7 @@
 Package: libcdio-utils
 Section: otherosfs
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: sample applications based on the CDIO libraries
  This package contains a collection of small libcdio-based tools:
diff -Nru libcdio-0.83/debian/libcdio-cdda-dev.install 
libcdio-0.83/debian/libcdio-cdda-dev.install
--- libcdio-0.83/debian/libcdio-cdda-dev.install2011-12-24 
00:25:55.0 +0100
+++ libcdio-0.83/debian/libcdio-cdda-dev.install2015-07-27 
09:25:59.0 +0200
@@ -1,4 +1,4 @@
 

Bug#793754: libass: FTBFS on x32 because it tries to use amd64-specific asm

[Thorsten Glaser]

Source: libass
Version: 0.12.3-1
Severity: important
Justification: fails to build from source (but built successfully in the past)

Recent versions of libass install yasm on [any-amd64], which is an
architecture wildcard that does include x32 (because it matches on
the CPU architecture, not the Debian architecture, which surprised
me initially too).

The attached patch fixes libass by expanding the wildcard to those
desired [amd64 kfreebsd-amd64] and - just to be sure - adds an ex-
plicit Build-Conflicts on yasm [x32] (passing --disable-asm to the
configure invocation would probably also work).

Please apply!

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)
diff -Nru libass-0.12.3/debian/changelog libass-0.12.3/debian/changelog
--- libass-0.12.3/debian/changelog	2015-07-12 18:08:07.0 +0200
+++ libass-0.12.3/debian/changelog	2015-07-27 09:17:18.0 +0200
@@ -1,3 +1,10 @@
+libass (0.12.3-1+x32.1) unreleased; urgency=medium
+
+  * Non-maintainer upload.
+  * Do not depend on yasm on x32 to disable asm
+
+ -- Thorsten Glaser t...@mirbsd.de  Mon, 27 Jul 2015 09:16:57 +0200
+
 libass (0.12.3-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru libass-0.12.3/debian/control libass-0.12.3/debian/control
--- libass-0.12.3/debian/control	2015-04-20 21:48:43.0 +0200
+++ libass-0.12.3/debian/control	2015-07-27 09:16:53.0 +0200
@@ -12,7 +12,8 @@
  libfreetype6-dev,
  libfribidi-dev,
  libharfbuzz-dev,
- yasm [any-amd64]
+ yasm [amd64 kfreebsd-amd64]
+Build-Conflicts: yasm [x32]
 Standards-Version: 3.9.6
 Section: libs
 Homepage: https://github.com/libass/libass

Bug#777070: libgme0 is not Multi-Arch compatible

[Thorsten Glaser]

Package: libgme0
Version: 0.5.5-2
Followup-For: Bug #777070

This bug also prevents ffmpeg from being co-installable ☹
The attached patch seems to work:

tglase@tglase:~ $ sudo apt-get --purge dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
Done
The following NEW packages will be installed:
  libavcodec-ffmpeg56 libavformat-ffmpeg56 libavutil-ffmpeg54 libbluray1 
libgme0 libmodplug1 libshine3
  libsoxr0 libswresample-ffmpeg1 libzvbi0
The following packages have been kept back:
  gajim libelf1:i386 libproxy1:i386 libvirt-clients libvirt-daemon 
libvirt-daemon-system libvirt0
  libxml2:i386 mailman python-libvirt virt-manager virtinst
The following packages will be upgraded:
  libgegl-0.2-0 libgme0:i386 libkfilemetadata4
3 upgraded, 10 newly installed, 0 to remove and 12 not upgraded.
Need to get 6029 kB/6275 kB of archives.
After this operation, 14.5 MB of additional disk space will be used.
Do you want to continue? [Y/n] 


-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages libgme0:i386 depends on:
ii  libc6   2.19-19
ii  libgcc1 1:5.1.1-14
ii  libstdc++6  5.1.1-14

libgme0:i386 recommends no packages.

libgme0:i386 suggests no packages.

-- no debconf information


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

Bug#777070: libgme0 is not Multi-Arch compatible

[Thorsten Glaser]

Sebastian Ramacher dixit:

And why did you BCC me on this email?

X-Debbugs-Cc, not Bcc ;)

Because you uploaded the one for the other package too.
*looks* the one for libtwolame0. And because I cannot
upload to unstable.

bye,
//mirabilos (x32 user)
-- 
Yes, I hate users and I want them to suffer.
-- Marco d'Itri on gmane.linux.debian.devel.general


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

Bug#759626: gavl: FTBFS on x32

[Thorsten Glaser]

On Fri, 29 Aug 2014, Adam Borowski wrote:

 Hi!  I'm afraid your package fails to build on x32, and blocks a load of
 stuff because of deep Build-Dependency chains.
 
 Here's a fix.  I did not bother porting this code, just ripped the whole

Hi *, I just built gavl with Adam’s fix in order to get libav fully
compiled again, and uploaded it to dpo unreleased.

Please apply in your next upload!

Thanks,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg


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

Bug#792264: opencv: FTBFS on x32 (and other new Linux architectures) due to use of sysctl

[Thorsten Glaser]

Source: opencv
Version: 2.4.9.1+dfsg-1.1
Severity: important
Tags: patch

Hi,

the attached patch lets CMake search for sys/sysctl.h and
uses it only if found.

This, together with the fix for #792262, fixes opencv on x32.

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)
diff -Nru opencv-2.4.9.1+dfsg/debian/changelog opencv-2.4.9.1+dfsg/debian/changelog
--- opencv-2.4.9.1+dfsg/debian/changelog	2015-05-15 21:34:14.0 +0200
+++ opencv-2.4.9.1+dfsg/debian/changelog	2015-07-13 11:07:07.0 +0200
@@ -1,3 +1,10 @@
+opencv (2.4.9.1+dfsg-1.1+x32.1) unreleased; urgency=medium
+
+  * Non-maintainer upload.
+  * Add fix_without_sysctl patch
+
+ -- Thorsten Glaser t...@mirbsd.de  Mon, 13 Jul 2015 11:06:47 +0200
+
 opencv (2.4.9.1+dfsg-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru opencv-2.4.9.1+dfsg/debian/patches/fix_without_sysctl opencv-2.4.9.1+dfsg/debian/patches/fix_without_sysctl
--- opencv-2.4.9.1+dfsg/debian/patches/fix_without_sysctl	1970-01-01 01:00:00.0 +0100
+++ opencv-2.4.9.1+dfsg/debian/patches/fix_without_sysctl	2015-07-13 11:06:38.0 +0200
@@ -0,0 +1,54 @@
+Description: only include sys/sysctl.h if usable
+Forwarded: not yet
+Bug-Debian: coming
+Author: mirabilos t.gla...@tarent.de
+
+--- a/CMakeLists.txt
 b/CMakeLists.txt
+@@ -441,6 +441,8 @@ if(UNIX)
+   else()
+ set(HAVE_LIBPTHREAD YES)
+   endif()
++
++  CHECK_INCLUDE_FILE(sys/sysctl.h HAVE_SYS_SYSCTL_H)
+ endif()
+ 
+ include(cmake/OpenCVPCHSupport.cmake)
+--- a/modules/core/src/parallel.cpp
 b/modules/core/src/parallel.cpp
+@@ -57,7 +57,9 @@
+ #if defined ANDROID
+ #include sys/sysconf.h
+ #elif !defined __GNU__
++  #ifdef HAVE_SYS_SYSCTL_H
+ #include sys/sysctl.h
++  #endif
+ #endif
+ #endif
+ 
+--- a/modules/core/src/system.cpp
 b/modules/core/src/system.cpp
+@@ -164,9 +164,11 @@ std::wstring GetTempFileNameWinRT(std::w
+ #if defined ANDROID
+ #include sys/sysconf.h
+ #elif !defined __GNU__
++#ifdef HAVE_SYS_SYSCTL_H
+ #include sys/sysctl.h
+ #endif
+ #endif
++#endif
+ 
+ #ifdef ANDROID
+ # include android/log.h
+--- a/modules/highgui/src/cap_ffmpeg_impl.hpp
 b/modules/highgui/src/cap_ffmpeg_impl.hpp
+@@ -149,7 +149,9 @@ extern C {
+ #include unistd.h
+ #include stdio.h
+ #include sys/types.h
++#ifdef HAVE_SYS_SYSCTL_H
+ #include sys/sysctl.h
++#endif
+ #endif
+ 
+ #ifndef MIN
diff -Nru opencv-2.4.9.1+dfsg/debian/patches/series opencv-2.4.9.1+dfsg/debian/patches/series
--- opencv-2.4.9.1+dfsg/debian/patches/series	2015-05-15 16:43:46.0 +0200
+++ opencv-2.4.9.1+dfsg/debian/patches/series	2015-07-13 10:47:26.0 +0200
@@ -8,3 +8,4 @@
 fix_path_of_opencl_headers
 libav10.patch
 optimize_i586.patch
+fix_without_sysctl

Bug#792262: cmake: does not find JNI on x32

[Thorsten Glaser]

Source: cmake
Version: 3.2.2-2
Severity: normal
Tags: patch

Attached patch makes cmake find JNI on Debian/x32, fixing
FTBFS in openjpeg and others.

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)
diff -Nru cmake-3.2.2/debian/changelog cmake-3.2.2/debian/changelog
--- cmake-3.2.2/debian/changelog	2015-05-14 04:04:10.0 +0200
+++ cmake-3.2.2/debian/changelog	2015-07-13 12:30:16.0 +0200
@@ -1,3 +1,10 @@
+cmake (3.2.2-2+x32.1) unreleased; urgency=medium
+
+  * Non-maintainer upload.
+  * New: FindJNI.cmake.x32.patch
+
+ -- Thorsten Glaser t.gla...@tarent.de  Mon, 13 Jul 2015 12:30:15 +0200
+
 cmake (3.2.2-2) unstable; urgency=medium
 
   * Make cmake.bash-completion use wildcards for the minor version
diff -Nru cmake-3.2.2/debian/patches/FindJNI.cmake.x32.patch cmake-3.2.2/debian/patches/FindJNI.cmake.x32.patch
--- cmake-3.2.2/debian/patches/FindJNI.cmake.x32.patch	1970-01-01 01:00:00.0 +0100
+++ cmake-3.2.2/debian/patches/FindJNI.cmake.x32.patch	2015-07-13 12:29:45.0 +0200
@@ -0,0 +1,16 @@
+# DP: find JNI on x32
+
+--- a/Modules/FindJNI.cmake
 b/Modules/FindJNI.cmake
+@@ -42,7 +42,11 @@ macro(java_append_library_directories _v
+ # 1.6.0_18 + icedtea patches. However, it would be much better to base the
+ # guess on the first part of the GNU config.guess platform triplet.
+ if(CMAKE_SYSTEM_PROCESSOR STREQUAL x86_64)
++  if(CMAKE_LIBRARY_ARCHITECTURE STREQUAL x86_64-linux-gnux32)
++set(_java_libarch x32 amd64 i386)
++  else()
+ set(_java_libarch amd64 i386)
++  endif()
+ elseif(CMAKE_SYSTEM_PROCESSOR MATCHES ^i.86$)
+ set(_java_libarch i386)
+ elseif(CMAKE_SYSTEM_PROCESSOR MATCHES ^alpha)
diff -Nru cmake-3.2.2/debian/patches/series cmake-3.2.2/debian/patches/series
--- cmake-3.2.2/debian/patches/series	2015-05-14 02:22:47.0 +0200
+++ cmake-3.2.2/debian/patches/series	2015-07-13 12:28:28.0 +0200
@@ -8,3 +8,4 @@
 custom-sphinx-flags.patch
 fix-mips-endian.patch
 openjdk-8-detection.patch
+FindJNI.cmake.x32.patch

Bug#792272: x265: FTBFS on x32

[Thorsten Glaser]

Source: x265
Version: 1.7-3
Severity: important
Tags: patch

Hi,

x265 is required for libav these days (and probably ffmpeg later).
The attached patch makes it recognise x32 and handles it as a faux
non-x86 processor architecture, which is not strictly correct, but
achieves the goal to make x265 not use assembly code for it, as it
fails there currently.

We’ll eventually want to port all those asm-using packages to x32
proper, but for now, disabling asm is the way to go to get them
compiling (and thus usable in the dependency chain – no idea if
it’s actually usable as in, can decode a video in time, but we’ll
see that later).

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)
diff -Nru x265-1.7/debian/changelog x265-1.7/debian/changelog
--- x265-1.7/debian/changelog	2015-06-19 15:36:05.0 +0200
+++ x265-1.7/debian/changelog	2015-07-13 14:49:21.0 +0200
@@ -1,3 +1,10 @@
+x265 (1.7-3+x32.1) unreleased; urgency=low
+
+  * Non-maintainer upload.
+  * Fix building on x32 (without asm, for now)
+
+ -- Thorsten Glaser t.gla...@tarent.de  Mon, 13 Jul 2015 14:49:06 +0200
+
 x265 (1.7-3) unstable; urgency=medium
 
   * debian/rules: Filter -Wl,-Bsymbolic-functions. (Closes: #789111)
diff -Nru x265-1.7/debian/patches/fix_x32.patch x265-1.7/debian/patches/fix_x32.patch
--- x265-1.7/debian/patches/fix_x32.patch	1970-01-01 01:00:00.0 +0100
+++ x265-1.7/debian/patches/fix_x32.patch	2015-07-13 14:48:58.0 +0200
@@ -0,0 +1,32 @@
+# DP: detect x32, handle as non-x86 and no-ASM for now, but enable PIC
+
+--- a/source/CMakeLists.txt
 b/source/CMakeLists.txt
+@@ -43,6 +43,10 @@ string(TOLOWER ${CMAKE_SYSTEM_PROCESSOR
+ set(X86_ALIASES x86 i386 i686 x86_64 amd64)
+ list(FIND X86_ALIASES ${SYSPROC} X86MATCH)
+ if(${SYSPROC} STREQUAL  OR X86MATCH GREATER -1)
++  if(CMAKE_LIBRARY_ARCHITECTURE STREQUAL x86_64-linux-gnux32)
++message(STATUS Detected x32 target system)
++set(X32 1)
++  else()
+ message(STATUS Detected x86 target processor)
+ set(X86 1)
+ add_definitions(-DX265_ARCH_X86=1)
+@@ -50,6 +54,7 @@ if(${SYSPROC} STREQUAL  OR X86MATCH
+ set(X64 1)
+ add_definitions(-DX86_64=1)
+ endif()
++  endif()
+ elseif(${SYSPROC} STREQUAL armv6l)
+ message(STATUS Detected ARM target processor)
+ set(ARM 1)
+@@ -86,6 +91,8 @@ endif(UNIX)
+ 
+ if(X64 AND NOT WIN32)
+ option(ENABLE_PIC Enable Position Independent Code ON)
++elseif(X32)
++option(ENABLE_PIC Enable Position Independent Code ON)
+ else()
+ option(ENABLE_PIC Enable Position Independent Code OFF)
+ endif(X64 AND NOT WIN32)
diff -Nru x265-1.7/debian/patches/series x265-1.7/debian/patches/series
--- x265-1.7/debian/patches/series	2015-06-18 18:59:27.0 +0200
+++ x265-1.7/debian/patches/series	2015-07-13 14:46:22.0 +0200
@@ -1,3 +1,4 @@
 compile-flags.patch
 highbit-depth-path.patch
 gcc-check.patch
+fix_x32.patch

Bug#760433: libav: FTBFS on x32: Invalid inline assembly

[Thorsten Glaser]

tags 760433 + patch
thanks

Hi *,

I just rebuilt libav and all of its dependencies on x32.
Thus, only part remaining is the detection magic.

Updated patch attached, will upload to dpo unreleased.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steegdiff -Nru libav-11.4/debian/changelog libav-11.4/debian/changelog
--- libav-11.4/debian/changelog 2015-06-03 22:31:46.0 +0200
+++ libav-11.4/debian/changelog 2015-07-13 14:29:56.0 +0200
@@ -1,3 +1,15 @@
+libav (6:11.4-2+x32.1) unreleased; urgency=high
+
+  [ Thorsten Glaser ]
+  * Non-maintainer upload.
+  * (Closes: #760433)
+
+  [ Daniel Schepler ]
+  * Set --arch='x32' instead of --arch='amd64' for x32 builds as the
+inline assembly fails to build. Also, enable PIC on x32.
+
+ -- Thorsten Glaser t...@mirbsd.de  Mon, 13 Jul 2015 14:29:53 +0200
+
 libav (6:11.4-2) unstable; urgency=medium
 
   * debian/*.lintian-overrides: Use architecture specific overrides to fix
diff -Nru libav-11.4/debian/confflags libav-11.4/debian/confflags
--- libav-11.4/debian/confflags 2015-06-03 22:13:23.0 +0200
+++ libav-11.4/debian/confflags 2015-07-13 14:25:17.0 +0200
@@ -95,7 +95,11 @@
 endef
 
 # Common configuration flags
+ifeq ($(DEB_HOST_ARCH),x32)
+confflags += --arch='x32'
+else
 confflags += --arch='$(DEB_HOST_ARCH_CPU)'
+endif
 confflags += --enable-pthreads
 confflags += --enable-runtime-cpudetect
 confflags += --extra-version='$(DEB_VERSION)'
@@ -114,6 +118,10 @@
 confflags += --enable-pic
 endif
 
+ifeq  ($(DEB_HOST_ARCH),x32)
+confflags += --enable-pic
+endif
+
 # Additional features
 confflags += $(call cond_enable,/usr/include/bzlib.h,bzlib)
 confflags += $(call cond_enable,/usr/include/dc1394/dc1394.h,libdc1394)

Bug#792281: texlive-latex-base: not Multi-Arch: foreign

[Thorsten Glaser]

Package: texlive-latex-base
Version: 2015.20150703-1
Severity: normal

Hi, this is a packaging issue ;-)

I would like to make mediawiki-math-texvc Multi-Arch: foreign,
but that means it still depends on texlive-latex-base and
texlive-latex-extra on the foreign arch (e.g. i386) as they
lack a Multi-Arch annotation.

Please add M-A: foreign to the relevant texlive-* packages.
Do check with the M-A wizards (such as Helmut Grohne) for
their correctness, though…

Thanks!

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages texlive-latex-base depends on:
ii  tex-common6.02
ii  texlive-base  2015.20150703-1
ii  texlive-binaries  2015.20150524.37493-5

Versions of packages texlive-latex-base recommends:
pn  texlive-latex-base-doc  none

texlive-latex-base suggests no packages.

Versions of packages tex-common depends on:
ii  dpkg  1.18.1
ii  ucf   3.0030

Versions of packages tex-common suggests:
ii  debhelper  9.20150628

Versions of packages texlive-latex-base is related to:
ii  tex-common6.02
ii  texlive-binaries  2015.20150524.37493-5

-- debconf information:
  tex-common/check_texmf_wrong:
  tex-common/check_texmf_missing:


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

Bug#752103: using build profiles breaks debian-ports

[Thorsten Glaser]

On Fri, 17 Jul 2015, John Paul Adrian Glaubitz wrote:
 On 07/17/2015 09:31 AM, Thorsten Glaser wrote:
  using build profiles breaks debian-ports architectures, all of them:
 
 What exactly is a build profile in this context?

  Build-Depends: […] libgpac-dev (= ⌦0.5.0+svn4288~),⌫ ▶0.5.0+svn4288~) 
  !stage1,◀ […]

bye,
//mirabilos
-- 
Yes, I hate users and I want them to suffer.
-- Marco d'Itri on gmane.linux.debian.devel.general


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

Bug#752103: using build profiles breaks debian-ports

[Thorsten Glaser]

Hi *,

using build profiles breaks debian-ports architectures, all of them:

http://buildd.debian-ports.org/status/package.php?p=x264

│Dependency installability problem for [33]x264 on alpha, hppa, m68k, sh4, 
sparc64 and x32:
│
│x264 build-depends on missing:
│- empty-dependency-after-parsing

wdiff shows:

Version: ⌦2:0.146.2538+git121396c-2⌫ ▶2:0.146.2538+git121396c-3◀

Build-Depends: […] libgpac-dev (= ⌦0.5.0+svn4288~),⌫ ▶0.5.0+svn4288~) 
!stage1,◀ […]

So this means that because someone added the build profiles thing,
wanna-build (or something else in the component stack) on dpo can
no longer calculate B-D installability for those packages, which
sorta defeats the purpose of adding it.

bye,
//mirabilos
-- 
 Why don't you use JavaScript? I also don't like enabling JavaScript in
 Because I use lynx as browser.
+1
-- Octavio Alvarez, me and ⡍⠁⠗⠊⠕ (Mario Lang) on debian-devel


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

Bug#792272: x265: FTBFS on x32

[Thorsten Glaser]

Sebastian Ramacher dixit:

If you want to port the asm code to x32, please submit your work upstream. I
don't intend to carry patches for the asm code in a package where the asm code
changes a lot with every release:

OK, completely understandable.

But, for now, just getting x265 compiled on x32 withOUT asm is the goal.

bye,
//mirabilos
-- 
igli exceptions: a truly awful implementation of quite a nice idea.
igli just about the worst way you could do something like that, afaic.
igli it's like anti-design.  mirabilos that too… may I quote you on that?
igli sure, tho i doubt anyone will listen ;)


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

Bug#792287: ffms2: please make pandoc optional

[Thorsten Glaser]

Source: ffms2
Version: 2.21-2
Severity: normal

Hi,

pandoc is, unfortunately, not available on all Debian
architectures due to its use of Haskell. Please make
pandoc optional.

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)


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

Bug#699217: nss: FTBFS on x32: Using -m32

[Thorsten Glaser]

Source: nss
Version: 2:3.19.2-1
Followup-For: Bug #699217

Attached patch rebased for the current version, and simplified.

Please *do* apply!

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)
diff -Nru nss-3.19.2/debian/changelog nss-3.19.2/debian/changelog
--- nss-3.19.2/debian/changelog	2015-06-20 23:30:17.0 +0200
+++ nss-3.19.2/debian/changelog	2015-07-13 17:33:37.0 +0200
@@ -1,3 +1,13 @@
+nss (2:3.19.2-1+x32.1) unreleased; urgency=medium
+
+  * Non-maintainer upload.
+  * (Closes: #699217)
+
+  [ Daniel Schepler ]
+  * Set USE_X32=1 for x32 builds.
+
+ -- Thorsten Glaser t.gla...@tarent.de  Mon, 13 Jul 2015 17:33:21 +0200
+
 nss (2:3.19.2-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru nss-3.19.2/debian/rules nss-3.19.2/debian/rules
--- nss-3.19.2/debian/rules	2015-06-20 23:27:31.0 +0200
+++ nss-3.19.2/debian/rules	2015-07-13 17:32:18.0 +0200
@@ -28,8 +28,12 @@
 ifneq (,$(filter 64 alpha amd64 ia64 s390x,$(shell dpkg-architecture -qDEB_HOST_ARCH_BITS 2 /dev/null || dpkg-architecture -qDEB_HOST_ARCH)))
 USE_64 := USE_64=1
 else
+ifeq (x32,$(shell dpkg-architecture -qDEB_HOST_ARCH))
+USE_64 := USE_X32=1
+else
 USE_64 :=
 endif
+endif
 
 TOOLCHAIN :=
 
@@ -182,8 +186,11 @@
 	# Check FIPS mode correctly works
 	mkdir debian/tmp
 	LD_LIBRARY_PATH=debian/libnss3/usr/lib/$(DEB_HOST_MULTIARCH):debian/libnss3/usr/lib/$(DEB_HOST_MULTIARCH)/nss debian/libnss3-tools/usr/bin/modutil -create -dbdir debian/tmp  /dev/null
+# skip test on x32 - see https://bugzilla.mozilla.org/show_bug.cgi?id=1062903
+ifneq (x32,$(shell dpkg-architecture -qDEB_HOST_ARCH))
 	LD_LIBRARY_PATH=debian/libnss3/usr/lib/$(DEB_HOST_MULTIARCH):debian/libnss3/usr/lib/$(DEB_HOST_MULTIARCH)/nss debian/libnss3-tools/usr/bin/modutil -fips true -dbdir debian/tmp  /dev/null
 endif
+endif
 
 override_dh_makeshlibs: /usr/share/debhelper/autoscripts/postinst-makeshlibs /usr/share/debhelper/autoscripts/postrm-makeshlibs
 	dh_makeshlibs -a -- -c4

Bug#802451: pbuilder: no longer overwrites Changed-By line in .changes file

[Thorsten Glaser]

Mattia Rizzolo dixit:

>[ I won't keep you in Cc/To, since my smtp (google...) doesn't like

[ That’s not really an SMTP, just a bad emulation… ]

>Maybe file bugs for those scripts/programs not respecting the docs?

Uh maybe, but I’ve been happily using just DEBEMAIL for ages so…

>> Nah, setting/amending DEBBUILDOPTS will likely work, and I’ll try it.
>
>Good, thanks.
>Please, can you close this bug if that option is enough for you?

Will do once I tried this out (when I build the next package).

bye,
//mirabilos
-- 
 exceptions: a truly awful implementation of quite a nice idea.
 just about the worst way you could do something like that, afaic.
 it's like anti-design.   that too… may I quote you on that?
 sure, tho i doubt anyone will listen ;)

Bug#802451: pbuilder: no longer overwrites Changed-By line in .changes file

[Thorsten Glaser]

Mattia Rizzolo dixit:

>Is there a particular reason you can't add, i.e.,
>`${DEBEMAIL:+-e"$DEBEMAIL"}` (or directly your name/surname/mail) to
>your DEBBUILDOPTS pbuilderrc instead?  I have DEBEMAIL exported from my

Hmm, good idea.

>   devscript use DEBEMAIL for only the email, etc);

No. It’s documented to do that, but I found several things break
if DEBEMAIL and DEBFULLNAME are set, but setting DEBEMAIL to the
“realname ” format fixes those breakages and does not in‐
troduce any new bugs, so I use that…

>mind you, I'm ok at reintroducing it, but with a different variable
>name, like $changedby_email or something, but I believe the need can
>already be fulfilled by the available options.

Nah, setting/amending DEBBUILDOPTS will likely work, and I’ll try it.

>why is there nothing sombody can do that doen't upset somebody else :|

Yeah ☹ thanks for the fast reply though, much appreciated!

bye,
//mirabilos
-- 
“The final straw, to be honest, was probably my amazement at the volume of
petty, peevish whingeing certain of your peers are prone to dish out on
d-devel, telling each other how to talk more like a pretty princess, as though
they were performing some kind of public service.” (someone to me, privately)

Bug#799250: Still freezing, may be SATA and/or md related

[Thorsten Glaser]

Version: 4.2.3-2

The BTS is down enough for reportbug at the moment, so a manual
follow-up: this also happens with linux-image-4.2.0-1-amd64:amd64
but seems to be SATA related. I seem to have a bad disc or cable
or mainboard port, and 4.1.0-2 and 4.2.0-1 seem to get hung up
over this while 4.1.0-1 just threw a bit of message into dmesg
and continued to work.

With 4.1.0-1, I have these in syslog once every couple of days:

Oct 25 02:32:11 tglase vmunix: [2910705.554295] ata7.00: exception Emask 0x0 
SAct 0x10 SErr 0x0 action 0x0
Oct 25 02:32:11 tglase vmunix: [2910705.554300] ata7.00: irq_stat 0x4008
Oct 25 02:32:11 tglase vmunix: [2910705.554302] ata7.00: failed command: READ 
FPDMA QUEUED
Oct 25 02:32:11 tglase vmunix: [2910705.554306] ata7.00: cmd 
60/04:a0:54:ee:24/00:00:0e:00:00/40 tag 20 ncq 2048 in
Oct 25 02:32:11 tglase vmunix: [2910705.554306]  res 
41/40:00:56:ee:24/00:00:0e:00:00/40 Emask 0x409 (media error) 
Oct 25 02:32:11 tglase vmunix: [2910705.554309] ata7.00: status: { DRDY ERR }
Oct 25 02:32:11 tglase vmunix: [2910705.554310] ata7.00: error: { UNC }
Oct 25 02:32:11 tglase vmunix: [2910705.556329] ata7.00: configured for UDMA/133
Oct 25 02:32:11 tglase vmunix: [2910705.556342] sd 6:0:0:0: [sdc] tag#20 FAILED 
Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 25 02:32:11 tglase vmunix: [2910705.556345] sd 6:0:0:0: [sdc] tag#20 Sense 
Key : Medium Error [current] [descriptor]
Oct 25 02:32:11 tglase vmunix: [2910705.556347] sd 6:0:0:0: [sdc] tag#20 Add. 
Sense: Unrecovered read error - auto reallocate failed
Oct 25 02:32:11 tglase vmunix: [2910705.556350] sd 6:0:0:0: [sdc] tag#20 CDB: 
Read(10) 28 00 0e 24 ee 54 00 00 04 00
Oct 25 02:32:11 tglase vmunix: [2910705.556352] blk_update_request: I/O error, 
dev sdc, sector 237301334
Oct 25 02:32:11 tglase vmunix: [2910705.556367] ata7: EH complete

With 4.2.0-1, I have a lot more… I only could get the system
back to be responsible at all by --fail’ing the disc in the
RAID; complete dmesg follows:

[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Initializing cgroup subsys cpuacct
[0.00] Linux version 4.2.0-1-amd64 (debian-ker...@lists.debian.org) 
(gcc version 4.9.3 (Debian 4.9.3-4) ) #1 SMP Debian 4.2.3-2 (2015-10-14)
[0.00] Command line: BOOT_IMAGE=/vmlinuz-4.2.0-1-amd64 
root=/dev/mapper/vg--tglase-lv--tglase ro syscall.x32=y
[0.00] tseg: 00
[0.00] x86/fpu: Legacy x87 FPU detected.
[0.00] x86/fpu: Using 'lazy' FPU context switches.
[0.00] e820: BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x0009efff] usable
[0.00] BIOS-e820: [mem 0x0009f000-0x0009] reserved
[0.00] BIOS-e820: [mem 0x000e4000-0x000f] reserved
[0.00] BIOS-e820: [mem 0x0010-0xc7e8] usable
[0.00] BIOS-e820: [mem 0xc7e9-0xc7ea7fff] ACPI data
[0.00] BIOS-e820: [mem 0xc7ea8000-0xc7ec] ACPI NVS
[0.00] BIOS-e820: [mem 0xc7ed-0xc7ef] reserved
[0.00] BIOS-e820: [mem 0xff70-0x] reserved
[0.00] BIOS-e820: [mem 0x0001-0x000437ff] usable
[0.00] NX (Execute Disable) protection: active
[0.00] SMBIOS 2.5 present.
[0.00] DMI: System manufacturer System Product Name/M4A785TD-V EVO, 
BIOS 210507/23/2010
[0.00] e820: update [mem 0x-0x0fff] usable ==> reserved
[0.00] e820: remove [mem 0x000a-0x000f] usable
[0.00] AGP: No AGP bridge found
[0.00] e820: last_pfn = 0x438000 max_arch_pfn = 0x4
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-E uncachable
[0.00]   F-F write-protect
[0.00] MTRR variable ranges enabled:
[0.00]   0 base  mask 8000 write-back
[0.00]   1 base 8000 mask C000 write-back
[0.00]   2 base C000 mask F800 write-back
[0.00]   3 disabled
[0.00]   4 disabled
[0.00]   5 disabled
[0.00]   6 disabled
[0.00]   7 disabled
[0.00] TOM2: 00043800 aka 17280M
[0.00] x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WC  UC- WT
[0.00] e820: update [mem 0xc800-0x] usable ==> reserved
[0.00] e820: last_pfn = 0xc7e90 max_arch_pfn = 0x4
[0.00] found SMP MP-table at [mem 0x000ff780-0x000ff78f] mapped at 
[880ff780]
[0.00] Base memory trampoline at [88099000] 99000 size 24576
[0.00] Using GB pages for direct mapping
[0.00] init_memory_mapping: [mem 0x-0x000f]
[0.00]  [mem 0x-0x000f] page 4k
[0.00] BRK [0x01d2c000, 

Bug#803150: openjdk-7-jdk: should Provides java7-sdk

[Thorsten Glaser]

Package: openjdk-7-jdk
Version: 7u91-2.6.2-1
Severity: normal

openjdk-7-jdk currently
Provides: java-compiler, java-sdk, java2-sdk, java5-sdk, java6-sdk, java7-jdk
whereas users of it
Depends: default-jdk | java7-sdk, […]

This looks like either a policy change (which would surprise me,
as default-jdk also Provides java7-sdk but not java7-jdk) or a
simple typo (more likely).

Please change the Provides from java7-jdk to java7-sdk.

This also applies to openjdk-8-jdk; I’ll clone the bug there.

The java7-jdk virtual package currently appears to have only
one user (the netbeans binary package). I’ll clone the bug
there as well.

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages openjdk-7-jdk depends on:
ii  libc6  2.19-22
ii  libx11-6   2:1.6.3-1
ii  openjdk-7-jre  7u91-2.6.2-1

Versions of packages openjdk-7-jdk recommends:
pn  libxt-dev  

Versions of packages openjdk-7-jdk suggests:
pn  openjdk-7-demo
ii  openjdk-7-source  7u91-2.6.2-1
pn  visualvm  

-- no debconf information

Bug#803153: netbeans: /Depends/s/\(java[78]-\)jdk/\1sdk/g

[Thorsten Glaser]

unblock 803153 by 803150
thanks

Hm, actually, since default-jdk already Provides java7-sdk there
is no need to wait with the netbeans change.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#764401: clarity please

[Thorsten Glaser]

Nicholas Bamber dixit:

> Could we get some clarity on this bug report please? I am considering adopting

Yeah, some people have a life and don’t answer eMails 24/7…

> the 'ksh' package and if I do I either want to adopt mksh as well, or work
> closely with the mksh owner.

Mh. I’m maintaining mksh in Debian via sponsors currently, even if
the package doesn’t formally say so, as I left the project.

I answered your original mail in the meantime. The idea is that,
when ksh93 is not available, mksh may provide /bin/ksh, but it
should not do so otherwise.

bye,
//mirabilos
-- 
 exceptions: a truly awful implementation of quite a nice idea.
 just about the worst way you could do something like that, afaic.
 it's like anti-design.   that too… may I quote you on that?
 sure, tho i doubt anyone will listen ;)

Bug#764401: ksh

[Thorsten Glaser]

Nicholas Bamber dixit:

> 2. mksh also should provide 'ksh' as a virtual package.

It is my agreement with David Korn (the ‘k’ in “ksh”) that
mksh must not be confused for the original, so please refrain
from doing so.

bye,
//mirabilos
-- 
„Cool, /usr/share/doc/mksh/examples/uhr.gz ist ja ein Grund,
mksh auf jedem System zu installieren.“
-- XTaran auf der OpenRheinRuhr, ganz begeistert
(EN: “[…]uhr.gz is a reason to install mksh on every system.”)

Bug#764401: clarity please

[Thorsten Glaser]

Nicholas Bamber dixit:

> Please could Thorsten and Dominik please work out who will be responsible for
> mksh in Debian? Can you work together if that makes sense? I can sign and
> upload  if necessary.

OK, we had a short talk on the office floor about this ;-) and
I’ll be putting myself back into the Maintainer field and take
formal responsibility for this as external contributor.

> 2.) ksh93 and mksh are alternative implementations of ksh (with subtle
> differences that should be documented). In this case both can coexist on 
> Debian
> but one (potentially either but by default ksh93) should assume the role of
> ksh.

This is what is currently true, and the desired outcome:

• scripts specific to ksh93 use ksh93 in the shebang
• scripts specific to mksh use mksh in the shebang
• scripts using ksh in the shebang can be…
  – old pdksh scripts,
  – old ksh88 scripts,
  – or scripts written for “any ksh subset” – I did a short
UDD search just now, and all cases of this in Debian
also accept zsh as ksh providing package.

This means that, if only one of ksh93 or mksh is installed,
that package takes over ksh, but if both are installed, the
official Korn Shell should take over ksh (unless the local
admin overrides, of course).

All use cases in Debian use alternative package relationships,
i.e. don’t force the installation of one specific variant but
don’t use a virtual package either. Let’s not introduce one.
Renaming ksh93 from ksh to ksh93 would also make backporting
much harder. KISS.

bye,
//mirabilos
-- 
I believe no one can invent an algorithm. One just happens to hit upon it
when God enlightens him. Or only God invents algorithms, we merely copy them.
If you don't believe in God, just consider God as Nature if you won't deny
existence.  -- Coywolf Qi Hunt

Bug#633524: my friend, Ed

[Thorsten Glaser]

Nicholas Bamber dixit:

> you think about it. That is in both the 'fc' command defaults to using ed 
> which
> does not by default exist. At the very least both packages ought to have  a

I think that it’s a bug that it doesn’t exist by default ;-)
Both Korn shells originate on real Unix systems where it does.

Anyway, changing the FCEDIT default is a huge no-go, especially
for script compatibility, but users can be encouraged to use a
different editor (if people really demand this, I could imagine
setting one in /etc/skel/.mkshrc for Debian specifically).

bye,
//mirabilos
-- 
 exceptions: a truly awful implementation of quite a nice idea.
 just about the worst way you could do something like that, afaic.
 it's like anti-design.   that too… may I quote you on that?
 sure, tho i doubt anyone will listen ;)

Bug#803161: [Pkg-mailman-hackers] Bug#803161: mailman: /var/log/mailman/* world-readable by default, leaking sensitive list information

[Thorsten Glaser]

On Tue, 27 Oct 2015, Dominik George wrote:

> >This issue can be considered a security vulnerability, but it is
> >certainly not a rot security hole, hence lowering the severity.

> root (or another privileged system account), or *data normally
> accessible only by such accounts*“

By default, the mailman configuration is such that:

– everyone can subscribe themselves to a mailing list (even remotely)
– mailing list subscriber information is visible to list members

AFAICT there is no information in the mailman logs that is more
critical than the identity of the subscribers.

We’re in agreement that the default (log visibility) could be better,
but I’m with Florian here: in the default configuration, this does
not disclose any data not already disclosed, so this is not of such
a high severity.

Now let’s stop discussing severity… bugs are bugs, and all bugs
ought to be fixed. This merely says “this bug isn’t such a grave
showstopper that the package should be pulled from stretch ASAP”.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#764401: clarity please

[Thorsten Glaser]

Nicholas Bamber dixit:

> 1.) If ksh is installed then ksh should be in /etc/shells. (#790118)

I don’t think so. Users should be getting ksh93 or mksh (or, in
earlier releases, even pdksh), but not an alternative.

> 2.) If ksh is not installed but mksh is and ksh links to mksh via 
> alternatives,
> then the ksh man page must also link to the mksh man page

Agreed, don’t we do that already? I was under the impression
all binary alternatives have a manpage slave. *checks*

case $1 in
configure)
update-alternatives --install /bin/ksh ksh /bin/mksh 12 \
--slave /usr/bin/ksh usr.bin.ksh /bin/mksh \
--slave /usr/share/man/man1/ksh.1.gz ksh.1.gz \
/usr/share/man/man1/mksh.1.gz

So, yes, we do.

> 3.) mksh IS in this situation being confused for ksh.

Yes, but because of…

> 5.) mksh would effectively be Providing ksh, but that this would not be
> declared.

… this is not a problem.

> Other questions:
> 1. As I said I can upload for you.

Thanks.

> 2. In coming back to Debian are you offering to work with Dominik or trying to
> wrest the WNPP bug from his hands? Since the package is currently owned by the
> Debian QA group I am not sure if you can do that.

Dominik and I have opposing offices on the same floor, so we can (and
did) talk, which means that, yes, I can do that ;-)

bye,
//mirabilos
-- 
„Cool, /usr/share/doc/mksh/examples/uhr.gz ist ja ein Grund,
mksh auf jedem System zu installieren.“
-- XTaran auf der OpenRheinRuhr, ganz begeistert
(EN: “[…]uhr.gz is a reason to install mksh on every system.”)

Bug#803016: libxml2: Upgrade fails with "triggers ci file contains unknown directive `activate-noawait'"

[Thorsten Glaser]

On Mon, 26 Oct 2015, Michael Abmayer wrote:

> for me, amd64-Packages work fine, i386-Packages not.
> 
> i386-Packages have a trigger-file in /DEBIAN, containing the trigger
> "activate-noawait ldconfig", amd64-packages miss this file.

This sounds like i386 packages were not built in a clean
squeeze or squeeze-lts chroot – dpkg in squeeze did not
support the -noawait triggers.

But there’s a -14 package that probably fixes this bug.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#804315: Seriously?

[Thorsten Glaser]

Joerg Jaspert dixit:

>not official", thats just wrong. You may not like its maintainer, you
>may not want that particular software and want to get your own. Thats
>all fine, but this action is not.

This becomes especially ridiculous when one considers that certain
people/parties/cabals inside Debian, which some of the people involved
this time may or may not belong to, deny other then-developers the
ability to want a particular piece of software, instead of that one
they wanted.

Why is it that some people can declare other peoples’ work “not
official” and thus less worth than their own, while that work is
still used with official releases?

Right. Debian, as a social ecosystem, isn’t a welcoming place any more.

I just am surprised that not more people leave it.

bye,
//mirabilos
-- 
“The final straw, to be honest, was probably my amazement at the volume of
petty, peevish whingeing certain of your peers are prone to dish out on
d-devel, telling each other how to talk more like a pretty princess, as though
they were performing some kind of public service.” (someone to me, privately)

Bug#804841: libval14: underlinked (missing -lssl -lcrypto)

[Thorsten Glaser]

Package: libval14
Version: 2.0-3
Severity: serious
Justification: Policy 10.2

| Shared libraries MUST be linked against all libraries that they use
| symbols from in the same way that binaries are.
(emphasis mine)

adequate reports:
[…]
libval14:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libval-threads.so.14.0.0 => 
SSL_get_peer_certificate
libval14:x32: undefined-symbol 
/usr/lib/x86_64-linux-gnux32/libval-threads.so.14.0.0 => SHA1_Update
[…]

See also: Policy §8.6.1

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages libval14:x32 depends on:
ii  libc6  2.19-22
ii  libssl1.0.21.0.2d-3
ii  multiarch-support  2.19-22

libval14:x32 recommends no packages.

libval14:x32 suggests no packages.

-- no debconf information

Bug#805122: linux: kernel panic instead of boot on m68k (ARAnyM)

[Thorsten Glaser]

Ben Hutchings dixit:

>> Instead of starting up, we get a kernel panic. ARAnyM console log:
>[...]
>
>Have you raised this with the upstream maintainers?

No, this is kinda your job (DevRef §3.1.4 first paragraph last sentence)
although I did put debian-68k@ on Cc, which I know upstream reads.

bye,
//mirabilos
-- 
„Cool, /usr/share/doc/mksh/examples/uhr.gz ist ja ein Grund,
mksh auf jedem System zu installieren.“
-- XTaran auf der OpenRheinRuhr, ganz begeistert
(EN: “[…]uhr.gz is a reason to install mksh on every system.”)

Bug#803726: my friend, Ed

[Thorsten Glaser]

Nicholas Bamber dixit:

> Also I would have thought the fc functionality is an intrinsically interactive
> piece of functionality. What sort of script would depend on the fc default
> being 'ed'? And if a script did somehow interact with fc surely it would

ed is an interactive editor ;) but, to answer the question, at
the very least the testsuite would.

> Perhaps using debconf the postinst could offer to copy /etc/skel/.kshrc to
> users home directories

We don’t do that in Debian. Cannot, really. Just stick it into the
.kshrc file and assume users are clueful enough to copy that into
their HOME manually if the account was created prior to installation
of the package. I know mksh users do, as the shipped mkshrc is an
extremely useful settings bundle and the shell’s very bare without it.

bye,
//mirabilos
-- 
[00:02]  gecko: benutzt du emacs ?
[00:03]  nö  [00:03]  nur n normalen mac
[00:04]  argl   [00:04]  ne den editor
-- Vutral und gecko2 in #deutsch (NB: Editor? Betriebssystem.)

Bug#770263: libbs2b0: please convert to multiarch: ping?

[Thorsten Glaser]

Hi,

libbs2b0: please convert to multiarch ← any news on this?
I’m running a locally compiled patched version…

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-314
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Boris Esser, Sebastian Mancke

Bug#802451: pbuilder: no longer overwrites Changed-By line in .changes file

[Thorsten Glaser]

Package: pbuilder
Version: 0.219
Severity: normal

Hi,

since one of the recent upgrades, pbuilder no longer overrides the
Changed-By lines in the .changes files when $DEBEMAIL is set. Please
revert this change as it’s necessary to do so when doing porter uploads,
as otherwise the original package maintainers, not the porters, will
receive the dak mails, which is very undesired and ensures bad blood
between maintainers and porters (BTDT).

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages pbuilder depends on:
ii  coreutils  8.23-4
ii  debconf [debconf-2.0]  1.5.57
ii  debianutils4.5.1
ii  debootstrap1.0.72
ii  dpkg-dev   1.18.3
ii  wget   1.16.3-3

Versions of packages pbuilder recommends:
ii  devscripts  2.15.9
ii  fakeroot1.20.2-1
ii  iproute24.1.1-1
ii  net-tools   1.60+git20150829.73cef8a-1
ii  sudo1.8.12-1

Versions of packages pbuilder suggests:
ii  cowdancer 0.74
pn  gdebi-core
pn  pbuilder-uml  

-- debconf information:
  pbuilder/mirrorsite: http://mirror.virt.tarent.de/mirror/ubuntu
  pbuilder/nomirror:
* pbuilder/rewrite: false

Bug#791757: apt: /etc/kernel/postinst.d/apt-auto-removal: does not deal with Multi-Arch kernels

[Thorsten Glaser]

Package: apt
Version: 1.0.9.10
Severity: important
Tags: patch

I just had 4.0.0-1-amd64 autoremoved by apt and wondered why.
Looking at /etc/kernel/postinst.d/apt-auto-removal I see:

tglase@tglase:~ $ eval $(apt-config shell DPKG Dir::bin::dpkg/f)
tglase@tglase:~ $ test -n $DPKG || DPKG=/usr/bin/dpkg
tglase@tglase:~ $ running_version=$(uname -r)
tglase@tglase:~ $ list=$(${DPKG} -l | \
 awk '/^ii[ ]+(linux|kfreebsd|gnumach)-image-[0-9]+\./  $2 !~ /-dbg$/ { 
 print $2 }' | \
 sed -e 's#\(linux\|kfreebsd\|gnumach\)-image-##')
tglase@tglase:~ $ echo $running_version
4.0.0-2-amd64
tglase@tglase:~ $ echo $list
4.0.0-2-amd64:amd64

So, the architecture qualifier needs to be stripped from the
kernel versions in dpkg’s output for this to work at all.

This affects at least one release architecture now (i386 systems
with an amd64 kernel), since the Debian Linux maintainers removed
the -amd64 i386 kernel flavour, and is no longer just a debian-ports
problem.

The fix (which also fixes the minor problem of not detecting kernel
versions that are on hold) should be (mildly tested):

list=$(dpkg-query -Wf '${db:Status-Abbrev} ${Package}\n' | sed -nre '/-dbg$/d' 
-e '/^[hi]i +(linux|kfreebsd|gnumach)-image-([0-9]+\.)/s//\2/p')

No idea whether you have to sort the output of that (ask Guillem).

-- Package-specific info:

-- (/etc/apt/preferences present, but not submitted) --


-- (/etc/apt/sources.list present, but not submitted) --


-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages apt depends on:
ii  debian-archive-keyring  2014.3
ii  gnupg   1.4.19-3
ii  libapt-pkg4.12  1.0.9.10
ii  libc6   2.19-18
ii  libgcc1 1:5.1.1-13
ii  libstdc++6  5.1.1-13

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc  none
pn  aptitude | synaptic | wajig  none
ii  dpkg-dev 1.18.1
ii  python-apt   1.0.0~beta3

-- no debconf information


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

Bug#805122: linux: kernel panic instead of boot on m68k (ARAnyM)

[Thorsten Glaser]

Source: linux
Version: 4.2.5-1
Severity: important
Control: notfound -1 4.1.6-1

Instead of starting up, we get a kernel panic. ARAnyM console log:

=== running aranym on Sat Nov 14 22:21:12 UTC 2015 ===

ARAnyM 0.9.16
tcgetattr error: 25!
Using config file: 'buildd.nym-x11'
>>> Missing value in Config file buildd.nym-x11 on line 8 !!!
Could not open joystick 0
ARAnyM RTC Timer: /dev/rtc: No such file or directory
cpu
[0.00] Initializing cgroup subsys cpuacct
[0.00] Linux version 4.2.0-1-m68k (debian-ker...@lists.debian.org) (gcc 
version 4.8.5 (Debian 4.8.5-1) ) #1 Debian 4.2.5-1 (2015-10-27)
[0.00] console [debug0] enabled
[0.00] Atari hardware found: VIDEL STDMA-SCSI ST_MFP YM2149 PCM CODEC 
DSP56K SCC ANALOG_JOY Blitter tried to read byte from register ff8a00 at 006e42
BLITTER IDE TT_CLK FDC_SPEED 
[0.00] On node 0 totalpages: 3584
[0.00] free_area_init_node: node 0, pgdat 0032fab0, node_mem_map 
00485000
[0.00]   DMA zone: 35 pages used for memmap
[0.00]   DMA zone: 0 pages reserved
[0.00]   DMA zone: 3584 pages, LIFO batch:0
[0.00] On node 1 totalpages: 245760
[0.00] free_area_init_node: node 1, pgdat 003303ac, node_mem_map 

[0.00]   DMA zone: 2400 pages used for memmap
[0.00]   DMA zone: 0 pages reserved
[0.00]   DMA zone: 245760 pages, LIFO batch:31
[0.00] Unable to handle kernel NULL pointer dereference at virtual 
address   (null)
[0.00] Oops: 
[0.00] Modules linked in:
[0.00] PC: [<00375560>] memmap_init_zone+0x74/0xfe
[0.00] SR: 2704  SP: 002ffe94  a2: 00300310
[0.00] d0: 0100d1: d2: 1000d3: 
[0.00] d4: d5: 0018a0: a1: 003303ac
[0.00] Process swapper (pid: 0, task=00300310)
[0.00] Frame format=7 eff addr= ssw=0505 faddr=
[0.00] wb 1 stat/addr/data:   
[0.00] wb 2 stat/addr/data:   
[0.00] wb 3 stat/addr/data:   
[0.00] push data:    
[0.00] Stack from 002ffefc:
0003c000  1000  0200 002d1ee6 003303ac 003303ac
00364db8 0003c000 0001  1000  0001 0030db74
00330ca8 1000 0003d000  0032f558 002fff9c 00330c80 00364b4c
0003c000 0001 0035e32a 0001 002fff9c 1000  00361446
00361668 0008   0037e0a4 00231530 003611fa 003613ba
0003c000   0035d66a    
[0.00] Call Trace: [<0003c000>] free_pid+0x7a/0xea
[0.00]  [<1000>] kernel_pg_dir+0x0/0x1000
[0.00]  [<00364db8>] free_area_init_node+0x26c/0x29e
[0.00]  [<0003c000>] free_pid+0x7a/0xea
[0.00]  [<1000>] kernel_pg_dir+0x0/0x1000
[0.00]  [<1000>] kernel_pg_dir+0x0/0x1000
[0.00]  [<0003d000>] add_sysfs_param.isra.8+0x34/0x196
[0.00]  [<00364b4c>] free_area_init_node+0x0/0x29e
[0.00]  [<0003c000>] free_pid+0x7a/0xea
[0.00]  [<0035e32a>] paging_init+0x2a2/0x2cc
[0.00]  [<1000>] kernel_pg_dir+0x0/0x1000
[0.00]  [<00361446>] mvme16x_parse_bootinfo+0x0/0x16
[0.00]  [<00361668>] bvme6000_parse_bootinfo+0x0/0x10
[0.00]  [<00231530>] printk+0x0/0x1a
[0.00]  [<003611fa>] apollo_parse_bootinfo+0x0/0x1a
[0.00]  [<003613ba>] mvme147_parse_bootinfo+0x0/0x16
[0.00]  [<0003c000>] free_pid+0x7a/0xea
[0.00]  [<0035d66a>] setup_arch+0x29e/0x3a2
[0.00]  [<00231530>] printk+0x0/0x1a
[0.00]  [<0035bad6>] start_kernel+0x7e/0x462
[0.00]  [<0035a872>] _sinittext+0x872/0x11f8
[0.00] 
[0.00] Code: 08d0 2801 e78c 2044 eb89 d1c1 d1e9 08c8 <2210> 0281 07ff 
 8283 8286 2081 7201 2141 0010 78ff 2144 000c 43e8 0014 2149
[0.00] Disabling lock debugging due to kernel taint
[0.00] Kernel panic - not syncing: Attempted to kill the idle task!
[0.00] ---[ end Kernel panic - not syncing: Attempted to kill the idle 
task!
[0.00] Unable to handle kernel NULL pointer dereference at virtual 
address   (null)
[0.00] Oops: 
[0.00] Modules linked in:
[0.00] PC: [<>]   (null)
[0.00] SR: 2404  SP: 002ffcbc  a2: 00300310
[0.00] d0: d1: 0038d2: d3: 
[0.00] d4: d5: 0018a0: 002fe000a1: 0033a989
[0.00] Process swapper (pid: 0, task=00300310)
[0.00] Frame format=7 eff addr= ssw=0546 faddr=
[0.00] wb 1 stat/addr/data:   
[0.00] wb 2 stat/addr/data:   
[0.00] wb 3 stat/addr/data:   
[0.00] push data:    

Bug#796931: gnupg-agent: no longer writes $GNUPGHOME/gpg-agent-info-$(hostname) file

[Thorsten Glaser]

severity 796931 serious
thanks

On Tue, 25 Aug 2015, Thorsten Glaser wrote:

 particular sharing now becomes impossible).

It’s actually worse: when using startx or no X environment
at all, I can no longer use gpg-agent:

tglase@tglase-nb:~ $ eval $(gpg-agent --daemon --sh)
tglase@tglase-nb:~ $ gpg --clearsign x

You need a passphrase to unlock the secret key for
user: Thorsten Glaser (tarent GmbH) t.gla...@tarent.de
4096-bit RSA key, ID 5EB8D3B3, created 2009-01-05

gpg: gpg-agent is not available in this session
Enter passphrase: 


Apparently, this does work with gpg2…

tglase@tglase-nb:~ $ gpg2 --clearsign x  

gpg: keyserver option 'verbose' is unknown
gpg: keyserver option 'verbose' is unknown
gpg: starting migration from earlier GnuPG versions
gpg: porting secret keys from '/home/tglase/.gnupg/secring.gpg' to gpg-agent
gpg: key 5EB8D3B3: secret key imported
gpg: key 272AD62F: secret key imported
gpg: key EB839C67: secret key imported
gpg: key E780F2AB: secret key imported
gpg: key 82C875DC: secret key imported
gpg: migration succeeded
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA384

x
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCQAGBQJV3edUAAoJEIlQwYleuNOzoe0P/066sPOUB8xSbdeEwd+1s2jw
b4PchR/N75ZxCDThcBqY5DjHptDHTz3pvEhIJnXMsjUomws2NUjH63/s1gSlnbD8
4cuok/X+IAYMFPXuPVpZHfKqXyHeEA6VSPDh1ID+R7+bGupz/zCOdRHZX1C3ObW1
Lzlior5ERruXTJy5UcFEJ82SnMCts3gWeDKJRQgs3I6Shac95zLRBBrJM3WsvWWi
n4yIeYEnE4In8VlmxyZfu0UsHcotJS+pRgBHrN6p26KWwge/bOeousMCPRgFciWa
aA2u2VE7OrqF1tY4Z74XFerj8j4PmumMRmmnDnLQ/985o8/ARrN94zcua/Zw05ln
M7sRrky6xW0V6GS6LBxJkLSYTfZFcPdQVwiDvhpHtbA6E0OOirokf51jfCajQeRX
f7g7nVW1pDXv9ms8TXGDvyjy/GnyK/hBix0XFwYUPegIpgZBfhyJ2gudNltaHhCq
a4L0xR6XKEAQ20bH8gSQ5flC251e+zqPBHodoiW0Hc6aIYDmXyu4Y2inU4x/KooR
+FuPEUXlAW/Je1JkWXzRz/m7Swva10ICZvw2a2HYIgbnuC1PJkDINIHIrazOmhVN
R1bE2ig0WVJ2az/8AMu0F0s0kcTIfadrplxszXtqDSqXcAx+J4xYt3wbuqBTUMIh
OoKi2o1CaglwkW+nvigN
=j0q+
-END PGP SIGNATURE-


… as a repeat attempt does not ask me for the password, but this
is clearly inacceptable because gpg2 is no replacement for gpg,
but a totally separate tool with different use cases.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-314
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Boris Esser, Sebastian Mancke

Bug#797169: mjpegtools: FTBFS with x32 because of unused SIMD code remains

[Thorsten Glaser]

Source: mjpegtools
Version: 1:2.1.0+debian-3
Severity: important
Tags: patch

Hi,

your package configures with --disable-simd-accel but the upstream
code fails to fully disable all related functions, leading to some
asm code still being compiled, which fails on x32 due to its model.

The attached patch fully disables the (unused anyway!) code making
it buildable on x32. I tested on i386, where it still builds, too.

Please apply and forward upstream. Thanks!

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)
diff -Nru mjpegtools-2.1.0+debian/debian/changelog mjpegtools-2.1.0+debian/debian/changelog
--- mjpegtools-2.1.0+debian/debian/changelog	2014-12-08 11:08:24.0 +0100
+++ mjpegtools-2.1.0+debian/debian/changelog	2015-08-28 10:37:41.0 +0200
@@ -1,3 +1,10 @@
+mjpegtools (1:2.1.0+debian-3+x32.1) unreleased; urgency=medium
+
+  * Non-maintainer upload.
+  * New patch to disable unused CPU detection
+
+ -- Thorsten Glaser t.gla...@tarent.de  Fri, 28 Aug 2015 10:37:14 +0200
+
 mjpegtools (1:2.1.0+debian-3) unstable; urgency=medium
 
   [ Alessio Treglia ]
diff -Nru mjpegtools-2.1.0+debian/debian/patches/18_no-simd.patch mjpegtools-2.1.0+debian/debian/patches/18_no-simd.patch
--- mjpegtools-2.1.0+debian/debian/patches/18_no-simd.patch	1970-01-01 01:00:00.0 +0100
+++ mjpegtools-2.1.0+debian/debian/patches/18_no-simd.patch	2015-08-28 10:37:06.0 +0200
@@ -0,0 +1,76 @@
+Description: Test for SIMD instructions at run-time only if configured.
+ Do not attempt to use e.g. CPU detection if the result does not matter
+ anyway; fixes FTBFS on architectures with slightly different asm, such
+ as x32.
+Author: Thorsten Glaser t.gla...@tarent.de
+Forwarded: no
+Bug-Debian: coming
+Last-Update: 2015-08-28
+
+--- a/configure.ac
 b/configure.ac
+@@ -386,6 +386,8 @@ AC_SUBST(PROGRAM_NOPIC)
+ 
+ if test $enable_simd_accel != false -a $enable_simd_accel != no
+ then
++  AC_DEFINE(HAVE_SIMD_ACCEL, 1, [use SIMD multimedia instructions if possible])
++
+   if test x$have_x86cpu = xtrue
+   then
+   AC_MSG_CHECKING([if C compiler accepts inline MMX assembly])
+--- a/utils/cpu_accel.c
 b/utils/cpu_accel.c
+@@ -38,7 +38,7 @@
+ #include malloc.h
+ #endif
+ 
+-#ifdef HAVE_ALTIVEC
++#if defined(HAVE_SIMD_ACCEL)  defined(HAVE_ALTIVEC)
+ extern int altivec_copy_v0();
+ #endif
+ 
+@@ -77,7 +77,7 @@ extern int altivec_copy_v0();
+ 
+ static char *parse_next(char **, const char *);
+ 
+-#ifdef HAVE_X86CPU 
++#if defined(HAVE_SIMD_ACCEL)  defined(HAVE_X86CPU)
+ 
+ /* Some miscelaneous stuff to allow checking whether SSE instructions cause
+illegal instruction errors.
+@@ -208,7 +208,7 @@ static int x86_accel (void)
+ #endif
+ 
+ 
+-#ifdef HAVE_ALTIVEC
++#if defined(HAVE_SIMD_ACCEL)  defined(HAVE_ALTIVEC)
+ /* AltiVec optimized library for MJPEG tools MPEG-1/2 Video Encoder
+  * Copyright (C) 2002  James Klicman ja...@klicman.org
+  *
+@@ -263,7 +263,7 @@ noAltiVec:
+ 
+ int32_t cpu_accel (void)
+ {
+-#ifdef HAVE_X86CPU 
++#if defined(HAVE_SIMD_ACCEL)  defined(HAVE_X86CPU)
+ static int got_accel = 0;
+ static int accel;
+ 
+@@ -273,7 +273,7 @@ int32_t cpu_accel (void)
+ }
+ 
+ return accel;
+-#elif defined(HAVE_ALTIVEC)
++#elif defined(HAVE_SIMD_ACCEL)  defined(HAVE_ALTIVEC)
+ return detect_altivec();
+ #else
+ return 0;
+@@ -356,7 +356,7 @@ void *bufalloc( size_t size )
+ 
+ 	if( !bufalloc_init )
+ 	{
+-#ifdef HAVE_X86CPU 
++#if defined(HAVE_SIMD_ACCEL)  defined(HAVE_X86CPU)
+ 		if( (cpu_accel()   (ACCEL_X86_SSE|ACCEL_X86_3DNOW)) != 0 )
+ 		{
+ 			simd_alignment = 64;
diff -Nru mjpegtools-2.1.0+debian/debian/patches/series mjpegtools-2.1.0+debian/debian/patches/series
--- mjpegtools-2.1.0+debian/debian/patches/series	2014-12-08 09:30:45.0 +0100
+++ mjpegtools-2.1.0+debian/debian/patches/series	2015-08-28 10:35:06.0 +0200
@@ -11,3 +11,4 @@
 15_fix_qttoy4m_linking.diff
 16_fix_ftbfs_format_security.patch
 17_hurd.patch
+18_no-simd.patch

Bug#794692: pulseaudio: please build pulseaudio-module-dev

[Thorsten Glaser]

On Wed, 5 Aug 2015, Felipe Sateler wrote:

 Your best option is to get the pulseaudio source and add your module
 as a patch.

Would you be receptive for such a patch?

We’re talking about this one:

https://github.com/neutrinolabs/xrdp/tree/devel/sesman/chansrv/pulse

Having it a separate binary package would be no problem,
neither would be having it integrated. We’d have preferred
to ship this as part of the upcoming xrdp binary package,
but… well.

Thanks in advance,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#794692: pulseaudio: please build pulseaudio-module-dev

[Thorsten Glaser]

On Fri, 28 Aug 2015, Felipe Sateler wrote:

 I don't see that module listed at the upstream patch review queue[1].

Urgh. This is *way* out of scope for me, xrdp packager hat.

 (Thinking out loud) maybe we could build a pulseaudio-src package...

This would have the precisely same effect as a pulseaudio-modules-dev
package, except being bigger. Just saying.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#797482: plasma-desktop-data: makes setting xterm colour per class impossible

[Thorsten Glaser]

Package: plasma-desktop-data
Version: 4:5.3.2-2
Severity: normal
Tags: patch

Hi,

the file /usr/share/kdisplay/app-defaults/XTerm.ad is new with KDE 5
and causes my ~/.Xresources to be no longer honoured.

After figuring out what is done here, I found that the aforementioned
file uses “instance” level configuration (by application name, with
xterm -name xterm being default), which has a higher xrdb(1) priority
than “class” level configuration (xterm -u8 -class UXTerm, as well as
xterm -class XTerm for the classic one).

I have several xterm classes in my ~/.Xresources (both the default
XTerm and UXTerm as well as several others), but I can now no longer
set foreground and background colour for them.

I just tested in-situ (with xrdb): if you change the file from…

-BEGIN full original content-
xterm*background: WINDOW_BACKGROUND
xterm*foreground: WINDOW_FOREGROUND
xterm.SimpleMenu*background: BACKGROUND
xterm.SimpleMenu*foreground: FOREGROUND
-END full original content-

… to…

-BEGIN full new content-
XTerm*background: WINDOW_BACKGROUND
XTerm*foreground: WINDOW_FOREGROUND
XTerm.SimpleMenu*background: BACKGROUND
XTerm.SimpleMenu*foreground: FOREGROUND
UXTerm*background: WINDOW_BACKGROUND
UXTerm*foreground: WINDOW_FOREGROUND
UXTerm.SimpleMenu*background: BACKGROUND
UXTerm.SimpleMenu*foreground: FOREGROUND
-END full new content-

… then your objective (to set the default xterm colours according
to the system theme colours) will still be achieved, but users can
override them locally again.


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 4.1.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

plasma-desktop-data depends on no packages.

Versions of packages plasma-desktop-data recommends:
ii  plasma-framework5.12.0-1
ii  plasma-workspace4:5.3.2-4
ii  qml-module-org-kde-extensionplugin  5.12.0-2
ii  qml-module-org-kde-kwindowsystem5.12.0-2
ii  qml-module-qtquick-dialogs  5.4.2-2+b1

plasma-desktop-data suggests no packages.

-- no debconf information

Bug#796931: gnupg-agent: no longer writes $GNUPGHOME/gpg-agent-info-$(hostname) file

[Thorsten Glaser]

On Sat, 29 Aug 2015, Michael Gold wrote:

 This seems to work for gpg1 and gpg2:
   : ${GPG_AGENT_INFO=${GNUPGHOME-$HOME/.gnupg}/S.gpg-agent:0:1}
   export GPG_AGENT_INFO

I assume this needs to be written after the eval?

 Trying to support gpg2.0 and 2.1 in one startup script is still annoying

This is a requirement, though.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#796966: dpkg-buildpackage: apparently uses gpg2 now, causing lots of warnings

[Thorsten Glaser]

Package: dpkg-dev
Version: 1.18.2
Severity: minor

I get warnings like these now:

gpg: keyserver option 'verbose' is unknown
gpg: keyserver option 'verbose' is unknown

Also, there was some message about importing keys from my secret
keyring to gpg-agent, in a previous run. WTF?

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages dpkg-dev depends on:
ii  base-files9.4
ii  binutils  2.25.1-1
ii  bzip2 1.0.6-8
ii  libdpkg-perl  1.18.2
ii  make  4.0-8.2
ii  patch 2.7.5-1
ii  xz-utils  5.1.1alpha+20120614-2.1

Versions of packages dpkg-dev recommends:
ii  build-essential  12.1
ii  fakeroot 1.20.2-1
ii  gcc [c-compiler] 4:5.2.1-4
ii  gcc-5 [c-compiler]   5.2.1-15
ii  gnupg1.4.19-5
ii  gnupg2   2.1.7-2
ii  gpgv 1.4.19-5
ii  libalgorithm-merge-perl  0.08-2

Versions of packages dpkg-dev suggests:
ii  debian-keyring  2015.08.13

-- no debconf information

Bug#778777: src:libffado: FTBFS on x32: uses -m32

[Thorsten Glaser]

Source: libffado
Version: 2.2.1-2
Followup-For: Bug #778777

Attached is an updated patch of this. I’m uploading to unreleased.
Please merge with your next upload to unstable. Thanks.

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)
diff -Nru libffado-2.2.1/debian/changelog libffado-2.2.1/debian/changelog
--- libffado-2.2.1/debian/changelog	2014-07-07 18:38:49.0 +0200
+++ libffado-2.2.1/debian/changelog	2015-08-26 15:14:15.0 +0200
@@ -1,3 +1,10 @@
+libffado (2.2.1-2+x32.1) unreleased; urgency=medium
+
+  * Non-maintainer upload.
+  * Add x32 patch (Closes: #778777)
+
+ -- Thorsten Glaser t.gla...@tarent.de  Wed, 26 Aug 2015 15:14:07 +0200
+
 libffado (2.2.1-2) unstable; urgency=medium
 
   * Team upload.
diff -Nru libffado-2.2.1/debian/patches/series libffado-2.2.1/debian/patches/series
--- libffado-2.2.1/debian/patches/series	2014-07-07 18:36:52.0 +0200
+++ libffado-2.2.1/debian/patches/series	2015-08-26 15:13:47.0 +0200
@@ -1 +1,2 @@
 cpuinfo-parsing.patch
+x32.patch
diff -Nru libffado-2.2.1/debian/patches/x32.patch libffado-2.2.1/debian/patches/x32.patch
--- libffado-2.2.1/debian/patches/x32.patch	1970-01-01 01:00:00.0 +0100
+++ libffado-2.2.1/debian/patches/x32.patch	2015-08-26 15:11:22.0 +0200
@@ -0,0 +1,16 @@
+# DP: x86 i386/x32/amd64 is like MIPS o32/n32/n64, not biarch multilib
+
+--- a/SConstruct
 b/SConstruct
+@@ -760,7 +760,10 @@ if cpuinfo.is_powerpc:
+ elif cpuinfo.is_x86:
+ if m32:
+ print Doing a 32-bit %s build for %s % (cpuinfo.machine, cpuinfo.model_name)
+-machineflags = { 'CXXFLAGS' : ['-m32'] }
++if cpuinfo.machine == 'x86_64':
++machineflags = { 'CXXFLAGS' : ['-mx32'] }
++else:
++machineflags = { 'CXXFLAGS' : ['-m32'] }
+ else:
+ print Doing a 64-bit %s build for %s % (cpuinfo.machine, cpuinfo.model_name)
+ machineflags = { 'CXXFLAGS' : ['-m64'] }

Bug#796931: [pkg-gnupg-maint] Bug#796931: gnupg-agent: no longer writes $GNUPGHOME/gpg-agent-info-$(hostname) file

[Thorsten Glaser]

Werner Koch dixit:

On Tue, 25 Aug 2015 23:29, t...@mirbsd.de said:

 since one of the recent upgrades, gpg-agent no longer writes its
 environment file. This is a rather bad regression for my setup,

Rignt, that is because it is not anymore used except for ssh.  See the

I do, however, wish to be able to ssh into the machine and have
it “pick up” the gpg-agent that was started when I logged in at
the kdm prompt.

Thanks,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#792264: opencv: FTBFS on x32 (and other new Linux architectures) due to use of sysctl

[Thorsten Glaser]

Source: opencv
Version: 2.4.9.1+dfsg-1.2
Followup-For: Bug #792264

Hi,

please find an attached patch updated. I’ll upload to unreleased.
Do include this in your next upload to unstable, please. Thanks!

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)
diff -Nru opencv-2.4.9.1+dfsg/debian/changelog opencv-2.4.9.1+dfsg/debian/changelog
--- opencv-2.4.9.1+dfsg/debian/changelog	2015-08-19 23:37:02.0 +0200
+++ opencv-2.4.9.1+dfsg/debian/changelog	2015-08-26 15:04:16.0 +0200
@@ -1,3 +1,10 @@
+opencv (2.4.9.1+dfsg-1.2+x32.1) unreleased; urgency=medium
+
+  * Non-maintainer upload.
+  * Add fix_without_sysctl patch (Closes: #792264)
+
+ -- Thorsten Glaser t...@mirbsd.de  Wed, 26 Aug 2015 15:03:07 +0200
+
 opencv (2.4.9.1+dfsg-1.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru opencv-2.4.9.1+dfsg/debian/patches/fix_without_sysctl.patch opencv-2.4.9.1+dfsg/debian/patches/fix_without_sysctl.patch
--- opencv-2.4.9.1+dfsg/debian/patches/fix_without_sysctl.patch	1970-01-01 01:00:00.0 +0100
+++ opencv-2.4.9.1+dfsg/debian/patches/fix_without_sysctl.patch	2015-08-26 15:02:39.0 +0200
@@ -0,0 +1,54 @@
+Description: only include sys/sysctl.h if usable
+Forwarded: not yet
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792264
+Author: mirabilos t.gla...@tarent.de
+
+--- a/CMakeLists.txt
 b/CMakeLists.txt
+@@ -441,6 +441,8 @@ if(UNIX)
+   else()
+ set(HAVE_LIBPTHREAD YES)
+   endif()
++
++  CHECK_INCLUDE_FILE(sys/sysctl.h HAVE_SYS_SYSCTL_H)
+ endif()
+ 
+ include(cmake/OpenCVPCHSupport.cmake)
+--- a/modules/core/src/parallel.cpp
 b/modules/core/src/parallel.cpp
+@@ -57,7 +57,9 @@
+ #if defined ANDROID
+ #include sys/sysconf.h
+ #elif !defined __GNU__
++  #ifdef HAVE_SYS_SYSCTL_H
+ #include sys/sysctl.h
++  #endif
+ #endif
+ #endif
+ 
+--- a/modules/core/src/system.cpp
 b/modules/core/src/system.cpp
+@@ -164,9 +164,11 @@ std::wstring GetTempFileNameWinRT(std::w
+ #if defined ANDROID
+ #include sys/sysconf.h
+ #elif !defined __GNU__
++#ifdef HAVE_SYS_SYSCTL_H
+ #include sys/sysctl.h
+ #endif
+ #endif
++#endif
+ 
+ #ifdef ANDROID
+ # include android/log.h
+--- a/modules/highgui/src/cap_ffmpeg_impl.hpp
 b/modules/highgui/src/cap_ffmpeg_impl.hpp
+@@ -149,7 +149,9 @@ extern C {
+ #include unistd.h
+ #include stdio.h
+ #include sys/types.h
++#ifdef HAVE_SYS_SYSCTL_H
+ #include sys/sysctl.h
++#endif
+ #endif
+ 
+ #ifndef MIN
diff -Nru opencv-2.4.9.1+dfsg/debian/patches/series opencv-2.4.9.1+dfsg/debian/patches/series
--- opencv-2.4.9.1+dfsg/debian/patches/series	2015-08-19 23:37:02.0 +0200
+++ opencv-2.4.9.1+dfsg/debian/patches/series	2015-08-26 15:02:51.0 +0200
@@ -9,3 +9,4 @@
 libav10.patch
 optimize_i586.patch
 Don-t-check-sphinx-build-version.patch
+fix_without_sysctl.patch

Bug#788189: it'll have to support java 6 to be able to build us

[Thorsten Glaser]

Hi,

why don't you version the B-D then?

Build-Depends: ..., default-jdk (>= 2:1.6), ...

That will cause GCJ arches to not even attempt the build,
beneficial for all.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#788189: it'll have to support java 6 to be able to build us

[Thorsten Glaser]

On Tue, 1 Sep 2015, Samuel Thibault wrote:

> Then it should be documented on the wiki, not at a random point in time
> in the java mailing list or bugreport.

Maybe. Then take that to the people who do such things.
I’m “just” a buildd admin.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#788189: it'll have to support java 6 to be able to build us

[Thorsten Glaser]

On Tue, 1 Sep 2015, Samuel Thibault wrote:

> - "I don't think it is possible (yet) to have a >= dependency on a java
>   version." and yes, I was lazy to look for a proper solution.

It is, and precisely this was recommended on some Debian java
mailing list or bugreport for precisely this problem.

> - depending on epoched default-jdk seems odd.  Is it more or less
>   supported that "2:1.6" means java 6?

For packages targetting stable and newer, yes (oldstable had
an epoch of 1). You may have to bump the epoch every now and
then, I think every time a (release?) arch gets switched from
OpenJDK to GCJ, which is not very often.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#797872: info: please add an option to disable mouse support

[Thorsten Glaser]

On Thu, 3 Sep 2015, Norbert Preining wrote:

> Are you sure that you do not have some clipboard-selection program
> running like clipman that might interfer?

I just tested on a mostly freshly rebooted system, and the only
such program to interfere is klipper, which is not started.

I tested it like this:

tglase@tglase:~ $ echo pri | xsel -p
tglase@tglase:~ $ echo sec | xsel -s
tglase@tglase:~ $ echo cli | xsel -b

Then I hit “info gcc”, pressed ‘/’.
Simple middle-click does nothing.
Shift-middle-click inserts “cli” and Enter (I should have
used “echo -n” maybe).

xsel(1) sets *only* the selection chosen on the command line.
Changing the order of the commands (reversing) is indifferent.

So, yes, I am 100% sure that Shift-Middleclick in info(1)
currently inserts the CLIPBOARD and not the PRIMARY selection,
greatly inconveniencing classical Unix text tool users.

Note: all tests were run in screen inside xterm; relevant
$TERM variables are “xterm” and “screen” (not “screen.xterm”),
though that only matters for info(1) as xterm itself (and
screen, obviously) don’t set the selections in this example.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#798239: logger: wrong timestamps for long-running connections

[Thorsten Glaser]

Package: bsdutils
Version: 1:2.26.2-9
Severity: important

Hi,

I think this is a new bug. I saw logs from August interspersed
with logs from September in my syslog (after first thinking
something had reset the time, as the machine crashed hard on
the weekend too), but it turns out this is simply a bug in
logger. Reproducer:

tglase@tglase:~ $ (echo foo; sleep 5; echo bar) | logger -t baz
tglase@tglase:~ $ fgrep baz: /var/log/syslog
   
Sep  7 09:04:34 tglase baz: foo
Sep  7 09:04:34 tglase baz: bar

Let’s see…

Sep  7 09:06:49 tglase-dev baz: foo
Sep  7 09:06:54 tglase-dev baz: bar

↑ that’s a jessie system, so this bug is indeed new.

Please also see #787958 for another issue with long-running
logger sessions and fix them in one go. Thanks!

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages bsdutils depends on:
ii  libc62.19-19
ii  libsystemd0  225-1

Versions of packages bsdutils recommends:
ii  bsdmainutils  9.0.6

bsdutils suggests no packages.

-- no debconf information

Bug#766884: libxml2 broken in sid for months already

[Thorsten Glaser]

On Sat, 5 Sep 2015, Vincent Lefevre wrote:

> I'm not the maintainer, but I think that it is probably cleaner to
> have testing version = stable version until this bug is fixed (it

No, absolutely not. We’re in the midst of a hell of a transition,
holding back packages just for fun isn’t helping.

> On 2015-09-05 08:49:35 +0200, Raphael Hertzog wrote:

> > This just proves that you don't know how Debian works. A fix for testing
> > must come via unstable not from stable.
> 
> First, I haven't said that a fix for testing must come from stable,
> just that it was easy to fix testing too (because this would be the
> same patch). And no, a fix for testing does not necessarily come
> via unstable:

This is the absolute exception; all uploads to testing should come
via unstable if at all possible. The exception is for when people
used unstable as experimental, preventing migration, but there are
really urgent issues to be fixed in testing. Only. The paragraph
you cited allows maintainers to deviate from the normal “via un‐
stable” rule in such cases, it doesn’t make it the norm. This is
how Debian works.

Same goes for stable: If there is a to-be-fixed-in-stable-too bug
in the package, first fix it in unstable, then (while waiting for
it to migrate to testing, or even after that) fix it in stable.
This ensures we don’t have bugs fixed in stable that are reintroduced
in later Debian versions (there even has been a package which had
this for two subsequent Debian releases, people really don’t like
to see this).

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#798329: ifconfig: changed output format breaks scripts

[Thorsten Glaser]

Package: net-tools
Version: 1.60+git20150829.73cef8a-1
Severity: important

Hi,

the changed output format of ifconfig breaks scripts parsing it.

Before:

br0   Link encap:Ethernet  HWaddr 90:e2:ba:0c:b8:17  
  inet addr:172.26.3.108  Bcast:172.26.255.255  Mask:255.255.0.0
  inet6 addr: fe80::21b:21ff:fe62:2577/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:2351724 errors:0 dropped:2931 overruns:0 frame:0
  TX packets:525699 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0 
  RX bytes:1659213748 (1.5 GiB)  TX bytes:216861337 (206.8 MiB)

After:

br0: flags=4163  mtu 1500
inet 172.26.3.108  netmask 255.255.0.0  broadcast 172.26.255.255
inet6 fe80::21b:21ff:fe62:2577  prefixlen 64  scopeid 0x20
ether 90:e2:ba:0c:b8:17  txqueuelen 0  (Ethernet)
RX packets 2351867  bytes 1659222913 (1.5 GiB)
RX errors 0  dropped 2931  overruns 0  frame 0
TX packets 525708  bytes 216861987 (206.8 MiB)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

This particularily breaks both getting the MAC address and
the/an IP address.

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages net-tools depends on:
ii  libc6  2.19-19

net-tools recommends no packages.

net-tools suggests no packages.

-- no debconf information

Bug#798329: ifconfig: changed output format breaks scripts

[Thorsten Glaser]

On Tue, 8 Sep 2015, Martín Ferrari wrote:

> Is this breaking a package or just your scripts?

This is breaking at least two scripts of mine, which is where and why
I noticed this immediately after the dist-upgrade today, but there’ll
be others lurking. Probably none of them packaged, though.

> In any case, I think you should be doing this differently. Either using
> iproute2 that has a parseable format (although that has changed too), or

This won’t work, I did quite the WTF today at iproute2 now, as it
appends “@NONE” to the interface names.

I need reliable, consistent, parsable output across all Debian versions
(and some derivates).

> direcly parsing files in /proc/net

Excuse me, but WTF?

The standard Unix interface for things is stdout of other commands,
as in, filters and pipes. ifconfig is *the* standard utility to get
information about interfaces.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#798239: logger: wrong timestamps for long-running connections

[Thorsten Glaser]

On Mon, 7 Sep 2015, Andreas Henriksson wrote:

> Could you please try the bsdutils version from experimental
> (as the version I just uploaded to unstable has probably not
> yet reached the mirrors when you read this) to check if

No, the version from sid was what I just installed.

Preparing to unpack .../bsdutils_1%3a2.27-1_x32.deb ...
Unpacking bsdutils (1:2.27-1) over (1:2.26.2-9) ...
Processing triggers for man-db (2.7.2-1) ...
Setting up bsdutils (1:2.27-1) ...

This version still exhibits the problem.

> Given you have reproducible testcase, in case you're interested in
> seeing this issue resolved you could run git bisect to find out

Hm, I guess… need to learn how to do that first though…

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#798239: logger: wrong timestamps for long-running connections

[Thorsten Glaser]

On Tue, 8 Sep 2015, Andreas Henriksson wrote:

> I'm not able to reproduce your problem (only tested on 2.27-1),
> but I'm also not using syslog (only journal). This might mean

…okaaay…

> that the problem is somewhere in the syslog-specific code

Yes, probably.

Does this mean that the syslog-specific part of logger(1) is
basically unmaintained in Debian? If so, were I to suggest a
fix for the other problem with it, would you consider adding
it? (The one where when the syslog dæmon is restarted, input
is no longer sent to it.)

> It's quite simple here's a quick tutorial:

Thanks. Not “quite”, but doable.

> # goto 10

;-)

> In just a few build/reproduce/mark-good-or-bad git will
> tell you the exact commit introducing the regression
> (via a binary search on the git history).

Right, I knew “of” it, but I haven’t ever used it, because
all the setup around it is very complex, and the docs are
more for people who know the things already. Your quick
instructions should help.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#798329: ifconfig: changed output format breaks scripts

[Thorsten Glaser]

On Tue, 8 Sep 2015, Martín Ferrari wrote:

> Finally, I have no intentions on maintaining a fork of net-tools to
> support the 14 years old output format of ifconfig, so I am closing this
> as wontfix.

Hmpf. I’ll search for scripts using either ip or ifconfig
and do some hackery to work with either output format then.

Will the current format at least stay?

//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#797872: info: please add an option to disable mouse support

[Thorsten Glaser]

Package: info
Version: 6.0.0.dfsg.1-3
Severity: normal

The info browser suddenly seems to have gained some sort
of mouse support. The symptoms are:

Normally, I start info in a GNU screen tab inside xterm,
then hit / and paste the thing I want to search for via
middle-click. This stopped working.

In mc, which also suddenly gained mouse support in screen,
I can circumvent this by holding Shift while middle-clicking
(mc has other problems though this is not the place for them).
This does not work correctly in info because it inserts the
CLIPBOARD then, not the PRIMARY selection.

This impedes my workflow with this already… unusual to use…
program a lot. Please disable mouse “support”, at least as
a (documented in the manpage) command line option, if not always.

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages info depends on:
ii  install-info  6.0.0.dfsg.1-3
ii  libc6 2.19-19
ii  libtinfo5 6.0+20150810-1

info recommends no packages.

Versions of packages info suggests:
pn  texinfo-doc-nonfree  

-- no debconf information

Bug#797668: openjdk-8: SIGSEGV after PhaseCFG::global_code_motion

[Thorsten Glaser]

Package: openjdk-8-jre-headless
Version: 8u66-b01-1~bpo7+1
Severity: wishlist

Hi,

we’re getting this on one of our Jenkins systems:

[…]
[INFO] --- maven-compiler-plugin:3.1:testCompile (default-testCompile) @ 
gepris-admin-groovygrave ---
[INFO] Changes detected - recompiling the module!
[INFO] Using Groovy-Eclipse compiler to compile both Java and Groovy files
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x7fee148f48bd, pid=21224, tid=140660038289152
#
# JRE version: OpenJDK Runtime Environment (8.0_66-b01) (build 
1.8.0_66-internal-b01)
# Java VM: OpenJDK 64-Bit Server VM (25.66-b01 mixed mode linux-amd64 
compressed oops)
# Problematic frame:
# V  [libjvm.so+0x5888bd]  PhaseCFG::global_code_motion()+0x3dd
#
# Failed to write core dump. Core dumps have been disabled. To enable core 
dumping, try "ulimit -c unlimited" before starting Java again

The system in question is running wheezy, I have recompiled the source
code from 8u66-b01-1~bpo8+1 (jessie-backports) unmodified except for
regenerating the debian/control file. I realise this will likely not
give me any support (hence the severity), but maybe you can help… my
coworkers say it works with the proprietary Horracle JDK.

I don’t have a stand-alone reproducer at the moment, unfortunately,
but I’ll ask the coworker for one.

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

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

Versions of packages openjdk-8-jre-headless depends on:
ii  ca-bundle [ca-certificates-java]  20140329+tarent1
ii  initscripts   2.88dsf-41+deb7u1
ii  java-common   0.52~bpo70+1
ii  libc6 2.13-38+deb7u8
ii  libcups2  1.5.3-5+deb7u6
ii  libfreetype6  2.4.9-1.1+deb7u1
ii  libgcc1   1:4.7.2-5
ii  libjpeg8  8d-1+deb7u1
ii  liblcms2-22.2+git20110628-2.2+deb7u1
ii  libnss3   2:3.14.5-1+deb7u5
ii  libpcsclite1  1.8.4-1+deb7u1
ii  libstdc++64.7.2-5
ii  libx11-6  2:1.5.0-1+deb7u2
ii  libxext6  2:1.3.1-2+deb7u1
ii  libxi62:1.6.1-1+deb7u1
ii  libxrender1   1:0.9.7-1+deb7u2
ii  libxtst6  2:1.2.1-1+deb7u1
ii  multiarch-support 2.13-38+deb7u8
ii  zlib1g1:1.2.7.dfsg-13

openjdk-8-jre-headless recommends no packages.

Versions of packages openjdk-8-jre-headless suggests:
pn  fonts-ipafont-gothic   
pn  fonts-ipafont-mincho   
pn  libnss-mdns
pn  openjdk-8-jre-jamvm
ii  ttf-dejavu-extra   2.33-3
pn  ttf-indic-fonts
pn  ttf-wqy-microhei | ttf-wqy-zenhei  

-- no debconf information

Bug#797668: openjdk-8: SIGSEGV after PhaseCFG::global_code_motion

[Thorsten Glaser]

On Tue, 1 Sep 2015, Thorsten Glaser wrote:

> we’re getting this on one of our Jenkins systems:
[…]
> but I’ll ask the coworker for one.

Apparently, when he retried the exact same job, it ran through.
Now we have two possibilities: either the RAM of the machine is
bad (which I’ll test) or there is a bug in the JVM that occurs
only sometimes :(

Still, advice welcome, but if there will be none, feel free to
close this…

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#796931: gnupg-agent: no longer writes $GNUPGHOME/gpg-agent-info-$(hostname) file

[Thorsten Glaser]

Package: gnupg-agent
Version: 2.1.7-2
Severity: important

Hi,

since one of the recent upgrades, gpg-agent no longer writes its
environment file. This is a rather bad regression for my setup,
which uses the env file for sharing a gpg-agent across all (both
SSH and local console or X11) sessions of one user (i.e. that
particular sharing now becomes impossible).

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages gnupg-agent depends on:
ii  libassuan0   2.2.1-1
ii  libc62.19-19
ii  libgcrypt20  1.6.3-2
ii  libgpg-error01.19-2
ii  libnpth0 1.2-1
ii  libreadline6 6.3-8+b3
ii  pinentry-qt4 [pinentry]  0.9.5-4

Versions of packages gnupg-agent recommends:
ii  gnupg   1.4.19-5
ii  gnupg2  2.1.7-2
ii  gpgsm   2.1.7-2

gnupg-agent suggests no packages.

-- no debconf information

Bug#798329: ifconfig: changed output format breaks scripts

[Thorsten Glaser]

On Tue, 8 Sep 2015, Guillem Jover wrote:

> Well, the ifconfig implementation in inetutils provides selectable

Oh, there’s another one? I’ve not looked at that one (yet)…

… but then, I really need something that works even with CentOS,
though it (even in version 6, which is way younger than 2003)
has the same output format as jessie.

> > Finally, I have no intentions on maintaining a fork of net-tools to
> > support the 14 years old output format of ifconfig, so I am closing this
> > as wontfix.
> 
> This is quite reasonable IMO.

Mh okay. I’m using code similar to the following to catch both
the old and new format (some day I’m going to test inetutils’):


export LC_ALL=C PATH=/bin:/sbin:/usr/bin:/usr/sbin
unset LANGUAGE

hn=$(hostname -f || echo $(hostname).invalid.fqdn)
[[ $hn = *.* ]] || hn=$hn.no.fqdn

lladdr=
test -s /etc/tarent/primary.mac && lladdr=$(cat /etc/tarent/primary.mac)
test -n "$lladdr" || lladdr=$(tgetif | \
sed -ne '/^ *ether 
\([0-9a-fA-F][0-9a-fA-F]:[0-9a-fA-F][0-9a-fA-F]:[0-9a-fA-F][0-9a-fA-F]:[0-9a-fA-F][0-9a-fA-F]:[0-9a-fA-F][0-9a-fA-F]:[0-9a-fA-F][0-9a-fA-F]\)\(
 .*\)$/s//\1/p' -e '2,$d' -e '/^.* HWaddr 
\([0-9a-fA-F][0-9a-fA-F]:[0-9a-fA-F][0-9a-fA-F]:[0-9a-fA-F][0-9a-fA-F]:[0-9a-fA-F][0-9a-fA-F]:[0-9a-fA-F][0-9a-fA-F]:[0-9a-fA-F][0-9a-fA-F]\)\(
 .*\)$/s//\1/p' | head -n 1)
ipaddr=$(tgetif | sed -n '/^ *inet \(addr:\)*\([0-9.]*\) .*$/s//\2/p')
netconf=$(/sbin/ip a | tr '\n' '~' | sed 's/~ /= /g' | tr '~' '\n' | fgrep -v 
vnet | tr '=' '\n' | sed -ne '/^[0-9]*: 
\([^:@]*\)\(@NONE\)*\([^:]*\):.*$/s//\1\3/p' -e '/inet/s/ scope.*//p' -e '/ 
link/s/ brd.*$//p'
) || netconf=


Maybe this helps others.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#796931: gnupg-agent: no longer writes $GNUPGHOME/gpg-agent-info-$(hostname) file

[Thorsten Glaser]

On Sun, 30 Aug 2015, Michael Gold wrote:

> > > Trying to support gpg2.0 and 2.1 in one startup script is still annoying
> > 
> > This is a requirement, though.
> 
> I've attached the script I'm using as an example.  I didn't test this

Hmm, really complex stuff there. I guess whatever I cobbled together
in 2009 isn’t as sophisticated.

https://evolvis.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=shellsnippets/shellsnippets.git;a=blob;f=posix/sysadmin/agents.sh;h=485f025a5171a0721bb0cb10c3676f96393715f3;hb=HEAD

Anyway, at first glance, the new script (ignore the first part about
removing old gpg configs and running ssh-agent) appears to work,
although I’ve not yet tested after reboot. Thanks for the information!

Besides some logic changes (to avoid nesting ifs) I now set the
GPG_AGENT_INFO myself if not set, and write the “PID” file manually
instead of telling gpg-agent to do it. This appears to make pickup
from another session work, too.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#777087: klibc-utils-floppy-udeb: please build the floppy udeb on x32

[Thorsten Glaser]

Adam Borowski dixit:

>While I did not test whether it works (how do you use floppies these days?),

By placing the floppy disc into a floppy drive. Easy. :þ

bye,
//mirabilos

PS: Qemu can do it, too…
-- 
I want one of these. They cost 720 € though… good they don’t have the HD hole,
which indicates 3½″ floppies with double capacity… still. A tad too much, atm.
‣ http://www.floppytable.com/floppytable-images-1.html

Bug#798941: [Popcon-developers] Bug#798941: /etc/cron.d directory is necessary for installation

[Thorsten Glaser]

On Mon, 14 Sep 2015, Paul Wise wrote:

> On Mon, Sep 14, 2015 at 12:59 PM, Bill Allombert wrote:
> 
> > The postinst need to create if it does not exist yet.

Probably, yes, and a call to “rmdir --ignore-fail-on-non-empty”
in the postrm purge case.

> Personally I would ship it in the .deb instead.

That would probably lead to a lintian warning, as pak‐
kages should not ship empty directories.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#799096: mediawiki: CVE-2015-6727 CVE-2015-6728 CVE-2015-6729 CVE-2015-6730

[Thorsten Glaser]

On Tue, 15 Sep 2015, Salvatore Bonaccorso wrote:

> CVE-2015-6729[2]:
> | Cross-site scripting (XSS) vulnerability in thumb.php in MediaWiki
> | before 1.23.10, 1.24.x before 1.24.3, and 1.25.x before 1.25.2 allows
> | remote attackers to inject arbitrary web script or HTML via the rel404
> | parameter, which is not properly handled in an error page.

1.19 is not vulnerable against this as it never echos the passed string.
This was added e.g. in commit a04d9cb7487773e102285de13b7092a2bc9b6821
first released in 1.21.0 according to 'git tag --contains'.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#799096: mediawiki: CVE-2015-6727 CVE-2015-6728 CVE-2015-6729 CVE-2015-6730

[Thorsten Glaser]

On Tue, 15 Sep 2015, Salvatore Bonaccorso wrote:

> CVE-2015-6730[3]:
> | Cross-site scripting (XSS) vulnerability in thumb.php in MediaWiki
> | before 1.23.10, 1.24.x before 1.24.3, and 1.25.x before 1.25.2 allows
> | remote attackers to inject arbitrary web script or HTML via the f
> | parameter, which is not properly handled in an error page, related to
> | "ForeignAPI images."

Judging from https://phabricator.wikimedia.org/T97391#1242481
and the last messages in the bugreport, and the lack of mention
of this in the git log for the various supported branches, I
believe that this particular CVE is still unfixed upstream.

Found diffs for the other three, though…

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#799186: konqueror: now comes with built-in keylogger

[Thorsten Glaser]

Package: konqueror
Version: 4:15.04.3-1
Severity: grave
Tags: security
Justification: user security hole

I was just typing a geocaching log in a konqueror that popped up
when activating a link in a mail (to the cache listing) and noticed
small decimal digits scrolling by, one on a line, in the xterm that
was not fully hidden from view by the konqueror window. Sometimes,
the number was 32. I was on full alert.

Natureshadow managed to reproduce this on sid amd64, so it’s not an
x32 issue, although he had to switch back to KHTML from Webkit (via
menu V̲iew → V̲iew Mode → K̲HTML) to reproduce it.

Shortest reproducer, even if using a proprietary service:

$ konqueror pastebin.com

Then just start typing (after switching to KHTML if needed).

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages konqueror depends on:
ii  install-info6.0.0.dfsg.1-3
ii  kde-baseapps-bin4:15.04.3-1
ii  kde-baseapps-data   4:15.04.3-1
ii  kde-runtime 4:15.08.0-2
ii  libc6   2.19-20
ii  libkactivities6 4:4.13.3-1
ii  libkcmutils44:4.14.10-3
ii  libkde3support4 4:4.14.10-3
ii  libkdecore5 4:4.14.10-3
ii  libkdesu5   4:4.14.10-3
ii  libkdeui5   4:4.14.10-3
ii  libkfile4   4:4.14.10-3
ii  libkhtml5   4:4.14.10-3
ii  libkio5 4:4.14.10-3
ii  libkonq5abi14:15.04.3-1
ii  libkonqsidebarplugin4a  4:15.04.3-1
ii  libkparts4  4:4.14.10-3
ii  libqt4-dbus 4:4.8.7+dfsg-3
ii  libqt4-qt3support   4:4.8.7+dfsg-3
ii  libqt4-xml  4:4.8.7+dfsg-3
ii  libqtcore4  4:4.8.7+dfsg-3
ii  libqtgui4   4:4.8.7+dfsg-3
ii  libstdc++6  5.2.1-17
ii  libx11-62:1.6.3-1

Versions of packages konqueror recommends:
ii  dolphin  4:15.04.3-1
ii  kfind4:15.04.3-1
pn  konqueror-nsplugins  
ii  kpart-webkit 1.3.4-2

Versions of packages konqueror suggests:
ii  konq-plugins  4:15.04.3-1

-- no debconf information