ebian/ texlive multiarch
> I will add packages for src:texlive-base soon(er or later - I am having
> a intercontinental travel ahead tomorrow morning)
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
> /usr/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 h
http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
- End forwarded messa
.debian.org/Multiarch/Implementation#Converting_your_package_for_multiarch
but doesn't seem to be.
Clearly it wasn't clear to Norbert what he should be doing about .h
files (because nearly all the info is about libs). We should fix that
(as well as write policy!)
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
the texlive packaging, but see
there is a texlive-bin source, which does make various library
packages (MA:same) and one binaries package (MA:foreign). Details
would need checking but that seems likely to be right.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=765225;filename=h323plus-1.24.0~dfsg2-1.1-nmu.diff;msg=19
from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765225
and re-upload, then (so long as the FTP-person notices the newer version) it's
all done.
what do you reckon?
Wookey
--
Pri
nging according to the
architecture the package is built on, but I'll file a separate bug
about that.
Regards.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
diff -Nru cernlib-20061220+dfsg3/debian/changelog cernlib-20061220+dfsg3/debian/changelog
--- cernli
Package: cernlib
Version: 20061220+dfsg3-4.1
Severity: normal
Dear Maintainer,
Whilst fixing cernlib to build on arm64 I noticed that the source
tarball produced by dpkg-buildpackage -S ends up containing multiarch
library paths specific to the arch the tarball happens to be built
on. This is wro
+++ Adam D. Barratt [2015-08-31 21:17 +0100]:
> Control: tags -1 + moreinfo
>
> On Sat, 2015-08-22 at 23:16 +0100, Wookey wrote:
> > The emdebian-archive-keyring package in jessie contains the old key
> > which was revoked when the emdebian server was compromised in Novembe
tags 765225 + pending
thanks
Dear maintainer,
I've prepared an NMU for h323plus to fix the FTBFS on arm64 (versioned
as 1.24.0~dfsg2-1.1) and will upload it shortly to DELAYED/7. Please
feel free to tell me if I should delay it longer.
Wookey
--
Principal hats: Linaro, Debian, Wookware
+++ Adam D. Barratt [2015-08-22 22:51 +0100]:
> Control: tags -1 + jessie confirmed
>
> On Sat, 2015-08-22 at 18:17 +0100, Wookey wrote:
> > cross-gcc-dev in stable has a serious bug: (780583) which means that
> > if your default shell is not bash (or zsh) it simply won&
-1,3 +1,9 @@
+emdebian-archive-keyring (2.0.5) unstable; urgency=medium
+
+ * Resurrect with new emdebian toolchain archive key (1804772E)
+
+ -- Wookey Wed, 15 Jul 2015 17:56:35 +0100
+
emdebian-archive-keyring (2.0.4) unstable; urgency=medium
* Revoke 0x97BB3B58 and disable the keyring.
dif
cross-gcc-14/debian/changelog 2015-04-15 18:14:56.0 +0100
+++ cross-gcc-14+deb8u3/debian/changelog 2015-08-22 16:43:36.0 +0100
@@ -1,3 +1,9 @@
+cross-gcc (14+deb8u3) UNRELEASED; urgency=medium
+
+ * Require bash in rules.template makefile (Closes: #780583)
+
+ -- Wookey S
ad.
+ * Use dh-autoreconf to update configurey for new architectures (Closes: 727458)
+
+ -- Wookey Thu, 09 Jul 2015 01:46:21 +
+
ming (1:0.4.5-1.2) unstable; urgency=medium
* Non-maintainer upload with team member's permission.
diff -u ming-0.4.5/debian/control ming-0.4.5/debian/co
ne with some python-clue could perhaps take a look (and would be
a better sponsor in that regard)
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
it to DELAYED/7. Please
feel free to tell me if I should delay it longer.
Regards.
Wookey
diff -Nru sed-4.2.2/debian/changelog sed-4.2.2/debian/changelog
--- sed-4.2.2/debian/changelog 2015-05-25 23:39:13.0 +
+++ sed-4.2.2/debian/changelog 2015-07-09 01:51:56.0 +
@@ -1,3
ploaded it to
DELAYED/7. Please feel free to tell me if I should delay it longer.
Regards.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
diff -u xfonts-scalable-1.0.3/debian/changelog xfonts-scalable-1.0.3/debian/changelog
--- xfonts-scalable-1.0.3/debian/changelog
ploaded it to
DELAYED/7. Please feel free to tell me if I should delay it longer.
Regards.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
diff -Nru xfonts-100dpi-1.0.4/debian/changelog xfonts-100dpi-1.0.4+nmu1/debian/changelog
--- xfonts-100dpi-1.0.4/debian/changelog
+nmu1) and uploaded it to
DELAYED/7. Please feel free to tell me if I should delay it longer.
Regards.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
diff -Nru xfonts-75dpi-1.0.4/debian/changelog xfonts-75dpi-1.0.4+nmu1/debian/changelog
--- xfonts-75dpi-1.0.4/debian
nts-100dpi (versioned as 1:1.0.4+nmu1) and
uploaded it to DELAYED/7. Please feel free to tell me if I should delay
it longer.
Regards.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
diff -Nru xfonts-base-1.0.4/debian/changelog xfonts-base-1.0.4+nmu1/debian/changelog
Wookey wrote:
> So I did. I've just re-uploaded it (without delay this time as it's
> had a year :-)
But that upload failed because the md5sums file has ownership 664, and
must be 644. (confusing error because it's hidden by your own umask
unless you unpack the deb as root)
+++ Martin Michlmayr [2015-06-30 09:30 -0400]:
>
> You wrote a year ago that you uploaded an NMU but it seems this never
> made it into the archive.
So I did. I've just re-uploaded it (without delay this time as it's
had a year :-)
Wookey
--
Principal hats: Linaro, Debian,
this is a
non-automake/non-libtool package.
So it does all make sense.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ol 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/
ecause gcc-4.9-arm-linux-gnueabihf 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
+++ Niels Thykier [2015-06-13 11:16 +0200]:
> On 2015-06-12 18:57, Wookey wrote:
> > I would second the opinion that running dh-autoreconf by default is
> > something that should be expected to work. In practice it does work
> > except for old and languishing packages that
may need that bug fixed - I'm not sure that the simple autotools-dev fix will
work for that arch.
as stated there I'm happy to upload that version and see what happens if you
are.
Regards.
Wookey
--
http://wookware.org/
diff -u link-grammar-4.7.4/debian/control link-grammar-4.7
/cgi-bin/bugreport.cgi?bug=788321#20
but perhaps that is premature?
Is the situation 'yes, if someone sends patches', or 'yes, it's
underway', or 'maybe, sometime', or 'no never, it's a dumb idea' (or
something else)?
cheers
Wookey
--
P
* Non-maintainer upload.
+ * Fix typo in package description (Closes: 698587)
+ * Update architectures for java JNI build.
+
+ -- Wookey Sun, 31 May 2015 14:22:39 +
+
link-grammar (4.7.4-2) unstable; urgency=low
* Update homepage (Closes: #618610)
od as it
means that the packages can actually be tested with current build
tools.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
reverted:
reverted:
diff -u link-grammar-4.7.4/autogen.err link-grammar-4.7.4/autogen.err
reverted:
reverted:
reverted:
reverted:
reverted:
rever
ay it longer.
Regards.
Wookey
diff -Nru setools-3.3.8/debian/changelog setools-3.3.8/debian/changelog
--- setools-3.3.8/debian/changelog 2014-09-17 20:33:49.0 +
+++ setools-3.3.8/debian/changelog 2015-05-31 21:06:39.0 +
@@ -1,3 +1,12 @@
+setools (3.3.8-3.2) unstable; urgency=m
in/bugreport.cgi?bug=787004 is fixed, I
can't build a replacement upload 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-dist-requ...
ebian/changelog
--- 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)
+
+ -- W
ll
need to be applied to make 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:
if I
should delay it longer.
Regards.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
diff -u docbook-xml-4.5/debian/control docbook-xml-4.5/debian/control
--- docbook-xml-4.5/debian/control
+++ docbook-xml-4.5/debian/control
@@ -14,6 +14,7 @@
Package: docboo
+++ Wookey [2015-05-24 18:12 +0100]:
> +++ YunQiang Su [2015-05-24 22:44 +0800]:
> > Package: src:cross-binutils
> > Version: 0.25
> >
> > Please add mips64 target, so we can work on mips64 support
> > on gcc-5-cross.
>
> OK. In the meantime, you can build
y following the instructions on
https://wiki.debian.org/BuildingCrossCompilers
apt-get source cross-binutils
cd cross-binutils-0.23
sudo apt-get build-dep cross-binutils
TARGET_LIST="mips64" debian/rules control
TARGET_LIST="mips64" dpkg-buildpackage
Not tested, but if binutils su
.
Nothing stops some random tier 4 vendor finding that siliconmotion is
cheap and integrating it at some point so in general we should keep
all drivers around for all arches to maximise people's chance of
'just working'. But if this one is hopelessly bust anyway I don't
suppose an
Package: sbuild
Version: 0.65.2-1
Followup-For: Bug #781948
I've just hit this same issue. It does indeed not find the
extra-package specified.
sbuild -A -s --extra-package=cross-gcc-dev_25_all.deb --build=amd64
--host=amd64 -d unstable -c unstable-amd64-sbuild
The following packages have
Package: bugs.debian.org
Severity: normal
It is hard to find out which usertags exist.
UDD has a very handy page that lists them all:
http://udd.debian.org/cgi-bin/bts-usertags.cgi?user=&tag=*
(I'm sure I had a version of this page that didn't show all the
emails, which was nicer, but can't remem
+++ Debian Bug Tracking System [2015-04-25 03:39 +]:
Confirming that the above patch lets the build complete. I don't know
enough about the modules involved to know if it is sufficient/complete.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
-
-01-17
05:58:35.0 +
+++ debian/installer/armhf/modules/armhf-armmp/fb-modules 2015-04-25
03:08:44.914590107 +0100
@@ -1,3 +1,3 @@
imx-ipuv3-crtc
-imx-hdmi
+dw_hdmi-imx
tegra-drm
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE
27; failed
make[2]: *** [install-udeb_armhf] Error 2
make[2]: Leaving directory '/home/wookey/linaro/installer/D01/linux-4.0'
debian/rules.gen:63: recipe for target 'binary-arch_armhf' failed
make[1]: *** [binary-arch_armhf] Error 2
make[1]: Leaving directory '/home/wookey/lin
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package cpio-doc
This is a bit of a long shot, but if you are minded it would be a good
thing. Sledge told me to file this in case you see fit as RMs to
include it.
due to #
) unstable; urgency=medium
-
- * Add missing realpath dependency (Closes: #782542)
-
- -- Wookey Wed, 15 Apr 2015 18:14:48 +0100
-
cross-gcc (13) unstable; urgency=medium
* Supporting multiple gcc trees at the same time. Currently 4.9 and 5
diff -Nru cross-gcc-14/debian/control cross-gcc-13
x27;t installed.
>
> Installing realpath 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/
--
+++ Aníbal Monsalve Salazar [2015-04-13 20:19 +1000]:
> On Fri, 2015-04-10 17:27:49 +0100, Steve McIntyre wrote:
> > Wookey, please go ahead with the cpio-doc package I think...
>
> Please let me know when you upload cpio-doc to put it in the cpio's
> recommends list.
W
ld be used (based on the
tar-doc package). Is the maintainer interested in adopting that if
it's needed (it seems silly to have different people doing cpio and
cpio-doc uploads)?
I'm happy to do an NMU of cpio with the info docs restored unless
someone comes up with a good reason wh
Package: debian-installer
Severity: wishlist
Currently it is possible to select 'Enter Manually' from the top of
the country list when choosing a debian mirror to netinstall from. A
user quite reasonably looks for this option when given the list of
mirrors, not when given the list of countries, so
+++ Adam D. Barratt [2015-03-24 19:55 +]:
> Control: tags -1 + moreinfo
>
> On Mon, 2015-03-23 at 23:06 +0000, Wookey wrote:
> > Please unblock package cross-binutils (source)
> [...]
> > The cross-binutils package versions should match the binutils versions
> &
> Actual arm_neon.h comes from libgcc-4.9-dev:arm64 so I think this is
> something that got misconfigured while compiling the cross-compiker
Something is clearly up. Might take a little while to work out exactly
what.
Cheers for the report.
Wookey
--
Principal hats: Linaro, Debian, Wookware,
the new one fixed it) but it doesn't manifest. Perhaps it is
only an x86 issue?
I'll upload this 0.23 as that's needed anyway.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
wi
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package cross-binutils (source)
Binaries:
binutils-aarch64-linux-gnu
binutils-arm-linux-gnueabi
binutils-arm-linux-gnueabihf
binutils-i586-linux-gnu
binutils-mips-linux-gnu
bi
lso looking for sponsors.
That sounds like an interesting tool. I could be persuaded to sponsor you/it.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "un
ound another circumstance that was fixed by using rbind, but at the
time this did not sit well with autofs. I don't know if that has
changed in the last 3 years:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648459
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
-
Package: ftp.debian.org
Severity: normal
This package was accidentally uploaded to experimental with the wrong
version number (using an epoch): 1:4.9.2+9
The version series in unstable is correct: 9, 10, 11, 12, 13
Whilst it is clearly possible, it would be annoying to have to bump
the version
know dpkg-cross is considered completely deprecated and
> that it should be left to die, the config.site support is something
> 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 ne
Package: gpm
Version: 1.20.4-6.1+b2
Severity: important
I don't know if this is strictly gpm's fault, but that's what coming
up in the log messages so I'm starting here. Feel free to re-assign if
appropriate.
My root partition filled up and it turned out to be due to 20GB of deamon.log
saying:
Package: schroot
Version: 1.6.10-1+b1
Severity: wishlist
I find that I often end up with a pile of old schroot sessions, some
of which could be 'recovered' and used, some of which are just empty,
and maybe some half-deleted/otherwise buggered.
As these all end up taking up space in /var/lib (whic
change
'cc' to point to clang, but have 'c89' still point to gcc? And similarly
'cc' be clang but 'mips-linux-gnu-cc' be gcc? Is that OK? It's flexible.
Does anyone see any value in providing -c89 and -c99
links? I've never seen them used.
Copyin
+++ Olly Betts [2014-09-14 11:28 -0300]:
> # Having to wait 10 minutes counts as a major effect on usability
> Control: severity -1 important
>
> On Sat, Jun 14, 2014 at 12:16:27PM +0100, Olly Betts wrote:
> > On Fri, Jun 13, 2014 at 11:15:26AM +0100, Wookey wrote:
> > &g
sr/share/perl5/Buildd/Conf.pm line 77.
> `
> Installing 'sudo' manually makes it happy.
That should be a 'recommends', I think? As it will operate without it (but
whinge)?
Or does it in fact also fail to operate?
Wookey
--
Principal hats: Linaro, Debian, Wookware,
Package: aptitude
Version: 0.6.11-1+b1
Followup-For: Bug #484011
I have been adding %t to the display format in aptitude for many years
now. It's enormously useful and I really think it would be a benefit
to users to make this the default . Changing it on every install is
very dull.
i.e change t
indicates a bug in someone's code. You must ensure an error is NULL before
it's set.
The overwriting error message was: Cannot create /home/wookey/.cache/mc
directory
(mc:7166): Glib-WARNING **: GError set over the top of a previous GError or
uninitialized memory.
This indicates a bug in some
will (at some point) either remove the versioned depends, or make
that version a genuine 'minimum version this works with', and only
changed when there is an actual change.
Comments welcome.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
h haven't changed
so there is a reasonable chance that the library can just be used as-is.
I'd need to download a 4.7 proj to see if therion has patched it.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ..
e is 4.7 so may not be
too different in usage.
Needs a bit more of a look to see if the only usage is via the API and that
remains similar or not.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.deb
this bug for anyone who hits the problem later.
Which video card and driver do you have?
video card:
lspci | grep VGA
drivers installed:
dpkg -l | grep xorg-video
drivers loaded
grep Loading /var/log/Xorg.0.log
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
t gets done. Perhaps the biggest disadvantage is
indeed that if even the low-level build tool does this automatically
then how do you turn it off? Is there is fact no good reason to ever
want to?
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email
+++ Ben Longbons [2014-12-18 12:23 -0800]:
> On Thu, Dec 18, 2014 at 8:36 AM, Wookey wrote:
> > MA-built vs in-arch
> > ---
> > I guess an interesting question is 'what does the cross-compiler
> > actually _use_ the foreign arch libc for'? Does
Package: qtxmlpatterns-opensource-src
Version: 5.4.0-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertag: arm64
This package seems to have a problem building on arm64.
It has failed twice on the autobuilders, although not with exactly the same
issue:
It built OK on a po
d, so I'm not quite sure why it is now built/building OK.
Did you just mean that there is still an issue on sh4?
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
e is volunteering to maintain, and no-one is
volunteering to maintain the former (yet?). The simple ones can evolve
and, in the way of things, are likely to become more capable and
complicated over time. But what is the point of vetoing them,
especially when we _know_ that such simpler cross-toochains (all that
has been available for the last decade or so), satisfy most users
already.
There is more to discuss, but I've gone on long enough already :-)
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
f multiple
--allow options are given, the last one takes precedence.
Which would have looked nicer.
--deny is equivalent.
A patch so that the '=' was genuinely optional would be even
better... but at least applying this should stop the docs actively
misleading users of the
+++ Ivo De Decker [2014-12-10 17:44 +0100]:
> Hi Wookey,
>
> On Wed, Dec 10, 2014 at 04:19:20PM +0000, Wookey wrote:
> > This can't be fixed by binnmu's in unstable because libxml2 in
> > unstable is a different version: 2.9.2+dfsg1-1+b1. If that version (or
> &
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
So libxml2 has MA-skew in jessie due to binnmus:
2.9.1+dfsg1-4+b2: arm64
2.9.1+dfsg1-4+b1: ppc64el s390x
2.9.1+dfsg1-4: amd64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel
powerp
> I am attaching a patch even though I didn't test it.
Loks like you forgot, but I'm sure I can work it out.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
+++ Matthias Klose [2014-12-04 20:41 +0100]:
> So in the last email Wookey enumerates a lot of things what he did
> during the last months. Maybe he should have mentioned his
> ballerina lessons used for his performances during the DebConf talks
> too. However ever all of these ha
+++ Niels Thykier [2014-11-04 07:10 +0100]:
> On 2014-11-04 03:58, Wookey wrote:
> > +++ Niels Thykier [2014-10-22 20:25 +0200]:
> >> [...]
> >> In particular, it is not clear to me whether (e.g.) "pkg:$arch"
> >> implies "pkg:any" or/a
//packages.debian.org/unstable/gcc-4.9-arm-linux-gnueabihf
I just 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
derstanding the existing binutils and GCC packaging,
> nor willing to understand it, and still claiming that he is able to
> "simplify" it.
I'm not sure who you are referring to here, but just to clarify: the
mentors for that project were Hector Oron and Marcin Juszkiewicz, not
Package: gcc-4.9
Version: 4.9.2-3
Severity: normal
Tags: patch
gcc 4.9.1-19 removed the top-level option to set no_biarch_libs = yes when
building crosscompilers.
-ifdef DEB_CROSS_NO_BIARCH
- no_biarch_libs := yes
-endif
+no_biarch_libs :=
Then 4.9.2-2 removed another related stanza
- ifdef
nt some time perusing the pgstatus and wanna build
sources. I didn't find anything in pgstatus which special-cases by
suite when displaying package.php. It just asks the database for
version and binary_nmu_version and displays those.
So, unsurprisingly, this seems to be in wanna-build.
Wookey
--
t someone has to come along later and
rebuild all the other arches to match. Until this is fixed in dpkg (or
we invent some new mechanism for rebuilds without changing the version
number), packages which produce MA:same binarypkgs should always be
sourcefully uploaded.
Wookey
--
Princi
+++ 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:
>
>
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?
W
sbuild. Including cross-gcc-defaults
to add the wanted symlinks for all arches except mips (because mips
was lagging badly at the time of the original upload so I missed that
one out - this has just been corrected in cross-gcc-defaults 0.4,
currently in NEW).
They work to build all (most?) o
At least 3 of us are prepared to maintain the with-deps packaging
rules. IMHO it makes a lot more sense to maintain it in gcc packagig
where it already is rather than do it outside as a big quilt stack,
but that won't work if the maintainer doesn't apply patches. I
just filed 770413,
build-deps so it's less of an issue.
Wookey
Index: cross-gcc/debian/rules.conf
===
--- cross-gcc.orig/debian/rules.conf
+++ cross-gcc/debian/rules.conf
@@ -91,7 +91,7 @@ ifeq ($(with_shared_libgcc),yes)
LIBGCC_DEP
ue of this
bug was not the only problem there: missing work on britney and
wanna-build means they wouldn't have migrated in time independently of
this issue and I was not able to persuade the release team to make a
special exception on 'release goal' grounds.
Wookey
--
Principal hat
e how much of the aarch64 support from later gcc's is needed.
Is there a good reason why gccxml has config from such an old gcc?
Could it be moved forward to a newer base?
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE,
dd the "override"
> directive; the make documentation explicitly says that it "was not
> invented for escalation in the war between makefiles and command
> arguments".)
The 4.9.2-1 gcc 4.9 upload adds the override directive.
Wookey
--
Principal hats: Linaro, Emdebian, Wook
+++ Helmut Grohne [2014-11-01 10:38 +0100]:
> On Sat, Nov 01, 2014 at 01:46:48AM +0000, Wookey wrote:
> > To me that sounds like this method is actually the
> > current de-facto default in Debian - it is certainly at least on a par.
>
> I don't think that a feature b
that in local git.
> Where does that /usr/src/debug come from ?
I don't know.
It seems that something is different about your setup to mine. If it's
not gcc-4.9-source then we'll have to investigate further.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ack uploads in order to keep the
cross-binutils and cross-gcc packages in sync.
> > these bugs ? It seems to me that it would be easy to come up with a
> > workflow that allowed Matthias to usertag these kind of bugs and hand
> > them over to the cross teams.
>
> Sounds rea
f packages that didn't get minor fixes like
this for arm64/mips64el quite in time for the release. We'll be
working with the release team on updating them/freeze exceptions as
needed.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
cture list (although that will probably
change any day now), and I have changed the patch somewhat.
Please tell me it's OK to change this NMU to 0-day.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email to debian-bugs
00 +
@@ -1,3 +1,10 @@
+assaultcube (1.1.0.4+dfsg2-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * dh-autoreconf to support new architectures (Closes: 764152)
+
+ -- Wookey Wed, 29 Oct 2014 05:01:52 +
+
assaultcube (1.1.0.4+dfsg2-1) unstable; urgency=low
* Correct license
Package: assaultcube
Followup-For: Bug #764152
Aurels' patch really ought to fix this problem, but in fact does not,
because the packages runs configure in the clean target, and this
happens before the config.sub/guess have been updated. The problem is
the same whether autoreconf or autotools-dev
0.9b/po/Makefile.in.in gtktrain-0.9b/po/Makefile.in.in
reverted:
diff -u gtktrain-0.9b/debian/changelog gtktrain-0.9b/debian/changelog
--- gtktrain-0.9b/debian/changelog
+++ gtktrain-0.9b/debian/changelog
@@ -1,3 +1,10 @@
+gtktrain (0.9b-13.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Use
501 - 600 of 1349 matches
Mail list logo
