Package: ftp.debian.org
Severity: normal
As per agreed on the thread at:
http://lists.alioth.debian.org/pipermail/pkg-maemo-maintainers/2011-February/001059.html
Please remove libosso from debian
Riku
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Package: ftp.debian.org
Severity: normal
As per agreed on the thread at:
http://lists.alioth.debian.org/pipermail/pkg-maemo-maintainers/2011-February/001059.html
Please remove libhildon from debian
Riku
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
Hi Sebastian,
Here is updated patch against the new libvpx1 package.
Riku
diff -Nru libvpx-1.0.0/debian/control libvpx-1.0.0/debian/control
--- libvpx-1.0.0/debian/control 2012-02-01 10:50:00.0 +0200
+++ libvpx-1.0.0/debian/control 2012-02-20 13:07:16.0 +0200
@@ -2,8 +2,7 @@
Package: libvpx
Version: 1.0.0-1.1
Severity: normal
Tags: patch
Hi,
The following patch adds NEON optimized builds for libvpx on
armel and armhf architectures. This patch builds on top of the
patch in #643016. List of changes in the patch.
debian/patches/fix-armhf-link.patch:
patch away
Hi,
Have you had a chance to look at this patch?
Riku
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
On Mon, Sep 26, 2011 at 10:53:03PM +0200, Mike Hommey wrote:
Same as libxml2, I didn't bother yet because of the rdeps using .la
files. But I think it got better on libxslt.
Hi, I finally got around scanning the archive. I see that no .la file in
the archive references to libexslt.la or
Hi,
I think 6 months is a bit too long time to keep bugs in pending state?
Is there any upload planned soon?
Riku
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: python-gst0.10
Version: 0.10.22-1
Severity: normal
User: codeh...@debian.org
Usertags: la-file-removal
To finish an old release goal from Squeeze, to comply with Policy
10.2 and to ease the introduction of MultiArch, I'm filing bugs
against packages which contain .la files which can be
block 643026 with 633264
block 643026 with 633319
block 643026 with 631981
block 643026 with 633260
block 643026 with 633273
block 643026 with 633265
block 643026 with 620766
thanks
The rest foo.la (tulip, illuminator, subtitleeditor, opensync-plugin*) that
referred
to libxml2.la were lafiles
Hi,
On Sat, Sep 10, 2011 at 11:43:12PM +0200, Bastien ROUCARIES wrote:
Thanks for the patch, I wil ltry to commit it in the next version of
imagemagick
However could give a piece of advice. Do you think it is a good
solution for multiarch to reimplement config script using pkgconfig ?
It
Hi Sebastian,
Any news on this patch?
Riku
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Raof said:
You say you've tested this on Ubuntu - to what extent have you tested?
This looks like it will break everything depending on
libgstreamer0.10-0 because it won't be able to find the plugins until
they're updated to install in the multiarch paths. If so, then (a)
patches should be
Package: dh-autoreconf
Severity: important
Version: 5
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Tags: patch
Hi,
For cross-compiling with multi-arch, we need to set up Multi-Arch: foreign
for Arch: all packages. This slightly counter-intuitive is explained at
://wiki.ubuntu.com/MultiarchSpec#Dependencies_involving_Architecture:_all_packages
Riku
From e497311d359e0e112bed0cb56134e6c77f48f947 Mon Sep 17 00:00:00 2001
From: Riku Voipio riku.voi...@linaro.org
Date: Tue, 7 Feb 2012 02:41:25 +0200
Subject: [PATCH] Add multi-arch foreign field
Signed-off
://wiki.ubuntu.com/MultiarchSpec#Dependencies_involving_Architecture:_all_packages
Riku
From b15989d9870323fb683be030408b841ec942fbcc Mon Sep 17 00:00:00 2001
From: Riku Voipio riku.voi...@linaro.org
Date: Tue, 7 Feb 2012 02:49:37 +0200
Subject: [PATCH] Add multi-arch foreign field
Signed-off
Package: doxygen
Severity: normal
Version: 1.7.6.1-2.1
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Tags: patch
Hi,
For cross-compiling with multi-arch, we need to set up Multi-Arch: foreign
for packages that need build host architecture version of the selected package.
as
Thanks Cyril for tracking this down.
On Wed, Feb 08, 2012 at 01:15:00PM +0100, Cyril Brulebois wrote:
I think at least the attached patch won't hurt (when the DYN_ALLOC part
is fixed; and possibly turning that into a MEMSET-like macro).
And given dh_compress is passing files in an arbitrary
On Mon, Oct 03, 2011 at 04:06:13AM +0200, Michael Biebl wrote:
unfortunately this patch is incomplete. There are several packages
installing shlibs into /usr/lib/orbit-2.0 which would be broken:
Either you update all rdeps to the new MA location or better make orbit
look both into the old
Package: patchutils
Version: 0.3.2-1
Severity: normal
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Tags: patch
Hi,
The attached patch adds Multi-Arch: foreign fields debian/control
to allow cross-architecture (build)-depends. Similar change would be
nice for patch package as
Hi,
Just to chime in to list some real world cases where env variable
substition would have been useful, but lacking it I had to create
some workarounds:
popt[1], and ncurses, have now install.in and links.in, which are
then preprocessed to the actual files. Wireless-tools[2] avoids
template
Hi,
looks like this bug is not present in versin: 2.11-1
aa5473d00ffe38d89db1d343a13e6e17 ./s390/usr/share/doc/libtasn1-3/NEWS.gz
aa5473d00ffe38d89db1d343a13e6e17 ./sparc/usr/share/doc/libtasn1-3/NEWS.gz
aa5473d00ffe38d89db1d343a13e6e17 ./powerpc/usr/share/doc/libtasn1-3/NEWS.gz
Hi Russell,
4 months of no comments from you to the bug, so I went ahead and
uploaded my patch to delayed/4 days.
Once you get time to work on your packages again, please consider
using Kyles patch. If Manoj is no longer working on the packages,
it makes a lot of sense to start doing the
-compiling on x86/amd64 machines
+
+ -- Riku Voipio riku.voi...@linaro.org Sun, 13 Nov 2011 13:21:43 +0200
+
glib2.0 (2.30.2-4) unstable; urgency=low
* Upload to unstable.
diff -Nru glib2.0-2.30.2/debian/control glib2.0-2.30.2/debian/control
--- glib2.0-2.30.2/debian/control 2011-11-18 20:43
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
reassign 524155 ftp.debian.org
retitle 524155 RM: basilisk2 -- RoQA; ROP; RC-buggy; abandoned upstream
thanks
Hi,
No response from maintainer and no bugfix for RC bugs in years. Please remove.
Thanks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Hi Daniel,
You have marked this bug as pending in october. Did you find some issue
with my patch, or have you just been busy since then?
Riku
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Fri, Dec 16, 2011 at 07:24:07PM +0100, Daniel Baumann wrote:
On 12/16/2011 04:32 PM, Riku Voipio wrote:
You have marked this bug as pending in october. Did you find some issue
with my patch, or have you just been busy since then?
i've uploaded it already some weeks ago, but it got
/debian/changelog 2011-12-23 15:08:14.0 +0200
@@ -1,3 +1,9 @@
+gconf (3.2.3-2) unstable; urgency=low
+
+ * Convert to multiarch
+
+ -- Riku Voipio riku.voi...@linaro.org Fri, 23 Dec 2011 15:07:53 +0200
+
gconf (3.2.3-1) unstable; urgency=low
[ Jeremy Bicha ]
diff -Nru gconf-3.2.3
Hi,
any updates on this bug?
Riku
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Tue, Jul 23, 2013 at 02:52:43PM -0700, Don Armstrong wrote:
1) Does libjpeg-turbo (LJT) now completely support the libjpeg8 ABI?
I think it is more relevant to follow the ABI used by the rest of Linux
community. Pretty much everyone but Debian is moving to LJT, most users
still using the IJG
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-dist-requ...@lists.debian.org
with a subject of
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
Hi,
This is sad, someone actually releases their wireless card firmware
under GPL and we fail to get it included in Debian. Way to encourage
manufacturers to open source their firmwares and end users to buy
hardware with open firmware...
This is quite classic case where perfect has beome the
@@
+python2.7 (2.7.3-6linaro1) UNRELEASED; urgency=low
+
+ * Backport python Multiarch changes from 3.3 packaging
+- Thanks to Mathias Klose and Wookey
+
+ -- Riku Voipio r...@debian.org Tue, 11 Sep 2012 13:00:14 +
+
python2.7 (2.7.3-5) unstable; urgency=low
* Enable verbose build
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
On Mon, Jan 14, 2013 at 11:41:48AM +, Ben Hutchings wrote:
On Tue, 2012-09-04 at 10:07 +0300, Riku Voipio wrote:
I don't believe it's absolutely necessary to build from sources during
the package build, and indeed none of the other free firmware images are
rebuilt. The problem has been
On Mon, May 07, 2012 at 02:33:54PM +0100, Adam D. Barratt wrote:
fwiw, there's just (as in within the past couple of hours) been a change
committed upstream which defaults accept_8bitmime to true.
Good news.
As mentioned on bug #445013:
-snip-
accept_8bitmime = true
I would actually
Package: dovecot
Version: 1:2.1.4-1
Severity: wishlist
Tags: patch
Dovecot has support for systemd socket activation as well as the needed
service files. To include these in dovecot, enable
support with the configure flag --with-systemdsystemunitdir=auto and
build-depending on systemd (for the
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-dist-requ...@lists.debian.org
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
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
Hi,
According the debian bug report [1], it is not possible to use std::future
on armv5 targetting toolchains. This is because libstdc++ will only enable
std::future if ATOMIC_INT_LOCK_FREE 1. There is no LDREX for armv5 and
older, so this definition is set to ATOMIC_INT_LOCK_FREE when
On Wed, Apr 24, 2013 at 01:48:48PM +0200, Mike Gabriel wrote:
C. Decide which package should provide default libjpeg-dev library
Last statement from Bill: libjpeg by IJG
The current IJG has nothing to do with the IJG that originally created JPEG.
The last activity of original IJG was in
On Wed, Apr 24, 2013 at 03:19:59PM +0200, Bill Allombert wrote:
As IJG libjpeg maintainer, my plan is to move to libjpeg9 which has more
feature.
Only the applications that actually want to experiment with libjpeg8/9 ABI
should be using it -
The 100% of current applications that work just
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
Hi,
Any news on rust packaging?
Riku
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: mpg123
Version: 1.16.0-1
Severity: normal
Tags: patch
Hi,
As discussed at
https://bugs.launchpad.net/ubuntu/+source/mpg123/+bug/1072696
mpg123 and audacious fail to work together on arm with current
cpu setting of mpg123. Not providing float output could be
considered and abi
Hi,
On Sun, Feb 16, 2014 at 07:41:02PM -0500, Reinhard Tartler wrote:
On Sun, Feb 16, 2014 at 7:28 PM, peter green plugw...@p10link.net wrote:
We can't use the neon option because no arm port of debian gaurantees that
neon will be available. So I belive until the no-fpu options are made
-- Forwarded message --
From: Thomas Orgis thomas-fo...@orgis.org
Date: Sun, Feb 16, 2014 at 5:46 AM
Subject: Bug#738981: Switch to use generic_fpu for ARM
To: 738...@bugs.debian.org
There is no runtime detection in mpg123 for this and at least for the
decision of fixed
Package: qtwebkit-opensource-src
Version: 5.2.1+dfsg-3
X-Debbugs-CC: debian-...@lists.debian.org
Severity: normal
Checking the end of the builddlog[1]:
/tmp/ccaKPWJK.s: Assembler messages:
/tmp/ccaKPWJK.s:23: Error: selected processor does not support ARM mode
`blx r0'
make[4]: ***
On Sun, Mar 02, 2014 at 12:02:40PM +0100, Thomas Orgis wrote:
Am Sat, 01 Mar 2014 01:00:02 +0900
schrieb Taihei Momma t...@mac.com:
OK, after some investigation with armhf cross environment and qemu, finally
the current mpg123 svn (r3517) should work
After Tahei didn't stop at this
On Tue, Mar 04, 2014 at 11:49:45AM +0100, Thomas Orgis wrote:
In any case ... Riku: Care to run timings of MAD on your
configurations? I'm interested in how fast it is producing that 24 bit
output on limited CPUs.
time madplay -d -o null: convergence_-_points_of_view/*.mp3 /dev/null
Cortex
On Tue, Mar 04, 2014 at 02:59:44AM +, peter green wrote:
On Sun, Mar 02, 2014 at 09:06:44AM -0500, Reinhard Tartler wrote:
That sounds like if the mpg123 package should use:
on armel: --with-cpu=arm_nofpu
on armhf: --with-cpu=arm_fpu
Does this make sense to everybody?
Seems sane to
Hi,
Some xen people just bumped into this bug:
xxx: I dug into the issue yesterday night, the issue come from mawk which is a
silly version on Debian Jessie and Ubuntu
All the other major distributions (fedora, suse, ...) have switched to mawk
1.3.4. Five years since opening the bug,
On Tue, Mar 25, 2014 at 09:32:33AM -0700, Steve Langasek wrote:
On Tue, Mar 25, 2014 at 05:30:50PM +0200, Riku Voipio wrote:
This is the bug about requesting a new upstream version. I'm pretty sure
that's not the bug your users were running into.
The code worked fine on mawk from other
Hi,
At the buildd:
22477 buildd30 10 97752 93m 420 R 100.2 2.5 26:15.31 dpkg-deb -Zxz
--build debian/libwebkitgtk-3.0-0-dbg ..
26 minutes and counting compressing a dbg package.
The buildd is quadcore, so considerable amount of
time could be saved with parallel
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
Hi,
Looks like I got kind of hit by this - /etc/network/if-up.d/mountnfs
tries to start rpcbind and seems to fail so for me, hanging the boot.
Previously rpcbind was started before networking target, seemingly
accidentally.
Now systemd integration is a release goal[1], so it would be nice if
Package: llvm-toolchain-3.4
Version: 1:3.4.2-2
Severity: important
From the build log:
https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-3.4arch=armhfver=1%3A3.4.2-2stamp=1403011962
Making LLVM unittest 'lit.site.cfg' file...
( ulimit -t 600 ; ulimit -d 512000 ; ulimit -m 512000 ;
Hi,
I've set build of llvm-toolchain-3.4 on armel as failed, since
llvm-toolchain-3.4 build crashed the buildd. According to discussion
on #debian-buildd, this could be considered a serious bug - but I'm
leaving this as important for now, assuming a quick fix anyways :)
Riku
--
To
Package: sbuild
Version: 0.64.0-1+buildd20140413.0
Severity: wishlist
Rather low wishlist - Currently build logs end with:
Build needed 00:07:05, 6776k disc space
It would be nice, if the log ended with results from getrusage(2), like
what time command returns:
$ time make -j5
...
real
Hi.
I also bumped into a bug that should be fixed in newer docker:
https://github.com/docker/docker/issues/6345
Any news when you would update the package?
Riku
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
76ac76a0d52cad3b555a8f1d0822cf1fcf884d77 Mon Sep 17 00:00:00 2001
From: Riku Voipio riku.voi...@linaro.org
Date: Fri, 15 Aug 2014 13:22:44 +0300
Subject: [PATCH] Add support for preserve-argv0 flag
Qemu will start requiring setting P in binfmt_misc
flags [P]. Unfortunately update-binfmts doesn't just
pass flags section
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
On Tue, Aug 19, 2014 at 03:30:22AM +0100, Colin Watson wrote:
Control: tag -1 fixed-upstream
On Fri, Aug 15, 2014 at 01:47:36PM +0300, Riku Voipio wrote:
Qemu will start requiring setting P in binfmt_misc
flags [P]. Unfortunately update-binfmts doesn't just
pass flags section
Package: buildd
Version: 0.64.0-1+buildd20140413.0
Severity: normal
We see the following error in buildd log:
May 28 14:35:52 buildd-uploader[28069]: owncloud-client: not taken by you, but
by buildd_armhf-henze. Skipping.
This is a buildd which builds multiple architectures (armel/armhf), with
Package: healpix-cxx
Version: 3.11.2-6
Severity: normal
healpix-cxx build log on armel:
DEB_BUILD_OPTIONS=parallel=2
-snip-
make check-TESTS
+-+
| hpxtest v3.11.2 |
+-+
Vector math: not supported by this binary
OpenMP active: max. 4 threads.
After a while
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
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
: #748074
+- works around #622394
+
+ -- Riku Voipio riku.voi...@linaro.org Fri, 31 Oct 2014 09:46:50 +0200
+
rpcbind (0.2.1-6) unstable; urgency=medium
* Upload to unstable.
diff -Nru rpcbind-0.2.1/debian/control rpcbind-0.2.1/debian/control
--- rpcbind-0.2.1/debian/control 2014-08-18 12:37
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-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Package: apparmor
Version: 2.9.0-3+exp1
Severity: wishlist
Tags: patch
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
To allow cross-arch installations of packages depending on apparmor,
a foreign stanza is needed. This was one requirement to install
armhf docker.io packages to
Package: iptables
Version: 1.4.21-2
Severity: wishlist
Tags: patch
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
To allow cross-arch installations of packages depending on iptables,
a foreign stanza is needed. This was one requirement to install
armhf docker.io packages to a
Package: cgroupfs-mount
Version: 1.1
Severity: wishlist
Tags: patch
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
A multi-arch: foreign stanza is needed to install docker.io recommends
on a foreign architecture. The attached patch does it, although it is
totally trivial. With
Package: gcc-4.9-aarch64-linux-gnu
Version: 4.9.2-10
Severity: normal
The command: aarch64-linux-gnu-gcc -static -o test arm_neon_sample.c
Works native aarch64-linux-gnu-gcc in sid, as well with cross-gcc provided
by linaro (9-2014.09). Cross-compiler in this package fails:
Sep 17 00:00:00 2001
From: Riku Voipio riku.voi...@linaro.org
Date: Wed, 25 Mar 2015 10:57:07 +0200
Subject: [PATCH] Split libqgtk2 to a separate package
Saves some space on on systems where GTK2 isn't installed.
Signed-off-by: Riku Voipio riku.voi...@linaro.org
---
debian/control
severity 731634 important
forcemerge 731634 777267
retitle 731634 xz-utils new upstream version: 5.2.1
thanks
Hi,
New version with threaded compression support would really be appreceated.
Riku
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
On Friday, March 27, 2015 7:32:26 PM EET, Jonathan Nieder wrote:
severity 731634 important
Why important, though? Is there a package depending on this behavior,
a reason it is needed in stable, or an unreported important bug that
is fixed by the upgrade?
Mostly because the other bug merged
user debian-...@lists.debian.org
usertag 785649 arm64
usertag 785093 arm64
retitle 785649 go-md2man: Enable the build for gccgo platforms
block 785093 by 785649
thanks
Hi,
Attached better patch from ubuntu, this will enable build not just
on ppc, but arm64 and other platforms without golang but
Sorry, wrong patch last time. This one with correct work_out_debs
if option.
From 44a05e04ae39a4a32ffd089f7e8c6be2624e0d5b Mon Sep 17 00:00:00 2001
From: Riku Voipio riku.voi...@linaro.org
Date: Thu, 20 Aug 2015 10:39:02 +0300
Subject: [PATCH] Remove scratchbox2 support
Since scratchbox2
Package: ftp.debian.org
Severity: normal
There are alternatives for omap Xorg, and nobody has cared enough to
update this one. The upstream homepage has vanished, and the package
fails to build with latest Xorg
Package: ftp.debian.org
Severity: normal
As per bug #790279, scratchbox2 would need upstream changes to work
in future. Since it has been abanonded by usptream author, and
replaced by better alternatives, it is better dropped of from
debian than fixed.
Hi,
These obsolete urls are already checked with duck[1][2]. I
think what would make sense would be to make lintian recommend
duck. Then lintian can run duck if it has been installed.
[1] http://duck.debian.net/
[2] https://packages.debian.org/sid/duck
44a05e04ae39a4a32ffd089f7e8c6be2624e0d5b Mon Sep 17 00:00:00 2001
From: Riku Voipio riku.voi...@linaro.org
Date: Thu, 20 Aug 2015 10:39:02 +0300
Subject: [PATCH] Remove scratchbox2 support
Since scratchbox2 was removed from Debian, remove this special
case from debootstrap. scratchbox2 has been abandoned
Package: ser2net
Version: 2.9.1-1
Severity: wishlist
Tags: patch
Hi,
ser2net uses : as field separator in ser2net.conf. Udev creates by-path and
by-id paths to identify unique serial ports. These paths are highly
useful as ttyUSB* might end up shuffling around.
But the by-path symlink has
00:00:00 2001
From: Riku Voipio <riku.voi...@linaro.org>
Date: Wed, 21 Oct 2015 15:50:07 +0300
Subject: [PATCH] armhf and arm64 support
Add support for building chromium on armhf and arm64
---
debian/control | 7 +-
debian/patches/aarch64-fixes.patch
found 804250 3.0~dfsg-3
thanks
> Linker script needs adjustment to include typeinfo as need?
I've confirmed that rebuilding assimp with removing the following bit:
-DCMAKE_SHARED_LINKER_FLAGS="-Wl,--version-script=$(CURDIR)/debian/libassimp3.ver
$(LDFLAGS)" \
Makes armhf linking
This breaks also building rviz and ros-robot-model.
../devel/lib/libcollada_urdf.so.1.11.8: undefined reference to `typeinfo for
Assimp::IOSystem'
Linker script needs adjustment to include typeinfo as need?
Riku
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
d
+ * build with clang-3.7 since older clangs are broken on armhf
+ * use gcc for build on arm64 since asm file fail to compile
+
+ -- Riku Voipio <r...@asachi.debian.org> Fri, 25 Sep 2015 18:07:49 +
+
chromium-browser (46.0.2490.13-1) experimental; urgency=medium
* New upstream beta
Package: openni2
Version: 2.2.0.33+dfsg-4
Severity: wishlist
Tags: patch
User: debian-...@lists.debian.org
Usertag: arm64
Currently openni2 builds only for armhf and x86. With the attached
patch, a generic Linux plaform is defined. This should work with any
reasonable Linux architecture. I've
Hi,
With the following patch I got chromium for armhf built. This was with
arm64 machine in armhf chroot, so full 4G available. I assume for native
armhf 3/1 memsplit is needed.
Notice it needs a fix to objcopy/strip in binutils to handle stripping a > 2GB
file.
I'm still working on cleaning up
:24.0 +
@@ -1,3 +1,9 @@
+chromium-browser (46.0.2490.13-1.1) UNRELEASED; urgency=medium
+
+ * armhf build
+
+ -- Riku Voipio <r...@asachi.debian.org> Fri, 25 Sep 2015 18:07:49 +
+
chromium-browser (46.0.2490.13-1) experimental; urgency=medium
* New upstream beta release
On Tue, Oct 13, 2015 at 11:48:04AM +0300, Riku Voipio wrote:
> Notice it needs a fix to objcopy/strip in binutils to handle stripping a >
> 2GB file.
> I'm still working on cleaning up that patch.
The patch for binutils as attached to the upstream bug:
https://sourceware.
severity 801695 serious
thanks
This is not reprocible on clang-3.7 or clang-snapshot. I think the
fastest course to fix is to make clang-3.7 default for arm64.
Riku
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
Package: wnpp
Severity: wishlist
Owner: Riku Voipio <riku.voi...@linaro.org>
* Package name: kvmtool
Version : 20150903
Upstream Author : Pekka Enberg, Sasha Levin and others
* URL :
https://git.kernel.org/cgit/linux/kernel/git/will/kvmtool.git/
* L
On perjantaina 4. joulukuuta 2015 17.55.15 EET, Robert Edmonds wrote:
Riku Voipio wrote:
protobuf3 is now in beta. Since this package is in
collab-maint, do you mind
if update the package in archive?
Hi, Riku:
The protobuf packaging repository is moving to a dedicated packaging
group
Hi,
protobuf3 is now in beta. Since this package is in collab-maint, do you
mind if update the package in archive?
Riku
Hi,
On torstaina 17. joulukuuta 2015 18.42.40 EET, Gianfranco Costamagna wrote:
control: severity -1 important
Hi dear maintainer, I write here to make you aware of my intent
to NMU this package and lirc.
Let me know if you need a sponsor or you want to review
changes, otherwise I'll
801 - 900 of 991 matches
Mail list logo