Hi Petter,
On 24.10.24 07:04, Petter Reinholdtsen wrote:
is broken as the expect type is missing. The correct command for this example
should look like this:
_EXPECT header "/foo"
Do you mean a change like this:
diff --git a/src/httest.ext b/src/httest.ext
index a75943d..ec0664c 10064
Control: fixed -1 1.19.1-1~bpo12+2
I believe that the bug you reported is fixed in the version 1.19.1-1~bpo12+2
recently uploaded and now available in the Debian FTP archive within the
bookworm-backports suite.
Please note that the initial upload 1.19.1-1~bpo12+1 contained the wrong bug
numbe
Control: forwarded -1 https://sourceforge.net/p/ktoblzcheck/bugs/23/
Hi Santiago,
On 03.11.24 14:12, Santiago Vila wrote:
This is where bankdata.de.db is generated, but CMake does not know how
to do that if VALID_DATE is empty, which apparently is the case when
Internet access does not work for
Control: tags -1 + help
Hi Santiago,
On 08.10.24 12:14, Santiago Vila wrote:
That looks like a Makefile bug.
Possible.
You can probably reproduce it on amd64 (i.e. in your own computer, without
using a porter box) using make --shuffle.
https://trofi.github.io/posts/238-new-make-shuffle-mod
Control: reopen -1
Control: notfixed -1 1.53-3.1+rm
Issue re-opened, as it still exists in experimental.
Source: libktoblzcheck
Source-Version: 1.57-1
Severity: serious
The package seems to sometimes fail to build from source. The first
builds of libktoblzcheck/1.57-1 failed on arm64, armel, i386, ppc64el,
s390x. That is on 5 out of 9 release architectures it failed.
Trying to reproduce the issu
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: libktoblzch...@packages.debian.org
Control: affects -1 + src:libktoblzcheck
Dear FTP masters,
for a long time the libktoblzcheck package was a build dependency of other
libraries and
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
1 MESZ schrieb Micha Lenk :
>Control: tags -1 moreinfo
>
>Hi Lucas,
>
>Thank you for taking the time to file this bug report. Unfortunately not all
>reproduction details are available. And given these two lines in the logs:
>
>> 4: Could not read directory "/u
Control: tags -1 moreinfo
Hi Lucas,
Thank you for taking the time to file this bug report. Unfortunately not all
reproduction details are available. And given these two lines in the logs:
> 4: Could not read directory "/usr/share/ktoblzcheck": No such file or
> directory
> 4: Oops, no bank da
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
18:10:14.0 +0200
+++ rapidjson-1.1.0+dfsg2/debian/changelog 2024-04-21 15:12:21.0 +0200
@@ -1,3 +1,11 @@
+rapidjson (1.1.0+dfsg2-7.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * d/rules: Switch to C++ 14 to fix FTBFS with googletest >= 1.13.0
+(Closes: #1041027)
+
+ -- Mi
forward in that direction.
I'll stop here, sharing the changes for how far I got already in the
hope it is useful to any more skilled or more patient developer.
Kind regards,
MichaAuthor: Micha Lenk
diff --git a/statnet-3.8/getservent.c b/statnet-3.8/getservent.c
index 1ee6e5e..d99874
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
Hi Helmut,
thank you for reporting this issue.
Am 29.02.24 um 23:45 schrieb Helmut Grohne:
This actually is fallout from the time64 transition. Both libchipcard6
and libchipcard8 declared "Provides: libgwenhywfar79-plugins-ct" and
"Conflicts: libgwenhywfar79-plugins-ct". However, libchipcard6t6
Hi Helmut,
I've also commited the suggested changes to the Debian package. This
allows us to see how the cross build is doing in the Salsa CI builds.
Unfortunately the package seems to still fail to cross build from source:
https://salsa.debian.org/aqbanking-team/pkg-libgwenhywfar/-/jobs/46776
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
Hi Helmut,
> libgwenhywfar fails to cross build from source, because it fails running
> mklistdoc with an "Exec format error". This happens when attempting to
> run a tool that is built for the host architecture. mklistdoc really
> needs to be built for the host architecture, because it is install
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
Hi S. Seide,
Am 27.05.23 um 22:04 schrieb S. Seide:
As this problem affects a lot of german users - is there a change to
promote this package to stable to fix this false security warning?
Meanwhile Debian Bookworm got released as latest stable release, so I'd
recommend users still on the now
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
rules: Pass MODINFO and SH_PATH to configure. The paths to "modinfo"
+and "sh" may vary as either located in /bin and /sbin or in /usr/bin and
+/usr/sbin if the system is configured as a usrmerge system. Use the
+non-usrmerge paths for the most compatible location (close
pengl-dev so that opengl.pc
+referenced by our glu.pc is available too (closes: #1009731).
+
+ -- Micha Lenk Sat, 15 Oct 2022 23:23:58 +0200
+
libglu (9.0.2-1) unstable; urgency=medium
* New upstream release.
diff -u libglu-9.0.2/debian/control libglu-9.0.2/debian/control
--- libglu-
Control: retitle -1 vanguards: Migrate to PyPy3 (Python 3)
Hi,
On Fri, 26 Jul 2019 14:19:21 -0300 Ondrej Novy wrote:
[...] current plan is:
* remove almost all pypy modules, keep only pypy interpreter (and maybe
setuptools, etc.)
* migrate to pypy3 (not possible now, waiting for tooling)
.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
user debian-rele...@lists.debian.org
usertags 938249 + bsp-2022-10-de-karlsruhe
thanks
Hi Sandro,
On Fri, 19 Jun 2020 22:40:58 -0400 Sandro Tosi wrote:
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:python-vir
+nmu1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop explicit debug symbol package python3-apt-dbg (closes: #994348).
+
+ -- Micha Lenk Sat, 15 Oct 2022 13:34:20 +0200
+
python-apt (2.3.0) unstable; urgency=medium
[ Edmund Blomley ]
diff -Nru python-apt-2.3.0/debian/control pytho
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-python3-apt-dbg
Control: tags -1 bookworm
This bug does not affect Debian bullseye.
Control: forwarded -1
https://www.aquamaniac.de/rdm/projects/libchipcard/repository/revisions/913b862a8a0678be0a2bd9f85213dea24081e2bf/diff/src/lib/client/base/card.c
Hi Michael,
thank you for reporting the issue to the Debian bug tracker. Assuming
your consent to distributing your patch under
Control: tags -1 fixed-upstream
Hi Michael,
thank you for reporting the issue to the Debian bug tracker. Assuming
your consent to distributing your patch under the LGPL v2.1 license, I
dared to commit it to the upstream Git repository, which you can find here:
https://www.aquamaniac.de/rdm/p
Control: tags -1 pending
Am 07.02.22 um 18:57 schrieb Christoph Biedl:
the document /usr/share/doc/aqbanking-tools/README.keyfile-update conteins a
link to the AqBanking manual. That address is no longer valid and I could not
find a new place that provides that informmation. Possibly is just not
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.
Hi Harald,
in the upstream bug tracker the author suggested this bug to be fixed
already in versions AqBanking 6.4.1 and Gwenhywfar 5.8.0. I've just
uploaded fixed packages to the Debian archive.
Would you mind to give these versions another try, once they become
available?
Kind regards,
M
Control: forwarded -1 https://www.aquamaniac.de/rdm/issues/250
Hi Harald,
thanks for your detailed bug reports and your attempts to track down
where the issue got introduced first. As always I appreciate the level
of detail you put into your bug reports, this is awesome!
Am 14.12.21 um 19:27
Hi Martin,
the Debian Bug #762353[0] is sitting in the bug tracker for way too long
time already, so I poked a while whether I can find a resolution.
[0.] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762353
On Fri, 26 Feb 2016 12:15:28 +0100 mechtilde wrote:
As I can see the package li
Control: tags -1 + patch upstream fixed-upstream
Control: forwarded -1 https://bugs.gnucash.org/show_bug.cgi?id=798156
For fixing the package in Debian I suggest applying the corresponding
upstream commit instead:
https://github.com/Gnucash/gnucash/commit/bbb4113a5a996dcd7bb3494e0be900b275b49a4
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
Control: severity -1 serious
Hi Harald,
Am 01.03.21 um 14:44 schrieb Harald Welte:
Since the most recent update to libchipcard-date in unstable
yesterday, aqbanking-cli doesn't work with chipcard based banking
anymore:
chipcard-tool(31256):client.c: 215: Data files not found (-51)
Doing an s
Hi all,
Am 12.03.19 um 19:06 schrieb Joachim Nilsson:
Yes indeed, that seems to be the case. The tests require a bit
of love and encouragement to get into shape.
Just a short update. In today's upload I removed the requirement of
machine level isolation which will make the autopkgtest run in
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-tools
Package: ftp.debian.org
Severity: normal
Please remove mod-proxy-msrpc from the archive.
This Apache module for Outlook Anywhere support in reverse proxy setups is
obsolete for the following reason. Since Exchange 2016 the MSRPC protocol is
deprecated by MAPI over HTTP, which seems to work just f
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Control: forwarded -1
https://release.debian.org/transitions/html/auto-libgwenhywfar.html
Hi release team,
the Gwenhywfar package got its SONAMEs cleaned up (actually synced with the
ma
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
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Control: block 949326 by -1
Hi release team,
as described in #949326 the gnucash package needs a binNMU to pick up the new
SONAMEs of libgwenhywfar and libaqbanking.
nmu gnucash_1:3.8b-1
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.
Control: tags -1 moreinfo
On 20.01.20 09:52, Pino Toscano wrote:
Since you are already updating Gwenhywfar, can you please update it to
the newly released 5.1.2?
Just uploaded to experimental.
The newly released version of KMyMoney (5.0.8) requires:
- Gwenhywfar >= 5.1.2
- AqBanking >= 6.0.1
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
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Dear wb team,
libchipcard 5.1.4rc1-3 can't transition to testing at the momemt because of the
following policy violations (copied from tracker.d.o):
* Not built on buildd: arch all binaries
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
Hi Harald,
On 20.11.19 18:04, Harald Welte wrote:
It appears that somehow during the upgrade, the package
libchipcard-libgwenhywfar78-plugins
was not installed (missing dependency?) and as a result, the related plugin is
missing.
Thank you for commenting on this bug. Did installing the packa
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
Hi Achim,
thank you very much for the positive feedback on the new AqBanking
versions. This helps a lot to move on with more confidence in pushing
this foward.
On 29.10.19 10:29, Achim Weber wrote:
One problem remains on my environment:
The assignment of online (bank) account to gnucash acco
Hi Joachim,
On 25.10.19 17:41, Joachim Breitner wrote:
But I guess more needs to happen for gnucash to be able to use it,
right? Gnucash depends on libaqbanking35-plugins.
In theory only a rebuild of the gnucash package with the new
libaqbanking and libgwenhywfar from experimental installed i
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
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi release team,
AqBanking and Gwenhywfar, a Germany focused pair of libraries for online
banking data exchange, recently ceased to work because bank server behavior
changes that were ca
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/kbanking
Hi Alexander,
On 04.10.19 21:22, Alexander Weiss wrote:
according to https://www.aquamaniac.de/rdm/news/10 at least version
5.99.25beta is necessary for PSD2 support.
(I believe some more bugs are fixed in higher releases)
Is it planned to get one of the (really) PSD2-ready versions to unstabl
Hi all,
I started to look into updating AqBanking in Debian again. It all starts
with uploading Gwenhywfar, which I did a few days ago. As usual when
binary package names change (in this case required due to the soname
bump), the package is currently stalled in the NEW queue.
https://ftp-mast
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
Control: notfound -1 nfs-utils/1:1.3.4-2.4
Control: found -1 nfs-utils/1:1.3.4-2.3
Control: fixed -1 nfs-utils/1:1.3.4-2.4
Control: tags -1 -moreinfo -unreproducible
Hi Ben,
On Sun, Apr 07, 2019 at 01:18:02AM +0100, Ben Hutchings wrote:
> The log says:
>
> > dpkg-buildpackage: info: source ve
On Tue, Apr 10, 2018 at 10:12:35PM +0200, Sergio Gelato wrote:
> One of my systems has logged
> rpc.gssd[1168]: WARNING: handle_gssd_upcall: failed to find uid in upcall
> string 'mech=krb5'
>
> This turns out to be a known problem, covered extensively in
> https://bugzilla.redhat.com/show_bug.cg
Source: nfs-utils
Version: 1:1.3.4-2.4
Severity: serious
The package fails to build from source (actually current Git branch
debian/sid, but that has no changes that I could imagine causing this)
in a clean sid chroot on amd64:
/usr/bin/ld: device-discovery.o: in function `bl_add_disk':
/home/mic
Hi release team,
I just realized that the version information for Debian bug #875012
([libgwenhywfar] Future Qt4 removal from Buster) was incomplete and
inaccurate. I assume this to be caused by the merge of the upload
history of the multiple unstable and experimental versions. I've just
fixe
(source) into unstable
Date: Wed, 06 Mar 2019 22:04:31 +
From: Micha Lenk
To: debian-devel-chan...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 06 Mar 2019 22:05:49 +0100
Source: libgwenhywfar
Architecture: source
Version: 4.20.0-9
Distribution: unstable
: Micha Lenk
To: debian-devel-chan...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 06 Mar 2019 22:05:49 +0100
Source: libgwenhywfar
Architecture: source
Version: 4.20.0-9
Distribution: unstable
Urgency: medium
Maintainer: Micha Lenk
Changed-By: Micha
rch_support_in_gwenhywfar-config_script.patch, removes the multiarch
+hint and dependency on pkg-config from binary package
+libgwenhywfar-core-dev.
+ * Integrate with Salsa CI by adding the file debian/gitlab-ci.yml.
+
+ -- Micha Lenk Wed, 06 Mar 2019 22:05:49 +0100
+
+libgwenhywfar (4.20.0
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
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
We are not in full freeze yet, but according to the announced schedule, it
looks like 2.4.2-4 won't make it into buster even if uploaded yesterday. So,
please unblock package smcroute, beca
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
Package: smcroute
Version: 2.4.2-3
Severity: serious
Tags: patch upstream
Control: forwarded -1 https://github.com/troglobit/smcroute/pull/108
I am filing this bug on behalf of the current maintainer and upstream author of
smcroute, Joachim Nilsson, to create the necessary visibility for an issue
Control: tags -1 pending
Hi Andreas,
Am 02.12.18 um 18:25 schrieb Andreas Henriksson:
The package currently fails to build reprocudibly on merged-usr vs
non-merged systems.
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libktoblzcheck.html
This can be easily fixed by expli
Source: sleepenh
Version: 1.6-1
Severity: minor
Tags: upstream
Dear sleepenh maintainer,
since I sponsored the last upload of the sleepenh package, the package appears
on my packages overview page on qa.debian.org. This table recently started to
indicate that there is an issue with the Git reposi
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
>
Control: severity -1 important
Hi KMyMoney maintainers,
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
binary packages libgwengui-qt4-0 and libgwengui-qt4-dev from the
archive. As a consequence this wil
A few bits I would like to add:
* Git repository for the Debian packaging
With the advent of Debian's Gitlab server salsa.debian.org, I don't
intend to continue hosting my own Git server. I already moved the
smcroute repository to https://salsa.debian.org/debian/smcroute,
yet an upload wit
Package: wnpp
Severity: normal
I request an adopter for the smcroute package. The package has an active
upstream, but due to personal time constraints I have no longer the time
to maintain a package that I don't use. The code base is fairly small,
so it shouldn't have that many bugs. The packaging
Hi Adrian,
thank you for your feedback.
Am 19.08.2018 um 01:03 schrieb Adrian Bunk:
> On Sun, Aug 19, 2018 at 12:17:51AM +0200, Micha Lenk wrote:
>> ...
>> --- a/src/plugins/backends/aqhbci/plugin/Makefile.am
>> +++ b/src/plugins/backends/aqhbci/plugin/Makefile
Control: tags -1 pending patch
See attached patch file, which is now also committed in the packaging
Git repository on salsa.debian.org.
Author: Micha Lenk
Description: Fix missing internal build dependency when building libaqhbci's testlib target
Without this patch the build see
Hi Helmut,
Am 18.08.2018 um 12:30 schrieb Helmut Grohne:
> The consequence is that cross building libaqbanking is broken at the
> moment.
I would like to support you. How can I confirm for myself working on
prospective changes that cross building libaqbanking is broken or not?
Regards,
Micha
Source: libaqbanking
Version: 5.7.8-1
Severity: serious
I currently fail to build the package libaqbanking 5.7.8-1 from source.
No clue yet what is causing this.
libtool: link: ranlib .libs/libaqhbci_dlgs.a
libtool: link: ( cd ".libs" && rm -f "libaqhbci_dlgs.la" && ln -s
"../libaqhbci_dlgs.la"
Control: tags -1 pending
Hi Helmut,
thank you for reporting the issue and providing all the hints how to
solve it. This is greatly appreciated. I've committed your patch on the
experimental branch, so this should be available with the next upload
built from this branch.
Regards,
Micha
Source: libalkimia
Version: 5.0.0-3
Dear maintainers,
the upstream authors of LibAlkimia recently [announced] the release of
LibAlkimia 7.0. The most important change of this release is the switch from
Qt4 to Qt5. So, uploading this release will most likely also fix Debian bug
#875008.
[announce
Hi all,
On Mon, Sep 11, 2017 at 12:07:09AM +0200, Micha Lenk wrote:
> Anyways, I've just [asked] upstream for more details about a real KF5
> based release.
>
> [asked]:
> https://mail.kde.org/pipermail/kmymoney-devel/2017-September/019320.html
> and https://bugs.kde.org
Source: gnucash
Version: 1:2.7.3-1
Severity: normal
Dear Dmitry,
Thank you for packaging Gnucash 2.7.3 for Debian, which finally switches
from using Gtk 2 to using Gtk 3. As the maintainer of libgwenhywfar in
Debian I am interested in this transition because I would like to get
rid of its Gtk 2 p
Control: tags -1 +fixed-upstream
- Forwarded message from Geert Janssens -
Date: Thu, 05 Oct 2017 15:49:31 +0200
From: Geert Janssens
To: John Ralls
Cc: gnucash-devel , Micha Lenk
Subject: Re: Bug#876306: gnucash FTBFS: object class 'Transaction' has no
property named &
1 - 100 of 864 matches
Mail list logo
