Hi Sean,
Am 8. März 2025 13:21:14 MEZ schrieb Sean Whitton :
>I'm waiting for dh-elpa and Emacs to migrate, unless you would allow an
>exception, so that I can upload immediately?
>
>Diffs between testing and sid are tiny: [...]
Both tiny changes target a situation that in practice[1] would not s
Hi Sean,
Am 6. März 2025 12:49:12 MEZ schrieb Sean Whitton :
>I think I have the fix for these problems.
>Updating the backport of Emacs to 1:30.1+1-4, and uploading an
>NEW, unmodified backport of dh-elpa 2.1.8, should be jointly sufficient.
And who is taking action now? Or has this already been
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
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
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
Control: tag -1 pending
Hello,
Bug #1041027 in rapidjson reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian/rapidjson/-/commit/1084c76f4a0cd4ae30f650cfa9054
Control: tag -1 pending
Hello,
Bug #1041027 in rapidjson reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian/rapidjson/-/commit/73905f5cd7babe18f4b1112c67bd5
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 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-
+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.
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
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
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 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
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
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
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
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 +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 &
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 da
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
).
Cheers,
Micha
>From b9418bd4bf67e2e3cb248c12d3ba2e0c319ecd99 Mon Sep 17 00:00:00 2001
From: Micha Lenk
Date: Thu, 19 May 2016 20:49:17 +0200
Subject: [PATCH] Add build-dependency on libgwengui-gtk2-dev
Closes: #824710
---
debian/changelog | 7 +++
debian/control | 1 +
2 files changed,
Just for the records, this is how the build fails:
...
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../src
-I../../../src/import-export -I../../../src/gnome
-I../../../src/register/ledger-core
-I../../../src/register/register-gnome
-I../../../src/register/register-core -I../../../
Source: gnucash
Source-Version: 1:2.6.12-1
Tags: patch
Severity: serious
Justification: fails to build from source
Dear Gnucash maintainer,
in a recent upload the Gwenhywfar library added support for Qt 5. As
this is the fourth GUI framework that is supported by the Gwenhywfar
library, I redesig
Hi,
Given Debian bug #802812 is open, the migration of gstreamer0.10 0.10.36-1.5 to
testing just one day after its removal seems to be unintended.
Cheers,
Micha
P.S. Sorry for the TOFU, but at least my mail should be self-contained.
On 3. März 2016 17:39:11 MEZ, Debian testing watch
wrote:
Hi Paul,
(once again, now keeping the Debian BTS in CC.)
Am 23.06.2015 um 09:00 schrieb Paul Menzel:
> just a note, that it looks like this problem is reproducible. I did
> another transaction today and it crashed again after the success dialog
> appeared. I was unable to click the *Schließen* bu
Hi Paul,
Am 23.06.2015 um 08:38 schrieb Paul Menzel:
> Please tell me, if the backtrace contains sensitive information, so
> I can update the credentials.
Sorry, I don't know for sure. It might, so please better update them.
Best regards,
Micha
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ.
Hi Paul,
Am 22.06.2015 19:41, schrieb Micha Lenk:
If you still have the core file available, would you mind to install
the package libgwenhywfar60-dbg
... and also the package libaqbanking35-dbg, please,
and re-run gdb to get some more details about your crash?
This should produce more
Hi Paul,
thank you for your valuable feedback.
If you still have the core file available, would you mind to install the
package libgwenhywfar60-dbg and re-run gdb to get some more details
about your crash?
Do you have any more details about how to trigger the crash? I.e. what
did you do rig
Hi Paul,
Am 22.06.2015 08:54, schrieb Paul Menzel:
AB-Transfers crashed (I’ll send a separate report for that) and after
starting it again, all the data for the history was lost.
Thanks for your valuable report. Can you please describe a bit more
verbose what exact data you refer to with the
4.6.6/debian/changelog 2015-06-06 15:58:11.0 +0200
@@ -1,3 +1,10 @@
+kmymoney (4.6.6-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Update build-deps after soname bump in libaqbanking (Closes: #787871).
+
+ -- Micha Lenk Sat, 06 Jun 2015 15:54:20 +0200
+
kmymoney (4.
Control: tags -1 + patch
See attached patch.
Index: debian/control
===
--- debian/control (revision 20061)
+++ debian/control (working copy)
@@ -5,7 +5,7 @@
Uploaders: Mark Purcell , Fathi Boudra
Build-Depends: debhelper (>= 9), c
Source: abtransfers
Version: 0.0.5.0-4
Severity: serious
Justification: FTBFS
Control: block 787024 by -1
Hi,
abtransfers currently build-depends on libaqbanking34-dev. In the course
of a regular SONAME transition, that package got renamed to
libaqbanking-dev. For this reason the build-dependenci
Source: kmymoney
Version: 4.6.6-1
Severity: serious
Justification: FTBFS
Control: block 787024 by -1
Control: tags -1 sid
Hi,
KMyMoney currently build-depends on libaqbanking34-dev. In the course of
a regular SONAME transition, that package got renamed to
libaqbanking-dev. For this reason the bui
Control: tags -1 + patch
See attached patch.
>From b327166df41675513cf7d8975183552ab069005c Mon Sep 17 00:00:00 2001
From: Micha Lenk
Date: Fri, 5 Jun 2015 22:49:30 +0200
Subject: [PATCH] Update build-deps after soname bump in libaqbanking.
Closes: #787868
---
debian/control | 2 +-
1 f
Source: gnucash
Version: 1:2.6.6-1
Severity: serious
Justification: FTBFS
Control: block 787024 by -1
Hi,
Gnucash currently build-depends on libaqbanking34-dev. In the course of a
regular SONAME transition, this package got renamed to libaqbanking-dev. For
this reason the build-dependencies of gn
Package: sgml-base
Version: 1.26+nmu4
Severity: serious
The package doesn't install cleanly in a minimal chroot environment:
root@myserv:~# dpkg --configure -a
Setting up sgml-base (1.26+nmu4) ...
chown: invalid group: ‘root:staff’
dpkg: error processing package sgml-base (--configure):
subproc
Hi all,
Am 10.12.2014 um 17:39 schrieb Julien Cristau:
> On Wed, Dec 10, 2014 at 13:41:13 +0100, Micha Lenk wrote:
>> Julien, could you please elaborate why we can't have the 'lid'
>> command be shipped both by libuser and id-utils (as you stated in
>> 748728#3
Control: tags 772679 - wontfix
Control: reopen 772679
Hi Ivo,
Am 10.12.2014 um 10:40 schrieb Ivo De Decker:
>> + * Add Conflict: id-utils to libuser (closes: #748728).
>
> It was clearly mentioned in
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748728#34 that this change
> is not accepta
Control: tags -1 + fixed
This is fixed in the packaging Git repository:
http://source.lenk.info/git/pkg-smcroute.git/commit/96fc829441869bbc04f58304615c7daba34eb592
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@l
Package: smcroute
Version: 2.0.0-1
Severity: serious
Justification: Policy 9.3.2
The init script currently doesn't work at all because it checks the binary
/usr/sbin/smcroute for existence, whereas the binary is misplaced in the
package at /usr/bin/smcroute.
Workaround: Move the binary to /usr/sb
LGPL
licensed. I have no definitive response from upstream yet whether the
license boilerplate of these files or whether the COPYING file is wrong.
Best regards,
Micha
--- Begin Message ---
Ja, gerne.
Gruss
Martin
Micha Lenk schrieb:
>Hallo Martin,
>
>Am 23.01.2014 10:10, schrieb
Hi Reinhard,
Am 27.01.2014 21:09, schrieb Reinhard Karcher:
> The sizes of libaqbanking34-plugins for versions 5.3.1 and 5.3.5 have
> nearly the same sizes and contain the same modules except for
> aqebis.{so,xml}.
> Did you really move the modules from libaqbanking-plugins-
> libgwenhywfar60 int
Hi Reinhard,
I am sorry, but for now I can't reproduce your issue here.
Do you really have the package libaqbanking34-plugins installed?
Regards,
Micha
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.
Hi Thorsten,
Am 22.01.2014 12:35, schrieb Thorsten Alteholz:
> unfortunately I found another missing license. Some files in
> src/plugins/* are licensed under LGPL2.1+. Can you please add them to
> debian/copyright as well.
Thanks for noticing the LGPL licensed files that neither me nor upstream
Hi Francesco,
this is just for the records, and just to fix references in my message
from Saturday...
Am 15.06.2013 19:55, schrieb Micha Lenk:
> As I learned just recently from Patrick, the available information about
> the oxygen icons is contradicting. In January 2008 the license was
>
Hi Francesco,
Am 15.06.2013 22:29, schrieb Francesco Poli:
>> Patrick Wacker, the upstream author of ABtransfers, replaced the
>> non-free icons with new ones with a free license in upstream [1]SVN
>> revision 471. This changeset should make ABtransfers DFSG compliant, so
>> that the next upstream
Control: tags -1 + fixed-upstream
Control: forwarded -1 http://schmufu.dyndns.org/trac/abtransfers/ticket/9
Hi,
Patrick Wacker, the upstream author of ABtransfers, replaced the
non-free icons with new ones with a free license in upstream [1]SVN
revision 471. This changeset should make ABtransfers
Package: abtransfers
Version: 0.0.3.0-2
Severity: serious
Tags: upstream sid
Justification: FTBFS
ABtransfers fails to build from source if libgwenhywfar60-dev >= 4.6.0beta is
installed. The build stops with the following error messages:
g++ -m64 -Wl,-z,relro -o build/abtransfers tmp/main.o tmp/m
Package: abtransfers
Version: 0.0.3.0-1
Severity: serious
Tags: upstream
Justification: some icon licenses violate DFSG no. 6 (No Discrimination Against
Fields of Endeavor)
The new upstream version 0.0.4.0 ships a new file
images/license_and_sources_of_icons.txt clarifying the license of the used
Hi David,
Am 23.05.2013 18:10, schrieb David Roble:
> Thanks for the fix Micha. Since this bug affects wheezy, will the fixed
> package be hitting the 'stable' repo?
I already proposed the release managers an update of smcroute in
'stable', so I expect it to be available as part of the next po
T repository (sorry, amd64
only) http://micha.lenk.info/debian/
How dows the backtrace look like if you have the debug build and the
debug symbols installed?
Regards,
Micha
diff -Nru cheese-3.4.2/debian/changelog cheese-3.4.2/debian/changelog
--- cheese-3.4.2/debian/changelog 2012-09-22 13:12:03.0
Control notforwarded -1
The forwarded URL was for the gstreamer bug, so let's remove it too.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Control: tags -1 - patch
We don't have a patch for your crash, so let's remove the patch tag.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Control: unmerge -1
Control: reopen -1
Control: reassign -1 cheese
Control: found -1 cheese/3.4.2-2
Control: retitle -1 cheese: crashes in cheese_camera_setup ()
My last try to clone the bug failed, as we have merged bugs. See also
http://lists.debian.org/debian-debbugs/2013/04/msg8.html
Let'
Hi Toni,
On 04/26/2013 02:00 PM CEST +02:00, Toni Mueller wrote:
fine on my notebook. Are you able to reliably reproduce the
coredumps?
Yes. I get a coredump every time trying to run cheese.
Then this is a different issue. The issue that was fixed in #676648 was
just a hanging cheese, not a
Hi Toni,
On 04/25/2013 11:50 PM CEST +02:00, Toni Mueller wrote:
$ gdb /usr/bin/cheese core.cheese.1366926564
Did you already have cheese coredumps before the fix or did cheese just
hang? If so, this is a different bug than the one that I fixed.
I only had a coredump once with cheese, that
Am 22.04.2013 22:53, schrieb Adam D. Barratt:
> On Mon, 2013-04-22 at 22:33 +0200, Micha Lenk wrote:
>> Am 22.04.2013 21:13, schrieb Micha Lenk:
>>> [...] I am going to prepare the upload now.
>>
>> Just for the records, I've just uploaded gstreamer0.10 0.10.36
Hi,
Am 22.04.2013 21:13, schrieb Micha Lenk:
> [...] I am going to prepare the upload now.
Just for the records, I've just uploaded gstreamer0.10 0.10.36-1.2. Feel
free to unblock it. I can also file an unblock request in the BTS if
needed. But up to now the usual confirmation from dak
Hi Adam,
Am 22.04.2013 20:59, schrieb Adam D. Barratt:
> As there's now a patch for this which upstream have pulled in to their
> tree, is there any chance we might see an upload soon? It'd be good to
> get this as much testing we can before the release.
I did not do the upload yet because I hope
Control: reopen -1
Am 21.04.2013 13:23, schrieb Jonathan Wiltshire:
> Assuming this is the same as Bug#705840, closing.
No, it isn't. In some setups (those using no chipcard) AqBanking works
without chipcard plugins installed. For this reason the dependencies
are (intentionally) weaker:
Package
dummy package libchipcard-libgwenhywfar47-plugins
+(closes: #705843), which existed in squeeze, but was renamed to
+libchipcard-libgwenhywfar60-plugins in wheezy. It should help users
+upgrading from squeeze to wheezy.
+
+ -- Micha Lenk Sat, 20 Apr 2013 22:09:51 +0200
+
libchipcard
Filed unblock request as #705846.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705846
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
enhywfar60-plugins in wheezy. It should help users
+upgrading from squeeze to wheezy.
+
+ -- Micha Lenk Sat, 20 Apr 2013 22:09:51 +0200
+
libchipcard (5.0.3beta-2) unstable; urgency=low
* debian/control: Drop +ssh from Vcs-Svn: field to make
Unblock request filed as #705840.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
y package libaqbanking-plugins-libgwenhywfar47 which
+existed in squeeze, but was renamed to libaqbanking-plugins-libgwenhywfar60
+in wheezy. It should help users upgrading from squeeze to wheezy.
+
+ -- Micha Lenk Sat, 20 Apr 2013 20:38:44 +0200
+
libaqbanking (5.0.24-3) unstable; urgency=
Hi,
Am 14.06.2012 09:22, schrieb Micha Lenk:
>> We have binNMUed goffice on hurd-i386, and it is now uninstallable:
>
> This is actually a Debian policy violation and hence I just raised the
> severity to serious. It also makes other packages (e.g. gnucash) unable
> to build du
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Source: gnucash
Version: 1:2.4.10-3
Severity: serious
Am 13.06.2012 22:49, schrieb Sébastien Villemot:
>> with the upload of libaqbanking 5.0.24-1 I broke the gnucash package.
>> > Hence I uploaded gnucash 1:2.4.10-3 with the changes currently in ou
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi gregor,
Am 12.05.2012 16:15, schrieb gregor herrmann:
> I've prepared an NMU for qbankmanager (versioned as 0.9.55beta-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
Thanks for the upload, help is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
tag 666590 + fixed-upstream
thanks
Am 12.04.2012 00:05, schrieb Micha Lenk:
> Am 11.04.2012 23:55, schrieb Micha Lenk:
>> > [...]
>> > checking if PC/SC should be used... yes
>> > checking for pcsc includes... -I/u
tag 666590 + patch
thanks
Am 12.04.2012 00:05, schrieb Micha Lenk:
> This is caused by missing support for Debian Multiarch in the
> Libchipcard build system.
Attached you can find a patch that fixes the build failure without
touching the upstream build system by explicitly configuri
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Lucas,
Am 11.04.2012 23:55, schrieb Micha Lenk:
> [...]
> checking if PC/SC should be used... yes
> checking for pcsc includes... -I/usr/include -I/usr/include/PCSC
> configure: WARNING: No pcsc libraries found, SCard driver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Lucas,
thanks for reporting the build failure.
Am 31.03.2012 21:20, schrieb Lucas Nussbaum:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
>
> Relevant part:
>> > gcc version 4.6.3 (Debian 4.6.3-1)
>> > con
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
Am 12.10.2011 08:49, schrieb l...@think-future.com:
> Nothing more. It is not possible to _just_ recompile this stuff w/o having to
> fix a variety
> of issues that keeps creeping up.
>
> I invested already a lot of time into the matter, not s
Hi,
On 10/11/2011 02:08 PM CEST +02:00, l...@think-future.com wrote:
> As you suggested I built libgtk2.0-bin and tried again. No fix. Sorry.
> [...]
>
> Finally there's the deb files. Well, just the patch didn't fix it.
Which deb files built from the patched source did you install? The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
tags 644930 + patch
thanks
Hi,
Am 10.10.2011 21:54, schrieb l...@think-future.com:
> Problem description:
> Using "export LANG=de_DE; gnucash" to start gnucash. gnucash crashes upon
> Selecting "File -> New account".
> Same valid for de_DE@UT
Hi Sam,
you reported that Gnucash fails to start on your system with the
following messages:
> $ gnucash
> gnc.bin-Message: main: binreloc relocation support was disabled at configure
> time.
>
> Backtrace:
> In unknown file:
>?: 0* [primitive-load-path "slib/guile.init"]
>
> : In procedure
Hi Sam,
thank you very much for your appreciated feedback.
Sam Morris wrote:
> $ gnucash
> gnc.bin-Message: main: binreloc relocation support was disabled at configure
> time.
>
> Backtrace:
> In unknown file:
>?: 0* [primitive-load-path "slib/guile.init"]
>
> : In procedure primitive-load
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
severity 624468 grave
merge 624468 624655
thanks
Hi Lior,
your bug has been reported already before (see #624468). Indeed these
are bugs in (source) package guile-1.8, so I will forward your comments
to the guile-1.8 maintainer.
I'll keep these bugs
reassign 622280 guile-1.8
found 622280 1.8.7+1-3.2
affects 622280 gnucash
thanks
Dear Guile maintainer,
On Mon, Apr 11, 2011 at 07:56:06PM +0200, Tomasz Melcer submitted the following
bug against the Gnucash package:
> Package: gnucash
> Version: 1:2.4.4-1
> Severity: grave
>
> --- Please enter
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
tags 622280 - unreproducible
thanks
Hi Thomasz,
Am 26.04.2011 16:29, schrieb Tomasz Melcer:
> On 24.04.2011 18:27, Micha Lenk wrote:
>> Okay, no success here. Can you please on a shell setup the environment
>> variables as the wrap
1 - 100 of 225 matches
Mail list logo
