Bug#972134: chromium: please, consider moving the package to team-maintainance to properly maintain it

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

Bug#964334: crashes in latest chromium

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

Bug#930348: chromium: missing intrinsics on armhf

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

Bug#928097: chromium: crc32 build errors on arm64

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

Bug#928097: chromium: crc32 build errors on arm64

Hi, Sorry for missign this bug completly. I'll get into fixing at. Riku

Bug#904796: chromium for arm64 lacks security updates

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 armhf, but we d

Bug#904796: chromium for arm64 lacks security updates

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

Bug#904796: chromium for arm64 lacks security updates

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

Bug#901290: Gcc ICE on compiling chromium 68 [arm64 armhf]

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 |

Bug#901290: version 68 arm build causes internal compiler error

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

Bug#891062: [Pkg-chromium-maint] Bug#891062: Bug#891062: chromium: skia fails to build on arm64

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 someh

Bug#891062: [Pkg-chromium-maint] Bug#891062: chromium: skia fails to build on arm64

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

Bug#886122: android-platform-system-core: ftbfs with GCC-7

: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 <riku.voi...@linaro.org> Fri,

Bug#857986: npm: This pakcage is 3 years old? (consider removal)

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 <riku.voi...@iki.fi>: > > > Jérémy Lal: > > > To others, preoccupied that npm won't be available in debian: > > > - please help with npm maintenance > > &

Bug#857986: npm: This pakcage is 3 years old? (consider removal)

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

Bug#854079: firefox-esr: firefox dies immediately on arm64

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

Bug#853108: [Pkg-chromium-maint] Bug#853108: chromium: fails to build on armhf

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

Bug#853170: fails to boot on debian's MP30-AR1 systems [regression]

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

Bug#853170: fails to boot on debian's MP30-AR1 systems [regression]

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

Bug#846648: [Pkg-chromium-maint] Bug#846648: another data point

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

Bug#843868: ocamlbuild: invalid build-dependency: ocaml-best-compilers

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=experimental

Bug#843624: [Pkg-chromium-maint] Bug#843624: chromium: since upgrade to latest libnss3-1d chromium shows only "Aw, Snap!"

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)

Bug#837574: Patch for the qemu PIE FTBFS

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

Bug#730903: mutrace: FTBFS: b-d on libiberty-dev instead of binutils-dev No such file or directory

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,

Bug#820220: [Pkg-julia-devel] Bug#820220: Bug#820220: Bug#820220: Bug#820220: julia: FTBFS on armel/armhf

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

Bug#819890: haskell-http2: FTBFS on armel buildds (was: Re: Please give back haskell-http2 on armel)

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=unstable > > > delaying the package's

Bug#801695: clang segfaults on hello world on arm64

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

Bug#778017: mtd-utils: ftbfs with GCC-5

On 4 July 2015 at 12:49, James Cowgill james...@cowgill.org.uk wrote: Control: tags -1 fixed-upstream On Fri, 17 Apr 2015 09:41:47 +0100 James Cowgill james...@cowgill.org.uk wrote: Control: tags -1 patch upstream Control: forwarded -1

Bug#769273: re Bug#769273: bsdutils: Dependency on libsystemd0 violates policy - like hundreds of others

Hi, 1752 packages are listed to violate this same policy: https://qa.debian.org/debcheck.php?dist=sidlist=main-only-priorityarch=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.

Bug#758932: kernel crash on usb disk removal

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

Bug#758501: gsmlib: FTBFS in unstable with gettext 0.19

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

Bug#751259: webkitgtk FTBFS on armel/armhf

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

Bug#730903: mutrace ftbfs

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

Bug#720409: Carrying valgrind for armel not neccesary anymore

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 (even if ARMv7 and using multiarch

Bug#720409: Carrying valgrind for armel not neccesary anymore

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.

Bug#701389: ftbfs with eglibc-2.17 / multiarch missing

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 riku.voi...@linaro.org Thu, 23 May 2013 09:46:11 +0300 + cpio

Bug#689268: linux-image-3.2.0-3-amd64: Intel HD 4000 (Ivy Bridge) graphics freeze

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 no

Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze

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 would be excellent. Thanks much

Bug#689268: linux-image-3.2.0-3-amd64: Intel HD 4000 (Ivy Bridge) graphics freeze

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

Bug#689268: linux-image-3.2.0-3-amd64: Intel HD 4000 (Ivy Bridge) graphics freeze

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

Bug#676321: wrong order of build-deps

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

Bug#652011: general: Repeated pattern of FHS violation: Dependencies of /sbin and /bin, belong in /lib

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

Bug#638071: FTBFS: recursive make loop

On 17 August 2011 10:25, Thorsten Glaser t...@mirbsd.de 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

Bug#638071: FTBFS: recursive make loop

On 17 August 2011 10:53, Thorsten Glaser t...@mirbsd.de 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 *recommended

Bug#621401: fixes submitted upstream

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

Bug#621978: fix uploaded to DELAYED/5-days

) unstable; urgency=low + + * Non-maintainer upload + * Add openmpi link fix, closes: #621978 +- Thanks to Daniel Schepler dschep...@gmail.com + * Add arm support from ubuntu, closes: #617779 +- Thanks to Jani Monoses j...@ubuntu.com + + -- Riku Voipio riku.voi...@iki.fi Wed, 20 Apr 2011

Bug#618808: fpc: FTBFS on armel: An unhandled exception occurred at $00033B60

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 it

Bug#613850: FTBFS on armel: error: #error Unknown architecture

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-icearch=armelver=3.4.1-2 -snip- making all in IceUtil make[3]: Entering directory

Bug#604975: marked as done (xfractint and fractxtra: error when trying to install together)

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 upload targeting

Bug#604975: fraxtra to be removed

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

Bug#595649: gcc-4.4: broken on armel (crtbegin.o: Unknown mandatory EABI object attribute 44)

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

Bug#584156: flightgear binNMU

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

Bug#589228: cannot be put in sbin

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

Bug#588001: FTBFS: shlibs parsing error

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

Bug#586743: breaks buildd's

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

Bug#584610: [mips] gcc-4.4 build failure after upgrade to eGLIBC-2.11

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 needed in

Bug#580136: schroot personality build fails on armel

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() == linux32

Bug#524003: FTBFS on armel

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

Bug#560252: band-aid fix

, Closes: #559136, #560252, #559348 + + -- Riku Voipio riku.voi...@iki.fi 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

Bug#558001: FTBFS: too tight timeout in testsuite

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

Bug#558001: FTBFS: too tight timeout in testsuite

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 a

Bug#552809: FTBFS on armel, broken configure

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 checking

Bug#546322: closed by Sjoerd Simons sjo...@debian.org (Bug#546322: fixed in pulseaudio 0.9.18-1)

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.

Bug#547635: gambas2 FTBFS on on armel (dist=unstable)

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

Bug#546322: Log for failed build of pulseaudio_0.9.17-1 on armel (dist=unstable)

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

Bug#539789: Status of Haskell in unstable/testing

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 allow

Bug#539115: FTBFS: sets wrong -march flag

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

Bug#538441: FTBFS on armel

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

Bug#537399: FTBFS: src/srvnet.c:264: error: cast increases required alignment of target type

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 -Wcast-align

Bug#537125: dbus installs to /debian/tmp

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

Bug#536473: More haskell give-backs

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

Bug#536631: FTBFS: runs configure in infinite loop

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 ─

Bug#536473: FTBFS with new dpkg-dev

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 (= 0.93),

Bug#531543: #531543 dovecot-imapd: server is killed with signal 6

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

Bug#520084: strace build failure on arm

tags 520084 + patch thanks This patch allows strace to build on arm: http://bugs.gentoo.org/attachment.cgi?id=181917action=view -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#533174: module-init-tools fails to install in buildd

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) ... Building

Bug#526546: FTBFS: #error unsupported architecture

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 message. Sorry, I didn't intend

Bug#525277: boxbackup FTBFS

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:

Bug#530847: libplplot-dev uninstallable on non-ada archs

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

Bug#528659: FTBFS: #error Cannot determine endianness.

Package: plink Version: 1.06-1 Severity: serious See: https://buildd.debian.org/~luk/status/package.php?suite=unstablep=plink -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#526546: FTBFS: #error unsupported architecture

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/lxc\

Bug#525980: FTBFS on armel - generator segmentation fault

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

Bug#525277: FTBFS: tries to contact a server build-time

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

Bug#524745: armel failures

Some armel logs: https://buildd.debian.org/build.php?pkg=octave-ioarch=armelver=1.0.7-2 https://buildd.debian.org/build.php?pkg=octave-combinatoricsarch=armelver=1.0.7-2 all kernels 2.6.26ish. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe.

Bug#524308: FTBFS: capplet-stock-icons.c:28:19: error: gnome.h: No such file or directory

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

Bug#524241: FTBFS: dh_pysupport: Command not found

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

Bug#523995: FTBFS on armel: qreal/double mismatch

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

Bug#524003: FTBFS on armel

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

Bug#524059: gcc-4.3: Internal compiler error with gcc 4.3.2 on armel

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

Bug#524003: FTBFS on armel

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. Random

Bug#522682: FTBFS: sets -march and -mtune for not good reason

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

Bug#520870: FTBFS: t/6-oo test fails

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

Bug#520878: Log for failed build of gerris_0.9.2+darcs081022-dfsg.1-2 (dist=unstable)

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

Bug#520042: texlive-base: Fails to generate formats on new installation(?)

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 different. See email to bug

Bug#520447: FTBFS on armel: BufferOp.cpp:72: error: 'log' was not declared in this scope

Package: geos Version: 3.0.3-2 Severity: serious User: debian-...@lists.debian.org Usertags: eabi Looks like a missing #include cmath (or #include math.h, if you prefer) arm-linux-gnueabi-g++ -DHAVE_CONFIG_H -I. -I. -I../../../source/headers -I../../../source/headers/geos

Bug#520042: texlive-base: Fails to generate formats

Also seen now on buildd's : https://buildd.debian.org/fetch.cgi?pkg=gnuplotarch=armelver=4.2.4-6stamp=1237252932file=logas=raw -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#520084: FTBFS on armel: ../linux/arm/syscallent.h:457:3: error: #error fix me

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

Bug#520042: texlive-base: Fails to generate formats on new installation(?)

On Tue, Mar 17, 2009 at 01:40:23PM +0100, Hilmar Preusse wrote: https://buildd.debian.org/fetch.cgi?pkg=gnuplotarch=armelver=4.2.4-6stamp=1237252932file=logas=raw This *could* be the same issue: another format file is missing. I'm just wondering why calling LaTeX before succeeds two times and

Bug#519633: dates: FTBFS

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

Bug#519633: modest: FTBFS: error: 'HILDON_HARDKEY_FULLSCREEN' undeclared

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:

  1   2   3   >