Bug#953383: transition: libgwenhywfar

[Micha Lenk]

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
main library) for its frontend libraries. For this reason some binary package
names had to be changed:
 - libgwengui-gtk3-0 -> libgwengui-gtk3-79,
 - libgwengui-qt5-0 -> libgwengui-qt5-79,
 - libgwengui-fox16-0 -> libgwengui-fox16-79.

Additionally with the SONAME now being in sync with the main library, the C++
frontend library previously packaged in libgwengui-cpp0 (which doesn't itself
depend on any other GUI framework libraries like GTK) could be merged to the
main library package libgwenhywfar79 and hence disappears.

The affected packages will need a binNMU to pick up the new SONAME from the
corresponding libgwengui-* package:
* https://tracker.debian.org/gnucash
* https://tracker.debian.org/kmymoney
I didn't do a test rebuild of these packages, because reading through the
upstream changes compared to the last uploader there were no other changes in
the gui/ folder 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(libgwengui\-fox16\-79|libgwengui\-gtk3\-79|libgwengui\-qt5\-79)\b";
is_good = .depends ~ 
"\b(libgwengui\-fox16\-79|libgwengui\-gtk3\-79|libgwengui\-qt5\-79)\b";
is_bad = .depends ~ 
"\b(libgwengui\-cpp0|libgwengui\-fox16\-0|libgwengui\-gtk3\-0|libgwengui\-qt5\-0|libgwenhywfar79\-dev)\b";

Bug#949326: transition: libgwenhywfar

[Micha Lenk]

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: upload libaqbanking/6.0.1-1 (in experimental) to unstable
- micha: upload libchipcard/5.1.5rc2-3 (in experimental) to unstable
- micha(?): schedule binNMU for gnucash to pickup the new SONAMEs.
- pino: upload kmymoney/5.0.8-1 to unstable

Please let me know if you have any comments or suggestions. Release
team, your turn. :)


Please go ahead with this set in unstable.


I did, but I think I am a bit stuck on gnucash (the last package pending 
in this transition). I filed https://bugs.debian.org/949806 to get a 
binNMU scheduled. What else could I do to help the transition to finish?


Best regards,
Micha

Bug#949806: nmu: gnucash_1:3.8b-1

[Micha Lenk]

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 . ANY . unstable . -m "Rebuild against newer 
libgwenhywfar/libaqbanking."

Thanks,
Micha

Bug#949326: [Pkg-kde-extras] Bug#949326: transition: libgwenhywfar

[Micha Lenk]

Control: tags -1 - moreinfo

Hi Pino,

Today libaqbanking/6.0.1 cleared new and entered experimental. As you 
asked for it, I did a test build of kmymoney 5.0.8 using the new 
Gwenhywfar and AqBanking version (see attached patch for the changes I 
made to the package in unstable). It seems 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.1.2
- AqBanking >= 6.0.1


I looked into that and just realized this version of AqBanking did a
SONAME bump as well. This means its uploads will go through NEW. :(


Ouch... OTOH, the AqBanking transition is basically a subset of the
Gwenhywfar transition, so packing these two transitions together should
simplify things a bit.


Full ACK from my end.


Considering the requirements of KMyMoney 5.0.8, I will upload this new
version once the Gwenhywfar/AqBanking transition starts -- let me know
when that happens.


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: upload libaqbanking/6.0.1-1 (in experimental) to unstable
- micha: upload libchipcard/5.1.5rc2-3 (in experimental) to unstable
- micha(?): schedule binNMU for gnucash to pickup the new SONAMEs.
- pino: upload kmymoney/5.0.8-1 to unstable

Please let me know if you have any comments or suggestions. Release 
team, your turn. :)


Best regards,
Micha
commit cb4b0e0f49ca671f2dc4a076f04f1b8811b91b78
Author: Micha Lenk 
Date:   Thu Jan 23 20:34:20 2020 +

New upstream version 5.0.8

diff --git a/debian/changelog b/debian/changelog
index 848f8dc..b52e74f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+kmymoney (5.0.8-1) experimental; urgency=medium
+
+  * New upstream version.
+  * Update the build dependencies according to the upstream build system:
+- bump libaqbanking-dev to 6.0.1,
+- bump libgwenhywfar-core-dev, and libgwengui-qt5-dev to 5.1.2.
+
+ -- Micha Lenk   Thu, 23 Jan 2020 20:28:35 +
+
 kmymoney (5.0.7-1) unstable; urgency=medium
 
   * Team upload.
diff --git a/debian/control b/debian/control
index 0c36c63..f55b9f8 100644
--- a/debian/control
+++ b/debian/control
@@ -34,8 +34,8 @@ Build-Depends: debhelper (>= 11), cmake, pkg-kde-tools (>= 0.15.16),
  libkf5wallet-dev,
  libkf5webkit-dev,
  libkf5xmlgui-dev,
- libaqbanking-dev (>= 5.99.32~),
- libgwenhywfar-core-dev (>= 4.99.16~), libgwengui-qt5-dev (>= 4.99.16~),
+ libaqbanking-dev (>= 6.0.1~),
+ libgwenhywfar-core-dev (>= 5.1.2~), libgwengui-qt5-dev (>= 5.1.2~),
  libgpgmepp-dev, libgpg-error-dev, libgpgme-dev,
  libalkimia5-dev (>= 7.0),
  libical-dev, libofx-dev, libgmp-dev,

Bug#949326: [Pkg-kde-extras] Bug#949326: transition: libgwenhywfar

[Micha Lenk]

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


I looked into that and just realized this version of AqBanking did a 
SONAME bump as well. This means its uploads will go through NEW. :(



* https://tracker.debian.org/kmymoney will need a binNMU to pick up the new
   SONAME from libgwenhywfar.


Did you rebuild KMyMoney with the 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

Bug#949326: transition: libgwenhywfar

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi release team,

The Gwenhywfar package got its SONAME bumped in a recent release because some
deprecated API functions got removed. For this reason its reverse dependencies
need to be rebuilt at least.

Affected packages are

* https://tracker.debian.org/libchipcard successfully re-built in experimental.

* https://tracker.debian.org/libaqbanking successfully re-built in
  experimental.

* https://tracker.debian.org/gnucash will need a binNMU to pick up the new
  SONAME from 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

Bug#946710: nmu: libchipcard_5.1.4rc1-3

[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 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 upload
that would give me a reason to do another (source-only) upload, can we do a
binNMU on architectures 'all' and 'amd64' to remediate this situation?

nmu libchipcard_5.1.4rc1-3 . all amd64 . unstable . -m "Rebuild to replace 
maintainer build by buildd build."

Best regards,
Micha

Bug#942707: transition: aqbanking6

[Micha Lenk]

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

Bug#942707: transition: aqbanking6

[Micha Lenk]

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 caused by legal changes. The upstream author of these
libraries is working on nnew releases, which I would like to upload to unstable
soon, so that affected users will find better usable library versions in the
archive.

Due to soname bumps this upload will result in a multi package transition. The
impacted source packages are:
- libgwenhywfar: Already uploaded to experimental
- libaqbanking: Already uploaded to experimental
- kmymoney: Will need to be updated to newer upstream version 5.0.7 for passing
  builds (see also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942417).
- gnucash: 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|libaqhbci24|libaqofxconnect7)\b/
 | .depends ~ /\b(libgwenhywfar78|libgwenhywfar78\-dev|libaqbanking43)\b/;
is_good = .depends ~ 
/\b(libgwenhywfar78|libgwenhywfar78\-dev|libaqbanking43)\b/;
is_bad = .depends ~ 
/\b(libgwenhywfar60|libgwenhywfar60\-dev|libaqbanking\-doc|libaqbanking35|libaqbanking35\-plugins|libaqebics0|libaqhbci24|libaqofxconnect7)\b/;

Re: Bug#924134: unblock: libgwenhywfar/4.20.0-9

[Micha Lenk]

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 
fixed the version in the BTS, so it should now accurately show which 
versions the Debian bug #875012 was fixed and which it was present.


The main question I would like the release team to decide is, whether 
Debian bug #875012 is important enough to be fixed in buster. We don't 
have to, 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

Bug#924134: unblock: libgwenhywfar/4.20.0-9

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package libgwenhywfar

In support of the Qt 4 removal efforts I wanted to remove the Qt 4 support
library packages from libgwenhywfar (see #875012). But as the downstream
dependency kmymoney took a bit longer to realize that buster will not ship a
Qt 4 based version of kmymoney (see also my request at Nov 9th 2018 for an
earlier upload to unstable in #874961), I couldn't do it as early as I wanted.

Then, suddenly and more or less unexpectedly in the recent days, the kmymoney
version based on Qt 5 became available in testing. For some reason I didn't get
an immediate notification, but only realized this during my occasional package
checks.

Before we release buster, I would like to get some cleaned up version of
libgwenhywfar into the release. These are the two major issues I want to see
cleaned up, and that I consider this a low risk for the following reasons:
* Binary packages libgwengui-qt4-0 and libgwengui-qt4-dev are removed. They
  don't have any reverse (build) dependencies left in buster.
* The declared multiarch support for binary package libgwenhywfar-core-dev is
  reverted because it is broken (see #906560). A binary package not supporting
  multiarch seems to be better than a binary package with broken multiarch
  support.

The following additional cosmetical changes in my opinion do not impact the
functionality of the built 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 -Nru libgwenhywfar-4.20.0/debian/changelog 
libgwenhywfar-4.20.0/debian/changelog
--- libgwenhywfar-4.20.0/debian/changelog   2018-08-18 23:39:43.0 
+0200
+++ libgwenhywfar-4.20.0/debian/changelog   2019-03-06 22:05:49.0 
+0100
@@ -1,9 +1,45 @@
+libgwenhywfar (4.20.0-9) unstable; urgency=medium
+
+  * Drop binary packages libgwengui-qt4-0 and libgwengui-qt4-dev
+now also in Debian unstable (Closes: #875012, LP: #1757732).
+  * Fix spelling mistake in debian/changelog entry for 4.20.0-8.
+  * debian/control:
+- Add upstream homepage.
+- Bump standards version to 4.3.0 (no changes needed).
+- Vcs-Git: track Git branch 'master' again.
+  * debian/watch: Update to new upstream homepage.
+  * Revert attempts to make package libgwenhywfar-core-dev Multi-Arch: same
+because it broke cross compiling (closes: #906560). This removes
+multiarch_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-8) experimental; urgency=medium
+
+  * Merge changes from libgwenhywfar 4.20.0-7 (unstable) for upload to
+experimental.
+  * Improve cross building: Do not use /usr/lib//qt5.
+Thanks to Helmut Grohne  for providing the patch.
+(Closes: #906543)
+
+ -- Micha Lenk   Sat, 18 Aug 2018 23:51:31 +0200
+
 libgwenhywfar (4.20.0-7) unstable; urgency=medium
 
   * Fix a regression introduced in 4.20.0-5 that causes libaqbanking to FTBFS.
 
  -- Micha Lenk   Sat, 18 Aug 2018 23:39:43 +0200
 
+libgwenhywfar (4.20.0-6) experimental; urgency=medium
+
+  * Merge changes from libgwenhywfar 4.20.0-5 (unstable) for upload to
+experimental.
+
+ -- Micha Lenk   Fri, 17 Aug 2018 15:35:48 +0200
+
 libgwenhywfar (4.20.0-5) unstable; urgency=medium
 
   * Fix pkgconfig's pkgincludedir variable by adding patch
@@ -14,6 +50,14 @@
 
  -- Micha Lenk   Fri, 17 Aug 2018 15:13:11 +0200
 
+libgwenhywfar (4.20.0-4) experimental; urgency=medium
+
+  * Merge changes from libgwenhywfar 4.20.0-3 (unstable) for upload to
+experimental.
+  * Vcs-Git: track Git branch 'experimental'.
+
+ -- Micha Lenk   Thu, 16 Aug 2018 23:12:03 +0200
+
 libgwenhywfar (4.20.0-3) unstable; urgency=medium
 
   * Drop Gtk 2 GUI bindings.
@@ -23,6 +67,13 @@
 
  -- Micha Lenk   Thu, 16 Aug 2018 21:53:23 +0200
 
+libgwenhywfar (4.20.0-2) experimental; urgency=medium
+
+  * Drop binary packages libgwengui-qt4-0 and libgwengui-qt4-dev
+(Closes: #875012, LP: #1757732).
+
+ -- Micha Lenk   Mon, 26 Mar 2018 20:27:07 +0200
+
 libgwenhywfar (4.20.0-1) unstable; urgency=medium
 
   * New upstream version 4.20.0
diff -Nru libgwenhywfar-4.20.0/debian/control 
libgwenhywfar-4.20.0/debian/control
--- libgwenhywfar-4.20.0/debian/control 2018-08-18 23:38:25.0 +0200
+++ libgwenhywfar-4.20.0/debian/control 2019-03-06 22:05:49.0 +0100
@@ -9,7 +9,6 @@
  libgnutls28-dev,
  libssl-dev,
  libfox-1.6-dev,
- libqt4-dev,
  qtbase5-dev,
  libqt5opengl5-dev,
  libgtk-3-dev,
@@ -17,9 +16,10 @@
  asciidoc,
  xmlto,
  pkg-config
-Standards

Bug#924045: unblock: smcroute/2.4.2-4

[Micha Lenk]

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 on mentors.d.n as
https://mentors.debian.net/debian/pool/main/s/smcroute/smcroute_2.4.2-4.dsc


Please go ahead and remove the moreinfo tag when it is ready to unblock.


I've just uploaded smcroute 2.4.2-4 to unstable, so I consider it ready 
to unblock.


I should mention that compared to the initial debdiff I've amended only 
the debian/changelog to include also the missing "closes: #924044". You 
can find the updated debdiff attached to this mail.


Kind regards,
Micha
diff -Nru smcroute-2.4.2/debian/changelog smcroute-2.4.2/debian/changelog
--- smcroute-2.4.2/debian/changelog	2018-09-23 22:40:04.0 +0200
+++ smcroute-2.4.2/debian/changelog	2019-03-07 06:40:19.0 +0100
@@ -1,3 +1,17 @@
+smcroute (2.4.2-4) unstable; urgency=medium
+
+  * Import upstream fix for malfunctioning 'stop' command to init script,
+closes: #924044
+  * Import upstream fix to allow same outbound interface as inbound when
+routing.  This is slightly hairy, but previous releases of SMCRoute
+supported this and the unit tests rely on this to work
+  * Fix unit tests, with upstream and test setup fixes, closes: #921577
+  * Bump Standards-Version to 4.3.0, no changes needed
+  * Use debhelper maintscript to relocate old /etc/startup.sh script
+to /etc/smcroute.  Fixes an outstanding lintian warning
+
+ -- Joachim Nilsson   Thu, 07 Mar 2019 06:40:19 +0100
+
 smcroute (2.4.2-3) unstable; urgency=medium
 
   * Add missing Build-Depends for systemd, needed for unit file path
diff -Nru smcroute-2.4.2/debian/control smcroute-2.4.2/debian/control
--- smcroute-2.4.2/debian/control	2018-09-21 21:54:23.0 +0200
+++ smcroute-2.4.2/debian/control	2019-03-07 06:40:19.0 +0100
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Joachim Nilsson 
 Build-Depends: debhelper (>= 10), libcap-dev, systemd, pkg-config
-Standards-Version: 4.2.1
+Standards-Version: 4.3.0
 Homepage: http://troglobit.com/smcroute.html
 Vcs-Browser: https://salsa.debian.org/debian/smcroute
 Vcs-Git: https://salsa.debian.org/debian/smcroute.git
diff -Nru smcroute-2.4.2/debian/gitlab-ci.yml smcroute-2.4.2/debian/gitlab-ci.yml
--- smcroute-2.4.2/debian/gitlab-ci.yml	1970-01-01 01:00:00.0 +0100
+++ smcroute-2.4.2/debian/gitlab-ci.yml	2019-03-07 06:40:19.0 +0100
@@ -0,0 +1,9 @@
+image: registry.salsa.debian.org/salsa-ci-team/ci-image-git-buildpackage:latest
+
+build:
+  artifacts:
+paths:
+- "*.deb"
+expire_in: 1 day
+  script:
+- gitlab-ci-git-buildpackage-all
diff -Nru smcroute-2.4.2/debian/patches/0004-Allow-same-outbound-interface-as-inbound.patch smcroute-2.4.2/debian/patches/0004-Allow-same-outbound-interface-as-inbound.patch
--- smcroute-2.4.2/debian/patches/0004-Allow-same-outbound-interface-as-inbound.patch	1970-01-01 01:00:00.0 +0100
+++ smcroute-2.4.2/debian/patches/0004-Allow-same-outbound-interface-as-inbound.patch	2019-03-07 06:40:19.0 +0100
@@ -0,0 +1,96 @@
+commit 802d82eb5c571afe2a294fd302745bf37cc13a1d
+Author: Joachim Nilsson 
+Date:   Sun Feb 10 13:56:17 2019 +0100
+
+Allow same outbound interface as inbound, only warn user
+
+Routing back multicast to the same interface it ingressed on is
+quite a bit dangerous, but there may be use-cases where this is
+a requirement so we should not artificially limit the user.
+
+Also, allowing this means enabling unit testing on systems with
+only one interface.
+
+Signed-off-by: Joachim Nilsson 
+
+diff --git a/src/conf.c b/src/conf.c
+index 974871a..d1fbeed 100644
+--- a/src/conf.c
 b/src/conf.c
+@@ -31,6 +31,8 @@
+ #define MAX_LINE_LEN 512
+ #define DEBUG(fmt, args...)			\
+ 	smclog(LOG_DEBUG, "%s:%02d: " fmt, conf, lineno, ##args)
++#define INFO(fmt, args...)			\
++	smclog(LOG_INFO, "%s:%02d: " fmt, conf, lineno, ##args)
+ #define WARN(fmt, args...)			\
+ 	smclog(LOG_WARNING, "%s:%02d: " fmt, conf, lineno, ##args)
+ 
+@@ -166,13 +168,9 @@ static int add_mroute(int lineno, char *ifname, char *group, char *source, char
+ iface_match_init(_out);
+ while ((mif = iface_match_mif_by_name(outbound[i], _out, )) >= 0) {
+ 	if (mif == mroute.inbound) {
+-		state_out.match_count--;
+-		/* In case of wildcard matches, in==out is
+-		 * quite normal, so don't complain
+-		 */
++		/* In case of wildcard match in==out is normal, so don't complain */
+ 		if (!ifname_is_wildcard(ifname) && !ifname_is_wildcard(outbound[i]))
+-			WARN("Same outbound IPv6 interface (%s) as inbound (%s)?", outbound[i], ifname);
+-		continue;
++			INFO("Same outbound IPv6 interface (%s) as inbound (%s) may cause r

Bug#924045: unblock: smcroute/2.4.2-4

[Micha Lenk]

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, because
* it fixes Debian bug #924044, broken init script not working for 'stop'
  command, which is a regression compared to the version in Debian stretch.
* it fixes Debian bug #921577, autopkgtests fail consistently, and some related
  issues with the autopkgtests (referenced as unit tests in the
  debian/changelog).

The proposed upload also contains rather cosmetic changes, i.e.
* Bumping the Debian policy version. This is hopefully acceptable because no
  source changes were needed.
* Removing all explicit maintainer scripts in favour of managing the snippets
  for moving the configuration file via debhelper. I personally checked that
  the resulting binary packages' maintainer scripts are bitwise identical after
  this change. So, hopefully this is acceptable too.

Because of the included cosmetic changes, the package isn't uploadede to
unstable yet. It is currently 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-09-23 20:40:04.0 +
+++ smcroute-2.4.2/debian/changelog 2019-03-07 05:40:19.0 +
@@ -1,3 +1,16 @@
+smcroute (2.4.2-4) unstable; urgency=medium
+
+  * Import upstream fix for malfunctioning 'stop' command to init script
+  * Import upstream fix to allow same outbound interface as inbound when
+routing.  This is slightly hairy, but previous releases of SMCRoute
+supported this and the unit tests rely on this to work
+  * Fix unit tests, with upstream and test setup fixes, closes: #921577
+  * Bump Standards-Version to 4.3.0, no changes needed
+  * Use debhelper maintscript to relocate old /etc/startup.sh script
+to /etc/smcroute.  Fixes an outstanding lintian warning
+
+ -- Joachim Nilsson   Thu, 07 Mar 2019 06:40:19 +0100
+
 smcroute (2.4.2-3) unstable; urgency=medium
 
   * Add missing Build-Depends for systemd, needed for unit file path
diff -Nru smcroute-2.4.2/debian/control smcroute-2.4.2/debian/control
--- smcroute-2.4.2/debian/control   2018-09-21 19:54:23.0 +
+++ smcroute-2.4.2/debian/control   2019-03-07 05:40:19.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Joachim Nilsson 
 Build-Depends: debhelper (>= 10), libcap-dev, systemd, pkg-config
-Standards-Version: 4.2.1
+Standards-Version: 4.3.0
 Homepage: http://troglobit.com/smcroute.html
 Vcs-Browser: https://salsa.debian.org/debian/smcroute
 Vcs-Git: https://salsa.debian.org/debian/smcroute.git
diff -Nru smcroute-2.4.2/debian/gitlab-ci.yml 
smcroute-2.4.2/debian/gitlab-ci.yml
--- smcroute-2.4.2/debian/gitlab-ci.yml 1970-01-01 00:00:00.0 +
+++ smcroute-2.4.2/debian/gitlab-ci.yml 2019-03-07 05:40:19.0 +
@@ -0,0 +1,9 @@
+image: registry.salsa.debian.org/salsa-ci-team/ci-image-git-buildpackage:latest
+
+build:
+  artifacts:
+paths:
+- "*.deb"
+expire_in: 1 day
+  script:
+- gitlab-ci-git-buildpackage-all
diff -Nru 
smcroute-2.4.2/debian/patches/0004-Allow-same-outbound-interface-as-inbound.patch
 
smcroute-2.4.2/debian/patches/0004-Allow-same-outbound-interface-as-inbound.patch
--- 
smcroute-2.4.2/debian/patches/0004-Allow-same-outbound-interface-as-inbound.patch
   1970-01-01 00:00:00.0 +
+++ 
smcroute-2.4.2/debian/patches/0004-Allow-same-outbound-interface-as-inbound.patch
   2019-03-07 05:40:19.0 +
@@ -0,0 +1,96 @@
+commit 802d82eb5c571afe2a294fd302745bf37cc13a1d
+Author: Joachim Nilsson 
+Date:   Sun Feb 10 13:56:17 2019 +0100
+
+Allow same outbound interface as inbound, only warn user
+
+Routing back multicast to the same interface it ingressed on is
+quite a bit dangerous, but there may be use-cases where this is
+a requirement so we should not artificially limit the user.
+
+Also, allowing this means enabling unit testing on systems with
+only one interface.
+
+Signed-off-by: Joachim Nilsson 
+
+diff --git a/src/conf.c b/src/conf.c
+index 974871a..d1fbeed 100644
+--- a/src/conf.c
 b/src/conf.c
+@@ -31,6 +31,8 @@
+ #define MAX_LINE_LEN 512
+ #define DEBUG(fmt, args...)   \
+   smclog(LOG_DEBUG, "%s:%02d: " fmt, conf, lineno, ##args)
++#define INFO(fmt, args...)\
++  smclog(LOG_INFO, "%s:%02d: " fmt, conf, lineno, ##args)
+ #define WARN(fmt, args...)\
+   smclog(LOG_WARNING, "%s:%02d: " fmt, conf, lineno, ##args)
+ 
+@@ -166,13 +168,9 @@ static int add_mroute(int lineno, char *ifname, char 
*group, char *source, char
+   

Re: Proposal: Repository for fast-paced package backports

[Micha Lenk]

Hi all,

having read the whole Gitlab discussion, I still don't get how/why the new 
repository depends or relates to backports. Instead it could be self-contained, 
except for stuff already available in stable. Couldn't you roll the new 
repository entirely independent of any backports? Even if you say there won't 
be any additional work for the backport policy owners, letting a new repo 
depend on backports will implicitly have an impact, which doesn't sound fully 
thought through yet.

I consider especially copying parts of the version scheme fairly confusing. 
This gives your concept a bad touch of just trying to work around established 
rules (i.e. backports rules). Instead of defining such minor facets I would 
recommend you to work on clarity about what rules you want to establish in the 
new repo instead.

Also, as Alex suggested, I would prefer if such experiments could be started 
outside the official Debian archive, like backports once successfully did. 
Given how much efforts it took to get backports integrated officially, I don't 
consider adding a new repo a minor change. Did you discuss your idea with ftp 
masters, dak maintainers, and buildd admins before?

I acknowledge that Debian needs a solution to support fast moving projects like 
Gitlab better than now. Yet, without a *proof* of concept how this could work 
out in the long run (i.e. across more than one Debian release cycle), I don't 
think it is the right time to ask for such a big change now. I consider Debian 
open enough to support such concepts outside the official archive first.

Kind regards,
Micha

Re: gstreamer0.10 0.10.36-1.5 MIGRATED to testing

[Micha Lenk]

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:
>FYI: The status of the gstreamer0.10 source package
>in Debian's testing distribution has changed.
>
>  Previous version: (not in testing)
>  Current version:  0.10.36-1.5
>
>-- 
>This email is automatically generated once a day.  As the installation
>of
>new packages into testing happens multiple times a day you will receive
>later changes on the next day.
>See https://release.debian.org/testing-watch/ for more information.

-- 
Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail gesendet.

Bug#797005: nmu: gnucash_1:2.6.7-2

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

nmu gnucash_1:2.6.7-2 . ALL . -m rebuild against libktoblzcheck1v5

See also https://bugs.debian.org/791134 (g++ ABI transition in libktoblzcheck)
and https://release.debian.org/transitions/html/auto-libktoblzcheck.html

Thanks for considering.

Best regards,
Micha

Bug#795409: nmu: libaqbanking_5.4.3beta-2+b1

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

nmu libaqbanking_5.4.3beta-2+b2 . ALL . -m rebuild against libktoblzcheck1v5

See also https://bugs.debian.org/791134 (g++ ABI transition in libktoblzcheck).

Regards,
Micha

Bug#795409: nmu: libaqbanking_5.6.1-1

[Micha Lenk]

Control: retitle -1 nmu: libaqbanking_5.6.1-1

Sorry, my previous mail was garbage (wrong version). Using correct version:

nmu libaqbanking_5.6.1-1+b1 . ALL . -m rebuild against libktoblzcheck1v5

See also https://bugs.debian.org/791134 (g++ ABI transition in libktoblzcheck).

Regards,
Micha

Bug#795409: nmu: libaqbanking_5.6.1-1

[Micha Lenk]

Hi Julien,

Am 13.08.2015 um 20:54 schrieb Julien Cristau:
 nmu libaqbanking_5.4.3beta-2+b2 . ALL . -m rebuild against 
 libktoblzcheck1v5

 See also https://bugs.debian.org/791134 (g++ ABI transition in 
 libktoblzcheck).

 5.4.3beta2-2 is the jessie version, so that doesn't make much sense.

Yes, see my previous mail. The correct version to binNMU is:

nmu libaqbanking_5.6.1-1 . ALL . -m rebuild against libktoblzcheck1v5

 Also, have you confirmed that a rebuild with new g++ and libktoblzcheck
 does not affect libaqbanking's ABI?

It shouldn't. The C++ API of libaqbanking (that would be
libaqbankingpp.so) isn't packaged at the moment. It should be safe to
rebuild libaqbanking using the new g++.

Cheers,
Micha

Bug#787024: transition: libaqbanking

[Micha Lenk]

Hi Emilio,

Am 04.06.2015 um 17:32 schrieb Emilio Pozuelo Monfort:
 Let us know once the package has been through NEW.

 That's happened. You can go ahead with an upload to unstable, followed by
 severity:serious bugs against the rdeps to update their build-dependency on
 libaqbanking-dev. Please make those bugs block this one.

Done.

Meanwhile all rdeps have successfully been rebuilt. However the
transition tracker still considers libaqbanking itself bad (i.e. renders
it red on
https://release.debian.org/transitions/html/auto-libaqbanking.html).
Why? Does it maybe need a britney hint?

Is there anything left I can help with regarding the completion of this
transition?

Cheers,
Micha


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/557744f9.9050...@debian.org

Bug#787024: transition: libaqbanking

[Micha Lenk]

Hi,

Am 28.05.2015 00:35, schrieb Emilio Pozuelo Monfort:

On 27/05/15 23:11, Micha Lenk wrote:

[...] As AqBanking's API seems to have stabilized
recently, do you recommend to transition the -dev package to the new 
name
libaqbanking-dev instead? If so, is there anything to keep in mind if 
the old
package libaqbanking34-dev already has a Provides: libaqbanking-dev 
(it has it
actually long since)? The reverse dependencies currently all 
build-depend on

libaqbanking34-dev.


Please rename it to libaqbanking-dev. [...]


I renamed it and uploaded it to experimental as libaqbanking 
5.6.0beta-2. It is currently in NEW.


The following reverse dependencies will be impacted by this 
transition:


abtransfers
gnucash
kmymoney


BTW do the rdeps build against the new version? Or do they need code 
changes?


I didn't try, but as I am following upstream closely I don't expect that 
any code changes are needed. The SONAME bump was done as a precaution 
measure because some symbols were temporarily added to the library that 
got removed in libaqbanking 5.5.1-1 (only in experimental).


Regards,
Micha


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/fe10858cd44ad5069278a68b03e7e...@mail.lenk.info

Bug#787024: transition: libaqbanking

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi release team,

The AqBanking library (source package libaqbanking) got its SONAME bumped. For
this reason some package names need to be changed. I just uploaded the
following binary package name changes as libaqbanking/5.6.0beta-1 to
experimental:

libaqbanking34-dev - libaqbanking35-dev
libaqbanking34-plugins - libaqbanking35-plugins
libaqbanking34 - libaqbanking35
libaqbanking34-dbg - libaqbanking35-dbg

On the Transitions wiki page you mention that changing the name of -dev
packages should be avoided. As AqBanking's API seems to have stabilized
recently, do you recommend to transition the -dev package to the new name
libaqbanking-dev instead? If so, is there anything to keep in mind if the old
package libaqbanking34-dev already has a Provides: libaqbanking-dev (it has it
actually long since)? The reverse dependencies currently all build-depend on
libaqbanking34-dev.

The following reverse dependencies will be impacted by this transition:

abtransfers
gnucash
kmymoney

Ben file:

title = libaqbanking;
is_affected = .depends ~ /libaqbanking34/ | .depends ~ /libaqbanking35/;
is_good = .depends ~ /libaqbanking35/;
is_bad = .depends ~ /libaqbanking34/;


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150527211131.8892.42857.report...@piri.lenk.info

Re: Bug#780056: network-manager: fails to restore DNS settings and default route on resume

[Micha Lenk]

Hi maintainers of package network-manager,

I got no human reply for my bug report since a month, so I just wanted
to remind you that I am still waiting for it.

My bug is still reliably reproducible, and I wonder whether it qualifies
as release critical for Jessie. I really need more instructions on how
to proceed with debugging.

Cheers,
Micha


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55256efe.4040...@debian.org

Bug#774818: unblock: mod-proxy-msrpc/0.5-2

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please consider to unblock package mod-proxy-msrpc 0.5-2. This version adds
upsteam-big-endian-patch.diff to fix FTBFS #774285 on big endian architectures.

unblock mod-proxy-msrpc/0.5-2

Thanks for considering,
Micha
diffstat for mod-proxy-msrpc-0.5 mod-proxy-msrpc-0.5

 changelog  |   12 +
 control|2 
 patches/series |1 
 patches/upstream-big-endian-patch.diff |  381 +
 4 files changed, 395 insertions(+), 1 deletion(-)

diff -Nru mod-proxy-msrpc-0.5/debian/changelog mod-proxy-msrpc-0.5/debian/changelog
--- mod-proxy-msrpc-0.5/debian/changelog	2014-04-29 22:08:12.0 +0200
+++ mod-proxy-msrpc-0.5/debian/changelog	2015-01-07 23:07:19.0 +0100
@@ -1,3 +1,15 @@
+mod-proxy-msrpc (0.5-2) experimental; urgency=medium
+
+  * Upload to experimental because I don't know whether this change will
+get a freeze exception for Debian Jessie.
+  * Add patch upstream-big-endian-patch.diff to fix build on big endian
+architectures (closes: #774285). This essentially updates the source to
+upstream Git commit 03ed564ee88b1a35e830c4f141e178125010c265 (all changes
+since the release 0.5 were only related to big-endian support).
+  * Package is compliant to Debian Policy 3.9.6 (no changes needed).
+
+ -- Micha Lenk mi...@debian.org  Wed, 07 Jan 2015 22:48:39 +0100
+
 mod-proxy-msrpc (0.5-1) unstable; urgency=medium
 
   * New upstream version
diff -Nru mod-proxy-msrpc-0.5/debian/control mod-proxy-msrpc-0.5/debian/control
--- mod-proxy-msrpc-0.5/debian/control	2014-04-29 21:50:06.0 +0200
+++ mod-proxy-msrpc-0.5/debian/control	2015-01-07 23:07:12.0 +0100
@@ -5,7 +5,7 @@
 Build-Depends: debhelper (= 8.0.0), pkg-config,
  apache2-dev (= 2.4), uuid-dev,
  check, dh-autoreconf
-Standards-Version: 3.9.5
+Standards-Version: 3.9.6
 Homepage: https://github.com/bombadil/mod_proxy_msrpc
 Vcs-Git: https://github.com/bombadil/mod_proxy_msrpc.git -b debian/unstable
 Vcs-Browser: https://github.com/bombadil/mod_proxy_msrpc/tree/debian/unstable
diff -Nru mod-proxy-msrpc-0.5/debian/patches/series mod-proxy-msrpc-0.5/debian/patches/series
--- mod-proxy-msrpc-0.5/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ mod-proxy-msrpc-0.5/debian/patches/series	2015-01-07 22:47:46.0 +0100
@@ -0,0 +1 @@
+upstream-big-endian-patch.diff
diff -Nru mod-proxy-msrpc-0.5/debian/patches/upstream-big-endian-patch.diff mod-proxy-msrpc-0.5/debian/patches/upstream-big-endian-patch.diff
--- mod-proxy-msrpc-0.5/debian/patches/upstream-big-endian-patch.diff	1970-01-01 01:00:00.0 +0100
+++ mod-proxy-msrpc-0.5/debian/patches/upstream-big-endian-patch.diff	2015-01-07 22:46:54.0 +0100
@@ -0,0 +1,381 @@
+Author: Micha Lenk mi...@lenk.info
+Description: Add support for build on big-endian architectures
+ This essentially updates the source to upstream Git commit
+ 03ed564ee88b1a35e830c4f141e178125010c265 (all changes since the
+ release 0.5 were only related to big-endian support). 
+Origin: upstream, https://github.com/bombadil/mod_proxy_msrpc/commit/03ed564ee88b1a35e830c4f141e178125010c265
+Bug: https://github.com/bombadil/mod_proxy_msrpc/issues/18
+Bug-Debian: http://bugs.debian.org/774285
+
+--- mod-proxy-msrpc-0.5.orig/src/msrpc_pdu_parser.c
 mod-proxy-msrpc-0.5/src/msrpc_pdu_parser.c
+@@ -72,6 +72,8 @@ static const char const *msrpc_rts_pdu_c
+ NULL,
+ };
+ 
++#define MSRPC_PDU_IS_LITTLE_ENDIAN (pdu-data_representation == MSRPC_PDU_DATA_REPRESENTATION_LITTLE_ENDIAN)
++
+ apr_status_t msrpc_pdu_get_length(const char *buf, apr_size_t *length)
+ {
+ msrpc_pdu_t *pdu = (msrpc_pdu_t *)buf;
+@@ -81,7 +83,10 @@ apr_status_t msrpc_pdu_get_length(const
+ return APR_INCOMPLETE;
+ }
+ 
+-*length = pdu-frag_length;
++#ifdef DEBUG_MSRPC_PDU_PARSER
++printf(data representation: 0x%08x\n, (uint32_t)pdu-data_representation);
++#endif
++*length = MSRPC_PDU_IS_LITTLE_ENDIAN ? pdu-frag_length : swap_bytes_uint16_t(pdu-frag_length);
+ return APR_SUCCESS;
+ }
+ 
+@@ -110,11 +115,13 @@ apr_status_t msrpc_pdu_validate(const ch
+ if (error) *error = PDU type;
+ return APR_FROM_OS_ERROR(EBADMSG);
+ }
+-if (pdu-data_representation != 16) {
++if ((pdu-data_representation != MSRPC_PDU_DATA_REPRESENTATION_LITTLE_ENDIAN) 
++(pdu-data_representation != MSRPC_PDU_DATA_REPRESENTATION_BIG_ENDIAN)) {
+ if (error) *error = data representation;
+ return APR_FROM_OS_ERROR(EBADMSG);
+ }
+-if (pdu-frag_length % 4 != 0) {
++uint16_t frag_length = MSRPC_PDU_IS_LITTLE_ENDIAN ? pdu-frag_length : swap_bytes_uint16_t(pdu-frag_length);
++if (frag_length % 4 != 0) {
+ if (error) *error = unaligned length;
+ return APR_FROM_OS_ERROR(EBADMSG);
+ }
+@@ -130,18 +137,24

Bug#772679: unblock: libuser/1:0.60~dfsg-1.1

[Micha Lenk]

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 acceptable.

I am sorry, but I read that message as only the particular change
suggested in 748728#12 being rejected. Yes, Julien said that one of the
two packages needs to rename the binary 'lid'. But I find this (renaming
the binary, manpages et al, having to deal with users that find the
binary 'lid' apparently disappearing just because of an update) a rather
intrusive change during a freeze. And I don't believe this is was meant
as the only solution but rather a suggestion.

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#34)
*even if* a Conflicts: dependency prevents installation of both packages
at the same time?

Cheers,
Micha


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54883f69.4030...@debian.org

Bug#772679: unblock: libuser/1:0.60~dfsg-1.1

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package libuser

The version just uploaded to unstable fixes the RC bug #748728.

diff -Nru libuser-0.60~dfsg/debian/changelog libuser-0.60~dfsg/debian/changelog
--- libuser-0.60~dfsg/debian/changelog  2014-05-19 17:52:26.0 +0200
+++ libuser-0.60~dfsg/debian/changelog  2014-12-09 23:13:42.0 +0100
@@ -1,3 +1,13 @@
+libuser (1:0.60~dfsg-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add Conflict: id-utils to libuser (closes: #748728).
+  * Lower the priority of binary package libuser to 'extra' to have the
+Conflicts: id-utils in compliance with Debian Policy 2.5 ('optional
+packages should not conflict with each other').
+
+ -- Micha Lenk mi...@debian.org  Tue, 09 Dec 2014 22:11:03 +
+
 libuser (1:0.60~dfsg-1) unstable; urgency=low
 
   * complete repackaging (Closes: #670663).
diff -Nru libuser-0.60~dfsg/debian/control libuser-0.60~dfsg/debian/control
--- libuser-0.60~dfsg/debian/control2014-05-19 16:03:29.0 +0200
+++ libuser-0.60~dfsg/debian/control2014-12-09 23:09:13.0 +0100
@@ -18,8 +18,10 @@
 Homepage: https://fedorahosted.org/libuser/
 
 Package: libuser
+Priority: extra
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
+Conflicts: id-utils
 Description: user and group account administration library - utilities
  The libuser library implements a standardized interface for manipulating
  and administering user and group accounts.  The library uses pluggable

unblock libuser/1:0.60~dfsg-1.1


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141209224401.24069.21098.report...@piri.lenk.info

Bug#771248: unblock: abtransfers/0.0.5.0-2

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please consider to unblock package abtransfers

The version in unstable fixes the issue that there were no menu entries for the
application.

--- 8 ---
diff -Nru abtransfers-0.0.5.0/debian/abtransfers.desktop 
abtransfers-0.0.5.0/debian/abtransfers.desktop
--- abtransfers-0.0.5.0/debian/abtransfers.desktop  1970-01-01 
01:00:00.0 +0100
+++ abtransfers-0.0.5.0/debian/abtransfers.desktop  2014-11-27 
23:12:07.0 +0100
@@ -0,0 +1,6 @@
+[Desktop Entry]
+Name=abTransfers
+Categories=Office
+Exec=abtransfers
+Terminal=false
+Type=Application
diff -Nru abtransfers-0.0.5.0/debian/abtransfers.dirs 
abtransfers-0.0.5.0/debian/abtransfers.dirs
--- abtransfers-0.0.5.0/debian/abtransfers.dirs 2014-09-20 22:14:36.0 
+0200
+++ abtransfers-0.0.5.0/debian/abtransfers.dirs 2014-11-27 23:12:07.0 
+0100
@@ -1 +1,2 @@
 usr/bin
+usr/share/applications
diff -Nru abtransfers-0.0.5.0/debian/abtransfers.install 
abtransfers-0.0.5.0/debian/abtransfers.install
--- abtransfers-0.0.5.0/debian/abtransfers.install  2014-09-20 
22:14:36.0 +0200
+++ abtransfers-0.0.5.0/debian/abtransfers.install  2014-11-27 
23:12:07.0 +0100
@@ -1 +1,2 @@
 usr/bin/abtransfers
+usr/share/applications/abtransfers.desktop
diff -Nru abtransfers-0.0.5.0/debian/changelog 
abtransfers-0.0.5.0/debian/changelog
--- abtransfers-0.0.5.0/debian/changelog2014-09-20 22:14:36.0 
+0200
+++ abtransfers-0.0.5.0/debian/changelog2014-11-27 23:12:07.0 
+0100
@@ -1,3 +1,11 @@
+abtransfers (0.0.5.0-2) unstable; urgency=medium
+
+  * Add a menu entry for Gnome, KDE, LXDE and XFCE by shipping a desktop file
+(Closes: #750979). Thanks to Tobias Scherer t...@gmx.net for providing
+the patch.
+
+ -- Micha Lenk mi...@debian.org  Thu, 27 Nov 2014 23:10:51 +0100
+
 abtransfers (0.0.5.0-1) unstable; urgency=medium
 
   * New upstream version.
diff -Nru abtransfers-0.0.5.0/debian/rules abtransfers-0.0.5.0/debian/rules
--- abtransfers-0.0.5.0/debian/rules2014-09-20 22:14:36.0 +0200
+++ abtransfers-0.0.5.0/debian/rules2014-11-27 23:12:07.0 +0100
@@ -16,6 +16,8 @@
dh_auto_install
install -d debian/tmp/usr/bin
install build/abtransfers debian/tmp/usr/bin
+   install -d debian/tmp/usr/share/applications
+   install debian/abtransfers.desktop debian/tmp/usr/share/applications
 
 # Work around existing directory 'build'
 build:
--- 8 ---

unblock abtransfers/0.0.5.0-2

Thanks a lot for considering.

Best regards,
Micha


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141127230503.9185.76930.report...@piri.lenk.info

Bug#767695: unblock: smcroute/2.0.0-4

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package smcroute

The package in smcroute is RC buggy (#766915: smcroute does not start).
adsb already added an age-days 2 smcroute/2.0.0-3 hint on 2014-10-30, but I
just uploaded a fix for the autopkgtests, so at least the version number in the
hint needs to be updated. This is why I am contacting you.

The debdiff since the already hinted version is:

--- 8 -
diff -Nru smcroute-2.0.0/debian/changelog smcroute-2.0.0/debian/changelog
--- smcroute-2.0.0/debian/changelog 2014-10-30 16:11:16.0 +0100
+++ smcroute-2.0.0/debian/changelog 2014-11-01 21:00:11.0 +0100
@@ -1,3 +1,11 @@
+smcroute (2.0.0-4) unstable; urgency=medium
+
+  * Fix autopkgtest: Add missing smcroute test dependency, missing comma, and
+missing allow-stderr (Closes: #767592). Thanks to Martin Pitt
+martin.p...@ubuntu.com for providing the patch.
+
+ -- Micha Lenk mi...@debian.org  Sat, 01 Nov 2014 20:55:08 +0100
+
 smcroute (2.0.0-3) unstable; urgency=medium
 
   * Add Testsuite: autopkgtest to debian/control, on behalf of a traveling
diff -Nru smcroute-2.0.0/debian/tests/control 
smcroute-2.0.0/debian/tests/control
--- smcroute-2.0.0/debian/tests/control 2014-10-30 00:30:58.0 +0100
+++ smcroute-2.0.0/debian/tests/control 2014-11-01 21:00:11.0 +0100
@@ -1,3 +1,3 @@
 Tests: daemon-init-scripts mr-cache-ipv4 mr-cache-ipv6
-Restrictions: needs-root isolation-machine
-Depends: libipc-system-simple-perl procps
+Restrictions: needs-root isolation-machine allow-stderr
+Depends: @, libipc-system-simple-perl, procps
--- 8 -

The debdiff since the version 2.0.0-1 that is available in testing is attached.

If you agree, please pick from the following what ever hint you find most
appropriate (I would take the age-days hint):

unblock smcroute/2.0.0-4
age-days 2 smcroute/2.0.0-4

Thanks in advance,
Micha
diff -Nru smcroute-2.0.0/debian/changelog smcroute-2.0.0/debian/changelog
--- smcroute-2.0.0/debian/changelog	2014-10-03 10:56:12.0 +0200
+++ smcroute-2.0.0/debian/changelog	2014-11-01 21:00:11.0 +0100
@@ -1,3 +1,30 @@
+smcroute (2.0.0-4) unstable; urgency=medium
+
+  * Fix autopkgtest: Add missing smcroute test dependency, missing comma, and
+missing allow-stderr (Closes: #767592). Thanks to Martin Pitt
+martin.p...@ubuntu.com for providing the patch.
+
+ -- Micha Lenk mi...@debian.org  Sat, 01 Nov 2014 20:55:08 +0100
+
+smcroute (2.0.0-3) unstable; urgency=medium
+
+  * Add Testsuite: autopkgtest to debian/control, on behalf of a traveling
+Micha
+
+ -- Joachim Breitner nome...@debian.org  Thu, 30 Oct 2014 16:11:03 +0100
+
+smcroute (2.0.0-2) unstable; urgency=medium
+
+  * Delete debian/smcroute.dirs because package builds also without it.
+  * Install binaries to /usr/sbin to make init script working again
+(Closes: #766915).
+  * Add patch 0001-Fix-issue-10-Loop-forever-on-command-if-daemon-not-r.patch
+to fix hanging init script on stop in case the daemon isn't running.
+  * Add some Autopkgtests covering daemon start stop via System V init scripts,
+addition and removal of static multicast routes.
+
+ -- Micha Lenk mi...@debian.org  Thu, 30 Oct 2014 00:27:59 +0100
+
 smcroute (2.0.0-1) unstable; urgency=low
 
   * New upstream version, does build again on FreeBSD (closes: #763381).
diff -Nru smcroute-2.0.0/debian/control smcroute-2.0.0/debian/control
--- smcroute-2.0.0/debian/control	2014-10-01 22:44:34.0 +0200
+++ smcroute-2.0.0/debian/control	2014-11-01 21:00:11.0 +0100
@@ -7,6 +7,7 @@
 Homepage: http://troglobit.com/smcroute.html
 Vcs-Browser: http://source.lenk.info/git/pkg-smcroute.git
 Vcs-Git: git://source.lenk.info/git/pkg-smcroute.git
+Testsuite: autopkgtest
 
 Package: smcroute
 Architecture: any
diff -Nru smcroute-2.0.0/debian/patches/0001-Fix-issue-10-Loop-forever-on-command-if-daemon-not-r.patch smcroute-2.0.0/debian/patches/0001-Fix-issue-10-Loop-forever-on-command-if-daemon-not-r.patch
--- smcroute-2.0.0/debian/patches/0001-Fix-issue-10-Loop-forever-on-command-if-daemon-not-r.patch	1970-01-01 01:00:00.0 +0100
+++ smcroute-2.0.0/debian/patches/0001-Fix-issue-10-Loop-forever-on-command-if-daemon-not-r.patch	2014-11-01 21:00:11.0 +0100
@@ -0,0 +1,31 @@
+From: Joachim Nilsson troglo...@gmail.com
+Date: Mon, 27 Oct 2014 01:32:54 +0100
+Subject: [PATCH] Fix issue #10: Loop forever on command if daemon not running.
+Origin: https://github.com/troglobit/smcroute/commit/d6280e64b27d5a4bd7f37dac36b455f4ae5f9ab3
+Bug: https://github.com/troglobit/smcroute/issues/10
+
+Signed-off-by: Joachim Nilsson troglo...@gmail.com
+---
+ smcroute.c | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/smcroute.c b/smcroute.c
+index 1aeb133..7bd3c72 100644
+--- a/smcroute.c
 b/smcroute.c
+@@ -573,10 +573,11 @@ int main(int

Bug#708247: pu: package smcroute/0.95-1+deb7u1

[Micha Lenk]

Control: retitle -1 pu: package smcroute/0.95-1+deb7u1

Hi KiBi,

Am 21.05.2013 23:57, schrieb Cyril Brulebois:
 I'd suggest:
  - upload 0.95-2 to unstable right away, with 3.0 (quilt) if you like.
  - wait a few days to make sure no regressions are reported.
  - propose a 0.95-1+deb7u1 debdiff with the patch applied directly
(without the format change); since it shouldn't be much of a change
apart from the version string, it should be quick to review. ;)

As suggested, I am hereby suggesting the attached debdiff output for
releasing smcroute 0.95-1+deb7u1 in the next point release of wheezy.
Thanks for considering.

Cheers,
Micha
diff -u smcroute-0.95/debian/changelog smcroute-0.95/debian/changelog
--- smcroute-0.95/debian/changelog
+++ smcroute-0.95/debian/changelog
@@ -1,3 +1,10 @@
+smcroute (0.95-1+deb7u1) stable; urgency=low
+
+  * Fix a NULL pointer dereferencing in interface vector initialization
+(closes: #707793, LP: #1043688).
+
+ -- Micha Lenk mi...@debian.org  Mon, 27 May 2013 21:22:39 +0200
+
 smcroute (0.95-1) unstable; urgency=low
 
   * New upstream version, added support for FreeBSD
only in patch2:
unchanged:
--- smcroute-0.95.orig/src/ifvc.c
+++ smcroute-0.95/src/ifvc.c
@@ -50,12 +50,13 @@
   }
 
   for (ifa = ifaddr; ifa != NULL; ifa = ifa-ifa_next) {
+/* Skip interface without internet address */
+if (ifa-ifa_addr == NULL) continue;
+
 int family = ifa-ifa_addr-sa_family;
 
 /* Skip non-IPv4 and non-IPv6 interfaces */
 if ((family != AF_INET)  (family != AF_INET6)) continue;
-/* Skip interface without internet address */
-if (ifa-ifa_addr == NULL) continue;
 
 /* Copy data from interface iterator 'ifa' */
 strncpy(IfDescEp-Name, ifa-ifa_name, sizeof(IfDescEp-Name));

Bug#708247: pu: package smcroute/0.95-1+deb7u1

[Micha Lenk]

Hi,

Am 27.05.2013 21:34, schrieb Adam D. Barratt:
 On Mon, 2013-05-27 at 21:28 +0200, Micha Lenk wrote:
  As suggested, I am hereby suggesting the attached debdiff output for
  releasing smcroute 0.95-1+deb7u1 in the next point release of wheezy.

 Please go ahead; thanks.

I've just uploaded the proposed changes.

Cheers,
Micha


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51a3b7b8.5090...@debian.org

Bug#708247: pu: package smcroute/0.95-2

[Micha Lenk]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi KiBi,

Am 21.05.2013 23:57, schrieb Cyril Brulebois:
 One is supposed to be fixing the bug in unstable first though. 
 “Exposing” users to bug fixes before uploading to spu is usually a 
 very good idea. Also, versions must be stable = testing =
 unstable, which your upload would violate.
 
 I'd suggest: - upload 0.95-2 to unstable right away, with 3.0
 (quilt) if you like.

Done.

 - wait a few days to make sure no regressions are reported. -
 propose a 0.95-1+deb7u1 debdiff with the patch applied directly 
 (without the format change); since it shouldn't be much of a
 change apart from the version string, it should be quick to review.
 ;)

Will do.

Regards,
Micha
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJRnLgMAAoJEOpsprlRuFE54loQAKNBZPsPCVFlQrYdKdUEElz4
VFpUUoFsjnJyXGLMXgJecItJe9HMdPa6TUVMWOK9mKW32o60oKWnZXOrlQ6yyVTu
NKyHbLCwD+H/U212v+j5/wQ5HwElPys7aT94GiOR6ILz/LFLxi0IldxqWM6woz0q
PUw7eJFwXyNXbmJBCn5BRIuS/8YAyUaQOnq1+8BAV/xcjAQufz7sRU6S61OxTK6V
N2JKaC28ZPnIj2fv1gse4RbsumuIjNTkVXExFglOUExoIInYsZSvk7+11CKkcJ17
6IZTqsfKwkUFP8rSw9+ZHkMyjQNJFK0HnEhOWrptb06oea3CoN/WyRwUAButlaeE
HCcuTnGfEzPIveYTaLonRdpYoXjkMVOhVWVbt6/w8HQykpdcVpvmFb77eiNBqrqs
H6LIJ4vZtJb1A8h029cHusL8d3YwVAtBku5Qc6sRxCFDm+D/2MfLGPGUQt+9SwB3
fH1KYQ4/qEufIsBsyQS90LbjdrtE7FD5Nj0xKCEvl3yFA7msP/ta//Ozf2RA6ggj
TrVJZ2Scdliqc1X6hC10+BRvjB8bGBMz4msc8I7Kg5Gu0q6MCAOdxosN87gNo2Ro
kmrSloG1BGe9/Y92ycW+egM7Fh+kEtIDmtw6FhTiNfLfO5bl5949Q3zYn6gQ7RsW
O01f7q+003wnSHFbVmMH
=+pTe
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/519cb80c.8060...@debian.org

Bug#708247: pu: package smcroute/0.95-2

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu

Hello brave release-team,

I would like to propose smcroute/0.95-2 as a canididate for the next wheezy
point release. Compared to the version released with wheezy, I did following
changes:

smcroute (0.95-2) stable; urgency=low

  * Switch to dpkg-source 3.0 (quilt) format for easier patch maintenance.
  * Added patch 01_fix_segfault.patch to fix a NULL pointer dereferencing in
interface vector initialization (closes: #707793, LP: #1043688).

 -- Micha Lenk mi...@debian.org  Tue, 14 May 2013 14:41:24 +0200

You can find the full diff of changes attached to this mail.

Is the distribution 'stable' correct for wheezy proposed updates?

Regards,
Micha
diff -Nru smcroute-0.95/debian/changelog smcroute-0.95/debian/changelog
--- smcroute-0.95/debian/changelog	2013-05-14 15:02:54.0 +0200
+++ smcroute-0.95/debian/changelog	2013-05-14 15:01:23.0 +0200
@@ -1,3 +1,11 @@
+smcroute (0.95-2) stable; urgency=low
+
+  * Switch to dpkg-source 3.0 (quilt) format for easier patch maintenance.
+  * Added patch 01_fix_segfault.patch to fix a NULL pointer dereferencing in
+interface vector initialization (closes: #707793, LP: #1043688).
+
+ -- Micha Lenk mi...@debian.org  Tue, 14 May 2013 14:41:24 +0200
+
 smcroute (0.95-1) unstable; urgency=low
 
   * New upstream version, added support for FreeBSD
diff -Nru smcroute-0.95/debian/patches/01_fix_segfault.patch smcroute-0.95/debian/patches/01_fix_segfault.patch
--- smcroute-0.95/debian/patches/01_fix_segfault.patch	1970-01-01 01:00:00.0 +0100
+++ smcroute-0.95/debian/patches/01_fix_segfault.patch	2013-05-14 14:47:54.0 +0200
@@ -0,0 +1,25 @@
+Description: Fixed a segfault caused by dereferencing a NULL pointer
+Author: Micha Lenk mi...@debian.org
+Bug-Debian: http://bugs.debian.org/707793
+Bug-Ubuntu: https://launchpad.net/bugs/1043688
+Forwarded: not-needed, fixed upstream by more intrusive code changes
+Last-Update: 2013-05-14
+
+--- smcroute-0.95.orig/src/ifvc.c
 smcroute-0.95/src/ifvc.c
+@@ -50,12 +50,13 @@ void buildIfVc()
+   }
+ 
+   for (ifa = ifaddr; ifa != NULL; ifa = ifa-ifa_next) {
++/* Skip interface without internet address */
++if (ifa-ifa_addr == NULL) continue;
++
+ int family = ifa-ifa_addr-sa_family;
+ 
+ /* Skip non-IPv4 and non-IPv6 interfaces */
+ if ((family != AF_INET)  (family != AF_INET6)) continue;
+-/* Skip interface without internet address */
+-if (ifa-ifa_addr == NULL) continue;
+ 
+ /* Copy data from interface iterator 'ifa' */
+ strncpy(IfDescEp-Name, ifa-ifa_name, sizeof(IfDescEp-Name));
diff -Nru smcroute-0.95/debian/patches/series smcroute-0.95/debian/patches/series
--- smcroute-0.95/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ smcroute-0.95/debian/patches/series	2013-05-14 14:44:07.0 +0200
@@ -0,0 +1 @@
+01_fix_segfault.patch
diff -Nru smcroute-0.95/debian/source/format smcroute-0.95/debian/source/format
--- smcroute-0.95/debian/source/format	1970-01-01 01:00:00.0 +0100
+++ smcroute-0.95/debian/source/format	2013-05-14 14:41:24.0 +0200
@@ -0,0 +1 @@
+3.0 (quilt)

Bug#708247: pu: package smcroute/0.95-2

[Micha Lenk]

Hi Ansgar,

Am 14.05.2013 15:35, schrieb Ansgar Burchardt:
 On 05/14/2013 15:16, Micha Lenk wrote:
   * Switch to dpkg-source 3.0 (quilt) format for easier patch maintenance.
 
 I'm not on the release team, but from experience the release team
 doesn't want such changes in stable. Please apply the patch directly.

Even though personally I prefer to manage patches somehow, I am also
fine with applying this single patch directly. See an updated debdiff
output attached to this message.

Regards,
Micha
diff -u smcroute-0.95/debian/changelog smcroute-0.95/debian/changelog
--- smcroute-0.95/debian/changelog
+++ smcroute-0.95/debian/changelog
@@ -1,3 +1,10 @@
+smcroute (0.95-2) stable; urgency=low
+
+  * Fix a NULL pointer dereferencing in interface vector initialization
+(closes: #707793, LP: #1043688).
+
+ -- Micha Lenk mi...@debian.org  Tue, 14 May 2013 15:59:20 +0200
+
 smcroute (0.95-1) unstable; urgency=low
 
   * New upstream version, added support for FreeBSD
only in patch2:
unchanged:
--- smcroute-0.95.orig/src/ifvc.c
+++ smcroute-0.95/src/ifvc.c
@@ -50,12 +50,13 @@
   }
 
   for (ifa = ifaddr; ifa != NULL; ifa = ifa-ifa_next) {
+/* Skip interface without internet address */
+if (ifa-ifa_addr == NULL) continue;
+
 int family = ifa-ifa_addr-sa_family;
 
 /* Skip non-IPv4 and non-IPv6 interfaces */
 if ((family != AF_INET)  (family != AF_INET6)) continue;
-/* Skip interface without internet address */
-if (ifa-ifa_addr == NULL) continue;
 
 /* Copy data from interface iterator 'ifa' */
 strncpy(IfDescEp-Name, ifa-ifa_name, sizeof(IfDescEp-Name));

Bug#705846: unblock: libchipcard/5.0.3beta-3

[Micha Lenk]

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: libaqbanking34
Suggests: aqbanking-tools

Package: aqbanking-tools
Depends: libaqhbci20 (via ${shlibs:Depends})

Package: libaqhbci20
Suggests: libchipcard-libgwenhywfar60-plugins


So, this is really an issue here, and the transitional package should
really help in this case.


Regards,
Micha


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5173cf72.7000...@debian.org

Bug#705840: unblock: libaqbanking/5.0.24

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package libaqbanking

A user reported to me in private that the AqBanking plugins to Gwenhywfar get
lost on upgrade from squeezy to wheezy. The reason is that the package
libaqbanking-plugins-libgwenhywfar47 got renamed to
libaqbanking-plugins-libgwenhywfar60, but (intentionally) no other package
depends or recommends the package libaqbanking-plugins-libgwenhywfar60.  The
impact is, that for all users that want to use it, AqBanking doesn't work
anymore.

I would like to add a transitional dummy package
libaqbanking-plugins-libgwenhywfar47 that depends on
libaqbanking-plugins-libgwenhywfar60, so that AqBanking continues to work on
upgrades from squeeze to wheezy. You can find the suggested changes attached to
this mail.

As the suggested change introduces a new binary package, is there any special
need to raise attention of the FTP masters before the upload?

unblock libaqbanking/5.0.24
diff -Nru libaqbanking-5.0.24/debian/changelog libaqbanking-5.0.24/debian/changelog
--- libaqbanking-5.0.24/debian/changelog	2012-12-09 13:43:14.0 +0100
+++ libaqbanking-5.0.24/debian/changelog	2013-04-20 20:42:36.0 +0200
@@ -1,3 +1,11 @@
+libaqbanking (5.0.24-4) unstable; urgency=low
+
+  * Add transitional dummy package libaqbanking-plugins-libgwenhywfar47
+(closes: #705839), which existed in squeeze, but was renamed to
+libaqbanking-plugins-libgwenhywfar60 in wheezy. It should help users
+upgrading from squeeze to wheezy.
+
+ -- Micha Lenk mi...@debian.org  Sat, 20 Apr 2013 20:38:44 +0200
+
 libaqbanking (5.0.24-3) unstable; urgency=low
 
   * Revert injection of build flags from dpkg-buildflags, as requested by the
diff -Nru libaqbanking-5.0.24/debian/control libaqbanking-5.0.24/debian/control
--- libaqbanking-5.0.24/debian/control	2012-06-03 19:28:50.0 +0200
+++ libaqbanking-5.0.24/debian/control	2013-04-20 20:38:00.0 +0200
@@ -86,6 +86,18 @@
  .
  This package contains plugins to libgwenhywfar.
 
+Package: libaqbanking-plugins-libgwenhywfar47
+Section: oldlibs
+Architecture: all
+Depends: libaqbanking-plugins-libgwenhywfar60
+Description: AqBanking plugins to libgwenhywfar - transitional dummy package
+ AqBanking provides a middle layer between the applications
+ and online banking libraries implementing various file formats and protocols.
+ Plugins supporting OFX, DTAUS, and HBCI are available.
+ .
+ Transitional package for renaming of libaqbanking-plugins-libgwenhywfar47 to
+ libaqbanking-plugins-libgwenhywfar60.
+
 Package: libaqbanking-data
 Section: libs
 Architecture: all

Bug#705840: unblock: libaqbanking/5.0.24

[Micha Lenk]

Hi again,

Am 20.04.2013 21:44, schrieb Micha Lenk:
 Please unblock package libaqbanking
 
 A user reported to me in private that the AqBanking plugins to Gwenhywfar get
 lost on upgrade from squeezy to wheezy. [...]

Sorry, I forgot to mention the bug number of the bug that I want to get
fixed in wheezy: It is #705839.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705839

Regards,
Micha


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5172f1da.6020...@debian.org

Bug#705840: unblock: libaqbanking/5.0.24-4

[Micha Lenk]

retitle -1 unblock: libaqbanking/5.0.24-4

Sorry,

I forgot the Debian revision in the version that needs to get unblocked.
The full version string is 5.0.24-4.


unblock libaqbanking/5.0.24-4


Regards,
Micha


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5172f3c2.8040...@debian.org

Bug#705846: unblock: libchipcard/5.0.3beta-3

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package libchipcard.

A user reported to me in private that the libchipcard plugins to
Gwenhywfar get lost on upgrade from squeezy to wheezy. The impact is,
that users that want to use AqBanking with a chipcard, AqBanking doesn't
work anymore after the upgrade. I reported this issue as #705843
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705843

The reason is that the package libchipcard-libgwenhywfar47-plugins got
renamed to libchipcard-libgwenhywfar60-plugins, but (intentionally) no
other package depends or recommends the package
libchipcard-libgwenhywfar60-plugins.

I would like to add a transitional dummy package
libchipcard-libgwenhywfar47-plugins that depends on
libchipcard-libgwenhywfar60-plugins, so that AqBanking continues to work
for the affected users after upgrades from squeeze to wheezy.


unblock libchipcard/5.0.3beta-3


Thanks for considering,
Micha
diff -Nru libaqbanking-5.0.24/debian/changelog libaqbanking-5.0.24/debian/changelog
--- libaqbanking-5.0.24/debian/changelog	2012-12-09 13:43:14.0 +0100
+++ libaqbanking-5.0.24/debian/changelog	2013-04-20 20:42:36.0 +0200
@@ -1,3 +1,11 @@
+libaqbanking (5.0.24-4) unstable; urgency=low
+
+  * Add transitional dummy package libaqbanking-plugins-libgwenhywfar47
+(closes: #705839), which existed in squeeze, but was renamed to
+libaqbanking-plugins-libgwenhywfar60 in wheezy. It should help users
+upgrading from squeeze to wheezy.
+
+ -- Micha Lenk mi...@debian.org  Sat, 20 Apr 2013 20:38:44 +0200
+
 libaqbanking (5.0.24-3) unstable; urgency=low
 
   * Revert injection of build flags from dpkg-buildflags, as requested by the
diff -Nru libaqbanking-5.0.24/debian/control libaqbanking-5.0.24/debian/control
--- libaqbanking-5.0.24/debian/control	2012-06-03 19:28:50.0 +0200
+++ libaqbanking-5.0.24/debian/control	2013-04-20 20:38:00.0 +0200
@@ -86,6 +86,18 @@
  .
  This package contains plugins to libgwenhywfar.
 
+Package: libaqbanking-plugins-libgwenhywfar47
+Section: oldlibs
+Architecture: all
+Depends: libaqbanking-plugins-libgwenhywfar60
+Description: AqBanking plugins to libgwenhywfar - transitional dummy package
+ AqBanking provides a middle layer between the applications
+ and online banking libraries implementing various file formats and protocols.
+ Plugins supporting OFX, DTAUS, and HBCI are available.
+ .
+ Transitional package for renaming of libaqbanking-plugins-libgwenhywfar47 to
+ libaqbanking-plugins-libgwenhywfar60.
+
 Package: libaqbanking-data
 Section: libs
 Architecture: all

Bug#705846: unblock: libchipcard/5.0.3beta-3

[Micha Lenk]

Sorry again,

I accidentally attached the wrong patch file. Please find the correct
patch file attached to this message.

Regards,
Micha

Index: debian/control
===
--- debian/control	(Revision 1734)
+++ debian/control	(Arbeitskopie)
@@ -75,3 +75,15 @@
  .
  This package contains plugins to gwenhywfar providing cryptographic
  services via smartcards.
+
+Package: libchipcard-libgwenhywfar47-plugins
+Section: oldlibs
+Architecture: all
+Depends: libchipcard-libgwenhywfar60-plugins
+Description: crypttoken plugin to libgwenhywfar - transitional dummy package
+ libchipcard provides an API for accessing smartcards. Examples are
+ memory cards, as well as HBCI (home banking), German GeldKarte
+ (electronic small change), and KVK (health insurance) cards.
+ .
+ Transitional package for renaming of libchipcard-libgwenhywfar47-plugins to
+ libchipcard-libgwenhywfar60-plugins.
Index: debian/changelog
===
--- debian/changelog	(Revision 1734)
+++ debian/changelog	(Arbeitskopie)
@@ -1,3 +1,12 @@
+libchipcard (5.0.3beta-3) unstable; urgency=low
+
+  * Add transitional 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 mi...@debian.org  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

Bug#694094: unblock: libaqbanking/5.0.24-2

[Micha Lenk]

Hi Julien,

Am 26.11.2012 13:35, schrieb Julien Cristau:
 On Mon, Nov 26, 2012 at 10:26:28 +0100, Micha Lenk wrote:
 
 Hi Adam,

 On 11/25/2012 09:41 PM CEST +02:00, Adam D. Barratt wrote:
 On Fri, 2012-11-23 at 21:52 +0100, Micha Lenk wrote:
 This release fixes Debian bug #688831, symlinks in package
 libaqbanking34-dev pointing to non-existent files (a policy violation).
 Additionally I changed debian/rules so that it injects build flags from
 dpkg-buildflags to support the Security Hardening Build Flags, a release
 goal.

 Was the hardening change requested by the Security Team? I'm somewhat
 wary of build-time changes to libraries with reverse dependencies at
 this point.

 No, it wasn't. It was just a low hanging fruit, I thought.

 If you feel uncomfortable with the hardening change, I can upload again
 with the hardening change reverted.

 Yes please.

I've just uploaded libaqbanking 5.0.24-3 that has the hardening change
reverted. Please see the attached diff to the version 5.0.24-1 currently
available in testing.

Regards,
Micha
diff -Nru libaqbanking-5.0.24/debian/changelog libaqbanking-5.0.24/debian/changelog
--- libaqbanking-5.0.24/debian/changelog	2012-06-03 20:13:45.0 +0200
+++ libaqbanking-5.0.24/debian/changelog	2012-12-09 13:43:14.0 +0100
@@ -1,3 +1,19 @@
+libaqbanking (5.0.24-3) unstable; urgency=low
+
+  * Revert injection of build flags from dpkg-buildflags, as requested by the
+release team.
+
+ -- Micha Lenk mi...@debian.org  Sun, 09 Dec 2012 13:42:14 +0100
+
+libaqbanking (5.0.24-2) unstable; urgency=low
+
+  * Don't ship symlink /usr/lib/libaqbankingpp.so as we don't ship its
+destination libaqbankingpp.so.0.0.0 (closes: #688831).
+  * Inject build flags from dpkg-buildflags, enabling support for the Security
+Hardening Build Flag release goal.
+
+ -- Micha Lenk mi...@debian.org  Mon, 12 Nov 2012 21:59:15 +0100
+
 libaqbanking (5.0.24-1) unstable; urgency=low
 
   * New upstream release
diff -Nru libaqbanking-5.0.24/debian/rules libaqbanking-5.0.24/debian/rules
--- libaqbanking-5.0.24/debian/rules	2012-06-03 19:22:11.0 +0200
+++ libaqbanking-5.0.24/debian/rules	2012-12-09 13:43:14.0 +0100
@@ -42,6 +42,7 @@
 	# Remove .la files for shared plugin libraries
 	find $(CURDIR)/debian/tmp/usr/lib/gwenhywfar/plugins -name \*.la -exec rm -v \{\} \;
 	find $(CURDIR)/debian/tmp/usr/lib/aqbanking/plugins -name \*.la -exec rm -v \{\} \;
+	rm -vf $(CURDIR)/debian/tmp/usr/lib/libaqbankingpp.so
 
 override_dh_strip:
 	dh_strip --dbg-package=libaqbanking34-dbg

Bug#694094: unblock: libaqbanking/5.0.24-2

[Micha Lenk]

Hi Adam,

On 11/25/2012 09:41 PM CEST +02:00, Adam D. Barratt wrote:
 On Fri, 2012-11-23 at 21:52 +0100, Micha Lenk wrote:
  This release fixes Debian bug #688831, symlinks in package
  libaqbanking34-dev pointing to non-existent files (a policy violation).
  Additionally I changed debian/rules so that it injects build flags from
  dpkg-buildflags to support the Security Hardening Build Flags, a release
  goal.

 Was the hardening change requested by the Security Team? I'm somewhat
 wary of build-time changes to libraries with reverse dependencies at
 this point.

No, it wasn't. It was just a low hanging fruit, I thought.

If you feel uncomfortable with the hardening change, I can upload again
with the hardening change reverted.

Regards,
Micha


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/50b335c4.4090...@debian.org

Bug#694094: unblock: libaqbanking/5.0.24-2

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package libaqbanking

This release fixes Debian bug #688831, symlinks in package
libaqbanking34-dev pointing to non-existent files (a policy violation).
Additionally I changed debian/rules so that it injects build flags from
dpkg-buildflags to support the Security Hardening Build Flags, a release
goal.

I uploaded the wanted version 5.0.24-2 already ten days ago to unstable,
so for review you can compare the version in testing (5.0.24-1) with the
version in unstable (5.0.24-2). The changelog entry of version 5.0.24-2 is:

 libaqbanking (5.0.24-2) unstable; urgency=low
 .
   * Don't ship symlink /usr/lib/libaqbankingpp.so as we don't ship its
 destination libaqbankingpp.so.0.0.0 (closes: #688831).
   * Inject build flags from dpkg-buildflags, enabling support for the
 Security Hardening Build Flag release goal.

Debdiff is also attached.

unblock libaqbanking/5.0.24-2
diff -Nru libaqbanking-5.0.24/debian/changelog libaqbanking-5.0.24/debian/changelog
--- libaqbanking-5.0.24/debian/changelog	2012-06-03 20:13:45.0 +0200
+++ libaqbanking-5.0.24/debian/changelog	2012-11-12 22:39:24.0 +0100
@@ -1,3 +1,12 @@
+libaqbanking (5.0.24-2) unstable; urgency=low
+
+  * Don't ship symlink /usr/lib/libaqbankingpp.so as we don't ship its
+destination libaqbankingpp.so.0.0.0 (closes: #688831).
+  * Inject build flags from dpkg-buildflags, enabling support for the Security
+Hardening Build Flag release goal.
+
+ -- Micha Lenk mi...@debian.org  Mon, 12 Nov 2012 21:59:15 +0100
+
 libaqbanking (5.0.24-1) unstable; urgency=low
 
   * New upstream release
diff -Nru libaqbanking-5.0.24/debian/rules libaqbanking-5.0.24/debian/rules
--- libaqbanking-5.0.24/debian/rules	2012-06-03 19:22:11.0 +0200
+++ libaqbanking-5.0.24/debian/rules	2012-11-12 21:58:28.0 +0100
@@ -19,6 +19,7 @@
 
 override_dh_auto_configure:
 	dh_auto_configure --max-parallel=1 -- \
+		$(shell dpkg-buildflags --export=configure) \
 		--with-backends=aqnone aqhbci aqofxconnect
 
 override_dh_auto_test:
@@ -42,6 +43,7 @@
 	# Remove .la files for shared plugin libraries
 	find $(CURDIR)/debian/tmp/usr/lib/gwenhywfar/plugins -name \*.la -exec rm -v \{\} \;
 	find $(CURDIR)/debian/tmp/usr/lib/aqbanking/plugins -name \*.la -exec rm -v \{\} \;
+	rm -vf $(CURDIR)/debian/tmp/usr/lib/libaqbankingpp.so
 
 override_dh_strip:
 	dh_strip --dbg-package=libaqbanking34-dbg


signature.asc
Description: OpenPGP digital signature

Bug#676433: nmu: kmymoney_4.6.2-3

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu


Hello,

there was a new upstream release that introduced a soname bump in libaqbanking.
For this reason all packages with build-deps on libaqbanking33-dev needs a
source-full upload in order to switch to libaqbanking34-dev and to pick up the
dependency on the new package libaqbanking34.

The package kmymoney has a build-dep on 'libaqbanking33-dev |
libaqbanking-dev'. For this reason I hope that a binNMU is enough as a short
term solution to the problem. For the long term solution I filed bug #676430
against the kmymoney package.

nmu kmymoney_4.6.2-3 . ALL . -m recompile against the new libaqbanking34-dev

Thanks
Micha



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120606211034.11879.34032.report...@ian.lenk.info

Bug#676433: nmu: kmymoney_4.6.2-3

[Micha Lenk]

Hi Adam,

Am 06.06.2012 23:41, schrieb Adam D. Barratt:
 On Wed, 2012-06-06 at 23:10 +0200, Micha Lenk wrote:
 there was a new upstream release that introduced a soname bump in 
 libaqbanking.
 
 That makes this a(n uncoordinated) transition, not a binNMU request.
 Thankfully one that doesn't appear to clash with any other ongoing
 transitions that I can see.

Sorry, you're right. I did not anticipate that correctly. Please accept
my apologies.

 For this reason all packages with build-deps on libaqbanking33-dev needs a
 source-full upload in order to switch to libaqbanking34-dev and to pick up 
 the
 dependency on the new package libaqbanking34.
 
 Why do the -dev package names contain (and therefore change with) the
 SONAME?  Given that they all Provide libaqbanking-dev, could the -dev
 package not simply be a concrete package named libaqbanking-dev?  That
 also makes transitions much easier and avoids the need for source
 uploads on each change (unless there are API changes which require the
 source changes).

The package had a rather unstable API change history. For that reason I
didn't dare to provide the real -dev package without the SONAME. But
recently the API seems to have settled a bit, so I will consider to
remove the SONAME from the package name at the next occasion (e.g. the
next SONAME bump).

 The package kmymoney has a build-dep on 'libaqbanking33-dev |
 libaqbanking-dev'. For this reason I hope that a binNMU is enough as a short
 term solution to the problem.
 
 It's not even a short term solution, I'm afraid.  The buildds will only
 consider the first branch of an alternative build-dependency, which
 means libaqbanking33-dev will always be installed.

Huh, I was afraid that might happen - now it really happened. If the
binNMU really isn't sufficient I will raise the severity of #676430
accordingly and do a NMU as needed.

What ever, sorry for the mess.

Regards,
Micha



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fcfd487.4010...@debian.org

Bug#633486: transition: libdbi

[Micha Lenk]

Dear Debian Release Team,

I wondered why gnucash could not transition to testing. The reason is 
the libdbi transition (Debian bug #633486). But apparently all involved 
packages are ready now, and only need an appropriate hint. Joachim 
Breitner (nomeata) ran his awesome SAT-Britney, which suggests following 
hint:


easy gnucash/1:2.4.7-1 libdbi/0.8.4-5.1 icinga/1.4.2-1/amd64 
icinga/1.4.2-1/i386 icinga/1.4.2-1/ia64 icinga/1.4.2-1/mips 
rrdtool/1.4.3-3.1/kfreebsd-i386 rrdtool/1.4.3-3.1/sparc 
syslog-ng/3.2.4-1/armel syslog-ng/3.2.4-1/i386 
syslog-ng/3.2.4-1/kfreebsd-amd64 syslog-ng/3.2.4-1/kfreebsd-i386 
syslog-ng/3.2.4-1/s390 syslog-ng/3.2.4-1/sparc


As this is the output of a program, and not a hand-picked list of 
packages, please review it carefully. I haven't checked it on my own, 
but maybe it just does the job...


Regards,
Micha



--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e480455.6080...@debian.org

Bug#605237: unblock: wpasupplicant/0.6.10-2.1

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Please unblock package wpasupplicant

Version 0.6.10-2.1 fixes a regression (bug #582917), which lets WPA
authentication fail under some circumstances (read the upstream bug tracker for
full details). The patch added by this upload is grabbed from upstream git
repository and seems to indeed fix the problem (at least for me).

unblock wpasupplicant/0.6.10-2.1

Regards,
Micha



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20101128120205.16460.64978.report...@sheeva.home.lenk.info

Bug#605237: unblock: wpasupplicant/0.6.10-2.1

[Micha Lenk]

Hi again,

just adding the debian/changelog for the version in question:

- 8 ---

 wpasupplicant (0.6.10-2.1) unstable; urgency=low

   * Non-maintainer upload approved by Kel Modderman.
   * Added patch 31_fallback_to_full_EAP_authentication.patch (closes: #582917).

- 8 ---

Also I would like to add that the bug occurs depending on the used access
point. If you use the broken wpasupplicant with an access point that uses EAP
for authentication, you will have frequent problems authenticating against it.
This is very annoying.

Regards,
Micha



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101128131047.ga15...@mail.lenk.info

Bug#602245: unblock: gnucash/2.2.9-9

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Please unblock package gnucash

This version fixes the last remaining RC bug for gnucash. Its debian/changelog
entry reads as:

 gnucash (2.2.9-9) unstable; urgency=low

   * Added patch 13_fix_double_edit_segfault_bug_593856.dpatch to fix
 segfault in transaction editing (closes: #593856).
   * Increased version in build-dep on libglib2.0-dev to avoid segfault on open
 (Debian bug #587743) if gnucash is built with older libglib2.0-dev versions
 (makes backporting easier).

unblock gnucash/2.2.9-9

Thanks a lot in advance!

Regards,
Micha



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20101102215822.13075.28325.report...@ian.lenk.info

Bug#599840: unblock: gnucash/2.2.9-8

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Please unblock package gnucash

This version fixes two release critical bugs. The full debian/changelog entry
with all the changes since gnucash 2.2.9-7 reads as follows:

gnucash (2.2.9-8) unstable; urgency=low

  * Fix package name in message about missing AqBanking wizard
(closes: #589039).
  * 12_do_not_accidentally_delete_main_account_file_bug_525549.dpatch
added (closes: #525549).
  * Added shlibs.local entry for libgoffice-0.8-8 because this library
provides a shlibs file unconditionally tied to the upstream version (which
is more than required by Gnucash). This is a workaround for Debian bug
#599225 and should facilitate transition to testing w/o upload via t-p-u.

 -- Micha Lenk mi...@debian.org  Sun, 10 Oct 2010 14:19:22 +0200

Note:

Before I added the shlibs.local entry for libgoffice-0.8-8 I checked that the
resulting package will be not only installable on Debian Squeeze but also start
without a segfault due to unresolved symbols.  Additionally please notice that,
if bug #599225 were already fixed, the resulting gnucash package would have
exactly the same versioned dependency on libgoffice-0.8-8 like it has with this
shlibs.local entry.

unblock gnucash/2.2.9-8

Thanks for coordinating the release!

Regards,
Micha



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20101011183328.9852.92145.report...@ian.lenk.info

Re: Bug#593544: gnucash: Upgrade from Debian Lenny looses Online Banking (AqBanking) settings

[Micha Lenk]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Julien,

Julien Cristau wrote:
 Micha, could you upload gnucash 2.2.9-7~squeeze1 (or a similar version)
 to t-p-u?

I just uploaded gnucash 2.2.9-7~squeeze1 to testing-proposed-updates.

unblock gnucash/2.2.9-7~squeeze1

Regards,
Micha
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyRJiAACgkQWN0/4pnhQbSsbwCdHZa8SJfUUCMdvblqfiSWYv72
4JoAnj6nlOg++x0Eg/EEGfdWhDozasSy
=rsJB
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c912628.9080...@debian.org

Re: Bug#593544: gnucash: Upgrade from Debian Lenny looses Online Banking (AqBanking) settings

[Micha Lenk]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Julien,

Julien Cristau schrieb:
 Micha, could you upload gnucash 2.2.9-7~squeeze1 (or a similar version)
 to t-p-u?

Will do as soon as I've sorted things out piled up during two weeks of
vacation (should happen this week).

Regards,
Micha
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyM7BQACgkQWN0/4pnhQbTPyACfc6r1iTdooGMnBvLZaWuEIEyk
OE8AoLHV4eSbcFbx5fFUf1Q96+Bil+cm
=MXJL
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c8cec1f.7000...@debian.org

Re: Bug#593544: gnucash: Upgrade from Debian Lenny looses Online Banking (AqBanking) settings

[Micha Lenk]

Hi Julien, hi Ray,

On Sat, Aug 28, 2010 at 01:45:18PM +0200, Julien Cristau wrote:
 On Thu, Aug 19, 2010 at 18:59:13 +0100, Julien Cristau wrote:
 
  On Thu, Aug 19, 2010 at 19:25:45 +0200, Micha Lenk wrote:
  
   Hi Release Team,
   
   Julien Cristau wrote:
On Thu, Aug 19, 2010 at 10:06:31 +0200, Micha Lenk wrote:
Please see the attached debdiff of the changes that I would like to 
make
to the package in Squeeze (via unstable). Please approve for upload.
   
Please upload, and get back to us when the package has been accepted.
   
   Gnucash 2.2.9-7 has just been accepted.
   
  And unblocked.
  
 It picked up a dependency on new goffice:
 gnucash (2.2.9-6 to 2.2.9-7)
 Maintainer: Thomas Bushnell, BSG 
 Too young, only 8 of 10 days old
 Ignoring block request by freeze, due to unblock request by jcristau
 Not considered
 Depends: gnucash goffice (not considered)
 
 goffice (0.8.8-1 to 0.8.9-1)
 Maintainer: J.H.M. Dassen (Ray) 
 10 days old (needed 10 days)
 Not touching package due to block request by freeze (contact 
 debian-release if update is needed)
 Not considered
 
 Is the new goffice supposed to get in squeeze, or do we have to go
 through t-p-u for gnucash?

I was not aware that there was a new goffice package uploaded to unstable
without an unblock request. Ray, was the upload intended for the Squeeze
release (and you just forgot to ask Debian Release for a freeze exception) or
is it intended for Debian sid only?

Regards,
Micha


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100829143401.ga14...@mail.lenk.info

Bug#593850: unblock: libktoblzcheck/1.28-1

[Micha Lenk]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Please unblock package libktoblzcheck

Reasons:
- upstream released some days ago
- upstream update contains *only* following changes:
  + quarterly update of bankdata.txt (origin: Deutsche Bundesbank)
  + bugfix for one check method

Thanks in advance,
Micha

unblock libktoblzcheck/1.28-1



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100821153024.4462.66203.report...@ian.lenk.info

Re: Bug#593544: gnucash: Upgrade from Debian Lenny looses Online Banking (AqBanking) settings

[Micha Lenk]

Hi Release Team,

Micha Lenk schrieb:
 To avoid countless bug reports on Gnucash once Debian Squeeze is released I
 would like to backport this patch for the Gnucash package in Squeeze. I 
 believe
 this will be fairly easy because there were very few changes to the aqbanking
 plugin since Gnucash 2.2.9 has been released. However, I would like to get
 approval from the Debian Release team in advance, that this patch will be
 accepted as freeze exception for Debian Squeeze.

Please see the attached debdiff of the changes that I would like to make
to the package in Squeeze (via unstable). Please approve for upload.

Regards,
Micha
diff -u gnucash-2.2.9/debian/changelog gnucash-2.2.9/debian/changelog
--- gnucash-2.2.9/debian/changelog
+++ gnucash-2.2.9/debian/changelog
@@ -1,3 +1,10 @@
+gnucash (2.2.9-7) unstable; urgency=low
+
+  * Added patch 11_migrate_AqBanking_configuration_bug_593544.dpatch for
+migrating old AqBanking configuration on upgrade (closes: #593544).
+
+ -- Micha Lenk mi...@debian.org  Thu, 19 Aug 2010 09:40:23 +0200
+
 gnucash (2.2.9-6) unstable; urgency=low
 
   * Added patch 10_fix_broken_SCIM_input_bug_587298 to fix SCIM input
diff -u gnucash-2.2.9/debian/patches/00list gnucash-2.2.9/debian/patches/00list
--- gnucash-2.2.9/debian/patches/00list
+++ gnucash-2.2.9/debian/patches/00list
@@ -5,0 +6 @@
+11_migrate_AqBanking_configuration_bug_593544.dpatch
only in patch2:
unchanged:
--- 
gnucash-2.2.9.orig/debian/patches/11_migrate_AqBanking_configuration_bug_593544.dpatch
+++ 
gnucash-2.2.9/debian/patches/11_migrate_AqBanking_configuration_bug_593544.dpatch
@@ -0,0 +1,43 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+Description: Check for and migrate old AqBanking configuration on first start
+Author: Bill Nottingham nott...@redhat.com
+Origin: 
http://lists.gnucash.org/pipermail/gnucash-devel/2010-August/029265.html
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593544
+Applied-Upstream: 
http://lists.gnucash.org/pipermail/gnucash-changes/2010-August/008558.html
+
+...@dpatch@
+
+diff --git a/src/import-export/aqbanking/gnc-ab-utils.c 
b/src/import-export/aqbanking/gnc-ab-utils.c
+index 0133c8a..1b43b01 100644
+--- a/src/import-export/aqbanking/gnc-ab-utils.c
 b/src/import-export/aqbanking/gnc-ab-utils.c
+@@ -120,6 +120,29 @@ gnc_AB_BANKING_new(void)
+ api = AB_Banking_new(gnucash, NULL, 0);
+ g_return_val_if_fail(api, NULL);
+ 
++#ifdef AQBANKING_VERSION_4_PLUS
++/* Check for config migration */
++if (AB_Banking_HasConf4(api, 0) != 0)
++{
++if (AB_Banking_HasConf3(api, 0) == 0)
++{
++g_message(gnc_AB_BANKING_new: importing aqbanking3 
configuration\n);
++if (AB_Banking_ImportConf3(api, 0)  0)
++{
++g_message(gnc_AB_BANKING_new: unable to import 
aqbanking3 configuration\n);
++}
++}
++else if (AB_Banking_HasConf2(api, 0) == 0)
++{
++g_message(gnc_AB_BANKING_new: importing aqbanking2 
configuration\n);
++if (AB_Banking_ImportConf2(api, 0)  0)
++{
++g_message(gnc_AB_BANKING_new: unable to import 
aqbanking2 configuration\n);
++}
++}
++} 
++#endif /* AQBANKING_VERSION_4_PLUS */
++
+ /* Init the API */
+ g_return_val_if_fail(AB_Banking_Init(api) == 0, NULL);
+ 


signature.asc
Description: OpenPGP digital signature

Re: Bug#593544: gnucash: Upgrade from Debian Lenny looses Online Banking (AqBanking) settings

[Micha Lenk]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Release Team,

Julien Cristau wrote:
 On Thu, Aug 19, 2010 at 10:06:31 +0200, Micha Lenk wrote:
 Please see the attached debdiff of the changes that I would like to make
 to the package in Squeeze (via unstable). Please approve for upload.

 Please upload, and get back to us when the package has been accepted.

Gnucash 2.2.9-7 has just been accepted.

Regards,
Micha
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxtaRMACgkQWN0/4pnhQbTDkgCgtw/gyQyRXahqL7vvXUpptSIo
y+YAnj6n6a0LkXQB+Gze3HlSvJncEmE0
=aOiz
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c6d6919.5060...@debian.org

proposed update of libaqbanking for lenny

[Micha Lenk]

Dear release masters,

libaqbanking 3.6.2-1 in Debian Lenny suffers a RC bug (#505509) causing
qt3-wizard, a little setup helper application, to segfault. The reason
is the use of an unassigned variable.

The attached patch libaqbanking_3.6.2-1+lenny1.interdiff.diff fixes this
issue. The proposed debian/changelog entry is:

libaqbanking (3.6.2-1+lenny1) stable; urgency=low

  * Apply upstream patch (SVN r1538) fixing forgotten variable
assignment causing qt3-wizard to segfault (closes: #505509).

 -- Micha Lenk mi...@lenk.info  Tue, 02 Jun 2009 14:24:13 +0200

Is it worth an upload to stable?

Regards
  Micha
diff -u libaqbanking-3.6.2/debian/changelog libaqbanking-3.6.2/debian/changelog
--- libaqbanking-3.6.2/debian/changelog
+++ libaqbanking-3.6.2/debian/changelog
@@ -1,3 +1,10 @@
+libaqbanking (3.6.2-1+lenny1) stable; urgency=low
+
+  * Apply upstream patch (SVN r1538) fixing forgotten variable
+assignment causing qt3-wizard to segfault (closes: #505509).
+
+ -- Micha Lenk mi...@lenk.info  Tue, 02 Jun 2009 14:24:13 +0200
+
 libaqbanking (3.6.2-1) unstable; urgency=low
 
   * New upstream release, fixing several crashes.
only in patch2:
unchanged:
--- libaqbanking-3.6.2.orig/src/plugins/backends/aqofxconnect/plugin/account.c
+++ libaqbanking-3.6.2/src/plugins/backends/aqofxconnect/plugin/account.c
@@ -31,6 +31,7 @@
 		   AB_PROVIDER_EXTEND_MODE em,
 		   GWEN_DB_NODE *db) {
   AO_ACCOUNT *ae;
+  assert(a);
 
   if (em==AB_ProviderExtendMode_Create ||
   em==AB_ProviderExtendMode_Extend) {
@@ -51,6 +52,8 @@
 
   }
   else if (em==AB_ProviderExtendMode_Save) {
+ae = GWEN_INHERIT_GETDATA(AB_ACCOUNT, AO_ACCOUNT, a);
+assert(ae);
 GWEN_DB_SetIntValue(db, GWEN_DB_FLAGS_OVERWRITE_VARS,
 			maxPurposeLines, ae-maxPurposeLines);
 GWEN_DB_SetIntValue(db, GWEN_DB_FLAGS_OVERWRITE_VARS,


signature.asc
Description: OpenPGP digital signature

SONAME change for libaqbanking

[Micha Lenk]

Hi Release Team,

I want to apologize for not coordinating the upload of libaqbanking
3.8.2-1 with you in advance. This upload introduces a SONAME bump of
libqbanking5 - libqbanking6 which affects the packages qbankmanager and
kmymoney2-plugin-aqbanking. Both packages depend on libqbanking5 which
does not exist in unstable anymore. Hence both need a binNMU (there are
no bugs filed yet).

Please be so kind and schedule the following binNMUs:

qbankmanager_0.9.50-1, Rebuild against newer libaqbanking, 1, all
kmymoney2-plugin-aqbanking_0.9.9beta-1, Rebuild against newer libaqbanking, 1, 
all

Thank you very much.

Regards
  Micha


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Bug#482629: kmymoney2-plugin-aqbanking: FTBFS with kmymoney2 0.9-1: Missing header files

[Micha Lenk]

Adeodato Simó wrote:
 It is. So I will upload a fixed package to testing-proposed-updates.
 
 If you mean It is == the change in Build-Depends is strictly needed,
 then please explain what you mean.

The change in Build-Depends is strictly needed because the build result
will not be compatible (in the sense of working for the user)
depending on whether the plugin has been built with kmymoney2 0.8.9 or
kmymoney2 = 0.9.

Regards
  Micha


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Bug#482629: kmymoney2-plugin-aqbanking: FTBFS with kmymoney2 0.9-1: Missing header files

[Micha Lenk]

Hi,

Adeodato Simó wrote:
 The change in Build-Depends is strictly needed because the build result
 will not be compatible (in the sense of working for the user)
 depending on whether the plugin has been built with kmymoney2 0.8.9 or
 kmymoney2 = 0.9.
 
 That is already covered for via Depends, ain't it?

For the binary package: yes.

For the source package I agree it would work with newer versions too,
but, as said above, with a different result, i. e. with inapropriate
dependencies in the binary package (mind the ugly shlibs.local file).
That's why I decided to do it this way.

Regarding the shlibs.local file: This should go away some time in the
future. As soon as the kmymoney plugin API has stabilisized (i.e. no
strict versions needed for every patchlevel upstream update) I will
trust the kmymoney2 maintainers to handle a shlibs file correctly in the
kmymoney2 package. (No offense intended, I just made the observation
that I'm following upstream development more tightly than the kmymoney2
maintainers). And right now kmymoney2-plugin-aqbanking seems to be the
only package build-depending on kmymoney2.

Regards
  Micha


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Bug#482629: kmymoney2-plugin-aqbanking: FTBFS with kmymoney2 0.9-1: Missing header files

[Micha Lenk]

Hi,

Adeodato Simó schrieb:
 So may I kindly ask: Would the release team issue a freeze-exception
 for the following patch in Lenny (via TPU)?:
 
 Yes, though I don't think the change in Build-Depends is strictly
 needed.

It is. So I will upload a fixed package to testing-proposed-updates.

Regards
  Micha


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Bug#482629: kmymoney2-plugin-aqbanking: FTBFS with kmymoney2 0.9-1: Missing header files

[Micha Lenk]

Hi,

Mark Purcell schrieb:
 On Saturday 24 May 2008 10:56:19 Micha Lenk wrote:
 Version: 0.9.6beta-4

 The package kmymoney2 0.9-1 ships without header files and all the other
 development files shipped in earlier versions (see #482625).
 Hence this package fails to build from source:
 
 This bug doesn't effect lenny.
 
 kmymoney2-plugin-aqbanking (0.9.6beta-4) builds with kmymoney2 (0.8.9-1) both 
 of which are in lenny.
 
 The bug is about building kmymoney2-plugin-aqbanking with kmymoney2/sid.

Just for the records: I filed the bug because at that time it was not at
all clear (at least not to me) that kmymoney2 0.9-2 will not make it
into Lenny. But then there came the other FTBFS bug (#490241) preventing
the migration of kmymoney2 0.9-2 to Lenny.

This is kind of a mini transition: kmymoney2 should not get updated in
Lenny/Squeeze without kmymoney2-plugin-aqbanking being updated too.
But I believe we don't need to enforce it by technical means...

Regards
  Micha


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Bug#482629: kmymoney2-plugin-aqbanking: FTBFS with kmymoney2 0.9-1: Missing header files

[Micha Lenk]

Hi,

On Mon, Oct 27, 2008 at 10:33:28PM +0100, Adeodato Simó wrote:
 * Micha Lenk [Mon, 27 Oct 2008 11:40:09 +0100]:
 
  This is kind of a mini transition: kmymoney2 should not get updated in
  Lenny/Squeeze without kmymoney2-plugin-aqbanking being updated too.
  But I believe we don't need to enforce it by technical means...

What I intended to say here: I believe we don't need to make use of the
transition tool [0]introduced some time ago, which would reject uploads
until the transition is complete...

0. http://lists.debian.org/debian-release/2008/04/msg00282.html

 If a user of kmymoney2-plugin-aqbanking would see things break (as in,
 the plugin would stop working for them) if they upgrade kmymoney2 but
 not the plugin package, then it is compulsory that you enforce it by
 technical means, making it impossible via dependencies to upgrade
 kmymoney2 without upgrading kmymoney2-plugin-aqbanking.

... and this idea didn't come to my mind yet -- thanks for the hint.

But I had no opportunity to know in advance that kmymoeny2 0.9 would
break kmymoney2-plugin-aqbanking 0.9.6beta-4. So may I kindly ask: Would
the release team issue a freeze-exception for the following patch in
Lenny (via TPU)?:

-- 8 -
Index: debian/control
===
--- debian/control  (Revision 964)
+++ debian/control  (Arbeitskopie)
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Micha Lenk [EMAIL PROTECTED]
 Build-Depends: debhelper (= 5), autotools-dev, cdbs, dpatch, kdelibs4-dev,
- qt3-dev-tools, kmymoney2 (= 0.8.9), libgwenhywfar47-dev, libaqbanking20-dev
+ qt3-dev-tools, kmymoney2 (= 0.8.9), kmymoney2 ( 0.9), libgwenhywfar47-dev, 
libaqbanking20-dev
 Standards-Version: 3.7.3
 XS-Dm-Upload-Allowed: yes

Index: debian/changelog
===
--- debian/changelog(Revision 964)
+++ debian/changelog(Arbeitskopie)
@@ -1,3 +1,10 @@
+kmymoney2-plugin-aqbanking (0.9.6beta-5) testing-proposed-updates; urgency=low
+
+  * debian/control: (Build-)Depend on kmymoney2  0.9
+(otherwise this package will become unuable on kmymoney2-only upgrades).
+
+ -- Micha Lenk [EMAIL PROTECTED]  Mon, 27 Oct 2008 23:38:06 +0100
+
 kmymoney2-plugin-aqbanking (0.9.6beta-4) unstable; urgency=low

   * Mention GFDL licensed documents in debian/copyright.
Index: debian/shlibs.local
===
--- debian/shlibs.local (Revision 964)
+++ debian/shlibs.local (Arbeitskopie)
@@ -1,2 +1,2 @@
-libkmm_mymoney 0 kmymoney2 (= 0.8.9)
-libkmm_plugin 0 kmymoney2 (= 0.8.9)
+libkmm_mymoney 0 kmymoney2 (= 0.8.9), kmymoney2 ( 0.9)
+libkmm_plugin 0 kmymoney2 (= 0.8.9), kmymoney2 ( 0.9)
-- 8 -

Besides this being a good exercise for me, I am not really convinced
that it's worth the effort. For Lenny it would not change anything at
all (because kmymoney2 = 0.9 will not migrate to Lenny due to #503654).
So the only effect would be sometime post Lenny. AFAIUI this change
would prevent kmymoney2 = 0.9 to migrate to Squeeze before an
accordingly recent kmymoney2-plugin-aqbanking is ready for Squeeze too.
Is this really the whole point or do I miss something?

Regards
  Micha


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Release exception for libchipcard 4.1.3-2

[Micha Lenk]

Hi release team,

I've just uploaded libchipcard 4.1.3-2 which fixes bug #495452:

Title: libchipcard-tools: leaves behind communication socket after purge
Severity: important
Justification: release goal piuparts-clean archive
User: debian-release@lists.debian.org
Usertags: piuparts-stable-upgrade

The attached SVN commit message contains the changes introduced with
this upload. Please issue a freeze exception for libchipcard 4.1.3-2 in
order to let the fix migrate to Lenny.

Thanks
  Micha
---BeginMessage---
Author: mlenk-guest
Date: 2008-08-17 20:47:25 + (Sun, 17 Aug 2008)
New Revision: 905

Modified:
   libchipcard/trunk/debian/changelog
   libchipcard/trunk/debian/libchipcard-tools.postrm
Log:
libchipcard-tools: Remove stale IPC socket file in postrm script on purge 
(closes: #495452).


Modified: libchipcard/trunk/debian/changelog
===
--- libchipcard/trunk/debian/changelog  2008-08-15 13:56:20 UTC (rev 904)
+++ libchipcard/trunk/debian/changelog  2008-08-17 20:47:25 UTC (rev 905)
@@ -1,3 +1,10 @@
+libchipcard (4.1.3-2) unstable; urgency=low
+
+  * libchipcard-tools: Remove stale IPC socket file in postrm script on purge
+(closes: #495452).
+
+ -- Micha Lenk [EMAIL PROTECTED]  Sun, 17 Aug 2008 22:38:29 +0200
+
 libchipcard (4.1.3-1) unstable; urgency=low
 
   * New upstream release

Modified: libchipcard/trunk/debian/libchipcard-tools.postrm
===
--- libchipcard/trunk/debian/libchipcard-tools.postrm   2008-08-15 13:56:20 UTC 
(rev 904)
+++ libchipcard/trunk/debian/libchipcard-tools.postrm   2008-08-17 20:47:25 UTC 
(rev 905)
@@ -21,6 +21,7 @@
 case $1 in
purge)
 rm -f /etc/udev/rules.d/025_libchipcard.rules
+rm -f /var/run/chipcard/chipcard.comm
 ;;
 
remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)


___
Aqbanking-commit mailing list
[EMAIL PROTECTED]
http://lists.alioth.debian.org/mailman/listinfo/aqbanking-commit

---End Message---


signature.asc
Description: OpenPGP digital signature

Stable-proposed update of libchipcard2 (fixing #457412)

[Micha Lenk]

Hi Release Managers,

I propose an update of libchipcard2 in Debian Etch in order to fix bug
#457412. You can find the output of command
debdiff libchipcard2_2.1.9-2.dsc libchipcard2_2.1.9-3.dsc
attached to this mail and online here:
http://micha.lenk.info/debian/stable/debdiff_on_dscs_output.txt

You can grab the source package here:
http://micha.lenk.info/debian/stable/libchipcard2_2.1.9-3.dsc

Please note that this upload also fixes the maintainer - unfortunately
this change didn't made it into Etch. And according to luk it's going to
be okay to change it in this update too.

Where should I upload the updated package to?
Will Debian Maintainer privileges be sufficient for this upload?

Regards
  Micha
This is the output of the command debdiff libchipcard2_2.1.9-2.dsc 
libchipcard2_2.1.9-3.dsc:

diff -u libchipcard2-2.1.9/debian/control libchipcard2-2.1.9/debian/control
--- libchipcard2-2.1.9/debian/control
+++ libchipcard2-2.1.9/debian/control
@@ -1,8 +1,7 @@
 Source: libchipcard2
 Section: libs
 Priority: optional
-Maintainer: Thomas Viehmann [EMAIL PROTECTED]
-Uploaders: Micha Lenk [EMAIL PROTECTED]
+Maintainer: Micha Lenk [EMAIL PROTECTED]
 Build-Depends: debhelper (= 4.1.16), cdbs, libgwenhywfar38-dev (= 2.3), 
libusb-dev (= 2:0.1.10a-9), libssl-dev, libsysfs-dev, gawk
 Standards-Version: 3.7.2
 
@@ -21,7 +20,7 @@
 Package: libchipcard2-0c2
 Section: libs
 Architecture: any
-Depends: ${shlibs:Depends}
+Depends: libchipcard2-data, ${shlibs:Depends}
 Conflicts: libchipcard2-0
 Replaces: libchipcard2-0
 Priority: optional
diff -u libchipcard2-2.1.9/debian/changelog libchipcard2-2.1.9/debian/changelog
--- libchipcard2-2.1.9/debian/changelog
+++ libchipcard2-2.1.9/debian/changelog
@@ -1,3 +1,12 @@
+libchipcard2 (2.1.9-3) stable; urgency=low
+
+  * Let libchipcard2-0c2 depend on libchipcard2-data. Otherwise applications
+linking against libchipcard2 suffer from segfaults when libchipcard2-data
+is not installed (closes: #457412).
+  * Set myself as maintainer. Thanks to Thomas for his contributions so far.
+
+ -- Micha Lenk [EMAIL PROTECTED]  Sat,  5 Jan 2008 17:58:18 +0100
+
 libchipcard2 (2.1.9-2) unstable; urgency=high
 
   * Rewrite udev rules generator to prevent wrong record showing up.

Re: kbanking

[Micha Lenk]

Hello Mark and Thomas,

Mark Purcell schrieb:
 My one query is Does kmymoney2 build with kbanking from aqbanking? Do you 
 have 
 some test debs I can look into?

The packages I've build and checked in to svn.debian.org are available
under http://aqbanking.alioth.debian.org/unstable/

So I'd like to know:
- Mark, would you mind if libaqbanking provided libkbanking1?
 
 I am happy for libaqbanking to provide libkbanking1, provided kmymoney2 will 
 build.

I've tried to build kmymoney2 (release version 0.8) with the
libkbanking1-package I've build from AqBanking source. The build
succeded, but I've not been able to use kmymoney2 with my already
configured AqBanking accounts since the context menu entry for
connecting KMyMoney2 accounts to AqBanking accounts is disabled. I
haven't had enough time yet for figuring out whether this was my fault
or not...

Mark, I would appreciate it if you could test whether the packages are
ready for use with KMyMoney2...

 I'm unsure if you will need to use some special Replaces: Conflicts: headers 
 because we are effectivly merging two upstream sources.

Hmm, I don't know either, but since the packagename remains the same I
think it might suffice to ask ftp-master (?) to remove all libkbanking
packages from the Debian archives and upload the new AqBanking packages
providing the additional package libkbanking1.

If and when Mark and the release team give their OK, I'd upload
aqbanking with kbanking today.

Thomas, if you agree with the changes (have a look at the SVN
changelogs) I've made in the packages mentioned above, and if Mark has
no objections please upload them. :)

Yours
  Micha


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]