, now we finally get somewhere. All of this is about non-Debian.
Breaking "cross-compiling with debian tools on debian" is
significant. It's not helpful to characterise that as
'non-Debian'. It's something we've done well for a long time, and is
the reason some
On 2024-08-12 14:07 +0200, Jochen Sprickerhof wrote:
> * Wookey [2024-08-12 12:59]:
> > Pull requests are (AIUI) github's proprietary interface. I have have never
> > used those and am not keen to start.
>
> I don't want to force you to use anything proprietary b
On 2024-08-12 06:14 +0200, Jochen Sprickerhof wrote:
> * Wookey [2024-08-12 05:07]:
> > On 2024-08-12 05:33 +0200, Jochen Sprickerhof wrote:
> > > Hi Wookey,
> > >
> > > thanks for your patch, it looks good to me. Could you please also send it
> > &
On 2024-08-12 05:33 +0200, Jochen Sprickerhof wrote:
> Hi Wookey,
>
> thanks for your patch, it looks good to me. Could you please also send it
> upstream:
>
> https://github.com/andrewgee/gpxviewer
I would do, but I can't see how to file a bug there. There is no '
Package: gpxviewer
Version: 1.1.0-5
Severity: normal
Tags: patch
I noticed from updating this package that it does not build a second time.
The file po/gpxviewer.pot is not cleaned by the build so the rebuild fails.
Simple patch attached.
--
Wookey
diff -Nru gpxviewer-1.1.0/debian/clean
Sorry - there was a typo in that original patch.
Fixed one attached
)' -> ')
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
diff -Nru gpxviewer-1.1.0/debian/changelog gpxviewer-1.1.0/debian/changelog
--- gpxviewer-1.1.0/debian/changelog 2022-11-24 16:44
seems like a good idea and is very easy to do.
I have included a patch for this.
I could be persuaded to do an NMU for this improved functionality, and
maybe do some other updates at the same time. Any reason not to?
--
Wookey
diff -Nru gpxviewer-1.1.0/debian/changelog gpxviewer-1.1.0/debian
Hi all,
We'd like to know if there's an update planned for stable too, these could be
nasty and are flagging in our security software. If there's anything that we
can do to help let us know.
Regards
Rowan
over the
other tools available.
It is quite easy to use unpackaged, but as no-one else has got far
with this in the last 8 years, I might give it a packaging go sometime
if the UI advantages and packaging effort align.
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org
Package: dose-extra
Version: 7.0.0-1+b2
Severity: minor
There is a trivial typo in line 17 of
/usr/share/doc/dose-extra/README.architecture
"libcduf is the central - in memory - data structure"
libcduf->libcudf
--
Wookey
2
builds, not 3.
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
ally just build -21 with -17 if I can persuade the build system, or
will something important break with that much version-skew?
can I build -19 with -17 (and appropriate t64 dep updates) (-18 is no longer in
the archive so I really hope we don't need to go 18,19,20,21
Clues welcome on th
inaries is very useful
> >too to satisfy the self-dependency without more faff.
>
> Yes, that was their purpose.
And it worked beatifully. Thanks.
armhf and armel uploaded and accepted half an hour ago (armel built by Andrey
Rakhmatullin)
I'll try doing openjdk-20 next.
Woo
On 2024-03-27 15:27 +, Wookey wrote:
> On 2024-03-26 22:28 +, Thorsten Glaser wrote:
>
> > I hacked that, and I tried to do armel and armhf as well but
> > dak stopped me, whereas mini-dak was not as strict.
>
> What was the actual problem with uploading the imag
d be enough, should it not?
or am I missing something?
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
rough 18,19,20,21 building each version
> with the previous one.
I presume the same, but don't actually know how old a java you can use
to bootstrap each newer java. Is it always just one version?
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
/include -I./libprelude-error -I../libmissing -I../libmissing
-I/usr/include/p11-kit-1 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2
-Werror=implicit-function-declaration
-ffile-prefix-map=/home/wookey/debian/libprelude-5.2.0=.
-fstack-protector
depend of curl are not building on armel/armhf.
We are well aware that this is broken and blocking lots of
things. Co-ordinate efforts on the #debian-arm channel.
There are plenty of other loops to unbung too.
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
te-dev,
qtdeclarative5-dev) are uploaded would be sufficient.
I will try and get it to pass the abi-checker and see if it actually
changes ABI or not. I suspect not, but qt is complicated so it's possible.
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
othing in the
actual window is recorded.
Recording of the whole screen _does_ work, but it only records the top
left-hand quarter of the screen. This will be an issue with the hidpi screen
and the
fact that GDK_SCALE=2. That should be a different bug report.
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
I packaged this as a ststic library, but it's policy to provide a
dynamic library too if appropriate. So I asked upstream about this.
The discussion took place primarily as an upstream github issue:
https://github.com/ianlancetaylor/libbacktrace/issues/85
Here is a summary:
Wookey:
First
Not sure if any of this info helps but that's my investigations
today. Suggestions for other monitoring, or the best way to work around it by
not fixing it, just making it less annoying, welcome.
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
e/doc/urlscan/README.md
and prevent the autogzipping.
(patch for this attached)
But you could just change the manpage to match the filename with the
.gz if you prefer.
The bit about changing the name (but not the bit about non gzipping)
should go upstream as this is an upstream issue.
Hope that&#
so
far becuase they thought you would.
Is your point that actually it's not just a matter of formwarding -
some armel-specific investigation is needed first to work out what's actually
wrong?
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
s this. I'm no groff expert so it could possibly
be done better, but this certainly fixes the issue so the formatting comes out
more or less correct.
Wookey
--
http://wookware.org/
--- httrack.1.orig 2023-01-14 16:32:49.0 +
+++ httrack.1 2024-01-17 03:08:36.72485771
On 2023-11-24 18:58 +, Thorsten Glaser wrote:
> Unfortunately, eller is down
Eller had to move hosting provider at short notice. It is now racked
again but needs network configuration for new location. It will
hopefully re-appear by end-Monday.
Wookey
--
Principal hats: Debian, Wookw
On 2023-11-08 20:10 +0100, Martin Budaj wrote:
> On Tue, Nov 7, 2023 at 4:25 PM Wookey wrote:
>
> > It looks like moving to catch3 and adding:
> > target_link_libraries(test PRIVATE Catch2::Catch2WithMain)
> > in the test targets should do the trick.
> >
>
Catch2/blob/devel/docs/migrate-v2-to-v3.md
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
are just told to 'use the right one' will do so,
and I thought it worth pointing out that that's not correct). Info for
your average maintainer needs to go one step back and say "use stringA
in this circumstance and stringB in this circumstance. . The reason why it matter
Package: python3-numpy
Version: 1:1.24.2-1
Severity: important
I am upgrading a system (laptop) from bullseye to bookworm. Everything
was upgraded fully in bullseye, and all foreign (-dmo) packages
removed before starting the upgrade. There were some old packages
onthe system, include quite a few
delay it longer.
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
diff -Nru ncdu-1.18/ChangeLog ncdu-1.19/ChangeLog
--- ncdu-1.18/ChangeLog 2022-12-06 09:45:51.0 +
+++ ncdu-1.19/ChangeLog 2023-09-11 20:00:35.0 +0100
@@ -1,3 +1,11 @@
+1.19 - 2023-09-11
can do it for you (I use and enjoy this package).
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
On Thu Aug 10 10:49:45 2023, Wookey wrote:
> We will do some new archive rebuilds to see what the current
status is.
That has been done (thanks Lucas) for arm64 and revealed no significant issues.
armhf is pending, but local checks show no issues so far.
> I've also asked the arm co
uilds to see what the current
status is.
https://people.canonical.com/~doko/ftbfs-report/test-rebuild-20190614-eoan.html
I've also asked the arm compiler team if there are any known issues with this
feature.
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
00 +
+++ openjfx-11.0.11+1/debian/changelog 2023-07-14 11:53:33.0 +
@@ -1,3 +1,10 @@
+openjfx (11.0.11+1-3.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Apply patch from webkit #217079 so arm64 builds again
+
+ -- Wookey Fri, 14 Jul 2023 11:53:33 +
+
openj
; > mind before applying it?
>
> Note that I'm not the one driving this change (I'll start a separate
> thread for -fstack-clash-protection in the next days), but the original
> request was from Wookey.
> Personally I think now at the beginning of the new development
More on this, the autostart works but it only works for increasing in
size, if I decrease it doesn't.
I have found another workaround here
https://superuser.com/questions/1183834/no-auto-resize-with-spice-and-virt-manager
which involves adding a script to watch for display events and trigger
There's a workaround posted on the forums
https://forums.debian.net/viewtopic.php?p=774201#p774201
>https://github.com/systemd/systemd/issues/18791
>tl;dr: copy /etc/xdg/autostart/spice-vdagent.desktop to
~/.config/autostart/ then comment out the "X-GNOME-Autostart-Phase" line.
Just upgraded from bullseye to bookworm and encountered this, host is on
bullseye guest was on bullseye but is now on bookworm, unlike the
original reporter adding a spice-vdagent.desktop file does work, the
contents are:
[Desktop Entry]
Exec=/usr/bin/spice-vdagent
Icon=dialog-scripts
Name=spi
ully (finally) get this fixed for the general case. I can
provide debian packaging and build expertise to complement your
knowledge of google-apis. (and then maybe we can give
bazel-remote-apis a very similar treatment).
I will put my unfinished project on salsa, file an ITP, and find my
notes, the
current stable version.
It would be good to see it in Debian in the not too distant.
What's a bit confusing is exactly where one gets an upstream v6
release from as the project seems to have been split up into multiple
repos.
--
Wookey
tting_changed
gtk_settings.props.gtk_application_prefer_dark_theme = prefer_dark
^^
AttributeError: 'NoneType' object has no attribute 'props'
~#meld boot0 boot1
(i.e supplying filenames) gave the same output.
meld runs fine when run as the desktop user
It should deal more elegantly with this situation.
--
Wookey
The attached patch is confirmed as fixing the problem.
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
diff -Nru mdbtools-1.0.0+dfsg/debian/changelog mdbtools-1.0.0+dfsg/debian/changelog
--- mdbtools-1.0.0+dfsg/debian/changelog 2021-10-31 14:01:12.0 +
unless someone knows of a good reason why
not. This fix should be accepted for a freeze exception, I think.
--
Wookey
Package: topparser
Version: 1.3-2
Severity: minor
The 'About' icon is just colour noise.
The app icon (in the XFCE 'applications' menu) is missing (red 'X' shown
instead)
This appears to be because the icon is under icons/hicolor/scalable/ not
icons/hicolor/scalable/apps/
--
Wookey
p 32-bit
time.
So in summary, tar is a good candidate for enabling LFS and time64
early but some checks should be done first, unless it is known that
there are no external interface changes other than to glibc.
I hope that is helpful.
Wookey
--
Principal hats: Debian, Wookware, ARM
http:/
On 2023-02-14 16:02 +, Ian Jackson wrote:
> Wookey writes ("Bug#557730: /etc/{protocols,network,services} not schroot's
> to scribble over"):
> > 2) netbase could be installed in base chroots then the problem would not
> > arise (or only arise once).
> &
Source: schroot
Version: 1.6.13-3
Followup-For: Bug #557730
Just discovered this bug from 2009. This problem has been annoying me
regularly since about then, and I finally got round to working out what was
actually going on, which led me here.
The primary practical issue is that builds in the chr
and wxwindows
respectively. But plenty of things _were_ working. I guess there was
something wrong in some library/package that has been superseded for
Bookworm already so this bug can probably be closed unless a load of
other people report the same issue.
Wookey
--
Principal hats: Debian
. That has been fixed in time for bookworm.
The Cavewhere build now gets further than ever before using system
libraries, but the test library build still fails with a c++
issue. Awaiting comment from upstream. So it's missed bookworm, but I
think we really are nearly there.
Wookey
--
Pri
good for
reproducibility and cross-buildability.
Would a patch to that effect be accepted?
--
Wookey
On 2022-12-13 22:37 +0100, Guillem Jover wrote:
> On Mon, 2022-12-12 at 04:28:29 +0000, Wookey wrote:
> As I think I mentioned previously, the problem is that we cannot
> currently add it even disabled by default, due to many packages using
> «hardening=+all» which has the same effect
included in 1.21.12
Do you disagree or did this just get forgotten?
- Forwarded message from Moritz Mühlenhoff -
Date: Wed, 26 Oct 2022 20:20:48 +0200
From: Moritz Mühlenhoff
To: debian-de...@lists.debian.org
Subject: Re: Enabling branch protection on amd64 and arm64
List-Id:
Wo
I know this bug is old but I just stumbled upon it when trying to
connect to a machine running in KVM on a host connected to via x11vnc.
The workaround Karl suggested worked perfectly the () keys work again.
Attached is the output of "-v -o log.txt -dk -dk" as requested.25/11/2022 22:45:39 pass
On 2022-11-01 08:57 +0500, Akbarkhon Variskhanov wrote:
> On Mon, Oct 31, 2022 at 7:02 PM Wookey wrote:
> > The description could be more useful.
> > "The plugin supports common mathematical operators (+, -, *, /, ^) with
> > usual
> > precedence rules, and som
to the copyright list
and the package includes the LGPL COPYING.LIB at top level, although it's not
obvious if that actually applies to any of the code.
If it does then the LGPL should be listed (maybe you already checked this?).
Otherwise it looks fine.
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
converted by unpacking the image,
entering it with chroot(8), installling usrmerge and then repacking the
image again. at /usr/lib/usrmerge/convert-usrmerge line 399.
E: usrmerge failed.
There should not be 3 'l's in 'installling'
--
Wookey
On 2022-10-25 16:10 +0100, Simon McVittie wrote:
> On Tue, 25 Oct 2022 at 15:34:26 +0100, Wookey wrote:
> > These are hardware features (new instructions) that 'tag' pointers and
> > branch targets to make it much harder for malicious code to implement
> > ROP (retur
t it is changing the defaults.
Like all dpkg-buildflags it can easily be disabled for a particular
package and there is a kernel option to turn it off on a particular
machine if issues are encountered (and no doubt we will find a couple).
I hope that all makes sense.
Wookey
--
Principal hat
B_HOST_GNU_TYPE)-pkg-config
> +endif
x86_64-linux-gnu-strip is shipped in binutils-x86-64-linux-gnu and so
on for other arches, so the above test for setting strip with/without
a prefix is not necessary.
Just setting:
STRIP := $(DEB_HOST_GNU_TYPE)-strip
should always work and is a bit neater IMHO
On 2022-06-28 15:18 +0100, Steve McIntyre wrote:
> On Tue, Jun 28, 2022 at 03:08:52PM +0100, Wookey wrote:
> >Can we have a progress/blockers update?
>
> I'm currently testing builds of the latest shim release (15.6) on all
> 3 platforms (amd64, i386 and arm64). It now
t will be uncontroversial.
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
does the trick, updated for
current dpkg (I opened this bug file in June, but forgot to actually
press send, so now updated for the current 1.21.9)
Despite this delay, I hope we can can have this in for bookworm.
--
Wookey
diff -Nru dpkg-1.21.9/debian/changelog dpkg-1.21.9+1/debian/changelog
---
#x27;t for at least another month
(on holiday away from computers).
Ah, but I see Bernhard has fixed it in the meantime.
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
.
I know how those 'few days' get interrupted. And the offer to help
remains, but it probably quicker for you to do this than explain to me
what I'd need to do :-)
Can we have a progress/blockers update?
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
:
ndiff/INSTALLED_FILES
--
Wookey
-- /dev/null 2022-05-12 20:48:46.60800 +
+++ debian/clean2022-05-25 15:41:04.78800 +
@@ -0,0 +1 @@
+ndiff/INSTALLED_FILES
or the various other bits is all put together (shim-signed,
shim-helpers--signed etc) and where it needs poking).
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
done by engaging further. Yes it
will be hard work, but if it's not done we are just stuck.
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Wookey
Package name: libbacktrace
Version : 1.0
Upstream Author : Ian Lance Taylor
URL : https://github.com/ianlancetaylor/libbacktrace
License : BSD
Programming Lang: C
Description : Backtrace library
Package: wnpp
Severity: wishlist
Owner: Wookey
* Package name: rang
Version : 3.2
Upstream Author : Abhinav Gauniyal
* URL : https://github.com/agauniyal/rang
* License : The Unlicense
Programming Lang: C++
Description : c++ terminal colour library
and often stale).
I'm sure Ian is right that there is a trend towards git from tarballs
and dscs, but I just question whether we know it is 'the vast
majority'? Are there really now very few maintainers using the
'classic tooling'? How do we know?
Wookey
--
Principal hats:
er. It used to work (before version
1.9):
https://buildd.debian.org/status/logs.php?pkg=libdeflate&arch=armhf
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
Have you looked at all at packaging godot engine itself?
I have a need for this, but have not yet looked at how big a job it is.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Wookey
* Package name: ebusd
Version : 21.3
Upstream Author : John Baier
* URL : https://ebusd.eu/
* License : GPL3 or later
Programming Lang: C++
Description : Daemon for handling communication with eBUS
d not try to check foregn-arch binaries.
There is a separate issue about whether these files count as
'source-is-missing' binaries, but that's independent of the above
issue, which seems to me to be a lintian bug.
--
Wookey
to take
a look at this that would be very helpful. For some things we might
need to know something about the mp4 format too. I'm not sure to what
degree we need to understand the format, or if we can more or less
mechanically update the syntax.
So, for now there is no mapillary-tools in Debian, and without a
response from upstream or some help I'm stuck.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
t needs investigation.
Build log:
Traceback (most recent call last):
File "/home/wookey/packages/mapillary/pymp4/python-pymp4-1.2.0/setup.py",
line 29, in
setup(name="pymp4",
File "/usr/lib/python3/dist-packages/setuptools/__init__.py", line 153, in
setup
r
me effect (fonts twice as tall as rows) with the overall
window 1/4 the area.
Not sure what to fiddle with next.
But this is a serious problem making gnumeric kind of useless for
exaisting sheets unless one wants to resize the fonts in every cell
--
Wookey
Package: gpxviewer
Version: 1.1.0-3
Severity: normal
Dear Maintainer,
If I run gpxviewer (from a console)
then use Open to open the attahed gpx file
I get this error on the console:
$ gpxviewer
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/gpxviewer/ui.py", line 385, i
voy.io/public/deb/debian/dists
With installation described at
https://www.envoyproxy.io/docs/envoy/latest/start/install#install-envoy-on-debian-gnu-linux
I did try posting to envoy-dev about the above packages last week
https://groups.google.com/g/envoy-dev/c/39fGcNZx0NM
but no response yet.
Package: armnn
Version: 20.08
Severity: serious
Tags: upstream ftbfs
Justification: fails to build from source (but built successfully in the past)
armnn has built fine in the past but -10 and -7 both failed to build when the
build machine was antheil.
Antheil is one of the Marvell armada 32-bit
On 2021-10-24 19:08 +, Clint Adams wrote:
> On Sun, Oct 17, 2021 at 02:33:44PM +0100, Wookey wrote:
> > I think causing build failures is enough reason to say this. I don't
> > suppose that mine is the only one. Yes those builds are buggy and
> > should not do this,
om one package to another does not need to be printed on
every usage of that binary. Indeed it is actively unhelpful to do so.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
k 2021-09-28 19:43:58.782118977 +
@@ -1,2 +1,2 @@
# configuration options for all flavours
-extra_config_options = --enable-multi-arch --enable-static-pie
+extra_config_options = --enable-multi-arch --enable-static-pie
--enable-memory-tagging
--
Wookey
asswd.client
-rw-r- 1 root 132 204 Nov 4 2020 /etc/exim4/passwd.client
And groupno 132 is not used in /etc/group:
...
ssl-cert:x:129:
avahi-autoipd:x:130:
nm-openvpn:x:131:
apt-cacher-ng:x:145:
sbuild:x:149:wookey01,wookey
...
So it does indeed look like the Debian-exim group was removed, but
On 2021-08-31 21:30 +0200, Helmut Grohne wrote:
> Hi wookey,
>
> you seem to be busy with non-dpkg-cross things and that's fine. The
> package has a few filed bugs and other minor issues though and I'm
> taking the liberty to NMU it in accordance with the LowNMU list yo
that fixes the problem is attached to this message.
Thanks Rafael.
I'm away on expedition with negligible internet until 12th Sept, so if
anyone wishes to NMU this, that's fine by me. Otherwise it'll get done
sometime after I get back.
--
Wookey
Severity: normal
This is not a serious bug and is currently slated to remove monit from testing.
Please check for severities here
https://www.debian.org/Bugs/Developer#severities
It's been rejected upstream I'll let the maintainers here comment on if it
should be accepted or rejected here.
Filder for the patch
+
+ -- Wookey Mon, 26 Jul 2021 23:27:47 +
+
therion (5.5.7ds1-1) unstable; urgency=medium
* New upstream release, including below bugfixes
diff -Nru therion-5.5.7ds1/debian/rules therion-5.5.7ds1/debian/rules
--- therion-5.5.7ds1/debian/rules 2021-01-04 02:47
xsd but I guess that whether
the xml line must be on the very first line is actually part of the
XML spec. I failed to find a simple validator I could run to check whether
The codebase for OSMRM is here:
https://github.com/osmrmhv/osmrmhv/issues so it you are happy that
GPSprune is correct to reject this file then I guess I should file an
issue there instead.
--
Wookey
-1 pam_yubico fails to install module in multiarch path
> control: found -1 2.23-1
>
>>>>>> "Rowan" == Rowan Wookey writes:
>
> Rowan> It
PAM Bug report https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990412
Source: pam
Version: 1.4.0-7
Severity: important
X-Debbugs-Cc: debianb...@rwky.net
Dear Maintainer,
It appears
to be converted to
multiarch then $(DEB_HOST_MULTIARCH) should be used which can be set using
DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
(copied from the pam package rules file)
--
Regards
Rowan Wookey MSc Comp (Open), CISMP
Server Administrator & Programmer
Plea
ys been arch:all. I'm not sure what's
gone wrong to produce the failing dependency, but I don't think there
is much point investigating at this stage. Sorry.
That package too is pending removal.
What did you hope to use it for?
Wookey
--
Principal hats: Linaro, Debian, Wookware,
04:57:03.0 +0100
@@ -1,3 +1,9 @@
+ne10 (1.2.1-5) unstable; urgency=medium
+
+ * Fix FTBFS with gcc10 (Closes: #987643)
+
+ -- Wookey Fri, 07 May 2021 03:57:03 +
+
ne10 (1.2.1-4) unstable; urgency=medium
* Fix build for armhf (Closes: #905831)
diff -Nru ne10-1.2.1/debian/patches
e can ask the kernel people what the situation is. I
agree that broken rPi4 ethernet on the installer is quite bad.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
Wookey wrote::
> Testing it now.
Nope, that doesn't actually fix the problem, although it appears to
have reduced the number of instances of complaint (that may just be an artifact
of parallel=1)
Not totally clear what's going on here (the function and prototype
seems to match
On 2021-04-29 09:04 +0200, Michael R. Crusoe wrote:
>I found a PR that someone else sent to upstream to fix this at
>https://github.com/projectNe10/Ne10/pull/260 (I haven't tested it, though)
That does indeed look like the right fix. Cheers for finding that. Testing it
n
.deb
>
> Those files have been added in version 2.6.16, and it seems it was just
> a mistake.
Hmm. That's a bit of a cock-up! Not sure how that happened.
Fixed. Upload to follow.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
1 - 100 of 1349 matches
Mail list logo
