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_1041027':
https
: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)
+
+ -- Micha L
e
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..d99874b 100644
--- a/statnet-3.8/getservent.c
+++ b/statnet-3.8/getservent.c
@@ -42,6 +42,8 @@
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 to fix
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,
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:
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
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
I18N("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 manual comparison of only the certificate's CN
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
: 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 (closes: #9
-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-9.0.2
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)
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 binary pa
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:
) 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 python-apt
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].
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
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:
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
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.
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,
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
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
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:
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
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
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:
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
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
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
to 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 >=
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
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?
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/debian/control
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
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
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
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
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
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.
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
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
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
>
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':
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
(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
-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-8) experimental; urgency
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 available
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,
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
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
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
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
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
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
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 seems
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
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.
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/show
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
Control: tags -1 +fixed-upstream
- Forwarded message from Geert Janssens <geert.gnuc...@kobaltwit.be> -
Date: Thu, 05 Oct 2017 15:49:31 +0200
From: Geert Janssens <geert.gnuc...@kobaltwit.be>
To: John Ralls <jra...@ceridwen.us>
Cc: gnucash-devel <gnucash-de...@gnu
Hi Dmitry (Debian package maintainer for Gnucash)
as you certainly know the Gnucash package in Debian build-depends on the
Gwenhywfar library for use by the AqBanking importer module. Current
releases of the Gwenhywfar library only supported Gtk2. Following the
upstream commits, I noticed a few
Hi Pino,
Am 10.09.2017 um 23:37 schrieb Pino Toscano:
> Upstream didn't publish any Frameworks version yet, and considering that
> kmymoney manages accounts and money, I'm not keen to upload
> pre-release/unstable/alpha/beta/rc/etc versions.
Don't get me wrong. I did not intend to push for a
Control: block 874961 by 823215
Control: block 875012 by 874961
Hi kmymoney maintainers,
as the Qt maintainers announced recently, Qt4 is about to removed from
the Debian archive in the future. If I read the bug log for #823215
correctly, a Qt5 port of kmymoney is under way, but upstream didn't
Package: grub-efi-amd64
Version: 2.02~beta3-5
Followup-For: Bug #841297
Since upgrading from Jessie to Stretch I am affected by this bug too.
A similar issue seems to be reported in the Ubuntu bug tracker here:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1633839
There the suggested fix
Control: tags -1 +moreinfo +unreproducible
Hi Peter,
thank you for your feedback on the Debian packages for AqBanking.
On 07/10/2017 10:08 PM, Peter Zimmerer wrote:
if program aqhbci-tool4 is executed it will fail with error message:
aqhbci-tool4: error while loading shared libraries:
helpful information?
I need your feedback on this Debian bug. If I don't receive any update, I
intend to close it due to lack of information by end of June 2017.
Cheers,
Micha
On Mon, May 08, 2017 at 11:09:45PM +0200, Martin Preuss wrote:
> Hi,
>
> Am 08.05.2017 um 22:17 schrieb M
Control: merge -1 861719
Hi Carsten,
first of all, thanks for reporting this issue in the latest stable
release of AqBanking 5.6.12. Somehow the bug was reported a second time
with identical contents as Debian bug #861719, so let's merge them.
Upstream development on AqBanking progressed since
Control: forwarded -1 https://github.com/diafygi/acme-tiny/pull/156
A similar issue was raised in an upstream pull request here:
https://github.com/diafygi/acme-tiny/pull/156
Control: found -1 1:45.2.0-1~deb8u1
Control: forwarded -1 https://bugzilla.mozilla.org/show_bug.cgi?id=1198710
I keep getting these crashes. It happens either when I switch IMAP mail
folders or when I switch messages in the message list:
(gdb) bt
#0 0x749fc590 in vtable for
Package: ftp.debian.org
Severity: normal
Please remove abtransfers from the Debian archive. It has unfixed RC bugs, and
an upstream developer that seems to be inactive.
One motivation why I initially uploaded abtransfers to the Debian archive was
that it was one of the few GUI programs capable
Control: retitle -1 kmymoney: Please package new upstream version 4.8.0
KMyMoney 4.8.0 is out:
https://kmymoney.org/news.php#itemKMyMoney480released
Cheers,
Micha
Yet another coredump succeeded (see attached log file). This time I
remembered to let GDB generate a core dump file too. Please let me know
if you need further information.
Best regards,
Micha
MOZILLA_FIVE_HOME=/usr/lib/icedove
1 - 100 of 851 matches
Mail list logo
