Re: Please unblock ekiga/2.0.3-4 and remove gnomemeeting from testing afterwards

[Loïc Minier]

On Sun, Mar 04, 2007, Loïc Minier wrote:
>  As gnomemeeting was removed from unstable, I uploaded a transition
>  package in the ekiga source with compatibility wrapper.  Please unblock
>  ekiga/2.0.3-4:
...
>  And please remove gnomemeeting from testing as well if you do.

 It seems ekiga has important regressions when compared to gnomemeeting,
 in particular:
 - unusable under PPC, seems like an endianness issue, probably on other
   arches as well
 - no IPv6 support

 Which are now two serious bugs.

 Are the Security and Release team still preferring the removal of
 gnomemeeting from etch?

-- 
Loïc Minier <[EMAIL PROTECTED]>


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

Request for permission to upload sl-modem through t-p-u for l10n purposes

[Christian Perrier]

The sl-modem package currently has a 2.9.9d+e-pre2-9 version in
unstable. The version in testing is 2.9.9d+e-pre2-7

The unstable version has changes that make it unsuitable for a freeze
exception obviously.

Some debconf templates translations in testing are incomplete while
they're complete in unstable.

I hereby request for the permission to upload a fixed
2.9.9d+e-pre2-7etch1 version in t-p-u with translations grabbed from
unstable.

Of course, if Eduard, the maintainer, prefers doing it himself, I will
let him do it (please contact me, Eduard, to get the needed changes).


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

Please unblock lm-sensors/1:2.10.1-3

[Aurelien Jarno]

Hi,

I have just uploaded a new version of lm-sensors, which includes not
code change, but only a change of the upstream URL. I have been asked to
do so by upstream, as this URL appears on the packages.d.o page, and 
as they do not plan to have a redirection for a very long time.

Could you please unblock it?

unblock lm-sensors/1:2.10.1-3

Thanks,
Aurelien

diff -u lm-sensors-2.10.1/debian/copyright lm-sensors-2.10.1/debian/copyright
--- lm-sensors-2.10.1/debian/copyright
+++ lm-sensors-2.10.1/debian/copyright
@@ -1,7 +1,7 @@
 This package was debianized by Stephen Crowley [EMAIL PROTECTED] and is now
 maintained by Aurelien Jarno <[EMAIL PROTECTED]>.
 
-It was downloaded from http://www.lm-sensors.nu/
+It was downloaded from http://www.lm-sensors.org/
 
 Copyright
 
diff -u lm-sensors-2.10.1/debian/changelog lm-sensors-2.10.1/debian/changelog
--- lm-sensors-2.10.1/debian/changelog
+++ lm-sensors-2.10.1/debian/changelog
@@ -1,3 +1,9 @@
+lm-sensors (1:2.10.1-3) unstable; urgency=medium
+
+  * Update upstream URL.
+
+ -- Aurelien Jarno <[EMAIL PROTECTED]>  Mon,  5 Mar 2007 01:38:06 +0100
+
 lm-sensors (1:2.10.1-2) unstable; urgency=low
 
   * libsensors3: don't source debconf from postinst (closes: bug#390034).
diff -u lm-sensors-2.10.1/debian/control lm-sensors-2.10.1/debian/control
--- lm-sensors-2.10.1/debian/control
+++ lm-sensors-2.10.1/debian/control
@@ -23,7 +23,7 @@
  building them using the lm-sensors-source package. For 2.6 kernels,
  use the modules that are already in the kernel tree.
  .
-  Homepage: http://www.lm-sensors.nu
+  Homepage: http://www.lm-sensors.org
 
 Package: libsensors3
 Architecture: any
@@ -38,7 +38,7 @@
  .
  This package contains a shared library for querying lm-sensors.
  .
-  Homepage: http://www.lm-sensors.nu
+  Homepage: http://www.lm-sensors.org
 
 Package: libsensors-dev
 Architecture: any
@@ -53,7 +53,7 @@
  This package contains the static library and header files used in
  development.
  .
-  Homepage: http://www.lm-sensors.nu
+  Homepage: http://www.lm-sensors.org
 
 Package: sensord
 Architecture: any
@@ -75,3 +75,3 @@
  .
-  Homepage: http://www.lm-sensors.nu
+  Homepage: http://www.lm-sensors.org
 
-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Request for permission to upload dnprogs through t-p-u for l10n purposes

[Christian Perrier]

The dnprogs package currently has a 2.37.2 version in unstable. The
version in testing is 2.38.2

The debconf templates translations in testing are incomplete while
they're complete in unstable.

I hereby request for the permission to upload a fixed 2.37.3 version
in t-p-u with translations grabbed from unstable.

Of course, if Patrick, the maintainer, prefers doing it himself, I
will let him do it (please contact me, Patrick, this requires to
unfuzzy translations when grabbing them from unstable).


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

Please unblock dvdisaster 0.70.3-2

[Daniel Baumann]

Hi,

please unblock dvdisaster 0.70.3-2, it fixes #405757, debdiff is attached.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/
diff -u dvdisaster-0.70.3/debian/patches/00list dvdisaster-0.70.3/debian/patches/00list
--- dvdisaster-0.70.3/debian/patches/00list
+++ dvdisaster-0.70.3/debian/patches/00list
@@ -5,0 +6 @@
+06-glib
diff -u dvdisaster-0.70.3/debian/changelog dvdisaster-0.70.3/debian/changelog
--- dvdisaster-0.70.3/debian/changelog
+++ dvdisaster-0.70.3/debian/changelog
@@ -1,3 +1,10 @@
+dvdisaster (0.70.3-2) unstable; urgency=medium
+
+  * Added patch from Carsten Gnoerlich <[EMAIL PROTECTED]> to fix issues
+with glib threading (Closes: #405757).
+
+ -- Daniel Baumann <[EMAIL PROTECTED]>  Wed, 17 Jan 2007 10:42:00 +0100
+
 dvdisaster (0.70.3-1) unstable; urgency=low
 
   * New upstream release.
only in patch2:
unchanged:
--- dvdisaster-0.70.3.orig/debian/patches/06-glib.dpatch
+++ dvdisaster-0.70.3/debian/patches/06-glib.dpatch
@@ -0,0 +1,85 @@
+#!/bin/sh /usr/share/dpatch/dpatch-run
+## 06-glib.dpatch by Carsten Gnoerlich <[EMAIL PROTECTED]>
+##
+## DP: Fixes issue with glib threading (Closes: #405757).
+
[EMAIL PROTECTED]@
+
+diff -Naur dvdisaster-0.70.3.orig/udf.c dvdisaster-0.70.3/udf.c
+--- dvdisaster-0.70.3.orig/udf.c	2006-12-10 17:58:35.0 +
 dvdisaster-0.70.3/udf.c	2007-01-17 09:39:58.0 +
+@@ -181,25 +181,28 @@
+gint64 header_modulo;
+int read_count = 0;
+int answered_continue = FALSE;
++   int warning_shown = FALSE;
+ 
+/*** Quick search at fixed offsets relative to ISO filesystem */
+ 
+-   if(!max_sectors && dh->isoInfo)
+-   {  gint64 iso_size = dh->isoInfo->volumeSize; 
+-
+-  /* Iso size is correct; look for root sector at +2 */
+-
+-  if(try_sector(dh, iso_size, &eh) == HEADER_FOUND)
+-  {  Verbose("Root sector search at +0 successful\n");
+-	 return eh;
+-  }
++   if(!max_sectors)
++   {  if(dh->isoInfo)
++  {  gint64 iso_size = dh->isoInfo->volumeSize; 
++
++/* Iso size is correct; look for root sector at +2 */
++
++ if(try_sector(dh, iso_size, &eh) == HEADER_FOUND)
++	 {  Verbose("Root sector search at +0 successful\n");
++	return eh;
++	 }
+ 
+-  /* Strange stuff. Sometimes the iso size is increased by 150
+-	 sectors by the burning software. */
++	 /* Strange stuff. Sometimes the iso size is increased by 150
++	sectors by the burning software. */
+ 
+-  if(try_sector(dh, iso_size-150, &eh) == HEADER_FOUND)
+-  {  Verbose("Root sector search at -150 successful\n");
+-	 return eh;
++	 if(try_sector(dh, iso_size-150, &eh) == HEADER_FOUND)
++	 {  Verbose("Root sector search at -150 successful\n");
++	   return eh;
++	 }
+   }
+ 
+   return NULL;
+@@ -244,14 +247,23 @@
+ 	   SetBit(try_next_header, pos);
+ 	   read_count++;
+ 	   if(!answered_continue && read_count > 5)
+-	   {  int answer = ModalDialog(GTK_MESSAGE_QUESTION, GTK_BUTTONS_NONE, insert_buttons,
+-	   _("Faster medium initialization\n\n"
+-	 "Searching rewriteable media for error correction data may take a long time.\n"
+-	 "Press \"Skip RS02 test\" if you are certain that this medium was\n"
+-	 "not augmented with RS02 error correction data."));
+-		 
+-		  if(answer) goto bail_out;
+-		  answered_continue = TRUE;
++	   {  if(Closure->guiMode)
++		  {  int answer = ModalDialog(GTK_MESSAGE_QUESTION, GTK_BUTTONS_NONE, insert_buttons,
++	  _("Faster medium initialization\n\n"
++		"Searching rewriteable media for error correction data may take a long time.\n"
++		"Press \"Skip RS02 test\" if you are certain that this medium was\n"
++		"not augmented with RS02 error correction data."));
++		
++		if(answer) goto bail_out;
++		answered_continue = TRUE;
++		  }
++		  if(!Closure->guiMode && !warning_shown)
++		  {  PrintCLI(_("\nSearching rewriteable media for error correction data may take a long time.\n"
++"If you are certain that this medium was not augmented with RS02 error correction\n"
++"data, you might wish to abort this command and re-run with the option\n"
++"--query-size=udf\n"));
++		warning_shown = TRUE;
++		  }
+ 	   }
+ 	   goto check_next_header;
+ 	case TRY_NEXT_MODULO:

Re: Could you please force sysstat/7.0.0-4 to testing

[Steve Langasek]

On Sun, Mar 04, 2007 at 11:07:45PM +0100, Robert Luberda wrote:

> Unfortunatelly I had been bitten by #364510 and mis-uploaded new
> upstream version of sysstat to unstable instead of experimental.

> I'd like to ask you  to force sysstat 7.0.0-4 to testing (if it is
> possible) before today dinstall run, when it'll get overwriten by 
> the newer version. The 7.0.0-4 has been in unstable for 5 days.

Unblocked and bumped the urgency, but getting this in depends on someone
being available to trigger a britney rerun before the next dinstall.

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


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

Could you please force sysstat/7.0.0-4 to testing

[Robert Luberda]

Hi, 

Unfortunatelly I had been bitten by #364510 and mis-uploaded new
upstream version of sysstat to unstable instead of experimental.

I'd like to ask you  to force sysstat 7.0.0-4 to testing (if it is
possible) before today dinstall run, when it'll get overwriten by 
the newer version. The 7.0.0-4 has been in unstable for 5 days.


sysstat (7.0.0-4) unstable; urgency=low

  * Initial translations of debconf templates:
+ Portuguese (closes: #411747),
+ Galician   (closes: #412230).
  * Make isag depend on gnuplot-x11 rather than on transitional gnuplot
package (closes: #410228).

 -- Robert Luberda <[EMAIL PROTECTED]>  Mon, 26 Feb 2007 21:40:18 +0100


Best Regards,
robert


signature.asc
Description: Digital signature

Re: Please allow util-vserver 0.30.212-1 into etch

[Micah Anderson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Micah Anderson wrote:
> If I remove all the useless stuff (.svn stuff that crept in, upstream
> Changelog which for some reason had a number of changes, autotools
> noise, debian patches that have been incorporated into upstream, NOOP
> RCS header date changes, fedora yum repo gpg key change (unrelated to
> debian) gentoo initscript changes (unrelated to debian), redhat initpost
> changes (unrelated to debian), documentation changes
> (doc/configuration.html, configuration-xhtml.xsl, configuration.xml),
> redhat spec file changes (unrelated to debian) and the THANKS change,
> leaves:
> 
> 58 files changed, 189 insertions(+), 446 deletions(-)
> 
> Removing the 20+ trivial fixes of:
> 
> -   WRITE_MSG(2, " --help\" for more information.\n");
> +   WRITE_MSG(2, " --help' for more information.\n");
> 
> Leaves 40 changes, 169 insertions(+), 426 deletions, not that much when
> you consider a new kernel API is supported.

Attached cleaned up patch for review.

Micah
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFF6yja9n4qXRzy1ioRAlujAKC3QtqSi/DRuJFO6GMohmfq3JVFBwCgtCkI
L+cG5Vhu2AytJvADG2LPALc=
=/4wu
-END PGP SIGNATURE-
diff -ur ./config.h.in ../0.30.212-1/config.h.in
--- ./config.h.in   2006-10-07 13:32:22.0 -0600
+++ ../0.30.212-1/config.h.in   2006-12-09 11:56:07.0 -0700
@@ -232,6 +232,9 @@
 /* Enable support for some obsoleted API of vserver 1.3.x */
 #undef VC_ENABLE_API_V13OBS
 
+/* Enable support for API of vserver 2.1.x */
+#undef VC_ENABLE_API_V21
+
 /* Version number of package */
 #undef VERSION
 
diff -ur ./ensc_wrappers/wrappers-vserver.hc 
../0.30.212-1/ensc_wrappers/wrappers-vserver.hc
--- ./ensc_wrappers/wrappers-vserver.hc 2007-03-04 12:25:45.0 -0700
+++ ../0.30.212-1/ensc_wrappers/wrappers-vserver.hc 2006-12-09 
11:56:07.0 -0700
@@ -132,15 +132,15 @@
 }
 
 inline static WRAPPER_DECL void
-Evc_set_namespace()
+Evc_set_namespace(xid_t xid, uint_least64_t mask)
 {
-  FatalErrnoError(vc_set_namespace()==-1, "vc_set_namespace()");
+  FatalErrnoError(vc_set_namespace(xid, mask)==-1, "vc_set_namespace()");
 }
 
 inline static WRAPPER_DECL void
-Evc_enter_namespace(xid_t xid)
+Evc_enter_namespace(xid_t xid, uint_least64_t mask)
 {
-  FatalErrnoError(vc_enter_namespace(xid)==-1, "vc_enter_namespace()");
+  FatalErrnoError(vc_enter_namespace(xid, mask)==-1, "vc_enter_namespace()");
 }
 
 inline static WRAPPER_DECL xid_t
diff -ur ./kernel/cacct_cmd.h ../0.30.212-1/kernel/cacct_cmd.h
--- ./kernel/cacct_cmd.h2007-03-04 12:25:45.0 -0700
+++ ../0.30.212-1/kernel/cacct_cmd.h2006-12-09 11:56:07.0 -0700
@@ -13,11 +13,4 @@
 };
 
 
-#ifdef __KERNEL__
-
-#include 
-
-extern int vc_sock_stat(struct vx_info *, void __user *);
-
-#endif /* __KERNEL__ */
 #endif /* _VX_CACCT_CMD_H */
diff -ur ./kernel/context_cmd.h ../0.30.212-1/kernel/context_cmd.h
--- ./kernel/context_cmd.h  2007-03-04 12:25:45.0 -0700
+++ ../0.30.212-1/kernel/context_cmd.h  2006-12-09 11:56:07.0 -0700
@@ -6,10 +6,6 @@
 
 #define VCMD_task_xid  VC_CMD(VINFO, 1, 0)
 
-#ifdef __KERNEL__
-extern int vc_task_xid(uint32_t, void __user *);
-
-#endif /* __KERNEL__ */
 
 #define VCMD_vx_info   VC_CMD(VINFO, 5, 0)
 
@@ -19,10 +15,6 @@
/* more to come */
 };
 
-#ifdef __KERNEL__
-extern int vc_vx_info(struct vx_info *, void __user *);
-
-#endif /* __KERNEL__ */
 
 #define VCMD_ctx_stat  VC_CMD(VSTAT, 0, 0)
 
@@ -32,10 +24,6 @@
/* more to come */
 };
 
-#ifdef __KERNEL__
-extern int vc_ctx_stat(struct vx_info *, void __user *);
-
-#endif /* __KERNEL__ */
 
 /* context commands */
 
@@ -53,11 +41,6 @@
uint64_t flagword;
 };
 
-#ifdef __KERNEL__
-extern int vc_ctx_create(uint32_t, void __user *);
-extern int vc_ctx_migrate(struct vx_info *, void __user *);
-
-#endif /* __KERNEL__ */
 
 
 /* flag commands */
@@ -70,11 +53,6 @@
uint64_t mask;
 };
 
-#ifdef __KERNEL__
-extern int vc_get_cflags(struct vx_info *, void __user *);
-extern int vc_set_cflags(struct vx_info *, void __user *);
-
-#endif /* __KERNEL__ */
 
 
 /* context caps commands */
@@ -96,13 +74,6 @@
uint64_t cmask;
 };
 
-#ifdef __KERNEL__
-extern int vc_get_ccaps_v0(struct vx_info *, void __user *);
-extern int vc_set_ccaps_v0(struct vx_info *, void __user *);
-extern int vc_get_ccaps(struct vx_info *, void __user *);
-extern int vc_set_ccaps(struct vx_info *, void __user *);
-
-#endif /* __KERNEL__ */
 
 
 /* bcaps commands */
@@ -115,9 +86,4 @@
uint64_t bmask;
 };
 
-#ifdef __KERNEL__
-extern int vc_get_bcaps(struct vx_info *, void __user *);
-extern int vc_set_bcaps(struct vx_info *, void __user *);
-
-#endif /* __KERNEL__ */
 #endif /* _VX_CONTEXT_CMD_H */
diff -ur ./kernel/cvirt_cmd.h ../0.30.212-1/kernel/cvirt_cmd.h
--- ./kernel/cvirt_cmd.h2007-03-04 12:25:45.0 -0700
+++ ../0.30.212-1/kernel/cvirt_cmd.h2006-12-09 11:56:07.0 -

Re: Please allow util-vserver 0.30.212-1 into etch

[Micah Anderson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Micah Anderson <[EMAIL PROTECTED]> writes:
>> Due to changes in the vserver patch necessary for 2.6.19+, changes in
>> the user-space util-vserver package were required. The changes
>> between 0.30.211-6 and 0.30.212-1 are important.

Marc 'HE' Brockschmidt wrote:
> 161 files changed, 5326 insertions(+), 10685 deletions(-)

If I remove all the useless stuff (.svn stuff that crept in, upstream
Changelog which for some reason had a number of changes, autotools
noise, debian patches that have been incorporated into upstream, NOOP
RCS header date changes, fedora yum repo gpg key change (unrelated to
debian) gentoo initscript changes (unrelated to debian), redhat initpost
changes (unrelated to debian), documentation changes
(doc/configuration.html, configuration-xhtml.xsl, configuration.xml),
redhat spec file changes (unrelated to debian) and the THANKS change,
leaves:

58 files changed, 189 insertions(+), 446 deletions(-)

Removing the 20+ trivial fixes of:

- -   WRITE_MSG(2, " --help\" for more information.\n");
+   WRITE_MSG(2, " --help' for more information.\n");

Leaves 40 changes, 169 insertions(+), 426 deletions, not that much when
you consider a new kernel API is supported.

>This is simply not reviewable and we don't have kernels >= 2.6.19 in
>etch, so I'm really not convinced that letting this trought at this
>point of the freeze is a good idea.

The reason for requesting this is to make etch+.5 transition smoother,
and as I understand it, a newer kernel is expected to be introduced in
etch+.5, and anything newer than 2.6.18 will break all vserver support.
Additionally, any user who installs a backported kernel, or a
hand-rolled one, will be unable to use vservers with 0.30.211-6.

Micah
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFF6yf+9n4qXRzy1ioRAo3nAKCIIwP0Rnb2Ds+m5UA3isgjCMxuAQCeOkpI
J5Z3C1tHQ3nelrXPv44cFNE=
=nJyM
-END PGP SIGNATURE-


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

Please unblock id3ren 1.1b0-3

[Matthew Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear release team,

I have just adopted id3ren and in the process fixed the important bug
#369260. id3ren has no rdepends and this bug is a regression from
previous versions, so I see no problem allowing it into testing.

The changelog is:

 id3ren (1.1b0-3) unstable; urgency=low
 .
   * Adopt package. (Closes: #365641)
   * Move filename sanitization to around tag contents,
 not resulting filename, and enable '/' replacement.
 Closes: #369260

Please consider hinting this for testing.

Thanks,

Matt

- -- 
Matthew Johnson

http://www.matthew.ath.cx/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Made with pgp4pine 1.76

iD8DBQFF6yThpldmHVvob7kRAv0mAKDu70DTsLxt3OkhIAoatUpGw0Lb5gCfUKVc
LiCwBXfN2eB0ZHFqchnRt7g=
=5wct
-END PGP SIGNATURE-


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

Please unblock apache/1.3.34-4.1

[Matthew Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear release team,

My NMU of apache to close #357561 has just been uploaded. It closes a
security vulnerability which was only not RC due to it being terminal
related. I feel that even so, when  a fix is available it should be
allowed into Etch. The changelog entry is as follows:

 apache (1.3.34-4.1) unstable; urgency=low
 .
   * Non-Mainainer Upload.
   * Revert 033_-F_NO_SETSID patch and re-fix #244857 in such a way that a
 local root hole is not created (Closes: #357561)

The change I made is to revert 033_-F_NO_SETSID, but retain it's functionality 
by adding 033_SETSID_allowfail which still calls setsid, but allows it to fail 
when the -F flag has been specified to apache without it exiting. 
514_nice_proxy_cache_cleanup  is patched against the same bit of file, so this 
has been changed so that it applies cleanly.

This is a minimal change and has been confirmed to still solve the problem for
which 033_-F_NO_SETSID was introduced.

Thanks,

Matt

- -- 
Matthew Johnson

http://www.matthew.ath.cx/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Made with pgp4pine 1.76

iD8DBQFF6yOOpldmHVvob7kRAgNfAJ0XCQ925F39G7NpXZ6WKY9K0Vg8YgCgmK2V
HmPyMjc1Ym59QPCztmowrjc=
=W77K
-END PGP SIGNATURE-


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

Re: D-I RC2 - Status and schedule - Post-Etch development

[Frans Pop]

On Sunday 04 March 2007 20:21, Russ Allbery wrote:
> The upgrade process from ssh-krb5 to openssh-client and openssh-server
> is still broken, albeit in a more minor way.  I've filed two patches
> (#404863 and #407766) that should fix the remaining issues.
>
> OpenSSH produces a udeb package.
>
> I'd really like to have this upgrade be clean for etch if possible,
> since I believe there's a substantial install base of ssh-krb5 at
> academic institutions with large Kerberos infrastructures.  Is there
> any hope of getting an additional OpenSSH upload that includes these
> two patches?

The question if the change is acceptable for Etch and if it is worth 
delaying D-I RC2 for it, is for the RMs to answer.
The only information I can give is that ssh _is_ included in some D-I 
initrds and thus I would have to delay the upload of debian-installer 
until they have migrated to testing.

If the RMs decide to accept this change, openssh should be uploaded ASAP 
with priority high. Of course, at this late stage of the release you 
should also be absolutely certain that the change will not break 
anything.

Cheers,
FJP


pgpS1TpBnSbNj.pgp
Description: PGP signature

Re: D-I RC2 - Status and schedule - Post-Etch development

[Russ Allbery]

Frans Pop <[EMAIL PROTECTED]> writes:

> We still need several udebs to migrate to testing before D-I can be
> built and uploaded. These last migrations should happen over the next 4
> or 5 days. Unless I hear differently from the RMs, this is the final
> chance for packages that produce udebs to migrate to testing, especially
> for those that are included in the D-I initrds.

The upgrade process from ssh-krb5 to openssh-client and openssh-server is
still broken, albeit in a more minor way.  I've filed two patches (#404863
and #407766) that should fix the remaining issues.

OpenSSH produces a udeb package.

I'd really like to have this upgrade be clean for etch if possible, since
I believe there's a substantial install base of ssh-krb5 at academic
institutions with large Kerberos infrastructures.  Is there any hope of
getting an additional OpenSSH upload that includes these two patches?
Neither of these patches are large and they only affect the ssh-krb5
transitional package.  I'm happy to help with an NMU if desired.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Re: Bug#413208: Bug#413057: nfs-kernel-server: Exports dont work any more

[Frans Pop]

On Sunday 04 March 2007 19:25, Theodore Tso wrote:
> So would I be correct in assuming that there is no objections to my
> uploading a bug-fixed e2fsprogs udebs to unstable, and then requesting
> the release-team for a freeze exception to get these moved into
> testing ten days hence?

10 days is too late to my liking. Please do an upload with priority high 
or at least medium.
See the D-I RC2 release schedule for reference:
http://lists.debian.org/debian-release/2007/03/msg00108.html

The udebs should be in testing before March 13.

Cheers,
FJP


pgpwZygaASTK0.pgp
Description: PGP signature

Re: Bug#413208: Bug#413057: nfs-kernel-server: Exports dont work any more

[Theodore Tso]

On Sun, Mar 04, 2007 at 07:12:33PM +0100, Frans Pop wrote:
> There is more to d-i than just the initrds...
> The udebs are loaded in the course of the installation (either from CD or 
> over the network), more precisely when the partitioning components are 
> being loaded. The initrds only contain those components required to start 
> up the installation and make it possible to retrieve all other 
> components.

Ah, OK, which makes a lot of sense why you wouldn't need any of the
e2fsprogs udebs.  Sorry, one of these days I need to read up and
understand the whole d-i architecture.

So would I be correct in assuming that there is no objections to my
uploading a bug-fixed e2fsprogs udebs to unstable, and then requesting
the release-team for a freeze exception to get these moved into
testing ten days hence?

Thanks, regards,

- Ted


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

Re: Bug#413208: Bug#413057: nfs-kernel-server: Exports dont work any more

[Frans Pop]

Keeping the BRs out of this as it is hardly relevant there.

On Sunday 04 March 2007 18:48, Theodore Tso wrote:
> So are the e2fsprogs udebs being used at all at this point?  I thought
> the reason why we created the udebs was for D-I's initrd?

There is more to d-i than just the initrds...
The udebs are loaded in the course of the installation (either from CD or 
over the network), more precisely when the partitioning components are 
being loaded. The initrds only contain those components required to start 
up the installation and make it possible to retrieve all other 
components.

Yes, they are very much used and needed.


pgpDlrio23qmQ.pgp
Description: PGP signature

Re: Bug#413208: Bug#413057: nfs-kernel-server: Exports dont work any more

[Theodore Tso]

On Sun, Mar 04, 2007 at 02:08:01PM +0100, Frans Pop wrote:
> In this case it is not a problem because, AFAICT, none of the udebs built 
> with e2fsprogs are included in any D-I initrd.
> I will reply separately to d-release with my reasons why I feel it would 
> be a bad idea if it *had* been included in any initrd.

So are the e2fsprogs udebs being used at all at this point?  I thought
the reason why we created the udebs was for D-I's initrd?

- Ted






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

Re: please allow freeze exception for ppp-2.4.4rel-7

[Frans Pop]

On Sunday 04 March 2007 18:13, Eddy Petrișor wrote:
> Please allow ppp-2.4.4rel-7 in testing.

No objections.


pgptwW3RrqY9p.pgp
Description: PGP signature

please allow freeze exception for ppp-2.4.4rel-7

[Eddy Petrișor]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

Frans Pop just uploaded for me ppp-2.4.4rel-7 which includes an
updated pt_BR translation. Priority is set to high as Frans
suggested so that ppp-udeb catches D-I RC2.

Please allow ppp-2.4.4rel-7 in testing.

TIA
- --
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFF6v4pY8Chqv3NRNoRApTgAJ42InGfQkVneCo1mCgQrQmeRGh8vQCeP1u8
8pQmjUN3KdUwxyVTksvbK9I=
=gSCx
-END PGP SIGNATURE-


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

Re: Please unblock mtop 0.6.6-1.2

[Marc 'HE' Brockschmidt]

Christian Perrier <[EMAIL PROTECTED]> writes:
> I have just uploaded a NMU of mtop, to fix its pending l10n
> issues (and, if needed, very minor QA issues).
>
> Could you consider hinting it to enter testing?

Unblocked.

Marc
-- 
BOFH #410:
Electrical conduits in machine room are melting.


pgpvjU05N9t6w.pgp
Description: PGP signature

Re: Please unblock openswan 1:2.4.6+dfsg.2-1.1

[Marc 'HE' Brockschmidt]

Christian Perrier <[EMAIL PROTECTED]> writes:
> I have just uploaded a NMU of openswan, to fix its pending l10n
> issues (and, if needed, very minor QA issues).

Unblocked.

Marc
-- 
BOFH #180:
ether leak


pgpPEErBe1oQO.pgp
Description: PGP signature

Re: Please unblock lilo 1:22.8-1.1

[Marc 'HE' Brockschmidt]

Christian Perrier <[EMAIL PROTECTED]> writes:
> I have just uploaded a NMU of lilo, to fix its pending l10n
> issues (and, if needed, very minor QA issues).
>
> Could you consider hinting it to enter testing?

Nope:
  lilo | 1:22.6.1-9.3 |   testing | source, amd64, i386
  lilo |   1:22.8-1 |  unstable | source, amd64, i386

The versions are out of sync anyway.

Marc
-- 
Fachbegriffe der Informatik - Einfach erklärt
41: Internet
   Das von President Gates erfundene Computernetz. (Kristian Köhntopp)


pgpOkArXAaA1l.pgp
Description: PGP signature

Re: Please unblock tin 1:1.9.2+20070201-1

[Marc 'HE' Brockschmidt]

Marco d'Itri <[EMAIL PROTECTED]> writes:
> tin (1:1.9.2+20070201-1) unstable; urgency=medium

Unblocked.

Marc
-- 
BOFH #36:
dynamic software linking table corrupted


pgp6d8VKuCiuo.pgp
Description: PGP signature

Please unblock refpolicy/0.0.20061018-4

[Manoj Srivastava]

Hi,

This does not impact debian installer, since the new and old
 policy packages are almost bit-for-bit identical, modulo version
 number change, and one change that allows the TCP based openvpn
 products to work.

The major addition in this upload, apart from a README.Debian
 change, is the creation of a new binary package (which does not
 conflict with any of the old packages) that allows people to build
 local policy modules.

I confess that I did not initially see the need for this,
 since everyone I know who builds policy modules also hacks at the
 policy source, but with the wider deployment of SELinux I think it is
 important to let local policy module building for site specific
 policy more  usable.

Also, in  the new -dev package, lives a SELinux policy version
 of deb_make, called policygentool, that greatly simplifies creation
 of a policy module interactively. I think this is very useful for our
 Etch users.

manoj

refpolicy (0.0.20061018-4) unstable; urgency=low

  * Bug fix: "selinux-policy-refpolicy-targeted: does not suggest a way to
fix the 'maybe failing' attempt in postinst", thanks to Eddy Petrisor.
While this does not belong in the postinst, I have addedthis to the 
README.Debian file. This should be a low risk change. (Closes: #407691).
  * Bug fix: "Default build.conf doesn't match default strict/targeted
policy", thanks to Stefan.The build.conf included in the reference
source policy describe to build a policy of the type "strict". The
default binary policies coming with Debian are build with the policy
type "strict-mcs" or "targeted-mcs". Change the build.conf shipped in
source to conform to what we really use. (changes TYPE=strict to 
TYPE=strict-mcs, very low risk change.(Closes: #411256).
  * Bug fix: "selinux-policy-refpolicy-targeted: openvpn policy do not
allow tcp connection mode", thanks to Rafal Kupka. This bug really
should be at least important, and we should fully support a class of
security product like OpenVPN on machines which are running SELinux,
and this is a very low risk change.(Closes: #409041).
  * Install header files required for policy building for both strict and
targeted policies in a new -dev package, so it becomes really useful
to work with the source package. Moved the examples from the -src
package to this new -dev package, since the example is only useful in
with the headers provided. This is a new package, but it contains only
files already in the sources (No upstream changes at all), and is the
result of make install-headers. This new package has no rdepends, and
should be a very low risk addition to Debian.
  * This release should be a whole lot better for building local policies,
including the policygentool for creating a new policy from scratch,
and ability to build local policy modular packages. The build.conf
files have been cleaned up, and the source policy defaults to targeted
policy, which is standard in Debian, as opposed to the strict policy,
which has priority optional.

 -- Manoj Srivastava <[EMAIL PROTECTED]>  Mon, 26 Feb 2007 22:37:17 -0600

-- 
Business will be either better or worse. Calvin Coolidge
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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

Re: unblock request: php4 (6:4.4.4-9) and php5 (5.2.0-9)

[Marc 'HE' Brockschmidt]

sean finney <[EMAIL PROTECTED]> writes:
> i've just uploaded new versions of php4/php5 containing backported fixes
> to the latest batch of CVE's resulting from the start of the month of
> php bugs by the hardened php folks.  it was decided that we'd backport
> the fixes instead of taking the newest upstream versions of the pacakges
> due to regression concerns, and how late we are in the release cycle.

Thanks, unblocked. Really, thanks for taking care of this security
hell. I wish you luck for the coming month :-P

Marc
-- 
BOFH #268:
Neutrino overload on the nameserver


pgpFIlRzC8iES.pgp
Description: PGP signature

Please unblock ekiga/2.0.3-4 and remove gnomemeeting from testing afterwards

[Loïc Minier]

Hi,

 As gnomemeeting was removed from unstable, I uploaded a transition
 package in the ekiga source with compatibility wrapper.  Please unblock
 ekiga/2.0.3-4:
ekiga (2.0.3-4) unstable; urgency=high

  * Ship two shell wrappers, gnomemeeting-config-tool and gnomemeeting,
displaying a popup that Ekiga supersedes GnomeMeeting and calling the
corresponding new binary; call dh_install and depend on zenity.

 -- Loic Minier <[EMAIL PROTECTED]>  Sun,  4 Mar 2007 15:32:53 +0100

ekiga (2.0.3-3) unstable; urgency=high

  [ Kilian Krause ]
  * Add transparency to tray icon. (Closes: #399336)

  [ Loic Minier ]
  * Merge diff from 2.0.3-2.1 NMU; thanks Martin Zobel-Helas; closes: #411944.
  * Bump up Standards-Version to 3.7.2.
  * Remove trailing whitespace in rules and control.
  * Add a dummy gnomemeeting transition package; add .install file, rename
other debhelper files with an "ekiga." prefix.
  * Add gnomemeeting.NEWS to explain the transition.

 -- Loic Minier <[EMAIL PROTECTED]>  Sun,  4 Mar 2007 11:31:43 +0100

 And please remove gnomemeeting from testing as well if you do.

   Bye,
-- 
Loïc Minier <[EMAIL PROTECTED]>


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

Unfreeze of a number of packages

[Ola Lundqvist]

Hi

I would like you to unfreeze a number of packages:

* ntop
Correction of a crash and japanese translation
* cron-apt
Added missing dependency on cron
This is an important fix.
* dpsyco
Correction of a very annoying error message
* vnc4
Terminal handling improvement.
Not that important but useful.

* kernel-patch-openvz
And finally I would like you to consider to accept the version
of kernel-patch-openvz that I have uploaded to experimental.
I know that this is a quite big change but there are a number
of reasons why it should be done.

1) Upstream push to have this version incorporated to stable
   as they consider the 015.1 version to be much more stable
   than the 007.1 version that is in testing now.
2) I have tested to build the kernel on sparc, amd64, 486, 686
   and k7 architectures, and it all went well.
3) It has been regression tested on 486 architecture as all
   other uploads have.
4) The package is rather new so it have not received
   that much testing anyway as I'm one of the ones that have
   tested it most.

A quite big number of corrections have been made to this
kernel patch.

http://git.openvz.org/?p=linux-2.6.18-openvz;a=log;h=028test015
http://git.openvz.org/?p=linux-2.6.18-openvz;a=log;h=028test015;pg=1

If you accept this version (which I suggest you to do), I'll upload
it to unstable so you can unlock it.

Best regards,

// Ola

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://opalsys.net/ UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Please unblock policycoreutils/1.32-2

[Manoj Srivastava]

Hi,

This is a release that prevents running setfiles with no file
 path (the file path is a required argument to setfiles) if no
 writeable SELinux capable filesystems exist on the target
 machine. This came up when someone tried to install SELinux o0n a
 machine with just reiserfs filesystems, and reiserfs does not support
 the xattr functionality SELinux uses for setting security labels on
 filesystem object. The fix is just a check to see if any fileststems
 were found, and issueing a diagnostic  if not; this is just a shell
 if()  conditional.

This upload also changes diagnostic messages (no valid FS),
 changes an audit2allow error message to not mention "rpm" packages,
 updates a man page, and is wholly low risk.

This does not impact the debian installer.

manoj

policycoreutils (1.32-2) unstable; urgency=low

  * Bug fix: "policycoreutils: fixfiles should warn if no suitable fs
found", thanks to David Härdeman. This was a missing simple check --
now fixfiles does not attempt to run setfiles on an empty set if it
did not find a valid directory. Low risk, simple test. (Closes: #397198).
  * Bug fix: "policycoreutils: audit2allow line 135 should refer to debian
package", thanks to Russell Coker. It now asks the users to install
the checkpolicy package, not the chckpolicy rpm package. 
   (Closes: #401369).
  * Bug fix: "policycoreutils: patch for semanage.8", thanks to Russell
Coker. This adds some options that had been missing from the man page.
   (Closes: #406702).
  * Bug fix: "policycoreutils: fixfiles excludes reiserfs", thanks to
David Härdeman. Actually, it should: Support for atomic inode labeling
has not been implemented in reiserfs, so there is no SELinux support
for it.  This is documented in selinux-doc.  Reiser just won't label
files when they are created making it basically worthless for xattr
labeling.  (Closes: #397196). 

 -- Manoj Srivastava <[EMAIL PROTECTED]>  Sun,  4 Mar 2007 00:06:37 -0600

-- 
"One can measure the importance of a scientific work by the number of
earlier publications rendered superfluous by it." - David Gilbert%% I
judge a religion as being good or bad based on whether its adherents
become better people as a result of practicing it.- Joe Mullally,
computer salesman
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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

upload mapserver to t-p-u?

[Paul Wise]

Hi RMs, debian-gis,

I updated mapserver in sid to add a japanese debconf translation,
unfortunately it built against the new upstream version of libgd2
currently in sid, which seems unlikely to be approved for etch to me,
despite having high urgency. I'd like to upload 4.10.0-5+etch1 packages
based on the attached interdiff and below changelog to testing:

mapserver (4.10.0-5+etch1) testing; urgency=low

  * debian/po/ja.po: added, thanks to Kobayashi Noritada. (Closes: #413119)
  * Change my email address now that I'm a Debian Developer

 -- Paul Wise <[EMAIL PROTECTED]>  Sat,  3 Mar 2007 17:59:20 +0900

Would this be ok? There are no changes in the binary package
dependencies compared to -5

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


mapserver-etch.diff.bz2
Description: application/bzip


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

Re: D-I RC2 - Status and schedule - Post-Etch development

[Frans Pop]

On Sunday 04 March 2007 11:24, Steve Langasek wrote:
> OOI, are any of these dates fixed by calendar considerations?  E.g.,
> even if we get all the udebs in tomorrow, the debian-installer upload
> won't happen until the 9th because that's the first chance anyone will
> have?
>
> I'm sure the release/ftp teams will happily do whatever possible to
> move things forward ahead of schedule, even if it's just to give you
> more slack elsewhere in the schedule.

I doubt a very much faster procedure would be possible. As I've said 
before, syncing things to testing and doing the builds just takes time, 
partly because of the manual actions involved.
This schedule already assumes that Jeroen and James will respond promptly 
to sync and byhand requests.
I intend to follow up on things as fast as possible, but I also don't 
think it is a good idea to skip final testing.


pgp3PGTr8c78v.pgp
Description: PGP signature

Re: Please unblock gtk+2.0/2.8.20-6 (has udeb)

[Frans Pop]

On Sunday 04 March 2007 14:52, Loïc Minier wrote:
>  This shouldn't affect the udeb, but obviously fjp has the final word.

I'll leave this to the RMs.
I will have to wait until the udeb reaches testing before uploading D-I 
(see my earlier reply to #413208/#413057), so it could cause a small 
delay (1 day) in the release of D-I RC2.


pgp2ep618Dpd9.pgp
Description: PGP signature

unblock request: php4 (6:4.4.4-9) and php5 (5.2.0-9)

[sean finney]

hey again,

i've just uploaded new versions of php4/php5 containing backported fixes
to the latest batch of CVE's resulting from the start of the month of
php bugs by the hardened php folks.  it was decided that we'd backport
the fixes instead of taking the newest upstream versions of the pacakges
due to regression concerns, and how late we are in the release cycle.



sean


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

Please unblock gtk+2.0/2.8.20-6 (has udeb)

[Loïc Minier]

Hi there,

 Please unblock gtk+2.0/2.8.20-6 which has an udeb and was uploaded this
 morning with urgency high.  The changelog entry is as follows:
  * New patch, 040_ia32-libs.patch, for ia32-libs support via ia32-libs-gtk;
based on a patch by Goswin von Brederlow with the following changes: a)
use .32 and .64 suffixes in all cases (compatible with Ubuntu), b) fix
typo, c) use g_file_test() instead of g_access(); does not cover module
loading via env vars; closes: #406453.
 and the upload adds the attached patch which permits preferring
 alternate Gtk runtime files when running Gtk 32-bits under a 64-bits
 arch and vice-versa.  This is targetted for use in ia32-libs
 (ia32-libs-gtk) which provides 32-bits libs to users of the amd64
 architecture which need to run 32-bits programs using these libs (e.g.
 acroread, the flash plugin etc.).

 This shouldn't affect the udeb, but obviously fjp has the final word.

 [ I know it's terribly late, and I apologize for not uploading earlier,
 but I kept postponing adding this patch because I wanted to handle more
 cases (environment vars in particular).  None of the other
 distributions with the patch handle this though (with the exception of
 OpenSuse with GTK_PATH64, but no other env vars), so I suppose it's
 good enough for the kludge that ia32-libs is anyway. ]

   Bye,
-- 
Loïc Minier <[EMAIL PROTECTED]>
diff -urN gtk+-2.8.20.orig/gdk-pixbuf/gdk-pixbuf-io.c gtk+-2.8.20/gdk-pixbuf/gdk-pixbuf-io.c
--- gtk+-2.8.20.orig/gdk-pixbuf/gdk-pixbuf-io.c	2005-10-03 17:11:49.0 +0200
+++ gtk+-2.8.20/gdk-pixbuf/gdk-pixbuf-io.c	2007-03-04 11:52:11.0 +0100
@@ -276,8 +276,20 @@
   gchar *result = g_strdup (g_getenv ("GDK_PIXBUF_MODULE_FILE"));
 
   if (!result)
-	  result = g_build_filename (GTK_SYSCONFDIR, "gtk-2.0", "gdk-pixbuf.loaders", NULL);
-
+{
+#if defined(__linux__) && ( defined(__i386__) || defined (__x86_64__) || defined(__ia64__) )
+# if defined (__i386__)
+  result = g_build_filename (GTK_SYSCONFDIR, "gtk-2.0", "gdk-pixbuf.loaders.32", NULL);
+# else
+  result = g_build_filename (GTK_SYSCONFDIR, "gtk-2.0", "gdk-pixbuf.loaders.64", NULL);
+#endif
+  /* Prefer compat gdk-pixbuf.loaders file if it's usable. */
+  if (g_file_test(result, G_FILE_TEST_EXISTS))
+return result;
+  g_free (result);
+#endif
+  result = g_build_filename (GTK_SYSCONFDIR, "gtk-2.0", "gdk-pixbuf.loaders", NULL);
+}
   return result;
 }
 
diff -urN gtk+-2.8.20.orig/gtk/gtkrc.c gtk+-2.8.20/gtk/gtkrc.c
--- gtk+-2.8.20.orig/gtk/gtkrc.c	2005-11-23 15:24:51.0 +0100
+++ gtk+-2.8.20/gtk/gtkrc.c	2007-03-04 11:55:19.0 +0100
@@ -364,7 +364,20 @@
   if (im_module_file)
 	result = g_strdup (im_module_file);
   else
-	result = g_build_filename (GTK_SYSCONFDIR, "gtk-2.0", "gtk.immodules", NULL);
+{
+#if defined(__linux__) && ( defined(__i386__) || defined (__x86_64__) || defined(__ia64__) )
+# if defined (__i386__)
+ result = g_build_filename (GTK_SYSCONFDIR, "gtk-2.0", "gtk.immodules.32", NULL);
+# else
+ result = g_build_filename (GTK_SYSCONFDIR, "gtk-2.0", "gtk.immodules.64", NULL);
+# endif
+  /* Prefer compat gtk.immodules file if it's usable. */
+  if (g_file_test(result, G_FILE_TEST_EXISTS))
+return result;
+  g_free (result);
+#endif
+  result = g_build_filename (GTK_SYSCONFDIR, "gtk-2.0", "gtk.immodules", NULL);
+}
 }
 
   return result;
@@ -433,7 +446,17 @@
   else
 {
   const gchar *home;
-  str = g_build_filename (GTK_SYSCONFDIR, "gtk-2.0", "gtkrc", NULL);
+#if defined(__linux__) && ( defined(__i386__) || defined (__x86_64__) || defined(__ia64__) )
+# if defined (__i386__)
+  str = g_build_filename (GTK_SYSCONFDIR, "gtk-2.0", "gtkrc.32", NULL);
+# else
+  str = g_build_filename (GTK_SYSCONFDIR, "gtk-2.0", "gtkrc.64", NULL);
+# endif
+  /* Prefer compat gtkrc if it's usable. */
+  if (g_file_test(str, G_FILE_TEST_EXISTS))
+g_free (str), /* continue in next line */
+#endif
+str = g_build_filename (GTK_SYSCONFDIR, "gtk-2.0", "gtkrc", NULL);
 
   gtk_rc_add_default_file (str);
   g_free (str);
@@ -441,7 +464,17 @@
   home = g_get_home_dir ();
   if (home)
 	{
-	  str = g_build_filename (home, ".gtkrc-2.0", NULL);
+#if defined(__linux__) && ( defined(__i386__) || defined (__x86_64__) || defined(__ia64__) )
+# if defined (__i386__)
+  str = g_build_filename (home, ".gtkrc-2.0.32", NULL);
+# else
+  str = g_build_filename (home, ".gtkrc-2.0.64", NULL);
+# endif
+  /* Prefer compat .gtkrc-2.0 if it's usable. */
+  if (g_file_test(str, G_FILE_TEST_EXISTS))
+g_free (str), /* continue in next line */
+#endif
+   str = g_build_filename (home, ".gtkrc-2.0", NULL);
 	  gtk_rc_add_default_file (str);
 	  g_free (str);
 	}

Re: Bug#413208: Bug#413057: nfs-kernel-server: Exports dont work any more

[Theodore Tso]

On Sat, Mar 03, 2007 at 09:06:23PM -0800, Steve Langasek wrote:
> It's acceptable to me; the final d-i images haven't been spun yet for etch,
> and anyway a one-line change for a shlibs fix isn't exactly a big delta so I
> don't see a reason to respin even if we did have version skew.  (I.e., the
> source requirements are still satisfied for d-i as much as they are for any
> random other package that might happen to be built against a previous
> version of libblkid1, no?)

Yes, very true.

Which I guess brings me to another question, and I'll *completely*
understand if the release team says NO.  If I'm going to do an uplod,
and if the d-i images are going to be respun anyway, would you mind if
I also slipstream in the following very low-risk patch:

http://thunk.org/hg/e2fsprogs/?cs=1619c81226d1

It's a four-line addition to debugfs to prevent a core-dump if
"dump_unused" is run while a filesystem is not open: 

sor:~ # debugfs
debugfs 1.39 (29-May-2006)
debugfs: dump_unused
Segmentation fault

Basically the fix involves adding an error check to detect this case
so it's a very low-risk change.  It represents the only other bug
which has been fixed in my source tree since the version of e2fsprogs
currently in testing.  But this would cause the source requirements
for d-i to require the d-i images to be respun, and the bug that it
fixes is relatively low-priority, so if the answer is please don't,
I'll completely understand and only upload the one-line change to
debian/control:

http://thunk.org/hg/e2fsprogs/?cs=69a666bd25f5

After all, the function of release managers is to counteract
developers' natural desire to fix "one last bug" or add "one last
feature" when it might end up delaying the release, no?  :-)

Regards,

- Ted


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

Permission to upload to testing (Was: Please unblock acr38 1.7.9-2)

[Laurent Bigonville]

On Sat, 3 Mar 2007 03:42:57 +0100
Laurent Bigonville <[EMAIL PROTECTED]> wrote:

> Hi,
>
> Please unblock acr38 1.7.9-2.

Damm, I forgot to check for the dependencies, acr38 is stalled due to
pcsc-lite :/

Could I have the permission to upload directly to testing? package
version is 1.7.9-1etch1, same changes than 1.7.9-2.

Regards

Laurent Bigonville


pgpv8Yon15MQE.pgp
Description: PGP signature

Re: Bug#413208: Bug#413057: nfs-kernel-server: Exports dont work any more

[Frans Pop]

On Sunday 04 March 2007 06:06, Steve Langasek wrote:
> > Could you please confirm that you'd approve a freeze exception
> > to fix the shlibs entry for libblkid1?  It would require respinning
> > the debian-installer images, so I want to make sure it would be
> > acceptable before I upload a new set of e2fsprogs packages.
>
> It's acceptable to me; the final d-i images haven't been spun yet for
> etch, and anyway a one-line change for a shlibs fix isn't exactly a big
> delta so I don't see a reason to respin even if we did have version
> skew.  (I.e., the source requirements are still satisfied for d-i as
> much as they are for any random other package that might happen to be
> built against a previous version of libblkid1, no?)

Steve, I feel you are missing the point here. The reason I feel it is not 
correct to allow packages that build udebs included in any D-I initrd 
into Etch after RC2 has been built is as follows.

D-I has package management, including a /var/lib/dpkg/status file. For 
udebs that are included in a D-I initrd, the status file in that initrd 
lists the exact version of the udebs included when the initrd was built.
So, if you allow new versions into etch after initrds have been built, 
there will no longer be a source package available in the distribution 
that matches the version listed in the status file.
IMO that would be violation of the source requirements, even if the change 
does not affect the udeb.

I do agree that just "built against a previous version" would not be an 
issue, but with D-I this is not the real issue. The issue is that a udeb 
is included integrally _as a package_ in the initrds.

Hope this clarifies my reasoning on this subject.

Cheers,
FJP


pgpmg5qlZBZWv.pgp
Description: PGP signature

Re: Bug#413208: Bug#413057: nfs-kernel-server: Exports dont work any more

[Frans Pop]

On Sunday 04 March 2007 06:06, Steve Langasek wrote:
> It's acceptable to me; the final d-i images haven't been spun yet for
> etch, and anyway a one-line change for a shlibs fix isn't exactly a big
> delta so I don't see a reason to respin even if we did have version
> skew.  (I.e., the source requirements are still satisfied for d-i as
> much as they are for any random other package that might happen to be
> built against a previous version of libblkid1, no?)
>
> Anyway, cc:ed to Frans to get input from the d-i side.

In this case it is not a problem because, AFAICT, none of the udebs built 
with e2fsprogs are included in any D-I initrd.
I will reply separately to d-release with my reasons why I feel it would 
be a bad idea if it *had* been included in any initrd.


pgpYmW5ssQrNG.pgp
Description: PGP signature

Please unblock tin 1:1.9.2+20070201-1

[Marco d'Itri]

tin (1:1.9.2+20070201-1) unstable; urgency=medium

  * New upstream snapshot, only bug fixes.
+ Does not contain the evil RFCs which are not considered worthy for
  Debian anymore. (Closes: #395101)
  * Updated debconf translation: de, ja. (Closes: #396044, #402621)
  * Applied patch fix_capab_loop from the upstream maintainer to fix
an endless loop when connecting to Typhoon servers.

 -- Marco d'Itri <[EMAIL PROTECTED]>  Sun, 25 Feb 2007 20:24:33 +0100

-- 
ciao,
Marco


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

Re: Please unblock cowdancer 0.25

[Junichi Uekawa]

Hi,

> > cowdancer 0.25 has been in unstable for quite a while, and fixes 
> > behavior bug that is found in 0.24. Please unblock and include into etch.
> 
> > cowdancer (0.25) unstable; urgency=low
> 
> >   * Bug fix: "cowdancer: Better explain how to use cowbuilder to build
> > packages", thanks to Nelson A. de Oliveira (Closes: #405090).
> >   * Bug fix: "cowdancer: cannot build gnustep-base with cowbuilder",
> > thanks to Hubert Chan (Closes: #402669).
> > Do not canonicalize lchown.
> 
> >  -- Junichi Uekawa <[EMAIL PROTECTED]>  Sun, 31 Dec 2006 15:54:09 +0900
> 
> --- /tmp/vVbnTESpNT/cowdancer-0.24/Makefile 2006-07-01 05:23:20.0 
> +
> +++ /tmp/8MqBhzX6i5/cowdancer-0.25/Makefile 2006-12-31 06:53:04.0 
> +
> @@ -28,7 +28,7 @@
> gcc -D_REENTRANT -fPIC $< -o $@ -c -Wall -O2 -g
> 
>  %.o: %.c
> -   gcc $< -o $@ -c -Wall -O2 -g
> +   gcc $< -o $@ -c -Wall -O2 -g -fno-strict-aliasing
> 
>  clean:
> -rm -f *~ *.o *.lo $(BINARY)
> 
> What is the reason for this change, not documented in the Debian changelog?

This is to shut up a compiler warning on x86_64. Non-user visible
changes are not documented in debian changelog.
 
> (Why does a native package have a separate ChangeLog and debian/changelog?)

regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Please unblock pth

[Daniel Baumann]

Hi,

pth 2.0.7-5 removes libpthread and pth 2.0.7-6 re-adds the sarge
conflicts. Please unblock it for etch migration, debdiff is attached.

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/
--- pth-2.0.7/debian/libpthread-dev.install
+++ pth-2.0.7.orig/debian/libpthread-dev.install
@@ -1,5 +0,0 @@
-/usr/bin/pthread-config
-/usr/include/pthread.h
-/usr/lib/libpthread.a
-/usr/lib/libpthread.so
-/usr/lib/libpthread.la
reverted:
--- pth-2.0.7/debian/libpthread-dev.manpages
+++ pth-2.0.7.orig/debian/libpthread-dev.manpages
@@ -1,2 +0,0 @@
-pthread-config.1
-pthread.3
reverted:
--- pth-2.0.7/debian/libpthread20.install
+++ pth-2.0.7.orig/debian/libpthread20.install
@@ -1 +0,0 @@
-/usr/lib/libpthread.so.*
reverted:
--- pth-2.0.7/debian/libpthread20.docs
+++ pth-2.0.7.orig/debian/libpthread20.docs
@@ -1,8 +0,0 @@
-ANNOUNCE
-AUTHORS
-HISTORY
-NEWS
-README
-SUPPORT
-THANKS
-USERS
diff -u pth-2.0.7/debian/libpth-dev.install pth-2.0.7/debian/libpth-dev.install
--- pth-2.0.7/debian/libpth-dev.install
+++ pth-2.0.7/debian/libpth-dev.install
@@ -1,6 +1,6 @@
-/usr/bin/pth-config
-/usr/include/pth.h
-/usr/lib/libpth.a
-/usr/lib/libpth.so
-/usr/lib/libpth.la
-/usr/share/aclocal/pth.m4
+/usr/bin
+/usr/include
+/usr/lib/*.a
+/usr/lib/*.so
+/usr/lib/*.la
+/usr/share/aclocal
diff -u pth-2.0.7/debian/control pth-2.0.7/debian/control
--- pth-2.0.7/debian/control
+++ pth-2.0.7/debian/control
@@ -9,7 +9,7 @@
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}
-Conflicts: libpth2
+Conflicts: libpth2, libpthread20
 Replaces: libpth2
 Provides: libpth2
 Description: The GNU Portable Threads
@@ -23,6 +23,7 @@
 Section: libdevel
 Architecture: any
 Depends: libpth20 (= ${Source-Version})
+Conflicts: libpthread-dev
 Description: The GNU Portable Threads (development)
  Pth is a very portable POSIX/ANSI-C based library for Unix platforms which
  provides non-preemptive priority-based scheduling for multiple threads of
@@ -32,40 +33,11 @@
  .
  This package contains the development files.
 
-Package: libpthread20
-Section: libs
-Architecture: any
-Depends: ${shlibs:Depends}
-Conflicts: libpthread2
-Replaces: libpthread2
-Provides: libpthread2
-Description: The GNU Portable Threads (pthread emulation)
- Pth is a very portable POSIX/ANSI-C based library for Unix platforms which
- provides non-preemptive priority-based scheduling for multiple threads of
- execution ("multithreading") inside server applications. All threads run in the
- same address space of the server application, but each thread has its own
- individual program-counter, run-time stack, signal mask and errno variable.
- .
- This package contains the pthread emulation.
-
-Package: libpthread-dev
-Section: libdevel
-Architecture: any
-Depends: libpthread20 (= ${Source-Version})
-Description: The GNU Portable Threads (pthread emulation, development)
- Pth is a very portable POSIX/ANSI-C based library for Unix platforms which
- provides non-preemptive priority-based scheduling for multiple threads of
- execution ("multithreading") inside server applications. All threads run in the
- same address space of the server application, but each thread has its own
- individual program-counter, run-time stack, signal mask and errno variable.
- .
- This package contains the development files for the pthread emulation.
-
 Package: pth-dbg
 Section: libdevel
 Priority: extra
 Architecture: any
-Depends: libpth20 (= ${Source-Version}), libpthread20 (= ${Source-Version})
+Depends: libpth20 (= ${Source-Version})
 Conflicts: libpth-dbg (<< 2.0.7)
 Replaces: libpth-dbg (<< 2.0.7)
 Description: The GNU Portable Threads (debug)
diff -u pth-2.0.7/debian/rules pth-2.0.7/debian/rules
--- pth-2.0.7/debian/rules
+++ pth-2.0.7/debian/rules
@@ -22,7 +22,7 @@
 	dh_testdir
 
 	# Configuring package
-	CFLAGS="$(CFLAGS)" ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --enable-pthread
+	CFLAGS="$(CFLAGS)" ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man
 
 build: build-stamp
 build-stamp: config.status
reverted:
--- pth-2.0.7/debian/libpthread20.shlibs
+++ pth-2.0.7.orig/debian/libpthread20.shlibs
@@ -1 +0,0 @@
-libpthread 20 libpthread20 (>= 2.0.7-2)
reverted:
--- pth-2.0.7/debian/libpthread-dev.postrm
+++ pth-2.0.7.orig/debian/libpthread-dev.postrm
@@ -1,27 +0,0 @@
-#!/bin/sh
-
-set -e
-
-case "$1" in
-	remove)
-		for FILE in /usr/include/pthread.h /usr/lib/libpthread.a /usr/lib/libpthread.so
-		do
-			dpkg-divert --package libpthread-dev \
---remove --rename --divert \
-$FILE.glibc $FILE
-		done
-		;;
-
-	purge|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
-
-		;;
-
-	*)
-		echo "postrm called with unknown argument \`$1'" >&2
-		exit 1
-		;;
-esac
-
-#DEBHELPER#
-
-exit 0
diff -u pth-2.0.7/debian/libpth

unblock request: dbconfig-common 1.8.31

[sean finney]

hey folks,

i just did an upload of dbconfig-common to unstable, which contains a
large number of debconf translations supplied by the latest il8n
efforts.  there are no code changes from the previous version (1.8.30),
but the previous version is not currently in etch afaik.

wrt the changes between the etch version (1.8.29) and the version in
sid:  it's almost entirely bugfixes and it has been in unstable for over
a month without any bugreports.  to give you an idea of the changes,
here's the changelog entry from 1.8.30:

  * remove some "-a" and "-o" bashisms.
  * dbconfig-load-include now returns the exit status of the "exec"
format (where the output is based on running a script), if
appropriate.
thanks to Matt Brown for the patch (closes: #397089).
  * single-quote settings in /etc/dbconfig-common/package.conf instead
of double-quoting them, and make sure any single quotes in the
settings are properly escaped when written.
  * escape SQL-sensitive character sequences in passwords for user
creation SQL snippits.
  * escape shell/sed sensitive character sequences that are used in
dbconfig-generate-include (closes: #405598).
  * another dpkg order-of-operations corner case: if unpacked but not
(pre-)configured, our debconf templates aren't registered yet, so
if some dependant package tries to use us in such a state (i.e. its
config is run before ours), fail gracefully and let its postinst
script pick up the work with a second config run.


sean


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

Re: Freeze exceptions for some of Md's packages

[Frans Pop]

On Sunday 04 March 2007 11:06, Steve Langasek wrote:
> $ debdiff u/udev/udev_0.105-*.dsc|diffstat
> debian/po/nb.po   |   77 
> ++
> debian/po/pt.po   |   76 +
> udev-0.105/debian/changelog   |7 +++
> udev-0.105/rules/persistent.rules |   16 +--
> 4 files changed, 172 insertions(+), 4 deletions(-)
>
> nl, you say? :)

I was misled by the changelog :-/

 udev (0.105-3) unstable; urgency=high
 .
   * persistent.rules: added backported rules for nst* and sg* tape changers.
   * New debconf translations: nl. (Closes: #408176, #412551)


pgpQoJ9SX8krO.pgp
Description: PGP signature

Please unfreeze findutils 4.2.28-2

[Andreas Metzler]

Hej,

please let findutils 4.2.28-2 propagate into etch once it is 10 days
old. The only change to 4.2.28-1 is to fix #385896 to make -exedir
useable for nontrivial examples.

thanks, cu andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


signature.asc
Description: Digital signature

Please unblock lilo 1:22.8-1.1

[Christian Perrier]

Dear release team,

I have just uploaded a NMU of lilo, to fix its pending l10n
issues (and, if needed, very minor QA issues).

Could you consider hinting it to enter testing?

The NMU changelog is:


Source: lilo
Version: 1:22.8-1.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier <[EMAIL PROTECTED]>
Date: Fri,  2 Mar 2007 07:31:31 +0100
Closes: 286596 331045 331046 331047 409478 410241 411560 412190
Changes: 
 lilo (1:22.8-1.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n issues.
   * Debconf translations:
 - Dutch. Closes: #411560
 - Danish. Closes: #409478
 - Spanish. Closes: #410241
 - Galician. Closes: #412190
 - All PO files converted to UTF-8 (Japanese was UTF-8 already)
   * Fix typos in man pages. Closes: #331045, #331046, #331047, #286596

-- 




signature.asc
Description: Digital signature

Please unblock openswan 1:2.4.6+dfsg.2-1.1

[Christian Perrier]

Dear release team,

I have just uploaded a NMU of openswan, to fix its pending l10n
issues (and, if needed, very minor QA issues).

Could you consider hinting it to enter testing?

The NMU changelog is:


Source: openswan
Version: 1:2.4.6+dfsg.2-1.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier <[EMAIL PROTECTED]>
Date: Sun,  4 Mar 2007 11:09:25 +0100
Closes: 406029 408648 413023
Changes: 
 openswan (1:2.4.6+dfsg.2-1.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n issues.
   * Debconf translations:
 - German. Closes: #406029
 - Czech. Closes: #408648
 - Galician. Closes: #413023

-- 




signature.asc
Description: Digital signature

Re: Request for permission to upload glpi through t-p-u for l10n purposes

[Pierre Chifflier]

On Sun, Mar 04, 2007 at 11:23:50AM +0100, Christian Perrier wrote:
> > Yes, this would be ok.  (Hmm, only 3 translations? :)
> 
> 
> Thanks. I'm doing a small call for new translations and will update
> both the testing and unstable versions.
> 
> 

Hi,

As the glpi maintainer, I'm ok with these updates, as long as the
changed files only concerns i18n (of course, you can send other
patches, I'd just like to review them before merging). Translation
efforts are always welcome.

Regards,
Pierre




signature.asc
Description: Digital signature

Re: please unblock xprint 1.1.99.3+git20060910-9

[Steve Langasek]

On Sun, Mar 04, 2007 at 02:24:20PM +1100, Drew Parsons wrote:
> Dear Release Masters,

> could you kindly allow xprint 1.1.99.3+git20060910-9 into etch?

> It contains a Galician debconf translation and fixes some incorrect
> symlinks.

Unblocked.

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


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

Re: D-I RC2 - Status and schedule - Post-Etch development

[Steve Langasek]

On Sun, Mar 04, 2007 at 02:08:54AM +0100, Frans Pop wrote:
> After the final upload of the kernel last week, I have again started 
> preparations for RC2. Since then all kernel udebs have been updated and 
> uploaded and there has also been a final upload of all other components 
> for translation updates and pending changes. Yesterday we have started 
> migrating udebs to testing.

> We still need several udebs to migrate to testing before D-I can be built 
> and uploaded. These last migrations should happen over the next 4 or 5 
> days. Unless I hear differently from the RMs, this is the final chance 
> for packages that produce udebs to migrate to testing, especially for 
> those that are included in the D-I initrds.



Yep, ok by me! ;)

> !! Because of this I also qequest the RMs to _always_ wait for my ack
> !! before hinting a package that produces udebs.

Ack, for my part.

> Schedule
> 
> I can see the D-I RC2 release happening with something like the following 
> schedule (all in March), assuming no major bugs are discovered:
>  4- 8: Wait for all udebs to migrate
>  9/10: Build and upload debian-installer RC2
> 10-12: Do the build and BYHAND dance
> 12/13: Switch CD-builds to using RC2 and switch dailies to etch_d-i
> 13   : Make sure fixes for pending issues have made it to Etch
> 13-18: Testing of images other than full CDs
> 14/15: Full CD builds
> 16-18: Testing of full CD images
> 19   : Release RC2

OOI, are any of these dates fixed by calendar considerations?  E.g., even if
we get all the udebs in tomorrow, the debian-installer upload won't happen
until the 9th because that's the first chance anyone will have?

I'm sure the release/ftp teams will happily do whatever possible to move
things forward ahead of schedule, even if it's just to give you more slack
elsewhere in the schedule.



> If someone feels this is a bad idea, please speak up :-)

Sounds good to me.  It's nice to see we're getting close!

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


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

Re: Request for permission to upload glpi through t-p-u for l10n purposes

[Christian Perrier]

> Yes, this would be ok.  (Hmm, only 3 translations? :)


Thanks. I'm doing a small call for new translations and will update
both the testing and unstable versions.




signature.asc
Description: Digital signature

Re: Please unblock phpmyadmin/4:2.9.1.1-3

[Steve Langasek]

On Sun, Mar 04, 2007 at 02:06:27AM +0100, Thijs Kinkhorst wrote:

> Please unblock phpmyadmin/4:2.9.1.1-3, which only contains translation
> and documentation changes:

>* Added Galician debconf translation by Jacobo Tarrio (Closes: #412195).
>* Actually install config.default.php example file (Closes: #412655).
>* Add XS-Vcs-* fields to debian/control.

Unblocked.

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


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

Re: Please unblock ircd-hybrid 1:7.2.2.dfsg.2-3

[Steve Langasek]

On Sun, Mar 04, 2007 at 01:58:06AM +0100, Aurélien GÉRÔME wrote:

> I made an upload of ircd-hybrid which fixes pending debconf
> translations, an etch-ignore RC bug, and some minor bits. Please
> consider it for unblocking. Thanks.

Unblocked.

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


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

Please unblock mtop 0.6.6-1.2

[Christian Perrier]

Dear release team,

I have just uploaded a NMU of mtop, to fix its pending l10n
issues (and, if needed, very minor QA issues).

Could you consider hinting it to enter testing?

The NMU changelog is:


Source: mtop
Version: 0.6.6-1.2
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier <[EMAIL PROTECTED]>
Date: Sun,  4 Mar 2007 11:00:10 +0100
Closes: 403832 404332 413025 413067 413121
Changes: 
 mtop (0.6.6-1.2) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n issues.
   * Debconf translations:
 - German. Closes: #404332
 - Brazilian. Closes: #403832
 - Japanese. Closes: #413121
 - Portuguese. Closes: #413067
 - Galician. Closes: #413025
   * Call debconf-updatepo in the clean target to guarantee up-to-date PO
 files in debian/po
   * Move po-debconf to Build-Depends as it is used in the clean target

-- 




signature.asc
Description: Digital signature

Re: Please unblock mol 0.9.71.dfsg-5

[Steve Langasek]

On Sun, Mar 04, 2007 at 01:52:54AM +0100, Aurélien GÉRÔME wrote:

> I made an upload of mol which fixes pending debconf translations
> and the clean rule in debian/rules. Please consider it for
> unblocking. Thanks.

Unblocked.

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


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

Re: Various l10n-only uploads to unblock

[Steve Langasek]

On Sat, Mar 03, 2007 at 03:36:31PM -0800, Russ Allbery wrote:

> Could you unblock the following translation-only updates?  Changelogs are
> below.  Thanks!

> kerberos-configs 1.15 (just uploaded)
> krb5 1.4.4-7
> openafs 1.4.2-5
> rssh 2.3.2-2

Yep, all unblocked.

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


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

Re: Freeze exceptions for some of Md's packages

[Steve Langasek]

On Sat, Mar 03, 2007 at 11:20:48PM +0100, Frans Pop wrote:
> On Saturday 03 March 2007 11:02, Marc 'HE' Brockschmidt wrote:
> > Unblocked.

> Thanks for the previous set. There's one more:
> unblock udev/0.105-3

> This AIUI is the last update targeted at Etch with a translation update 
> for Dutch (i.e. essential ;-) and one fix.

> This package should migrate before D-I RC2 is uploaded. Priority is 
> already set at "high".


$ debdiff u/udev/udev_0.105-*.dsc|diffstat
 debian/po/nb.po   |   77 ++
 debian/po/pt.po   |   76 +
 udev-0.105/debian/changelog   |7 +++
 udev-0.105/rules/persistent.rules |   16 +--
 4 files changed, 172 insertions(+), 4 deletions(-)

nl, you say? :)

Unblocked, anyway.

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.
[EMAIL PROTECTED]   http://www.debian.org/


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

Re: Request for permission to upload glpi through t-p-u for l10n purposes

[Steve Langasek]

On Sat, Mar 03, 2007 at 10:45:40PM +0100, Christian Perrier wrote:
> Let's take a first example: glpi

> 0.68.2-1, the very first package version and actually the only one in
> testing introduced debconf templates and, therefore, has no
> translations.

> 0.68.3-2, in unstable has 3 translations...and slightly fixed
> templates (respecting the developer's reference recommendations).

> So, bringing the debconf templates and their translations from
> unstable would slightly enhance the version in testing. Would I ve
> authorized to do that upload (or have the maintainer, Pierre
> Chifflier, do it)?

Yes, this would be ok.  (Hmm, only 3 translations? :)

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


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

Re: Permission request for fake-NMU upload of crossvc

[Steve Langasek]

On Sat, Mar 03, 2007 at 08:29:13PM +0100, Andreas Fester wrote:
> I would like to ask for permission to do a "fake NMU" upload
> of crossvc to testing-proposed-updates. The reason is that I
> once uploaded version 1.5.0-1 which uses debconf to display
> an upgrade hint, but since this caused a lot of trouble I then
> uploaded 1.5.0-2 which replaced the debconf message with an application
> supplied upgrade mechanism. However, meanwhile etch was frozen so that
> the new package never made it into testing (I do feel guilty for that ;)
> I meanwhile learned that I should simply have asked for letting it in...)

> Anyway, there is already a new upstream version in unstable, so that
> 1.5.0-2 effectively does not exist anymore in the archives. My sponsor
> told me (see below) that the proper way would be to re-upload 1.5.0-2
> with an NMU version number, and that I need to ask for permission on
> debian-release which I herewith would like to do :)

I would suggest numbering it 1.5.0-1+etch1 instead of 1.5.0-1.1, for
clarity.

> diff -u crossvc-1.5.0/debian/compat crossvc-1.5.0/debian/compat
> --- crossvc-1.5.0/debian/compat
> +++ crossvc-1.5.0/debian/compat
> @@ -1 +1 @@
> -4
> +5

Please don't change debhelper levels during a freeze.

Otherwise, yes, this looks like an important change to have for the package
in etch.

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


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

Re: Please allow jed_0.99.18-8.etch.4

[Steve Langasek]

On Sat, Mar 03, 2007 at 04:27:03PM +0100, Rafael Laboissiere wrote:
> Version 0.99.18-8.etch.4 of the jed packages has been uploaded to unstable.
> Please, consider allowing it into testing.  The only change in respect to
> the version currently in testing (0.99.18-8.etch.3) is the inclusion of the
> Japanese translation of the debconf templates (closes: #413222, diffs
> attached below).

Unblocked.

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


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

Request for permission to upload nufw through t-p-u for l10n and debconf QA purposes

[Christian Perrier]

The nufw package currently has a 1.0.23-1.1 version in unstable. The
version in testing is 2.0.9-5.2

The debconf templates in testing are quite badly written and some of
them are even impossible to understand.

In the same time, most of these templates were rewritten for the 2.0.9
version in a NMU I did back in December.

In the same time, all translations in testing are strongly outdated
because the maintainer ommitted to run debconf-updatepo. So while some
PO files appear as complete they are about 60% complete.

I hereby propose the following:

- for common templates, bring back the text of the unstable version
- for templates that are only in testing, rewrite them to make them
  compliant with the Developer's Reference
- update existing translations with the following method:
  - merge PO files from unstable and testing
  - resync them with the rewritten templates

The result of this, if translations are not updated, is translations
with the same translation ratio than before, so no regression.

Of course, a last action will be:
- call for translation updates

As a consequence, on can expect:

- much better debconf templates
- for some languages, complete translations of these templates

In general, this would slightly enhance the version in testing. Would I ve
authorized to do that upload?

Attached are the changes to the templates files. Other changes will
only include debian/po/*.po files




nufw-templates.patch.bz2
Description: Binary data


signature.asc
Description: Digital signature