Hi,
On Wed, Dec 02, 2020 at 09:41:01AM +0100, Vincent Bernat wrote:
> ❦ 1 décembre 2020 22:28 +01, Moritz Mühlenhoff:
> > Michael has been heroically keeping up with this beast of a codebase for
> > years,
> > but we clearly need a broader base to sustain it going forward.
> In the past, it w
This should fix it:
https://salsa.debian.org/chromium-team/chromium/-/commit/b904fa41d40b967dcc8f6984db52f7a2f6a2c83d
We are not building with GCC but this seems to be exactly the place where the
crash happens.
chromium built with this patch has not crashed for the last few hours for me,
while
The build is fixed in:
https://salsa.debian.org/chromium-team/chromium/commits/arm-fixes/debian
I can make an upload if you prefer, or I can wait for you.
Cheers,
Riku
On Thu, Jun 06, 2019 at 11:07:31AM +, Riku Voipio wrote:
> Sorry for missign this bug completly. I'll get into fixing at.
I pushed a fix to the arm64 branch:
https://salsa.debian.org/chromium-team/chromium/commit/945283642d205c7b5a5129030f525109ee7b22c1
Riku
Hi,
Sorry for missign this bug completly. I'll get into fixing at.
Riku
On Thu, Aug 02, 2018 at 11:53:04PM +, Riku Voipio wrote:
> The issue seems to be binutils in stable not supporting LR = x30 alias. I've
> built a fixed version. I'm travelling now, but once I get back, I'll test the
> fix and submit patch upstream. Similar issue for
tags 904796 + patch upstream
thanks
On Mon, Jul 30, 2018 at 01:37:57AM +, Riku Voipio wrote:
> On Sat, Jul 28, 2018 at 05:23:14PM -0400, Michael Gilbert wrote:
> > > Chromium on arm64 in Debian Stretch stopped receiving security updates.
> > > Chromium for i386, amd
On Sat, Jul 28, 2018 at 05:23:14PM -0400, Michael Gilbert wrote:
> > Chromium on arm64 in Debian Stretch stopped receiving security updates.
> > Chromium for i386, amd64 and armhf received updates for versions 67 and
> > 68, however chromium for arm64 is stuck on version 66.
> There was a build e
reassign 901290 gcc-6
notfound 901290 68.0.3440.7-1
found 6.4.0-17
thanks
Compiling chrome 68 with results an gcc ICE. This affects both arm64[1] and
armhf[2]. Filing against gcc-6 as this what buildd used, but this affects
other versions too:
+---+---+---+---+
| | gcc-6 |
Verified this affects gcc6, gcc7 and gcc8. I'll file a bug against GCC once I
get a reduced testcase.
Compile with clang6 works.
Riku
tags 891062 +pending
thanks
On Thu, Feb 22, 2018 at 11:48:10AM +, Riku Voipio wrote:
> +// On ARM we expect that you're using Clang if you want SkJumper to be fast.
> +// If you are, the baseline float stages will use NEON, and lowp stages will
> +// also be available. (If
On Wed, Feb 21, 2018 at 09:59:18PM -0500, Michael Gilbert wrote:
> Starting with chromium 65, arm64 fails while building skia.
>
> ../../third_party/skia/src/jumper/SkJumper_stages.cpp: In function 'F
> from_half(U16)':
> ../../third_party/skia/src/jumper/SkJumper_stages.cpp:670:12: error:
> 'vcvt
:06.0 +0300
+++ android-platform-system-core-7.0.0+r33/debian/changelog 2018-01-12 10:41:37.0 +0200
@@ -1,3 +1,10 @@
+android-platform-system-core (1:7.0.0+r33-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix build
+
+ -- Riku Voipio Fri, 12 Jan 2018 10:41:37 +0200
On Fri, May 19, 2017 at 12:15:32PM +0200, Jérémy Lal wrote:
> 2017-05-19 12:07 GMT+02:00 Riku Voipio :
>
> > Jérémy Lal:
> > > To others, preoccupied that npm won't be available in debian:
> > > - please help with npm maintenance
> > > - hopefully we&#x
Jérémy Lal:
> To others, preoccupied that npm won't be available in debian:
> - please help with npm maintenance
> - hopefully we'll make an updated version installable through debian backports
Are there any complications to building npm as part of nodejs package?
Riku
On Tue, Feb 07, 2017 at 02:12:00PM +0900, Mike Hommey wrote:
> Okay, that one was fixed upstream in
> https://bugzilla.mozilla.org/show_bug.cgi?id=1257055
> Can you try applying the patch there and see how things go from there?
> (I'd rather avoid doing multiple uploads if it turns out not to be
>
On Sun, Jan 29, 2017 at 02:59:40PM -0500, Michael Gilbert wrote:
> package: src:chromium-browser
> severity: grave
> version: 56.0.2924.76-1
> The upload to experimental fails to build on armhf due to new NEON code.
I have a fix for this (backport patch from upstream - NEON buildd is still
pendi
On Tue, Jan 31, 2017 at 02:30:10PM +, Riku Voipio wrote:
> This hints that numerous kernel config changes we did are probably
> not the reason, but some of the kernel changes between 4.9.2 and 4.9.6.
The offending commit is:
http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stab
Quick test with
4.9.2-2 with new arm64 kernel config: boots
4.9.6-3 work old arm64 kernel config: booms
This hints that numerous kernel config changes we did are probably
not the reason, but some of the kernel changes between 4.9.2 and 4.9.6.
Especially between 4.9.5 and 4.9.6 a bulk of arm64 ch
On Tue, Dec 06, 2016 at 04:02:00PM -0500, Robert Lange wrote:
> Debian stretch with chromium 55.0.2883.75-1 (and only chromium) pulled
> in from unstable. With a brand new profile (i.e., by deleting
> .cache/chromium and .config/chromium and starting Chromium) Chromium
> aw-snaps on gfycat.com with
Package: ocamlbuild
Version: 0.9.3-3
Severity: grave
Tags: experimental
ocamlbuild is failing to build since ocaml-best-compilers is a virtual package:
https://buildd.debian.org/status/package.php?p=ocamlbuild&suite=experimental
severity 843624 normal
tags 843624 +wheezy
thanks
On Tue, Nov 08, 2016 at 01:32:25PM +0100, J.Coltrane wrote:
> I'm running some full up to date installations of Wheezy, x86 and amd64. Since
> an update of some nameservice switch related libraries (libnspr4-0d,
> libnss3-1d
> and libnss3) Chromiu
On Wed, Oct 26, 2016 at 06:29:49PM +0300, Michael Tokarev wrote:
> 25.10.2016 11:31, Adrian Bunk wrote:
> > -LD_REL := $(CC) -nostdlib -Wl,-r $(LD_REL_FLAGS)
> > +LD_REL := $(CC) -nostdlib -r $(LD_REL_FLAGS)
> Adrian, can you elaborate on this a bit please?
I really wish gcc manpage explained th
On 12 May 2016 at 19:47, Fernando Seiti Furusato wrote:
> Actually, this works, not replacing build-deps, but adding
> libiberty-dev in addition to binutils-dev.
Thanks, uploading fixed version.
> With that and adding -I/usr/include/libiberty as suggested by
> YunQiang Su, the package built in a
On Sat, Apr 09, 2016 at 12:02:44PM +0200, Graham Inggs wrote:
> On 9 April 2016 at 00:53, peter green wrote:
> > It would be useful if someone can reproduce the issue and get a dissasembly
> > of the failure location.
>
> I hope this is useful. I'll leave my screen session on abel.d.o. open
> in
On Sun, Apr 03, 2016 at 03:11:39PM +0100, Steven Chamberlain wrote:
> Wookey wrote:
> > +++ Steven Chamberlain [2016-04-01 10:31 +0100]:
> > > Currently haskell-http2 FTBFS on only armel:
> > > https://buildd.debian.org/status/package.php?p=haskell-http2&suite=unstable
> > > delaying the package's
Hi,
Seems this has been fixed with the latest 3.6.2-2 upload.
clang -v
Debian clang version 3.6.2-2 (tags/RELEASE_362/final) (based on LLVM 3.6.2)
clang hello.c -o hello
./hello
Hello World
Riku
On 4 July 2015 at 12:49, James Cowgill wrote:
> Control: tags -1 fixed-upstream
>
> On Fri, 17 Apr 2015 09:41:47 +0100 James Cowgill
> wrote:
>> Control: tags -1 patch upstream
>> Control: forwarded -1
>> http://lists.infradead.org/pipermail/linux-mtd/2015-April/058760.html
>>
>> On Thu, 12 Feb
Hi,
1752 packages are listed to violate this same policy:
https://qa.debian.org/debcheck.php?dist=sid&list=main-only-priority&arch=ANY
policy discussion about this is happening at #758234
Riku
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe"
severity 758932 normal
reassign 758932 linux-image-3.14-2-686-pae
thanks
Hi Chris,
A kernel crash is usually not the fault of userspace applications -
it's a kernel bug. For kernel bugs, full kernel logs are needed for
debugging.
Riku
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.
Package: gsmlib
Version: 1.10+20120414.gita5e5ae9a-0.1
Severity: serious
Justification: FTBFS
User: debian-...@lists.debian.org
Usertag: arm64
gsmlib will FTBFS due to gettext upgrade in unstable. Blocks arm64 since
gettext 0.18
was never built on arm64, but happens also on all other architectur
Package: webkitgtk
Version: 2.4.3-2
Severity: serious
Justification: FTBFS
Hi,
It seems libgl1-mesa-dev will be pulled in regardless:
dd-schroot-cmd -c sid_armhf-dchroot-7101d185-7aa9-42e0-a68c-0bbf3271b410
apt-get build-dep webkitgtk
...
libgirepository-1.0-1 libgirepository1.0-dev libgl1-me
Hi,
> The libiberty.h is provided by libiberty-dev and installed in
> /usr/include/libiberty/libiberty.h.
unfortunately this change isn't enough. Due to some other changes,
linking against static libbfd doesn't work:
gcc -std=gnu99 -shared -fPIC
.libs/libmutrace_backtrace_symbols_la-backtrac
On Wed, Aug 28, 2013 at 04:35:52PM +0200, Alessandro Ghedini wrote:
> On gio, ago 22, 2013 at 11:08:47 +0300, Riku Voipio wrote:
> Is this actually possible? I mean, doesn't the "hf" (hard float) part in armhf
> make armhf packages incompatible with armel hardware
Hi,
With multiarch it should be be possible to install armhf version of
valgrind on armel systems with ARMv7. I don't think keeping armel
version of valgrind is strictly neccesary anymore.
Riku
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe".
multiarch ready before the bug gets one year old: closes: #678385
+ * remove dependency on install-info/dpkg since info file was dropped in
+#695717
+ * Update config.guess and config.sub for aarch64 bootstrapping
+
+ -- Riku Voipio Thu, 23 May 2013 09:46:11 +0300
+
cpio (2.11+dfsg-0.1
Hi,
> Hm, I'm a little confused. Are you sure 3.3-rc1 is not affected, and
> if not, why bisect between 3.2 and 3.3-rc1 instead of -rc6? What git
> tree are you using to bisect the Debian kernel?
So far, the status seems:
Debian3.2.32-1: hang in few hours of use
Upstream 3.3-rc1 ... 3.3 n
On Wed, Dec 05, 2012 at 07:39:01AM -0800, Jonathan Nieder wrote:
> Riku Voipio wrote:
> > On Wed, Nov 28, 2012 at 07:52:51AM -0800, Jonathan Nieder wrote:
> >> If you can bisect to find the first unaffected kernel between 3.2 and
> >> 3.3-rc6 as described at [1], that
On Wed, Nov 28, 2012 at 07:52:51AM -0800, Jonathan Nieder wrote:
> If you can bisect to find the first unaffected kernel between 3.2 and
> 3.3-rc6 as described at [1], that would be excellent. Thanks much for
> your work.
I have now been bisecting (I skipped the drm tree reset, this is bisect
betw
Hi,
Is there any updates since early november? I have a Ivy bridge PC now
with PH8H77-V LE motherboard and 3570K cpu showing the mentioned
symptomps. I can work on bisecting the issue if nobody else is already
on it.
Riku
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with
Package: barry
Version: 0.18.3-2
Severity: serious
Justification: FTBFS on all buildd's.
The build-deps of barry were set to:
gettext (<< 0.18) | autopoint
This fails on buildd's that always pick up the first dependency when a
alternative build-dep is given.
Since autopoint is available since l
On Thu, Dec 15, 2011 at 01:29:18PM +, Roger Leigh wrote:
> Well, I think I still need persuading that this is the right direction
> to move the files. I still think that moving /usr to / is a better
> strategy
I think we would need a very, very good reason to migrate away from /usr.
Fedora al
On 17 August 2011 10:53, Thorsten Glaser wrote:
> Riku Voipio dixit:
>
>>btw I don't think failing nocheck is RC.
>
> Failing nocheck _is_ RC, actually. (§4.9.1)
You mean the section starting with:
Supporting the standardized environment variable DEB_BUILD_OPTIONS is
On 17 August 2011 10:25, Thorsten Glaser wrote:
> Jonathan Nieder dixit:
>>They seem to fix the bug. I'd be happy for any thoughts you have,
>>or to see one or both of them in the archive.
> I’ll take care of the one for unstable. The debdiff looks ok to
> me (the changelog change is a bit anno
Hi,
There is a patch in ubuntu and upstream already:
http://bugs.scribus.net/view.php?id=9850
Riku
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
i (1.4.3-2.1) unstable; urgency=low
+
+ * Non-maintainer upload
+ * Add openmpi link fix, closes: #621978
+- Thanks to Daniel Schepler
+ * Add arm support from ubuntu, closes: #617779
+- Thanks to Jani Monoses
+
+ -- Riku Voipio Wed, 20 Apr 2011 19:53:03 +0300
+
openmpi (1.4.3-2)
On Sun, Mar 27, 2011 at 12:12:16AM +, peter green wrote:
> I have tried and failed to reproduce this issue in qemu with an up to
> date sid. Can anyone else reproduce it? Since both failures have been
> from the same buildd I wonder if it's some issue with the particular
> buildd.
Tried i
Package: zeroc-ice
Version: 3.4.1-2
Severity: grave
zeroc-ice repeatedly fails to build on armel:
https://buildd.debian.org/build.php?pkg=zeroc-ice&arch=armel&ver=3.4.1-2
-snip-
making all in IceUtil
make[3]: Entering directory
`/build/buildd-zeroc-ice_3.4.1-2-armel-P5xUvV/zeroc-ice-3.4.1/cpp/s
On Mon, Dec 06, 2010 at 02:32:50PM +0100, Mehdi Dogguy wrote:
> On 05/12/2010 21:51, Debian Bug Tracking System wrote:
> >Closes: 604975
> >Changes:
> > xfractint (20.4.10-2) unstable; urgency=low
> > .
> >* replace/conflict with fractxtra. Closes: #604975
>
> Can you please prepare an uploa
Hi,
Sorry, missed this bugreport. Yes, the best course would be to remove
fractxtra.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
This is hitting now pretty much all builds..
Riku
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi,
The armel FTBFS and simgear deps have been sorted out. binNMU thus needed on
all but armel:
nmu flightgear_1.9.1-1.1 . alpha amd64 hppa i386 ia64 freebsd-amd64
freebsd-i386 mips mipsel powerpc s390 sparc . -m 'rebuild against newer
libopenscenegraph'
After this flightgear, fgfs-atlas and
severity 589228 minor
thanks
mkfs.ubifs and mkfs.jffs2 link against liblzo2 which is in /usr/lib so
putting these binaries in /sbin doesn't make sense. These binaries are
not used as traditional mkfs utilities which create filesystems on block
devices. Instead they are used to create "loopback" fi
Package: haskell-haddock
Version: 2.7.2-4
Severity: serious
Package fails to build on the armel buildd:
> Kernel: Linux 2.6.26-2-iop32x armel (armv5tel)
> Toolchain package versions: libc6-dev_2.11.2-1 dpkg-dev_1.15.7.2
> linux-libc-dev_2.6.32-15 gcc-4.4_4.4.4-6 g++-4.4_4.4.4-6 binutils_2.20.1-1
This breaks buildd's on install/removal of python-minimal.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Mon, Jun 07, 2010 at 09:15:05AM +0200, Matthias Klose wrote:
> On 06.06.2010 00:51, Aurelien Jarno wrote:
>> These functions were present before in the library, but not exported
>> in the headers. This has been changed as it is required by ISO C99.
>> While these functions are strictly not need
Package: schroot
Severity: serious
Version: 1.4.2-1
schroot FTBFS's on armel due to:
1) test: test_personality::test_construction (F) line: 51
../../../test/sbuild-personality.cc
assertion failed
- Expression: p1.get_name() == "linux" || p1.get_name() == "linux_32bit" ||
p1.get_name() == "linux
Hi, and thanks for tracing this bug down!
Quick summary for debian-kernel list - a patch in generic kernel code is
needed to fix tokyocabinet FTBFS on armel.
On Thu, Jan 28, 2010 at 09:49:57AM +0100, Sebastian Andrzej Siewior wrote:
> It is in queued in -mm [0] for .33, will be backportable if no
installed, Closes: #559136, #560252, #559348
+
+ -- Riku Voipio Mon, 14 Dec 2009 10:42:40 +0200
+
fontconfig (2.6.0-4) unstable; urgency=low
* fontconfig.{triggers,postinst}: register a trigger to automatically
only in patch2:
unchanged:
--- fontconfig-2.6.0.orig/debian/fontconfig.prerm
+++
On Thu, Nov 26, 2009 at 02:41:38AM +0200, Modestas Vainius wrote:
> Is experimental armel buildd much faster? IIRC, it has managed to build cmake
> in 2 hours (without testsuite). While unstable buildds typically needed ~5
> hours to build cmake 2.6.x/2.8.0-1 (without testsuite either).
There is
Package: cmake
Version: 2.8.0-4
Severity: serious
User: debian-...@lists.debian.org
Usertag: eabi
Considering the bootstraptest takes ~200 more time than other tests on other
archs
too, this test should probably have bigger timeout than others.
> 115/137 Test #115: CTestTestFailedSubmit-xmlrpc .
Package: ball
Version: 1.3.0-1
Architecture: armel
Severity: serious
User: debian-...@lists.debian.org
Usertag: eabi
ball failed to build on armel. do not check against "uname -m", check
for exact features you need.
> checking for cat... /bin/cat
> checking whether echo accepts -e... no
> checki
Hi,
>* debian/rules: Add -march=armv6 to the CFLAGS on arm and armel
> (Closes: #546322)
I'm afraid I was not specific enough.
The idea was to use -march=armv6 only for svolume_arm.c, not the entire
package. With the debian/rules CFLAGS solution, pulseaudio only works
on ARMv6+ Machines
Package: gambas2
Version: 2.16.0-1
Severity: serious
User: debian-...@lists.debian.org
Usertag: eabi
building your package failed on buildd's:
> dh_installdocs -s
> dh_installchangelogs -pgambas2 ChangeLog
> dh_install --sourcedir=debian/tmp -s
> dh_install: gambas2-gb-xml-rpc missing files
> (u
Package: pulseaudio
Version: 0.9.17-1
Severity: serious
User: debian-...@lists.debian.org
Usertag: eabi
svolume_arm.c appears to use ARMv6 instructions, so it should be compiled with
-march=armv6. The function appears already be protected with runtime CPU
detection, so pulseaudio should still wor
On Tue, Aug 25, 2009 at 10:35:04PM +0300, Kari Pahula wrote:
> Please don't remove ghc6 on ia64 from unstable. ghc6 has a
> Build-Depends on ghc6 and the current 6.8.2 on ia64 is sufficient for
> building 6.12.
would dropping ghc6/ia64 from testing be still acceptable? that
would potentially allo
Package: swh-plugins
Version: 0.4.15+1-1
Severity: serious
User: debian-...@lists.debian.org
Usertags: eabi
There is usually no reason whatsoever to set -march when building in debian.
Particularry. don _not_ try to autodetect it.
> make[3]: Entering directory
> `/build/buildd-swh-plugins_0.4.1
Package: ltrace
Version: 0.5.3-1
Severity: serious
Your package failed to build on the buildd:
> gcc -Wall -g -O2 -iquote
> /build/buildd-ltrace_0.5.3-1-armel-1vsHf2/ltrace-0.5.3 -iquote
> /build/buildd-ltrace_0.5.3-1-armel-1vsHf2/ltrace-0.5.3/sysdeps/linux-gnu
> -DSYSCONFDIR=\"/etc\" -I /usr
Package: distcc
Version: 3.1-1
Severity: serious
Fails on multiple archs:
> arm-linux-gnueabi-gcc -DHAVE_CONFIG_H -D_GNU_SOURCE -DSYSCONFDIR="\"/etc\""
> -DPKGDATADIR="\"/usr/share/distcc\"" -Isrc -I"./src" -I"./lzo" -Werror -Wall
> -g -O2 -MD -W -Wall -Wimplicit -Wshadow -Wpointer-arith -Wcas
Hi,
the debhelper bug is supposedly fixed: 537140. If new debhelper builds
a correct dbus again, please request binNMU's fixing dbus or make a new
dbus upload as soon as possible. This is breaking building other packages.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with
On Tue, Jul 14, 2009 at 01:05:00PM +0200, Joachim Breitner wrote:
> The build failure of haskell-regex-compat is strange:
> https://buildd.debian.org/fetch.cgi?pkg=haskell-regex-compat;ver=0.92-1.1;arch=armel;stamp=1247521981
bugs.debian.org/536473
> And it builds fine on other arches. Something
Package: lxrandr
Version: 0.1.1-1
Severity: grave
lxrandr seen running configure forever in repeated manner. This didn't
happen on all debian buildd's, so timestamping issues suspected.
On Sat, Jul 11, 2009 at 07:29:01PM +, Build Daemon wrote:
> dpkg-buildpackage
> ─
>
> dpkg
Package: haskell-regex-compat
Version: 0.92-1.1
Severity: serious
There is a missing "," in the end of second last line in build-deps:
Build-Depends: cpphs, dpkg-dev (>= 1.13.19), debhelper (>= 5.0.0),
dpatch, ghc6 (>= 6.10), ghc6-prof, haskell-devscripts (>= 0.6.6),
libghc6-regex-base-dev (>=
Hi,
This should be fixed in dovecot 1.1.16 (in unstable). Please test
and close if this is the case.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
tags 520084 + patch
thanks
This patch allows strace to build on arm:
http://bugs.gentoo.org/attachment.cgi?id=181917&action=view
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: module-init-tools
Version: 3.9-1
Severity: serious
The build log[1], looks like a postinst error:
On Mon, Jun 15, 2009 at 09:27:00AM +, Build Daemon wrote:
> Get:5 http://incoming.debian.org sid/main module-init-tools 3.9-1 [89.8kB]
...
> Setting up man-db (2.5.5-2) ...
> Buildin
On Fri, Jun 12, 2009 at 10:23:14PM +0200, Guido Trotter wrote:
> On Fri, Jun 12, 2009 at 10:43:36PM +0300, Riku Voipio wrote:
> > At least the error message should tell what specific feature is missing
> > from the arch rather than spew a generic "unspported arch" me
The aforementioned bug hasn't been seen on other builds, since those buildd's
have lesstricted net connection. However, new builds fail with:
dh_install: boxbackup-server missing files
(parcels/boxbackup-*-backup-server-linux-gnu/bbstoreaccounts), aborting
on armel, the build dir is:
boxbackup-
Package: libplplot-dev
Version: 5.9.2-2
Severity: serious
As seen from the PTS page, libplplot-dev is uninstallable on 4 archs:
http://packages.qa.debian.org/p/plplot.html
This breaks building anything build-depending on libplot-dev.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists
Package: plink
Version: 1.06-1
Severity: serious
See:
https://buildd.debian.org/~luk/status/package.php?suite=unstable&p=plink
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: lxc
Version: 0.6.2-1
Severity: serious
User: debian-...@lists.debian.org
Usertags: eabi
Your package failed to build with the following error:
> mkdir .libs
> cc -DHAVE_CONFIG_H -I. -I../../src -I../../src -DLXCPATH=\"/var/lib/lxc\"
> -DLXCBINDIR=\"/usr/bin\" -DLXCLIBEXECDIR=\"/usr/lib
Package: qtscriptgenerator
Version: 0.1.0-2
Severity: serious
User: debian-...@lists.debian.org
Usertags: eabi
Build crashes with a Segmentation fault
On Tue, Apr 28, 2009 at 11:06:12AM +, Build Daemon wrote:
> g++ -Wl,-O1 -o generator release/ast.o release/lexer.o release/list.o
> release/p
Package: boxbackup
Version: 0.11~rc3~r2502-1
Severity: serious
On Thu, Apr 23, 2009 at 12:11:41PM +0100, buildd user wrote:
> make[3]: Leaving directory `/build/buildd/boxbackup-0.11~rc3~r2502/docs'
> xsltproc -o man/raidfile.conf.5 docbook/bb-man.xsl docbook/raidfile.conf.xml
> http://docbook.sou
Some armel logs:
https://buildd.debian.org/build.php?pkg=octave-io&arch=armel&ver=1.0.7-2
https://buildd.debian.org/build.php?pkg=octave-combinatorics&arch=armel&ver=1.0.7-2
all kernels 2.6.26ish.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscri
Package: control-center
Version: 1:2.24.0.1-3
Severity: serious
As seen on at least alpha, armel and amd64 buildd's. Possibly not the fault
of control-center itself, but the dependency -chain is too complex for my
mind to follow..
> cc -DHAVE_CONFIG_H -I. -I../..
> -DGNOMECC_DATA_DIR=\"/usr/sha
Package: protobuf
Version: 2.0.3-1
Severity: serious
> dh_link
> dh_strip
> dh_compress
> dh_fixperms
> dh_pysupport
> make[1]: dh_pysupport: Command not found
> make[1]: *** [binary-common] Error 127
> make[1]: Leaving directory `/build/buildd/protobuf-2.0.3'
> make: *** [binary-arch] Error 2
> d
On Tue, Apr 14, 2009 at 11:13:43PM +0200, Pierre Habouzit wrote:
> > Package testsuite failed with the following error:
> >
> > > LD_LIBRARY_PATH=. ./tcftest rcat -pn 500 -ru casket 5000 500
> > > ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be
> > > preloaded: ignored.
> >
Hi,
If you reboot your build machine and try compiling again, will you still
get the same crash? Internal compiler errors can be sign of bad
RAM, if they are random.
--
"rm -rf" only sounds scary if you don't have backups
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
wi
Package: tokyocabinet
Severity: serious
Version: 1.4.14-2
User: debian-...@lists.debian.org
Usertag: eabi
Package testsuite failed with the following error:
> LD_LIBRARY_PATH=. ./tcftest rcat -pn 500 -ru casket 5000 500
> ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be
> pr
Package: kdeartwork
Version: 4:4.2.2-1
Severity: serious
Ubuntu appears to have a patch for this:
+Index: kdeartwork-4.2.1/styles/phase/phasestyle.cpp
+===
+--- kdeartwork-4.2.1.orig/styles/phase/phasestyle.cpp 2009-01-21
05:24:12.
Package: mozart
Version: 1.4.0-1
Severity: serious
mozart set silly arguments for gcc.
On Sun, Apr 05, 2009 at 10:57:55PM +0300, Build Daemon wrote:
> make[3]: Entering directory `/build/buildd/mozart-1.4.0/BUILD/platform/dss'
> arm-linux-gnueabi-g++ -march=arm -mtune=arm -O3 -fomit-frame-pointer
Package: gerris
Version: 0.9.2+darcs081022-dfsg.1-2
Severity: serious
User: debian-...@lists.debian.org
Usertags: eabi
Fails to build on armel buildd:
> make[4]: Entering directory
> `/build/buildd/gerris-0.9.2+darcs081022-dfsg.1/doc/examples'
> python depend.py cylinder rt boussinesq tangaroa l
Package: libfile-libmagic-perl
Version: 0.91-1
Severity: serious
User: debian-...@lists.debian.org
Usertags: eabi
Testsuite fails on several buildd's:
> make[1]: Entering directory `/build/buildd/libfile-libmagic-perl-0.91'
> PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e"
> "test
On Tue, Mar 17, 2009 at 09:21:53PM +0100, Norbert Preining wrote:
> On Di, 17 Mär 2009, Riku Voipio wrote:
> > Perhaps there is some problem if there has been texlive-latex-base
> > installed earlier and removed/purged later? Full buildlog attached.
> No, it is something diffe
Package: geos
Version: 3.0.3-2
Severity: serious
User: debian-...@lists.debian.org
Usertags: eabi
Looks like a missing #include (or #include , if you prefer)
> arm-linux-gnueabi-g++ -DHAVE_CONFIG_H -I. -I. -I../../../source/headers
> -I../../../source/headers/geos -I../../../source/headers -g
On Tue, Mar 17, 2009 at 01:40:23PM +0100, Hilmar Preusse wrote:
> > https://buildd.debian.org/fetch.cgi?pkg=gnuplot&arch=armel&ver=4.2.4-6&stamp=1237252932&file=log&as=raw
> This *could* be the same issue: another format file is missing. I'm
> just wondering why calling LaTeX before succeeds two t
Package: strace
Severity: serious
Version: 4.5.18-1
User: debian-...@lists.debian.org
Usertags: eabi
The upstream Changelog mentions:
* linux/syscall.h (SYS_socket_subcall et al, SYS_ipc_subcall et al):
Don't define these if [__ARM_EABI__].
Reported by Johannes Stezenbach .
This causes
Also seen now on buildd's :
https://buildd.debian.org/fetch.cgi?pkg=gnuplot&arch=armel&ver=4.2.4-6&stamp=1237252932&file=log&as=raw
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
retitle 519633 FTBFS: error: 'HILDON_HARDKEY_FULLSCREEN' undeclared
tags 519633 +patch
retitle 519733 FTBFS: error: 'HILDON_HARDKEY_FULLSCREEN' undeclared
tags 519733 +patch
forcemerge 519633 519733
thanks
This patch fixes it. I need to upload fixed libhildon1 first, thou.
diff -urN orig/dates-0.
reassign 519633 dates
thanks
I think you missfiled this. Modest is also FTBFS's, that's due to #515888
On Fri, Mar 13, 2009 at 11:23:57PM +0100, Kurt Roeckx wrote:
> Source: modest
> Version: 0.4.6-1
> Severity: serious
>
> Hi,
>
> Your package is failing to build with the following error:
> /b
1 - 100 of 251 matches
Mail list logo
