date:20101203

Bug#592312: Newer version of roundcube in experimental

2010-12-03 Thread Atanas Atanasov

I would also appreciate a newer version (0.4.x or the 0.5 beta) of 
roundcube in the experimental respository. I am running into 
incompatibilities between some of the plugins (settings, accounts) and 
the present version 0.3.1.6.


Best,
Atanas Atanasov



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

Bug#605738: texlive-latex-extra: Please upgrade exercise.sty to version 1.53

2010-12-03 Thread Hilmar Preusse

tags 605738 + fixed-upstream
stop

On 02.12.10 Svante Signell (svante.sign...@telia.com) wrote:

Hi,

Thanks for the report.

 Please package the upstream version in the next release of
 texlive-latex-extra.
 
We are in deep freeze and we won't package a new release before
squeeze.  If you need the new LaTeX package urgently please install
it in your local texmf tree. Tagging that bug as fixed in upstream,
as soon as Norbert packages TL 2010 you'll get a new version.

Regards,
  Hilmar
-- 
sigmentation fault



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

Bug#605760: pcmanfm: doesn't start anymore

2010-12-03 Thread Andrei Popescu

On Vi, 03 dec 10, 09:47:30, Andrei POPESCU wrote:
 
 After upgrading to 0.9.8-1 I can't start pcmanfm anymore. I tried
 the panel icon (I'm running lxde), the menu entry and running it from an 
 xterm, but there is only a flash and absolutely no output in the 
 terminal.

but logcheck was kind enough to point me to these showing up in 
/var/log/syslog:

Dec  3 09:41:10 think kernel: [46630.671462] pcmanfm[26266]: segfault at 2c ip 
7f65c792d847 sp 7fff92867920 error 6 in 
libglib-2.0.so.0.2400.2[7f65c78ef000+db000]
Dec  3 09:41:12 think kernel: [46632.666186] pcmanfm[26349]: segfault at 2c ip 
7f2c64273847 sp 7fff384c9df0 error 6 in 
libglib-2.0.so.0.2400.2[7f2c64235000+db000]
Dec  3 09:44:13 think kernel: [46813.961349] pcmanfm[26354]: segfault at 2c ip 
7f6d9a09e847 sp 7fff59eb9970 error 6 in 
libglib-2.0.so.0.2400.2[7f6d9a06+db000]

Regards,
Andrei
-- 
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


signature.asc
Description: Digital signature

Bug#605353: Bug#605111: gnome-session does not allow to use gnome splash screen but package gnome-splashscreen-manager does

2010-12-03 Thread Josselin Mouette

Le jeudi 02 décembre 2010 à 17:13 +0100, Alexander Reichle-Schmehl a
écrit :
  The splashscreen only helps lengthening the login process so this won???t
  happen. I have added a Conflicts instead.
  
  The obsolete package needs to be removed from unstable.
 
 gnome-splashscreen-manager is a binary package build from source package
 gnome-art, which also builds the binary package gnome-art.

Oh indeed, I didn’t notice.

 Would you like to get the source package and all binaries removed, or is
 this bug about removing the gnome-splashscreen-manager binary package?

I don’t know whether the gnome-art package still works. I doubt of its
usefulness now the control center accepts new themes through
drag’n’drop, but the maintainer should confirm whether or not it should
stay.

Cheers,
-- 
 .''`.
: :' : “You would need to ask a lawyer if you don't know
`. `'   that a handshake of course makes a valid contract.”
  `---  J???rg Schilling




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

Bug#526398: [Pkg-sysvinit-devel] Bug#526398: ping

2010-12-03 Thread auto19412632

Henrique de Moraes Holschuh, Thu, 2 Dec 2010:
 Nobody got around to backporting the fix to stable.  NMU patch 
welcome.

I've attached a simple patch, probably not an NMU one.


lenny-526398-fix.diff
Description: Binary data

Bug#605761: w3m: Fails to build with gcc 4.5

2010-12-03 Thread Martin Pitt

Package: w3m
Version: 0.5.2-10
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch natty

Hello,

w3m currently fails to build with gcc 4.5 due to its stricter linking
behaviour. 

gcc -I. -I. -g -O2 -I./libwc -I/usr/include/gc -I/usr/include/gc 
-DHAVE_CONFIG_H -DAUXBIN_DIR=\/usr/lib/w3m\ 
-DCGIBIN_DIR=\/usr/lib/w3m/cgi-bin\ -DHELP_DIR=\/usr/share/w3m\ 
-DETC_DIR=\/etc\ -DCONF_DIR=\/etc/w3m\ -DRC_DIR=\~/.w3m\ 
-DLOCALEDIR=\/usr/share/locale\ -o w3mimgdisplay w3mimgdisplay.o 
w3mimg/w3mimg.a -Wl,-Bsymbolic-functions -lm -lbsd -lnsl -ldl -pthread 
-lgdk_pixbuf_xlib-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 
-lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lm -lcairo -lpng12 
-lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 
-lrt -lglib-2.0 -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 
-lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lm -lcairo -lpng12 
-lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 
-lrt -lglib-2.0
/usr/bin/ld.bfd.real: w3mimg/w3mimg.a(x11_w3mimg.o): undefined reference to 
symbol 'XGetWindowAttributes'
/usr/bin/ld.bfd.real: note: 'XGetWindowAttributes' is defined in DSO 
/usr/lib64/libX11.so.6 so try adding it to the linker command line
/usr/lib64/libX11.so.6: could not read symbols: Invalid operation


Attached patch fixes this.

I also posted this to upstream:
https://sourceforge.net/tracker/?func=detailaid=3126430group_id=39518atid=425441

Thanks for considering,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
diff -Nru w3m-0.5.2/debian/changelog w3m-0.5.2/debian/changelog
--- w3m-0.5.2/debian/changelog  2010-10-15 17:59:38.0 +0200
+++ w3m-0.5.2/debian/changelog  2010-12-03 09:45:06.0 +0100
@@ -1,3 +1,11 @@
+w3m (0.5.2-10ubuntu1) natty; urgency=low
+
+  * Add 040_link_gcc45.patch: Explicitly link w3mimgdisplay with -lX11 to
+build with gcc 4.5. Forwarded to
+
https://sourceforge.net/tracker/?func=detailaid=3126430group_id=39518atid=425441
+
+ -- Martin Pitt martin.p...@ubuntu.com  Fri, 03 Dec 2010 09:44:07 +0100
+
 w3m (0.5.2-10) unstable; urgency=low
 
   * debian/patches/010_upstream.patch: Sync with the upstream development
diff -Nru w3m-0.5.2/debian/control w3m-0.5.2/debian/control
diff -Nru w3m-0.5.2/debian/patches/040_link_gcc45.patch 
w3m-0.5.2/debian/patches/040_link_gcc45.patch
--- w3m-0.5.2/debian/patches/040_link_gcc45.patch   1970-01-01 
01:00:00.0 +0100
+++ w3m-0.5.2/debian/patches/040_link_gcc45.patch   2010-12-03 
09:41:35.0 +0100
@@ -0,0 +1,17 @@
+Description: Explicitly link w3mimgdisplay with -lX11 to build with gcc 4.5
+Author: Martin Pitt martin.p...@ubuntu.com
+Bug: 
https://sourceforge.net/tracker/?func=detailaid=3126430group_id=39518atid=425441
+
+Index: w3m-0.5.2/Makefile.in
+===
+--- w3m-0.5.2.orig/Makefile.in 2010-12-03 09:38:54.699796002 +0100
 w3m-0.5.2/Makefile.in  2010-12-03 09:40:39.739796001 +0100
+@@ -193,7 +193,7 @@
+   $(CC) $(CFLAGS) -DDUMMY -c -o $@ $?
+ 
+ $(IMGDISPLAY): w3mimgdisplay.o $(ALIB) w3mimg/w3mimg.a
+-  $(CC) $(CFLAGS) -o $(IMGDISPLAY) w3mimgdisplay.o w3mimg/w3mimg.a 
$(LDFLAGS) $(LIBS) $(IMGLDFLAGS)
++  $(CC) $(CFLAGS) -o $(IMGDISPLAY) w3mimgdisplay.o w3mimg/w3mimg.a 
$(LDFLAGS) $(LIBS) -lX11 $(IMGLDFLAGS)
+ 
+ w3mimgdisplay.o: w3mimgdisplay.c w3mimg/w3mimg.h
+   $(CC) $(CFLAGS) $(IMGCFLAGS) -o $@ -c $(srcdir)/w3mimgdisplay.c
diff -Nru w3m-0.5.2/debian/patches/series w3m-0.5.2/debian/patches/series
--- w3m-0.5.2/debian/patches/series 2010-08-21 18:26:24.0 +0200
+++ w3m-0.5.2/debian/patches/series 2010-12-03 09:38:50.0 +0100
@@ -1,3 +1,4 @@
 010_upstream.patch
 020_button.patch
 030_pager-s-option.patch
+040_link_gcc45.patch


signature.asc
Description: Digital signature

Bug#603632: [Xen-devel] PVops domain 0 crash on NUMA system only Node==1 present (Was: Re: Bug#603632: linux-image-2.6.32-5-xen-amd64: Linux kernel 2.6.32/xen/amd64 booting fine on bare metal, but not

2010-12-03 Thread Ian Campbell

On Thu, 2010-12-02 at 23:47 +, Vincent Caron wrote:
 On Tue, 2010-11-23 at 22:18 +, Ian Campbell wrote:
  On Tue, 2010-11-23 at 22:12 +, Ian Campbell wrote: 
   On Tue, 2010-11-23 at 18:52 +, Ian Campbell wrote: 
On Tue, 2010-11-23 at 11:51 +, Ian Campbell wrote:
 
 Perhaps we should be passing numa_node_id() (e.g. current node)
 instead of node 0? 

I've just kicked off a build of the 2.6.32-27 Debian kernel with the
following additional patch, I will hopefully post the binaries tomorrow.
   
   Build was quicker than I thought... Vincent, Cris if you get a chance
   please can you test the kernel from:
   http://xenbits.xen.org/people/ianc/2.6.32-27+numa1/
  
  Also, please can you try adding numa=noacpi to your kernel command
  line when running with the standard Debian kernel (not the one above).
  
  Thanks!
 
   It just happens that your kernel above (2.6.32-27+numa1) boots fine
 under hypervisor _when_ passed 'numa=noacpi'. Yeah !
 
   I then tried again with Debian Squeeze's latest 2.6.32-28, which
 crashes as -27 under hypervisor (and changelog show no xen or
 numa-related thingies). Then I added 'numa=noacpi', and it boots fine
 too. I got my 8 cores, networking, etc.
 
   Enclosed is the dmesg for the latter, Debian, kernel.
 
   Is the 'numa=noacpi' a production acceptable workaround ?

Yes and in fact I think the actual fix is simply to have Xen fake out
the behaviour of numa=noacpi as below. I'll send this plus the other fix
out after I've given it a bit of proper testing.

Ian.

xen: disable ACPI NUMA for PV guests

Xen does not currently expose PV-NUMA information to PV
guests. Therefore disable NUMA for the time being.

Signed-off-by: Ian Campbell ian.campb...@citrix.com
diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
index 02c710b..5c55e1b 100644
--- a/arch/x86/xen/enlighten.c
+++ b/arch/x86/xen/enlighten.c
@@ -1178,6 +1178,10 @@ asmlinkage void __init xen_start_kernel(void)
 
xen_smp_init();
 
+#ifdef CONFIG_ACPI_NUMA
+   acpi_numa = -1;
+#endif
+
pgd = (pgd_t *)xen_start_info-pt_base;
 
if (!xen_initial_domain())





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

Bug#603632: [Xen-devel] PVops domain 0 crash on NUMA system only Node==1 present (Was: Re: Bug#603632: linux-image-2.6.32-5-xen-amd64: Linux kernel 2.6.32/xen/amd64 booting fine on bare metal, but not

2010-12-03 Thread Ian Campbell

On Fri, 2010-12-03 at 00:12 +, Jeremy Fitzhardinge wrote:
 What about numa=fake=1?  I think that should force it to create a
 single NUMA node.

Is there any advantage to this vs numa=noacpi? Do they effectively end
up doing the same thing?

 IanC: it looks like passing a node id of -1 is the correct way to
 say I don't care. 

I thought so too but convinced myself from staring at the code that it
wouldn't work in this case -- I'll double check before I resubmit.

Ian.




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

Bug#603632: [Xen-devel] PVops domain 0 crash on NUMA system only Node==1 present (Was: Re: Bug#603632: linux-image-2.6.32-5-xen-amd64: Linux kernel 2.6.32/xen/amd64 booting fine on bare metal, but not

2010-12-03 Thread Ian Campbell

On Fri, 2010-12-03 at 00:27 +, Vincent Caron wrote:
 On Thu, 2010-12-02 at 16:12 -0800, Jeremy Fitzhardinge wrote:
  On 12/02/2010 03:47 PM, Vincent Caron wrote:
 It just happens that your kernel above (2.6.32-27+numa1) boots fine
   under hypervisor _when_ passed 'numa=noacpi'. Yeah !
  
 I then tried again with Debian Squeeze's latest 2.6.32-28, which
   crashes as -27 under hypervisor (and changelog show no xen or
   numa-related thingies). Then I added 'numa=noacpi', and it boots fine
   too. I got my 8 cores, networking, etc.
  
 Enclosed is the dmesg for the latter, Debian, kernel.
  
 Is the 'numa=noacpi' a production acceptable workaround ?
  
  What about numa=fake=1?  I think that should force it to create a
  single NUMA node.
 
   Debian AMD64 2.6.32-28 on hypervisor 4.0.1, option 'numa=fake=1',
 boots fine too on my R410. Dmesg attached.

Thanks.

   PS: in both numa=noacpi and numa=fake=1 cases where I can actually
 run with a 4.0 hypervisor, I can't reboot. Dmesg ends with 'Restarting
 system.' but the machine never reboots. OTOH reboots works while booting
 native with the same kernel.

That was a known bug in 2.6.32.something-recent. AIUI a revert is in
the pipeline for the next 2.6.32.y and Jeremy has a proper fix queued
too, which I presume will make its way to stable in due course.

Ian.





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

Bug#583734: Use forked git repository for wmaker source

2010-12-03 Thread Gürkan Sengün


On 12/02/10 20:17, John H. Robinson, IV wrote:

G??rkan Seng??n wrote:

Okay no responses, nobody wants to package it. I will try...

Would anyone mind if I called the package just windowmaker?
Otherwise I'll call it windowmaker-crm


Please don't; I am working with Carlos to make the -crm branch the
actual bona fide Windowmaker.


Ah ok, thanks a lot, please tell me if you already have something to test,
I'd love to test early versions.

Gurkan



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

Bug#605762: xz-utils: Incorrect czech (cs_CZ.utf8) long help translation

2010-12-03 Thread Petr Hubený

Package: xz-utils
Version: 5.0.0-2
Severity: minor

The --no-sparse explanation is mistranslated as do not create backup files
when decompressing instead of do not create sparse files when decompressing



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (501, 'testing'), (500, 'proposed-updates'), (500, 'stable'), 
(40, 'gutsy'), (20, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xz-utils depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  liblzma2  5.0.0-2XZ-format compression library

xz-utils recommends no packages.

Versions of packages xz-utils suggests:
ii  xz-lzma   5.0.0-2XZ-format compression utilities - 

-- no debconf information



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

Bug#605763: sbuild: A reproducible name for build directories, to minimize diff between logs ?

2010-12-03 Thread Charles Plessy

Package: sbuild
Version: 0.60.5-1
Severity: wishlist

Dear Roger,

I am exploring the collection build logs in the same git repository as
the source package itself. See for instance the following URL:

http://git.debian.org/?p=debian-med/samtools.git;a=commitdiff;h=116e19c49a20aba7acb9eee37b2e6e11e7b92ea9

(In command line, git diff --word-diff=color gives even nicer results).

I wonder if it would be possible to reduce the diff between different
builds, by having sbuild using a constant name for the build
directory. In the above example it would be just ‘/build/samtools’
instead of ‘/build/charles-samtools_0.1.12a-1-amd64-dvGJbJ/samtools-0.1.12a’.

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan



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

Bug#330162: apt-utils: incorrect tar-header reading in apt-ftparchive

2010-12-03 Thread Nobuhiro Hayashi

I can reproduce this issue with attached deb file.

I add testuser (uid=2097152(01000)) and create this deb file using
dpkg-deb as testuser. When I put it to current directory and run
apt-ftparchive packages ., it makes the same error. Next, I create
another deb file as my account(uid=1002) and run apt-ftparchive. no
error. All of process is performed in one client.

It seems that the numeric fields of tar header have the possibility to
store 256bit encoding value.

I also attach patch for apt 0.8.10.


test-package_1.0.deb
Description: application/debian-package
# Bazaar merge directive format 2 (Bazaar 0.90)
# revision_id: nobuhiro.haya...@gmail.com-20101203030909-\
#   5jszx42h2mgb4tkn
# target_branch: nosmart+http://bzr.debian.org/apt/apt/debian-sid/
# testament_sha1: 213067bba94c2969f10b788e9a028a913319b871
# timestamp: 2010-12-03 12:18:32 +0900
# base_revision_id: m...@debian.org-20101130102328-t3e3ey1zmajl0ef6
# 
# Begin patch
=== modified file 'apt-inst/contrib/extracttar.cc'
--- apt-inst/contrib/extracttar.cc	2010-06-09 09:51:21 +
+++ apt-inst/contrib/extracttar.cc	2010-12-03 03:09:09 +
@@ -195,10 +195,14 @@
   // Decode all of the fields
   pkgDirStream::Item Itm;
   if (StrToNum(Tar-Mode,Itm.Mode,sizeof(Tar-Mode),8) == false ||
-	  StrToNum(Tar-UserID,Itm.UID,sizeof(Tar-UserID),8) == false ||
-	  StrToNum(Tar-GroupID,Itm.GID,sizeof(Tar-GroupID),8) == false ||
-	  StrToNum(Tar-Size,Itm.Size,sizeof(Tar-Size),8) == false ||
-	  StrToNum(Tar-MTime,Itm.MTime,sizeof(Tar-MTime),8) == false ||
+  (Base256ToNum(Tar-UserID,Itm.UID,8) == false 
+	 StrToNum(Tar-UserID,Itm.UID,sizeof(Tar-UserID),8) == false) ||
+  (Base256ToNum(Tar-GroupID,Itm.GID,8) == false 
+	 StrToNum(Tar-GroupID,Itm.GID,sizeof(Tar-GroupID),8) == false) ||
+  (Base256ToNum(Tar-Size,Itm.Size,12) == false 
+	 StrToNum(Tar-Size,Itm.Size,sizeof(Tar-Size),8) == false) ||
+  (Base256ToNum(Tar-MTime,Itm.MTime,12) == false 
+	 StrToNum(Tar-MTime,Itm.MTime,sizeof(Tar-MTime),8) == false) ||
 	  StrToNum(Tar-Major,Itm.Major,sizeof(Tar-Major),8) == false ||
 	  StrToNum(Tar-Minor,Itm.Minor,sizeof(Tar-Minor),8) == false)
 	 return _error-Error(_(Corrupted archive));

=== modified file 'apt-pkg/contrib/strutl.cc'
--- apt-pkg/contrib/strutl.cc	2010-09-28 15:27:44 +
+++ apt-pkg/contrib/strutl.cc	2010-12-03 03:09:09 +
@@ -968,6 +968,24 @@
return true;
 }
 	/*}}}*/
+// Base256ToNum - Convert a fixed length binary to a number /*{{{*/
+// -
+/* This is used in decoding the 256bit encoded fixed length fields in
+   tar files */
+bool Base256ToNum(const char *Str,unsigned long Res,unsigned Len)
+{
+   int i;
+   if ((Str[0]  0x80) == 0)
+  return false;
+   else
+   {
+  Res = Str[0]  0x7F;
+  for(i=1; iLen; i++)
+ Res = (Res8) + Str[i];
+  return true;
+   }
+}
+	/*}}}*/
 // HexDigit - Convert a hex character into an integer			/*{{{*/
 // -
 /* Helper for Hex2Num */

=== modified file 'apt-pkg/contrib/strutl.h'
--- apt-pkg/contrib/strutl.h	2010-06-09 11:15:34 +
+++ apt-pkg/contrib/strutl.h	2010-12-03 03:09:09 +
@@ -52,6 +52,7 @@
 int StringToBool(const string Text,int Default = -1);
 bool ReadMessages(int Fd, vectorstring List);
 bool StrToNum(const char *Str,unsigned long Res,unsigned Len,unsigned Base = 0);
+bool Base256ToNum(const char *Str,unsigned long Res,unsigned Len);
 bool Hex2Num(const string Str,unsigned char *Num,unsigned int Length);
 bool TokSplitString(char Tok,char *Input,char **List,
 		unsigned long ListMax);

# Begin bundle
IyBCYXphYXIgcmV2aXNpb24gYnVuZGxlIHY0CiMKQlpoOTFBWSZTWRtLgngAA4dfgHMwUX///3/n
Xgq+YAbvvLtugAFaXYaAAADFKanmqZpDExoBNqZBgEGCMgyZGhieoNKnojE9TTQaaeoNABoA
AGgAAABwDCMJpiGAQDIAYRpkyYRgIaCU1E1IyPTU9TaBB6mmEBpkGgGgNNBoAHAMIwmmIYBAMgBh
GmTJhGAhoJJBGgATQCGgjDU0U/0hTGJA/STRkD8qZQ0APIhFpDIpAEFCkoYlXVDXrFMtiegS4zDG
Dj3pG76puFi6m6hlm2Ps7L3QpnnSUpxnSxljog6rTqEI1hQwZkM8bGVQ8TyycFT3pEftW2wytWZJ
CQlRntkbfFCOxE9J4rGnCeIiKEQ8JTSYJMxhvbRLgwSwXqiY1ncpAQ1TZrb+tn7bvSPGxrdMil8o
QCT1TNCiAuhiTnC4MGCxn6qiAHlRtlyE22UZoGI6a5djvkjoIgZVCRACgAwBcZswzjEC5bMBISEg
1IqVq9Gnq+JidjGlD2+7lSnjU98iR0Aw4GTDcC0nO4vXYmEbhEQLlG0uiXMLtZ11MZenqOyQALbU
TuCJNskPlguGAXr/4OMw+kvHang9fFYzJJnCwfpc7R49SDWtZrHoCCgAOEOEeBJA/3nsLCA8kInE
OHvYYoFSFP7lKDr2KRXak5o1j0g99bl4FX5/UgIuiHk6XLRTs+1arhqHlBE+QTLCaa80mx9hegnh
2bTMuIw8rQrKwcZFo0jnVE1Nxagh3ADxDnoHXj9hrXxeXYm/WBCgIGvInWDiIE48gXF4jvEfODyO
clcCKi82m+tRKJp2ZWjF+Q4kxeYF6crSu+utz3NwlGMxGgHFwO9BDFrSplwJFBtJprAxQX2fUoKM
REr8KM4NSQNBUKDPMKjodkOxpe95bJMBWWWU10jgqJjcIhqeMMRrtMiszGMDCJSs0XjkpDVjFpdB
rHDhxfhaRLSdpSIEIlpkdb4JFqNUxSS3a8pXt2dYpKnIdoOdjSazAvImhxoM9ciNRhQZ4UmI4167
zApKp9Vl1+IiisckRGhTIkQmJXj78IwLrmd6Tmo+Di5MlWKhk5WQvtHCiiMAcoLuH3zP9KqyYQTa
NJVpbahcJ8kJ3WkAN8kPvhjCu1iy1MOGFXQg2/BeF7nzvJN2iewvio8UHkqp2ESGdMwUagkmQqfS

Bug#525220: End Of Year Promo!

2010-12-03 Thread Dove Foundation

The DOVE Foundation.
69 Chapel Street,
London W1B 4DA.
United Kingdom.
Dear Recipient,

RE: Grant Notification.

This is an official notification to you by the board of trustees of The
DOVE Foundation as one of the recipients of cash Grant Award for your
personal business and community development. The DOVE Foundation was
founded 29/03/92 by the Multi-Million groups and companies in Europe
having their corporate Head Quarters in Belgium (Brussels) and was
conceived with the objective of humanitarian growth and community
development. To celebrate the 18th anniversary program, The DOVE
Foundation is giving out a cash donation of 1,200,000.00 (One Million and
Two Hundred Thousand British Pounds) each to 8 lucky recipients.

These specific Grants are awarded to 8 lucky international recipients
worldwide. At least 20% of the awarded Grant funds should be used by you
(the Recipient) to develop a part of your community. This is a yearly
program, which is a measure of Universal Development Strategy Program
(UDSP). The objective of this program is to make a notable change in the
standard of living of the people all around the world.The DOVE Foundation
has been assured of the highest organizational standard courtesy of the
United Nations. Who says It is our belief that we can achieve a great
positive change in the general welfare of the universe through this
program. That is why the DOVE foundation is doing everything possible to
get all recipients notified of their donation via email and Telephone.

Beneficiaries to this Grant have been chosen from different countries all
over the continents. The idea of this donation is that within ten years
from now or thereabout, there shall be notable changes among many unusual
people around the world. This will give many people the opportunity to get
their lives to a stage where they've always wanted. Kindly note that you
will only be chosen to receive the donation once, which means that
subsequent yearly donation will not get to you again. Take time and
thought in investing the donation wisely on something that will last you a
long time.

Based on the random selection exercise of internet websites and millions of
supermarket cash invoices worldwide, our collaborators, you were selected
among the lucky recipients to receive the awarded sum of ?1,200,000.00
(One Million and Two Hundred Thousand British Pounds) as Grant Award from
the DOVE Foundation. (Note; all beneficiaries email addresses were
selected randomly from over 900,000 internet websites and shop's cash
invoice around your area in which you might have purchased an item(s).

Grant Award Validation form will be sent to you to fill and returned as
soon as you've acknowledged this notification email with your interest in
receiving the Grant. You are to contact the 17th Anniversary Secretary
with your information given below:
**
Name:
Address:
Tel:
Email:
Ref. No: DF0/024/991146612.
**
All information is strictly confidential and will only be used for the
purpose to which it is requested. Please note; these Grant is strictly
administered by the DOVE Foundation. You are to keep this whole
information confidential until you've collected your Cash Grant, as there
have been many cases of unqualified or double claiming, due to
beneficiaries informing third parties about his/her donation. Any reported
case of unqualified or double claiming leads to cancellation of that
particular Grant Award.


NOTE: All Notification email with your interest should be sent to:
Name: Sir Peter Anderson.
Email:dove_foundati...@yahoo.co.uk

On behalf of the DOVE Foundation Board accept our congratulations.

Sincerely Yours,
Jessica Ellen Young.
Publicity Secretary.

Confidential: This email and any files transmitted with it are
confidential and are intended solely for the use of the individual or
entity to which they are addressed. This communication represents the
originator's personal views and opinions,which do not necessarily reflect
those of the DOVE Foundation. If you are not the original recipient or the
person responsible for delivering the email to the intended recipient, be
advised that you have received this email in error, and that any use,
dissemination, forwarding, printing, or copying of this email is strictly
prohibited.




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

Bug#605762: xz-utils: Incorrect czech (cs_CZ.utf8) long help translation

2010-12-03 Thread Jonathan Nieder

Hi Petr,

Petr Hubený wrote:

 The --no-sparse explanation is mistranslated as do not create backup files
 when decompressing instead of do not create sparse files when decompressing

Thanks for reporting.  What should it be replaced with?

Jonathan



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

Bug#603632: [Xen-devel] PVops domain 0 crash on NUMA system only Node==1 present (Was: Re: Bug#603632: linux-image-2.6.32-5-xen-amd64: Linux kernel 2.6.32/xen/amd64 booting fine on bare metal, but not

2010-12-03 Thread Ian Campbell

On Fri, 2010-12-03 at 08:52 +, Ian Campbell wrote:
 On Fri, 2010-12-03 at 00:12 +, Jeremy Fitzhardinge wrote:
  What about numa=fake=1?  I think that should force it to create a
  single NUMA node.
 
 Is there any advantage to this vs numa=noacpi? Do they effectively end
 up doing the same thing?

The help text for CONFIG_NUMA_EMU (which enables numa=fake=N) says:

Enable NUMA emulation. A flat machine will be split
into virtual nodes when booted with numa=fake=N, where N is
the
number of nodes. This is only useful for debugging.

I don't think this is the option we want.

Ian.




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

Bug#605562: installation-report: Installation from usb stick lead to unbootable system (und unbootable usb stick)

2010-12-03 Thread Alexander Reichle-Schmehl

Hi!

Am 02.12.2010 11:36, schrieb Alexander Reichle-Schmehl:

 I saved the contents of /var/log/installer after the installation, but
 need to recover mu original system for now to do some work.

Ähh... Sorry.  It seems it wasn't a good idea to tar /var/log/installer
to /tmp.  So I don't have the logs from my attempt with the daily
installer, but I still have the ones from the installation with beta-1.

I think I can also try to reproduce it on a similar machine whenever you
want me to test something without much delay.


Best regards,
  Alexander



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

Bug#605086: [iceowl-extension] view isn't updated when changing month

2010-12-03 Thread Louis-Maurice De Sousa


Hello,

thanks for your help.

Le 03/12/2010 08:18, Guido Günther a écrit :

On Thu, Dec 02, 2010 at 10:34:22PM +0100, Louis-Maurice De Sousa wrote:



Le 01/12/2010 16:14, Guido Günther a écrit :

Hi,
On Sat, Nov 27, 2010 at 11:01:57AM +0100, Louis-Maurice De Sousa wrote:

Package: iceowl-extension
Version: 1.0~b1+dfsg1-1
Severity: grave

--- Please enter the report below this line. ---

Two issues on iceowl-extension on the different computers I use.
I have several ics calendars.
First : when changing the month on main view, view still shows
current month.

What's the main view and the view?


When you use the Calendar tab, there is a little calendar in upper
left. A big calendar on the middle of the window (wich I called main
view) and a small calendar upper right.
On top of main view there is an arrow, wtoday another arrow and
the current month.
When clicking the arrows to browse monthes, th ename of the month
changes, but not the view of the events.
And at the moment, it still shows me November instead of December.



Please see my other comment on the bug.


Yes I saw,


I think that's expected


I don't think so, it did not use to have this behaviour and such 
behaviour is useless.

I made a screencast. Perhaps it's more clear :-)
http://www.mp-mantes.ac-versailles.fr/Documents/IceOwl/Calendar.ogv
(4 Mo)

I must say I use some extensions that could be involved in the problem :
- Evolution mirror 0.2.1
- Gnome integration 0.3.1
- Zindus 0.8.13.3

--

Cheers
Louis-Maurice De Sousa



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

Bug#592218: Maven 3.0.1 is released now

2010-12-03 Thread Matthieu Baechler

Maven 3 has been released for some time now, maybe we can start the
packaging effort ?

-- 
Matthieu Baechler



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

Bug#605748: grub-pc: debconf questions should be translated

2010-12-03 Thread Justin B Rye

It's too early in the day (-14°C outside!) for me to expect to
get this all right without typos/thinkos, so extra feedback is
definitely welcome. 

David Prévot wrote:
 I can't remember a request for review for the last year on 
 debian-l10n-engl...@lists.debian.org but if you still want to do so,
 please do it ASAP and perform a call for translation. 

There was something last year on setting a username/password:
http://lists.debian.org/debian-l10n-english/2009/09/msg00012.html  
but nothing about a full review,
 
Overall comments:
 1) The inter-sentence punctuation is doublespacey throughout; en_US
styleguides prefer singlespaced.
 2) There are some uses of second person (things like do you want
to install grub to your computer's MBR) where in principle I
might be a sysadmin reluctantly following corporate IT policy
for the company's servers.  On the other hand every time we
flatten those out we run the risk of reducing clarity for the
users who *are* in charge of their own machines, and the worst
case scenario of an unbootable machine is a significant risk
here, so I have left most cases unchanged.
 3) The terminology used for the process of writing to a bootsector
needs to be kept clear; talking about installing GRUB can be
confusing, since after all these templates are used *after* I've
installed grub in the dpkg-deb sense.

 Template: grub-pc/chainload_from_menu.lst
 Type: boolean
 Default: true
 #flag:translate!:6
 _Description: Chainload from menu.lst?
  GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub.
  .
  In order to replace the Legacy version of GRUB in your system, it is
  recommended that /boot/grub/menu.lst is adjusted to chainload GRUB 2
  from your existing GRUB Legacy setup.  This step may be automaticaly
(1)  ^
  performed now.

Typo!  s/aly/ally/ (oh, and I'd prefer s/may/can/)

Chainload is jargon, and might put users off from taking this
step.  Is there a simpler alternative?  Would it be accurate to say
adjusted to load a GRUB 2 boot image (leaving chainload in the
short description)?

(If I understand correctly, whether I say yes here or not I'll still
have grub-legacy code in my MBR that reads /boot/grub/menu.lst;
chainloading means that it will be configured to boot a GRUB 2 image
in a similar fashion to the way grub boots a foreign OS?)

  .
  It's recommended that you accept chainloading GRUB 2 from menu.lst, and
  verify that your new GRUB 2 setup is functional for you, before you install
  it directly to your MBR (Master Boot Record).

Some (2) and (3) - we could make it verify that the new GRUB 2
setup works before it is written to the MBR (Master Boot Record).

  .
  In either case, whenever you want GRUB 2 to be loaded directly from MBR,
  you can do so by issuing (as root) the following command:
  .
  upgrade-from-grub-legacy

It's not obvious what the two cases are here, and it doesn't
really mean do so (running this command does not immediately cause
the machine to reboot).  If I understand correctly, the change that
this command performs is basically retiring all the old grub-legacy
stuff... hmm, /usr/sbin/upgrade-from-grub-legacy starts by
Installing GRUB to Master Boot Record of your first hard drive
even if I've declared that I only wanted it on /dev/sdc.  Oh well. 

   Whatever your decision, you can replace the old MBR image with GRUB 2
   later by issuing the following command as root:

 Template: grub-pc/install_devices
 Type: multiselect
 Choices-C: ${RAW_CHOICES}
 Choices: ${CHOICES}
 # Intentionally not marked for translations yet; will do after a review period
 Description: GRUB install devices:
  The grub-pc package is being upgraded.  This menu allows you to select which
 (1)
  devices you'd like grub-install to be automatically run for, if any.
  .
  It is recommended that you do this in most situations, to prevent the 
 installed
  GRUB from getting out of sync with other components such as grub.cfg or with
  newer Linux images it will have to load.

Again, do this is a bit off (it doesn't mean that you should
reselect install devices every time).  Can we change it to Running
grub-install automatically is recommended in most situations?

(Personally I prefer the spellings synch/synching to
sync/syncing, but I seem to be in a minority so I'll leave it.)

Oh, and s/Linux/kernel/ doesn't hurt...

  .
  If you're unsure which drive is designated as boot drive by your BIOS, it is
  often a good idea to install GRUB to all of them.
  .
  Note: It is possible to install GRUB to partition boot records as well, and
  some appropriate partitions are offered here.  However, this forces GRUB to
(1)
  use the blocklist mechanism, which makes it less reliable, and therefore is
  not recommended.

I often complain about Note:, but I think it's okay here,

Bug#605762: xz-utils: Incorrect czech (cs_CZ.utf8) long help translation

2010-12-03 Thread Petr Hubený

Hi Jonathan,

Jonathan Nieder píše v Pá 03. 12. 2010 v 03:19 -0600:

 Hi Petr,
 
 Petr Hubený wrote:
 
  The --no-sparse explanation is mistranslated as do not create backup files
  when decompressing instead of do not create sparse files when 
  decompressing
 
 Thanks for reporting.  What should it be replaced with?
 
 Jonathan


I think is should be nevytvářet při dekomprimaci řídké soubory,
however it sounds a bit awkward, but I can't think of better
translation.

Regards,

Petr
-- 
psh

Bug#605764: xorg-server: Please add armhf support

2010-12-03 Thread Konstantinos Margaritis

Source: xorg-server
Severity: wishlist
Tags: patch

Hi,

The armhf port has reached a very good state (at 87%) at debian-ports.org,
and I'm now mass-filing bug reports to packages for armhf support.
Most packages just have to add armhf in the architecture field. The complete
list is in http://wiki.debian.org/ArmHardFloatTodo

While xorg-server already builds fine, the final udebs are missing from the 
armhf
build. The package builds fine using the attached patch. Mind you, we do not 
target
squeeze, so there is no rush. But please consider adding armhf support. :)

Regards

Konstantinos


-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)

Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN xorg-server-1.7.7.orig/debian//control xorg-server-1.7.7/debian//control
--- xorg-server-1.7.7.orig/debian//control	2010-12-03 09:04:51.0 +
+++ xorg-server-1.7.7/debian//control	2010-12-03 09:08:20.0 +
@@ -136,7 +136,7 @@
 XC-Package-Type: udeb
 Section: debian-installer
 # exclude sparc because of linker errors
-Architecture: alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390
+Architecture: alpha amd64 armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390
 Depends:
 # merged: xserver-common (= ${source:Version}),
  xkb-data-udeb,
@@ -285,7 +285,7 @@
  This package is built from the X.org xserver module.
 
 Package: xserver-xfbdev
-Architecture: alpha amd64 arm armeb armel hppa i386 ia64 m32r m68k mips mipsel powerpc ppc64 sh3 sh3eb sh4 sh4eb sparc
+Architecture: alpha amd64 arm armeb armel armhf hppa i386 ia64 m32r m68k mips mipsel powerpc ppc64 sh3 sh3eb sh4 sh4eb sparc
 Depends:
  xserver-common (= ${source:Version}),
  ${shlibs:Depends},

Bug#603632: [Xen-devel] PVops domain 0 crash on NUMA system only Node==1 present (Was: Re: Bug#603632: linux-image-2.6.32-5-xen-amd64: Linux kernel 2.6.32/xen/amd64 booting fine on bare metal, but not

2010-12-03 Thread Ian Campbell

On Fri, 2010-12-03 at 08:52 +, Ian Campbell wrote:
 
  IanC: it looks like passing a node id of -1 is the correct way to
  say I don't care. 
 
 I thought so too but convinced myself from staring at the code that it
 wouldn't work in this case -- I'll double check before I resubmit. 

I was mislead because node gets placed verbatim into desc-node which at
first glance seemed invalid but on second look it seems to be fine,
everything which reads that value is prepared to accept the -1. There is
precedent for using -1 in hpet_assign_irq, although most other places
seem to use numa_node_id().

I've tested with -1 and it seems ok. I see (too late) that you've
already made the change so I guess you knew this ;-)

Are you going to put this change into next-2.6.32 as well as 37?

Ian.




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

Bug#605766: Slave replication handler fails due to commons-logging missing

2010-12-03 Thread Jiayong Ou

Package: solr
Version: 1.4.1+dfsg1-1

When Solr is configured as a replication slave, it crashes and complains with 
`java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory`.

commons-logging needs to be in CLASSPATH for Solr.





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

Bug#603643: gigolo: Fails to authenticate without root user

2010-12-03 Thread Anthony

I am unsure when, but this was fixed in an update and I can now properly 
authenticate with the sudoers password without having a root password 
set.  This bug can be closed.




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

Bug#605750: Please remove hal from LSB init header

2010-12-03 Thread Julien Cristau

On Fri, Dec  3, 2010 at 03:05:14 +0100, Michael Biebl wrote:

 Package: xdm
 Version: 1:1.1.10-3
 Severity: normal
 User: pkg-utopia-maintain...@lists.alioth.debian.org
 Usertags: halectomy
 
 Hi,
 given that Xorg no longer uses hal for input hotplugging, the
 Should-Start/Should-Stop: hal in xdm's LSB init header no longer makes
 sense and should be removed.
 
Xorg uses hal on kfreebsd.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#605767: git-email: UTF-8 content in To: causes Subject: to also be RFC2047 encoded

2010-12-03 Thread Sascha Silbe

Package: git-email
Version: 1:1.7.2.3-2
Severity: minor


If To: contains a non-ASCII character, the Subject: header is RFC2047
encoded even if it contains only ASCII characters:

=== Begin ===
From: Sascha Silbe sascha-...@silbe.org
To: =?UTF-8?q?St=C3=A9phane=20Magnenat?= stephane.magne...@mavt.ethz.ch
Subject: =?UTF-8?q?Patches=20for=20Osqoop?=
Date: Fri,  3 Dec 2010 10:51:30 +0100
Message-Id: 1291369892-17749-1-git-send-email-sascha-...@silbe.org
X-Mailer: git-send-email 1.7.2.3
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
=== End ===


I haven't checked what happens for different header combinations (e.g.
Subject: or From: containing non-ASCII and To: only ASCII), but would
expect them to show the same issue.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages git-email depends on:
ii  git  1:1.7.2.3-2 fast, scalable, distributed revisi

Versions of packages git-email recommends:
ii  libauthen-sasl-perl   2.1500-1   Authen::SASL - SASL Authentication
ii  libemail-valid-perl   0.184-1Perl module for checking the valid
ii  libnet-smtp-ssl-perl  1.01-2 SSL support for Net::SMTP

Versions of packages git-email suggests:
pn  git-doc   none (no description available)

-- no debconf information



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

Bug#605753: kaboom: Please activate the French translation

2010-12-03 Thread Frederik Schwarzer

[David Prévot - Friday 03 December 2010 03:43:54] 
 Package: kaboom
 Version: 1.1.2
 Severity: wishlist
 Tags: l10n patch
 
 Hi,
 
 The French translation of kaboom is not shipped in the binary package,
 although it is shipped in the source package.
 
 The following trivial patch attached solve this issue.

 diff -ur ./kaboom.pro ../orig/kaboom-1.1.2//kaboom.pro
 --- ./kaboom.pro  2010-12-02 22:34:05.0 -0400
 +++ ../orig/kaboom-1.1.2//kaboom.pro  2009-07-04 06:58:46.0 -0400
 @@ -13,7 +13,6 @@
kaboom_da.ts \
kaboom_de.ts \
kaboom_es.ts \
 -  kaboom_fr.ts \
kaboom_it.ts \
kaboom_el.ts


Just out of curiosity. Removing fr from the project file makes it shippable?
Looks odd. :)

Regards



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

Bug#583738: closed by Jonas Smedegaard d...@jones.dk (reply to 583...@bugs.debian.org) (Re: Bug#583738: It's there again)

2010-12-03 Thread Thomas Neugebauer


Ok,

my Epson Stylus works very well with ghostscript 8.71 *and* with version 
9.0 dfsg-2. So thanks for your patience and encouragement to keep up 
reporting bugs. I will find out, what's wrong with our Laserjets!


kind regards

 Thomas



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

Bug#605768: ITP: colorediffs-extension -- an Icedove extension that colors diffs from SVN/CVS notificators

2010-12-03 Thread FladischerMichael

Package: wnpp
Severity: wishlist
Owner: fladischermich...@fladi.at

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


* Package name: colorediffs-extension
  Version : 0.6.2010.07.17.13.19.31
  Upstream Author : Vadim Atlygin vadim.atly...@gmail.com
* URL : http://code.google.com/p/colorediffs/
* License : MPL
  Programming Lang: XUL,JS
  Description : Icedove/Iceape extension that colors diffs from SVN/CVS 
notificators

This extension for Icedove and Iceape can color diffs sent by SVN/CVS 
notificators and it can show them in side-by-side mode. 
Also it converts all the filenames in the message log into links so
you can quickly jump to the file you want to review and it can make space
and tabs chars visible. 
..
The supported formats are:
 * Generic SVN mailer format
 * git mailer format
 * Generic CVS format
 * Context CVS format
 * Unified patch


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

iEYEARECAAYFAkz4wO0ACgkQeJ3z1zFMUGbQIwCeM3J3EO/b9Jg/DPR5hyBrOyqz
z78An1PlJp0NLkjDLf9GhaYkRKrIpdc4
=5wXn
-END PGP SIGNATURE-



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

Bug#605753: kaboom: Please activate the French translation

2010-12-03 Thread George Kiagiadakis

On Fri, Dec 3, 2010 at 12:03 PM, Frederik Schwarzer
schwarz...@gmail.com wrote:
 diff -ur ./kaboom.pro ../orig/kaboom-1.1.2//kaboom.pro
 --- ./kaboom.pro      2010-12-02 22:34:05.0 -0400
 +++ ../orig/kaboom-1.1.2//kaboom.pro  2009-07-04 06:58:46.0 -0400
 @@ -13,7 +13,6 @@
        kaboom_da.ts \
        kaboom_de.ts \
        kaboom_es.ts \
 -      kaboom_fr.ts \
        kaboom_it.ts \
        kaboom_el.ts


 Just out of curiosity. Removing fr from the project file makes it shippable?
 Looks odd. :)

It should be +. Notice that diff has been called with the arguments
swapped (original file should be first).



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

Bug#605639: bug#7529: Bug#605639: deal better with different filesystem timestamp resolutions

2010-12-03 Thread Jim Meyering

Paul Eggert wrote:
 Good eye!  Thanks for the bug report and example.  I installed
 the following one-byte patch into gnulib; please give it a try.
 It should propagate into coreutils the next time coreutils
 updates from gnulib.

 A test case for this would require two file systems, one with
 finer-grained time stamps than the other, where we can create
 files in the latter.  I suspect this goes beyond what coreutils's
 test cases can easily do.

Hi Paul,

Thanks for the speedy patch!
Would you mind adding a Bug fixes entry for this
in coreutils' NEWS file?  It'd be nice to commit that
along with an update of the gnulib submodule to the latest.

As for a test, it shouldn't be too hard to create a root-only test
on linux/gnu systems, since _PC_TIMESTAMP_RESOLUTION is not defined.
Create two loop-mounted file systems of types that have the desired
difference in time stamp resolution, and run commands like Dan did.

 Subject: [PATCH] utimecmp: fine-grained src to nearby coarse-grained dest

 * lib/utimecmp.c (utimecmp): When UTIMECMP_TRUNCATE_SOURCE is set,
 and the source is on a file system with higher-resolution time
 stamps, than the destination, and _PC_TIMESTAMP_RESOLUTION does
 not work, and the time stamps are close together, the algorithm to
 determine the exact resolution from the read-back mtime was buggy:
 it had a != where it should have had an ==.  This bug has been
 in the code ever since it was introduced to gnulib.
 Problem reported by Dan Jacobson in
 http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7529.
...
 diff --git a/lib/utimecmp.c b/lib/utimecmp.c
 index 63a0c9a..8c3ca65 100644
 --- a/lib/utimecmp.c
 +++ b/lib/utimecmp.c
 @@ -325,7 +325,7 @@ utimecmp (char const *dst_name,

  res = SYSCALL_RESOLUTION;

 -for (a /= res; a % 10 != 0; a /= 10)
 +for (a /= res; a % 10 == 0; a /= 10)
{
  if (res == BILLION)
{



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

Bug#605769: unknown monitor OID

2010-12-03 Thread Brian May

Package: snmpd
Version: 5.4.3~dfsg-1

Whenever I try to restart snmpd I get a list of errors (see below). I
don't know if these errors are fatal or not.

It is also says these errors occur on line 143 of snmpd.conf, which is
defaultMonitors yes.

Seems to suggest to me that maybe the snmpd with the default
configuration is broken without the non-free MIBs. I tried to find
where these OIDs are referenced from but unfortunately failed.

Dec  3 09:42:06 crackshell snmpd[4843]: payload OID: prNames
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: Unknown payload OID: prNames
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: Unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: payload OID: prErrMessage
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: Unknown payload OID: prErrMessage
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: Unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: trigger OID: prErrorFlag
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: unknown monitor OID
Dec  3 09:42:06 crackshell snmpd[4843]: payload OID: memErrorName
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: Unknown payload OID: memErrorName
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: Unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: payload OID: memSwapErrorMsg
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: Unknown payload OID: memSwapErrorMsg
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: Unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: trigger OID: memSwapError
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: unknown monitor OID
Dec  3 09:42:06 crackshell snmpd[4843]: payload OID: extNames
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: Unknown payload OID: extNames
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: Unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: payload OID: extOutput
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: Unknown payload OID: extOutput
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: Unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: trigger OID: extResult
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: unknown monitor OID
Dec  3 09:42:06 crackshell snmpd[4843]: payload OID: dskPath
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: Unknown payload OID: dskPath
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: Unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: payload OID: dskErrorMsg
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: Unknown payload OID: dskErrorMsg
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: Unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: trigger OID: dskErrorFlag
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: unknown monitor OID
Dec  3 09:42:06 crackshell snmpd[4843]: payload OID: laNames
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: Unknown payload OID: laNames
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: Unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: payload OID: laErrMessage
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: Unknown payload OID: laErrMessage
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: Unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: trigger OID: laErrorFlag
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: unknown monitor OID
Dec  3 09:42:06 crackshell snmpd[4843]: payload OID: fileName
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: Unknown payload OID: fileName
Dec  3 09:42:06 crackshell snmpd[4843]: /etc/snmp/snmpd.conf: line
143: Error: Unknown payload OID
Dec  3 09:42:06 crackshell snmpd[4843]: payload OID: fileErrorMsg
Dec

Bug#605770: git send-email -h does not dump usage

2010-12-03 Thread Jonathan Nieder

Package: git-email
Version: 1:1.7.2.3-2.1
Severity: minor

$ git send-email -h
format-patch -o /tmp/FVcbDfKpbq -h: command returned error: 129

A usage message would be nicer and more consistent with other git
commands.



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

Bug#583738: closed by Jonas Smedegaard d...@jones.dk (reply to 583...@bugs.debian.org) (Re: Bug#583738: It's there again)

2010-12-03 Thread Jonas Smedegaard


On Fri, Dec 03, 2010 at 11:05:35AM +0100, Thomas Neugebauer wrote:
my Epson Stylus works very well with ghostscript 8.71 *and* with 
version 9.0 dfsg-2. So thanks for your patience and encouragement to 
keep up reporting bugs. I will find out, what's wrong with our 
Laserjets!


Great to hear.

Thanks for reporting back!  It is quite appreciated that you not only 
report problems but also when things work again :-D


Please do report (as a separate bugreport, og against an existing one if 
confident that it is same issue) more info on that laserjet issue.  Even 
if you do not figure out the cause of the problem, the very thing of 
clear reports of the symptoms alone helps others recognize if they are 
perhaps hurt by same issues.



Kind regards,

 - Jonas

--
 * Jonas Smedegaard - idealist  Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature

Bug#605767: git-email: UTF-8 content in To: causes Subject: to also be RFC2047 encoded

2010-12-03 Thread Jonathan Nieder

Hi Sascha,

Sascha Silbe wrote:

 If To: contains a non-ASCII character, the Subject: header is RFC2047
 encoded even if it contains only ASCII characters:

 === Begin ===
 From: Sascha Silbe sascha-...@silbe.org
 To: =?UTF-8?q?St=C3=A9phane=20Magnenat?= stephane.magne...@mavt.ethz.ch
 Subject: =?UTF-8?q?Patches=20for=20Osqoop?=

 $ git format-patch HEAD^..HEAD;# some plain ASCII patch
 $ git send-email --to='Jönäthän Nïëdër jrnie...@gmail.com' 0001*
 Who should the emails appear to be from? [Jonathan Nieder 
jrnie...@gmail.com] 
 Emails will be sent from: Jonathan Nieder jrnie...@gmail.com
 Message-ID to be used as In-Reply-To for the first email? 
 (mbox) Adding cc: Jonathan Nieder jrnie...@gmail.com from line 'From: 
Jonathan Nieder jrnie...@gmail.com'

 From: Jonathan Nieder jrnie...@gmail.com
 To: =?UTF-8?q?J=C3=B6n=C3=A4th=C3=A4n=20N=C3=AF=C3=ABd=C3=ABr?= 
jrnie...@gmail.com
 Cc: Jonathan Nieder jrnie...@gmail.com
 Subject: [PATCH] work around inability of patches to represent new directories
 Date: Fri,  3 Dec 2010 04:15:25 -0600
 Message-Id: 1291371325-12369-1-git-send-email-jrnie...@gmail.com
 X-Mailer: git-send-email 1.7.2.4

 The Cc list above has been expanded by additional
 addresses found in the patch commit message. By default
 send-email prompts before sending whenever this occurs.
 This behavior is controlled by the sendemail.confirm
 configuration setting.

 For additional information, run 'git send-email --help'.
 To retain the current behavior, but squelch this message,
 run 'git config --global sendemail.confirm auto'.

 Send this email? ([y]es|[n]o|[q]uit|[a]ll): q

The subject seems to be ASCII.  Ideas?

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

Bug#605753: kaboom: Please activate the French translation

2010-12-03 Thread Frederik Schwarzer

[George Kiagiadakis - Friday 03 December 2010 11:09:55] 
 On Fri, Dec 3, 2010 at 12:03 PM, Frederik Schwarzer
 schwarz...@gmail.com wrote:
  diff -ur ./kaboom.pro ../orig/kaboom-1.1.2//kaboom.pro
  --- ./kaboom.pro  2010-12-02 22:34:05.0 -0400
  +++ ../orig/kaboom-1.1.2//kaboom.pro  2009-07-04 06:58:46.0 -0400
  @@ -13,7 +13,6 @@
 kaboom_da.ts \
 kaboom_de.ts \
 kaboom_es.ts \
  -  kaboom_fr.ts \
 kaboom_it.ts \
 kaboom_el.ts
 
 
  Just out of curiosity. Removing fr from the project file makes it shippable?
  Looks odd. :)
 
 It should be +. Notice that diff has been called with the arguments
 swapped (original file should be first).

Ah! Thanks for showing me that I should not ask such things when I am
barely awake. :)

Regards



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

Bug#603632: [Xen-devel] PVops domain 0 crash on NUMA system only Node==1 present (Was: Re: Bug#603632: linux-image-2.6.32-5-xen-amd64: Linux kernel 2.6.32/xen/amd64 booting fine on bare metal, but not

2010-12-03 Thread Vincent Caron

On Fri, 2010-12-03 at 08:51 +, Ian Campbell wrote:
 On Thu, 2010-12-02 at 23:47 +, Vincent Caron wrote:
  On Tue, 2010-11-23 at 22:18 +, Ian Campbell wrote:
   On Tue, 2010-11-23 at 22:12 +, Ian Campbell wrote: 
On Tue, 2010-11-23 at 18:52 +, Ian Campbell wrote: 
 On Tue, 2010-11-23 at 11:51 +, Ian Campbell wrote:
  
  Perhaps we should be passing numa_node_id() (e.g. current node)
  instead of node 0? 
 
 I've just kicked off a build of the 2.6.32-27 Debian kernel with the
 following additional patch, I will hopefully post the binaries 
 tomorrow.

Build was quicker than I thought... Vincent, Cris if you get a chance
please can you test the kernel from:
http://xenbits.xen.org/people/ianc/2.6.32-27+numa1/
   
   Also, please can you try adding numa=noacpi to your kernel command
   line when running with the standard Debian kernel (not the one above).
   
   Thanks!
  
It just happens that your kernel above (2.6.32-27+numa1) boots fine
  under hypervisor _when_ passed 'numa=noacpi'. Yeah !
  
I then tried again with Debian Squeeze's latest 2.6.32-28, which
  crashes as -27 under hypervisor (and changelog show no xen or
  numa-related thingies). Then I added 'numa=noacpi', and it boots fine
  too. I got my 8 cores, networking, etc.
  
Enclosed is the dmesg for the latter, Debian, kernel.
  
Is the 'numa=noacpi' a production acceptable workaround ?
 
 Yes and in fact I think the actual fix is simply to have Xen fake out
 the behaviour of numa=noacpi as below. I'll send this plus the other fix
 out after I've given it a bit of proper testing.

  OK, I'll follow the patch until it makes it to Squeeze's kernel.

  Thanks a lot for your help and fix !

  Now going to stress some Xen 4.0 domains...





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

Bug#605771: gfxboot: fails to build with 'ld --as-needed'

2010-12-03 Thread Colin Watson

Package: gfxboot
Version: 4.2.2-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch natty

gfxboot fails to build with the --as-needed option discussed in
http://wiki.debian.org/ToolChain/DSOLinking (which is now the default in
Ubuntu natty).  With this option, it's important to put -lLIBRARY
options *after* any objects that use them on the link line.

  * Correct link order, fixing build failure with 'ld --as-needed'.

diff -u gfxboot-4.2.2/debian/patches/series gfxboot-4.2.2/debian/patches/series
--- gfxboot-4.2.2/debian/patches/series
+++ gfxboot-4.2.2/debian/patches/series
@@ -3,0 +4 @@
+04-link-order.patch
only in patch2:
unchanged:
--- gfxboot-4.2.2.orig/debian/patches/04-link-order.patch
+++ gfxboot-4.2.2/debian/patches/04-link-order.patch
@@ -0,0 +1,16 @@
+Author: Colin Watson cjwat...@ubuntu.com
+Description: Fix link order with 'ld --as-needed'
+
+Index: b/Makefile
+===
+--- a/Makefile
 b/Makefile
+@@ -11,7 +11,7 @@
+ all:  bin2c gfxboot-compile bincode gfxboot-font addblack
+ 
+ gfxboot-font: gfxboot-font.c
+-  $(CC) $(CFLAGS) -I /usr/include/freetype2 -lfreetype $ -o $@
++  $(CC) $(CFLAGS) -I /usr/include/freetype2 $ -lfreetype -o $@
+ 
+ gfxboot-compile: gfxboot-compile.c vocabulary.h bincode.h
+   $(CC) $(CFLAGS) $ -o $@

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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

TOLONG DILIHAT

2010-12-03 Thread mrs rully



Salam Kenal. 

nbsp; 

nbsp;nbsp; 

nbsp; 

Saya Rully Anugraheni D.W. Saya tinggal dan bekerja di London . Saya menikah 
dengan seorang warga negara Amerika. Kami hidup menetap di London . Suami saya 
menikah dengan istri lain, seorang warga negara Amerika sebelum dia bertemu 
saya. Dia tidak membawa ini untuk memberitahu saya sebelum kami menikah. Jadi 
saya berstatus istri kedua. 

nbsp; 

nbsp; 

nbsp; 

Saya hidup bahagia dengan dia tapi jujur istri pertamanya memberi saya neraka 
di rumah kami. Saya berencana untuk memindahkan uang suami saya ke Indonesia, 
negara asal saya. Jika saya tidak bertindak cepat sekarang, saya akan 
kehilangan segalanya dalam satu detik. 

nbsp; 

nbsp; 

nbsp; 

Saya bekerja di perusahaan suami saya sebagai akuntan. Saya memegang bagian 
account. Saya berencana untuk memindahkan jumlah total sebesar £ 2,000,000.00 
GBP [Dua Juta Pounds Inggris] keluar dari perusahaan ini untuk masa depan. 

nbsp; 

nbsp; 

nbsp; 

Apabila saya tidak bertindak sekarang, akan ada masalah ketika suami saya 
meninggal dunia nanti karena istri pertamanya memiliki semua koneksi di 
perusahaan kami ini. 

nbsp; 

nbsp; 

nbsp; 

APAKAH ANDA MAMPU MENERIMA DANA UNTUK INVESTASI DAN MENYIMPANNYA SAMPAI SAYA 
TIBA DI INDONESIA ? 

nbsp; 

nbsp;nbsp; 

nbsp; 

Saya butuh orang terpercaya yang tidak akan pernah mengkhianati saya. 

nbsp; 

nbsp;nbsp; 

nbsp; 

Saya telah mengurus semua pengaturan tentang bagaimana dana tersebut akan tiba 
di Indonesia tanpa masalah. Kesepakatan ini 100% bebas masalah. Jika Anda siap 
untuk membantu, langsung balas email ini ke rullyanugrah...@hotmail.com 
nbsp;karena tidak ada waktu lagi yang dapat disia-siakan. Silahkan juga 
hubungi saya di +447513385090 atau +447045725313 atau +447031821633 

nbsp; 

nbsp; 

nbsp; 

INI PENTING TOLONG DILIHAT. 

nbsp; 

Rully A.D.W

Bug#605772: python-defaults: [patch] make pycompile understand -V -

2010-12-03 Thread Michael Vogt

Package: python-defaults
Version: 2.6.6-5
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch


From the launchpad bugreport #684644

When moving update-manager from python-central to dh_python2 it found that it 
geneated a incorrect postinst
for the auto-upgrader-tester. That package contains a private directory with 
source files that are run as part of
the auto-upgrade tests. From that it generated:

#!/bin/sh
set -e

# Automatically added by dh_python2:
if which pycompile /dev/null 21; then
 pycompile -p auto-upgrade-tester
fi

if which pycompile /dev/null 21; then
 pycompile -p auto-upgrade-tester /usr/share/auto-upgrade-tester -V -
fi

# End automatically added section

The -V - make pycompile coke with a error when trying to install the pkg:
Traceback (most recent call last):
  File /usr/bin/pycompile, line 287, in module
main()
  File /usr/bin/pycompile, line 240, in main
exists(/usr/bin/python%d.%d % options.vrange[0]):
TypeError: %d format: a number is required, not NoneType
I ran into a problem with the auto-upgade-tester package that


Attached is patch that should fix the problem. I'm not 100% sure if
the right approach is to allow -V - in pycompile or to not generate
a -V - in the postinst. 

AIUI the - is a valid version range (vrange() and vrange_str() 
both understand it). So pycompile should be able to deal with it 
as well. Please correct me if I'm wrong on that :)

Thanks,
 Michael

-- System Information:
Debian Release: squeeze/sid
  APT prefers natty-updates
  APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.35-22-generic (SMP w/4 CPU cores)
Locale: LANG=en_DK.utf8, LC_CTYPE=en_DK.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru python-defaults-2.6.6/pycompile python-defaults-2.6.6/pycompile
--- python-defaults-2.6.6/pycompile	2010-10-18 18:23:45.0 +0200
+++ python-defaults-2.6.6/pycompile	2010-12-03 11:19:30.0 +0100
@@ -235,8 +235,9 @@
 'only, please use /usr/share/python/bcep to specify '
 'public modules to skip')
 
-if options.vrange and options.vrange[0] == options.vrange[1] and\
-   exists(/usr/bin/python%d.%d % options.vrange[0]):
+if (options.vrange and options.vrange[0] and options.vrange[1] and
+options.vrange[0] == options.vrange[1] and
+exists(/usr/bin/python%d.%d % options.vrange[0])):
 # specific version requested, use it even if it's not in SUPPORTED
 versions = set(options.vrange[:1])
 else:

Bug#605773: libxml++2.6-dev: Please package a 2.33.1 version to experimental (B-D of modern lightspark)

2010-12-03 Thread Didier Raboud

Package: libxml++2.6-dev
Version: 2.30.0-1
Severity: wishlist
Tags: experimental

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi dear libxml++2.6 maintainers, 

The new lightspark upstream releases need a newer libxml++2.6, which includes
the following commit.

http://git.gnome.org/browse/libxml++/commit/?id=752ff3b4394d334ad6ba3e38189d5898fa15c8f0

Could you please package libxml++ 2.33.1 in experimental ? Thanks in advance, 
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)

iJwEAQECAAYFAkz4yYsACgkQKA1Vt+jBwDgvCQP/WAwctnrg4deS7H2zIyItpOGN
X7drpDdcvqCPP67ussQerAqtW+r7V8LD7vAHC5on5voGcdSkfgDCNsk2LWhm7Xvx
ik2yaNvfdJ1YZPUiSacOI+Rqevy+8ZJXwcSYO7TO74I4tpch/RUn9h/KLDkc5GaZ
EBudAF58bEAjxVHIA6M=
=5ugr
-END PGP SIGNATURE-



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

Bug#605762: xz-utils: Incorrect czech (cs_CZ.utf8) long help translation

2010-12-03 Thread Marek Černocký

Sparse means sparse matrix. Czech řídké soubory is no term, should
be used soubory řídkých matic (sparse matrix files).

Excuse me for the mistranslation. Fixed PO file is attached.

Regards
Marek Černocký

To Petr Hubený: Díky za oznámení chyby. Pokud najdeš cokoliv další
neváhej zase napsat.

Petr Hubený píše v Pá 03. 12. 2010 v 10:34 +0100:
Hi Jonathan,

Jonathan Nieder píše v Pá 03. 12. 2010 v 03:19 -0600:
Hi Petr,

Petr Hubený wrote:

The --no-sparse explanation is mistranslated as do not create backup
files
when decompressing instead of do not create sparse files when
decompressing

Thanks for reporting. What should it be replaced with?

Jonathan

I think is should be nevytvářet při dekomprimaci řídké soubory,
however it sounds a bit awkward, but I can't think of better
translation.

Regards,

Petr
--
psh

# XZ Utils Czech translation
# This file is put in the public domain.
# Marek Černocký ma...@manet.cz, 2010.
#
msgid
msgstr
Project-Id-Version: xz-utils\n
Report-Msgid-Bugs-To: lasse.col...@tukaani.org\n
POT-Creation-Date: 2010-12-03 11:25+0100\n
PO-Revision-Date: 2010-12-03 11:32+0100\n
Last-Translator: Marek Černocký ma...@manet.cz\n
Language-Team: Czech disk...@lists.l10n.cz\n
Language: cs\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n=2 n=4) ? 1 : 2\n
X-Poedit-Language: Czech\n
X-Poedit-SourceCharset: utf-8\n

#: src/xz/args.c:333
#, c-format
msgid %s: Unknown file format type
msgstr %s: Neznámý typ formátu souboru

#: src/xz/args.c:356 src/xz/args.c:364
#, c-format
msgid %s: Unsupported integrity check type
msgstr %s: Neznámý typ kontroly integrity

#: src/xz/args.c:382
msgid Only one file can be specified with `--files' or `--files0'.
msgstr
Spolu s přepínači „--files“ nebo „--files0“ může být zadán pouze jeden soubor

#: src/xz/args.c:445
#, c-format
msgid The environment variable %s contains too many arguments
msgstr Proměnná prostředí %s obsahuje příliš mnoho argumentů

#: src/xz/coder.c:95
msgid Maximum number of filters is four
msgstr Maximální počet filtrů je čtyři

#: src/xz/coder.c:108
msgid Memory usage limit is too low for the given filter setup.
msgstr Omezení použitelné paměti je příliš malé pro dané nastavení filtru.

#: src/xz/coder.c:129
msgid Using a preset in raw mode is discouraged.
msgstr Použití přednastavení v režimu raw je nevhodné.

#: src/xz/coder.c:131
msgid The exact options of the presets may vary between software versions.
msgstr
Přesné volby u přednastavení se mohou lišit mezi různými verzemi softwaru.

#: src/xz/coder.c:157
msgid The .lzma format supports only the LZMA1 filter
msgstr Formát .lzma podporuje pouze filtr LZMA1

#: src/xz/coder.c:165
msgid LZMA1 cannot be used with the .xz format
msgstr LZMA1 nelze použít s formátem .xz

#: src/xz/coder.c:182
msgid Unsupported filter chain or filter options
msgstr Nepodporovaný omezující filtr nebo volby filtru

#: src/xz/coder.c:190
#, c-format
msgid Decompression will need %s MiB of memory.
msgstr Dekomprimace bude vyžadovat %s MiB paměti.

#: src/xz/coder.c:247
#, c-format
msgid
Adjusted LZMA%c dictionary size from %s MiB to %s MiB to not exceed the
memory usage limit of %s MiB
msgstr
Přizpůsobit velikost slovníku LZMA%c z %s MiB na %s MiB, tak aby nebylo
překročeno omezení použitelné paměti %s MiB

#. TRANSLATORS: When compression or decompression finishes,
#. and xz is going to remove the source file, xz first checks
#. if the source file still exists, and if it does, does its
#. device and inode numbers match what xz saw when it opened
#. the source file. If these checks fail, this message is
#. shown, %s being the filename, and the file is not deleted.
#. The check for device and inode numbers is there, because
#. it is possible that the user has put a new file in place
#. of the original file, and in that case it obviously
#. shouldn't be removed.
#: src/xz/file_io.c:137
#, c-format
msgid %s: File seems to have been moved, not removing
msgstr %s: Vypadá to, že soubor byl přesunut, proto nebude odstraněn

#: src/xz/file_io.c:144 src/xz/file_io.c:590
#, c-format
msgid %s: Cannot remove: %s
msgstr %s: Nelze odstranit: %s

#: src/xz/file_io.c:169
#, c-format
msgid %s: Cannot set the file owner: %s
msgstr %s: Nelze nastavit vlastníka souboru: %s

#: src/xz/file_io.c:175
#, c-format
msgid %s: Cannot set the file group: %s
msgstr %s: Nelze nastavit skupinu souboru: %s

#: src/xz/file_io.c:194
#, c-format
msgid %s: Cannot set the file permissions: %s
msgstr %s: Nelze nastavit oprávnění souboru: %s

#: src/xz/file_io.c:337 src/xz/file_io.c:420
#, c-format
msgid %s: Is a symbolic link, skipping
msgstr %s: Jedná se o symbolický odkaz, vynechává se

#: src/xz/file_io.c:455
#, c-format
msgid %s: Is a directory, skipping
msgstr %s: Jedná se o složku, vynechává se

#: src/xz/file_io.c:462
#, c-format
msgid %s: Not a regular file, skipping
msgstr %s: Nejedná se o běžný

Bug#605762: Fw: Re: [l10n-cs] xz-utils: Incorrect czech (cs_CZ.utf8) long help translation

2010-12-03 Thread Marek Černocký

I forward this message to xz-utils author.

Sparse means sparse matrix. Czech řídké soubory is no term, should
be used soubory řídkých matic (sparse matrix files).

Excuse me for the mistranslation. Fixed PO file is attached.

Regards
Marek Černocký

To Petr Hubený: Díky za oznámení chyby. Pokud najdeš cokoliv další
neváhej zase napsat.

Petr Hubený píše v Pá 03. 12. 2010 v 10:34 +0100:
Hi Jonathan,

Jonathan Nieder píše v Pá 03. 12. 2010 v 03:19 -0600:
Hi Petr,

Petr Hubený wrote:

The --no-sparse explanation is mistranslated as do not create backup
files
when decompressing instead of do not create sparse files when
decompressing

Thanks for reporting. What should it be replaced with?

Jonathan

I think is should be nevytvářet při dekomprimaci řídké soubory,
however it sounds a bit awkward, but I can't think of better
translation.

Regards,

Petr
--
psh

___
diskuze mailing list
disk...@lists.l10n.cz
http://lists.ubuntu.cz/mailman/listinfo/diskuze