needs filing against xlibmesa-gl. I will file
such a bug and reference this one and hopefully the strike force will get to
the bottom of this.
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/ play: http://www.chaos.org.uk
Package: libembperl-perl
Severity: serious
Justification: Policy 4.8
Build:
http://buildd.debian.org/fetch.php?pkg=libembperl-perlver=2.0.1-1arch=armst$
fails during output caching tests:
sub EXPIRES in source... ok
sub EXPIRES in source (cached)...ok
Performing httpd syntax check 1 ...
libreadline44.3-11 GNU readline and history
libraries
Wookey
--
Aleph One Ltd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
(?)/most(?) hardware.
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/ play: http://wookware.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
*/
-#undefine MACHINE
+#undef MACHINE
#define BYTESWAPPED TRUE
#else
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/ play: http://wookware.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
I've installed the build-deps needed for python-qt3 on
leisner.debian.org (arm developer box). Hopefully that will help get
to the bottom of the problem. Hassle me further if you need more stuff
on the machine.
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel +44 (0) 1223 811679
are it.
So in summary, I think it is reasonable to leave mono arm v4 only as
in practice it will cause 0 people any grief.
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/ play: http://wookware.org/
--
To UNSUBSCRIBE
package_revision_raw.txt
command for about 30 hrs so I think it's safe to conclude it's not
going to finish.
running
home/wookey/monotone-0.30/./mtn --root=. automate get_base_revision_id
by hand gets this error:
error while loading shared libraries:
libboost_date_time-gcc-mt-1_33_1.so.1.33.1: cannot
-dev
builds OK in pbuilder.
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/ play: http://www.chaos.org.uk/~wookey/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
reads:
H1756?
So something is amiss there. I'll take a look at that and see if I can
work out what needs doing.
I've only tried it in english so far. I suppose I should check
something else.
Wookey
--
Principal hats: Balloonz - Toby Churchill - Aleph One
Package: linux-kernel-headers
Version: 2.6.18-2
Severity: serious
Justification: no longer builds from source
building fails with
cc -Wall -Werror -W -I
/root/linux-kernel-headers-2.6.18/testsuite/../debian/linux-kernel-headers/usr/include
-I
* depending on the gcc version.
*/
- asm (eor\t%0, %1, %1, ror #16 : =r (t) : r (x));
+ __asm__ (eor\t%0, %1, %1, ror #16 : =r (t) : r (x));
} else
#endif
t = x ^ ((x 16) | (x 16)); /* eor r1,r0,r0,ror #16 */
Wookey
--
Aleph
/viewpatch.php?id=3608/1
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/ play: http://wookware.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I can confirm that with the fix suggested above (changed python2.3-dev
to python2.4-dev in build-deps, knoda builds fine on arm unstable.
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/ play: http://wookware.org
.
This works.
But the previous NMU to fix this bug _enabled_ maintainer mode to fix
the very same problem. We can't both be right.
Can someone who understands automake determine what the correct thing
to do is?
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel +44 (0) 1223 811679
work: http
On 2006-10-16 09:49 -0700, Debian Bug Tracking System wrote:
The original build was against linux-headers-2.6.17, so I installed
linux-headers-2.6.18-1 and rebuilt, but it doesn't change the error.
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel +44 (0) 1223 811679
work: http
; it is that the
file pdftex.fmt is missing, due to specifying a build-dep on
texlive-base-bin which should actually have been texlive-base.
fmtutil just looks in $HOME when it can't find the system-wide file (I
assume).
A 0.5.1 upload fixing this is imminent.
Wookey
--
Principal hats: Balloonz - Toby
?SJan07 0:00 hald-runner
root 21684 0.0 0.0 22052 680 ?SJan07 0:00
/usr/lib/hal/hald-addon-cpufreq
105 21686 0.0 0.0 25932 768 ?SJan07 0:08
/usr/lib/hal/hald-addon-acpi
wookey 28139 0.0 0.0 45428 1040 ?SJan07 0:00
, so chucking it now, just because the
problem has been noticed, is not warranted - it's a huge regression.
We can warn people prominently in the postinst or just turn off ssl.
Hopefully I can actually fix the problem. So hold off binning it please.
Wookey
--
Principal hats: Balloonz - Toby
+++ Niels Thykier [2012-01-26 17:24 +0100]:
Hi Wookey,
The javahelper bug has been fixed now, so you can proceed with this. :)
Yeah, I saw that but when I did a quick testing update and rebuild a
week or so ago I still got the CRC error. I don't understand why, but
have been too busy to work
javahelper is fixed. See
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649842
I'll try and get to the bottom of this.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject
-bin/bugreport.cgi?bug=654899#95
Another upload with the correct dependency would stop people getting
accidentally bitten by this in the future.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
around it seems like the autobuilder is still calling 'build'
even though it only installs 'Build-Depends'. It seems that what is
needed is dpkg 1.16.2 or later in order to have build-indep called
automatically in preference when present. So I'll add a dependency on
that and re-upload.
Wookey
program
So that built OK. I ran:
LD_PRELOAD=/home/wookey/debian/wheezy/memcpy_hider.so fastjar xf
/usr/share/terraintool/terraintool.jar META-INF/MANIFEST.MF
and it still gives a CRC error :-(
So either I've done something wrong or the memcpy thing is not the
problem here?
This suggests
+++ tony mancill [2012-01-06 13:26 -0800]:
On 01/05/2012 08:14 PM, Wookey wrote:
Thank you for in-depth look into this bug. Niels or Matthew, any
concerns with me preparing an upload?
This seems to me to be a serious problem blocking all
java-helper-using packages
So, I took
be closed.
Debian:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=654899
Upstream:
https://rt.cpan.org/Public/Bug/Display.html?id=73797
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
+++ diffutils-3.2/debian/changelog 2012-11-15 15:56:56.0 +
@@ -1,3 +1,9 @@
+diffutils (1:3.2-8) UNRELEASED; urgency=low
+
+ * Fix lib/stdio.in.h to build with glibc-2.16 (no gets)
+
+ -- Wookey woo...@wookware.org Thu, 15 Nov 2012 15:56:17 +
+
diffutils (1:3.2-7) unstable; urgency=low
/debian/changelog
--- tar-1.26/debian/changelog 2011-12-30 16:33:42.0 +
+++ tar-1.26/debian/changelog 2012-11-15 18:16:35.0 +
@@ -1,3 +1,9 @@
+tar (1.26-5) UNRELEASED; urgency=low
+
+ * Fix included gnulib so we don't get FTBFS with eglibc-2.16
+
+ -- Wookey woo...@wookware.org
the build of some other package looks like it is failing for
essentially the same reasons:
/usr/share/jed/lib/site.sl:1902:mode_hook:Open failed
Local variables for mode_hook:
String_Type ext = tm
Integer_Type n = 0
String_Type mode = tm_mode
Error encountered while executing mode_hook
Wookey
why this isn't doing the right thing on a buildd
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
up in both
therion-doc and therion-viewer. Will upload a fix shortly.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
Package: policycoreutils
Version: 2.1.10-1
Followup-For: Bug #660345
I just got the same problem as #662772:
Setting up policycoreutils (2.1.10-1) ...
update-rc.d: /etc/init.d/policycoreutils exists during rc.d purge (use
-f to force)
dpkg: error processing policycoreutils (--configure):
://localhost/debian/ unstable/main libslang2-dev amd64 2.2.4-12
[627 kB]
which is the broken version.
A rebuild now (against 2.2.4-14) should be fine.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
+++ Wookey [2012-07-19 00:03 +0100]:
+++ Antti-Juhani Kaijanaho [2012-07-18 22:30 +0300]:
libslang was broken for a while recently in testing:
I meant unstable of course.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email
if it doesn't work
everywhere.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
is in a released version yet - one
would hope so).
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
1.4.16-5 arm64
a macro processing language
ii autopoint 0.18.1.1-10ubuntu3 all
The autopoint program from GNU gettext
Just in case any of that helps
Wookey
--
Principal hats: Linaro
ago, but looks like I got bogged down in
updating to a newer release and never actually uploaded the fix. Sorry
about that.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
Source: pcre3
Version: 8.35-1
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
You have addded dh-autoreconf support (thank you!), but forgotten to
add the dh-autoreconf build-dep that it needs. (Always test with
sbuild/pbuilder before
tags 749061 + pending
thanks
Dear maintainer,
I've prepared an NMU for graphviz (versioned as 2.26.3-17.1)
fixing this issue, which unblocks a lot of packages for the arm64 port.
I've uploaded it to DELAYED/2. Please feel free to tell me that I
should delay it longer.
cheers
--
Wookey
diff
I just confirmed this issue on arm64 (building raptor for the first time).
Removing the autoreconf.mk line from debian/rules lets it build. So
the shipped ./configure is OK, but the one generated by the autoreconf
isn't.
I've not yet investigated further.
Wookey
--
Principal hats: Linaro
Hmm, apparently I failed to actually upload this.
Trying again...
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
just removes them.
My understanding of c++ symbols is such that I don't know which is
better (or whether the arm64 fix works on mips64). But either fix
makes the package satisfactory on arm64 so is OK with me.
Hope this is a useful datapoint.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware
tags 724078 + pending
thanks
Dear maintainer,
This package has been FTBFS for several months, and thus failed to
build in arm64 which is building now:
(http://buildd.debian-ports.org/status/architecture.php?a=arm64suite=sid).
So I've prepared an NMU for dhcpcd-dbus (versioned as 0.6.0-1.1) and
Package: libprelude
Version: 1.0.0-11.1
Followup-For: Bug #748776
libprelude FTBFS on arm64 just as it does on armel and armhf:
make[5]: Entering directory
'/home/buildd/packages/modified/libprelude-1.0.0/tests'
../test-driver: line 107: 32328 Segmentation fault $@ $log_file 21
FAIL:
in rules so config.{sub,guess} is actually updated.
+
+ -- Wookey woo...@debian.org Fri, 23 May 2014 14:25:42 +
+
graphviz (2.26.3-17) unstable; urgency=medium
* QA upload.
diff -Nru graphviz-2.26.3/debian/rules graphviz-2.26.3/debian/rules
--- graphviz-2.26.3/debian/rules 2014-02-12 02:45
I prepared a patch for this, and tested it on arm64. Fixes the build
problem as advertised.
Simple patch attached. I'm happy to NMU this if you like,
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
diff -Nru psensor-0.8.0.4/debian/changelog psensor
Source: linux
Version: 3.13.4-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
End of the build log at:
https://buildd.debian.org/status/fetch.php?pkg=linuxarch=armelver=3.13.4-1stamp=1393291598
...
kernel-wedge find-dups 3.13-1-orion5x
some
for autoreconf to work
+
+ -- Wookey woo...@debian.org Wed, 06 Aug 2014 16:19:34 +
+
openjade (1.4devel1-21) unstable; urgency=low
* Added dependency on libperl4-corelibs-perl for getopts.pl. (Closes:
diff -u openjade-1.4devel1/debian/control openjade-1.4devel1/debian/control
--- openjade-1.4devel1
to do an NMU in order to unblock arm64 builds.
Wookey
diff -Nru qtwebkit-2.2.1/debian/changelog qtwebkit-2.2.1/debian/changelog
--- qtwebkit-2.2.1/debian/changelog 2013-11-05 01:15:31.0 +
+++ qtwebkit-2.2.1/debian/changelog 2014-06-08 00:20:13.0 +
@@ -1,3 +1,10 @@
+qtwebkit
to require this. ia32-libs
and some wine packages already do this.
So until buildds are actually updated this bug is technically correct,
but I do not believe it should block the packages from
migrating. Ultimately the release team gets to decide.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware
.
So I see no reason to block these packages because they do not include
cross-gobjc, cross-gccgo, cross-gcj etc.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject
no practical difference.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
10:55:06.0 +
+++ openmeeg-2.0.0.dfsg/debian/changelog 2014-10-27 01:36:10.0 +
@@ -1,3 +1,10 @@
+openmeeg (2.0.0.dfsg-5.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Transition libtiff dependencies away from libtiff4 (Closes: 736035)
+
+ -- Wookey woo
Package: gtktrain
Followup-For: Bug #759232
This bug isnot due to spaces/TABs but due to having this stanza in
intl/Makefile.in:
# The dependency for intlh.inst is different in gettext and all other
# packages. Because we cannot you GNU make features we have to solve
to support new architectures
+
+ -- Wookey woo...@turfan.debian.net Wed, 29 Oct 2014 01:17:05 +
+
gtktrain (0.9b-13) unstable; urgency=low
* Bumped to Standards-Version: 3.8.0.
diff -u gtktrain-0.9b/debian/compat gtktrain-0.9b/debian/compat
--- gtktrain-0.9b/debian/compat
+++ gtktrain-0.9b
Just a datapoint:
It builds fine under sbuild:
sbuild -A -s -d unstable mpi4py_1.3.1+hg20131106-1.dsc
The test run OK there, but maybe sbuild does less environment sanitising?
As it's sbuild that gets used on the buildds, does that mean that this
is not actually a serious bug?
Wookey
+++ Uwe Kleine-König [2014-11-27 20:16 +0100]:
Source: gcc-arm-linux-gnueabihf
Version: 4.9.2-2
Severity: serious
Justification: Not installable
Hello wookey,
gcc-arm-linux-gnueabihf depends on gcc-4.9-arm-linux-gnueabihf which in
turn:
$ grep-aptavail -P -X -s Version,Depends gcc
checked.
Did you do
dpkg --add-architecture armhf
before the update?
That is needed to have the dependencies available.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject
that is supposed to move elsewhere AFAIK, so that's the reason I've
bothered reporting this at all.
Yes, some functionality something like this needs to live
somewhere. The design is still up for grabs.
For now dpkg-cross is all we have.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http
allowed cross-gcc-gensource to work, so
cross-gcc-dev should depend on realpath...
Well spotted. Fixed in git. THere will be a new upload in the next few
days.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
--- linux-4.0.4/debian/changelog 2015-05-26 02:30:07.0 +0100
+++ linux-4.0.4.new/debian/changelog 2015-06-05 03:13:13.936808845 +0100
@@ -1,3 +1,10 @@
+linux (4.0.4-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS on amd64 (Closes: #787004)
+
+ -- Wookey woo
yet. Hopefully that will be sorted
soon. Use a snapshot or testing in the meantime.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
depends on version
4.9.2-18 of libgcc-4.9-dev, but only 4.9.2-21 is available. The same for
gcc-4.9-arm-linux-gnueabi.
Yes, the gcc packages got out of date and were not rebuildable (on
amd64) for a while due to 787004.
That's fixed now so I've just uploaded current packages.
Wookey
all make sense.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
in the control file so the above one-line
change is all that's needed). Patch attached anyway, as I've done one.
I'm happy to NMU this if you like.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
diff -Nru elinks-0.12~pre6/debian/changelog elinks-0.12~pre6/debian
these packages build. The relevant
wanna-build bug is #770925.
(In fact some builds with multiarch build-deps worked before the
jessie upgrade, but only due to the way the wheezy version of dose
worked)
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE
/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/bin/ld:
> this linker was not configured to use sysroots
> collect2: error: ld returned 1 exit status
Right. I hit this problem too.
I can confirm that the new upload 2.25.1-3 fixes it
Wookey
--
Principal hats: Lina
the
APIs match up.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: Digital signature
, because debian
patches back in Makefile.am a 'lookat' target into, the source file
for which was removed in 2006! after dh_autoreconfing this gets back
into the build and it barfs.
GUess I'd better fix that and try again...
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http
+++ tony [2016-02-11 07:43 -0800]:
> Hi Wookey,
>
> Just a quick response - I haven't yet had any time to dig into this in
> any detail, but also didn't want your email to go un-answered.
cheers
> First of all, thank you for working on this! I don't have any direct
> involve
+++ Debian Bug Tracking System [2016-02-15 19:33 +]:
> Guess I'd better test this build on amd64 and see if I get the same failure
OK. I do indeed get the same failure on amd64, so this is due to the
autoreconfing and associated changes somehow.
Wookey
--
Principal hats: Linaro, Deb
. If the
maintainer wants any changes I'm happy to re-upload.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: Digital signature
5.0.0a-2.2 NMU
+
+ -- Wookey <woo...@debian.org> Fri, 22 Jul 2016 01:26:53 +0100
+
most (5.0.0a-2.3) unstable; urgency=low
* Non-maintainer upload.
diff -Nru most-5.0.0a/debian/compat most-5.0.0a/debian/compat
--- most-5.0.0a/debian/compat 2016-07-22 01:42:16.0 +0100
+++ most-
r the other?
Should I adjust the advice on https://wiki.debian.org/Autoreconf ?
Guess I'd better read the man page.
Anyway thanks for the report. I'll fix, test and reupload.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: Digital signature
c and this issue is gone for now. It should
probably be retitled to something about library sync/using host libs
and left open until it's fixed propoerly.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: Digital signature
Package: installation-reports
Severity: grave
Tags: d-i
Justification: renders package unusable
Dear Maintainer,
The current installer, with the new 4.9 kernel, is unable to resolve
domains, so is quite seriously broken.
This was noted during install on an arm64 gigabyte MP30-AR1
fixing this, but it
turns out to be a little complicated.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: Digital signature
On 2016-11-15 15:53 -0300, Felipe Sateler wrote:
> On Tue, 15 Nov 2016 17:22:12 +0000 Wookey <woo...@wookware.org> wrote:
> > Package: dpkg
> > Version: 1.18.10
> > Severity: normal
> >
> > I built a large package (mythtv) with this recipie:
> > git
Wookey wrote:
Anyway, I'll test raphael's patch.
OK, so building dpkg is a bit tricky becuase it FTBFS with the same
ld-linux-armhf.so.3 dpkg-shlibdeps error, but adding a -l/lib/ in the
rules file fixed it.
With the new dpkg installed, mythtv did indeed run through
dh_shlibdeps OK, although
On 2016-12-08 22:03 +, Ben Hutchings wrote:
> Control: severity -1 serious
>
> Raising severity; this should be a release blocker.
>
> On Fri, 18 Mar 2016 18:42:24 + Wookey <woo...@wookware.org> wrote:
> > Source: luajit
> > Version: 2.1.0~bet
#package working correctly
close 796331
thanks
--
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
Sorry this has taken so long to reply. Elena is right, the software is
working as expected and trying to tell you that the key the main jessie
emdebian archive is signed with has been revoked.
i.e. it is working as expected.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http
uld make that clear.
The mali reverse-engineering effort has recently restarted after being
moribund for a few years, (https://github.com/yuq/mesa-lima) and it's
possible that this driver will be useful there, but I don't know that
yet. I'll check with that project and unless there is a prospect of
ss struct members
directly.
I tried this on two architectures and both fail the same way.
Wookey
builds as it's supposed to be set to non-existant to catch this
sort of breakage.
Confirmed that --settings-dir works with all prvious config cleaned out.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
the wiki page: https://wiki.debian.org/Qbs, but had forgotten
about it. Updated now.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
s I couldn't check an sbuild build on my armhf
device so there was a risk of bugs like this.
Update coming shortly.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
e some bottom-getting-to.
I should probbaly just have used a debian porter-box, but that machine
needed updating anyway.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
I've reported this to upstream in the hope of a clue as to why it
fails on i386 but works on all the other release arches.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
em again in future.
It looks like we have libstdc++6 and libstdc++-dev virtual
packages. Is it OK to build-depend on just a virtual package? Perusing
Policy has not made me much wiser.
Is there a doc about this somewhere?
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wook
ebian.org/status/package.php?p=dewalls
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
really is a
rounding problem on i386. I could experiment further to try and
determine the size of the rounding error.
I could leave this bodge in in order to get i386 built and dewalls
migrated into testing, but it would be better to actually fix the
problem if possible. I could also arrang
386-dchroot)wookey@barriere:~/dewalls-1.0.0+ds1$
qbs-build/dewalls-test.a3cdf9ea/dewalls-test -f test/azimuthparsingtests.cpp
azimuth* -c "misc invalid values throw"
===
All tests passed (6 assertions in 1 test cas
On 2018-03-09 05:06 +, Wookey wrote:
>
> Changing the tests to this:
> CHECK_THROWS( WallsSurveyParser("360.1").azimuth(Angle::Degrees)
> );
> CHECK_THROWS( WallsSurveyParser("-0.1").azimuth(Angle::Degrees) );
> CHECK_TH
is regard, and having to be asked for explicitly, but
clearly I am either confused or out of date.
You are right that simply not specifying it does work in a clean
build, and thus is the simplest way to proceed.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
sign
On 2018-03-08 18:20 +, Wookey wrote:
> It looks like we have libstdc++6 and libstdc++-dev virtual
> packages. Is it OK to build-depend on just a virtual package? Perusing
> Policy has not made me much wiser.
Using:
Build-Depends: libstdc++-dev
builds OK, but I found the info poi
/wookey/dewalls-1.0.0+ds1/test/azimuthparsingtests.cpp:31: FAILED:
CHECK( WallsSurveyParser("5:4").azimuth(Angle::Degrees) == UAngle(5 + 4 /
60.0, Angle::Degrees) )
with expansion:
5.06667 deg == 5.06667 deg
I see that 'approx' is used in the codebase which you might hope wou
On 2018-04-01 11:11 +0100, Chris Lamb wrote:
> Source: horizon-eda
> Version: 0.20180331-1
> Severity: serious
> Justication: Policy 12.5
> X-Debbugs-CC: Wookey <woo...@debian.org>
>
> Hi,
>
> I just ACCEPTed horizon-eda from NEW but noticed it was missing
> }
Aha. Cheers very much for that. Upstream hadn't provided one yet, so I was
thinking I was going to have to try and work it out myself.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
1 - 100 of 138 matches
Mail list logo
