Hello,
Sebastian Humenda, on Fri 02 Dec 2016 18:09:48 +0100, wrote:
> I've attached a full back trace (pretty long) taken with "thread apply all bt
> full". I've also attached the hs_err log file.
Thanks for the trace! I have found the corresponding culprit. Could you
try with version -12 which
Hello,
Holger Levsen, on Sun 27 Nov 2016 17:38:27 +0100, wrote:
> So how to fix this *and* allow Debian blends be installed easily from
> official Debian media?
[...]
> The idea is, that these images have the *same features* (and packages), the
> differences are just which the preselected defaul
Roger Shimizu, on Wed 30 Nov 2016 23:53:31 +0900, wrote:
> Just one issue for SSH (network-console).
> Since the SSH session shares the same screen with serial, the screen
> size is limited to 80x25 (probably, I didn't count the number), which
> is too small to most recent monitor devices.
Sure. S
Package: x11-common
Version: 1:7.7+17
Severity: grave
Justification: renders package unusable
Hello,
x11-common can't be installed any more now that x11-common.postinst has
set -e:
Setting up x11-common (1:7.7+17) ...
dpkg: error processing package x11-common (--configure):
subprocess installed
Hello,
Philip Hands, on Sun 20 Nov 2016 12:20:38 +0100, wrote:
> Martin Michlmayr writes:
>
> > * Samuel Thibault [2016-11-16 23:03]:
> >> But AIUI the intent was to have screen in ssh connections too.
> >
> > I'm not sure what the intent was. I assume
Hello,
Martin Michlmayr, on Wed 16 Nov 2016 12:07:07 -0800, wrote:
> I believe below is the right fix, i.e. start screen when screen exists and
> when we're on serial or when we're NOT on network.
But AIUI the intent was to have screen in ssh connections too.
We could have the case where d-i is
79f915a4f17439d403d5181c45e69a5d8f6e932c
Author: Samuel Thibault
Date: Tue Nov 15 00:24:08 2016 +
copyright: Add missing licence terms
Closes: Bug#792622
diff --git a/debian/changelog b/debian/changelog
index 3db925f..87f3c2c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,7 @@
gnumach (2:1.7
Control: tags -1 + pending
Hello,
Kalle Olavi Niemitalo, on Sun 06 Nov 2016 21:06:48 +0200, wrote:
> Here is what I have so far.
It seems I never received that mail for some reason :/
> See "License: UNKNOWN-OSF" and "License: UNKNOWN-Berkeley"
> for some newly found problems.
Well, these shou
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
tri
close 840309 5.4-1~1
thanks
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
Kalle Olavi Niemitalo, on Mon 19 Sep 2016 02:29:20 +0300, wrote:
> Samuel Thibault 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 p
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 st
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 ke
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
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:
>
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
th
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
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
Unfortunately it now fails due to missing gtk-doc build-dependency.
Samuel
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
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
I have put patched packages on
deb http://people.debian.org/~sthibault/tmp ./
could you try them?
Samuel
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
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;)
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
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
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 I
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 re
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/portaud
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
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/init
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:
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 an
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,
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,
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
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
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 u
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
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
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
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.g
close 807036 1.1-2-1
thanks
Andreas Beckmann, on Fri 05 Feb 2016 02:09:25 +0100, wrote:
> On Thu, 4 Feb 2016 23:38:46 +0100 Samuel Thibault
> wrote:
> > Mattia Rizzolo, on Thu 04 Feb 2016 19:13:03 +, wrote:
> > > ../src/.libs/libstarpu-1.2.so: undefined reference to
> > > `leveldb::DB::Ope
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 (re
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
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
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:
Backi
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
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" whil
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:
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.
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
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
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 packag
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
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
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.
>
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',
> '/tm
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:
> >
> [...]
> &g
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
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&feel than the default?
Samuel
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-
@@
+sflphone (1.4.1-0.3) unstable; urgency=medium
+
+ * Non-maintainer upload.
+
+ [ Martin Pitt ]
+ * Fix build with GCC 5. (Closes: #795233)
+
+ -- Samuel Thibault Sat, 12 Sep 2015 12:52:45 +0200
+
sflphone (1.4.1-0.2) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru sflphone
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
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?)
T
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 w
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 Ja
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 libdvdre
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-incl
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
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". Troubl
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 knowled
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.debia
Just FTR, the upstream patch for easier review.
Samuel
commit 325ebf25a5de3cfeb02c4cd71deacfea3dc767e3
Author: David Faure
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.
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 e
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
wrote:
> Severity: serious
> Justification: Policy 9.11
I do not really und
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
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
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, t
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 da
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".
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
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
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
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.
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,
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 drop
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 s
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.
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
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,
>
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=brltty&arch=armel&ver=5.0-3&stamp=1411776294
Apparently doxygen uses libclang, and depends on it, but it
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
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 typed
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 hap
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=librabbi
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 listm
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=gnumach&arch=i386
301 - 400 of 810 matches
Mail list logo