Bug#838778: libatk-wrapper-java: crashes JVM when launching a java application

[Samuel Thibault]

Control: clone -1 -2
Control: retitle -2 libatk-wrapper-java: gets instance from jaw thread
Control: severity -2 important
Control: done -1 0.33.3-10

Hello,

Uh, that's odd: I can't find your original report in my mails, so I
completely missed it.  That assertion is indeed quite harsh, and may
trigger while running a screen reader.  I didn't intend to keep it
applied actually, it just happened to slip in while committing something
else :/ Such a case condition can indeed pose problems in some very rare
conditions.  I have thus replaced the assertion with just a warning, so
that you don't systematically get a crash, and if there are odd things
happening, we have a clue that it might be because of this case.

Samuel

Bug#840309: closing 840309

[Samuel Thibault]

close 840309 5.4-1~1
thanks

Bug#833950: libasound2: brltty-espeak stops working with 1.1.2-1

[Samuel Thibault]

Control: tags -1 + fixed-upstream

Hello,

Samuel Thibault, on Fri 26 Aug 2016 20:59:28 +0200, wrote:
> Chris Brannon, on Thu 18 Aug 2016 11:32:40 -0700, wrote:
> > I'm almost certain that the problem lies with portaudio, rather than
> > libasound.  It's described in my message to the portaudio list, found
> > here:
> > 
> > https://lists.columbia.edu/pipermail/portaudio/2016-August/000599.html
> 
> And the discussion shows that the issue really does seem to lie in
> there. portaudio maintainers, could you include the upstream patch from
> 
> https://lists.columbia.edu/pipermail/portaudio/2016-August/000623.html

I have attached to this mail the upstream fix that got released
yesterday as RC. Could you please apply it?

This:

> Without it, blind users using a screen reader have their screen reader
> hang every few minutes, making the system basically unusable.

is still preventing all blind users using speech synthesis from being
able to do any kind of serious work with debian testing.

Samuel
diff --exclude .svn --exclude .git --exclude CVS --exclude .hg -urwB 
portaudio-stable/src/hostapi/alsa/pa_linux_alsa.c 
portaudio-test/src/hostapi/alsa/pa_linux_alsa.c
--- portaudio-stable/src/hostapi/alsa/pa_linux_alsa.c   2013-10-17 
14:44:09.0 +0200
+++ portaudio-test/src/hostapi/alsa/pa_linux_alsa.c 2016-10-02 
00:07:12.0 +0200
@@ -1,5 +1,5 @@
 /*
- * $Id: pa_linux_alsa.c 1911 2013-10-17 12:44:09Z gineera $
+ * $Id$
  * PortAudio Portable Real-Time Audio Library
  * Latest Version at: http://www.portaudio.com
  * ALSA implementation by Joshua Haberman and Arve Knudsen
@@ -3805,8 +3805,23 @@
 totalFds += self->playback.nfds;
 }
 
+#ifdef PTHREAD_CANCELED
+if( self->callbackMode )
+{
+/* To allow 'Abort' to terminate the callback thread, enable 
cancelability just for poll() (& disable after) */
+pthread_setcancelstate( PTHREAD_CANCEL_ENABLE, NULL );
+}
+#endif
+
 pollResults = poll( self->pfds, totalFds, pollTimeout );
 
+#ifdef PTHREAD_CANCELED
+if( self->callbackMode )
+{
+pthread_setcancelstate( PTHREAD_CANCEL_DISABLE, NULL );
+}
+#endif
+
 if( pollResults < 0 )
 {
 /*  XXX: Depend on preprocessor condition? */
@@ -4175,12 +4190,18 @@
 int streamStarted = 0;
 
 assert( stream );
+/* Not implemented */
+assert( !stream->primeBuffers );
 
 /* Execute OnExit when exiting */
 pthread_cleanup_push( , stream );
-
-/* Not implemented */
-assert( !stream->primeBuffers );
+#ifdef PTHREAD_CANCELED
+/* 'Abort' will use thread cancellation to terminate the callback thread, 
but the Alsa-lib functions
+ * are NOT cancel-safe, (and can end up in an inconsistent state).  So, 
disable cancelability for
+ * the thread here, and just re-enable it for the poll() in 
PaAlsaStream_WaitForFrames(). */
+pthread_testcancel();
+pthread_setcancelstate( PTHREAD_CANCEL_DISABLE, NULL );
+#endif
 
 /* @concern StreamStart If the output is being primed the output pcm needs 
to be prepared, otherwise the
  * stream is started immediately. The latter involves signaling the 
waiting main thread.
@@ -4265,10 +4286,6 @@
 {
 xrun = 0;
 
-#ifdef PTHREAD_CANCELED
-   pthread_testcancel();
-#endif
-
 /** @concern Xruns Under/overflows are to be reported to the 
callback */
 if( stream->underrun > 0.0 )
 {

Bug#838244: hurd: license incompatibility between ext2fs (GPLv2-only) and libparted (GPLv3-or-later)

[Samuel Thibault]

Kalle Olavi Niemitalo, on Mon 19 Sep 2016 02:29:20 +0300, wrote:
> Samuel Thibault <sthiba...@debian.org> writes:
> 
> > But storeio can be used as an intermediate between the two.
> 
> "storeio --store-type=part 1:device:hd0" apparently supports
> file_get_storage_info and reports the partition boundaries there,
> so the I/O would not have to go through the storeio translator.

Yes, I just meant as user-point-of-view intermediate.

Samuel

Bug#838244: hurd: license incompatibility between ext2fs (GPLv2-only) and libparted (GPLv3-or-later)

[Samuel Thibault]

Kalle Olavi Niemitalo, on Mon 19 Sep 2016 01:29:17 +0300, wrote:
> Until that is implemented, the partition-table support in
> libstore could be disabled altogether, because GNU Mach currently
> provides a named device for each partition.

But the installer does not use it, for flexibility.

But storeio can be used as an intermediate between the two.

But what is actually linked against libparted is libstoreio, which is
shared between storeio and ext2fs. So we'd need two different
libstoreio, one with parted support, the other without.

Samuel

Bug#792622: missing licenses in debian/copyright

[Samuel Thibault]

Hello,

Kalle Olavi Niemitalo, on Sun 18 Sep 2016 12:57:24 +0300, wrote:
> The following files are not used by "dpkg-buildpackage -uc -b
> -nc", i.e. their atimes do not change during this binary-arch
> build, and the build succeeds even if they are removed.

These shouldn't pose problem, better keep them:

> ./ChangeLog.0
> ./ChangeLog.00
> ./DEVELOPMENT
> ./ddb/db_mp.h
> ./ddb/tr.h
> ./debian/watch
> ./device/dev_master.h
> ./doc/fdl.texi
> ./doc/gpl.texi
> ./doc/stamp-vti
> ./i386/i386/ast_types.h
> ./i386/i386/cpu.h
> ./i386/i386/kttd_machdep.h
> ./i386/i386/lock.h
> ./i386/i386/sched_param.h
> ./i386/include/mach/i386/cthreads.h
> ./kern/act.h
> ./kern/refcount.h
> ./kern/shuttle.h

These are from linux, so basically GPLv2. Network drivers are indeed not used in
Debian anymore because we use netdde.

> ./linux/dev/README
> ./linux/dev/drivers/net/Space.c
> ./linux/dev/drivers/net/auto_irq.c
> ./linux/dev/drivers/net/net_init.c
> ./linux/dev/drivers/net/wavelan.p.h
> ./linux/dev/drivers/scsi/eata_dma.c
> ./linux/dev/drivers/scsi/g_NCR5380.c
> ./linux/dev/glue/net.c
> ./linux/dev/include/asm-i386/smp.h
> ./linux/dev/include/asm-i386/uaccess.h
> ./linux/dev/include/linux/etherdevice.h
> ./linux/dev/include/linux/if.h
> ./linux/dev/include/linux/modversions.h
> ./linux/dev/include/linux/netdevice.h
> ./linux/dev/include/linux/notifier.h
> ./linux/dev/include/linux/pm.h
> ./linux/dev/include/linux/skbuff.h
> ./linux/dev/include/linux/threads.h
> ./linux/dev/net/core/dev.c
> ./linux/pcmcia-cs/clients/3c574_cs.c
> ./linux/pcmcia-cs/clients/3c589_cs.c
> ./linux/pcmcia-cs/clients/ax8390.h
> ./linux/pcmcia-cs/clients/axnet_cs.c
> ./linux/pcmcia-cs/clients/fmvj18x_cs.c
> ./linux/pcmcia-cs/clients/nmclan_cs.c
> ./linux/pcmcia-cs/clients/ositech.h
> ./linux/pcmcia-cs/clients/pcnet_cs.c
> ./linux/pcmcia-cs/clients/smc91c92_cs.c
> ./linux/pcmcia-cs/clients/xirc2ps_cs.c
> ./linux/pcmcia-cs/glue/ds.c
> ./linux/pcmcia-cs/glue/pcmcia.c
> ./linux/pcmcia-cs/glue/pcmcia_glue.h
> ./linux/pcmcia-cs/glue/wireless_glue.h
> ./linux/pcmcia-cs/include/linux/crc32.h
> ./linux/pcmcia-cs/include/linux/slab.h
> ./linux/pcmcia-cs/include/pcmcia/bulkmem.h
> ./linux/pcmcia-cs/include/pcmcia/bus_ops.h
> ./linux/pcmcia-cs/include/pcmcia/ciscode.h
> ./linux/pcmcia-cs/include/pcmcia/cisreg.h
> ./linux/pcmcia-cs/include/pcmcia/cistpl.h
> ./linux/pcmcia-cs/include/pcmcia/cs.h
> ./linux/pcmcia-cs/include/pcmcia/cs_types.h
> ./linux/pcmcia-cs/include/pcmcia/driver_ops.h
> ./linux/pcmcia-cs/include/pcmcia/ds.h
> ./linux/pcmcia-cs/include/pcmcia/mem_op.h
> ./linux/pcmcia-cs/include/pcmcia/ss.h
> ./linux/pcmcia-cs/include/pcmcia/version.h
> ./linux/pcmcia-cs/modules/bulkmem.c
> ./linux/pcmcia-cs/modules/cirrus.h
> ./linux/pcmcia-cs/modules/cistpl.c
> ./linux/pcmcia-cs/modules/cs.c
> ./linux/pcmcia-cs/modules/cs_internal.h
> ./linux/pcmcia-cs/modules/ds.c
> ./linux/pcmcia-cs/modules/ene.h
> ./linux/pcmcia-cs/modules/i82365.c
> ./linux/pcmcia-cs/modules/i82365.h
> ./linux/pcmcia-cs/modules/o2micro.h
> ./linux/pcmcia-cs/modules/pci_fixup.c
> ./linux/pcmcia-cs/modules/ricoh.h
> ./linux/pcmcia-cs/modules/rsrc_mgr.c
> ./linux/pcmcia-cs/modules/smc34c90.h
> ./linux/pcmcia-cs/modules/ti113x.h
> ./linux/pcmcia-cs/modules/topic.h
> ./linux/pcmcia-cs/modules/vg468.h
> ./linux/pcmcia-cs/modules/yenta.h
> ./linux/pcmcia-cs/wireless/hermes.c
> ./linux/pcmcia-cs/wireless/hermes.h
> ./linux/pcmcia-cs/wireless/hermes_rid.h
> ./linux/pcmcia-cs/wireless/ieee802_11.h
> ./linux/pcmcia-cs/wireless/orinoco.c
> ./linux/pcmcia-cs/wireless/orinoco.h
> ./linux/pcmcia-cs/wireless/orinoco_cs.c
> ./linux/src/COPYING
> ./linux/src/drivers/net/3c501.c
> ./linux/src/drivers/net/3c503.c
> ./linux/src/drivers/net/3c503.h
> ./linux/src/drivers/net/3c505.c
> ./linux/src/drivers/net/3c505.h
> ./linux/src/drivers/net/3c507.c
> ./linux/src/drivers/net/3c509.c
> ./linux/src/drivers/net/3c515.c
> ./linux/src/drivers/net/3c59x.c
> ./linux/src/drivers/net/8390.c
> ./linux/src/drivers/net/8390.h
> ./linux/src/drivers/net/ac3200.c
> ./linux/src/drivers/net/apricot.c
> ./linux/src/drivers/net/at1700.c
> ./linux/src/drivers/net/atp.c
> ./linux/src/drivers/net/atp.h
> ./linux/src/drivers/net/de4x5.c
> ./linux/src/drivers/net/de4x5.h
> ./linux/src/drivers/net/de600.c
> ./linux/src/drivers/net/de620.c
> ./linux/src/drivers/net/de620.h
> ./linux/src/drivers/net/depca.c
> ./linux/src/drivers/net/depca.h
> ./linux/src/drivers/net/e2100.c
> ./linux/src/drivers/net/eepro.c
> ./linux/src/drivers/net/eepro100.c
> ./linux/src/drivers/net/eexpress.c
> ./linux/src/drivers/net/epic100.c
> ./linux/src/drivers/net/eth16i.c
> ./linux/src/drivers/net/eth82586.h
> ./linux/src/drivers/net/ewrk3.c
> ./linux/src/drivers/net/ewrk3.h
> ./linux/src/drivers/net/fmv18x.c
> ./linux/src/drivers/net/hamachi.c
> ./linux/src/drivers/net/hp-plus.c
> ./linux/src/drivers/net/hp.c
> ./linux/src/drivers/net/hp100.c
> ./linux/src/drivers/net/hp100.h
> ./linux/src/drivers/net/i82586.h
> ./linux/src/drivers/net/intel-gige.c
> 

Bug#792622: missing licenses in debian/copyright

[Samuel Thibault]

Samuel Thibault, on Thu 02 Jun 2016 11:31:49 +0200, wrote:
> It is really non-technical work, a matter of using the check-copyright
> script

Sorry, I meant licencecheck.

Samuel

Bug#837911: starpu-contrib: Build dependencies uninstallable

[Samuel Thibault]

Hello,

Bas Couwenberg, on Thu 15 Sep 2016 13:28:13 +0200, wrote:
> If your package doesn't require the C++ headers, changing the build
> dependency to opencl-c-headers should be sufficient. If the C++ headers
> are required, you'll need to wait for khronos-opencl-clhpp to pass the
> NEW queue:
> 
>  https://ftp-master.debian.org/new/khronos-opencl-clhpp_2.0.10-1.html

Mmm. I could demote to opencl-c-headers indeed. However
starpu-contrib=1.2.0 is also in NEW, and AIUI I can't upload a quick-fix
1.1.4 version :/

Samuel

Bug#837614: The bugs are not reproducible in unstable

[Samuel Thibault]

Sebastiaan Couwenberg, on Tue 13 Sep 2016 12:26:29 +0200, wrote:
> The bug are not reproducible in unstable where we build our packages, we
> don't build our packages in testing.

But users do build their package in testing.

That's one of the whole points of free software: being able to rebuild
the software. Saying the users "well, it did build fine at that point of
time in unstable" is useless for them: the release is Stretch, not the
state of unstable at some point of development in unstable.

Now, if we do know that what is in unstable will get into testing, and
then it'll become buildable in testing, it is fine. But saying "we build
our package in unstable" is not an argument.

Samuel

Bug#837327: Randomly FTBFS: Races in parallel build

[Samuel Thibault]

Ben Hutchings, on Sun 11 Sep 2016 02:07:39 +0100, wrote:
> On Sat, 2016-09-10 at 17:52 +0200, Samuel Thibault wrote:
> > Control: tags -1 + patch
> > 
> > Daniel Schepler, on Sat 10 Sep 2016 08:21:35 -0700, wrote:
> > > 
> > > ls debian/console-setup*/usr/share/man/*/* \
> > > > 
> > > > xargs -n 1 sed -e 's|^\([.a-zA-Z][a-zA-Z]*\) /usr/local/etc|\1
> > > /etc|' -e 's|^\([.a-zA-Z][a-zA-Z]*\) /usr/local|\1 /usr|' -i
> > > rm -r debian/console-setup-udeb/usr/share/man/
> > 
> > Ah, I see. Could you try the attached patch?
> 
> [...]
> > +   ls debian/console-setup{,-mini}/usr/share/man/*/* \
> [...]
> 
> Brace-expansion is a bashism but debian/rules does not set SHELL=bash.

Right. Probably more readable by expanding by hand actually, as attached
patch does.

Samuel
diff --git a/debian/rules b/debian/rules
index 8389501..7a7985f 100755
--- a/debian/rules
+++ b/debian/rules
@@ -139,7 +139,8 @@ install-main: build
prefix=debian/console-setup-mini/usr install-ckbcomp-mini
$(pre) --mini debian/console-setup-mini/bin/setupcon
$(pre) --mini debian/console-setup-mini/usr/bin/ckbcomp-mini
-   ls debian/console-setup*/usr/share/man/*/* \
+   ls debian/console-setup/usr/share/man/*/* \
+  debian/console-setup-mini/usr/share/man/*/* \
| xargs -n 1 $(manprocessor) -i
install -d debian/keyboard-configuration/usr/share/console-setup/
mv debian/console-setup/etc/default/keyboard \

Bug#837327: Randomly FTBFS: Races in parallel build

[Samuel Thibault]

Control: tags -1 + patch

Daniel Schepler, on Sat 10 Sep 2016 08:21:35 -0700, wrote:
> ls debian/console-setup*/usr/share/man/*/* \
> | xargs -n 1 sed -e 's|^\([.a-zA-Z][a-zA-Z]*\) /usr/local/etc|\1
> /etc|' -e 's|^\([.a-zA-Z][a-zA-Z]*\) /usr/local|\1 /usr|' -i
> rm -r debian/console-setup-udeb/usr/share/man/

Ah, I see. Could you try the attached patch?

Samuel
diff --git a/debian/rules b/debian/rules
index 8389501..8f08ecc 100755
--- a/debian/rules
+++ b/debian/rules
@@ -139,7 +139,7 @@ install-main: build
prefix=debian/console-setup-mini/usr install-ckbcomp-mini
$(pre) --mini debian/console-setup-mini/bin/setupcon
$(pre) --mini debian/console-setup-mini/usr/bin/ckbcomp-mini
-   ls debian/console-setup*/usr/share/man/*/* \
+   ls debian/console-setup{,-mini}/usr/share/man/*/* \
| xargs -n 1 $(manprocessor) -i
install -d debian/keyboard-configuration/usr/share/console-setup/
mv debian/console-setup/etc/default/keyboard \

Bug#837030: marked as done (gdk-pixbuf: FTBFS on most architectures due to test failures)

[Samuel Thibault]

Unfortunately it now fails due to missing gtk-doc build-dependency.

Samuel

Bug#837030: gdk-pixbuf: FTBFS on most architectures due to test failures

[Samuel Thibault]

Hello,

Michael Biebl, on Thu 08 Sep 2016 16:51:24 +0200, wrote:
> Am 08.09.2016 um 14:59 schrieb Sebastiaan Couwenberg:
> > On 09/08/2016 04:05 AM, Michael Biebl wrote:
> >> We've already seen the issue and forwarded to upstream.
> > 
> > Due to the large number of affected packages that cannot be built until
> > gdk-pixbuf is fixed, please consider disabling the test until upstream
> > can provide a fix.
> 
> Sure, made the test-suite non-fatal in 2.35.4-2.
> 
> Let's keep this bug open and at RC though. Otherwise this would kind of
> defeat the purpose of the test-suite.

I believe he meant only disabling that precise test, and not ignoring
the whole testsuite.

Samuel

Bug#824226: Info received (openjdk-8-jre: ATK bridge causes segfault when loading JR)

[Samuel Thibault]

Peter Keel, on Mon 29 Aug 2016 10:07:09 +0200, wrote:
> * on the Mon, Aug 29, 2016 at 12:41:03AM +0200, Samuel Thibault wrote:
> > I have put patched packages on 
> > 
> > deb http://people.debian.org/~sthibault/tmp ./
> > 
> > could you try them?
> 
> They are working. 

Thanks!

> Most programs complain:
> 
> ** (java:372): WARNING **: Couldn't register with accessibility bus: 
> Did not receive a reply. Possible causes include: the remote application 
> did not send a reply, the message bus security policy blocked the reply, 
> the reply timeout expired, or the network connection was broken.

Yes, that's the origin of the issue you were having. For some reason
your environment neither properly start the accessibility
infrastructure, neither properly disable it :)

I'll upload these patched packages to Debian soon.

Thanks!
Samuel

Bug#824226: Info received (openjdk-8-jre: ATK bridge causes segfault when loading JR)

[Samuel Thibault]

I have put patched packages on 

deb http://people.debian.org/~sthibault/tmp ./

could you try them?

Samuel

Bug#835582: llvm-toolchain-3.6: FTBFS with gcc-6

[Samuel Thibault]

Control: clone -1 -2
Control: reassign -2 llvm-toolchain-3.7
Control: retitle -2 llvm-toolchain-3.7: FTBFS with gcc-6

Hello,

Samuel Thibault, on Sat 27 Aug 2016 11:03:51 +0200, wrote:
> llvm-toolchain-3.6 FTBFS with the new gcc default, gcc-6:
> 
> make[1]: gcc-6.1: Command not found

The same happens with llvm-toolchain-3.7.

Samuel

Bug#824226: Info received (openjdk-8-jre: ATK bridge causes segfault when loading JR)

[Samuel Thibault]

Peter Keel, on Sun 28 Aug 2016 13:13:41 +0200, wrote:
> C  [libatk-bridge-2.0.so.0+0xf043]
> 
> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
> j  org.GNOME.Accessibility.AtkWrapper.loadAtkBridge()V+0
> j  
> org.GNOME.Accessibility.AtkWrapper$3.eventDispatched(Ljava/awt/AWTEvent;)V+18

Ok, I see what is perhaps happening.  I'll upload this evening patched
packages somewhere for you to test.

Samuel

Bug#824226: Info received (openjdk-8-jre: ATK bridge causes segfault when loading JR)

[Samuel Thibault]

Peter Keel, on Sat 27 Aug 2016 11:32:34 +0200, wrote:
> And they all crash with the same error: 
> #  SIGSEGV (0xb) at pc=0x7f129a520043, pid=27365, tid=0x7f12886b2700
> #
> # JRE version: OpenJDK Runtime Environment (8.0_102-b14) (build 
> 1.8.0_102-8u102-b14.1-2-b14)
> # Java VM: OpenJDK 64-Bit Server VM (25.102-b14 mixed mode linux-amd64 
> compressed oops)
> # Problematic frame:
> # C  [libatk-bridge-2.0.so.0+0xf043]

Does java not provide a whole backtrace?  That information is needed to
be able to know in which conditions the issue is happening, and thus
possibly why.

Samuel

Bug#824226: Info received (openjdk-8-jre: ATK bridge causes segfault when loading JR)

[Samuel Thibault]

Peter Keel, on Sat 27 Aug 2016 11:32:34 +0200, wrote:
> Basically every java-programm I use or have installed that has any 
> sort of GUI or graphical component.
> 
> And they all crash with the same error: 
> #  SIGSEGV (0xb) at pc=0x7f129a520043, pid=27365, tid=0x7f12886b2700
> #
> # JRE version: OpenJDK Runtime Environment (8.0_102-b14) (build 
> 1.8.0_102-8u102-b14.1-2-b14)
> # Java VM: OpenJDK 64-Bit Server VM (25.102-b14 mixed mode linux-amd64 
> compressed oops)
> # Problematic frame:
> # C  [libatk-bridge-2.0.so.0+0xf043]

Ok, so it's something I have never experienced, and possibly in the
atk bridge rather than java atk wrapper indeed.

> And funny enough, libatk-bridge2.0-0-dbg for version 2.20.1-3 does not
> exist. Just when you need it. 

Debugging symbols have moved to another archive in December, here it's
libatk-bridge2.0-0-dbgsym which contains the debugging symbols.
See https://wiki.debian.org/AutomaticDebugPackages

Samuel

Bug#835582: llvm-toolchain-3.6: FTBFS with gcc-6

[Samuel Thibault]

Source: llvm-toolchain-3.6
Version: 1:3.6.2-3
Severity: serious
Justification: FTBFS

Hello,

llvm-toolchain-3.6 FTBFS with the new gcc default, gcc-6:

make[1]: gcc-6.1: Command not found

It should indeed call gcc-6. The "crappy workaround" in debian/rules
could be updated :)

Samuel

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

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

-- 
Samuel
 je n ai cité aucun message et sur irc on parle effectivement comme des
 enfants de 5 ans na!
 > 3. Quand tu cite un message, répond _après_ ce que tu cites !
 -+- Yota in : Guide du Neuneu d'Usenet - A un Yota près c'était bon -+-

Bug#824226: Info received (openjdk-8-jre: ATK bridge causes segfault when loading JR)

[Samuel Thibault]

Hello,

Peter Keel, on Fri 26 Aug 2016 12:32:12 +0200, wrote:
> Downgraded to these: 
> 
> libatk-bridge2.0-0_2.14.0-2_amd64.deb
> libatk-wrapper-java_0.30.5-1_all.deb
> libatk-wrapper-java-jni_0.30.5-1_amd64.deb

Well, these are very old, and have other issues.  The java wrapping
has been quite revamped since then, so it's not useful to debug with
those.  Please instead keep the latest versions of libatk-wrapper-java
(0.33.3-8), and to avoid the issue, comment the following line in
java-8-openjdk/accessibility.properties:

assistive_technologies=org.GNOME.Accessibility.AtkWrapper

> Now Java works again. 

Which java application? The java applications that I test do work
fine.  Please be specific, otherwise we can't reproduce bugs and fix
them.  For now, in my list of applications I haven't looked after yet is
MediaThekView, from bug #787955 .

> Either way, the accessibility-team is responsible. 

But it can't do much without precise feedback as to how to reproduce
bugs.

Samuel

Bug#833950: libasound2: brltty-espeak stops working with 1.1.2-1

[Samuel Thibault]

Control: reassign -1 portaudio19

Hello,

Chris Brannon, on Thu 18 Aug 2016 11:32:40 -0700, wrote:
> I'm almost certain that the problem lies with portaudio, rather than
> libasound.  It's described in my message to the portaudio list, found
> here:
> 
> https://lists.columbia.edu/pipermail/portaudio/2016-August/000599.html

And the discussion shows that the issue really does seem to lie in
there. portaudio maintainers, could you include the upstream patch from

https://lists.columbia.edu/pipermail/portaudio/2016-August/000623.html

?

Without it, blind users using a screen reader have their screen reader
hang every few minutes, making the system basically unusable.

Thanks,
Samuel

Bug#833950: [alsa-devel] locking looks odd

[Samuel Thibault]

Elimar Riesebieter, on Mon 22 Aug 2016 19:33:26 +0200, wrote:
>  If that dosn't come tto mind we either
>  have to disable pthread (we can't forsee what breaks then)

Disabling pthread just drops the mutexes, without putting back the old
locking code...

Samuel

Bug#833950: libasound2: brltty-espeak stops working with 1.1.2-1

[Samuel Thibault]

Elimar Riesebieter, on Sat 13 Aug 2016 15:17:19 +0200, wrote:
> > Luke Yelavich, on Fri 12 Aug 2016 08:04:56 +1000, wrote:
> [...]
> > > Has anybody sent this upstream?
> > 
> > I have sent a mail to alsa-devel but it doesn't seem to have been
> > moderated yet.
> 
> Hmm, can't find the thread/initial [0]?
> 
> [0] 
> http://mailman.alsa-project.org/pipermail/alsa-devel/2016-August/thread.html

It seems moderators are not reactive. I have subscribed to the list in
order to be able to post without moderation.

Samuel

Bug#833950: [Pkg-alsa-devel] Bug#833950: libasound2: brltty-espeak stops working with 1.1.2-1

[Samuel Thibault]

Luke Yelavich, on Fri 12 Aug 2016 08:04:56 +1000, wrote:
> On Fri, Aug 12, 2016 at 03:40:03AM AEST, Elimar Riesebieter wrote:
> > Control: tags +1 pending
> > 
> > * Sebastian Humenda  [2016-08-10 20:30 +0200]:
> > 
> > > Package: libasound2
> > > Version: 1.1.2
> > > Severity: serious
> > > Tags: patch
> > > Justification: breaks system for blind users [RC, stretch]
> > > 
> > > After an upgrade to the specified version, BRLTTY starts up with speech 
> > > working
> > > (brltty-espeak is using libao -> libasoun2), but speech stops working 
> > > after
> > > roughly a minute. The BRLTTY process is still running, but speech cannot 
> > > be
> > > brought back, only a restart of BRLTTY fixes this issue. All other 
> > > playback of
> > > sound using ALSA works fine. Since it is not related to any changes in 
> > > BRLTTY
> > > (tried several stable versions), the issue must be in libasound2. The 
> > > provided
> > > patch fixes the issue reliably for me.
> > 
> > Thanks for the patch.
> > 
> > Jordi, could you please upload?
> 
> Has anybody sent this upstream?

I have sent a mail to alsa-devel but it doesn't seem to have been
moderated yet.

Samuel

Bug#796608: espeakup: diff for NMU version 1:0.71-27.1

[Samuel Thibault]

Hello,

Michael Biebl, on Wed 20 Jul 2016 02:54:14 +0200, wrote:
> Am 20.07.2016 um 01:03 schrieb Michael Biebl:
> > Right. I think this is the problem. Afair, systemd will try to read the
> > pid file as soon as the parent exits. That should happen *after* the
> > forked daemon process is ready and has written the pid file.
> > 
> > See man daemon(7). 
> 
> https://www.freedesktop.org/software/systemd/man/daemon.html#SysV%20Daemons

Thanks for the pointer!

> I guess this issue should be turned into a separate bug report as it's
> no longer about #796608

It's actually #775131, which I'll close along with fixing daemonizing.

Samuel

Bug#831402: gtk+2.0: FTBFS due to missing build-arch target

[Samuel Thibault]

Source: gtk+2.0
Version: 2.24.30-2
Severity: serious
Tags: patch
Justification: FTBFS

Hello,

gtk+2.0 currently FTBFS on buildds due to the missing build-arch target.
The attached patch fixes it.

Samuel

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

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

-- 
Samuel
>Ever heard of .cshrc?
That's a city in Bosnia.  Right?
(Discussion in comp.os.linux.misc on the intuitiveness of commands.)
--- debian/rules.orig   2016-07-15 17:41:35.317949840 +0200
+++ debian/rules2016-07-15 17:43:50.146555217 +0200
@@ -188,7 +188,9 @@
$(MAKE) $(PARALLEL_FLAGS) -C $(builddir)
touch $@
 
-build: $(addprefix $(STAMP_DIR)/build-stamp-, $(FLAVORS))
+build: build-arch
+build-arch: $(addprefix $(STAMP_DIR)/build-stamp-, $(FLAVORS))
+build-indep: $(addprefix $(STAMP_DIR)/build-stamp-, $(FLAVORS))
 
 $(STAMP_DIR)/check-stamp-%: $(STAMP_DIR)/build-stamp-%
dh_testdir

Bug#792622: missing licenses in debian/copyright

[Samuel Thibault]

Hello,

Could somebody please really have a look?  This is posing questions from
ftpmaster, so we *have* to fix it.

It is really non-technical work, a matter of using the check-copyright
script to check that the various licences are referenced in
debian/copyright (there is no hard need to reference files exactly,
the only minimal need is knowing which licences end up in the gnumach
binary).

Samuel

Samuel Thibault, on Sun 17 Jan 2016 14:48:44 +0100, wrote:
> Could somebody have a look?
> 
> Thanks,
> Samuel
> 
> Thorsten Alteholz, on Thu 16 Jul 2015 23:13:52 +0200, wrote:
> > Package: gnumach
> > Version: 2:1.5+git20150704-1
> > Severity: serious
> > 
> > please add all missing licenses to your debian/copyright. At least I found
> > files under:
> >  MPL (linux/pcmcia-cs/include/pcmcia/*)
> >  GPL-3 (i386/grub/*)
> >  GFDL (doc/mach*)
> > Maybe there are others missing.

-- 
Samuel
>   dvips -o $@ $< 
Faut faire gffe de pas te couper avec ton truc, t'as mis des ciseaux ($<)
partout :))
-+- Dom in Guide du linuxien pervers - "J'aime pas les Makefile !" -+-

Bug#825630: FTBFS: depends on inexistant libghc-hspec-discover-dev (>= 2.2.2)

[Samuel Thibault]

Source: haskell-hspec
Version: 2.2.2-1
Severity: serious
Justification: FTBFS

Hello,

Just in case you didn't notice: haskell-hspec is currently not building
on buildds because it build-depends on libghc-hspec-discover-dev (>=
2.2.2) which doesn't exist: at best there is src:haskell-hspec-discover
which produces hspec-discover.

Samuel

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

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

-- 
Samuel
 Créer une hiérarchie supplementaire pour remedier à un problème (?) de
 dispersion est d'une logique digne des Shadocks.
 * BT in: Guide du Cabaliste Usenet - La Cabale vote oui (les Shadocks aussi) *

Bug#823455: libpdl-io-matlab-perl: FTBFS in sid: 1.5.0 is not a valid version

[Samuel Thibault]

Control: reassign -1 dpkg
Control: forcemerge -1 823431

Niko Tyni, on Thu 05 May 2016 00:30:56 +0300, wrote:
> On Wed, May 04, 2016 at 11:23:36PM +0200, Samuel Thibault wrote:
> > Package: libpdl-io-matlab-perl
> > Version: 0.005-1
> > Severity: serious
> > Justification: FTBFS
> 
> > libpdl-io-matlab-perl currently FTBFS in sid:
> 
> > dpkg-checkbuilddeps: error: 1.5.0  is not a valid version
> 
> > I guess the space after 1.5.0 in the Build-Depends field of
> > debian/control is the culprit.
> 
> That's a dpkg regression, see #823431.

Aow, OK, thanks!

Samuel

Bug#823455: libpdl-io-matlab-perl: FTBFS in sid: 1.5.0 is not a valid version

[Samuel Thibault]

Package: libpdl-io-matlab-perl
Version: 0.005-1
Severity: serious
Justification: FTBFS

Hello,

libpdl-io-matlab-perl currently FTBFS in sid:

dpkg-buildpackage: info: source package libpdl-io-matlab-perl
dpkg-buildpackage: info: source version 0.005-1
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Dima Kogan 
 dpkg-source -i -I --before-build libpdl-io-matlab-perl-0.005
dpkg-buildpackage: info: host architecture amd64
dpkg-checkbuilddeps: error: 1.5.0  is not a valid version
dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting
dpkg-buildpackage: warning: (Use -d flag to override.)

I guess the space after 1.5.0 in the Build-Depends field of
debian/control is the culprit.

Samuel

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

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

-- 
Samuel
 Cliquez sur le lien qui suit dans ce mail...vous n'avez plus qu'a vous
 inscrire pour gagner de l'argent en restant connecteet puis faites
 passer le message et vous gagnerez encore plus d'argent ...
 -+- AC in NPC : Neuneu a rencontré le Pere Noël -+-

Bug#821911: gpgme1.0: Depends on unavailable package

[Samuel Thibault]

Source: gpgme1.0
Version: 1.6.0-2
Severity: serious
Justification: FTBFS

Hello,

gpgme1.0 keeps failing to build on buildds:

sbuild-build-depends-gpgme1.0-dummy : Depends: gnupg (>= 2) but 1.4.20-5 is to 
be installed

There is such version of gnupg available yet indeed. Looking at the
build-deps:

gnupg (>= 2) | gnupg2

You have to specify gnupg2 first for now, so buildds know they can pick
that one. Buildds indeed always only try to use the first alternative,
to get a deterministic behavior.

Samuel

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

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

-- 
Samuel
 The problem with America is stupidity. I'm not saying there should be a 
capital punishment for stupidity, but why don't we just take the safety labels 
off of everything and let the problem solve itself?

Bug#808860: netbeans: Periodic freezing with GTK+ look-and-feel

[Samuel Thibault]

Markus Koschany, on Wed 24 Feb 2016 23:31:01 +0100, wrote:
> Since you are still waiting for upstream's opinion and the packages are
> not tested yet, I suggest the following steps.

They are tested already, in various cases.  I'd just like to know
whether that fixes all known issues.

> 1. Revert this change as soon as possible
> 2. Ask on debian-java, or people who reported this issue to test the
>packages. I would suggest to write down what exactly should be
>installed and tested.

I don't believe 2. will happen properly.  It's only when using a package
everyday that bug reports show up.  That's why the default parameter was
set.

I was however simply not aware that this was posing so many problems: I
wasn't made aware of all the mentioned in #813143.

Really, I'll just upload the fixed java-atk-wrapper, it has been tested
quite well already.

Samuel

Bug#808860: netbeans: Periodic freezing with GTK+ look-and-feel

[Samuel Thibault]

Hello,

Markus Koschany, on Wed 24 Feb 2016 20:53:37 +0100, wrote:
> I am also in favor of reverting the change that enabled the atk bridge
> by default.

I'm in favor of fixing bugs instead of working around them.

I have been waiting for upstream's opinion on my proposed fix, but I
guess at some point I'll just upload it to Debian, I can do it now if
people feel it's about time.

In the meantime, could people try the packages I have uploaded to

deb http://people.debian.org/~sthibault/tmp ./

to make sure that this fixes the issue?

Samuel

Bug#815781: hypre: FTBFS in sid

[Samuel Thibault]

Source: hypre
Version: 2.8.0b-2
Severity: serious
Justification: FTBFS

Hello,

hypre currently FTBFS in sid:

(cd src/babel-runtime && libtoolize)
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'config'.
libtoolize: linking file 'config/compile'
libtoolize: linking file 'config/config.guess'
libtoolize: linking file 'config/config.sub'
libtoolize:   error: 'config/depcomp' exists: use '--force' to overwrite
libtoolize: linking file 'config/install-sh'
libtoolize:   error: 'config/missing' exists: use '--force' to overwrite

Samuel

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

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

-- 
Samuel
 Les roots ne sont plus ce qu'ils étaient...Maintenant il sont dioxinés,
 c'est de la m... ! Avant on les élevaient avec du bon unix mais ça été
 remplacé par des farines industrielles nouvelles technologies (NT).
 -+- JdK in NPC : Exigez un root élevé sous la mère ! -+-

Bug#813731: starpu-contrib: FTBFS: undefined reference to `leveldb::DB::Open

[Samuel Thibault]

Andreas Beckmann, on Fri 05 Feb 2016 02:09:25 +0100, wrote:
> On Thu, 4 Feb 2016 23:38:46 +0100 Samuel Thibault <sthiba...@debian.org>
> wrote:
> > Mattia Rizzolo, on Thu 04 Feb 2016 19:13:03 +, wrote:
> > > ../src/.libs/libstarpu-1.2.so: undefined reference to 
> > > `leveldb::DB::Open(leveldb::Options const&, std::string const&, 
> > > leveldb::DB**)'
> 
> That's the version from experimental.

Oh right, starpu 1.1 doesn't have leveldb support, so isn't hit by the
issue.

Samuel

Bug#807036: closing 807036

[Samuel Thibault]

close 807036 1.1-2-1
thanks

Bug#813731: starpu-contrib: FTBFS: undefined reference to `leveldb::DB::Open

[Samuel Thibault]

Hello,

Mattia Rizzolo, on Thu 04 Feb 2016 19:13:03 +, wrote:
> ../src/.libs/libstarpu-1.2.so: undefined reference to 
> `leveldb::DB::Open(leveldb::Options const&, std::string const&, 
> leveldb::DB**)'

#813173 says it's a problem of gcc-4.x-built starpu link against
gcc-5.x-built leveldb (recently uploaded)

The current version of CUDA in unstable does not support gcc-5, that's
why the hardcoded gcc 4.x. That will however be fixed with newer
versions of CUDA. In the meanwhile we can't build starpu-contrib. If
that becomes a problem for some transitions, please feel free to request
binary removals from testing from ftpmaster (this very bug will prevent
it from reentering testing again).

Samuel

Bug#807036: package tries to link using /usr/lib/libbfd.a

[Samuel Thibault]

Hello,

Just for information, the fixed package is waiting for a newer cuda
release. The newer binutils broke building eztrace modules, which was
fixed, but the fix needs a newer gcc, which CUDA does not support yet.

Samuel

Bug#812335: tagging 812335, bug 812335 is forwarded to https://sourceforge.net/p/cmusphinx/bugs/448/

[Samuel Thibault]

Moritz Mühlenhoff, on Sat 30 Jan 2016 23:32:21 +0100, wrote:
> On Fri, Jan 22, 2016 at 02:42:42PM +0100, Samuel Thibault wrote:
> > tags 812335 + upstream
> > forwarded 812335 https://sourceforge.net/p/cmusphinx/bugs/448/
> > thanks
> 
> Could we remove the outdated binaries on the affected archs via
> a ftp.debian.org removal request? These still depend on gstreamer
> 0.10 and block the removal of gstreamer 0.10.

Yes.

> I can take care of the bug with ftpmasters.

Please feel free to.

Thanks,
Samuel

Bug#812515: slapd: upgrading slapd with several databases

[Samuel Thibault]

Package: slapd
Version: 2.4.31-2+deb7u1
Severity: serious
Justification: database upgrade failed

Hello,

I at last upgraded our old ldap server to wheezy (yes, that's already
old, but the kind of upgrade issues we are having as described here
doesn't motivate to do it), and it went wrong:

  Backing up /etc/ldap/slapd.d in /var/backups/slapd-2.4.23-7.3+deb6u2... done.
  Moving old database directories to /var/backups:
  Loading from /var/backups/slapd-2.4.23-7.3+deb6u2: 
  - directory dc=aquilenet,dc=fr... failed.

Loading the database from the LDIF dump failed with the following
error while running slapadd:
56a4e83c olcDbDirectory: value #0: invalid path: No such file or directory
56a4e83c config error processing olcDatabase={2}hdb,cn=config: 
olcDbDirectory: value #0: invalid path: No such file or directory
slapadd: bad configuration directory!

What is notable with our ldap database is that it has one domain
(dc=aquilenet,dc=fr, in {1}hdb) in /var/lib/ldap:

olcDbDirectory: /var/lib/ldap

, and another domain (dc=girondix,dc=net, in {2}hdb) in
/var/lib/ldap/NET:

olcDbDirectory: /var/lib/ldap/NET

Since the upgrade scripts move the content of /var/lib/ldap out, loading
the second database fails since /var/lib/ldap/NET doesn't exist.

The crude way we have fixed it is to add, in load_databases, just after
checking that $dbdir is empty, an mkdir /var/lib/ldap/NET, so that the
load succeeds, I then get:

  BBacking up /etc/ldap/slapd.d in /var/backups/slapd-2.4.23-7.3+deb6u2... done.
  Moving old database directories to /var/backups:
  Loading from /var/backups/slapd-2.4.23-7.3+deb6u2: 
target is /var/lib/ldap
  - directory dc=aquilenet,dc=fr... done.
  - chowning database directory (openldap:openldap)... done
target is /var/lib/ldap/NET
  - directory dc=girondix,dc=net... done.
  - chowning database directory (openldap:openldap)... done

I guess a proper way to do it would be to just create all olcDbDirectory
directories recorded in the database configuration.

Samuel

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

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

-- 
Samuel
 FYLG> Tiens, vlà une URL qui va bien :
 FYLG> ftp://127.0.0.1/WaReZ/NiouZeS/WinDoZe/NeWSMoNGeR/SuPeR
 c'est gentil sauf que l'adresse ne fonctionne pas sa me fais une erreur
 -+- Furtif in Guide du Neuneu Usenet :  -+-

Bug#792622: missing licenses in debian/copyright

[Samuel Thibault]

Hello,

Could somebody have a look?

Thanks,
Samuel

Thorsten Alteholz, on Thu 16 Jul 2015 23:13:52 +0200, wrote:
> Package: gnumach
> Version: 2:1.5+git20150704-1
> Severity: serious
> 
> please add all missing licenses to your debian/copyright. At least I found
> files under:
>  MPL (linux/pcmcia-cs/include/pcmcia/*)
>  GPL-3 (i386/grub/*)
>  GFDL (doc/mach*)
> Maybe there are others missing.

Bug#804720: closed by Samuel Thibault <sthiba...@debian.org> (Bug#804720: fixed in at-spi2-core 2.18.2-1)

[Samuel Thibault]

Yaroslav Halchenko, on Tue 10 Nov 2015 22:17:21 -0500, wrote:
>  once again thanks and hopefully you don't hear from me again

Well, yes and no: thanks for taking the time to submit these. Since they
happen, we have to fix them. People who don't submit them quite often
grumble "buggy software" while their feedback would allow to *fix* that
"buggy software" :)

So thanks for your reports :)
Samuel

Bug#727044: closing 727044

[Samuel Thibault]

close 727044 1.1.1-6
thanks
-- 
Samuel
Progress (n.): The process through which the Internet has evolved from
smart people in front of dumb terminals to dumb people in front of smart
terminals.

Bug#802055: liquidsoap: currently FTBFS

[Samuel Thibault]

Package: liquidsoap
Version: 1.1.1-7
Severity: serious
Justification: FTBFS

Hello,

liquidsoap currently FTBFS on amd64:

OCAMLOPT -c tools/rqueue.ml
File "tools/rqueue.ml", line 1:
Error: Could not find the .cmi file for interface tools/rqueue.mli.

Samuel

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

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

-- 
Samuel
Progress (n.): The process through which the Internet has evolved from
smart people in front of dumb terminals to dumb people in front of smart
terminals.

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

[Samuel Thibault]

Tim Ruehsen, le Thu 08 Oct 2015 09:22:10 +0200, a écrit :
> > Alexandre Pereira Nunes, le Wed 07 Oct 2015 15:04:36 -0300, a écrit :
> > > I'm attaching an additional patch that complements the old netbeans one.
> > > With this, I can now open netbeans.
> > 
> > Thanks!  I have uploaded it in 0.33.3-2.  Tim, Michael, could you try
> > it?
> 
> I uncommented the Atk lines in /etc/java-7-openjdk/accessibility.properties 
> and /etc/java-8-openjdk/accessibility.properties and restarted Netbeans.
> 
> Just a quick test but problems so far.

I guess you meant "no problems" :)

> ii  libatk-wrapper-java 0.33.3-3 all  
> ATK implementation for Java using JNI
> ii  libatk-wrapper-java-jni:amd64   0.33.3-3 amd64
> ATK implementation for Java using JNI (JNI bindings)

Samuel

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

[Samuel Thibault]

Michael Biebl, le Thu 08 Oct 2015 11:30:21 +0200, a écrit :
> Unfortunate timing though. I see that today's update of openjdk-7 will
> disable ATK support again [1].

Indeed :)

I'll probably do another approach: after people here have tested, I'll
call for testing on debian-java, and see how well it goes before asking
for re-enabling by default.

Samuel

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

[Samuel Thibault]

Hello,

Alexandre Pereira Nunes, le Wed 07 Oct 2015 15:04:36 -0300, a écrit :
> I'm attaching an additional patch that complements the old netbeans one.
> With this, I can now open netbeans.

Thanks!  I have uploaded it in 0.33.3-2.  Tim, Michael, could you try
it?

Samuel

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

[Samuel Thibault]

Alexandre Pereira Nunes, le Wed 07 Oct 2015 14:42:16 -0300, a écrit :
> I've patched the package build system to generate a debug package. This can
> further help getting usable stack traces from java core dump.

Good idea.  I'll integrate it after your patch gets to testing (since
the debug package will need a NEW processing).

Samuel

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

[Samuel Thibault]

Mithat Konar, le Sat 03 Oct 2015 16:20:19 -0500, a écrit :
> When I use Samuel's fix,

Which fix? Commenting the line in /etc?  It's not a fix, it's a
workaround, which just completely disables libatk-wrapper-java.  Any bug
in that situation can thus not be due to it.

Samuel

Bug#798753: eztrace: FTBFS: Tests appear to hang or timeout

[Samuel Thibault]

Control: tags -1 + pending

Hello,

Chris Lamb, le Sat 12 Sep 2015 12:11:43 +0100, a écrit :
> > Is it a bare hardware machine or perhaps a virtualized environment?
> 
> The previously-attached log is under Jenkins with pbuilder, and I could
> additionally reproduce locally in a Docker container.
> 
> Hope that helps.

Ok, we could indeed reproduce the issue, and it seems to be fixed by the
newer upstream release, which I'll upload shortly (after cuda migrates).

Thanks for the report,
Samuel

Bug#797132: gobject-introspection: missing -fPIC option when compiling

[Samuel Thibault]

Control: severity -1 important

Samuel Thibault, le Fri 28 Aug 2015 03:26:01 +0200, a écrit :
> linking of temporary binary failed: Command '['/bin/bash', '../libtool', 
> '--mode=link', '--tag=CC', 'cc', '-o', 
> '/tmp/buildd/at-spi2-core-2.16.0/atspi/tmp-introspect9yGBBn/Atspi-2.0', 
> '-export-dynamic', '-D_FORTIFY_SOURCE=2', '-Wall', '-g', 
> '-Werror-implicit-function-declaration', '-fPIE', '-pie', '-Wl,-z,relro', 
> '-Wl,-z,now', 
> '/tmp/buildd/at-spi2-core-2.16.0/atspi/tmp-introspect9yGBBn/Atspi-2.0.o', 
> '-L.', 'libatspi.la', '../dbind/libdbind.la', '-lgio-2.0', '-lgobject-2.0', 
> '-Wl,--export-dynamic', '-lgmodule-2.0', '-pthread', '-lglib-2.0', 
> '-ldbus-1']' returned non-zero exit status 1
> /usr/share/gobject-introspection-1.0/Makefile.introspection:153: recipe for 
> target 'Atspi-2.0.gir' failed
> 
> Atspi-2.0.o was indeed not built with -fPIC.  I don't know how all this
> is supposed to use -fPIC/-fPIE.

I've dug a bit more.  By disabling pie hardening, the build succeeds,
thus lowering the severity.  But we'll probably want to keep pie
hardening.

Samuel

Bug#797132: gobject-introspection: missing -fPIC option when compiling

[Samuel Thibault]

Samuel Thibault, le Sun 13 Sep 2015 19:56:52 +0200, a écrit :
> Samuel Thibault, le Fri 28 Aug 2015 03:26:01 +0200, a écrit :
> > at-spi2-core currently FTBFS in sid, because of g-ir-scanner's way of
> > compiling, here is what the log looks like:
> > 
> [...]
> > /usr/bin/ld: 
> > /tmp/buildd/at-spi2-core-2.16.0/atspi/tmp-introspect9yGBBn/Atspi-2.0.o: 
> > relocation R_X86_64_32 against `.rodata' can not be used when making a 
> > shared object; recompile with -fPIC

Ping?  I'd like to upload a newer upstream version of at-spi2-core, but
can't due to this bug...

Samuel

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

[Samuel Thibault]

Tim Ruehsen, le Wed 16 Sep 2015 11:30:15 +0200, a écrit :
> This is really a no-go. I can't use the IDE any more. Neither in the office 
> nor at home.
> If anyone knows of a work-around, please let me know.

Comment the line in /etc/java-7-openjdk/accessibility.properties

Samuel

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

[Samuel Thibault]

Hello,

Tim Ruehsen, le Mon 14 Sep 2015 10:03:57 +0200, a écrit :
> the latest version makes Netbeans (8.0.2 and 8.1beta) SIGSEGV on startup.
> Tested with Debian OpenJDK 7 and 8.

I'm not getting a crash on my box.  Are you perhaps using e.g. a
different look than the default?

Samuel

Bug#797132: gobject-introspection: missing -fPIC option when compiling

[Samuel Thibault]

Samuel Thibault, le Fri 28 Aug 2015 03:26:01 +0200, a écrit :
> at-spi2-core currently FTBFS in sid, because of g-ir-scanner's way of
> compiling, here is what the log looks like:
> 
[...]
> /usr/bin/ld: 
> /tmp/buildd/at-spi2-core-2.16.0/atspi/tmp-introspect9yGBBn/Atspi-2.0.o: 
> relocation R_X86_64_32 against `.rodata' can not be used when making a shared 
> object; recompile with -fPIC

Ping?  I currently can't upload at-spi2-core due to this issue...

Samuel

Bug#798753: eztrace: FTBFS: Tests appear to hang or timeout

[Samuel Thibault]

Hello,

Chris Lamb, le Sat 12 Sep 2015 11:37:42 +0100, a écrit :
> eztrace fails to build from source in unstable/amd64 as the testsuite
> appears to hang or timeout.

I'm not getting the issue with an updated sid pbuilder or on my main
stretch system.

> I gave up on my local machine after about 3

Is it a bare hardware machine or perhaps a virtualized environment?

> If it really does take longer, please consider adding a brief notice :)

It should be a matter of less than a second.

Samuel

Bug#795233: sflphone: FTBFS: error: call of overloaded 'basic_string(int, int)' is ambiguous

[Samuel Thibault]

Hello,

I have uploaded the attached changes.

Samuel
diff -Nru sflphone-1.4.1/debian/changelog sflphone-1.4.1/debian/changelog
--- sflphone-1.4.1/debian/changelog 2015-07-23 20:23:16.0 +0200
+++ sflphone-1.4.1/debian/changelog 2015-09-12 12:56:25.0 +0200
@@ -1,3 +1,12 @@
+sflphone (1.4.1-0.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Martin Pitt ]
+  * Fix build with GCC 5. (Closes: #795233)
+
+ -- Samuel Thibault <sthiba...@debian.org>  Sat, 12 Sep 2015 12:52:45 +0200
+
 sflphone (1.4.1-0.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru sflphone-1.4.1/debian/patches/gcc-5-2.patch 
sflphone-1.4.1/debian/patches/gcc-5-2.patch
--- sflphone-1.4.1/debian/patches/gcc-5-2.patch 1970-01-01 01:00:00.0 
+0100
+++ sflphone-1.4.1/debian/patches/gcc-5-2.patch 2015-09-12 12:56:38.0 
+0200
@@ -0,0 +1,15 @@
+Remove ambiguous std::string(0, 0) instantiation, to fix FTBFS.
+
+Index: sflphone-1.4.1/daemon/src/sip/sipaccount.cpp
+===
+--- sflphone-1.4.1.orig/daemon/src/sip/sipaccount.cpp
 sflphone-1.4.1/daemon/src/sip/sipaccount.cpp
+@@ -107,7 +107,7 @@ SIPAccount::SIPAccount(const std::string
+ , tlsPassword_()
+ , tlsMethod_("TLSv1")
+ , tlsCiphers_()
+-, tlsServerName_(0, 0)
++, tlsServerName_()
+ , tlsVerifyServer_(false)
+ , tlsVerifyClient_(true)
+ , tlsRequireClientCertificate_(true)
diff -Nru sflphone-1.4.1/debian/patches/series 
sflphone-1.4.1/debian/patches/series
--- sflphone-1.4.1/debian/patches/series2015-07-23 20:22:19.0 
+0200
+++ sflphone-1.4.1/debian/patches/series2015-09-12 12:52:11.0 
+0200
@@ -3,3 +3,4 @@
 pj_project_status.patch
 remove-nonexistant-kde-include-dir.patch
 gcc-5.patch
+gcc-5-2.patch

Bug#798347: fdisk-udeb: not installable, depends on libtinfo5

[Samuel Thibault]

Cyril Brulebois, le Tue 08 Sep 2015 17:39:24 +0200, a écrit :
> (Adding -boot@ for further discussion.)
> > I'm pondering just building static versions of fdisk,sfdisk,blkid
> > to put in the udebs instead to avoid current and future dependency
> > issues. Would that be acceptable?
> > 
> > (That would also mean I can remove lib*-udeb.)

You could link just libtinfo.a statically.

Samuel

Bug#798347: fdisk-udeb: not installable, depends on libtinfo5

[Samuel Thibault]

Andreas Henriksson, le Tue 08 Sep 2015 18:01:08 +0200, a écrit :
> Are there any issues I should be aware of that would outweigh the
> benefits mentioned above? (I'm aware it's not perfectly optimal
> to build staticly, but can anyone forsee any actual practical or
> policy issue with doing so?)

The static binary will carry possibly outdated copies of the library
(potentially with bugs etc.). The size may also matter for embedded
archs.

Samuel

Bug#798273: libatk-wrapper-java-jni:amd64: Segmentation fault, null pointer dereference

[Samuel Thibault]

Control: tags -1 + patch moreinfo

Could you try the attached patch?  It's basically the same idea but in a
bit cleaner way.  I can upload that while I'm checking with upstream how
they want to solve it.

Samuel
--- a/jni/src/AtkWrapper.c
+++ b/jni/src/AtkWrapper.c
@@ -1192,6 +1192,12 @@ JNICALL Java_org_GNOME_Accessibility_Atk
jobject 
jAccContext)
 {
   jobject global_ac = (*jniEnv)->NewGlobalRef(jniEnv, jAccContext);
+  if (global_ac == NULL)
+  {
+if (jaw_debug)
+  g_warning("Java_org_GNOME_Accessibility_AtkWrapper_componentAdded: 
global_ac == NULL");
+return FALSE;
+  }
   CallbackPara *para = alloc_callback_para(global_ac);
   g_idle_add(component_added_handler, para);
 }
@@ -1251,6 +1257,12 @@ JNICALL Java_org_GNOME_Accessibility_Atk
  jobject 
jAccContext)
 {
   jobject global_ac = (*jniEnv)->NewGlobalRef(jniEnv, jAccContext);
+  if (global_ac == NULL)
+  {
+if (jaw_debug)
+  g_warning("Java_org_GNOME_Accessibility_AtkWrapper_componentAdded: 
global_ac == NULL");
+return FALSE;
+  }
   CallbackPara *para = alloc_callback_para(global_ac);
   g_idle_add(component_removed_handler, para);
 }

Bug#797207: vlc: FTBFS in sid with newer libdvdread-dev

[Samuel Thibault]

Package: vlc
Version: 2.2.1-2+b2
Severity: serious
Justification: FTBFS

Hello,

vlc currently FTBFS in sid where there is a newer libdvdread-dev:

access/dvdnav.c:471:12: error: unknown type name 'dvdnav_stream_cb'
 static dvdnav_stream_cb stream_cb =

There is indeed no such thing in libdvdread. This code is conditioned by
HAVE_DVDNAV_DEMUX, which is enabled at the top of dvdnav.c:

#if DVDREAD_VERSION = 50300
#define HAVE_DVDNAV_DEMUX
static int  DemuxOpen ( vlc_object_t * );
#endif

and thus got activated with libdvdread-dev = 5.0.3. Maybe the version
in the test is wrong?

Samuel

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

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

Versions of packages vlc depends on:
ii  fonts-freefont-ttf  20120503-4
ii  libaa1  1.4p5-43
ii  libavcodec-ffmpeg56 7:2.7.2-1
ii  libavutil-ffmpeg54  7:2.7.2-1
ii  libc6   2.19-19
ii  libcaca00.99.beta19-2
ii  libcairo2   1.14.2-2
ii  libegl1-mesa [libegl1-x11]  10.6.3-1
ii  libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-5
ii  libfreerdp-core1.1  1.1.0~git20140921.1.440916e+dfsg1-5
ii  libfreerdp-gdi1.1   1.1.0~git20140921.1.440916e+dfsg1-5
ii  libfreetype62.5.2-4
ii  libfribidi0 0.19.7-1
ii  libgcc1 1:5.1.1-14
ii  libgl1-mesa-glx [libgl1]10.6.3-1
ii  libgles1-mesa [libgles1]10.6.3-1
ii  libgles2-mesa [libgles2]10.6.3-1
ii  libglib2.0-02.44.1-1.1
ii  libpulse0   6.0-5
ii  libqt5core5a5.4.2+dfsg-5
ii  libqt5gui5  5.4.2+dfsg-5
ii  libqt5widgets5  5.4.2+dfsg-5
ii  libqt5x11extras55.4.2-2+b1
ii  librsvg2-2  2.40.10-1
ii  libsdl-image1.2 1.2.12-5+b5
ii  libsdl1.2debian 1.2.15-11
ii  libstdc++6  5.1.1-14
ii  libva-drm1  1.6.0-1
ii  libva-x11-1 1.6.0-1
ii  libva1  1.6.0-1
ii  libvlccore8 2.2.1-2+b2
ii  libvncclient1   0.9.10+dfsg-3
ii  libx11-62:1.6.3-1
ii  libxcb-composite0   1.10-3+b1
ii  libxcb-keysyms1 0.4.0-1
ii  libxcb-randr0   1.10-3+b1
ii  libxcb-shm0 1.10-3+b1
ii  libxcb-xv0  1.10-3+b1
ii  libxcb1 1.10-3+b1
ii  libxext62:1.3.3-1
ii  libxinerama12:1.1.3-1+b1
ii  libxpm4 1:3.5.11-1+b1
ii  vlc-nox 2.2.1-2+b2
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages vlc recommends:
ii  vlc-plugin-notify  2.2.1-2+b2
ii  vlc-plugin-samba   2.2.1-2+b2
ii  xdg-utils  1.1.0~rc1+git20111210-7.4

Versions of packages vlc suggests:
pn  videolan-doc  none

Versions of packages vlc-nox depends on:
ii  liba52-0.7.4   0.7.4-18
ii  libasound2 1.0.29-1
ii  libass50.12.3-2
ii  libavahi-client3   0.6.31-5
ii  libavahi-common3   0.6.31-5
ii  libavc1394-0   0.5.4-2
ii  libavcodec-ffmpeg567:2.7.2-1
ii  libavformat-ffmpeg56   7:2.7.2-1
ii  libavutil-ffmpeg54 7:2.7.2-1
ii  libbasicusageenvironment0  2014.01.13-1
ii  libbluray1 1:0.8.1-1
ii  libc6  2.19-19
ii  libcddb2   1.3.2-5
ii  libcdio13  0.83-4.2
ii  libchromaprint01.2-1+b1
ii  libcrystalhd3  1:0.0~git20110715.fdd2f19-11+b1
ii  libdbus-1-31.8.20-1
ii  libdc1394-22   2.2.3-1
ii  libdca00.0.5-7
ii  libdirectfb-1.2-9  1.2.10.0-5.1
ii  libdvbpsi101.3.0-2
ii  libdvdnav4 5.0.1-4
ii  libdvdread45.0.0-1
ii  libebml4   1.3.1-3
ii  libfaad2   2.8.0~cvs20150510-1
ii  libflac8   1.3.1-2
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-4
ii  libfribidi00.19.7-1
ii  libgcc11:5.1.1-14
ii  libgcrypt201.6.3-2
ii  libgnutls-deb0-28  3.3.17-1
ii  libgpg-error0  1.19-2
ii  libgroupsock1  2014.01.13-1
ii  libjpeg62-turbo1:1.4.1-1
ii  libkate1   0.4.1-4
ii  liblircclient0 0.9.0~pre1-1.2
ii  liblivemedia23 2014.01.13-1
ii  liblua5.2-05.2.4-1
ii  libmad00.15.1b-8
ii  libmatroska6   

Bug#797132: gobject-introspection: missing -fPIC option when compiling

[Samuel Thibault]

Package: gobject-introspection
Version: 1.44.0-1+b2
Severity: serious
Justification: makes other package FTBFS

Hello,

at-spi2-core currently FTBFS in sid, because of g-ir-scanner's way of
compiling, here is what the log looks like:

/usr/bin/g-ir-scanner  --add-include-path=. --warn-all 
--c-include='atspi/atspi.h' --namespace=Atspi --nsversion=2.0 
--libtool=/bin/bash ../libtool --pkg=dbus-1 --include=GLib-2.0 
--include=GObject-2.0 --pkg-export=atspi-2  --library=libatspi.la 
--library=../dbind/libdbind.la --namespace Atspi --nsversion=2.0 --cflags-begin 
-I.. -I.. --cflags-end  atspi-enum-types.c atspi-enum-types.h atspi.h 
atspi-accessible.h atspi-action.h atspi-application.h atspi-collection.h 
atspi-component.h atspi-constants.h atspi-device-listener.h 
atspi-device-listener-private.h atspi-document.h atspi-editabletext.h 
atspi-event-listener.h atspi-event-listener-private.h atspi-gmain.c 
atspi-gmain.h atspi-hyperlink.h atspi-hypertext.h atspi-image.h 
atspi-matchrule.h atspi-misc.h atspi-object.h atspi-private.h atspi-registry.h 
atspi-relation.h atspi-selection.h atspi-stateset.h atspi-table.h 
atspi-table-cell.h atspi-text.h atspi-types.h atspi-value.h atspi-accessible.c 
atspi-accessible-private.h atspi-action.c atspi-application.c 
atspi-collection.c atspi-component.c atspi-device-listener.c atspi-document.c 
atspi-editabletext.c atspi-event-listener.c atspi-hyperlink.c atspi-hypertext.c 
atspi-image.c atspi-matchrule.c atspi-matchrule-private.h atspi-misc.c 
atspi-misc-private.h atspi-object.c atspi-registry.c atspi-relation.c 
atspi-selection.c atspi-stateset.c atspi-table.c atspi-table-cell.c 
atspi-text.c atspi-value.c libatspi.la --output Atspi-2.0.gir
atspi-gmain.c:44: Error: Atspi: Skipping invalid GTK-Doc comment block:
/** the parent GSource */
^
atspi-gmain.c:45: Error: Atspi: Skipping invalid GTK-Doc comment block:
/** the connection to dispatch */
^
atspi-gmain.c:98: Error: Atspi: Skipping invalid GTK-Doc comment block:
/** the main context */
^
atspi-gmain.c:99: Error: Atspi: Skipping invalid GTK-Doc comment block:
/** all IOHandler */
^
atspi-gmain.c:100: Error: Atspi: Skipping invalid GTK-Doc comment block:
/** all TimeoutHandler */
^
atspi-gmain.c:101: Error: Atspi: Skipping invalid GTK-Doc comment block:
/** NULL if this is really for a server not a connection */
^
atspi-gmain.c:102: Error: Atspi: Skipping invalid GTK-Doc comment block:
/** DBusGMessageQueue */
^
atspi-gmain.c:513: Error: Atspi: Skipping invalid GTK-Doc comment block:
/** @} */
^
g-ir-scanner: compile: cc -Wno-deprecated-declarations -pthread 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
-I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include 
-D_FORTIFY_SOURCE=2 -Wall -g -Werror-implicit-function-declaration 
-I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -c -o 
/tmp/buildd/at-spi2-core-2.16.0/atspi/tmp-introspect9yGBBn/Atspi-2.0.o 
/tmp/buildd/at-spi2-core-2.16.0/atspi/tmp-introspect9yGBBn/Atspi-2.0.c
g-ir-scanner: link: /bin/bash ../libtool --mode=link --tag=CC cc -o 
/tmp/buildd/at-spi2-core-2.16.0/atspi/tmp-introspect9yGBBn/Atspi-2.0 
-export-dynamic -D_FORTIFY_SOURCE=2 -Wall -g 
-Werror-implicit-function-declaration -fPIE -pie -Wl,-z,relro -Wl,-z,now 
/tmp/buildd/at-spi2-core-2.16.0/atspi/tmp-introspect9yGBBn/Atspi-2.0.o -L. 
libatspi.la ../dbind/libdbind.la -lgio-2.0 -lgobject-2.0 -Wl,--export-dynamic 
-lgmodule-2.0 -pthread -lglib-2.0 -ldbus-1
libtool: link: cc -o 
/tmp/buildd/at-spi2-core-2.16.0/atspi/tmp-introspect9yGBBn/.libs/Atspi-2.0 
-D_FORTIFY_SOURCE=2 -Wall -g -Werror-implicit-function-declaration -fPIE -pie 
-Wl,-z -Wl,relro -Wl,-z -Wl,now 
/tmp/buildd/at-spi2-core-2.16.0/atspi/tmp-introspect9yGBBn/Atspi-2.0.o 
-Wl,--export-dynamic -pthread -Wl,--export-dynamic  -L. ./.libs/libatspi.so 
../dbind/.libs/libdbind.a -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 
-ldbus-1 -pthread
/usr/bin/ld: 
/tmp/buildd/at-spi2-core-2.16.0/atspi/tmp-introspect9yGBBn/Atspi-2.0.o: 
relocation R_X86_64_32 against `.rodata' can not be used when making a shared 
object; recompile with -fPIC
/tmp/buildd/at-spi2-core-2.16.0/atspi/tmp-introspect9yGBBn/Atspi-2.0.o: error 
adding symbols: Bad value
collect2: error: ld returned 1 exit status
linking of temporary binary failed: Command '['/bin/bash', '../libtool', 
'--mode=link', '--tag=CC', 'cc', '-o', 
'/tmp/buildd/at-spi2-core-2.16.0/atspi/tmp-introspect9yGBBn/Atspi-2.0', 
'-export-dynamic', '-D_FORTIFY_SOURCE=2', '-Wall', '-g', 
'-Werror-implicit-function-declaration', '-fPIE', '-pie', '-Wl,-z,relro', 
'-Wl,-z,now', 
'/tmp/buildd/at-spi2-core-2.16.0/atspi/tmp-introspect9yGBBn/Atspi-2.0.o', 
'-L.', 'libatspi.la', '../dbind/libdbind.la', '-lgio-2.0', '-lgobject-2.0', 
'-Wl,--export-dynamic', '-lgmodule-2.0', '-pthread', '-lglib-2.0', '-ldbus-1']' 
returned non-zero exit status 1

Bug#796530: Missing dependency on library package

[Samuel Thibault]

Hello,

Michael Biebl, le Sat 22 Aug 2015 14:03:54 +0200, a écrit :
 That said, I didn't find any reverse dependencies of wnckmm, and
 upstream seems to be dead. So I wonder if removing the package from the
 archive would be another option.

We'll be needing it for compiz actually.

Samuel

Bug#790649: FTBFS: Program 'makeinfo' version = 5 is required.

[Samuel Thibault]

Control: tags -1 + pending

Hello,

Martin Michlmayr, le Tue 30 Jun 2015 12:39:53 -0400, a écrit :
 I sent the following upstream, which is at leat a better upstream fix.

Thanks!

Samuel


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

Bug#773768: jenkins reproduces this issue

[Samuel Thibault]

Helmut Grohne, le Fri 01 May 2015 10:57:34 +0200, a écrit :
 Then I compared strace of /usr/lib/ghc/bin/ghc in both my pbuilder
 --login and a fresh sid debootstrap and it occurred to me: You must
 mount /proc. And indeed after mounting /proc, ghc just works.
 
 What do we do with this knowledge? Is it a bug? Is it a bad error
 message from the linker?

The linker needs /proc/self/exe in order to compute $ORIGIN, used by ghc
in rpath to find the libraries.

Samuel


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

Bug#774358: libxml2: CVE-2014-3660 patch makes installation-guide FTBFS

[Samuel Thibault]

Hello,

Salvatore Bonaccorso, le Sat 04 Apr 2015 11:14:24 +0200, a écrit :
 I prepared an update adding the two additional commits which seem
 required as basis for the patch for CVE-2014-3660.

They seem to be the two required commits indeed.

 I have uploaded it here:
 
 https://people.debian.org/~carnil/tmp/libxml2/
 
 Would appreciate some additonal testing to them before we release a
 regression update for libxml2.

The manual seems to being going fine indeed.

Samuel


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

Bug#779384: base: Gigabit Ethernet connection being downgraded to 100Mb/s mode (Renegotiation issues)

[Samuel Thibault]

Control: severity -1 normal
Control: reassign -1 linux

Hello,

Info Geek, le Sat 28 Feb 2015 00:59:48 +0200, a écrit :
 Severity: serious

This bug (speed downgrade) is not causing a package to completely stop
working, lose data etc. so this is not of serious severity.  AIUI, data
negociation is mostly done by hardware, so I'd tend to think that this
is a hardware issue, but perhaps the linux driver is involved, thus
reassigning there.

Samuel


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

Bug#779384: base: Gigabit Ethernet connection being downgraded to 100Mb/s mode (Renegotiation issues)

[Samuel Thibault]

Please always keep the bug in Cc.  I'm not the one to be convince, but
the community.

Info Geek, le Mon 30 Mar 2015 19:59:18 +0300, a écrit :
 I'm afraid that is false.
 
 A speed downgrade directly affects throughput, in applications that rely on
 stability and/or specific buffering of data etc. this is a critical problem.

Sure, just like any kind of bug in specific situations.  That's however
not what serious means in Debian bug reports.  Notably, I don't think
we want to delay the release of Debian Jessie only due to this bug.

Anyway, this is now in the hands of the linux package maintainers.  They
are the ones to be convinced.

Samuel


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

Bug#775812: base: HP EliteBook 840 G1 laptop fails to halt/poweroff after 15/12/2015 upgrade

[Samuel Thibault]

Control: retitle -1 base: HP EliteBook 840 G1 laptop fails to halt/poweroff 
after 15/12/2014 upgrade
Control: severity -1 important
Control: reassign -1 intel-microcode

Hello,

On Tue, 20 Jan 2015 12:42:05 +0100 Miguel 
miguel.ortiz-lombar...@igs.cnrs-mrs.fr wrote:
 Severity: serious
 Justification: Policy 9.11

I do not really understand what you mean by Policy 9.11.

Tim, le Thu 12 Feb 2015 23:57:59 +0100, a écrit :
 On Tue, 20 Jan 2015 12:42:05 +0100 Miguel 
 miguel.ortiz-lombar...@igs.cnrs-mrs.fr wrote:
  I'm running Debian testing (jessie) on an HP EliteBook 840 G1 laptop.
  Everything goes reasonably well, even very well, except that after
  running apt-get update/upgrade on Monday (15 December) I cannot halt
  (poweroff) the computer. When I try to switch it off it just reboots. I
  manage to get it in sleep mode by pressing the the physical start button
  and this is what I'm doing since then. No previous problems in this
  sense before that upgrade. I have 'intel-microcode' and
  'firmware-linux-free' installed from the beginning.
 
 I can confirm this problem on exactly the same notebook and with
 'intel-microcode' installed as well.

Does it happen without the microcode upload?

  After that report I was able to sometimes halt the computer correctly either
  from the gnome interface or from the console.
 
 I would like to add that I also didn't succeed in halting the notebook
 by using the GRUB command 'halt', it just rebooted after entering this
 command.

Is this after a cold reboot (thus no uploaded microcode) or only after a
hot reboot?

Also, just to make sure: with systemd the halt command doesn't power
off, poweroff needs to be used instead.

Samuel


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

Bug#781153: [zanshin] Fix compatibility with zanshin development version

[Samuel Thibault]

Just FTR, the upstream patch for easier review.

Samuel
commit 325ebf25a5de3cfeb02c4cd71deacfea3dc767e3
Author: David Faure fa...@kde.org
Date:   Sun Oct 19 23:45:25 2014 +0200

Write zanshin-master-compatible project markers

This makes it easier to test both versions in parallel on the same data.

diff --git a/src/todohelpers.cpp b/src/todohelpers.cpp
index 0db98f3..a4ae190 100644
--- a/src/todohelpers.cpp
+++ b/src/todohelpers.cpp
@@ -89,6 +89,7 @@ void TodoHelpers::addProject(const QString summary, const 
Akonadi::Collection 
 KCalCore::Todo::Ptr todo(new KCalCore::Todo());
 todo-setSummary(summary);
 todo-addComment(X-Zanshin-Project);
+todo-setCustomProperty(Zanshin, Project, 1);
 
 Akonadi::Item item;
 item.setMimeType(application/x-vnd.akonadi.calendar.todo);
@@ -112,6 +113,7 @@ void TodoHelpers::addProject(const QString summary, const 
QModelIndex parentIt
 KCalCore::Todo::Ptr todo(new KCalCore::Todo());
 todo-setSummary(summary);
 todo-addComment(X-Zanshin-Project);
+todo-setCustomProperty(Zanshin, Project, 1);
 
 KCalCore::Todo::Ptr parentTodo = 
parentProject.payloadKCalCore::Todo::Ptr();
 todo-setRelatedTo(parentTodo-uid());
@@ -347,6 +349,7 @@ bool TodoHelpers::promoteTodo(const QModelIndex index)
 }
 
 todo-addComment(X-Zanshin-Project);
+todo-setCustomProperty(Zanshin, Project, 1);
 new Akonadi::ItemModifyJob(item);
 return true;
 }
diff --git a/src/todometadatamodel.cpp b/src/todometadatamodel.cpp
index 60056b2..9250635 100644
--- a/src/todometadatamodel.cpp
+++ b/src/todometadatamodel.cpp
@@ -281,7 +281,7 @@ Zanshin::ItemType TodoMetadataModel::itemTypeFromItem(const 
Akonadi::Item item)
 
 QStringList comments = todo-comments();
 const int childCount = m_childrenMap.contains(todo-uid()) ? 
m_childrenMap[todo-uid()].count() : 0;
-if (comments.contains(X-Zanshin-Project)
+if (comments.contains(X-Zanshin-Project) || 
!todo-customProperty(Zanshin, Project).isEmpty()
  || childCount0) {
 return Zanshin::ProjectTodo;
 } else {

Bug#774358: libxml2: CVE-2014-3660 patch makes installation-guide FTBFS

[Samuel Thibault]

Samuel Thibault, le Thu 26 Mar 2015 02:17:01 +0100, a écrit :
 Control: found -1 2.8.0+dfsg1-7+wheezy3
 
 This is still an issue in stable, the proposed patch was not applied
 there, and thus installation-guide still FTBFS on wheezy, notably on our
 dillon.debian.org machine, thus making http://d-i.debian.org/manual/
 completely out of date. Could this be proposed for stable update?
 
 I have attached the proposed patch again.

Just to insist: while the symptoms of my report (#774358) may look like
#768089, the *actual* bug is *not* the same. Please read my bug report
and the proposed patch again: the issue is that the security fix for
CVE-2014-3660 from a newer version of libxml2 (2.9.x) was backported
into the libxml2 of wheezy (2.8.x) without noticing the subtle source
code difference which does matter a lot.

Samuel

--- libxml2-2.8.0+dfsg1/debian/patches/cve-2014-3660.patch.original 
2015-01-01 14:48:26.337554556 +0100
+++ libxml2-2.8.0+dfsg1/debian/patches/cve-2014-3660.patch  2015-01-01 
14:48:53.000874666 +0100
@@ -6,11 +6,11 @@
  parser.c |   42 ++
  1 file changed, 38 insertions(+), 4 deletions(-)
 
-diff --git a/parser.c b/parser.c
-index 7ef712d..b435913 100644
 a/parser.c
-+++ b/parser.c
-@@ -127,6 +127,29 @@ xmlParserEntityCheck(xmlParserCtxtPtr ctxt, size_t size,
+Index: libxml2-2.8.0+dfsg1/parser.c
+===
+--- libxml2-2.8.0+dfsg1.orig/parser.c  2015-01-01 13:20:23.913738969 +
 libxml2-2.8.0+dfsg1/parser.c   2015-01-01 13:47:31.930940787 +
+@@ -127,6 +127,27 @@
  return (0);
  if (ctxt-lastError.code == XML_ERR_ENTITY_LOOP)
  return (1);
@@ -29,10 +29,8 @@
 +  rep = xmlStringDecodeEntities(ctxt, ent-content,
 +XML_SUBSTITUTE_REF, 0, 0, 0);
 +
-+  ent-checked = (ctxt-nbentities - oldnbent + 1) * 2;
++  ent-checked = ctxt-nbentities - oldnbent + 1;
 +  if (rep != NULL) {
-+  if (xmlStrchr(rep, ''))
-+  ent-checked |= 1;
 +  xmlFree(rep);
 +  rep = NULL;
 +  }


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

Bug#774358: libxml2: CVE-2014-3660 patch makes installation-guide FTBFS

[Samuel Thibault]

Control: found -1 2.7.8.dfsg-2+squeeze11

Samuel Thibault, le Thu 26 Mar 2015 08:45:46 +0100, a écrit :
 Samuel Thibault, le Thu 26 Mar 2015 02:17:01 +0100, a écrit :
  Control: found -1 2.8.0+dfsg1-7+wheezy3
  
  This is still an issue in stable, the proposed patch was not applied
  there, and thus installation-guide still FTBFS on wheezy, notably on our
  dillon.debian.org machine, thus making http://d-i.debian.org/manual/
  completely out of date. Could this be proposed for stable update?
  
  I have attached the proposed patch again.
 
 Just to insist: while the symptoms of my report (#774358) may look like
 #768089, the *actual* bug is *not* the same. Please read my bug report
 and the proposed patch again: the issue is that the security fix for
 CVE-2014-3660 from a newer version of libxml2 (2.9.x) was backported
 into the libxml2 of wheezy (2.8.x) without noticing the subtle source
 code difference which does matter a lot.

Of course, the squeeze version still suffers from the same bug for the
same reason.

Samuel


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

Bug#774358: libxml2: CVE-2014-3660 patch makes installation-guide FTBFS

[Samuel Thibault]

Control: reopen -1
Control: found -1 2.8.0+dfsg1-7+wheezy3

Hello,

This is still an issue in stable, the proposed patch was not applied
there, and thus installation-guide still FTBFS on wheezy, notably on our
dillon.debian.org machine, thus making http://d-i.debian.org/manual/
completely out of date. Could this be proposed for stable update?

I have attached the proposed patch again.

Samuel
--- libxml2-2.8.0+dfsg1/debian/patches/cve-2014-3660.patch.original 
2015-01-01 14:48:26.337554556 +0100
+++ libxml2-2.8.0+dfsg1/debian/patches/cve-2014-3660.patch  2015-01-01 
14:48:53.000874666 +0100
@@ -6,11 +6,11 @@
  parser.c |   42 ++
  1 file changed, 38 insertions(+), 4 deletions(-)
 
-diff --git a/parser.c b/parser.c
-index 7ef712d..b435913 100644
 a/parser.c
-+++ b/parser.c
-@@ -127,6 +127,29 @@ xmlParserEntityCheck(xmlParserCtxtPtr ctxt, size_t size,
+Index: libxml2-2.8.0+dfsg1/parser.c
+===
+--- libxml2-2.8.0+dfsg1.orig/parser.c  2015-01-01 13:20:23.913738969 +
 libxml2-2.8.0+dfsg1/parser.c   2015-01-01 13:47:31.930940787 +
+@@ -127,6 +127,27 @@
  return (0);
  if (ctxt-lastError.code == XML_ERR_ENTITY_LOOP)
  return (1);
@@ -29,10 +29,8 @@
 +  rep = xmlStringDecodeEntities(ctxt, ent-content,
 +XML_SUBSTITUTE_REF, 0, 0, 0);
 +
-+  ent-checked = (ctxt-nbentities - oldnbent + 1) * 2;
++  ent-checked = ctxt-nbentities - oldnbent + 1;
 +  if (rep != NULL) {
-+  if (xmlStrchr(rep, ''))
-+  ent-checked |= 1;
 +  xmlFree(rep);
 +  rep = NULL;
 +  }

Bug#774358: libxml2: CVE-2014-3660 patch makes installation-guide FTBFS

[Samuel Thibault]

Source: libxml2
Version: 2.8.0+dfsg1-7+wheezy2
Severity: serious
Justification: makes other package FTBFS

Hello,

The cve-2014-3660.patch patch makes installation-guide FTBFS: 

Entity: line 2: parser error : Detected an entity reference loop
ulink url=downloadable-file;images/orion5x/network-console/buffalo/kuroboxpro
   ^
/tmp/manual/en/install-methods/download/arm.xml:40: parser error : Detected an 
entity reference loop
  ^

while there is actually no reference loop there.


It seems cve-2014-3660.patch is assuming that git commit cff2546 is
applied: notably it copies this code as it is:

+   ent-checked = (ctxt-nbentities - oldnbent + 1) * 2;

but in libxml2 2.8.0, it was still

   ent-checked = ctxt-nbentities - oldnbent + 1;

and other parts of the code assume that too.  The attached patch fixes
this confusion.

Samuel

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

Kernel: Linux 3.18.0 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

-- 
Samuel
Accroche-toi au terminal, j'enlève le shell...
 -+- nojhan -+-
--- /tmp/libxml2-2.8.0+dfsg1/debian/patches/cve-2014-3660.patch.original
2015-01-01 14:48:26.337554556 +0100
+++ /tmp/libxml2-2.8.0+dfsg1/debian/patches/cve-2014-3660.patch 2015-01-01 
14:48:53.000874666 +0100
@@ -6,11 +6,11 @@
  parser.c |   42 ++
  1 file changed, 38 insertions(+), 4 deletions(-)
 
-diff --git a/parser.c b/parser.c
-index 7ef712d..b435913 100644
 a/parser.c
-+++ b/parser.c
-@@ -127,6 +127,29 @@ xmlParserEntityCheck(xmlParserCtxtPtr ctxt, size_t size,
+Index: libxml2-2.8.0+dfsg1/parser.c
+===
+--- libxml2-2.8.0+dfsg1.orig/parser.c  2015-01-01 13:20:23.913738969 +
 libxml2-2.8.0+dfsg1/parser.c   2015-01-01 13:47:31.930940787 +
+@@ -127,6 +127,27 @@
  return (0);
  if (ctxt-lastError.code == XML_ERR_ENTITY_LOOP)
  return (1);
@@ -29,10 +29,8 @@
 +  rep = xmlStringDecodeEntities(ctxt, ent-content,
 +XML_SUBSTITUTE_REF, 0, 0, 0);
 +
-+  ent-checked = (ctxt-nbentities - oldnbent + 1) * 2;
++  ent-checked = ctxt-nbentities - oldnbent + 1;
 +  if (rep != NULL) {
-+  if (xmlStrchr(rep, ''))
-+  ent-checked |= 1;
 +  xmlFree(rep);
 +  rep = NULL;
 +  }

Bug#774358: Acknowledgement (libxml2: CVE-2014-3660 patch makes installation-guide FTBFS)

[Samuel Thibault]

I forgot to mention how to quickly run the failure:

sudo apt-get build-dep installation-guide
svn co svn://svn.debian.org/svn/d-i/trunk/manual
cd manual/build
./buildone.sh amd64 en html

Samuel


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

Bug#772778: Bug#768076: abcde: latest upstream version breaks eyeD3 usage

[Samuel Thibault]

Control: merge 768076 772778
Control: severity 768076 grave
Control: tags 768076 + patch

Hello,

I can confirm the issue: abcde just can't work ATM because when using
eyeD3, it passes --encoding and --text-frame, instead of what the
current debian version of eyeD3 expects: --set-encoding and
--set-text-frame.

Also, I don't see abcde being able to use id3v2 any more for ID3
tags.  This gravely reduces the usefulness of the package.

The attached patch fixed the behavior for me, with eyed3  0.7. Of
course, when eyed3 = 0.7 gets uploaded to Debian, this will have to be
reverted, thus putting a versioned suggestion.

Samuel
--- a/abcde
+++ b/abcde
@@ -835,8 +835,8 @@ do_tag ()
-a $TRACKARTIST -t 
$TRACKNAME ${CDYEAR:+-Y $CDYEAR} \
-G $GENREID -n 
${TRACKNUM:-$1} \
${TRACKNUM:+-N $TRACKS} \
-   
${ENCODING:+--encoding=$ENCODING} \
-   
${TPE2:+--text-frame=TPE2:$TPE2} \
+   
${ENCODING:+--set-encoding=$ENCODING} \
+   
${TPE2:+--set-text-frame=TPE2:$TPE2} \
$ABCDETEMPDIR/track$1.$OUTPUT
;;
# FIXME # Still not activated...
@@ -3324,7 +3324,7 @@ ID3OPTS=
 # FIXME # Older versions of eyeD3 ( 0.7.0) expect --set-encoding=utf16-LE
 # so perhaps some version sniffing would be useful. Or perhaps it might be
 # better to simply cut ties with the older eyeD3... Andrew.
-EYED3OPTS=--encoding utf16
+EYED3OPTS=--set-encoding utf16
 CDPARANOIAOPTS=
 CDDA2WAVOPTS=
 DAGRABOPTS=
--- debian/control.original 2014-12-30 19:49:39.514180740 +0100
+++ debian/control  2014-12-30 19:49:58.117642148 +0100
@@ -12,7 +12,7 @@
 Architecture: all
 Depends: ${misc:Depends}, cd-discid, wget, cdparanoia | icedax, vorbis-tools 
(= 1.0beta4-1) | lame | flac | bladeenc | speex | musepack-tools | opus-tools
 Recommends: vorbis-tools, libmusicbrainz-discid-perl, 
libwebservice-musicbrainz-perl, libdigest-sha-perl, bsd-mailx
-Suggests: eject, distmp3, id3 (= 0.12), id3v2, eyed3, normalize-audio, 
vorbisgain, mkcue, mp3gain, atomicparsley
+Suggests: eject, distmp3, id3 (= 0.12), id3v2, eyed3 ( 0.7~), 
normalize-audio, vorbisgain, mkcue, mp3gain, atomicparsley
 Description: A Better CD Encoder
  frontend program to cdparanoia, wget, cd-discid, id3, and your favorite
  Ogg/Vorbis, MP3, FLAC, Ogg/Speex and/or MPP/MP+(Musepack) encoder (defaults 

Bug#762672: qt-at-spi: when this package is installed, other programs fail to run

[Samuel Thibault]

Control: severity -1 important

Hello,

lightdm-gtk-greeter has been fixed, both in Debian with a small hack,
and upstream with proper at-spi termination.  I believe the severity of
this bug can thus be downgraded to important, since it will not show up
in any normal conditions any more.

Samuel


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

Bug#762604: base: debian testing and unstable don't work with a 486 PC

[Samuel Thibault]

Control: tags -1 + wontfix
Control: severity -1 wishlist

Hello,

Cédric Roux, le Tue 23 Sep 2014 18:38:34 +0200, a écrit :
 My bet is that the gnu libc thinks it will run
 on at least a 586 and includes code for such computer.

Yes.

 In any case, please don't turn current testing into stable. That
 would mean no more debian on 486.

Well, that's the plan.  486 is mostly two dozen years ago now...

Sorry for your 486 systems, Debian won't support them any more.

Samuel


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

Bug#767557: libsocl-1.1-1,libsocl-contrib-1.1-1: error when trying to install together

[Samuel Thibault]

Andreas Beckmann, le Sat 01 Nov 2014 03:39:21 +0100, a écrit :
 Here is a list of files that are known to be shared by both packages
 (according to the Contents file for sid/amd64, which may be
 slightly out of sync):
 
   usr/lib/libsocl-1.1.so.1
   usr/lib/libsocl-1.1.so.1.0.1

Ah, indeed, when main got an OpenCL layer, I added libsocl in main,
withtout thinking about adding the conflict with the libsocl-contrib,
will so that.

Samuel


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

Bug#762672: qt-at-spi: when this package is installed, other programs fail to run

[Samuel Thibault]

pa...@ucw.cz, le Sun 19 Oct 2014 19:19:34 +0200, a écrit :
 In my scenario (MATE + KDE apps), QT programs actually start, but with
 about two minute delay. And the breakage was not due to lightdm (it
 happenned with both gdm3 and lightdm)

I'm very surprised by this happening with gdm3 too, I'd probably need
more details to be able to reproduce it.  In your environment, does

xprop -root | grep SPI

show an AT_SPI_BUS variable?  Are at-spi-bus-launcher and
at-spi2-registryd running under your identity?  I guess the at-spi2-core
package is installed? (you didn't say it got removed).

 But it seems much more reasonable to me to just not make it hang for
 1-2 minutes when no accessibility API can be contacted. :)

I agree.  I'm however wondering how much time it could take me to manage
to understand the Qt code which is blocking like this.

Samuel


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

Bug#762672: qt-at-spi: when this package is installed, other programs fail to run

[Samuel Thibault]

Samuel Thibault, le Sun 19 Oct 2014 20:12:33 +0200, a écrit :
 pa...@ucw.cz, le Sun 19 Oct 2014 19:19:34 +0200, a écrit :
  But it seems much more reasonable to me to just not make it hang for
  1-2 minutes when no accessibility API can be contacted. :)
 
 I agree.  I'm however wondering how much time it could take me to manage
 to understand the Qt code which is blocking like this.

Could you also try to reduce service_start_timeout in
/etc/at-spi2/accessibility.conf ? I guess the unit is ms, which indeed
makes 12000 two minutes...

Samuel


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

Bug#762672: qt-at-spi: when this package is installed, other programs fail to run

[Samuel Thibault]

Petr Baudis, le Sun 19 Oct 2014 20:24:25 +0200, a écrit :
   However, the picture clearly is more complicated.  Right now, I have
 lightdm session without lightdm's at-spi running anymore and since I do
 not have gnome-orca and its dependencies installed, clearly qt apps
 shouldn't be able to start - but they do.  On the other hand, I'm pretty
 sure around the time I uninstalled gnome-orca, konsole starts got
 problematic even in gdm3 session I had before...  I'm stumped.  Maybe
 I'm just confused and fixing lightdm is good enough.

Could you perhaps try the package I'm currently testing:
http://dept-info.labri.fr/~thibault/tmp/lightdm-gtk-greeter.deb
to make sure it fixes things in your current case?

Samuel


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

Bug#762672: qt-at-spi: when this package is installed, other programs fail to run

[Samuel Thibault]

Petr Baudis, le Sun 19 Oct 2014 20:57:26 +0200, a écrit :
 Not sure how comes, since at-spi as lightdm is still running, but
 a second instance running with my uid comes up fine...

That's the idea: managing to shutdown the processes left behind will
probably be not trivial, so my patch just drops the reference to them,
so they can just live on the side without even getting contacted, and
the user session starts its own ones. On logout, all of them get killed
along the way.

Samuel


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

Bug#763005: installation-guide-amd64: website for wheezy leads to jessie installation guide

[Samuel Thibault]

Hello,

Ross Boylan, le Fri 26 Sep 2014 18:23:19 -0700, a écrit :
 On http://www.debian.org/releases/stable/installmanual I selected the
 link for amd64 pdf,
 http://www.debian.org/releases/stable/amd64/install.pdf.en.  When I
 view this it says that it is the installation guide for Debian 8,
 jessie.  See, e.g., the 2nd page.

When I saw this bug report, I checked the pdf, and it was indeed a jessie
manual.  Now that I have a look again, it's back being wheezy, with
Last-Modified: Sun, 28 Sep 2014 02:57:36 GMT
so I guess somebody fixed it early this morning?

Samuel


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

Bug#763011: doxygen: uses libclang but does not find it

[Samuel Thibault]

Package: doxygen
Version: 1.8.7-3
Severity: serious
Justification: makes brltty FTBFS

Hello,

Brltty started FTBFS on some archs, for instance:

https://buildd.debian.org/status/fetch.php?pkg=brlttyarch=armelver=5.0-3stamp=1411776294

Apparently doxygen uses libclang, and depends on it, but it does not seem to be
finding it. Perhaps it needs a binNMU?

Samuel

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

Kernel: Linux 3.16.0 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages doxygen depends on:
ii  libc6   2.19-10
ii  libgcc1 1:4.9.1-12
ii  libstdc++6  4.9.1-12

doxygen recommends no packages.

Versions of packages doxygen suggests:
ii  doxygen-doc1.8.7-3
pn  doxygen-guinone
ii  doxygen-latex  1.8.7-3
ii  graphviz   2.38.0-5+b1

-- no debconf information

-- 
Samuel
L pour moi le seul qui est autorisé à fasciser, c moi :-)


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

Bug#751218: [ipheth-utils] Segmentation fault on using iPhone hotspot

[Samuel Thibault]

severity 751218 serious
thanks

AIUI, this makes the package completely unusable, thus raising the
priority of the bug.

Samuel


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

Bug#760727: qtwebkit: FTBFS on kfreebsd-*: libQtWebKit.so: undefined reference to `void WTF::freeOwnedGPtr_GError(_GError*)'

[Samuel Thibault]

Lisandro Damián Nicanor Pérez Meyer, le Sun 07 Sep 2014 15:32:38 -0300, a écrit 
:
 This is clearly a bug that only happens on !linux and it reduces to:
 
 /«PKGBUILDDIR»/WebKitBuild/Release/lib/libQtWebKit.so: undefined reference to 
 `void WTF::freeOwnedGPtr_GError(_GError*)'
 
 which happens to be declared in:
 
 Source/autotools/symbols.filter:11:_ZN3WTF13freeOwnedGPtrI7_GErrorEEvPT_;

But this is only a declaration, is the definition in
./Source/WTF/wtf/gobject/GOwnPtr.cpp really built?

Also, you need to make sure that the mangled c++ name (as see with an nm
on GOwnPtr.o) is exactly the same, perhaps the type is a bit different
on !linux.

Samuel


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

Bug#760727: qtwebkit: FTBFS on kfreebsd-*: libQtWebKit.so: undefined reference to `void WTF::freeOwnedGPtr_GError(_GError*)'

[Samuel Thibault]

Steven Chamberlain, le Sun 07 Sep 2014 22:22:21 +0100, a écrit :
  which happens to be declared in:
  Source/autotools/symbols.filter:11:_ZN3WTF13freeOwnedGPtrI7_GErrorEEvPT_;
 
 I wonder if there's some significance that it was templated for
 _GError whereas I think that should be a typedef to GError (without
 underscore)?

An underscore in the type makes a difference, yes.

Samuel


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

Bug#760227: librabbitmq: FTBFS on !linux

[Samuel Thibault]

Source: librabbitmq
Version: 0.5.1-1
Severity: serious
Justification: FTBFS

Hello,

librabbitmq currently FTBFS on kfreebsd  hurd:

dh_install: librabbitmq-dev missing files (usr/lib/*/lib*.so), aborting

See for instance the full log here:

https://buildd.debian.org/status/fetch.php?pkg=librabbitmqarch=kfreebsd-amd64ver=0.5.1-1stamp=1408521828

It seems for some reason the build system doesn't use the multiarch paths:

-- Installing: /«PKGBUILDDIR»/debian/tmp/usr/lib/librabbitmq.so.1.2.1

while it does on Linux:

-- Installing: 
/«PKGBUILDDIR»/debian/tmp/usr/lib/i386-linux-gnu/librabbitmq.so.1.2.1

which seems to be happening in ./cmake/GNUInstallDirs.cmake

Samuel

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

Kernel: Linux 3.16.0 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- 
Samuel
 Battery 1: charging, 90%, charging at zero rate - will never fully charge.
 -+- acpi - et pourtant, ca monte -+-


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

Bug#739989: espeak: build proper library udeb so that espeakup doesn't have to be statically linked and hence break on upstream version changes

[Samuel Thibault]

Control: reopen 739989

Oops, sorry, I replied to the original mail, and thus closed the
original bug, while I wanted to close the clone.  This should be fixing
it.

Samuel


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

Bug#756909: marked as pending

[Samuel Thibault]

tag 756909 pending
thanks

Hello,

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

http://git.debian.org/?p=pkg-hurd/gnumach.git;a=commitdiff;h=dcfdd05

---
commit dcfdd055253d74934d5153f6e3da074b207c4af6
Author: Samuel Thibault samuel.thiba...@ens-lyon.org
Date:   Mon Aug 11 23:16:00 2014 +0200

rules: Rebuild info documentation once

(in the source tree) before building all variants in
parallel. Closes: Bug#756909.

diff --git a/debian/changelog b/debian/changelog
index fdcca95..ee1268c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+gnumach (2:1.4-12) UNRELEASED; urgency=medium
+
+  * rules: Rebuild info documentation once (in the source tree) before building
+all variants in parallel. Closes: Bug#756909.
+
+ -- Samuel Thibault sthiba...@debian.org  Mon, 11 Aug 2014 23:12:59 +0200
+
 gnumach (2:1.4-11) unstable; urgency=medium
 
   * patches/git-halt.patch: Add ACPI powerdown support.


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

Bug#756909: gnumach: FTBFS on i386

[Samuel Thibault]

Control: tags -1 + pending

Cyril Brulebois, le Sun 03 Aug 2014 13:59:51 +0200, a écrit :
 your package has been failing to build on i386 all the way up since
 2:1.4-7. I'm not sure why from a quick look at the build log though:
   https://buildd.debian.org/status/logs.php?pkg=gnumacharch=i386

It looks like it is parallel building which breaks building mach.info:
apparently automake puts the generated file in the source tree, moving
the previous version if any. That goes very wrong when doing it several
times in parallel...  I have commited a fix to serialize that part of
the build (thus done only once).

Samuel


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

Bug#754208: uninstallable: depends on libice6

[Samuel Thibault]

Control: severity -1 important

Hello,

Cyril Brulebois, le Tue 08 Jul 2014 19:46:16 +0200, a écrit :
 there's a new dependency, libice6, which has no udeb; your package is
 therefore not installable.

It seems it happened only with the amd64 binaries of 2.12.0-1.  Probably
Mario's build environment brought the issue.  2.12.0-2 binaries don't
have the issue, so it is installable again, I'm thus lowering the
severity, so that that version can propagate to testing (ATM gnome
accessibility is completely broken in testing due to AT-SPI version
inconsistencies which were not warned by upstream)

Now we have to find what could have made Mario's build bring libice6.

Samuel


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

Bug#750811: brltty: FTBFS on kfreebsd*

[Samuel Thibault]

Control: severity -1 important

Hello,

Matthias Klose, le Fri 11 Jul 2014 15:48:56 +0200, a écrit :
  Shouldn't the package for kfreebsd* have the files in a different
  sub-directory? linux just feels wrong on kfreebsd. I expect (but don't
  know for sure) that the resolver is smart enough to look in a
  sub-directory matching the os, but as I would expect not look in the
  directory named by a different os.
 
 you need to pass both
 
   -I/usr/lib/jvm/default-java/include
   -I/usr/lib/jvm/default-java/include/linux

Err, the latest gcj now happens to have jni_md.h next to jni.h, and thus
brltty builds again...

Samuel


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

Bug#754879: FTBFS on i386

[Samuel Thibault]

Matthias Klose, le Wed 16 Jul 2014 03:55:30 +0200, a écrit :
 Am 15.07.2014 16:27, schrieb Michael Biebl:
  Source: gcc-4.9
  Version: 4.9.0-11
  Severity: serious
  
  The package FTBFS on i386 and hurd-i386 but successfully built in the
  past.
  
  Complete build log at [1]
 
 how helpful is this report?
 
  - i386: I'd appreciate an analysis what did go wrong
 
  - hurd-i386: yes, I enabled running the tests, but this
isn't supposed to break issues. please could have
hurd porters have a look?

It didn't break.  We are just having a bug between strip and
fakeroot-tcp, possibly a race in the latter.  I didn't get the time to
rerun it through fakeroot-hurd yet.  I've now scheduled it.

Samuel


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

Bug#754544: espeakup-udeb: uninstallable due to wrong version information for espeak-data-udeb

[Samuel Thibault]

Hello,

Cyril Brulebois, le Sat 12 Jul 2014 11:10:08 +0200, a écrit :
 Package: espeakup-udeb
 Version: 1.48.04+dfsg-1
 
 this package can't be installed due to the version information for
 espeak-data-udeb:
 | $ dpkg --compare-versions 1.48.04+dfsg-1 '=' 1.48.04~; echo $?
 | 0
 | $ dpkg --compare-versions 1.48.04+dfsg-1 '' 1.48.04A; echo $?
 | 1

Well, yes, as I mentioned on the d-boot list, +dfsg was just added,
and this is the expected version dependency at work.  Just binNMU-ing
espeakup will fix it.

Samuel


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

Bug#754544: espeakup-udeb: uninstallable due to wrong version information for espeak-data-udeb

[Samuel Thibault]

Cyril Brulebois, le Sun 13 Jul 2014 00:23:31 +0200, a écrit :
  and this is the expected version dependency at work.  Just binNMU-ing
  espeakup will fix it.
 
 but anyway, someone needs to perform the binNMUs or request them; and
 I haven't seen anything on -wb-team@ yet.

Sure, I just hadn't gotten the time to do it yet.

Samuel


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

Bug#750811: Bug#751532: Bug#750811: brltty: FTBFS on kfreebsd*

[Samuel Thibault]

Matthias Klose, le Mon 23 Jun 2014 15:50:49 +0200, a écrit :
 so for now packages building jni bindings should have both jdk_home/include
 and jdk_home/include/linux on the include path.

Well, this looks a bit odd.  Upstream is used to just
-I${JAVA_HOME}/include, and it works fine with other JDKs, should it
really also include include/linux, even if it doesn't even directly
include anything from it?

Samuel


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

Bug#750811: Bug#751532: Bug#750811: brltty: FTBFS on kfreebsd*

[Samuel Thibault]

Matthias Klose, le Mon 23 Jun 2014 16:12:11 +0200, a écrit :
 Am 23.06.2014 16:05, schrieb Samuel Thibault:
  Matthias Klose, le Mon 23 Jun 2014 15:50:49 +0200, a écrit :
  so for now packages building jni bindings should have both 
  jdk_home/include
  and jdk_home/include/linux on the include path.
  
  Well, this looks a bit odd.  Upstream is used to just
  -I${JAVA_HOME}/include, and it works fine with other JDKs,
 
 can you prove your claim? I don't see any java upstream providing jni_md.h in
 ${JAVA_HOME}/include (besides the openjdk debian package).

I was using openjdk from Debian indeed, but also some cygwin java
installation, which doesn't happen to make jni.h unconditionally include
jni_md.h, thus no such issue.

I've dug a bit and found
https://web.archive.org/web/2012063332/http://java.sun.com/products/jdk/faq/jni-j2sdk-faq.html
which doesn't even talk about linux/ ... So I don't really know what
I'm supposed to tell upstream, which does support most OS, including
windows, solaris, freebsd, etc.

Samuel


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