Re: [pkg-bacula-devel] Bug#677700: bacula-director-mysql: fails to upgrade from testing - Table 'bacula.Version' doesn't exist

[Luca Capello]

Hi there!

On Sun, 24 Jun 2012 19:04:19 +0200, Adam D. Barratt wrote:
> On Sun, 2012-06-24 at 15:52 +0200, Luca Capello wrote:
>> On Sat, 16 Jun 2012 11:49:34 +0200, Andreas Beckmann wrote:
>> > during a test with piuparts I noticed your package fails to upgrade from
>> > 'wheezy'.
>> > It installed fine in 'wheezy', then the upgrade to 'sid' fails.
>> 
>> Actually, I was not able to install bacula-director-mysql_5.0.3-1+b1 on
>> a clean wheezy (CD-1_20120618-04:55; d-i_20120508) with the default
>> mysql-server, i.e. 5.5:
>
> Andreas's log also shows that failure:
[...]
> I'm therefore marking the bug as found in the version in testing, as
> trying to install that on a current wheezy will already fail.  (The
> offending syntax appears to be fixed in a mysql-5.5 patch in bacula
> 5.2.)

Thank you for the notice, I did not completely read Andreas's log, my
fault.

> If anyone has a /working/ 5.0.3 install that they could try upgrading to
> 5.2.6, that would be helpful, just to confirm.

FWIW I have already planned to test that during DebCamp.

Thx, bye,
Gismo / Luca


pgphBSCxG4jdE.pgp
Description: PGP signature

Bug#678818: release.debian.org: pu: package bacula/5.0.2+dfsg-0+squeeze1

[Luca Capello]

Package: release.debian.org
Severity: normal
User: l...@pca.it
Usertags: debian-packaging
User: release.debian@packages.debian.org
Usertags: pu

Hi there!

The latest Bacula upload (5.2.6+dfsg-1) fixed #658326, a bug about
sources not being DFSG-free.  Given that the bug was reported against
squeeze, I prepared an updated squeeze source package, debdiff attached.

The binary packages available at the APT repository below have been
successfully tested on three different machines (one director and two
File Daemon clients) and two different architectures (amd64 and i386):
=
$ sudo cat >/etc/apt/sources.list.d/people.debian.org_gismo.list
# 
<http://upsilon.cc/~zack/blog/posts/2009/04/howto:_uploading_to_people.d.o_using_dput/>
deb http://people.debian.org/~gismo/debian
gismo-squeeze-proposed-updates/
deb-src http://people.debian.org/~gismo/debian
gismo-squeeze-proposed-updates/
$ sudo wget -O /etc/apt/trusted.gpg.d/luca.pca.it-keyring.gpg \
 http://people.debian.org/~gismo/debian/luca.pca.it-keyring.gpg
$ sudo apt-get -t gismo-squeeze-proposed-updates $DEB
=

Thx, bye,
Gismo / Luca

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.3.0-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

diffstat for bacula-5.0.2 bacula-5.0.2+dfsg

 debian/README.Debian|   21 
 debian/changelog|   16 
 debian/patches/switch-nonfree-sha1-to-openssl.patch |   64 ++
 debian/rules|7 
 src/lib/sha1.c  |  510 
 src/lib/sha1.h  |  107 
 6 files changed, 107 insertions(+), 618 deletions(-)

diff -Nru bacula-5.0.2/debian/changelog bacula-5.0.2+dfsg/debian/changelog
--- bacula-5.0.2/debian/changelog	2012-06-15 23:41:26.0 +0200
+++ bacula-5.0.2+dfsg/debian/changelog	2012-06-15 23:41:27.0 +0200
@@ -1,3 +1,19 @@
+bacula (5.0.2+dfsg-0+squeeze1) squeeze-proposed-updates; urgency=high
+
+  [ Alexander Golovko ]
+  * debian/patches/switch-nonfree-sha1-to-openssl.patch
+(Closes: #658326):
++ switch from upstream nonfree SHA1 implementation to openssl
+
+  [ Luca Capello ]
+  * Urgency set to high because of a serious bug.
+  * debian/README.Debian:
++ explain why upstream sources are not DFSG-free.
+  * debian/rules:
++ apply/unapply Alexander's patch.
+
+ -- Luca Capello   Fri, 15 Jun 2012 22:58:30 +0200
+
 bacula (5.0.2-2.2) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru bacula-5.0.2/debian/patches/switch-nonfree-sha1-to-openssl.patch bacula-5.0.2+dfsg/debian/patches/switch-nonfree-sha1-to-openssl.patch
--- bacula-5.0.2/debian/patches/switch-nonfree-sha1-to-openssl.patch	1970-01-01 01:00:00.0 +0100
+++ bacula-5.0.2+dfsg/debian/patches/switch-nonfree-sha1-to-openssl.patch	2012-06-15 23:41:27.0 +0200
@@ -0,0 +1,64 @@
+Description: Switch from non-free SHA1 implementation to openssl
+Bug-Debian: 658326
+Bug: http://bugs.bacula.org/view.php?id=1869
+Origin: Debian, commit:6c562cfdaffd730c796518233f0d97da08a3891b
+Author: Alexander Golovko 
+Reviewed-by: Luca Capello 
+Last-Update: 2012-06-15
+
+diff -Nur a/src/lib/lib.h bacula-5.0.2/src/lib/lib.h
+--- a/src/lib/lib.h	2010-04-27 21:58:29.0 +0200
 b/src/lib/lib.h	2012-06-15 19:55:53.240076133 +0200
+@@ -60,7 +60,7 @@
+ #include "fnmatch.h"
+ #endif
+ #include "md5.h"
+-#include "sha1.h"
++#include "openssl/sha.h"
+ #include "tree.h"
+ #include "watchdog.h"
+ #include "btimers.h"
+diff -Nur a/src/lib/Makefile.in bacula-5.0.2/src/lib/Makefile.in
+--- a/src/lib/Makefile.in	2010-04-27 21:58:29.0 +0200
 b/src/lib/Makefile.in	2012-06-15 21:11:56.429692604 +0200
+@@ -46,7 +46,7 @@
+		fnmatch.h guid_to_name.h htable.h lex.h \
+		lib.h md5.h mem_pool.h message.h openssl.h \
+		plugins.h protos.h queue.h rblist.h \
+-		runscript.h rwlock.h serial.h sha1.h \
++		runscript.h rwlock.h serial.h \
+		smartall.h status.h tls.h tree.h var.h \
+		waitq.h watchdog.h workq.h \
+		parse_conf.h \
+@@ -62,7 +62,7 @@
+	  guid_to_name.c hmac.c jcr.c lex.c alist.c dlist.c \
+	  md5.c message.c mem_pool.c openssl.c \
+	  plugins.c priv.c queue.c bregex.c \
+-	  rwlock.c scan.c serial.c sha1.c \
++	  rwlock.c scan.c serial.c \
+	  signal.c smartall.c rblist.c tls.c tree.c \
+	  util.c var.c watchdog.c workq.c btimers.c \
+	  address_conf.c breg.c htable.c lockmgr.c
+@@ -171,13 +171,6 @@
+ 	rm -f md5.o
+ 	$(CXX) $(DEFS) $(DEBUG) -c $(CPPFLAGS) -I$(srcdir) -I$(basedir) $(DINCLUDE) $(CFLAGS) md5.c
+ 
+-sha1sum: Makefile sha1.o
+-	rm -f sha1.o
+-	$(CXX) -DSHA1_SUM $(DEFS) $(DEBUG) -c $(CPPFLAGS) -

Re: [pkg-bacula-devel] Bug#677700: bacula-director-mysql: fails to upgrade from testing - Table 'bacula.Version' doesn't exist

[Luca Capello]

affects 677057 + bacula
usertags 677700 + debian-packaging
thanks

Hi Andreas!

IMHO bacula-director-mysql_5.2.6+dfsg-1 is not broken at all, but
leaving Severity: to serious and Cc:ing debian-release@ for an advice.

On Sat, 16 Jun 2012 11:49:34 +0200, Andreas Beckmann wrote:
> during a test with piuparts I noticed your package fails to upgrade from
> 'wheezy'.
> It installed fine in 'wheezy', then the upgrade to 'sid' fails.

Actually, I was not able to install bacula-director-mysql_5.0.3-1+b1 on
a clean wheezy (CD-1_20120618-04:55; d-i_20120508) with the default
mysql-server, i.e. 5.5:
=
root@debian:~# apt-get update
[...]

root@debian:~# apt-cache policy bacula-director-mysql
bacula-director-mysql:
  Installed: (none)
  Candidate: 5.0.3-1+b1
  Version table:
 5.0.3-1+b1 0
500 http://cdn.debian.net/debian/ wheezy/main amd64 Packages

root@debian:~# apt-get install bacula-director-mysql
[...]
The following NEW packages will be installed:
  bacula-common bacula-common-mysql bacula-director-common
  bacula-director-mysql dbconfig-common libaio1 libdbd-mysql-perl libdbi-perl
  libhtml-template-perl libmysqlclient16 libmysqlclient18 libnet-daemon-perl
  libplrpc-perl libpython2.7 mysql-client mysql-client-5.5 mysql-common
  mysql-server mysql-server-5.5 mysql-server-core-5.5
[...]
Setting up mysql-client-5.5 (5.5.24+dfsg-3) ...
Setting up mysql-client (5.5.24+dfsg-3) ...
Setting up bacula-director-mysql (5.0.3-1+b1) ...
dbconfig-common: writing config to 
/etc/dbconfig-common/bacula-director-mysql.conf
Creating config file /etc/dbconfig-common/bacula-director-mysql.conf with new 
version
ERROR 2002 (HY000): Can't connect to local MySQL server through socket 
'/var/run/mysqld/mysqld.sock' (2).
unable to connect to mysql server.
error encountered creating user:
ERROR 2002 (HY000): Can't connect to local MySQL server through socket 
'/var/run/mysqld/mysqld.sock' (2)
=

This is caused by the fact that there is no MySQL server running yet.
While this could be solved via a Pre-Depends: in bacula-director-mysql,
this is actually not possible because the MySQL server could be on a
remote location.  BTW, this happens to bacula-director-pgsql, too.

The story is not finished, given that even installing the MySQL server
*beforehand* does not result in a correct installation of
bacula-director-mysql:
=
root@debian:~# dpkg-query -W \*mysql\*
libdbd-mysql-perl   4.021-1+b1
libmysqlclient-dev  
libmysqlclient18:amd64  5.5.24+dfsg-3
mysql-client
mysql-client-5.0
mysql-client-5.1
mysql-client-5.55.5.24+dfsg-3
mysql-common5.5.24+dfsg-3
mysql-server5.5.24+dfsg-3
mysql-server-5.0
mysql-server-5.1
mysql-server-5.55.5.24+dfsg-3
mysql-server-core   
mysql-server-core-5.0   
mysql-server-core-5.1   
mysql-server-core-5.5   5.5.24+dfsg-3
rsyslog-mysql   
virtual-mysql-client
virtual-mysql-server

root@debian:~# apt-get update
[...]
root@debian:~# apt-get install bacula-director-mysql
[...]
The following NEW packages will be installed:
  bacula-common bacula-common-mysql bacula-director-common
  bacula-director-mysql dbconfig-common libmysqlclient16 libpython2.7
[...]
Setting up libmysqlclient16 (5.1.62-1) ...
Setting up bacula-common-mysql (5.0.3-1+b1) ...
Setting up bacula-director-common (5.0.3-1+b1) ...
Setting up dbconfig-common (1.8.47+nmu1) ...

Creating config file /etc/dbconfig-common/config with new version
Setting up bacula-director-mysql (5.0.3-1+b1) ...

Creating config file /etc/dbconfig-common/bacula-director-mysql.conf with new 
version
granting access to database bacula for bacula@localhost: success.
verifying access for bacula@localhost: success.
creating database bacula: success.
verifying database bacula exists: success.
populating database via sql...  error encountered populating database:
mysql said: ERROR 1064 (42000) at line 316: You have an error in your SQL 
syntax; check the manual that corresponds to your MySQL server version for the 
right syntax to use near 'MaxValue INTEGER DEFAULT 0, CurrentValue INTEGER 
DEFAULT 0, WrapCounter TI' at line 4

dbconfig-common: bacula-director-mysql configure: ignoring errors from here 
forwards
done.
dbconfig-common: flushing administrative password
dbconfig-common: bacula-director-mysql configure: ignoring errors from here 
forwards
dbconfig-common: bacula-director-mysql configure: ignoring errors from here 
forwards
Processing configuration...Ok.
[.ok.] Starting Bacula Director...:.
=

I could not test the above with mysql-server-5.1, since it is actually
not installable as you have already reported:

  

I do not know how to solve this bug, given that IMHO it is not a bug at
all: 5.0.3-1+b1 is no more installable on wheezy and 5.2.6+dfsg-1 solves
this (the latter installs fine with mysql-server-5.5_5.5.24+dfsg-3).

>>From the attached log (scroll to the bottom...):
>
>   Setting up bacula-director-mysql (5.2.6+dfsg-1) ...
>   Inst

Stable updates and bug fixes (was: [SUA3-1] Upcoming Debian GNU/Linux 6.0 Update (6.0.1))

[Luca Capello]

Hi there!

Please Cc: me, I am not subscribed to the list.

On Tue, 15 Mar 2011 00:18:39 +0100, Philipp Kern wrote:
> An update to Debian GNU/Linux 6.0 is scheduled for Saturday, March 19th,
> 2011.  As of now it will include the following bug fixes.  They can be
> found in `squeeze-proposed-updates', which is carried by all official
> mirrors.
[...]
> Miscellaneous Bugfixes
> --
>
> This stable update adds a few important corrections to the following
> packages:
>
> Package   Reason
>
> apt-dater Correct syntax of default configuration file
[...]
> A complete list of all accepted and rejected packages together with
> rationale is on the preparation page for this revision:
>
>   

Neither the list included with the announcement nor the one linked above
contains the bugs that they fix.  Is such a "full" list available
somewhere?  If not, could it be added?

Thx, bye,
Gismo / Luca


pgparBucvBLxF.pgp
Description: PGP signature

Re: chef: remove from squeeze because of solr (#602697)? (was Re: Bug#602697: chef-solr depends on solr)

[Luca Capello]

Hi there!

On Tue, 25 Jan 2011 13:58:57 +0100, Victor Seva wrote:
> 2011/1/25 Luca Capello :
>>>>> It's also in lenny (albeit in contrib) so if it were removed then a
>>>>> migration path for those users to a replacement would be good.
>>>
>>> Given that chef-solr was not in lenny, the above applies to solr only.
>>> However, I should say that I do not know at all a good migration path.
>>
>> This concern still stands, but given that no one has shown interest in
>> implementing this in mostly two months, I would say that we should
>> simply remove solr from squeeze.
>>
>> For the Release Team: should I file an RM bug or this one is sufficient?
>
> AFAIK solr has been removed already from squeeze.

Thank you for the notification, my fault I did checked before only for
chef, bug closed:

  <http://packages.qa.debian.org/s/solr/news/20101215T163915Z.html>

Thx, bye,
Gismo / Luca


pgp8fSugr6Nv8.pgp
Description: PGP signature

Re: chef: remove from squeeze because of solr (#602697)? (was Re: Bug#602697: chef-solr depends on solr)

[Luca Capello]

Hi there!

> Cc:ing all the people that have interacted with this bug.

Still true, but this is the last email about this subject from me.

On Sun, 28 Nov 2010 17:47:41 +0100, Luca Capello wrote:
> Some hints about the chef package in Debian:
>
> - Debian has (6-month-old) 0.8.16-4.1, while upstream is at 0.9.12
> - popcon show 41 installation (2 recent) for the chef binary package and
>   2 (0 recent) for the chef-solr binary package
> - there is an RC bug for chef-solr (#604231, installation fails because
>   of nodedown)
>
> Thus, I think the best thing would be to remove chef from squeeze (new
> bugs created), so then we can remove solr as well.

chef has been removed from squeeze because of #610127 and #596351:

  <http://packages.qa.debian.org/c/chef/news/20110121T163911Z.html>

>>> It's also in lenny (albeit in contrib) so if it were removed then a
>>> migration path for those users to a replacement would be good.
>
> Given that chef-solr was not in lenny, the above applies to solr only.
> However, I should say that I do not know at all a good migration path.

This concern still stands, but given that no one has shown interest in
implementing this in mostly two months, I would say that we should
simply remove solr from squeeze.

For the Release Team: should I file an RM bug or this one is sufficient?

Thx, bye,
Gismo / Luca


pgpMZ3iM2wqbX.pgp
Description: PGP signature

Re: [Foo2zjs-maintainer] Processed: severity of 609761 is serious, tagging 609761

[Luca Capello]

Hi there!

On Mon, 17 Jan 2011 14:22:51 +0100, Julien Cristau wrote:
> On Mon, Jan 17, 2011 at 12:42:20 +0100, Didier 'OdyX' Raboud wrote:
>
>> Le Monday 17 January 2011 10:00:08 Julien Cristau, vous avez écrit :
>> > Rescheduling Didier's upload would probably be a good idea.  I can
>> > change urgency afterwards.
>> 
>> That's now done; to 0-day:
>> 
>> > reschedule foo2zjs_20090908dfsg-5.1_amd64.changes 0-day
>> foo2zjs_20090908dfsg-5.1_amd64.changes moved to 0-day
>> …
>> 
> Unblocked and aged, thanks.

Thank you for the fast reply/support, for the rest all the credits goes
to Didier ;-)

Thx, bye,
Gismo / Luca


pgprKaJyzJS24.pgp
Description: PGP signature

Re: [Foo2zjs-maintainer] Processed: severity of 609761 is serious, tagging 609761

[Luca Capello]

Hi Julien!

On Sun, 16 Jan 2011 19:45:04 +0100, Debian Bug Tracking System wrote:
>> severity 609761 serious
> Bug #609761 [foo2zjs] foo2zjs depends on dc to work
> Severity set to 'serious' from 'critical'
>
>> tags 609761 - squeeze
> Bug #609761 [foo2zjs] foo2zjs depends on dc to work
> Removed tag(s) squeeze.

Mmm, I do not understand why removing the squeeze tag.  I am perfectly
fine with Didier's NMU (which IMHO should not have been delayed at all),
which means that this bug will be fixed in 2 days: is this still a good
timeframe for squeeze or should I (or Didier) upload a new version *now*
(and better with urgency=high)?

Thx, bye,
Gismo / Luca


pgp9NOGqY9oP7.pgp
Description: PGP signature

Re: Bug#601977: cyrus-sasl2-heimdal-dbg: file conflict during upgrade from lenny

[Luca Capello]

Hi there!

On Tue, 14 Dec 2010 01:29:01 +0100, Roberto C. Sánchez wrote:
>> > created by dh_strip, excerpted from debian/rules below:
>> > 
>> > dh_strip -s -psasl2-bin -plibsasl2-2 -plibsasl2-modules 
>> > -plibsasl2-modules-ldap -plibsasl2-modules-otp -plibsasl2-modules-sql 
>> > -plibsasl2-modules-gssapi-mit -plibsasl2-dev 
>> > -Nlibsasl2-modules-gssapi-heimdal --dbg-package=cyrus-sasl2-dbg
>> > dh_strip -s -plibsasl2-modules-gssapi-heimdal -Nsasl2-bin -Nlibsasl2-2 
>> > -Nlibsasl2-modules -Nlibsasl2-modules-ldap -Nlibsasl2-modules-otp 
>> > -Nlibsasl2-modules-sql -Nlibsasl2-modules-gssapi-mit -Nlibsasl2-dev 
>> > --dbg-package=cyrus-sasl2-heimdal-dbg
>> > 
>> > Both packages need to be able to be installed together, so my question
>> > centers around whehter it is OK to put a diversion in place so that
>> > cyrus-sasl2-heimdal-dbg diverts the file.  What does everyone think?

I guess that it would have helped me quite a lot to know that this bug
had a reply and it was now ignored for quite a month, but it seems that
the reply above was not sent to the BTS and only to the mailing list:

  
http://lists.alioth.debian.org/pipermail/pkg-cyrus-sasl2-debian-devel/2010-October/001957.html

>> So, it appears that there are some other possibilities, thanks to a
>> posting by Luca Capello [0].

Is there any reason why you did not Cc: me?  I was wondering if this bug
was forgot, given that I did not receive any update on it (and no, going
to the BTS or subscribing to *every* bug someone is interacting with it
is not an acceptable solution).

>> The first possibility is trivial, but is not as "correct."  The
>> second is more "correct" but a larger diff.  Given that this must go
>> into Lenny, what opinion or preference does the release team have on
>> the matter?
[...]
>
> Given the just announced deep freeze, I'd like some guidance from the
> release team on this, so that I can prepare an update with an acceptable
> fix to go into Squeeze.

I am not a library expert, but you cannot install both libraries
together:
=
l...@gismo:~$ apt-cache show libsasl2-modules-gssapi-mit | grep Conflicts
Conflicts: libsasl2-modules-gssapi-heimdal
l...@gismo:~$
=

So, if you want to debug the GSSAPI Heimdal library you need
cyrus-sasl2-heimdal-dbg and, I guess, at the same time
libsasl2-modules-gssapi-heimdal.  Given that the latter conflicts with
the former, it seems clear that the correct approach is the second
option I proposed.

Thx, bye,
Gismo / Luca


pgpb1MImDlzwN.pgp
Description: PGP signature

Re: Bug#601195: synce-serial: [INTL:vi] Vietnamese debconf templates translation update

[Luca Capello]

Hi there!

On Mon, 13 Dec 2010 10:11:13 +0100, Mehdi Dogguy wrote:
> On 12/13/2010 01:49 AM, Luca Capello wrote:
>> Release Team, is it OK if I upload a new NMU including the translation?
>> 
>
> Yes.

Thank you, uploaded to DELAYED/0:

--8<---cut here---start->8---
diff -Nru synce-serial-0.11/debian/changelog synce-serial-0.11/debian/changelog
--- synce-serial-0.11/debian/changelog  2010-11-28 17:22:22.0 +0100
+++ synce-serial-0.11/debian/changelog  2010-12-13 12:28:26.0 +0100
@@ -1,3 +1,11 @@
+synce-serial (0.11-5.3) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * [Debconf translation updates]
+ - Vietnamese (Clytie Siddall) (Closes: #601195).
+
+ -- Luca Capello   Mon, 13 Dec 2010 12:28:26 +0100
+
 synce-serial (0.11-5.2) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru synce-serial-0.11/debian/po/vi.po synce-serial-0.11/debian/po/vi.po
--- synce-serial-0.11/debian/po/vi.po   2010-10-14 07:40:19.0 +0200
+++ synce-serial-0.11/debian/po/vi.po   2010-12-13 12:32:43.0 +0100
@@ -1,27 +1,27 @@
 # Vietnamese translation for synce-serial.
-# Copyright © 2005 Free Software Foundation, Inc.
-# Clytie Siddall , 2005.
+# Copyright © 2010 Free Software Foundation, Inc.
+# Clytie Siddall , 2005-2010.
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: synce-serial 0.9.0+cvs051204-2\n"
+"Project-Id-Version: synce-serial 0.11-5.1\n"
 "Report-Msgid-Bugs-To: v...@debian.org\n"
 "POT-Creation-Date: 2007-01-28 08:52+0100\n"
-"PO-Revision-Date: 2005-07-25 17:15+0930\n"
+"PO-Revision-Date: 2010-10-24 20:39+1030\n"
 "Last-Translator: Clytie Siddall \n"
-"Language-Team: Vietnamese \n"
+"Language-Team: Vietnamese \n"
 "Language: vi\n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=utf-8\n"
+"Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
-"Plural-Forms: nplurals=1; plural=0\n"
-"X-Generator: LocFactoryEditor 1.2.2\n"
+"Plural-Forms: nplurals=1; plural=0;\n"
+"X-Generator: LocFactoryEditor 1.8\n"
 
 #. Type: string
 #. Description
 #: ../synce-serial.templates:1001
 msgid "Serial interface:"
-msgstr "Giao diện nối tiếp"
+msgstr "Giao diện nối tiếp:"
 
 #. Type: string
 #. Description
@@ -37,7 +37,7 @@
 "   ttyUSB1: Second USB-Serial port"
 msgstr ""
 "Hãy ghi rõ giao diện nối tiếp được dùng để kết nối thiết bị Windows CE của "
-"bạn đến máy trên bàn. Những giao diện nối tiếp có thể là:\n"
+"bạn đến máy để bàn. Những giao diện nối tiếp có thể là:\n"
 " • ttyS0 — cổng nối tiếp thứ nhất (COM1: trên DOS và Windows)\n"
 " • ttyS1 — cổng nối tiếp thứ hai (COM2: trên DOS và Windows)\n"
 " • ircomm0 — cổng liên lạc hồng ngoại IrDA thứ nhất\n"
@@ -49,7 +49,7 @@
 #. Description
 #: ../synce-serial.templates:2001
 msgid "Local IP-Address:"
-msgstr "Địa chỉ IP địa phương"
+msgstr "Địa chỉ IP cục bộ :"
 
 #. Type: string
 #. Description
@@ -60,16 +60,16 @@
 "want to specify this address yourself, you may want to read about the same "
 "option on the man page for pppd."
 msgstr ""
-"Địa chỉ IP địa phương cần dùng khi kết nối ppp đến thiết bị Windows CE của "
-"bạn. Hữu ích nhất là dùng địa chỉ mặc định (« 192.168.131.102 »). Nếu bạn "
-"muốn tự ghi rõ địa chỉ này, bạn có thể muốn đọc về tùy chọn này trong trang "
-"hướng dẫn (man) cho pppd."
+"Địa chỉ IP cục bộ cần sử dụng cho kết nối PPP đến thiết bị Windows CE của "
+"bạn. Thông lệ xuất sắc là sử dụng địa chỉ IP mặc định (192.168.131.102). Nếu "
+"bạn muốn tự ghi rõ địa chỉ này, cũng có thể đọc về cùng một tuỳ chọn trên "
+"trang hướng dẫn của pppd (man pppd)."
 
 #. Type: string
 #. Description
 #: ../synce-serial.templates:3001
 msgid "Remote IP-Address:"
-msgstr "Địa chỉ IP từ xa"
+msgstr "Địa chỉ IP từ xa:"
 
 #. Type: string
 #. Description
@@ -80,16 +80,14 @@
 "want to specify this address yourself, you may want to read about the same "
 "option on the man page for pppd."
 msgstr ""
-"Địa chỉ IP từ xa cần dùng khi kết nối ppp đến thiết bị Windows CE của bạn. "
-"Hữu ích nhất là dùng địa chỉ mặc định (« 192.168.131.201 »). Nếu bạn muốn tự "
-"ghi rõ địa chỉ này, bạn có thể muốn đọc về tùy chọn này trong trang hướng "
-"dẫn (man) cho pppd."
+"Địa chỉ IP từ xa cần sử dụng cho kết nối PPP đến thiết bị Windows CE của "
+"bạn. Thông lệ xuất sắc là sử dụng địa chỉ IP mặc định (192.168.131.201). Nếu "
+"bạn muốn tự ghi rõ địa chỉ này, cũng có thể đọc về cùng một tu

Re: Bug#601195: synce-serial: [INTL:vi] Vietnamese debconf templates translation update

[Luca Capello]

Hi there!

On Sun, 24 Oct 2010 12:15:40 +0200, Clytie Siddall wrote:
> The updated (completely reviewed) Vietnamese translation for the debconf 
> file: 
>
> translated and submitted by:
>
> Clytie Siddall
> Vietnamese Free-Software Translation Team

I am sorry, I did not see that there was a pending translation in the
BTS when I uploaded the NMU fixing #601161.

Release Team, is it OK if I upload a new NMU including the translation?

Thx, bye,
Gismo / Luca


pgpvCndWnosJa.pgp
Description: PGP signature

Re: chef: remove from squeeze because of solr (#602697)? (was Re: Bug#602697: chef-solr depends on solr)

[Luca Capello]

Package: chef
Version: 0.8.16-4.2

Hi there!

Adding debian-release@ to the cc: given that this is (no more) an RC
bug, please read the background in the BTS.

On Sun, 28 Nov 2010 17:47:41 +0100, Luca Capello wrote:
> Cc:ing all the people that have interacted with this bug.

Done again, please forgive me if you are no more interested in it.

> On Sun, 07 Nov 2010 14:52:24 +0100, Thomas Koch wrote:
>> Adam D. Barratt:
>>> On Sun, 2010-11-07 at 11:38 +0100, Thomas Koch wrote:
>>> > So until nothing else happens, please don't include solr in Debian
>>> > squeeze.
>>> 
>>> The package has a reverse-dependency in testing already, so can't be
>>> removed right now:
>>> 
>>> Checking reverse dependencies...
>>> # Broken Depends:
>>> chef: chef-solr
>>
>> to the maintainer of Chef in Debian,
>>
>> this is just to inform you, that there is a recommendation from me to remove 
>> the solr package from Debian. However since chef-solr does depend on solr, 
>> you'd affected by this removal.
>
> Some hints about the chef package in Debian:
>
> - Debian has (6-month-old) 0.8.16-4.1, while upstream is at 0.9.12
> - popcon show 41 installation (2 recent) for the chef binary package and
>   2 (0 recent) for the chef-solr binary package
> - there is an RC bug for chef-solr (#604231, installation fails because
>   of nodedown)
>
> Thus, I think the best thing would be to remove chef from squeeze (new
> bugs created), so then we can remove solr as well.

No need anymore to remove chef from squeeze, given that after its
maintainer hint I uploaded the 0.8.16-4.2 NMU which removes any -server*
and -solr package.

This is the reason why I closed this bug with the NMU version.

>>> It's also in lenny (albeit in contrib) so if it were removed then a
>>> migration path for those users to a replacement would be good.
>
> Given that chef-solr was not in lenny, the above applies to solr only.
> However, I should say that I do not know at all a good migration path.

This still stands, but I am no solr expert, sorry.

Thx, bye,
Gismo / Luca


pgpzaJYgnOKW4.pgp
Description: PGP signature

postgresql-8.4 and lenny upgrades (was Re: Bug#603141: dbi-link: fails to install due to incorrect dependencies in init.d LSB header)

[Luca Capello]

found 603141 8.4.4-1+b1
fixed 603141 8.4.4-2
thanks

Hi there!

On Thu, 11 Nov 2010 10:31:00 +0100, Holger Levsen wrote:
> during a test with piuparts I noticed your package failed to install due to 
> incorrect dependencies in the init.d LSB header. Some debian notes are 
> available from at http://wiki.debian.org/LSBInitScripts
>
> From the attached log (scroll to the bottom...):
>
>   Setting up postgresql-8.4 (8.4.4-1+b1) ...
   ^^
I could not find this version anymore, not in the postgresql-8.4's
debian/changelog nor in snapshots.d.o, where did it come from?

Please also note that at the time you sent the email, it seems that
squeeze already has 8.4.4-2:

  http://packages.qa.debian.org/p/postgresql-8.4/news/20100730T163913Z.html

>   insserv: script postgresql-8.4: service postgresql already provided!
>   insserv: exiting now!
>   update-rc.d: error: insserv rejected the script header

This was already reported (#585890, hey, by you!), solved in 8.4.4-2 (I
added the versions to the BTS):

--8<---cut here---start->8---
postgresql-8.4 (8.4.4-2) unstable; urgency=low

  * Migrate to a common init script for all server versions, to avoid
providing the "postgresql" service in multiple packages (which causes
insserv to complain bitterly):
- Drop debian/postgresql-8.4.init.
- debian/control: Bump dependency to postgresql-common to ensure we have a
  common /etc/init.d/postgresql init script.
- debian/postgresql-8.4.preinst: Remove/rename our init script on upgrade.  
- debian/postgresql-8.4.prerm: Call stop_version on upgrade.
- debian/rules: Drop dh_installinit arguments.
- (Closes: #585890)
--8<---cut here---end--->8---

> Please keep in mind that this was a test where first the lenny version was 
> installed and then an upgraded was done to squeeze. Also this bug is probably 
> just another duplicate of #603140, if so, please reassign there. (And sorry 
> for the noise.)

And yes, I would also say this was a duplicate of #603140, fixed in
postgresql-common_112.

On Wed, 24 Nov 2010 18:30:26 +0100, Holger Levsen wrote:
> On Mittwoch, 24. November 2010, Alexander Reichle-Schmehl wrote:
>> notfound 603141 2.0.0-3
> [...]
>> I'm quite sure that this is a failse positive, and therefore mark this
>> bug as done.
>
> A false-positive for dbi-link probably, but its a real bug when upgrading 
> from 
> lenny.

I tried to reproduce your upgrade bug, but with no success, both in
piuparts or in a cowbuilder lenny chroot:
=
(lenny)r...@gismo:/# apt-get install dbi-link
(lenny)r...@gismo:/# sed -i -e 's/lenny/squeeze/g' /etc/apt/sources.list
(lenny)r...@gismo:/# apt-get update && apt-get dist-upgrade
[...]
Setting up libyaml-perl (0.71-1) ...
Setting up dbi-link (2.0.0-3) ...
(lenny)r...@gismo:/# dpkg -l postgresql\*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name  Version   
+++-=-=-
un  postgresql
un  postgresql-7.4
un  postgresql-8.0
ii  postgresql-8.38.3.12-0lenny1
ii  postgresql-8.48.4.5-0squeeze1
un  postgresql-client 
ii  postgresql-client-8.3 8.3.12-0lenny1
ii  postgresql-client-8.4 8.4.5-0squeeze1
ii  postgresql-client-common  112
ii  postgresql-common 112
un  postgresql-doc-8.3
un  postgresql-doc-8.4
ii  postgresql-plperl-8.3 8.3.12-0lenny1
ii  postgresql-plperl-8.4 8.4.5-0squeeze1
(lenny)r...@gismo:/#
=

However, I would like to note that an upgrade from lenny+backports to
squeeze is not possible, given that the version lenny-backports is
higher that the one in squeeze:
=
(lenny)r...@gismo:/# echo \
 "deb http://backports.debian.org/debian-backports lenny-backports main" \
 >>/etc/apt/sources.list
(lenny)r...@gismo:/# apt-get update
[...]
(lenny)r...@gismo:/# apt-get -t lenny-backports install postgresql-8.4
[...]
(lenny)r...@gismo:/# sed -i -e 's/lenny/squeeze/g' /etc/apt/sources.list
(lenny)r...@gismo:/# apt-get update
[...]
(lenny)r...@gismo:/# apt-cache policy postgresql-8.4
(lenny)r...@gismo:/# apt-cache policy postgresql-8.4
postgresql-8.4:
  Installed: 8.4.5-2~bpo50+1
  Candidate: 8.4.5-2~bpo50+1
  Version table:
 *** 8.4.5-2~bpo50+1 0
  1 http://backports.debian.org lenny-backports/main Packages
100 /var/lib/dpkg/status
 8.4.5-0squeeze1 0
500 http://cdn.debian.net squeeze/main Packages
(lenny)r...@gismo:/#
=

So, for the current title of this bug everything is OK, while for the
upgrade from lenny+backports this is not, I will leave it to the
postgresql-8.4 maintainers ;-)

Thx, bye,
Gismo / Luca


signature.asc
Description: Digital signature

Please unblock foo2zjs_20090908dfsg-5 (was: foo2zjs in squeeze)

[Luca Capello]

Hi there!

On Sat, 13 Nov 2010 01:03:14 +0100, Julien Cristau wrote:
> On Fri, Nov  5, 2010 at 04:31:13 +0100, Luca Capello wrote:
>
>> What should I do?  Is it still possible to have a freeze exception for
>> the new upstream version or should I simply fix #601591 and upload the
>> new upstream version to experimental (and then backports, once squeeze
>> is out)?
>> 
> I'm afraid it's too late for the new upstream.

Fine for me, as I said in my first mail I am the one to be blamed for
this situation.  So let me ask for an exception for the (just uploaded)
updated package, here the relevant changes...

--8<---cut here---start->8---
diff -u foo2zjs-20090908dfsg/debian/control foo2zjs-20090908dfsg/debian/control
--- foo2zjs-20090908dfsg/debian/control
+++ foo2zjs-20090908dfsg/debian/control
@@ -4,16 +4,16 @@
 Maintainer: Debian Foo2zjs Maintainers 

 Uploaders: Michael Koch , Steffen Joeris , 
Luca Capello 
 Build-Depends: debhelper (>= 7), ghostscript, quilt (>= 0.40), 
foomatic-filters, libcups2-dev
-Standards-Version: 3.8.4
+Standards-Version: 3.9.1
 Homepage: http://foo2zjs.rkkda.com/
 Vcs-Svn: svn://svn.debian.org/foo2zjs
 Vcs-Browser: http://svn.debian.org/viewsvn/foo2zjs/
 
 Package: foo2zjs
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
-Recommends: foomatic-db-engine, wget, tk8.4, tix, unzip
-Suggests: psutils, hannah-foo2zjs
+Depends: ${shlibs:Depends}, ${misc:Depends}, foomatic-filters
+Recommends: foomatic-db-engine, wget, unzip
+Suggests: psutils, hannah-foo2zjs, tk8.4, tix
 Breaks: udev (<< 136-1)
 Description: Support for printing to ZjStream-based printers
  foo2zjs is an open source printer driver for printers that use the
diff -u foo2zjs-20090908dfsg/debian/README.Debian 
foo2zjs-20090908dfsg/debian/README.Debian
--- foo2zjs-20090908dfsg/debian/README.Debian
+++ foo2zjs-20090908dfsg/debian/README.Debian
@@ -48,2 +48,5 @@
+Please also note that you need to install the suggested "tk8.4" and
+"tix" packages.
 
- -- Luca Capello , Sat, 15 May 2010 15:30:28 +0200
+
+ -- Luca Capello , Wed, 13 Oct 2010 01:37:57 +0200
diff -u foo2zjs-20090908dfsg/debian/changelog 
foo2zjs-20090908dfsg/debian/changelog
--- foo2zjs-20090908dfsg/debian/changelog
+++ foo2zjs-20090908dfsg/debian/changelog
@@ -1,3 +1,34 @@
+foo2zjs (20090908dfsg-5) unstable; urgency=low
+
+  [ Luca Capello ]
+  * debian/README.Debian:
++ add a note about the "HPLJ 10xx Replaced Paper" GUI requiring
+  tk8.4 and tix, now Suggests:.
+  * debian/control:
++ Standards-Version to 3.9.1, no changes needed, thanks to lintian.
+  * debian/copyright:
++ add information for cups.h (from the CUPS Imaging library).
++ add information for msexpand (Perl, no relationship with the
+  one from the mscompress package).
+- remove obsolete information for hannah-foo2zjs.
+
+  [ Till Kamppeter ]
+  * Merge from Ubuntu maverick.
+  * debian/control:
++ Depends: on foomatic-filters.
+  * debian/patches/series: update.
+  * debian/patches/92-udev-firmware-script-fixes.patch:
++ When loading firmware into the printer via UDEV script, wait 3
+  seconds, so that UDEV scripts for automatic printer setup do not
+  interfere with the firmware transfer to the printer.
+
+  [ Steve Langasek ]
+  * Merge from Ubuntu maverick.
+  * debian/control:
+- Drop tk8.4 and tix Recommends: to Suggests: (Closes: #601591).
+
+ -- Luca Capello   Sun, 14 Nov 2010 19:45:26 +0100
+
 foo2zjs (20090908dfsg-4) unstable; urgency=low
 
   * debian/control:
diff -u foo2zjs-20090908dfsg/debian/copyright 
foo2zjs-20090908dfsg/debian/copyright
--- foo2zjs-20090908dfsg/debian/copyright
+++ foo2zjs-20090908dfsg/debian/copyright
@@ -5,7 +5,15 @@
 
 Upstream Authors: Rick Richardson 
  Main Developer
- 
+
+ Easy Software Products Copyright (C) 1997-2006
+ List of files:
+cups.h (from the CUPS Imaging library)
+
+ Paul Laufer Copyright (C) 2001
+ List of files:
+msexpand
+
  Gerhard Fuernkranz Copyright (C) 2004
  List of files:
 crd/prolog.ps
@@ -36,10 +44,6 @@
  List of files:
 icc2ps/icc34.h
 
- Steffen Joeris Copyright (c) 2007
- List of files:
-debian/hannah-package/*
-
 The rest of the debian packaging is also licensed under the
 GPL v. 2 as listed below.
 
diff -u foo2zjs-20090908dfsg/debian/patches/series 
foo2zjs-20090908dfsg/debian/patches/series
--- foo2zjs-20090908dfsg/debian/patches/series
+++ foo2zjs-20090908dfsg/debian/patches/series
@@ -11,0 +12 @@
+92-udev-firmware-script-fixes.patch
only in patch2:
unchanged:
--- foo2zjs-20090908dfsg.orig/debian/patches/92-udev-firmware-script-fixes.patch
+++ foo2zjs-20090908dfsg/debian/patches/92-udev-firmware-script-fixes.patch
@@ -0,0 +1,19 @@
+Delay firmware transfer f

foo2zjs in squeeze

[Luca Capello]

Hi there!

Please Cc: me, I'm not subscribed to the list.

The current foo2zjs package in squeeze (version 20090908dfsg-4) is
lagging behind, and I take all the responsibility.  Nevertheless, there
are two major bugs I would like to solve for squeeze, one being very
easy to fix and the other one requiring a very big gift from the Release
Team.


1) #601591 - tk8.4: Should not recommend xterm

   This was already "solved" even before the bug was submitted, thanks
   to the fact that Ubuntu experienced a similar problem.  Fixing this
   in the current squeeze package is very easy and does not change any
   functionality.


2) #594322 - foo2zjs: Please upgrade to more recent version for Squeeze

   This is the beast I was talking about.  Basically, I have
   incorporated all Ubuntu changes except two, points 5 and 10 at the
   link below, for which I am (still) waiting from input from the Ubuntu
   maintainer:

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594322#20

   As I wrote in the BTS, my foo2zjs-driven printer is now broken, thus
   I could not test the preliminary package.  However, given that this
   is the same version present in Ubuntu (cc:ing the maintainer) since a
   while (and as well in their latest release, 10.10 AKA maverick), I am
   more than confident that this version should work flawlessly, or at
   least not worse that the current one in squeeze.

   Other than upstream improvements (e.g. support for new printers), one
   of the main advantages in this version is the (almost complete) sync
   with Ubuntu and the start of a more active collaboration between the
   people involved in this package (thanks, Till).

   This will probably also be the last version from the foo2zjs team,
   given that the Debian Printing Team (cc:ing the mailing list and
   Didier, who proposed the merge) should handle the package under its
   umbrella.


Please also note that I am waiting for the confirmation about another
bug, #580690, which should be caused by both Debian not being able to
ship upstream QPDL files (unclear license) and the ICM files not being
save in the correct place.  A variation of the Ubuntu fix for the latter
problem has been merged in the Debian SVN package repository.

What should I do?  Is it still possible to have a freeze exception for
the new upstream version or should I simply fix #601591 and upload the
new upstream version to experimental (and then backports, once squeeze
is out)?

Thx, bye,
Gismo / Luca


pgpuBBIB6IgLO.pgp
Description: PGP signature

Re: urgent RFH: please help test mdadm 2.6.7.2-1

[Luca Capello]

Hi Martin!

On Wed, 04 Feb 2009 20:34:07 +0100, martin f krafft wrote:
> also sprach Luca Capello  [2009.02.04.1208 +0100]:
>> I am going to re-install another HP Vectra VEi8 with the same
>> specifications as above: should I test our udeb, as well?
>
> Not necessary. Thanks!

Too late, I had already did it in the following way:

- boot from netinst CD with 'install i386' option
- continue until the partman screen appears
- switch to vt2
- wget 
http://debian.madduck.net/repo/pool/main/m/mdadm/mdadm-udeb_2.6.7.2-1~unreleased.1_i386.udeb
- udpkg -i mdadm-udeb_2.6.7.2-1~unreleased.1_i386.udeb
- mdadm --version
- continue installation

I had some problems during the installation of the base system: read the
long story at [1], the short one is that IMHO everything related to
mdadm is OK.

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://bugs.debian.org/514195


pgpesZ1FU2m3a.pgp
Description: PGP signature

Re: urgent RFH: please help test mdadm 2.6.7.2-1

[Luca Capello]

Hi Martin!

On Tue, 03 Feb 2009 21:46:53 +0100, martin f krafft wrote:
> I found a bit of time to package up mdadm 2.6.7.2-1, which fixes two
> RC bugs, but I cannot test it. I've built unofficial packages for
> i386 and amd64 and put them at
>
>   http://debian.madduck.net/repo/pool/main/m/mdadm/
>
> so please try them out if you can, otherwise I won't be able to
> upload them soon, which might delay the lenny release.

I tested it on two lenny-i386 servers installing via SSH (thus no
physical access to the machines) and all went well :-)


- (backup) an HP Vectra VEi8, system number D8183A, with a P-II 350MHz,
  128MB RAM, with two RAID1 arrays on 250GB S-ATA disks: 200M /boot and
  the rest for / managed through LVM.

  At installation, debconf asked for the MD arrays needed for the root
  file system.


- (asterisk) an HP Kayak XU800 (http://bugs.debian.org/502147), with two
  RAID1 arrays for / spanned on three different SCSI disks and managed
  through LVM.

  No debconf question at installation in this case.


I am going to re-install another HP Vectra VEi8 with the same
specifications as above: should I test our udeb, as well?

HTH!

Thx, bye,
Gismo / Luca


pgp82vOKN4yW2.pgp
Description: PGP signature

Re: [Foo2zjs-maintainer] Bug#477923: Bug#477923: foo2zjs: Hotplug firmware not loaded because of switch to udev

[Luca Capello]

Hi there!

On Mon, 08 Dec 2008 19:58:50 +0100, ilf wrote:
>> The firmware for some hp printers is not loaded when the device is
>> plugged
>
> Since work on the package seems to be stalled since Version
> 20070718dfsg-8,

This is not true: I already worked on the new version around two weeks
ago [1], but then I had stopped because of real life work (and other Debian
stuff) and I have already planned to finish this week :-)

FWIW, a new *unofficial* package is already available for people to be
tested (see bug #466758 [2]) and I am adapting all the quick changes I
did in that package to the official one.

> I dug into the upstream changelog, finding the relevant change at [1]:
>
> | 2007-11-10  Rick Richardson <[EMAIL PROTECTED]>
> | * Modify: hplj10xx.rules to put -%n in the symlink field
>
> So for a quick workaround with the package, edit
>
>   /etc/udev/rules.d/11-hplj10xx.rules
> changing
>   SYSFS{product}=="HP LaserJet   -> to ->   SYSFS{product}=="hp LaserJet
> and
>   SYMLINK+="hplj1000%e", -> to ->   SYMLINK+="hplj1000n%n",
^
The above should be -> SYMLINK+="hplj1000-%n" .

> A new package with updated upstream sure would be nice, especially since
> this Bug is also present in the Lenny package 20070718dfsg-7.1, which
> uses the same (old) upstream.

This is probably the major problem: the lenny version is outdated and it
does not work with some printers [3].  OTOH, I am not really sure if at
this point of the release process a new upstream version will be ever
accepted into lenny.  I cc:ed the d-release mailing list to know how to
proceed here: porting the fix to the outdated package or updating the
new version, asking for a lenny exception.

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://svn.debian.org/viewsvn/foo2zjs/trunk/foo2zjs_20081007dfsg/
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466758#15
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466758#10


pgp0DVraK2moM.pgp
Description: PGP signature

Re: Bug#505196: NMUing kpax?

[Luca Capello]

Hi Thomas!

On Sat, 22 Nov 2008 20:22:24 +0100, Thomas Viehmann wrote:
> I'm not sure why we have the urgent desire to release with stuff that
> "is quite mature and has been in production use for years, the
> documentation is currently not good enough to support use by the
> general public" per the package description,

As I already did for cl-geodesics [1], if the software is working I
would like to keep it in the next stable release.

> but if we're going to keep it and the maintainers, let's say, are
> exceptionally busy in November,

The maintainers are exceptionally busy because ATM I am the only one
available.  I have already called for help in the past, but no one has
volunteered yet, thus I try to keep up as much as I can.

> could you prepare this as an NMU to sponsor?

FWIW, the Debian Common Lisp Team is already on the LowThresholdNmu [2],
thus every NMU is welcome.  In case the NMU is ready I can sponsor them
as well, since it is easier to check the NMU than digging into any bug.

Now, going back to this particular bug...

On Wed, 19 Nov 2008 20:45:27 +0100, Peter De Wachter wrote:
> Wed Nov 19 20:29:46 CET 2008  Peter De Wachter <[EMAIL PROTECTED]>
>   * Added cl-ironclas dependency.
>   There's still one missing dependency: s-http-client (for the
>   kpax-examples system), but that library isn't packaged yet.

Peter, thank you for the patch, but could you please prepare another one
without the comment about the last missing dependency?  It has nothing
to do with the single patch, which BTW I would call something like

  * debian/control: (Closes: #505196) add cl-ironclad to Depends:

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://lists.debian.org/debian-release/2008/10/msg01113.html
[2] http://wiki.debian.org/LowThresholdNmu


pgpE7siPEvwx3.pgp
Description: PGP signature

Re: [Foo2zjs-maintainer] foo2zjs

[Luca Capello]

Hi there!

Can you please keep the foo2zjs-maintainer mailing list cc:ed?  If you
do so, no need to cc: me, I read the list.  TIA.

I'm sorry for the long mail: I performed more tests with the only
foo2zjs printer I have [1] and I found some interesting stuff, please
read below.  I tried to be as more detailed as I could, at least to give
a better overview of the foo2zjs driver status.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466758#15

On Sat, 01 Nov 2008 09:47:21 +0100, Anthony Towns wrote:
> On Fri, Oct 31, 2008 at 03:52:31PM +0100, Andreas Barth wrote:
>> 2.  As per constitution, we (the tech ctte) only makes decision as last
>> resort. So currently, the next step would be for anyone who disagrees
>> with this bug not being release critical to ask the release team to
>> review the decision and maybe overrule it.
>
> I'm not sure I'd want the release team to be able to stop the tech-ctte
> from being involved simply by not making a decision, so I'm not sure I
> agree with this precisely. But in the general case, yes, I'd rather see
> the release team making the call on this.

FYI, the Release Team was asked for an advice on Sun, 26 October [2].
However, I know we (the Debian foo2zjs maintainers) decided to go to the
tech-ctte just two days later...

[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=yes&bug=503814#125

>> tech ctte members, any opinion from you on that?
>
> Basically, +1.
>
> On a technical level, it seems to me there's two aspects:
>
>(1) can a package in main include a script that gets stuff from some
>random website really be considered DFSG-free/policy-compliant?

NB, in this case it is not "from some random website", but it is from
*upstream* website, which means that these data are not included in the
upstream sources for other reasons.

Anyway, if the script is moved to /u/s/d/$PKG/examples I would say it is
OK for the package to be in main.  And, again, I think the main point is
if printers can work without those data, read below.

>(2) should we make sure that the stuff on the random website is also
>available from somewhere in Debian, in case the random website gets
>shut down, etc?

If there are licensing issues, I see no advantages for Debian in
distributing them.  Here what the getweb script from the last tested
upstream version [1] would download:

- not strictly required files (not fully sure, but read below for my
  experience with the HP Color LaserJet 1500L)

$ ./getweb 2600n# Get HP Color LaserJet 2600n .ICM files
$ ./getweb 1600 # Get HP Color LaserJet 1600 .ICM files
$ ./getweb 1500 # Get HP Color LaserJet 1500 .ICM files
$ ./getweb 1215 # Get HP Color LaserJet CP1215 .ICM files

$ ./getweb 2530 # Get Konica Minolta 2530 DL .ICM files
$ ./getweb 2490 # Get Konica Minolta 2490 MF .ICM files
$ ./getweb 2480 # Get Konica Minolta 2480 MF .ICM files
$ ./getweb 6115 # Get Xerox Phaser 6115MFP .ICM files

$ ./getweb 2430 # Get Konica Minolta 2430 DL .ICM files
$ ./getweb 2300 # Get Minolta 2300 DL .ICM files
$ ./getweb 2200 # Get Minolta 2200 DL .ICM files
$ ./getweb cpwl # Get Minolta Color PageWorks/Pro L .ICM files

$ ./getweb 300  # Get Samsung CLP-300 .ICM files
$ ./getweb 315  # Get Samsung CLP-315 .ICM files
$ ./getweb 600  # Get Samsung CLP-600 .ICM files
$ ./getweb 610  # Get Samsung CLP-610 .ICM files
$ ./getweb 2160 # Get Samsung CLX-2160 .ICM files
$ ./getweb 3160 # Get Samsung CLX-3160 .ICM files
$ ./getweb 6110 # Get Xerox Phaser 6110 and 6110MFP .ICM files

$ ./getweb 500  # Get Lexmark C500 .ICM files

$ ./getweb 3200 # Get Oki C3200 .ICM files
$ ./getweb 3300 # Get Oki C3300 .ICM files
$ ./getweb 3400 # Get Oki C3400 .ICM files
$ ./getweb 3530 # Get Oki C3530 MFP .ICM files
$ ./getweb 5100 # Get Oki C5100 .ICM files
$ ./getweb 5200 # Get Oki C5200 .ICM files
$ ./getweb 5500 # Get Oki C5500 .ICM files
$ ./getweb 5600 # Get Oki C5600 .ICM files
$ ./getweb 5800 # Get Oki C5800 .ICM files

- firmwares needed for the print to work (the problem with these files
  should be the same about "kernel" firmwares)

$ ./getweb 1020 # Get HP LJ 1020 firmware file
$ ./getweb 1018 # Get HP LJ 1005 firmware file
$ ./getweb 1005 # Get HP LJ 1005 firmware file
$ ./getweb 1000 # Get HP LJ 1000 firmware file

$ ./getweb p1505# Get HP LJ P1505 firmware file
$ ./getweb p1008# Get HP LJ P1008 firmware file
$ ./getweb p1007# Get HP LJ P1007 firmware file
$ ./getweb p1006# Get HP LJ P1006 firmware file
$ ./getweb p1005# Get HP LJ P1005 firmware file

$ ./getweb 2300dl_fw # Get Minolta 2300DL v2.55 firmware (experts only)

> (1) seems to be resolved as per Andi's comments, but I kind-of think
> (2) is actually the more important is

Re: [Foo2zjs-maintainer] Bug#449497: foo2zjs: getweb script depends on non-free firmware

[Luca Capello]

Hi Michael!

Adding the d-release mailing list to cc:.

On Fri, 31 Oct 2008 13:41:25 +0100, Michael Gilbert wrote:
> i'll go ahead and start the discussion since no one else is running
> with it.  this matter is rather urgent since the problem is now being
> considered release-critical for lenny.
[...]
> let me again stress that action is URGENT since this is
> release-critical for lenny.

Can you please stop dealing with this bug and let the tech-ctte [1] do
their work?

About the urgency and lenny: the bug is marked as serious, which means
that if the tech-ctte does not fix it before lenny (something which I do
not think is going to happen), the Release Team must deal with it.

FYI, other people have already started to work on it, check the thread
on the d-ctte mailing list [2].

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://www.debian.org/devel/tech-ctte
[2] http://lists.debian.org/debian-ctte/2008/10/msg0.html


pgpq3IlIbwAko.pgp
Description: PGP signature

Re: [Foo2zjs-maintainer] Bug#449497: TC proposal for dispute

[Luca Capello]

Hi there!

I put back d-release to the cc: list, since we previously asked for
their help on this matter.

On Mon, 27 Oct 2008 11:01:31 +0100, Steffen Joeris wrote:
> I am upset that you again raised the severity without consulting
> anyone.

Which, sadly, went against my specific request to not play the
severity-change game anymore [1].

> The package as it stands is DFSG free and the getweb script is there
> for the convenience of the users as well as the documentation.  Your
> arguments haven't changed my opinion.

FWIW, I completely agree with Steffen here.

> However, it doesn't look like we are finding an agreement on this
> issue. I have pinged the release team on IRC for a statement, but
> maybe this issue deserves some attention from another body of debian.
> Therefore, I suggest we write up a paragraph for the TC following
> their guidelines[0].

Since the TC seems to be the only possible solution, let's go with it.
If it's needed, I can go *again* through the sources, spotting the
copyright owners and licenses for each file Debian ships (I, in purpose,
considered only what Debian includes in its package, which is clearly
marked as $UPSTREAMVERSIONdfsg-$DEBIANVERSION).

> My proposal would be:
>
> Dear TC members
>
> Bug #449497 has reported against foo2zjs. The maintainers and the
> submitter do not seem to reach an agreement.

I would change that underlying that not only the foo2zjs maintainers,
but also other people (including a DD) agree [2].  Moreover, you can
find other DDs opinion on the thread on d-legal [3], which I looked at
quickly since, frankly speaking, things got repeated and repeated again
with no step forward.

> The problem is as follows. The submitter sees the inclusion of the
> getweb script as a violation of the DFSG. The script is provided by
> upstream to download non-free firmware from his upstream webpage.  The
> package includes documentation in README.Debian and a GUI interface
> (hannah-foo2zjs) around the getweb script for the user's
> convenience. Some printers need this non-free firmware to run, others
> don't.  More information can be found in the bugreport. Could we
> please ask you to settle this dispute?

It seems OK to me.

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=449497#125
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=yes&bug=449497#39
[3] http://lists.debian.org/debian-legal/2007/11/msg00103.html


pgpxnZgvL8WOV.pgp
Description: PGP signature

Please re-add cl-geodesics_20010214-9

[Luca Capello]

Hi there!

Please Cc: me, I'm not subscribed to the list.

On August 2008, cl-geodesics was removed from lenny [1] because of two
bugs, an FTBFS (solved but not uploaded at that time [2]) and a grave
one [3].  Solving the latter took more time than expected [4] and a
fixed package was uploaded in September 2008.

cl-geodesics is a very specific package, not updated since 2001 and with
a very small userbase (20 installation according to popcon [5]).
Nevertheless, since the package is working and was present in etch, I
don't see any reason to leave it out of lenny.

Here the full changelog for the last upload:
-8<---cut here---start->8---
cl-geodesics  (20010214-9) unstable; urgency=low

   * debian/control:
 + fix FTBFS, change Architecture: from 'any' to 'all', thanks to
   Sebastian Bober <[EMAIL PROTECTED]> (Closes: #469896).
 + add myself to Uploaders:.
 + add Vcs-Browser field.
 + Build-Depends: on quilt.
 + Build-Depends-Indep: on dh-lisp.
 
   * debian/gd-static-equal.asd: new file.
   * debian/gd-static-unequal.asd: new file.
   * debian/gd-cosmological.asd: new file.
 
   * debian/geodesics.asd:
 + remove extra parenthesis for the :gd-static-unequal ASDF system.
 + move :infix dependency to each ASDF subsystem, thanks to Peter
   De Wachter <[EMAIL PROTECTED]> (Closes: #494404).
 + split subsystems into single ASDF systems, but keep this one
   for backward compatibility, thanks to Peter De Watcher
   <[EMAIL PROTECTED]>.
 
   * debian/patches/series: new file.
   * debian/patches/01_prepend-integrate-system-in-utilities.lisp.diff:
 + properly call integrate: functions, thanks to Peter De Wachter
   <[EMAIL PROTECTED]>.
   * debian/patches/02_define-package-in-utilities.lisp.diff:
 + add in-package definition, thanks to Peter De Wachter
   <[EMAIL PROTECTED]>.
 
   * debian/postinst:
 - remove, dh-lisp will generate it.
 
   * debian/prerm:
 - remove, dh-lisp will generate it.
 
   * debian/rules:
 + adapt to quilt.
 + add dh_lisp call to binary-indep target.
     - remove unnecessary dh_link call in install target.

 -- Luca Capello <[EMAIL PROTECTED]>  Wed, 17 Sep 2008 23:32:50 +0200
-8<---cut here---end--->8---

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://packages.qa.debian.org/c/cl-geodesics/news/20080825T163916Z.html
[2] http://bugs.debian.org/469896
[3] http://bugs.debian.org/494404
[4] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469896#48
[5] http://qa.debian.org/popcon.php?package=cl-geodesics


pgprPAXNfdMMc.pgp
Description: PGP signature

Please unblock parenscript_20061003-2

[Luca Capello]

Hi there!

Please Cc: me, I'm not subscribed to the list.

NB, parenscript_20061003-2 was uploaded less than 10 days ago,
nevertheless I'm already asking for its unblock in order to not
forget it :-)

I should have moved parenscript to team maintenance a long time ago,
however when I was working on it last July I was also packaging a new
upstream version [1].  Unfortunately, I was then hit by a well-known
darcs bug: `darcs pull ../parenscript.upstream` hangs or exits with an
error after a very long time (on one machine it took something like a
week) [2][3].

The new version, other than moving maintenance to the Debian Common Lisp
team, fixes some minor issues.  Here the complete changelog:
--8<---cut here---start->8---
parenscript (1:20061003-2) unstable; urgency=low

  * Move to team maintenance: Debian Common Lisp Team at
http://pkg-common-lisp.alioth.debian.org.

  * debian/compat:
+ new file to remove lintian warning debian-rules-sets-DH_COMPAT.
+ switch to compatibility level 5.

  * debian/control:
+ team maintenance.
+ move myself to Uploaders:.
+ correct s/XS-X-VCS-Darcs/Vcs-Darcs/ header since Vcs-* fields
  are now supported in dpkg since 1.14.6.
+ link the team repository at darcs.debian.org in the Vcs-Darcs:
  header.
+ add Vcs-Browser: header.
+ depends on debhelper >= 5.0.0.
+ suggests python (previously forgotten), necessary to generate
  single file documentation.
+ add python in the long description.
+ teTeX -> TeXlive transition, suggests texlive-latex-base,
  texlive-latex-recommended and texlive-fonts-recommended.
+ update the long description for the teTeX -> TeXlive transition.
+ add Homepage header and remove it from the long description.
- remove Martin Würtele <[EMAIL PROTECTED]> from Uploaders.

  * debian/copyright:
+ update copyright assignment for the Debian package to 2007.
+ refer to /usr/share/common-licenses/GPL-2 rather than the
  /usr/share/common-licenses/GPL symlink.

  * debian/make-pdf.sh
+ check for python.
+ teTeX -> TeXlive transition.

  * debian/README.Debian:
+ add python note.
+ teTeX -> TeXlive transition.

  * debian/rules:
    - remove DH_COMPAT export.

 -- Luca Capello <[EMAIL PROTECTED]>  Mon, 20 Oct 2008 00:57:16 +0200
--8<---cut here---end--->8---

Thx, bye,
Gismo / Luca

Footnotes: 
[1] 
http://darcs.debian.org/cgi-bin/darcsweb.cgi?r=pkg-common-lisp/parenscript.upstream;a=commit;h=20080726182943-f6b0c-0259ec9e51ca9edd7846e1a7382436b51ed5075c.gz
[2] the bug is reproducible:
  $ mkdir test-parenscript && cd test-parenscript
  $ darcs get 
http://darcs.debian.org/darcs/pkg-common-lisp/parenscript.upstream
  $ darcs get 
http://darcs.debian.org/darcs/pkg-common-lisp/parenscript.darcs-pull-hangs
  $ cd parenscript.darcs-pull-hangs
  $ darcs pull ../parenscript.upstream
[3] I already tried to convert the repository to the darcs-2 repository
format, but with no success
  http://wiki.darcs.net/DarcsWiki/ConflictsFAQ


pgp45qhWUMZoz.pgp
Description: PGP signature

Re: foo2zjs: application depends on non-free firmware

[Luca Capello]

Hi there!

BTW, Joost, it seems that for the BugSprint [1] you got quite a nasty
 bug, sorry :-D

On Sun, 26 Oct 2008 14:08:03 +0100, Steffen Joeris wrote:
> severity 449497 important

Thanks to Steffen for the downgrade.  To everyone else: please don't
change the severity anymore: while it can be less than important [2],
it's *anyway* not more than that.

> On Sun, 26 Oct 2008 11:40:34 pm Joost Yervante Damad wrote:
>> Hi Luca,
>>
>> > [3] not that I checked with such printers, I'm only in touch with one
>> > that needs a non-free firmware
>> >   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466758#15
>>
>> So you don't think that your usage of the package is more "contrib"
>> then "main"?

No, foo2zjs as it's *in* Debian [3] is OK for main.

>> Personally I find it a rather "grey" unclear situation. It seems the
>> package can be used without any external files, yet in practice, for a lot
>> of people it is only usable with external files..

It doesn't matter how many people needs external files to fully use
foo2zjs: if only one person can use it without, then everything which is
completely DFSG-free *must* be in main.

>> Since the package is currently lives in main, I personally can live with
>> how it is currently... the bug submitter seems to think differently
>> though...
>>
>> Bottom line is, that dependant on the hardware ,the package as it lives in
>> main is usable or NOT.

This is another point, exactly like the firmware issues in the kernel:
the Intel iwl3945 driver is not usable on my ThinkPad X60 [4] without
the non-free firmware, yet the correct place for the driver is main.

>> Maybe we should mark the bug lenny-ignore ;)
>
> I guess it would be up to the release team to set this tag.

I added the d-release mailing list to the cc:.

> Anyway, I am still not convinced that it is RC. The package works fine
> for certain printers without any firmware. However, some need it,
> which is clearly stated in the README.Debian file. Furthermore, we are
> offering a GUI program and the upstream script to download the
> firmware for the user's convenience. IMHO this does not justify the
> move to contrib or non-free.

Fully ACK.

> Now I am lowering the severity of the bug to "important" (althought
> I'd rather see it as wishlist).

Fully ACK also for the latter.

> If people still disagree, please bring it to the attention of the
> technical committee, which can overrule my decision at any time.

With my just-got foo2zjs maintainer hat on, in that case the technical
committee should overrule the decision of two maintainers.  Let's see
what the Release Managers say.

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://wiki.debian.org/BugSprint
[2] "important: a bug which has a major effect on the usability of a
package, without rendering it completely unusable to everyone"; this
is exactly the current situation for foo2zjs
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=yes&bug=449497#63
[4] http://luca.pca.it/projects/ibm/x60_1706-gmg/


pgp4TX3AMnGRi.pgp
Description: PGP signature

Re: Bug#503255: sbcl: Error using null pointer in ffi

[Luca Capello]

tags 503255 + upstream
tags 503255 + patch
tags 503255 + fixed-upstream
thanks

Hi David!

Since Thiemo Seufer did the last SBCL upload, I now directly cc:ed him
to be sure he reads this message.

On Fri, 24 Oct 2008 18:41:35 +0200, David Matthew Mattli wrote:
> On Fri, Oct 24, 2008 at 12:49:52PM +0200, Luca Capello wrote:
>> I haven't looked yet at it in details, but is there any upstream bug
>> opened, maybe with a patch that can backported to SBCL-1.0.17?  In that
>> case the fix can be easily applied to the version already present in
>> lenny and then the migration will be smoother.
[...]
> Thanks for your quick reply. I've tracked down the fixed applied in
> the sbcl cvs for this specific issue.

Thank you for having followed this issue, I really appreciate.

> The relevant messages to sbcl-commit are here for x86:
> http://sourceforge.net/mailarchive/forum.php?thread_name=E1KOy9Y-0006Iv-Uh%40sc8-pr-cvs8.sourceforge.net&forum_name=sbcl-commits
>
> And here for amd64:
> http://sourceforge.net/mailarchive/forum.php?thread_name=E1KOy9Z-0006Iy-1x%40sc8-pr-cvs8.sourceforge.net&forum_name=sbcl-commits
>
> The following patch resolves the issue for me on x86 but I haven't
> tested it on amd64.

Thiemo, do you want to upload a bugfix version with the two patches
above or should I take care of it?

Thx, bye,
Gismo / Luca


pgpy6kSoViW9l.pgp
Description: PGP signature

Re: Bug#503255: sbcl: Error using null pointer in ffi

[Luca Capello]

Hi there!

For the d-release list: this is a request about how to fix the bug below
in time for lenny.

For everyone: please keep at least the bug report cc:ed, no subscription
needed, TIA.

On Fri, 24 Oct 2008 01:48:53 +0200, David Matthew Mattli wrote:
> Package: sbcl
> Version: 1:1.0.18.0-1
> Severity: important
>
> Whenever uses sbcl uses a null pointer in a cffi call it gives the following 
> error:
>
> #.(SB-SYS:INT-SAP #X) fell through ETYPECASE expression.
>Wanted one of (CHARACTER SYMBOL INTEGER). 
>
> This problem was not present in sbcl-1.0.17 and is fixed in 1.0.19.14. 
> Updating sbcl to the latest version will fix this bug. This bug was reported 
> and a fix reported on the sbcl-devel list.
>
> http://groups.google.com/group/sbcl-devel/browse_thread/thread/b67a3e18bb7a7dea

David, first of all thank you for the report.

I haven't looked yet at it in details, but is there any upstream bug
opened, maybe with a patch that can backported to SBCL-1.0.17?  In that
case the fix can be easily applied to the version already present in
lenny and then the migration will be smoother.

On the contrary, if backporting the fix is not so trivial, let's see if
the RM accepts a new source upload for lenny.

Thx, bye,
Gismo / Luca


pgpFWjMbP48vi.pgp
Description: PGP signature

Please unblock ironclad_0.11-2

[Luca Capello]

Hi there!

Please Cc: me, I'm not subscribed to the list.

A while back I worked on some Common Lisp packages which were still not
in team maintenance [1].  Please unblock ironclad_0.11-2, changes are
minimal:

--8<---cut here---start->8---
ironclad  (0.11-2) unstable; urgency=low

  * Move to team maintenance: Debian Common Lisp Team at
http://pkg-common-lisp.alioth.debian.org
  * The Debian package is now maintained through Git.

  * debian/control:
+ team maintenance.
+ move Alceste Scalas to Uploaders:.
+ add myself to Uploaders:
+ move debhelper to Build-Depends:, thanks to lintian.
+ add Homepage: field.
+ add VCS-* fields.

  * debian/rules:
+ swap binary-arch and binary-indep targets, thanks to lintian.

 -- Luca Capello <[EMAIL PROTECTED]>  Sun, 28 Sep 2008 23:41:16 +0200
--8<---cut here---end--->8---

Thx, bye,
Gismo / Luca

Footnotes: 
[1] 
http://lists.alioth.debian.org/pipermail/pkg-common-lisp-devel/2008-September/001014.html


pgpf2YIkpMzB6.pgp
Description: PGP signature

Please unblock libsigsegv_2.5-2

[Luca Capello]

Hi there!

Please Cc: me, I'm not subscribed to the list.

A while back I fixed a porting bug in libsigsegv [1] and then forgot to
ask for unblock, doing now.  Please unblock libsigsegv_2.5-2, changes:

--8<---cut here---start->8---
libsigsegv  (2.5-2) unstable; urgency=low

  * debian/control:
+ add myself to Uploaders:.
+ add Vcs-Browser field.
+ Build-Depends: on autoconf.

  * debian/rules:
+ regenerate autoconf's stuff at 'config.status' target and restore
  the original one at 'clean' target, thus adding support for
  GNU/kFreeBSD, thanks to Petr Salinger <[EMAIL PROTECTED]>
  (Closes: #466356).
- remove darcs-specific hacks.
- remove suspicious line.
- remove trailing spaces.

 -- Luca Capello <[EMAIL PROTECTED]>  Tue, 26 Aug 2008 02:39:18 +0200
--8<---cut here---end--->8---

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://bugs.debian.org/466356


pgpGo9QmxF2wT.pgp
Description: PGP signature

Please unblock tbnl_0.9.10-2

[Luca Capello]

Hi there!

Please Cc: me, I'm not subscribed to the list.

A while back I worked on some Common Lisp packages which were still not
in team maintenance [1].  I then found that we were still shipping TBNL
[2], a project renamed to Hunchentoot [3], already present in the Debian
archive [4].

I thus prepared a transitional dummy package cl-tbnl which depends on
hunchentoot and once this new package included in lenny and lenny
released, I'll ask for the removal of the tbnl source package.  IIRC
this is the correct procedure, please correct me if I'm wrong.

However, if I'm right, please unblock tbnl_0.9.10-2, here the changes:

--8<---cut here---start->8---
tbnl  (0.9.10-2) unstable; urgency=low

  * Move to team maintenance: Debian Common Lisp Team at
http://pkg-common-lisp.alioth.debian.org

  * debian/control:
+ team maintenance.
+ move Alceste Scalas to Uploaders:.
+ add myself to Uploaders:.
+ upstream renamed the project, thus Depends: on hunchentoot
  and render cl-tbnl a transitional package.

  * debian/NEWS:
+ explain the reason for a transitional package.

  * debian/README.Debian: removed.

  * debian/rules:
+ minimize rules.
+ swap binary-arch and binary-indep targets, thanks to lintian.

 -- Luca Capello <[EMAIL PROTECTED]>  Sun, 28 Sep 2008 17:06:25 +0200
--8<---cut here---end--->8---

Thx, bye,
Gismo / Luca

Footnotes: 
[1] 
http://lists.alioth.debian.org/pipermail/pkg-common-lisp-devel/2008-September/001014.html
[2] http://weitz.de/tbnl/
[3] http://weitz.de/hunchentoot/
[4] http://packages.qa.debian.org/h/hunchentoot.html


pgpttfeOIy5EW.pgp
Description: PGP signature

Please unblock url-rewrite_0.1.0-4

[Luca Capello]

Hi there!

Please Cc: me, I'm not subscribed to the list.

A while back I worked on some Common Lisp packages which were still not
in team maintenance [1].  Please unblock url-rewrite_0.1.0-4, changes
are minimal:

--8<---cut here---start->8---
url-rewrite  (0.1.0-4) unstable; urgency=low

  * Move to team maintenance: Debian Common Lisp Team at
http://pkg-common-lisp.alioth.debian.org
  * The Debian package is now maintained through Git.

  * debian/control:
+ team maintenance.
+ move Alceste Scalas to Uploaders:.
+ add myself to Uploaders:
+ add Homepage: field.
+ add VCS-* fields.

  * debian/rules:
+ swap binary-arch and binary-indep targets, thanks to lintian.

 -- Luca Capello <[EMAIL PROTECTED]>  Sun, 28 Sep 2008 18:07:23 +0200
--8<---cut here---end--->8---

Thx, bye,
Gismo / Luca

Footnotes: 
[1] 
http://lists.alioth.debian.org/pipermail/pkg-common-lisp-devel/2008-September/001014.html


pgpmdnHgzYZS7.pgp
Description: PGP signature

Release Note, Promise TX4 and Linux kernels >= 2.6.22

[Luca Capello]

Hi there!

Please Cc: me, I'm not subscribed to d-release.  I cc:ed d-devel FYI,
but I think this discussion belongs to d-release, please continue there.

I just discovered a "bug" with the etch-and-a-half kernel [1].
Actually, it's not really a bug, but it clearly needs an entry in the
release note.  It should have been already present in the documentation
for etch-and-a-half [2], but I completely forgot about it until I
installed an etch-and-a-half kernel today.

The problem is described at bugs #435834 [3] and #438566 [4].

Briefly, starting from Linux kernel 2.6.22, disks attached to the
Promise TX4 controller are ordered in a different way.  This can cause
boot loader problems, at least with GRUB Legacy: since the /boot
partition is no more accessible, you get an "Error 15: File not found".

Thus, manual intervention is needed before the first reboot with a
kernel >= 2.6.22.

Thx, bye,
Gismo / Luca

Footnotes: 
[1] linux-image-2.6.24-etchnhalf.1-686_2.6.24-6~etchnhalf.5
[2] http://www.debian.org/releases/etch/etchnhalf
[3] http://bugs.debian.org/435834
[4] http://bugs.debian.org/438566


pgpsFs5fkySyY.pgp
Description: PGP signature

Re: Common Lisp packages for lenny

[Luca Capello]

Hi there!

A small update now that all the RC bugs in Common Lisp packages have
been solved (and at least ten days passed since the lenny freeze).

I'm here asking for freeze exceptions for "only" four packages:
common-lisp-controller, ECL and CLISP and cedilla.

On Fri, 13 Jun 2008 14:35:02 +0200, Adeodato Simó wrote:
> * Luca Capello [Fri, 13 Jun 2008 12:50:57 +0200]:
>> This is caused by the fact that cl-asdf_1.111-1 conflicts with
>> common-lisp-controller << 6.13 and thus the two packages should be
>> migrated together.  Since I updated a new c-l-c version today fixing bug
>> #477169 [3], I know we need to wait ten more days.
>
> I've added a hint; they should migrate in ten days, as you say, provided
> all builds are in place.

common-lisp-controller_6.17 was uploaded on Jul 27th, the very same day
as the lenny freeze [1].  The differences between the version in lenny
(6.15) are only DebConf translations update:

--8<---cut here---start->8---
common-lisp-controller (6.17) unstable; urgency=low

  * Debconf translations:
+ Swedish, thanks to Martin Bagge <[EMAIL PROTECTED]>
  (Closes: #491761).

 -- Luca Capello <[EMAIL PROTECTED]>  Sun, 27 Jul 2008 14:19:03 +0200

common-lisp-controller (6.16) unstable; urgency=low

  * Debconf template/translations update, thanks to Christian Perrier
<[EMAIL PROTECTED]>:
+ Czech.
+ German.
+ Spanish.
+ Finnish.
+ French.
+ Galician.
+ Dutch.
+ Portoguese.
+ Russian.
+ Swedish.
+ Vietnamese.

  * debian/templates:
+ remove trailing space and correct typo, patch from
  Christian Perrier <[EMAIL PROTECTED]>.

 -- Luca Capello <[EMAIL PROTECTED]>  Wed, 09 Jul 2008 17:11:50 +0200
--8<---cut here---end--->8---

>> Apart from that, the next step is to fix bugs in ECL and CLISP.  Since
>> the latter was recently removed from testing, I'll write again to ask
>> for migration as soon as the package will be OK.
>
> It should migrate by itself once there are no open RC bugs against it,
> but sure, come by if you see it's not migrating for some reason.

CLISP is in a strange situation: after it was removed from testing, I
tried to solve all the FTBFS bugs, but the one appeared on s390 was a
bit too harsh and resulted in dropping s390 at least for lenny [2].
However, it seems that the s390 buildd tried anyway to build
clisp_2.44.1-4, which is wrong [3].

Together with that, while the powerpc package for clisp_2.44.1-4 was
built fine [4], it didn't get installed, which prevents CLISP to migrate
to testing and thus also cedilla (which depends on CLISP [5] and has
already a freeze exception).

ECL is a bit more complicated: 0.9j-20080306-4, uploaed on Jul 7th, has
never been tried to be built on arm and s390 since then.  ECL has
already a freeze exception, so should I directly contact the arm and
s390 buildd maintainers, instead?

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://lists.debian.org/debian-devel-announce/2008/07/msg7.html
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488817#54
[3] 
http://buildd.debian.org/fetch.cgi?&pkg=clisp&ver=1%3A2.44.1-4&arch=s390&stamp=1216839080&file=log
[4] 
http://buildd.debian.org/fetch.cgi?&pkg=clisp&ver=1%3A2.44.1-4&arch=powerpc&stamp=1216867651&file=log
[5] http://qa.debian.org/excuses.php?package=cedilla


pgpvJRWiE0glz.pgp
Description: PGP signature

Common Lisp packages for lenny

[Luca Capello]

Hi there!

Please Cc: me, I'm not subscribed to the list.

I'm working on fixing most of the bugs (so not only the RC ones) in the
packages maintained by the Debian Common Lisp Team [1].

Most, if not all, packages depend on cl-asdf to load CL systems.
However, even if the last upload was done on 2008-02-09, cl-asdf never
entered testing.  The reason behind it seems to be that "Updating
cl-asdf makes 1 depending packages uninstallable on i386:
common-lisp-controller" [2].

This is caused by the fact that cl-asdf_1.111-1 conflicts with
common-lisp-controller << 6.13 and thus the two packages should be
migrated together.  Since I updated a new c-l-c version today fixing bug
#477169 [3], I know we need to wait ten more days.

I wrote this mail to ask if there are any other objections to this
migration, which not only brings new (but tested) versions, but will be
also needed to migrate ECL (again bug #477169 [3]).

Apart from that, the next step is to fix bugs in ECL and CLISP.  Since
the latter was recently removed from testing, I'll write again to ask
for migration as soon as the package will be OK.

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://pkg-common-lisp.alioth.debian.org
[2] http://release.debian.org/migration/testing.pl?package=cl-asdf
[3] http://bugs.debian.org/477169


pgpvQvk1ntUcB.pgp
Description: PGP signature

Re: stumpwm-1:20060930-3 update to etch

[Luca Capello]

Hello!

On Wed, 21 Feb 2007 00:51:50 +0100, Steve Langasek wrote:
> On Mon, Feb 19, 2007 at 09:08:06PM +0100, Luca Capello wrote:
>> I ask the inclusion of the latest stumpwm (version 1:20060930-3)
>> into etch.  Briefly, this version corrects the debian/copyright
>> file about upstream license (my fault, sorry).
>
> Unblocked.

Thank you!

Thx, bye,
Gismo / Luca


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

stumpwm-1:20060930-3 update to etch

[Luca Capello]

Hello!

Please cc: me on replies, I'm not subscribed to d-r (and I set M-F-T
and R-T accordingly).  Moreover, I cc:ed my sponsor, who was
responsible for the upload to unstable.

I ask the inclusion of the latest stumpwm (version 1:20060930-3) into
etch.  Briefly, this version corrects the debian/copyright file about
upstream license (my fault, sorry).

I think the changelog entry is quite self-explicative:
=
stumpwm (1:20060930-3) unstable; urgency=low

   * debian/control:
 + correct s/XS-X-VCS-Darcs/XS-VCS-Darcs/ header.
 
   * debian/copyright:
 + correct upstream copyright statement (GPL not BSD), which I
   messed up with package version 1:20060513-1.
 + update copyright to 2007.

 -- Luca Capello <[EMAIL PROTECTED]>  Sun, 4 Feb 2007 16:15:02 +0100
=

Thx, bye,
Gismo / Luca


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

Re: cl-rfc2388-1.1.dfsg-1 update to etch

[Luca Capello]

Hi Marc!

On Sat, 06 Jan 2007 01:41:14 +0100, Marc 'HE' Brockschmidt wrote:
> Luca Capello <[EMAIL PROTECTED]> writes:
>> rfc2388 (1.1.dfsg-1) unstable; urgency=low
>
> Unblocked.

Thank you!

Thx, bye,
Gismo / Luca


pgpPcmibZHWgs.pgp
Description: PGP signature

cl-rfc2388-1.1.dfsg-1 update to etch

[Luca Capello]

Hello!

Please cc: me on replies, I'm not subscribed to d-r (and I set M-F-T
and R-T accordingly).  Moreover, I cc:ed my AM, who was responsible
for the upload to unstable.

I ask the inclusion of the latest cl-rfc2388 (version 1.1.dfsg-1) into
etch.  Briefly, despite the different version scheme, this isn't at
all a new upstream version, only a correction of the old one instead.

I think the changelog entry is quite self-explicative:
=
rfc2388 (1.1.dfsg-1) unstable; urgency=low

  * Since the first upload, the Debian version is DFSG-compliant and
thus it does not include the RFC2388 (as documented in the
README.Debian).  However, the version number never reflected that,
so it will start from this version.

  * debian/control:
+ correct s/XS-X-VCS-Darcs/XS-VCS-Darcs/ header.

  * debian/copyright:
+ list the correct license for upstream, which is 2-clause BSD
  rather than 3-clause (thanks to Martin Würtele for the hint and
  to Steve Langasek for the changelog entry).
+ better layout.
+ update the upstream URL.
+ add GNU GPL license notice for the Debian package.

 -- Luca Capello <[EMAIL PROTECTED]>  Tue, 14 Nov 2006 02:43:04 +0100
=

Thx, bye,
Gismo / Luca


pgpFO7i9j4aum.pgp
Description: PGP signature