ble method of fixing a backport.
As the only diff of your uploads are meant to have an effect in
bookworm-backports, feel free to immediately upload emacs and dh-elpa as
suggested.
Best regards,
Micha
[1] ... i.e. looking at actual versions currently available in the archive --
as opposed to hy
s already been taken care of?
Kind regards,
Micha
ll. According to the wiki on
(https://sourceforge.net/p/htt/wiki/Home/) it ought to be the plural
form, not singular. If you change the inserted keyword from "header" to
"headers" it should be correct.
What a great attention for detail. Well spotted.
Cheers,
Micha
numbers in the
.changes file anymore, so DAK didn't inform the BTS again.
Kind regards,
Micha
tem:
https://sourceforge.net/p/ktoblzcheck/bugs/23/
I will upload a fixed package shorty.
Santiago, thank you for your greatly appreciated help.
Kind regards,
Micha
d system thinks they are downloaded already and skips the download.
Apparently this seems to introduce kind of a race condition (yet I don't
know how exactly).
Kind regards,
Micha
Control: reopen -1
Control: notfixed -1 1.53-3.1+rm
Issue re-opened, as it still exists in experimental.
=libktoblzcheck&arch=i386&ver=1.57-1&stamp=1727610196&raw=0
https://buildd.debian.org/status/fetch.php?pkg=libktoblzcheck&arch=ppc64el&ver=1.57-1&stamp=1727610175&raw=0
https://buildd.debian.org/status/fetch.php?pkg=libktoblzcheck&arch=ppc64el&ver=1.57-1&stamp=1728377946&raw=0
https://buildd.debian.org/status/fetch.php?pkg=libktoblzcheck&arch=s390x&ver=1.57-1&stamp=1727610160&raw=0
Cheers,
Micha
r now.
Kind regards,
Micha
Control: found -1 libktoblzcheck/1.53-3
Just for the records, I've found a FTBFS also with the version from
stable, i.e. the one without the NMU. I conclude, the NMU for the time_t
transition didn't introduce it.
Micha
Hi Santiago,
Am 24.08.24 um 00:06 schrieb Santiago Vila:
El 21/7/24 a las 20:59, Micha Lenk escribió:
amd64 builds are passing on Salsa CI
Yes, they are passing, but for a *different* version:
dpkg-buildpackage: info: source version 1.57-1+salsaci+20240721+93
Good point. I have no idea
Hi Santiago,
On Wed, 24 Jul 2024 03:09:02 +0200 Santiago Vila wrote:
I can still reproduce this one. Please contact me if you need a VM
I'd like to take a look. Is bug #1074673 still reproducible on your VM?
Kind regards,
Micha
build environment is
available, I assume your reported build failure must have been some issue in
the build environment.
Hence I close this bug as unreproducible.
Please provide the requested information and re-open the bug in case I did
wrong.
Kind regards,
Micha
Am 6. Juli 2024 07:09:0
so like to receive the full build log.
Kind regards,
Micha
Control: tags -1 = patch
Control: fixed -1 libchipcard/5.99.1beta-2
Control: close -1
The versions in the archive are already fixed. Nothing left to do. Closing...
Regards,
Micha
Dear maintainer,
On Sun, 21 Apr 2024 15:23:27 +0200 Micha Lenk wrote:
I've prepared an NMU for rapidjson (versioned as 1.1.0+dfsg2-7.2). The diff
is attached to this message.
I forgot to mention, I've pushed my changes to salsa on branch
'NMU_fix_for_debbug_1
Dear maintainer,
I've prepared an NMU for rapidjson (versioned as 1.1.0+dfsg2-7.2). The diff
is attached to this message.
Regards,
Micha
diff -Nru rapidjson-1.1.0+dfsg2/debian/changelog rapidjson-1.1.0+dfsg2/debian/changelog
--- rapidjson-1.1.0+dfsg2/debian/changelog 2022-10-15
no clue what it refers to. So, I
am stuck with the following build failure now:
make[1]: Entering directory
'/home/micha/src/netdiag/pkg.git/netwatch-1.3.1-2'
x86_64-linux-gnu-gcc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2
-Werror=implicit-function-declaration
-ffile-prefix-map=/home
Hi all,
Am 01.03.24 um 22:38 schrieb Micha Lenk:
I think I've found a fix for it:
https://salsa.debian.org/aqbanking-team/pkg-libchipcard/-/commit/045b1f498f1a2620e4b7c9538497ae54e18b
I currently have no capacity for testing it right away, so feel free to
prepare another 0-day-NMU t
x27;ve found a fix for it:
https://salsa.debian.org/aqbanking-team/pkg-libchipcard/-/commit/045b1f498f1a2620e4b7c9538497ae54e18b
I currently have no capacity for testing it right away, so feel free to
prepare another 0-day-NMU to fix this RC bug quicker than I can.
Best regards,
Micha
/jobs/4677663
Would you mind to take a more elaborate look and suggest anything that
could help fixing the cross build?
Or is this an issue of the Salsa CI pipeline that is okay to ignore for now?
Best regards,
Micha
Hi Helmut,
Just for the records, I've just pushed the changes to the upstream Git
repository.
https://www.aquamaniac.de/rdm/projects/gwenhywfar/repository/revisions/8ca14d320807bb7d39acb8d5a3b411a54dd25cb2
Kind regards,
Micha
hing a patch for your convenience.
The patch looks simple and great, I'll try to submit it upstream.
Thanks a lot for your contribution.
Micha
Control: tags -1 pending
I've just committed the drop of the transitional package in Git, so it
should be gone with the next package upload.
https://salsa.debian.org/aqbanking-team/pkg-libchipcard/-/commit/e8abcb30396e302b469f07c62ebc7ef32473de39
Regards,
Micha
e now oldstable release (Bullseye) to upgrade
to the latest stable release, where this bug is fixed.
Best regards,
Micha
Package: sshuttle
Version: 1.1.1-1
Severity: normal
X-Debbugs-Cc: micha...@gmail.com
Dear Maintainer,
The sshuttle currently package depends on iptables. However, sshuttle
can use different methods to set up the packet redirection (most notably
nftables), so it is actually fully functional
Package: nautilus-owncloud
Version: 2.11.0.8354+dfsg-1
Severity: grave
Tags: upstream
Justification: renders package unusable
X-Debbugs-Cc: micha...@gmail.com
Dear Maintainer,
The version of nautilus shipped in bookworm has a different API from
what is expected by the shell extension in the
Package: pipewire-pulse
Version: 0.3.65-3
Severity: normal
X-Debbugs-Cc: micha...@gmail.com
Dear Maintainer,
I want to have pipewire-pulse listen on a TCP socket in order to be able
to play music from an mpd deamon running as a different user, which is
configured to use pulseaudio output on
Patch verification
To be sure, I just made a cross-check with the same AqBanking configuration as
above and with the patch applied.
To prove the fix is working as intended, I've retried the reproduction given in
the initial Debian bug report. The hostname was no longer flagged as issue, so
the p
gerLevel_Warning,
980I18N("Certificate was not issued for this
host"));
981 errFlags|=GWEN_SSL_CERT_FLAGS_BAD_HOSTNAME;
982 }
```
Trusting the GnuTLS API to do a thorough hostname check already, I consider the
additional ma
Hi all,
I just realized an alternative implementation was already contributed by
Michael Vogt on salsa.d.o
https://salsa.debian.org/apt-team/python-apt/-/merge_requests/67
Good to see he ended up with almost the same implementation as I did.
Regards,
Micha
ee to tell me if I
should delay it longer.
Additionally I dared to forward the patch affecting the upstream
code to their bug tracker. Hopefully this will make future
maintenance of this package easier.
Regards,
Micha
diff -Nru lirc-0.10.1/debian/changelog lirc-0.10.1/debian/changelog
--- lirc-0
onger.
Regards,
Micha
diff -u libglu-9.0.2/debian/changelog libglu-9.0.2/debian/changelog
--- libglu-9.0.2/debian/changelog
+++ libglu-9.0.2/debian/changelog
@@ -1,3 +1,11 @@
+libglu (9.0.2-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * control: Let libglu1-mesa-dev depend on libo
ort for dh-python open
that would request it.
* Once a pypy3 Debhelper sequence is available, the following pypy3
packages need to be created (just from looking at vanguards's
Build-Depends:)
* pypy3-setuptools
* pypy3-stem
* pypy3-pytest
* pypy3-ipaddress
Regards,
Micha
.org/python-team/packages/python-virtualenv/-/merge_requests/4
Best regards,
Micha
From 731efe4455b5157df4543873c23486a56c03be17 Mon Sep 17 00:00:00 2001
From: Micha Lenk
Date: Sat, 15 Oct 2022 21:03:31 +0200
Subject: [PATCH] Drop pypy and python2 autopkgtests (closes: #938249)
... as the bina
Hi,
On Sat, 15 Oct 2022 19:16:05 +0200 I wrote:
Is there any reason not to close this bug now?
Yes, there are Python 2 dependencies in autopkgtests
(debian/tests/control) to clean up.
Regards,
Micha
removal is the whole point of this bug.
I'd say this Debian bug was correctly closed in version 20.0.10-1.
Is there any reason not to close this bug now?
Regards,
Micha
onger.
Regards
Micha
diff -Nru python-apt-2.3.0/debian/changelog python-apt-2.3.0+nmu1/debian/changelog
--- python-apt-2.3.0/debian/changelog 2021-10-22 12:21:54.0 +0200
+++ python-apt-2.3.0+nmu1/debian/changelog 2022-10-15 13:34:20.0 +0200
@@ -1,3 +1,10 @@
+python-apt (2.3.0
Hi there,
Just for the records, I started working on this bug. A first fix attempt
is available on [1]salsa -- but unfortunately it causes the package to
fail to build from source. I'll continue tomorrow.
[1].
https://salsa.debian.org/micha/python-apt/-/compare/main...remove-python
ained" argument.Best
regards,Micha
Control: tags -1 bookworm
This bug does not affect Debian bullseye.
the patch didn't apply cleanly to the master branch. The
file card.c was since moved to src/libchipcard/base/card.c, yet changed
substantially so that a careful review would be appropriate.
Nevertheless, thank you to your contribution to Debian and Libchipcard.
Kind regards,
Micha
Am 02
/projects/libchipcard/repository/revisions/61eb11ada0cb5f9b16a7cb519f4165a4876ba636/diff/libchipcard-client.pc.in
The file libchipcard-server.pc.in, which you also modified in your
patch, doesn't exist anymore.
Thank you to your contribution to Debian and Libchipcard.
Kind regards,
Mich
pdate apparently still applies).
Kind regards,
Micha
Hi Peter,
I've just uploaded a backport to bullseye-backports. It will need some
time to get processed by the Backports archive team.
Kind regards,
Micha
Control: fixed -1 libaqbanking/6.4.1-1
Am 16.12.21 um 22:40 schrieb Harald Welte:
On Thu, Dec 16, 2021 at 01:48:11PM +0100, Micha Lenk wrote:
Would you mind to give these versions another try, once they become
available?
confirmed fixed in current packages on 'unstable', thanks.
gards,
Micha
ke
a look into them (due to real life constraints at the moment). However,
I've forwarded the issue to the upstream author, who will hopefully take
a look soon.
Best regards,
Micha
Package: python3-lxml
Version: 4.6.3+dfsg-0.1
Severity: important
X-Debbugs-Cc: micha...@gmail.com
Dear Maintainer,
I ran into a bug that causes lxml to truncate output when using
"tostring" with encoding set to "utf8", while it works correctly when
encoding is set to &
t unchanged.
Now, most of the I18N symbols seem to be #define'd to
GWEN_I18N_Translate(). I have to admit that I am lost at this point.
Would you mind to help us to understand how the translations for these
lines of code are supposed to work?
Thanks in advance,
Micha
/bbb4113a5a996dcd7bb3494e0be900b275b49a4f
Best regards,
Micha
Hello Mechtilde,
no, I didn't expect an unblock request to be required (it should migrate
automatically due to passing autopkgtests). Feel free to file an unblock
request if you disagree.
Regards,
Micha
t expect it to break
the chipcard-tool binary. What a weird dependency...
Thank you for reporting this issue. Stay tuned, I'll upload a fixed
package shortly.
Best regards,
Micha
t run in Salsa CI
runs too. Additionally I inserted a few sleeps, to make the test
slightly more reliably.
I know, this doesn't fix the race condition at all, so this remains to
be worked on in the future.
Regards,
Micha
Control: tags -1 moreinfo
Hi Achim,
I've just uploaded libaqbanking/6.2.8-1, which contains a fix for a
missing TAN picture. Maybe this fixes your issue too. Would you please
mind to give it another try with that version?
Thanks in advance,
Micha
Hi Achim,
thank you for your bug report. Did you also report this bug in the
upstream bug tracker at
https://www.aquamaniac.de/rdm/projects/aqbanking/issues?
Did the comdirect photoTan really ever work before?
Regards,
Micha
On 19.09.20 17:00, Achim Schaefer wrote:
Package: aqbanking
installed on very few systems.
--
Thanks,
Micha
der of the upstream source. I don't expect any breakage.
Best regards,
Micha
Ben file:
title = "libgwenhywfar";
is_affected = .depends ~
"\b(libgwengui\-cpp0|libgwengui\-fox16\-0|libgwengui\-gtk3\-0|libgwengui\-qt5\-0|libgwenhywfar79\-dev)\b"
| .depends ~
"\b(libg
d and pushed a [1]change that will enable the
aqpaypal backend in the next upload.
Best regards,
Micha Lenk
1.
https://salsa.debian.org/aqbanking-team/pkg-libaqbanking/commit/c92dd29222bd6dc4722e5c9661afadf09df4d6d9
Control: tags -1 moreinfo
I tried to understand this bug report, but I have to say that I don't
understand it either. We need more information from the original
submitter (adding tag moreinfo).
Best regards,
Micha
Hi Paul,
On 24.01.20 22:18, Paul Gevers wrote:
On 23-01-2020 22:22, Micha Lenk wrote:
I think we are now ready to start the transition (moreinfo tag removed).
Let me summarize again the planned transition actions:
- micha: upload libgwenhywfar/5.1.2-1 (in experimental) to unstable
- micha
. ANY . unstable . -m "Rebuild against newer
libgwenhywfar/libaqbanking."
Thanks,
Micha
build just fine (if
required I can also send the full build log).
On 21.01.20 06:43, Pino Toscano wrote:
In data lunedì 20 gennaio 2020 22:10:38 CET, Micha Lenk ha scritto:
On 20.01.20 09:52, Pino Toscano wrote:
The newly released version of KMyMoney (5.0.8) requires:
- Gwenhywfar >= 5.
he new Gwenhywfar? Does it build fine?
I will, once libaqbanking/6.0.1 cleared the NEW queue. I will update
this bug with more information as soon as I have them.
Pino, thank you for making me realize that this transition isn't ready
yet. This saved us some frustration later on.
Regards,
Micha
libgwenhywfar.
* https://tracker.debian.org/kmymoney will need a binNMU to pick up the new
SONAME from libgwenhywfar.
The auto-generated Ben transition tracker should do fine
https://release.debian.org/transitions/html/auto-libgwenhywfar.html
Best regards,
Micha Lenk
aries uploaded by micha, a new source-only
upload is needed to allow migration
* Not built on buildd: arch amd64 binaries uploaded by micha
I was forced to do a binary upload by another policy (ftp-master) because I
added a new binary in this revision. As I don't have any real changes to u
Status update:
I started working on removing the python 2 package, which turned out to
be more complicated than necessary. I had to rip out a broken chunk from
CMakeLists.txt that caused the build to fail when no Python interpreter
is installed. This made at least the build succeed again, but
Control: forwarded -1 https://www.aquamaniac.de/rdm/issues/134
This is already tracked in the upstream bug tracker as
https://www.aquamaniac.de/rdm/issues/134 (sorry, German only). So far it seems
to be an unsolved issue.
Best regards,
Micha
package
libchipcard-libgwenhywfar78-plugins fix the issue for you?
Best regards,
Micha
Control: reassign -1 libchipcard 5.1.3beta-1
Control: affects -1 libaqbanking
Hi Mathias,
On 16.11.19 11:05, Mathias Behrle wrote:
Upgrade to libchipcard-libgwenhywfar78-plugins solved the problem
(libchipcard-libgwenhywfar60-plugins still installed). Is there a versioned
dependency missing?
urrent upstream version 5.0.7, which contains already a
fix for this issue. At the same time I would appreciate the build dependency
versions to be bumped so that builds will be forced to pick up the new library
versions (see attached patch).
Best regards,
Micha Lenk
diff --git a/debian/control b
as a separate bug in the
upstream bug tracker at https://bugs.gnucash.org/enter_bug.cgi? The
upstream bug tracker should be the best place to track such issues down
and work on a fix.
Best regards,
Micha
from this APT repository:
# Command to let APT trust the repository key
curl -sf https://people.debian.org/~micha/PSD2/PSD2-APT-repo.asc \
| sudo apt-key add -
# Entry for your sources.list
deb https://people.debian.org/~micha/PSD2/ buster-experimental-backports/
The needed patch is appl
Hi all,
just for the records, the source package libchipcard is affected too
(sorry for missing it initially). An upload to experimental is sitting
in NEW.
Best regards,
Micha
: Will need only a binNMU
Please ACK the transition when you consider it ready for upload.
Best regards,
Micha
Ben file:
title = "aqbanking6";
is_affected = .depends ~
/\b(libgwenhywfar60|libgwenhywfar60\-dev|libaqbanking\-doc|libaqbanking35|libaqbanking35\-plugins|libaqebics0|l
Source: kmymoney
Version: 5.0.6-1
Severity: wishlist
Dear Pino,
I tried to build the kmymoney package against the upcoming releases of
Gwenhywfar 5 and AqBanking 6. Unfortunately the builds currently fail:
In file included from
/home/micha/git/debian/aqbanking/kmymoney/kmymoney/plugins
ke an APT
repository available with all the packages I created so far. So, this
isn't blocked by ftp-master, but I need to find the time to work on it.
Best regards,
Micha
-master.debian.org/new/libgwenhywfar_4.99.19rc3-1.html
So we will need some patience now.
Regards,
Micha
Hi Christian,
I understand your bug report and confirm it to be an issue.
Unfortunately I don't have much capacity at the moment to work on an
updated package in a timely manner. But I do appreciate and support any
volunteer's help.
Best regards,
Micha
Package: grub-common
Version: 2.02+dfsg1-18
Followup-For: Bug #558422
Control: severity -1 serious
This just happened to me as well, except that I as not able to continue the
upgrade by hitting Ctrl-C. I don't consider this behavior acceptable in a
stable release, hence raising the severity to ser
is is a duplicate of bug #915995 which was already fixed in
> 1:1.3.4-2.4. And the buildd logs agree with that.
Agreed. salsa.d.o doesn't have the changes from the nfs-utils/1:1.3.4-2.4
committed yet. That's why I was building actually a different version than I
thought.
Thanks for finding out that this is a duplicate. :)
Cheers,
Micha
o apply the commits where pushed to my cloned fork of
the nfs-utils package on salsa.d.o here:
https://salsa.debian.org/micha/nfs-utils/commits/fix_proposal_debian_bug_895381
As I couldn't validate them without a build, I left them there.
Cheers,
Micha
/home/micha/nfs-utils/utils/blkmapd/device-discovery.c:156: undefined
reference to `major'
collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:506: blkmapd] Error 1
make[3]: Leaving directory '/home/micha/nfs-utils/utils/blkmapd'
make[2]: *** [Makefile:451: all-recur
but we can (and I would like to) by unblocking
libgwenhywfar/4.20.0-9.
unblock libgwenhywfar/4.20.0-9
Thanks for considering and
Best regards,
Micha
unarchive 904743
reopen 904743
found 904743 libgwenhywfar/4.20.0-9
thanks
The fix for this bug got reverted in libgwenhywfar/4.20.0-9 (see below),
so re-opening this bug until a proper solution is found.
Micha
Forwarded Message
Subject: Accepted libgwenhywfar 4.20.0-9
The fix for this bug got reverted in libgwenhywfar/4.20.0-9 (see below),
so I re-opened this bug until a proper solution is found.
Best regards,
Micha
Forwarded Message
Subject: Accepted libgwenhywfar 4.20.0-9 (source) into unstable
Date: Wed, 06 Mar 2019 22:04:31 +
From
binary packages at all:
* Fix of a spelling mistake in an older debian/changelog entry
* Added/updated meta data in debian/control and debian/watch
* Integration with Salsa CI by adding debian/gitlab-ci.yml
unblock libgwenhywfar/4.20.0-9
Thanks for considering and
Best regards,
Micha
diff -Nr
Control: tag -1 -moreinfo
On 09.03.19 12:26, Jonathan Wiltshire wrote:
Control: tag -1 confirmed moreinfo
On Fri, Mar 08, 2019 at 09:35:29PM +0100, Micha Lenk wrote:
Because of the included cosmetic changes, the package isn't uploadede to
unstable yet. It is currently only availab
rrently only available on mentors.d.n as
https://mentors.debian.net/debian/pool/main/s/smcroute/smcroute_2.4.2-4.dsc
unblock smcroute/2.4.2-4
Thank you for considering,
Micha
diff -Nru smcroute-2.4.2/debian/changelog smcroute-2.4.2/debian/changelog
--- smcroute-2.4.2/debian/changelog 2018
Control: severity -1 serious
Raising severity on behalf of the maintainer of smcroute, who prepared a
fix and intends to fix this issue for Debian buster.
Regards,
Micha
:
>
> # /etc/init.d/smcroute stop
> Stopping static multicast router daemon: smcrouted /usr/sbin/smcrouted:
> invalid option -- 'k'
>
> I think one should use smcroutectl to stop the daemon.
The pull request is merged already, so the change is already pa
with cheryl->size, but I don’t
know how to resolve this issue.
Attached is the patch for the version update.
Best regards from the BSP in Berlin,
Micha Rosenbaum
*failed*
in function test_cherly:'-put_get_and_remove_test/0-fun-3-'/1
(test/test_cherly.erl, line 112)
user debian-rele...@lists.debian.org
tag 921897 patch
usertag 921897 bsp-2019-02-de-berlin
thank you
Dear maintainer,
I fixed this FTBFS bug and attached a patch to resolve this issue.
Best regards from the BSP in Berlin.
Micha Rosenbaum
diff -Nru morse-simulator-1.4/debian/changelog morse
unused variable in
averell_sup.erl. Please see the patch for details.
0: http://erlang.org/doc/man/erlang.html#get_stacktrace-0
Micha Rosenbaum
diff -Nru averell-1.2.5/debian/changelog averell-1.2.5/debian/changelog
--- averell-1.2.5/debian/changelog 2016-04-18 18:16:07.0 +0200
+++ averell
user debian-rele...@lists.debian.org
tag 918827 patch
usertag 918827 bsp-2019-02-de-berlin
thank you
Hello, the attached patch replaces pngmath with imgmath in conf.py and
fixes the FTBFS bug.
Micha Rosenbaum
diff -Nru atheist-0.20110402/debian/changelog atheist-0.20110402/debian/changelog
user debian-rele...@lists.debian.org
tags 913838 confirmed help
usertag 913838 bsp-2019-02-de-berlin
thank you
This also happens with searches without doing a replace. In the search
case the character following the ß is highlighted as well. The search
also behaves strangely for other accented char
explicitly passing the path to use,
instead of relying on finding them via the PATH at build-time.
Please see attached debdiff.
Thank you for the patch. I've committed and pushed it in git, so this
issue should get fixed by the next upload.
Regards,
Micha
eepenh. If you want
to use that repository, please create a guest account on
https://signup.salsa.debian.org/ and let me know with a GPG signed message
which account name should be granted access to that repository.
Best regards,
Micha
Source: smcroute
Version: 2.0.0-1
Severity: normal
The debian/copyright file is inaccurate for the smcroute package. It
claims that smcroute is consistently licensed under GNU GPL (v2 or
later), but in fact some files are licensed under different licenses.
parse-conf.c: ISC
pidfile.c: BSD (2 clau
Hi Pino,
Am 09.09.2018 um 23:08 schrieb Pino Toscano:
> In data domenica 9 settembre 2018 15:11:52 CEST, Micha Lenk ha scritto:
>> This is a short heads up that I intend to remove support for Qt4 from
>> libgwenhywfar on September 13th 2018. This will be done by dropping the
>
1 - 100 of 1023 matches
Mail list logo
