Re: Bug#601195: synce-serial: [INTL:vi] Vietnamese debconf templates translation update
On 12/13/2010 01:49 AM, Luca Capello wrote: > Hi there! > > On Sun, 24 Oct 2010 12:15:40 +0200, Clytie Siddall wrote: >> The updated (completely reviewed) Vietnamese translation for the debconf >> file: >> >> translated and submitted by: >> >> Clytie Siddall >> Vietnamese Free-Software Translation Team > > I am sorry, I did not see that there was a pending translation in the > BTS when I uploaded the NMU fixing #601161. > > Release Team, is it OK if I upload a new NMU including the translation? > Yes. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d05e331.8000...@dogguy.org
please unblock tp-smapi/0.40-9
Dear RT,
I've uploaded tp-smapi/0.40-9 to unstable and would like to have it in
Squeeze too. The whole diff is attached to this mail. Basically it's
just a new patch to fix #602367 - compilation against 2.6.37+:
diff --git a/thinkpad_ec.c b/thinkpad_ec.c
--- a/thinkpad_ec.c
+++ b/thinkpad_ec.c
@@ -88,7 +88,11 @@ static u64 prefetch_jiffies;
#define TPC_PREFETCH_JUNK (INITIAL_JIFFIES+1) /* Ignore prefetch */
/* Locking: */
+#if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,37)
static DECLARE_MUTEX(thinkpad_ec_mutex);
+#else
+static DEFINE_SEMAPHORE(thinkpad_ec_mutex);
+#endif
/* Kludge in case the ACPI DSDT reserves the ports we need. */
static int force_io;/* Willing to do IO to ports we couldn't
reserve? */
diff --git a/tp_smapi.c b/tp_smapi.c
--- a/tp_smapi.c
+++ b/tp_smapi.c
@@ -109,7 +109,11 @@ static struct { u8 rc; char *msg; int re
#define SMAPI_PORT2 0x4F /* fixed port, meaning unclear */
static unsigned short smapi_port; /* APM control port, normally 0xB2 */
+#if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,37)
static DECLARE_MUTEX(smapi_mutex);
+#else
+static DEFINE_SEMAPHORE(smapi_mutex);
+#endif
/**
* find_smapi_port - read SMAPI port from NVRAM
Yes I know, 2.6.37 won't be in Squeeze, but I bet there are enough ppl
wanting to have the latest and greatest kernels on their laptops while
still running stable (maybe with backports).
Thanks in advice and kudos for your great work
Evgeni
diff --git a/debian/changelog b/debian/changelog
index c051eaf..6fadfc4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+tp-smapi (0.40-9) unstable; urgency=low
+
+ * debian/patches/03_2.6.37-compatibility.patch:
++ Use DEFINE_SEMAPHORE instead of DECLARE_MUTEX in 2.6.37 and above.
+ Closes: #602367
+ Thanks: Tanaka Watanabe
+
+ -- Evgeni Golov Sun, 12 Dec 2010 13:44:06 +0100
+
tp-smapi (0.40-8) unstable; urgency=low
* debian/patches/02_X200-T500-support.patch:
diff --git a/debian/patches/03_2.6.37-compatibility.patch b/debian/patches/03_2.6.37-compatibility.patch
new file mode 100644
index 000..7af384f
--- /dev/null
+++ b/debian/patches/03_2.6.37-compatibility.patch
@@ -0,0 +1,41 @@
+From: Tanaka Watanabe
+Date: Thu, 4 Nov 2010 18:06:39 +0900
+Subject: use DEFINE_SEMAPHORE in 2.6.37+
+License: GPL-2+
+Bug-Debian: http://bugs.debian.org/602367
+
+Building tp_smapi against 2.6.37 fails because 'DECLARE_MUTEX'
+has been removed in 4882720b267b7b1d1b0ce08334b205f0329d4615
+in torvalds/linux-2.6.git. Use DEFINE_SEMAPHORE instead.
+
+diff --git a/thinkpad_ec.c b/thinkpad_ec.c
+--- a/thinkpad_ec.c
b/thinkpad_ec.c
+@@ -88,7 +88,11 @@ static u64 prefetch_jiffies;
+ #define TPC_PREFETCH_JUNK (INITIAL_JIFFIES+1) /* Ignore prefetch */
+
+ /* Locking: */
++#if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,37)
+ static DECLARE_MUTEX(thinkpad_ec_mutex);
++#else
++static DEFINE_SEMAPHORE(thinkpad_ec_mutex);
++#endif
+
+ /* Kludge in case the ACPI DSDT reserves the ports we need. */
+ static int force_io;/* Willing to do IO to ports we couldn't reserve? */
+diff --git a/tp_smapi.c b/tp_smapi.c
+--- a/tp_smapi.c
b/tp_smapi.c
+@@ -109,7 +109,11 @@ static struct { u8 rc; char *msg; int re
+ #define SMAPI_PORT2 0x4F /* fixed port, meaning unclear */
+ static unsigned short smapi_port; /* APM control port, normally 0xB2 */
+
++#if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,37)
+ static DECLARE_MUTEX(smapi_mutex);
++#else
++static DEFINE_SEMAPHORE(smapi_mutex);
++#endif
+
+ /**
+ * find_smapi_port - read SMAPI port from NVRAM
+
diff --git a/debian/patches/series b/debian/patches/series
index c2bdb3d..e70aaa8 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
01_include-thinkpad_ec.h-directly.patch
02_hdaps-orientation-update.patch
+03_2.6.37-compatibility.patch
99_Makefile-for-Debian.patch
Bug#606758: future unblock: dma/0.0.2010.06.17-7
On Sat, Dec 11, 2010 at 04:11:47PM +0200, Peter Pentchev wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
>
> Hi,
>
> Thanks for your efforts on cutting great Debian releases!
>
> I've made some changes (debdiff attached) to the dma package which
> I haven't uploaded to unstable yet; do you think they are suitable
> for a unstable -> testing migration during the freeze, or should I
> upload to experimental instead, or just wait?
>
> The first change is a fix for #606398 - now dma provides the
> /usr/lib/sendmail symlink so some MUA's can actually, well, send
> mail. IMHO this is a usability improvement, although only for a
> small portion of the MUA's.
>
> The second change is a fix for a segfault if dma cannot resolve any
> of the MX's it tries to deliver to. This does not have any really
> bad consequences - the message is still in the queue and dma will
> retry the delivery in a while - but it is kind of annoying to have
> segfaults show up in your syslog just because a VPN is down :)
Actually, after a bit of communication with the upstream developer,
I decided that it would be better to use his version of the fix for
the DNS MX trouble. Attached is a debdiff that replaces my patch
with his change, committed to his Gitorious repo.
> So - what's your call? Should I upload to unstable with a freeze
> exception in mind, or should these fixes wait for the Squeeze
> release?
G'luck,
Peter
--
Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
This sentence was in the past tense.
diffstat for dma-0.0.2010.06.17 dma-0.0.2010.06.17
changelog|9
dma.links|1
patches/38-unresolvable-mx.patch | 87 +++
patches/series |1
4 files changed, 98 insertions(+)
diff -Nru dma-0.0.2010.06.17/debian/changelog
dma-0.0.2010.06.17/debian/changelog
--- dma-0.0.2010.06.17/debian/changelog 2010-10-17 00:08:38.0 +0300
+++ dma-0.0.2010.06.17/debian/changelog 2010-12-13 12:58:57.0 +0200
@@ -1,3 +1,12 @@
+dma (0.0.2010.06.17-7) unstable; urgency=low
+
+ * Provide the /usr/lib/sendmail symlink. Closes: #606398
+ * Add the 38-unresolvable-mx patch to fix a segfault when
+dma is unable to, well, resolve either the provided smarthost or
+any of the mail exchangers for the recipient domain.
+
+ -- Peter Pentchev Mon, 13 Dec 2010 12:58:54 +0200
+
dma (0.0.2010.06.17-6) unstable; urgency=low
* Add the 37-gnu-hurd patch to really fix the FTBFS on GNU/Hurd.
diff -Nru dma-0.0.2010.06.17/debian/dma.links
dma-0.0.2010.06.17/debian/dma.links
--- dma-0.0.2010.06.17/debian/dma.links 2009-12-09 20:27:05.0 +0200
+++ dma-0.0.2010.06.17/debian/dma.links 2010-12-11 15:19:23.0 +0200
@@ -1,5 +1,6 @@
usr/sbin/dma usr/bin/mailq
usr/sbin/dma usr/bin/newaliases
+usr/sbin/dma usr/lib/sendmail
usr/sbin/dma usr/sbin/sendmail
usr/share/man/man8/dma.8 usr/share/man/man8/mailq.8
usr/share/man/man8/dma.8 usr/share/man/man8/newaliases.8
diff -Nru dma-0.0.2010.06.17/debian/patches/38-unresolvable-mx.patch
dma-0.0.2010.06.17/debian/patches/38-unresolvable-mx.patch
--- dma-0.0.2010.06.17/debian/patches/38-unresolvable-mx.patch 1970-01-01
02:00:00.0 +0200
+++ dma-0.0.2010.06.17/debian/patches/38-unresolvable-mx.patch 2010-12-13
12:42:42.0 +0200
@@ -0,0 +1,87 @@
+Description: Fix a segfault upon unresolvable MX's.
+ This fixes both the case when the configured smarthost is unresolvable
+ and the case when a smarthost is not used but *all* of the MX's for
+ the recipient domain are unresolvable.
+Origin: upstream;
http://gitorious.org/~corecode/dma/corecodes-dma/commit/4b26e6a7
+Author: Simon 'corecode' Schubert <2...@0x2c.org>
+Last-Update: 2010-12-13
+
+--- a/dns.c
b/dns.c
+@@ -80,7 +80,7 @@
+ snprintf(servname, sizeof(servname), "%d", port);
+ err = getaddrinfo(host, servname, &hints, &res0);
+ if (err)
+- return (-1);
++ return (err == EAI_AGAIN ? 1 : -1);
+
+ for (res = res0; res != NULL; res = res->ai_next) {
+ if (*ps + 1 >= roundup(*ps, count_inc)) {
+@@ -110,7 +110,7 @@
+ out:
+ if (res0 != NULL)
+ freeaddrinfo(res0);
+- return (-1);
++ return (1);
+ }
+
+ int
+@@ -127,6 +127,7 @@
+ size_t anssz;
+ int pref;
+ int cname_recurse;
++ int have_mx = 0;
+ int err;
+ int i;
+
+@@ -183,6 +184,7 @@
+
+ switch (ns_rr_type(rr)) {
+ case ns_t_mx:
++ have_mx = 1;
+ pref = ns_get16(cp);
+ cp += 2;
+ err = ns_name_uncompress(ns_msg_base(msg),
ns_msg_end(msg),
+@@ -190,7 +192,9 @@
+
Re: Bug#601195: synce-serial: [INTL:vi] Vietnamese debconf templates translation update
Hi there! On Mon, 13 Dec 2010 10:11:13 +0100, Mehdi Dogguy wrote: > On 12/13/2010 01:49 AM, Luca Capello wrote: >> Release Team, is it OK if I upload a new NMU including the translation? >> > > Yes. Thank you, uploaded to DELAYED/0: --8<---cut here---start->8--- diff -Nru synce-serial-0.11/debian/changelog synce-serial-0.11/debian/changelog --- synce-serial-0.11/debian/changelog 2010-11-28 17:22:22.0 +0100 +++ synce-serial-0.11/debian/changelog 2010-12-13 12:28:26.0 +0100 @@ -1,3 +1,11 @@ +synce-serial (0.11-5.3) unstable; urgency=low + + * Non-maintainer upload. + * [Debconf translation updates] + - Vietnamese (Clytie Siddall) (Closes: #601195). + + -- Luca Capello Mon, 13 Dec 2010 12:28:26 +0100 + synce-serial (0.11-5.2) unstable; urgency=low * Non-maintainer upload. diff -Nru synce-serial-0.11/debian/po/vi.po synce-serial-0.11/debian/po/vi.po --- synce-serial-0.11/debian/po/vi.po 2010-10-14 07:40:19.0 +0200 +++ synce-serial-0.11/debian/po/vi.po 2010-12-13 12:32:43.0 +0100 @@ -1,27 +1,27 @@ # Vietnamese translation for synce-serial. -# Copyright © 2005 Free Software Foundation, Inc. -# Clytie Siddall , 2005. +# Copyright © 2010 Free Software Foundation, Inc. +# Clytie Siddall , 2005-2010. # msgid "" msgstr "" -"Project-Id-Version: synce-serial 0.9.0+cvs051204-2\n" +"Project-Id-Version: synce-serial 0.11-5.1\n" "Report-Msgid-Bugs-To: v...@debian.org\n" "POT-Creation-Date: 2007-01-28 08:52+0100\n" -"PO-Revision-Date: 2005-07-25 17:15+0930\n" +"PO-Revision-Date: 2010-10-24 20:39+1030\n" "Last-Translator: Clytie Siddall \n" -"Language-Team: Vietnamese \n" +"Language-Team: Vietnamese \n" "Language: vi\n" "MIME-Version: 1.0\n" -"Content-Type: text/plain; charset=utf-8\n" +"Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" -"Plural-Forms: nplurals=1; plural=0\n" -"X-Generator: LocFactoryEditor 1.2.2\n" +"Plural-Forms: nplurals=1; plural=0;\n" +"X-Generator: LocFactoryEditor 1.8\n" #. Type: string #. Description #: ../synce-serial.templates:1001 msgid "Serial interface:" -msgstr "Giao diện nối tiếp" +msgstr "Giao diện nối tiếp:" #. Type: string #. Description @@ -37,7 +37,7 @@ " ttyUSB1: Second USB-Serial port" msgstr "" "Hãy ghi rõ giao diện nối tiếp được dùng để kết nối thiết bị Windows CE của " -"bạn đến máy trên bàn. Những giao diện nối tiếp có thể là:\n" +"bạn đến máy để bàn. Những giao diện nối tiếp có thể là:\n" " • ttyS0 — cổng nối tiếp thứ nhất (COM1: trên DOS và Windows)\n" " • ttyS1 — cổng nối tiếp thứ hai (COM2: trên DOS và Windows)\n" " • ircomm0 — cổng liên lạc hồng ngoại IrDA thứ nhất\n" @@ -49,7 +49,7 @@ #. Description #: ../synce-serial.templates:2001 msgid "Local IP-Address:" -msgstr "Địa chỉ IP địa phương" +msgstr "Địa chỉ IP cục bộ :" #. Type: string #. Description @@ -60,16 +60,16 @@ "want to specify this address yourself, you may want to read about the same " "option on the man page for pppd." msgstr "" -"Địa chỉ IP địa phương cần dùng khi kết nối ppp đến thiết bị Windows CE của " -"bạn. Hữu ích nhất là dùng địa chỉ mặc định (« 192.168.131.102 »). Nếu bạn " -"muốn tự ghi rõ địa chỉ này, bạn có thể muốn đọc về tùy chọn này trong trang " -"hướng dẫn (man) cho pppd." +"Địa chỉ IP cục bộ cần sử dụng cho kết nối PPP đến thiết bị Windows CE của " +"bạn. Thông lệ xuất sắc là sử dụng địa chỉ IP mặc định (192.168.131.102). Nếu " +"bạn muốn tự ghi rõ địa chỉ này, cũng có thể đọc về cùng một tuỳ chọn trên " +"trang hướng dẫn của pppd (man pppd)." #. Type: string #. Description #: ../synce-serial.templates:3001 msgid "Remote IP-Address:" -msgstr "Địa chỉ IP từ xa" +msgstr "Địa chỉ IP từ xa:" #. Type: string #. Description @@ -80,16 +80,14 @@ "want to specify this address yourself, you may want to read about the same " "option on the man page for pppd." msgstr "" -"Địa chỉ IP từ xa cần dùng khi kết nối ppp đến thiết bị Windows CE của bạn. " -"Hữu ích nhất là dùng địa chỉ mặc định (« 192.168.131.201 »). Nếu bạn muốn tự " -"ghi rõ địa chỉ này, bạn có thể muốn đọc về tùy chọn này trong trang hướng " -"dẫn (man) cho pppd." +"Địa chỉ IP từ xa cần sử dụng cho kết nối PPP đến thiết bị Windows CE của " +"bạn. Thông lệ xuất sắc là sử dụng địa chỉ IP mặc định (192.168.131.201). Nếu " +"bạn muốn tự ghi rõ địa chỉ này, cũng có thể đọc về cùng một tuỳ chọn trên " +"trang hướng dẫn của pppd (man pppd)." #. Type: string #. Description #: ../synce-serial.templates:4001 -#, fuzzy -#| msgid "The IP-Address of your DNS server:" msgid "The IP-Address of your Domain Name server:" msgstr "Địa chỉ IP của máy phục vụ DNS:" @@ -103,10 +101,8 @@ "synce will work correctly without a DNS server. If your internet connection " "is up you could use the DNS server specified in the /etc/resolv.conf file." msgstr "" - -#~ msgid "" -#~ "Specify the IP-Address of your DNS server. If you do not have a DNS " -#~ "server let this field empty." -#~ msgstr "" -#~
Re: Bug#601195: synce-serial: [INTL:vi] Vietnamese debconf templates translation update
On 13/12/2010 12:48, Luca Capello wrote: Hi there! On Mon, 13 Dec 2010 10:11:13 +0100, Mehdi Dogguy wrote: On 12/13/2010 01:49 AM, Luca Capello wrote: Release Team, is it OK if I upload a new NMU including the translation? Yes. Thank you, uploaded to DELAYED/0: Unblocked (and aged a bit). Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d060c55.70...@dogguy.org
Bug#606961: unblock: hdapsd/1:20090401-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package hdapsd, it's mainly a cleanup release for Squeeze.
The changelog looks like this:
* debian/control:
+ Update my email address.
+ Remove DM-Upload-Allowed.
+ Standards-Version: 3.9.1
+ Recommend tp-smapi-dkms | tp-smapi-source, there are no prebuilt
tp-smapi-modules packages anymore.
LP: #669176
* debian/source/format:
+ Add source format specification, 1.0 for now.
* debian/init:
+ Add $remote_fs to the Required-Start and Required-Stop headers.
Thanks lintian!
The only really relevant changes are the new recommends (initiated by
the bug over at Ubuntu) and the init-script fix from lintian.
Full debdiff attached.
TIA and sorry for the non-reportbug unblock request for tp-smapi :)
Evgeni
unblock hdapsd/1:20090401-2
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.34-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u hdapsd-20090401/debian/changelog hdapsd-20090401/debian/changelog
--- hdapsd-20090401/debian/changelog
+++ hdapsd-20090401/debian/changelog
@@ -1,3 +1,20 @@
+hdapsd (1:20090401-2) unstable; urgency=low
+
+ * debian/control:
++ Update my email address.
++ Remove DM-Upload-Allowed.
++ Standards-Version: 3.9.1
++ Recommend tp-smapi-dkms | tp-smapi-source, there are no prebuilt
+ tp-smapi-modules packages anymore.
+ LP: #669176
+ * debian/source/format:
++ Add source format specification, 1.0 for now.
+ * debian/init:
++ Add $remote_fs to the Required-Start and Required-Stop headers.
+ Thanks lintian!
+
+ -- Evgeni Golov Mon, 13 Dec 2010 12:29:07 +0100
+
hdapsd (1:20090401-1) unstable; urgency=low
* New upstream release.
diff -u hdapsd-20090401/debian/control hdapsd-20090401/debian/control
--- hdapsd-20090401/debian/control
+++ hdapsd-20090401/debian/control
@@ -1,15 +1,14 @@
Source: hdapsd
Section: misc
Priority: optional
-Maintainer: Evgeni Golov
+Maintainer: Evgeni Golov
Build-Depends: debhelper (>= 7)
-Standards-Version: 3.8.1
-DM-Upload-Allowed: yes
+Standards-Version: 3.9.1
Package: hdapsd
Architecture: i386 amd64 powerpc
Depends: ${shlibs:Depends}, ${misc:Depends}
-Recommends: tp-smapi-modules [!powerpc]
+Recommends: tp-smapi-dkms [!powerpc] | tp-smapi-source [!powerpc]
Description: HDAPS daemon for IBM/Lenovo ThinkPads and Apple iBooks/PowerBooks
This is a disk protection user-space daemon. It monitors the acceleration
values through the HDAPS or AMS interface and automatically initiates disk
diff -u hdapsd-20090401/debian/init hdapsd-20090401/debian/init
--- hdapsd-20090401/debian/init
+++ hdapsd-20090401/debian/init
@@ -1,8 +1,8 @@
#! /bin/sh
### BEGIN INIT INFO
# Provides: hdapsd
-# Required-Start:$local_fs
-# Required-Stop: $local_fs
+# Required-Start:$local_fs $remote_fs
+# Required-Stop: $local_fs $remote_fs
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: initscript to start hdapsd
only in patch2:
unchanged:
--- hdapsd-20090401.orig/debian/source/format
+++ hdapsd-20090401/debian/source/format
@@ -0,0 +1 @@
+1.0
Bug#606981: unblock: kbd/1.15.2-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hello -release and -boot,
Please approve (udeb) and unblock package kbd:
As discussed in #606186, users are currently asked for their keyboard
layout twice during the installation process; this is particularly
annoying considering that the second question, in general, has no effect
on the installed system.
A simple reordering of Depends: and Recommends: in console-tools and kbd
avoids this problem by preferring console-setup over console-data,
avoiding the latter altogether. It would be nice if this little fix
could make it into Squeeze.
I’ve also dared to add a one-line patch to fix an important regression
(#66).
unblock kbd/1.15.2-2
Thanks,
Michael
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores)
Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
Michael Schutte | mi...@{uiae.at,debian.org}
Innsbruck, Austria| happily accepting encrypted mail
OpenPGP: 0x16fb 517b a866 c3f6 8f11 1485 f3e4 122f 1D8C 261A
signature.asc
Description: Digital signature
Bug#606651: unblock: iceweasel/3.5.16-1
Hi, Just a note, iceweasel's migration is blocked by sqlite3 [1]. I've seen this today on my systems where the packages where kept back on a dist-upgrade (manually added a PIN for the version in unstable until the release). So, this probably means an unblock for sqlite3 or a t-p-u upload. This should be confirmed by the Release Team, I'm just guessing here. Thanks [1] http://qa.debian.org/excuses.php?package=iceweasel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (600, 'testing'), (500, 'squeeze-updates'), (200, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinno_vbyuyl+-17ulk7-4h+zyo2gagzkk-sm...@mail.gmail.com
Bug#606441: unblock: yaboot/1.3.13a-1squeeze1
On Fri, Dec 10, 2010 at 10:33:44PM -0500, Milan Kupcevic wrote: > Well, the whole situation you are describing actually motivated me to do > something about it. And I did what was possible to do in short period of > time. > > > > >> Any bugreport I could read? > > > > Well given I don't even know if an IBM p520 power6+ machine is expected to > > work with Debian, I haven't filled one. I pointed out a few drivers and > > other issues I hit, although they seemed to get no interest from anyone. > > There is a bug report in grub2 (upstream) about the issues left to solve > > for the IBM pseries servers. > > You have hands on that machine, I do not. Fix the issue, produce patch, > we are eager to see the solution. Also take a look at this thread, we > discuss about IBM p520 power6+ machine: > > http://lists.debian.org/debian-powerpc/2010/12/msg00032.html Well the video=ofonly seemed normal to me given the installer even mentions it as sometimes needed. The dual reboot thing I had noticed a few times, but I must admit I hadn't really put much thought into why it happened sometimes. > > grub2 does work once you manually generate the image and install it on a > > boot partition, and it supports software raid (something yaboot didn't, > > although it appears the 1.3.16 version now in unstable might), so it > > worked out OK for me. > > Please provide fully working and tested yaboot 1.3.16 Debian package and > propose its upload, I'm sure it will override this one. Or even better, > provide fully functional grub2 package for power platform. I'm sure it > will get approved quickly. Well it is already uploaded in unstable. So someone already did that on December 1st (that someone being the long missed debian maintainer of yaboot). As for grub2, I think I will go try the latest version and see if any of the proposed patches for not having devaliases got in. If so, fixing grub-install for the pseries should be pretty simple. Of course even if 1.99 in experimental (which has some devalias fixes in it by the looks of it) works, I doubt squeeze wants to go to it if it puts x86 booting at risk given it is a less tested version. > If we do not get yaboot 1.3.13a-1squeeze1 and fixed yaboot-installer bug > #605932 into squeeze, it will be uninstallable, without manual tweaking, > on all machines with SATA, SAS, and SCSI controllers (this includes all > Mac G5 machines). All Mac G5 machines also need fixed initramfs-tools > bug #603981. Certainly 1.3.13a-1squeeze1 fixing compatibility with the new kernel on machines yaboot always worked on is very useful and worthwhile. > FYI: a bug report #605774 regarding ehea network driver was submitted on > December 03, 2010 by Xavier Grave and was fixed in SVN promptly. It will > get to squeeze install CD soon. Yeah I noticed. > And finally we should get back to the subject of this message. Do you > advocate for or against getting yaboot/1.3.13a-1squeeze1 into squeeze? I am not against yaboot/1.3.13a-1squeeze1. It is certainly better than what was there before. But I would be much more for allowing 1.3.16 currently in unstable, but given it only gained the patches from the 1.3.13a-1squeeze1 version yesterday, I doubt that's going to happen. A release is supposed to happen soon after all. > Why, or why not? I am mainly amazed anyone would bother patching an old version with known failures that are known to be addressed in newer versions (for which there are bug reports requesting the new version), especially when that new version is already uploaded in unstable. Maybe it wasn't uploaded yet when this patched version was being made. I have been pretty much resigned to the fact that grub2 isn't quite ready on powerpc, so I figured I would just work to make sure the next release (after Squeeze) worked with grub2 on IBM power boxes so my life will be easier. In the mean time I would continue to manually maintain a patched grub2 that works on the box I run. It just seems to late to teach the installer about a new partitioning scheme on the IBM powerpc machines to support grub2. Of course I had also thought yaboot development was dead (so software raid support would never happen), and that a package update in Debian wasn't going to happen anyhow, so grub2 was the only thing worth persuing, but apparently that has changed this summer with a new upstream maintainer and new this month a new Debian package, supposedly with software raid support. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101213171319.gv12...@caffeine.csclub.uwaterloo.ca
Re: squeeze-ignore or downgrade for elfsign issue
On 2010-12-12, Michael Gilbert wrote: > Can someone from the release team please take a look at #555668. I > think this bug can be marked squeeze-ignore or downgraded. I agree with a squeeze-ignore tag. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrnigcnb3.371@inutil.org
Bug#605205: marked as done (unblock mokomaze/0.5.5+git8+dfsg0-0.2)
Your message dated Mon, 13 Dec 2010 18:21:03 + with message-id <1292264463.30247.42.ca...@hathi.jungle.funky-badger.org> and subject line Re: Bug#605205: 605205: please unblock mokomaze/0.5.5+git8+dfsg0-0.2 has caused the Debian Bug report #605205, regarding unblock mokomaze/0.5.5+git8+dfsg0-0.2 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 605205: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605205 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi dear Release Team, Please remove mokomaze 0.5.5+git8-1 from testing. As Enrico explained on http://bugs.debian.org/600374#20 , there is no compelling reason to keep mokomaze available in testing. This removal would make Squeeze free from RC bug #600374. TIA, Cheers, OdyX - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (750, 'unstable'), (700, 'testing-proposed-updates'), (700, 'testing'), (101, 'testing-proposed-updates'), (101, 'experimental'), (101, 'unstable'), (101, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iJwEAQECAAYFAkzxsMcACgkQKA1Vt+jBwDiRQgP/QaaaJfes+MmT5IIiwmLlPE32 rDofmwYY6uFVaZVEKMXj+oQO6S8XqK844GxHNKkUvZE2ffdcSOGTzYExDwL1/LwA sIWOvW2ph6u79LNCAoJ+akeS6TZ/Ky7Hg7FqRO2BudEf5d86ljjVpaFJIPxVksOA MOC18jpmxeuDQrfvi80= =OM7z -END PGP SIGNATURE- --- End Message --- --- Begin Message --- On Mon, 2010-12-13 at 14:37 +0800, Paul Wise wrote: > Please unblock mokomaze/0.5.5+git8+dfsg0-0.2. Almost all of the icons > in .1 are blank in buildd-built packages due to a missing build-dep on > librsvg2-common. The sponsor for .1 probably did not use sbuild/pbuilder > to build the package that got uploaded. Unblocked (and aged); thanks. Regards, Adam --- End Message ---
Bug#606801: debdiff for 1.2.12-4squeeze1
On Mon, 2010-12-13 at 00:35 -0600, Chris Lawrence wrote: > The debdiff is attached. Thanks. The original test did slightly more than set PYTHONPATH; it also special-cased (and only performed the PYTHONPATH dance for) a copy of pybliographer in the current directory. However, that functionality doesn't seem so useful for the Debian package, so please go ahead. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1292264855.30247.68.ca...@hathi.jungle.funky-badger.org
Bug#606911: unblock: mgltools-utpackages/1.5.4.cvs.20100912-1.1
On Sun, 2010-12-12 at 16:45 -0600, Steve M. Robbins wrote: > Please unblock package mgltools-utpackages > > Fixed RC bug #592417. Thanks for applying Tim's patch. The source debdiff ends up with a diffstat of 56 files changed, 36261 insertions(+), 17 deletions(-) due to the appearance of a bunch of files in UT*DIST directories, which appear to be SWIG-generated; those should probably be tidied up in the clean target. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1292265715.30247.114.ca...@hathi.jungle.funky-badger.org
Bug#606765: marked as done (possible unblock: clive/2.2.13-4)
Your message dated Mon, 13 Dec 2010 18:43:14 +
with message-id <1292265794.30247.118.ca...@hathi.jungle.funky-badger.org>
and subject line Re: Bug#606765: possible unblock: clive/2.2.13-4
has caused the Debian Bug report #606765,
regarding possible unblock: clive/2.2.13-4
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
606765: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606765
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Dear Release Team
Again changes in youtube broke clive, this is [1]. Upstream alredy
provided a preliminary fix, but it is not yet relased [2]. I attach
patch against current 2.2.13-3 in unstable and testing with upstream
fixes to Youtube.pm.
Would you accept this fix? I however would like to wait for upstreams
defintive fix for it, but I do not expect to have much more change as
it is now.
[1] http://bugs.debian.org/606540
[2] http://sourceforge.net/apps/trac/clive/ticket/1
Bests
Salvatore
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
diff --git a/lib/clive/Host/Youtube.pm b/lib/clive/Host/Youtube.pm
index e922d9a..290d230 100644
--- a/lib/clive/Host/Youtube.pm
+++ b/lib/clive/Host/Youtube.pm
@@ -2,7 +2,7 @@
###
# clive, command line video extraction utility.
#
-# Copyright 2009 Toni Gundogdu.
+# Copyright 2009,2010 Toni Gundogdu.
#
# This file is part of clive.
#
@@ -24,74 +24,106 @@ package clive::Host::Youtube;
use warnings;
use strict;
-# fmt22 = HD[1280x720]
-# fmt35 = HQ [640x380]
-# fmt17 = 3gp[176x144]
-# fmt18 = mp4[480x360]
-# fmt34 = flv[320x180] (quality reportedly varies)
-
-# If --format is unused, clive defaults to whatever youtube
-# defaults to: we do not append the "&fmt=" to the video link.
-
-sub new {
-return bless( {}, shift );
-}
+sub new { return bless ({}, shift); }
sub parsePage {
-my ( $self, $content, $props ) = @_;
+my ($self, $content, $props) = @_;
-$$props->video_host("youtube");
+$$props->video_host ("youtube");
my %re = (
id => qr|&video_id=(.*?)&|,
-t => qr|&t=(.*?)&|,
+fmt_url_map => qr|fmt_url_map=(.*?)&|,
);
my $tmp;
-if ( clive::Util::matchRegExps( \%re, \$tmp, $content ) == 0 ) {
+if (clive::Util::matchRegExps (\%re, \$tmp, $content) == 0) {
-require URI::Escape;
+my $best;
+my %h;
-$tmp->{t} = URI::Escape::uri_unescape($tmp->{t});
+require URI::Escape;
-my $xurl
-= "http://youtube.com/get_video?video_id=$tmp->{id}&t=$tmp->{t}";
+foreach (split /,/, URI::Escape::uri_unescape ($tmp->{fmt_url_map})) {
+my ($id, $url) = split /\|/, $_;
+$best = $url unless $best;
+$h{$id} = $url;
+}
-$xurl .= "&asv=2"; # Should fix the http/404 issue (#58).
+my $url;
my $config = clive::Config->instance->config;
-my $fmt;
-
-if ( $config->{format} eq "best" ) {
-$fmt = $1
-if ( $$content =~ /&fmt_map=(\d+)/ && $1 ne "" );
+if ($config->{format} eq 'best') {
+$url = $best;
}
else {
-$fmt = $1
-if toFmt( $self, $config->{format} ) =~ /^fmt(.*)$/;
+$url = toURL ($self, $config->{format}, \%h);
+$url = toURL ($self, 'default', \%h) unless $url;
}
-$xurl .= "&fmt=$fmt"
-if $fmt;
+$$props->video_id ($tmp->{id});
+$$props->video_link ($url);
-$$props->video_id( $tmp->{id} );
-$$props->video_link($xurl);
-
-return (0);
+return 0;
}
-return (1);
+
+return 1;
+}
+
+sub toURL {
+my ($self, $fmt, $h) = @_;
+
+$fmt = 'flv_240p' if $fmt eq 'default';
+$fmt = toFmt ($self, $fmt);
+
+foreach (keys %{$h})
+{ return $$h{$_} if $_ eq $fmt; }
+
+return undef;
}
sub toFmt {
-my ( $self, $id ) = @_;
-$id =~ s/hd/fmt22/;
-$id =~ s/hq/fmt35/;
-$id =~ s/mp4/fmt18/;
-
-#$id =~ s/fmt34/flv/; # Previously assumed to be the "youtube default format"
-$id =~ s/3gp/fmt17/;
-return ($id);
+my ($self, $id) = @_;
+
+#
texlive-base: Claims to recreate pdftexconfig.tex upon clean install
Summary: breaks lenny->sid upgrade; probably RC This also happens during an upgrade from lenny. Why? I guess because this conffile was previously associated with texlive-base-bin, which got removed (and the unchanged pdftexconfig.tex with it). The original report is about a harmless message. Unfortunately, in my case the resurrection logic does not work at all. The preinst tries to take the file from /usr/share/texlive-base/pdftexconfig.tex. But there's nothing there yet, because the package is not unpacked yet (preinst, remember!). Therefore the script fails, preventing package installation completely and stopping the upgrade. Putting something at the above path works around the bug. Cheers, -- Robert Bihlmeyer -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87fwu1fq2t@baal.assist.internet-security.at
Your recent sqlite3 and neon27 uploads
Hi Laszlo,
I noticed that you've recently uploaded new upstream versions of sqlite3
and neon27 to unstable. Were either of these uploads targetted at
Squeeze? If not then during a deepening freeze is a rather unfortunate
time to be making uploads of library packages, particularly those with a
number of reverse dependencies.
In the case of sqlite3 in particular, a number of other uploads
containing important bug fixes and security updates are currently unable
to migrate to testing as they have picked up versioned dependencies on
the new sqlite3 packages - for example, ice{ape,dove,weasel},
ircd-ratbox and python2.6.
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/1292275841.30247.648.ca...@hathi.jungle.funky-badger.org
Re: Your recent sqlite3 and neon27 uploads
Hi Adam, On Mon, 2010-12-13 at 21:30 +, Adam D. Barratt wrote: > I noticed that you've recently uploaded new upstream versions of sqlite3 > and neon27 to unstable. Were either of these uploads targetted at > Squeeze? Yes, both. The easiest is neon27, which is a clean upload of the previous one which contained the fixes as backported patches. About sqlite3: it fixes important bugs like memory leaks[1][2][3][4][5], a segfault[6], a maybe memory leak[7] and a buffer overread[8] among others. Regards, Laszlo/GCS [1] http://www.sqlite.org/src/info/a04e42a3fc [2] http://www.sqlite.org/src/info/860399cc40 [3] http://www.sqlite.org/src/info/d3c95e3a4e [4] http://www.sqlite.org/src/info/1d17e3dc83 [5] http://www.sqlite.org/src/info/507027b70f [6] http://www.sqlite.org/src/info/f91471e723 [7] http://www.sqlite.org/src/info/d3c95e3a4e [8] http://www.sqlite.org/src/info/84194c4195 -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1292276931.25794.64.ca...@julia.gcs.org.hu
Bug#606680: marked as done (unblock: python3 packages)
Your message dated Mon, 13 Dec 2010 22:54:58 +0100 with message-id <20101213215458.gd2...@mails.so.argh.org> and subject line unblock added has caused the Debian Bug report #606680, regarding unblock: python3 packages to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 606680: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606680 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock please unblock the update to the final 3.1.3 release (from the release candidate). Packages are: - python3.1 3.1.3-1 (upstream changes in the debian changelog) - python3-defaults 3.1.3-12 (including the fix for #605356, already accepted in python-defaults) - python3-stdlib-extensions 3.1.3-1 - python3-profiler 3.1.3-1 All packages in testing build-depending on python3-* were sucessfully rebuilt using the new packages. Matthias --- End Message --- --- Begin Message --- --- End Message ---
Bug#607007: unblock: refcard/5.0.7-1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package refcard, it's a pure documentation package with
translation updates.
refcard (5.0.7-1) unstable; urgency=low
* Team upload.
[ Simon Paillard ]
* Translation updates:
- Dutch: Paul Gevers. (Closes: #606751)
* Fix translations mess about editor/rm/pager command.
Thanks a lot to Hans F. Nordhaug for the notice.
svn diff
svn+ssh://svn.debian.org/svn/ddp/manuals/tags/refcard/{5.0.6-1,5.0.7-1} |
diffstat
debian/changelog | 14 +++
po4a/ar.po |4
po4a/ca.po |6 -
po4a/cs.po |6 -
po4a/gl.po |6 -
po4a/he.po |4
po4a/hu.po |6 -
po4a/nl.po | 225 +++
po4a/pl.po |6 -
po4a/ro.po |6 -
po4a/sv.po |6 -
po4a/uk.po |6 -
po4a/zh_CN.po|6 -
po4a/zh_TW.po|4
14 files changed, 95 insertions(+), 210 deletions(-)
unblock refcard/5.0.7-1
Thanks !
--
Simon Paillard
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101213223234.gh19...@glenfiddich.ikibiki.org
Re: OpenJDK / default JDK for squeeze / issues on mips / open security issues for lenny
On Sun, 2010-08-08 at 17:21 +0200, Florian Weimer wrote: > * Matthias Klose: > > For those who are interested in an openjdk-6 update for stable, I did > > prepare an update for some architectures at > > > > deb http://people.debian.org/~doko/archive stable/ > > Cool, it's based on OpenJDK 6b18. However, we can't upload it as-is > because the version number is greater than the one in testing. That's no longer the case, fwiw; testing has 6b18-1.8.2-4. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1292282347.30247.998.ca...@hathi.jungle.funky-badger.org
Re: Bug#604016: Please support 3w-sas controllers
On Wed, 2010-12-01 at 16:12 +, Florian Weimer wrote: > * Julien Cristau: > > > On Mon, Nov 22, 2010 at 12:11:43 +0100, Giuseppe Iuculano wrote: > > > >> Release Team, > >> > >> Would this be an acceptable change for a freeze exception? > >> > > Yes (assuming it's properly tested). > > Okay, I'll test an isolated backport tomorrow, using the hardware in > question. Did you have any luck with that? Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1292282792.30247.1025.ca...@hathi.jungle.funky-badger.org
Bug#607007: marked as done (unblock: refcard/5.0.7-1)
Your message dated Mon, 13 Dec 2010 23:22:11 +
with message-id <1292282531.30247.1008.ca...@hathi.jungle.funky-badger.org>
and subject line Re: Bug#607007: unblock: refcard/5.0.7-1
has caused the Debian Bug report #607007,
regarding unblock: refcard/5.0.7-1
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
607007: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607007
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package refcard, it's a pure documentation package with
translation updates.
refcard (5.0.7-1) unstable; urgency=low
* Team upload.
[ Simon Paillard ]
* Translation updates:
- Dutch: Paul Gevers. (Closes: #606751)
* Fix translations mess about editor/rm/pager command.
Thanks a lot to Hans F. Nordhaug for the notice.
svn diff
svn+ssh://svn.debian.org/svn/ddp/manuals/tags/refcard/{5.0.6-1,5.0.7-1} |
diffstat
debian/changelog | 14 +++
po4a/ar.po |4
po4a/ca.po |6 -
po4a/cs.po |6 -
po4a/gl.po |6 -
po4a/he.po |4
po4a/hu.po |6 -
po4a/nl.po | 225 +++
po4a/pl.po |6 -
po4a/ro.po |6 -
po4a/sv.po |6 -
po4a/uk.po |6 -
po4a/zh_CN.po|6 -
po4a/zh_TW.po|4
14 files changed, 95 insertions(+), 210 deletions(-)
unblock refcard/5.0.7-1
Thanks !
--
Simon Paillard
--- End Message ---
--- Begin Message ---
On Mon, 2010-12-13 at 23:32 +0100, Simon Paillard wrote:
> Please unblock package refcard, it's a pure documentation package with
> translation updates.
>
> refcard (5.0.7-1) unstable; urgency=low
>
> * Team upload.
>
> [ Simon Paillard ]
> * Translation updates:
> - Dutch: Paul Gevers. (Closes: #606751)
> * Fix translations mess about editor/rm/pager command.
> Thanks a lot to Hans F. Nordhaug for the notice.
Unblocked; thanks.
Regards,
Adam
--- End Message ---
Re: OpenJDK / default JDK for squeeze / issues on mips / open security issues for lenny
On 14.12.2010 00:19, Adam D. Barratt wrote: On Sun, 2010-08-08 at 17:21 +0200, Florian Weimer wrote: * Matthias Klose: For those who are interested in an openjdk-6 update for stable, I did prepare an update for some architectures at deb http://people.debian.org/~doko/archive stable/ Cool, it's based on OpenJDK 6b18. However, we can't upload it as-is because the version number is greater than the one in testing. That's no longer the case, fwiw; testing has 6b18-1.8.2-4. so please use the one from unstable, re-generate the control file on a stable system, and re-upload. Matthias -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d06aac1.1000...@ubuntu.com
Re: Bug#601977: cyrus-sasl2-heimdal-dbg: file conflict during upgrade from lenny
On Sun, Nov 28, 2010 at 04:14:50PM -0500, Roberto C. Sánchez wrote: > On Sun, Oct 31, 2010 at 04:11:07PM -0400, Roberto C. Sánchez wrote: > > > > > I'd be interested to know if anyone has a recommendation on how to > > handle this. The two packages in question are -dbg packages that are > > created by dh_strip, excerpted from debian/rules below: > > > > dh_strip -s -psasl2-bin -plibsasl2-2 -plibsasl2-modules > > -plibsasl2-modules-ldap -plibsasl2-modules-otp -plibsasl2-modules-sql > > -plibsasl2-modules-gssapi-mit -plibsasl2-dev > > -Nlibsasl2-modules-gssapi-heimdal --dbg-package=cyrus-sasl2-dbg > > dh_strip -s -plibsasl2-modules-gssapi-heimdal -Nsasl2-bin -Nlibsasl2-2 > > -Nlibsasl2-modules -Nlibsasl2-modules-ldap -Nlibsasl2-modules-otp > > -Nlibsasl2-modules-sql -Nlibsasl2-modules-gssapi-mit -Nlibsasl2-dev > > --dbg-package=cyrus-sasl2-heimdal-dbg > > > > Both packages need to be able to be installed together, so my question > > centers around whehter it is OK to put a diversion in place so that > > cyrus-sasl2-heimdal-dbg diverts the file. What does everyone think? > > > So, it appears that there are some other possibilities, thanks to a > posting by Luca Capello [0]. The first possibility is trivial, but is > not as "correct." The second is more "correct" but a larger diff. > Given that this must go into Lenny, what opinion or preference does the > release team have on the matter? > > Regards, > > -Roberto > > [0] http://bugs.debian.org/610977 > Given the just announced deep freeze, I'd like some guidance from the release team on this, so that I can prepare an update with an acceptable fix to go into Squeeze. Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Re: amavisd-new maintainer
Hello, According to the post sent to the announce mailing list: "If you sent a request some time ago, please follow-up to the original mail as soon as possible, in case it has been forgotten." As I have not yet received any response to what should be a very simple, but rather important, documentation change, I am following up. Alex followed up on my initial post with "If it helps I can add a an updated debconf translation for danish, so that it becomes a doc update." Thanks. On 28 November 2010 17:15, Brian May wrote: > Hello Debian Release Team, > > Would you be willing to accept a new version of amavisd-new into > testing that does nothing but update the Maintainer header field? > > -Maintainer: Brian May > +Maintainer: Brian May > > I committed a change on the 17/March/2010 into the Debian source code > revision system, but unfortunately it looks like we haven't had a > release since (for some reason I was sure we had or I would have > chased this up more). > > All my other packages already have this change, it is going to be kind > of less convenient keeping this email address around for several more > years until the next release. > > Sorry about this, I really thought my change had made it to testing > some time ago. > > Thanks. > -- > Brian May > -- Brian May -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktik+wqcd9hq8bh02va9j1kyutwfmdr5dlq_w4...@mail.gmail.com
Re: bluez update (4.66-3) in squeeze
Hi, Release team.
Could you check and apply this?
Best regards,
Nobuhiro
2010/12/7 Nobuhiro Iwamatsu :
> Hi, Release team.
>
> I want to upload the bluez package which revised the following in squeeze.
> Could you take permission of the upload?
>
> bluez (4.66-3) testing; urgency=low
>
> * Drop patches/010_udev_rules_agent.patch (Closes: #588034).
> Connection of bluetooth is cut off after system start,
> if applied this patch. And this patch is not already necessary.
>
> -- Nobuhiro Iwamatsu Thu, 02 Dec 2010 12:14:56 +0900
>
> I attached debdiff.
>
> Best regards,
> Nobuhiro
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAkz9oLwACgkQQSHHQzFw6+mGJQCeKOQEWQSlgWSZUl7Rprxki1nM
> xQUAoJNrmb9TV/ZIyJmgUyP/uUf1isV7
> =EBa8
> -END PGP SIGNATURE-
>
>
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/aanlktineu6zsnr9c5sxuefs91+qwfhaaqlxlhovb7...@mail.gmail.com
Bug#607036: unblock: drawtiming/0.7.1-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Please unblock package drawtiming
Revision 0.7.1-2 fixes bug #599915, this bug causes drawtiming to be not
usable in testing.
Here is the last changelog entry:
drawtiming (0.7.1-2) unstable; urgency=low
* Switched to 3.0 (quilt) source format.
* Added InitializeMagick.diff patch to properly initialize
GraphicsMagick. (Closes: #599915) (LP: #636021). Credit to Galland
(https://launchpad.net/~victor-lopez)
* debian/gbp.conf: Added git-buildpackage config file
* debian/control:
+ Added Vcs-Browser field.
+ Added ${misc:Depends}
+ Added myself to uploaders.
+ Added DMUA after sponsors consent:
http://lists.alioth.debian.org/pipermail/pkg-electronics-devel/2010-April/001827.html
* Added Vcs-Browser field.
* Added ${misc:Depends}
Please find the debdiff attached.
Please CC me on replies, since I am not subscribed to the list.
Thanks...
unblock drawtiming/0.7.1-2
-- System Information:
Debian Release: squeeze/sid
APT prefers maverick-updates
APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500,
'maverick-proposed'), (500, 'maverick-backports'), (500, 'maverick')
Architecture: i386 (i686)
Kernel: Linux 2.6.35-24-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/changelog b/debian/changelog
index 4ea5f32..fe70726 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,21 @@
+drawtiming (0.7.1-2) unstable; urgency=low
+
+ * Switched to 3.0 (quilt) source format.
+ * Added InitializeMagick.diff patch to properly initialize
+GraphicsMagick. (Closes: #599915) (LP: #636021). Credit to Galland
+(https://launchpad.net/~victor-lopez)
+ * debian/gbp.conf: Added git-buildpackage config file
+ * debian/control:
++ Added Vcs-Browser field.
++ Added ${misc:Depends}
++ Added myself to uploaders.
++ Added DMUA after sponsors consent:
+ http://lists.alioth.debian.org/pipermail/pkg-electronics-devel/2010-April/001827.html
+ * Added Vcs-Browser field.
+ * Added ${misc:Depends}
+
+ -- أحمد المحمودي (Ahmed El-Mahmoudy) Mon, 13 Dec 2010 11:29:16 +0200
+
drawtiming (0.7.1-1) unstable; urgency=low
* New upstream release
diff --git a/debian/control b/debian/control
index 9ce836e..57eae8c 100644
--- a/debian/control
+++ b/debian/control
@@ -2,15 +2,18 @@ Source: drawtiming
Section: electronics
Priority: optional
Maintainer: Debian Electronics Team
-Uploaders: Wesley J. Landaker , Hamish Moffatt
+Uploaders: Wesley J. Landaker , Hamish Moffatt ,
+ أحمد المحمودي (Ahmed El-Mahmoudy)
Build-Depends: debhelper (>= 7), graphicsmagick-libmagick-dev-compat, pkg-config
Standards-Version: 3.8.1
+DM-Upload-Allowed: yes
Homepage: http://drawtiming.sourceforge.net/
Vcs-Git: git://git.debian.org/git/collab-maint/drawtiming.git
+Vcs-Browser: http://git.debian.org/?p=collab-maint/drawtiming.git
Package: drawtiming
Architecture: any
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
Description: tool for documenting hardware designs through timing diagrams
Drawtiming is a command-line tool for documenting hardware designs through
timing diagrams. In inputs textual signal descriptions and outputs image
diff --git a/debian/gbp.conf b/debian/gbp.conf
new file mode 100644
index 000..9460e5c
--- /dev/null
+++ b/debian/gbp.conf
@@ -0,0 +1,2 @@
+[DEFAULT]
+debian-branch = pkg-debian
diff --git a/debian/patches/InitializeMagick.diff b/debian/patches/InitializeMagick.diff
new file mode 100644
index 000..d610544
--- /dev/null
+++ b/debian/patches/InitializeMagick.diff
@@ -0,0 +1,30 @@
+Description: Properly initialize GraphicsMagick
+ Quoting from GraphicsMagick's NEWS file "
+ 1.3.8 (January 21, 2010)
+
+ [...]
+ Behavior Changes:
+ InitializeMagick() MUST be invoked prior to using any Magick API function.
+ Failure to do so will likely lead to an immediate application crash. This is
+ due to initialization and runtime changes intended to improve thread safety
+ and efficiency. Previously it was only strongly recommended to invoke
+ InitializeMagick().
+ "
+Author: Galland (https://launchpad.net/~victor-lopez)
+Bug-Ubuntu: https://bugs.launchpad.net/bugs/636021
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599915
+Bug: http://sourceforge.net/tracker/index.php?func=detail&aid=3136111&group_id=118983&atid=682742
+Forwarded: yes
+
+--- a/src/main.cc
b/src/main.cc
+@@ -97,6 +97,9 @@
+ double scale = 1;
+ int flags = 0;
+
++#ifndef LITE
++ InitializeMagick(NULL);
++#endif /* ! LITE */
+ int k, c;
+ while ((c = getopt_long (argc, argv, "ac:f:hl:o:p:vVw:x:", opts, &k)) != -1)
+ switch (c) {
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..9500625
--- /dev/null
+++ b/debi
Bug#607039: unblock: mcabber/0.10.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please consider unblocking mcabber. It is considered an important upstream bugfix release. The diffstat goes like this: 42 files changed, 854 insertions(+), 500 deletions(-) These though includes this file: configure | 642 ++-- With --exclude configure it's down to 41 files changed, 507 insertions(+), 179 deletions(-) (which contains a small amount of other autotool related files, docs and debianization updates) When diffing only the mcabber/ subdirectory which contains the actual source, the starts read like this: 19 files changed, 384 insertions(+), 139 deletions(-) mcabber (0.10.1) * Display a warning when the configuration file hasn't been updated * Display better messages when connecting to the XMPP server * [MUC] Do not block MUC private messages when 'block_unsubscribed' is set * [MUC] Fix handling of empty room topic * [MUC] Add caps to presence when joining a MUC room * New option 'completion_ignore_case' - completion is now case sensitive by default * Display module API information in the output of /version * Increase the number of available categories for completions * [Hooks] New "hook-subscription" hook, update to the message-in hooks (See ChangeLog.api) * Many misc. bugfixes * Minor documentation update -- Mikael, 2010-12-01 Thanks in advance for considering! Rhonda -- unblock mcabber/0.10.1-1 -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101214072259.ga9...@edna.deb.at
