Bug#695304: libnvidia-ml1: please package libnvidia-ml-dev

[Andreas Beckmann]

On 2012-12-06 21:13, Brice Goglin wrote:
> The header file nvml.h corresponding to libnvidia-ml1 binary doesn't
> seem to be packages.

because it's not part of the driver .run files ...

> Please package it, likely as a new libnvidia-ml-dev

That looks more like it should have been a
RFP: nvidia-tesla-deployment-kit

https://developer.nvidia.com/tesla-deployment-kit

Is this redistributable in non-free?



Copyright 1993-2012 NVIDIA Corporation.  All rights reserved.

NOTICE TO USER:

This source code is subject to NVIDIA ownership rights under U.S. and
international Copyright laws.  Users and possessors of this source code
are hereby granted a nonexclusive, royalty-free license to use this code
in individual and commercial software.

NVIDIA MAKES NO REPRESENTATION ABOUT THE SUITABILITY OF THIS SOURCE
CODE FOR ANY PURPOSE.  IT IS PROVIDED "AS IS" WITHOUT EXPRESS OR
IMPLIED WARRANTY OF ANY KIND.  NVIDIA DISCLAIMS ALL WARRANTIES WITH
REGARD TO THIS SOURCE CODE, INCLUDING ALL IMPLIED WARRANTIES OF
MERCHANTABILITY, NONINFRINGEMENT, AND FITNESS FOR A PARTICULAR PURPOSE.
IN NO EVENT SHALL NVIDIA BE LIABLE FOR ANY SPECIAL, INDIRECT, INCIDENTAL,
OR CONSEQUENTIAL DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS
OF USE, DATA OR PROFITS,  WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE
OR OTHER TORTIOUS ACTION,  ARISING OUT OF OR IN CONNECTION WITH THE USE
OR PERFORMANCE OF THIS SOURCE CODE.

U.S. Government End Users.   This source code is a "commercial item" as
that term is defined at  48 C.F.R. 2.101 (OCT 1995), consisting  of
"commercial computer  software"  and "commercial computer software
documentation" as such terms are  used in 48 C.F.R. 12.212 (SEPT 1995)
and is provided to the U.S. Government only as a commercial end item.
Consistent with 48 C.F.R.12.212 and 48 C.F.R. 227.7202-1 through
227.7202-4 (JUNE 1995), all U.S. Government End Users acquire the
source code with only those rights set forth herein.

Any use of this source code in individual and commercial software must
include, in the user documentation and internal comments to the code,
the above Disclaimer and U.S. Government End Users Notice.



Andreas


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

Bug#695330: mention sync(1)/commit relation

[jidanni]

Package: mount
Version: 2.20.1-5.2
Severity: wishlist
File: /usr/share/man/man8/mount.8.gz

Please mention at

   commit=nrsec
  Sync all data and metadata  every  nrsec  seconds.  The  default
  value is 5 seconds. Zero means default.

if a sync(1) will affect this. I.e., if one does sync(1) does it reset
the timer or are they independent.


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

Bug#695272: libphone-utils0: harmful postrm purge action in M-A:same package

[Helmut Grohne]

On Fri, Dec 07, 2012 at 12:41:19AM +0100, Dominik George wrote:
> I propose that you, Helmut, try to test whether this fixes the problem and 
> report back if it does.

Thanks for your work on this issue.

Introducing a new binary package is a quite big change. Please contact
the release team on whether such a change is acceptable at this point of
the freeze. Note that simply removing M-A:same is also way to solve this
issue and that libphone-utils0 has very few reverse dependencies.

This is not to say that the general approach of splitting the package
would be flawed. To the contrary. So I encourage you to target
experimental or even unstable with such a fix independently.

The new package you are introducing is named libphone-utils0-common. So
when there is a soname bump, there will be a libphone-utils1-common
package. Those packages then share a configuration file. Transferring
that configuration file across packages seems difficult at best. It
might be better to drop the soname from the common package. This is not
without problems though. I suggest to wait for a maintainer response on
this issue.

Unrelated to the reported issue, the code updating the configuration
file could to better at leaving backup files in case something goes
wrong.

Helmut


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

Bug#695250: tomcat6: CVE-2012-4534 CVE-2012-4431 CVE-2012-3546

[Moritz Muehlenhoff]

On Thu, Dec 06, 2012 at 10:23:17PM -0800, tony mancill wrote:
> On 12/05/2012 11:43 PM, Moritz Muehlenhoff wrote:
> > Package: tomcat6
> > Severity: grave
> > Tags: security
> > Justification: user security hole
> > 
> > More Tomcat security issues have been disclosed:
> > http://tomcat.apache.org/security-6.html
> > 
> > The page contains links to the upstream fixes.
> > 
> > BTW, is there a specific reason why both tomcat6 and tomcat7 are present in 
> > Wheezy?
> > This will duplicate all efforts for security updates in Wheezy.
> 
> Hi Moritz,
> 
> I have an updated package that includes the patches for these 3 CVEs and
> am doing some smoke-testing now.  But before I upload, I have a question
> about what is permissible to include in the upload.  I'd like to rename
> the patches that were included in the 6.0.35-5+nmu1 upload so they
> follow the same naming convention as the other patches in the package
> and include the origin patch header.  (As you point out, after all,
> we'll be supporting this package for a long time to come.)  Also, I'd
> like to "quilt refresh" the patches in the package, as they're getting a
> bit fuzzy.  So, no substantive or real packaging changes, but the
> interdiff will be a bit larger.  Is that okay, or should I upload with
> only the new patches for the CVEs applied?

Release managers are busy enough already, so please keep it as minimal
as possible.
 
> Regarding tomcat6 and tomcat7, although they are certainly related, they
> implement different versions of the servlet and JSP specifications [1],
> and there are a number still organizations running applications
> developed for/tested on tomcat6 in production.  There is a migration
> guide for going from 6.x to 7.x that must be taken into consideration [2].
> 
> But specifically for Debian, there are still a number of packages in
> wheezy that depend explicitly on tomcat6 and/or libservlet2.5-java.
> According to popcon, tomcat6 is about 5x more popular than tomcat7, and
> libservlet2.5 is quite popular indeed [3,4].

Ok, but tomcat6 should be removed for jessie, then.

Cheers,
Moritz


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

Bug#695124: opencl-headers: New upstream version available

[Andreas Beckmann]

On 2012-12-04 15:01, Vincent Danjean wrote:
>   Can you update this package (at least in experimental) with the latest
> Khronos headers. They seem to have been updated.
> http://www.khronos.org/registry/cl/
> 
>   Note that Revision/Date line have not been updated :-( but copyright lines
> have been updated. Looking at the date I got with wget, all downloaded files
> are from Nov. 30 but cl.hpp that is Oct. 5.
>   So, I suggest using 1.2-2012.11.30 as an upstream version number.

Thanks for checking. New upstream added to SVN.

>   I did not check explicitly, but I saw modification in management of 
> deprecated functions in cl.hpp, so I think this update will close #68.

Confirmed.

But: 1.2-2012.11.30 fails to compile anything:

g++:
1.2-2012.11.30/CL/cl_ext.h:148:88: error: expected initializer before 
‘CL_EXT_SUFFIX_VERSION_1_2’
1.2-2012.11.30/CL/cl_ext.h:150:95: error: expected initializer before 
‘CL_EXT_SUFFIX_VERSION_1_2’

gcc:
1.2-2012.11.30/CL/cl_ext.h:148:88: error: expected declaration specifiers 
before ‘CL_EXT_SUFFIX_VERSION_1_2’

$ grep -rn CL_EXT_SUFFIX_VERSION_1_2 1.2-2012.11.30
1.2-2012.11.30/cl_ext.h:148:extern CL_API_ENTRY cl_int CL_API_CALL 
clTerminateContextKHR(cl_context /* context */) CL_EXT_SUFFIX_VERSION_1_2;
1.2-2012.11.30/cl_ext.h:150:typedef CL_API_ENTRY cl_int (CL_API_CALL 
*clTerminateContextKHR_fn)(cl_context /* context */) CL_EXT_SUFFIX_VERSION_1_2;

Andreas


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

Bug#497153: any news of this bug (git-bzr-ng -- a bidirectional git - bazaar gateway)

[Stefano Rivera]

Hi Bastien (2012.12.06_19:41:37_+0200)
> Do you have any news of this bug ?

I forgot, let me upload it :)

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  H: +27 21 461 1230 C: +27 72 419 8559


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

Bug#631799: [squeeze] Kernel logs "name_count maxed, losing inode data" messages

[Rik Theys]

Hi,

On 12/06/2012 02:51 PM, Ben Hutchings wrote:

On Thu, 2012-12-06 at 13:58 +0100, Rik Theys wrote:

On 12/06/2012 01:29 PM, Ben Hutchings wrote:

It is not too difficult to fix up the conflicts.  But this is a fairly
big change, so I think this bug should now be 'wontfix' for wheezy.
Sorry we didn't get it fixed earlier.


Sorry to hear that. Would a patch that simply increases the static
number of entries in the names array be an acceptable workaround? It
would decrease the change of hitting this bug.


Perhaps; do you have any idea what the limit should be?


Not really. I'm currently building a test kernel with the limit set to
25 (instead of 20). I'll see if I can boot that kernel one of these days
to see if 25 is enough.

The 25 might be enough for my situation, but other users could of course
need an even bigger number...


We do need to consider that this costs 76 bytes per name per task for
which auditing is enabled, and there are normally hundreds or thousands
of tasks running, so extra names aren't cheap.


What would you consider the upper limit to which we could increase the
number? Just so I know at which limit I can stop building test kernels.


Since you're asking me to make a somewhat arbitrary decision, I'll
arbitrarily decide on double the current limit, i.e. 40.


I've booted a kernel which has the AUDIT_NAMES set to 30. It's been 
running for about 12 hours now without any messages (with the Debian 
3.2.32 kernel it already logged the first message after 57s uptime).


For now, it seems 30 is enough for my use case. If you're willing to 
bump it up to 40, I would go for that.


Thank you for considering.

Regards,

Rik

--
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kasteelpark Arenberg 10 bus 2440  - B-3001 Leuven-Heverlee
+32(0)16/32.11.07

<>


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

Bug#695301: openvpn: Fails to install a logrotate.d entry

[Teodor MICU]

2012/12/6 Alberto Gonzalez Iniesta :
> As far as I know, openvpn does not create that log file, unless you told
> it to. In that case, it's not a bug in the package...

That's my experience too. By default 'openvpn' will log to
/var/log/syslog which is handled automatically. If you've set a custom
log file then you must manually add a logrotate entry. I'm not sure
but on restart the log file could also be truncated if you use --log
instead of --log-append.

Cheers


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

Bug#695331: SC_Prompt "auth" support

[Gianluigi Tiesi]

Package: ssvnc
Severity: wishlist
Tags: upstream patch

I've implemented scprompt "auth" request, used by ultravnc when passing 
-sc_exit or -sc_prompt
The relevant code is:
http://ultravnc.svn.sourceforge.net/viewvc/ultravnc/UltraVNC%20Project%20Root/UltraVNC/winvnc/winvnc/vncclient.cpp?revision=753&view=markup

I'm not sure about the use of Swap32IfBE(), but since the ultravnc code is le I 
think it should be correct to
use this function.

Regards


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

Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages ssvnc depends on:
ii  bind9-host [host]  1:9.8.4.dfsg-1
ii  libc6  2.13-37
ii  libice62:1.0.8-2
ii  libjpeg8   8d-1
ii  libsm6 2:1.2.1-2
ii  libssl1.0.01.0.1c-4
ii  libx11-6   2:1.5.0-1
ii  libxaw72:1.0.10-2
ii  libxext6   2:1.3.1-2
ii  libxmu62:1.1.1-1
ii  libxpm41:3.5.10-1
ii  libxt6 1:1.1.3-1
ii  openssh-client 1:6.0p1-3
ii  openssl1.0.1c-4
ii  procps 1:3.3.4-2
ii  psmisc 22.20-1
pn  stunnel4   
pn  tk 
ii  xterm  278-4
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages ssvnc recommends:
pn  default-jre | java5-runtime  

ssvnc suggests no packages.
--- ssvnc-1.0.29.orig/vnc_unixsrc/vncviewer/rfbproto.c
+++ ssvnc-1.0.29/vnc_unixsrc/vncviewer/rfbproto.c
@@ -46,6 +46,7 @@ static int SelectSecurityType(void);
 static Bool PerformAuthenticationTight(void);
 static Bool AuthenticateVNC(void);
 static Bool AuthenticateUltraVNC(void);
+static Bool AuthenticateSCPrompt(void);
 static Bool AuthenticateUnixLogin(void);
 static Bool ReadInteractionCaps(void);
 static Bool ReadCapabilityList(CapsContainer *caps, int count);
@@ -935,6 +936,11 @@ InitialiseRFBConnection(void)
 return False;
 			}
 			break;
+		case rfbUltraVNC_SCPrompt:
+			if (!AuthenticateSCPrompt()) {
+return False;
+			}
+			break;
 		default:  /* should never happen */
 			sprintf(msgbuf, "Internal error: Invalid security type: %d\n", secType);
 			wmsg(msgbuf, 1);
@@ -1075,7 +1081,7 @@ static int
 SelectSecurityType(void)
 {
 	CARD8 nSecTypes;
-	CARD8 knownSecTypes[] = {rfbSecTypeNone, rfbSecTypeVncAuth, rfbSecTypeUltra};
+	CARD8 knownSecTypes[] = {rfbSecTypeNone, rfbSecTypeVncAuth, rfbSecTypeUltra, rfbUltraVNC_SCPrompt};
 	int nKnownSecTypes = sizeof(knownSecTypes);
 	CARD8 *secTypes;
 	CARD8 secType = rfbSecTypeInvalid;
@@ -1083,6 +1089,7 @@ SelectSecurityType(void)
 	int have_none = 0;
 	int have_vncauth = 0;
 	int have_ultra = 0;
+	int have_scprompt = 0;
 
 	fprintf(stderr, "\nSelectSecurityType:\n");
 
@@ -1110,6 +1117,8 @@ SelectSecurityType(void)
 			have_vncauth = 1;
 		} else if (rfbSecTypeUltra == secTypes[j]) {
 			have_ultra = 1;
+		} else if (rfbUltraVNC_SCPrompt == secTypes[j]) {
+			have_scprompt = 1;
 		}
 	}
 
@@ -1135,10 +1144,11 @@ SelectSecurityType(void)
 	}
 
 	if (have_ultra) {
-		if(have_none || have_vncauth) {
-			knownSecTypes[0] = rfbSecTypeUltra; 
-			knownSecTypes[1] = rfbSecTypeNone; 
-			knownSecTypes[2] = rfbSecTypeVncAuth; 
+		if(have_none || have_vncauth || have_scprompt) {
+			knownSecTypes[0] = rfbUltraVNC_SCPrompt;
+			knownSecTypes[1] = rfbSecTypeUltra; 
+			knownSecTypes[2] = rfbSecTypeNone; 
+			knownSecTypes[3] = rfbSecTypeVncAuth; 
 		} else {
 			fprintf(stderr, "Info: UltraVNC server not offering security types 'None' or 'VncAuth'.\n");
 		}
@@ -1843,6 +1853,38 @@ AuthenticateUltraVNC(void)
 	return False;
 }
 
+static Bool
+AuthenticateSCPrompt(void)
+{
+	char message[1025];
+	CARD32 size, accepted = Swap32IfBE(1);
+
+	if (!ReadFromRFBServer((char *)&size, 4)) {
+		return False;
+	}
+
+	size = Swap32IfBE(size);
+
+	if ((size < 0) || (size > 1024)) {
+		fprintf(stderr, "UltraVNC SCPrompt invalid message size %d\n", size);
+		if (size < 0) size = 0;
+		if (size > 1024) size = 1024;
+	}
+
+	if (!ReadFromRFBServer((char *)&message, size)) {
+		return False;
+	}
+
+	message[size] = 0;
+	fprintf(stderr, "UltraVNC SCPrompt message:\n%s", message);
+
+	if (!WriteExact(rfbsock, (char *)&accepted, 4)) {
+		return False;
+	}
+
+	return AuthenticateUltraVNC();
+}
+
 /*
  * Unix login-style authentication.
  */

Bug#695332: Eject and Unmount USB flash drives

[Carr, Michael]

Package: thunar
Version: 1.2.3-4+b1
Severity: wishlist

Upon migrating to Wheezy, I noticed that thunar handles flash drives
differently with respect to drives that have multiple partitions.  I
routinely use flash drives with multiple encrypted partitions; however,
sometimes I may include a non-encrypted fat32 partition to share/swap data
between different operating systems and different computers.  In wheezy,
thunar no longer has the option to just unmount a partition.  If eject is
used, then the whole drive gets ejected and disappears.  Thus the only way
to use the flash drive again is to reinsert it.  In Squeeze, a user was
able to umount / mount partitions and eject the drive when finished.

Here is a link from xfce.org about the issue that Yves-Alexis Perez may
remember:
http://mail.xfce.org/pipermail/thunar-dev/2011-February/004836.html


Question: Is it possible to bring back the unmount plus eject
functionallity?


Here is my particular use case that I am providing in support of adding the
feature back (in reference to the xfce 'ejecting' USB flash drives
discussion):

I volunteer with a non-profit organization and use a single 16GB flash
drive, divided into multiple encrypted partitions, to separate various
types of data.  For example, one partition contains business email (active
and archived years), another contains documents, and another contains
working / draft files for various projects.  I divide a single drive
because it doesn't make much sense to use a multi-GB drive if the files
will only ever take up a small percentage of the space available.  When I
need to access a partitions I will mount it and use until I am finish.
Sometimes, I find that I do need to go back into a partition that I already
have unmounted to add some other files or continue on a project.

I marked the severity as whislist due to the nature of the 'bug'; however,
if a different level is more appropriate then please feel free to change.

Thanks.

--Michael P. Carr Jr.

Bug#681549: Still present in 1.2.0-3

[Dane Elwell]

This bug seems to still exist in CouchDB 1.2.0-3 update that was pushed out 
recently in Wheezy.


Setting up couchdb (1.2.0-3) ...
Installing new version of config file /etc/init.d/couchdb ...
Installing new version of config file /etc/logrotate.d/couchdb ...
[] Starting database server: couchdbApache CouchDB needs write permission 
on the PID file: /var/run/couchdb/couchdb.pid
 failed!
invoke-rc.d: initscript couchdb, action "start" failed.
dpkg: error processing couchdb (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 couchdb
E: Sub-process /usr/bin/dpkg returned an error code (1)



NOTICE AND DISCLAIMER
This e-mail (including any attachments) is intended for the above-named 
person(s). If you are not the intended recipient, notify the sender 
immediately, delete this email from your system and do not disclose or use for 
any purpose. We may monitor all incoming and outgoing emails in line with 
current legislation. We have taken steps to ensure that this email and 
attachments are free from any virus, but it remains your responsibility to 
ensure that viruses do not adversely affect you


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

Bug#694918: supertuxkart: crash on resolution change while in fullscreen mode

[David Smith]

> Unreproducible here using an Intel HD graphics card (with the i915
> driver). I've forwarded this upstream for input, but this is more than
> likely a bug somewhere in mesa/radeon.
>
> Regards,
> Vincent

OK, I filed a bug report against mesa/radeon here:
 https://bugs.freedesktop.org/show_bug.cgi?id=57977

Using the binary from upstream, it looks like the output from dbg is a
little bit different, but it does still crash.

(gdb output)

david@Miho:~/temp/supertuxkart-0.7.3-linux-glibc2.11-i386/bin$ gdb
./supertuxkart
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from
/mnt/320GB/home/david/temp/supertuxkart-0.7.3-linux-glibc2.11-i386/bin/supertuxkart...(no
debugging symbols found)...done.
(gdb) start
Temporary breakpoint 1 at 0x8054851
Starting program:
/mnt/320GB/home/david/temp/supertuxkart-0.7.3-linux-glibc2.11-i386/bin/supertuxkart
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".

Temporary breakpoint 1, 0x08054851 in main ()
(gdb) continue
Continuing.
Irrlicht Engine version 1.8.0-alpha
Linux 3.2.0-4-686-pae #1 SMP Debian 3.2.32-1 i686
[FileManager] Data files will be fetched from: '..'
[FileManager] Addons files will be stored in
'/home/david/.local/share/supertuxkart/addons'.
[IrrDriver] Trying OpenGL rendering.
[New Thread 0xb5282b70 (LWP 8400)]
[Thread 0xb5282b70 (LWP 8400) exited]
[New Thread 0xb5282b70 (LWP 8401)]
Error messages and other text output will be logged to
/home/david/.config/supertuxkart/stdout.log and
/home/david/.config/supertuxkart/stderr.log
*** glibc detected ***
/mnt/320GB/home/david/temp/supertuxkart-0.7.3-linux-glibc2.11-i386/bin/supertuxkart:
double free or corruption (!prev): 0x0b058ef8 ***
=== Backtrace: =
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x70f01)[0xb7c82f01]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x72768)[0xb7c84768]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(cfree+0x6d)[0xb7c8781d]
/usr/lib/i386-linux-gnu/dri/r300_dri.so(+0x27c64b)[0xb67b064b]
=== Memory map: 
08048000-0872f000 r-xp  00:15 8963889
/mnt/320GB/home/david/temp/supertuxkart-0.7.3-linux-glibc2.11-i386/bin/supertuxkart
0872f000-0873 r--p 006e6000 00:15 8963889
/mnt/320GB/home/david/temp/supertuxkart-0.7.3-linux-glibc2.11-i386/bin/supertuxkart
0873-08735000 rw-p 006e7000 00:15 8963889
/mnt/320GB/home/david/temp/supertuxkart-0.7.3-linux-glibc2.11-i386/bin/supertuxkart
08735000-0d6c2000 rw-p  00:00 0  [heap]
b0a7a000-b0a81000 r--s  08:01 556247
/usr/lib/i386-linux-gnu/gconv/gconv-modules.cache
b0b1f000-b1d23000 rw-p  00:00 0
b1e23000-b1f24000 rw-p  00:00 0
b210-b2121000 rw-p  00:00 0
b2121000-b220 ---p  00:00 0
b2229000-b252b000 rw-p  00:00 0
b262b000-b272c000 rw-p  00:00 0
b282e000-b2e3 rw-p  00:00 0
b2f2f000-b303 rw-p  00:00 0
b303c000-b323e000 rw-p  00:00 0
b324-b3441000 rw-p  00:00 0
b3541000-b3a43000 rw-p  00:00 0
b3abd000-b3c3f000 rw-p  00:00 0
b3d4-b4656000 rw-p  00:00 0
b46c5000-b4966000 rw-p  00:00 0
b4966000-b4a59000 r-xp  08:01 532095
/usr/lib/i386-linux-gnu/libasound.so.2.0.0
b4a59000-b4a5d000 r--p 000f2000 08:01 532095
/usr/lib/i386-linux-gnu/libasound.so.2.0.0
b4a5d000-b4a5e000 rw-p 000f6000 08:01 532095
/usr/lib/i386-linux-gnu/libasound.so.2.0.0
b4a82000-b4a83000 ---p  00:00 0
b4a83000-b5283000 rw-p  00:00 0
b5303000-b5404000 rw-p  00:00 0
b5409000-b580a000 rw-p  00:00 0
b5888000-b5a0a000 rw-p  00:00 0
b5b0b000-b5c71000 r-xp  08:01 532630
/usr/lib/i386-linux-gnu/libvorbisenc.so.2.0.8
b5c71000-b5c82000 r--p 00165000 08:01 532630
/usr/lib/i386-linux-gnu/libvorbisenc.so.2.0.8
b5c82000-b5c83000 rw-p 00176000 08:01 532630
/usr/lib/i386-linux-gnu/libvorbisenc.so.2.0.8
b5d73000-b5f75000 rw-p  00:00 0
b5f75000-b5f85000 rw-s  00:04 17039435   /SYSV0056a4d6 (deleted)
b5f85000-b5f95000 rw-s  00:05 5151   /dev/snd/pcmC0D0p
b5f95000-b5fbf000 r-xp  08:01 532627
/usr/lib/i386-linux-gnu/libvorbis.so.0.4.5
b5fbf000-b5fc r--p 00029000 08:01 532627
/usr/lib/i386-linux-gnu/libvorbis.so.0.4.5
b5fc-b5fc1000 rw-p 0002a000 08:01 532627
/usr/lib/i386-linux-gnu/libvorbis.so.0.4.5
b5fc1000-b600f000 r-xp  08:01 532724
/usr/lib/i386-linux-gnu/libFLAC.so.8.2.0
b600f000-b601 r--p 0004d000 08:01 532724
/usr/lib/i386-linux-gnu/libFLAC.so.8.2.0
b601-b6011000 rw-p 0004e000 08:01 532724
/usr/lib/i386-linux-gnu/l

Bug#695333: totem-mozilla: Rename package to "browser-plugin-totem" (and other nit-picks)

[Fabian Greffrath]

Package: totem-mozilla
Version: 3.6.3-1
Severity: wishlist

Hello,

in consistency with many other packages in Debian that provide plugins for
mozilla-compatible browsers, please consider renaming the "totem-mozilla"
package to "browser-plugin-totem".

Furthermore, it would be really helpful if the extended package description
could briefly elaborate what kind of plugins the package is all about.
Something like:
"This package contains browser plugins that are compatible to:
 * Shockwave Flash (vegas)
 * DivX® Web Player (mully)
 * VLC Multimedia Plugin (cone)
 * QuickTime Plug-in (narrowspace)
 * Windows Media Player Plug-in 10 (gmp)
"
Please note that I deliberately mentioned the totem-internal names of the
plugins to help understand what files are actually installed.

Last but not least, I think it should be seriously considered to ship the vegas
plugin at all. I have not yet found a web site on which it worked properly and
it is currently in the way of better working alternatives. Maybe the "browser-
plugin-gnash" package should get recommended instead, but that's already the
topic of #673667.

 - Fabian



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (901, 'testing'), (502, 'unstable'), (501, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages totem-mozilla depends on:
ii  dbus-x11 1.6.8-1
ii  libc62.13-37
ii  libgcc1  1:4.7.2-4
ii  libglib2.0-0 2.34.3-1
ii  libstdc++6   4.7.2-4
ii  libtotem-plparser17  3.4.2-1
ii  libx11-6 2:1.5.0-1
ii  totem3.6.3-1

Versions of packages totem-mozilla recommends:
ii  epiphany-browser [www-browser]  3.4.2-2
ii  iceweasel [www-browser] 17.0.1-1
ii  lynx-cur [www-browser]  2.8.8dev.12-2
ii  w3m [www-browser]   0.5.3-8

totem-mozilla suggests no packages.

-- 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#695334: openarena-dbg: dependency on openarena-server is both insufficient and undesired

[Simon McVittie]

Package: openarena-dbg
Version: 0.8.8-5+deb7u1
Severity: serious
Justification: Policy §12.5
Tags: pending

In squeeze, openarena-server contained the dedicated server and
client/server game logic, and openarena depended on openarena-server
for the game logic. It contained an init script for the dedicated server,
but that init script contravened normal Debian practice by being
disabled by default.

In wheezy, openarena contains a separate copy of the game logic
(the required openarena*-data family of packages are so huge that a
second copy of some C code is insignificant by comparison) and no longer
depends on openarena-server. openarena-server's init script is enabled
by default for new installations, with some magic in the preinst to
ensure that it is still disabled when upgrading from a version where
it was disabled by default.

openarena-dbg's directory in /usr/share/doc is currently a symlink
to openarena-server, resulting in debhelper adding a depencency
on openarena-server to ${misc:Depends}. In squeeze, this made sense,
but in wheezy, there are two problems with this:

1) the dependency isn't strictly versioned (Policy §12.5: this results in
   /usr/share/doc/openarena-dbg/copyright not necessarily containing
   copyright information for a matching version of openarena-dbg)

2) users who install openarena-dbg to debug an openarena crash, having
   never had openarena-server installed, will get openarena-server
   installed via the dependency and enabled by default, which is undesired

This is easily fixed.

S


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

Bug#695335: unblock: geoip-database/20121207-1

[Patrick Matthäi]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package geoip-database

Another montly update of the database, thanks :)

unblock geoip-database/20121207-1

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

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


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

Bug#695336: ITP: printrun -- Graphical host package to control 3d printers such as RepRap's.

[Richard Ulrich]

Package: wnpp
Owner: Richard Ulrich 
Severity: wishlist

* Package name: printrun
  Version : 2012
  Upstream Author : Kliment
* URL : http://reprap.org/wiki/Printrun
* License : GPL-3+
  Programming Lang: python
  Description : Graphical host package to control 3d printers such as 
RepRap's..

Printrun consists of printcore, pronsole and pronterface, and a small 
collection of helpful scripts.
* printcore.py is a library that makes writing reprap hosts easy
* pronsole.py is an interactive command-line host software with tabcompletion 
goodness
* pronterface.py is a graphical host software with the same functionality as 
pronsole
* webinterface.py is a browser-usable remote control function for Pronterface




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

Bug#640499: libxvmc: please add multiarch support

[Julien Cristau]

On Fri, Dec  7, 2012 at 00:43:55 +0100, Carlos Alberto Lopez Perez wrote:

> MultiArch support is a release goal, and the fix for this bug is
> clearly not invasive nor big:
> 
The release goal was to get rid of ia32-libs.  Which is now done.
Anything beyond that can, and will, wait for jessie.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#695234: unblock: commons-httpclient/3.1-10.1

[Andreas Tille]

Hi again,

the same as for axis (it is actually also the same patch) applied
here.  Debdiff against version in testing attached as well.

Kind regards

Andreas.

On Thu, Dec 06, 2012 at 09:25:00PM +, Adam D. Barratt wrote:
> Control: tags -1 + moreinfo
> 
> On Wed, 2012-12-05 at 23:21 +0100, Andreas Tille wrote:
> > Please unblock package commons-httpclient
> > 
> > Thanks to Alberto Fernández Martínez 
> > CVE-2012-5783 (= bug #692442) was closed and I just uploaded
> > his NMU.  Debdiff is attached to the bug report.
> 
> Similarly to axis, it looks like the patch isn't quite ready yet. Please
> let us know (and -moreinfo the bug) once that's resolved in unstable.
> 
> Regards,
> 
> Adam
> 
> 

-- 
http://fam-tille.de
diff -Nru commons-httpclient-3.1/debian/changelog 
commons-httpclient-3.1/debian/changelog
--- commons-httpclient-3.1/debian/changelog 2011-08-30 19:13:26.0 
+0200
+++ commons-httpclient-3.1/debian/changelog 2012-12-06 14:41:48.0 
+0100
@@ -1,3 +1,19 @@
+commons-httpclient (3.1-10.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix CVE-2012-5783 (Closes: #692442)
+  * Fix CN extraction from DN of X500 principal.
+  * Fix wildcard validation on ssl connections
+
+ -- Alberto Fernández Martínez   Thu, 6 Dec 2012 14:28:00 
+0100
+
+commons-httpclient (3.1-10.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix CVE-2012-5783 (Closes: #692442)
+
+ -- Alberto Fernández Martínez   Wed, 5 Dec 2012 17:28:00 
+0100
+
 commons-httpclient (3.1-10) unstable; urgency=low
 
   [ Damien Raude-Morvan ]
diff -Nru commons-httpclient-3.1/debian/patches/06_fix_CVE-2012-5783.patch 
commons-httpclient-3.1/debian/patches/06_fix_CVE-2012-5783.patch
--- commons-httpclient-3.1/debian/patches/06_fix_CVE-2012-5783.patch
1970-01-01 01:00:00.0 +0100
+++ commons-httpclient-3.1/debian/patches/06_fix_CVE-2012-5783.patch
2012-12-06 14:37:04.0 +0100
@@ -0,0 +1,383 @@
+Description: Fixed CN extraction from DN of X500 principal and wildcard 
validation
+
+ commons-httpclient (3.1-10.2) unstable; urgency=low
+
+   * Fixed CN extraction from DN of X500 principal and wildcard validation
+
+
+Author: Alberto Fernández Martínez 
+
+
+Origin: other
+Bug-Debian: http://bugs.debian.org/692442
+Forwarded: https://issues.apache.org/jira/browse/HTTPCLIENT-1265
+Last-Update: <2012-12-06>
+
+--- 
commons-httpclient-3.1.orig/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java
 
commons-httpclient-3.1/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java
+@@ -31,10 +31,25 @@
+ package org.apache.commons.httpclient.protocol;
+ 
+ import java.io.IOException;
++import java.io.InputStream;
+ import java.net.InetAddress;
+ import java.net.Socket;
+ import java.net.UnknownHostException;
++import java.security.cert.Certificate;
++import java.security.cert.CertificateParsingException;
++import java.security.cert.X509Certificate;
++import java.util.Arrays;
++import java.util.Collection;
++import java.util.Iterator;
++import java.util.LinkedList;
++import java.util.List;
++import java.util.Locale;
++import java.util.StringTokenizer;
++import java.util.regex.Pattern;
+ 
++import javax.net.ssl.SSLException;
++import javax.net.ssl.SSLSession;
++import javax.net.ssl.SSLSocket;
+ import javax.net.ssl.SSLSocketFactory;
+ 
+ import org.apache.commons.httpclient.ConnectTimeoutException;
+@@ -55,6 +70,11 @@ public class SSLProtocolSocketFactory im
+  */
+ private static final SSLProtocolSocketFactory factory = new 
SSLProtocolSocketFactory();
+ 
++// This is a a sorted list, if you insert new elements do it orderdered.
++private final static String[] BAD_COUNTRY_2LDS =
++{"ac", "co", "com", "ed", "edu", "go", "gouv", "gov", "info",
++"lg", "ne", "net", "or", "org"};
++
+ /**
+  * Gets an singleton instance of the SSLProtocolSocketFactory.
+  * @return a SSLProtocolSocketFactory
+@@ -79,12 +99,14 @@ public class SSLProtocolSocketFactory im
+ InetAddress clientHost,
+ int clientPort)
+ throws IOException, UnknownHostException {
+-return SSLSocketFactory.getDefault().createSocket(
++Socket sslSocket =  SSLSocketFactory.getDefault().createSocket(
+ host,
+ port,
+ clientHost,
+ clientPort
+ );
++verifyHostName(host, (SSLSocket) sslSocket);
++return sslSocket;
+ }
+ 
+ /**
+@@ -124,16 +146,19 @@ public class SSLProtocolSocketFactory im
+ }
+ int timeout = params.getConnectionTimeout();
+ if (timeout == 0) {
+-return createSocket(host, port, localAddress, localPort);
++Socket sslSocket =  createSocket(host, port, localAddress, 
localPort);
++verifyHostName(host, (SSLSocket) sslSocket);
++return sslSocket;
+ } else {
+ // To be eventually deprecated when migrated to Java

Bug#695320: xorg: Brightness switches from minimum to maximum multiple times a second

[Julien Cristau]

Control: reassign -1 src:linux 3.2.32-1
Control: retitle -1 disfunctional samsung backlight control on NP300E5X-A01

On Fri, Dec  7, 2012 at 01:25:11 +0100, Kim Twain wrote:

> Starting my computer (Samsung NP300E5X-A01, Intel Celeron B815 APU) the
> brightness is set at its minimum; when I try to change it via my DE or via
> xbacklight -set, the brightness changes almost randomly multiple times a
> second, rendering the gui unusable until I kill xbacklight or I restart
> gnome-
> shell.
> 
> I can however change it flawlessly via
> "/sys/class/backlight/acpi_video0/brightness"
> 
> Note that the problem isn't present in other (more updated?) distros, such
> as
> archlinux or fedora 17/18
> 

On Fri, Dec  7, 2012 at 01:42:14 +0100, Kim Twain wrote:

> Reading the log, I noticed that xorg is using
> "/sys/class/backlight/samsung/brightness" to set the brightness.
> I tried to set the brightness  via "echo -n 3 >
> /sys/class/backlight/samsung/brightness" and the same problem showed up, so
> this isn't an xorg problem. Sorry to have wasted your time. Should I report
> again on the linux-image package?

Reassigning to the kernel.

Can you check which backlight driver is used on the other distros you
mentioned?  Also which kernel versions?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#695236: unblock: axis/1.4-16.1

[Andreas Tille]

Hi Adam,

as promised I uploaded another attempt to fix the problem.  A debdiff
against the current version in testing is attached to this mail.

Kind regards

Andreas.

On Thu, Dec 06, 2012 at 09:23:53PM +, Adam D. Barratt wrote:
> Control: tags -1 + moreinfo
> 
> On Wed, 2012-12-05 at 23:23 +0100, Andreas Tille wrote:
> > Please unblock package axis
> > 
> > Thanks to Alberto Fernández Martínez 
> > CVE-2012-5784 (=bug #692650) was fixed and I just sponsered
> > his NMU.  Debdiff is attached.
> 
> It appears that this isn't quite ready yet. Please get back to us (and
> remove the moreinfo tag) once a final package is in unstable.
> 
> Regards,
> 
> Adam
> 
> 

-- 
http://fam-tille.de
diff -Nru axis-1.4/debian/changelog axis-1.4/debian/changelog
--- axis-1.4/debian/changelog   2011-11-08 05:58:09.0 +0100
+++ axis-1.4/debian/changelog   2012-12-06 14:41:46.0 +0100
@@ -1,3 +1,19 @@
+axis (1.4-16.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix CVE-2012-5784 (Closes: #692650)
+  * Fix CN extraction from DN of X500 principal.
+  * Fix wildcard validation on ssl connections
+
+ -- Alberto Fernández Martínez   Thu, 6 Dec 2012 14:28:00 
+0100
+
+axis (1.4-16.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix CVE-2012-5784 (Closes: #692650)
+
+ -- Alberto Fernández Martínez   Wed, 5 Dec 2012 17:28:00 
+0100
+
 axis (1.4-16) unstable; urgency=low
 
   * Add missing dependency on libcommons-httpclient-java
diff -Nru axis-1.4/debian/patches/06-fix-CVE-2012-5784.patch 
axis-1.4/debian/patches/06-fix-CVE-2012-5784.patch
--- axis-1.4/debian/patches/06-fix-CVE-2012-5784.patch  1970-01-01 
01:00:00.0 +0100
+++ axis-1.4/debian/patches/06-fix-CVE-2012-5784.patch  2012-12-06 
13:45:17.0 +0100
@@ -0,0 +1,329 @@
+Description: Fixed CN extraction from DN of X500 principal and wildcard 
validation
+
+ axis (1.4-16.2) unstable; urgency=low
+
+   * Fixed CN extraction from DN of X500 principal and wildcard validation
+
+Author: Alberto Fernández Martínez 
+
+
+Origin: other
+Bug-Debian: http://bugs.debian.org/692650
+Forwarded: https://issues.apache.org/jira/browse/AXIS-2883
+Last-Update: <2012-12-06>
+
+--- axis-1.4.orig/src/org/apache/axis/components/net/JSSESocketFactory.java
 axis-1.4/src/org/apache/axis/components/net/JSSESocketFactory.java
+@@ -15,12 +15,6 @@
+  */
+ package org.apache.axis.components.net;
+ 
+-import org.apache.axis.utils.Messages;
+-import org.apache.axis.utils.XMLUtils;
+-import org.apache.axis.utils.StringUtils;
+-
+-import javax.net.ssl.SSLSocket;
+-import javax.net.ssl.SSLSocketFactory;
+ import java.io.BufferedWriter;
+ import java.io.IOException;
+ import java.io.InputStream;
+@@ -28,7 +22,27 @@ import java.io.OutputStream;
+ import java.io.OutputStreamWriter;
+ import java.io.PrintWriter;
+ import java.net.Socket;
++import java.security.cert.Certificate;
++import java.security.cert.CertificateParsingException;
++import java.security.cert.X509Certificate;
++import java.util.Arrays;
++import java.util.Collection;
+ import java.util.Hashtable;
++import java.util.Iterator;
++import java.util.LinkedList;
++import java.util.List;
++import java.util.Locale;
++import java.util.StringTokenizer;
++import java.util.regex.Pattern;
++
++import javax.net.ssl.SSLException;
++import javax.net.ssl.SSLSession;
++import javax.net.ssl.SSLSocket;
++import javax.net.ssl.SSLSocketFactory;
++
++import org.apache.axis.utils.Messages;
++import org.apache.axis.utils.StringUtils;
++import org.apache.axis.utils.XMLUtils;
+ 
+ 
+ /**
+@@ -41,6 +55,10 @@ import java.util.Hashtable;
+  */
+ public class JSSESocketFactory extends DefaultSocketFactory implements 
SecureSocketFactory {
+ 
++// This is a a sorted list, if you insert new elements do it orderdered.
++private final static String[] BAD_COUNTRY_2LDS =
++{"ac", "co", "com", "ed", "edu", "go", "gouv", "gov", "info",
++"lg", "ne", "net", "or", "org"};
+ /** Field sslFactory   */
+ protected SSLSocketFactory sslFactory = null;
+ 
+@@ -187,6 +205,260 @@ public class JSSESocketFactory extends D
+ if (log.isDebugEnabled()) {
+ log.debug(Messages.getMessage("createdSSL00"));
+ }
++verifyHostName(host, (SSLSocket) sslSocket);
+ return sslSocket;
+ }
++/**
++ * Verifies that the given hostname in certicifate is the hostname we are 
trying to connect to
++ * http://www.cvedetails.com/cve/CVE-2012-5783/
++ * @param host
++ * @param ssl
++ * @throws IOException
++ */
++
++  private static void verifyHostName(String host, SSLSocket ssl)
++  throws IOException {
++  if (host == null) {
++  throw new IllegalArgumentException("host to verify was 
null");
++  }
++
++  SSLSession session = ssl.getSession();
++  if (session == null) {
++// In our experience this only happens under IBM 1.4.x wh

Bug#694635: gnupg: gpg froze with a zombie after a Ctrl-C (intr character)

[Werner Koch]

On Wed, 28 Nov 2012 16:21, vinc...@vinc17.net said:

> last one, it was taking too long, so that I did a Ctrl-C. However
> this didn't interrupt gpg. Other Ctrl-C's had no effect. The gpg
> process was still running, with a zombie.

Why do you think this is a GnuPG problem?  If Mutt does not kill gpg
properly, gpg can't do anything. 


Salam-Shalom,

   Werner


p.s.
Try "set crypt_use_gpgme" in ~/.muttrc.

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.


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

Bug#695320: xorg: Brightness switches from minimum to maximum multiple times a second

[Julien Cristau]

On Fri, Dec  7, 2012 at 10:52:05 +0100, Julien Cristau wrote:

> Can you check which backlight driver is used on the other distros you
> mentioned?  Also which kernel versions?
> 
Actually it seems this is a dupe of #693190, and should be fixed in the
next few days.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#695337: cups: unowned files after purge (policy 6.8, 10.8): /etc/cups/cupsd.conf

[Andreas Beckmann]

Package: cups
Version: 1.5.3-2.8
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):

http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

>From the attached log (scroll to the bottom...):

0m28.9s ERROR: FAIL: Package purging left files on system:
  /etc/cups/ owned by: cups
  /etc/cups/cupsd.conf   not owned


cheers,

Andreas


cups_1.5.3-2.8.log.gz
Description: GNU Zip compressed data

Bug#687617: unblock: openarena/0.8.8-5+deb7u2

[Simon McVittie]

retitle 687617 unblock: openarena/0.8.8-5+deb7u2
thanks

On Sun, 02 Dec 2012 at 11:56:55 +0100, Julien Cristau wrote:
> In that case no objection.  Let us know when this has spent a while in
> sid.

I noticed a more significant bug (serious due to Policy §12.5, IMO) while
testing the new version, so I fixed that too, and am following up to this
unblock bug sooner than I'd intended.

Let me know if you want me to back out either of these changes to get the
other one in sooner; the new changes are pretty simple.

(There's no explicit diff to make openarena-dbg not depend on
openarena-server, because it previously picked it up via ${misc:Depends}.)

Source debdiff attached.

Regards,
smcv

openarena (0.8.8-5+deb7u2) unstable; urgency=low

  * Request confirmation before enabling auto-downloading, which is
a security risk (Closes: #686648)
  * Switch /usr/share/doc/openarena-dbg from a symlink to openarena-server
to a real directory. Using the symlink requires it to depend on
openarena-server, which is undesirable, because since 0.8.8-1 that
package has contained an init script which is enabled by default.
  * As a result, openarena-dbg no longer depends on openarena-server
(Closes: #695334)

 -- Simon McVittie   Fri, 07 Dec 2012 09:40:17 +
diffstat for openarena-0.8.8 openarena-0.8.8

 changelog   |   13 +
 openarena-dbg.preinst   |   12 
 patches/0003-Request-confirmation-if-a-user-enables-auto-download.patch |  126 ++
 patches/series  |1 
 rules   |4 
 5 files changed, 152 insertions(+), 4 deletions(-)

diff -Nru openarena-0.8.8/debian/changelog openarena-0.8.8/debian/changelog
--- openarena-0.8.8/debian/changelog	2012-09-14 08:02:50.0 +0100
+++ openarena-0.8.8/debian/changelog	2012-12-07 09:40:25.0 +
@@ -1,3 +1,16 @@
+openarena (0.8.8-5+deb7u2) unstable; urgency=low
+
+  * Request confirmation before enabling auto-downloading, which is
+a security risk (Closes: #686648)
+  * Switch /usr/share/doc/openarena-dbg from a symlink to openarena-server
+to a real directory. Using the symlink requires it to depend on
+openarena-server, which is undesirable, because since 0.8.8-1 that
+package has contained an init script which is enabled by default.
+  * As a result, openarena-dbg no longer depends on openarena-server
+(Closes: #695334)
+
+ -- Simon McVittie   Fri, 07 Dec 2012 09:40:17 +
+
 openarena (0.8.8-5+deb7u1) unstable; urgency=low
 
   * Add patch from upstream to fix a client-triggerable server crash.
diff -Nru openarena-0.8.8/debian/openarena-dbg.preinst openarena-0.8.8/debian/openarena-dbg.preinst
--- openarena-0.8.8/debian/openarena-dbg.preinst	1970-01-01 01:00:00.0 +0100
+++ openarena-0.8.8/debian/openarena-dbg.preinst	2012-12-07 09:40:25.0 +
@@ -0,0 +1,12 @@
+#!/bin/sh
+
+set -e
+
+# In older openarena-dbg this was a symlink to openarena-server; dpkg won't
+# replace existing symlinks with directories
+if [ -h /usr/share/doc/openarena-dbg ]
+then
+  rm -f /usr/share/doc/openarena-dbg
+fi
+
+#DEBHELPER#
diff -Nru openarena-0.8.8/debian/patches/0003-Request-confirmation-if-a-user-enables-auto-download.patch openarena-0.8.8/debian/patches/0003-Request-confirmation-if-a-user-enables-auto-download.patch
--- openarena-0.8.8/debian/patches/0003-Request-confirmation-if-a-user-enables-auto-download.patch	1970-01-01 01:00:00.0 +0100
+++ openarena-0.8.8/debian/patches/0003-Request-confirmation-if-a-user-enables-auto-download.patch	2012-12-07 09:40:25.0 +
@@ -0,0 +1,126 @@
+From b2bc13d7043d8a02df081a54e19a999e82f74f2e Mon Sep 17 00:00:00 2001
+From: Simon McVittie 
+Date: Fri, 14 Sep 2012 10:23:06 +0100
+Subject: [PATCH] Request confirmation if a user enables auto-downloading
+
+The Q3 UI toolkit isn't great at large amounts of text, so just point
+to a deb.li link into the Debian wiki.
+
+Origin: vendor, Debian
+Bug-Debian: http://bugs.debian.org/686648
+---
+ code/q3_ui/ui_firstconnect.c |   17 +++--
+ code/q3_ui/ui_local.h|1 +
+ code/q3_ui/ui_preferences.c  |   40 +++-
+ 3 files changed, 55 insertions(+), 3 deletions(-)
+
+diff --git a/code/q3_ui/ui_firstconnect.c b/code/q3_ui/ui_firstconnect.c
+index 5291aea..7fac4b8 100644
+--- a/code/q3_ui/ui_firstconnect.c
 b/code/q3_ui/ui_firstconnect.c
+@@ -194,7 +194,17 @@ FirstConnect_StatusBar_Download
+ =
+ */
+ static void FirstConnect_StatusBar_Download( void* ptr ) {
+-		UI_DrawString( 320, 440, "Auto download missing maps and mods", UI_CENTER|UI_SMALLFONT, colorWhite );
++		UI_DrawString( 320, 440, "Security risk, see ", UI_CENTER|UI_SMALLFONT, colorWhite );
++}
++
++static void AutoDownloadAction( qboolean result 

Bug#528832: totem-gstreamer does not support surround sound

[Paul Menzel]

Am Mittwoch, den 05.12.2012, 21:46 +0100 schrieb Andreas Henriksson:

> Looking at a couple of random ancient debian bug reports for totem I stumbled
> across the bug you reported about surround sound and missing channels
> in a 2 speaker setup.
> 
> I've tested this on totem 3.6 on top of pulseaudio and I can hear
> all the channels.

I tested this with Debian Sid/unstable with Totem 3.4.2-1 from
experimental and PulseAudio 2.0-6 and gstreamer0.10-plugins-good
0.10.31-3+nmu1.

Apelete, could you please test on the systems you have again and report
back. That would be awesome.

> Joss told me on irc that there might still be some issue with surround
> sound over SPDIF though maybe that deserves a separate bug report
> and we can consider this one to be closed?

Definitely this should be a separate report.


Thanks,

Paul


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

Bug#695338: Installs mozilla browser plugin into wrong location (multi-arch paths)

[Michael Biebl]

Package: cinnamon
Version: 1.6.2-1
Severity: normal

The browser plugin is installed at
/usr/lib//mozilla/plugins/libcinnamon-browser-plugin.so

Mozilla compatible browsers don't find it at this location since they
don't look in multi-arch paths for plugins.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cinnamon depends on:
ii  caribou  0.4.4-1
ii  cinnamon-common  1.6.2-1
ii  cups-pk-helper   0.2.3-2
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  gconf2   3.2.5-1+build1
ii  gir1.2-accountsservice-1.0   0.6.21-7
ii  gir1.2-atk-1.0   2.4.0-2
ii  gir1.2-clutter-1.0   1.10.8-2
ii  gir1.2-cogl-1.0  1.10.2-6
ii  gir1.2-coglpango-1.0 1.10.2-6
ii  gir1.2-freedesktop   1.32.1-1
ii  gir1.2-gconf-2.0 3.2.5-1+build1
ii  gir1.2-gdesktopenums-3.0 3.4.2-3
ii  gir1.2-gdkpixbuf-2.0 2.26.1-1
ii  gir1.2-gkbd-3.0  3.4.0.2-1
ii  gir1.2-glib-2.0  1.32.1-1
ii  gir1.2-gmenu-3.0 3.4.2-5
ii  gir1.2-gnomebluetooth-1.03.4.2-1
ii  gir1.2-gtk-3.0   3.4.2-4
ii  gir1.2-json-1.0  0.14.2-1
ii  gir1.2-muffin-3.01.1.1-1
ii  gir1.2-networkmanager-1.00.9.4.0-6
ii  gir1.2-pango-1.0 1.30.0-1
ii  gir1.2-polkit-1.00.105-1
ii  gir1.2-soup-2.4  2.38.1-2
ii  gir1.2-upowerglib-1.00.9.17-1
ii  gjs  1.32.0-3
ii  gkbd-capplet 3.4.0.2-1
ii  gnome-icon-theme-symbolic3.4.0-2
ii  gnome-session-bin3.4.2.1-3
ii  gnome-settings-daemon3.4.2+git20120925.a4c817-2
ii  gsettings-desktop-schemas3.4.2-3
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-37
ii  libcairo21.12.2-2
ii  libcanberra0 0.28-6
ii  libclutter-1.0-0 1.10.8-2
ii  libcogl-pango0   1.10.2-6
ii  libcogl9 1.10.2-6
ii  libcroco30.6.6-2
ii  libdbus-glib-1-2 0.100-1
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libgirepository-1.0-11.32.1-1
ii  libgjs0b [libgjs0-libmozjs185-1.0]   1.32.0-3
ii  libgl1-mesa-glx [libgl1] 8.0.5-3
ii  libglib2.0-0 2.33.12+really2.32.4-3
ii  libgnome-desktop-3-2 3.4.2-1
ii  libgnome-keyring03.4.1-1
ii  libgnome-menu-3-03.4.2-5
ii  libgstreamer0.10-0   0.10.36-1
ii  libgtk-3-0   3.4.2-4
ii  libjson-glib-1.0-0   0.14.2-1
ii  libmozjs185-1.0  1.8.5-1.0.0+dfsg-4
ii  libmuffin0   1.1.1-1
ii  libnm-glib4  0.9.4.0-6
ii  libnm-util2  0.9.4.0-6
ii  libpango1.0-01.30.0-1
ii  libpolkit-agent-1-0  0.105-1
ii  libpolkit-gobject-1-00.105-1
ii  libpulse-mainloop-glib0  2.0-6
ii  libpulse02.0-6
ii  libstartup-notification0 0.12-1
ii  libx11-6 2:1.5.0-1
ii  libxfixes3   1:5.0-4
ii  libxml2  2.8.0+dfsg1-7
ii  mesa-utils   8.0.1-2+b3
ii  multiarch-support2.13-37
ii  python   2.7.3-3
ii  python-gconf 2.28.1+dfsg-1
ii  python-lxml  2.3.5-1

Versions of packages cinnamon recommends:
ii  gnome-control-center  1:3.4.2+git20121016.29d7c0-1

cinnamon suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl

Bug#695339: uses wrong location for typelib files

[Michael Biebl]

Package: gir1.2-guestfs-1.0
Version: 1:1.18.10-1
Severity: serious

gir1.2-guestfs-1.0 uses multiarch paths to install its typelib file:
/usr/lib//girepository-1.0/Guestfs-1.0.typelib

gobject-introspection does not (yet) support multi-arch, so for the time
being this file needs to be moved to /usr/lib/girepository-1.0 manually.

See e.g [1] and also the gi mini policy [2]

Michael

[1]
http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/clutter-1.0/debian/gir1.2-clutter-1.0.install?view=markup
[2]
http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gobject-introspection/debian/policy.txt?view=markup


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#695340: auctex: xdvi does not understand synctex

[A Mennucc]

Package: auctex
Version: 11.87-1
Severity: normal

Ciao Davide,

to reproduce,
1) move away ~/.emacs , just in case,
2) open your favorite LaTeX file with Emacs (23 in my case),
3) select in the menu Command -> TeXing Options -> Correlate I/O
4) run Command -> LaTeX  ; by looking with C-c C-l , the command is
   latex --synctex=1  …
5) run Command -> View (say yes to emacs server, hit enter at the prompt)
 This last command starts xdvi to view the DVI compiled version

The problem is that xdvi does not understand synctex , it only works
with source specials. So correlation does not work.

Note that the internal variable TeX-source-correlate-method is set to
'auto' by default; if I customize it to 'source-specials' (and save
this setting, and close and reopen emacs — see attachment) then I/O
correlation works fine with LaTeX and XDvi ; but then is broken with
PDFLaTeX and evince(!)

So the solution is to correct the 'auto' method, so that, when xdvi will
be called to visualize the DVI file, then -src-special should be used.

BTW, is there a DVI visualizer that can use synctex? E.G. maybe using
evince for DVI files as well? (I did not check this , since I currently
do not understand what the 'TeX-evince-sync-view' command is…).


a.


-- Package-specific info:

Content of '/usr/share/emacs/site-lisp/auctex'

d41d8cd98f00b204e9800998ecf8427e  /usr/share/emacs/site-lisp/auctex/.nosearch
3366a99dd44e27fa57e0bcc130c4fa1c  /usr/share/emacs/site-lisp/auctex/bib-cite.el
6674b961058a19d2ff2f15c9d6d39272  
/usr/share/emacs/site-lisp/auctex/context-en.el
f5ed983cd477814f04e4a63affd4f323  
/usr/share/emacs/site-lisp/auctex/context-nl.el
0cbe483d1a5567ea46a104f4f1cd7784  /usr/share/emacs/site-lisp/auctex/context.el
b133f33d0c97e1ac061d9e5c88774781  
/usr/share/emacs/site-lisp/auctex/font-latex.el
f176261b5a5511cbe1401ee72ffb8947  
/usr/share/emacs/site-lisp/auctex/images/amstex.xpm
d33121019448617a3ad3bcafdeb8db40  
/usr/share/emacs/site-lisp/auctex/images/bibtex.xpm
1a43d6438010bceb374ab0a5f2bd05a8  
/usr/share/emacs/site-lisp/auctex/images/dropdown.xpm
41f1ae0341ae2e307d92a7b8b815f868  
/usr/share/emacs/site-lisp/auctex/images/dvipdf.xpm
2e4b8669b0168f32247411be3f999437  
/usr/share/emacs/site-lisp/auctex/images/dvips.xpm
55f7600cadc3a209e94bacf6bbc42a7c  
/usr/share/emacs/site-lisp/auctex/images/error.xpm
c29ad797273fd27201a40bd939a95fe0  
/usr/share/emacs/site-lisp/auctex/images/exec.xpm
79b958849511c67d6b13ef9f5b3673e8  
/usr/share/emacs/site-lisp/auctex/images/execbibtex.xpm
a8570e26e9f96b6f527cdbe218d6c55f  
/usr/share/emacs/site-lisp/auctex/images/execdvips.xpm
e647bc601aef2dc71b134a989df1adff  
/usr/share/emacs/site-lisp/auctex/images/execerror.xpm
4610ec6133f89ceb441c43dfee077361  
/usr/share/emacs/site-lisp/auctex/images/execpdftex.xpm
c9cd1fc9fe4fd122cbf900fae654a67b  
/usr/share/emacs/site-lisp/auctex/images/exectex.xpm
6a6b9af945d4735f048ea8e475f8d9b8  
/usr/share/emacs/site-lisp/auctex/images/execviewdvi.xpm
466466f6d1867510b058a9c184ffce5d  
/usr/share/emacs/site-lisp/auctex/images/execviewpdf.xpm
39d8ccaffb40b0c118e000f45272db05  
/usr/share/emacs/site-lisp/auctex/images/execviewps.xpm
6767e2583c668dcb47495197b9e8cb65  
/usr/share/emacs/site-lisp/auctex/images/gv.xpm
ff9c61ef5148a0cacd5422d7c0d99396  
/usr/share/emacs/site-lisp/auctex/images/jumpdvi.xpm
ece6608586b591f50f20d17cdb316a1c  
/usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-off.xpm
b1f10de33dcf1b5ca9ac6155c13683a3  
/usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-on.xpm
44e35faa18ab34f3c13ac3b0082bcc47  
/usr/share/emacs/site-lisp/auctex/images/pdftex.xpm
84673eb20ac3be7bf0eb4e84e23e828f  
/usr/share/emacs/site-lisp/auctex/images/prverr16.xpm
59e6a0dddb00ab16c4209a2e4c6e283d  
/usr/share/emacs/site-lisp/auctex/images/prverr20.xpm
30dc2ada41625cb24ea459bd62f7386c  
/usr/share/emacs/site-lisp/auctex/images/prverr24.xbm
225929f8131bdd7b9b8207494a59619a  
/usr/share/emacs/site-lisp/auctex/images/prverr24.xpm
0dac3d8eb00c902037cc5fa6a03e53e3  
/usr/share/emacs/site-lisp/auctex/images/prvtex-cap-up.xpm
40feb30f80d3606f32ba54b57ba18af5  
/usr/share/emacs/site-lisp/auctex/images/prvtex12.xbm
e1b3c9d6a6eb6fb6f096736cdfc059cf  
/usr/share/emacs/site-lisp/auctex/images/prvtex12.xpm
32406fc4b893b48d2996c424f61ea238  
/usr/share/emacs/site-lisp/auctex/images/prvtex16.xbm
cc4101ee6a3ab6a1f4e9991b91b3ff0b  
/usr/share/emacs/site-lisp/auctex/images/prvtex16.xpm
d4dbe057a8d3b2facd61cf7583c1e97c  
/usr/share/emacs/site-lisp/auctex/images/prvtex20.xpm
f25ba1b984b095c9c561e5443f3d77a3  
/usr/share/emacs/site-lisp/auctex/images/prvtex24.xbm
28ac0855d853f606dd91e3cfacaa8a14  
/usr/share/emacs/site-lisp/auctex/images/prvtex24.xpm
6ce704103821329336489e990bc6f267  
/usr/share/emacs/site-lisp/auctex/images/prvwrk12.xpm
5607f4e8bc0eb555206e6a3542205f45  
/usr/share/emacs/site-lisp/auctex/images/prvwrk14.xpm
878a7

Bug#695341: uses wrong location for typelib files

[Michael Biebl]

Package: gir1.2-urfkill-glib0
Version: 0.4.0-1
Severity: serious

gir1.2-urfkill-glib0 uses multiarch paths to install its typelib file:
/usr/lib//girepository-1.0/Urfkill-0.4.typelib

gobject-introspection does not (yet) support multi-arch, so for the time
being this file needs to be moved to /usr/lib/girepository-1.0 manually.

See e.g [1] and also the gi mini policy [2]

Michael

[1]
http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/clutter-1.0/debian/gir1.2-clutter-1.0.install?view=markup
[2]
http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gobject-introspection/debian/policy.txt?view=markup



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#673328: live-installer does not preserve /var/log; breaks freeradius

[Raphael Hertzog]

retitle 673328 fix live-installer to properly detect errors during tar 
extraction
thanks

On Thu, 06 Dec 2012, Raphael Hertzog wrote:
> I had a similar problem and it's probably the same as #652946.

So instead of reassigning it and merging it, we will repurpose
this bug to track the problem that live-installer sometimes
doesn't detect the underlying tar failure and lets the installation
proceed while in fact not all files have been copied.

The problem lies somewhere in this bit of code:

exec 4>&0
tar c . | \
(chdir /target && tar xv) | \
(
while read line; do
COUNT=$(($COUNT + 1))
CURRENT=$(($COUNT * 100 / $STEPS))

[ x$CURRENT = x$LAST_UPDATE ] && continue

LAST_UPDATE=$CURRENT
db_progress STEP 1 <&4
done
)
exec 0>&4

The exit code of the pipeline is the one of the last command, i.e. the big
parenthese. So maybe we could add a check after the loop to verify that
$COUNT >= $STEPS and exit with an error code otherwise ?

[ $COUNT -ge $STEPS ] || exit 1

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#695342: Uses wrong location for gobject-introspection files

[Michael Biebl]

Package: entangle
Version: 0.4.1-1
Severity: important

entangle provides gobject introspection files and installs them into the
system paths.

/usr/share/gir-1.0/Entangle-0.1.gir
/usr/lib//girepository-1.0/Entangle-0.1.typelib

If those gi files are really meant to be system-wide, they should be
split up into a -dev and gir1.2- package according to the gi mini policy
[2]. Please also not that gobject-introspection does not yet support
multi-arch paths so the typelib files need to be moved (manually) to
/usr/lib/girepository-1.0 for now [1].

Michael


[1]
http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/clutter-1.0/debian/gir1.2-clutter-1.0.install?view=markup
[2]
http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gobject-introspection/debian/policy.txt?view=markup

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#670467: RFP: udev-notify -- Display notifications about newly plugged hardware

[Axel Beckert]

Hi,

nodiscc wrote:
> Package: wnpp
> Severity: wishlist
> 
> * Package name: udev-notify

Nice idea. I'd like to see such functionality in Debian, too. Thanks
for the request.

>   Version : 0.1.3
>   Upstream Author : USU Team 
> * URL : http://udev-notify.learnfree.eu/

Upstream (Cc'ed) already has a .deb package of it, which does work on
Debian, too. But it does not meet Debian's standards yet. At least I
found the following issues:

* Neither copyright nor changelog file
* Mixed up section and archive (maybe an Ubuntu thing)
* No source package at all. Binary package is built by a script
  tools/debian-package.sh plus Makefile
* Embedded code copy of pyudev instead of depending on python-pyudev
* /usr/bin/udev-notify necessarily starts a bash process (should
  either use /bin/sh instead of /bin/bash and exec or it should be
  replaced by be a symlink to /usr/share/udev-notify/udev-notify.py)
* Missing dependency (either "Depends" or at least "Recommends") on a
  notification-daemon. (I don't expect it to work without as it's
  stated on the website that a notification-daemon is needed.)

> * License : GPLv3

This information can neither be found on the web page nor in the
source code, just on https://launchpad.net/udev-notify so far -- it
would more convincing if there would be a license mentioned (or
included) somewhere inside the source code.

I'd be glad if upstream would bring their own .deb in shape for Debian
and I'd help with that and would sponsor uploads to Debian.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#695282: auctex: error in beamer documents cannot be handled: Error occured after last TeX file closed

[Davide G. M. Salvetti]

tags + 695282 confirmed upstream
severity 695282 normal
thanks.
>  NP == Norbert Preining [2012-12-7]

NP> Package: auctex
NP> Version: 11.87-1
NP> Severity: important

Hi Norbert,

are you sure about the severity level?  I think this is normal, and I
set it accordingly; feel free to reset it to important if you object
(please, read on before objecting and consider the bug severity level
description @ ).

NP> since 11.87 it seems to me that very simple documents with errors,
NP> when run through latex, auctex cannot display the error place.

I did not (yet) check with 11.86, are you sure it's 11.87 specific?

NP> Take this example:

[...]

NP> Error occured after last TeX file closed

I think you run into a known problem, described into point 8 of AUCTeX
11.87 FAQ:

--8<---cut here---start->8---
  8. Why does `TeX-next-error' (`C-c `') fail?

 When writing the log file, TeX puts information related to a file,
 including error messages, between a pair of parentheses.  AUCTeX
 determines the file where the error happened by parsing the log
 file and counting the parentheses.  This can fail when there are
 other, unbalanced parentheses present.

 As a workaround you can activate so-called file:line:error
 messages for the log file.  (Those are are easier to parse, but
 may lack some details.)  Either you do this in the configuration
 of your TeX system (consult its manual to see where this is) or
 you add a command line switch to the (la)tex call, e.g. by
 customizing `LaTeX-command-style' or `TeX-command-list'.
--8<---cut here---end--->8---

In fact, if you check the log produced by your minimal example, you fill
find that there are unbalanced parentheses present (I do).

Note that the proposed workaround works (I can confirm it working here
at my site): if you add the `-file-line-error' option to the LaTeX call,
`C-c `' is able to spot the error (tested with pdflatex, I suppose it
works for latex as well).

Do you think that I should customize Debian to add `-file-line-error' by
default?  I'm not sure about what does `may lack some details' exactly
mean, do you know better?

NP> Normal documentclass article documents work without problem.

By looking at the log file I suppose you won't find unbalanced
parentheses there.

-- 
Servus, Davide


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

Bug#631669: liblwt-ocaml-dev: undefined references to libev

[Stéphane Glondu]

Le 26/06/2011 17:47, Ian Zimmerman a écrit :
> So yes, I'd say that the fact the dependency is too loose to catch this
> pernicious problem on a system configured this way is a bug.  (I'm not
> asking for "support" beyond fixing bugs, though) ;-)

In my opinion, the versioned dependency to libev-dev in liblwt-ocaml-dev
should be filled automatically, the same way it is for liblwt-ocaml. But
I don't know how to do it. dpkg-shlibdeps doesn't seem to be designed to
work this way. If so, I would say the bug is on dpkg-shlibdeps's side;
however it looks like a corner case, whose fix looks difficult and
intrusive...

I've put debian-dpkg in CC. Let's see if someone there has a suggestion.


Cheers,

-- 
Stéphane


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

Bug#695258: openrtm-aist-python: ITP or RFP?

[Mònica Ramírez Arceda]

Hi,

Is this report a RFP (request for a package) or an ITP (intend to
package) report? The type of report should appear in the title.

Thanks!


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

Bug#695343: t-p-u pre-approval syslinux/2:4.05+dfsg-6+deb7u1

[Ivo De Decker]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi,

I would like to ask pre-approval to upload syslinux 2:4.05+dfsg-6+deb7u1 to
testing-proposed-updates. The debdiff is below.

This version fixes bug #687848 (extlinux-update: fails to correctly update
changed syslinux debian themes). Without this fix, the themes never get
updated (because they are put into a subfolder of the intended location), which
means that the fix for #681426 (syslinux-themes-debian-wheezy:
extlinux/theme.cfg refers to debian-squeeze files), which leaves the system
unbootable, doesn't work.


This bug has been fixed in unstable with the same patch in version
2:4.06+dfsg-3.

--- syslinux-4.05+dfsg/debian/changelog 2012-06-30 14:11:28.0 +0200
+++ syslinux-4.05+dfsg/debian/changelog 2012-12-07 11:05:13.0 +0100
@@ -1,3 +1,12 @@
+syslinux (2:4.05+dfsg-6+deb7u1) testing-proposed-updated; urgency=low
+
+  * Non-maintainer upload.
+  * Upload to testing for wheezy.
+  * Correctly update syslinux debian themes in extlinux-update
+(Closes: #687848).
+
+ -- Ivo De Decker   Fri, 07 Dec 2012 11:02:31 +0100
+
 syslinux (2:4.05+dfsg-6) unstable; urgency=low
 
   * Using official package-type for udeb packages in control now.
diff -Nru syslinux-4.05+dfsg/debian/local/extlinux-update 
syslinux-4.05+dfsg/debian/local/extlinux-update
--- syslinux-4.05+dfsg/debian/local/extlinux-update 2012-06-30 
14:00:10.0 +0200
+++ syslinux-4.05+dfsg/debian/local/extlinux-update 2012-12-04 
19:49:59.0 +0100
@@ -403,10 +403,10 @@
 
if [ -n "${EXTLINUX_THEME_ORIG}" ]
then
-   cp -aL 
"/usr/share/syslinux/themes/${EXTLINUX_THEME_ORIG}/extlinux" 
"${_EXTLINUX_DIRECTORY}/themes/${EXTLINUX_THEME_ORIG}"
+   cp -aLT 
"/usr/share/syslinux/themes/${EXTLINUX_THEME_ORIG}/extlinux" 
"${_EXTLINUX_DIRECTORY}/themes/${EXTLINUX_THEME_ORIG}"
ln -sf "${EXTLINUX_THEME_ORIG}" 
"${_EXTLINUX_DIRECTORY}/themes/${EXTLINUX_THEME}"
else
-   cp -aL 
"/usr/share/syslinux/themes/${EXTLINUX_THEME}/extlinux" 
"${_EXTLINUX_DIRECTORY}/themes/${EXTLINUX_THEME}"
+   cp -aLT 
"/usr/share/syslinux/themes/${EXTLINUX_THEME}/extlinux" 
"${_EXTLINUX_DIRECTORY}/themes/${EXTLINUX_THEME}"
fi
 
echo " done."



Cheers,

Ivo


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

Bug#695344: Installs gobject-introspection / library files into system wide paths

[Michael Biebl]

Package: workrave
Version: 1.9.909+abc941eb70-1
Severity: important

Hi,

workrave installs gobjection-introspection files and a library 
into the system paths:
/usr/lib/girepository-1.0/Workrave-1.0.typelib
/usr/lib/x86_64-linux-gnu/libworkrave-private-1.0.so.0

Those files seem to be package private, so they should not be installed
in the system paths.
Moving them into a package-private directory like $pkglibdir seems
appropriate. See e.g. [1] how this can be done.

When you are installing the typelib into a package-private directory,
you need to adjust the typelib search path. As an example see [2].

Cheers,
Michael


[1]
http://git.gnome.org/browse/gnome-documents/commit/?id=a04a1eee491d7f0df83abfb00e610340b5fe1f19
[2]
http://git.gnome.org/browse/gtranslator/tree/src/gtr-plugins-engine.c?id=73de175b25390b176cdf55fc6b631f393b64caea#n71

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages workrave depends on:
ii  gconf-service3.2.5-1+build1
ii  libatk1.0-0  2.4.0-2
ii  libatkmm-1.6-1   2.22.6-2
ii  libc62.13-37
ii  libcairo-gobject21.12.2-2
ii  libcairo21.12.2-2
ii  libcairomm-1.0-1 1.10.0-1
ii  libgcc1  1:4.7.2-4
ii  libgconf-2-4 3.2.5-1+build1
ii  libgdk-pixbuf2.0-0   2.26.1-1
pn  libgdome2-0  
ii  libglib2.0-0 2.33.12+really2.32.4-3
ii  libglibmm-2.4-1c2a   2.32.1-1
ii  libgstreamer0.10-0   0.10.36-1
ii  libgtk-3-0   3.4.2-4
ii  libgtkmm-3.0-1   3.4.2-1
ii  libice6  2:1.0.8-2
ii  libpanel-applet-4-0  3.4.2.1-3
ii  libpango1.0-01.30.0-1
ii  libpangomm-1.4-1 2.28.4-2
ii  libpulse-mainloop-glib0  2.0-6
ii  libpulse02.0-6
ii  libsigc++-2.0-0c2a   2.2.10-0.3
ii  libsm6   2:1.2.1-2
ii  libstdc++6   4.7.2-4
ii  libx11-6 2:1.5.0-1
ii  libxml2  2.8.0+dfsg1-7
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.1-1
ii  multiarch-support2.13-37
pn  workrave-data

workrave recommends no packages.

Versions of packages workrave suggests:
ii  gnome-panel  3.4.2.1-3
ii  gnome-shell  3.4.2-3


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

Bug#695067: mesa: FTBFS on ppc64: symbols marked with 'D' on powerpc64 instead of 'T'

[Julien Cristau]

Control: tag -1 moreinfo

On Tue, Dec  4, 2012 at 02:33:28 +0900, Hiroyuki Yamamoto wrote:

> Source: mesa
> Version: 8.0.5-2
> Severity: normal
> Tags: patch upstream
> 
> Hi,
> 
> In output of nm utility, symbols are marked with 'D' on powerpc64-linux 
> instead of 'T'.
> Here is a patch and a buildlog attached.
> 
> http://buildd.debian-ports.org/status/package.php?p=mesa&suite=sid
> 
Sending a 3M attachment means your mail never makes it anywhere, this is
less than helpful.

Also, please:
- explain why nm is being different on ppc64 than everywhere else
- explain why we should be building the vmware driver on ppc64
- if you think it still makes sense, send the patch upstream to
  mesa-...@lists.freedesktop.org

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#695344: Acknowledgement (Installs gobject-introspection / library files into system wide paths)

[Michael Biebl]

https://mail.gnome.org/archives/commits-list/2011-January/msg10976.html

This is another nice example how to move the typelib into a package
private directory.
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#687848: Currently, only the symlink is removed

[Ivo De Decker]

On Wed, Dec 05, 2012 at 07:23:51AM +0100, Daniel Baumann wrote:
> On 12/04/2012 07:57 PM, Ivo De Decker wrote:
> >Daniel, will you fix this bug in sid and (via t-p-u) in wheezy, or do you 
> >want
> >someone else to do an NMU?

Daniel,

Thanks for the fix in sid. I filed a pre-approval request for wheezy (#695343)
and I will do the t-p-u NMU when I get the approval of the release team.

Cheers,

Ivo


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

Bug#695218: valgrind can't be used on programs compiled with -m32

[Alessandro Ghedini]

On gio, dic 06, 2012 at 01:19:41 +0100, Vincent Lefevre wrote:
> On 2012-12-06 00:41:25 +0100, Sebastian Ramacher wrote:
> > I was facing the same issue the other day and installing libc6-dbg:i386
> > did the trick for me.
> 
> "apt-get install libc6-dbg:i386" gives:
> E: Unable to locate package libc6-dbg
> 
> even though "apt-get update" included:
> 
> Get:1 http://ftp.debian.org unstable/main i386 Packages/DiffIndex [7876 B]
> Get:2 http://ftp.debian.org unstable/contrib i386 Packages/DiffIndex [7819 B]
> Get:3 http://ftp.debian.org unstable/non-free i386 Packages/DiffIndex [7819 B]

Did you do

# dpkg --add-architecture i386

?

It works here.

-- 
perl -E '$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse'


signature.asc
Description: Digital signature

Bug#695345: Please add a check for gobject-introspection packages

[Michael Biebl]

Package: lintian
Version: 2.5.10.2
Severity: wishlist

Hi,

packages shipping gobject-introspection files should follow the mini
policy outlined at [1].

If they install the introspection files into the system paths, the
.typelib file should go into a gir1.2-foo-X.Y package.
The .gir file should be moved into a -dev package.

There are some simple checks that lintian could do:
1/ Warn if the gir1.2-foo-X.Y package is not in section "introspection".
This section in the archive has been created explicitly for
gobject-introspection files.
2/ Warn if a package installs a .typelib file in the system path without
using a separate gir1.2 package.
This is usually an indication that the introspection files should either
be package-private or be split according to [1]
3/ Warn if the gir1.2-foo-X.Y package has no ${gir:Depends}
4/ Warn if the -dev package has no
Depends: gir1.2-foo-X.Y (= ${binary:Version}). This one is probably
tricky for src packages which build multiple -dev packages.

Cheers,
Michael

[1]
http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gobject-introspection/debian/policy.txt?view=markup


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lintian depends on:
ii  binutils   2.22-7.1
ii  bzip2  1.0.6-4
ii  diffstat   1.55-3
ii  file   5.11-2
ii  gettext0.18.1.1-9
ii  hardening-includes 2.2
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.26+b1
ii  libarchive-zip-perl1.30-6
ii  libc-bin   2.13-37
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.31-1+b2
ii  libdpkg-perl   1.16.9
ii  libemail-valid-perl0.190-1
ii  libipc-run-perl0.92-1
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtimedate-perl   1.2000-1
ii  liburi-perl1.60-1
ii  locales2.13-37
ii  man-db 2.6.3-2
ii  patchutils 0.3.2-1.1
ii  perl [libdigest-sha-perl]  5.14.2-15

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.16.9
ii  libhtml-parser-perl3.69-2
pn  libperlio-gzip-perl
ii  libtext-template-perl  1.45-2
ii  man-db 2.6.3-2
ii  xz-utils [lzma]5.1.1alpha+20120614-2

-- 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#675895: [Pkg-parrot-devel] Bug#675895: parrot: FTBFS in sid: (.text+0x20): undefined reference to `main'

[Alessandro Ghedini]

On Wed, Dec 05, 2012 at 03:13:16PM +0100, Salvatore Bonaccorso wrote:
> Control: reassign 675895 icu 4.8.1.1-7
> Control: fixed 675895 4.8.1.1-8
> Control: affects 675895 + parrot
> 
> Hi Alessandro and Jay
> 
> On Tue, Jun 05, 2012 at 02:22:07PM -0400, Jay Berkenbilt wrote:
> > Alessandro Ghedini  wrote:
> > 
> > > Apparently it's "icu-config --ldlfags" (called by Parrot's build system) 
> > > who
> > > brings in the PIE options (along with all the other hardening build 
> > > flags).
> > > Using --ldflags-libsonly should do (I'm working on it).
> > >
> > > The fact that icu-config passes all those build flags doesn't sound quite 
> > > right
> > > though and may cause other packages to FTBFS. Jay, what do you think?
> > 
> > Yes, this is a bug in ICU.  I'll switch it back to using
> > hardening-wrapper.  This came in when I changed from that to
> > dpkg-buildoptions.  There are odd things with icu's build system
> 
> I was going trough the list in [1], so the bugs 'affecting wheezy, but not
> sid'. With the above I tried to reassign and marking correct version
> so that this should not show up.

Thanks.

> I have builded the current version in wheezy (4.0.0-3) both in wheezy
> and unstable (which both have icu 4.8.1.1-10.

Yeah, I had marked it as fixed in icu/4.8.1.1-8 without reassigning, but it
seems that it doesn't work like that.

> But it looks there is another FTBFS on ia64[2].

Yup, that's #689177, which is sid-only.

Cheers

-- 
perl -E '$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse'


signature.asc
Description: Digital signature

Bug#695023: Update Sagasu package to 2.0.12

[Fabio Fantoni]

I have done new version of package that update/improve debian folder and 
close all open bugs on bug tracker:

https://github.com/Fantu/pkg-sagasu


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

Bug#618700: Not fixed

[Ritesh Raj Sarraf]

On Friday 07 December 2012 01:33 AM, Phillip Susi wrote:
> This was not fixed; the incorrect rule file is still in the debian
> directory and being packaged, though the rule in the upstream sources
> is correct.  Probably should remove the rules file in the debian
> directory and package the upstream one instead.
Thanks for pointing it out. Done.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."




signature.asc
Description: OpenPGP digital signature

Bug#694635: gnupg: gpg froze with a zombie after a Ctrl-C (intr character)

[Vincent Lefevre]

On 2012-12-07 10:53:16 +0100, Werner Koch wrote:
> On Wed, 28 Nov 2012 16:21, vinc...@vinc17.net said:
> > last one, it was taking too long, so that I did a Ctrl-C. However
> > this didn't interrupt gpg. Other Ctrl-C's had no effect. The gpg
> > process was still running, with a zombie.
> 
> Why do you think this is a GnuPG problem?  If Mutt does not kill gpg
> properly, gpg can't do anything. 

Mutt doesn't do anything special. I just do a Ctrl-C in the terminal,
which has the effect to send a SIGINT to the foreground process group.
Moreover, the gpg process has a zombie child, and Mutt can't do
anything about that. It is up to the processes to wait for their own
children.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#695340: auctex: xdvi does not understand synctex

[Davide G. M. Salvetti]

retitle 695340 TeX-source-correlate-method setting should be improved
severity 695340 wishlist
tags 695340 + confirmed upstream
thanks
>  AM == A Mennucc [2012-12-7]

AM> Package: auctex
AM> Version: 11.87-1
AM> Severity: normal

AM> Ciao Davide,

[...]

AM> So the solution is to correct the 'auto' method, so that, when xdvi
AM> will be called to visualize the DVI file, then -src-special should
AM> be used.

As I told you yesterday evening, this is a known `feature': see #596684,
and see the section `Reverse search: using source specials rather than
SyncTeX' of the README.Debian file.

I think you would like the TeX-source-correlate-method mechanism to be
improved to automatically choose among SyncTeX and source specials
taking into account the output format choice.  Therefore I did
--8<---cut here---start->8---
retitle 695340 TeX-source-correlate-method setting should be improved
severity 695340 wishlist
tags 695340 + confirmed upstream
--8<---cut here---end--->8---
Feel free to change anything above if you object.

AM> BTW, is there a DVI visualizer that can use synctex? E.G. maybe
AM> using evince for DVI files as well? (I did not check this , since I
AM> currently do not understand what the 'TeX-evince-sync-view' command
AM> is…).

`TeX-evince-sync-view' uses D-BUS to communicate with Evince.  This is
worth investigating, if we could use evince for DVI files with SyncTeX
support.  I will try something as soon as I have some more time, do the
same yourself, please.

-- 
Ciao, Davide


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

Bug#676676: dovecot fails to empty the inbox

[Santiago Vila]

severity 676676 serious
thanks

I'm using dovecot-pop3d on a server which has just been upgraded from
squeeze to wheezy, and found this bug as well. I confirm that without

 mail_privileged_group = mail

mail is not removed from inbox.

I'm marking this bug as RC because 

a) it should be easy to fix, and
b) I really believe we should not release wheezy with this bug.


According to dovecot documentation:

  /var/mail/ dotlocks

  Often mbox write locks include dotlock, which means that Dovecot
  needs to create a new ".lock" file to the directory where the
  mbox file exists. If your INBOXes are in /var/mail/ directory you
  may have to give Dovecot write access to the directory. There are
  two ways the /var/mail/ directory's permissions have traditionally
  been set up:

* World-writable with sticky bit set, allowing anyone to create new
  files but not overwrite or delete existing files owned by someone
  else (ie. same as /tmp). You can do this with chmod a+rwxt /var/mail

* Directory owned by a mail group and the directory set to
  group-writable

  You can give Dovecot access to mail group by setting:

  mail_privileged_group = mail

Debian policy clearly follows the second model so dovecot should be
configured accordingly by default.


Thanks.


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

Bug#695347: dput-ng: connects to the host even with -s

[Jakub Wilk]

Package: dput-ng
Version: 1.1

I was wondering why dput -s is so slow in comparison to the old good
dput-old-generation. It turns out that's because it connects the host:

connect(4, {sa_family=AF_INET, sin_port=htons(21), 
sin_addr=inet_addr("128.148.34.3")}, 16) = -1 EINPROGRESS (Operation now in 
progress)
recv(4, "220 ftp.upload.debian.org FTP se"..., 8192, 0) = 38
send(4, "USER anonymous\r\n", 16, 0)= 16
recv(4, "331 Please specify the password."..., 8192, 0) = 34
send(4, "PASS anonymous@\r\n", 17, 0)   = 17
recv(4, "230 Login successful.\r\n", 8192, 0) = 23
send(4, "CWD /pub/UploadQueue/\r\n", 23, 0) = 23
recv(4, "250 Directory successfully chang"..., 8192, 0) = 37
send(4, "QUIT\r\n", 6, 0)   = 6
recv(4, "221 Goodbye.\r\n", 8192, 0)= 14


Please do _not_ access the network if -s is specified. Thanks.


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

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

Versions of packages dput-ng depends on:
ii  python   2.7.3-3
ii  python-dput  1.1

--
Jakub Wilk


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

Bug#695221: (no subject)

[Marc Lebel]

Thanks Mike and Thomas for clarifying the issue.

The reason I picked Critical was because of it's "description"...

The part that applied to me was "makes unrelated software on the system (or the 
whole system)
break" when i loose network connectivity, to me, that is broken.

In my case, the severity comes from a business standpoint. I manage the servers 
and someone else manages the network.
In this case, they WILL NOT(Refuse) change the local network subnet just 
because of programming errors that will/should be fixed in the future.

The reason why I didn't go upstream (besides not knowing where to go) was that 
In another installation of XCP from xensource works fine with my non /24 
subnets. Only on Debian do I see this.

So now I feel like this won't be addressed.. I'm sure I am not the only one 
with this problem.

I also don't understand what you mean by :
>This doesn't match *at all* your bug report.

>> And I get network access this way.
>> The problem is that my network isn't configured like this and I don't want 
>> to change it just to accomodate this setup.
>> 
>> I also tried with other subnetmasks such as /25 /26 /27 ... and none of them 
>> worked except for /24.
>> 
>> Any help is appreciated!
I gave the problem and then the "solution" of what worked.. how does that not 
match?

Perhaps I need to be educated on the "debian way" of bug reporting.. I am all 
ears..

Marc

Bug#695348: collabtive: XSS and CSRF issues

[Thijs Kinkhorst]

Package: collabtive
Severity: important
Tags: security

Hi,

Two CVE's were assigned recently for 'ancient' Collabtive security issues:

CVE-2010-5284
http://www.exploit-db.com/exploits/15240

CVE-2010-5285
http://www.exploit-db.com/exploits/15240

Can you please check and verify that these old issues have been fixed in
the mean time?


thanks,
Thijs


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

Bug#695282: auctex: error in beamer documents cannot be handled: Error occured after last TeX file closed

[Norbert Preining]

Hi Davide,

thanks for your answer.

On Fr, 07 Dez 2012, Davide G. M. Salvetti wrote:
> are you sure about the severity level?  I think this is normal, and I
> set it accordingly; feel free to reset it to important if you object

Fine with me.

> I did not (yet) check with 11.86, are you sure it's 11.87 specific?

I didn't either, but I was surprised ...

> In fact, if you check the log produced by your minimal example, you fill
> find that there are unbalanced parentheses present (I do).

Really. How did you check ;-) ??? I didn't find one.

> Note that the proposed workaround works (I can confirm it working here
> at my site): if you add the `-file-line-error' option to the LaTeX call,
> `C-c `' is able to spot the error (tested with pdflatex, I suppose it
> works for latex as well).

I see.

> Do you think that I should customize Debian to add `-file-line-error' by
> default?  I'm not sure about what does `may lack some details' exactly
> mean, do you know better?

THat is a good question. If there is no serious drawback in file-line-error
mode, I would activate it. But the statement in the FAQ is s 
unclear. Unfortunately I don't know more about this, but I found the 
following statement:
http://lists.gnu.org/archive/html/bug-auctex/2010-04/msg1.html

Anyway, the canonical answer to problems with the error parser is to
enable file:line:error messages in LaTeX.  And with TeX Live you should
not lose anything from the error message (in contrast to MiKTeX).

Which hints at the fact that activating might be a good idea?

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

GRIMMET (n.)
A small bush from which cartoon characters dangle over the edge of a
cliff.
--- Douglas Adams, The Meaning of Liff


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

Bug#690791: build process end correctly on Ubuntu

[Alessandro Losavio]

I found a way to build the package on Ubuntu, and now all works 
smoothly. The problem was releated on mailing-lists.wml and 
mailing-lists.txt existence.



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

Bug#695349: gnat-4.6: fails to build os lovelace

[xavier]

Package: gnat-4.6
Version: 4.6.3-8
Severity: normal

Dear Maintainer,

Compiling org.os-lovelace.micro-kernel branch (monotone repository hosted @ 
www.ada-france.org),
revision 0295b8f9752c0ddb2975b561f2b96c60b9b2c535
with gnat-4.4 is ok
when switching to gnat-4.6 compilation aborts with this message :
gcc-4.6 -c -O2 -gnaty -gnatf -gnatL -nostdinc -nostdlib -gnat05 -gnatwae -gnato 
-m32 -I- -gnatA 
/home/xavier/lovelace/org.os-lovelace.micro-kernel/src/modules/module_fct1.adb
fatal error, run-time library not installed correctly
cannot locate file system.ads
compilation abandoned
gnatmake: 
"/home/xavier/lovelace/org.os-lovelace.micro-kernel/src/modules/module_fct1.adb"
 compilation error

In order to produce this problem one needs to do (in the workspace top 
directory) :
make x86_32_config
make GCC=gcc-4.6

The file system.ads is available in directory src/common/runtime which is 
listed in common.gpr project file.

Thanks ins advance, xavier

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnat-4.6 depends on:
ii  gcc-4.64.6.3-13
ii  gnat-4.6-base  4.6.3-8
ii  libc6  2.13-37
ii  libc6-dev  2.13-37
ii  libgcc11:4.7.2-4
ii  libgmp10   2:5.0.5+dfsg-2
ii  libgnat-4.64.6.3-8
ii  libgnatprj4.6  4.6.3-8
ii  libgnatvsn4.6  4.6.3-8
ii  libmpc20.9-4
ii  libmpfr4   3.1.0-5
ii  multiarch-support  2.13-37
ii  zlib1g 1:1.2.7.dfsg-13

gnat-4.6 recommends no packages.

Versions of packages gnat-4.6 suggests:
pn  ada-reference-manual-html  
pn  ada-reference-manual-info  
pn  ada-reference-manual-pdf   
pn  ada-reference-manual-text  
pn  gnat-4.6-doc   
pn  gnat-4.6-sjlj  

-- 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#691719: sphinx: Please cherry-pick changeset b7b808e46851 that fixes issues with localized projects

[Dmitry Shachnev]

Hi Jakub,

The pull request has been accepted upstream after some refactoring,
and I've updated the patch in SVN with the latest changes. If it
(still) looks good, can you please make a new upload?

We really want to make a new upload of ubuntu-packaging-guide with
Spanish translation included :)

Cheers,

--
Dmitry Shachnev

On Sat, Nov 24, 2012 at 11:24 PM, Jakub Wilk  wrote:
> * Dmitry Shachnev , 2012-11-23, 18:26:
>
>> Attached updated patch that is based on first one and
>>
>> http://dev.sphinx-doc.org/sphinx/pull-request/86/fixed-955-footnote-i18n-translation-cause/commits
>> .
>>
>> Does it look better?
>
>
> Looks good to me. If you tested it and it works, feel free to commit it to
> the repository.
>
> --
> Jakub Wilk


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

Bug#660765: please add option for tempdir location

[Stéphane Glondu]

Le 21/02/2012 18:14, Thomas Koch a écrit :
> I'd prefer to have the buildir under /tmp instead of the current working
> dir. Could you please add this option?
> I would provide a patch, if there'd be a Git repo for equivs.

Why is the temporary directory not created in /tmp in the first place?

In equivs-build, line 19, the DIR parameter is explicitly overridden to
the current directory. I guess this is so for a reason... By just
removing this argument, the tempdir location would just end up in /tmp,
an could be naturally overridden with the TMPDIR environment variable
without special handling in equivs itself.


Cheers,

-- 
Stéphane


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

Bug#675895: [Pkg-parrot-devel] Bug#675895: parrot: FTBFS in sid: (.text+0x20): undefined reference to `main'

[Salvatore Bonaccorso]

Hey Alessandro

On Fri, Dec 07, 2012 at 12:11:23PM +0100, Alessandro Ghedini wrote:
> > But it looks there is another FTBFS on ia64[2].
> 
> Yup, that's #689177, which is sid-only.

Yup, noticed it only after already sending my email.

Salvatore


signature.asc
Description: Digital signature

Bug#695350: latexml doesnt link properly with hyperref

[Craig Small]

Package: latexml
Version: 0.7.0-1
Severity: normal

If you try to use latexml and the document has hyperref package then
any hyperref links become a mess.
So tex source could have:

  A link to the \hyperref[blah]{link} to test. \ref{blah}

turns into:
A link to the ah]link to test. 0.1

The \hyperref link to "%5B#b.l" is wrong, but the \ref link of "#Ch0.S1"
is correct.  pdf documents link correctly from the same source.

Attached is my test file.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages latexml depends on:
ii  imagemagick   8:6.7.7.10-5
ii  libparse-recdescent-perl  1.967009+dfsg-1
ii  libxml-libxml-perl2.0010+dfsg-1
ii  libxml-libxslt-perl   1.78-1
ii  libxml2   2.8.0+dfsg1-7
ii  libxslt1.11.1.26-14
ii  perl  5.14.2-15
ii  perlmagick8:6.7.7.10-5

latexml recommends no packages.

latexml suggests no packages.

-- no debconf information
\documentclass{book}
\usepackage{hyperref}

\begin{document}
\section{Blah}
\label{blah}
This is first blah.

\section{Second}
\label{second}
A link to the \hyperref[blah]{link} to test. \ref{blah}

\end{document}

Bug#695347: dput-ng: connects to the host even with -s

[Arno Töll]

Hi Jakub,

On 07.12.2012 13:37, Jakub Wilk wrote:
> Please do _not_ access the network if -s is specified. Thanks.

well that's a matter of thinking, right? I know dput (old) didn't
connect to the network, while I chose to connect for real, but don't do
any writings.

That comes closest to my understanding of a simulation. As I understand
the procedure, it is meant to do everything a real upload would do,
without actually doing any actual changes.

That said, I don't mind reverting to the old behavior but I'm not sure
how that's an improvement over the status quo?

-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature

Bug#695332: [Pkg-xfce-devel] Bug#695332: Eject and Unmount USB flash drives

[Yves-Alexis Perez]

On ven., 2012-12-07 at 09:06 +, Carr, Michael wrote:
> Question: Is it possible to bring back the unmount plus eject
> functionallity?

Yes, this feature is (will be) back in Thunar 1.6, although that's not
targeted for Wheezy, indeed.

Regards,
-- 
Yves-Alexis


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

Bug#679533: Traffic forwarding issue between Xen domU/dom0

[Frank Baalbergen]

retitle Traffic forwarding issue between Xen domU/dom0
thanks

This week again this bug occurred again so we are trying to create some 
kind of reproduce algorithm.


First we've created two virtual machines named 
koekiemonster.bofh.hq.mendix.net and netappsim.bofh.hq.mendix.net. We've 
added 29 vifs to koekiemonster.bofh.hq.mendix.net.


During this tests we've always had a ping running to all ip addresses on 
koekiemonster.bofh.hq.mendix.net.


Dom0 details:
Debian Squeeze 6.0.6
Linux sirius 2.6.32-5-xen-amd64 #1 SMP Sun Sep 23 13:49:30 UTC 2012 
x86_64 GNU/Linux

ii  openvswitch-common 1.4.0-1~mxbp60+1
ii  openvswitch-controller 1.4.0-1~mxbp60+1
ii  openvswitch-datapath-module-2.6.32-5-xen-amd64 1.4.0-1~mxbp60+1
ii  openvswitch-pki1.4.0-1~mxbp60+1
ii  openvswitch-switch 1.4.0-1~mxbp60+1
ii  libxenstore3.0 4.0.1-5.4
ii  linux-image-2.6.32-5-xen-amd64 2.6.32-46
ii  linux-image-xen-amd64  2.6.32+29
ii  openvswitch-datapath-module-2.6.32-5-xen-amd64 1.4.0-1~mxbp60+1
ii  xen-hypervisor-4.0-amd64   4.0.1-5.4
ii  xen-linux-system-2.6-xen-amd64 2.6.32+29
ii  xen-linux-system-2.6.32-5-xen-amd642.6.32-46
ii  xen-qemu-dm-4.04.0.1-2+squeeze2
ii  xen-utils-4.0  4.0.1-5.4
ii  xen-utils-common   4.0.0-1
ii  xenstore-utils 4.0.1-5.4

Test 1 Passed:
250 times xm destroy netappsim.bofh.hq.mendix.net; sleep 2; xm create 
netappsim.bofh.hq.mendix.net


Test 2 Passed:
720 times sleep 90; xm reboot netappsim.bofh.hq.mendix.net

Now we changed our setup, we've added 23 other domU's to the dom0.

Test 3 Passed:
500 times xm destroy netappsim.bofh.hq.mendix.net; sleep 2; xm create 
netappsim.bofh.hq.mendix.net


Test 4 Failed four times in a row with a clean reboot of the dom0.
15 times sleep 90; reboot every domU with 2 seconds sleep between a reboot.

Dom0 details changed, we've upgraded openvswitch to the latest version 
available in Wheezy:

Changed to:
ii  openvswitch-common 
1.4.2+git20120612-9~mxbp60+1
ii  openvswitch-controller 
1.4.2+git20120612-9~mxbp60+1
ii  openvswitch-datapath-module-2.6.32-5-xen-amd64 
1.4.2+git20120612-9~mxbp60+1
ii  openvswitch-pki 
1.4.2+git20120612-9~mxbp60+1
ii  openvswitch-switch 
1.4.2+git20120612-9~mxbp60+1


Test 5 (same test as Test 4) with upgraded openvswitch failed as well.

Installed bridge-utils so we can reproduce this with Linux bridge.
ii  bridge-utils   1.4-5

Test 6 (same test as Test 4) with Linux bridge failed as well.

Our first conclusion right now is that the problem is bridge/openvswitch 
independent. Next step we are going

to try is upgrade the dom0 to wheezy and try again.

--
Frank Baalbergen - System / Network Engineer
T +31 (0)10 2760434 | frank.baalber...@mendix.com | www.mendix.com


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

Bug#695347: dput-ng: connects to the host even with -s

[Paul Tagliamonte]

We could add a flag to the profile?

"networkless_simulate" or something, and make sure uploaders play nice
On Dec 7, 2012 8:24 AM, "Arno Töll"  wrote:

> Hi Jakub,
>
> On 07.12.2012 13:37, Jakub Wilk wrote:
> > Please do _not_ access the network if -s is specified. Thanks.
>
> well that's a matter of thinking, right? I know dput (old) didn't
> connect to the network, while I chose to connect for real, but don't do
> any writings.
>
> That comes closest to my understanding of a simulation. As I understand
> the procedure, it is meant to do everything a real upload would do,
> without actually doing any actual changes.
>
> That said, I don't mind reverting to the old behavior but I'm not sure
> how that's an improvement over the status quo?
>
> --
> with kind regards,
> Arno Töll
> IRC: daemonkeeper on Freenode/OFTC
> GnuPG Key-ID: 0x9D80F36D
>
>

Bug#683273: CVE-2012-3435: zabbix/testing

[Yves-Alexis Perez]

On lun., 2012-10-01 at 22:59 +1000, Dmitry Smirnov wrote:
> Hi Raphael,
> 
> Thank you for fixing CVE-2012-3435 in Squeeze.
> 
> I've made a fix for Wheezy:
> 
>   
> http://anonscm.debian.org/gitweb/?p=collab-maint/zabbix.git;a=commitdiff;h=480ef5baede0f478a4a90a16b9453bc32b9f756d
> 
> and uploaded source package to 
> 
>   
> http://mentors.debian.net/debian/pool/main/z/zabbix/zabbix_1.8.11-1.1.dsc
> 
> This is my very first security-related upload so please review
> and advise if I shall upload or if you'll take care of the rest.

There's no security archive for Wheezy right now, so this need to go
through testing-proposed-updates. Please get contact with the release
team to get approval request.

Regards,
-- 
Yves-Alexis Perez
 Debian Security


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

Bug#695351: task stress: blocked for more than 120 seconds

[T]

Package: linux-image-3.2.0-0.bpo.4-amd64
Version: 3.2.32-1~bpo60+1

Hello,

Hardware: Dell R320, 2x300GB SAS disk RAID 1(01:00.0 RAID bus
controller: LSI Logic / Symbios Logic MegaRAID SAS 9240 (rev 03)
Both Dom0 and DomU runs Debian Squeeze with linux-image-3.2.0-0.bpo.4-amd64

Although errors occurs, domU seems to work OK.

domU - 8 cores, 8GB RAM

To reproduce run both:
stress --cpu 8 --io 4 --vm 2 --vm-bytes 128M -d 5
dbench 150

Errors in kern.log:

Dec  7 14:14:26 web1 kernel: [1.646137] EXT4-fs (xvda2):
re-mounted. Opts: (null)
Dec  7 14:14:26 web1 kernel: [1.705457] EXT4-fs (xvda2):
re-mounted. Opts: errors=remount-ro
Dec  7 14:14:26 web1 kernel: [2.399820] sshd (591):
/proc/591/oom_adj is deprecated, please use /proc/591/oom_score_adj
instead.
Dec  7 14:14:36 web1 kernel: [   12.484101] eth0: no IPv6 routers present
Dec  7 14:17:08 web1 kernel: [  164.555649] sched: RT throttling activated
Dec  7 14:18:24 web1 kernel: [  240.180036] INFO: task stress:626
blocked for more than 120 seconds.
Dec  7 14:18:24 web1 kernel: [  240.180048] "echo 0 >
/proc/sys/kernel/hung_task_timeout_secs" disables this message.
Dec  7 14:18:24 web1 kernel: [  240.180057] stress  D
8801f3ee3850 0   626624 0x
Dec  7 14:18:24 web1 kernel: [  240.180067]  8801f3ee3850
0282 8801f53c9e50 8801f5c3c8b0
Dec  7 14:18:24 web1 kernel: [  240.180079]  00013740
8801f53c9fd8 8801f53c9fd8 00013740
Dec  7 14:18:24 web1 kernel: [  240.180091]  8801f3ee3850
8801f53c8010 000d 8103d330
Dec  7 14:18:24 web1 kernel: [  240.180102] Call Trace:
Dec  7 14:18:24 web1 kernel: [  240.180114]  [] ?
select_task_rq_fair+0x55f/0x820
Dec  7 14:18:24 web1 kernel: [  240.180122]  [] ?
schedule_timeout+0x2d/0xd7
Dec  7 14:18:24 web1 kernel: [  240.180133]  [] ?
HYPERVISOR_event_channel_op+0x11/0x42
Dec  7 14:18:24 web1 kernel: [  240.180141]  [] ?
sched_clock+0x5/0x8
Dec  7 14:18:24 web1 kernel: [  240.180148]  [] ?
info_for_irq+0x9/0x1a
Dec  7 14:18:24 web1 kernel: [  240.180156]  [] ?
wait_for_common+0xd1/0x14e
Dec  7 14:18:24 web1 kernel: [  240.180164]  [] ?
_raw_spin_unlock_irqrestore+0x10/0x11
Dec  7 14:18:24 web1 kernel: [  240.180172]  [] ?
try_to_wake_up+0x191/0x191
Dec  7 14:18:24 web1 kernel: [  240.180182]  [] ?
__sync_filesystem+0x79/0x79
Dec  7 14:18:24 web1 kernel: [  240.180189]  [] ?
__sync_filesystem+0x79/0x79
Dec  7 14:18:24 web1 kernel: [  240.180196]  [] ?
sync_inodes_sb+0x93/0x16b
Dec  7 14:18:24 web1 kernel: [  240.180204]  [] ?
__sync_filesystem+0x79/0x79
Dec  7 14:18:24 web1 kernel: [  240.180211]  [] ?
__sync_filesystem+0x44/0x79
Dec  7 14:18:24 web1 kernel: [  240.180220]  [] ?
iterate_supers+0x5e/0xab
Dec  7 14:18:24 web1 kernel: [  240.180227]  [] ?
sys_sync+0x44/0x58
Dec  7 14:18:24 web1 kernel: [  240.180235]  [] ?
system_call_fastpath+0x16/0x1b
Dec  7 14:18:24 web1 kernel: [  240.180244] INFO: task stress:637
blocked for more than 120 seconds.
Dec  7 14:18:24 web1 kernel: [  240.180250] "echo 0 >
/proc/sys/kernel/hung_task_timeout_secs" disables this message.
Dec  7 14:18:24 web1 kernel: [  240.180258] stress  D
8801f41f8870 0   637624 0x
Dec  7 14:18:24 web1 kernel: [  240.180267]  8801f41f8870
0282 8801f4a61e50 8801f6c9c7b0
Dec  7 14:18:24 web1 kernel: [  240.180278]  00013740
8801f4a61fd8 8801f4a61fd8 00013740
Dec  7 14:18:24 web1 kernel: [  240.180289]  8801f41f8870
8801f4a60010 000d 
Dec  7 14:18:24 web1 kernel: [  240.180300] Call Trace:
Dec  7 14:18:24 web1 kernel: [  240.180305]  [] ?
schedule_timeout+0x2d/0xd7
Dec  7 14:18:24 web1 kernel: [  240.180313]  [] ?
filemap_fdatawait_range+0x10b/0x150
Dec  7 14:18:24 web1 kernel: [  240.180321]  [] ?
wait_for_common+0xd1/0x14e
Dec  7 14:18:24 web1 kernel: [  240.180329]  [] ?
_raw_spin_unlock_irqrestore+0x10/0x11
Dec  7 14:18:24 web1 kernel: [  240.180336]  [] ?
try_to_wake_up+0x191/0x191
Dec  7 14:18:24 web1 kernel: [  240.180343]  [] ?
__sync_filesystem+0x79/0x79
Dec  7 14:18:24 web1 kernel: [  240.180351]  [] ?
__sync_filesystem+0x79/0x79
Dec  7 14:18:24 web1 kernel: [  240.180358]  [] ?
sync_inodes_sb+0x93/0x16b
Dec  7 14:18:24 web1 kernel: [  240.180365]  [] ?
__sync_filesystem+0x79/0x79
Dec  7 14:18:24 web1 kernel: [  240.180373]  [] ?
__sync_filesystem+0x44/0x79
Dec  7 14:18:24 web1 kernel: [  240.180380]  [] ?
iterate_supers+0x5e/0xab
Dec  7 14:18:24 web1 kernel: [  240.180387]  [] ?
sys_sync+0x44/0x58
Dec  7 14:18:24 web1 kernel: [  240.180395]  [] ?
system_call_fastpath+0x16/0x1b


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

Bug#695318: linux-image-3.6-trunk-amd64: sdhci driver fails to interact with Ricoh e823 devices

[Arno Töll]

Hi Ben,

On 07.12.2012 03:16, Ben Hutchings wrote:
> There are also some similar bug reports on bugzilla.kernel.org:
> 
> https://bugzilla.kernel.org/show_bug.cgi?id=43370
> https://bugzilla.kernel.org/show_bug.cgi?id=50011
> 
> Do either of those seem to match what you're seeing?

I did also see the message from bug 50011 (" Will use DMA mode even
though HW doesn't fully claim to support it.") occasionally after
messing things up with the setpci calls from above. This message never
appeared isolated for me though, but only in conjunction with "error
-110 whilst initialising SD card".

Bug 43370 does does not seem to deal with the same issue, given my
reader is detected, and also reports back when a card was inserted.


By the way: I tried another card today (same type, same manufacturer)
which seems to work fine. The "bad" card, however, works without
problems at all on my Rasperry Pi.


-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature

Bug#695347: dput-ng: connects to the host even with -s

[Arno Töll]

On 07.12.2012 14:32, Paul Tagliamonte wrote:
> We could add a flag to the profile?

I don't think that makes too much sense. You don't use a simulation as
an eventual outcome of your option. Typically you'd simulate an upload
if you want to make sure things are all right and your setup works.

Hence, having a a (per-profile) option key to configure the simulation
behavior seems quite orthogonal to its use case. A command line switch
overriding or defining the behavior might be more useful in such a case.
I am thinking of a "degree of simulation" type argument, akin to -vvv
for "even more verbose" settings, or our -dd switch.

If that's worth the effort is another discussion.


-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature

Bug#695352: apt: incorrect behavior/documentation concerning foreign architectures for sources.list / apt-get update

[Vincent Lefevre]

Package: apt
Version: 0.9.7.6
Severity: normal

In order to get i386 packages from unstable on my amd64 machine,
I added the following line to /etc/apt/sources.list according to
what the sourceslist(5) man page says:

deb [ arch=i386 ] http://ftp.debian.org/debian/ unstable main contrib non-free

But after that and "apt-get update", I still got:

# apt-get install libc6-dbg:i386
Reading package lists... Done
Building dependency tree   
Reading state information... Done
E: Unable to locate package libc6-dbg

I've been suggested to run "dpkg --add-architecture i386". Then after
an "apt-get update", "apt-get install libc6-dbg:i386" works, but there
are several drawbacks:

1. All i386 Packages files are downloaded by "apt-get update", not
just those in unstable ("dpkg --add-architecture i386" adds i386
to APT::Architectures, hence the problem).

2. I get warnings at the end of "apt-get update":

W: Duplicate sources.list entry http://ftp.debian.org/debian/ unstable/main 
i386 Packages 
(/var/lib/apt/lists/ftp.debian.org_debian_dists_unstable_main_binary-i386_Packages)
W: Duplicate sources.list entry http://ftp.debian.org/debian/ unstable/contrib 
i386 Packages 
(/var/lib/apt/lists/ftp.debian.org_debian_dists_unstable_contrib_binary-i386_Packages)
W: Duplicate sources.list entry http://ftp.debian.org/debian/ unstable/non-free 
i386 Packages 
(/var/lib/apt/lists/ftp.debian.org_debian_dists_unstable_non-free_binary-i386_Packages)
W: You may want to run apt-get update to correct these problems

This may be due to the above line I added, but this isn't really
a duplicate as one may want to specify i386 explicitly in the
/etc/apt/sources.list file. The last line "You may want to run
apt-get update to correct these problems" is incorrect (running
"apt-get update" should never output such a message, since it
suggests to do what one has just done).

Anyway since i386 was specified explicitly in the deb line above,
adding i386 to APT::Architectures via "dpkg --add-architecture i386"
should not have been necessary. If there is anything else to do
without using "dpkg --add-architecture i386" (to avoid its drawbacks),
then it should be documented.

-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image.*";
APT::NeverAutoRemove:: "^kfreebsd-image.*";
APT::NeverAutoRemove:: "^linux-restricted-modules.*";
APT::NeverAutoRemove:: "^linux-ubuntu-modules-.*";
APT::NeverAutoRemove:: "^gnumach$";
APT::NeverAutoRemove:: "^gnumach-image.*";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Never-MarkAuto-Sections:: "oldlibs";
APT::Never-MarkAuto-Sections:: "restricted/oldlibs";
APT::Never-MarkAuto-Sections:: "universe/oldlibs";
APT::Never-MarkAuto-Sections:: "multiverse/oldlibs";
APT::Cache-Limit "67108864";
APT::Update "";
APT::Update::Post-Invoke-Success "";
APT::Update::Post-Invoke-Success:: "test -x /usr/bin/apt-show-versions || exit 
0 ; apt-show-versions -i";
APT::Update::Post-Invoke-Success:: "[ ! -f /var/run/dbus/system_bus_socket ] || 
/usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt 
org.debian.apt.CacheChanged || true";
APT::Update::Post-Invoke-Success:: "/usr/bin/test -e 
/usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && 
/usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call 
--system --dest org.freedesktop.PackageKit --object-path 
/org/freedesktop/PackageKit --timeout 1 --method 
org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo 
> /dev/null";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Architectures:: "i386";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "1";
APT::Compressor::gzip "";
APT::Compressor::gzip::Name "gzip";
APT::Compressor::gzip::Extension ".gz";
APT::Compressor::gzip::Binary "gzip";
APT::Compressor::gzip::Cost "2";
APT::Compressor::gzip::CompressArg "";
APT::Compressor::gzip::CompressArg:: "-9n";
APT::Compressor::gzip::UncompressArg "";
APT::Compressor::gzip::UncompressArg:: "-d";
APT::Compressor::bzip2 "";
APT::Compressor::bzip2::Name "bzip2";
APT::Compressor::bzip2::Extension ".bz2";
APT::Compressor::bzip2::Binary "bzip2";
APT::Compressor::bzip2::Cost "3";
APT::Compressor::bzip2::CompressArg "";
APT::Compressor::bzip2::CompressArg:: "-9";
APT::Compressor::bzip2::UncompressArg "";
APT::Compressor::bzip2::Uncompr

Bug#695353: tumbler: Unable to umount devices

[Thanatermesis]

Package: tumbler
Version: 0.1.25-1+b1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

There's a lot of cases that I'm simply unable to umount pluggable devices (usb 
sticks, usb hard disks, etc...), I found that the cause is a remaining 
(zombie?) process of "tumblerd", by doing "killall tumblerd" i can then umount 
the devices

I marked the severity as important because a common user without
advanced knowledges will be simply not able to umount their devices,
forcing him to unplug it manually without mount, this will lead to
corrupted data which imho is absolutely unacceptable, specially for a
stable release of debian.

Thanks

- -- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tumbler depends on:
ii  libc6   2.13-37
ii  libcairo2   1.12.2-2
ii  libdbus-1-3 1.6.8-1
ii  libdbus-glib-1-20.100-1
ii  libfreetype62.4.9-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-3
ii  libgstreamer0.10-0  0.10.36-1
ii  libjpeg88d-1
ii  libpng12-0  1.2.49-1
ii  libpoppler-glib80.18.4-3
ii  libtumbler-1-0  0.1.25-1+b1
ii  libxml2 2.8.0+dfsg1-6
ii  tumbler-common  0.1.25-1
ii  zlib1g  1:1.2.7.dfsg-13

tumbler recommends no packages.

Versions of packages tumbler suggests:
pn  tumbler-plugins-extra  

- -- no debconf information

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

iQIcBAEBCAAGBQJQwfSyAAoJEKLHmb/f+NfCysAQAJwpQ0575c+9ACyqwtBGftCt
iuolthMvgJgeyYgL1oXfo9o2hgVSp1NL8PZjqVW/6zdgpVrQoTE6EENeyJ12bDGi
jeUuGAMjH6cRSJo2oVX6mW0F4XXiQ1p9WRuXQMymZhHqPiHUoH70nCw+8L4d7D3b
EzmkwTlLedOsBtCbELiRpsh/yXxPDSlDfhGKMRLRBsgOKPTJtHUpH5njZegIY4NY
q4wTdwWHNATBDS4wnoKkF2uSTDNbAWHEnyRpKqLcpFFXUewCJB6/RDo4ujMxq16T
ka3oQYnwYo1s6d42g4IKvhInT87h+mdak/MObHb3jamip5Tuw7bW/05LL/ta37Fw
UhAp9q0NkQbyLp9PVOVF1D7EhqcbLMSRGCp/GYvA1BuWOorTq4lCAyBJFP6kJSZ4
5NNGUyTnOA1vAcP93xG/h1tUf2U1s9f+32oJT8Ndmcjjhse7s14EzADq4lTzvVar
55/ltEyEMk0Nqk77WWj23NNFGgzhPowXWRres14oRJgq9trRuA+eh2Rl6g79WuwM
jtQ+fgVG5+rsdrR3ctxk96FhB3URGkT7csz7YimqEiW2WFQeLIal78SKCnHhU4V/
xjPSRDlTeHdeIhDkvUQfb+mrgQHrD4mKkk/DEvrDwASbHzh8T7lvnulPlEqCPr4q
Edyc3l1DzDq5xVYfzL44
=/1js
-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#680095: iceweasel: Iceweasel consumes 50-80% cpu when idling

[Pierre M.]

Package: iceweasel
Version: 10.0.11esr-1
Followup-For: Bug #680095

Dear Maintainer,

iceweasel stills uses ~70% CPU when idleing according to "top".
Even after hibernate-defreeze.
The cooling fan noise is a pain. I wonder how other Debian users do ? Any clue
to help me ?
Thanks in advance.

P.M.



-- Package-specific info:

-- Extensions information
Name: Firebug
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/fire...@software.joehewitt.com
Package: xul-ext-firebug
Status: enabled

Name: FireGPG
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/fire...@firegpg.team
Package: xul-ext-firegpg
Status: enabled

Name: Flashblock
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{3d7eb24f-2740-49df-8937-200b1cc08f8a}
Package: xul-ext-flashblock
Status: enabled

Name: Français Language Pack locale
Location: /usr/lib/iceweasel/extensions/langpack...@iceweasel.mozilla.org.xpi
Package: iceweasel-l10n-fr
Status: enabled

Name: NoScript
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{73a6fe31-595d-460b-a920-fcc0f8843232}
Package: xul-ext-noscript
Status: enabled

Name: RequestPolicy
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/requestpol...@requestpolicy.com
Package: xul-ext-requestpolicy
Status: enabled

Name: Thème par défaut theme
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

-- Plugins information
Name: Gnome Shell Integration
Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so
Package: gnome-shell
Status: enabled

Name: Java(TM) Plug-in 1.6.0_26
Location: /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/amd64/libnpjp2.so
Package: sun-java6-bin
Status: disabled


-- Addons package information
ii  gnome-shell3.4.2-3  amd64graphical shell for the GNOME des
ii  iceweasel  10.0.11esr-1 amd64Web browser based on Firefox
ii  iceweasel-l10n 1:10.0.11esr all  French language package for Icewe
ii  sun-java6-bin  6.26-0squeez amd64Sun Java(TM) Runtime Environment 
ii  xul-ext-firebu 1.9.2~b2-1   all  web development plugin for Icewea
ii  xul-ext-firegp 0.8-1amd64Iceweasel/Firefox extension to us
ii  xul-ext-flashb 1.5.15-1 all  mozilla extension to block Adobe 
ii  xul-ext-noscri 2.1.4-1  all  Javascript/plugins permissions ma
ii  xul-ext-reques 0.5.25-1 all  improve your browsing: more priva

-- System Information:
Debian Release: 6.0.6
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages iceweasel depends on:
ii  debianutils 4.3.2
ii  fontconfig  2.8.0-2.1
ii  libc6   2.13-37
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-3
ii  libgtk2.0-0 2.24.10-2
ii  libnspr42:4.9.2-1
ii  libnspr4-0d 2:4.9.2-1
ii  libsqlite3-03.7.13-1
ii  libstdc++6  4.7.2-4
ii  procps  1:3.2.8-9squeeze1
ii  xulrunner-10.0  10.0.11esr-1

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
pn  fonts-stix | otf-stix  
ii  libgssapi-krb5-2   1.10.1+dfsg-3
pn  mozplugger 

Versions of packages xulrunner-10.0 depends on:
ii  libasound21.0.25-4
ii  libatk1.0-0   2.4.0-2
ii  libbz2-1.01.0.5-6+squeeze1
ii  libc6 2.13-37
ii  libcairo2 1.12.2-2
ii  libdbus-1-3   1.6.8-1
ii  libdbus-glib-1-2  0.100-1
ii  libevent-2.0-52.0.19-stable-3
ii  libfontconfig12.9.0-7
ii  libfreetype6  2.4.2-2.1+squeeze4
ii  libgcc1   1:4.7.2-4
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.33.12+really2.32.4-3
ii  libgtk2.0-0   2.24.10-2
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8d-1
ii  libmozjs10d   10.0.11esr-1
ii  libnotify40.7.5-1
ii  libnspr4-0d   2:4.9.2-1
ii  libnss3-1d2:3.13.6-1
ii  libpango1.0-0 1.30.0-1
ii  libpixman-1-0 0.26.0-3
ii  libreadline6  6.1-3
ii  libsqlite3-0  3.7.13-1
ii  libstartup-notification0  0.12-1
ii  libstdc++64.7.2-4
ii  libvpx1   1.1.0-1
ii  libx11-6  2:1.5.0-1
ii  libxext6  2:1.1.2-1
ii  libxrender1   1:0.9.6-1
ii  libxt61:1.1.3-1
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages xulrunner-10.0 suggests:
ii  libcanberra0  0.24-1
ii  libgnomeui-0  2.24.3-1

-- no debconf information


-- 
To UNSUBSCRIBE, e

Bug#695218: valgrind can't be used on programs compiled with -m32

[Vincent Lefevre]

On 2012-12-07 12:05:48 +0100, Alessandro Ghedini wrote:
> Did you do
> 
> # dpkg --add-architecture i386
> 
> ?

After doing that and "apt-get update" again, I could install
libc6-dbg:i386, and valgrind now works with i386 executables.

IMHO, the valgrind error message should be corrected (completed)
concerning the particular case of 32-bit executables (or more
generally foreign architecture?).

Note: "dpkg --add-architecture i386" has some drawbacks and it
shouldn't be needed according to the sources.list(5) man page;
I've reported a bug about that (#695352).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#681169: Bug is also fixed in current testing

[Diederik de Haas]

fixed 681169 4.0.4debian2-3

Verified it works with the version currently in testing by upgrading my 
existing 
vms and also 2 vms created from scratch.
It works in all of them, so marking bug report accordingly.

Cheers,
  Diederik


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

Bug#695354: tcc: please provide a Multi-Arch: foreign interface

[Helmut Grohne]

Package: tcc
Version: 0.9.26~git20120612.ad5f375-6
Severity: wishlist
Tags: patch
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Please provide a Multi-Arch version of tcc. Since tcc provides a command
line interface the only meaningful option is foreign. However the files
tcc creates are architecture dependent. So the only way to achieve
M-A:foreign is to provide multiple packages with disjoint contents. The
way this works in crossbuilding is to prefix the compiler with the
architecture triplet. So on amd64 tcc would be called
x86_64-linux-gnu-tcc. Since different architectures use different names
multiple packages can coexist and be marked M-A:foreign.

The attached patch introduces a new binary package tcc-$debianarch. This
package is only built for DEB_HOST_ARCH == DEB_BUILD_ARCH. So the total
increase on packages in 1 per architecture. The new package ships the
compiler binary and is marked M-A:foreign. The original tcc package now
depends on tcc-$debianarch and ships a compatibility symlink tcc ->
$triplet-tcc to retain the original interface. Of course the tcc package
cannot be marked Multi-Arch in any way.

The patch can later be extended to also build cross compilers (i.e.
DEB_HOST_ARCH != DE_BUILD_ARCH). Those can be added on demand. Also note
that this patch obsoletes bug #673380 since tcc-amd64 and tcc-i386 can
be installed simultaneously.

One motivation to doing this work is to showcase the necessary work to
turn the gcc package into a full fledged cross compiler. See #666743.

Thanks to Thomas Preud'homme for bringing my attention to this lovely
package.

Helmut
Executable bits not represendet in the diff:

chmod +x debian/control.in debian/tcc-any.lintian-overrides.in

diff -Nru tcc-0.9.26~git20120612.ad5f375/debian/changelog 
tcc-0.9.26~git20120612.ad5f375/debian/changelog
--- tcc-0.9.26~git20120612.ad5f375/debian/changelog 2012-07-21 
18:41:21.0 +0200
+++ tcc-0.9.26~git20120612.ad5f375/debian/changelog 2012-10-23 
09:59:41.0 +0200
@@ -1,3 +1,17 @@
+tcc (0.9.26~git20120612.ad5f375-6.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Convert to multiarch.
++ Add packages tcc-$debarch via control.in.
++ Move compiler to usr/bin/$triplet-tcc in tcc-$debarch.
++ Move tccdir to usr/lib/$buildtriplet/tcc/$hosttriplet to enable building
+  cross compilers where $buildtriplet != $hosttriplet.
++ Turn tcc into a meta package providing symlinks for tcc and its manual
+  page.
++ Reassign lintian overrides to new packages.
+
+ -- Helmut Grohne   Tue, 23 Oct 2012 08:32:18 +0200
+
 tcc (0.9.26~git20120612.ad5f375-6) unstable; urgency=low
 
   [Paul Tagliamonte]
diff -Nru tcc-0.9.26~git20120612.ad5f375/debian/control 
tcc-0.9.26~git20120612.ad5f375/debian/control
--- tcc-0.9.26~git20120612.ad5f375/debian/control   2012-07-09 
15:30:35.0 +0200
+++ tcc-0.9.26~git20120612.ad5f375/debian/control   2012-10-23 
09:45:45.0 +0200
@@ -12,8 +12,7 @@
 
 Package: tcc
 Architecture: any-i386 any-amd64 armel
-Depends: ${shlibs:Depends}, ${misc:Depends}
-Recommends: libc6-dev | libc-dev
+Depends: ${tcc-arch:Package} (= ${binary:Version}), ${misc:Depends}
 Provides: c-compiler
 Description: small ANSI C compiler
  TCC (for Tiny C Compiler) is a small and fast ANSI C compiler.  It
@@ -27,6 +26,508 @@
  production use.  The code it generates is much less optimized than what
  GCC produces, and compiler bugs can have serious security consequences
  for your program.
+ .
+ This package provides the tcc command.
+
+Package: tcc-uclibc-linux-i386
+Architecture: uclibc-linux-i386
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Recommends: libc6-dev | libc-dev
+Multi-Arch: foreign
+Description: small ANSI C compiler for target architecture i386-linux-uclibc
+ TCC (for Tiny C Compiler) is a small and fast ANSI C compiler.  It
+ generates optimized x86 code, and can compile, assemble, and link
+ several times faster than 'gcc -O0'.  Any C dynamic library can be used
+ directly.  It includes an optional memory and bounds checker, and
+ bounds-checked code can be mixed freely with standard code.  C script
+ is also supported via the usual hash-bang mechanism.
+ .
+ NOTE: TCC is still somewhat experimental and is not recommended for
+ production use.  The code it generates is much less optimized than what
+ GCC produces, and compiler bugs can have serious security consequences
+ for your program.
+ .
+ This package ships the actual compiler binary called i386-linux-uclibc-tcc.
+
+Package: tcc-uclibc-linux-amd64
+Architecture: uclibc-linux-amd64
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Recommends: libc6-dev | libc-dev
+Multi-Arch: foreign
+Description: small ANSI C compiler for target architecture x86_64-linux-uclibc
+ TCC (for Tiny C Compiler) is a small and fast ANSI C compiler.  It
+ generates optimized x86 code, and can compile, assemble, and link
+ several times faster than 'gcc -O0'.  Any C dynamic library can be used
+ 

Bug#694624: PATCH freezes under lying (root)

[Pat Emblen]

Hi, here's version 2.
I read the kernel patch info , but I'm mostly running off 
http://www.debian.org/doc/manuals/maint-guide/modify.en.html

Thanks for your help.

Pat


Description: Updates to the man page to more accurately describe the
 behaviour of the program.
Forwarded: not-needed
Bug-Debian: http://bugs.debian.org/694624
Author: Patrick Emblen 
--- a/man/man8/xfs_freeze.8
+++ b/man/man8/xfs_freeze.8
@@ -1,16 +1,16 @@
 .TH xfs_freeze 8
 .SH NAME
-xfs_freeze \- suspend access to an XFS filesystem
+xfs_freeze \- suspend access to a freezable filesystem
 .SH SYNOPSIS
 .B xfs_freeze \-f
 |
 .B \-u
-.I mount-point
+.I path
 .fi
 .SH DESCRIPTION
 .B xfs_freeze
-suspends and resumes access to an XFS filesystem (see
-.BR xfs (5)).
+suspends and resumes access to compatible filesystems.
+The root filesystem is not treated in any special way and may also be frozen.
 .PP
 .B xfs_freeze
 halts new access to the filesystem and creates a stable image on disk.
@@ -19,15 +19,12 @@
 that support the creation of snapshots.
 .PP
 The
-.I mount-point
-argument is the pathname of the directory where the filesystem
-is mounted.
-The filesystem must be mounted to be frozen (see
-.BR mount (8)).
+.I path
+argument is the path to any directory within the mounted filesystem.
 .PP
 The
 .B \-f
-flag requests the specified XFS filesystem to be
+flag requests the specified filesystem to be
 frozen from new modifications.
 When this is selected, all ongoing transactions in the filesystem
 are allowed to complete, new write system calls are halted, other
@@ -55,16 +52,26 @@
 must be supplied to
 .BR xfs_freeze .
 .SH NOTES
-A copy of a frozen XFS filesystem will usually have the same universally
+The command was originally specific to the XFS filesystem (see
+.BR
+xfs (5))but since Linux kernel version 2.6.29, the interface which
+XFS uses to freeze and unfreeze has been elevated to the VFS, so that
+this tool can now be used on many other Linux filesystems.
+.PP
+.BR xfs_freeze
+treats the root filesystem the same as any other filesystem.
+.B
+Take great care to verify that the path you specify contains the filesystem
+.B
+you intend to freeze and is not for example, an empty mount-point.
+It is usually impossible to logon to a system with a frozen root.
+.PP
+A copy of a frozen filesystem will usually have the same universally
 unique identifier (UUID) as the original, and thus may be prevented from
 being mounted.
-The XFS
+For XFS filesystems, the
 .B nouuid
 mount option can be used to circumvent this issue.
-.PP
-In Linux kernel version 2.6.29, the interface which XFS uses to freeze
-and unfreeze was elevated to the VFS, so that this tool can now be
-used on many other Linux filesystems.
 .SH SEE ALSO
 .BR xfs (5),
 .BR lvm (8),

Bug#695067: mesa: FTBFS on ppc64: symbols marked with 'D' on powerpc64 instead of 'T'

[Hiroyuki Yamamoto]

(2012-12-07 20:38 +0100), Julien Cristau wrote: 
>> Hi,

Hi,

>> In output of nm utility, symbols are marked with 'D' on powerpc64-linux 
>> instead of 'T'.
>> Here is a patch and a buildlog attached.
>>
>> http://buildd.debian-ports.org/status/package.php?p=mesa&suite=sid
>>
> Sending a 3M attachment means your mail never makes it anywhere, this is
> less than helpful.

Oh, sorry, I only wanted to show that it can build satisfactorily.

> Also, please:
> - explain why nm is being different on ppc64 than everywhere else

32-bit PowerPC Linux (powerpc port) uses "SVR4 ABI", but 64-bit PowerPC Linux 
(ppc64 port) uses "64-bit PowerPC ELF ABI".
http://refspecs.linuxfoundation.org/ELF/ppc64/PPC-elf64abi.html

In 64-bit PowerPC ELF ABI, function descriptors are found in data section.

> - explain why we should be building the vmware driver on ppc64

Do you ask me for the justification for existence of libxatracker1 package in 
mesa source?

> - if you think it still makes sense, send the patch upstream to
>   mesa-...@lists.freedesktop.org

Hmmm,
In order to get maintainers' refereeing and judgment that this patch should be 
sent to upstream, 
I contributed to BTS.
Do you say that it shoudn't be sent to upstream?

Regards,
-- 
Hiroyuki Yamamoto
A75D B285 7050 4BF9 AEDA  91AC 3A10 59C6 5203 04DC


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

Bug#692753: Balazar dies soon with "Error: (GL_INVALID_OPERATION)"

[Tobias Bengfort]

I agree with Andrey,

the official homepage states that the project is "interrupted" [1] and
the last change in svn is 17 month ago [2].

So the whole package should be removed.

regards
tobias


[1]: http://home.gna.org/oomadness/en/balazar/
[2]: http://svn.gna.org/viewcvs/balazar/



signature.asc
Description: OpenPGP digital signature

Bug#695356: src:libwmf: acknowledge NMUs 0.2.8.4-10.2

[Helmut Grohne]

Package: src:libwmf
Version: 0.2.8.4-10.2
Severity: normal
Tags: pending

Dear Maintainer,

There were two NMUs for libwmf. Please incorporate those changes in the
package and close this bug with the next maintainer upload. A
cumulative debdiff for both NMUs is attached.

Helmut
diff -Nru libwmf-0.2.8.4/debian/changelog libwmf-0.2.8.4/debian/changelog
--- libwmf-0.2.8.4/debian/changelog 2012-01-06 00:53:36.0 +0100
+++ libwmf-0.2.8.4/debian/changelog 2012-11-29 17:28:35.0 +0100
@@ -1,3 +1,20 @@
+libwmf (0.2.8.4-10.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add Multi-Arch headers. (Closes: #677786)
+The support was basically there. libwmf0.2-7 already ships libraries in
+/usr/lib/. No changes besides adding headers were necessary.
+
+ -- Helmut Grohne   Thu, 29 Nov 2012 17:26:47 +0100
+
+libwmf (0.2.8.4-10.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/control
+- "libwmf-bin: Depends: gsfonts" fixes font load error (Closes: #685802)
+
+ -- Hideki Yamane   Thu, 20 Sep 2012 13:09:11 +0900
+
 libwmf (0.2.8.4-10) unstable; urgency=low
 
   * Read libwmf binary package name from control in rules.
diff -Nru libwmf-0.2.8.4/debian/control libwmf-0.2.8.4/debian/control
--- libwmf-0.2.8.4/debian/control   2012-01-06 00:29:18.0 +0100
+++ libwmf-0.2.8.4/debian/control   2012-11-29 17:26:39.0 +0100
@@ -22,6 +22,7 @@
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Recommends: gsfonts
+Multi-Arch: same
 Description: Windows metafile conversion library
  Windows metafile (WMF) is a picture format used by many Windows
  programs, e.g. Microsoft Word.  libwmf is a library for interpreting
@@ -34,6 +35,8 @@
 Section: graphics
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
+Recommends: gsfonts
+Multi-Arch: foreign
 Description: Windows metafile conversion tools
  Windows metafile (WMF) is a picture format used by many Windows
  programs, e.g. Microsoft Word.  libwmf is a library for interpreting

Bug#695355: unblock: libwmf/0.2.8.4-10.2

[Helmut Grohne]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package libwmf

The version in unstable fixes

 * #685802 RC. Failure to load fonts.
 * #677786 missing Multi-Arch blocks ia32-libs-gtk.

Please find a debdiff from wheezy to sid attached. Observe that the only
two files changed are debian/changelog and debian/control.

unblock libwmf/0.2.8.4-10.2

Helmut
diff -Nru libwmf-0.2.8.4/debian/changelog libwmf-0.2.8.4/debian/changelog
--- libwmf-0.2.8.4/debian/changelog 2012-01-06 00:53:36.0 +0100
+++ libwmf-0.2.8.4/debian/changelog 2012-11-29 17:28:35.0 +0100
@@ -1,3 +1,20 @@
+libwmf (0.2.8.4-10.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add Multi-Arch headers. (Closes: #677786)
+The support was basically there. libwmf0.2-7 already ships libraries in
+/usr/lib/. No changes besides adding headers were necessary.
+
+ -- Helmut Grohne   Thu, 29 Nov 2012 17:26:47 +0100
+
+libwmf (0.2.8.4-10.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/control
+- "libwmf-bin: Depends: gsfonts" fixes font load error (Closes: #685802)
+
+ -- Hideki Yamane   Thu, 20 Sep 2012 13:09:11 +0900
+
 libwmf (0.2.8.4-10) unstable; urgency=low
 
   * Read libwmf binary package name from control in rules.
diff -Nru libwmf-0.2.8.4/debian/control libwmf-0.2.8.4/debian/control
--- libwmf-0.2.8.4/debian/control   2012-01-06 00:29:18.0 +0100
+++ libwmf-0.2.8.4/debian/control   2012-11-29 17:26:39.0 +0100
@@ -22,6 +22,7 @@
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Recommends: gsfonts
+Multi-Arch: same
 Description: Windows metafile conversion library
  Windows metafile (WMF) is a picture format used by many Windows
  programs, e.g. Microsoft Word.  libwmf is a library for interpreting
@@ -34,6 +35,8 @@
 Section: graphics
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
+Recommends: gsfonts
+Multi-Arch: foreign
 Description: Windows metafile conversion tools
  Windows metafile (WMF) is a picture format used by many Windows
  programs, e.g. Microsoft Word.  libwmf is a library for interpreting

Bug#695357: mime-support: Please mark Multi-Arch: foreign

[Colin Watson]

Package: mime-support
Version: 3.52-1
Severity: wishlist
Tags: patch
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

It would be helpful for mime-support to be marked Multi-Arch: foreign,
in order that it can satisfy dependencies of foreign-architecture
binaries: python2.7 in particular comes to mind (once it's converted to
multiarch, which is in progress).  I believe that this is a blocker for
cross-building any package that build-depends on python.

If you're wondering why this is necessary for an Architecture: all
package, please see:

  
https://wiki.ubuntu.com/MultiarchSpec#Dependencies_involving_Architecture:_all_packages

  * Make mime-support Multi-Arch: foreign, so that it can satisfy
dependencies of foreign-architecture binaries.

diff -Nru mime-support-3.52/debian/control mime-support-3.52/debian/control
--- mime-support-3.52/debian/control2012-07-16 10:07:25.0 +0100
+++ mime-support-3.52/debian/control2012-12-07 14:30:52.0 +
@@ -8,6 +8,7 @@
 
 Package: mime-support
 Architecture: all
+Multi-Arch: foreign
 Conflicts: a2ps(<<4.10.4), metamail(<<2.7-44)
 Recommends: file(>=3.27-3)
 Description: MIME files 'mime.types' & 'mailcap', and support programs

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

Bug#631669: liblwt-ocaml-dev: undefined references to libev

[Guillem Jover]

Hi!

I've read the bug report for some context. Something unrelated to
this query I'd like to point out is that there's really nothing
inherently wrong with having more than one SONAME installed for the
same shared library, and having a single libfoo-dev. If libfooN and
libfooN+1 were not co-installable that would make transitions very
painful.

On Fri, 2012-12-07 at 11:46:51 +0100, Stéphane Glondu wrote:
> Le 26/06/2011 17:47, Ian Zimmerman a écrit :
> > So yes, I'd say that the fact the dependency is too loose to catch this
> > pernicious problem on a system configured this way is a bug.  (I'm not
> > asking for "support" beyond fixing bugs, though) ;-)
> 
> In my opinion, the versioned dependency to libev-dev in liblwt-ocaml-dev
> should be filled automatically, the same way it is for liblwt-ocaml. But
> I don't know how to do it. dpkg-shlibdeps doesn't seem to be designed to
> work this way. If so, I would say the bug is on dpkg-shlibdeps's side;
> however it looks like a corner case, whose fix looks difficult and
> intrusive...

I don't think this should be solved by dpkg-shlibdeps, because this
kind of dependency (in most cases) does not involve directly a shared
library package, the problematic relationship is between packages
providing static libraries and headers (even though the roo cause is
that the dynamic library package might be out of sync, AFAIUI the
ocaml case).

The current way to solve this kind of issue is by using a substvar
computed from the debian/rules file.

> I've put debian-dpkg in CC. Let's see if someone there has a suggestion.

I think this could be made easier to solve with something similar to
what's requested in #689062. If so, I'll work on a syntax proposal for
a new substvar.

Thanks,
Guillem


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

Bug#695067: mesa: FTBFS on ppc64: symbols marked with 'D' on powerpc64 instead of 'T'

[Julien Cristau]

On Fri, Dec  7, 2012 at 23:22:25 +0900, Hiroyuki Yamamoto wrote:

> (2012-12-07 20:38 +0100), Julien Cristau wrote: 
> >> Hi,
> 
> Hi,
> 
> >> In output of nm utility, symbols are marked with 'D' on powerpc64-linux 
> >> instead of 'T'.
> >> Here is a patch and a buildlog attached.
> >>
> >> http://buildd.debian-ports.org/status/package.php?p=mesa&suite=sid
> >>
> > Sending a 3M attachment means your mail never makes it anywhere, this is
> > less than helpful.
> 
> Oh, sorry, I only wanted to show that it can build satisfactorily.
> 
> > Also, please:
> > - explain why nm is being different on ppc64 than everywhere else
> 
> 32-bit PowerPC Linux (powerpc port) uses "SVR4 ABI", but 64-bit PowerPC Linux 
> (ppc64 port) uses "64-bit PowerPC ELF ABI".
> http://refspecs.linuxfoundation.org/ELF/ppc64/PPC-elf64abi.html
> 
> In 64-bit PowerPC ELF ABI, function descriptors are found in data section.
> 
See, that's exactly the information should be included together with the
patch.

> > - explain why we should be building the vmware driver on ppc64
> 
> Do you ask me for the justification for existence of libxatracker1
> package in mesa source?
> 
I guess it doesn't make much sense on non-x86, indeed.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#695358: Regression: PDF files created with Inkscape are crashing Xelatex

[Michel Briand (Quand on veut on peut !)]

Package: libcairo2
Severity: important

PDF files created by Inkscape are causing Xelatex to crash. 
This happens when a figure includes gradients. 
The compilation process exits with the message:
** ERROR ** pdf_link_obj(): passed invalid object

https://bugs.launchpad.net/ubuntu/+source/libcairo/+bug/1051939

As discussed in this thread, the error seems to appear for PDF file 
with broken references:
http://tug.org/pipermail/xetex/2010-December/019653.html

Such files seem to be fixed by running "pdftk".

Steps to reproduce:
Create a figure with a gradient in Inkscape and save it as PDF. 
Include this PDF in a latex document and try to compile it with xelatex.

(most of this bug report is borrowed from launchpad bug)


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#656456: cipux-cat-web: diff for NMU version 3.4.0.3-4.1

[gregor herrmann]

tags 656456 + patch
tags 656456 + pending
tags 694145 + patch
tags 694145 + pending
thanks

Dear maintainer,

I've prepared an NMU for cipux-cat-web (versioned as 3.4.0.3-4.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Joan Baez & Mercedes Sosa: Gracias A La Vida
diff -Nru cipux-cat-web-3.4.0.3/debian/changelog cipux-cat-web-3.4.0.3/debian/changelog
--- cipux-cat-web-3.4.0.3/debian/changelog	2011-05-04 22:10:41.0 +0200
+++ cipux-cat-web-3.4.0.3/debian/changelog	2012-12-07 15:46:41.0 +0100
@@ -1,3 +1,20 @@
+cipux-cat-web (3.4.0.3-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix "cipux-cat-web, libcipux-cat-web-perl: inconsistent permission
+handling of /etc/cipux-cat-web/":
+- drop debian/postinst, instead
+- ship directories in both binary packages, with group/permissions set
+  appropriately (debian/libcipux-cat-web-perl.dirs added, debian/rules
+  extended)
+- add lintian overrides for non-standard-dir-perm warnings
+(Closes: #694145)
+  * This also fixes "unowned files after purge (policy 6.8, 10.8)" which was
+caused by the directories being created in postinst but never removed.
+(Closes: #656456)
+
+ -- gregor herrmann   Fri, 07 Dec 2012 15:46:40 +0100
+
 cipux-cat-web (3.4.0.3-4) unstable; urgency=low
 
   * Improve package relations:
diff -Nru cipux-cat-web-3.4.0.3/debian/cipux-cat-web.lintian-overrides cipux-cat-web-3.4.0.3/debian/cipux-cat-web.lintian-overrides
--- cipux-cat-web-3.4.0.3/debian/cipux-cat-web.lintian-overrides	1970-01-01 01:00:00.0 +0100
+++ cipux-cat-web-3.4.0.3/debian/cipux-cat-web.lintian-overrides	2012-12-07 15:31:46.0 +0100
@@ -0,0 +1 @@
+cipux-cat-web: non-standard-dir-perm etc/cipux-cat-web/ 0750 != 0755
diff -Nru cipux-cat-web-3.4.0.3/debian/libcipux-cat-web-perl.dirs cipux-cat-web-3.4.0.3/debian/libcipux-cat-web-perl.dirs
--- cipux-cat-web-3.4.0.3/debian/libcipux-cat-web-perl.dirs	1970-01-01 01:00:00.0 +0100
+++ cipux-cat-web-3.4.0.3/debian/libcipux-cat-web-perl.dirs	2012-12-07 15:24:06.0 +0100
@@ -0,0 +1,3 @@
+etc/cipux-cat-web
+var/cache/cipux-cat-web
+var/log/cipux-cat-web
diff -Nru cipux-cat-web-3.4.0.3/debian/libcipux-cat-web-perl.lintian-overrides cipux-cat-web-3.4.0.3/debian/libcipux-cat-web-perl.lintian-overrides
--- cipux-cat-web-3.4.0.3/debian/libcipux-cat-web-perl.lintian-overrides	1970-01-01 01:00:00.0 +0100
+++ cipux-cat-web-3.4.0.3/debian/libcipux-cat-web-perl.lintian-overrides	2012-12-07 15:32:08.0 +0100
@@ -0,0 +1,3 @@
+libcipux-cat-web-perl: non-standard-dir-perm etc/cipux-cat-web/ 0750 != 0755
+libcipux-cat-web-perl: non-standard-dir-perm var/cache/cipux-cat-web/ 0750 != 0755
+libcipux-cat-web-perl: non-standard-dir-perm var/log/cipux-cat-web/ 0750 != 0755
diff -Nru cipux-cat-web-3.4.0.3/debian/postinst cipux-cat-web-3.4.0.3/debian/postinst
--- cipux-cat-web-3.4.0.3/debian/postinst	2011-05-04 22:09:31.0 +0200
+++ cipux-cat-web-3.4.0.3/debian/postinst	1970-01-01 01:00:00.0 +0100
@@ -1,24 +0,0 @@
-#!/bin/sh
-
-#DEBHELPER#
-
-set -e
-
-case "$1" in
-configure)
-	ourdirs="/var/log/cipux-cat-web /var/cache/cipux-cat-web /etc/cipux-cat-web"
-	for dir in $ourdirs; do
-		[ -d $dir ] || mkdir -p $dir
-		chgrp www-data $dir
-		chmod 750 $dir
-	done
-	;;
-abort-upgrade|abort-remove|abort-deconfigure)
-	;;
-*)
-	echo "postinst called with unknown argument \`$1'" >&2
-	exit 1
-	;;
-esac
-
-exit 0
diff -Nru cipux-cat-web-3.4.0.3/debian/rules cipux-cat-web-3.4.0.3/debian/rules
--- cipux-cat-web-3.4.0.3/debian/rules	2011-05-04 18:08:30.0 +0200
+++ cipux-cat-web-3.4.0.3/debian/rules	2012-12-07 15:51:27.0 +0100
@@ -69,10 +69,18 @@
 		-name web -not -name dpkg-daemon-helper \
 		-exec mv -t debian/$(cdbs_curpkg)/usr/share/cipux-cat-web/web '{}' ';'
 
+# Set permissions/group (#694145)
+binary-fixup/cipux-cat-web::
+	chgrp www-data debian/$(cdbs_curpkg)/etc/cipux-cat-web
+	chmod 750 debian/$(cdbs_curpkg)/etc/cipux-cat-web
+
 # Override upstream default: secure connection is unneeded to localhost
+# Set permissions/group (#694145)
 binary-fixup/libcipux-cat-web-perl::
 	perl -i -pe "s|^(\h*catweb_rpc_server\h*=>\h*).*,\h*(#.*)?\$$|\$$1'http://localhost:8001/RPC2',|" \
 		debian/$(cdbs_curpkg)/etc/cipux-cat-web/cipux-cat-web.conf
+	chgrp www-data debian/$(cdbs_curpkg)/var/log/cipux-cat-web debian/$(cdbs_curpkg)/var/cache/cipux-cat-web debian/$(cdbs_curpkg)/etc/cipux-cat-web
+	chmod 750 debian/$(cdbs_curpkg)/var/log/cipux-cat-web debian/$(cdbs_curpkg)/var/cache/cipux-cat-web debian/$(cdbs_curpkg)/etc/cipux-cat-web
 
 # Ensure debconf PO files is in sync with templates
 clean::


signature.asc
Description: Digital sign

Bug#695359: apt-get does not properly reuse connections with https

[Stefan Pfetzing]

Package: apt
Version: 0.9.7.6
Severity: normal
Tags: patch

Dear Maintainer,

when using an https: connection, apt-get does not properly reuse
connections. Because https setup costs can be quite high, this can cause
much slowdown when, for example, many different distributions on the
same server need to be checked.

There is a partially working patch on Ubuntu launchpad:

https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1087543

-- Package-specific info:


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i586)

Kernel: Linux 3.2.9-alix
Locale: LANG=de_DE.UTF8, LC_CTYPE=de_DE.UTF8 (charmap=UTF-8) (ignored: 
LC_ALL set to de_DE.UTF8)

Shell: /bin/sh linked to /bin/dash

Versions of packages apt depends on:
ii  debian-archive-keyring  2012.4
ii  gnupg   1.4.12-6
ii  libapt-pkg4.12  0.9.7.6
ii  libc6   2.13-36
ii  libgcc1 1:4.7.2-4
ii  libstdc++6  4.7.2-4

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc 
ii  aptitude0.6.8.2-1
ii  dpkg-dev1.16.9
ii  python-apt  0.8.8.1
ii  xz-utils5.1.1alpha+20120614-1

-- 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#694635: gnupg: gpg froze with a zombie after a Ctrl-C (intr character)

[Werner Koch]

On Fri,  7 Dec 2012 12:46, vinc...@vinc17.net said:

> Moreover, the gpg process has a zombie child, and Mutt can't do
> anything about that. It is up to the processes to wait for their own
> children.

Well Mutt reads from gpg and if that read stucks gpg can't do much.  I
probably read your report not close enough.  My question should have
been, whether you was able to replicate the problem with gpg called on
the commandline.


Shalom-Salam,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.


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

Bug#695287: sbuild: synthetic cross-build-dependencies for compilers

[Guillem Jover]

Hi!

(Re-redirecting, as the debian-dpkg mailing list is configured to
automatically redirect bug mails to debian-dpkg-bugs.)

On Thu, 2012-12-06 at 16:54:23 +, Colin Watson wrote:
> Package: sbuild
> Version: 0.63.2-1
> Severity: wishlist
> User: crossbu...@debian.org
> Usertags: cross
> 
> (This is a bit of an RFC.  I think I understand the general shape of the
> problem, but I'd welcome comments on the design.)
> 
> One of the problems we have with cross-building packages is with
> alternative compilers and other cross-tools.  Generally speaking,
> cross-build chroots start with a reasonable set of cross-tools
> preinstalled, such as gcc-HOST and pkg-config-HOST.  If somebody
> build-depends on pkg-config, pkg-config-HOST is already installed so
> it's OK.  However, if somebody build-depends on, say, g++-4.6, then
> nothing knows how to install g++-4.6-HOST; or I can easily imagine that
> we might want a gobject-introspection-HOST in the future.  It does not
> seem correct to me to deal with these problems by adding more and more
> packages to the cross-build-essential set.
> 
> When I was writing my patch for #695203, it occurred to me that this
> offered an opportunity for sbuild to step in and synthesise
> build-dependencies in some situations.  A possible design would be as
> follows:
> 
>   When cross-building, if the package being built build-depends on A
>   (taking any [] into account), A is not Multi-Arch: foreign, and A-HOST
>   exists in the apt cache, then rewrite the build-dependency to
>   "A:native, A-HOST" (including any versioning present).
> 
> Wookey suggested that we might also want something for people who don't
> use sbuild; I think perhaps a similar algorithm in 'dpkg-checkbuilddeps
> -aHOST' would be useful and reasonable.  (CCing debian-dpkg.)  An
> alternative to the "exists in the apt cache" rule, which I can imagine
> being troublesome, might be to have a hardcoded list of relevant
> packages; this would change from time to time but hopefully not too
> often.  Or we could have a package control field for "there's a cross
> version of this".
> 
> Does this sound right to you?  I think I could probably figure out how
> to do this on top of my previous patch, but I'd like to make sure that
> we agree on the design first.

Some quick thoughts, I'm not too fond on hardcoding the package naming
pattern in such low level tools (but then we do this already for the
path names of those tools). This assumes all packages have been properly
marked already with M-A:. For dpkg-checkbuilddeps, yes, apt is
not (currently) an option, as that'd be a layer violation, and it would
exlude other frontends (I've some ideas on better integration with
frontends that could render this a non-issue, but not right now).
There's lots of toolchains, for different languages and runtimes,
hardcoding a list of those is really not appealing either, so
something generic would be my preference. An small issue with handling
the implicit mapping is that we might require more Build-Dependencies
than strictly needed, as some might only be used either for host or
build targets.

Thanks,
Guillem


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

Bug#695119: nginx-common: In /etc/init.d/nginx function test_nginx_config doesn't clean pid file at the end.

[Sergey B Kirpichev]

> When runing nginx -t then process creates pid file and doesn't remove it
> if his size is 0. Through this I can't run process nginx as
> a different user (start-stop-daemon -c):

Just use "su -c" for "nginx -t".  Anyway, you have to modify
init-file of nginx.

> My suggestion to get rid of this error:
> [...patch...]

First, -S option != -s (do you mean this, right?).  Or your patch just
break thing further.

Second, $PID from your's awk-horror and --pidfile /run/$NAME.pid (used
by start-stop-daemon) -- is a joke?

It's better to fix src/* stuff (upstream?) instead and not introduce
a new garbage to the init-file...


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

Bug#695361: less: buggy backslash handling in prompt string: \ needs to be doubled

[Vincent Lefevre]

Package: less
Version: 456-1
Severity: normal

The command

  echo | less '-mPmfoo\.bar'

gives the prompt "foobar" instead of "foo.bar". To get the period, the
backslash needs to be doubled, but this is not what the less man page
says:

  Any  characters  other  than  the special ones (question mark, colon,
  period, percent, and backslash) become literally part of the  prompt.
  Any of the special characters may be included in the prompt literally
  by preceding it with a backslash.

As there is no reason to double the backslash, I suppose that it is a
bug in the program, not in the documentation.

Note that this bug affects "man". For instance, "man apt.conf" gives
the following prompt:

 Manual page aptconf(5) line 1 (press h for help or q to quit)

where the period is missing.

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

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

Versions of packages less depends on:
ii  debianutils  4.3.4
ii  libc62.13-37
ii  libtinfo55.9-10

less recommends no packages.

less suggests no packages.

-- 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#695360: unblock: luckybackup/0.4.7-2

[Patrick Matthäi]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package luckybackup

It adds an upstream patch to fix #694298, which should go to Wheezy.

unblock luckybackup/0.4.7-2


diff between 0.4.7-1 and 0.4.7-2:


diff -Naur '--exclude=.svn' 0.4.7-1/debian/changelog 0.4.7-2/debian/changelog
--- 0.4.7-1/debian/changelog2012-07-18 20:15:45.0 +0200
+++ 0.4.7-2/debian/changelog2012-12-07 16:05:12.718357029 +0100
@@ -1,3 +1,11 @@
+luckybackup (0.4.7-2) unstable; urgency=low
+
+  * Add upstream patch 01-include-state to fix not updated "include" states, if
+the task was not selected.
+Closes: #694298
+
+ -- Patrick Matthäi   Fri, 07 Dec 2012 15:51:11 +0100
+
 luckybackup (0.4.7-1) unstable; urgency=low

   * New upstream release.
diff -Naur '--exclude=.svn' 0.4.7-1/debian/patches/01-include-state.diff 
0.4.7-2/debian/patches/01-include-state.diff
--- 0.4.7-1/debian/patches/01-include-state.diff1970-01-01 
01:00:00.0 +0100
+++ 0.4.7-2/debian/patches/01-include-state.diff2012-12-07 
16:05:12.718357029 +0100
@@ -0,0 +1,79 @@
+# Upstream patch, to fix not updated "include" states, if the task was not 
selected.
+# Closes: #694298
+
+diff -Naur luckybackup-0.4.7.orig/src/luckybackupwindow.cpp 
luckybackup-0.4.7/src/luckybackupwindow.cpp
+--- luckybackup-0.4.7.orig/src/luckybackupwindow.cpp   2012-03-05 
10:19:24.0 +0100
 luckybackup-0.4.7/src/luckybackupwindow.cpp2012-12-07 
15:41:01.294376491 +0100
+@@ -143,7 +143,7 @@
+ connect ( ui.pushButton_up, SIGNAL( clicked() ), this, SLOT( moveUp() ) 
);//pushbutton up
+ connect ( ui.pushButton_down, SIGNAL( clicked() ), this, SLOT( moveDown() 
) );//pushbutton down
+ connect ( ui.pushButton_start, SIGNAL( clicked() ), this, SLOT( start() ) 
);  //pushbutton start
+-connect ( ui.listWidget_operations, SIGNAL( itemClicked ( 
QListWidgetItem*) ), this, SLOT( checkCurrentItem() ) );
++connect ( ui.listWidget_operations, SIGNAL( itemClicked ( 
QListWidgetItem*) ), this, SLOT( checkCurrentItem(QListWidgetItem *) ) );
+ connect ( ui.listWidget_operations, SIGNAL( itemChanged ( 
QListWidgetItem* ) ), this, SLOT( taskStateChanged() ) );
+
+ connect (ui.pushButton_minimizeToTray, SIGNAL (clicked() ), this, 
SLOT(minimizeTray()));//pushbutton minimize to tray
+@@ -171,7 +171,7 @@
+ "Operating system in 
use: "+tempOSrunning +" Loukas :)");*/
+ // * END of TESTING 
**
+
+-checkCurrentItem();   //refresh the selected (last) task as well as 
the menu items that depend on its type (sync/backup)
++checkCurrentItem(ui.listWidget_operations -> currentItem());//refresh 
the selected (last) task as well as the menu items that depend on its type 
(sync/backup)
+
+ createProfileCombo(); // update the profile combobox with all 
existing profiles and set index to currentProfile
+ InfoData.append("" + 
tr("Welcome to","full phrase: 'Welcome to luckyBackup'") +" "
+@@ -1021,7 +1021,7 @@
+ ui.listWidget_operations -> addItem( Operation[currentOperation] -> 
GetName() );
+ ui.listWidget_operations -> setCurrentRow(currentOperation);
+ ui.listWidget_operations -> currentItem() -> 
setCheckState(Qt::Unchecked);
+-checkCurrentItem();
++checkCurrentItem(ui.listWidget_operations -> currentItem());
+ TotalOperations = ui.listWidget_operations -> count();
//set the TotalOperations to what it is now
+ savedProfile = FALSE; //change profile status to 
"unsaved"
+ ui.actionSave -> setEnabled(TRUE);
+@@ -1075,7 +1075,7 @@
+ Operation[currentOperation] -> SetConnectRestore(tempConnect);
//set the connection to what it was
+ if (tempConnect != "")
+ Operation[connectPosition]->SetConnectRestore(newTaskName);
+-checkCurrentItem();
++checkCurrentItem(ui.listWidget_operations -> currentItem());
+
+ // update all relevant snap .changes as well as log files if the task 
name changes
+ if (newTaskName != oldTaskName)
+@@ -1166,7 +1166,7 @@
+ manageDialog managedialog;
+ managedialog.exec();
+
+-checkCurrentItem();   //refresh the selected task
++checkCurrentItem(ui.listWidget_operations -> currentItem());//refresh 
the selected task
+ saveCurrentProfile(); // save the profile if any snapshots have been 
deleted
+ //refreshList(); //refresh the listWidget_operations
+ }
+@@ -1309,12 +1309,14 @@
+
+ // checkCurrentItem 
=
+ // Checks the currently selected operation (if checked) for validity
+-void luckyB

Bug#695362: samba-common's dhcp hooks write to /etc/samba breaking ro root

[Andrew Shadura]

Package: samba-common
Version: 2:3.6.6-2
Severity: normal

samba-common provides a dhcp-client hook script,
/etc/dhcp3/dhclient-enter-hooks.d/samba, which apparently writes to /etc
thus breaking boot when the rootfs is read-only.

SAMBA_DHCP_CONF=/etc/samba/dhcp.conf

<...>

echo -n > ${SAMBA_DHCP_CONF}.new
<...>
mv ${SAMBA_DHCP_CONF}.new $SAMBA_DHCP_CONF

It'd be cool if that could be disabled via /etc/defaults, or, better, if
it could detect that location not being writable and not try to write
there if it is.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.6-trunk-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages samba-common depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  ucf3.0016

Versions of packages samba-common recommends:
ii  samba-common-bin  2:3.5.6~dfsg-1

samba-common suggests no packages.

-- debconf information excluded


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

Bug#694389: mythes-it: missing Breaks+Replaces: openoffice.org-thesaurus-it (<< 1:0)

[Enrico Zini]

On Thu, Dec 06, 2012 at 05:11:15PM +0100, Andreas Tille wrote:

> I'm currently busy to squash all "missing Breaks+Replaces" bugs opened
> by "the other Andreas".  Just let me know if you need a helping hand to
> NMU the package.

Thanks! Feel free: this weekend I'll be out of home most of the time.

Ciao,

Enrico

-- 
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini 


signature.asc
Description: Digital signature

Bug#695363: pm-utils: /usr/lib/pm-utils/power.d/sata_alpm imposes max_power

[Stefan Monnier]

Package: pm-utils
Version: 1.4.1-9
Severity: normal

Dear Maintainer,

Whenever I plug my power adapter, /usr/lib/pm-utils/power.d/sata_alpm
sets the link_power_management_policy to max_performance.  I think that
SATA_ALPM_ENABLE should be extended to 4 different values:
- don't touch.
- choose min_power or max_performance depending on ac power.
- always set max_performance.
- always set min_power.

Currently, I can get the second behavior by setting SATA_ALPM_ENABLE to
"true", I can sort-of get the third behavior by leaving SATA_ALPM_ENABLE
at some other value, and to get the first behavior I have to
"touch /etc/pm/power.d/sata_alpm".  And there's no way to get the fourth
other than to do it outside of pm-utils (after doing the "touch").


Stefan


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable')
Architecture: i386 (x86_64)

Kernel: Linux 3.2.0-4-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

Versions of packages pm-utils depends on:
ii  powermgmt-base  1.31

Versions of packages pm-utils recommends:
ii  console-tools  1:0.2.3dbs-70
ii  hdparm 9.39-1+b1
ii  procps 1:3.3.3-2
pn  vbetool

Versions of packages pm-utils suggests:
ii  cpufrequtils008-1
ii  ethtool 1:3.4.2-1
pn  radeontool  
ii  wireless-tools  30~pre9-8

-- 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#694635: gnupg: gpg froze with a zombie after a Ctrl-C (intr character)

[Vincent Lefevre]

On 2012-12-07 15:56:49 +0100, Werner Koch wrote:
> On Fri,  7 Dec 2012 12:46, vinc...@vinc17.net said:
> > Moreover, the gpg process has a zombie child, and Mutt can't do
> > anything about that. It is up to the processes to wait for their own
> > children.
> 
> Well Mutt reads from gpg and if that read stucks gpg can't do much.

When it receives a SIGINT, gpg should quit immediately (possibly
after some clean-up). The problem is that gpg was still running.

> I probably read your report not close enough. My question should
> have been, whether you was able to replicate the problem with gpg
> called on the commandline.

I don't know. The problem occurs too rarely to know whether I get
the same behavior on the command line.

The fact that gpg has a zombie child means at least a problem with gpg.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#693893: kawari8 segfaults on 64bit Linux

[Shyouzou Sugitani]

Dear Maintainer,

An updated patch(kawari8-64bit-fix2.patch) is available here:
http://sourceforge.net/tracker/?func=detail&aid=3588933&group_id=47961&atid=451497

Please consider applying this patch to the package.

Regards,
Shyouzou Sugitani


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

Bug#695364: unblock: mythes-it/2.0.7.gh.deb1-4.1

[Andreas Tille]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package mythes-it

I've got acknowledgement by Enrico to apply the patch in #694389
to add the missing Breaks+Replaces.  DebDiff is attached.

Kind regards and thanks for caring for the release

  Andreas.

unblock mythes-it/2.0.7.gh.deb1-4.1

-- System Information:
Debian Release: 6.0.6
Architecture: i386 (i686)

Kernel: Linux 2.6.36-xenU-4814-i386 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru mythes-it-2.0.7.gh.deb1/debian/changelog mythes-it-2.0.7.gh.deb1/debian/changelog
--- mythes-it-2.0.7.gh.deb1/debian/changelog	2011-12-14 12:09:00.0 +0100
+++ mythes-it-2.0.7.gh.deb1/debian/changelog	2012-12-07 16:28:42.0 +0100
@@ -1,3 +1,11 @@
+mythes-it (2.0.7.gh.deb1-4.1) unstable; urgency=low
+
+  * Non-maintainer upload acknowledged by maintainer
+  * Add missing Breaks+Replaces
+Closes: #694389
+
+ -- Andreas Tille   Fri, 07 Dec 2012 16:26:32 +0100
+
 mythes-it (2.0.7.gh.deb1-4) unstable; urgency=low
 
   [ Martin Pitt ]
diff -Nru mythes-it-2.0.7.gh.deb1/debian/control mythes-it-2.0.7.gh.deb1/debian/control
--- mythes-it-2.0.7.gh.deb1/debian/control	2011-03-17 00:10:33.0 +0100
+++ mythes-it-2.0.7.gh.deb1/debian/control	2012-12-07 16:28:42.0 +0100
@@ -13,6 +13,8 @@
 Provides: mythes-thesaurus, mythes-thesaurus-it
 Depends: openoffice.org-core (>= 1.9) | libreoffice-core
 Conflicts: openoffice.org (<< 1.9)
+Breaks:openoffice.org-thesaurus-it (<< 1:0)
+Replaces:  openoffice.org-thesaurus-it (<< 1:0)
 Homepage: http://linguistico.sourceforge.net/wiki/doku.php?id=thesaurus_italiano
 Description: Italian Thesaurus for OpenOffice.org 2
  This package contains an Italian thesaurus for use with the

Bug#695067: mesa: FTBFS on ppc64: symbols marked with 'D' on powerpc64 instead of 'T'

[Hiroyuki Yamamoto]

(2012-12-08 00:20 +0100), Julien Cristau wrote: 
>>> - explain why we should be building the vmware driver on ppc64
>>
>> Do you ask me for the justification for existence of libxatracker1
>> package in mesa source?
>>
> I guess it doesn't make much sense on non-x86, indeed.

I think so, too, but FTBFS on ppc64 is no good.
So, I don't care that maintainers decide whether this patch 
should be forwarded to upstream or not.

Regards,
-- 
Hiroyuki Yamamoto
A75D B285 7050 4BF9 AEDA  91AC 3A10 59C6 5203 04DC


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

Bug#695363: pm-utils: /usr/lib/pm-utils/power.d/sata_alpm imposes max_power

[Michael Biebl]

Hi,

On 07.12.2012 16:24, Stefan Monnier wrote:
> Package: pm-utils
> Version: 1.4.1-9
> Severity: normal
> 
> Dear Maintainer,
> 
> Whenever I plug my power adapter, /usr/lib/pm-utils/power.d/sata_alpm
> sets the link_power_management_policy to max_performance.  I think that
> SATA_ALPM_ENABLE should be extended to 4 different values:
> - don't touch.

The sata_alpm hook is disabled by default, you need to explicitly enable
it e.g. via
echo SATA_ALPM_ENABLE=true > /etc/pm/config.d/sata_alpm

> - choose min_power or max_performance depending on ac power.

This is what is what you get if SATA_ALPM_ENABLE=true

> - always set max_performance.
> - always set min_power.

What would be the point of that? If you don't want pm-utils to change
the alpm state, set it outside of pm-utils and use SATA_ALPM_ENABLE=false.

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#694015: geda-gaf: diff for NMU version 1:1.6.2-4.2

[gregor herrmann]

tags 694015 + patch
tags 694015 + pending
thanks

Dear maintainer,

I've prepared an NMU for geda-gaf (versioned as 1:1.6.2-4.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Steppenwolf: Born To Be Wild
diff -Nru geda-gaf-1.6.2/debian/changelog geda-gaf-1.6.2/debian/changelog
--- geda-gaf-1.6.2/debian/changelog	2012-11-29 15:20:31.0 +0100
+++ geda-gaf-1.6.2/debian/changelog	2012-12-07 16:35:24.0 +0100
@@ -1,3 +1,12 @@
+geda-gaf (1:1.6.2-4.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix "copyright file missing after upgrade (policy 12.5)":
+make dependency geda -> geda-doc strictly versioned.
+(Closes: #694015)
+
+ -- gregor herrmann   Fri, 07 Dec 2012 16:34:46 +0100
+
 geda-gaf (1:1.6.2-4.1) unstable; urgency=low
 
   * Non-maintainer upload (with maintainer's ACK).
diff -Nru geda-gaf-1.6.2/debian/control geda-gaf-1.6.2/debian/control
--- geda-gaf-1.6.2/debian/control	2012-11-29 15:15:42.0 +0100
+++ geda-gaf-1.6.2/debian/control	2012-12-07 16:34:42.0 +0100
@@ -12,7 +12,7 @@
 
 Package: geda
 Architecture: all
-Depends: ${misc:Depends}, geda-gschem, geda-gnetlist, geda-doc
+Depends: ${misc:Depends}, geda-gschem, geda-gnetlist, geda-doc (= ${source:Version})
 Recommends: geda-gsymcheck, geda-gattrib
 Suggests: geda-utils, geda-examples, gerbv, pcb
 Description: GPL EDA -- Electronics design software (metapackage)


signature.asc
Description: Digital signature

Bug#695243: linux: Add stage1 build-profile support for bootstrapping

[Wookey]

+++ Bastian Blank [2012-12-06 15:18 +0100]:

Hmm. I didn't get a copy of your original message - not sure why. 

> On Thu, Dec 06, 2012 at 12:53:53PM +, Ben Hutchings wrote:
> > The binary packages and control files for intermediate stages do *not*
> > need to comply with normal policy.
> 
> Where is the spec for this then? 

The 'spec' is here: http://wiki.debian.org/DebianBootstrap although
it's now somewhat out of date with respect to results of discussion in
http://bugs.debian.org/661538 (DEB_BUILD_OPTIONS=stage=N ->
DEB_BUILD_PROFILE=)

It is still under development as we gain experience with this
bootstrap and associated tools. 

> The binary packages still need a
> different version so they can't be mistaken.

Not necessarily - staged builds are not intended to be uploaded to any
'real' repository, only a temporary one for the purposes of
bootstrapping and supplying build-deps. dpkg marks such packages as
'staged builds' so that they can easily be refused by the archive.
Exactly what is done with version numbers remains up for debate.  

> > They *do* need to be buildable in a
> > standardised way (so no package-specific stuff like gencontrol.py).
> 
> The source package still needs to comply with policy.

Not if it's never going to be uploaded? Staged builds are just
intermediate reeduced-dependency version of packages and I expect the
source of the stage1 build to look exactly the same as the source for
the normal build (for all packages). As Ben observes, it is important
that whatever mechanisms we use are generalisable so we don't have to
care which package it is. gencontrol.py could be run so long as that
is all internalised by the package. 

I entirely leave it to you guys what the best/least intrusive way is
of getting the desired effect of having a stage1 build that just does
linux-libc-headers, and normal builds as currently. I don't believe
that any further stages are needed (at least for bootstrap/cross
purposes). 

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/


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

Bug#695268: liblockfile1: harmful remove action in M-A:same package

[Dominik George]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

I looked at the package and am baffled by the postinst and postrm scripts. 
They are (should be?) entirely useless (manually calling ldconfig ??).

I then brought up debian/rules and immediately saw what the reason for 
that method is: Complete ignorance of debhelper or anything else allowing 
anyone but the maintainer to cope with the packaging work in a reasonable 
way.

I am reporting this issue as a wishlist bug because I think maintainers 
should try to not make life for other contributors harder than necessary. 
And re-working the paackge with proper debhelper code would certainly also 
fix this issue.

- -nik

- -- 
* mirabilos is handling my post-1990 smartphone *
 Aaah, it vibrates! Wherefor art thou, daemonic device??

PGP fingerprint: 2086 9A4B E67D 1DCD FFF6  F6C1 59FC 8E1D 6F2A 8001
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)

iQFOBAEBCAA4BQJQwg/NMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQWfyOHW8qgAGEGwf+PIBFHWu49w2O/kdyCXn+
egsiTvLcjt6irn9nYyKHwdMjZdmBgndzSSqCcynpoc3iWjmmZBE9GR7aFoSezUHE
etaqHLjdqy5PM6BB1Nu+mjj0yBni72Pszb3lN5+Rly4ptpr8H9SrNMwM+VzbbHMv
xkkQ4rjNwgZRmlB1vDfMFH2/lKMD2moLLAIGZAxnSWWUEhz+ROAz7xdKbyp2Rdy3
nqfGIBdOOaxzCKdfTfYtCoh6IsMtEVhA778kN+54k4/DzVfWju1ACiUkdp7vApn0
dWrCOZQC4ixiXe2HpTmoIOdvg/eUfIzGLPcjaVll+mhbbDTaEVi4Gf3xWL9KlsFH
Vg==
=KkjQ
-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#694330: mako: diff for NMU version 0.7.0-1.1

[gregor herrmann]

tags 694330 + pending
thanks

Dear maintainer,

I've prepared an NMU for mako (versioned as 0.7.0-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Der Junge mit der Gitarre: 2 Akkorde
diff -Nru mako-0.7.0/debian/changelog mako-0.7.0/debian/changelog
--- mako-0.7.0/debian/changelog	2012-03-31 20:04:00.0 +0200
+++ mako-0.7.0/debian/changelog	2012-12-07 16:44:53.0 +0100
@@ -1,3 +1,12 @@
+mako (0.7.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix "missing Breaks+Replaces: python3-mako (<< 0.3.6-1)":
+add them for python-mako-doc.
+(Closes: #694330)
+
+ -- gregor herrmann   Fri, 07 Dec 2012 16:44:44 +0100
+
 mako (0.7.0-1) unstable; urgency=low
 
   * New upstream release
diff -Nru mako-0.7.0/debian/control mako-0.7.0/debian/control
--- mako-0.7.0/debian/control	2012-03-31 20:03:49.0 +0200
+++ mako-0.7.0/debian/control	2012-12-07 16:44:38.0 +0100
@@ -53,8 +53,8 @@
 Architecture: all
 Priority: extra
 Depends: libjs-jquery, libjs-underscore, ${misc:Depends}
-Breaks: python-mako (<< 0.3.6-1)
-Replaces: python-mako (<< 0.3.6-1)
+Breaks: python-mako (<< 0.3.6-1), python3-mako (<< 0.3.6-1)
+Replaces: python-mako (<< 0.3.6-1), python3-mako (<< 0.3.6-1)
 Suggests: python-mako, python3-mako
 Description: documentation for the Mako Python library
  Mako is a template library written in Python.


signature.asc
Description: Digital signature