On Tue, Jan 03, 2023 at 11:46:31PM +0100, Andreas Henriksson wrote:
> On Wed, Dec 28, 2022 at 04:11:04PM -0800, Vagrant Cascadian wrote:
> > rpi_4
> > rpi_4_32b
>
> I dug up my old dusty rpi4 which I probably haven't touched
> since last time we spoke about u-boot on it.
On Wed, Dec 28, 2022 at 04:11:04PM -0800, Vagrant Cascadian wrote:
> rpi_4
> rpi_4_32b
I dug up my old dusty rpi4 which I probably haven't touched
since last time we spoke about u-boot on it.
I've tested only the 64bit (arm64) version so far.
The version that was on the sd-card since last
systemd-resolved 252.4-1
ii udev 252.4-1
ii xz-utils 5.4.0-0.1
ii zip3.0-12
Versions of packages debos suggests:
pn libslirp-helper
pn user-mode-linux
-- no debconf information
From: Andreas Henriksson
Date: Tue, 3 Jan 2023 01:12:42 +0100
Subjec
of this.)
Your comments would be very welcome.
Regards,
Andreas Henriksson
sting users will work out. If you
see no other way than the local sysadmin doing manual changes, then
atleast write about this in debian/NEWS (see man dh_installchangelogs)
and possibly also write some guidance in debian/README.Debian about
how the integration works in Debian specifically and how the old
installations configuration maps to the new.
Regards,
Andreas Henriksson
0.8-1.dsc
404 Not Found
>
> Changes since the last upload:
>
> nvidia-vaapi-driver (0.0.8-1) unstable; urgency=medium
> .
>* New upstream release.
>
> Regards,
> --
> Lu YaNing
Regards,
Andreas Henriksson
atch
The upstream bug report has more discussion:
https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/1768
Possibly this test should be completely disabled instead of just
ignoring the result. It would probably be a good idea if someone first
figures out what causes the hang though
Regards,
Andreas Henriksson
ing avahi-daemon, the command worked successfully. It should
> probably either depend upon or recommend avahi-daemon.
Since there's a runtime switch to override mdns I'll add it as a
Recommends.
Regards,
Andreas Henriksson
rge-request on salsa.debian.org with a new updated description
(which you can probably help scrape together based on an updated
description that might be found on the upstream webpage for
gnome-remote-desktop).
Regards,
Andreas Henriksson
[1]:
https://tracker.debian.org/media/packages/g/gnome-remot
Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson
* Package name: mender-connect
Version : 2.1.0-1
Upstream Author : Nothern.Tech
* URL : https://github.com/mendersoftware/mender-connect
* License : Apache-2.0
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson
* Package name: golang-github-vmihailenco-msgpack.v5
Version : 5.3.5-1
Upstream Author : Vladimir Mihailenco
* URL : https://github.com/vmihailenco/msgpack
* License : BSD-2-clause
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson
* Package name: golang-github-vmihailenco-tagparser.v2
Version : 2.0.0-1
Upstream Author : Vladimir Mihailenco
* URL : https://github.com/vmihailenco/tagparser
* License : BSD-2-clause
Programming
Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson
* Package name: golang-github-go-ozzo-ozzo-validation.v4
Version : 4.3.0-1
Upstream Author : Ozzo Framework
* URL : https://github.com/go-ozzo/ozzo-validation
* License : Expat
Programming Lang: Go
own uses it as an
implementation detail. Having iproute2 provide ifupdown glue just
creates a confusing circular relationship. If you want ifupdown to
use more of iproute2, then I say implement it in ifupdown!
>
> Thanks!
>
> /mjt
>
Hope that my comments where not too spicy and hopefully some food for
though.
(If it wasn't already obvious: My suggestion is to tags +wontfix this
bug report on the iproute2 side.)
Regards,
Andreas Henriksson
in a usable shape and migrated to
testing before the freeze.
If you're just interested in doing a single NMU I'd consider sponsoring
that as well!
Regards,
Andreas Henriksson
to the archive, but someone interested in maintaining them are needed.
Are you interested in maintaining dleyna packages in debian?
Regards,
Andreas Henriksson
PS. grilo-plugins recommends dleyna-server and I've poked berto on IRC
as well. Maybe you could team up?
the transition time further than
necessary.
Regards,
Andreas Henriksson
Hello,
On Sun, Oct 30, 2022 at 09:46:11AM +0100, Andreas Henriksson wrote:
> TL;DR I consider myself ready to start the transition now, with removals
> in the plan.
[...]
> Unless someone tells me I missed something I'll start uploading to
> unstable as soon as I feel I have a fr
-connector-dbus -- RoQA; unmaintained, needs
transition, new upstream uses single repo (dleyna)
On Sun, Oct 30, 2022 at 03:49:56PM +0100, Andreas Henriksson wrote:
[...]
> Please remove dleyna-core, dleyna-renderer, dleyna-server,
> dleyna-connector-dbus from unstable.
[...]
Cloning, so t
.
Regards,
Andreas Henriksson
from testing
(until this issue is fixed).
(In theory the correct severity is important right now and serious
after the transition has actually started, but I'm skipping one step
here to avoid having to do more ping-pong with the bug tracking system.)
Regards,
Andreas Henriksson
this issue for 10+ months.
- No response yet in https://gitlab.com/tabos/librm/-/issues/4 or #1022008
Unless someone tells me I missed something I'll start uploading to
unstable as soon as I feel I have a free time slot (which might be later
today).
Regards,
Andreas Henriksson
Control: severity -1 serious
Control: clone 1022009 -2
Control: reassign -2 dleyna-connector-dbus
Control: retitle -2 dleyna-connector-dbus: transition to gssdp/gupnp 1.6.0
Hello who ever is interested in dLeyna in Debian,
dLeyna 0.7 had a new upstream maintainer[1] and a new home[2].
With
Hello,
I'm attaching the changes I made to my local clone of the caja-extenions
git packaging repo which will soon be uploaded to experimental as a
NMU.
Regards,
Andreas Henriksson
>From 47b1a07356abdbfefa8f7c17e5155b0aae2947ba Mon Sep 17 00:00:00 2001
From: Andreas Henriksson
Date: Fri, 28
Hello Sebastian Ramacher,
On Thu, Oct 27, 2022 at 07:38:14PM +0200, Sebastian Ramacher wrote:
> Control: tags -1 = confirmed
>
> On 2022-10-18 21:24:03 +0200, Andreas Henriksson wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.deb
t would need.)
I guess we'll just have to wait and hope
(I could probably ask gupnp upstream about help since he's usually very
helpful, but I'm not sure it's a useful activity for him to spend time
on.)
Regards,
Andreas Henriksson
.
Regards,
Andreas Henriksson
Control: forwarded -1 https://gitlab.com/tabos/librm/-/issues/4
Hello,
The two commits in upstream git HEAD (mentioned in original debian bug
report) does not seem to be enough to actually build with gssdp/gupnp 1.6.
I've opened an upstream issue (see above).
Regards,
Andreas Henriksson
start working on local updates and build-testing reverse
dependencies next to verify the transition really is as easy as
anticipated.
Regards,
Andreas Henriksson
://github.com/phako/dleyna-server/commit/e7f64192643f5783e19482a11697d
The relevant bug report for coordinating the transition is #1022003
Regards,
Andreas Henriksson
://github.com/phako/dleyna-renderer/commit/b3a06c8bc4b91803d7bde312f49a6
The relevant bug report for coordinating the transition is #1022003
Regards,
Andreas Henriksson
://github.com/phako/dleyna-core/commit/b88f231affc697be813d7c77c17e3130df8
The relevant bug report for coordinating the transition is #1022003
Regards,
Andreas Henriksson
as needed.
Regards,
Andreas Henriksson
://github.com/mate-desktop/caja-extensions/issues/110#issuecomment-1115036764
The relevant bug report for coordinating the transition is #1022003
Unless I've heard from you before the release-team gives the go-ahead
I'll assume you prefer me NMU as needed.
Regards,
Andreas Henriksson
://gitlab.com/tabos/librm/-/commit/a849d9a6a6624d5f3c6a70dd63590d1a2b79d1af
Regards,
Andreas Henriksson
PS. Once I've filed all bug reports I'll set them as blockers for this bug
report.
Ben file:
title = "gupnp";
is_affected = .depends ~ "libgupnp-1.2-1" | .depends ~ "li
deb-systemd-invoke stop 'sslh.service' >/dev/null || true
fi
# End automatically added section
exit 0
-----8<->8-
Regards,
Andreas Henriksson
>From 44f17216824a2dd117b1cb13776825ce155b08b1 Mon Sep 17 00:00:00 2001
From: Andrea
/popa3d should be created by package" well it's /var
so don't trust it to be unchanged. Should probably wrap the
chmod/chown commands in an `if test -d /var/lib/popa3d ; then`.
Regards,
Andreas Henriksson
diff --git a/debian/postinst b/debian/postinst
index 75e32aa..4b27350 100644
---
> substr($0, 0, length(ENVIRON["HOME"])) == ENVIRON["HOME"]
> with
> homeless = "~" substr($0, length(ENVIRON["HOME"]) + 1)
> for the first (checked on mawk and gawk).
>
> Best,
> наб
Thanks for narrowing this down. Could you please submit your findings
to the upstream mailing list? (util-linux at vger.kernel.org)
(I've confirmed I can reproduce this. Also making bug title more
specific while at it.)
Regards,
Andreas Henriksson
tch directly to upstream for review/inclusion?
Please see
https://github.com/util-linux/util-linux/blob/master/Documentation/howto-contribute.txt
Note: You want to use the correct path in your patch (including
sys-utils) and also use "Signed-off-by" according to
https://wiki.linuxfoundation.org
t; TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
> LANGUAGE=en_GB:en
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> -- no debconf information
Regards,
Andreas Henriksson
=== end snip ====
>
>
> Thanks again, pls let me know if there's anything else I can provide.
>
> David
Regards,
Andreas Henriksson
PS. Using "reply all" in your mail user agent should do the right
thing when replying.
a warning about it).
Since libeconf has no reverse dependencies, if this becomes a blocker
feel free to just remove libeconf from testing.
Regards,
Andreas Henriksson
ork as expected to me, although DLNA/UPnP-AV itself and
proprietary vendors implementations of it are indeed quite confusing.
>
> VLC and Kodi do detect them.
Regards,
Andreas Henriksson
with
interpretting what it means, please point me to it and I can try to
interpret my own bad grammar to figure out what I tried to write.)
Regards,
Andreas Henriksson
not just following along as a
debian derivate) uses procps pidof already.
Finally I have to say that I will not object to just closing this bug
report (even though I think the original motivation still holds true),
because atleast I don't have the energy to fight for forward movement
anymore.
Regards,
Andreas Henriksson
software/mender-artifact/utils returned exit code 2
make[1]: *** [debian/rules:15: override_dh_auto_build] Error 25
make[1]: Leaving directory
'/build/golang-github-mendersoftware-mender-artifact-3.7.0+ds1'
```
Regards,
Andreas Henriksson
stable needs to be figured
out, but that discussion should likely happen on a bug report filed
against either of those. (Filing this for the record / public knowledge,
and to remind myself when I soon forget about this.)
Regards,
Andreas Henriksson
```
see:
Regards,
Andreas Henriksson
ritten when you
introduce a default one.)
Regards,
Andreas Henriksson
Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson
* Package name: golang-github-ant0ine-go-json-rest
Version : 3.3.2-1
Upstream Author : Antoine Imbert
* URL : https://github.com/ant0ine/go-json-rest
* License : Expat
Programming Lang: Go
Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson
* Package name: golang-github-mendersoftware-go-lib-micro
Version : 0.0~git20211108.4e20429-1
Upstream Author : Mender
* URL : https://github.com/mendersoftware/go-lib-micro
* License : Apache-2.0
-of-archive
software might still use it.)
Someone will need to offer to do the MBF which likely also comes with
taking on the work to write some kind of porting guide.
Regards,
Andreas Henriksson
Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson
* Package name: golang-github-mendersoftware-progressbar
Version : 0.0.3-1
Upstream Author : Mender
* URL : https://github.com/mendersoftware/progressbar
* License : Apache-2.0
Programming Lang: Go
o to CC hoping he will pick this up.
[1]:
https://salsa.debian.org/gnome-team/gtk4/-/commit/336055ab1fe1518ef503e076df5511c06591912b
Regards,
Andreas Henriksson
er done
during the next development cycle... and by someone who knows
what the future direction of gnome-todo might be, but feel free
to send a merge-request!)
Regards,
Andreas Henriksson
each a point where it would make any real-life difference.
Would be happy to hear some counter-arguments to enlighten me on what
I missed. As it currently stand I'd suggest this bug report to be
a 'wontfix'.
Regards,
Andreas Henriksson
- now part of new upstream release.
+
+ -- Andreas Henriksson Thu, 13 May 2021 18:19:57 +0200
+
gnome-sound-recorder (3.38.0-3) unstable; urgency=medium
* Team upload
diff --git a/debian/gbp.conf b/debian/gbp.conf
index 4ed071a..e447a39 100644
--- a/debian/gbp.conf
+++ b/debian/gbp.
Hello again,
This is the final boarding call will proceed to NMU.
On Thu, Apr 08, 2021 at 11:35:44AM +0200, Andreas Henriksson wrote:
> Hello all,
>
> On Tue, Feb 02, 2021 at 03:08:49PM +0100, Bastian Germann wrote:
> > Source: libubootenv
> > Version: 0.3-1
> >
alue to initialize the environment.)
Regards,
Andreas Henriksson
Hello again,
On Wed, Apr 07, 2021 at 11:36:30AM +0200, Andreas Henriksson wrote:
[...]
> I've submitted a merge-request that fixes the imminent problems for
> review at:
> https://salsa.debian.org/debian/libubootenv/-/merge_requests/3
[...]
I've studied things a bit more and updated
Control: severity -1 grave
On Wed, Apr 07, 2021 at 11:20:18AM +0200, Bastian Germann wrote:
> Control: severity -1 important
>
> Am 07.04.21 um 11:10 schrieb Andreas Henriksson:
> > Could we please just add a patch that either just rips out the NDEBUG
> > lines (or invert
ld/should
be forwarded upstream as well.... A library should not print to stdout
like this!
Regards,
Andreas Henriksson
linux packaging
git repo on salsa.debian.org/debian/util-linux for easier review!
Might also be useful to ask the debian-python lists to review
the changes, which should give extra confidence that your
packaging work follows debian python packaging best practices.
Regards,
Andreas Henriksson
Control: forwarded -1
https://salsa.debian.org/debian/util-linux/-/merge_requests/19
Hello,
I've created a merge-request on the util-linux git packaging repo
which should hopefully make it more convenient for the maintainer
to review this (once the freeze is over).
Regards,
Andreas Henriksson
Control: forwarded -1
https://salsa.debian.org/debian/util-linux/-/merge_requests/18
Hello,
I've opened a merge-request with the suggested changes which
should hopefully make it more convenient for maintainer
to review this (once the freeze is over).
Regards,
Andreas Henriksson
when/if you say so.
(Have not yet pushed to the git repository since it includes reverting
a pending compat bump, which we only want to do if we're uploading this
during freeze. Can push on request if is interested.)
Regards,
Andreas Henriksson
new
kernel feature or similar, simply new info exposed by NM.
As mentioned, this is fixed in upstream release 2.2.
I've also filed a pre-approval request to update to 2.2 during freeze,
see Bug#984925
Regards,
Andreas Henriksson
955
Regards,
Andreas Henriksson
PS. Many thanks for making sure we go into hard-freeze with a reasonable
amount of (not -ignore tagged) RC bug reports this time around! Really
refreshing to atleast read that you're attempting to shorten the freeze!
xup commit in gnome-weather is:
https://gitlab.gnome.org/GNOME/gnome-weather/-/commit/6763f7dc9cb25eac4aa13e94e07ea932a42c8e4d
Regards,
Andreas Henriksson
inting out which specific policy paragraph you're
refering to.
Hope this helps. Please also remember that my views are mine and might
not neccessarily reflect the official pkg-gnome standpoint.
Regards,
Andreas Henriksson
bian style either. Wouldn't it be better
to just ask the release team which solution they prefer and possibly
get an exception for introducing a new binary package if needed?
Regards,
Andreas Henriksson
try other
solutions and if that fails still have time to re-introduce things
before freeze happens
For now I'm lowering the severity below RC (maybe we should just close
this bug report. Feel free to do so as far as I'm concerned atleast).
And as said, if you go for removal please just remove
ogic so files are /moved/
from debian/build/install/ into the respective binary package directory
and then fail the build if debian/build/install/ still contains anything
(ie. similar to --fail-missing in generic dh packages).
Regards,
Andreas Henriksson
On Tue, Feb 16, 2021 at 10:35:53PM +0100, Andreas Henriksson wrote:
> Control: notfound -1 20201218-3
> Control: found -1 20210208-1
>
> On Tue, Feb 16, 2021 at 08:20:47AM +0100, maximilian attems wrote:
> [...]
> > right it was replaced by newer cypress version and there sh
nstall it into debian/firmware-brcm80211 .
The reason seems to be that the filename is not listed in
debian/firmware-brcm80211.metainfo.xml
(The cypress filename the symlink points to is however listed
and that gets installed as expected.)
HTH
Regards,
Andreas Henriksson
golang-github-tidwall-buntdb to new upstream release and update
it's (build-)dependencies accordingly.
Hopefully this bug report helps clear out the somewhat confusing
situtation once we're ready to act on it.
Regards,
Andreas Henriksson
src/usr.bin/ssh/sk-usbhid.c
(and seems also being active in
https://github.com/openssh/openssh-portable ). YOLO and I'm moving on.
Regards,
Andreas Henriksson
--
> Colin Watson (he/him) [cjwat...@debian.org]
Regards,
Andreas Henriksson
a conclusion about this bug report I don't really see
much point in proceeding though.
Regards,
Andreas Henriksson
Control: tags -1 + patch
Hi again,
Attached is a possibly upstreamable patch that solves our problem
(but the base problem still exists in the code for anyone wishing to
build with openssl disabled).
See description in patch itself.
Regards,
Andreas Henriksson
Description: sk-usbhid.c: Only
Hi,
On Sun, Feb 14, 2021 at 09:18:25AM +0100, Andreas Henriksson wrote:
> On Sun, Feb 14, 2021 at 08:32:58AM +0100, Andreas Henriksson wrote:
> > Hello,
> >
> > On Sat, Feb 13, 2021 at 06:04:32PM +0100, Lucas Nussbaum wrote:
> > > Source: openssh
> > > Ver
On Sun, Feb 14, 2021 at 08:32:58AM +0100, Andreas Henriksson wrote:
> Hello,
>
> On Sat, Feb 13, 2021 at 06:04:32PM +0100, Lucas Nussbaum wrote:
> > Source: openssh
> > Version: 1:8.4p1-3
> > Severity: serious
> > Justification: FTBFS on amd64
[...]
> (Which
way to pass in -lmd as far as I can tell
(Which in turn makes me wonder if something changed on the libmd side?)
Regards,
Andreas Henriksson
iwd and then make iwd wait for udev rules
to be applied.
I've not seen any other practically workable options available right now
without having to do fundamental changes to existing policies in other
software - not udev or iwd (eg. linux, et.al.)
Regards,
Andreas Henriksson
'm not against that. My skepticism is more
at why this is not a wishlist bug report (that would be much better to
adress early in a development cycle, rather than when we're already in
the bullseye freeze).
Regards,
Andreas Henriksson
PS. The reason for the weird awk Pre-Depends is to avoid making a particular
impl
atleast some of the main use-cases for this
software.
Raising the severity of this to highlight the importance of
the 0.10.0-1 upload migrating to testing before bullseye release.
Regards,
Andreas Henriksson
ode path is hit it will always error out.
I'm not sure how to trigger this code path though, and the commands
I've tested works fine
Wanted to confirm the code is still around however. Tagging accordingly.
Someone should possibly bring this up with upstream if it hasn't already
been discussed.
Regards,
Andreas Henriksson
free to tell me to NMU!
If I'm not mistaken I think I have commit access to the python repos
on salsa already.
Regards,
Andreas Henriksson
ke init scripts) or see if they maybe already offer a service
file you can install instead of using a debian-specific one and
maintaining it yourself.
PS. Nice to see you're using the security related options!
Regards,
Andreas Henriksson
rs, which would at the same time give me more confidence
in that it's useful to engage in discussion like this at all.)
Regards,
Andreas Henriksson
your
problem.
Regards,
Andreas Henriksson
oad is needed.
One thing I was on the fence about was if I should bump
debhelper-compat to 12, given that 11 is *discuraged* but I held
back on that... you might want to run lintian-brush on the repo.
>
> Thanks,
> Laszlo/GCS
Regards,
Andreas Henriksson
Hello again,
On Sun, Dec 06, 2020 at 03:14:56PM +0100, Andreas Henriksson wrote:
> Package: protobuf-compiler-grpc
> Version: 1.16.1-1
> Severity: normal
>
> Dear Maintainer,
>
> I'm having a problem with grpc_cpp_plugin in my cross-build environment.
[...]
>
> If I'
side effects we
# no longer do this per default. If you want it nevertheless you can
# still set it here.
SETGID_HOME=no
Please drop the outdated documentation about setgid home directories
from the manual page.
Regards,
Andreas Henriksson
ce) and
a/ not properly handling its expansion b/ mocking it as an executable
including the space.
The attached patch fixes the problem, but I have no idea why this
problem appeared now
Regards,
Andreas Henriksson
diff -uriNp xdg-utils-1.1.3.orig/autotests/t-xdg-open.sh xdg-utils-1.1.3/autotests/t
ght be useful to understand what purpose having it in
the emacs/site-lisp path serves and if that's actually preferred over
just maintaining the status quo.
Regards,
Andreas Henriksson
the libphonenumber-dev pulled in
everything needed in every supported configuration (or alternatively
provided 2 separate -dev packages, eg. libphonenumber-boost-dev which
deps on libphonennumber-dev plus required boost parts but that seems
too complex for little gain - not to mention needing to go through NEW).
Regards,
Andreas Henriksson
ase provide a full build log?
Can you think of anything that might be relevant why the build
would fail for you but not me?
Regards,
Andreas Henriksson
stalling libheif-dev in
a clean system where the pkg-config files of aom, etc are not installed.
As far as I can tell the fix is:
a/ Add libaom-dev, libde265-dev and libx265-dev to Depends of libheif-dev
b/ preferably also write a simple autopkgtest that checks if libheif.pc
works as expected
eg. `pkg-config --exists --print-errors "libheif > 1.5.1"` should
not error out when libheif-dev is installed.
Regards,
Andreas Henriksson
ing for listxattr... yes
checking for llistxattr... yes
checking for lsetxattr... yes
```
So it should be safe to drop the attr/xattr.h header from libattr1-dev
as far as libarchive is concerned.
If I missed something please enlighten me, otherwise this bug report
should likely just be closed.
Regards,
Andreas Henriksson
101 - 200 of 2994 matches
Mail list logo