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

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_s

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

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

Bug#792622: missing licenses in debian/copyright

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

Bug#792622: missing licenses in debian/copyright

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

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

Bug#837614: The bugs are not reproducible in unstable

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

Bug#837327: Randomly FTBFS: Races in parallel build

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

Bug#837327: Randomly FTBFS: Races in parallel build

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

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

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

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

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

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

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

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

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

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

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

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 >

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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:

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

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

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

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,

Bug#792622: missing licenses in debian/copyright

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,

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

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

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

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

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

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

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

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

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

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

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

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

Bug#815781: hypre: FTBFS in sid

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

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

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 t

Bug#807036: closing 807036

close 807036 1.1-2-1 thanks

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

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

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

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/

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 bin

Bug#812515: slapd: upgrading slapd with several databases

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:

Bug#792622: missing licenses in debian/copyright

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

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

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"

Bug#727044: closing 727044

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

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:

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

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

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

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

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

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

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

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

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

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.

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

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', &

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

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: > > > [...] > >

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Bug#796530: Missing dependency on library package

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.

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?

Bug#773768: jenkins reproduces this issue

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?

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

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:

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

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

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

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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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.

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

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

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

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

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

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.

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

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

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

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

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

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

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

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

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

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

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

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,

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

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

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

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*)'

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

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

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

Bug#760227: librabbitmq: FTBFS on !linux

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:

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

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

Bug#756909: marked as pending

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

Bug#756909: gnumach: FTBFS on i386

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

Bug#754208: uninstallable: depends on libice6

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

Bug#750811: brltty: FTBFS on kfreebsd*

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

Bug#754879: FTBFS on i386

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

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

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

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

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

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

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

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

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

Bug#752053: haskell-simple-sendfile: FTBFS on kfreebsd hurd

Source: haskell-simple-sendfile Version: 0.2.11-2 Severity: serious Justification: FTBFS Hello, haskell-simple-sendfile is currently bd-uninstallable on kfreebsd hurd arches because it build-depends on libghc-conduit-dev ( 1.1), and the current version of haskell-conduit is 1.1.6.

Bug#750811: brltty: FTBFS on kfreebsd*

Hello, Paul Gevers, le Fri 13 Jun 2014 22:25:41 +0200, a écrit : On 13-06-14 20:45, Paul Gevers wrote: I am investigating the situation in a porterbox. I think I found the issue. In debian/rules we declare the $JAVA_HOME as /usr/lib/jvm/default-java. This is a softlink that finally ends in

Bug#749888: gnome-terminal: FTBFS on kfreebsd hurd archs

Package: gnome-terminal Version: 3.12.2-1 Severity: serious Justification: FTBFS Dear Maintainer, Hello, kfreebsd-any and hurd-any have been removed from the gnome-shell archs. gnome-terminal thus needs to make the dependency on gnome-shell [!kfreebsd-any !hurd-any] to be buildable again there.

<    1   2   3   4   5   6   7   8   >