Bug#630750:

[林博仁]

I can comfirm this bug.
This bug will effect all users tried to relax username limitation by
uncommenting the NAME_REGEX in adduser.conf
Please accept it if the patch is correct.

Sincerely,
Henry Lin

Bug#703750: vlc-data: obsolete conffile not removed

[Paul Wise]

Package: vlc-data
Version: 2.0.5-2
Severity: important
Usertags: conffile
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.

http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

pabs@chianamo ~ $ adequate vlc-data
vlc-data: obsolete-conffile /etc/vlc/http/.hosts
pabs@chianamo ~ $ dpkg-query -W -f='${Conffiles}\n' vlc-data | grep obsolete
 /etc/vlc/http/.hosts 487bfe8c3948da33c57775ea867101cb obsolete
pabs@chianamo ~ $ dpkg -L vlc-data | sort -u | grep /etc > 1
pabs@chianamo ~ $ dpkg-deb --contents 
/var/cache/apt/archives/vlc-data_2.0.5-2_all.deb | sed 's/^.*\.\//\//;s_/$__' | 
sort -u | grep /etc > 2
pabs@chianamo ~ $ diff -u 1 2
--- 1   2013-03-23 13:34:20.270471165 +0800
+++ 2   2013-03-23 13:34:43.614168843 +0800
@@ -1,8 +1,9 @@
 /etc
 /etc/vlc
-/etc/vlc/http/.hosts
 /etc/vlc/lua
 /etc/vlc/lua/http
 /etc/vlc/lua/http/dialogs
 /etc/vlc/lua/http/dialogs/.hosts
 /etc/vlc/lua/http/.hosts
+/usr/share/vlc/lua/http/dialogs/.hosts -> /etc/vlc/lua/http/dialogs/.hosts
+/usr/share/vlc/lua/http/.hosts -> /etc/vlc/lua/http/.hosts

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

Kernel: Linux 3.8-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 vlc-data depends on:
ii  dpkg  1.16.9

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#703482: pu: package smarty/2.6.26-1

[Hideki Yamane]

On Thu, 21 Mar 2013 10:06:24 +0100
Julien Cristau  wrote:
> Where is this undone?  What happens if you call build twice?  If the
> package isn't already using a patch system, then apply the patch
> directly, not through debian/rules, please.

 Okay, thanks.
 I'll upload with as below changes (directly applied).


diff -u smarty-2.6.26/debian/changelog smarty-2.6.26/debian/changelog
--- smarty-2.6.26/debian/changelog
+++ smarty-2.6.26/debian/changelog
@@ -1,3 +1,12 @@
+smarty (2.6.26-0.2+squeeze1) stable-proposed-updates; urgency=high
+
+  * QA upload.
+  * add debian/patches/avoid_possible_script_execution_from_2.6.27.patch
+- CVE-2012-4437: cherry picked from upstream, prevent XSS (Closes: #702710)
+  Thanks to Yoshinari Takaoka  for the report.
+
+ -- Hideki Yamane   Mon, 11 Mar 2013 01:18:46 +0900
+
 smarty (2.6.26-0.2) unstable; urgency=low
 
   * QA upload:
only in patch2:
unchanged:
--- 
smarty-2.6.26.orig/debian/patches/avoid_possible_script_execution_from_2.6.27.patch
+++ 
smarty-2.6.26/debian/patches/avoid_possible_script_execution_from_2.6.27.patch
@@ -0,0 +1,22 @@
+Description: avoid possible XSS
+ As Yoshinari Takaoka  pointed out, upstream puts
+ a (possible) security fix in Smarty 2.6.27.
+ .
+ See upstream commit as 
https://code.google.com/p/smarty-php/source/detail?r=4660
+
+---
+Origin: upstream
+Last-Update: 2013-03-11
+
+--- smarty-2.6.26.orig/libs/Smarty.class.php
 smarty-2.6.26/libs/Smarty.class.php
+@@ -1090,7 +1090,8 @@ class Smarty
+  */
+ function trigger_error($error_msg, $error_type = E_USER_WARNING)
+ {
+-trigger_error("Smarty error: $error_msg", $error_type);
++$msg = htmlentities($error_msg);
++trigger_error("Smarty error: $msg", $error_type);
+ }
+ 
+ 
only in patch2:
unchanged:
--- smarty-2.6.26.orig/libs/Smarty.class.php
+++ smarty-2.6.26/libs/Smarty.class.php
@@ -1090,7 +1090,8 @@
  */
 function trigger_error($error_msg, $error_type = E_USER_WARNING)
 {
-trigger_error("Smarty error: $error_msg", $error_type);
+$msg = htmlentities($error_msg);
+tri


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

Bug#678624: pu: package xz-utils/5.0.0-3

[Jonathan Nieder]

Adam D. Barratt wrote:
> On Sat, 2013-03-16 at 14:40 -0700, Jonathan Nieder wrote:

>>  * "What this most needs is more testing.  I know you have tested it,
>>but I haven't had time to test it myself.  I should have some in
>>the next month and do not think this should roll out to s-p-u until
>>then."
>
> I'm currently tending towards this, fwiw. As I mentioned on IRC, I've
> added getting some testing done to my to-do list; the past few days have
> just been a little... occupied.

Thanks for the update.

Jonathan


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

Bug#651944: Feedback on the (unreleased) package

[Vasudev Kamath]

On 23:41 Thu 21 Mar , Carsten Pfeiffer wrote:
> Hi,
> 
> thanks a lot for packaging friendica! I was eager to try it out, so I got the 
> source package and built it on a Debian stable box (with some necessary 
> jquery 
> packages from backports).
> 
> Here's some feedback that might be used to improve the package:

Thank you carsten for trying out the package!

> 
> - installation of the package went smooth, it asked for the db
> details, etc.

That is nice!

> - after that finished, I found a /etc/apache2/conf.d/friendica.conf, which I 
> replaced with the apache2.subdomain.conf from the doc examples
> directory

I see did the friendica.conf didn't work? Did you face some error?

> - had to remove a space in the "order allow, deny" option (between allow and 
> deny)

Let me reverify the conf files it was created by tobias

> - the web interface was available, but it showed the installer (is that 
> supposed to happen?)

Yeah for now it should get you installer. I'm not sure if that can be
automated may be friendica devs can answer (hint hint Tobias)

> - installer complained about /usr/share/friendica/.htaccess not being 
> available and not creatable either, so I created the file and made it
> writable

Weird I think I fixed in the last week upload to mentors! Did you try
this with which package?

> - instead of continuing with the installer, I copied 
> /etc/friendica/htconfig.php to /usr/share/friendica/.htconfig.php

I see when you use web installer it gets created.

> - however then apache always segfaulted

Umm.. That is weird!

> - I manually created the database with /usr/share/friendica/database.sql and 
> finally got friendica up and running

Uh was the database.sql was missing in installation? I'm not sure what
might have gone wrong.

> 
> However, some more fixes were needed:
> - uploading a profile picture only resulted in a black image, because some 
> javascripts were not found. I had to create a symlink

I thought I fixed these symlinks but alas I need to look again.

> /usr/share/friendica/cropper/lib/prototype.js to the system installed 
> prototype.js, then remove the directory 
> /usr/share/friendica/library/cropper/lib directory and finally create a 
> symlink 
> /usr/share/friendica/library/cropper/lib to
> /usr/share/friendica/cropper/lib

Weird I will have look again!

> 
> I still found a warning about a type problem in the error log about the 
> profile 
> photo, so I adjusted /usr/share/friendica/mod/profile_photo.php lines 56-59 
> to 
> cast the POST variables to integer values:
> 
> $srcX = (int) $_POST['xstart'];
> $srcY = (int) $_POST['ystart'];
> $srcW = (int) $_POST['xfinal'] - $srcX;
> $srcH = (int) $_POST['yfinal'] - $srcY;
> 
> The javascript console still showed an error in 
> /usr/share/friendica/js/main.js; all accesses to $.someJQuery function or 
> object didn't work. I don't really understand what's going in there (some 
> undesired mangling of '$.'?), but I changed all occurrences of '$.' to 
> 'jQuery.' in js/main.js, so that it looks like this
> 
> $(function() {
> jQuery.ajaxSetup({cache: false});
>  [,,,]
>

Ok Tobias again you need to have a look! Or is the jquery.js modified by
friendica? I prefer it is not to be modified otherwise I need to
duplicate every other js code base in friendica.

> Then online help didn't work at all (internal server error), I had to remove 
> the symlink /usr/share/friendica/library/markdown.php and replace it with the 
> PHP Markdown Extra "markdown.php" from http://littoral.michelf.ca/code/php-
> markdown/php-markdown-extra-1.2.6.zip

The markdown.php on squeeze that might be the reason. I'm not planning
to target friendica to squeeze as it will be soon old stable.

> 
> Finally, everything seems to work :-)

Wonderful! Thank you for taking time to share the problems you faced. I
will see how I can fix these 

Warm Regards
-- 
Vasudev Kamath
http://copyninja.info
Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net}
IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net}
GPG Key: C517 C25D E408 759D 98A4  C96B 6C8F 74AE 8770 0B7E


signature.asc
Description: Digital signature

Bug#703748: base: kobject_add_internal failed for threshold_bank0 with -EEXIST

[Le Déchaîné]

Package: base
Severity: normal

I've installed Debian Squeeze one week ago (installed from CD on a new
computer), and everytime I boot my system, I see these errors. Looks serious,
but doesn't seem to affect my computer at all, since booting continues
afterwards.

[0.508968] Unpacking initramfs...
[0.680304] Freeing initrd memory: 8584k freed
[0.682379] Simple Boot Flag at 0x47 set to 0x1
[0.682643] [ cut here ]
[0.682649] WARNING: at /build/buildd-
linux-2.6_2.6.32-48squeeze1-i386-F95osd/linux-2.6-2.6.32/debian/build/source_i386_none/fs/sysfs/dir.c:491
sysfs_add_one+0xa3/0xb8()
[0.682652] Hardware name: SX2380
[0.682653] sysfs: cannot create duplicate filename
'/devices/system/machinecheck/machinecheck1/threshold_bank0'
[0.682654] Modules linked in:
[0.682657] Pid: 1, comm: swapper Not tainted 2.6.32-5-686-bigmem #1
[0.682662] Call Trace:
[0.682667]  [] ? warn_slowpath_common+0x5e/0x8a
[0.682669]  [] ? warn_slowpath_fmt+0x26/0x2a
[0.682672]  [] ? sysfs_add_one+0xa3/0xb8
[0.682674]  [] ? create_dir+0x3c/0x62
[0.682677]  [] ? sysfs_create_dir+0x29/0x3b
[0.682680]  [] ? kobject_get+0xf/0x13
[0.682683]  [] ? kobject_add_internal+0xb0/0x149
[0.682685]  [] ? kobject_add+0x44/0x47
[0.682687]  [] ? kobject_create_and_add+0x1f/0x48
[0.682691]  [] ? threshold_create_bank+0x136/0x21c
[0.682694]  [] ? misc_register+0xb3/0xec
[0.682697]  [] ? threshold_init_device+0x34/0x70
[0.682699]  [] ? threshold_init_device+0x0/0x70
[0.682702]  [] ? do_one_initcall+0x55/0x155
[0.682705]  [] ? kernel_init+0x11a/0x167
[0.682707]  [] ? kernel_init+0x0/0x167
[0.682709]  [] ? kernel_thread_helper+0x7/0x10
[0.682714] ---[ end trace da4c522e662efdd0 ]---
[0.682717] kobject_add_internal failed for threshold_bank0 with -EEXIST,
don't try to register things with the same name in the same directory.
[0.682758] Pid: 1, comm: swapper Tainted: GW  2.6.32-5-686-bigmem
#1
[0.682759] Call Trace:
[0.682762]  [] ? kobject_add_internal+0x139/0x149
[0.682764]  [] ? kobject_add+0x44/0x47
[0.682767]  [] ? kobject_create_and_add+0x1f/0x48
[0.682769]  [] ? threshold_create_bank+0x136/0x21c
[0.682771]  [] ? misc_register+0xb3/0xec
[0.682774]  [] ? threshold_init_device+0x34/0x70
[0.682776]  [] ? threshold_init_device+0x0/0x70
[0.682778]  [] ? do_one_initcall+0x55/0x155
[0.682780]  [] ? kernel_init+0x11a/0x167
[0.682782]  [] ? kernel_init+0x0/0x167
[0.682784]  [] ? kernel_thread_helper+0x7/0x10
[0.682786] kobject_create_and_add: kobject_add error: -17
[0.682789] [ cut here ]
[0.682792] WARNING: at /build/buildd-
linux-2.6_2.6.32-48squeeze1-i386-F95osd/linux-2.6-2.6.32/debian/build/source_i386_none/fs/sysfs/dir.c:491
sysfs_add_one+0xa3/0xb8()
[0.682794] Hardware name: SX2380
[0.682795] sysfs: cannot create duplicate filename
'/devices/system/machinecheck/machinecheck1/threshold_bank1'
[0.682796] Modules linked in:
[0.682798] Pid: 1, comm: swapper Tainted: GW  2.6.32-5-686-bigmem
#1
[0.682799] Call Trace:
[0.682801]  [] ? warn_slowpath_common+0x5e/0x8a
[0.682804]  [] ? warn_slowpath_fmt+0x26/0x2a
[0.682806]  [] ? sysfs_add_one+0xa3/0xb8
[0.682808]  [] ? create_dir+0x3c/0x62
[0.682810]  [] ? sysfs_create_dir+0x29/0x3b
[0.682813]  [] ? kobject_get+0xf/0x13
[0.682815]  [] ? kobject_add_internal+0xb0/0x149
[0.682817]  [] ? kobject_add+0x44/0x47
[0.682819]  [] ? kobject_create_and_add+0x1f/0x48
[0.682822]  [] ? threshold_create_bank+0x136/0x21c
[0.682824]  [] ? misc_register+0xb3/0xec
[0.682826]  [] ? threshold_init_device+0x34/0x70
[0.682828]  [] ? threshold_init_device+0x0/0x70
[0.682830]  [] ? do_one_initcall+0x55/0x155
[0.682832]  [] ? kernel_init+0x11a/0x167
[0.682834]  [] ? kernel_init+0x0/0x167
[0.682836]  [] ? kernel_thread_helper+0x7/0x10
[0.682837] ---[ end trace da4c522e662efdd1 ]---
[0.682839] kobject_add_internal failed for threshold_bank1 with -EEXIST,
don't try to register things with the same name in the same directory.
[0.682878] Pid: 1, comm: swapper Tainted: GW  2.6.32-5-686-bigmem
#1
[0.682879] Call Trace:
[0.682882]  [] ? kobject_add_internal+0x139/0x149
[0.682884]  [] ? kobject_add+0x44/0x47
[0.682886]  [] ? kobject_create_and_add+0x1f/0x48
[0.682888]  [] ? threshold_create_bank+0x136/0x21c
[0.682891]  [] ? misc_register+0xb3/0xec
[0.682893]  [] ? threshold_init_device+0x34/0x70
[0.682895]  [] ? threshold_init_device+0x0/0x70
[0.682897]  [] ? do_one_initcall+0x55/0x155
[0.682899]  [] ? kernel_init+0x11a/0x167
[0.682901]  [] ? kernel_init+0x0/0x167
[0.682903]  [] ? kernel_thread_helper+0x7/0x10
[0.682905] kobject_create_and_add: kobject_add error: -17
[0.682908] [ cut here ]
[0.682910] WARNING: at /build/buildd-
li

Bug#564180: بي أم دبليو الممنوحة لك.‎

[Sara Edman]

جنيه استرليني 750،000.00 وسيارة بي ام دبليو
الممنوحة لك في تعزيز بي ام دبليو
ترسل لنا بك
أسماء:
رقم الهاتف:
العمر:
الدولة:
المهنة:


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

Bug#703747: netcfg: preseed netcfg: confusion or regression about disable_dhcp, disable_autoconfig and use_autoconfig

[bilibop project]

Package: netcfg
Version: 1.106
Severity: normal
Tags: d-i

Dear Maintainer,

   * What led up to the situation?

I have built a preseed.cfg file to perform an automated installation on a
remote
Virtual Machine with a static IP address.
The original iso image was downloaded from:
http://ftp.debian.org/debian/dists/wheezy/main/installer-
amd64/current/images/netboot/mini.iso [built on 20130211]

Then the iso image has been rebuild with a custom initrd including the
preseed.cfg
file at its root, with:
[...]
# gunzip initrd.gz
# ls preseed.cfg | cpio --create --append --format newc --file initrd
# gzip --best initrd
[...]
# genisoimage [...]

I'm not an expert nor a wizard of preseeding, but enough familiar with this
technique
to read and understand documentation. First of all, I have read this page:
http://www.debian.org/devel/debian-installer/News/2013/20130217
where it is explicitly said:
'Use netcfg/disable_autoconfig instead of netcfg/disable_dhcp (#689531).'

This is confirmed by:
http://lists.debian.org/debian-boot/2012/10/msg00054.html
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689531#25
and even
/var/lib/dpkg/info/netcfg.templates in the initrd of the installer.

But with:
d-i netcfg/disable_autoconfig boolean true

netcfg still try DHCP first, and installation fails.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I don't own an amd64 PC, so I have performed other tests with my i386 laptop. I
have
played with several sets of configuration in preseed.cfg or on boot command
line, with
the following, surprising results:

d-i netcfg/disable_autoconfig boolean true
-> doesn't work

d-i netcfg/use_autoconfig boolean false
-> doesn't work

d-i netcfg/disable_autoconfig boolean true
d-i netcfg/use_autoconfig boolean false
-> doesn't work

on boot cmdline: netcfg/disable_autoconfig=true netcfg/use_autoconfig=false
-> doesn't work

But with the official mini.iso (the same as above but for i386), without
preseed.cfg or
whatever, just on boot command line of the default menu entry:
netcfg/disable_dhcp
-> leads me directly to the configuration of a static IP

Now, if I put this in a preseed.cfg:
d-i netcfg/disable_dhcp boolean true
d-i netcfg/get_ipaddress string 192.168.1.86/24
d-i netcfg/get_gateway string 192.168.1.1
d-i netcfg/get_nameservers string 192.168.1.1

it works like a charm

So, what about netcfg/use_autoconfig and netcfg/disable_autoconfig ?
Or what about the documentation ?
I don't understand.

The version of netcfg shipped in the downloaded mini.iso is 1.106;
there was a bugreport against the same program, version 1.92, to say that
d-i netcfg/disable_dhcp boolean true
fails [1]. Is 1.106 a regression ?

Now, to build a generic preseed.cfg file that could work with different
versions of the
installer, and to be sure DHCP config is skipped, I use:
d-i netcfg/disable_dhcp boolean true
d-i netcfg/disable_autoconfig boolean true
d-i netcfg/use_autoconfig boolean false

knowing that at least one of them (and probably two) is useless; but how to
know
which, in advance...

cheers,
quidame

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688273



-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-proposed-updates')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#703746: live-boot: CIFS-backed netboot fails with segfault of mount.cifs

[Andrew Jeffery]

Source: live-boot
Version: 3.0.1-1
Severity: normal
Tags: patch

I'm trying to netboot an x86 system which has multiple NICs, though only
one is recognised by the BIOS/PXE boot firmware and as such the full
netboot process should happen over this interface. The real root image
is hosted on a CIFS share but live-boot fails to mount the share during
early userspace.

The trouble is caused by a segfault of mount.cifs, which I must say is
difficult to debug in early userspace. The mount attempt only seemed to
fail in the live-boot scripts; attempting to mount the filesystem from
the recovery shell provided in early-userspace succeeded. Investigating,
it seems that the mount options as provided to mount.cifs in the
live-boot scripts are at fault in that the option variable is quoted,
including the -o, making it an unexpected argument to mount.cifs.
Arguably mount.cifs should do something better than simply segfault,
however it's still the case that live-boot is not passing the parameters
correctly.

The attached patch simply doesn't quote CIFSOPTS when passing the value
to mount.cifs. This may not be the best approach; a better one might be
to provide -o separate to the CIFSOPTS value. I'm happy to revise the
patch if that's prefered.

The system information provided below isn't terribly relevant, however
having only ever filed a series of Debian bugs in the last 20 minutes
I'm not sure if I should take it out.

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.7.2 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
>From 62170921ac5beb81137c0d3d015a56ecdcd9bf5d Mon Sep 17 00:00:00 2001
From: Andrew Jeffery 
Date: Thu, 21 Mar 2013 15:15:44 +1030
Subject: [PATCH 3/3] CIFS: Don't quote $CIFSOPTS for mount.cifs

Quoting $CIFSOPTS passed the literal string "-o user=root,password=" to
mount.cifs, killing mount.cifs with a SIGSEGV.  Rather, -o should be
properly space delimited by passing $CIFSOPTS unquoted for options to be
parsed correctly.
---
 scripts/boot/9990-mount-cifs.sh |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/scripts/boot/9990-mount-cifs.sh b/scripts/boot/9990-mount-cifs.sh
index a8ef3f4..8dd1818 100755
--- a/scripts/boot/9990-mount-cifs.sh
+++ b/scripts/boot/9990-mount-cifs.sh
@@ -10,7 +10,7 @@ do_cifsmount ()
 	then
 		if [ -z "${NFSOPTS}" ]
 		then
-			CIFSOPTS="-ouser=root,password="
+			CIFSOPTS="-o user=root,password="
 		else
 			CIFSOPTS="-o ${NFSOPTS}"
 		fi
@@ -18,7 +18,7 @@ do_cifsmount ()
 		log_begin_msg "Trying mount.cifs ${NFSROOT} ${mountpoint} ${CIFSOPTS}"
 		modprobe -q cifs
 
-		if mount.cifs "${NFSROOT}" "${mountpoint}" "${CIFSOPTS}"
+		if mount.cifs "${NFSROOT}" "${mountpoint}" ${CIFSOPTS}
 		then
 			rc=0
 		fi
-- 
1.7.10.4

Bug#703745: grub-pc: `sudo dpkg-reconfigure grub-pc` does not ask all questions for variables

[Paul Menzel]

Package: grub-pc
Version: 2.00-13
Severity: normal
Control: notfound -1 1.99-27

Dear Debian folks,


running `sudo dpkg-reconfigure grub-pc` (also with `-plow`), I am only
asked for the parameters/options for Linux and nothing else. As you can
see below `debconf-show grub-pc` shows all variables.

I tried `sudo dpkg-reconfigure` on a different system with package
grub-pc 1.99-27 from Debian Sid/unstable, it worked. Not sure if that is
comparable.


Thanks,

Paul

-- Package-specific info:

*** WARNING grub-setup left core.img in filesystem

[…]

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-WDC_WD20EARS-60MVWB0_WD-WCAZA4234015
*** END /boot/grub/device.map

[…]

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

Kernel: Linux 3.2.0-4-686-pae (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/bash

Versions of packages grub-pc depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  grub-common2.00-13
ii  grub-pc-bin2.00-13
ii  grub2-common   2.00-13
ii  ucf3.0025+nmu3

grub-pc recommends no packages.

grub-pc suggests no packages.

-- Configuration Files:
/etc/default/grub changed:
GRUB_DEFAULT="1>Debian GNU/Linux, with Linux 3.2.0-4-686-pae"
GRUB_TIMEOUT=1
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet noisapnp"
GRUB_CMDLINE_LINUX="rdinitrd=/sbin/bootchartd initcall_debug printk.time=y 
init=/sbin/bootchartd drm_kms_helper.poll=0 drm.debug=0x06"
GRUB_TERMINAL="console serial"
GRUB_SERIAL_COMMAND="serial --unit=0 --speed=115200"
GRUB_GFXMODE=640x480
GRUB_PRELOAD_MODULES="ohci uhci"


-- debconf information:
  grub2/kfreebsd_cmdline:
  grub2/device_map_regenerated:
  grub-pc/linux_cmdline: fillme
* grub2/linux_cmdline: rdinitrd=/sbin/bootchartd initcall_debug printk.time=y 
init=/sbin/bootchartd drm_kms_helper.poll=0 drm.debug=0x06
* grub-pc/install_devices_failed: true
  grub-pc/chainload_from_menu.lst: true
  grub-pc/kopt_extracted: false
  grub-pc/postrm_purge_boot_grub: false
  grub-pc/disk_description:
  grub2/kfreebsd_cmdline_default: quiet
* grub2/linux_cmdline_default: quiet noisapnp
  grub-pc/install_devices_empty: false
* grub-pc/install_devices: 
/dev/disk/by-id/ata-WDC_WD20EARS-60MVWB0_WD-WCAZA4234015, 
/dev/disk/by-id/md-uuid-fb7f3dc5:d183cab6:12123120:1a2207b9
  grub-pc/install_devices_failed_upgrade: true
  grub-pc/partition_description:
* grub-pc/install_devices_disks_changed: 
/dev/disk/by-id/ata-WDC_WD20EARS-60MVWB0_WD-WCAZA4234015, 
/dev/disk/by-id/md-uuid-fb7f3dc5:d183cab6:12123120:1a2207b9
  grub-pc/mixed_legacy_and_grub2: true


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

Bug#703677: lsb-release is not derivative friendly

[Raphael Hertzog]

Hi,

On Fri, 22 Mar 2013, Didier 'OdyX' Raboud wrote:
> > No LSB modules are available.
> > Distributor ID: Debian
> > Description:Debian GNU/Linux Kali Linux 1.0
> > Release:Kali Linux 1.0
> > Codename:   n/a
> 
> You're saying that the wrong line is "Distributor ID" (the output of 
> lsb_release -i), right ?

Yes, but description looks wrong too. It could use the PRETTY_NAME from
/etc/os-release instead of making up something weird.

> > 3/ /etc/dpkg/origins/default if none of the above exist
> > 4/ some wild guess based on APT otherwise
> > 
> > Please let me know if you need help.
> 
> From what I can see in the code, the current logic is the following:
> 1/ /etc/lsb-release - get_lsb_information()
> 2/ 'Debian' - guess_debian_release()

Yes.

> That said, /etc/os-release is not used anywhere in lsb(-release) yet, so I'm 

/etc/os-release has been promoted as a vendor-neutral file on which
we should standardize. I believe it would be a good idea to use it.

> open to implement "3/ /etc/dpkg/origins/default" parsing for now, but would 
> rather avoid parsing os-release only for ID (but help is welcome). Also, I'm 
> yet to see an advantage for apt parsing where dpkg origins are already 
> supposed to provide the correct information (as derivatives are supposed to 
> fork base-files anyway).

I also don't see the value on the APT parsing but I saw code for this so I
left it in my list.

> I'll see if I can get a patch for "3/ /etc/dpkg/origins/default" parsing 
> soon, 
> but I welcome help there too.

reportbug has some python code parsing that file in
/usr/share/pyshared/reportbug/debbugs.py

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

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


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

Bug#703744: live-boot: Select BOOTIF device for real root network mount if defined

[Andrew Jeffery]

Source: live-boot
Version: 3.0.1-1
Severity: normal
Tags: patch

(To provide context independent of the previous bug I filed I've copied
the first paragraph below).

I'm trying to netboot an x86 system which has multiple NICs, though only
one is recognised by the BIOS/PXE boot firmware and as such the full
netboot process should happen over this interface. However, during
early-userspace live-boot attempts to probe a set of NICs which may or
may not contain the one used for PXE due to seemingly variable delays in
the NIC becoming available.

Currently live-boot appears to probe all interfaces which are available
at the time of script execution, which, at least in my configuration,
seems to be prone to racing. The attached patch provides an alternative
approach whilst still supporting the current behaviour: If BOOTIF is
present on the kernel commandline use the adapter associated with the
MAC to mount the real root after waiting for it to come up. Otherwise,
i.e. if BOOTIF is not supplied, use the current behaviour.

The logic for determining the interface to use from the MAC in BOOTIF
was already contained in scripts/boot/9990-networking.sh, but from what
I understand in order to provide the behaviour described above it's also
needed in scripts/boot/9990-select-eth-device.sh. In addition, the logic
was embedded in a function that performed other duties, so couldn't be
used directly.

The attached patch pulls the MAC->NIC logic out into a new function,
Device_from_bootif(), in scripts/boot/9990-networking.sh and then
sources /lib/live/boot/9990-networking.sh in
/lib/live/boot/9990-select-eth-device.sh for access.

I'm sure there will be revisions of the patch, as I've just now dived
head-long into live-boot to get this system up and running; I haven't
touched the codebase prior. I'm happy to revise as necessary if the
approach used can be made more tasteful.

Note: System information below isn't terribly relevant.

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.7.2 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
>From 9ba45f2e340b91ac8ddb1c786d823869aec0e581 Mon Sep 17 00:00:00 2001
From: Andrew Jeffery 
Date: Thu, 21 Mar 2013 10:58:53 +1030
Subject: [PATCH 2/3] Netboot: Select BOOTIF device if defined

Avoid probing all the devices again if we know which device we've booted
from.
---
 scripts/boot/9990-networking.sh|   99 +---
 scripts/boot/9990-select-eth-device.sh |   46 +--
 2 files changed, 82 insertions(+), 63 deletions(-)

diff --git a/scripts/boot/9990-networking.sh b/scripts/boot/9990-networking.sh
index f32ae6c..91bd73a 100755
--- a/scripts/boot/9990-networking.sh
+++ b/scripts/boot/9990-networking.sh
@@ -2,6 +2,57 @@
 
 #set -e
 
+Device_from_bootif ()
+{
+	# support for Syslinux IPAPPEND parameter
+	# it sets the BOOTIF variable on the kernel parameter
+
+	if [ -n "${BOOTIF}" ]
+	then
+	# pxelinux sets BOOTIF to a value based on the mac address of the
+	# network card used to PXE boot, so use this value for DEVICE rather
+	# than a hard-coded device name from initramfs.conf. this facilitates
+	# network booting when machines may have multiple network cards.
+	# pxelinux sets BOOTIF to 01-$mac_address
+
+	# strip off the leading "01-", which isn't part of the mac
+	# address
+	temp_mac=${BOOTIF#*-}
+
+	# convert to typical mac address format by replacing "-" with ":"
+	bootif_mac=""
+	IFS='-'
+	for x in $temp_mac
+	do
+		if [ -z "$bootif_mac" ]
+		then
+			bootif_mac="$x"
+		else
+			bootif_mac="$bootif_mac:$x"
+		fi
+	done
+	unset IFS
+
+	# look for devices with matching mac address, and set DEVICE to
+	# appropriate value if match is found.
+
+	for device in /sys/class/net/*
+	do
+		if [ -f "$device/address" ]
+		then
+		current_mac=$(cat "$device/address")
+
+			if [ "$bootif_mac" = "$current_mac" ]
+			then
+DEVICE=${device##*/}
+break
+			fi
+		fi
+	done
+	fi
+
+}
+
 do_netsetup ()
 {
 	modprobe -q af_packet # For DHCP
@@ -14,52 +65,8 @@ do_netsetup ()
 
 	if [ -z "${NETBOOT}" ] && [ -z "${FETCH}" ] && [ -z "${HTTPFS}" ] && [ -z "${FTPFS}" ]
 	then
-		# support for Syslinux IPAPPEND parameter
-		# it sets the BOOTIF variable on the kernel parameter
-
-		if [ -n "${BOOTIF}" ]
-		then
-			# pxelinux sets BOOTIF to a value based on the mac address of the
-			# network card used to PXE boot, so use this value for DEVICE rather
-			# than a hard-coded device name from initramfs.conf. this facilitates
-			# network booting when machines may have multiple network cards.
-			# pxelinux sets BOOTIF to 01-$mac_address
-
-			# strip off the leading "01-", which isn't part of the mac
-			# address
-			temp_mac=${BOOTIF#*-}
-
-			# convert to typical mac address format by replacing "-" with ":"
-			bootif_mac=""
-			IFS='-'
-			for x in $temp_mac
-			do
-if [ -z "$

Bug#703743: live-boot: BOOTIF variable improperly initialised

[Andrew Jeffery]

Source: live-boot
Version: 3.0.1-1
Severity: normal
Tags: patch

Dear Maintainer,

I'm trying to netboot an x86 system which has multiple NICs, though only
one is recognised by the BIOS/PXE boot firmware and as such the full
netboot process should happen over this interface. However, during
early-userspace live-boot attempts to probe a set of NICs which may or
may not contain the one used for PXE due to seemingly variable delays in
the NIC becoming available.

To reliably boot from the PXE-chosen bootstrap interface PXELINUX supports
appending BOOTIF= to the kernel commandline which in-turn has some
support in live-boot. Using live-boot-3.0.1-1 (wheezy) I've observed
that the corresponding BOOTIF environment variable in early-userspace
does not contain a value that looks like a MAC, let alone the MAC of the
bootstrap adaptor.

Investigating, it appears the assignment of BOOTIF in
/lib/live/boot/9990-cmdline-old is inconsistent with other variables.
Attached is a patch that makes the assignment consistent and
successfully extracts the MAC provided on the kernel commandline.

The system information provided below is not relevant to the bug,
however this is the first bug I've reported against a Debian package so
I'm going to leave it.

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.7.2 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
>From 49f26fa1811f05be42e52e847f86177c43d15c67 Mon Sep 17 00:00:00 2001
From: Andrew Jeffery 
Date: Thu, 21 Mar 2013 09:14:53 +1030
Subject: [PATCH 1/3] 9990-cmdline-old: Properly initialise BOOTIF

Observed it being set to some value that was nothing like a MAC,
discovered that its assignment was not consistent with other variables
in body of the loop.
---
 scripts/boot/9990-cmdline-old |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/boot/9990-cmdline-old b/scripts/boot/9990-cmdline-old
index b8fc4a6..18bb6c3 100755
--- a/scripts/boot/9990-cmdline-old
+++ b/scripts/boot/9990-cmdline-old
@@ -15,7 +15,7 @@ Cmdline_old ()
 ;;
 
 			BOOTIF=*)
-BOOTIF="${x#BOOTIF=}"
+BOOTIF="${_PARAMETER#BOOTIF=}"
 ;;
 
 			dhcp)
-- 
1.7.10.4

Bug#703742: xsane: Error if restarted without deleting ~./sane scansnap S510

[Karl Schmidt]

Package: xsane
Version: 0.998-4
Severity: important

First tiume run - everything works as it should.

Second time - 
Long delay ( a full min?) - then Errors out with an error dialog: 
"Failed to obtain value of option top-edge:Error during device I/O"

Once this error has occured, stopping the program and restarting will 
no longer show the scansnap on the device dialog despite being shown 
via sane-find-scanner - YET removing ~/.sane 
won't return the scanner - I have to power-cycle the scanner
 (I think this is a secondary problem? Or is this a problem 
with correctly closing the usb? ) 

Restarting the scanner has no effect.

Deleting the ~./sanve directory - restarting the scanner corrects the problem.

This failed in stable - wheezey and now unstable.

The first time it is run after removing the .sane directory everythting works 
fine.


The secondary error of not finding the device may be related to this bug:

https://alioth.debian.org/tracker/index.php?func=detail&aid=314107&group_id=30186&atid=410366

I've recreated this error on a second scanner. 

I could find no way to get firmware information via sane-util ?

I can LEND a scanner if needed to fix this bug. I would pay shipping both ways. 


This is where is hangs and errors:

[fujitsu] send_lut: 0 0.00 0 0.25 -0.50
[fujitsu] do_usb_cmd: start

After the error:

Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB   2.00
bDeviceClass9 Hub
bDeviceSubClass 0 Unused
bDeviceProtocol 0 Full speed (or root) hub
bMaxPacketSize064
idVendor   0x1d6b Linux Foundation
idProduct  0x0002 2.0 root hub
bcdDevice3.02
iManufacturer   3 
iProduct2 
iSerial 1 
bNumConfigurations  1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength   25
bNumInterfaces  1
bConfigurationValue 1
iConfiguration  0 
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber0
bAlternateSetting   0
bNumEndpoints   1
bInterfaceClass 9 Hub
bInterfaceSubClass  0 Unused
bInterfaceProtocol  0 Full speed (or root) hub
iInterface  0 
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81  EP 1 IN
bmAttributes3
Transfer TypeInterrupt
Synch Type   None
Usage Type   Data
wMaxPacketSize 0x0004  1x 4 bytes
bInterval  12

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

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

Versions of packages xsane depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libgimp2.0  2.8.2-2
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libjpeg88d-1
ii  liblcms11.19.dfsg-1.2
ii  libpango1.0-0   1.30.0-1
ii  libpng12-0  1.2.49-1
ii  libsane 1.0.22-7.4
ii  libtiff43.9.6-11
ii  xsane-common0.998-4
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages xsane recommends:
ii  cups-client  1.5.3-2.15
ii  iceweasel [www-browser]  19.0.2-1~bpo60+1
ii  konqueror [www-browser]  4:4.8.4-2
ii  lynx-cur [www-browser]   2.8.8dev.12-2
ii  w3m [www-browser]0.5.3-8

Versions of packages xsane suggests:
ii  gimp2.8.2-2
ii  gocr0.49-1
ii  gv  1:3.7.3-1
ii  hylafax-client  3:6.0.6-5

-- no debconf information
karl@singapore:~$ xscreensaver-
xscreensaver-getimagexscreensaver-getimage-file   
xscreensaver-getimage-video  xscreensaver-gl-helper   xscreensaver-text 
   
karl@singapore:~$ xscreensaver
bash: xscreensaver: command not found
karl@singapore:~$ xscreensaver-
xscreensaver-getimagexscreensaver-getimage-file   
xscreensaver-getimage-video  xscreensaver-gl-helper   xscreensaver-text 
   
karl@singapore:~$ man xscreensaver-text 
karl@singapore:~$ cd /usr/share/doc/xscreensaver-
xscreensaver-data/   xscreensaver-data-extra/ 
xscreensaver-gl/ xscreensaver-gl-extra/   
xscreensaver-screensaver-bsod/   xscreensaver-screensaver-webcollage/
karl@singapore:~$ cd /usr/share/doc/xscreensaver-data
karl@singapore:/usr/share/doc/xscreensaver-data$ ls
changelog.Debian.gz  copyright
karl@singapore:/usr/share/doc/xscreensav

Bug#703741: mc can delete anything without asking

[Josef Kufner]

Package: mc
Version: 3:4.8.3-10
Severity: important

Dear Maintainer,
mc can delete files or execute wierd commands without asking.

How to reproduce:

  1. mkdir foo
  2. cd foo
  3. echo hello world > bar
  4. echo something else > other-file
  5. mc
  6. ctrl+o
  7. type "rm -fr bar ", do not press enter
  8. ctrl+o, ... hey, how was that file named?
  9. pres enter to go to parent directory
  10. realize mistake, pres enter again and look at the name of 'other-file'
  11. ctrl+o
  12. ohh...

I never confirmed the rm command, but file 'bar' is gone...

When mc changes directory in shell, it executes unfinished command. It can
contain anything.

Expected behaviour: Just keep it unchanged and do not change the current
directory, when there is unfinished command.



-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

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

Versions of packages mc depends on:
ii  e2fslibs  1.42.5-1.1
ii  libc6 2.13-38
ii  libcomerr21.42.5-1.1
ii  libglib2.0-0  2.34.3-1
ii  libgpm2   1.20.4-6
ii  libslang2 2.2.4-15
ii  mc-data   3:4.8.3-10

Versions of packages mc recommends:
ii  mime-support  3.52-2
ii  perl  5.14.2-20
ii  unzip 6.0-9

Versions of packages mc suggests:
ii  arj  3.10.22-10
ii  bzip21.0.6-4
pn  catdvi   
pn  dbview   
pn  djvulibre-bin
ii  file 1:5.11-2.1
ii  gv [pdf-viewer]  1:3.7.3-1
ii  imagemagick  8:6.7.7.10-5
ii  lynx 2.8.8dev.15-2
ii  odt2txt  0.4+git20100620-1+b1
ii  okular [pdf-viewer]  4:4.8.4-3
ii  python   2.7.3-4
pn  python-boto  
pn  python-tz
ii  zip  3.0-7

-- 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#78915: closed by Matteo Cypriani (Closing #78915 (fdutils bug: superformat doesn't work on m68k))

[Matteo Cypriani]

Hi Michael,

Le vendredi 22 mars 2013 18:51:49, Michael Schmitz a écrit :
> Matteo,
> 
> > I am closing this bug because:
> > 
> > 1. It has not been reproduced with the last version of fdutils, despite a
> > call for testing launched in 2011 by myself.
> > 
> > 2. m68k is not even a Debian architecture any more.
> 
> Can't fault you there - I can't remember seeing the CFT but then, I had one
> ot two catastrophic mail spool crashes on this system. Anyway -
> 
> > Furthermore, after discussing with Alain Knaff (fdutils' upstream), it
> > appears that Amiga was never supported, as their floppy controller had
> > nothing to do with Intel controllers. However, Atari should probably
> > work.
> 
> According to the old bug report, it did fail on Atari.

Yes but again, with an old version of fdutils.

> m68k/amiga not
> working I can see, and m68k/mac I never expected to work (similar for Apple
> ppc).
> 
> > Please feel free to reopen this bug if you are able to reproduce it.
> 
> I'll see whether I can get a recent version from debian-ports.

In answer to my CFT, Thorsten Glaser built the last version of the package for 
m68k, so it is on debian-ports. See:

http://lists.debian.org/debian-68k/2011/08/msg7.html

http://ftp.debian-ports.org/debian/pool-
m68k/main/f/fdutils/fdutils_5.5-20060227-6_m68k.deb

> Not a
> priority though unless a m68k user complains (heh).

Of course :-)


> In the meantime - thanks for putting this one to rest.

And thanks for your answer. Let me know when you have some fresh information.

Cheers,
  Matteo


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

Bug#703740: php5: disabled modules are automatically readded to /etc/php5/conf.d on package upgrade

[Christoph Anton Mitterer]

Source: php5
Version: 5.4.4-15
Severity: important
Tags: security


Hi.

I just noted by chance on an upgrade, that the following files were 
automatically added back
Only in /etc/php5/cgi/conf.d: 20-pdo_pgsql.ini
Only in /etc/php5/cgi/conf.d: 20-pgsql.ini
Only in /etc/php5/conf.d: 20-pdo_pgsql.ini
Only in /etc/php5/conf.d: 20-pgsql.ini
which I've had disabled before.

IMHO that shouldn't happen... actually I think, that it would even be better, 
if _no_
modules are automatically loaded... auto-magic stuff is nice for out-of-the-box 
games,
but not for serious and secure administration :) ... perhaps a release goal for 
jessie?! ;)


I mark this as important/security, as unintentionally enabling a module in the 
"global" /etc/php5/conf.d
could be an issue if that is e.g. security critical and was intentionally only 
enabled in e.g.
SSL client auth secured URI spaces.


Thanks,
Chris.


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

Bug#703611: closed by Laszlo Boszormenyi (GCS) (Bug#703611: fixed in python-gevent 0.13.7-2)

[Sebastian Ramacher]

Control: reopen -1

0.13.7-2 and 0.13.7-3 still have the debug extensions in python-gevent
instead of python-gevent-dbg.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#703539: Upgrade fails with `/etc/grub.d/10_hurd: line 22: /usr/lib/grub/update-grub_lib: No such file or directory`

[Paul Menzel]

Am Freitag, den 22.03.2013, 11:25 + schrieb Colin Watson:

> On Wed, Mar 20, 2013 at 11:33:29PM +0100, Paul Menzel wrote:
> > Am Mittwoch, den 20.03.2013, 22:27 + schrieb Colin Watson:
> > > /etc/grub.d/10_hurd hasn't been shipped by Debian's grub-common package
> > > on i386 for rather a long time now; in fact, until I did some
> > > archaeology as a result of this bug, I was unaware that it was ever
> > > shipped on non-Hurd architectures.  The last package version to ship it
> > > was 1.96+20081201-1, uploaded on 2008-12-01.  Since really not that many
> > > people were using grub2 back then, I'm downgrading severity, although we
> > > still ought to clean this up.
> > 
> > Agreed.
> > 
> > > Can you confirm that you were using grub2 that long ago?
> > 
> > Yes, I think so. I switched to it pretty early.
> > 
> > $ ls -l 10_hurd
> > -rwxr-xr-x 1 root root 2339 Sep  1  2008 10_hurd
> > $ dpkg -S 10_hurd
> > grub-common: /etc/grub.d/10_hurd
> 
> Great, thanks.  2.00-14 will clean this up on upgrade as long as the
> file was not locally modified,

Awesome! Thanks for the quick reaction and fix!

> along with 10_freebsd which I suspect also exists.

It does not exist on my system. I cannot remember that I removed it so
maybe some package code snippet did so? But it probably won’t hurt.


Thanks,

Paul


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

Bug#703661: Acknowledgement (installation-reports: Unable to complete partitioning with RAID + LVM + encryption after forgetting a partition)

[David Grant]

My initial report was actually optimistic: running fdisk and deleting
the partition tables does not allow the install to finish. Even after
doing this and zeroing both disks, the partitioning screen shows a RAID1
device, LVM volume group, and encrypted volume that it won't let me delete.


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

Bug#703739: tar: completion with -df, -tf, and -xf don't support spaces in file name

[Aditya Vaidya]

Package: bash-completion
Version: 1:1.3-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu raring ubuntu-patch

Forwarded from Launchpad (https://bugs.launchpad.net/bugs/1019217):
If a file has a space in its name and either -df, -tf, or -xf are used on the 
file while the user is using tab completion, it fails to add an escape 
character, so 'tar' treats it as two separate files. Because of this, 
tab-completion can't properly be used with the options -cf, -df, or -tf with 
tar. This can be a very large problem for inexperienced users, as some won't 
know that escape characters are supposed to be used, if they even know what 
they are.

-df: lists the differences between archives
-tf: lists contents of archive
-xf: extracts archive

In Ubuntu Precise 12.04, the attached patch was used to achieve the following:


  * debian/patches/tar-spaces.patch: use escape characters with spaces
for options -d, -t, and -x (LP: #1019217)


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-proposed'), (500, 'precise')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.24-kroqernel+ (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
=== modified file 'debian/changelog'

=== modified file 'debian/patches/series'
--- debian/patches/series	2011-10-04 12:56:23 +
+++ debian/patches/series	2012-06-29 20:49:40 +
@@ -2,6 +2,7 @@
 apt-get-changelog.patch
 disable-whitelist-on-fail.patch
 apt-get-download.patch
+tar-spaces.patch
 101_bash_completion.oga_ogv.patch
 102_manpager.patch
 103_colormake.patch

=== added file 'debian/patches/tar-spaces.patch'
--- debian/patches/tar-spaces.patch	1970-01-01 00:00:00 +
+++ debian/patches/tar-spaces.patch	2012-06-29 20:42:30 +
@@ -0,0 +1,13 @@
+=== modified file 'completions/tar'
+--- a/completions/tar	2011-02-06 22:00:58 +
 b/completions/tar	2012-06-29 20:40:47 +
+@@ -14,7 +14,7 @@
+ fi
+ 
+ case ${COMP_WORDS[1]} in
+-?(-)[cr]*f)
++?(-)[cdrtx]*f)
+ _filedir
+ return 0
+ ;;
+

Bug#703738: fetchmail: Dot at 1st column of any line cuts delivered message

[Pavel Vavra]

Package: fetchmail
Version: 6.3.21-4
Severity: important



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

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

Versions of packages fetchmail depends on:
ii  adduser   3.113+nmu3
ii  debianutils   4.3.2
ii  libc6 2.13-38
ii  libcomerr21.42.5-1
ii  libgssapi-krb5-2  1.10.1+dfsg-4
ii  libkrb5-3 1.10.1+dfsg-4
ii  libssl1.0.0   1.0.1e-1
ii  lsb-base  4.1+Debian8

Versions of packages fetchmail recommends:
ii  ca-certificates  20130119

Versions of packages fetchmail suggests:
pn  fetchmailconf
pn  resolvconf   
ii  sendmail-bin [mail-transport-agent]  8.14.4-2.1

-- Configuration Files:
/etc/default/fetchmail changed:
START_DAEMON=yes


-- no debconf information

Hallo maintainer,
fetchmail break messages with '.' character at 1st column of mail body.
It sometimes happens receiving mails from MS Outlook where line is
wrapped just before last dot in a text paragraph. Affected message
is cut to delivered and undelivered part. Cut position is at the
described dot, start of message is delivered and the rest disappears.
No error message is issued to user.

How to reproduce this bug:
No MS tools are neccessary to simulate problem. You can simply compose
a message similar to the following and send it as plain text to a mailserver.
Then fetch this mail via fetchmail (tested with POP3 protocol) and show it.

---
Sample message. This message wil be partially delivered.
Cut point is here:
..
This part of message will never be delivered by fetchmail
---

Changing fetchmail to another package, e.g. mpop leads to delivery
of whole message.

Thank you for your help,
  Pavel Vavra


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

Bug#703720: phpbb3: Incompatibility with PHP 5.4

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: fixed -1 3.0.11-1

Le 22/03/2013 14:05, David Prévot a écrit :
> Le 22/03/2013 12:50, Jarno Elonen a écrit :

>> ...and, for some reason, apparently fails to create the forum.
> 
> It doesn’t fail for me, can you please provide a step by step way to
> reproduce reproduce this issue?

I’m considering uploading a fixed package, but please, enlighten us
anyway, to help the release team choose whether they should downgrade
this bug report or unblock the package with the trivial fix
cherry-picked from upstream (already in experimental for over five months).

Please do acknowledge if your issue is fixed with 3.0.10-4.

Regards

David

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

iQIcBAEBCAAGBQJRTOQrAAoJELgqIXr9/gnyPewP/1FwG+J701tTRiHLQgyX+T10
TrbHBzNT9+4pc4LGwE2uZX5an4LJZ7NFQaisbj2lF8kyzbsADsV270Ax6WW9V/nU
5W8cDMh0vDSyv5w6HF+4L7c8OYKlmAnf7GuJ32EJhP/FBAkGoGBUgfCHWBVawRQ+
rfc2hOO9C1hsBbjtCUKN16GOXDGkDglmjk10BLa6lyqFLBdjRqemxlpo+/rJSWQS
ga140s9eWV9L+X9fFSmC/ZuKZtURety3citf+PIwRYSZRzIJMRUT2ry8B92lTj+c
gRNeq1PxUsxc8U7xY3h+8p3Ixplsp5H49MTffZLin2YqlsMEp+U6MkRByTtC7QtN
2K0D9TuW6DxO3W+k7gn1ekDAeIOQJetHQLDoewL6V/nT7PUb/fHrPFXOiTZm1qlP
hYOUa7/mjV1jJmRStOCahPFQRXZSItojvKTL4+djzh6+mkbduB/u2ZUKXNE/lXnM
YXie2NimQWueSgC3hXO5m+2xT2Ce3WDsODutYI50AFOj43UtAQxekYZcQiIgKIA+
mbQokfdpkW6SlRePGeMOF59uq73H3xn3b0zBzuKleFcKEf7Ls65x2g7ZXKOdkf/8
fkHzdHSdW9Bm8uE5JPfEph+8s0xk6a1knmggHq+Wko4CEIsyWssDXZf8oUv+xuqN
TXICxlLp89GdduWCHGTP
=DCIO
-END PGP SIGNATURE-


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

Bug#462056: icedove: messages encoded in iso-2022-JP are displayed bigger than others.

[Carsten Schoenert]

Hello Charles,
On Sat, Dec 27, 2008 at 12:51:14AM +0900, Charles Plessy wrote:
> Hi,
> 
> I just realised that it is caused by the configuration that gives size 16 to
> monospaced japanese fonts instead of 12 for occidental ones. If this is the
> default upstream, I suppose that it is there that the ugliness of this choice
> has to be discussed…

a quick view into the current sources aren't showing any special reglementation
to iso-2022-jp. Can you please check the current behaviour of Icedove
with iso-2022-jp encoded mails? How it looks with the current Icedove
versions? Did it also happen with a fresh profile?

Regards
Carsten


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

Bug#703737: ITP: libregexp-log-perl -- base class for log files regexp builders

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libregexp-log-perl
  Version : 0.06
  Upstream Author : Philippe 'BooK' Bruhat 
* URL : http://search.cpan.org/dist/Regexp-Log/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : base class for log files regexp builders

 Regexp::Log is a base class for a variety of modules that generate
 regular expressions for performing the usual data munging tasks on log
 files that cannot be simply split().
 .
 The goal of this module family is to compute regular expressions based
 on the configuration string of the log.
 .
 Please note that there is I you can do with
 Regexp::Log! Use one of its derived classes!


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

Bug#703736: ITP: lrcalc -- programs for calculating Littlewood-Richardson coefficients

[Tobias Hansen]

Package: wnpp
Severity: wishlist
Owner: Tobias Hansen 

* Package name: lrcalc
  Version : 1.1.6
  Upstream Author : Anders S. Buch 
* URL : http://www.math.rutgers.edu/~asbuch/lrcalc/
* License : GPL-2+
  Programming Lang: C
  Description : programs for calculating Littlewood-Richardson coefficients

 The "Littlewood-Richardson Calculator" is a package of C programs for
 computing Littlewood-Richardson coefficients, providing fast calculation of
 single LR coefficients, products of Schur functions, and skew Schur functions.
 Its interface uses the same notation as the SF package of John Stembridge, to
 make it easier to use both packages at the same time. 


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

Bug#703735: ITP: libjson-types-perl -- variable type utility for JSON encoding

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libjson-types-perl
  Version : 0.05
  Upstream Author : Daisuke Murase 
* URL : http://search.cpan.org/dist/JSON-Types/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : variable type utility for JSON encoding

 The type mappings between JSON and Perl is annoying, because e.g. a
 number in Perl is under some circumstances treated as a string in JSON.
 .
 JSON::Types provides functions to fixate the types of variables passed
 to JSON.


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

Bug#78915: closed by Matteo Cypriani (Closing #78915 (fdutils bug: superformat doesn't work on m68k))

[Michael Schmitz]

Matteo,

> I am closing this bug because:
> 
> 1. It has not been reproduced with the last version of fdutils, despite a 
> call 
> for testing launched in 2011 by myself.
> 
> 2. m68k is not even a Debian architecture any more.

Can't fault you there - I can't remember seeing the CFT but then, I had one
ot two catastrophic mail spool crashes on this system. Anyway - 
 
> Furthermore, after discussing with Alain Knaff (fdutils' upstream), it 
> appears 
> that Amiga was never supported, as their floppy controller had nothing to do 
> with Intel controllers. However, Atari should probably work.

According to the old bug report, it did fail on Atari. m68k/amiga not
working I can see, and m68k/mac I never expected to work (similar for Apple
ppc).
 
> Please feel free to reopen this bug if you are able to reproduce it.

I'll see whether I can get a recent version from debian-ports. Not a
priority though unless a m68k user complains (heh).

In the meantime - thanks for putting this one to rest.

Michael


> Date: Wed, 6 Dec 2000 14:09:04 +0100 (CET)
> From: Michael Schmitz 
> To: sub...@bugs.debian.org
> Subject: fdutils bug: superformat doesn't work on m68k (and ppc neither it
>  seems)
> 
> Package: fdutils
> Version: 5.3-3
> 
> superformat fails to work on m68k (Atari TT030, in this case). fdformat
> has been removed from the archive in favor of superformat. No way of
> formatting floppies under Linux now. 
> >From discussion on debian-powerpc it seems superformat won't work on ppc
> machines either. 
> 
> Error message:
> 
> m68k:~# superformat /dev/fd0
> get drive characteristics: Invalid argument
> 
> Probable cause: superformat uses some ioctl not present on m68k. 
> 
> Please add fdformat back to the archive (doesn't seem to be in util-linux 
> 2.10f-3, only the nag script is there), or fix superformat to only use
> system calls actually implemented on the architecture in question. Thanks.
> 
>   Michael Schmitz
> 
> 


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

Bug#383369: #383369: fdutils: Script (cmdline, dialog, or gui) for safer & easier floppy image writing

[Matteo Cypriani]

Hello Daniel,

Sorry for answering so late, it's been almost two years since I took over the 
maintenance of the fdutils package, but I never took the time to answer this.

I discussed with the fdutils' upstream author and he is not willing to include 
your script because of its mandatory dependency on pv. Are you still 
interested in maintaining this script? If so, could you please:

1. ensure that it works with the last Debian-patched fdutils version (which is 
currently 5.5-20060227-6);

2. make optional any dependency on packets that are not Essential in Debian, 
that is: pv, dialog and zenity (apparently dialog and zenity are already 
optional, but as you suggest it would be best if you could change the default 
UI to avoid requiring them);

3. detect when any of the dependencies is missing (including those provided by 
Essential packets in Debian).

These changes seem small enough, and Alain seems to be interested in including 
the script upstream if the dependencies are handled better. In any case I can 
include it in the Debian package.

Thanks for your work and sorry again for the late answer,

  Matteo


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

Bug#703734: libcloog-isl-dev: [PATCH] missing pkgconfig file

[Nick Black]

Package: libcloog-isl-dev
Version: 0.18.0-SprezzOS1
Severity: normal

Dear Maintainer,

Hey there. It's possible that this was done purposefully, but cloog
isn't installing its pkgconfig file. Here you go, from SprezzOS 2
("Kolmolgorov").


---
 packaging/cloog/debian/changelog| 1 +
 packaging/cloog/debian/libcloog-isl-dev.install | 1 +
 2 files changed, 2 insertions(+)

diff --git a/packaging/cloog/debian/libcloog-isl-dev.install 
b/packaging/cloog/debian/libcloog-isl-dev.install
index a3c8f6c..b852a8d 100644
--- a/packaging/cloog/debian/libcloog-isl-dev.install
+++ b/packaging/cloog/debian/libcloog-isl-dev.install
@@ -1,3 +1,4 @@
 usr/include/*
 usr/lib/*/lib*.a
 usr/lib/*/lib*.so
+usr/lib/*/pkgconfig
-- 
1.8.2



-- System Information:
Debian Release: 1 (von Neumann)
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.7.7 (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/bash

Versions of packages libcloog-isl-dev depends on:
ii  dpkg   1.16.10
ii  install-info   5.0.91-SprezzOS1
ii  libcloog-isl4  0.18.0-SprezzOS1
ii  libgmp-dev 2:5.1.1-SprezzOS1
ii  libisl-dev 0.11.1-SprezzOS1

libcloog-isl-dev recommends no packages.

libcloog-isl-dev suggests no packages.

-- no debconf information
>From 7137f7b0d450269339a41d02bfbe75cc92e2f8e2 Mon Sep 17 00:00:00 2001
From: nick black 
Date: Fri, 22 Mar 2013 18:35:31 -0400
Subject: [PATCH] install the cloog pkgconfig file

---
 packaging/cloog/debian/changelog| 1 +
 packaging/cloog/debian/libcloog-isl-dev.install | 1 +
 2 files changed, 2 insertions(+)

diff --git a/packaging/cloog/debian/changelog b/packaging/cloog/debian/changelog
index efd0df5..fbfea10 100644
--- a/packaging/cloog/debian/changelog
+++ b/packaging/cloog/debian/changelog
@@ -1,6 +1,7 @@
 cloog (0.18.0-SprezzOS1) unstable; urgency=low
 
   * SprezzOS build for gcc-4.8
+  * Install pkgconfig file
 
  -- Nick Black   Fri, 22 Mar 2013 18:24:51 -0400
 
diff --git a/packaging/cloog/debian/libcloog-isl-dev.install b/packaging/cloog/debian/libcloog-isl-dev.install
index a3c8f6c..b852a8d 100644
--- a/packaging/cloog/debian/libcloog-isl-dev.install
+++ b/packaging/cloog/debian/libcloog-isl-dev.install
@@ -1,3 +1,4 @@
 usr/include/*
 usr/lib/*/lib*.a
 usr/lib/*/lib*.so
+usr/lib/*/pkgconfig
-- 
1.8.2

Bug#698879: e2fsprogs_1.42.5-1.1_amd64.changes ACCEPTED into unstable

[Nicolas Boulenguez]

On Wed, Mar 20, 2013 at 09:50:07PM -0400, Theodore Ts'o wrote:
> >  e2fsprogs (1.42.5-1.1) unstable; urgency=low
> >* Non-maintainer upload.
> This shouldn't have been uploaded to unstable without first getting
> permission from the Debian Release team (and preferably me --- it
> would have been nice if you had asked me before uploading the NMU)

Sorry to be fussy, but I only suggested the patch via the BTS.
Dmitrijs, please put your own name into debian/changelog next time you
sign an NMU.


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

Bug#703733: ITP: liblinux-io-prio-perl -- interface to Linux ioprio_set(2) and ioprio_get(2)

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: liblinux-io-prio-perl
  Version : 0.03
  Upstream Author : Mark Hindley 
* URL : http://search.cpan.org/dist/Linux-IO_Prio/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : interface to Linux ioprio_set(2) and ioprio_get(2)

 Linux::IO_Prio is a perl module which provides access to the Linux
 functions ioprio_get(2) and ioprio_set(2). There are also ionice
 functions providing slightly more convenient perlish interface than the
 C API.
 .
 Currently only Linux is supported. Other operating systems are not
 supported due to kernel limitations. However support will be added as
 the kernel capability becomes available.


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

Bug#703732: faad fails to gaplessly decode itunes, nero, fraunhofer aac

[Julian Hughes]

Package: faad
Version: 2.7-8
Severity: normal
Tags: upstream

faad incorrectly decodes any aac/m4a audio file that was encoded by 
neroaacenc or itunes or fraunhofer fdkaac/libfdk.  This breaks 
gapless playback.

example:

Take an CD such as The Beatles' Abbey Road which plays without gaps. 
Rip and encode to individual flacs or wavs. The files play without 
any gap, for example in mpd or with 'mplayer2 -gapless-audio'.
 
Encode the wavs to m4a with faac.  Use faad to decode the m4a files 
to wav i.e. `faad -o out.wav in.m4a` The wavs play without any gap.

Now encode the original wavs to m4a but use an encoder other than faac:

Use faad to decode the m4a files to wav.  Now the wavs play with a gap 
between each track. 
Using a different decoder such as neroAacDec on the same files produces 
wavs which play without gaps.

The same problem is in any application which decodes with unpatched 
libfaad2. I notice Rockbox has patched libfaad and their version
properly decodes aac/m4a regardless of which encoder was used.  The
same files which don't decode gaplessly on my PC with faad or libfaad 
do decode gaplessly on my portable running Rockbox.  I believe
Squeezebox also patch libfaad to do the same but I can't confirm it
works.


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

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

Versions of packages faad depends on:
ii  libc6 2.13-38
ii  libfaad2  2.7-8

faad recommends no packages.

faad 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#703731: unblock: keepassx/0.4.3+dfsg-0.1

[Serafeim Zanikolas]

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

Please unblock package keepassx

Sourceful NMU keepassx/0.4.3+dfsg-0.1 fixes RC bug #698832 (missing origin and
license of image icons). Note, the bug has not been closed upon acceptance to
sid because of a typo in the changelog entry; I've sent a notfound command to
control@bugs.d.o but it's not applied as of this momment.

Here's the diffstat:

 LICENSE.LGPL-2.1 |  502 +++
 LICENSE.LGPL-3   |  165 +++
 debian/README.source |   18 +
 debian/changelog |   18 +
 debian/copyright |  205 ++
 debian/watch |3 
 share/keepassx/icons/clientic.png|binary
 share/keepassx/icons/text_block.png  |binary
 share/keepassx/icons/text_bold.png   |binary
 share/keepassx/icons/text_center.png |binary
 share/keepassx/icons/text_italic.png |binary
 share/keepassx/icons/text_left.png   |binary
 share/keepassx/icons/text_right.png  |binary
 share/keepassx/icons/text_under.png  |binary
 14 files changed, 909 insertions(+), 2 deletions(-)

... the source diff (OK'ed by keepassx uploader fgeyer@d.o at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698832#74):

diff -Nurp keepassx-0.4.3/debian/changelog 
felix/keepassx-0.4.3+dfsg/debian/changelog
--- keepassx-0.4.3/debian/changelog 2012-04-07 18:17:45.0 +0200
+++ felix/keepassx-0.4.3+dfsg/debian/changelog  2013-03-20 18:03:52.0 
+0100
@@ -1,3 +1,21 @@
+keepassx (0.4.3+dfsg-0.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Use repackaged upstream tarball by Felix Geyer, which replaces icons of
+unknown origin (clientic.png text_block.png text_bold.png text_center.png
+text_italic.png text_left.png text_right.png text_under.png) and adds full
+text of associated licenses (LICENSE.LGPL-2.1 LICENSE.LGPL-3).
+  * Use patch by Felix Geyer to update debian/copyright with the origin and
+license of png files, and update README.source accordingly.
+  * Additionally, update debian/copyright to document the origin and copyright
+of go-*.png and help_about.png icons (project Oxygen, and license CC-BY-SA
+3.0 or LGPL respectively).
+  * The above three items close #698832
+  * Update debian/watch for version mangling.
+  * Setting high urgency due to RC bug.
+
+ -- Serafeim Zanikolas   Wed, 20 Mar 2013 14:04:39 +0100
+
 keepassx (0.4.3-2) unstable; urgency=low
 
   * Fix FTBFS with gcc 4.7. (Closes: #667224)
diff -Nurp keepassx-0.4.3/debian/copyright 
felix/keepassx-0.4.3+dfsg/debian/copyright
--- keepassx-0.4.3/debian/copyright 2012-04-07 18:14:51.0 +0200
+++ felix/keepassx-0.4.3+dfsg/debian/copyright  2013-03-20 17:45:32.0 
+0100
@@ -158,4 +158,207 @@ src/crypto/twofish.cpp:
  * might very well be flawed; you have been warned.
  * This software is provided as-is, without any kind of warrenty or
  * guarantee. And that is really all you can expect when you download 
- * code for free from the Internet. 
+ * code for free from the Internet.
+
+
+share/keepassx/icons/alarmclock.png
+share/keepassx/icons/appsettings.png
+share/keepassx/icons/autotype.png
+share/keepassx/icons/clock.png
+share/keepassx/icons/cloneentry.png
+share/keepassx/icons/copypwd.png
+share/keepassx/icons/copyusername.png
+share/keepassx/icons/dbsettings.png
+share/keepassx/icons/delete.png
+share/keepassx/icons/deleteentry.png
+share/keepassx/icons/deletegroup.png
+share/keepassx/icons/dice.png
+share/keepassx/icons/document.png
+share/keepassx/icons/down.png
+share/keepassx/icons/editentry.png
+share/keepassx/icons/expired.png
+share/keepassx/icons/fileclose.png
+share/keepassx/icons/filedelete.png
+share/keepassx/icons/filenew.png
+share/keepassx/icons/fileopen.png
+share/keepassx/icons/filesave.png
+share/keepassx/icons/filesaveas.png
+share/keepassx/icons/generator.png
+share/keepassx/icons/help.png
+share/keepassx/icons/key.png
+share/keepassx/icons/manual.png
+share/keepassx/icons/newentry.png
+share/keepassx/icons/openurl.png
+share/keepassx/icons/swap.png
+share/keepassx/icons/templates.png
+share/keepassx/icons/trashcan.png
+share/keepassx/icons/up.png
+share/keepassx/icons/dbsearch.png
+share/keepassx/icons/editgroup.png
+share/keepassx/icons/filesavedisabled.png
+share/keepassx/icons/groupsearch.png
+share/keepassx/icons/newgroup.png
+share/keepassx/icons/restore.png:
+
+These files are from the Nuvola icon theme and are partly modified.
+
+Copyright 2003-2004 David Vignoni
+Copyright 2006 Tarek Saidi
+
+This library is free software; you can redistribute it and/or
+modify it under the terms of the GNU Lesser General Public
+License as published by the Free Software Foundation; either
+version 2.1 of the License, or (at your option) any later version.
+
+This library is distributed in the hope that it will be useful,
+but WITHOUT ANY WARRANTY; without e

Bug#693556: RFS: mercurial-keyring/0.5.4-3 [ITP]

[Christoph Mathys]

I'm still looking for a sponsor :).

I changed the license of the packaging to BSD-3-clause to match the 
upstream license and uploaded a new version (thanks Andrew).


The source package can be obtained with:

  dget -x 
http://mentors.debian.net/debian/pool/main/m/mercurial-keyring/mercurial-keyring_0.5.4-3.dsc


Thanks!
Christoph


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

Bug#703116: Pari in sage is (heavily) patched upstream

[Bill Allombert]

On Fri, Mar 22, 2013 at 07:53:45PM +0100, Julien Puydt wrote:
> Le 22/03/2013 19:10, Bill Allombert a écrit :
> >On Fri, Mar 22, 2013 at 03:09:26PM +0100, Julien Puydt wrote:
> >>Le 20/03/2013 14:25, Bill Allombert a écrit :
> >>>On Wed, Mar 20, 2013 at 11:53:56AM +0100, Julien Puydt wrote:
> Hi,
> 
> in fact, looking at the pari 2.5.3 in sage, there are quite a few
> patches in it, some of which might be interesting for upstream...
> and which are needed to build sage.
> >>>
> >>>I know, this is why I think it is premature to package SAGE for Debian.
> >>>Time would be better spent improving the packaging of SAGE components 
> >>>inside
> >>>SAGE so there is no random patching.
> >>
> >>They have a particular patch (polred.patch) which does more than
> >>packaging modifications ; its description in patches/README.txt is:
> >>
> >>* polred.patch: Fix polred(), add polredbest() based on upstream commits
> >>   - 2d00a24fbb1ffe8eba35b9a04763e36eef8a5f7b
> >>   - a3596c56f9439144a0dbed4c47bd6ff9485e3fc8
> >>   - 1a00ca416de4daebccaab2be1a4b8a061a9f2fde
> >>   - ad550d9bbfee8113087407c3262bffc27a020c98
> >
> >This changes the library ABI.  Instead, Sage could write its own PARI
> >extensions without patching libpari.
> 
> Some of the sage developers have a tendency to consider that as sage
> ships all dependencies, it is ok to implement new features by
> half-patching deps and half-patching sage itself... add to that that
> they also have a tendency not to forward their patches upstream and
> you'll end up with this type of situation. See for example
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703263 for another
> example.
> 
> Anyway, if we want to package sage in debian, we'll somehow need the
> pari package to be compatible with what sage needs.

What I already suggested: work with the Sage developers so that they improve
their packaging practices to the point it is actually possible to package it
for Debian. Before that point, refrain from asking Debian developpers to make
changes to their packages that will lead nowhere.

First, you cannot realistically require each maintainers to apply new patches
each time you want to upload a new upstream release of sage.

Secondly, the maintainer of a Debian package has a duty toward the users of the
software, and should not apply patches that degrade the user experience when 
used
outside sage.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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

Bug#703638: ITP: cloudfuse -- FUSE filesystem for Swift object storage.

[gustavo panizzo]

On 03/22/2013 04:15 PM, Thomas Goirand wrote:
> Hi,

> I have added you as a member of the project. Our packaging guidelines
> are over here:
> http://openstack.alioth.debian.org/
should i add any hook to notify updates?

> 
> Please upload your Git repository in /git/openstack on Alioth.
done

> 
>> package has 1 lintian warning overridden:
>> possible-gpl-code-linked-with-openssl (program is licensed under the MIT
>> license)
> 
> Why do you need such override? Is it a false positive?
yes

> 
>> i'm working on the other warnings
> 
> Please ping me when you think you are done.
package is in good shape now, ready to be uploaded IMHO

> 
>> package can be found at
>> http://mentors.debian.net/debian/pool/main/c/cloudfuse/cloudfuse_20130124~git809b07e-1.dsc
> 
> Maybe it's better if I have a look using Git, so that I can commit some
> fixes directly, no?

> 
> Cheers,
> 
> Thomas
> 

have a nice weekend!

-- 
1AE0 322E B8F7 4717 BDEA  BF1D 44BB 1BA7 9F6C 6333


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

Bug#660736: Subject: icedove deads on undefined symbol

[Guido Günther]

Hi Miloslav,
On Tue, Nov 13, 2012 at 08:29:08PM +0100, Miloslav Semler wrote:
> LD_BIND_NOW works for me. After this icedove starts normally again
> without LD_BIND_NOW. After upgrade, I had to call icedove with
> LD_BIN_NOW again. question is... why is icedove only the one
> application on my system having this problem.

Could you check if adding

LD_BIND_NOW=1

to /usr/bin/icedove (it's a shell script) works for you too? If so 
we could try to get this work around into Squeeze's next point release.
I'd try myself but can't reproduce it so far.
Cheers,
 -- Guido

> >The problem seems to depend on the libc6.
> >There are similarly problems on Bug #659994 with this, that's why
> >Christoph has merged the bugs.
> >
> >Please try if icedove is startable by
> >  LD_BIND_NOW=1 icedove
> >
> >And check if the install of an older libc will also be a opinion. Please
> >look into #659994 and also into #617759 (please take time).
> >
> >Regards
> >Carsten


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

Bug#699123: python-sh source package

[Christine Spang]

Hi Ben,

Thanks for packaging sh!

Is your source package available somewhere? NEW processing is pretty
behind due to the impending release. :)

cheers,
Christine


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

Bug#703730: RFS: redeclipse/1.4-1 redeclipse-data/1.4-1

[Martin Erik Werner]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-devel-ga...@lists.debian.org
Thanks

Dear mentors and pkg-gamers,

I am looking for a sponsor for my updated packages "redeclipse" and 
"redeclipse-data":

* Package name: redeclipse
  Version : 0.4-1
  Upstream Author : Quinton "Quin" Reeves 
  : Lee "Eihrul" Salzman 
  : Red Eclipse Team and others
* URL : http://redeclipse.net
* License : Zlib, CC-BY-SA-3.0+
  Section : contrib/games

It builds those binary packages:

 redeclipse[-dbg] - multiplayer FPS game based on Cube2
 redeclipse-server[-dbg] - server for the Red Eclipse FPS game

Changelog:
redeclipse (1.4-1) experimental; urgency=low

  * New upstream release
  * Move server examples to /usr/share/games/doc/redeclipse/
  * Added screenshot URL for Ubuntu
  * Removed Enet from source package (unused)
  * Drop dpkg Pre-Depends (upgrades from old Ubuntu versions not relevant)
  * Include version.cfg in tarball, required for server

* Package name: redeclipse-data
  Version : 0.4-1
  Upstream Author : Red Eclipse Team and others
* URL : http://redeclipse.net
* License : CC_BY-SA-3.0+, Zlib and various
  Section : non-free/games

It builds this binary package:

 redeclipse-data - data for the Red Eclipse FPS game

Changelog:
redeclipse-data (1.4-1) experimental; urgency=low

  * New upstream release
  * Drop dpkg Pre-Depends (upgrades from old Ubuntu versions not relevant)
  * Added more verbose notice why package is in non-free
  * Include license.txt files, in favour of maintaining data tree identical


The packages are up on mentors:

 http://mentors.debian.net/package/redeclipse
 dget -x 
http://mentors.debian.net/debian/pool/contrib/r/redeclipse/redeclipse_1.4-1.dsc

(Note that the data package is ~625MB)
 http://mentors.debian.net/package/redeclipse-data
 dget -x 
http://mentors.debian.net/debian/pool/non-free/r/redeclipse-data/redeclipse-data_1.4-1.dsc


The packaging is done in git:

 http://anonscm.debian.org/gitweb/?p=pkg-games/redeclipse.git;a=summary
 git clone git://anonscm.debian.org/pkg-games/redeclipse.git

(Note that the data clone is ~780M)
 http://anonscm.debian.org/gitweb/?p=pkg-games/redeclipse-data.git;a=summary
 git clone git://anonscm.debian.org/pkg-games/redeclipse-data.git


Lintian:
N: The license is CC-BY-SA-3.0+, meaning "or later", albeit valid, is not a
N: recognised license shortname.
N: The stand-alone license paragraph has the standard CC-BY-SA-3.0 version.
O: redeclipse source: missing-license-paragraph-in-dep5-copyright cc-by-sa-3.0+ 
(paragraph at line 75)

# Should only be needed for upgrades from Ubuntu Lucid, where this package does 
not exist
P: redeclipse-server: data.tar.xz-member-without-dpkg-pre-depends
P: redeclipse-server-dbg: data.tar.xz-member-without-dpkg-pre-depends
P: redeclipse-dbg: data.tar.xz-member-without-dpkg-pre-depends
P: redeclipse: data.tar.xz-member-without-dpkg-pre-depends

# No it's not
I: redeclipse-server-dbg: extended-description-is-probably-too-short
I: redeclipse-dbg: extended-description-is-probably-too-short

# Used for Ubuntu Software Centre
I: redeclipse: unknown-field-in-control screenshot-url
I: redeclipse: unknown-field-in-control thumbnail-url


N: The license is CC-BY-SA-3.0+, meaning "or later", albeit valid, this is not a
N: recognised license shortname.
N: The stand-alone license paragraph has the standard CC-BY-SA-3.0 version.
O: redeclipse-data source: missing-license-paragraph-in-dep5-copyright 
cc-by-sa-3.0+ (paragraph at line 321)

# Should only be needed for upgrades from Ubuntu Lucid, where this package does 
not exist
P: redeclipse-data: data.tar.xz-member-without-dpkg-pre-depends

# No it's not
I: redeclipse-data: extended-description-is-probably-too-short

N: These license files are kept in the data tree because:
N: * They are minimal in comparison to the rest of the content
N: * There is no good distinction between contents of files like readme.txt
N:   mapname.txt and license.txt, and some are useful
N: * This maintains the data tree idential to upstream
O: redeclipse-data: extra-license-file 
usr/share/games/redeclipse/data/crosshairs/license.txt
N: These license files are kept in the data tree because:
N: * They are minimal in comparison to the rest of the content
N: * There is no good distinction between contents of files like readme.txt
N:   mapname.txt and license.txt, and some are useful
N: * This maintains the data tree idential to upstream
O: redeclipse-data: extra-license-file 
usr/share/games/redeclipse/data/models/actors/turret/license.txt


I would be very happy if someone could review and/or upload this package for me.

Thanks!

-- 
Martin Erik Werner 


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

Bug#703729: libhypre-dev: bundled header fei_defs.h prevents orginal software from being packaged

[Nico Schlömer]

Package: libhypre-dev
Version: 2.8.0b-1
Severity: normal
Tags: upstream

Dear Maintainer,

I'm currently packaging the Trilinos numerical solver package and just bumped
into a filename conflict with the package libhypre-dev about the file
fei_defs.h. Apparently, Hypre (upstream) just copied this file over from
Trilinos some years ago and ships it as part of Hypre.

See 

for the file in Trilinos.

I'm not sure about the licensing implications here, but it for certain creates
a problem on the package managing side.

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

Kernel: Linux 3.5.0-26-generic (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

Versions of packages libhypre-dev depends on:
ii  libatlas-base-dev [liblapack-3gf.so]  3.8.4-8ubuntu1
ii  libblas-dev [libblas-3gf.so]  1.2.20110419-5
ii  libhypre-2.8.0b   2.8.0b-1
ii  liblapack-dev 3.4.1-6
ii  libsuperlu3-dev   3.0+20070106-3
ii  mpi-default-dev   1.0.1

libhypre-dev recommends no packages.

libhypre-dev 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#478544: [icedove] "Size" in folder listing disappears when mailbox is over 2 GiB in size.

[Carsten Schoenert]

Hello Mike,
On Tue, Apr 29, 2008 at 01:49:22PM -0400, Mike Dresser wrote:
> Package: icedove
> Version: 2.0.0.12-1+b1
> Severity: normal
> Tags: lfs
> 
> --- Please enter the report below this line. ---
> 
> I have several mail folders that accumulate at about 2 GiB every
> month, with 200,000-250,000 emails in each.  Though adding more
> emails to the folders appears to be working properly (which used to
> be a problem with older versions of thunderbird), the "Size" column
> on the left hand folder listing disappears if you go over 2048MB.

that's a hugh amount of mails. Personally I don't let grow my Inbox in
such dimensions so I can't test your described behaviour.

Can you please give an actual state of your bug with current Icedove
versions? Hopefully this bug is gone.

Regards
Carsten


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

Bug#702039: typo on the patch

[victory]

On Fri, 22 Mar 2013 20:41:01 +0100
Baptiste wrote:

> --- whats-new.dbk@revision=9556   2013-03-21 13:50:12.182327600 +0100
> +++ whats-new.dbk@revision=9556-bj2013-03-22 11:02:13.239451500 +0100
> +  LibreOfficeLibreOffice
> +  3.5.4 replaces OpenOffice, which is now only a transitionnal package 
> that can be removed;

> +  CalligraCalligra
> +  2.4.3 replaces KOffice, which is now only a transitionnal package that 
> can be removed;

transitional

-- 
victory
no need to CC me :-)
http://userscripts.org/scripts/show/102724
0.0.1.3


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

Bug#703728: ITP: cgminer -- Multi-threaded multi-pool GPU, FPGA and CPU bitcoin miner

[Dmitry Smirnov]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: 
debian-de...@lists.debian.org,pkg-bitcoin-de...@lists.alioth.debian.org

   Package name: cgminer
Version: 2.11.3
Upstream Author: Con Kolivas 
URL: https://github.com/ckolivas/cgminer
License: GPL-3+, Expat, BSD-2-clause, GPL-2
Description: multi-threaded multi-pool GPU, FPGA and CPU bitcoin miner
 Bitcoin miner software with multi-threaded multi-pool GPU, FPGA and CPU
 mining support.
 .
 BitCoins are a digital currency, exchanged freely against
 all other currencies. Coins may be issued by everyone, one
 just needs considerable computer power - and luck. To even
 out rewards for one's contribution, many initiative have
 forms to provide pools of computers and share the load.

Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-bitcoin/cgminer.git


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

Bug#703727: [CRASH] Uncaught exception AttributeError in Backend/PythonApt.py:801

[tomas]

Package: update-manager-core
Version: 0.200.5-1
Severity: normal
File: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py



*** /tmp/update-manager-bugZwkXJz
The information below has been automatically generated.
Please do not remove this from your bug report.

- Exception Type: 
- Exception Value: AttributeError("'NoneType' object has no attribute
'get_package_list'",)
- Exception Origin: 
- Exception Traceback:
  File "/usr/lib/pymodules/python2.6/UpdateManager/BugHandler.py", line 89, in
run
threading.Thread.run(self, *args, **kwargs)
  File "/usr/lib/python2.6/threading.py", line 484, in run
self.__target(*self.__args, **self.__kwargs)
  File "/usr/lib/pymodules/python2.6/UpdateManager/Backend/PythonApt.py", line
801, in thread_helper
for pkg_info in self._available_updates.get_package_list():




-- System Information:
Debian Release: 6.0.7
  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=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages update-manager-core depends on:
ii  lsb-release   3.2-23.2squeeze1   Linux Standard Base version report
ii  python2.6.6-3+squeeze7   interactive high-level object-orie
ii  python-apt0.7.100.1+squeeze1 Python interface to libapt-pkg
ii  python-support1.0.10 automated rebuilding support for P

Versions of packages update-manager-core recommends:
ii  update-manager-gnome  0.200.5-1  GNOME application that manages sof

update-manager-core suggests no packages.


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

Bug#703726: libcogl12: SIGSEGV in cogl_onscreen_add_frame_callback

[Сергей И . Королев]

Package: libcogl12
Version: 1.13.4-1
Severity: critical

SIGSEGV in cogl_onscreen_add_frame_callback on many application
(gnome-shell, emerillon and maybe other where use libclutter or libcogl)

backtrace (crash point most identical to gnome-shell and emerillon)

Program received signal SIGSEGV, Segmentation fault.
0x40da546c in cogl_onscreen_add_frame_callback (onscreen=0x284ae8,
callback=0x400ba085 , user_data=0x1c3490, destroy=0) at
./cogl-onscreen.c:370
370   COGL_TAILQ_INSERT_TAIL (&onscreen->frame_closures, closure,
list_node);
(gdb) bt
#0  0x40da546c in cogl_onscreen_add_frame_callback (onscreen=0x284ae8,
callback=0x400ba085 , user_data=0x1c3490, destroy=0) at
./cogl-onscreen.c:370
#1  0x400ba986 in clutter_stage_cogl_realize (stage_window=) at ./cogl/clutter-stage-cogl.c:163
#2  0x400b6b56 in clutter_stage_x11_realize (stage_window=0x1c3490) at
./x11/clutter-stage-x11.c:609
#3  0x4010ad7c in _clutter_stage_window_realize (window=0x1c3490) at
./clutter-stage-window.c:88
#4  0x40106c7c in clutter_stage_realize (self=0x1cbbc8) at
./clutter-stage.c:761
#5  0x40b2be98 in g_cclosure_marshal_VOID__VOIDv () from
/usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0
#6  0x40b29654 in ?? () from
/usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0
#7  0x40b29654 in ?? () from
/usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt
stack?)



-- System Information:
Debian Release: 7.0
  APT prefers testing-updates
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: armhf (armv7l)

Kernel: Linux 3.0.31 (SMP w/1 CPU core; PREEMPT)
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 libcogl12 depends on:
ii  libc6 2.17-0experimental2
pn  libegl1-mesa | libegl1-x11
ii  libgcc1   1:4.7.2-5
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.35.8-1
ii  libmali400-exynos [libgles2]  0.0.1
ii  libx11-6  2:1.5.0-1
ii  libxcomposite11:0.4.3-2+b1
ii  libxdamage1   1:1.1.3-2+b1
ii  libxext6  2:1.3.1-2
ii  libxfixes31:5.0-4+b1
ii  libxrandr22:1.4.0-1
ii  multiarch-support 2.13-38

Versions of packages libcogl12 recommends:
ii  libcogl-common  1.13.4-1

Versions of packages libcogl12 suggests:
pn  libgl1-mesa-glx  

-- 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#702039: Office suites changes

[Baptiste]

Control: tags -1 patch

Hi maintainers,

Please find attached a patch that could help with this issue.

Thanks to David who learn me in 2 lines how to build RN.

Baptiste
--- whats-new.dbk@revision=9556	2013-03-21 13:50:12.182327600 +0100
+++ whats-new.dbk@revision=9556-bj	2013-03-22 11:02:13.239451500 +0100
@@ -182,15 +182,40 @@
   3.4, KDEKDE
   4.8.4, XfceXfce 4.8, and
   LXDELXDE 0.5.0.
+
+
   Productivity applications have also been upgraded, including the
-  office suites
-  LibreOfficeLibreOffice
-  3.5.4 and CalligraCalligra
-  2.4.3 as well as
-  GNUcashGNUcash 2.4.10,
-  GNUmericGNUmeric 1.10.17 and
-  AbiwordAbiword 2.9.2.
+  office suites: 
 
+  
+  
+
+  LibreOfficeLibreOffice
+  3.5.4 replaces OpenOffice, which is now only a transitionnal package that can be removed;
+
+  
+  
+
+  CalligraCalligra
+  2.4.3 replaces KOffice, which is now only a transitionnal package that can be removed;
+
+  
+  
+
+  GNUcashGNUcash is upgraded to 2.4.10;
+
+  
+  
+
+  GNUmericGNUmeric is upgraded to 1.10.17;
+
+  
+  
+
+  AbiwordAbiword is upgraded to 2.9.2.
+
+  
+  
 
   Updates of other desktop applications include the upgrade to
   EvolutionEvolution 3.4
@@ -403,7 +428,7 @@
 
 Multiarch
 
-New in &release; is multiarch. Multiarch lets you install packages from
+New in &debian; &release; is multiarch. Multiarch lets you install packages from
 multiple architectures on the same machine. This is useful in various ways,
 but the most common is installing both 64 and 32-bit software on the same
 machine and having dependencies correctly resolved automatically. The


signature.asc
Description: PGP signature

Bug#703725: unblock: apt-spacewalk/1.0.6-2.1

[Serafeim Zanikolas]

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

Please unblock package apt-spacewalk

It fixes RC bugs #703207, #700821 (both reports are about the same issue;
please consult #700821 for details). FWIW the NMU has been welcomed privately
to me by package uploader bernd.

Here's the diff against 1.0.6-2:

diff -Nurp orig/apt-spacewalk-1.0.6/50spacewalk apt-spacewalk-1.0.6/50spacewalk
--- orig/apt-spacewalk-1.0.6/50spacewalk2012-06-17 12:24:16.0 
+0200
+++ apt-spacewalk-1.0.6/50spacewalk 2013-03-20 15:23:00.0 +0100
@@ -11,5 +11,5 @@ APT {
   }
 };
 DPkg::Post-Invoke {
-"/usr/lib/apt-spacewalk/post_invoke.py";
+"if [ -x /usr/lib/apt-spacewalk/post_invoke.py ]; then 
/usr/lib/apt-spacewalk/post_invoke.py; fi";
 };
diff -Nurp orig/apt-spacewalk-1.0.6/debian/changelog 
apt-spacewalk-1.0.6/debian/changelog
--- orig/apt-spacewalk-1.0.6/debian/changelog   2013-03-20 14:02:02.0 
+0100
+++ apt-spacewalk-1.0.6/debian/changelog2013-03-20 15:45:04.0 
+0100
@@ -1,3 +1,13 @@
+apt-spacewalk (1.0.6-2.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Add postrm/preinst scripts for removing/disabling/enabling the apt hook
+file, and change the latter to test the existence of post_invoke.py before
+invoking it (Closes: #703207, 700821).
+  * Setting high urgency due to RC bugs
+
+ -- Serafeim Zanikolas   Wed, 20 Mar 2013 13:45:30 +0100
+
 apt-spacewalk (1.0.6-2) unstable; urgency=low
 
   * [22c43b83] Rename binary package to apt-transport-spacewalk
diff -Nurp orig/apt-spacewalk-1.0.6/debian/postrm 
apt-spacewalk-1.0.6/debian/postrm
--- orig/apt-spacewalk-1.0.6/debian/postrm  1970-01-01 01:00:00.0 
+0100
+++ apt-spacewalk-1.0.6/debian/postrm   2013-03-20 14:01:28.0 +0100
@@ -0,0 +1,34 @@
+#! /bin/sh
+
+set -e
+
+hook=/etc/apt/apt.conf.d/50spacewalk
+
+case "$1" in
+purge)
+rm -f $hook.disabled
+;;
+
+remove)
+mv $hook $hook.disabled
+;;
+
+abort-install)
+if test "x$2" != "x" && test -f $hook
+then
+mv $hook $hook.disabled
+fi
+;;
+
+upgrade|failed-upgrade|abort-upgrade|disappear)
+;;
+
+*)
+echo "postrm called with unknown argument \`$1'" >&2
+exit 1
+
+esac
+
+#DEBHELPER#
+
+exit 0
diff -Nurp orig/apt-spacewalk-1.0.6/debian/preinst 
apt-spacewalk-1.0.6/debian/preinst
--- orig/apt-spacewalk-1.0.6/debian/preinst 1970-01-01 01:00:00.0 
+0100
+++ apt-spacewalk-1.0.6/debian/preinst  2013-03-20 14:01:28.0 +0100
@@ -0,0 +1,13 @@
+#!/bin/sh
+
+set -e
+
+hook=/etc/apt/apt.conf.d/50spacewalk
+if test -f $hook.disabled
+then
+mv $hook.disabled $hook
+fi
+
+#DEBHELPER#
+
+exit 0 


$ debdiff /var/cache/apt/archives/apt-transport-spacewalk_1.0.6-2_all.deb \
  apt-transport-spacewalk_1.0.6-2.1_all.deb
[The following lists of changes regard files as different if they have
different names, permissions or owners.]

Files in second .deb but not in first
-
-rwxr-xr-x  root/root   DEBIAN/postrm
-rwxr-xr-x  root/root   DEBIAN/preinst

Control files: lines which differ (wdiff format)

Installed-Size: [-89-] {+90+}
Version: [-1.0.6-2-] {+1.0.6-2.1+}

thanks,
sez

unblock apt-spacewalk/1.0.6-2.1

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

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


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

Bug#611554: Ark no longer allows to "Open with" a suitable application

[Adrien]

forwarded 611554 https://bugs.kde.org/show_bug.cgi?id=179066
thanks

Hi,

I mark the bug as transmitted upstream, so we can automatically follow the bug 
on the Debian BTS.

Regards,

Adrien Grellier


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

Bug#703724: libkio5: Problem with copy files >9 GB into OpenAFS

[Markus Koeberl]

Package: libkio5
Version: 4:4.8.4-4
Severity: normal
Tags: lfs

Dear Maintainer,
If I try to copy a file > 900KB (df report for /afs) into a subdirectoy of
/afs with enough quota, KDE copy breaks with a disk full message before
starting the copy process, although enough space is available.
I tryed to copy a large file >9GB from the local disk somewhere into /afs/...
using Dolphin.
I also used kioclient copy 'source' 'destination' which does not display or do
anything but returns exit value 1



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

Kernel: Linux 3.2.0-4-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 libkio5 depends on:
ii  libacl1 2.2.51-8
ii  libattr11:2.4.46-8
ii  libc6   2.13-38
ii  libkdecore5 4:4.8.4-4
ii  libkdeui5   4:4.8.4-4
ii  libnepomuk4 4:4.8.4-4
ii  libqt4-dbus 4:4.8.2+dfsg-11
ii  libqt4-network  4:4.8.2+dfsg-11
ii  libqt4-svg  4:4.8.2+dfsg-11
ii  libqt4-xml  4:4.8.2+dfsg-11
ii  libqtcore4  4:4.8.2+dfsg-11
ii  libqtgui4   4:4.8.2+dfsg-11
ii  libsolid4   4:4.8.4-4
ii  libstdc++6  4.6.1-4
ii  libstreamanalyzer0  0.7.7-3
ii  libx11-62:1.5.0-1
ii  libxrender1 1:0.9.7-1

Versions of packages libkio5 recommends:
ii  kdelibs5-plugins  4:4.8.4-4

libkio5 suggests no packages.


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

Bug#703099: claws-mail-tools: please don't compress bundled scripts

[Andrew Shadura]

Hello,

On Fri, 22 Mar 2013 19:51:08 +0100
Ricardo Mones  wrote:

> > Policy §12.3 doesn't require you to compress example scripts. It's
> > not plain text documentation, it's sample code.

>   True, only say they should be compressed. Anyway, since they're
> examples there's nothing wrong in compress them to save space as
> policy recommends.

In fact, the Policy says nothing about compressing examples at all (see
§12.6).

> > >   And this also makes you sure you don't have a random executable
> > > script in /usr/share/doc ready to be exploited.

> > Don't put random executable scripts into /usr/share/doc then.

>   They're not executable:

Well, actually that would be good if they were. Anyway, if they were
uncompressed, I could at least run them as 'sh /usr/share/doc/.../...sh'
or something like that. What I actually meant is this:

i) If tha package maintainer puts scripts into the package, he at least
checked that they're fine and 'not random'.

ii) As those scripts are in a separate package, and I install it
deliberately, I *do* want to run them without any annoying extra
operations. Otherwise why do I need the package at all? I could have
downloaded those scripts myself then.

iii) Those scripts aren't more exploitable than rm, for example, or
wget. Both can do lots of harm if exploited properly. But considering
(i) and (ii) this isn't of much importance at all.

-- 
WBR, Andrew


signature.asc
Description: PGP signature

Bug#620972: kcalc: Application asked to unregister timer 0x2a000006 which is not registered in this thread

[Adrien]

tag 620972 unreproducible
thanks

Hi,

I am not able to reproduce the bug. Could you please confirm it still occurs to 
you ? Otherwise, I will close the bug in a month.

Regards,

Adrien Grellier


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

Bug#703638: ITP: cloudfuse -- FUSE filesystem for Swift object storage.

[Thomas Goirand]

Hi,

On 03/23/2013 02:06 AM, gustavo panizzo  wrote:
> On 03/22/2013 05:14 AM, Thomas Goirand wrote:
>> Hi,
>>
>> Please do not package this on your own, and joint the
>> Openstack packaging team on Alioth. I will be happy to
>> sponsor the upload of your work on Openstack if you need.
> 
> i've requested the membership and changed the Maintainer field on
> debian/control
> also i took the liberty to add you to uploaders field

Thanks!

I have added you as a member of the project. Our packaging guidelines
are over here:
http://openstack.alioth.debian.org/

Please upload your Git repository in /git/openstack on Alioth.

> package has 1 lintian warning overridden:
> possible-gpl-code-linked-with-openssl (program is licensed under the MIT
> license)

Why do you need such override? Is it a false positive?

> i'm working on the other warnings

Please ping me when you think you are done.

> package can be found at
> http://mentors.debian.net/debian/pool/main/c/cloudfuse/cloudfuse_20130124~git809b07e-1.dsc

Maybe it's better if I have a look using Git, so that I can commit some
fixes directly, no?

Cheers,

Thomas


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

Bug#703723: ITP: libvar-pairs-perl -- Perl module implementing OO iterators and pair constructors for variables

[Salvatore Bonaccorso]

Package: wnpp
Owner: Salvatore Bonaccorso 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libvar-pairs-perl
  Version : 0.1.1
  Upstream Author : Damian Conway 
* URL : https://metacpan.org/release/Var-Pairs/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl module implementing OO iterators and pair constructors 
for variables

Var::Pairs exports a small number of subroutines that add some Perl 6
conveniences to Perl 5. Specifically, the module exports several subroutines
that simplify interactions with key/value pairs in hashes and arrays.

Regards,
Salvatore


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

Bug#703116: Pari in sage is (heavily) patched upstream

[Julien Puydt]

Le 22/03/2013 19:10, Bill Allombert a écrit :

On Fri, Mar 22, 2013 at 03:09:26PM +0100, Julien Puydt wrote:

Le 20/03/2013 14:25, Bill Allombert a écrit :

On Wed, Mar 20, 2013 at 11:53:56AM +0100, Julien Puydt wrote:

Hi,

in fact, looking at the pari 2.5.3 in sage, there are quite a few
patches in it, some of which might be interesting for upstream...
and which are needed to build sage.


I know, this is why I think it is premature to package SAGE for Debian.
Time would be better spent improving the packaging of SAGE components inside
SAGE so there is no random patching.


They have a particular patch (polred.patch) which does more than
packaging modifications ; its description in patches/README.txt is:

* polred.patch: Fix polred(), add polredbest() based on upstream commits
   - 2d00a24fbb1ffe8eba35b9a04763e36eef8a5f7b
   - a3596c56f9439144a0dbed4c47bd6ff9485e3fc8
   - 1a00ca416de4daebccaab2be1a4b8a061a9f2fde
   - ad550d9bbfee8113087407c3262bffc27a020c98


This changes the library ABI.  Instead, Sage could write its own PARI
extensions without patching libpari.


Some of the sage developers have a tendency to consider that as sage 
ships all dependencies, it is ok to implement new features by 
half-patching deps and half-patching sage itself... add to that that 
they also have a tendency not to forward their patches upstream and 
you'll end up with this type of situation. See for example 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703263 for another example.


Anyway, if we want to package sage in debian, we'll somehow need the 
pari package to be compatible with what sage needs.


What do you suggest?

Snark on #debian-science


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

Bug#702337: Additional documentation updates

[Harrie Pieters]

Hello,

I have updated the README.debian further with my own experiences and I 
also 0006-README.Debian-add-notes-about-networking-issues-see-.patch 
since it mismatched with my README.debian and there for would not patch 
(missing --minimal in the command on line 64).


Cheers,

Harrie


--- a/debian/README.Debian
+++ b/debian/README.Debian
@@ -1,4 +1,4 @@
-xen-api for Debian author's notes
+XCP-XAPI for Debian author's notes
 -
 
 This is the XCP toolstack ported to Debian. Installing these packages will turn
@@ -54,20 +54,23 @@
 a virtual machine network interface, a storage repository, an iso image, etc.
 
 When we write:
-network=$(xe network-list bridge=xenbr0 --minimal)
 
-that means we want the $network shell script variable to contain the UUID of
+NETWORK=$(xe network-list bridge=xenbr0 --minimal)
+
+that means we want the $NETWORK shell script variable to contain the UUID of
 the network attached to our xenbr0, but you could also type:
+
 xe network-list bridge=xenbr0
 
 and copy/paste the information somewhere for later use as well.
 
-1/ Install Debian wheezy
+1/ Install Debian Wheezy
 -
-Make sure you use LVM, and leave enough free space on the VG to be able to host
-VMs. What I use is a 2GB RAID1 rootfs on 2 disks, then a 990 GB RAID10 array on
-which I have LVM as a host for swap (1GB), usr (8 to 16 GB), var (the amount of
-RAM + 4GB), tmp (1GB).
+Install Debian Wheezy on your machine. Make sure you use LVM, and 
+leave enough free space on the VG to be able to host VMs. What I use is a 
+2GB RAID1 rootfs on 2 disks, then a 990 GB RAID10 array on which I have LVM 
+as a host for swap (1GB), usr (8 to 16 GB), var (the amount of RAM + 4GB), 
+tmp (1GB).
 
 Important note: For performance reasons, it is recommended to use a 32 bits
 dom0 kernel (with of course a 32 bits userland OS), and a 64 bits hypervisor
@@ -77,14 +80,13 @@
 Also, make sure you install the 686-bigmem (otherwised called as -pae in SID),
 if you want your dom0 to be able to run on more than 1GB.
 
-2/ Upgrade to SID or testing
-
-XCP is currently only in SID (not even in Wheezy yet as of writing, but it
-should soon migrate).
+VirtualBox: If you are using VirtualBox to run Debian make sure you enable a 
+host only network adaptor. If not you might encounter an authentication error 
+when running xe commands.
 
-3/ Install Xen and XCP
+2/ Install Xen and XCP
 --
-3.1/ Installing XCP itself.
+2.1/ Installing XCP itself.
 You can just do:
 
 apt-get install xcp-xapi
@@ -95,17 +97,28 @@
 apt-get install xcp-xapi xcp-vncterm xcp-guest-templates \
 linux-headers-686-pae bridge-utils qemu-keymaps qemu-utils libc6-xen
 
-3.2/ Samba or NFS
+2.2/ Set default Toolstack
+Switch to using xapi instead of xm or xend to control Xen, you do that with the following:
+
+sed -i "s/TOOLSTACK=.*/TOOLSTACK=xapi/" /etc/default/xen
+
+It is later planned to change this in Debian with 3 switches: xm, xl and xe. 
+Since this is not yet implemented, please refer to the /etc/default/xen file 
+for an eventual explanation.
+
+2.3/ Samba or NFS
 With XCP you can boot guests on iso images. To do that, you will need to use
 special iso SR (XCP uses Storage Repositories, or SR), for iso images. The .iso
 images can be stored either using NFS or Samba. So you should install support
 for one of them if you plan booting on iso images. Note that you can still
-install Debian guests without using an iso SR. Anyway, for Samba, you will need
-to do:
+install Debian guests without using an iso SR. 
+
+Anyway, for Samba, you will need to do:
 
 apt-get install cifs-utils
 
-The following samba config will serve these images in the folder /iso-images:
+Applyling the following samba configuration in /etc/samba/smb.conf will serve 
+these images in the folder /iso-images:
 
 [isoimg]
 comment = XCP iso image SR
@@ -115,7 +128,7 @@
 browseable = yes
 guest ok = yes
 
-3.3/ Bash completion
+2.4/ Bash completion
 Since you'll be using xe, I would highly recommend that you install
 bash-completion as well. The xcp-xe package contains a
 /etc/bash_completion.d/xe file with all the commands. So do:
@@ -125,39 +138,45 @@
 and uncomment the use of it in /etc/bash.bashrc so that everyone in the
 system may use completion.
 
-4/ Configuring Xen and XCP
---
-4.1/ Switch using xapi instead of xm and xend to control Xen
-As of writing, you should do that:
-sed -i "s/TOOLSTACK=.*/TOOLSTACK=xapi/" /etc/default/xen
+2.5/ Reboot
+Reboot and choose XEN 4.1-amd64 in the grub menu. To ensure Xen 
+is running you can do the following:
+
+cat /proc/xen/capabilities
+
+If everything is working correctly this should output "control_d". 
+To check if xapi is running:
+
+/etc/init.d/xcp-xapi status
 
-It is later planned to change this in Debian with 3 switches: xm, xl and xe.
-Since this is not yet implemented, please refer to the /etc/defau

Bug#703720: phpbb3: Incompatibility with PHP 5.4

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: fixed -1 3.0.11-2
Control: tags -1 moreinfo unreproducible

Hi,

Thanks for your report,

Le 22/03/2013 12:50, Jarno Elonen a écrit :
> The package seems to be incompatible with PHP 5.4.
> When creating a new forum, it gives this PHP warning:
> 
> "Strict Standards: Non-static method utf_normalizer::nfc() should not
> be called statically"

Right, I notice that in the Apache error changelog.

> ...and, for some reason, apparently fails to create the forum.

It doesn’t fail for me, can you please provide a step by step way to
reproduce reproduce this issue?

> Patch attached.

Thanks, a similar one is already applied upstream in 3.0.11. The change
is minimal enough to be accepted by the release team, but I would prefer
to be able to reproduce it first.

Thanks in advance.

Regards

David

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

iQIcBAEBCAAGBQJRTJ1nAAoJELgqIXr9/gnya84QALV/kTIDuVcNwzTozE6es8DK
ixq3DRoebYXfHCIKkRAT9Bm45Ajs+CcDfc++3VtZ8+3B0wkTzWWRV79EB1ftIAv+
iIoBySAKse5bIfJ+4yOBW4ZFT/y26Zc5YBBM5I4XRIPGkPw7u1XjfxWroLRmPlW7
mvAc+kFdnRM3i17QJ1x46S9528y01RsJngS2kLm2IxjUqEec+FCxxLkyyOqwtYGJ
vSjeUfmPIjbqKM4cZd5FnDszuM+vsOpsvmAeqLKsdXUt9xNsbonrH+FdCVEt0Sup
7aloW6CPc2wVn7kX5L6Us3/08+hMXqLQr9KmlWZrsEr8fWJXEG1Rjt6Bq155i0m8
GDC1BHxBKF4e1XHzDUDFxzMjpSNf2R/cEcsvAL5pw9DULhx3UlhqefhMD3+Jx+rH
8TLsyF/TDyCaESLaFaRIogwXAVWPsac7xdaQA0I8fFIwXjCuk6yz6g59nHWpDXB7
9Io0i9nKwkXgJRU2Tv6A958o/pJ6vTgzYZxTp0szc/u+4Mm8jrMueO3VIaURIlqV
dL6NiCQGapjpgg9KluNULOE+sV2MMtRbT2GoAoXJrPqkztOqzFS6/Tie/cQO5KSE
V5HlP7yYb/KpwQMCIbhN/uiy8FPMydptRcVK2w58JROs1WjcctHpvNdoikI0CDHo
cQaLI/RyfTR3u7LiKik3
=vFHK
-END PGP SIGNATURE-


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

Bug#703722: RM: firebird2.1/2.1.5.18496-0.ds2-1

[Moritz Muehlenhoff]

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

Please remove firebird2.1 from Wheezy. It's filed for removal from
the archive already (#702869), but with the freeze nearing I'm not
sure if it'll be removed in due time. So let's better remove it from
testing directly.

Cheers,
Moritz


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

Bug#703638: ITP: cloudfuse -- FUSE filesystem for Swift object storage.

[gustavo panizzo]

On 03/22/2013 05:14 AM, Thomas Goirand wrote:
> Hi,
> 
> Please do not package this on your own, and joint the
> Openstack packaging team on Alioth. I will be happy to
> sponsor the upload of your work on Openstack if you need.

i've requested the membership and changed the Maintainer field on
debian/control
also i took the liberty to add you to uploaders field

> 
> FYI, I already packaged ftp-cloudfs and sftpcloudfs, which
> are currently in NEW (I'm mentioning it, since that is as well
> some alternative ways to access swift).
i will check them

package has 1 lintian warning overridden:
possible-gpl-code-linked-with-openssl (program is licensed under the MIT
license)
i'm working on the other warnings

package can be found at
http://mentors.debian.net/debian/pool/main/c/cloudfuse/cloudfuse_20130124~git809b07e-1.dsc

thanks

-- 
1AE0 322E B8F7 4717 BDEA  BF1D 44BB 1BA7 9F6C 6333


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

Bug#703116: Pari in sage is (heavily) patched upstream

[Bill Allombert]

On Fri, Mar 22, 2013 at 03:09:26PM +0100, Julien Puydt wrote:
> Le 20/03/2013 14:25, Bill Allombert a écrit :
> >On Wed, Mar 20, 2013 at 11:53:56AM +0100, Julien Puydt wrote:
> >>Hi,
> >>
> >>in fact, looking at the pari 2.5.3 in sage, there are quite a few
> >>patches in it, some of which might be interesting for upstream...
> >>and which are needed to build sage.
> >
> >I know, this is why I think it is premature to package SAGE for Debian.
> >Time would be better spent improving the packaging of SAGE components inside
> >SAGE so there is no random patching.
> 
> They have a particular patch (polred.patch) which does more than
> packaging modifications ; its description in patches/README.txt is:
> 
> * polred.patch: Fix polred(), add polredbest() based on upstream commits
>   - 2d00a24fbb1ffe8eba35b9a04763e36eef8a5f7b
>   - a3596c56f9439144a0dbed4c47bd6ff9485e3fc8
>   - 1a00ca416de4daebccaab2be1a4b8a061a9f2fde
>   - ad550d9bbfee8113087407c3262bffc27a020c98

This changes the library ABI.  Instead, Sage could write its own PARI
extensions without patching libpari.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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

Bug#671305: dracut: cryptsetup just hangs, making the system unbootable

[david]

Package: dracut
Followup-For: Bug #671305

I just experienced the same as in the first post.
Tried out the 3.8 kernel from experimental, which replaced initramfs-tools with 
dracut and couldn't boot anymore. 

here's what it looks like: http://i.imgur.com/Oe2Wb5D.jpg
type in the password, hit enter. nothing. 

i could try it out again (if you need more logs etc) 
but i reverted back to initramfs-tools for now.

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (102, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.7-trunk-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 dracut depends on:
ii  cpio   2.11+dfsg-0.1
ii  kbd1.15.5-1
pn  kpartx 
ii  module-init-tools  9-2
ii  udev   175-7.1
ii  util-linux 2.20.1-5.3

Versions of packages dracut recommends:
ii  cryptsetup  2:1.4.3-4
pn  dmraid  
ii  dmsetup 2:1.02.77-1
ii  lvm22.02.98-1
pn  mdadm   

Versions of packages dracut suggests:
pn  dracut-network  


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

Bug#560073: icedove (64-bit) + dovecot (32-bit); communication sometimes breaks down

[Carsten Schoenert]

Hello Mario,

On Tue, Dec 08, 2009 at 11:46:44AM -0700, Mario Nigrovic wrote:
> Package: icedove
> Version: 2.0.0.22-0lenny1
> Severity: normal
> 
> For several months now (but since before I started using iceweasel
> from sid), I've noticed that, from my 64-bit icedove client only,
> sometimes communications between icedove and dovecot will stop.
> Icedove will show new messages in the folder (and I have procmail
> delivering mail to many separate folders, which icedove watches for
> new messages), but when I click on the folder, the new messages cannot
> be displayed (none are even shown).  Furthermore, old messages in the
> same folder cannot be displayed, although the index does continue to
> list them.
> 
> I think this problem also shows up when I search messages, because
> sometimes searches miss messages I know are there.
> 
> I have one (32-bit) dovecot IMAP server and multiple clients; however,
> I've only seen the probem from the 64-bit version of the client.
> 
> This bug sounds similar to 515569, which is also from a 64-bit client,
> so perhaps this is a duplication.
> 
> My personal suspicion is that this is a dovecot issue, since I recall
> it starting after an upgrade to that package, but I don't recall
> whether that update also brought a new version of icedove and since
> the problem only shows up from the 64-bit client, I figured it's worth
> reporting here.
> 
> I'm happy to provide any debugging assistance necessary.

your reported bug is still active.
The reported version isn't available anymore on any current version of
Debian. I can't reproduce the use case from you but I believe this bug
is gone. So can you please give some (hopefully positive :) ) feedback
if this bug could be closed or not?

Regards
Carsten


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

Bug#534877: icedove: Password viewer freaks after adding LDAP directory password

[Carsten Schoenert]

Hello Jeff,

On Sat, Jun 27, 2009 at 04:55:10PM -0400, Jeff Green wrote:
> Package: icedove
> Version: 2.0.0.19-1
> Severity: normal
> 
> Sequence of events:
> 
> 1) Successfully view the passwords via the password viewer.
> 2) Add an LDAP directory password to the password manager via a password 
> request
>dialog.
> 3) An LDAP search on a name successfully displays info.
> 4) And again on a different name, and so on.
> 5) Opening the password viewer again (sometimes now) flashes the password 
> view 
>and then disappears. (Once it starts flashing, it never works again until 
>fix in step 11 below.)
> 6) Quit out of icedove.
> 7) Start icedove.
> 8) Password viewer now just flashes the view regardless of whether it did or
>did not flash it in step 5.
> 9) An LDAP directory search requests the password again, which can be "stored"
>again for further searches. An additional entry is stored in the .s file.
> 10) Quit out of icedove.
> 11) Remove LDAP entries from the .s file.
> 12) Start icedove.
> 13) Password viewer now displays passwords (minus the LDAP entries deleted) 
> okay.
> 
> 
> Incidental behavior which may not be relevant: the LDAP view does not display 
> the 
> whole directory only the results of a search. Is this a wish item or should 
> it 
> indeed pull down the whole directory. Tying to pull down the directory via the
> download button in the offline tab never succeeds.

your reported bug is still active.
But I hope this bug is gone over the years. Your reported version isn't
available anymore on any current version of Debian. So can please check
if this error still happen with current versions of Icedove? I can't check
the actual behaviour because I don't have a LDAP connection running.

Regards
Carsten


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

Bug#703694: [git-buildpackage/experimental] Allow for upper case characters in the upstream version

[Guido Günther]

tag 703694 pending
thanks

Date:   Fri Mar 22 17:34:15 2013 +0100
Author: Guido Günther 
Commit ID: eb999f77c3cd4fa806eea54ae82e6b9079b207c8
Commit URL: 
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=eb999f77c3cd4fa806eea54ae82e6b9079b207c8
Patch URL: 
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=eb999f77c3cd4fa806eea54ae82e6b9079b207c8

Allow for upper case characters in the upstream version

Closes: #703694
  


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

Bug#703513: appstream-index: fails to install: Could not connect: No such file or directory

[Matthias Klumpp]

Hi!
Can you please run appstream-index --refresh --verbose in a terminal?
Does this work? Also, does
/usr/lib//appstream/update-appstream-index --verbose run and
show some information while updating the index?
At time, I guess that the appstream-index application is just not
found, but I'll need to investigate that when I'm back.
Regards,
   Matthias


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

Bug#702200: [git-buildpackage/experimental] Purging of the build dir should be configurable via a config file

[Guido Günther]

tag 702200 pending
thanks

Date:   Fri Mar 22 18:14:33 2013 +0100
Author: Guido Günther 
Commit ID: fc9d019eb9af759c46a7a183d69e248275afe6bc
Commit URL: 
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=fc9d019eb9af759c46a7a183d69e248275afe6bc
Patch URL: 
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=fc9d019eb9af759c46a7a183d69e248275afe6bc

Purging of the build dir should be configurable via a config file

so introdice --git[-no]-purge which is consistent with the other
boolean options and deprecate --git-dont-purge.

Closes: #702200
  


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

Bug#702796: unblock: haskell-certificate et. al.

[Joachim Breitner]

Control: retitle -1 unblock haskell-authenticate/1.2.1.1-2 
haskell-yesod-auth/1.0.2.1-2

Hi,

Am Donnerstag, den 21.03.2013, 20:06 +0100 schrieb Joachim Breitner:
> Am Donnerstag, den 21.03.2013, 15:47 +0100 schrieb Julien Cristau:
> > On Thu, Mar 21, 2013 at 15:30:28 +0100, Joachim Breitner wrote:
> > > thanks for testing. haskell-unordered-containers-0.2.2.1 was never meant
> > > for wheezy; the upload to unstable was accidentally. I guess I’ll have
> > > to upload 0.2.2.1.is.really.0.2.1.0-1 (which would be 0.2.1.0 under the
> > > hood), schedule a bunch of binNMUs, and see if that works.
> > > 
> > > Any objections?
> > > 
> > Works for me.
> 
> ok, uploaded, debdiff attached. I guess this is needed:
> 
> unblock haskell-unordered-containers/0.2.2.1.is.really.0.2.1.0-1
> 
> I’ll schedule binNMUs once this package has been built on all arches, so
> that my tool sees what packages need to be rebuilt.

actually, it should be possible to migrate haskell-certificate and
haskell-tls-extra without getting this ugly version number of
haskell-unordered-containers into testing, as the binaries produced by
haskell-unordered-containers in sid and in testing should provide the
same ABI (after all, it is the same upstream version).

I’m trying to understand
http://release.debian.org/britney/update_output.txt. I guess the right
section is:

Trying easy from autohinter: haskell-certificate/1.2.3-2 
haskell-tls/s390/0.9.5-1 haskell-warp-tls/i386/1.2.0.4-1 
haskell-tls/armhf/0.9.5-1 haskell-tls/s390x/0.9.5-1 
haskell-tls/kfreebsd-i386/0.9.5-1 haskell-http-conduit/1.4.1.6-3 
haskell-tls/kfreebsd-amd64/0.9.5-1 haskell-tls/i386/0.9.5-1 
haskell-tls-extra/0.4.6.1-2 haskell-tls/amd64/0.9.5-1 haskell-tls/sparc/0.9.5-1 
haskell-tls/mipsel/0.9.5-1 haskell-warp-tls/s390/1.2.0.4-1 
haskell-tls/mips/0.9.5-1 haskell-tls/armel/0.9.5-1
leading: 
haskell-certificate,haskell-tls/s390,haskell-warp-tls/i386,haskell-tls/armhf,haskell-tls/s390x,haskell-tls/kfreebsd-i386,haskell-http-conduit,haskell-tls/kfreebsd-amd64,haskell-tls/i386,haskell-tls-extra,haskell-tls/amd64,haskell-tls/sparc,haskell-tls/mipsel,haskell-warp-tls/s390,haskell-tls/mips,haskell-tls/armel
start: 15+0: i-2:a-0:a-0:a-1:i-0:k-3:k-3:m-0:m-0:p-0:s-1:s-3:s-2
orig: 15+0: i-2:a-0:a-0:a-1:i-0:k-3:k-3:m-0:m-0:p-0:s-1:s-3:s-2
easy: 105+0: i-12:a-12:a-6:a-7:i-0:k-15:k-15:m-6:m-6:p-0:s-5:s-9:s-12
* i386: libghc-authenticate-dev, libghc-authenticate-prof, 
libghc-github-dev, libghc-github-prof, libghc-wai-app-file-cgi-dev, 
libghc-wai-app-file-cgi-prof, libghc-yesod-auth-dev, libghc-yesod-auth-prof, 
libghc-yesod-dev, libghc-yesod-prof
* amd64: libghc-authenticate-dev, libghc-authenticate-prof, 
libghc-github-dev, libghc-github-prof, libghc-wai-app-file-cgi-dev, 
libghc-wai-app-file-cgi-prof, libghc-warp-tls-dev, libghc-warp-tls-prof, 
libghc-yesod-auth-dev, libghc-yesod-auth-prof, libghc-yesod-dev, 
libghc-yesod-prof
* armel: libghc-authenticate-dev, libghc-authenticate-prof, 
libghc-github-dev, libghc-github-prof, libghc-warp-tls-dev, libghc-warp-tls-prof
* armhf: libghc-authenticate-dev, libghc-authenticate-prof, 
libghc-github-dev, libghc-github-prof, libghc-warp-tls-dev, libghc-warp-tls-prof
* kfreebsd-amd64: libghc-authenticate-dev, libghc-authenticate-prof, 
libghc-github-dev, libghc-github-prof, libghc-wai-app-file-cgi-dev, 
libghc-wai-app-file-cgi-prof, libghc-warp-tls-dev, libghc-warp-tls-prof, 
libghc-yesod-auth-dev, libghc-yesod-auth-prof, libghc-yesod-dev, 
libghc-yesod-prof
* kfreebsd-i386: libghc-authenticate-dev, libghc-authenticate-prof, 
libghc-github-dev, libghc-github-prof, libghc-wai-app-file-cgi-dev, 
libghc-wai-app-file-cgi-prof, libghc-warp-tls-dev, libghc-warp-tls-prof, 
libghc-yesod-auth-dev, libghc-yesod-auth-prof, libghc-yesod-dev, 
libghc-yesod-prof
* mips: libghc-authenticate-dev, libghc-authenticate-prof, 
libghc-github-dev, libghc-github-prof, libghc-warp-tls-dev, libghc-warp-tls-prof
* mipsel: libghc-authenticate-dev, libghc-authenticate-prof, 
libghc-github-dev, libghc-github-prof, libghc-warp-tls-dev, libghc-warp-tls-prof
* s390: libghc-authenticate-dev, libghc-authenticate-prof, 
libghc-github-dev, libghc-github-prof
* s390x: libghc-authenticate-dev, libghc-authenticate-prof, 
libghc-github-dev, libghc-github-prof, libghc-warp-tls-dev, libghc-warp-tls-prof
* sparc: libghc-authenticate-dev, libghc-authenticate-prof, 
libghc-github-dev, libghc-github-prof, libghc-wai-app-file-cgi-dev, 
libghc-wai-app-file-cgi-prof, libghc-warp-tls-dev, libghc-warp-tls-prof, 
libghc-yesod-auth-dev, libghc-yesod-auth-prof

FAILED

Judging from this, we need at least
unblock haskell-authenticate/1.2.1.1-2
unblock haskell-yesod-auth/1.0.2.1-2
(these only change the Build-Depends field in debian/control)

plus a few builds (e.g. haskell-warp-tls) to finish.

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http:

Bug#612341: could anyone summarize the status on libjpeg-turbo WNPPs?

[Matthias Klose]

Am 22.03.2013 10:22, schrieb Mike Gabriel:
> Hi Matthias,
> 
> On Fr 22 Mär 2013 18:19:14 CET Matthias Klose wrote:
> 
>> Am 22.03.2013 09:21, schrieb Mike Gabriel:
>>> Hi Yaroslav, hi all,
>>> 
>>> On Mi 20 Mär 2013 20:26:24 CET Yaroslav Halchenko wrote:
>>> 
 [...]
>>> 
>>> I have worked-in (hopefully!) all comments/requests dicussed during
>>> the last days into libjpeg-turbo.git on collab-maint.
>>> 
>>> I have also attempted to allow a smooth update of libjpeg-turbo
>>> bin:package in Ubuntu by this version.
>> 
>> what exactly is changed/needed?
>> 
>> I did see that libjpegturbo was renamed to libjpegturbo1. In the past
>> upstream did want to have an unversioned shared lib for legacy software.
>> did that change?
> 
> I have patched the versioning of the shared lib in for Debian [1], do think
> that is problematic?

well, maybe Tom Gall can comment on this. For Ubuntu I didn't care that much
because the libjpegturbo package was kept in universe.

> 
> Mike
> 
> [1] 
> http://anonscm.debian.org/gitweb/?p=collab-maint/libjpeg-turbo.git;a=blob;f=debian/patches/001_versioned-libjpegturbo.patch
>
> 
> 


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

Bug#612341: could anyone summarize the status on libjpeg-turbo WNPPs?

[Mike Gabriel]

Hi Matthias,

On Fr 22 Mär 2013 18:19:14 CET Matthias Klose wrote:


Am 22.03.2013 09:21, schrieb Mike Gabriel:

Hi Yaroslav, hi all,

On Mi 20 Mär 2013 20:26:24 CET Yaroslav Halchenko wrote:


[...]


I have worked-in (hopefully!) all comments/requests dicussed during the
last days into libjpeg-turbo.git on collab-maint.

I have also attempted to allow a smooth update of libjpeg-turbo bin:package
in Ubuntu by this version.


what exactly is changed/needed?

I did see that libjpegturbo was renamed to libjpegturbo1. In the  
past upstream
did want to have an unversioned shared lib for legacy software. did  
that change?


I have patched the versioning of the shared lib in for Debian [1], do  
think that is problematic?


Mike

[1]  
http://anonscm.debian.org/gitweb/?p=collab-maint/libjpeg-turbo.git;a=blob;f=debian/patches/001_versioned-libjpegturbo.patch


--

DAS-NETZWERKTEAM
mike gabriel, rothenstein 5, 24214 neudorf-bornstein
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb

pgpL2Fj6CSqx3.pgp
Description: Digitale PGP-Unterschrift

Bug#699066: XGKS

[Steve Emmerson]

Yaroslav,

On 03/21/2013 07:33 PM, Yaroslav Halchenko wrote:
> Main concern is, that despite the overall license of the project being
> X11/Expat-like, there are files with explicit statements restricting the 
> domain
> of use, e.g.
> 
>   src/port/misc/inetutil.c
>   src/port/misc/inetutil.h
> 
> i.e. the "resale" restriction:
> 
>  *  Copyright 1991, University Corporation for Atmospheric Research.
>  * Not for Direct Resale. All copies to include this notice.

I've enclosed replacements for the two mentioned files that don't have
that restriction.

> and some files with FORD's copyright without stating license terms
> 
> xgks_2.6.1-3/src/fontdb/hf2gsk.c:4
> *   COPYRIGHT, 1990, FORD MOTOR COMPANY *
> xgks_2.6.1-3/src/bugs/hershey-fonts.mail:114
> *   COPYRIGHT, 1990, FORD MOTOR COMPANY *
> xgks_2.6.1-3/src/bugs/hershey-fonts.mail:18
> .\" *   COPYRIGHT, 1990, FORD MOTOR COMPANY *

I was never able to get the provider of the Hershey fonts to remove
their license restriction, so I'm afraid you're on your own regarding them.

My understanding, however, is that the Hershey fonts themselves are
free. I am not a lawyer, however.

> as Alastair mentions in the bug report, later ones seems could be simply
> stripped.
> 
> But could you please clarify the situation with inetutils.* files?  since
> they render the whole library "non-free".  Could they be "relicensed" under 
> the
> main license of the library (may be they just were left there by a 
> mistake...)?

Likely a mistake. Use the attached files.

--Steve
/*
 *	Copyright 1991, University Corporation for Atmospheric Research.
 *	All rights reserved.
 *
 *	See file COPYRIGHT in the top-level source-directory for licensing
 *	conditions.
 */
/* $Id: inetutil.c,v 1.1 2000/08/07 23:15:03 emmerson Exp $ */

/* 
 * Miscellaneous functions to make dealing with internet addresses easier.
 */

/*LINTLIBRARY*/

#if defined(_AIX) && !defined(_ALL_SOURCE)
#   define _ALL_SOURCE
#endif

#include 
#include 
#include 
#include 
#include 
#include 
#include  /* MAXHOSTNAMELEN */
#include 
#include "inetutil.h"


/*
 * convenience wrapper around gethostname(2)
 * !NO_INET_FQ_KLUDGE ==> try to make sure it is "fully qualified"
 */
char *
ghostname()
{
	static char hostname[MAXHOSTNAMELEN+1] ;
	if(gethostname(hostname, MAXHOSTNAMELEN) < 0)
		return NULL ;
#ifndef NO_INET_FQ_KLUDGE
	if(strchr(hostname, '.') == NULL)
	{
		/* gethostname return not fully qualified */
		struct hostent *hp ;
		hp = gethostbyname(hostname) ;
		if(hp == NULL || hp->h_addrtype != AF_INET) 
		{
			return hostname ;
		}
		/* else, hope hp->h_name is fully qualified */
		return hp->h_name ;
	}
#endif
	return hostname ;
}


/*
 * Return a string identifying the internet host referred to
 * by paddr. If the hostname lookup fails, returns "dotted quad"
 * form of the address.
 */
char *
hostbyaddr(paddr)
struct sockaddr_in *paddr ;
{
	struct hostent *hp ;
	char *otherguy = NULL ;

	hp = gethostbyaddr((char *) &paddr->sin_addr,
		sizeof (paddr->sin_addr), AF_INET) ;
	if(hp != NULL)
		otherguy = hp->h_name ;
	else
		otherguy = inet_ntoa(paddr->sin_addr) ;
	return otherguy ;
}


/*
 * get the sockaddr_in corresponding to 'hostname' (name or NNN.NNN.NNN.NNN)
 */
int
addrbyhost(hostname, paddr)
char *hostname ;
struct sockaddr_in *paddr ; /* modified on return */
{
	
	paddr->sin_addr.s_addr = inet_addr(hostname) ; /* handle number form */
	if((int) (paddr->sin_addr.s_addr) == -1)
	{
		struct hostent *hp ;
		hp = gethostbyname(hostname) ;
		if(hp == NULL || hp->h_addrtype != AF_INET) 
		{
			return -1 ;
		}
		memmove((char *)&paddr->sin_addr, hp->h_addr, hp->h_length) ;
	}
	paddr->sin_family= AF_INET ;
	paddr->sin_port= 0 ;
	memset(paddr->sin_zero, 0, sizeof (paddr->sin_zero)) ;
	return 0 ;
}


char *
s_sockaddr_in(paddr)
struct sockaddr_in *paddr ;
{
	static char buf[64] ;
	(void) sprintf(buf,
		"sin_port %5d, sin_addr %s",
		paddr->sin_port,
		inet_ntoa(paddr->sin_addr)) ;
	return buf ;
}


/*
 * Puts the address of the current host into *paddr
 * Returns 0 on success, -1 failure
 */
int
gethostaddr_in(paddr)
struct sockaddr_in *paddr ;
{
	char hostname[MAXHOSTNAMELEN] ;
	struct hostent *hp ;

	if(gethostname(hostname,MAXHOSTNAMELEN) == -1)
		return -1 ;

	hp = gethostbyname(hostname) ;
	if(hp == NULL)
		return -1 ;
	
	(void) memmove(&paddr->sin_addr, hp->h_addr, hp->h_length) ;

	return 0 ;
}


/*
 * Return the well known port for (servicename, proto)
 * or -1 on failure.
 */
int
getservport(servicename, proto)
char *servicename ;
char *proto ;
{
	struct servent *se ;
	se = getservbyname(servicename, proto) ;
	if(se == NULL)
		return -1 ;
	/* else */
	return se->s_port ;
}


/*
 * Attempt to connect to a unix domain socket.
 * Create & connect.
 * Returns (socket) descriptor or -1 on error.
 */
int
usopen(name)
char *name ; /* name of socket */
{
	int sock = -1 ;
	struct sockaddr addr ;	/* AF_UNIX address */

Bug#612341: could anyone summarize the status on libjpeg-turbo WNPPs?

[Matthias Klose]

Am 22.03.2013 09:21, schrieb Mike Gabriel:
> Hi Yaroslav, hi all,
> 
> On Mi 20 Mär 2013 20:26:24 CET Yaroslav Halchenko wrote:
> 
>> [...]
> 
> I have worked-in (hopefully!) all comments/requests dicussed during the
> last days into libjpeg-turbo.git on collab-maint.
> 
> I have also attempted to allow a smooth update of libjpeg-turbo bin:package
> in Ubuntu by this version.

what exactly is changed/needed?

I did see that libjpegturbo was renamed to libjpegturbo1. In the past upstream
did want to have an unversioned shared lib for legacy software. did that change?

  Matthias


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

Bug#517396: cdimage.debian.org: Lenny ppc netinstall cd misses grub-of

[Steve McIntyre]

On Fri, Mar 22, 2013 at 10:32:34AM -0400, Milan Kupcevic wrote:
>
>Just for the record: wheezy installs fine on Pegasos II machines,
>without grub.

Great, thanks for comfirming that.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
  Getting a SCSI chain working is perfectly simple if you remember that there
  must be exactly three terminations: one on one end of the cable, one on the
  far end, and the goat, terminated over the SCSI chain with a silver-handled
  knife whilst burning *black* candles. --- Anthony DeBoer


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

Bug#703721: igv: Please replace embedded jide-oss jar with libjide-oss-java

[Markus Koschany]

Package: igv
Version: 2.0.30-1
Severity: wishlist

Dear Maintainer,

the jide-oss java library has recently been packaged for Debian and
awaits approval by the ftp-masters. [1]

Please consider replacing the embedded jide-oss jar file with
libjide-oss-java. This might also free the igv package.

Regards,

Markus

[1] http://bugs.debian.org/703198


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

Bug#703720: phpbb3: Incompatibility with PHP 5.4

[Jarno Elonen]

Package: phpbb3
Version: 3.0.10-3
Severity: grave
Tags: upstream patch
Justification: renders package unusable

The package seems to be incompatible with PHP 5.4.
When creating a new forum, it gives this PHP warning:

"Strict Standards: Non-static method utf_normalizer::nfc() should not
be called statically"

...and, for some reason, apparently fails to create the forum.

According to internet discussions, upstream is unwilling to properly
change the syntax as suggested in the warning because it would break
PHP 4 backwards compatibility. The suggested fix is therefore to
edit the source code and add ~E_STRICT.

Patch attached.

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

Kernel: Linux 3.2.0-2-amd64 (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

Versions of packages phpbb3 depends on:
ii  apache2-mpm-worker [httpd]   2.2.22-9
ii  dbconfig-common  1.8.47+nmu1
ii  debconf [debconf-2.0]1.5.44
ii  mysql-client-5.5 [mysql-client]  5.5.24+dfsg-4
ii  php5-cgi 5.4.4-2
ii  php5-cli 5.4.4-2
ii  php5-gd  5.4.4-2
ii  php5-mysql   5.4.4-2
ii  php5-sqlite  5.4.4-2
ii  ucf  3.0025+nmu3

Versions of packages phpbb3 recommends:
ii  exim4  4.80-7
ii  exim4-daemon-light [mail-transport-agent]  4.80-7
ii  php5-imagick   3.1.0~rc1-1+b2

Versions of packages phpbb3 suggests:
pn  mysql-server | postgresql  
pn  phpbb3-l10n

-- debconf information excluded
--- ./includes/startup.php	2012-01-01 17:00:17.0 +0200
+++ /usr/share/phpbb3/www/includes/startup.php	2013-03-20 15:21:21.026932169 +0200
@@ -19,7 +19,7 @@
 {
 	define('E_DEPRECATED', 8192);
 }
-error_reporting(E_ALL & ~E_NOTICE & ~E_DEPRECATED);
+error_reporting(E_ALL & ~E_NOTICE & ~E_DEPRECATED  & ~E_STRICT);
 
 /*
 * Remove variables created by register_globals from the global scope

Bug#695627: Test for this bugreport

[Thorsten Glaser]

So,

after Don Armstrong (IIRC) said on Plänet Debian that this
bug was fixed, and after the layout of debbugs was made to
include ugly 1x1 pixel tracking images and look ugly in Lynx,
let’s test whether this bug persists.

bye,
//mirabilos
-- 
[DJBDNS Zone] TTL 86400 –  kann man da auch 1d schreiben?
 nö, außerdem kann ein Deutscher oder ein Japaner mit 1d
ja erstmal nix anfangen, oder könntest du 1日 im zone file lesen?
 das heißt für mich: ein Regal, das u.U. schiefstehen könnteIndex: src/bin/mksh/misc.c
diff -up src/bin/mksh/misc.c:1.206 src/bin/mksh/misc.c:1.207
--- src/bin/mksh/misc.c:1.206   Sun Feb 24 14:10:04 2013
+++ src/bin/mksh/misc.c Sun Feb 24 14:22:43 2013
@@ -3,7 +3,7 @@
 
 /*-
  * Copyright (c) 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010,
- *  2011, 2012
+ *  2011, 2012, 2013
  * Thorsten Glaser 
  *
  * Provided that these terms and disclaimer and all copyright notices
@@ -30,7 +30,7 @@
 #include 
 #endif
 
-__RCSID("$MirOS: src/bin/mksh/misc.c,v 1.206 2013/02/24 14:10:04 tg Exp $");
+__RCSID("$MirOS: src/bin/mksh/misc.c,v 1.207 2013/02/24 14:22:43 tg Exp $");
 
 #define KSH_CHVT_FLAG
 #ifdef MKSH_SMALL
@@ -1213,9 +1213,8 @@ print_columns(struct shf *shf, unsigned 
 
rows = (n + cols - 1) / cols;
if (prefcol && cols > rows) {
-   i = rows;
-   rows = cols > n ? n : cols;
-   cols = i;
+   cols = rows;
+   rows = (n + cols - 1) / cols;
}
 
max_col = -max_col;

Bug#695221: xcp-xapi: xe pif-reconfigure-ip doesn't work with non 255.255.255.0 subnet, netmask

[Harrie Pieters]

Hello All,

This bug has been fixed upstream, for the fix see:

https://github.com/xen-org/xen-api/commit/abed1d6321a9f56822e5c7a5ce3b183e25c90bb9

If this could be applied to a patch that would be great.

Cheers,

Harrie


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

Bug#660466: icon: diff for NMU version 9.4.3-4.1

[Julien Cristau]

Control: severity -1 important

Dear maintainer,

I've prepared an NMU for icon (versioned as 9.4.3-4.1) and
will upload it shortly.  I've leaving this bug open because the broken
code causing these unaligned accesses is still there, and should still
be fixed.  At least one crash I saw was in the GetReal macro called from
cnv_str, fwiw.

Cheers,
Julien
diff -u icon-9.4.3/debian/changelog icon-9.4.3/debian/changelog
--- icon-9.4.3/debian/changelog
+++ icon-9.4.3/debian/changelog
@@ -1,3 +1,11 @@
+icon (9.4.3-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Restore -O0 on sparc and mipsel.  -O2 causes unaligned accesses, and thus
+crashes in the test suite.
+
+ -- Julien Cristau   Fri, 22 Mar 2013 15:22:08 +
+
 icon (9.4.3-4) unstable; urgency=medium
 
   * Apply patch from Aurelien Jarno: instead of disabling all optimizations
diff -u icon-9.4.3/debian/rules icon-9.4.3/debian/rules
--- icon-9.4.3/debian/rules
+++ icon-9.4.3/debian/rules
@@ -5,6 +5,7 @@
 
 DEB_HOST_ARCH_OS := $(shell dpkg-architecture -qDEB_HOST_ARCH_OS 2>/dev/null)
 DEB_HOST_ARCH_CPU := $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU 2>/dev/null)
+DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH 2>/dev/null)
 
 # Take account of old dpkg-architecture output.
 
@@ -22,7 +23,11 @@
 endif
 
 # The current code use type-punning and signed overflow
+ifneq (,$(filter $(DEB_HOST_ARCH), sparc mipsel))
+CFLAGS_OPT = -O0
+else
 CFLAGS_OPT = -O2 -fno-strict-aliasing -fno-strict-overflow
+endif
 
 ifneq (, $(filter $(DEB_HOST_ARCH_OS), linux kfreebsd knetbsd))
 system = linux


signature.asc
Description: Digital signature

Bug#703640: src:linux: [3.8 -> 3.8.1 regression]: Resume from suspend stuck with framebuffer locking rework

[Vincent Blut]

Le vendredi 22 mars 2013 à 14:28 +0100, Vincent Blut a écrit :

> > Same issue with 3.9-rc3, I'll try to find some time tomorrow in order to
> > get eventual stack traces. 
> 
> Some news here, the suspend/resume process is doing fine (I checked
> while connected via ssh), but what I didn't notice because I was in a
> dark room is that there is just no backlight.
> 
> But I find a workaround, setting acpi_osi="!Windows 2012" in the kernel
> command line seems to inhibit the issue. I found this workaround
> accidentally because I need this parameter to make my brightness control
> working again (I reported this in #702188 btw).
> 

Also, I'll have to redo the bisect thing again because I can't remember
if I was using acpi_osi="!Windows 2012" or not during testing.

> > 
> > > 
> > > Cheers,
> > > Vincent
> > > 
> > 
> > 
> 
> 


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

Bug#703719: libnss-sshsock: abandoned upstream, should be dropped from wheezy

[Vagrant Cascadian]

Package: libnss-sshsock
Version: 0.2-1
Severity: serious

libnss-sshsock was a short-lived project that is currently abandoned upstream.
It doesn't make sense to maintain for the release cycle of wheezy.

Doesn't appear to have many users in popcon...

As the maintainer of libnss-sshsock, I think it should be removed from wheezy.


live well,
  vagrant


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

Bug#703718: libpam-sshauth should not be released with wheezy

[Vagrant Cascadian]

Package: libpam-sshauth
Version: 0.1-1
Severity: serious

Very recently(i.e. this month), libpam-sshauth has been going through a major
rewrite upstream. The version in wheezy, while somewhat useable, is not likely
to receive the support it needs for the full release cycle of wheezy.

As the maintainer of libpam-sshauth, I think it would be best to remove it from
wheezy.

It does appear to have some users in popcon, though not many; I intend to 
maintain backports of the newer versions if that pans out to be a viable
future.

live well,
  vagrant


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

Bug#673349: Can badly behaved user program cause this? (was Re: Bug#673349: xorg: Xorg consumes loads of memory for no good reason)

[Daniel Dickinson]

Hi,

I am wondering if a badly behaved user program could cause the Xorg
server to end up with increasing memory usage that doesn't get released
even after the program is closed.  The reason I ask is that I am
suspecting the issue is gkrellm (see below), but I don't know if that
is a reasonable suspicion.

The reasons I suspect gkrellm are:

1) The problem didn't appear until after I started using gkrellm on them
2) On the physical machine were I noticed similar issues I was using
gkrellm
3) gkrellm has other outstanding bugs, including segfault with remote
gkrelltopd, when accessed from the client
4) After ditching gkrellm the problem is not occurring (at least not
yet, might need a few days to be sure of that; there is the
possibility that's just because gkrellm keeps the video 'doing stuff').

Regards,

Daniel

-- 
 hm. I've lost a machine.. literally _lost_. it responds to ping, 
it works completely, I just can't figure out where in my apartment it
is. 


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

Bug#703112: enigmail 1.4.1-2 not decrypting mails/verifying sigs with Icedove 10.0.12-1

[Robert Waldner]

Hi!

On Fri, 22 Mar 2013 16:45:57 +0100, Willi Mann writes:
>Please enable debugging (OpenPGP -> Settings (Expert Options) ->
>Debugging -> Enter location) and send me the logfiles. I'll probably
>forward this to upstream.
>
>Please also execute
>
>lsof | grep icedove | grep -i enig
>
>and
>
>debsums enigmail
>
>and send me the output.

Attached.

(And thanks for taking the time to help me!)

Kind regards,
Robert Waldner
/usr/lib/xul-ext/enigmail/chrome.manifest OK
/usr/lib/xul-ext/enigmail/chrome/enigmail.jar OK
/usr/lib/xul-ext/enigmail/components/enigMsgCompFields.js OK
/usr/lib/xul-ext/enigmail/components/enigmail.js  OK
/usr/lib/xul-ext/enigmail/components/enigmail.xpt OK
/usr/lib/xul-ext/enigmail/components/enigmime.xpt OK
/usr/lib/xul-ext/enigmail/components/enigprefs-service.js OK
/usr/lib/xul-ext/enigmail/components/ipc-pipe.xpt OK
/usr/lib/xul-ext/enigmail/defaults/preferences/enigmail.jsOK
/usr/lib/xul-ext/enigmail/install.rdf OK
/usr/lib/xul-ext/enigmail/modules/commonFuncs.jsm OK
/usr/lib/xul-ext/enigmail/modules/enigmailCommon.jsm  OK
/usr/lib/xul-ext/enigmail/modules/keyManagement.jsm   OK
/usr/lib/xul-ext/enigmail/modules/pipeConsole.jsm OK
/usr/lib/xul-ext/enigmail/modules/subprocess.jsm  OK
/usr/lib/xul-ext/enigmail/modules/subprocess_worker_unix.js   OK
/usr/lib/xul-ext/enigmail/modules/subprocess_worker_win.jsOK
/usr/lib/xul-ext/enigmail/platform/Linux_x86_64-gcc3/components/libenigmime-x86_64-gcc3.so
 OK
/usr/lib/xul-ext/enigmail/platform/Linux_x86_64-gcc3/components/libipc-x86_64-gcc3.so
 OK
/usr/share/doc/enigmail/changelog.Debian.gz   OK
/usr/share/doc/enigmail/copyright OK
icedove-b 23357   waldner  mem   REG8,2   1329252   
 5641200 /usr/lib/xul-ext/enigmail/chrome/enigmail.jar
icedove-b 23357   waldner   50w  REG8,2  9079   
 3670053 /tmp/enigdbug.txt
icedove-b 23357 23391 waldner  mem   REG8,2   1329252   
 5641200 /usr/lib/xul-ext/enigmail/chrome/enigmail.jar
icedove-b 23357 23391 waldner   50w  REG8,2  9079   
 3670053 /tmp/enigdbug.txt
icedove-b 23357 23392 waldner  mem   REG8,2   1329252   
 5641200 /usr/lib/xul-ext/enigmail/chrome/enigmail.jar
icedove-b 23357 23392 waldner   50w  REG8,2  9079   
 3670053 /tmp/enigdbug.txt
icedove-b 23357 23393 waldner  mem   REG8,2   1329252   
 5641200 /usr/lib/xul-ext/enigmail/chrome/enigmail.jar
icedove-b 23357 23393 waldner   50w  REG8,2  9079   
 3670053 /tmp/enigdbug.txt
icedove-b 23357 23394 waldner  mem   REG8,2   1329252   
 5641200 /usr/lib/xul-ext/enigmail/chrome/enigmail.jar
icedove-b 23357 23394 waldner   50w  REG8,2  9079   
 3670053 /tmp/enigdbug.txt
icedove-b 23357 23395 waldner  mem   REG8,2   1329252   
 5641200 /usr/lib/xul-ext/enigmail/chrome/enigmail.jar
icedove-b 23357 23395 waldner   50w  REG8,2  9079   
 3670053 /tmp/enigdbug.txt
icedove-b 23357 23396 waldner  mem   REG8,2   1329252   
 5641200 /usr/lib/xul-ext/enigmail/chrome/enigmail.jar
icedove-b 23357 23396 waldner   50w  REG8,2  9079   
 3670053 /tmp/enigdbug.txt
icedove-b 23357 23398 waldner  mem   REG8,2   1329252   
 5641200 /usr/lib/xul-ext/enigmail/chrome/enigmail.jar
icedove-b 23357 23398 waldner   50w  REG8,2  9079   
 3670053 /tmp/enigdbug.txt
icedove-b 23357 23404 waldner  mem   REG8,2   1329252   
 5641200 /usr/lib/xul-ext/enigmail/chrome/enigmail.jar
icedove-b 23357 23404 waldner   50w  REG8,2  9079   
 3670053 /tmp/enigdbug.txt
icedove-b 23357 23406 waldner  mem   REG8,2   1329252   
 5641200 /usr/lib/xul-ext/enigmail/chrome/enigmail.jar
icedove-b 23357 23406 waldner   50w  REG8,2  9079   
 3670053 /tmp/enigdbug.txt
icedove-b 23357 23413 waldner  mem   REG8,2   1329252   
 5641200 /usr/lib/xul-ext/enigmail/chrome/enigmail.jar
icedove-b 23357 23413 waldner   50w  REG8,2  9079   
 3670053 /tmp/enigdbug.txt
icedove-b 23357 23414 waldner  mem   REG8,2   1329252   
 5641200 /usr/lib/xul-ext/enigmail/chrome/enigmail.jar
icedove-b 23357 23414 wald

Bug#703716: Acknowledgement (Program received signal SIGSEGV, Segmentation fault.)

[Mathieu Malaterre]

Removing  --disable-get seems to solve symptoms


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

Bug#703717: nslu2-utils: no beep when using 'leds beep' command

[Helmut Buchsbaum]

Package: nslu2-utils
Version: 20080403-4
Severity: normal
Tags: patch

On my NLSU2 the 'leds beep' command does not result in the expected beep sound.
There is no sound at all or just a low cracking noise. Investigating the 
'/usr/bin/leds' script led to the culprit: the respective input device for
'ixp4xx beeper' was not detected!

The attached patch resolves this issue.

Regards,
Helmut Buchsbaum

-- System Information:
Debian Release: 6.0.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: armel (armv5tel)

Kernel: Linux 2.6.32-5-ixp4xx
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages nslu2-utils depends on:
ii  devio   1.2-1+b1 correctly read (or write) a region
ii  flash-kernel2.37 utility to make certain embedded d
ii  slugimage   1:0.0+r104-5 NSLU2 firmware image manipulation 

nslu2-utils recommends no packages.

Versions of packages nslu2-utils suggests:
ii  beep  1.2.2-24   advanced pc-speaker beeper

-- no debconf information
--- /usr/bin/leds.orig  2013-03-22 14:09:53.0 +0100
+++ /usr/bin/leds   2013-03-22 14:11:39.0 +0100
@@ -186,8 +186,8 @@
devices=`ls -d /sys/class/input/event*`
for device in $devices
do
-   module=`egrep PHYSDEVDRIVER $device'/uevent' | cut -d 
'=' -f 2`
-   if test "$module" = "ixp4xx-beeper";
+   module=$(cat ${device}/device/name)
+   if test "$module" = "ixp4xx beeper";
then
devname=`basename "$device"`
arg="-e /dev/input/"$devname

Bug#703716: Program received signal SIGSEGV, Segmentation fault.

[Mathieu Malaterre]

Package: dcmtk
Version: 3.6.0-12
Severity: important

I cannot C-STORE a file using dcmqrscp. 

Steps:

Start in one shell:

$ dcmqrscp --reject --bit-preserving --no-parallel-store --check-find 
--disable-get --move-aetitle --no-patient-study  --no-patient-root --check-move 
-v -d  -c dcmqrscp.cfg
[attach gdb]

In another starts:

$ storescu --call GDCM_STORE --aetitle GDCMDASH lirispat 5678  
gdcmData/SIEMENS_MAGNETOM-12-MONO2-FileSeq0.dcm

This leads to:

[...]
D: Requested Extended Negotiation: none
D: Accepted Extended Negotiation:  none
D: Requested User Identity Negotiation: none
D: User Identity Negotiation Response:  none
D: === END A-ASSOCIATE-RQ ==

Program received signal SIGSEGV, Segmentation fault.
__strcmp_sse42 () at ../sysdeps/x86_64/multiarch/strcmp.S:130
130 ../sysdeps/x86_64/multiarch/strcmp.S: No such file or directory.
(gdb) bt
#0  __strcmp_sse42 () at ../sysdeps/x86_64/multiarch/strcmp.S:130
#1  0x778e67b0 in 
ASC_acceptContextsWithTransferSyntax(T_ASC_Parameters*, char const*, int, char 
const**, T_ASC_SC_ROLE) ()
   from /usr/lib/libdcmnet.so.2
#2  0x778e6a86 in 
ASC_acceptContextsWithPreferredTransferSyntaxes(T_ASC_Parameters*, char 
const**, int, char const**, int, T_ASC_SC_ROLE) ()
   from /usr/lib/libdcmnet.so.2
#3  0x77bb78ed in 
DcmQueryRetrieveSCP::negotiateAssociation(T_ASC_Association*) () from 
/usr/lib/libdcmqrdb.so.2
#4  0x77bbde43 in 
DcmQueryRetrieveSCP::waitForAssociation(T_ASC_Network*) () from 
/usr/lib/libdcmqrdb.so.2
#5  0x00406870 in ?? ()
#6  0x76441c8d in __libc_start_main (main=, 
argc=, ubp_av=, init=, 
fini=, rtld_fini=, stack_end=0x7fffe488) 
at libc-start.c:228
#7  0x004072c5 in ?? ()
#8  0x7fffe488 in ?? ()
#9  0x001c in ?? ()
#10 0x000e in ?? ()
#11 0x7fffe81a in ?? ()
#12 0x7fffe82c in ?? ()
#13 0x7fffe835 in ?? ()
#14 0x7fffe846 in ?? ()
#15 0x7fffe85a in ?? ()
#16 0x7fffe867 in ?? ()
#17 0x7fffe875 in ?? ()
#18 0x7fffe884 in ?? ()
#19 0x7fffe897 in ?? ()
#20 0x7fffe8a9 in ?? ()
#21 0x7fffe8b6 in ?? ()
#22 0x7fffe8b9 in ?? ()
#23 0x7fffe8bc in ?? ()
#24 0x7fffe8bf in ?? ()
#25 0x in ?? ()
(gdb) quit



-- System Information:
Debian Release: 6.0.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 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 dcmtk depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  libdcmtk2  3.6.0-12  OFFIS DICOM toolkit runtime librar
ii  libgcc11:4.4.5-8 GCC support library
ii  libstdc++6 4.4.5-8   The GNU Standard C++ Library v3
ii  libxml22.7.8.dfsg-2+squeeze6 GNOME XML library
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

dcmtk recommends no packages.

dcmtk suggests no packages.

-- Configuration Files:
/etc/dcmtk/dcmqrscp.cfg changed:
NetworkTCPPort  = 104
MaxPDUSize  = 16384
MaxAssociations = 16
UserName= "dcmtk"
GroupName   = "dcmtk"
HostTable BEGIN
HostTable END
VendorTable BEGIN
VendorTable END
AETable BEGIN
READ  /var/lib/dcmtk/db/READ R  (200, 1024mb) ANY
AETable END

/etc/default/dcmqrscp changed:
DCMQRSCP_ENABLE=Yes

/etc/init.d/dcmqrscp changed:
set -e
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DESC="DCMTK Central Test Node"
NAME=dcmqrscp
DAEMON=/usr/bin/$NAME
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
DCMQRSCP_CFG="/etc/dcmtk/dcmqrscp.cfg"
test -x $DAEMON || exit 0
if [ -r /etc/default/$NAME ]
then
. /etc/default/$NAME
fi
case "$DCMQRSCP_ENABLE" in
[Nn]*)
exit 0
;;
esac
d_start() {
start-stop-daemon --start --quiet --background \
--make-pidfile --pidfile $PIDFILE \
--exec $DAEMON -- +ac -c $DCMQRSCP_CFG
}
d_stop() {
start-stop-daemon --stop --quiet --pidfile $PIDFILE \
--name $NAME
}
case "$1" in
  start)
echo -n "Starting $DESC: $NAME"
d_start
echo "."
;;
  stop)
echo -n "Stopping $DESC: $NAME"
d_stop
echo "."
;;
  reload)
exit 0
  ;;
  restart|force-reload)
echo -n "Restarting $DESC: $NAME"
d_stop
sleep 1
d_start
echo "."
;;
  *)
echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2
exit 1
;;
esac
exit 0


-- debconf-show failed
# http://support.dcmtk.org/docs/dcmqrscp.html
# http://support.dcmtk.org/do

Bug#612341: could anyone summarize the status on libjpeg-turbo WNPPs?

[Mike Gabriel]

Hi Yaroslav, hi all,

On Mi 20 Mär 2013 20:26:24 CET Yaroslav Halchenko wrote:


[...]


I have worked-in (hopefully!) all comments/requests dicussed during  
the last days into libjpeg-turbo.git on collab-maint.


I have also attempted to allow a smooth update of libjpeg-turbo  
bin:package in Ubuntu by this version.


As there have been quite some commits on libjpeg-turbo.git for that, I  
have attached the (shorter) all-over diff between now and the last  
time you looked at the Git project to this mail.


Request for more comments.

Also: shall we upload to unstable or to experimental?

Greets+thanks,
Mike


--

DAS-NETZWERKTEAM
mike gabriel, rothenstein 5, 24214 neudorf-bornstein
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfbdiff --git a/debian/changelog b/debian/changelog
index a3beea0..351ead7 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,5 +1,129 @@
 libjpeg-turbo (1.2.90-1) UNRELEASED; urgency=low
 
+  [ Osamu Aoki ]
   * New upstream version. Closes: #612341
+  * Merge package based on Ubuntu and Fathi Boudra.
 
- -- Mike Gabriel   Mon, 23 Jan 2012 22:21:35 +0100
+  [ Mike Gabriel ]
+  * /debian/control:
++ Set maintainer to: Debian TigerVNC Packaging Team
+  .
++ Raise Standards: version to 3.9.4 (after several changes, as described
+  below).
++ Build-depend on debhelper (>= 9).
++ Fully re-arrange the bin:package naming scheme.
++ Hard-coded unversioned dependecy on libc6 for libjpeg-turbo-progs.
++ Hard-coded versioned dependency on libjpeg8-turbo for libjpeg-turbo-progs.
+  * /debian/copyright:
++ License change for packaging files: BSD-3. Agreed upon by all copyright
+  holders (see backlog of #612341).
++ Add TigerVNC Packaging Team to copyright holders of /debian/*.
++ Mention files in debian/extras/* separately in license file.
+  * /debian/rules:
++ Change over to building libjpeg8-turbo (as opposed to libjpeg-turbo62
+  in early versions of this src:package).
++ Enable unit tests during package build. Clean up test images during
+  dh_auto_clean.
+  * /debian/patches:
++ Add patch: 001_versioned-libjpegturbo.patch. Adds versioned .so file
+  support for libturbojpeg.so.
++ Add patch: 002_test-progs.patch. Install test programmes to debian/tmp/*.
+  * Lintian overrides:
++ Add override for: libjpeg8-turbo: shlib-calls-exit
+  usr/lib/x86_64-linux-gnu/libjpeg.so.8.0.2. Can be ignored as explained by
+  upstream.
++ Add override for: libturbojpeg1: shlib-calls-exit
+  usr/lib/x86_64-linux-gnu/libturbojpeg.so.1.2.90. Can be ignored as
+  explained by upstream.
++ Add override for: libjpeg-turbo-test: binary-without-manpage
+  usr/bin/tjunittest. No man page provided by upstream and only useful
+  for package maintainers.
++ Add override for: libjpeg-turbo source: package-depends-on-hardcoded-libc
+  libjpeg-turbo-progs depends. The generation of shlibs dependencies fail
+  for bin:package libjpeg-turbo-progs. The result would be a versioned
+  dependency on libjpeg8 (>= 8d) which is inappropriate for the
+  libjpeg-turbo-progs package. The libjpeg-turbo-progs bin:package should be
+  used with bin:package libjpeg8-turbo instead.
+
+ -- Mike Gabriel   Mon, 23 Jan 2012 22:21:35 +0100
+
+libjpeg-turbo (1.1.90+svn704-1) UNRELEASED; urgency=low
+
+  * Initial release (Closes: #612341)
+
+ -- Fathi Boudra   Sat, 17 Sep 2011 12:51:45 +0300
+
+libjpeg-turbo (1.1.90+svn733-1) UNRELEASED; urgency=low
+
+  * Initial Debian version.
+
+ -- Osamu Aoki   Sat, 26 May 2012 23:08:16 +0900
+
+libjpeg-turbo (1.1.90+svn733-0ubuntu4) precise; urgency=low
+
+  * Install jpegint.h in the -dev package.
+  * Install jconfig.h in the multiarch include directory.
+
+ -- Matthias Klose   Fri, 13 Jan 2012 12:02:38 +0100
+
+libjpeg-turbo (1.1.90+svn733-0ubuntu3) precise; urgency=low
+
+  * libjpeg-turbo-progs: Remove dependency on libturbojpeg.
+
+ -- Matthias Klose   Wed, 21 Dec 2011 20:10:28 +0100
+
+libjpeg-turbo (1.1.90+svn733-0ubuntu2) precise; urgency=low
+
+  * Sync with upstream to svn733.
+
+  * Rename libjpeg-test to libjpeg-turbo-test.
+  * Rename libjpeg-turbo-dbg to libjpeg-turbo8-dbg.
+  * Rename libjpeg8-dev to libjpeg-turbo8-dev.
+  * Move the docs into the -dev package, install the upstream changelog
+in the -dev only.
+  * Split out libturbojpeg.so into it's own package, don't let
+libjpeg-turbo8-dev depend on it.
+  * Fix libjpeg-turbo8-dbg package description.
+  * Install jconfig.h into multiarch include path.
+  * Remove HAVE_STD{LIB,DEF}_H from jconfig.h since they are not used and
+conflict with autoconf.
+  * libjpeg-turbo8:
+- Add a symbols file, with a different version for symbols only found
+  in the libjpeg-turbo implementation.
+- Remove the shlibs file.
+- 

Bug#703715: linux-image-3.2.0-4-amd64: random Wheezy freeze

[Davide Prina]

Package: src:linux
Version: 3.2.39-2
Severity: important

Dear Maintainer,

I think that the severity can be raised because it give you an
unusable system and data loss (all the data you don't have saved).

I have experienced some random system freeze: I can move only the
mouse cursors, the system is not responding, the keyboard led cannot
be switched on/off, I can't go to a terminal with Ctrl-Alt-F1, only
magic keys work and I can to the AltGr-Stamp-reisub to reboot my
system.

Only one time I have a system "responding", I don't have a gnome-shell
process and I cannot activate a new one (it cannot found an X server);
in Ctrl-F7 I can see only one program and iteract to it (I cannot
switch to another one), if I close it I see another one and I can
operate with it. This time I have had an error in the logs:
Mar 21 10:44:09 lideb2 kernel: [ 8125.550475]
[drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU
hung
Mar 21 10:44:09 lideb2 kernel: [ 8125.550480] [drm] capturing error
event; look for more information in /debug/dri/0/i915_error_state

I have see that there are a lot of bug with this error for some intel
VGA controller, but I have found only old bug.

I'm using this system for about one year without a freeze.
I can completely solve the problem using the linux-image-3.2.0-3-amd64.

$ lspci
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor
Family DRAM Controller (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation
Core Processor Family Integrated Graphics Controller (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200
Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
Family USB Enhanced Host Controller #2 (rev 05)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset
Family High Definition Audio Controller (rev 05)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
Family PCI Express Root Port 1 (rev b5)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
Family PCI Express Root Port 2 (rev b5)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
Family USB Enhanced Host Controller #1 (rev 05)
00:1f.0 ISA bridge: Intel Corporation H67 Express Chipset Family LPC
Controller (rev 05)
00:1f.2 RAID bus controller: Intel Corporation 82801 SATA Controller
[RAID mode] (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family
SMBus Controller (rev 05)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)


   * What led up to the situation?

upgrading the linux-image from linux-image-3.2.0-3-amd64 to
linux-image-3.2.0-4-amd64

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I use it for work and I'm not doing nothing special. Principally I'm
using LibreOffice at freeze time.

   * What was the outcome of this action?

the system freeze and I can only move the mouse or use the magic keys
to reboot the system.

   * What outcome did you expect instead?

an usable system! ;-)



-- Package-specific info:
** Version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc
version 4.6.3 (Debian 4.6.3-15) ) #1 SMP Debian 3.2.39-2

** Command line:
BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64
root=UUID=97bbf21c-5e82-4108-9a56-7403591e29f9 ro quiet

** Tainted: IO (6144)
 * Working around severe firmware bug.
 * Out-of-tree module has been loaded.

** Kernel log:
[1.465649] usb 2-1: New USB device found, idVendor=8087, idProduct=0024
[1.465653] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[1.465932] hub 2-1:1.0: USB hub found
[1.466044] hub 2-1:1.0: 8 ports detected
[1.597031] Refined TSC clocksource calibration: 2594.107 MHz.
[1.597037] Switching to clocksource tsc
[1.736938] usb 2-1.7: new low-speed USB device number 3 using ehci_hcd
[1.802488] microcode: CPU0 sig=0x206a7, pf=0x2, revision=0x1b
[1.804250] platform microcode: firmware: agent loaded
intel-ucode/06-2a-07 into memory
[1.804791] microcode: CPU0 updated to revision 0x28, date = 2012-04-24
[1.804834] microcode: CPU1 sig=0x206a7, pf=0x2, revision=0x1b
[1.806358] platform microcode: firmware: agent loaded
intel-ucode/06-2a-07 into memory
[1.806647] microcode: CPU1 updated to revision 0x28, date = 2012-04-24
[1.806680] microcode: Microcode Update Driver: v2.00
, Peter Oruba
[1.811012] device-mapper: uevent: version 1.0.3
[1.811128] device-mapper: ioctl: 4.22.0-ioctl (2011-10-19)
initialised: dm-de...@redhat.com
[1.832207] usb 2-1.7: New USB device found, idVendor=0461, idProduct=4d64
[1.832212] usb 2-1.7: New USB device strings: Mfr=0, Product=2,
SerialNumber=0
[1.832215] usb 2-1.7: Product: USB Optical Mouse
[1.836872] input: USB Optical Mouse as
/devices/pci:00/:00:1d.0/usb2/2-1/2-1.7/2-1.7:1.0/input/input0
[1.83703

Bug#703714: ITP: libmessage-passing-filter-regexp-perl -- regexp capture filter For Message::Passing

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libmessage-passing-filter-regexp-perl
  Version : 0.02
  Upstream Author : chenryn 
* URL : http://search.cpan.org/dist/Message-Passing-Filter-Regexp/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : regexp capture filter For Message::Passing

 Message::Passing::Filter::Regexp is a Message::Passing filter which
 passes all incoming messages through regexp captures.
 .
 Note it must be applied after Message::Passing::Filter::ToLogstash
 because it won't process JSON data but directly captures
 "$message-"{'@message'}> data lines into "%{ $message-"{'@fields'} }>.


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

Bug#676176: Bug#683188: increasing severity

[Julien Cristau]

On Wed, Jan 16, 2013 at 15:31:39 +1300, Olly Betts wrote:

> On Sun, Jul 29, 2012 at 08:34:36PM +0200, Erich Schubert wrote:
> > A partial "bisection" of python-subversion via snapshot.debian.org
> > shows that the problem already existed in -3.1 but did not exist in
> > -1. I did not test -2 and -3 yet.
> > 
> > -2 has swig-related changes:
> > 
> > * patches/swig2-compat: New patch from upstream to build with swig 2.x.
> >  (Closes: #634049)
> > 
> > However, it may well be that this change is actually caused by Debian
> > having migrated to Swig 2, too.
> 
> I believe this is due to a bug in SWIG which was fixed upstream in 2.0.7:
> 
> 2012-05-22: szager
> [python] Disambiguate SWIG_From_unsigned_SS_int and 
> SWIG_From_unsigned_SS_long.
> 
> This was r13106 in SWIG's SVN repo (now migrated to git, but I don't have
> the corresponding git commit hash to hand).
> 
> Testing already has SWIG 2.0.7, so rebuilding python-subversion should fix
> this if SWIG is run during the build.
> 
I'm going to upload a new subversion build to wheezy.  No source
changes, this would be a binNMU if it weren't for multiarch breakage.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#653113: .

[Per Andersson]

Any update on the progress of packaging ReviewBoard?!


--
Per


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

Bug#703713: postgis: please upload v2.0.3 to experimental

[Paul Tagliamonte]

Package: postgis
Severity: wishlist

It's be great to get 2.0.3 (or later) into Debian [experimental].

The Django docs now fail with the versions in the archive.

Thanks so much!
  Paul


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.6.5-linode47 (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


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

Bug#703712: ITP: liblog-dispatch-message-passing-perl -- log events to Message::Passing

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: liblog-dispatch-message-passing-perl
  Version : 0.007
  Upstream Author : Tomas (t0m) Doran 
* URL : http://search.cpan.org/dist/Log-Dispatch-Message-Passing/
* License : AGPL-3
  Programming Lang: Perl
  Description : log events to Message::Passing

 Log::Dispatch::Message::Passing provides a Log::Dispatch log output
 system that sends logged events to Message::Passing.
 .
 This allows you to use any of the Message::Passing outputs or filters
 to process log events and send them across the network, and you can use
 the toolkit to trivially construct a log aggregator.


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

Bug#703711: acpidump: please put acpixtract under the alternatives handler so alternate versions can be made available

[Al Stone]

Package: acpidump
Version: 20100513-3.1
Severity: normal
Tags: patch

In the process of putting together updates for the iasl package elsewhere
(see the acpica-unix source package), it was noticed this package also 
provides an acpixtract command.  What the differences are (other than age)
are unknown.  In order to provide both versions, the acpica-unix package
puts acpixtract under the alternatives handler; if this package could also
do so, we can avoid package conflicts.

Patch is attached.

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (900, 'unstable'), (500, 'stable-updates'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages acpidump depends on:
ii  libc6  2.13-38
ii  perl   5.14.2-20

acpidump recommends no packages.

acpidump suggests no packages.

-- no debconf information

diff -urN acpidump-20100513/debian/acpidump.postinst 
acpidump-20100513-patch/debian/acpidump.postinst
--- acpidump-20100513/debian/acpidump.postinst  1969-12-31 17:00:00.0 
-0700
+++ acpidump-20100513-patch/debian/acpidump.postinst2013-03-22 
09:43:15.0 -0600
@@ -0,0 +1,10 @@
+#!/bin/sh
+set -e
+
+BINDIR=/usr/bin
+MANDIR=/usr/share/man/man1
+update-alternatives --install $BINDIR/acpixtract acpixtract \
+  $BINDIR/acpixtract-acpidump 90 \
+--slave $MANDIR/man1/acpixtract.1.gz acpixtract.1.gz \
+$MANDIR/man1/acpixtract-acpidump.1
+
diff -urN acpidump-20100513/debian/acpidump.prerm 
acpidump-20100513-patch/debian/acpidump.prerm
--- acpidump-20100513/debian/acpidump.prerm 1969-12-31 17:00:00.0 
-0700
+++ acpidump-20100513-patch/debian/acpidump.prerm   2013-03-22 
09:43:29.0 -0600
@@ -0,0 +1,8 @@
+#!/bin/sh
+set -e
+
+BINDIR=/usr/bin
+if [ ! -e $BINDIR/acpixtract-acpidump ]
+then
+update-alternatives --remove acpixtract $BINDIR/acpixtract-acpidump
+fi
diff -urN acpidump-20100513/debian/rules acpidump-20100513-patch/debian/rules
--- acpidump-20100513/debian/rules  2010-11-12 23:16:01.0 -0700
+++ acpidump-20100513-patch/debian/rules2013-03-22 09:41:32.0 
-0600
@@ -63,7 +63,7 @@
# Add here commands to install the package into debian/acpidump.
install -d $(CURDIR)/debian/acpidump/usr/bin
install -m 755 acpidump/acpidump acpixtract/acpixtract \
-   $(CURDIR)/debian/acpidump/usr/bin
+   $(CURDIR)/debian/acpidump/usr/bin/acpixtract-acpidump
[ ! -f turbostat/turbostat ] || \
install -m 755 turbostat/turbostat \
$(CURDIR)/debian/acpidump/usr/bin


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

Bug#687112: Reproducable on a fresh squeeze->wheezy updated system

[Krylov Ivan]

Dear Maintainer,

I'm sorry to bother you right before Wheezy release, but this bug still 
occurs to me and I wouldn't like it to pass to stable. Do you need any 
additional information from me to debug the program?


Another person using Xubuntu 12.04.1 contacted me some time ago, he 
suffered from the same bug, and disabling xfce4-xkb-applet partially 
solved the issue (hangs on startup were still there). Was anybody else 
able to reproduce this behaviour?


I tried installing Debian 6.0.7 with Xfce desktop (selected from 
isolinux menu) and ru_RU.UTF-8 system locale (no other changes), then 
upgrading it to Wheezy. On a fresh system the bug still occurs, but is 
less noticeable (it "unhangs" more quickly than on my real system)


Best regards,
Ivan.


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

Bug#631788: is this fixed by moving the db_version block earlier?

[Jeff Epler]

I encountered this problem (albeit on ubuntu 10.04) and saw that the
package successfully installed when the stanza

. /usr/share/debconf/confmodule
db_version 2.0

was moved above the stanza which calls deluser/adduser.  However, I
don't know what other impact this would have on the correctness of the
postinst script.

Jeff


signature.asc
Description: Digital signature

Bug#703654: krita: In krita, zoom does not work correctly after rotating of the canvas

[Adrien]

tag 703654 confirmed upstream
thanks

Hi,

The is bug solved with version 2.6, currently in the experimental repository.

Regards,

Adrien


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

Bug#703621: unattended-upgrades: Doesn't warn about held back packages when other packages are installed

[Michael Vogt]

On Thu, Mar 21, 2013 at 12:47:12PM +0100, Christian Hofstaedtler wrote:
> Package: unattended-upgrades
> Version: 0.79.4
> Severity: important

Thanks for your bugreport.
 
> unattended-upgrades normally sends an email when there is a package that's
> not going to be installed because of a modified conffile.
> When u-a installs other packages in the same run, the mail doesn't get sent
> out.
> 
> Unattended-Upgrade::MailOnlyOnError is set to "true".
[..]
> I only got the warning email on 2013-03-21, but not on 2013-03-20.
> 
> As this might lead people into thinking their security upgrades are fine when 
> they aren't, I consider this important.

Looking at the code I can confirm this, there is a one day delay right
now due to the way its implemented. I will see how to fix this.

Thanks,
 Michael


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

Bug#703112: enigmail 1.4.1-2 not decrypting mails/verifying sigs with Icedove 10.0.12-1

[Willi Mann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi!

Am 2013-03-21 23:53, schrieb Robert Waldner:
>> Fresh profile, from the error console:
> 
> Ah, sorry, that was with trying to *en*crypt mail, which with the
> new profile is also not working.
> 
> *De*crypting gets the following in the error console:
> 
> Error: enigmailMessengerOverlay.js: messageDecryptCb: caught
> exception: TypeError Message: 'Cc[NS_ENIGMIMESERVICE_CONTRACTID] is
> undefined'

Please enable debugging (OpenPGP -> Settings (Expert Options) ->
Debugging -> Enter location) and send me the logfiles. I'll probably
forward this to upstream.

Please also execute

lsof | grep icedove | grep -i enig

and

debsums enigmail

and send me the output.

WM
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJRTHyvAAoJEIy+IZx0V22BCvIP/Az4Weia2Qp1UrcLG8IUkzlI
7Lg6931LCwrh6b4smLfj57F8z5eXfaLrFlSE8WrTeCDiV6LHdrWDC2dZ2Y4W01vw
5Xj5uRrd93nzQIaTqjkd3x1yJ+LfiB1D7PvIhvO5JEoBDZdvUDII+08UiZiqQWoX
cEWHoI3tD1rbjR9MsVG1UkOQuZdKqn04hlDc082Kd38CN0TneJEgyXSOTMQTnNj7
3mAI41GNRDS6fj2dHKHZpdLw90g1dPMkxRw+mnqKjLzZrb0lW/XMvYQDKo45y5ih
7LB4H5uw+CGzPWCfxXriSYVC2o3tzHp70DSWEc9LLSX6afM7mgDHWZVBSc1m7UrG
juihEZG32K92Gx2d246tWFzWCdCEgazwB0PVnx+AcgRwQJvDwe40MSyGAU5aenp9
tLrrSQ7Ddz0AWGwsvJvuKWSQepGXvFhR9Yl5TygyErPcbhFbZfdAQuFa3XeoxJc8
EnTI8LSf9JuINfkAEoYkb8pQNlrt+tWEMnFTrn/Dl+8jVKc3V0fKP582V3Wc+sYP
a+IzwaaWpVhLpAkg6BH8xhUkkHyu41dJvFLzfML0Q0ju8SxGygKtBzgwNz02sAsx
FSnMuDBH9g4cegeSxSKF83IswyI7leIEq6oqOiDJHofjeglinTJj6zNUDIPIGAVO
BbcPbU8kUQHEJD4us9F1
=Bzkk
-END PGP SIGNATURE-


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

Bug#703677: lsb-release is not derivative friendly

[Didier 'OdyX' Raboud]

Control: tags -1 +confirmed

Hi Raphaël, and thanks for your bugreport,

Le vendredi, 22 mars 2013 09.11:20, Raphaël Hertzog a écrit :
> A Debian derivative is advised to fork base-files and to update the
> information there so that it can be properly distinguished from Debian.
> That's what we did for Kali and yet we have reportbug sending bug
> reports to Debian:
> $ reportbug apt
> [...]
> Will send report to Debian (per lsb_release).
> 
> So I looked at lsb-release's output:
> $ lsb_release -a
> No LSB modules are available.
> Distributor ID:   Debian
> Description:  Debian GNU/Linux Kali Linux 1.0
> Release:  Kali Linux 1.0
> Codename: n/a

You're saying that the wrong line is "Distributor ID" (the output of 
lsb_release -i), right ?

> It's just wrong to return "Debian" as distributor ID when we have
> this:
> (…)

Agreed.

> So please update lsb_release's logic to use:
> 1/ /etc/lsb-release if it exists (it doesn't usually)
> 2/ /etc/os-release if it exists
> 3/ /etc/dpkg/origins/default if none of the above exist
> 4/ some wild guess based on APT otherwise
> 
> Please let me know if you need help.

From what I can see in the code, the current logic is the following:
1/ /etc/lsb-release - get_lsb_information()
2/ 'Debian' - guess_debian_release()

Indeed, guess_debian_release has: 
> distinfo = {'ID' : 'Debian'}

That said, /etc/os-release is not used anywhere in lsb(-release) yet, so I'm 
open to implement "3/ /etc/dpkg/origins/default" parsing for now, but would 
rather avoid parsing os-release only for ID (but help is welcome). Also, I'm 
yet to see an advantage for apt parsing where dpkg origins are already 
supposed to provide the correct information (as derivatives are supposed to 
fork base-files anyway).

I'll see if I can get a patch for "3/ /etc/dpkg/origins/default" parsing soon, 
but I welcome help there too.

Cheers,

OdyX


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

Bug#683718: gespeaker looks for espeak-data in wrong directory

[Samuel Hym]

Hello,

Indeed, gespeaker doesn’t find the mbrola voices since it requires espeak data 
to handle them and looks for them in the wrong place. The path where it looks 
for the espeak data seems to be hard-coded in the source, namely in 
/usr/share/espeak-data while the espeak-data package installs its data in an 
architecture-dependent directory (/usr/lib/x86_64-linux-gnu/espeak-data in 
amd64, etc.).

This means that a symlink
ln -s /usr/lib/x86_64-linux-gnu/espeak-data /usr/share/espeak-data
provides a really dirty workaround.

I imagine a proper bug fix would be, in src/EspeakFrontend.py function 
loadMbrolaVoices, to build the variable pathVoices from the host architecture.

Best regards
Sam