Please unblock dkimproxy 1.0.1-7

[Thomas Goirand]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

Please unblock dkimproxy and push it to Lenny. It fixes an important
unix rights issue for the domain keys that my package generates. The
public key is now world readable, and the private one is now only
readable by the dkimproxy user and root.

Thanks and sorry for my silly mistake with the 2 keys rights.

Thomas

diff -u dkimproxy-1.0.1/debian/postinst dkimproxy-1.0.1/debian/postinst
- --- dkimproxy-1.0.1/debian/postinst
+++ dkimproxy-1.0.1/debian/postinst
@@ -24,9 +24,12 @@
openssl genrsa -out /var/lib/dkimproxy/private.key 1024
openssl rsa -in /var/lib/dkimproxy/private.key -pubout -out
/var/lib/dkimproxy/public.key
 fi
- -chmod 640 /var/lib/dkimproxy/public.key
+chmod 644 /var/lib/dkimproxy/public.key
 chown root:dkimproxy /var/lib/dkimproxy/public.key

+chmod 640 /var/lib/dkimproxy/private.key
+chown dkimproxy:dkimproxy /var/lib/dkimproxy/private.key
+
 #DEBHELPER#

 exit 0
diff -u dkimproxy-1.0.1/debian/changelog dkimproxy-1.0.1/debian/changelog
- --- dkimproxy-1.0.1/debian/changelog
+++ dkimproxy-1.0.1/debian/changelog
@@ -1,3 +1,9 @@
+dkimproxy (1.0.1-7) unstable; urgency=low
+
+  * Better Unix rights for the keys in /var/lib/dkimproxy
+
+ -- Thomas Goirand <[EMAIL PROTECTED]>  Mon, 18 Aug 2008 13:08:09 +0800
+
 dkimproxy (1.0.1-6) unstable; urgency=low

   * The previous version was introducing a bug in the init script (a space
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIqll4l4M9yZjvmkkRAgMFAKDd++53N1YqKIH82UsUumNeUmBz9wCdE72Q
WW0n6uXfrAWfbhI+Fv9wY6E=
=tadB
-END PGP SIGNATURE-


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

Please unblock mozilla-dom-inspector

[Mike Hommey]

Hi,

mozilla-dom-inspector is a new package, that provides
iceweasel-dom-inspector that used to be shipped by iceweasel in version
2.0 and earlier, but is not in version 3.0.

Please allow it in Lenny.

Cheers,

Mike


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

Re: Seeking pre-approval for unifont update for Lenny

[Paul Hardy]

In speaking with Debian Developer Changwoo Ryu, maintainer of bf-utf,
xfonts-baekmuk, and other packages, he told me that the Hanterm fonts
have previously been removed from Debian because of concerns over
ambiguity of their license.  The "unifont" Debian package has always
used Hanterm fonts as the basis of its Hangul Syllables block
(U+AC00..U+D7A3).  This is 11,172 glyphs in all -- approximately 1/6
of the entire font.  Older "unifont" packages (not the ones I
assembled for Debian) also used Hanterm fonts in the U+1100..U+11FF
range (I redrew that range with lighter-weight glyphs).

I got the copy of the Hanterm fonts that I used in the "unifont"
package from a FreeBSD distribution that stated that those fonts were
released under GPL.  Fedora also listed them under GPL.  However, if
there was concern over ambiguity with the licensing of those fonts in
Debian in the past enough to cause their removal elsewhere in Debian,
it seems necessary to remove any trace of them from the "unifont"
package (and anywhere else they might still be lurking unnoticed).

I would therefore like to upload a new version of the "unifont"
package that does the following:

* Deletes the font/hangul directory.

* Replaces the font/hexsrc/rc-hangul.hex file with a new rc-hangul.hex
file generated from the Hangul Syllables block in Changwoo Ryu's
modified unifont.bdf file in his bf-utf-source Debian package.

* Update any documentation accordingly.

* Fix the debian/control description for the "unifont" package noting
that it is now more than just a metapackage (to close minor bug
494662).

No source code will change.  The glyph changes can be done quickly
with software I've been using for over half a year, so I consider the
font modification to be very low-risk.  I will also check over the
entire font (bitmap and TrueType versions) before upload.

I need to do a little more research for a bug report, but if there is
a licensing concern it does sound RC and it affects all past versions
of the "unifont" package in Debian, and all past versions of the
Unifont font within and outside of Debian.

Can I make the modifications described above?


Paul Hardy
GPG Key ID: E6E6E390


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

Re: guile-1.8 (1.8.5+1-2) recommended for lenny

[Thomas Bushnell BSG]

On Mon, 2008-08-18 at 16:13 -0600, dann frazier wrote:
> fwiw, it builds fine (once the arch list is updated), and my test
> builds of a couple guile-1.8 packages seem to build/run fine. As an
> ia64 user, I would be happy to have ia64 back in sync with the other
> archs here.

I agree.  It would be nice, for example, to have lilypond on ia64, which
is also waiting for guile-1.8.  It seems to me that there is no big risk
of destabilization on ia64: from that perspective, this is a new
package.

Thomas



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

Re: unblock adjtimex (testing *and* unstable)

[James R. Van Zandt]

You wrote:
>   > I don't understand the status of the package.  I uploaded 1.25-1 on Aug 
> 10:
>   >   
>   >   adjtimex_1.25-1_i386.changes uploaded successfully to localhost
>   > 
>   the dak log says:
>   20080810170202|process-unchecked|rejected|adjtimex_1.25-1_i386.changes
>
>   You should have gotten a mail about it with an explanation.

I don't see anything like that, but I guess it doesn't matter since I
see 1.26 has been accepted in unstable.  

 - Jim Van Zandt


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

Re: Please allow gwenview-i18n 1.4.2-4 into Lenny (translation update only)

[Adeodato Simó]

* Christopher Martin [Mon, 18 Aug 2008 18:29:40 -0400]:

> Hello,

> gwenview-i18n 1.4.2-4 contains only an overhaul of the Russian 
> translation, as requested and provided by a user. Please allow it into 
> Lenny.

Unblocked, and best wishes.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
Listening to: Javier Álvarez - Sin tu latido


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

Please allow gwenview-i18n 1.4.2-4 into Lenny (translation update only)

[Christopher Martin]

Hello,

gwenview-i18n 1.4.2-4 contains only an overhaul of the Russian 
translation, as requested and provided by a user. Please allow it into 
Lenny.

Thanks,
Christopher Martin


signature.asc
Description: This is a digitally signed message part.

Re: guile-1.8 (1.8.5+1-2) recommended for lenny

[dann frazier]

On Sun, Aug 10, 2008 at 06:12:11PM -0700, Rob Browning wrote:
> Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> writes:
> 
> > Rob Browning <[EMAIL PROTECTED]> writes:
> >> Hopefully, this should fix the one remaining RC bug for lenny.  The
> >> other RC bug was fixed by the previous upload (1.8.5+1-1).  I believe
> >> this release should be included in lenny, if at all possible.
> >
> > Unblocked.
> 
> I just uploaded a new version, 1.8.5+1-3, which I hope will fix the
> remaining issues.  This version may also fix the long-standing problem
> with support for ia64.

Awesome!

> For now, I've still left ia64 out of the architectures list, but if
> the fix works, we may be able to change the packages to all.

fwiw, it builds fine (once the arch list is updated), and my test
builds of a couple guile-1.8 packages seem to build/run fine. As an
ia64 user, I would be happy to have ia64 back in sync with the other
archs here.

-- 
dann frazier


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

Re: Request for unfreeze of goobox: L10 (possibly + X)

[Adeodato Simó]

* Helge Kreutzmann [Mon, 18 Aug 2008 21:36:16 +0200]:

> Would the RMs accept an upload of -4 including the fix for #495492
> (and, if possible, for #495491 as well) targetting Lenny? 

Yes.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
  Listening to: Pablo Milanés - Libertad


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

Re: Freeze exception for znc 0.058-2

[Adeodato Simó]

* Patrick Matthäi [Mon, 18 Aug 2008 22:04:49 +0200]:

> Hello release team,

> I just uplaoded a new znc build.

> These are the changes:

>   * Implemented dpatch.
>   * Add 01-emb_perl-sys-init3.dpatch patch from upstream svn
> (r1155-r1158).
> Closes: #495076
>   * Merge debian/changelog from the stable 0.045-3+etch1 upload.

> As reported in #495076 the modperl extension (embedded) could break with
> Perl 5.10.0 and so on I fixed it together with the upstream.

Unblocked.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
  Listening to: Pablo Milanés - Libertad


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

Re: Exception for debtags 1.7.7

[Adeodato Simó]

* Enrico Zini [Mon, 18 Aug 2008 21:27:27 +0100]:

> On Mon, Aug 18, 2008 at 02:51:54PM +0200, Pierre Habouzit wrote:

> >   unblocked.

> Thanks.

> > On Mon, Aug 18, 2008 at 12:46:48PM +, Enrico Zini wrote:
> > > In the future we can see about packaging the vocabulary as a binary-all
> > > package, so that if needed we can upload an updated vocabulary shortly
> > > before release without needing to bother with autobuilders: I haven't
> > > done it yet because I'm not sure about a package just to ship 60Kb of
> > > uncompressed text.
> >   Such a change would not meet the release freeze exceptions criteria
> > anyways ;)

> For "in the future" I meant "after lenny".  I thought about bringing up
> the discussion here because I wanted to at least inform the release team
> that debtags is the package shipping the vocabulary file that is needed
> to accompany the Tag: fields in the Packages file.

If all that changes is the vocabulary, any update is welcome even late
in the release cycle. And worry not about the autobuilders, I'm told by
a buildd admin they are outrageously idle during freezes... ;-)

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
 Listening to: Mónica Molina - Las cuatro y diez


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

Re: Exception for debtags 1.7.7

[Enrico Zini]

On Mon, Aug 18, 2008 at 02:51:54PM +0200, Pierre Habouzit wrote:

>   unblocked.

Thanks.

> On Mon, Aug 18, 2008 at 12:46:48PM +, Enrico Zini wrote:
> > In the future we can see about packaging the vocabulary as a binary-all
> > package, so that if needed we can upload an updated vocabulary shortly
> > before release without needing to bother with autobuilders: I haven't
> > done it yet because I'm not sure about a package just to ship 60Kb of
> > uncompressed text.
>   Such a change would not meet the release freeze exceptions criteria
> anyways ;)

For "in the future" I meant "after lenny".  I thought about bringing up
the discussion here because I wanted to at least inform the release team
that debtags is the package shipping the vocabulary file that is needed
to accompany the Tag: fields in the Packages file.


Ciao,

Enrico

-- 
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Freeze exception for znc 0.058-2

[Patrick Matthäi]

Hello release team,

I just uplaoded a new znc build.

These are the changes:

  * Implemented dpatch.
  * Add 01-emb_perl-sys-init3.dpatch patch from upstream svn
(r1155-r1158).
Closes: #495076
  * Merge debian/changelog from the stable 0.045-3+etch1 upload.

As reported in #495076 the modperl extension (embedded) could break with
Perl 5.10.0 and so on I fixed it together with the upstream.

Thanks.

-- 
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi

E-Mail: [EMAIL PROTECTED]

Comment:
Always if we think we are right,
we were maybe wrong.
*/


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

Please unblock apache2 2.2.9-7

[Stefan Fritsch]

Hi,

please unblock apache2 2.2.9-7 and hint it into testing with 
apache2-mpm-itk. It fixes a minor security issue and some important 
bugs (two of which are regressions introduced in 2.2.9). Thanks.

apache2 (2.2.9-7) unstable; urgency=low

  * Fix XSS in mod_proxy_ftp (CVE-2008-2939).
  * Fix mod_proxy_http losing the query string with noescape (PR
45247).
  * Make the balancer manager work in Opera and MSIE (PR 45578).
  * Fix mod_headers "edit" removing multiple headers with the same
name (PR 45333).
  * Also describe how to get a backtrace from a running process in
README.backtrace.

Cheers,
Stefan


signature.asc
Description: This is a digitally signed message part.

Request for unfreeze of goobox: L10 (possibly + X)

[Helge Kreutzmann]

Hello,
since the German translation for goobox contained an error, I
corrected it (and pushed it upstream). Subsequently, I uploaded a new
debian version (2.0.0-3) which has been built by most architectures
already. The full changelog:

goobox (2.0.0-3) unstable; urgency=low

  * L10n upload targetting Lenny
  * Update Arabic translation from upstream SVN
  * Update Czech translation from upstream SVN
  * Update German translation from upstream SVN
  * Update Brazilian translation from upstream SVN

 -- Helge Kreutzmann <[EMAIL PROTECTED]>  Sun, 17 Aug 2008 09:57:04 +0200

This is a pure l10n upload an hence should be acceptable for an
unfreeze.

Unfortunately, just after uploading two bugs have been reported[1], which
both are easy and non-intrusive to fix:

#495492:
Previous upstream versions were able to create mp3 if the necessary 
package (not in Debian) was present, this is no longer the case.

The fix is simple: remove README.Debian and Recommends to gstreamer-lame.
Since Lenny users might search for mp3 encoding removing this
information might save them some time. This fix does not alter the
built binary in any way.

#495491:
A certain sequence with the preference dialog makes goobox crash (I
confirmed this on ppc). The patch has been accepted (slightly updated)
by upstream and is attached to this e-mail. While having this fix in
Lenny would be nice (and the fix does not alter much), I understand
that it might not be acceptable. I confirmed that the fix builds and
works on ppc, before upload I would check for building on x86 as well.

Would the RMs accept an upload of -4 including the fix for #495492
(and, if possible, for #495491 as well) targetting Lenny? 

If this is not possible I request a freeze exception for -3.

If you need more information do not hesitate to ask.

Greetings

   Helge

[1] These were the first bugs for almost the entire development cycle
for Lenny
-- 
  Dr. Helge Kreutzmann [EMAIL PROTECTED]
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/
# Fix crash in properties dialog for wav files, taken from upstream SVN
# Closes: #495491
Index: goobox-2.0.0-3test/src/dlg-preferences.c
===
--- goobox-2.0.0-3test.orig/src/dlg-preferences.c	2008-08-18 19:22:46.0 +0200
+++ goobox-2.0.0-3test/src/dlg-preferences.c	2008-08-18 19:26:35.0 +0200
@@ -367,7 +367,7 @@
 	}
 	
 	gtk_combo_box_set_active (GTK_COMBO_BOX (data->p_filetype_combobox), file_format);
-	gtk_notebook_set_current_page (GTK_NOTEBOOK (data->p_encoding_notebook), file_format);
+	filetype_combobox_changed_cb (NULL, data);
 
 	/**/
 	
@@ -583,7 +583,7 @@
 		text = g_strdup_printf ("%s", _("FLAC"));
 		break;
 	default:
-		text = "";
+		text = g_strdup ("");
 		break;
 	}
 	gtk_label_set_markup (GTK_LABEL (f_title_label), text);
@@ -597,6 +597,7 @@
 		text = _("Compression level:");
 		break;
 	default:
+		text = "";
 		break;
 	}
 	gtk_label_set_text (GTK_LABEL (data->f_quality_label), text);
@@ -612,6 +613,7 @@
 		text = _("WAV+PCM is a lossless format that holds uncompressed, raw pulse-code modulated (PCM) audio.");
 		break;
 	default:
+		text = "";
 		break;
 	}
 	gtk_label_set_text (GTK_LABEL (f_description_label), text);
Index: goobox-2.0.0-3test/src/dlg-ripper.c
===
--- goobox-2.0.0-3test.orig/src/dlg-ripper.c	2008-08-18 19:24:21.0 +0200
+++ goobox-2.0.0-3test/src/dlg-ripper.c	2008-08-18 19:26:35.0 +0200
@@ -401,7 +401,7 @@
 		char   *url= NULL;
 		
 		scheme = gnome_vfs_get_uri_scheme (folder);
-		if ((scheme == NULL) || (scheme == ""))
+		if ((scheme == NULL) || (strcmp (scheme, "") == 0))
 			url = gnome_vfs_get_uri_from_local_path (folder);
 		else
 			url = g_strdup (folder);


signature.asc
Description: Digital signature

Re: hppa in lenny? (Was: Freeze exceptions related to libdb-ruby)

[dann frazier]

On Mon, Aug 18, 2008 at 08:34:17PM +0200, Helge Deller wrote:
> dann frazier wrote:
>> On Sun, Aug 17, 2008 at 01:14:01AM +0200, Helge Deller wrote:
>>> Adeodato Sim?? wrote:
>>> I just looked into ruby19 on hppa.
>>> The makecontext()/setcontext()/switchcontext() functions which went into 
>>> libc-ports recently [*2] will not help here.
>>> Instead, I think only when at some point the glibc on hppa switches to 
>>> NPTL, ruby could work.
>> hey Helge!
>>  fyi, John Wright and I have had a buildd running w/ an NPTL glibc for
>> a while, and we're not having any better luck with ruby1.9 builds -
>> they seem to fail just as before ('miniruby' spinning indefinitely).
>> In general, I haven't noticed any better or worse behavior between
>> linuxthread/NPTL buildds.
>
> Hi Dan,
>
> Thanks for testing it! That's interesting. It was always my assumption, 
> that NPTL would fix a few problems. If this is not the case, then it's time 
> to look into the glibc/linuxthreads/NPTL coding again. I'll try to find 
> some time this week to analyze that, but sadly debugging thread-issues is 
> not easy nor really funny :-(

hey Helge,
 Thank you for making an effort to help us here. If having an NPTL
chroot would help, let me know. We're publishing the autobuilt NPTL
bits here:
  http://parisc-linux.org/~dannf/hppa-nptl-mirror/
I don't think it has all of base built yet, but I can tar up our build
chroot if necessary.

-- 
dann frazier


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

Re: Inclusion of python-fuse 0.2-pre3-7 in lenny

[Sebastien Delafond]

On Mon, Aug 18, 2008 at 02:55:05PM +0200, Pierre Habouzit wrote:
> > I have just uploaded python-fuse 0.2-pre3-7 to sid, thus fixing
> > #495493[0], a.k.a. "python-fuse deadlocks while unmounting a filesystem".
> 
> unblocked

would the RMs also consider unblocking 0.2-pre3-8, which fixes a bug
that's IMHO an RC one ?

Namely, #495500[0] describes how building from source any version up
to -7 can result in different binary packages, depending on whether
python-setuptools is installed or not. The reporter describes how this
breaks upgrades, for instance.

To ensure a consistent build experience no matter the configuration of
the build machine you use, I just introduced a Build-Conflict with
python-setuptools in -8, and that's the only change between -7 and -8:

  ~debian/python-fuse/0.2-pre3/python-fuse-0.2-pre3 # debdiff ../*-7*.dsc 
../*-8*dsc
  --- python-fuse-0.2-pre3/debian/changelog
  +++ python-fuse-0.2-pre3/debian/changelog
  @@ -1,3 +1,11 @@
  +python-fuse (1:0.2-pre3-8) unstable; urgency=low
  +
  +  * Build-conflict with python-setuptools: depending on whether it is
  +installed at build time, binary packages end up with different
  +contents (Closes: #495500).
  +  
  + -- Sebastien Delafond <[EMAIL PROTECTED]>  Mon, 18 Aug 2008 12:03:53 -0700
  +
   python-fuse (1:0.2-pre3-7) unstable; urgency=low

 * Applied patch that prevents python-fuse from deadlocking while
  diff -u python-fuse-0.2-pre3/debian/control 
python-fuse-0.2-pre3/debian/control
  --- python-fuse-0.2-pre3/debian/control
  +++ python-fuse-0.2-pre3/debian/control
  @@ -3,6 +3,7 @@
   Priority: optional
   Maintainer: Sebastien Delafond <[EMAIL PROTECTED]>
   Build-Depends: python-all-dev, python (>= 2.3.5-7), python-central (>= 0.5), 
dh-buildinfo, libfuse-dev (>= 2.5), cdbs (>= 0.4.41), debhelper (>= 5.0.37.2), 
pkg-config
  +Build-Conflicts: python-setuptools
   Standards-Version: 3.8.0
   XS-Python-Version: all

Cheers,

--Seb

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495500


signature.asc
Description: Digital signature

Freeze exception for telepathy-haze 0.2.0-2 (#495199, #495201)?

[Simon McVittie]

May we have a freeze exception for telepathy-haze 0.2.0-2, once it's had its
10 days in unstable? The package has priority:optional, and this upload fixes
two bugs of severity:important.

The diff since 0.2.0-1 (in lenny) is that I've added backported patches
supplied by the upstream author to fix two important-severity bugs:

* #495199: haze sometimes accesses already-freed memory and crashes after a
  connection error, most commonly a wrong password
* #495201: haze causes an assertion failure in libpurple if the 'server'
  parameter is empty or contains a space

(I also added myself to Uploaders to do the upload - I'm a member of the
maintenance team, I just hadn't uploaded this particular package before.)

Thanks,
Simon
pkg-telepathy

diffstat for telepathy-haze_0.2.0-1 telepathy-haze_0.2.0-2

 debian/patches/01-495199-fix-segfault-on-connection-error.diff |   88 
++
 debian/patches/02-495201-fix-crash-on-empty-server-string.diff |   59 ++
 telepathy-haze-0.2.0/debian/changelog  |   11 +
 telepathy-haze-0.2.0/debian/control|2 
 4 files changed, 159 insertions(+), 1 deletion(-)

diff -u telepathy-haze-0.2.0/debian/changelog 
telepathy-haze-0.2.0/debian/changelog
--- telepathy-haze-0.2.0/debian/changelog
+++ telepathy-haze-0.2.0/debian/changelog
@@ -1,3 +1,14 @@
+telepathy-haze (0.2.0-2) unstable; urgency=low
+
+  * Add patch from upstream to fix potential crash after a connection
+error (e.g. bad password) (closes: #495199, severity important)
+  * Add patch from upstream to avoid assertion failure in libpurple if the
+user supplies an empty server parameter or one containing spaces
+(closes: #495201, severity important)
+  * Add myself to Uploaders
+
+ -- Simon McVittie <[EMAIL PROTECTED]>  Mon, 18 Aug 2008 19:00:55 +0100
+
 telepathy-haze (0.2.0-1) unstable; urgency=low
 
   * New upstream release
diff -u telepathy-haze-0.2.0/debian/control telepathy-haze-0.2.0/debian/control
--- telepathy-haze-0.2.0/debian/control
+++ telepathy-haze-0.2.0/debian/control
@@ -2,7 +2,7 @@
 Section: net
 Priority: optional
 Maintainer: Debian Telepathy maintainers <[EMAIL PROTECTED]>
-Uploaders: Laurent Bigonville <[EMAIL PROTECTED]>
+Uploaders: Laurent Bigonville <[EMAIL PROTECTED]>, Simon McVittie <[EMAIL 
PROTECTED]>
 Build-Depends: cdbs,
debhelper (>= 5),
pkg-config (>= 0.9.0),
only in patch2:
unchanged:
--- 
telepathy-haze-0.2.0.orig/debian/patches/02-495201-fix-crash-on-empty-server-string.diff
+++ 
telepathy-haze-0.2.0/debian/patches/02-495201-fix-crash-on-empty-server-string.diff
@@ -0,0 +1,59 @@
+commit 53835d7664c07173a444996d9fe47a6a2306de88
+Author: Will Thompson <[EMAIL PROTECTED]>
+Date:   Sun Feb 17 12:40:14 2008 +
+
+Reject server parameters which are blank or contain spaces
+
+
+20080217124014-9f02e-844ab52f25f64993d1603863c356f07b2b4e2a1f.gz
+---
+ src/connection-manager.c |   29 +
+ 1 files changed, 29 insertions(+), 0 deletions(-)
+
+diff --git a/src/connection-manager.c b/src/connection-manager.c
+index 3072b50..c240db2 100644
+--- a/src/connection-manager.c
 b/src/connection-manager.c
+@@ -104,6 +104,32 @@ _haze_cm_set_param (const TpCMParamSpec *paramspec,
+ g_hash_table_insert (params, prpl_param_name, value_copy);
+ }
+ 
++static gboolean
++_param_filter_no_blanks (const TpCMParamSpec *paramspec,
++ GValue *value,
++ GError **error)
++{
++const gchar *str = g_value_get_string (value);
++
++if (*str == '\0')
++{
++g_set_error (error, TP_ERRORS, TP_ERROR_INVALID_ARGUMENT,
++"Account parameter '%s' must not be empty",
++paramspec->name);
++return FALSE;
++}
++
++if (strstr (str, " ") != NULL)
++{
++g_set_error (error, TP_ERRORS, TP_ERROR_INVALID_ARGUMENT,
++"Account parameter '%s' may not contain spaces",
++paramspec->name);
++return FALSE;
++}
++
++return TRUE;
++}
++
+ /* Populates a TpCMParamSpec from a PurpleAccountOption, possibly renaming the
+  * parameter as specified in parameter_map.  paramspec is assumed to be 
zeroed out.
+  * Returns TRUE on success, and FALSE if paramspec could not be populated (and
+@@ -179,6 +205,9 @@ _translate_protocol_option (PurpleAccountOption *option,
+ return FALSE;
+ }
+ 
++if (g_str_equal (paramspec->name, "server"))
++paramspec->filter = _param_filter_no_blanks;
++
+ return TRUE;
+ }
+ 
only in patch2:
unchanged:
--- 
telepathy-haze-0.2.0.orig/debian/patches/01-495199-fix-segfault-on-connection-error.diff
+++ 
telepathy-haze-0.2.0/debian/patches/01-495199-fix-segfault-on-connection-error.diff
@@ -0,0 +1,88 @@
+commit 41a82cc4e33b646630203223c204ace8ae1d9f49
+Author: Will Thompson <[EMAIL PROTECTED]>
+Date:   Thu Aug 14 11:37:38 2008 +0100
+
+Keep track of whether purple_account_disconnect need

Re: including atlas in lenny

[Ondrej Certik]

On Mon, Aug 18, 2008 at 8:13 PM, Adeodato Simó <[EMAIL PROTECTED]> wrote:
> * Steve Langasek [Tue, 12 Aug 2008 11:10:48 -0300]:
>
>> On Tue, Aug 12, 2008 at 11:13:33AM +0200, Ondrej Certik wrote:
>
>> > the atlas package was uploaded:
>
>> > http://packages.qa.debian.org/a/atlas.html
>
>> > which fixes this RC (ftbfs) bug:
>
>> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486974
>
>> > would it be please possible to include it in lenny?
>
> Yes, unblocked.
>
> (To Steve, in case he reads this: atlas is unbuilt on alpha, not out of
> date. Binaries from the obsolete package, which I'm not sure what
> relationship with atlas maintains, were removed for several
> architectures by ftpmaster on Apr 2nd.)

Thanks. And thanks Steve for trying to fix it -- the package needs
general cleanup, but I am glad it at least builds for now.

Ondrej

Re: hppa in lenny? (Was: Freeze exceptions related to libdb-ruby)

[Helge Deller]

dann frazier wrote:

On Sun, Aug 17, 2008 at 01:14:01AM +0200, Helge Deller wrote:

Adeodato Sim?? wrote:
I just looked into ruby19 on hppa.
The makecontext()/setcontext()/switchcontext() functions which went into 
libc-ports recently [*2] will not help here.
Instead, I think only when at some point the glibc on hppa switches to 
NPTL, ruby could work.


hey Helge!
 fyi, John Wright and I have had a buildd running w/ an NPTL glibc for
a while, and we're not having any better luck with ruby1.9 builds -
they seem to fail just as before ('miniruby' spinning indefinitely).

In general, I haven't noticed any better or worse behavior between
linuxthread/NPTL buildds.


Hi Dan,

Thanks for testing it! That's interesting. It was always my assumption, 
that NPTL would fix a few problems. If this is not the case, then it's 
time to look into the glibc/linuxthreads/NPTL coding again. I'll try to 
find some time this week to analyze that, but sadly debugging 
thread-issues is not easy nor really funny :-(


Helge


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

Re: freeze exception request: xserver-xorg-video-geode

[Adeodato Simó]

* Martin-Éric Racine [Mon, 18 Aug 2008 21:08:12 +0300]:

> On Mon, Aug 18, 2008 at 9:03 PM, Adeodato Simó <[EMAIL PROTECTED]> wrote:
> > * Martin-Éric Racine [Sun, 17 Aug 2008 00:59:46 +0300]:

> >> Well, whatever.  I could create a 2.10.1-1lenny1, just for the sake of
> >> reverting those changes and even though reverting them is pointless,
> >> then push that somewhere else. lenny-update-proposed?

> > Uploading to unstable is preferred.

> Done. Awaiting unblocking.

Thanks, unblocked.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
The problem I have with making an intelligent statement is that some
people then think that it's not an isolated occurrance.
-- Simon Travaglia


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

Re: plptools update to fix translation bugs.

[Adeodato Simó]

* John Lines [Mon, 18 Aug 2008 18:52:12 +0100]:

> I have uploaded an updated packaging of plptools-1.0.4. The only changes are 
> updated debconf .po files to fix translation bugs. (494008, 494134 and 
> 495496)

> Please allow this into testing

Unblocked, thanks.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
Will you just stand still?
-- Luke Danes


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

Re: freeze exception request: xserver-xorg-video-geode

[Martin-Éric Racine]

On Mon, Aug 18, 2008 at 9:03 PM, Adeodato Simó <[EMAIL PROTECTED]> wrote:
> * Martin-Éric Racine [Sun, 17 Aug 2008 00:59:46 +0300]:
>
>> Well, whatever.  I could create a 2.10.1-1lenny1, just for the sake of
>> reverting those changes and even though reverting them is pointless,
>> then push that somewhere else. lenny-update-proposed?
>
> Uploading to unstable is preferred.

Done. Awaiting unblocking.

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Re: freeze exception request: rus-ispell

[Adeodato Simó]

* Martin-Éric Racine [Sun, 17 Aug 2008 01:30:16 +0300]:

> On Thu, Aug 14, 2008 at 1:28 PM, Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> 
> wrote:
> > ""=?UTF-8?Q?Martin-=C3=89ric_Racine?="" <[EMAIL PROTECTED]> writes:
> >> The last time upstream produced an update to this Russian wordlist for
> >> ispell/myspell/aspell was 2 years ago.

> >> An update would be very desirable, as I've gotten plenty of user
> >> feedback that Debian's writing aids for Russian are of very poor
> >> quality, because they don't nearly cover enough words for daily usage
> >> yet.

> > A wordlist is something like documentation, so just upload and we will
> > upload.

> Uploaded to unstable. Waiting for freeze exception.

Unblocked.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
Will you just stand still?
-- Luke Danes


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

Re: including atlas in lenny

[Adeodato Simó]

* Steve Langasek [Tue, 12 Aug 2008 11:10:48 -0300]:

> On Tue, Aug 12, 2008 at 11:13:33AM +0200, Ondrej Certik wrote:

> > the atlas package was uploaded:

> > http://packages.qa.debian.org/a/atlas.html

> > which fixes this RC (ftbfs) bug:

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

> > would it be please possible to include it in lenny?

Yes, unblocked.

(To Steve, in case he reads this: atlas is unbuilt on alpha, not out of
date. Binaries from the obsolete package, which I'm not sure what
relationship with atlas maintains, were removed for several
architectures by ftpmaster on Apr 2nd.)

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
— Oh, George, you didn't jump into the river. How sensible of you! 
-- Mrs Banks in “Mary Poppins”


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

plptools update to fix translation bugs.

[John Lines]

I have uploaded an updated packaging of plptools-1.0.4. The only changes are 
updated debconf .po files to fix translation bugs. (494008, 494134 and 
495496)


Please allow this into testing

John

-- 
John Lines
http://johnlines.homedns.org/john.lines.html


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

Re: freeze exception request: xserver-xorg-video-geode

[Adeodato Simó]

* Martin-Éric Racine [Sun, 17 Aug 2008 00:59:46 +0300]:

> Well, whatever.  I could create a 2.10.1-1lenny1, just for the sake of
> reverting those changes and even though reverting them is pointless,
> then push that somewhere else. lenny-update-proposed?

Uploading to unstable is preferred.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
Truth is the most valuable thing we have, so let's economize it.
-- Mark Twain


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

Re: Freeze exception request for directfb 1.0.1-11

[Otavio Salvador]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Pierre Habouzit <[EMAIL PROTECTED]> writes:

> On lun, aoû 18, 2008 at 12:57:14 +, Pierre Habouzit wrote:
>> On Mon, Aug 18, 2008 at 12:38:20PM +, Fathi Boudra wrote:
>> > Hi,
>> > 
>> > Could you please unfreeze libdirectfb 1.0.1-11 ?
>> > 
>> > It fixes 2 bugs:
>> > - unicode key handling (bug #401296) usefull for Debian graphical 
>> > installer.
>> > - DirectFb fails to start in usual case (RC bug #493899).
>> 
>> unblocked.
>
>   err no not yet, if debian-boot agrees, there is a udeb.

No objection

- -- 
O T A V I OS A L V A D O R
- -
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
- -
"Microsoft sells you Windows ... Linux gives
 you the whole house."
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iEUEARECAAYFAkipuJ8ACgkQLqiZQEml+FUaGQCfVteKrFxkWjCbfaaLggJ4P3PH
5FIAmOkV3oSxKTORKKD3P3/REcC5yC8=
=1nWX
-END PGP SIGNATURE-


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

Re: Freeze exception for libapache2-mod-perl2/2.0.4-2

[Adeodato Simó]

* Niko Tyni [Mon, 18 Aug 2008 11:51:19 +0300]:

> > > Darn, it failed on all autobuilders because their sbuilds still suffer
> > > from #395271

> > > I suppose we need to do something else to fix libapache2-mod-perl2.

> > Any progress on this fix?

> As discussed in #494677, fixing the CGI.pm bug in perl-modules (tracked
> as #494679 and waiting for 5.10.0-13 to get in lenny first) should take
> care of the original non-deterministic libapache2-mod-perl2 FTBFS bug
> (#480154) still present in testing. I don't think we should work around
> the problem in libapache2-mod-perl2 at this point.

Sigh, I even commented on 494679, but I failed to associate that with
this thread. Sorry for the noise.

> Hope this clears it up :)

Thank you.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
As scarce as truth is, the supply has always been in excess of the demand.
-- Josh Billings


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

Re: Please unblock libgphoto2 2.4.1-3

[Adeodato Simó]

* Cyril Brulebois [Mon, 18 Aug 2008 15:30:45 +0200]:

> Hi,

> please unblock libgphoto2 2.4.1-3 as it fixes some misdetection of
> Panasonic cameras (PTP vs USB Mass Storage):
> | libgphoto2 (2.4.1-3) unstable; urgency=low

> |   * Backport patch from upstream to disable some buggy Panasonic IDs
> | (04da:2372) to ensure those cameras can be used as mass-storage
> | devices (Closes: #479135, #482848):
> |  - Add 30_backport_dropping_panasonic_ids.dpatch

> |  -- Cyril Brulebois <[EMAIL PROTECTED]>  Sat, 16 Aug 2008 13:20:13 +0200

Unblocked.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
The surest way to corrupt a youth is to instruct him to hold in higher
esteem those who think alike than those who think differently.
-- F. Nietzsche


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

Re: Please unblock graphviz 2.20.2-2

[Adeodato Simó]

* Cyril Brulebois [Mon, 18 Aug 2008 15:30:52 +0200]:

> Hi,

> please unblock graphviz 2.20.2-2, as it fixes a regression in one tool
> of the whole set, making that tool useless:
> | graphviz (2.20.2-2) unstable; urgency=low

> |   * Backport patch by Emden R. Gansner to fix a regression in tred, which
> | happened during the transition to cgraph (in 2.20.0), spotted by
> | Wouter Koolen-Wijkstra (Closes: #493494):
> |  - debian/patches/10_fix_tred_regression

> |  -- Cyril Brulebois <[EMAIL PROTECTED]>  Sat, 16 Aug 2008 07:29:59 +0200

Unblocked.

> The diff is enormous:

Enormous in the same way the openssl one was?

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
— Oh, George, you didn't jump into the river. How sensible of you! 
-- Mrs Banks in “Mary Poppins”


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

Re: [EMAIL PROTECTED]: Mail delivery failed: returning message to sender]

[Adeodato Simó]

* Andreas Henriksson [Mon, 18 Aug 2008 14:34:59 +0200]:

> Please unblock awstats 6.7.dfsg-5, which I just uploaded.
> It includes a simple patch from upstream to fix a XSS issue (rated
> important by the security team, but can't hurt to include it in Lenny).
> The relevant debian bug number is #495432.

Unblocked.

> Lets try without the debdiff and see if we can get through

For packages in the archive already, attaching the debdiff it's not
necessary, unless it's a commented diff.

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
A hacker does for love what other would not do for money.


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

Re: packages with build dependencies on openjdk-6-jdk

[Michael Tautschnig]

[...]
> 
>  - build dependencies should be of the form openjdk-6-jdk |
>cacao-oj6-jdk, or else builds will fail on s390.
> 

Shouldn't instead architecture specific build-depends be used?

Best,
Michael



pgpDYoVfeDAwX.pgp
Description: PGP signature

Re: [Pkg-kde-extras] Amarok: SECURITY ISSUE in Debian Etch and Lenny

[Modestas Vainius]

Hi,

pirmadienis 18 rugpjūtis 2008, thacrazze rašė:
> in the Amarok package is a security issue
>
> It is fixed in Amarok 1.4.10
>(http://secunia.com/advisories/31418/,
> http://amarok.kde.org/en/releases/1/4/10)
The fixed version has been in unstable for two days already. 1.4.10 is a new 
upstream release but:

1. The only real change since 1.4.9.1 is the security fix mentioned above and 
updates to translations.
2. The big upstream tarball diff comes from the differences in *autogenerated* 
autotools stuff. However, autotools stuff is regenerated each time package is 
built anyway so these differences can be safely ignored.
3. Packaging diff from 1.4.9.1-3 to 1.4.10-1 is just a new debian/changelog 
entry.

Given the reasons above, please unblock amarok 1.4.10-1 and allow it to 
migrate to Lenny. You can of couse delay 1.4.10-1 migration a bit if you want 
since the security issue in question is not very critical.

-- 
Modestas Vainius <[EMAIL PROTECTED]>



signature.asc
Description: This is a digitally signed message part.

Re: Freeze exceptions related to libdb-ruby

[dann frazier]

On Fri, Aug 08, 2008 at 11:27:06PM -0300, Lucas Nussbaum wrote:
> On 08/08/08 at 16:34 -0600, dann frazier wrote:
> > > libdb-ruby given back, though note that it's not guarenteed to get built 
> > > as 
> > > keeping the buildd running is more important (ruby1.9 has some nasty 
> > > issues)...
> > 
> > I believe that most ruby packages have been disabling on the hppa
> > buildds since they're triggering an unresolved kernel bug.
> 
> I thought that only the ruby1.9 source package was triggering the kernel
> issue.  Do other packages trigger it as well, even with the old version
> of ruby1.9 that could still be compiled on hppa?
> 
> That would be new (and interesting) information.

Sorry, missed your reply until now.
It is my understanding that packages that use ruby1.9 also cause the
buildd to fail. In order to keep the buildds building other packages,
the ruby1.9 has been disabled in the buildd chroots. However, I'd
suggest confirming this with lamont before making any proposals based
upon it.

-- 
dann frazier


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

Re: hppa in lenny? (Was: Freeze exceptions related to libdb-ruby)

[dann frazier]

On Sun, Aug 17, 2008 at 01:14:01AM +0200, Helge Deller wrote:
> Adeodato Sim?? wrote:
>> * Lucas Nussbaum [Sat, 16 Aug 2008 14:10:16 -0300]:
>>> ruby1.9 is broken on hppa: 1.9.0.1, that previously built fine (it's in
>>> the archive) exhibits the same problems as 1.9.0.2 and 1.9.0.3. 
>>> I spent hours trying to do the hppa porters' work by investigating the
>>> ruby1.9 build failure, with no success (and no help from the hppa
>>> porters, except giving me access to an hppa machine, since hppa doesn't
>>> have any developer-accessible machine maintained by DSA).
>>> In [1], the state of hppa was already raised, and, while no real
>>> conclusion has been drawn from this thread, it seems that, while most
>>> people involved on hppa find it very sad (which I agree with), the right
>>> thing to do is to drop hppa from the list of official archs for lenny,
>>> since it's unlikely to be a "good" stable arch.
>>> So far, I haven't heard any official position from the release team
>>> about that,
>> hppa has certainly had trouble during this release cycle. However, it's
>> been mostly reduced to a small set of packages, and since (a) it has not
>> been the kind of brekage that prevents the release team from doing their
>> job (alpha buildd outages eg. have been more painful), and (b) the
>> architecture is not generally broken, it was decided not to use /our/
>> veto power to kick it out of lenny. (No decision taken for lenny+1 in
>> either direction, though.)
>> I realize the ruby1.9 situation is frustrating, but I don't think it's
>> fair to drop hppa from lenny because of it. I don't think your "it's
>> unlikely to be a 'good' stable arch" is true either.
>> Otoh, it's really commendable, and I mean it, that you decided to spend
>> your time towards having it fixed, rather than just kill ruby1.9 on hppa
>> as I suggested (which is, tbh, what I would've done in your position).
>> It really sucks that no hppa person is available to help, but my opinion
>> is that's still more valuable to release with hppa without ruby1.9 there,
>> than to drop hppa completely.
>> So, what I would like from a release POV is to wait at most for this
>> glibc -14 upload with context-fu on hppa that somebody somewhere said
>> could fix the issue, 
>
> I just looked into ruby19 on hppa.
> The makecontext()/setcontext()/switchcontext() functions which went into 
> libc-ports recently [*2] will not help here.
> Instead, I think only when at some point the glibc on hppa switches to 
> NPTL, ruby could work.

hey Helge!
 fyi, John Wright and I have had a buildd running w/ an NPTL glibc for
a while, and we're not having any better luck with ruby1.9 builds -
they seem to fail just as before ('miniruby' spinning indefinitely).

In general, I haven't noticed any better or worse behavior between
linuxthread/NPTL buildds.


> [*2] http://permalink.gmane.org/gmane.comp.lib.glibc.cvs/25637
>
>
> > and if it persists, to kill ruby1.9 on hppa so that
>> we get that part of the archive on a releseable state.
>
> Probably the best idea, unless my hand-built (and partly buggy) ruby19 
> binaries on http://gsyprf10.external.hp.com/~deller/ruby/ may help (see my 
> other mail on the debian-hppa list).
>
>>> [1] http://lists.debian.org/debian-hppa/2008/07/msg00044.html
>> Cheers,
>
>
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact 
> [EMAIL PROTECTED]
>

-- 
dann frazier


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

Re: Please unblock beep (udeb), translation updates

[Otavio Salvador]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Pierre Habouzit <[EMAIL PROTECTED]> writes:

> On Sat, Aug 16, 2008 at 04:48:42PM +, Gerfried Fuchs wrote:
>> Hi!
>> 
>>  Please unbock beep, the update contains mostly of translation
>> additions/updates due to some rewrite suggestion I received. Futhermore
>> it also contains some lintian cleanups, but no other changes.
>
>   fine with me if d-i people agree.

No objection

- -- 
O T A V I OS A L V A D O R
- -
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
- -
"Microsoft sells you Windows ... Linux gives
 you the whole house."
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iEYEARECAAYFAkipj8MACgkQLqiZQEml+FVTugCfc0IDt9XN8db52QBXa1P5IY5h
WT4AoIa1fMlkPAiWCHYdNBtAQ4k2ZhXY
=K1pL
-END PGP SIGNATURE-


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

Re: Unblocks for l10n NMUs (one needing D-I team approval)

[Otavio Salvador]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Christian Perrier <[EMAIL PROTECTED]> writes:

> I think I went over all "l10n" NMUs I uploaded during last weeks and
> found the following:
>
> With udebs, needing D-I team approval:
>
> console-setup/1.27:
>* Add a template for the main menu item name.
>* Translation updates

No objection 

- -- 
O T A V I OS A L V A D O R
- -
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
- -
"Microsoft sells you Windows ... Linux gives
 you the whole house."
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iEYEARECAAYFAkipjzQACgkQLqiZQEml+FVDjgCdFVQkidgNG5Xof/Uf+TKo3H7X
fdQAmweimpT7Fu8/Z4ruXugG+Jy+RYiD
=16eR
-END PGP SIGNATURE-


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

Re: hppa in lenny? (Was: Freeze exceptions related to libdb-ruby)

[Lucas Nussbaum]

On 16/08/08 at 21:09 +0100, Adeodato Simó wrote:
> Otoh, it's really commendable, and I mean it, that you decided to spend
> your time towards having it fixed, rather than just kill ruby1.9 on hppa
> as I suggested (which is, tbh, what I would've done in your position).
> It really sucks that no hppa person is available to help, but my opinion
> is that's still more valuable to release with hppa without ruby1.9 there,
> than to drop hppa completely.
> 
> So, what I would like from a release POV is to wait at most for this
> glibc -14 upload with context-fu on hppa that somebody somewhere said
> could fix the issue, and if it persists, to kill ruby1.9 on hppa so that
> we get that part of the archive on a releseable state.

I also investigated the other possibility (killing ruby1.9 on hppa), but
it's not easy, since ruby1.9 is a build-dependency for many packages.
Some of them are Ruby libs and could simply be NFUed as well, but others
are more annoying.

Sources packages affected:
ruby1.9 # NFU
libcairo-ruby # NFU
ruby-gnome2 # NFU (dep on libcairo-ruby)
libdb-ruby # NFU
libexif-ruby # NFU
libfcgi-ruby # NFU
libgpgme-ruby # NFU
libhpricot-ruby # NFU
libinotify-ruby # NFU
mapserver # NMU to remove ruby1.9 package?
ncurses-ruby # NFU
rrdtool # NMU to remove ruby1.9 package?
stfl # NMU to remove ruby1.9 package?

The list was generated manually. It might make sense to process those
packages, and then play with edos-(build)?debcheck to pick up the other
packages.

I won't have time to work on that.
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |


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

Please unblock aptfs 0.6

[Chris Lamb]

Hi -release,

Please unblock aptfs 0.6:

 * debian/changelog entry:

   aptfs (0.6) unstable; urgency=low
 
* Don't ignore source packages which contain a period (".") in their name
* Remove temporary directory if download fails.
* Move to Debhelper 7.
 
-- Chris Lamb <[EMAIL PROTECTED]>  Sun, 17 Aug 2008 22:05:14 +0100

 * diffstat for detailed changes:

 aptfs.py|6 +-
 download.py |7 +--
 util.py |2 +-
 3 files changed, 11 insertions(+), 4 deletions(-)

 The corresponding patch is attached.

 * detail:

   - Packages with periods in their names (eg. "linux-2.6") were not present
 in the directory listing. This was caused by the '.' character being
 treated literally instead of as a metacharacter for a regex.

 util.py |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

   - Temporary directories were not being cleaned-up if the download failed.
 This is a particular problem if all the remaining disk space was
 consumed by the extraction as it is never cleaned up, causing
 headaches. This was reported (on IRC) by Tim Retout <[EMAIL PROTECTED]>. 

 aptfs.py|6 +-
 download.py |7 +--
 2 files changed, 10 insertions(+), 3 deletions(-)

   - The rest of the patch is noise from moving to dh7.


Thank-you for your attention (and efforts towards the Lenny release).


Regards,

-- 
Chris Lamb, UK   [EMAIL PROTECTED]
GPG: 0x634F9A20
diff --git a/AptFs/aptfs.py b/AptFs/aptfs.py
index eb59996..3eff4e4 100644
--- a/AptFs/aptfs.py
+++ b/AptFs/aptfs.py
@@ -83,7 +83,11 @@ class AptFs(Fuse):
 
 pkg, target = parse_path()
 if target is None:
-target = download(pkg, self.temp_dir, self.secure)
+try:
+target = download(pkg, self.temp_dir, self.secure)
+except DownloadError, e:
+shutil.rmtree(e.dir)
+raise
 self.source_packages[pkg] = target
 self.window.insert(0, pkg)
 
diff --git a/AptFs/download.py b/AptFs/download.py
index 53c96a7..bb3674b 100644
--- a/AptFs/download.py
+++ b/AptFs/download.py
@@ -20,7 +20,10 @@ import tempfile
 import commands
 import os
 
-class DownloadError(Exception): pass
+class DownloadError(Exception):
+def __init__(self, output, dir):
+super(DownloadError, self).__init__(self, output)
+self.dir = dir
 
 def download(srcpkg, tempdir=None, secure=False):
 '''
@@ -52,7 +55,7 @@ def download(srcpkg, tempdir=None, secure=False):
 status, output = commands.getstatusoutput(' && '.join(cmds))
 
 if status != 0:
-raise DownloadError(output)
+raise DownloadError(output, dir)
 
 for fname in os.listdir(dir):
 path = os.path.join(dir, fname)
diff --git a/AptFs/util.py b/AptFs/util.py
index 4c12e70..9b10ce7 100644
--- a/AptFs/util.py
+++ b/AptFs/util.py
@@ -50,7 +50,7 @@ def package_info():
 if not glob.glob('/var/lib/apt/lists/*_Sources'):
 raise StopIteration()
 
-stdout, stdin = popen2.popen2('grep-dctrl -S . --invert-match 
--no-field-names --show-field=Package,Binary /var/lib/apt/lists/*_Sources')
+stdout, stdin = popen2.popen2('grep-dctrl -FSource:Package --regex . 
--no-field-names --show-field=Package,Binary /var/lib/apt/lists/*_Sources')
 
 for line in stdout:
 source_package = line.strip()


signature.asc
Description: PGP signature

Please unblock graphviz 2.20.2-2

[Cyril Brulebois]

Hi,

please unblock graphviz 2.20.2-2, as it fixes a regression in one tool
of the whole set, making that tool useless:
| graphviz (2.20.2-2) unstable; urgency=low
| 
|   * Backport patch by Emden R. Gansner to fix a regression in tred, which
| happened during the transition to cgraph (in 2.20.0), spotted by
| Wouter Koolen-Wijkstra (Closes: #493494):
|  - debian/patches/10_fix_tred_regression
| 
|  -- Cyril Brulebois <[EMAIL PROTECTED]>  Sat, 16 Aug 2008 07:29:59 +0200

The diff is enormous:
| --- a/cmd/tools/tred.c
| +++ b/cmd/tools/tred.c
| @@ -102,7 +102,7 @@
|   agnameof(agtail(e)), agnameof(aghead(e)));
|   }
|   } else
| - warn = dfs(aghead(e), e, warn);
| + warn = dfs(aghead(e), AGOUT2IN(e), warn);
|  }
|  
|  MARK(n) = 0;

Thanks already.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Please unblock libgphoto2 2.4.1-3

[Cyril Brulebois]

Hi,

please unblock libgphoto2 2.4.1-3 as it fixes some misdetection of
Panasonic cameras (PTP vs USB Mass Storage):
| libgphoto2 (2.4.1-3) unstable; urgency=low
| 
|   * Backport patch from upstream to disable some buggy Panasonic IDs
| (04da:2372) to ensure those cameras can be used as mass-storage
| devices (Closes: #479135, #482848):
|  - Add 30_backport_dropping_panasonic_ids.dpatch
| 
|  -- Cyril Brulebois <[EMAIL PROTECTED]>  Sat, 16 Aug 2008 13:20:13 +0200

The diff is huge:
| --- a/camlibs/ptp2/library.c
| +++ b/camlibs/ptp2/library.c
| @@ -561,15 +561,12 @@
|   {"Panasonic:DMC-FZ20 (alternate id)", 0x04da, 0x2372, 0},
|   */
|   /* 
http://sourceforge.net/tracker/index.php?func=detail&aid=1350226&group_id=8874&atid=208874
 */
| - {"Panasonic:DMC-LZ2", 0x04da, 0x2372, 0},
|   /* 
https://sourceforge.net/tracker/index.php?func=detail&aid=1405541&group_id=8874&atid=358874
 */
| - {"Panasonic:DMC-LC1", 0x04da, 0x2372, 0},
|  
|   /* Søren Krarup Olesen <[EMAIL PROTECTED]> */
|   {"Leica:D-LUX 2", 0x04da, 0x2375, 0},
|  
|   /* 
http://sourceforge.net/tracker/index.php?func=detail&aid=1275100&group_id=8874&atid=358874
 */
| - {"Panasonic:Lumix FZ5",   0x04da, 0x2372, 0},
|  
|   {"Panasonic:DMC-FZ20",0x04da, 0x2374, 0},
|   {"Panasonic:DMC-FZ50",0x04da, 0x2374, 0},

Thanks already.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: hppa in lenny? (Was: Freeze exceptions related to libdb-ruby)

[Pierre Habouzit]

On Mon, Aug 18, 2008 at 01:10:56PM +, Pierre Habouzit wrote:
> On Sat, Aug 16, 2008 at 11:14:01PM +, Helge Deller wrote:
> > Adeodato Simó wrote:
> > >hppa has certainly had trouble during this release cycle. However, it's
> > >been mostly reduced to a small set of packages, and since (a) it has not
> > >been the kind of brekage that prevents the release team from doing their
> > >job (alpha buildd outages eg. have been more painful), and (b) the
> > >architecture is not generally broken, it was decided not to use /our/
> > >veto power to kick it out of lenny. (No decision taken for lenny+1 in
> > >either direction, though.)
> > >I realize the ruby1.9 situation is frustrating, but I don't think it's
> > >fair to drop hppa from lenny because of it. I don't think your "it's
> > >unlikely to be a 'good' stable arch" is true either.
> > >Otoh, it's really commendable, and I mean it, that you decided to spend
> > >your time towards having it fixed, rather than just kill ruby1.9 on hppa
> > >as I suggested (which is, tbh, what I would've done in your position).
> > >It really sucks that no hppa person is available to help, but my opinion
> > >is that's still more valuable to release with hppa without ruby1.9 
> > >there,
> > >than to drop hppa completely.
> > >So, what I would like from a release POV is to wait at most for this
> > >glibc -14 upload with context-fu on hppa that somebody somewhere said
> > >could fix the issue, 
> > 
> > I just looked into ruby19 on hppa.
> > The makecontext()/setcontext()/switchcontext() functions which went into 
> > libc-ports recently [*2] will not help here.
> 
>   Clearly not, Adeodato was confused, this would fix the dirmngr issue,
> not ruby's.
> 
> > Instead, I think only when at some point the glibc on hppa switches to 
> > NPTL, ruby could work.
> 
>   This is probably not going to happen, and there are two things:
>   (1) linuxthreads is mostly pure C, and ruby works fine on kfreebsd
>   that uses linuxthreads ;

  As an illustration, we were told that the python issue was likely to
be a linuxthread issue, whereas in the end it is probably a way
different issue, related to what caused the glibc FTBFS which was a
glibc problem. I've not rebuilt a python with the test-suite enabled
again on hppa, but I wouldn't be surprised at all (read I'm almost sure
it would work) that it's fixed.

  And the bug was absolutely not hppa related, it only was seen on hppa
for some odd reason though. So unless proven wrong, I see still no valid
reason to hide kernel bugs behind a libpthread soname bump.

>   (2) it produces unkillable processes which points to a kernel bug, and
>   switching to NPTL wont't fix that kernel bug that is very likely
>   to be used as a local DOS, and needs to be addressed either way.



-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpsFrhtY4I4A.pgp
Description: PGP signature

Re: Let varmon/1.2.1-1 enter testing

[Pierre Habouzit]

On Mon, Aug 18, 2008 at 01:21:25PM +, Julien Danjou wrote:
> At 1219065348 time_t, Pierre Habouzit wrote:
> >   how extensive is the diff ? isn't it possible to just backport the fix
> > instead ?
> 
> Well, this upstream release only fix this bug and a couple of gcc
> warnings.
> (varmon is no more developed upstream since 1999,
> and I'm upstream since 2004, applying only fixes).

  unblocked then.


-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpZN3sjDDBEN.pgp
Description: PGP signature

Re: Let varmon/1.2.1-1 enter testing

[Julien Danjou]

At 1219065348 time_t, Pierre Habouzit wrote:
>   how extensive is the diff ? isn't it possible to just backport the fix
> instead ?

Well, this upstream release only fix this bug and a couple of gcc
warnings.
(varmon is no more developed upstream since 1999,
and I'm upstream since 2004, applying only fixes).

Cheers,
-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Re: Let varmon/1.2.1-1 enter testing

[Pierre Habouzit]

On Mon, Aug 18, 2008 at 01:09:20PM +, Julien Danjou wrote:
> Dear RMs,
> 
> varmon 1.2.0 has been removed from testing because of #491505 some days ago.
> This bug is a duplicate of #401236 which anyway, never got *really* fixed and
> is affecting etch also on some computer.
> 
> varmon 1.2.1 is a new upstream version which *really* fix this issue and
> make varmon fully usable again.
> 
> Therefore I think you, my dear RMs, should allow varmon to enter
> testing after a period of days you will decided, based on your
> willing and deep experience of release management. :-)

  how extensive is the diff ? isn't it possible to just backport the fix
instead ?



-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpI5nJtfpyzB.pgp
Description: PGP signature

freeze exception for jifty 0.80408-2

[Yves Agostini]

Dear release managers,

Please consider giving a freeze exception for jifty 0.80408-2 to migrate
to lenny. The upload contains a fix for a FTBFS bug[0]. 0.80408-1 was
uploaded only on 29 Jul 2008 [1] and don't arrived in testing, so it's a
new package.
It would be a pity if jifty will not be in lenny while near 20 new
needed dependencies were added for jifty and they will be almost useless
without it.

[0] http://bugs.debian.org/493439

[1] http://bugs.debian.org/479555

Cheers,

-- 
Yves Agostini <[EMAIL PROTECTED]> ( yvesago-guest on alioth )


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

Re: Release exception for libchipcard 4.1.3-2

[Pierre Habouzit]

On Sun, Aug 17, 2008 at 09:12:05PM +, Micha Lenk wrote:
> Hi release team,

unblocked.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpecWsfTgBrE.pgp
Description: PGP signature

Re: x86info 1.21-2

[Pierre Habouzit]

On Sun, Aug 17, 2008 at 09:14:59PM +, Mark Brown wrote:
> Please consider allowing x86info 1.21-2 to enter testing.  This version
> contains small updates to the control file to allow the package to build
> on kfreebsd-amd64:

unblocked.
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpCVHezxlGTr.pgp
Description: PGP signature

Re: freeze exception for cmap-adobe-korea1 0+20051109-5

[Pierre Habouzit]

On Sun, Aug 17, 2008 at 10:49:54PM +, Kenshi Muto wrote:
> Hi RMs,
> 
> Could you unblock cmap-adobe-korea1 0+20051109-5 for testing?
> It includes only a minor translation update.
> 
> cmap-adobe-korea1 (0+20051109-5) unstable; urgency=low
> 
>   * Debconf translation:
> - Japanese: Closes: #493404

unblocked.
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpfgVCLbEIZ2.pgp
Description: PGP signature

Re: Freeze exception for podlators-perl/2.1.2-1

[Pierre Habouzit]

On Mon, Aug 18, 2008 at 01:01:14PM +, Pierre Habouzit wrote:
> On Sun, Aug 17, 2008 at 06:14:10PM +, Niko Tyni wrote:
> > Hi release team,
> > 
> > please consider giving a freeze exception for podlators-perl/2.1.2-1
> 
>   This is a package touching perl base, uploaded on Aug 10th[0].
> 
>   Read: no way.

  Okay it seems I've missed some previous discussions on the matter
during my vacation, so I'll let people involved in this decide instead.


-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpphPmpEA0Lf.pgp
Description: PGP signature

Re: hppa in lenny? (Was: Freeze exceptions related to libdb-ruby)

[Pierre Habouzit]

On Sat, Aug 16, 2008 at 11:14:01PM +, Helge Deller wrote:
> Adeodato Simó wrote:
> >hppa has certainly had trouble during this release cycle. However, it's
> >been mostly reduced to a small set of packages, and since (a) it has not
> >been the kind of brekage that prevents the release team from doing their
> >job (alpha buildd outages eg. have been more painful), and (b) the
> >architecture is not generally broken, it was decided not to use /our/
> >veto power to kick it out of lenny. (No decision taken for lenny+1 in
> >either direction, though.)
> >I realize the ruby1.9 situation is frustrating, but I don't think it's
> >fair to drop hppa from lenny because of it. I don't think your "it's
> >unlikely to be a 'good' stable arch" is true either.
> >Otoh, it's really commendable, and I mean it, that you decided to spend
> >your time towards having it fixed, rather than just kill ruby1.9 on hppa
> >as I suggested (which is, tbh, what I would've done in your position).
> >It really sucks that no hppa person is available to help, but my opinion
> >is that's still more valuable to release with hppa without ruby1.9 
> >there,
> >than to drop hppa completely.
> >So, what I would like from a release POV is to wait at most for this
> >glibc -14 upload with context-fu on hppa that somebody somewhere said
> >could fix the issue, 
> 
> I just looked into ruby19 on hppa.
> The makecontext()/setcontext()/switchcontext() functions which went into 
> libc-ports recently [*2] will not help here.

  Clearly not, Adeodato was confused, this would fix the dirmngr issue,
not ruby's.

> Instead, I think only when at some point the glibc on hppa switches to 
> NPTL, ruby could work.

  This is probably not going to happen, and there are two things:
  (1) linuxthreads is mostly pure C, and ruby works fine on kfreebsd
  that uses linuxthreads ;
  (2) it produces unkillable processes which points to a kernel bug, and
  switching to NPTL wont't fix that kernel bug that is very likely
  to be used as a local DOS, and needs to be addressed either way.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpUiz8nhGxYz.pgp
Description: PGP signature

Let varmon/1.2.1-1 enter testing

[Julien Danjou]

Dear RMs,

varmon 1.2.0 has been removed from testing because of #491505 some days ago.
This bug is a duplicate of #401236 which anyway, never got *really* fixed and
is affecting etch also on some computer.

varmon 1.2.1 is a new upstream version which *really* fix this issue and
make varmon fully usable again.

Therefore I think you, my dear RMs, should allow varmon to enter
testing after a period of days you will decided, based on your
willing and deep experience of release management. :-)

Your faithful,

Cheers,
-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Re: please unblock pyme-0.8.0-2

[Pierre Habouzit]

On Sun, Aug 17, 2008 at 12:06:16AM +, Arnaud Fontaine wrote:
> Hello,
> 
> Could you please unblock pyme-0.8.0-2 as this version only fixes a FTBFS
> with dash?

unblocked.


-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpSLSCyFeTLD.pgp
Description: PGP signature

Re: Freeze exception for libmodule-corelist-perl/2.15-2

[Pierre Habouzit]

On Sun, Aug 17, 2008 at 05:14:37AM +, Niko Tyni wrote:
> Hi release team,
> 
> please consider to
> unblock libmodule-corelist-perl/2.15-2 

unblocked.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpviUQNBZf7T.pgp
Description: PGP signature

Re: Pre-approval of bugfix release of bindfs, version 1.8

[Pierre Habouzit]

On Sun, Aug 17, 2008 at 02:08:43PM +, Eugene V. Lyubimkin wrote:
> Hi release team!
> 
> Upstream of bindfs package has just released version 1.8, which fixed 
> following issue:
> http://code.google.com/p/bindfs/issues/detail?id=4&can=1. It was not reported 
> in BTS. I
> would treat severity of this bug as important.
> 
> Changes between 1.7 (in testing) and 1.8 are tiny:
> 
>  bindfs.c |   19 +--
>  1 file changed, 9 insertions(+), 10 deletions(-)
> 
> Full diff is attached.
> 
> Can bindfs 1.8 go to testing?

  Yes, please mail us again when you have the specific package version
to unblock.


-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpnIOiGoIji5.pgp
Description: PGP signature

Re: Freeze exception for podlators-perl/2.1.2-1

[Pierre Habouzit]

On Sun, Aug 17, 2008 at 06:14:10PM +, Niko Tyni wrote:
> Hi release team,
> 
> please consider giving a freeze exception for podlators-perl/2.1.2-1

  This is a package touching perl base, uploaded on Aug 10th[0].

  Read: no way.


  [0] http://packages.qa.debian.org/p/podlators-perl.html

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpp7NwxlJEhZ.pgp
Description: PGP signature

Re: Freeze exception request for directfb 1.0.1-11

[Pierre Habouzit]

On lun, aoû 18, 2008 at 12:57:14 +, Pierre Habouzit wrote:
> On Mon, Aug 18, 2008 at 12:38:20PM +, Fathi Boudra wrote:
> > Hi,
> > 
> > Could you please unfreeze libdirectfb 1.0.1-11 ?
> > 
> > It fixes 2 bugs:
> > - unicode key handling (bug #401296) usefull for Debian graphical installer.
> > - DirectFb fails to start in usual case (RC bug #493899).
> 
> unblocked.

  err no not yet, if debian-boot agrees, there is a udeb.



-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgphrCM9j0xpB.pgp
Description: PGP signature

Re: leafnode 1.11.7.rc1-9

[Pierre Habouzit]

On Sun, Aug 17, 2008 at 09:08:23PM +, Mark Brown wrote:
> Please allow Leafnode 1.11.7.rc1-9 into testing.  The only change from
> the version currently in testing is an update to the Debconf template
> translation:
> 
>  leafnode  (1.11.7.rc1-9) unstable; urgency=low
> 
>* Updated Swedish translation of the Debconf templates, kindly provided
>  by Martin Ågren <[EMAIL PROTECTED]> (closes: #492750).
> 
>  -- Mark Brown <[EMAIL PROTECTED]>  Mon, 28 Jul 2008 18:24:14 +0100 

unblocked.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgp1jn0vbbbZ7.pgp
Description: PGP signature

Re: Freeze exception request for directfb 1.0.1-11

[Pierre Habouzit]

On Mon, Aug 18, 2008 at 12:38:20PM +, Fathi Boudra wrote:
> Hi,
> 
> Could you please unfreeze libdirectfb 1.0.1-11 ?
> 
> It fixes 2 bugs:
> - unicode key handling (bug #401296) usefull for Debian graphical installer.
> - DirectFb fails to start in usual case (RC bug #493899).

unblocked.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgp8JcB5U7WnJ.pgp
Description: PGP signature

Pre-approval of bugfix release of bindfs, version 1.8

[Eugene V. Lyubimkin]

Hi release team!

Upstream of bindfs package has just released version 1.8, which fixed following 
issue:
http://code.google.com/p/bindfs/issues/detail?id=4&can=1. It was not reported 
in BTS. I
would treat severity of this bug as important.

Changes between 1.7 (in testing) and 1.8 are tiny:

 bindfs.c |   19 +--
 1 file changed, 9 insertions(+), 10 deletions(-)

Full diff is attached.

Can bindfs 1.8 go to testing?

-- 
Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer.
diff -ru bindfs-1.7/src/bindfs.c bindfs-1.8/src/bindfs.c
--- bindfs-1.7/src/bindfs.c	2008-07-08 00:01:19.0 +0300
+++ bindfs-1.8/src/bindfs.c	2008-08-17 15:41:25.0 +0300
@@ -836,7 +836,13 @@
 static void atexit_func()
 {
 permchain_destroy(settings.permchain);
+settings.permchain = NULL;
 permchain_destroy(settings.create_permchain);
+settings.create_permchain = NULL;
+free(settings.mirrored_users);
+settings.mirrored_users = NULL;
+free(settings.mirrored_members);
+settings.mirrored_members = NULL;
 }
 
 enum OptionKey {
@@ -932,15 +938,11 @@
 char *create_for_group;
 char *create_with_perms;
 int no_allow_other;
-} od = {NULL, NULL, NULL, NULL, NULL, NULL, NULL, 0};
+} od = {NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, 0};
 
 #define OPT2(one, two, key) \
-{one, -1, key}, \
-{two, -1, key}
-#define OPT3(one, two, three, key) \
-{one, -1, key}, \
-{two, -1, key}, \
-{three, -1, key}
+FUSE_OPT_KEY(one, key), \
+FUSE_OPT_KEY(two, key)
 #define OPT_OFFSET2(one, two, offset, key) \
 {one, offsetof(struct OptionData, offset), key}, \
 {two, offsetof(struct OptionData, offset), key}
@@ -1149,8 +1151,5 @@
 fuse_opt_free_args(&args);
 close(settings.mntsrc_fd);
 
-free(settings.mirrored_users);
-free(settings.mirrored_members);
-
 return fuse_main_return;
 }


signature.asc
Description: OpenPGP digital signature

Re: Inclusion of python-fuse 0.2-pre3-7 in lenny

[Pierre Habouzit]

On Mon, Aug 18, 2008 at 03:54:47AM +, Sebastien Delafond wrote:
> Hi all,
> 
> I have just uploaded python-fuse 0.2-pre3-7 to sid, thus fixing
> #495493[0], a.k.a. "python-fuse deadlocks while unmounting a filesystem".

unblocked
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpdqNtwpC4K8.pgp
Description: PGP signature

Freeze exception request for directfb 1.0.1-11

[Fathi Boudra]

Hi,

Could you please unfreeze libdirectfb 1.0.1-11 ?

It fixes 2 bugs:
- unicode key handling (bug #401296) usefull for Debian graphical installer.
- DirectFb fails to start in usual case (RC bug #493899).

You can found attached the full diff between 1.0.1-9 and 1.0.1-11.

cheers,

Fathi

+directfb (1.0.1-11) unstable; urgency=low
+
+  * Remove 92_reopen_console.patch: it fails in the usual case,
+but works when run through strace. (Closes: #493899)
+
+ -- Fathi Boudra <[EMAIL PROTECTED]>  Sun, 17 Aug 2008 16:42:54 +0200
+
+directfb (1.0.1-10) unstable; urgency=low
+
+  * Add 93_fix_unicode_key_handling.patch: when the library asks the kernel
+for the key symbols, the result are truncated for unicode symbols if the
+keyboard is not in K_UNICODE mode. So, a temporary switch is needed,
+as well as applying the right bitmask in order to retrieve the full
+unicode symbol. Thanks to Jérémy Bobbio. (Closes: #401296)
+  * Now using Standards-Version 3.8.0 (no changes needed).
+
+ -- Fathi Boudra <[EMAIL PROTECTED]>  Tue, 22 Jul 2008 18:49:17 +0200
diff -Nur --exclude=.svn 1.0.1-9/debian/changelog 1.0.1-11/debian/changelog
--- 1.0.1-9/debian/changelog	2008-07-22 18:48:31.0 +0200
+++ 1.0.1-11/debian/changelog	2008-08-18 14:21:43.0 +0200
@@ -1,3 +1,21 @@
+directfb (1.0.1-11) unstable; urgency=low
+
+  * Remove 92_reopen_console.patch: it fails in the usual case,
+but works when run through strace. (Closes: #493899)
+
+ -- Fathi Boudra <[EMAIL PROTECTED]>  Sun, 17 Aug 2008 16:42:54 +0200
+
+directfb (1.0.1-10) unstable; urgency=low
+
+  * Add 93_fix_unicode_key_handling.patch: when the library asks the kernel
+for the key symbols, the result are truncated for unicode symbols if the
+keyboard is not in K_UNICODE mode. So, a temporary switch is needed,
+as well as applying the right bitmask in order to retrieve the full
+unicode symbol. Thanks to Jérémy Bobbio. (Closes: #401296)
+  * Now using Standards-Version 3.8.0 (no changes needed).
+
+ -- Fathi Boudra <[EMAIL PROTECTED]>  Tue, 22 Jul 2008 18:49:17 +0200
+
 directfb (1.0.1-9) unstable; urgency=low
 
   * Add cross build support. Thanks to Neil Williams. (Closes: #480933)
diff -Nur --exclude=.svn 1.0.1-9/debian/control 1.0.1-11/debian/control
--- 1.0.1-9/debian/control	2008-07-22 18:48:31.0 +0200
+++ 1.0.1-11/debian/control	2008-08-18 14:21:43.0 +0200
@@ -11,7 +11,7 @@
  libts-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386],
  libmpeg3-dev, zlib1g-dev, x11proto-core-dev, libx11-dev, libxext-dev,
  libsysfs-dev [alpha amd64 arm armel hppa i386 ia64 m68k mips mipsel powerpc ppc64 s390]
-Standards-Version: 3.7.3
+Standards-Version: 3.8.0
 
 Package: libdirectfb-1.0-0
 Section: libs
diff -Nur --exclude=.svn 1.0.1-9/debian/patches/92_reopen_console.patch 1.0.1-11/debian/patches/92_reopen_console.patch
--- 1.0.1-9/debian/patches/92_reopen_console.patch	2008-07-22 18:48:31.0 +0200
+++ 1.0.1-11/debian/patches/92_reopen_console.patch	1970-01-01 00:00:00.0 +
@@ -1,167 +0,0 @@
-author: John Hughes <[EMAIL PROTECTED]>
-
-when libdirectfb detects zero length reads,
-it attempts to reopen the console
-(possibly from a newly mounted root tree)
-See Debian bug #462626
-
 a/systems/fbdev/vt.h
-+++ b/systems/fbdev/vt.h
-@@ -34,7 +34,7 @@
- 
- #include 
- 
--typedef struct {
-+typedef struct VirtualTerminal {
-  int fd0;  /* file descriptor of /dev/tty0 */
-  int fd;   /* file descriptor of /dev/ttyN
-   where N is the number of the allocated VT,
-@@ -56,6 +56,8 @@
-  pthread_cond_t   wait;
- 
-  int  vt_sig;
-+
-+ DFBResult	 (*method_open) (struct VirtualTerminal *);
- } VirtualTerminal;
- 
- /*
 a/systems/fbdev/vt.c
-+++ b/systems/fbdev/vt.c
-@@ -96,6 +96,8 @@
- static void  vt_set_fb( int vt, int fb );
- static void *vt_thread( DirectThread *thread, void *arg );
- 
-+static DFBResult vt_open (VirtualTerminal *vt);
-+
- DFBResult
- dfb_vt_initialize()
- {
-@@ -219,6 +221,8 @@
-   return ret;
-  }
- 
-+ dfb_vt->method_open = &vt_open;
-+
-  dfb_fbdev->vt = dfb_vt;
- 
-  return DFB_OK;
-@@ -439,27 +443,23 @@
- }
- 
- static DFBResult
--vt_init_switching()
--{
-- const char cursoroff_str[] = "\033[?1;0;0c";
-- const char blankoff_str[] = "\033[9;0]";
-+vt_open (VirtualTerminal *vt) {
-+
-  char buf[32];
- 
-  D_DEBUG_AT( VT, "%s()\n", __FUNCTION__ );
- 
-- /* FIXME: Opening the device should be moved out of this function. */
--
-- snprintf(buf, 32, "/dev/tty%d", dfb_vt->num);
-- dfb_vt->fd = open( buf, O_RDWR | O_NOCTTY );
-- if (dfb_vt->fd < 0) {
-+ snprintf(buf, 32, "/dev/tty%d", vt->num);
-+ vt->fd = open( buf, O_RDWR | O_NOCTTY );
-+ if (vt->fd < 0) {
-   if (errno == ENOENT) {
--   snprintf(buf, 32, "/dev/vc/%d", dfb_vt->num);
--   dfb_vt->fd = open( buf, O_RDWR |

Re: seeking approval for reprepro 3.5.2-3

[Pierre Habouzit]

On Mon, Aug 18, 2008 at 10:39:20AM +, Bernhard R. Link wrote:
> I've prepared reprepro 3.5.2-3 incorporating the fixes in reprepro 3.6.1.
> As 3.6.1 is in experimental, this could go via unstable if approved.
> 
> It fixes three bugs, all not in the BTS:
> 
> - Ctrl-C support for some operations got lost in 3.3. This causes a
>   locked database if the user is too impatient.
> - the reoverride command was totally broken in multiple ways
>   (causing an assertion in some cases, reporting out of memory
>erroneously otherwise, putting things in an uncommon position
>and ignoring section and priority which are for override the most
>intresting, because of blindly c&p code from elsewhere).
> - interaction with libbz2 had a bug in dealing with libbz2 needing
>   multiple calls to finish compression. (It returns BZ_FINISH_OK
>   instead of BZ_RUN_OK then. Dunno if something in libbz2 changed
>   or some user just had very bad luck to run into this. It causes
>   reprepro to abort when trying to export an distribution).

unblocked.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpFFh3x5cIV7.pgp
Description: PGP signature

Re: Exception for debtags 1.7.7

[Pierre Habouzit]

On Mon, Aug 18, 2008 at 12:46:48PM +, Enrico Zini wrote:
> Hello,
> 
> I've uploaded a new version of the 'debtags' package version 1.7.7.  The
> only update from the previous version is shipping an updated version of
> the debtags vocabulary, that includes a couple new tags and especially
> the updated set of tags for the security team.
> 
> debdiff shows to updates to the code, except some updated autotools
> files as a result of me rebuilding the package off a new svn checkout.
> 
> This upload is intended for lenny, and is important to get the security
> team tags to work.  The library toolchain used to build debtags is
> currently the same in lenny and sid.

  unblocked.

> In the future we can see about packaging the vocabulary as a binary-all
> package, so that if needed we can upload an updated vocabulary shortly
> before release without needing to bother with autobuilders: I haven't
> done it yet because I'm not sure about a package just to ship 60Kb of
> uncompressed text.

  Such a change would not meet the release freeze exceptions criteria
anyways ;)


-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpuWY6RoIemR.pgp
Description: PGP signature

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
--- Begin Message ---
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

Request for a exception for swfdec-mozilla and gnash

[Santiago Garcia Mantinan]

Hi!

Due to serious severity bug #493307 (swfdec-mozilla: can't use another Flash
plugin in mozilla when installed) and the fact that iceweasel and most if
not all browsers don't implement a good way to select the plugin to be used
to play a content, the maintainers of flash plugins for mozilla have agreed
to implement Debian alternatives to solve this bug.

We have uploaded new packages of swfdec-mozilla and gnash (the two free
plugins), the changes we have done are only the ones needed to support the
alternatives, being the bigger one that on swfdec-mozilla I had to change
the configure options in order to move the plugin to another directory. As
for the nonfree... Marillat has also made the changes to the nonfree plugin
he maintains on his nonfree repo.

The packages sould be in good shape and we feel that fixing this bug is
important because of the dependency gnome has on swfdec-mozilla which
currently means that all flash content will be played with swfdec-mozilla
without an easy way for the user to select any other flash plugin.

If you need any other info on this just ask for it.

Regards...
-- 
Manty/BestiaTester -> http://manty.net


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

[EMAIL PROTECTED]: Mail delivery failed: returning message to sender]

[Andreas Henriksson]

Hello again.

Host liszt.debian.org seems to have been broken for the past day or two.
Now that it's up I instead got a permanent error.
Lets try without the debdiff and see if we can get through


- Forwarded message from Mail Delivery System <[EMAIL PROTECTED]> -

Subject: Mail delivery failed: returning message to sender

  debian-release@lists.debian.org
SMTP error from remote mail server after end of data:
host liszt.debian.org [2001:41b8:0:1003:213:21ff:fe20:1426]:
550 5.7.1 34 javascript

-- This is a copy of the message,  --

Hello!

Please unblock awstats 6.7.dfsg-5, which I just uploaded.
It includes a simple patch from upstream to fix a XSS issue (rated
important by the security team, but can't hurt to include it in Lenny).
The relevant debian bug number is #495432.

Here's the debdiff between -4 and -5:



- End forwarded message -


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

Exception for debtags 1.7.7

[Enrico Zini]

Hello,

I've uploaded a new version of the 'debtags' package version 1.7.7.  The
only update from the previous version is shipping an updated version of
the debtags vocabulary, that includes a couple new tags and especially
the updated set of tags for the security team.

debdiff shows to updates to the code, except some updated autotools
files as a result of me rebuilding the package off a new svn checkout.

This upload is intended for lenny, and is important to get the security
team tags to work.  The library toolchain used to build debtags is
currently the same in lenny and sid.

In the future we can see about packaging the vocabulary as a binary-all
package, so that if needed we can upload an updated vocabulary shortly
before release without needing to bother with autobuilders: I haven't
done it yet because I'm not sure about a package just to ship 60Kb of
uncompressed text.


Ciao,

Enrico

-- 
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

freeze exception for cmap-adobe-korea1 0+20051109-5

[Kenshi Muto]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi RMs,

Could you unblock cmap-adobe-korea1 0+20051109-5 for testing?
It includes only a minor translation update.

cmap-adobe-korea1 (0+20051109-5) unstable; urgency=low

  * Debconf translation:
- Japanese: Closes: #493404

 -- Kenshi Muto <[EMAIL PROTECTED]>  Sun, 17 Aug 2008 23:48:26 +0900

Thanks,
- -- 
Kenshi Muto
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iEYEARECAAYFAkioqwkACgkQQKW+7XLQPLGj4ACeIySEvAd8YkUeIkFOVRIkDYMM
YsIAoMv6pqsDHAAnduo4jWHhnDQGSj2T
=B4zP
-END PGP SIGNATURE-


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

Re: pod2man update

[Niko Tyni]

On Sun, Aug 17, 2008 at 11:38:10PM +0100, Adeodato Simó wrote:
> * Niko Tyni [Tue, 05 Aug 2008 00:42:35 +0300]:
> 
> > Release team: is there any chance to still get the newer Pod::Man and
> > friends into lenny as a new package?  The 'pod2man --utf8' functionality
> > would fix #480997 and #492037, and there are also bugfixes for #448204
> > and #480565 included.
> 
> > Alternatively, would you consider a corresponding patch for the perl
> > package for inclusion into lenny? As noted in #480997, turning UTF8 into
> > "X"s is a regression from 5.8.8, although it was relying on undefined
> > behaviour.
> 
> What's the size for that patch to perl? I think UTF-8 should be well
> supported, and regressions wrt Etch would be best avoided, yes.

Running diffstat on the two perl core upstream changes that update
podlators-2.0.6 to podlators-2.1.2 gives

 23 files changed, 460 insertions(+), 194 deletions(-)

but as Russ noted, much of that is new test cases and the like.

I'm a bit out of sync in the discussion because of some trouble with
lists.debian.org accepting my mails. I already sent last night a request
for a freeze exception for the new separate podlators-perl package
as I hadn't had any response to my earlier inquiry quoted above.

Anyway, I'm fine with either way, be it having podlators-perl in lenny
or patching the perl package. Just let me know which one you prefer.
-- 
Niko Tyni   [EMAIL PROTECTED]


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

Re: freeze exception request: rus-ispell

[Martin-Éric Racine]

On Thu, Aug 14, 2008 at 1:28 PM, Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> 
wrote:
> ""=?UTF-8?Q?Martin-=C3=89ric_Racine?="" <[EMAIL PROTECTED]> writes:
>> The last time upstream produced an update to this Russian wordlist for
>> ispell/myspell/aspell was 2 years ago.
>>
>> An update would be very desirable, as I've gotten plenty of user
>> feedback that Debian's writing aids for Russian are of very poor
>> quality, because they don't nearly cover enough words for daily usage
>> yet.
>
> A wordlist is something like documentation, so just upload and we will
> upload.

Uploaded to unstable. Waiting for freeze exception.

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Re: freeze exception request: xserver-xorg-video-geode

[Martin-Éric Racine]

On Sat, Aug 16, 2008 at 10:37 PM, Adeodato Simó <[EMAIL PROTECTED]> wrote:
> * Martin-Éric Racine [Sat, 16 Aug 2008 22:01:50 +0300]:
>
>> On 8/16/08, Adeodato Simó <[EMAIL PROTECTED]> wrote:
>> > Dude, the guidelines say "changes for release goals, if they're not
>> >  invasive", not "not invasive changes, for $whatever they are".
>
>> I still haven't heard in what way this change constitutes something
>> invasive. It's a simple two-liner and its consequences are safe.
>
> Oh god. I haven't said the changes are invasive:

I'm NOT the one one who wrote the above «Dude, the guidelines say
"changes for release goals, if they're not invasive", not "not
invasive changes, for $whatever they are".», you did.

>> >  I'm pretty much done with this discussion; 2.10.1 continues to be ok for
>> >  lenny if you drop that change.

Well, whatever.  I could create a 2.10.1-1lenny1, just for the sake of
reverting those changes and even though reverting them is pointless,
then push that somewhere else. lenny-update-proposed?

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Upload of dpkg 1.14.21 to unstable

[Guillem Jover]

Hi,

So, the next upload is ready, there might be still some translation
updates meanwhile, but no other changes for now, if something else comes
up we'll probably queue it for the next upload (which ideally should
only contain translation updates).

Most of the changes have either been pre-aproved, are important fixes,
regressions fixes and/or low-risk to be included. I'm attaching the
debdiff with the uninteresting stuff trimmed down, and links to the git
repo per commit, if you'd prefer each patch attached instead, please
ask and I'll send another mail with them.

If everything seems fine with you, I'll proceed with the upload.


Proposed debian/changelog
=

dpkg (1.14.21) unstable; urgency=low

  [ Raphael Hertzog ]
  * Small fix in "3.0 (quilt)" source format when using non-standard name
of the quilt series.
  * Handle debian.tar.gz files like diff.gz in dpkg-buildpackage and
dpkg-genchanges to detect the kind of upload.
  * Add "armel" to /usr/share/dpkg/archtable. Closes: #487768
  * Modified Dpkg::BuildOptions to recognize and use spaces as separator
in DEB_BUILD_OPTIONS (in order to conform with the Debian policy
ruling established in #430649).
  * Fix dpkg-source to not use -i and -I by default with "1.0" source
packages. Closes: #495138

  [ Guillem Jover ]
  * When loading the status file fix up any inconsistent package in state
triggers-awaited w/o the corresponding package with pending triggers.
Closes: #487637, #486843, #489068
  * Fix --no-act in triggers related code. Closes: #495097
  * Do not assert when dpkg stops processing packages due to too many
errors occurred while configuring or removing packages.
Thanks to Ian Jackson <[EMAIL PROTECTED]>. Closes: #483655
  * Move lzma from dpkg Suggests to Pre-Depends. Closes: #456332
  * Match description of -si option in dpkg-buildpackage to the one in
dpkg-genchanges. Closes: #493743
  * Close --status-fd file descriptors on exec, so that they are not
inherited by the childs. Closes: #471488, #487684
  * State that the preferred front-end is aptitude and replace one instance
of dselect usage with apt-get. Closes: #483785

  [ Updated manpages translations ]
  * French (Florent Usseil).
  * German (Helge Kreutzmann).

  [ Updated scripts translations ]
  * Russian (Yuri Kozlov). Closes: #490076
  * German (Helge Kreutzmann).

  [ Updated dpkg translations ]
  * Basque (Piarres Beobide). Closes: #490905
  * Korean (Changwoo Ryu).
  * Thai (Theppitak Karoonboonyanan). Closes: #488090
  * Romanian (Eddy Petrișor).
  * Russian (Yuri Kozlov). Closes: #488689
  * Slovak (Ivan Masár). Closes: #488903
  * French (Christian Perrier).

  [ Added dpkg translations ]
  * Lithuanian (Gintautas Miliauskas). Closes: #493326

  [ Updated dselect translations ]
  * Romanian (Eddy Petrișor).


Detailed list of non-translation commits


Misc fixes
--

Changes related to dpkg-source v3:

  http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=9e780c86920150be
  http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=de193419c89d9507

Add armel to list of official architectures

  http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=7e24b87a5367ac4e

dpkg-buildpackage: use space as separator in DEB_BUILD_OPTIONS

  http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=9f484513e477dc29

dpkg: Move lzma from Suggests to Pre-Depends

  http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=91798ddd126ee367

Close --status-fd file descriptors on exec

  http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=8fe053cbfd17ca08

Regression fixes


Fix up packages in an inconsistent triggers-awaited state

  http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=587b8d8696cb92a4

Fix --no-act in triggers related code

  http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=df21e28ec2ea8baf

dpkg: Do not assert when configure or remove produced too many errors

  http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=5a39b7b59a228dbf

dpkg-source: don't use -i/-I by default for "1.0" source packages

  http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=21d69014f424f670

Doc fixes
-

Match -si option description in dpkg-buildpackage to dpkg-genchanges

  http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=9e212bce41b6a62c

State that the preferred front-end is aptitude

  http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=da41337d96b4b2ef


thanks,
guillem
diff -Nru dpkg-1.14.20/ChangeLog dpkg-1.14.21/ChangeLog
--- dpkg-1.14.20/ChangeLog  2008-06-18 10:33:46.0 +0300
+++ dpkg-1.14.21/ChangeLog  2008-08-17 19:01:24.0 +0300
@@ -1,3 +1,86 @@
+2008-08-17  Guillem Jover  <[EMAIL PROTECTED]>
+
+   * configure.ac: Release 1.14.21.
+
+2008-08-17  Guillem Jover  <[EMAIL PROTECTED]>
+
+   * man/dpkg.1: Change reference to dselect as being the preferred
+   fron-end to aptitude. And 'apt-get dselect-upgrade

Freeze exception for libmodule-corelist-perl/2.15-2

[Niko Tyni]

Hi release team,

please consider to
unblock libmodule-corelist-perl/2.15-2 

Changes: 
 libmodule-corelist-perl (2.15-2) unstable; urgency=low
 .
   * debian/{preinst,postrm}: add a diversion for corelist.1.gz, so
 that our version of the manual page overrides the older one from
 the perl package. (Closes: #474529)

The new 'corelist -d' option in the libmodule-corelist-perl version
isn't in the old manual page.

Thanks,
-- 
Niko Tyni   [EMAIL PROTECTED]


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

leafnode 1.11.7.rc1-9

[Mark Brown]

Please allow Leafnode 1.11.7.rc1-9 into testing.  The only change from
the version currently in testing is an update to the Debconf template
translation:

 leafnode  (1.11.7.rc1-9) unstable; urgency=low

   * Updated Swedish translation of the Debconf templates, kindly provided
 by Martin Ågren <[EMAIL PROTECTED]> (closes: #492750).

 -- Mark Brown <[EMAIL PROTECTED]>  Mon, 28 Jul 2008 18:24:14 +0100 

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


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

x86info 1.21-2

[Mark Brown]

Please consider allowing x86info 1.21-2 to enter testing.  This version
contains small updates to the control file to allow the package to build
on kfreebsd-amd64:

 x86info  (1.21-2) unstable; urgency=low

   * Add support for kfreebsd-amd64 (closes: #493471).

 -- Mark Brown <[EMAIL PROTECTED]>  Sun, 03 Aug 2008 00:10:11 +0100 

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


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

freeze exception for cacao-oj6

[Matthias Klose]

proposing a freeze exception for cacao-oj6 for testing. cacao-oj6 is a
copy of the openjdk-6 package with the cacao sources
included. Compared to openjdk-6 on architectures without the Hotspot
JIT support, cacao-oj6 (including a JIT) is a much faster JVM on the
architectures where it does build (powerpc, s390, armel for
now). Discussed this at Debconf with some people. I was told to get
agreement with debian-security about the maintainability (because of
the duplicate sources). See #495256 as well.

  Matthias


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

Re: hppa in lenny? (Was: Freeze exceptions related to libdb-ruby)

[Helge Deller]

Adeodato Simó wrote:

* Lucas Nussbaum [Sat, 16 Aug 2008 14:10:16 -0300]:


ruby1.9 is broken on hppa: 1.9.0.1, that previously built fine (it's in
the archive) exhibits the same problems as 1.9.0.2 and 1.9.0.3. 



I spent hours trying to do the hppa porters' work by investigating the
ruby1.9 build failure, with no success (and no help from the hppa
porters, except giving me access to an hppa machine, since hppa doesn't
have any developer-accessible machine maintained by DSA).



In [1], the state of hppa was already raised, and, while no real
conclusion has been drawn from this thread, it seems that, while most
people involved on hppa find it very sad (which I agree with), the right
thing to do is to drop hppa from the list of official archs for lenny,
since it's unlikely to be a "good" stable arch.



So far, I haven't heard any official position from the release team
about that,


hppa has certainly had trouble during this release cycle. However, it's
been mostly reduced to a small set of packages, and since (a) it has not
been the kind of brekage that prevents the release team from doing their
job (alpha buildd outages eg. have been more painful), and (b) the
architecture is not generally broken, it was decided not to use /our/
veto power to kick it out of lenny. (No decision taken for lenny+1 in
either direction, though.)

I realize the ruby1.9 situation is frustrating, but I don't think it's
fair to drop hppa from lenny because of it. I don't think your "it's
unlikely to be a 'good' stable arch" is true either.

Otoh, it's really commendable, and I mean it, that you decided to spend
your time towards having it fixed, rather than just kill ruby1.9 on hppa
as I suggested (which is, tbh, what I would've done in your position).
It really sucks that no hppa person is available to help, but my opinion
is that's still more valuable to release with hppa without ruby1.9 there,
than to drop hppa completely.

So, what I would like from a release POV is to wait at most for this
glibc -14 upload with context-fu on hppa that somebody somewhere said
could fix the issue, 


I just looked into ruby19 on hppa.
The makecontext()/setcontext()/switchcontext() functions which went into 
libc-ports recently [*2] will not help here.
Instead, I think only when at some point the glibc on hppa switches to 
NPTL, ruby could work.


[*2] http://permalink.gmane.org/gmane.comp.lib.glibc.cvs/25637


> and if it persists, to kill ruby1.9 on hppa so that

we get that part of the archive on a releseable state.


Probably the best idea, unless my hand-built (and partly buggy) ruby19 
binaries on http://gsyprf10.external.hp.com/~deller/ruby/ may help (see 
my other mail on the debian-hppa list).



[1] http://lists.debian.org/debian-hppa/2008/07/msg00044.html


Cheers,




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

Re: Doing some stable QA work

[Frank Lichtenheld]

On Fri, Aug 15, 2008 at 12:32:57PM +1000, Steffen Joeris wrote:
> >  * Fix version information
> >  * Mark by etch-ignore bus that are not affected in stable
> >for reason independent from their version (e.g. GCC 4.3
> >FTBFS)
> >  * Compile a list for the maintainers and the SRM for packages
> >that could need a stable upload.
> The security team keeps a file[0] in svn, which lists security issues that do 
> not warrant a DSA by themselves, but could be fixed via s-p-u. Note that this 
> file contains recommendations by the sec team, I do not know the SRMs opinion 
> on it. However, the file helped in the past and several maintainers uploaded 
> fixes. 
> Thought I'd let you know, maybe you want to integrate it into your compiled 
> list.

I will process the bugs by categories (False Positives, License issues, Build 
issues,
Security issues, Other issues).

When compiling the list for the security issues I will definetly use
that information, thanks.

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


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

Re: unblock adjtimex (testing *and* unstable)

[Julien Cristau]

On Sun, Aug 17, 2008 at 18:55:26 -0400, James R. Van Zandt wrote:

> 
> I maintain the adjtimex package, and am also the upstream developer.
> 
> I don't understand the status of the package.  I uploaded 1.25-1 on Aug 10:
>   
>   adjtimex_1.25-1_i386.changes uploaded successfully to localhost
>   along with the files:
> adjtimex_1.25-1.dsc
> adjtimex_1.25.orig.tar.gz
> adjtimex_1.25-1.diff.gz
> adjtimex_1.25-1_i386.deb
> 
the dak log says:
20080810170202|process-unchecked|rejected|adjtimex_1.25-1_i386.changes

You should have gotten a mail about it with an explanation.

Cheers,
Julien


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

Inclusion of python-fuse 0.2-pre3-7 in lenny

[Sebastien Delafond]

Hi all,

I have just uploaded python-fuse 0.2-pre3-7 to sid, thus fixing
#495493[0], a.k.a. "python-fuse deadlocks while unmounting a filesystem".

It is a pretty serious bug, and the reporter reasonably argues that
0.2-pre3-7 should be included in lenny, for the following reasons:

 - breaks other packages
 - one-line patch
 - patch already committed and blessed by upstream[1]

I can only concur, and therefore ask that the release masters consider
unfreezing python-fuse for inclusion in lenny.

Cheers,

--Seb

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495493
[1] http://mercurial.creo.hu/repos/fuse-python-hg/index.cgi/rev/b8a0b93a5f38


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

Re: packages with build dependencies on openjdk-6-jdk

[Julien Cristau]

On Sun, Aug 17, 2008 at 19:25:52 +0200, Matthias Klose wrote:

>  - build dependencies should be of the form openjdk-6-jdk |
>cacao-oj6-jdk, or else builds will fail on s390.
> 
Why would that make a difference?  Alternatives in build-deps aren't
considered by sbuild.

Cheers,
Julien


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

packages with build dependencies on openjdk-6-jdk

[Matthias Klose]

Unfortunately there is a lot of packages with build dependencies on
openjdk-6-jdk directly, which is a bit unfortunate. Most likely all
packages build depending on openjdk-6-jdk should have RC bug reports
because they may contain 1.6 bytecode. The following should be checked
for the release:

 - if a package build-depends on openjdk-6-jdk or cacao-oj6-jdk,
   it should be compiled with `-target 1.4' (or 1.5?).

 - if no target option is used, it should only depend on 
   java-runtime6 or java-runtime6-headless.

 - build dependencies should be of the form openjdk-6-jdk |
   cacao-oj6-jdk, or else builds will fail on s390.

Matthias


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

Freeze exception for octave-ga

[Thomas Weber]

Hi, 

octave-ga's upstream notified us that the current version in Lenny is in
a bad shape and whether we could update it to current SVN, see

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

Now, before you tar and feather me: upstream uses Lenny himself and has
tested this version on Lenny.

I attach a 'clarified' diffstat: clarified in that I removed changes to
comments (line length changes in license texts account for quite some
stuff), documentation files and unit tests run at build time.


$ diffstat clarified_diff
 __ga_problem__.m |   49 +---
 __ga_stop__.m|   19 +
 crossoverscattered.m |   27 ++---
 ga.m |   58 +++-
 gaoptimset.m |  103 ++-
5 files changed, 90 insertions(+), 166 deletions(-)

There are some new script files in the SVN version, that are not really
accounted in the diffstat, but as these are new functions, there's no
chance of a regression.

Full diff attached.

Thanks
Thomas
diff -u -r octave-ga-0.1.1/ChangeLog ga-0.9.1~svn20080817/ChangeLog
--- octave-ga-0.1.1/ChangeLog	2008-04-29 20:21:44.0 +0200
+++ ga-0.9.1~svn20080817/ChangeLog	2008-08-17 13:46:39.0 +0200
@@ -1,4 +1,291 @@
 # Automatically generated file --- DO NOT EDIT
+2008-08-16 18:14  slackydeb
+
+	* DESCRIPTION, inst/__ga_crossoverfcn__.m,
+	  inst/__ga_initial_population__.m, inst/__ga_mutationfcn__.m,
+	  inst/__ga_popinitrange__.m, inst/__ga_problem__.m,
+	  inst/__ga_problem_private_state__.m,
+	  inst/__ga_problem_state_selection__.m, inst/__ga_scores__.m,
+	  inst/__ga_selectionfcn__.m,
+	  inst/__gaoptimset_default_options__.m, inst/crossoverscattered.m,
+	  inst/fitscalingrank.m, inst/ga.m, inst/gacreationuniform.m,
+	  inst/gaoptimset.m, inst/mutationgaussian.m: integrate most debug
+	  asserts as matrix indices or tests; clean and modularize code;
+	  little performance improvement in __ga_problem__ function; little
+	  fixes
+
+2008-08-15 22:47  slackydeb
+
+	* DESCRIPTION, inst/__ga_initial_population__.m,
+	  inst/__ga_mutationfcn__.m, inst/ga.m, inst/gacreationuniform.m:
+	  cleaned ga function tests; modified the invocation of the
+	  creation function in the __ga_initial_population__ function to
+	  prevent bugs (a modified PopulationSize can be misunderstood by
+	  the creation function); hardcode some expectations removing
+	  asserts
+
+2008-08-14 15:06  slackydeb
+
+	* DESCRIPTION, INDEX, doc/todo.txt, inst/__ga_crossoverfcn__.m,
+	  inst/__ga_initial_population__.m, inst/__ga_mutationfcn__.m,
+	  inst/__ga_problem__.m, inst/__ga_problem_private_state__.m,
+	  inst/__ga_problem_return_variables__.m,
+	  inst/__ga_problem_state_selection__.m,
+	  inst/__ga_problem_update_state_at_each_generation__.m,
+	  inst/__ga_scores__.m, inst/__ga_selectionfcn__.m,
+	  inst/__ga_stop__.m, inst/__gaoptimset_default_options__.m,
+	  inst/crossoverscattered.m, inst/fitscalingrank.m, inst/ga.m,
+	  inst/gacreationuniform.m, inst/gaoptimset.m,
+	  inst/mutationgaussian.m, inst/rastriginsfcn.m,
+	  inst/selectionstochunif.m: performance gain; fix a bug in
+	  selectionstochunif function; clean license; clean ga function
+	  tests
+
+2008-08-13 22:12  slackydeb
+
+	* DESCRIPTION, inst/__ga_crossoverfcn__.m,
+	  inst/__ga_mutationfcn__.m, inst/__ga_problem__.m,
+	  inst/__ga_problem_private_state__.m,
+	  inst/__ga_problem_return_variables__.m,
+	  inst/__ga_problem_state_selection__.m,
+	  inst/__ga_problem_update_state_at_each_generation__.m,
+	  inst/__ga_scores__.m, inst/__ga_selectionfcn__.m,
+	  inst/crossoverscattered.m, inst/fitscalingrank.m,
+	  inst/mutationgaussian.m, inst/selectionstochunif.m: modularize to
+	  semplify debug
+
+2008-08-12 21:37  slackydeb
+
+	* DESCRIPTION, INDEX, doc/old_stuff/__bin2hex__.m,
+	  doc/old_stuff/__bin2num__.m,
+	  doc/old_stuff/__ga_concatenated_bitstring2doubles__.m,
+	  doc/old_stuff/__ga_doubles2concatenated_bitstring__.m,
+	  doc/old_stuff/__hex2bin__.m, doc/old_stuff/__num2bin__.m,
+	  doc/old_stuff/crossoversinglepoint.m,
+	  doc/old_stuff/mutationsinglepoint.m,
+	  doc/old_stuff/selectionroulette.m, inst/__bin2hex__.m,
+	  inst/__bin2num__.m, inst/__ga_concatenated_bitstring2doubles__.m,
+	  inst/__ga_doubles2concatenated_bitstring__.m,
+	  inst/__ga_initial_population__.m, inst/__ga_problem__.m,
+	  inst/__ga_scores__.m, inst/__ga_set_initial_population__.m,
+	  inst/__ga_stop__.m, inst/__gaoptimset_default_options__.m,
+	  inst/__hex2bin__.m, inst/__num2bin__.m,
+	  inst/crossoverscattered.m, inst/crossoversinglepoint.m,
+	  inst/fitscalingrank.m, inst/gacreationuniform.m,
+	  inst/gaoptimset.m, inst/mutationgaussian.m,
+	  inst/mutationsinglepoint.m, inst/selectionroulette.m,
+	  inst/selectionstochunif.m: worse performance; total restructure;
+	  move unmantained files to old_stuff/; add standard functions
+
+2008-08-11 16:44  slackydeb
+
+	* inst/rastriginsfcn.m: fix a previous commit: add rast

Re: [Pkg-scicomp-devel] including atlas in lenny

[Steve Langasek]

On Tue, Aug 12, 2008 at 05:08:26PM +0200, Thomas Weber wrote:
> > Packages must autobuild without failure on all architectures on
> > which they are supported. Packages must be supported on as many
> > architectures as is reasonably possible. Packages are assumed to
> > be supported on all architectures for which they have previously
> > built successfully. Prior builds for unsupported architectures
> > must be removed from the archive (contact -release or ftpmaster
> > if this is the case).

> > http://release.debian.org/lenny/rc_policy.txt

> > atlas has significant reverse-dependencies, removing it from alpha is not
> > acceptable to me with my alpha hat on.

> Most packages should be fine (albeit slower) with libblas.

> Looking closer, there seems to be some trouble ahead for ATLAS on alpha:
> "Explicit support for alphas was dropped in ATLAS 3.8.0."
> http://math-atlas.sourceforge.net/faq.html#doc

I've had a look at this now, and it has really only served to remind me how
much I dislike debugging code written in assembly.  If it's certain that all
packages in the archive that depend on atlas are also supposed to work with
blas, then I'm ok with dropping atlas/alpha for lenny; cc:ing debian-alpha,
though, in case someone else feels differently and is willing to work on
fixing the problem.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]


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

unblock adjtimex (testing *and* unstable)

[James R. Van Zandt]

I maintain the adjtimex package, and am also the upstream developer.

I don't understand the status of the package.  I uploaded 1.25-1 on Aug 10:
  
  adjtimex_1.25-1_i386.changes uploaded successfully to localhost
  along with the files:
adjtimex_1.25-1.dsc
adjtimex_1.25.orig.tar.gz
adjtimex_1.25-1.diff.gz
adjtimex_1.25-1_i386.deb

However, the QA site lists 1.24-1 as the version in unstable, with no
version in testing.  1.24 works with most machines, but fails for
certain new hardware (freezing during installation).

http://release.debian.org/migration/testing.pl?package=adjtimex says:

  * adjtimex has no old version in testing (trying to add, not update)
  * Ignoring high urgency setting for NEW package
  * Ignoring request to block package by freeze, due to unblock request by 
freeze-exception
  * adjtimex (source, i386, alpha, amd64, arm, armel, hppa, ia64, mips, mipsel, 
powerpc, s390, sparc) has new bugs! 

I assume the bug report against 1.24 is preventing it from propagating
to testing, in spite of the unblock request.  I don't know why 1.25
isn't entering unstable though.

1.25 closes three bugs, and 1.26 (just uploaded) incorporates a fix
supplied by Alain Guibert for another problem he had noticed (though
there was nothing in the BTS yet).  Detailed descriptions of the
changes are appended, in the form of a commented diff between 1.24 and
1.25, and the patches from Alain Guilbert.

I would like to see 1.26 released with Lenny.  I planned to submit an
unblock request after it had spent ten days in unstable.  However,
that won't work if new versions can't even enter unstable.  Please let
me know if there's something I should do about that.  (Upload with
higher urgency?)

 - Jim Van Zandt


--  changes from 1.24 to 1.25 


The significant changes are upstream, to fix important bugs 477637 and
474337 (freeze during installation because the read of /dev/rtc
blocks).  Here is the Debian changelog entry:


adjtimex (1.25-1) unstable; urgency=low

  * New upstream release.  Set an alarm to avoid blocking even if /dev/rtc
never becomes readable, then fall back to busywait. New --nointerrupt
option to force busywait without first waiting for the interrupt
timeout (thanks to Alain Guibert). (closes:Bug#477637,Bug#474337).
Update man page (closes:Bug#435956).

 -- James R. Van Zandt <[EMAIL PROTECTED]>  Fri, 08 Aug 2008 19:43:38 -0400


Contents of this diff:
  1) adjtimex.c changes
  2) documentation
  3) other stuff


===   1) adjtimex.c changes

Set an alarm to prevent blocking.  If interrupts don't come within two
seconds, fall back to busywait access.

Implement new option "--nointerrupt" to use the busywait access method
immediately.

Before, adjtimex would try /dev/rtc and /dev/rtc0.  Now add three more
options as in hwclock: /dev/efirtc for ia64, /dev/misc/rtc for devfs,
and /dev/misc/efirtc for devfs on ia64.


diff -ur adjtimex-1.24/adjtimex.c adjtimex-1.25/adjtimex.c
--- adjtimex-1.24/adjtimex.c2008-04-04 21:35:55.0 -0400
+++ adjtimex-1.25/adjtimex.c2008-08-07 21:46:48.0 -0400
@@ -31,6 +31,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -65,6 +66,8 @@
 1 = using /dev/rtc
-1 = will use /dev/rtc if available,
 but have not tried to open it yet */
+static int nointerrupt = 0;/* 0 = try to detect RTC tick via interrupt
+  1 = via another method */
 
 struct hack {
   double ref;  /* reference time for time hack */
@@ -122,6 +125,7 @@
   {"tick", 1, NULL, 't'},
   {"utc", 0, NULL, 'u'},
   {"directisa", 0, NULL, 'd'},
+  {"nointerrupt", 0, NULL, 'n'},
   {"version", 0, NULL, 'v'},
   {"verbose", 0, NULL, 'V'},
   {"watch", 0, NULL, 'w'},
@@ -209,6 +213,7 @@
 "   -r, --review[=file]   review clock log file, estimate drifts\n"
 "   -u, --utc the CMOS clock is set to UTC\n"
 "   -d, --directisa   access the CMOS clock directly\n"
+"   -n, --nointerrupt bypass the CMOS clock interrupt access 
method\n"
 "\n"
 "Informative Output:\n"
 "   --helpprint this help, then exit\n"
@@ -376,6 +381,9 @@
  case 'd':
using_dev_rtc = 0;
break;
+ case 'n':
+   nointerrupt = 1;
+   break;
  case 'v':
{
  printf("adjtimex %s\n", VERSION);
@@ -530,39 +538,54 @@
 /*
  * Main initialisation of CMOS clock access methods, for all modes.
  * Set the global variable cmos_device to the first available RTC device
- * driver filename between /dev/rtc and /dev/rtc0, and set cmos_fd to
+ * driver filename (/dev/rtc, /dev/rtc0, etc.), and set cmos_fd to
  * a file descriptor for it.
  * Failing that, select and initialize direct I/O ports mode.
  */
 static
 void cmos_ini

Re: guile-1.8 (1.8.5+1-2) recommended for lenny

[Rob Browning]

So Marc, what do you think about this?  I'd be tempted to go with the
upstream code, and add support ia64, but I could also understand
taking the more conservative approach, taking out the patch, and
leaving ia64 support for unstable.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Freeze exception for podlators-perl/2.1.2-1

[Niko Tyni]

Hi release team,

please consider giving a freeze exception for podlators-perl/2.1.2-1
to get the 'pod2man --utf8' functionality in Lenny. Note that this is
a new package not currently in testing.

Some background can be found in #480997 and the thread spanning

 http://lists.debian.org/debian-perl/2008/07/msg00109.html
 http://lists.debian.org/debian-perl/2008/08/msg00012.html

Summary: the etch version of pod2man lets UTF-8 through as is, but
the current lenny version turns them into 'X's and the like. The etch
behaviour was undefined and unsupported, but somewhat understandably
users (including the po4a and debconf packages) have been relying on it
for translated man pages.

I think having the newer Pod::Man and pod2man in a separate package
overriding those in the Perl core would be a less invasive change than
patching the core versions. This is not a stopper, though, and I'd be
OK with the other option too if you prefer that.

The UTF-8 output would be opt-in at least for lenny; packages needing
it would have build-depend on podlators-perl and add '--utf8' to the
pod2man options.

This is #480997; the newer Pod::Man also fixes #448204 and #480565.
It would also enable a fix for #492037 by making perl-doc depend on
podlators-perl and adding the '--utf8' to the pod2man invocation
behind the scenes.

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]


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

Re: Freeze exception for libapache2-mod-perl2/2.0.4-2

[Niko Tyni]

block 494677 with 494679
block 480154 with 494679
thanks

On Sun, Aug 17, 2008 at 11:41:08PM +0100, Adeodato Simó wrote:
> * Niko Tyni [Mon, 11 Aug 2008 14:03:27 +0300]:

> > > Please allow the just-uploaded version 2.0.4-2 of libapache2-mod-perl2 
> > > to migrate to lenny. The upload contains a fix for a FTBFS bug[0] that 
> > > shows itself preferably on slow architectures.
> 
> > > libcgi-pm-perl (which is added to build-dependencies) is at version 3.38 
> > > in lenny.
> 
> > Darn, it failed on all autobuilders because their sbuilds still suffer
> > from #395271

> > I suppose we need to do something else to fix libapache2-mod-perl2.
 
> Any progress on this fix?

As discussed in #494677, fixing the CGI.pm bug in perl-modules (tracked
as #494679 and waiting for 5.10.0-13 to get in lenny first) should take
care of the original non-deterministic libapache2-mod-perl2 FTBFS bug
(#480154) still present in testing. I don't think we should work around
the problem in libapache2-mod-perl2 at this point.

For reference:

#480154 libapache2-mod-perl2: non-determistic FTBFS: cgiupload tests fail
#494677 libapache2-mod-perl2: FTBFS: dpkg-checkbuilddeps: Unmet build 
dependencies: libcgi-pm-perl (>= 3.33)
#494679 perl: $ENV{TMPDIR} breaks CGI.pm in taint mode

Hope this clears it up :)
-- 
Niko Tyni   [EMAIL PROTECTED]


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

seeking approval for reprepro 3.5.2-3

[Bernhard R. Link]

I've prepared reprepro 3.5.2-3 incorporating the fixes in reprepro 3.6.1.
As 3.6.1 is in experimental, this could go via unstable if approved.

It fixes three bugs, all not in the BTS:

- Ctrl-C support for some operations got lost in 3.3. This causes a
  locked database if the user is too impatient.
- the reoverride command was totally broken in multiple ways
  (causing an assertion in some cases, reporting out of memory
   erroneously otherwise, putting things in an uncommon position
   and ignoring section and priority which are for override the most
   intresting, because of blindly c&p code from elsewhere).
- interaction with libbz2 had a bug in dealing with libbz2 needing
  multiple calls to finish compression. (It returns BZ_FINISH_OK
  instead of BZ_RUN_OK then. Dunno if something in libbz2 changed
  or some user just had very bad luck to run into this. It causes
  reprepro to abort when trying to export an distribution).

The debdiff follows (files permuted to make it easier to read):

diff -u reprepro-3.5.2/debian/changelog reprepro-3.5.2/debian/changelog
--- reprepro-3.5.2/debian/changelog
+++ reprepro-3.5.2/debian/changelog
@@ -1,3 +1,12 @@
+reprepro (3.5.2-3) unstable; urgency=low
+
+  * backport some bugfixes of 3.6.1 to 3.5.2:
+  - readd Ctrl-C support to file database operations
+  - fix reoverride command (LP: 206663)
+  - fix error in handling libbz2 return codes
+
+ -- Bernhard R. Link <[EMAIL PROTECTED]>  Mon, 18 Aug 2008 11:55:46 +0200
+
 reprepro (3.5.2-2) unstable; urgency=low
 
   * backport some bugfixes of 3.6.0 to 3.5.2:
only in patch2:
unchanged:
--- reprepro-3.5.2.orig/files.c
+++ reprepro-3.5.2/files.c
@@ -476,6 +476,10 @@
result = RET_NOTHING;
while( cursor_nexttemp(database->checksums, cursor,
&filekey, &checksum) ) {
+   if( interrupted() ) {
+   RET_UPDATE(result, RET_ERROR_INTERRUPTED);
+   break;
+   }
r = action(privdata, filekey);
RET_UPDATE(result, r);
}
@@ -489,6 +493,10 @@
result = RET_NOTHING;
while( cursor_nexttemp(database->oldmd5sums, cursor,
&filekey, &checksum) ) {
+   if( interrupted() ) {
+   RET_UPDATE(result, RET_ERROR_INTERRUPTED);
+   break;
+   }
r = action(privdata, filekey);
RET_UPDATE(result,r);
}
only in patch2:
unchanged:
--- reprepro-3.5.2.orig/override.h
+++ reprepro-3.5.2/override.h
@@ -31,5 +31,7 @@
  * incorporates otherreplaces, or frees them on error */
 /[EMAIL PROTECTED]@*/struct fieldtoadd *override_addreplacefields(const struct 
overrideinfo *override,
/[EMAIL PROTECTED]@*/struct fieldtoadd *otherreplaces);
+/* as above, but all fields. and may return NULL if there are no overrides */
+retvalue override_allreplacefields(const struct overrideinfo *, /[EMAIL 
PROTECTED]@*/struct fieldtoadd **);
 
 #endif
only in patch2:
unchanged:
--- reprepro-3.5.2.orig/override.c
+++ reprepro-3.5.2/override.c
@@ -277,3 +277,20 @@
 
 }
 
+retvalue override_allreplacefields(const struct overrideinfo *override, struct 
fieldtoadd **fields_p) {
+   int i;
+   struct fieldtoadd *fields = NULL;
+
+   assert( override != NULL );
+
+   for( i = 0 ; i+1 < override->fields.count ; i+=2 ) {
+   fields = addfield_new(
+   
override->fields.values[i],override->fields.values[i+1],
+   fields);
+   if( fields == NULL )
+   return RET_ERROR_OOM;
+
+   }
+   *fields_p = fields;
+   return RET_OK;
+}
only in patch2:
unchanged:
--- reprepro-3.5.2.orig/binaries.c
+++ reprepro-3.5.2/binaries.c
@@ -268,6 +268,7 @@
const struct overrideinfo *o;
struct fieldtoadd *fields;
char *newchunk;
+   retvalue r;
 
if( interrupted() )
return RET_ERROR_INTERRUPTED;
@@ -276,10 +277,10 @@
if( o == NULL )
return RET_NOTHING;
 
-   fields = override_addreplacefields(o,NULL);
-   if( fields == NULL )
-   return RET_ERROR_OOM;
-   newchunk = chunk_replacefields(controlchunk,fields,"Description");
+   r = override_allreplacefields(o, &fields);
+   if( RET_WAS_ERROR(r) )
+   return r;
+   newchunk = chunk_replacefields(controlchunk, fields, "Filename");
addfield_free(fields);
if( newchunk == NULL )
return RET_ERROR_OOM;
only in patch2:
unchanged:
--- reprepro-3.5.2.orig/sources.c
+++ reprepro-3.5.2/sources.c
@@ -328,6 +328,7 @@
const struct overrideinfo *o;
struct fieldtoadd *fields;
char *newchunk;
+   retvalue r;
 
if( interrupted() )
return RET_ERR

Re: pod2man update

[Russ Allbery]

Adeodato Simó <[EMAIL PROTECTED]> writes:
> * Niko Tyni [Tue, 05 Aug 2008 00:42:35 +0300]:

>> Alternatively, would you consider a corresponding patch for the perl
>> package for inclusion into lenny? As noted in #480997, turning UTF8
>> into "X"s is a regression from 5.8.8, although it was relying on
>> undefined behaviour.

> What's the size for that patch to perl? I think UTF-8 should be well
> supported, and regressions wrt Etch would be best avoided, yes.

The straight diff between podlators 2.0.6 and 2.1.2 is fairly substantial
(32 files changed, 609 insertions(+), 289 deletions(-)), but quite a lot
of that is documentation changes, test suite improvements to catch the
problems that were fixed, and that sort of thing.  The baseline, which
still includes quite a few documentation changes and some reformatting,
is:

 lib/Pod/Man.pm |  175 -
 scripts/pod2man.PL |   95 ++--

I haven't yet tried to extract out just the code changes; it's
unfortunately not completely trivial since we still do need the
documentation change to include the --utf8 option.  I suspect that it
would be around 100 lines of total diff.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

please unblock pyme-0.8.0-2

[Arnaud Fontaine]

Hello,

Could you please unblock pyme-0.8.0-2 as this version only fixes a FTBFS
with dash?

Regards,
Arnaud Fontaine

diff -urN pyme-0.8.0.orig/debian/changelog pyme-0.8.0/debian/changelog
--- pyme-0.8.0.orig/debian/changelog	2008-08-16 17:22:32.0 +0200
+++ pyme-0.8.0/debian/changelog	2008-08-16 17:22:47.0 +0200
@@ -1,3 +1,10 @@
+pyme (0.8.0-2) unstable; urgency=low
+
+  * Apply patch which fixes FTBFS with dash. Thanks to Adrien
+Cunin. Closes: #493110.
+
+ -- Arnaud Fontaine <[EMAIL PROTECTED]>  Fri, 15 Aug 2008 18:51:26 +0200
+
 pyme (0.8.0-1) unstable; urgency=low
 
   * New upstream release.
diff -urN pyme-0.8.0.orig/setup.py pyme-0.8.0/setup.py
--- pyme-0.8.0.orig/setup.py	2006-04-13 00:20:38.0 +0200
+++ pyme-0.8.0/setup.py	2008-08-16 17:22:47.0 +0200
@@ -31,7 +31,7 @@
 import version
 
 def getconfig(what):
-cmd = os.popen("sh gpgme-config --%s" % what, "r")
+cmd = os.popen("sh -c 'gpgme-config --%s'" % what, "r")
 confdata = cmd.read()
 confdata = confdata.replace("\n", " ")
 assert cmd.close() == None, "error getting GPG config"


pgpRrPoaotCVv.pgp
Description: PGP signature