Bug#683690: Debian 7.0 Beta 1 Installer cannot find network devices after 10+ minutes

[Christian PERRIER]

Quoting Brian Masinick (masin...@yahoo.com):
> That's great!  Where can I get a build to verify the fix?

This should be in the daily builds:

http://d-i.debian.org/daily-images/

I suggest picking the *netboot* image.



signature.asc
Description: Digital signature

Bug#683690: Debian 7.0 Beta 1 Installer cannot find network devices after 10+ minutes

[Brian Masinick]

That's great!  Where can I get a build to verify the fix?

 
--
Brian Masinick
masinick at yahoo dot com
603-545-2669



 From: Christian PERRIER 
To: Brian Masinick ; 683...@bugs.debian.org 
Sent: Saturday, August 11, 2012 2:22 AM
Subject: Re: Bug#683690: Debian 7.0 Beta 1 Installer cannot find network 
devices after 10+ minutes
 
reassign 683690 mountmedia
fixed 683690 0.21
thanks

Quoting Brian Masinick (masin...@yahoo.com):
> Lenovo 3000 Series Laptop, Model Y410
> Debian 7.0 Beta 1 installer, CD-1, LXDE-Xfce Edition
> Ethernet  tg3 driver
> Wireless iwl3945 driver
> 
> System seems to load and start fine, but no matter which option (I've tried 
> console, graphical, boot with LXDE, boot with Xfce), use expert mode, use 
> standard option), all hang at the point of network detection, with the 
> Ethernet wire connected.
> 
> I am using this same system either wired or wireless with all other systems, 
> including mostly Debian-derived systems.


This is bug #683690. Indeed quite probably a kernel bug but worked
around in mountmedia 0.21 (which is not in D-I beta1).

Bug#684452: CVE-2012-3447 unblock: nova/2012.1.1-6

[Christian PERRIER]

Quoting Thomas Goirand (z...@debian.org):

> One last thing: in our Git, I have already a debian/po/es.po update. I
> didn't upload the package with it, because of the urgency=high. Was this
> the correct thing to do (eg: plan for a later upload then unblock), or
> should I have include the template update? Please give me the release
> team view on this, so I know how to handle such situation later on.


My personal stance on this (so, not the release team view): uploading
with the spanish translation would have been OK as it is well known
that such updates are anyway accepted. 

That would save another upload and another freeze exception request
later on..:-). But I very well understand you want to give priority to
the security fix and not "pollute" your request with an unrelated
change. 



signature.asc
Description: Digital signature

Bug#683690: Debian 7.0 Beta 1 Installer cannot find network devices after 10+ minutes

[Christian PERRIER]

reassign 683690 mountmedia
fixed 683690 0.21
thanks

Quoting Brian Masinick (masin...@yahoo.com):
> Lenovo 3000 Series Laptop, Model Y410
> Debian 7.0 Beta 1 installer, CD-1, LXDE-Xfce Edition
> Ethernet  tg3 driver
> Wireless iwl3945 driver
> 
> System seems to load and start fine, but no matter which option (I've tried 
> console, graphical, boot with LXDE, boot with Xfce), use expert mode, use 
> standard option), all hang at the point of network detection, with the 
> Ethernet wire connected.
> 
> I am using this same system either wired or wireless with all other systems, 
> including mostly Debian-derived systems.


This is bug #683690. Indeed quite probably a kernel bug but worked
around in mountmedia 0.21 (which is not in D-I beta1).




signature.asc
Description: Digital signature

Bug#684555: Dolphin stuck in infinite loop with encfs/fuse defaults

[David Smith]

Package: dolphin
Version: 4:4.8.4-1
Architecture: i386
Subject: Dolphin stuck in infinite loop with encfs/fuse defaults


Video available here:  http://www.youtube.com/watch?v=KSG0_qmLndo

Deploying an encfs folder with the Debian encfs defaults (allow_root is NOT
set, allow_other is NOT set).

Dolphin gets into an infinite loop trying to access the folder.

Test Method:
1) Have user's home folders mounted on bootup automatically
2) Have user login with KDM, which automatically mounts the encfs folder
3) The folder then can be entered and is browsable at the command line.
4) Try to browse the folder with dolphin
5) Dolphin gets stuck in an infinite loop where the subfolders inside the
folder continuously disappear and reappear.

Workaround:
1) Edit /etc/security/pam_encfs.conf and add "allow_other" to the encfs
mount.
2) Edit /etc/fuse.conf and add "user_allow_other"
3) restart PC
4) Dolphin now works as expected.  Note that the above edits are not encfs
defaults.

Bug#684554: unblock: rssh/2.3.3-5

[Russ Allbery]

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

Please unblock package rssh.  This fixes a security vulnerability in
the command-line parsing by applying upstream's patch and then
adjusting the Debian patches accordingly.

unblock rssh/2.3.3-5

Because the package uses TopGit (I intend to switch to git-dpm) and
generates a quilt series, the straight debdiff is not particularly
useful since it's a diff between various patches.  Instead, attached
is the diff between the unpacked source for 2.3.3-4 and 2.3.3-5 with
all patches already applied, excluding the debian/patches directory
from the diff.  This seems like a better diff to review.  Let me know
if you want a diff in another format, however.

There are a few unfortunate whitespace-only hunks here that are due to
applying the upstream patch verbatim.  I considered removing them, but
decided that keeping the official upstream patch applied verbatim was
a better idea since it made for easier comparisons.

There is a stable security upload pending.  I've already contacted the
security team about that.

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

Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ru --exclude .pc --exclude patches rssh-2.3.3-4/debian/changelog rssh-2.3.3-5/debian/changelog
--- rssh-2.3.3-4/debian/changelog	2012-03-07 16:08:52.0 -0800
+++ rssh-2.3.3-5/debian/changelog	2012-08-10 22:14:54.0 -0700
@@ -1,3 +1,11 @@
+rssh (2.3.3-5) unstable; urgency=medium
+
+  * Apply upstream patch to close security vulnerability that permitted
+clever manipulation of environment variables on the ssh command line
+to bypass rssh checking.  (CVE-2012-3478)
+
+ -- Russ Allbery   Fri, 10 Aug 2012 22:14:34 -0700
+
 rssh (2.3.3-4) unstable; urgency=low
 
   * Force libexecdir to /usr/lib/rssh.  This is not a library package and
diff -ru --exclude .pc --exclude patches rssh-2.3.3-4/main.c.in rssh-2.3.3-5/main.c.in
--- rssh-2.3.3-4/main.c.in	2012-08-09 18:21:02.0 -0700
+++ rssh-2.3.3-5/main.c.in	2012-08-10 22:46:01.0 -0700
@@ -184,7 +184,7 @@
 	 * determine if the command in cmdline is acceptable to run, and store
 	 * name of program to exec in cmd
 	 */
-	if ( !(*cmd = check_command_line(cmdline, opts)) ) return NULL;
+	if ( !(*cmd = get_command(cmdline, opts)) ) return NULL;
 
 	/* if we need to do chroot processing, do it */
 	if ( opts->shell_flags & RSSH_USE_CHROOT ){
@@ -254,7 +254,9 @@
 	}
 
 	/* return vector of pointers to command line arguments */
-	return build_arg_vector(cmdline, 0);
+	argvec = build_arg_vector(cmdline, 0);
+	if (check_command_line(argvec, opts)) return argvec;
+	else return NULL;
 }
 
 void vers_info( void )
diff -ru --exclude .pc --exclude patches rssh-2.3.3-4/util.c rssh-2.3.3-5/util.c
--- rssh-2.3.3-4/util.c	2012-08-09 18:21:02.0 -0700
+++ rssh-2.3.3-5/util.c	2012-08-10 22:46:01.0 -0700
@@ -110,7 +110,7 @@
 	/* print error message to user and log attempt */
 	fprintf(stderr, "\nThis account is restricted by rssh.\n"
 		"%s\n\nIf you believe this is in error, please contact "
-	"your system administrator.\n\n", cmd);
+		"your system administrator.\n\n", cmd);
 	if ( argc < 3 )
 		log_msg("user %s attempted to log in with a shell",
 			username);
@@ -136,31 +136,35 @@
  */
 bool opt_exist(char *cl, char opt)
 {
-	int	i = 0;
+	int	i = 1;
 	int	len;
-	char	*token;
-	bool	optstring = FALSE;
-
 
 	len = strlen(cl);
 
 	/* process command line character by character */
-	while ( i < (len - 2) ){
-		if ( cl[i] == ' ' || cl[i] == '\t' ){
-			if ( cl[i+1] == '-' ){ 
-optstring = TRUE;
-i+=2;
-			}
-		}
-		if ( cl[i] == opt && optstring ) return TRUE;
-		if ( cl[i] == ' ' || cl[i] == '\t' || cl[i] == '-' ) 
-			optstring = FALSE;
+	if (!(cl[0] == '-')) return FALSE;
+	while ( i < (len) ){
+		if ( cl[i] == opt ) return TRUE;
 		i++;
 	}
 	return FALSE;
 }
 
 
+bool opt_filter(char **vec, const char opt)
+{
+	while (vec && *vec){
+		if (opt_exist(*vec, opt)){
+			fprintf(stderr, "\nillegal insecure %c option", opt);
+			log_msg("insecure %c option in command line!", opt);
+			return TRUE;
+		}
+		vec++;
+	}
+	return FALSE;
+}
+
+
 bool check_command( char *cl, ShellOptions_t *opts, char *cmd, int cmdflag )
 {
 	int	cl_len;		/* length of command line */
@@ -190,95 +194,98 @@
 	return FALSE;
 }
 
+
 /*
  * check_rsync_e() - take the command line passed to rssh and look for a -e
- *   option.  If one is found, make sure --server is provided
- *   and the option contains only the protocol information.
- *   Returns 1 if the command line is safe; 0 otherwise.
+ *		 option.  If one is found, make sure --server is provided
+ *		 and the option c

Bug#683080: [pkg-bacula-devel] Bug#683080: Bug#683080: Bug#683080: Bug#683080: bacula-fd: Please build with libcap-dev

[Alexander Golovko]

Yes, this option look what we need.
At least, bacula-fd binary, builded with this option, don't linked to
libcap.

But something was wrong, when i simply add LDFLAGS into debian/rules -
it has no effect, so i still need more time.

В Fri, 10 Aug 2012 17:09:08 +0200
Elrond  пишет:

> 
> Hi,
> 
> On Fri, Aug 10, 2012 at 15:55:39 +0200, Luca Capello wrote:
> [...]
> > > In a perfect world it would only add this dependency to
> > > bacula-fd.
> > > Possibly an upstream wishlist bug?
> > 
> > IMHO this is not a wishlist bug, we have plenty of such unneeded
> > linking in Bacula, see:
> > 
> >   
> 
> What's about the -Wl,--as-needed?
> That should help, I'd guess?
> 
> 
> > > That said, libcap2 is on many systems anyway and probably
> > > wouldn't hurt on the director or a storage server a lot.
> > 
> > libcap2 is a dependency for ntp, not essential (standard), but still
> > IMHO highly recommended in a backup infrastructure (you want all
> > your machines to be synchronized WRT time).  And its
> > Installed-Size: is only 55k on sid, so adding it *where it is
> > needed* is not a problem.
> 
> ACK.
> 
> 
> Cheers
> 
> Elrond
> 
> ___
> pkg-bacula-devel mailing list
> pkg-bacula-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
> 
> 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


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

Bug#681687: Call for votes on evince MIME entry

[Steve Langasek]

On Tue, Aug 07, 2012 at 06:03:17PM +0100, Ian Jackson wrote:
> I'm calling for votes on the following proposal.  There are
> three options - two positive versions, and FD.  In summary
>  A.  Do not overrule release team.  It is too late for automation.
>  B.  Do not overrule release team.  Defer to them on automation.
>  F.  Further Discussion.

I vote BAF.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#684452: CVE-2012-3447 unblock: nova/2012.1.1-6

[Thomas Goirand]

Hi Adam,

Thanks for your careful review.

On 08/11/2012 04:41 AM, Adam D. Barratt wrote:
> On Fri, 2012-08-10 at 14:25 +0800, Thomas Goirand wrote:
>> Please unblock the nova package. This fixes CVE-2012-3447, which is a
>> file injection vulnerability in the host filesystem, using a specially
>> crafted guest image.
>>
>> The relevant diff is available here:
>> http://anonscm.debian.org/gitweb/?p=openstack/nova.git;a=commitdiff;h=55e78f9cbaa1c4657a97c6b20797a94968030e75
> 
> Please don't do that.  It needs a context switch, doesn't work when
> reading mail offline and means that the list archive doesn't stand alone
> as a historical, well, archive of what was okayed.  There's a reason
> that the freeze policy explicitly asks for debdiffs.

I'm sorry, I wont do it again. I've attached the corresponding diff file
for this unblock request.

>> The patch comes directly from upstream, as per the patch header (I just
>> applied it manually, then did dpkg-source --commit).
>>
>> Note that this also includes a (needed) tweak in the configuration files
>> as per this commit:
>> http://anonscm.debian.org/gitweb/?p=openstack/nova.git;a=commitdiff;h=4cd725c5d164484a3ddb6bf95f37fb715cb51169
> 
> Two questions:
> 
> 1) Why is there no mention of the above changes in the changelog?
> 
> 2) Why does "Add nova-compute.conf files to nova-compute init if exist"
> require
> 
> -DAEMON_ARGS="--flagfile=/etc/nova/nova.conf"
> +DAEMON_ARGS="--config-file=/etc/nova/nova.conf"
> 
> and a bunch of
> 
> +[DEFAULT]
> 
> ?

What happened is that CVE-2012-3447 was embargoed. Ghe Rivero asked me
to take care of it, and upload the patch on the 7th of July, since he
was planing on going in holidays at that time. I'm not sure until when
he is away, he didn't send a mail to -private and I didn't ask him until
when he would go away. Ghe could you send a [VAC] message next time, please?

So I did take care of it, and was expecting to see no change in our Git.
So I did add the upstream patch for this CVE, built, then uploaded to SID.

But I was wrong, as Ghe did this commit, and didn't tell about it. He
didn't fill debian/changelog, which is why I didn't notice it either.

I hate pointing fingers at people, but here, I don't think I'm the one
to blame.

Anyway, let me explain what I believe this patch does. Previously, we
had only a single configuration file, called /etc/nova/nova.conf. But we
changed that, and we are now using /etc/nova/nova-compute.conf also,
which has hypervisor specific flags (for example, nova-compute-kvm will
have libvirt_type=kvm when nova-compute-xen will have
connection_type=xenapi).

So the important bit isn't:
-DAEMON_ARGS="--flagfile=/etc/nova/nova.conf"
+DAEMON_ARGS="--config-file=/etc/nova/nova.conf"

but this:
+test -f '/etc/nova/nova-compute.conf' && DAEMON_ARGS=${DAEMON_ARGS}"
--config-file=/etc/nova/nova-compute.conf"

which is necessary so that our new configuration files are used.

I believe that using --flagfile or --config-file does the exact same
thing. --flagfile was the old option, which has been replaced by
--config-file (and --flagfile is now deprecated). It's a good thing to
do that, so that it matches future releases of Openstack nova.

As for the [default] thing, I don't think that changes much anything,
and to be honest, I'm not really sure why Ghe has added this.
Unfortunately, it's impossible for me to ask him right away now.

Also, it seem to me that it's missing a [default] tag in
debian/nova-compute-xen.conf.dist (that one is only stored in
/usr/share/doc/nova-compute-xen, which is why it has a .dist extension
in the debian folder: /etc/nova/nova-compute.conf is maintained using
debconf in the case of nova-compute-xen). So if that has been forgotten
and is 100% necessary, then we will need to upload a fix and ask for
another unblock later on, I believe.

So, to Ghe, could you, in the future:
1/ Document your changes in debian/changelog *at the same time* as you
commit the rest of in our Git?
2/ Try to limit your changes, since we are frozen, or at least talk
about it in our Alioth list, so that I'm not in an uncomfortable
position like now? Was the addition of the [default] thing completely
necessary?

Anyway, I'm deeply concerned about this CVE. A lot more than these small
changes in the configuration files. I believe it is necessary to
unblock, even if I can't comment as much as I should on the above
changes. Holding the package to enter testing can be harmful to some users.

>> Also, Ubuntu folks already fixed the issue in 12.04.
> 
> How is that at all relevant to the Debian freeze?

This isn't relevant to the freeze, but to the patch for CVE-2012-3447.
I'm just saying that it has been applied in 12.04 and that no user
complained about its accuracy, which is reassuring of the quality of the
patch. Sorry if I didn't make it clear enough.

One last thing: in our Git, I have already a debian/po/es.po update. I
didn't upload the package with it, because of the urgency=high. Was this
the co

Bug#683751: gettext: Please mark gettext M-A: allowed

[Steve Langasek]

On Thu, Aug 09, 2012 at 05:17:03PM -0400, P. J. McDermott wrote:
> I wonder if the gettext binary package should instead be split.  Perhaps
> gettext-runtime (M-A: same) should provide the libraries, gettext-tools
> (M-A: foreign) should provide the tools, and gettext should be a
> metapackage that depends on both of the former packages?

> Steve, is there any particular reason you didn't go this route for Ubuntu?

Primarily out of a desire to not introduce package splits in Ubuntu that
were not reflected in Debian.  In the long term, it seems to be preferable
to split the library packages out so that they can be co-installable.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#684553: ufraw: UFRaw doesn't load lens corrections from the index file

[Renat Sabitov]

Package: ufraw
Version: 0.18-2
Severity: normal

Dear Maintainer,

I've got the new version of UFRaw and notice such a great feature as 
lense correction. However, correction values are not loaded back from
the index file after saving. Here is a diff of an index file after opening
and saving back without any modifications in UFRaw GUI:

--- BEGIN ---
--- dsc_9179.ufraw.orig 2012-08-11 14:10:29.0 +1000
+++ dsc_9179.ufraw  2012-08-11 14:10:38.0 +1000
@@ -2,15 +2,18 @@
 
 /home/srr/nobackup/photo/city/dsc_9179.nef
 /home/srr/nobackup/photo/city/jpg/dsc_9179.jpg
-jpg
+/home/srr/nobackup/photo/city/jpg
   Camera WB
   0
-  4844
-  1.123
-  2.0703 1. 1.5898 1.
+  4718
+  1.125
+  2.0273 1. 1.6289 1.
+  no
   
-Nikon, Nikkor 16-85mm f/3.5-5.6G AF-S ED VR DX
-
+
+
+
+
   
 0.019984
 -0.068190
@@ -43,7 +46,7 @@
 24.0 mm
 Nikon AF-S DX VR Zoom-Nikkor 16-85mm f/3.5-5.6G ED
 DCRaw
-0 0 3066 2032
+0 0 3039 2014
 0.00
 
 ufraw_open: w:3039 h:2014 curvesize:4160
@@ -51,7 +54,7 @@
 
 Scaling with darkness 0, saturation 4095, and
 multipliers 1,00 0,493256 0,803468 0,493256
-Loading NIKON D70s image from dsc_9179.nef ...
+Loading NIKON D70s image from /home/srr/nobackup/photo/city/dsc_9179.nef ...
 Black: 0, Maximum: 4095
 AHD interpolation...
 Resetting Exif.Image.Orientation from '1' to '1'
-- END 

In addition to that you could notice also that WB and Crop values  were 
changed. 

I use 2-pass image transformation: firstly I process NEF images with 
ufraw-batch and then I manually change some images with GUI. Ignorance of the 
saved values in index causes a lot of inconvenience.

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

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

Versions of packages ufraw depends on:
ii  desktop-file-utils  0.20-0.1
ii  libatk1.0-0 2.4.0-2
ii  libbz2-1.0  1.0.6-3
ii  libc6   2.13-33
ii  libcairo2   1.12.2-2
ii  libexiv2-12 0.23-1
ii  libfontconfig1  2.9.0-6
ii  libfreetype62.4.9-1
ii  libgcc1 1:4.7.1-2
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgomp14.7.1-2
ii  libgtk2.0-0 2.24.10-1
ii  libgtkimageview01.6.4-1
ii  libjpeg88d-1
ii  liblcms11.19.dfsg-1.1
ii  liblensfun0 0.2.5-2
ii  libpango1.0-0   1.30.0-1
ii  libpng12-0  1.2.49-1
ii  libstdc++6  4.7.1-2
ii  libtiff43.9.6-6
ii  ufraw-batch 0.18-2
ii  zlib1g  1:1.2.7.dfsg-13

ufraw recommends no packages.

Versions of packages ufraw suggests:
pn  gimp-ufraw  

-- 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#684552: clementine: does not start: error while loading shared libraries: libGLEW.so.1.5

[James Utter]

Package: clementine
Version: 1.0.1+dfsg-2+b1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Clementine is no longer starting.

running "clementine" at the command line returns the following error

clementine: error while loading shared libraries: libGLEW.so.1.5: cannot
open shared object file: No such file or directory

My system has libglew1.7 installed (no libglew1.5)

I tried creating a symlink /usr/lib/x86_64-linux-gnu/libGLEW.so.1.5
pointing to /usr/lib/x86_64-linux-gnu/libGLEW.so.1.7, but I get the
following error

clementine: error while loading shared libraries: libCg.so: cannot open
shared object file: No such file or directory

Reinstalling clementine was ineffective.
Failed to build from source with the following command:
$ apt-get -b source clementine
with an error in 
src/CMakeFiles/clementine_lib.dir/visualisations/projectmvisualisation.cpp.o

Regards,

James

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

Kernel: Linux 3.2.0-3-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 clementine depends on:
ii  gstreamer0.10-plugins-base   0.10.36-1
ii  gstreamer0.10-plugins-good   0.10.31-3
ii  gstreamer0.10-plugins-ugly   0.10.19-2+b2
ii  libc62.13-33
ii  libcdio130.83-4
ii  libchromaprint0  0.6-2
ii  libechonest1.2   1.2.1-1
ii  libgcc1  1:4.7.1-2
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.32.3-1
ii  libgpod4 0.8.2-6
ii  libgstreamer-plugins-base0.10-0  0.10.36-1
ii  libgstreamer0.10-0   0.10.36-1
ii  libimobiledevice21.1.1-4
ii  libindicate-qt1  0.2.5.91-5
ii  liblastfm0   0.4.0~git20090710-2
ii  libmtp9  1.1.3-35-g0ece104-2
ii  libplist11.8-1
ii  libprojectm2 2.1.0+dfsg-1
ii  libqjson00.7.1-6
ii  libqt4-dbus  4:4.8.2-1
ii  libqt4-network   4:4.8.2-1
ii  libqt4-opengl4:4.8.2-1
ii  libqt4-sql   4:4.8.2-1
ii  libqt4-sql-sqlite4:4.8.2-1
ii  libqt4-xml   4:4.8.2-1
ii  libqtcore4   4:4.8.2-1
ii  libqtgui44:4.8.2-1
ii  libqxt-gui0  0.6.1-6
ii  libstdc++6   4.7.1-2
ii  libtag1c2a   1.7.2-1
ii  libusb-1.0-0 2:1.0.11-1
ii  libusbmuxd1  1.0.7-2
ii  libx11-6 2:1.5.0-1
ii  libxml2  2.8.0+dfsg1-5
ii  projectm-data2.1.0+dfsg-1
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages clementine recommends:
ii  gstreamer0.10-alsa0.10.36-1
ii  gstreamer0.10-pulseaudio  0.10.31-3

clementine 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#677638: laptop-mode-tools: Breaks wired network when running on battery

[David Smith]

I can confirm this bug in Wheezy.  I believe laptop-mode-tools may be
enabling excessive power management on the ethernet adapter which has some
icky side-effects of not detecting when the cable is physically
plugged/unplugged.

I had laptop-mode in Debian Lenny, and it didn't have this problem.  Now
that I upgraded to Wheezy, I'm experiencing this problem.   I didn't use
Squeeze.

I fixed the bug by removing only the laptop-mode-tools package, although
I'm sure it probably has a negative impact on my battery life.


david@Miho:~$ lspci
00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express
Processor to DRAM Controller (rev 04)
00:01.0 PCI bridge: Intel Corporation Mobile 915GM/PM Express PCI Express
Root Port (rev 04)
00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family)
PCI Express Port 1 (rev 04)
00:1d.0 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) USB UHCI #1 (rev 04)
00:1d.1 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) USB UHCI #2 (rev 04)
00:1d.2 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) USB UHCI #3 (rev 04)
00:1d.3 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) USB UHCI #4 (rev 04)
00:1d.7 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) USB2 EHCI Controller (rev 04)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev d4)
00:1e.2 Multimedia audio controller: Intel Corporation
82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 04)
00:1e.3 Modem: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97
Modem Controller (rev 04)
00:1f.0 ISA bridge: Intel Corporation 82801FBM (ICH6M) LPC Interface Bridge
(rev 04)
00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) IDE Controller (rev 04)
00:1f.3 SMBus: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus
Controller (rev 04)
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI
Radeon Mobility X700 (PCIE)
06:05.0 Network controller: Intel Corporation PRO/Wireless 2200BG
[Calexico2] Network Connection (rev 05)
06:06.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller
06:06.2 FireWire (IEEE 1394): Texas Instruments OHCI Compliant IEEE 1394
Host Controller
06:06.3 Mass storage controller: Texas Instruments PCIxx21 Integrated
FlashMedia Controller
06:06.4 SD Host controller: Texas Instruments
PCI6411/6421/6611/6621/7411/7421/7611/7621 Secure Digital Controller
06:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
david@Miho:~$

Bug#280348: #280348: d-i manual: how to burn the bootable cd-rom

[Richard Owlett]

Holger Wansing wrote:

In this old bugreport it is requested, to describe in the
manual how to burn a bootable CD.

But in the relevant chapter 4.1 there is a link to
http://www.debian.org/CD/ which has a prominent link to
the "FAQ about Debian CDs".
And that FAQ describes several methods to create a bootable
CD, on different OSses.

Since there is no need to have such info existing several
times, this bug can be closed IMHO.

Comments?

Holger



As a relatively new user, I would replace the link to 
http://www.debian.org/CD/ with a link directly to the FAQ 
. This would imply moving 
what little information is not already in the FAQ there.



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

Bug#652011: general: Repeated pattern of FHS violation: Dependencies of /sbin and /bin, belong in /lib

[Russ Allbery]

Zachary Harris  writes:

>   I'm happy with how the package works for me personally from the
>   command line. What something like FHS-utils could mean for helping a
>   distro like Debian maintain general FHS compliance on user systems is
>   yet another question entirely. Possibilities include:

> 1) The fhscheck tool could simply be used by package maintainers to help
> guide decisions about where to install their libraries (/usr/lib
> vs. /lib).

As a package maintainer, I'd be very interested in the results of this run
across the archive to pick up problems with various packages, similar to
how we do with debcheck and the like.  It's easy to miss problems like
this due to newly-introduced upstream dependencies on things.

I realize there's a larger debate at the moment over whether this
distinction is useful, but until we make a clear decision to stop
supporting it, it's nice to have tools to help us support what we're
currently supporting.  And it also makes it clear how large of a problem
we have with following this separation, which can inform the decision of
whether to continue to support it.

-- 
Russ Allbery (r...@debian.org)   


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

Bug#684551: ERROR: 'kexec' is not a valid plugin. Check and try again.

[phil]

Package: debian-installer-launcher
Version: 5
Severity: important


On a new install of debian,

Gui of debian-installer-launcher fails to apear after authentication prompt. 

When run from terminal as root it gives this error and exits:

"ERROR: 'kexec' is not a valid plugin. Check and try again."

kexec does not exist in /usr/share/debian-installer-launcher/plugins/ directory
however 'live' does.

-- System Information:
Debian Release: 6.0.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages debian-installer-launcher depends on:
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  psmisc22.11-1utilities that use the proc file s
ii  xfce4-terminal [x-terminal-em 0.4.5-1Xfce terminal emulator
ii  xterm [x-terminal-emulator]   261-1  X terminal emulator

Versions of packages debian-installer-launcher recommends:
ii  kexec-tools   1:2.0.1-4  kexec tool for kexec reboots

debian-installer-launcher suggests no packages.

-- debconf information:
  debian-installer-launcher/kernel-mismatch/error:
  debian-installer-launcher/kernel-mismatch/title:


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

Bug#681687: Call for votes on evince MIME entry

[Bdale Garbee]

Ian Jackson  writes:

> I'm calling for votes on the following proposal.  There are
> three options - two positive versions, and FD.  In summary
>  A.  Do not overrule release team.  It is too late for automation.
>  B.  Do not overrule release team.  Defer to them on automation.
>  F.  Further Discussion.

I vote BAF.

Bdale


pgpzo1OUO8tba.pgp
Description: PGP signature

Bug#684550: upnp-router-control: Spelling/grammar errors in debian/control

[Logan Rosen]

Package: upnp-router-control
Version: 0.2-2
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch

Dear Maintainer,

I am forwarding this bug from Launchpad [1], along with some additions. It was
reported that "through" is spelled incorrectly in the debian/control
description of the package, and I identified multiple other spelling and
grammar errors, which I fixed in the attached patch.
[1] https://bugs.launchpad.net/ubuntu/+source/upnp-router-control/+bug/1022206

*** /tmp/tmpYtpxTQ/bug_body

In Ubuntu, the attached patch was applied to achieve the following:

  * Fix spelling/grammar errors in debian/control.


Thanks for considering the patch.



-- System Information:
Debian Release: wheezy/sid
  APT prefers quantal-updates
  APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 
'quantal'), (100, 'quantal-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.5.0-8-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
=== modified file 'debian/changelog'

=== modified file 'debian/control'
--- debian/control	2010-10-15 22:44:21 +
+++ debian/control	2012-08-11 03:24:58 +
@@ -1,7 +1,8 @@
 Source: upnp-router-control
 Section: comm
 Priority: optional
-Maintainer: Daniele Napolitano 
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Daniele Napolitano 
 Build-Depends: debhelper (>= 7), libgtk2.0-dev (>= 2.16), libgupnp-1.0-dev, intltool (>= 0.40), libcurl3-gnutls
 Standards-Version: 3.9.1
 Homepage: https://launchpad.net/upnp-router-control
@@ -10,9 +11,9 @@
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: UPnP compliant routers manager
- UPnP Router Control allows to see some parameters of the router like the
+ UPnP Router Control allows one to see some parameters of the router like the
  network speed, the external IP and the model name. It can manage port
- forwarding trough a simple interface.
+ forwarding through a simple interface.
  .
- UPnP Router Control retrive these information trough UPnP-IGD protocol, so
- you must enable it in your router in order to utilize it.
+ UPnP Router Control retrieves this information through the UPnP-IGD protocol,
+ so you must enable it in your router in order to utilize it.

Bug#684515: okular: unable to search

[Liang Guo]

I confirm this bug,
When searching something in okular, okular freeze, I can do nothing except
restart okular

On Saturday, August 11, 2012, Markus Schölzel wrote:

> Package: okular
> Version: 4:4.8.4-2
> Severity: important
>
> reproduce:
> 1. Open a file in okular
> 2. Edit -> Find
> 3. Search for something
>
> --
> Markus Schölzel
>
>
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
>
> --
> To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: 
> http://lists.debian.org/**50253c9c.5000...@web.de
>
>

-- 
Liang Guo
http://bluestone.cublog.cn

Bug#683930: eclipse: 3.8.0~rc4-1 exits with log error: Unable to acquire application

[JS]

Jakub,


I retried your suggestion but never got the console to look for the output you 
suggested. Below is all I saw

(also tried adding the -clean option, with the same result).


Oracle/Sun java is needed for some applications I use as unfortunately they 
don't work well with open-jdk-7,

so I will have to live with eclipse-3.7.2.


thanks,

--jack



jack@berkeley:~ => eclipse -console -consoleLog -noExit
!SESSION 2012-08-10 23:05:56.732 ---
eclipse.buildId=unknown
java.version=1.7.0_05
java.vendor=Oracle Corporation
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Command-line arguments:  -os linux -ws gtk -arch x86 -console -consoleLog

!ENTRY org.eclipse.osgi 4 0 2012-08-10 23:05:56.964
!MESSAGE Could not find bundle: org.eclipse.equinox.console
!STACK 0
org.osgi.framework.BundleException: Could not find bundle: 
org.eclipse.equinox.console
at 
org.eclipse.osgi.framework.internal.core.ConsoleManager.checkForConsoleBundle(ConsoleManager.java:211)
at 
org.eclipse.core.runtime.adaptor.EclipseStarter.startup(EclipseStarter.java:297)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:176)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:629)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:584)
at org.eclipse.equinox.launcher.Main.run(Main.java:1438)

!ENTRY org.eclipse.osgi 4 0 2012-08-10 23:05:56.972
!MESSAGE Application error
!STACK 1
java.lang.IllegalStateException: Unable to acquire application service. Ensure 
that the org.eclipse.core.runtime bundle is resolved and started (see 
config.ini).
at 
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:74)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:353)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:180)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:629)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:584)
at org.eclipse.equinox.launcher.Main.run(Main.java:1438)



    




 From: Jakub Adam 
To: JS  
Cc: "683...@bugs.debian.org" <683...@bugs.debian.org> 
Sent: Monday, August 6, 2012 7:14 AM
Subject: Re: eclipse: 3.8.0~rc4-1 exits with log error: Unable to acquire 
application
 
Hi,

On 6.8.2012 04:41, JS wrote:
> I ran the eclipse 3.8.0 gotten straight from eclipse.org, without any change 
> to my existing configuration or
> selection of java alternatives (of Oracle jre) and it ran perfectly fine. 
> Further, I did not run eclipse as root.

Tarball from Eclipse.org is quite different in some aspects, it can write to 
any file in its installation
and because it carries all required libraries inside, it will work almost 
anywhere independent on the system.
It won't help much in investigating of this issue.

But you said Eclipse won't start even without your ~/.eclipse, so the problem 
is not there but somewhere else.

One test that can say us something more is running Eclipse with enabled OSGi 
console. Execute from the shell:

  eclipse -console -consoleLog -noExit

After a while you should be presented with the console, it should keep running 
even after Eclipse terminates
with error. Type 'ss' in the shell. Then you will see a list of loaded plugins 
like this:

id      State       Bundle
0       ACTIVE      org.eclipse.osgi_3.8.0.dist
1       ACTIVE      org.eclipse.equinox.simpleconfigurator_1.0.300.dist
2       ACTIVE      com.ibm.icu_4.4.2.v20110823
3       RESOLVED    com.jcraft.jsch_0.1.42
4       RESOLVED    javax.el_2.2.0
5       RESOLVED    javax.servlet_3.0.0.v201103241327
6       RESOLVED    javax.servlet.jsp_2.2.0.v201103241327
7       RESOLVED    org.apache.ant_1.8.3.v20120321-1730
8       RESOLVED    org.apache.commons.codec_1.4.0
9       RESOLVED    org.apache.commons.httpclient_3.1.0
10      RESOLVED    org.apache.commons.logging_1.0.4.v20080605-1930
...

Look if there are any bundles in INSTALLED State. Those are the ones that had 
some problem in initialization.
Run 'diag ' to see more information on that plugin, like any 
unresolved dependencies.

You can read some more information about OSGi console in this article [1].

> If the same upstream source works fine on my system but the debian package 
> does not, isn't this more
> likely to be a packaging issue?

Maybe, I can't say for sure right now, as I don't have enough information yet. 
Post here an output from your
OSGi console session, perhaps try t

Bug#652011: general: Repeated pattern of FHS violation: Dependencies of /sbin and /bin, belong in /lib

[Zachary Harris]

  After some time, I've recently gotten back to tackling the FHS dynamic 
library dependency issue for separate root and usr partitions.

  Testing release 0.1.3 of my FHS-utils package is available at 
git://everythingwiki.sytes.net/fhs-utils. It currently consists of three 
commands:

fhscheck - check system for FHS compliance [that's an overstatement, but it 
checks a couple things, anyway]
fhslibcomply - make essential libraries accessible in root partition
undofhslibcomply - safely undo changes made by fhslibcomply

  For anyone interested, I hope you will find the documentation in the man 
pages, README, and code itself to be decent enough to be worth giving the 
package a moment of consideration. Although I personally think it is pretty 
well done, neither dynamic-linking related issues nor Perl programming have 
previously been areas of specialization for me (i.e. I'm still learning), so 
forgive me for any dumb stuff in there.

  fhslibcomply accomplishes the goal that I wished to achieve. Basically, it 
finds executables in /{s,}bin which have dynamic linked dependencies in /usr, 
copies the needed /usr libraries to somewhere in /lib*, and documents the 
process so it can be reverted later, or whatever. With the help of 
fhslibcomply, the command:

find /*bin -type f -exec ldd '{}' \; |& grep /usr/ | wc -l

will now return 0 on my various Squeeze and Sid machines, rather than than the 
positive (16,22,24) values I would see without it. Thus I can now boot in to my 
encrypted root partition without seeing the errors I used to see involving 
libraries that live in the later-to-be-mounted /usr.

  I'm happy with how the package works for me personally from the command line. 
What something like FHS-utils could mean for helping a distro like Debian 
maintain general FHS compliance on user systems is yet another question 
entirely. Possibilities include:
1) The fhscheck tool could simply be used by package maintainers to help guide 
decisions about where to install their libraries (/usr/lib vs. /lib).
2) At the much more intrusive end of the spectrum, some variant of the present 
fhslibcomply could be triggered every time new packages are installed or 
removed to see if the overall set of dependencies between / and /usr has 
changed, and (at least on systems with separate mounts) make any necessary 
copies, say, from the one to the other, so that the root partition always has 
all of the libraries it needs (as defined by /sbin and /bin).
3) Etc.

  I am as yet not a DM myself, and maintaining a package that mucks around with 
essential system components would obviously be jumping quite into the deep end 
of things. If there are any DD's out there who find this subject interesting 
and would like to work with me on it, I will be delighted to hear from you.

-Zach

Bug#684549: ITP: pepper -- source code statistics reporting tool

[Antoine Beaupré]

Package: wnpp
Severity: wishlist
Owner: "Antoine Beaupré" 

* Package name: pepper
  Version : 0.3.2
  Upstream Author : Jonas Gehring
* URL : http://scm-pepper.sourceforge.net
* License : GPL-3
  Programming Lang: C++, Lua
  Description : source code statistics reporting tool

 pepper is a flexible command-line tool for retrieving statistics and
 generating reports from source code repositories. It ships with
 several graphical and textual reports, and is easily extendable using
 the Lua scripting language. pepper includes support for multiple
 version control systems, including Git and Subversion. Using native
 language bindings, multi-threading and a local revision cache, it
 provides fast access to repository data.


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

Bug#683690: Debian 7.0 Beta 1 Installer cannot find network devices after 10+ minutes

[Brian Masinick]

Lenovo 3000 Series Laptop, Model Y410
Debian 7.0 Beta 1 installer, CD-1, LXDE-Xfce Edition
Ethernet  tg3 driver
Wireless iwl3945 driver

System seems to load and start fine, but no matter which option (I've tried 
console, graphical, boot with LXDE, boot with Xfce), use expert mode, use 
standard option), all hang at the point of network detection, with the Ethernet 
wire connected.

I am using this same system either wired or wireless with all other systems, 
including mostly Debian-derived systems.


 
--
Brian Masinick
masinick at yahoo dot com
603-545-2669

Bug#683863: libfprint0: udev rules not applied when libfprint0 is installed

[Marco d'Itri]

On Aug 05, Didier Raboud  wrote:

> > this can be done with the "udevadm trigger" command.  By default, this
> > will trigger change events for all devices.  I'm not sure whether that
> > could have undesirable consequences.  You could limit the events to just
> > fingerprint readers with a series of
> > 
> > udevadm trigger --attr-match=idVendor= --attr-match=idProduct=
> > 
> > Possible dh_installudev should help you with this.
> 
> As mentionned above, I don't think it's libfprint's job to handle this: if 
> deemed useful, it should be done by dh_installudev (that doesn't do much else 
> than installing the udev rules file) or by a udev dpkg trigger.
> 
> I'm CC'ing the udev maintainer to have his input on this. Marco: opinions?
OP is correct: this kind of rules are not magically applied to existing 
devices when they are installed, so your package needs to use udevadm 
trigger in postinst to synthesize change uevents for the installed 
hardware.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#684548: RFP: evolution-kolab -- Evolution plugin to use Kolab servers

[Ben Hutchings]

Package: wnpp
Severity: wishlist

* Package name: evolution-kolab
  Version : 3.4.3
  Upstream Author : Christian Hilberg
* URL : https://live.gnome.org/Evolution/Kolab
* License : LGPL-2.1+
  Programming Lang: C
  Description : provide connectivity to Kolab groupware servers for 
Evolution

The Kolab extensions to IMAP add support for contacts and events,
turning an IMAP server into a directory and calendar server.  This
plugin enables Evolution to use these extensions.


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

Bug#684531: FTBFS: unknown type name bool

[Yaroslav Halchenko]

severity 684531 important
tags 684531 +more-info
thanks

I just built it fine using cowbuilder in up-to-date amd64 wheezy and sid
environments... so I guess this failure is somehow specific to your
setup... full build log and build-depends versioning information would
be of help. meanwhile, since failed to reproduce reducing severity

> It seems that strace.c lacks a #include .
this one?

$> grep -1 stdbool strace-4.6/defs.h 
#ifdef HAVE_STDBOOL_H
#include 
#endif

which ones again boils down to question why on your system ./configure
decided that stdbool is empty, since in my case:

$ grep stdbool cde_0.1-1_amd64.build
checking for stdbool.h that conforms to C99... yes

Cheers

On Fri, 10 Aug 2012, Michael Tautschnig wrote:

> Package: cde
> Version: 0.1-1
> Severity: serious

> In a recent local rebuild, your package failed to build in a wheezy build
> environment:

> Making all in tests
> make[4]: Entering directory `/root/build/cde/cde-0.1/strace-4.6/tests'
> make[4]: Nothing to be done for `all'.
> make[4]: Leaving directory `/root/build/cde/cde-0.1/strace-4.6/tests'
> make[4]: Entering directory `/root/build/cde/cde-0.1/strace-4.6'
> source='strace.c' object='strace.o' libtool=no \
> DEPDIR=.deps depmode=gcc /bin/bash ./depcomp \
> gcc -DHAVE_CONFIG_H -I.  -I./linux/x86_64 -I./linux -I./linux  -Wall 
> -Wwrite-strings -Wl,--hash-style=both  -g -O2 -fno-stack-protector 
> -U_FORTIFY_SOURCE -D_GNU_SOURCE  -c strace.c
> strace.c:128:1: error: unknown type name 'bool'
> strace.c: In function 'main':
> strace.c:836:9: warning: unused variable 'pid' [-Wunused-variable]
> strace.c: In function 'trace':
> strace.c:2792:15: warning: unused variable 'si' [-Wunused-variable]


> It seems that strace.c lacks a #include .

> Best,
> Michael




-- 
Yaroslav O. Halchenko
Postdoctoral Fellow,   Department of Psychological and Brain Sciences
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


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

Bug#633849: xserver-xorg: XKB settings lost after suspend (hibernate) / resume

[Vincent Lefevre]

On 2012-08-04 03:40:11 +0200, Vincent Lefevre wrote:
> Actually when I suspend and resume the laptop, the USB keyboard
> is unaffected. Only when unplug it and plug it in again.

A few hours ago, as I did a suspend/resume of my laptop, with only
its builtin keyboard, I noticed that the XKB settings were restored
(without the need to run xkbcomp), and everything worked fine.

I looked at the kernel and Xorg logs (see below), and saw that the
builtin keyboard was recognized as a USB HID keyboard instead of an
AT Translated Set 2 keyboard as usual. But I've done other tests and
I can't make it work again.

USB keyboard recognition needs the RF_KILL bit to be set to enable
radio. I don't know whether this is a bug or there is a reason.
But the bug (XKB settings lost after suspend) needs to be fixed
one way or another. Since the problem may come from the kernel in
the first place, this could be a kernel bug, the problem in Xorg
being just a consequence.

Here are the logs, when the XKB settings were restored:

In the /var/log/syslog file, keyboard information did not appear after
wake up, until the RF_KILL bit was toggled to enable radio:

[...]
Aug 10 21:11:25 xvii kernel: [235310.726023] iwlwifi :0c:00.0: RF_KILL bit 
toggled to enable radio.
Aug 10 21:11:26 xvii kernel: [235311.208293] usb 3-1: new full-speed USB device 
number 16 using uhci_hcd
Aug 10 21:11:26 xvii kernel: [235311.385578] usb 3-1: New USB device found, 
idVendor=0a5c, idProduct=4500
Aug 10 21:11:26 xvii kernel: [235311.385588] usb 3-1: New USB device strings: 
Mfr=1, Product=2, SerialNumber=0
Aug 10 21:11:26 xvii kernel: [235311.385595] usb 3-1: Product: BCM2046B1
Aug 10 21:11:26 xvii kernel: [235311.385599] usb 3-1: Manufacturer: Broadcom
Aug 10 21:11:26 xvii kernel: [235311.387503] hub 3-1:1.0: USB hub found
Aug 10 21:11:26 xvii kernel: [235311.389335] hub 3-1:1.0: 3 ports detected
Aug 10 21:11:26 xvii kernel: [235311.670578] usb 3-1.1: new full-speed USB 
device number 17 using uhci_hcd
Aug 10 21:11:26 xvii kernel: [235311.788586] usb 3-1.1: New USB device found, 
idVendor=413c, idProduct=8157
Aug 10 21:11:26 xvii kernel: [235311.788596] usb 3-1.1: New USB device strings: 
Mfr=0, Product=0, SerialNumber=0
Aug 10 21:11:26 xvii kernel: [235311.794006] input: HID 413c:8157 as 
/devices/pci:00/:00:1a.0/usb3/3-1/3-1.1/3-1.1:1.0/input/input28
Aug 10 21:11:26 xvii kernel: [235311.794332] generic-usb 0003:413C:8157.000A: 
input,hidraw0: USB HID v1.11 Keyboard [HID 413c:8157] on 
usb-:00:1a.0-1.1/input0
[...]

In the /var/log/Xorg.0.log file after wake up:

[235125.841] (II) Open ACPI successful (/var/run/acpid.socket)
[235125.841] (II) AIGLX: Resuming AIGLX clients after VT switch
[235125.841] (II) NOUVEAU(0): NVEnterVT is called.
[235125.990] (II) NOUVEAU(0): EDID vendor "AUO", prod id 16455
[235125.990] (II) NOUVEAU(0): Printing DDC gathered Modelines:
[235125.990] (II) NOUVEAU(0): Modeline "1440x900"x0.0  108.00  1440 1504 1536 
1970  900 903 906 912 +hsync -vsync (54.8 kHz eP)
[235125.990] (II) NOUVEAU(0): Modeline "1440x900"x0.0   72.50  1440 1504 1536 
1970  900 903 906 912 +hsync -vsync (36.8 kHz e)
[235126.117] (**) Option "Device" "/dev/input/event10"
[235126.117] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: touchpad found
[235312.020] (II) config/udev: Adding input device HID 413c:8157 
(/dev/input/event1)
[235312.020] (**) HID 413c:8157: Applying InputClass "evdev keyboard catchall"
[235312.020] (II) Using input driver 'evdev' for 'HID 413c:8157'
[235312.020]Option "XkbRules" "evdev"
[235312.020]Option "xkb_model" "pc105"
[235312.020]Option "xkb_layout" "gb"
[235312.020]Option "_source" "server/udev"
[235312.020]Option "name" "HID 413c:8157"
[235312.020]Option "path" "/dev/input/event1"
[235312.020]Option "device" "/dev/input/event1"
[235312.020]Option "xkb_options" "lv3:ralt_switch"
[235312.020]Option "config_info" 
"udev:/sys/devices/pci:00/:00:1a.0/usb3/3-1/3-1.1/3-1.1:1.0/input/input28/event1"
[235312.020]Option "driver" "evdev"
[235312.020] (**) HID 413c:8157: always reports core events
[235312.020] (**) evdev: HID 413c:8157: Device: "/dev/input/event1"
[235312.020] (--) evdev: HID 413c:8157: Vendor 0x413c Product 0x8157
[235312.020] (--) evdev: HID 413c:8157: Found keys
[235312.020] (II) evdev: HID 413c:8157: Configuring as keyboard
[235312.020] (**) Option "config_info" 
"udev:/sys/devices/pci:00/:00:1a.0/usb3/3-1/3-1.1/3-1.1:1.0/input/input28/event1"
[235312.020] (II) XINPUT: Adding extended input device "HID 413c:8157" (type: 
KEYBOARD, id 15)
[235312.020] (**) Option "xkb_rules" "evdev"
[235312.020] (**) Option "xkb_model" "pc105"
[235312.020] (**) Option "xkb_layout" "gb"
[235312.020] (**) Option "xkb_options" "lv3:ralt_switch"
[235312.020] (II) XKB: Reusing cached keymap

With a second try...

In the /var/log/syslog file:

[...]
Aug 10 22:03:07 xvii kernel: [238341.135708] input: AT Translated Set 2 
keyboard as /devices/platform/i8042/serio0/inpu

Bug#684547: packages.debian.org: shows mediawiki-semediawiki in unstable after removal

[jeremyb]

Package: www.debian.org
Severity: normal

packages.debian.org still shows mediawiki-semediawiki in unstable. removed from
unstable 2012-04-11 in bug 668118.

related bug 546793 appears to be resolved and I can confirm bug 560136 and bug
645735 are not yet fixed.

Of those packages, only eric (present stable, testing, and unstable) and
commit-tool (missing everywhere) have states that are consistent between the
website and my local apt. the rest (mediawiki-semediawiki, hadoop-bin, and
star) all have something on the web that's missing from my local apt.


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

Bug#620976: search shows non-existing packages

[jeremyb]

retitle 620976 packages.debian.org: search shows non-existing packages
thanks

When I do this search for stable it shows a result and I click that result and
the package is there. For testing and unstable there's no results retunred at
all. This seems to have fixed itself?


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

Bug#682939: xfonts-utils, xfonts-encodings, debhelper: installing xfonts-tipa removes /usr/share/fonts/X11/encodings/encodings.dir

[Daniele Tricoli]

Hello Andreas,
sorry for the late response.

On Tuesday 07 August 2012 18:09:31 Andreas Beckmann wrote:
> Hmm, this is still happening with the "fixed" version in wheezy. I don't
> think this was a bug in tipa at all ... but the following workaround can
> finally solve it (for xfonts-tipa, and so far I haven't seen any other
> package affected by this):
> 
>   sed /encodings/d debian/rules debian/dirs

Thanks for your workaround I will update the package soon.
 
> As long as the encodings dir is shipped, debhelper seems to generate the
> problematic
> update-fonts-dir --x11r7-layout encodings
> call.

I see, thanks for your explanation.

Cheers,

-- 
 Daniele Tricoli 'Eriol'
 http://mornie.org


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

Bug#684546: nbd: please consider using linux-any as arch for the udeb

[Cyril Brulebois]

Package: nbd
Version: 1:3.2-1
Severity: important
Tags: d-i

Hi,

the testing udeb summary page currently has:
| nbd   x   !kfreebsd-amd64,!armhf,!s390x,!kfreebsd-i386

So I looked at debian/control, and saw an awful list of hardcoded archs:
| Architecture: alpha amd64 arm armeb armel avr32 hppa i386 ia64 lpia m32r m68k 
mips mipsel powerpc ppc64 s390 sh3 sh3eb sh4 sh4eb sparc

I guess there wouldn't be any issues with making it “linux-any” instead?

Mraw,
KiBi.


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

Bug#684545: upgrade-reports: HTPC spontaneously reboots

[Alister Fisher]

Package: upgrade-reports
Severity: important

Dear Maintainer,

PC is used as a MythTV frontend.
Since upgrading packages with Synaptic several days ago it has begun to
spontaneously reboot.
There is no indication of an error in syslog, Xorg.log or mythfrontend.log.

These were the updated packages:

Commit Log for Mon Aug  6 20:02:33 2012


Removed the following packages:
xz-lzma

Upgraded the following packages:
acl (2.2.51-7) to 2.2.51-8
acpi-support-base (0.140-3) to 0.140-5
adduser (3.113+nmu2) to 3.113+nmu3
apt (0.9.5.1) to 0.9.7.2
apt-listchanges (2.85.9) to 2.85.11
apt-utils (0.9.5.1) to 0.9.7.2
aptdaemon (0.43+bzr790-1) to 0.45-1
aptdaemon-data (0.43+bzr790-1) to 0.45-1
aptitude (0.6.7-1) to 0.6.8-1
at (3.1.13-1) to 3.1.13-2
autopoint (0.18.1.1-8) to 0.18.1.1-9
base-passwd (3.5.24) to 3.5.26
bash (4.2-2) to 4.2-4
bash-completion (1:1.99-3) to 1:2.0-1
beep (1.3-2) to 1.3-3+b1
bind9-host (1:9.8.1.dfsg.P1-4) to 1:9.8.1.dfsg.P1-4.2
brasero (3.2.0-4) to 3.4.1-2
brasero-common (3.2.0-4) to 3.4.1-2
browser-plugin-gnash (0.8.10-6+b1) to 0.8.11~git20120629-1
bsdmainutils (9.0.2) to 9.0.3
bsdutils (1:2.20.1-5) to 1:2.20.1-5.1
busybox (1:1.19.3-7) to 1:1.20.0-5
bzip2 (1.0.6-1) to 1.0.6-3
ca-certificates (20120212) to 20120623
ca-certificates-java (20120225) to 20120608
cifs-utils (2:5.4-2) to 2:5.5-1
colord (0.1.18-1) to 0.1.21-1
console-setup (1.76) to 1.80
console-setup-linux (1.76) to 1.80
cpio (2.11-7) to 2.11-8
cpp (4:4.6.2-4) to 4:4.7.1-1
cpp-4.6 (4.6.3-1) to 4.6.3-8
cron (3.0pl1-121) to 3.0pl1-124
cups-filters (1.0.18-2+b1) to 1.0.18-2+b2
db5.1-util (5.1.29-1) to 5.1.29-5
dbus (1.5.12-1) to 1.6.0-1
dbus-x11 (1.5.12-1) to 1.6.0-1
dconf-gsettings-backend (0.12.1-1) to 0.12.1-2
dconf-service (0.12.1-1) to 0.12.1-2
debconf (1.5.43) to 1.5.44
debconf-i18n (1.5.43) to 1.5.44
debhelper (9.20120528) to 9.20120608
debian-archive-keyring (2012.3) to 2012.4
debianutils (4.3) to 4.3.2
desktop-base (6.0.7) to 7.0.0
desktop-file-utils (0.18-1) to 0.20-0.1
dictionaries-common (1.12.8) to 1.12.10
diffstat (1.55-2) to 1.55-3
dnsutils (1:9.8.1.dfsg.P1-4) to 1:9.8.1.dfsg.P1-4.2
docbook-xml (4.5-7) to 4.5-7.1
dosfstools (3.0.12-1) to 3.0.13-1
dpkg (1.16.3) to 1.16.4.3
dpkg-dev (1.16.3) to 1.16.4.3
e2fslibs (1.42.2-2) to 1.42.4-3
e2fsprogs (1.42.2-2) to 1.42.4-3
eject (2.1.5+deb1+cvs20081104-10) to 2.1.5+deb1+cvs20081104-11
epdfview (0.1.8-2) to 0.1.8-3
exfalso (2.3.2-1) to 2.4-1
exim4 (4.77-1) to 4.80-4
exim4-base (4.77-1+b1) to 4.80-4
exim4-config (4.77-1) to 4.80-4
exim4-daemon-light (4.77-1+b1) to 4.80-4
exo-utils (0.6.2-4) to 0.6.2-5
fakeroot (1.18.3-1) to 1.18.4-2
file (5.11-1) to 5.11-2
fontconfig (2.9.0-5) to 2.9.0-6
fontconfig-config (2.9.0-5) to 2.9.0-6
fonts-liberation (1.07.2-2) to 1.07.2-5
fonts-lyx (2.0.3-2) to 2.0.3-3
fonts-opensymbol (2:2.4.3+LibO3.4.6-2) to 2:102.2+LibO3.5.4-6
foomatic-db-engine (4.0.8-2) to 4.0.8-3
foomatic-filters (4.0.15-1) to 4.0.17-1
fuse (2.8.7-2) to 2.9.0-2
g++ (4:4.6.2-4) to 4:4.7.1-1
g++-4.6 (4.6.3-1) to 4.6.3-8
gcc (4:4.6.2-4) to 4:4.7.1-1
gcc-4.6 (4.6.3-1) to 4.6.3-8
gcc-4.6-base (4.6.3-1) to 4.6.3-8
gcc-4.7-base (4.7.0-8) to 4.7.1-2
geoip-database (20120503-1) to 20120707-1
gettext (0.18.1.1-8) to 0.18.1.1-9
gettext-base (0.18.1.1-8) to 0.18.1.1-9
gimp (2.8.0-2) to 2.8.0-2+b1
gir1.2-clutter-1.0 (1.10.4-3) to 1.10.8-1
gir1.2-cogl-1.0 (1.10.2-3) to 1.10.2-6
gir1.2-coglpango-1.0 (1.10.2-3) to 1.10.2-6
gir1.2-gtk-3.0 (3.4.2-1) to 3.4.2-2
gir1.2-vte-2.90 (1:0.32.1-1) to 1:0.32.2-1
git (1:1.7.10-1) to 1:1.7.10.4-1
git-man (1:1.7.10-1) to 1:1.7.10.4-1
glx-alternative-mesa (0.2.1) to 0.2.2
glx-alternative-nvidia (0.2.1) to 0.2.2
glx-diversions (0.2.1) to 0.2.2
gnash (0.8.10-6+b1) to 0.8.11~git20120629-1
gnash-common (0.8.10-6+b1) to 0.8.11~git20120629-1
gnome-user-guide (3.4.1-1) to 3.4.2-1
gnupg (1.4.12-4) to 1.4.12-4+b1
gpgv (1.4.12-4) to 1.4.12-4+b1
groff-base (1.21-7) to 1.21-9
grub-common (1.99-21) to 1.99-22.1
grub-pc (1.99-21) to 1.99-22.1
grub-pc-bin (1.99-21) to 1.99-22.1
grub2-common (1.99-21) to 1.99-22.1
gstreamer0.10-plugins-bad (0.10.23-1+b1) to 0.10.23-6
gstreamer0.10-plugins-ugly (0.10.19-2+b1) to 0.10.19-2+b2
gvfs (1.12.3-1) to 1.12.3-1+b1
gvfs-daemons (1.12.3-1) to 1.12.3-1+b1
gvfs-libs (1.12.3-1) to 1.12.3-1+b1
gzip (1.4-5) to 1.5-1.1
hdparm (9.39-1) to 9.39-1+b1
host (1:9.8.1.dfsg.P1-4) to 1:9.8.1.dfsg.P1-4.2
hpijs (3.12.2-1) to 3.12.6-3
hplip (3.12.2-1) to 3.12.6-3
hplip-data (3.12.2-1) to 3.12.6-3
icedtea-6-jre-cacao (6b24-1.11.1-6) to 6b24-1.11.3-2
icedtea-6-jre-jamvm (6b24-1.11.1-6) to 6b24-1.11.3-2
iceweasel (10.0.5esr-1) to 10.0.6esr-1
ifupdown (0.7~rc3) to 0.7
initramfs-tools (0.103) to 0.107
installation-report (2.46) to 2.47
iproute (20120521-2) to 20120521-3
iptables (1.4.13-1.1) to 1.4.14-2
iso-codes (3.35-1) to 3.37-1
keyboard-configuration (1.76) to 1.80
keyutils (1.5.5-2) to 1.5.5-3
klibc-utils (2.0-2) to 2.0.1-1
krb5-locales (1.10.1+dfsg-1) to 1.10.1+dfsg-2
less (444-2) to 444-4
libaa1 (1.4p5-39) to 1.4p5-40
libacl1 (2.2.51-7) to 2.2.51-8
libao-commo

Bug#684544: netdisco-mibs-installer: Scripts fail on localized (non english) systems

[Thorsten Schulz]

Package: netdisco-mibs-installer
Version: 1.5
Severity: important
Tags: l10n

Dear Maintainer,

the scripts fail due to parsing  of `stat` command assuming "Access"
which differs in other languages / l10n. Affects downloader and installer.

Hot fixed by editing the script accordingly.

cheers,
T.

-- 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-3-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

Versions of packages netdisco-mibs-installer depends on:
ii  libwww-perl  6.04-1
ii  perl 5.14.2-12

netdisco-mibs-installer recommends no packages.

Versions of packages netdisco-mibs-installer suggests:
ii  netdisco-backend   1.0-1
ii  netdisco-frontend  1.0-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#684536: guessnet syslog logs are incomplete with hotplug

[Vincent Lefevre]

retitled 684536 guessnet: the chosen profile is not output to the logs
severity 684536 important
tags 684536 patch
thanks

On 2012-08-11 00:04:12 +0200, Vincent Lefevre wrote:
> The guessnet syslog logs are incomplete with hotplug, so that one
> doesn't know the ARP replies, nor which profile have been chosen.

Actually, there's only one information missing: the chosen profile!
The attached patch outputs this information.

Severity raised to important, because a major information is missing,
and without it, it is not possible to know what goes wrong. With it,
I can see that the problem is due to the timeout.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Patch for guessnet 0.55 to output the chosen profile to stderr and
optionally to syslog, which is the only way to see this information
when guessnet is run by ifupdown.

--- src/guessnet.cc~2012-06-21 23:01:30.0 +0200
+++ src/guessnet.cc 2012-08-11 00:53:19.0 +0200
@@ -173,8 +173,10 @@
// Output the profile name we found
if (profile.size())
{
+   verbose("Chosen profile: %s\n", 
profile.c_str());
output("%s\n", profile.c_str());
} else {
+   verbose("Chosen profile: %s\n", 
options.defprof.c_str());
output("%s\n", options.defprof.c_str());
}
} catch (std::exception& e) {

Bug#676157: libpng12-dev: C++11 incompatibility

[Nobuhiro Iwamatsu]

tags 676157 confirmed
thanks

Hi,

I confirmed this problem.
This will fix next upload.

Thanks!

Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


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

Bug#684542: bugs.debian.org: issues with new Control: pseudo-header and cloning bugs

[Paul Wise]

Package: bugs.debian.org
Severity: normal

I tried to use the new Control: pseudo-header in #684539, unfortunately
I got the error message below and the bug was not cloned/etc.

Package: wiki.debian.org
Severity: normal
Control: clone -1 -2
Control: reassign -2 python-moinmoin 1.9.4-6
Control: block -1 by -2


Subject:Processed (with 3 errors): does not support the HTTP 
If-Modified-Since header properly
Date:   Fri, 10 Aug 2012 22:51:04 + (08/11/2012 08:51:04 AM)
Message-ID: 

Processing control commands:

> clone -1 -2
> reassign -2 python-moinmoin 1.9.4-6
Failed to clear fixed versions and reopen on -2: The 'bug' parameter ("-2") to 
Debbugs::Control::set_package did not pass regex check

Debbugs::Control::set_package('transcript', 'GLOB(0x361ff60)', 
'requester', 'Paul Wise ', 'request_addr', 
'sub...@bugs.debian.org', 'request_msgid', 
'<1344638509.7036.6.camel@chianamo>', 'request_subject', ...) called at 
/usr/local/lib/site_perl/Debbugs/Control/Service.pm line 254
eval {...} called at 
/usr/local/lib/site_perl/Debbugs/Control/Service.pm line 253
Debbugs::Control::Service::control_line('line', 'reassign -2 
python-moinmoin 1.9.4-6', 'clonebugs', 'HASH(0x1ce7d70)', 'limit', 
'HASH(0x1ce7f98)', 'common_control_options', 'ARRAY(0x1ce8070)', 'errors', ...) 
called at /usr/lib/debbugs/process line 1011

> block -1 by -2
Failed to set blocking bugs of 684539: Invalid blocking bug(s):-2
Debbugs::Control::set_blocks('transcript', 'GLOB(0x361ff60)', 
'requester', 'Paul Wise ', 'request_addr', 
'sub...@bugs.debian.org', 'request_msgid', 
'<1344638509.7036.6.camel@chianamo>', 'request_subject', ...) called at 
/usr/local/lib/site_perl/Debbugs/Control/Service.pm line 500
eval {...} called at 
/usr/local/lib/site_perl/Debbugs/Control/Service.pm line 499
Debbugs::Control::Service::control_line('line', 'block -1 by -2', 
'clonebugs', 'HASH(0x1ce7d70)', 'limit', 'HASH(0x1ce7f98)', 
'common_control_options', 'ARRAY(0x1ce8070)', 'errors', ...) called at 
/usr/lib/debbugs/process line 1011


-- 
684539: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684539
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#684541: Use of nested functions in configure check

[Michael Tautschnig]

Package: coriander
Version: 2.0.1-1

configure.in uses AC_TRY_COMPILE to detect xv. The second argument of this macro
is supposed to be a function body, but coriander's configure.in includes a int
main(void) {  }, resulting in nested functions.

This is accepted by GCC, but other compilers may reject this GCC extension.

Best,
Michael



pgp1M1rd593Th.pgp
Description: PGP signature

Bug#684540: Control: pseudo-headers are promoted to real headers

[Paul Wise]

Package: reportbug
Version: 6.4.2
Severity: normal

I tried to use the new[1] Control: pseudo-headers but reportbug promoted
them to normal mail headers. According to don, they are pseudo-headers:

 dondelelcaro: are the Control: things headers, pseudo-headers or both? 
reportbug seems to promote them to real headers
 pabs: they're pseudoheaders
 it's possible that reportbug just doesn't know about them
 ok, will file a bug

I don't know if a fix for this would be accepted by the release team,
but it would be nice if this were to be fixed in wheezy.

1. http://www.donarmstrong.com/posts/control_at_submit/

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages reportbug depends on:
ii  apt   0.9.7.2
ii  python2.7.3~rc2-1
ii  python-reportbug  6.4.2

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
ii  debconf-utils  1.5.44
ii  debsums2.0.52
pn  dlocate
ii  emacs23-bin-common 23.4+1-3
ii  exim4  4.80-4
ii  exim4-daemon-light [mail-transport-agent]  4.80-4
ii  file   5.11-2
ii  gnupg  1.4.12-4+b1
ii  python-gtk22.24.0-3
pn  python-gtkspell
ii  python-urwid   1.0.1-2
ii  python-vte 1:0.28.2-5
ii  xdg-utils  1.1.0~rc1+git20111210-6

Versions of packages python-reportbug depends on:
ii  apt   0.9.7.2
ii  python2.7.3~rc2-1
ii  python-debian 0.1.21
ii  python-debianbts  1.11
ii  python-support1.0.15

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#684539: does not support the HTTP If-Modified-Since header properly

[Paul Wise]

Package: wiki.debian.org
Severity: normal
Control: clone -1 -2
Control: reassign -2 python-moinmoin 1.9.4-6
Control: block -1 by -2

The Debian wiki ignores the HTTP If-Modified-Since header and returns
the full page whether or not it has been modified since the page was
requested. As you can see below, www.d.o (which is based on static
files) works fine. This appears to be a bug in moinmoin since moinmo.in
also has the same issue.

pabs@chianamo ~ $ curl -vso foo --time-cond foo wiki.debian.org
* About to connect() to wiki.debian.org port 80 (#0)
*   Trying 93.94.130.161...
* connected
* Connected to wiki.debian.org (93.94.130.161) port 80 (#0)
> GET / HTTP/1.1
> User-Agent: curl/7.26.0
> Host: wiki.debian.org
> Accept: */*
> 
* additional stuff not fine transfer.c:1037: 0 0
* HTTP 1.1 or later with persistent connection, pipelining supported
< HTTP/1.1 200 OK
< Date: Fri, 10 Aug 2012 22:19:56 GMT
< Server: Apache
< Vary: Cookie,User-Agent,Accept-Language,Accept-Encoding
< Transfer-Encoding: chunked
< Content-Type: text/html; charset=utf-8
< 
{ [data not shown]
* Connection #0 to host wiki.debian.org left intact
* Closing connection #0
pabs@chianamo ~ $ curl -vso foo --time-cond foo wiki.debian.org
* About to connect() to wiki.debian.org port 80 (#0)
*   Trying 93.94.130.161...
* connected
* Connected to wiki.debian.org (93.94.130.161) port 80 (#0)
> GET / HTTP/1.1
> User-Agent: curl/7.26.0
> Host: wiki.debian.org
> Accept: */*
> If-Modified-Since: Fri, 10 Aug 2012 22:19:58 GMT
> 
* additional stuff not fine transfer.c:1037: 0 0
* HTTP 1.1 or later with persistent connection, pipelining supported
< HTTP/1.1 200 OK
< Date: Fri, 10 Aug 2012 22:20:05 GMT
< Server: Apache
< Vary: Cookie,User-Agent,Accept-Language,Accept-Encoding
< Transfer-Encoding: chunked
< Content-Type: text/html; charset=utf-8
< 
{ [data not shown]
* Connection #0 to host wiki.debian.org left intact
* Closing connection #0
pabs@chianamo ~ $ rm -f foo
pabs@chianamo ~ $ curl -vso foo --time-cond foo www.debian.org
* About to connect() to www.debian.org port 80 (#0)
*   Trying 150.203.164.38...
* connected
* Connected to www.debian.org (150.203.164.38) port 80 (#0)
> GET / HTTP/1.1
> User-Agent: curl/7.26.0
> Host: www.debian.org
> Accept: */*
> 
* additional stuff not fine transfer.c:1037: 0 0
* HTTP 1.1 or later with persistent connection, pipelining supported
< HTTP/1.1 200 OK
< Date: Fri, 10 Aug 2012 22:33:50 GMT
< Server: Apache
< Content-Location: index.en.html
< Vary: negotiate,accept-language,Accept-Encoding
< TCN: choice
< Last-Modified: Thu, 09 Aug 2012 19:28:15 GMT
< ETag: "37f6-4c6da3a9731c0"
< Accept-Ranges: bytes
< Content-Length: 14326
< Cache-Control: max-age=86400
< Expires: Sat, 11 Aug 2012 22:33:50 GMT
< Content-Type: text/html
< Content-Language: en
< 
{ [data not shown]
* Connection #0 to host www.debian.org left intact
* Closing connection #0
pabs@chianamo ~ $ curl -vso foo --time-cond foo www.debian.org
* About to connect() to www.debian.org port 80 (#0)
*   Trying 150.203.164.38...
* connected
* Connected to www.debian.org (150.203.164.38) port 80 (#0)
> GET / HTTP/1.1
> User-Agent: curl/7.26.0
> Host: www.debian.org
> Accept: */*
> If-Modified-Since: Fri, 10 Aug 2012 22:33:51 GMT
> 
* additional stuff not fine transfer.c:1037: 0 0
* HTTP 1.1 or later with persistent connection, pipelining supported
< HTTP/1.1 304 Not Modified
< Date: Fri, 10 Aug 2012 22:33:54 GMT
< Server: Apache
< ETag: "37f6-4c6da3a9731c0"
< Content-Location: index.en.html
< Expires: Sat, 11 Aug 2012 22:33:54 GMT
< Cache-Control: max-age=86400
< Vary: negotiate,accept-language,Accept-Encoding
< 
* Connection #0 to host www.debian.org left intact
* Closing connection #0

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#684315: Fwd: A thinkfan 0.8 bug and a patch

[Victor Mataré]

OK, I recently received a sysfs-fix.diff, which looks correct to me.
I've fixed the problem in a different way though, on git.sf.net. My
patches are larger, but they should waste less CPU time. The second one
fixes a potential bug in the parser. I'll also make this the 0.8.1
release. Hope that works for debian^^


 Original Message 
Subject:A thinkfan 0.8 bug and a patch
Date:   Sat, 14 Jul 2012 21:15:54 -0400
From:   M. Vefa Bicakci 
To: mat...@lih.rwth-aachen.de



Dear Victor Matare,

I have found a bug in thinkfan 0.8 regarding the handling of sysfs files. I am
using a 32-bit Debian Sid installation, up-to-date as of today, on a Thinkpad 
T420.

In summary, instead of writing only the string form of an integer to a sysfs
"pwm" fan control file, thinkfan 0.8 writes the string "level ". As you
will predict, this causes the kernel to report an error, which causes thinkfan
to terminate.

I am attaching a patch which fixes this issue. Even though the way I convert the
level integer to a string is a bit crude, the patch fixes the bug.

Thank you,

M. Vefa Bicakci




Index: thinkfan-0.8.0/globaldefs.h
===
--- thinkfan-0.8.0.orig/globaldefs.h	2012-05-10 14:37:34.0 -0400
+++ thinkfan-0.8.0/globaldefs.h	2012-07-14 20:54:27.188026323 -0400
@@ -95,7 +95,7 @@
 
 struct tf_config *config;
 unsigned long int errcnt;
-int *temps, tmax, last_tmax, lvl_idx, *b_tmax, line_count;
+int *temps, tmax, last_tmax, cur_nlvl, lvl_idx, *b_tmax, line_count;
 unsigned int chk_sanity, watchdog_timeout, num_temps;
 char *config_file, *prefix, *rbuf,
 	*cur_lvl,
Index: thinkfan-0.8.0/system.c
===
--- thinkfan-0.8.0.orig/system.c	2012-05-10 14:37:34.0 -0400
+++ thinkfan-0.8.0/system.c	2012-07-14 20:56:06.332031818 -0400
@@ -249,14 +249,20 @@
  * Set fan speed (sysfs interface).
  ***/
 void setfan_sysfs() {
-	int fan, l = strlen(cur_lvl);
+	#define INT_STR_SIZE 128
+	int fan, l;
+	char buf[INT_STR_SIZE];
 
-	if (unlikely((fan = open(config->fan, O_WRONLY)) < 0)) {
+	if (unlikely((l = snprintf(buf, INT_STR_SIZE, "%d", cur_nlvl)) >= INT_STR_SIZE)) {
+		report(LOG_ERR, LOG_ERR, "%d is too large!\n", cur_nlvl);
+		errcnt++;
+	}
+	else if (unlikely((fan = open(config->fan, O_WRONLY)) < 0)) {
 		report(LOG_ERR, LOG_ERR, "%s: %s\n", config->fan, strerror(errno));
 		errcnt++;
 	}
 	else {
-		if (unlikely(write(fan, cur_lvl, l) < l)) {
+		if (unlikely(write(fan, buf, l) < l)) {
 			report(LOG_ERR, LOG_ERR, MSG_ERR_FANCTRL);
 			errcnt++;
 		}
Index: thinkfan-0.8.0/thinkfan.c
===
--- thinkfan-0.8.0.orig/thinkfan.c	2012-05-10 14:37:34.0 -0400
+++ thinkfan-0.8.0/thinkfan.c	2012-07-14 20:54:27.191026323 -0400
@@ -37,6 +37,7 @@
 unsigned int sleeptime, tmp_sleeptime;
 
 #define set_fan cur_lvl = config->limits[lvl_idx].level; \
+	cur_nlvl = config->limits[lvl_idx].nlevel; \
 	if (!quiet && nodaemon) \
 	report(LOG_DEBUG, LOG_DEBUG, MSG_DBG_T_STAT); \
 	config->setfan();

From 6de7d99e8cb95d15117454ffc5eea037bef54656 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Victor=20Matar=C3=A9?= 
Date: Fri, 10 Aug 2012 21:42:15 +0200
Subject: [PATCH 1/2] fix sysfs fan level string

---
 config.c |9 ++---
 globaldefs.h |4 ++--
 system.c |3 ++-
 thinkfan.c   |3 +--
 4 files changed, 11 insertions(+), 8 deletions(-)

diff --git a/config.c b/config.c
index 9ccf794..2b34532 100644
--- a/config.c
+++ b/config.c
@@ -183,7 +183,7 @@ struct tf_config *readconfig(char* fname) {
cfg_local->uninit_fan = uninit_fan_ibm;
}
 
-   cur_lvl = cfg_local->limits[cfg_local->num_limits - 1].level;
+   lvl_idx = cfg_local->num_limits - 1;
 
// configure sensor interface
if (cfg_local->num_sensors > 0 &&
@@ -310,6 +310,8 @@ static int add_limit(struct tf_config *cfg, struct limit 
*limit) {
long int tmp;
char *end, *conv_lvl;
 
+   limit->sysfslevel = NULL;
+
// Check formatting of level string...
tmp = strtol(limit->level, &end, 0);
if (tmp < INT_MIN || tmp > INT_MAX) {
@@ -324,13 +326,13 @@ static int add_limit(struct tf_config *cfg, struct limit 
*limit) {
}
else if (*end == 0) {
// just a number
+   limit->sysfslevel = limit->level;
conv_lvl = calloc(7 + strlen(limit->level), sizeof(char));
snprintf(conv_lvl, 7 + strlen(limit->level), "level %d", 
(int)tmp);
-   free(limit->level);
limit->level = conv_lvl;
limit->nlevel = (int)tmp;
}
-   else if (sscanf(limit->level, "level %d", (int * )&tmp)) {
+   else if (sscanf(limit->level, "level %d", (int *)&tmp)) {
limit->nlevel = (int)tmp;
}
else if (!strcmp(limit-

Bug#616515: gnucash: uses excessive memory after saving

[Jayen Ashar]

Unfortunately not without giving you my entire financial data.

However, it seems to be happenning with gzipped XML and not sqlite3.  (sqlite3 
did increase the memory usage by 20MB, but just the first save, and not every 
save.)

FWIW, my file is 22MB unzipped XML or 12MB sqlite3.


--Jayen



- Original Message -
> From: Sébastien Villemot 
> To: Jayen Ashar 
> Cc: 616...@bugs.debian.org
> Sent: Saturday, 11 August 2012 8:03 AM
> Subject: Re: Bug#616515: gnucash: uses excessive memory after saving
> 
> Jayen Ashar  writes:
> 
>>  Yes, it is still happenning, although it is only 40-50MB each save now.
> 
> Then, can you provide us with a way to reproduce it?
> 
>>  - Original Message -
>>>  From: Sébastien Villemot 
>>>  To: Jayen Ashar 
>>>  Cc: 616...@bugs.debian.org; cont...@bugs.debian.org
>>>  Sent: Saturday, 11 August 2012 7:39 AM
>>>  Subject: Re: Bug#616515: gnucash: uses excessive memory after saving
>>> 
>>> t ags 616515 + moreinfo unreproducible
>>>  thanks
>>> 
>>>  Hi,
>>> 
>>>  Jayen Ashar  writes:
>>> 
   Package: gnucash
   Version: 1:2.4.2-1
   Severity: normal
 
 
   every time i save a file, i see the memory usage go up by about 
> 200MB.  
   maybe this is only for large files like mine, but auto-saving 
> every 
   minute causing me to run out of memory after a few minutes
>>> 
>>>  Can you please try out gnucash version 1:2.4.10-5 and tell us if you
>>>  still experience the bug?
>>> 
>>>  I have tried to replicate it but with no success. Also, many memory
>>>  leaks were fixed upstream since you reported this, so it is likely to 
> be
>>>  fixed.
>>> 
>>>  Thanks for your feedback,
>>> 
>>>  -- 
>>>  Sébastien Villemot
>>>  Researcher in Economics
>>>  http://www.dynare.org/sebastien
>>>  Phone: +33-1-40-77-84-04
>>> 
> 
> -- 
> .''`.    Sébastien Villemot
> : :' :    Debian Maintainer
> `. `'    http://www.dynare.org/sebastien
>   `-      GPG Key: 4096R/381A7594
>


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

Bug#684538: libgl1-fglrx-glx: multiarch fglrx_dri no longer functional

[The Wanderer]

Source: libgl1-fglrx-glx
Severity: important

Since transitioning from fglrx-glx and fglrx-glx-ia32 to
libgl1-fglrx-glx:{amd64,i386}, I am no longer able to get OpenGL direct
rendering in 32-bit programs. The example which primarily concerns me is
32-bit Wine in a 32-and-64-bit side-by-side configuration, as
recommended on the Wine wiki; however, the problem has also been
observed with glxinfo:i386.

(The practical effect of no direct rendering on at least some programs
run under Wine is that they produce no visible output at all, outside of
the console, and that when run in fullscreen they appear to freeze the
system. Switching to a terminal or to console and taking down the Wine'd
EXE with e.g. pkill is enough to bring the system back, but it's still
not a good behavior.)

Judging from the comparative verbose debug output of both versions of
glxinfo, I suspect (though I am by no means certain) that the problem is
that the 32-bit version of fglrx_dri.so is no longer visible to the
programs involved. It does exist in /usr/lib/i386-linux-gnu/dri/, but
the symlink from /usr/lib/dri/ points to the amd64 version of the file.

I have both verbose-debug and non-debug output from both 32-bit and
64-bit versions of glxinfo, in case that would help. I have not been
able to extract any useful information out of the logs myself, except
that it doesn't look like the 32-bit version is even *trying* to open
fglrx_dri.so - just swrast_dri.so, which isn't there. (And putting it
there doesn't help.)

I have tried a number of things to get this to work, including moving
and/or symlinking files into places where they seem to be missing by
hand, but none of it has had much salutary effect.


Note that I ordinarily track testing, but updated my APT sources to sid
temporarily in order to install the new Xorg 1.12-compatible fglrx (and
its related packages); that is when I started having these problems.
Most of my system is still on testing, and I'd prefer to keep as much
of it that way as possible.

I would be quite willing to downgrade to older fglrx (and xorg) if
appropriate in order to avoid this problem until a proper fix can be
found, but I have not been able to find any workable way of doing that.


-- Package-specific info:
Full fglrx package list:
ii  fglrx-atievent 1:12-6+point-1 external events daemon for the non-free ATI/
ii  fglrx-control  1:12-6+point-1 control panel for the non-free ATI/AMD Radeo
ii  fglrx-driver   1:12-6+point-1 non-free ATI/AMD RadeonHD display driver
ii  fglrx-glx  1:12-6+point-1 transitional package, use libgl1-fglrx-glx
ii  fglrx-modules- 1:12-6+point-1 dkms module source for the non-free ATI/AMD
ii  libfglrx:amd64 1:12-6+point-1 non-free ATI/AMD RadeonHD display driver (ru
ii  libfglrx:i386  1:12-6+point-1 non-free ATI/AMD RadeonHD display driver (ru
ii  libfglrx-amdxv 1:12-6+point-1 AMD XvBA (X-Video Bitstream Acceleration) ru
ii  libfglrx-amdxv 1:12-6+point-1 AMD XvBA (X-Video Bitstream Acceleration) ru
ii  libgl1-fglrx-g 1:12-6+point-1 proprietary libGL for the non-free ATI/AMD R
ii  libgl1-fglrx-g 1:12-6+point-1 proprietary libGL for the non-free ATI/AMD R

VGA-compatible devices on PCI bus:
03:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Barts XT 
[Radeon HD 6800 Series]


DRM and fglrx Informations from dmesg:
[245456.136518] [fglrx] IRQ 79 Disabled
[245456.136864] [fglrx] APL: APL has not been initialized, unload database fail.
[245490.397120] [fglrx] module unloaded - fglrx 8.98.2 [Jul 19 2012]
[245493.014308] [fglrx] Maximum main memory to use for locked dma buffers: 23641 
MBytes.

[245493.014446] [fglrx]   vendor: 1002 device: 6738 count: 1
[245493.014844] [fglrx] ioport: bar 4, base 0xb000, size: 0x100
[245493.015102] [fglrx] Kernel PAT support is enabled
[245493.015117] [fglrx] module loaded - fglrx 8.98.2 [Jul 19 2012] with 1 minors
[245499.245742] fglrx_pci :03:00.0: irq 79 for MSI/MSI-X
[245499.247154] [fglrx] Firegl kernel thread PID: 19415
[245499.247442] [fglrx] Firegl kernel thread PID: 19416
[245499.247810] [fglrx] Firegl kernel thread PID: 19417
[245499.247990] [fglrx] IRQ 79 Enabled
[245499.484358] [fglrx] Gart USWC size:1280 M.
[245499.484360] [fglrx] Gart cacheable size:508 M.
[245499.484363] [fglrx] Reserved FB block: Shared offset:0, size:100
[245499.484365] [fglrx] Reserved FB block: Unshared offset:fbfd000, size:403000
[245499.484367] [fglrx] Reserved FB block: Unshared offset:3fff4000, size:c000

Xorg X server configuration file status:
-rw-r--r-- 1 root root 684 Mar  2  2011 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
Section "ServerLayout"
Identifier "aticonfig Layout"
Screen  0  "aticonfig-Screen[0]-0" 0 0
EndSection

Section "Module"
EndSection

Section "Monitor"
Identifier   "aticonfig-Monitor[0]-0"
Option  "VendorName" "ATI Proprietary Driver"
Option  "ModelName" "Generic Autodetecting Monitor"
Option  "DPMS" "true"
EndSection

Section "Device"

Bug#684437: unblock: fpc/2.6.0-6

[peter green]

Philipp Kern wrote:

Uhm, is it really required by policy to delete backup files that weren't
created by the package in the first place?

diff -Nru fpc-2.6.0/debian/fp-compiler.postrm.in 
fpc-2.6.0/debian/fp-compiler.postrm.in
--- fpc-2.6.0/debian/fp-compiler.postrm.in  2012-05-06 21:43:32.0 
+
+++ fpc-2.6.0/debian/fp-compiler.postrm.in  2012-08-09 22:55:10.0 
+
@@ -4,12 +4,14 @@
 
 ACTION=$1
 
-CFG_FILE="/etc/fpc-${VERSION}.cfg"

+CFG_FILE="/etc/fpc-${VERSION}"
 
 # Debhelper code

 #DEBHELPER#
 
 if test "${ACTION}" = "purge"

 then
-   rm -f ${CFG_FILE}
+   rm -f  "${CFG_FILE}".cfg
+   rm -f  "${CFG_FILE}".bak
+   rm -f  "${CFG_FILE}".*dpkg*
 fi

The second part does not make me happy.
  

The .bak file is created by the package under some circumstances
(certain upgrade scenarios I believe).

I don't understand why abou put in the .*dpkg* line though. ccing
him to ask.


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

Bug#684537: Uses setlocale/LC_ALL, but lacks #include

[Michael Tautschnig]

Package: console-tools
Version: 0.2.3dbs-70

Although configure checks for presence of locale.h, the actual code never
#include's it. This appears to be acceptable to GCC, but other compilers might
lack LC_ALL at least.

Best,
Michael



pgpg9CXALxRD7.pgp
Description: PGP signature

Bug#681131: libpng-dev: Multiarch support for -dev packages

[Nobuhiro Iwamatsu]

Hi,

>
> This is only really an issue for folks doing cross-compile setups at the
> vmoment, but the libpng-dev package doesn't have a multiarch header, and
> so you can't install it for more than one arch at a time. The main
> library packages are fine, but not the -dev ones!

We can not set "Multi-Arch: same" to libpng12-dev.
Because usr/bin/libpng12-config  is depended architecture.

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


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

Bug#684536: guessnet syslog logs are incomplete with hotplug

[Vincent Lefevre]

Package: guessnet
Version: 0.55
Severity: normal

The guessnet syslog logs are incomplete with hotplug, so that one
doesn't know the ARP replies, nor which profile have been chosen.

See the following tests with the USB connection between my laptop
and my Nokia N900. With the hotplug system, there is nothing after
"3 candidates".

By plugging in the USB cable:

Aug 10 23:14:36 xvii kernel: [242588.232164] usb 2-2: new high-speed USB device 
number 19 using ehci_hcd
Aug 10 23:14:36 xvii kernel: [242588.365619] usb 2-2: New USB device found, 
idVendor=0421, idProduct=01c8
Aug 10 23:14:36 xvii kernel: [242588.365629] usb 2-2: New USB device strings: 
Mfr=1, Product=2, SerialNumber=0
Aug 10 23:14:36 xvii kernel: [242588.365636] usb 2-2: Product: N900 (PC-Suite 
Mode)
Aug 10 23:14:36 xvii kernel: [242588.365641] usb 2-2: Manufacturer: Nokia
Aug 10 23:14:36 xvii kernel: [242588.370152] cdc_acm 2-2:1.6: This device 
cannot do calls on its own. It is not a modem.
Aug 10 23:14:36 xvii kernel: [242588.370352] cdc_acm 2-2:1.6: ttyACM0: USB ACM 
device
Aug 10 23:14:36 xvii kernel: [242588.373292] cdc_ether 2-2:1.8: usb0: register 
'cdc_ether' at usb-:00:1d.7-2, CDC Ethernet Device, 3e:71:19:83:80:24
Aug 10 23:14:36 xvii mtp-probe: checking bus 2, device 19: 
"/sys/devices/pci:00/:00:1d.7/usb2/2-2"
Aug 10 23:14:36 xvii mtp-probe: bus: 2, device: 19 was not an MTP device
Aug 10 23:14:36 xvii guessnet[17553]: Added startable with priority 100
Aug 10 23:14:36 xvii guessnet[17553]: Added startable with priority 200
Aug 10 23:14:36 xvii guessnet[17553]: Added startable with priority 4294967295
Aug 10 23:14:36 xvii guessnet[17553]: Added startable with priority 4294967295
Aug 10 23:14:36 xvii guessnet[17553]: 2 candidates found in input
Aug 10 23:14:36 xvii guessnet[17553]: Guessnet 0.54 starting...
Aug 10 23:14:36 xvii guessnet[17553]: Trying MII detection
Aug 10 23:14:36 xvii guessnet[17553]: Link beat detection (mii) failed: 
Operation not supported
Aug 10 23:14:36 xvii guessnet[17553]: 0 candidate profiles
Aug 10 23:14:36 xvii guessnet[17553]: Added "default" test usb0-dhcp
Aug 10 23:14:36 xvii guessnet[17553]: Trying MII detection
Aug 10 23:14:36 xvii guessnet[17553]: Interface usb0 was down: initializing for 
broadcast
Aug 10 23:14:36 xvii guessnet[17553]: Trying MII detection
Aug 10 23:14:36 xvii guessnet[17553]: Initialized test subsystems
Aug 10 23:14:36 xvii guessnet[17553]: Starting all 3 startables
Aug 10 23:14:36 xvii guessnet[17553]: Starting elements with priority 100
Aug 10 23:14:36 xvii kernel: [242588.440033] device usb0 entered promiscuous 
mode
Aug 10 23:14:36 xvii guessnet[17553]: Starting elements with priority 200
Aug 10 23:14:36 xvii guessnet[17553]: Starting net sender
Aug 10 23:14:36 xvii guessnet[17553]: Starting elements with priority 4294967295
Aug 10 23:14:36 xvii guessnet[17553]: Sending 10 ARP probes, 1 every second...
Aug 10 23:14:36 xvii guessnet[17553]: Sending 10 ARP probes, 1 every second...
Aug 10 23:14:36 xvii guessnet[17553]: Started tests
Aug 10 23:14:36 xvii guessnet[17553]: 3 candidates
Aug 10 23:14:38 xvii avahi-daemon[3083]: Joining mDNS multicast group on 
interface usb0.IPv6 with address fe80::3c71:19ff:fe83:8024.
Aug 10 23:14:38 xvii avahi-daemon[3083]: New relevant interface usb0.IPv6 for 
mDNS.
Aug 10 23:14:38 xvii avahi-daemon[3083]: Registering new address record for 
fe80::3c71:19ff:fe83:8024 on usb0.*.
Aug 10 23:14:41 xvii avahi-daemon[3083]: Interface usb0.IPv6 no longer relevant 
for mDNS.
Aug 10 23:14:41 xvii avahi-daemon[3083]: Leaving mDNS multicast group on 
interface usb0.IPv6 with address fe80::3c71:19ff:fe83:8024.
Aug 10 23:14:41 xvii avahi-daemon[3083]: Withdrawing address record for 
fe80::3c71:19ff:fe83:8024 on usb0.
Aug 10 23:14:41 xvii kernel: [242593.459614] device usb0 left promiscuous mode
Aug 10 23:14:41 xvii dhclient: Internet Systems Consortium DHCP Client 4.2.4
[...]

With "ifdown usb0" / "ifup usb0":

Aug 10 23:16:31 xvii guessnet[17891]: Added startable with priority 100
Aug 10 23:16:31 xvii guessnet[17891]: Added startable with priority 200
Aug 10 23:16:31 xvii guessnet[17891]: Added startable with priority 4294967295
Aug 10 23:16:31 xvii guessnet[17891]: Added startable with priority 4294967295
Aug 10 23:16:31 xvii guessnet[17891]: 2 candidates found in input
Aug 10 23:16:31 xvii guessnet[17891]: Guessnet 0.54 starting...
Aug 10 23:16:31 xvii guessnet[17891]: Trying MII detection
Aug 10 23:16:31 xvii guessnet[17891]: Link beat detection (mii) failed: 
Operation not supported
Aug 10 23:16:31 xvii guessnet[17891]: 0 candidate profiles
Aug 10 23:16:31 xvii guessnet[17891]: Added "default" test usb0-dhcp
Aug 10 23:16:31 xvii guessnet[17891]: Trying MII detection
Aug 10 23:16:31 xvii guessnet[17891]: Interface usb0 was down: initializing for 
broadcast
Aug 10 23:16:31 xvii guessnet[17891]: Trying MII detection
Aug 10 23:16:31 xvii guessnet[17891]: Initialized test subsystems
Aug 10 23:16:31 xvii guessnet[17891]: Starting all 3 startables
Au

Bug#628233: hbci: no error message for missing account suffix

[Sébastien Villemot]

reassign 628233 libaqhbci20
forcemerge 628379 628233
thanks

Hi,

Daniel Bayer  writes:

> On Sat, May 28, 2011 at 09:52:37PM +0200, Micha Lenk wrote:
>> Am 28.05.2011 14:53, schrieb Daniel Bayer:
>> > since some days the hbci functionality "internal transaction" doesn't
>> > work for me anymore: If I click on the menu entry nothing happens.
>> > Debugging this I found:
>> > 
>> > * 14:32:55  CRIT  accountjob.c:   82: This job needs an account 
>> > suffix, but your bank didn't provide one. Therefore this job is not 
>> > supported with your account.
>> > * 14:32:55  CRIT  provider.c:  394: Job not supported with this 
>> > account
>> > * 14:32:55  WARN   gnc_ab_trans_dialog_run_until_ok: 
>> > Oops, job not available
>> > 
>> > So for some reason I still have to debug aqhbci thinks my bank does
>> > not support internal transactions anymore and aborts. It would be nice
>> > if gnucash could show an error message in this case. Currently it is
>> > completly silent about this.
>> 
>> How can I reproduce the the situation where you expected an error message?
>
> see Bug#628379, which triggers this for me. If I understand the issue
> correctly, removing "ktv2" from "accountFlags" in
> $HOME/.aqbanking/settings/accounts/*.conf might be sufficient.

Closing this bug by merging it with #628379, which seems to be the real
issue.

Please reopen if you disagree with this bug being closed.

Best,

-- 
Sébastien Villemot
Researcher in Economics
http://www.dynare.org/sebastien
Phone: +33-1-40-77-84-04


pgpvWANQM6o8y.pgp
Description: PGP signature

Bug#616515: gnucash: uses excessive memory after saving

[Sébastien Villemot]

Jayen Ashar  writes:

> Yes, it is still happenning, although it is only 40-50MB each save now.

Then, can you provide us with a way to reproduce it?

> - Original Message -
>> From: Sébastien Villemot 
>> To: Jayen Ashar 
>> Cc: 616...@bugs.debian.org; cont...@bugs.debian.org
>> Sent: Saturday, 11 August 2012 7:39 AM
>> Subject: Re: Bug#616515: gnucash: uses excessive memory after saving
>> 
>>t ags 616515 + moreinfo unreproducible
>> thanks
>> 
>> Hi,
>> 
>> Jayen Ashar  writes:
>> 
>>>  Package: gnucash
>>>  Version: 1:2.4.2-1
>>>  Severity: normal
>>> 
>>> 
>>>  every time i save a file, i see the memory usage go up by about 200MB.  
>>>  maybe this is only for large files like mine, but auto-saving every 
>>>  minute causing me to run out of memory after a few minutes
>> 
>> Can you please try out gnucash version 1:2.4.10-5 and tell us if you
>> still experience the bug?
>> 
>> I have tried to replicate it but with no success. Also, many memory
>> leaks were fixed upstream since you reported this, so it is likely to be
>> fixed.
>> 
>> Thanks for your feedback,
>> 
>> -- 
>> Sébastien Villemot
>> Researcher in Economics
>> http://www.dynare.org/sebastien
>> Phone: +33-1-40-77-84-04
>> 

-- 
 .''`.Sébastien Villemot
: :' :Debian Maintainer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594


pgppdUAs5ue3W.pgp
Description: PGP signature

Bug#616515: gnucash: uses excessive memory after saving

[Jayen Ashar]

Yes, it is still happenning, although it is only 40-50MB each save now.

Thanks.



- Original Message -
> From: Sébastien Villemot 
> To: Jayen Ashar 
> Cc: 616...@bugs.debian.org; cont...@bugs.debian.org
> Sent: Saturday, 11 August 2012 7:39 AM
> Subject: Re: Bug#616515: gnucash: uses excessive memory after saving
> 
>t ags 616515 + moreinfo unreproducible
> thanks
> 
> Hi,
> 
> Jayen Ashar  writes:
> 
>>  Package: gnucash
>>  Version: 1:2.4.2-1
>>  Severity: normal
>> 
>> 
>>  every time i save a file, i see the memory usage go up by about 200MB.  
>>  maybe this is only for large files like mine, but auto-saving every 
>>  minute causing me to run out of memory after a few minutes
> 
> Can you please try out gnucash version 1:2.4.10-5 and tell us if you
> still experience the bug?
> 
> I have tried to replicate it but with no success. Also, many memory
> leaks were fixed upstream since you reported this, so it is likely to be
> fixed.
> 
> Thanks for your feedback,
> 
> -- 
> Sébastien Villemot
> Researcher in Economics
> http://www.dynare.org/sebastien
> Phone: +33-1-40-77-84-04
>


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

Bug#684529: RFS: turnserver/0.6-1 (ITP: #684481)

[Daniel Pocock]

On 10/08/12 21:43, Andrew Shadura wrote:
> Hello,
> 
> On Fri, 10 Aug 2012 20:01:52 +
> Daniel Pocock  wrote:
> 
>>  * Package name: turnserver
> 
>>   More information about hello can be obtained from
>> http://www.example.com.
> 
> Oh, really? :)
> 

Actually, I just put up a new howto today for example.org:

  http://www.opentelecoms.org/federated-voip-quick-start-howto

Seriously, though, the template thing on debian.mentors.net could
probably fill in more of these fields for us using the data it already
has from the package control file.


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

Bug#616515: gnucash: uses excessive memory after saving

[Sébastien Villemot]

tags 616515 + moreinfo unreproducible
thanks

Hi,

Jayen Ashar  writes:

> Package: gnucash
> Version: 1:2.4.2-1
> Severity: normal
>
>
> every time i save a file, i see the memory usage go up by about 200MB.  
> maybe this is only for large files like mine, but auto-saving every 
> minute causing me to run out of memory after a few minutes

Can you please try out gnucash version 1:2.4.10-5 and tell us if you
still experience the bug?

I have tried to replicate it but with no success. Also, many memory
leaks were fixed upstream since you reported this, so it is likely to be
fixed.

Thanks for your feedback,

-- 
Sébastien Villemot
Researcher in Economics
http://www.dynare.org/sebastien
Phone: +33-1-40-77-84-04


pgpaOKODaH3LP.pgp
Description: PGP signature

Bug#684529: RFS: turnserver/0.6-1 (ITP: #684481)

[Andrew Shadura]

Hello,

On Fri, 10 Aug 2012 20:01:52 +
Daniel Pocock  wrote:

>  * Package name: turnserver

>   More information about hello can be obtained from
> http://www.example.com.

Oh, really? :)

-- 
WBR, Andrew


signature.asc
Description: PGP signature

Bug#684535: hyperestraier: FTBFS on s390x

[Nobuhiro Iwamatsu]

Source: hyperestraier
Version: 1.4.13-7
Severity: serious
Justification: fails to build from source

Hi,

hyperestraier FTBFS on s390.
 
https://buildd.debian.org/status/fetch.php?pkg=hyperestraier&arch=s390x&ver=1.4.13-7&stamp=1343612759

-
./estcmd: INFO: [325:220]: search: 0 hits
./estcmd: INFO: [332:226]: search: 0 hits
./estcmd: INFO: flushing index words: name=casket dnum=230 wnum=1
fsiz=7066382 crnum=17860 csiz=1353273 dknum=2221
./estcmd: INFO: [342:232]: attr: file:///tmp/wicked-0267-12275.est
./estcmd: INFO: [354:243]: search: 0 hits
./estcmd: INFO: [355:243]: search: 2 hits
./estcmd: INFO: [363:247]: search: 0 hits
./estcmd: INFO: [365:248]: attr: file:///tmp/wicked-0152-12275.est
./estcmd: INFO: [367:248]: search: 0 hits
./estcmd: INFO: [370:248]: out
make: *** [build-arch-stamp] Terminated
./estcmd: INFO: the termination signal 15 catched
./estcmd: INFO: the termination signal 15 catched
Build killed with signal TERM after 150 minutes of inactivity
Build killed with signal KILL after 5 minutes of inactivity
-

Please check your package.

Best regards,
 Nobuhiro

--
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


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

Bug#684534: unblock xfonts-a12k12/1-10

[Nobuhiro Iwamatsu]

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

Hi,

Please unblock package xfonts-a12k12.
old package is processing using old dh_installxfonts, directorys unnecessary
at the time of uninstallation remains. (Bug #682051)
This problem has been solved with covert to dh 9 in this version.

xfonts-a12k12 (1-10) unstable; urgency=low

  * Update debian/control.
Bump up Standards-Version to 3.9.3.
  * Update debian/rules.
- Convert to dh 9.
- Rebuild latest dh_installxfonts. (Closes: #682051)

 -- Nobuhiro Iwamatsu   Mon, 23 Jul 2012 05:16:46 +0900

Best regards,
  Nobuhiro

unblock xfonts-a12k12/1-10

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


xfonts-a12k12_1-10.debdiff
Description: Binary data

Bug#677664: gnucash: SaveAs sqlite3 file creates file but no data

[Sébastien Villemot]

tags 677664 + moreinfo unreproducible
thanks

Hi,

Bruce LaZerte  writes:

> Dear Maintainer,
>* What led up to the situation?
> Tried to save a 1.3MB xml file as an sqlite3 file
>* What exactly did you do that was ineffective?
> Used the Save as dialogue action. All looked good. Quit Gnucash.
>* What was the outcome of this action?
> Restarted Gnucash, but the file was empty with no accounts or transactions
>* What outcome did you expect instead?
> A working file with data.
> A smaller xml database (25kb) worked ok.
> The size 1.3MB of the xml file appears to be an issue.

I could not replicate your problem on a 300kb XML file: it was saved
correctly in sqlite3 format.

Maybe could you send the datafile that triggers the problem? If you
don't want to make it public, you can also send it to me by private
email, in which case I will keep it confidential.

Best,

-- 
 .''`.Sébastien Villemot
: :' :Debian Maintainer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594


pgpkdAG8IuRS3.pgp
Description: PGP signature

Bug#684533: Fwd: RDF::TrineShortcuts - deprecation

[Kjetil Kjernsmo]

Package: librdf-trineshortcuts-perl
Version: 0.104-1
Severity: serious

Please see the below email from the upstream developer. Given this, I 
suppose this package shouldn't make it to Wheezy when it is stable. If I'm 
wrong, please feel free to close.

Cheers,

Kjetil


--  Forwarded Message  --

Subject: RDF::TrineShortcuts - deprecation
Date: Wednesday 30. May 2012, 09.11.32
From: Toby Inkster 
To: d...@lists.perlrdf.org

RDF::TrineShortcuts is a pretty nasty hack, and many of the reasons for
its existence are no longer valid. For example, at the time I wrote it,
RDF::Trine didn't have support for auto-detecting the serialization of
a URL or file and parsing it; now it does.

Anyway, it should be considered strongly deprecated. It will be deleted
from CPAN at some point later this year (though will still be
available from BackPAN). I just need to rework a few modules that
currently depend on it.

-- 
Toby A Inkster



___
Dev mailing list
d...@lists.perlrdf.org
http://lists.perlrdf.org/listinfo/dev
-


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

Bug#684532: unblock: libpng/1.2.49-2

[Nobuhiro Iwamatsu]

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

Hi,

Please unblock package libpng.
In version 1.2.49-2, we fixed RC bug #681408.

libpng (1.2.49-2) unstable; urgency=high

  * Change "a+w" to "u+w" in Makefile.in to fix CVE-2012-3386
Add 02-681408-CVE-2012-3386-Makefile.in.patch
Closes: #681408

 -- Anibal Monsalve Salazar   Fri, 13 Jul 2012 12:31:39 +1000

Best regards,
  Nobuhiro

unblock libpng/1.2.49-2

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


libpng_1.2.49-2.debdiff
Description: Binary data

Bug#679640: replicable problem

[Daniel Kahn Gillmor]

Control: found 679640 2:1.4-1
Control: found 679640 2:1.4.1-2

I can confirm that certain multipart/signed PGP/MIME message parts are
not being validated correctly with enigmail versons 1.4-1 or 1.4.1-2,
when using icedove 10.0.5-1 or 10.0.6-1 or 11.0-1.

In particular, the problematic messages appear to be those who have an
internal part that is signed, but whose top-level parts are not
themselves multipart/signed.

For example, a message that looks like this:

└┬╴multipart/mixed 7443 bytes
 ├┬╴multipart/signed 2313 bytes
 │├─╴text/plain 820 bytes
 │└─╴application/pgp-signature attachment [signature.asc] 900 bytes
 └─╴text/plain inline 176 bytes

will not show up as signed.

Turning on enigmail debugging (via the advanced settings dialog box's
debug tab), i get the following in the logs for such a message in
enigdbug.txt:

2012-08-10 16:58:43.444 [DEBUG] enigmailMessengerOverlay.js: messageFrameUnload
2012-08-10 16:58:43.445 [DEBUG] enigmailMessengerOverlay.js: messageCleanup
2012-08-10 16:58:43.445 [DEBUG] enigmailMessengerOverlay.js: setAttachmentReveal
2012-08-10 16:58:43.447 [DEBUG] enigmailMsgHdrViewOverlay.js: this.messageUnload
2012-08-10 16:58:43.458 [DEBUG] enigmailMsgHdrViewOverlay.js: 
_listener_onStartHeaders
2012-08-10 16:58:43.459 [DEBUG] enigmailCommon.jsm: getFrame: name=messagepane
2012-08-10 16:58:43.466 [DEBUG] enigmailMsgHdrViewOverlay.js: msgFrame=[object 
Window]
2012-08-10 16:58:43.468 [DEBUG] enigmailMsgHdrViewOverlay.js: 
enigmailPrepSecurityInfo
2012-08-10 16:58:43.570 [DEBUG] enigmailMsgHdrViewOverlay.js: 
_listener_onEndHeaders
2012-08-10 16:58:43.644 [DEBUG] enigmailMessengerOverlay.js: messageDecrypt: 
[object Event]
2012-08-10 16:58:43.681 [DEBUG] enigmailCommon.jsm: dispatchEvent f=
2012-08-10 16:58:43.689 [DEBUG] enigmailCommon.jsm: dispatchEvent running 
mainEvent
2012-08-10 16:58:43.690 [DEBUG] enigmailMessengerOverlay.js: messageDecryptCb:
2012-08-10 16:58:43.690 [DEBUG] enigmailMessengerOverlay.js: header 
content-type: multipart/mixed; boundary="===1124314551987869889=="
2012-08-10 16:58:43.691 [DEBUG] enigmailMessengerOverlay.js: header 
content-transfer-encoding: 
2012-08-10 16:58:43.691 [DEBUG] enigmailMessengerOverlay.js: header 
x-enigmail-version: 1.4.3
2012-08-10 16:58:43.692 [DEBUG] enigmailMessengerOverlay.js: header 
x-pgp-encoding-format: 
2012-08-10 16:58:43.692 [DEBUG] enumerateMimeParts:  - multipart/mixed; 
boundary="===1124314551987869889=="
2012-08-10 16:58:43.693 [DEBUG] enumerateMimeParts: 1 - multipart/mixed; 
boundary="===1124314551987869889=="
2012-08-10 16:58:43.694 [DEBUG] enumerateMimeParts: 1.1 - multipart/signed; 
micalg=pgp-sha1; protocol="application/pgp-signature"; 
boundary="enig72362FAC2517B9CBE677AAA6"
2012-08-10 16:58:43.694 [DEBUG] enumerateMimeParts: 1.1.1 - text/plain; 
charset=ISO-8859-1
2012-08-10 16:58:43.695 [DEBUG] enumerateMimeParts: 1.1.2 - 
application/pgp-signature; name="signature.asc"
2012-08-10 16:58:43.695 [DEBUG] enumerateMimeParts: 1.2 - text/plain; 
charset="us-ascii"
2012-08-10 16:58:43.696 [DEBUG] enigmailMessengerOverlay.js: embedded objects:  
/ 1.1
2012-08-10 16:58:43.698 [DEBUG] enigmailMessengerOverlay.js: messageDecryptCb: 
multipart/signed
2012-08-10 16:58:43.699 [DEBUG] enigmailMessengerOverlay.js: messageDecryptCb: 
mailNewsUrl:[xpconnect wrapped (nsISupports, nsIURI, nsIMsgMailNewsUrl)]
2012-08-10 16:58:43.705 [DEBUG] enigmailMessengerOverlay.js: messageDecryptCb: 
msgUriSpec:imap-message://x...@yyy.zzz.net/INBOX#234413
2012-08-10 16:58:43.706 [DEBUG] enigmailMessengerOverlay.js: verifyEmbeddedMsg: 
msgUrl[xpconnect wrapped (nsISupports, nsIURI, nsIMsgMailNewsUrl)]
2012-08-10 16:58:43.713 [DEBUG] enigmailCommon.jsm: 
requestObserver.onStartRequest
2012-08-10 16:58:43.719 [DEBUG] enigmailCommon.jsm: 
requestObserver.onStopRequest: [xpconnect wrapped nsISupports]
2012-08-10 16:58:43.720 [DEBUG] enigmailCommon.jsm: dispatchEvent f=
2012-08-10 16:58:43.721 [DEBUG] enigmailCommon.jsm: dispatchEvent running 
mainEvent
2012-08-10 16:58:43.721 [DEBUG] enigmailMessengerOverlay.js: 
verifyEmbeddedCallback: 
2012-08-10 16:58:43.727 [DEBUG] enigmailMessengerOverlay.js: 
verifyEmbeddedCallback: try inline PGP
2012-08-10 16:58:43.728 [DEBUG] enigmailMessengerOverlay.js: messageParse: false
2012-08-10 16:58:43.728 [DEBUG] enigmailCommon.jsm: getFrame: name=messagepane
2012-08-10 16:58:43.730 [DEBUG] enigmailMessengerOverlay.js: msgFrame=[object 
Window]
2012-08-10 16:58:43.732 [DEBUG] enigmailMessengerOverlay.js: 
bodyElement=[object HTMLBodyElement]

this is while running the versions of both packages from unstable.

0 dkg@pip:~$ dpkg -l enigmail icedove
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  enigmail 

Bug#683482: openvrml: Use dh_prep instead if dh_clean in instal

[Nobuhiro Iwamatsu]

Hi,

> Package: openvrml
> Version: 0.18.9-2
> Severity: normal
>
> In 0.18.9-2, the following change appeared in debian/rules:
>
> @@ -75,7 +80,7 @@
>  install: build
> dh_testdir
> dh_testroot
> -   dh_clean -k
> +   dh_clean
> dh_installdirs
> $(MAKE) install prefix=$(CURDIR)/debian/tmp/usr
>
> I believe this is incorrect as the manpage of dh_clean says:
>
> """
> OPTIONS
>-k, --keep
>This is deprecated, use dh_prep(1) instead.
> """

You are right. I will fix this.
Thanks!

Best regards,
  Nobuhiro


-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


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

Bug#684531: FTBFS: unknown type name bool

[Michael Tautschnig]

Package: cde
Version: 0.1-1
Severity: serious

In a recent local rebuild, your package failed to build in a wheezy build
environment:

Making all in tests
make[4]: Entering directory `/root/build/cde/cde-0.1/strace-4.6/tests'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory `/root/build/cde/cde-0.1/strace-4.6/tests'
make[4]: Entering directory `/root/build/cde/cde-0.1/strace-4.6'
source='strace.c' object='strace.o' libtool=no \
DEPDIR=.deps depmode=gcc /bin/bash ./depcomp \
gcc -DHAVE_CONFIG_H -I.  -I./linux/x86_64 -I./linux -I./linux  -Wall 
-Wwrite-strings -Wl,--hash-style=both  -g -O2 -fno-stack-protector 
-U_FORTIFY_SOURCE -D_GNU_SOURCE  -c strace.c
strace.c:128:1: error: unknown type name 'bool'
strace.c: In function 'main':
strace.c:836:9: warning: unused variable 'pid' [-Wunused-variable]
strace.c: In function 'trace':
strace.c:2792:15: warning: unused variable 'si' [-Wunused-variable]


It seems that strace.c lacks a #include .

Best,
Michael



pgpm0I1Q7F4bZ.pgp
Description: PGP signature

Bug#684220: RFS: tinysvm/0.09-1 [ITP] -- SVM trainer and classifier toolkit

[Giulio Paci]

Il 10/08/2012 22:08, Jakub Wilk ha scritto:
> * Giulio Paci , 2012-08-09, 21:12:
 http://mentors.debian.net/debian/pool/main/t/tinysvm/tinysvm_0.09-1.dsc
> […]
>> I just reuploaded the package with the original tarball. :-)
> 
> That's better. :)
> 
> Aesthetical nitpicking: line 20 of debian/control is indented by tabs
> and spaces, unlike any other line in this file. Could you use spaces only?

Fixed.

> I'm unable to parse the second sentence of the long description.

You are right. I should have read it more carefully. I tried to restate it.

> Unless there are compelling reasons to do otherwise, name of the -dev
> package should be unversioned.
> 
> *.la files normally should not be included in the Debian package (Policy
> §10.2).

Dropped.

> Please update format URI in debian/copyright.

Fixed.

> Am I right that this version of TinySVM was released in… 2002?

Yes you are right. Despite of this it is still largely used (mainly due
to yamcha, whose latest release was in 2005).

I just uploaded updated packages to mentors.

Bests,
Giulio.


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

Bug#684452: CVE-2012-3447 unblock: nova/2012.1.1-6

[Adam D. Barratt]

On Fri, 2012-08-10 at 14:25 +0800, Thomas Goirand wrote:
> Please unblock the nova package. This fixes CVE-2012-3447, which is a
> file injection vulnerability in the host filesystem, using a specially
> crafted guest image.
> 
> The relevant diff is available here:
> http://anonscm.debian.org/gitweb/?p=openstack/nova.git;a=commitdiff;h=55e78f9cbaa1c4657a97c6b20797a94968030e75

Please don't do that.  It needs a context switch, doesn't work when
reading mail offline and means that the list archive doesn't stand alone
as a historical, well, archive of what was okayed.  There's a reason
that the freeze policy explicitly asks for debdiffs.

> The patch comes directly from upstream, as per the patch header (I just
> applied it manually, then did dpkg-source --commit).
> 
> Note that this also includes a (needed) tweak in the configuration files
> as per this commit:
> http://anonscm.debian.org/gitweb/?p=openstack/nova.git;a=commitdiff;h=4cd725c5d164484a3ddb6bf95f37fb715cb51169

Two questions:

1) Why is there no mention of the above changes in the changelog?

2) Why does "Add nova-compute.conf files to nova-compute init if exist"
require

-DAEMON_ARGS="--flagfile=/etc/nova/nova.conf"
+DAEMON_ARGS="--config-file=/etc/nova/nova.conf"

and a bunch of

+[DEFAULT]

?

> Also, Ubuntu folks already fixed the issue in 12.04.

How is that at all relevant to the Debian freeze?

Regards,

Adam


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

Bug#684185: unblock: wmii/3.9.2+debian-4

[Andrew Shadura]

Hello,

On Wed, 8 Aug 2012 01:05:11 +0200
Cyril Brulebois  wrote:

> > Please review it an tell me if it fits to be uploaded to unstable
> > with a freeze exception for wheezy/testing.

> Please get your package uploaded, and let us (this bug report) know
> when it's accepted.

It's been uploaded:

http://packages.qa.debian.org/w/wmii/news/20120809T133224Z.html

-- 
WBR, Andrew


signature.asc
Description: PGP signature

Bug#684530: unblock: clutter-1.0/1.10.8-2

[Jordi Mallach]

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

Please unblock package clutter-1.0

There's a fix for a build-dependency and two patches that fix
accessibility issues.

unblock clutter-1.0/1.10.8-2

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

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=ca_ES.UTF-8@valencia, LC_CTYPE=ca_ES.UTF-8@valencia (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#683288: rt-authen-externalauth: privilege escalation

[Tom Jampen]

tag 683288 pending
thanks

On 30.07.2012 16:55, Yves-Alexis Perez wrote:
> For Wheezy, please fix this  with an isolated fix instead of updating to a
> new upstream release (since the freeze is in effect)

Fixed in git.
Tom


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

Bug#280348: #280348: d-i manual: how to burn the bootable cd-rom

[Holger Wansing]

In this old bugreport it is requested, to describe in the
manual how to burn a bootable CD.

But in the relevant chapter 4.1 there is a link to
http://www.debian.org/CD/ which has a prominent link to
the "FAQ about Debian CDs".
And that FAQ describes several methods to create a bootable
CD, on different OSses.

Since there is no need to have such info existing several 
times, this bug can be closed IMHO.

Comments?

Holger

-- 
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Powered by Sylpheed 3.0.2 under
Debian GNU/ / _  _  _  _  _ __  __
 / /__  / / / \// //_// \ \/ /
// /_/ /_/\/ /___/  /_/\_\6.0 / Squeeze.
Registered LinuxUser #311290 - http://counter.li.org/
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =


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

Bug#684527: [Pkg-openssl-devel] Bug#684527: openssl: CVE-2011-5095 - The remote SSL/TLS server accepts a weak Diffie-Hellman public value

[Kurt Roeckx]

On Fri, Aug 10, 2012 at 09:12:14PM +0200, Arne Wichmann wrote:
> Package: openssl
> Version: 0.9.8o-4squeeze13
> Severity: grave
> Tags: security
> Justification: user security hole
> 
> openssl in squeeze (at least up to 0.9.8o-4squeeze13) is vulnerable to
> CVE-2011-5095 [1]. For reference you might have a look at [2] - the problem
> seems to be that fips/dh/fips_dh_key.c does not incorporate a fix in
> crypto/dh/dh_key.c, namely calling DH_check_pub_key, like in [3].

This doesn't make any sense at all.  This is a bug fixed in 0.9.8a
in 2005.

It only seem to be relavant for the fips version, which we never
had.  Unless someone can tell me why you think this affects
anything in Debian, I'm just going to close it.


Kurt

> As far as I can see the problem is gone in 1.0.1c - but I leave this bug
> open for unstable/testing so that it can be doublechecked by someone more
> versed in openssl.

This doesn't make sense at all.  You file it against the version
in stable, but the version tracking will say this only affects
stable because the version in testing/unstable is not based on
the version in stable, they split at 0.9.8o-4.  If you want to
have this bug affect all versions you should have filed this
against the 0.9.8o-4 version.

Also, everything seems to indicate that 1.0 isn't affected at all.


Kurt


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

Bug#669565: RFS: gammaray/1.1.0-1 [ITP] -- Tool for examining the internals of Qt application

[Jakub Adam]

Hi Felix,


When SONAME is not set, lintian produces these warnings and error:

W: gammaray: dev-pkg-without-shlib-symlink usr/lib/gammaray_probe.so 
usr/lib/gammaray_probe.so
W: gammaray: shlib-without-versioned-soname usr/lib/gammaray_probe.so 
gammaray_probe.so
E: gammaray: postinst-must-call-ldconfig usr/lib/gammaray_probe.so

So the right solution is to override the warnings and add ldconfig call into
postinst script by hand?


Maybe a better solution would be to set the SONAME to the upstream version 
number.
That way it's explicit that plugins need to be recompiled when the upstream 
version
changes.


I like this, implemented in git.


What do you think about joining the Debian Qt/KDE team and making the package
team-maintained?


I accept, already sent a request to be added to the project. I'll move the 
repository
from collab-maint to pkg-kde once I have a write access and set appropriate 
Maintainer
and Uploaders in d/control.

Regards,

Jakub


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

Bug#684528: elfutils: FTBFS with new dpkg-buildpackage due to build-arch split

[Kurt Roeckx]

On Fri, Aug 10, 2012 at 01:34:39PM -0600, Adam Conrad wrote:
> Package: elfutils
> Version: 0.153-1
> Severity: serious
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu quantal ubuntu-patch
> 
> 
> Due to a slight thinko (I assume), your build-arch/build-indep split
> leads elfutils to FTBFS with the new dpkg-buildpackage, which calls
> build-arch for arch-only builds.  I uploaded the attached patch to
> Ubuntu, with the following changelog entry to resolve this:
> 
>   * Fix build-arch and build-indep targets to not require root.
> 
> 
> I think this follows the spirit of what you were trying to achieve,
> while making sure that the install target is only a dependency of
> targets that require root (ie: the binary* targets).

So that change was part of the patch I got in #657139, and 
0.152-1 (in testing) has things differently.  Looking more
carefully at the patch I applied, it doesn't make much sense.

So I think testing is not affected.  Testing it against
the 0.153-1 version I can reproduce it.

But the version in testing actually fails with an other error.


Kurt


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

Bug#684481: Results of your commands

[SYMPA]

Command has been performed :

> SET dev NOMAIL
Your configuration regarding list dev has been updated.


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

Bug#684146: xz compression and mysql-5.5

[Nicholas Bamber]

On 10/08/12 09:23, Ansgar Burchardt wrote:
> On 08/08/2012 10:43 PM, Nicholas Bamber wrote:
>>  I have not finished testing your patch but I have a few questions.
>>
>>  Firstly it raises a new lintian error requiring a Pre-Depends on dpkg
>> (=> 1.15.6~). I know that this is more of an issue for Ubuntu and that
>> Ubuntu won't in this case be syncing from wheezy, so I guess we can live
>> with the warning. But to be careful I thought I had better run it past
>> you. I certainly would want to follow lintian's advice post-wheezy.
> 
> The Pre-Depends should be safe to include, but it was mostly included
> for Ubuntu as they support upgrading from a release with an older dpkg.
> 
>>  Also you say " please keep in mind to not include additional changes."
>> however I also have #683733  to fix which I think I should be in the
>> same release.
> 
> Feel free to include additional changes for wheezy as long as you are
> confident that the release team will approve them.  I included that
> sentence to prevent people from including changes not intended for wheezy.
> 
> Ansgar
> 

Well it builds okay so far. I just feel I should test a bit more.


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

Bug#658702: Fix for bug 658702

[Stéphane Graber]

Hello,

We've just hit that same bug in Ubuntu when preparing for Ubuntu 10.04
to 12.04 upgrades without internet connectivity.

I'm attaching the patch we've applied to workaround/fix that problem.
It's based on a similar change that was done to doc-base a while ago,
basically implementing a local version of dirname.

I have uploaded updated patches to precise-proposed and quantal a few
minutes ago but don't expect any other issue with that package.

-- 
Stéphane Graber
Ubuntu developer
http://www.ubuntu.com
Description: Copy DirName function from doc-base and use that instead of 
dirname()
Author: Stéphane Graber 
Forwarded: no
Last-Update: 2012-08-10

--- libxml-sax-perl-0.99+dfsg.orig/SAX.pm
+++ libxml-sax-perl-0.99+dfsg/SAX.pm
@@ -12,7 +12,6 @@ use Exporter ();
 
 @EXPORT_OK = qw(Namespaces Validation);
 
-use File::Basename qw(dirname);
 use File::Spec ();
 use Symbol qw(gensym);
 use XML::SAX::ParserFactory (); # loaded for simplicity
@@ -44,6 +43,13 @@ http://xml.org/sax/features/validation =
 
 =cut
 
+sub _DirName { # {{{
+my @p = split '/', $_[0];
+return (join '/', @p[0..($#p-1)]) if $#p > 1;
+return '/' if substr ($_[0], 0, 1) eq '/';
+return '.';
+} # }}}
+
 sub load_parsers {
 my $class = shift;
 my $dir = shift;
@@ -54,7 +60,7 @@ sub load_parsers {
 # get directory from wherever XML::SAX is installed
 if (!$dir) {
 $dir = $INC{'XML/SAX.pm'};
-$dir = dirname($dir);
+$dir = _DirName($dir);
 }
 
 my $fh = gensym();
@@ -190,7 +196,7 @@ sub save_parsers {
 
 # get directory from wherever XML::SAX is installed
 my $dir = $INC{'XML/SAX.pm'};
-$dir = dirname($dir);
+$dir = _DirName($dir);
 
 my $file = File::Spec->catfile($dir, "SAX", PARSER_DETAILS);
 chmod 0644, $file;


signature.asc
Description: OpenPGP digital signature

Bug#684481: TurnServer.org - initial package now ready

[Daniel Pocock]

An initial version of the official Debian package is now on
mentors.debian.net waiting for a DD to sponsor it:

  http://mentors.debian.net/package/turnserver

There is a new bug requesting a sponsor (RFS bug):

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


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

Bug#684220: RFS: tinysvm/0.09-1 [ITP] -- SVM trainer and classifier toolkit

[Jakub Wilk]

* Giulio Paci , 2012-08-09, 21:12:

http://mentors.debian.net/debian/pool/main/t/tinysvm/tinysvm_0.09-1.dsc

[…]

I just reuploaded the package with the original tarball. :-)


That's better. :)

Aesthetical nitpicking: line 20 of debian/control is indented by tabs 
and spaces, unlike any other line in this file. Could you use spaces 
only?


I'm unable to parse the second sentence of the long description.

Unless there are compelling reasons to do otherwise, name of the -dev 
package should be unversioned.


*.la files normally should not be included in the Debian package (Policy 
§10.2).


Please update format URI in debian/copyright.

Am I right that this version of TinySVM was released in… 2002?

--
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#684529: RFS: turnserver/0.6-1 (ITP: #684481)

[Daniel Pocock]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

  I am looking for a sponsor for my package "turnserver"

 * Package name: turnserver
   Version : 0.6-1
   Upstream Author : Jitsi community
 * URL : http://www.turnserver.org
 * License : GPL 3
   Section : net

  It builds those binary packages:

turnserver - server for ICE/STUN/TURN, NAT traversal for SIP and Jabber

  To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/turnserver


  Alternatively, one can download the package with dget using this command:

dget -x
http://mentors.debian.net/debian/pool/main/t/turnserver/turnserver_0.6-1.dsc

  More information about hello can be obtained from http://www.example.com.


  Regards,
   Daniel Pocock


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

Bug#684481: TurnServer debian packaging problems

[Daniel Pocock]

Linker error suggests adding -fPIC

CPPFLAGS += -fPIC

  makes the error go away

-

Binary installed to usr/bin - should be installed to
usr/sbin/turnserver, e.g. update src/Makefile.am

bin_PROGRAMS = test_turn_client test_echo_server
sbin_PROGRAMS = turnserver

-

INSTALL file encourages people to run `autoreconf -i' - this is a bad
idea.  Only developers building from SVN should run that.  People using
the tarball should NOT need to run autoreconf unless they are modifying
any of the Makefiles

-

When running git-buildpackage, it complains about certain files deleted
in the source tree:

#   deleted:autom4te.cache/output.0
#   deleted:autom4te.cache/output.1
#   deleted:autom4te.cache/requests
#   deleted:autom4te.cache/traces.0
#   deleted:autom4te.cache/traces.1

and refuses to proceed.  Maybe these files should not be in the upstream
tarball?

-

Upstream release is v0.6, maybe it should use the more conventional 0.6.1?


In fact, it has been released 2012-02-24, over 1000 downloads, is it now
stable enough for a 1.0.0 release?
http://sourceforge.net/projects/turnserver/files/


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

Bug#684307: podebconf-report-po: please add an option to send a request for English review

[Francesco Poli]

On Fri, 10 Aug 2012 19:13:30 +0200 Francesco Poli wrote:

> On Wed, 08 Aug 2012 17:21:32 +0200 Francesco Poli (wintermute) wrote:
> 
> [...]
> > Of course, two new templates should be prepared for this new option,
> > one for the debconf case, and one for the non-debconf one.
> 
> I prepared a draft for these two new templates.
> Please find them attached to this message (in a gzipped tar archive).

I forgot to explicitly clarify that I think the creative input from my
side in the preparation of those two templates was really little and
probably below the threshold for being subject to copyright.

Anyway, just in case they turn out to be actually copyrighted, I hereby
release them under the same terms as the rest of the package.

In other words, my little contribution, to the extent it is covered by
my copyright, is:

Copyright (C) 2012 Francesco Poli

This work is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.

This work is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU Library General Public License for more details.

You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA




-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgprsC1qCUC0Y.pgp
Description: PGP signature

Bug#683352: Fixed

[Joanmarie Diggs]

I just fixed this bug upstream.


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

Bug#684528: elfutils: FTBFS with new dpkg-buildpackage due to build-arch split

[Adam Conrad]

Package: elfutils
Version: 0.153-1
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch


Due to a slight thinko (I assume), your build-arch/build-indep split
leads elfutils to FTBFS with the new dpkg-buildpackage, which calls
build-arch for arch-only builds.  I uploaded the attached patch to
Ubuntu, with the following changelog entry to resolve this:

  * Fix build-arch and build-indep targets to not require root.


I think this follows the spirit of what you were trying to achieve,
while making sure that the install target is only a dependency of
targets that require root (ie: the binary* targets).

... Adam


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

Kernel: Linux 3.2.0-27-generic (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru elfutils-0.153/debian/rules elfutils-0.153/debian/rules
--- elfutils-0.153/debian/rules	2012-02-24 16:01:45.0 -0700
+++ elfutils-0.153/debian/rules	2012-08-10 13:16:08.0 -0600
@@ -87,12 +87,13 @@
 	rm debian/tmp/usr/include/elfutils/libebl.h
 
 # Build architecture-independent files here.
-build-indep: build install
-binary-indep: build-indep
+build-indep: build
+binary-indep: build-indep install
 # We have nothing to do.
 
 # Build architecture-dependent files here.
-build-arch: build install
+build-arch: build
+binary-arch: build-arch install
 	dh_testdir
 	dh_testroot
 	dh_installchangelogs ChangeLog
@@ -113,7 +114,6 @@
 	dh_md5sums
 	dh_builddeb
 
-binary-arch: build-arch
 binary: binary-indep binary-arch
 
 maint-unpatch:

Bug#684174: solved

[Andrea Bolognani]

On Tue, Aug 07, 2012 at 11:27:51PM +0100, Anthony Campbell wrote:

> OK, I found the problem: I was running unclutter and for some reason
> this was stopping some key presses from working. After killing it
> everything worked as it should.

Hi,

glad you found a way to work around the problem.

Still, given Spectrwm’s target audience, I’d say upstream might be
interested in having it play nice with unclutter. Moreover, this might
turn out to be a legitimate bug in unclutter for all we know.

Let’s notify upstream of the issue and see what comes out of it.

Happy hacking!

-- 
Andrea Bolognani 
Resistance is futile, you will be garbage collected.


signature.asc
Description: Digital signature

Bug#684527: openssl: CVE-2011-5095 - The remote SSL/TLS server accepts a weak Diffie-Hellman public value

[Arne Wichmann]

Package: openssl
Version: 0.9.8o-4squeeze13
Severity: grave
Tags: security
Justification: user security hole

openssl in squeeze (at least up to 0.9.8o-4squeeze13) is vulnerable to
CVE-2011-5095 [1]. For reference you might have a look at [2] - the problem
seems to be that fips/dh/fips_dh_key.c does not incorporate a fix in
crypto/dh/dh_key.c, namely calling DH_check_pub_key, like in [3].

As far as I can see the problem is gone in 1.0.1c - but I leave this bug
open for unstable/testing so that it can be doublechecked by someone more
versed in openssl.

[1] http://security-tracker.debian.org/tracker/CVE-2011-5095
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-5095
[2] http://people.canonical.com/~ubuntu-security/cve/2011/CVE-2011-5095.html
[3] http://cvs.openssl.org/chngview?cn=14375

cu

AW

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

Kernel: Linux 3.2.23 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages openssl depends on:
ii  libc62.13-33
ii  libssl1.0.0  1.0.1c-3
ii  zlib1g   1:1.2.7.dfsg-13

openssl recommends no packages.

Versions of packages openssl suggests:
ii  ca-certificates  20120623

-- 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#684512: subtitleeditor: Unable to open a video

[Philip Rinn]

Hi,

I think you hit bug #657327. It's a bug in libgstreamermm-0.10 or
libgstreamer0.10-0 and not in subtitleeditor.

Philip


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

Bug#677054: nut-client: prompting due to modified conffiles which were not modified by the user

[Laurent Bigonville]

Hi,

I'm tempted to close that bug as WONTFIX.

The original issue is IMHO that the post-install script is modifying
nut.conf in the version present in squeeze (see #684392).

I see no easy way (not involving a dirty hack[0]) to fix this.

Moreover it's very unlikely that the user has NOT modified that file
himself already, as it controls which daemon should be started on the
system.

Cheers

Laurent Bigonville

[0] The dirty hack would involve trying to undo the change made by the
postinst script of the squeeze version in the preinst script.


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

Bug#684485: [Pkg-xfce-devel] Bug#684485: Bug#684485: thunar: No icon for some pdf documents shown

[Yves-Alexis Perez]

On ven., 2012-08-10 at 20:45 +0200, borish wrote:
> On 10.08.2012 16:57, Yves-Alexis Perez wrote:
>  > Ok, I found the bug. Your pdf embeds a thumbnail, so by default that's
>  > what's used by tumbler. In your case, the thumbnail is broken or empty,
>  > I'm not too sure. If you have control over the pdf generation, than try
>  > not to produce a thumbnail or make sure it's valid.
> 
> No, I didn't produce this pdf. I have a couple of pdfs like this.
> 
> But if the thumbnail is empty, shouldn't thunar at least show a frame 
> and a shadow?
> 
I have no idea what the tumbnail looks like, I just managed to find
there was an embedded thumbnail.

Regards,
-- 
Yves-Alexis


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

Bug#684485: [Pkg-xfce-devel] Bug#684485: Bug#684485: thunar: No icon for some pdf documents shown

[borish]

On 10.08.2012 16:57, Yves-Alexis Perez wrote:
> Ok, I found the bug. Your pdf embeds a thumbnail, so by default that's
> what's used by tumbler. In your case, the thumbnail is broken or empty,
> I'm not too sure. If you have control over the pdf generation, than try
> not to produce a thumbnail or make sure it's valid.

No, I didn't produce this pdf. I have a couple of pdfs like this.

But if the thumbnail is empty, shouldn't thunar at least show a frame 
and a shadow?


Regards,
Boris


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

Bug#684512: subtitleeditor: Unable to open a video

[Daniel Dehennin]

Philip Rinn  writes:

> This report is a duplicate of bug #660037. A fixed version is available in
> experimental.

Sorry for the duplicate, I tried the experimental version and got the
following dump, I can make tests if you want:

*** glibc detected *** subtitleeditor: malloc(): memory corruption (fast): 
0x02625a60 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x75b76)[0x7fa241f65b76]
/lib/x86_64-linux-gnu/libc.so.6(+0x79458)[0x7fa241f69458]
/lib/x86_64-linux-gnu/libc.so.6(__libc_calloc+0xc2)[0x7fa241f69f72]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_malloc0+0x19)[0x7fa242e8de39]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_param_spec_pool_list+0x98)[0x7fa243761ba8]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x15c74)[0x7fa243759c74]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x2d654)[0x7fa243771654]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_type_class_ref+0x556)[0x7fa243773b66]
/usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1(_ZN4Glib15ConstructParamsC2ERKNS_5ClassEPKcz+0xb7)[0x7fa2439e3497]
/usr/lib/libgstreamermm-0.10.so.2(_ZN3Gst8PlayBin2C1ERKN4Glib7ustringE+0x82)[0x7fa249420812]
/usr/lib/libgstreamermm-0.10.so.2(_ZN3Gst8PlayBin26createERKN4Glib7ustringE+0x31)[0x7fa2494210a1]
subtitleeditor[0x42566a]
subtitleeditor[0x425c39]
/usr/lib/subtitleeditor/plugins/actions/libvideoplayermanagement.so(_ZN21VideoPlayerManagement7on_openEv+0x65)[0x7fa236042125]
/usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1(_ZN4Glib17SignalProxyNormal19slot0_void_callbackEP8_GObjectPv+0x28)[0x7fa2439e5018]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x194)[0x7fa243755724]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x229c6)[0x7fa2437669c6]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xdac)[0x7fa24376e72c]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7fa24376e8c2]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x7e423)[0x7fa245ecb423]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x11a03)[0x7fa243755a03]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x6f6)[0x7fa24376e076]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7fa24376e8c2]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_widget_activate+0x7c)[0x7fa2460a2b6c]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_menu_shell_activate_item+0xfd)[0x7fa245f9edbd]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x15215c)[0x7fa245f9f15c]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x13f099)[0x7fa245f8c099]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x194)[0x7fa243755724]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x22530)[0x7fa243766530]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x9cb)[0x7fa24376e34b]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7fa24376e8c2]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x25693e)[0x7fa2460a393e]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_propagate_event+0xc4)[0x7fa245f8a434]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_main_do_event+0x27b)[0x7fa245f8a78b]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x5d7ac)[0x7fa2459d17ac]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x135)[0x7fa242e88205]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x4a538)[0x7fa242e88538]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0x72)[0x7fa242e88932]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_main+0xa7)[0x7fa245f89797]
/usr/lib/libgtkmm-2.4.so.1(_ZN3Gtk4Main3runERNS_6WindowE+0x106)[0x7fa247182de6]
subtitleeditor[0x4169e0]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x7fa241f0eead]
subtitleeditor[0x4172a5]
=== Memory map: 
0040-0044f000 r-xp  fe:04 116533 
/usr/bin/subtitleeditor
0064f000-00651000 rw-p 0004f000 fe:04 116533 
/usr/bin/subtitleeditor
00651000-00652000 rw-p  00:00 0 
01e3b000-02877000 rw-p  00:00 0  [heap]
7fa22000-7fa220021000 rw-p  00:00 0 
7fa220021000-7fa22400 ---p  00:00 0 
7fa227ff8000-7fa227ff9000 ---p  00:00 0 
7fa227ff9000-7fa2287f9000 rw-p  00:00 0  
[stack:18658]
7fa2297fb000-7fa2297fc000 ---p  00:00 0 
7fa2297fc000-7fa229ffc000 rw-p  00:00 0 
7fa229ffc000-7fa229ffd000 ---p  00:00 0 
7fa229ffd000-7fa22a7fd000 rw-p  00:00 0 
7fa22affe000-7fa22afff000 ---p  00:00 0 
7fa22afff000-7fa22b7ff000 rw-p  00:00 0 
7fa22b7ff000-7fa22b80 ---p  00:00 0 
7fa22b80-7fa22c00 rw-p  00:00 0 
7fa22c00-7fa22c021000 rw-p  00:00 0 
7fa22c021000-7fa23000 ---p  00:00 0 
7fa23133a000-7fa23139a000 rw-s  00:04 34865156   
/SYSV (deleted)
7fa23139a000-7fa2313a6000 r-xp  fe:04 346585 
/usr/lib/subtitleeditor/plugins/subtitleformats/libbitc.so
7fa2313a6000-7fa2

Bug#684463: condor fails to install if condor user already exists

[Evgeni Golov]

Hi,

On Fri, Aug 10, 2012 at 08:07:28PM +0200, Tiziano Zito wrote:
> > > > Package: condor
> > > > Version: 7.8.1~dfsg.1-1~nd12.04+1
> > > 
> > > Where does this version come from?
> > > Debian has 7.8.1~dfsg.1-2 in Wheezy and Sid.
> > 
> > It seems to come from http://neuro.debian.net and to be a backport of 
> > 7.8.1~dfsg.1-1.
> 
> Sorry for not mentioning it, I quickly checked on two different
> machines, but both were using the neuro.debian repos... 

About which you theoreticaly should not fill bugs into the Debian BTS, 
as these aren't Debian packages. But given these are rebuilds only, lets 
see what we can do for you :)
[ condor maintainer might disagree here ]

> > It has the very same postinst script as the Debian version and it should 
> > really not fail. Unless the user is not a system user.
> > 
> > Is your condor user a regular LDAP user?
> 
> Yes, it has  UID > 1000 as suggested by pam_ldap. Why should the
> condor user be a "system" user? for one, it requires a valid email
> address if you want email sent by condor not being tagged as SPAM by
> overzealous SPAM filters. And if you use LDAP for authentication you
> typically use it for email too, so the condor user naturally fits as
> a non-system LDAP user. Couldn't this check be lifted altogether, or
> at least give the possibility to set UID and GID of the condor user
> on installation? 

Well, users created for packages should be created as system users.
No idea how the fact of being a system user might play into your spam 
issue.
I have little clue about LDAP and no clue about condor (just stumbled 
over the bug while RC-bughunting), but I would say you should not have a 
condor user in your LDAP and let it be a lonely local user created by 
adduser.
If you want condor@host to work, add an alias or something.

However, these are my two cheap cents, maintainers might disagree here.

-- 
Bruce Schneier can read and understand Perl programs.


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

Bug#684526: whois: Remove version check from debian/rules.

[Chris J Arges]

Package: whois
Version: 5.0.17
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch

Dear Marco,
There has been another change in how version strings for backports are
formatted in Ubuntu.
The last change did not account for this. Is it possible to remove this
check completely?
This would make it easier to handle backports and different strings,
without having to change packaging each time. Otherwise I would be happy
to write another patch to handle the new regex.

Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500,
'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-27-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

diff -Nru whois-5.0.17/debian/changelog whois-5.0.17ubuntu1/debian/changelog
diff -Nru whois-5.0.17/debian/rules whois-5.0.17ubuntu1/debian/rules
--- whois-5.0.17/debian/rules	2012-06-24 20:15:43.0 -0500
+++ whois-5.0.17ubuntu1/debian/rules	2012-08-10 13:02:05.0 -0500
@@ -6,8 +6,6 @@
 
 D := $(CURDIR)/debian/whois
 
-VERSION := $(shell dpkg-parsechangelog | sed -n 's/ubuntu[0-9]*.*$$//; s/\+.*$$//; /^Version/s/.* //p')
-
 build:
 	dh_testdir
 	$(MAKE) CONFIG_FILE="/etc/whois.conf" HAVE_LIBIDN=1 HAVE_ICONV=1
@@ -23,9 +21,6 @@
 	dh_testdir
 	dh_clean
 
-	# sanity check
-	egrep -q '^#define VERSION "$(VERSION)"$$' config.h
-
 	dh_installdirs usr/bin
 	$(MAKE) install BASEDIR=$D
 	dh_installman whois.1 mkpasswd.1

Bug#601426: blueproximity: no built-in options for kde screen locker

[Aaron Schrab]

I agree that it would be nice to have preconfigured commands available 
for working with the KDE screen saver.


I would, however, make a slight change to the supplied lock command, and 
instead use the following:


qdbus org.freedesktop.ScreenSaver /ScreenSaver Lock

Specifying the interface which provides the method isn't necessary, and 
I think it looks cleaner without that.


Unfortunately, there doesn't appear to be a better way to unlock the 
screen.  Running the above qdbus command without the final argument to 
specify the method will give a list of supported methods, and none of 
them appears to work properly.  The SetActive method looked promising, 
and it even partially works, but it only makes the desktop visible 
without unlocking or hiding screen saver widgets.


But, the list of methods does include one that I'd like to see included 
in the list of preconfigured proximity commands:


qdbus org.freedesktop.ScreenSaver /ScreenSaver SimulateUserActivity

Thanks,
Aaron


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

Bug#681680: mediathekview: finds only 1376 out of 57537 movies

[Markus Koschany]

Here is a short summary what has happened so far.

-   I built mediathekview-3.0.0 successfully on Sid
-   Now i am trying to improve the package and i am doing some
tests
-   I am in contact with the upstream developer of mediathekview
who is responsive and helpful.
-   He is even working on a patch which adresses this bug report. I
will try it out at the weekend and report back.




signature.asc
Description: OpenPGP digital signature

Bug#669565: RFS: gammaray/1.1.0-1 [ITP] -- Tool for examining the internals of Qt application

[Felix Geyer]

On 10.08.2012 16:47, Jakub Adam wrote:
>> debian/patches/gammaray-probe-versioned-soname.patch:
>>
>> Why do you set a SONAME for gammaray_probe?
>> When gammaray changes the ABI custom plugins will break anyway
>> since you can't install different versions of gammaray.
> 
> When SONAME is not set, lintian produces these warnings and error:
> 
> W: gammaray: dev-pkg-without-shlib-symlink usr/lib/gammaray_probe.so 
> usr/lib/gammaray_probe.so
> W: gammaray: shlib-without-versioned-soname usr/lib/gammaray_probe.so 
> gammaray_probe.so
> E: gammaray: postinst-must-call-ldconfig usr/lib/gammaray_probe.so
> 
> So the right solution is to override the warnings and add ldconfig call into
> postinst script by hand?

Maybe a better solution would be to set the SONAME to the upstream version 
number.
That way it's explicit that plugins need to be recompiled when the upstream 
version
changes.

>> debian/patches/harfbuzz-search-path.patch:
>>
>> What does this patch do?
>> libqt4-private-dev doesn't contain the harfbuzz headers and that won't
>> change at least until wheezy is released.
> 
> I've already created a request for harfbuzz headers inclusion [1]. Right now,
> that patch has no visible effect, but once the headers are available, it will
> be enough to simply recompile gammaray to enable the additional features that
> now can't be built.

Ok. I'm a bit worried though that depending on more private Qt API will break
GammaRay often.

What do you think about joining the Debian Qt/KDE team and making the package
team-maintained?

Felix


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

Bug#684463: condor fails to install if condor user already exists

[Tiziano Zito]

> > > Package: condor
> > > Version: 7.8.1~dfsg.1-1~nd12.04+1
> > 
> > Where does this version come from?
> > Debian has 7.8.1~dfsg.1-2 in Wheezy and Sid.
> 
> It seems to come from http://neuro.debian.net and to be a backport of 
> 7.8.1~dfsg.1-1.

Sorry for not mentioning it, I quickly checked on two different
machines, but both were using the neuro.debian repos... 

> It has the very same postinst script as the Debian version and it should 
> really not fail. Unless the user is not a system user.
> 
> Is your condor user a regular LDAP user?

Yes, it has  UID > 1000 as suggested by pam_ldap. Why should the
condor user be a "system" user? for one, it requires a valid email
address if you want email sent by condor not being tagged as SPAM by
overzealous SPAM filters. And if you use LDAP for authentication you
typically use it for email too, so the condor user naturally fits as
a non-system LDAP user. Couldn't this check be lifted altogether, or
at least give the possibility to set UID and GID of the condor user
on installation? 

Thank you for your quick reply!

Tiziano


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

Bug#684525: desktop-base: treat '/usr/share/desktop-base/grub_background.sh' as a config file

[Bob Bib]

Package: desktop-base
Version: 7.0.2
Severity: wishlist

Dear Maintainer,

'/usr/share/desktop-base/grub_background.sh' file is an easy way to set GRUB
backround picture and menu text / highlight colors, but it gets rewritten on
'desktop-base' package update;

on the other hand, GRUB background can be set in '/etc/default/grub', but not
the menu colors, forcing users to get deep into the GRUB configs:
http://wiki.debian.org/Grub2

Therefore, I suggest to treat '/usr/share/desktop-base/grub_background.sh' as a
config file (using UCF or whatever).



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

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

Versions of packages desktop-base depends on:
ii  dpkg 1.16.4.3
ii  librsvg2-common  2.36.1-1

desktop-base recommends no packages.

Versions of packages desktop-base suggests:
pn  gnome | kde-standard | xfce4 | wmaker  


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

Bug#679295: [BTS#679295] templates://keystone/{keystone.templates} : Final update for English review

[Christian PERRIER]

Dear Debian maintainer,

On Saturday, August 04, 2012, I notified you of the beginning of a review 
process
concerning debconf templates for keystone.

The debian-l10n-english contributors have now reviewed these templates,
and the final proposed changes are attached to this update to the
original bug report.

Please review the suggested changes, and if you have any
objections, let me know in the next 3 days.

However, please try to avoid uploading keystone with these changes
right now.

The second phase of this process will begin on Monday, August 13, 2012, when I 
will
coordinate updates to translations of debconf templates.

The existing translators will be notified of the changes: they will
receive an updated PO file for their language.

Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.

Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.

The call for translation updates and new translations will run until
about Monday, September 03, 2012. Please avoid uploading a package with fixed 
or changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.

Please note that this is an approximative delay, which depends on my
own availability to process this work and is influenced by the fact
that I simultaneously work on many packages.

Around Tuesday, September 04, 2012, I will contact you again and will send a 
final patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).

Again, thanks for your attention and cooperation.


-- 


# These templates have been reviewed by the debian-l10n-english
# team
#
# If modifications/additions/rewording are needed, please ask
# debian-l10n-engl...@lists.debian.org for advice.
#
# Even minor modifications require translation updates and such
# changes should be coordinated with translators and reviewers.

Template: keystone/configure_db
Type: boolean
Default: false
_Description: Set up a database for Keystone?
 No database has been set up for Keystone to use. If you want
 to set one up now, please make sure you have all needed
 information:
 .
  * the host name of the database server (which must allow TCP
connections from this machine);
  * a username and password to access the database;
  * the type of database management software you want to use.
 .
 If you don't choose this option, no database will be set up and
 Keystone will use regular SQLite support.
 .
 You can change this setting later on by running "dpkg-reconfigure
 -plow keystone".

Template: keystone/auth-token
Type: string
_Description: Authentication server administration token:
 Please enter the token to use with the authentication
 server.
Source: keystone
Section: net
Priority: extra
Maintainer: PKG OpenStack 
Uploaders: Loic Dachary (OuoU) ,
   Julien Danjou ,
   Thomas Goirand ,
   Ghe Rivero 
Build-Depends: debhelper (>= 7.0.50),
 python-all (>= 2.6.6-3~),
 python-all-dev (>= 2.6.6-3~) | python-support,
 python-lxml,
 python-setuptools,
 python-sphinx,
 python-unittest2,
 python-paste,
 python-pastedeploy,
 python-routes,
 python-eventlet,
 python-webob,
 python-sqlalchemy,
 python-passlib,
 python-ldap,
 python-memcache,
 python-swift,
 python-nose,
 python-migrate,
 python-prettytable,
 python-mox,
 python-dateutil,
 pep8,
 git-core,
 po-debconf
Standards-Version: 3.9.3
Homepage: http://launchpad.net/keystone
Vcs-Browser: 
http://anonscm.debian.org/gitweb/?p=openstack/keystone.git;a=summary
Vcs-Git: git://anonscm.debian.org/openstack/keystone.git

Package: python-keystone
Architecture: all
Section: python
Depends: ${python:Depends}, ${misc:Depends},
 python-passlib,
 python-sqlalchemy,
 python-routes,
 python-lxml,
 python-httplib2,
 python-eventlet,
 python-paste,
 python-pastedeploy,
 python-pastescript,
 python-webob,
 python-sqlite,
 python-nova,
 python-dateutil
Recommends: python-memcache, python-ldap
Description: OpenStack identity service - library
 This is the identity service used by OpenStack for authentication (authN)
 and high-level authorization (authZ). It currently supports token-based
 authN with user/service authZ, and is scalable to support OAuth, SAML,
 and OpenID in future versions. Out of the box, Keystone uses SQLite for
 its identity store database, with the option to connect to external LDAP.
 .
 This package contains the Python libraries.

Package: keystone
Architecture: all
Section: python
Depends: ${python:Depends}, ${misc:Depends},
 python-keystone (= ${source:Version}),
 adduser,
 lsb-base (>= 3.0-6),
 dbconfig-common,
 python-keystoneclient
Description: OpenStack identity service
 This is the identity service used by OpenStack for authentication (authN)
 and high-level authorization (authZ). It currently supports token-based
 authN w

Bug#684524: apt-cacher: Please provide download resume capability.

[Alfredo Finelli]

Package: apt-cacher
Version: 1.7.4
Severity: wishlist

When downloading a package from the Debian archive aptitude keeps it in
the directory "/var/cache/apt/archives/partial".  Upon completion the
file is then moved to the cache in "/var/cache/apt/archives" and then
installed.  In case of network problems, or if the transfer is
interrupted for other reasons, the partial download is preserved.  When
the file is needed again the download process is simply resumed with a
range request.

This instead is what happens, in chronological order, when the aptitude
client downloads the package from the apt-cacher proxy.


1. Download request on the client.

   # aptitude -d install xulrunner-10.0-dbg


2. Processes started on the proxy host:

   /usr/sbin/apt-cacher [inetd]
   /usr/sbin/apt-cacher [libcurl]
   /usr/sbin/apt-cacher [inetd] 
[http://ftp.de.debian.org/debian/pool/main/i/iceweasel/libmozjs10d-dbg_10.0.6esr-1_amd64.deb]

   File status on client:

   -rw-r--r-- 1 root root 5643994 Aug 10 12:11 
/var/cache/apt/archives/partial/libmozjs10d-dbg_10.0.6esr-1_amd64.deb

   File status on the proxy:

   -rw-r--r-- 1 www-data www-data 5643994 Aug 10 12:11 
/var/cache/apt-cacher/packages/debian/libmozjs10d-dbg_10.0.6esr-1_amd64.deb


3. Network failure, the proxy has now no network connection to the Debian
   mirror.


4. Wait some time to reach timeout.  No apt-cacher processes are active any
   longer.

   File status on client:

   -rw-r--r-- 1 root root 5646427 Jul 17 13:32 
/var/cache/apt/archives/partial/libmozjs10d-dbg_10.0.6esr-1_amd64.deb

   Note: the partial download has now the same time-stamp as the one in
   the Debian mirror.

   File status on proxy:

   -rw-r--r-- 1 www-data www-data 5646427 Aug 10 12:13 
/var/cache/apt-cacher/packages/debian/libmozjs10d-dbg_10.0.6esr-1_amd64.deb.corrupted

   Note: the file name changed: ".corrupted" was added as extension.


5. The network connection starts working again after some time.  The
   proxy takes no autonomous actions.


6. Repeat download request on client,

   # aptitude -d install xulrunner-10.0-dbg

   aptitude wants to start from where it was forced to suspend:

   3% [1 libmozjs10d-dbg 5,646 kB/17.2 MB 33%]

   File status on client:

   -rw-r--r-- 1 root root 5646426 Aug 10 12:19  
/var/cache/apt-cacher/packages/debian/libmozjs10d-dbg_10.0.6esr-1_amd64.deb

   Note: again a date change.

   File status on proxy:

   -rw-r--r-- 1 www-data www-data 1474249 Aug 10 12:19 
/var/cache/apt-cacher/packages/debian/libmozjs10d-dbg_10.0.6esr-1_amd64.deb
   -rw-r--r-- 1 www-data www-data 5646427 Aug 10 12:13 
/var/cache/apt-cacher/packages/debian/libmozjs10d-dbg_10.0.6esr-1_amd64.deb.corrupted

   The old file (with the ".corrupted" extension) is ignored.  A new
   file is opened and the package downloaded from the start.

7. On the client side aptitude waits in "stalled" status until
   apt-cacher is reaching the size needed to satisfy its requested
   range.  The user has no idea about what is happening, will just read
   the word "stalled" for some time and will probably think about a new
   network failure, if it takes too long he will maybe simply quit
   aptitude.


It would be more efficient if apt-cacher could simply resume suspended
downloads.  It could, for example, rename the downloaded file to have a
".part" extension until the download is completed; if a client needs a
package that is not yet fully downloaded then apt-cacher should only get
the missing part with an HTTP range request.

To clean the archive from old and obsolete partially downloaded files
only the package version string should be used and not, of course, any
hash sum.


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

Bug#684481: Welcome to the d...@jitsi.java.net mailing list!

[dev-request]

This is a confirmation email that you have subscribed to the 
d...@jitsi.java.net mailing list.
Your subscription email is 684...@bugs.debian.org

Welcome!


Dev Mailing List


Java.net developer mailing lists


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

Bug#684356: carnivore: has multiple id's for same e-mail address

[Russ Allbery]

Bart Martens  writes:
> On Fri, Aug 10, 2012 at 05:35:45PM +0200, Bastian Blank wrote:

>> | The local-part of a mailbox MUST BE treated as case sensitive.
>> (2.4 RFC 5321)

> It seems that Debian doesn't always do that.  For example, an e-mail
> sent to ba...@debian.org is delivered to the same mailbox as an e-mail
> sent to ba...@debian.org.

But that's consistent.  The local delivery system is allowed to map
addresses to mailboxes however it wants, including mapping all
capitalization patterns to the same mailbox.  (That's typical behavior,
even.)

> Also, the script bts-wnpp_rm already converts all e-mail addresses to
> lowercase.

> I think that it is better to accept the reality that most people
> consider e-mail addresses as case insensitive.  Looking at the examples
> in carnivore I think that it is better to do the same in carnivore.

The formally correct thing to do is to case-smash "local" addresses (such
as @debian.org addresses) where we know that we are going to treat all
case variations as equivalent, but to preserve case in non-local addresses
where we don't know what the remote behavior will be.

However, I must admit that, other than as demostrations of strict
standards compliance, I've never met a mail system in the real world that
delivered varient capitalizations to different people.  I've heard of some
that bounced some capitalizations as an anti-spam measure, but that
doesn't really argue against address merging for a tracking database.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87ehned64y@windlord.stanford.edu


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

Bug#684307: podebconf-report-po: please add an option to send a request for English review

[Francesco Poli]

On Wed, 08 Aug 2012 17:21:32 +0200 Francesco Poli (wintermute) wrote:

[...]
> Of course, two new templates should be prepared for this new option,
> one for the debconf case, and one for the non-debconf one.

I prepared a draft for these two new templates.
Please find them attached to this message (in a gzipped tar archive).

Bye.

-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


review-templates.tar.gz
Description: Binary data


pgpQ7JRk4I2dA.pgp
Description: PGP signature

Bug#684424: arno-iptables-firewall: Spurious error messages because kmod doesn't print a "Module not found" error.

[Wojciech Kusiak]

On Fri, Aug 10, 2012 at 07:40:27AM +0200, Arno van Amersfoort wrote:
> I think I managed to work around the issue, although I think kmod
> should of course return a more descriptive (error) message when a
> module is not found.

Totally agreed .
If it's documented somewhere that return 1 means "module not found"
in particular, and other errors use different codes, it's slightly
less wrong, but still, interactive-use programs should print a message
on errors.
Not many people have their shells set to print last command's return
value.
Of course, this is software with bugs like #665873 and #676387...

> Since I don't have a system with kmod here I can't test the fix. If you like 
> you can grab the latest nightly from 
> http://rocky.eld.leidenuniv.nl/arno-iptables-firewall/arno-iptables-firewall_nightly.tar.gz
>  and report back.

Well, actually, it doesn't solve it as you added the empty message
check only to modprobe() and not to modprobe_multi().
But copying it to down there indeed silences the printouts.
Of course, now it will not print any warning if kmod (or modprobe,
for that matter) will return another error code without a message.
Lose-lose situation, I guess. :(

Thanks a lot for looking into this, and for the script itself too. :)
Regards,
-- Wojciech


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

Bug#572219: still no success?

[Fernando Toledo]

anybody is working on this bug?

any workaround?

-- 
Fernando Toledo
Dock Sud BBS
http://bbs.docksud.com.ar
telnet://bbs.docksud.com.ar


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