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
.
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
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 the best approach.
Wookey
--
Principal hats: Debian, Wookware, ARM
ht
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.
Wookey
--
Princip
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 th
enough, should it not?
or am I missing something?
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
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
nd 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
v,
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
f 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:
Firstly, I
ork 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
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's helpful.
Wookey
diff -Nru urlscan
ar 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
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.724857714 +
@@ -456
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.
> >
2/blob/devel/docs/migrate-v2-to-v3.md
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
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 matters is: stuff about hyphen
and minus being different and minus being used in
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
k I 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 compile
at 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
7-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 +
+
openjfx (11.0.11+1-3) unstable; urgency=medium
* Team u
n
> > 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 cycl
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
he 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, then mail you and we can see if we can
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
ged
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 +
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
, 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://wookware.org/
signature.asc
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
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
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
--
Principal hats: Linaro
-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
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:
Wookey wrote:
>
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
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
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
be 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 (return oriented
-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 hats: Debian, Wookware, ARM
http://wookware.org
T_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.
Wo
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 b
Hopefully it will be uncontroversial.
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
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
--- dpkg
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
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
he 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
t 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
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: Debian, Wookware, ARM
http://wookware.org/
sign
work (before version
1.9):
https://buildd.debian.org/status/logs.php?pkg=libdeflate=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
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
ure 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
n.
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
return distutils.core
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,
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, and w
ckage 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
-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
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 at least one
file owned
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 you've
>
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
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
am_yubico fails to install module in multiarch path
> control: found -1 2.23-1
>
>>>>>> "Rowan" == Rowan Wookey writes:
>
> Rowan> It appea
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
is 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
Please ad
n 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, ARM
http://wookware.org/
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
ree 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 to me). I
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
now.
.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
Package: urlview
Version: 0.9-21
Severity: normal
If you add a ~/.urlview config file containing
WRAP Yes
(with no terminating linefeed)
then running urlview gets you this error:
Unknown value for WRAP: Ye. Valid values are: YES, NO
It is just failing to read the last character, presumably
tricky in some situations, but SFACT the ofono
mmsd is just 0.0 so the debian version can be 0.0.something and remain
compatible with a shift back to that repo at some point.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
On 2021-04-12 16:30 +0200, Salvatore Bonaccorso wrote:
>
> Thanks Wookey for the testing feedback. This really starts to become
> late for the bullseye release, so we need to be careful enough. We
> will see what we can do.
Understood. I see we were just 2 days too late for the 5.
of config options to
SOC variants is:
IMX8MN == i.MX8M Nano
IMX8MQ == i.MX8M Quad
IMX8QXP == i.MX8 QuadXPlus
IMX8MP == i.MX8M Plus
--
Wookey
l I think we are good with 1.3.10.
Debdiff Patch attached
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
diff -Nru python-django-2.2.19/debian/changelog python-django-2.2.19/debian/changelog
--- python-django-2.2.19/debian/changelog 2021-02-22 10:10:28.0 +0
Package: ftp.debian.org
Severity: normal
Mali midgard is now well-supported in Debian with the free panfrost
drivers so there is no point us continuing to ship this binary driver
in non-free (indeed it's a disservice to our users at this point).
not in the forthcoming
release.
--
Wookey
ree drivers
(panfrost) is such that there is no real point debian maintaining this
free wrapper for the non-free driver any longer (and certainly not for
a whole stable cycle).
Looks like I failed to get round to filing a remove bug. I'll do that
if it's not too late.
Wookey
--
Principal hats: Linaro, Debia
How far did you get with this ITP?
tensorflow needs this package too so I have an interest and may end up having
to package this too.
If you have done any of the base work (especially copyright checking)
it would be good not to have to repeat that.
Wookey
--
Principal hats: Linaro, Debian
1 - 100 of 1340 matches
Mail list logo