Bug#700612: i3-wm: i3wm crashed "corrupted double-linked list"

[Ian Campbell]

On Sat, 2013-05-25 at 17:34 +0200, Michael Stapelberg wrote:
> Hi Ian,
> 
> As you mentioned, without i3-wm-dbg installed, the backtrace is not
> going to help. Can you still reproduce that problem/does it still
> happen?

It still happens occasionally but not regularly. I had an instance last
week but I stupidly forgot to gather a backtrace. I'll see if I can
provoke it with vncviewer next week when I'm back at my desk.

> Also see http://i3wm.org/docs/debugging.html for how to enable logging,
> that might be helpful in figuring out what is going on.

Done, although I'd have to logout for it to take affect -- is there a
way to enable at runtime?

Thanks,
Ian.


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

Bug#709868: RFP: davinciresolve -- Davinci Resolve software

[westlake]

Package: wnpp
Version: N/A
Severity: wishlist

* Package name: davinciresolve
Version: 9
Upstream Author: blackmagic
* URL : http://www.blackmagicdesign.com
* License : (LGPL, closed)
Description:

http://www.blackmagicdesign.com/products/davinciresolve/software
http://www.blackmagicdesign.com/products/davinciresolve/software
http://www.fstopacademy.com/blog/10-reasons-why-you-should-try-davinci-resolve/
http://www.fstopacademy.com/blog/color-grading-101-with-davinci-resolve-9/

The installer is meant to be used on CentOS (bash scripts).. but I know 
it's free and "blackmagic" hardware is NOT needed in order to use it.. 
(Works on a Winbloze system)


It makes a great workflow with LWKS.. and this other piece of software 
might go opensource, but the point is these things are movie-grade tools 
which can really boost Linux's arsenal of power software (video editing/ 
color correction)..


Davinciresolve is used with 30,000 dollar hardware.. so it's hard to 
dismiss this as a simple kid's kit (even though it's not opensource, but 
it does use opensource for some of its parts.. I see ffmpeg related 
libraries bundled with it).. The software is highly professional and has 
been out for at least a number of months as a free edition for Linux but 
not much people outside blackmagic/NAB sites seem to know about this 
available usability


The other thing is this software "requires" using CUDA from an NVIDIA 
card.. so it's a bummer for those who have AMD cards..


I've tried to look into it's scripts, but I'm having great difficulty, 
so I'm thinking perhaps someone is much better than me in trying to have 
this thing working on non-CentOS :) (It's cooler to have it on debian :)


Someone should get this baby packaged even though it'll probably end up 
in non-free or contrib.. It really is a powerful piece of software hard 
to dismiss..


-Scott


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

Bug#709806: gnome-shell: More info about my MacBook5,2

[Carlo Marchiori]

I can report a similar behaviour, but actually the screen defreezes after
some, sometimes long, time.
Il giorno 26/Mag/2013 05:42, "Tianming Xie"  ha scritto:

>
> Package: gnome-shell
> Version: 3.4.2-7+b1
> Followup-For: Bug #709806
>
> Dear Maintainer,
>
> Hardware info about my machine is listed below:
>
> cpuinfo:
> processor   : 0
> vendor_id   : GenuineIntel
> cpu family  : 6
> model   : 23
> model name  : Intel(R) Core(TM)2 Duo CPU P7350  @ 2.00GHz
> stepping: 10
> microcode   : 0xa07
> cpu MHz : 1596.000
> cache size  : 3072 KB
> physical id : 0
> siblings: 2
> core id : 0
> cpu cores   : 2
> apicid  : 0
> initial apicid  : 0
> fpu : yes
> fpu_exception   : yes
> cpuid level : 13
> wp  : yes
> flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
> cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
> lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64
> monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm dtherm
> tpr_shadow vnmi flexpriority
> bogomips: 3980.47
> clflush size: 64
> cache_alignment : 64
> address sizes   : 36 bits physical, 48 bits virtual
> power management:
>
> processor   : 1
> vendor_id   : GenuineIntel
> cpu family  : 6
> model   : 23
> model name  : Intel(R) Core(TM)2 Duo CPU P7350  @ 2.00GHz
> stepping: 10
> microcode   : 0xa07
> cpu MHz : 1596.000
> cache size  : 3072 KB
> physical id : 0
> siblings: 2
> core id : 1
> cpu cores   : 2
> apicid  : 1
> initial apicid  : 1
> fpu : yes
> fpu_exception   : yes
> cpuid level : 13
> wp  : yes
> flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
> cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
> lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64
> monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm dtherm
> tpr_shadow vnmi flexpriority
> bogomips: 3979.94
> clflush size: 64
> cache_alignment : 64
> address sizes   : 36 bits physical, 48 bits virtual
> power management:
>
>
> lspci -nn:
> 00:00.0 Host bridge [0600]: NVIDIA Corporation MCP79 Host Bridge
> [10de:0a82] (rev b1)
> 00:00.1 RAM memory [0500]: NVIDIA Corporation MCP79 Memory Controller
> [10de:0a88] (rev b1)
> 00:03.0 ISA bridge [0601]: NVIDIA Corporation MCP79 LPC Bridge [10de:0aae]
> (rev b3)
> 00:03.1 RAM memory [0500]: NVIDIA Corporation MCP79 Memory Controller
> [10de:0aa4] (rev b1)
> 00:03.2 SMBus [0c05]: NVIDIA Corporation MCP79 SMBus [10de:0aa2] (rev b1)
> 00:03.3 RAM memory [0500]: NVIDIA Corporation MCP79 Memory Controller
> [10de:0a89] (rev b1)
> 00:03.4 RAM memory [0500]: NVIDIA Corporation Device [10de:0a98] (rev b1)
> 00:03.5 Co-processor [0b40]: NVIDIA Corporation MCP79 Co-processor
> [10de:0aa3] (rev b1)
> 00:04.0 USB controller [0c03]: NVIDIA Corporation MCP79 OHCI USB 1.1
> Controller [10de:0aa5] (rev b1)
> 00:04.1 USB controller [0c03]: NVIDIA Corporation MCP79 EHCI USB 2.0
> Controller [10de:0aa6] (rev b1)
> 00:06.0 USB controller [0c03]: NVIDIA Corporation MCP79 OHCI USB 1.1
> Controller [10de:0aa7] (rev b1)
> 00:06.1 USB controller [0c03]: NVIDIA Corporation MCP79 EHCI USB 2.0
> Controller [10de:0aa9] (rev b1)
> 00:08.0 Audio device [0403]: NVIDIA Corporation MCP79 High Definition
> Audio [10de:0ac0] (rev b1)
> 00:09.0 PCI bridge [0604]: NVIDIA Corporation MCP79 PCI Bridge [10de:0aab]
> (rev b1)
> 00:0a.0 Ethernet controller [0200]: NVIDIA Corporation MCP79 Ethernet
> [10de:0ab0] (rev b1)
> 00:0b.0 SATA controller [0106]: NVIDIA Corporation MCP79 AHCI Controller
> [10de:0ab9] (rev b1)
> 00:10.0 PCI bridge [0604]: NVIDIA Corporation MCP79 PCI Express Bridge
> [10de:0aa0] (rev b1)
> 00:15.0 PCI bridge [0604]: NVIDIA Corporation MCP79 PCI Express Bridge
> [10de:0ac6] (rev b1)
> 00:16.0 PCI bridge [0604]: NVIDIA Corporation MCP79 PCI Express Bridge
> [10de:0ac7] (rev b1)
> 02:00.0 VGA compatible controller [0300]: NVIDIA Corporation C79 [GeForce
> 9400M G] [10de:0866] (rev b1)
> 03:00.0 Network controller [0280]: Atheros Communications Inc. AR9300
> Wireless LAN adaptor [168c:0030] (rev 01)
> 04:00.0 FireWire (IEEE 1394) [0c00]: LSI Corporation FW533 [TrueFire] PCIe
> 1394a Controller [11c1:5903] (rev 07)
>
>
> lsusb:
> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
> Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
> Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> Bus 001 Device 002: ID 05ac:8300 Apple, Inc. Built-in iSight (no firmware
> loaded)
> Bus 003 Device 002: ID 05ac:8242 Apple, Inc. Built-in IR Receiver
> Bus 003 Device 003: ID 05ac:0217 Apple, Inc. Internal Keyboard/Trackpad
> (ANSI)
> Bus 004 Device 002: ID 0a5c:450

Bug#709581: [synaptic] crashes when started it in terminal with and without sudo

[Michael Vogt]

On Fri, May 24, 2013 at 08:49:25AM +0200, Roman Stingler wrote:
> Package: synaptic
> Version: 0.80.1
> Severity: critical

Thanks for your bugreport.

Could you please try running synaptic with "gdb" ?
$ sudo -s
# gdb synaptic
(gdb) run
[wait for crash]
(gdb) backtrace
and send me the output of the backtrace?

Thanks,
 Michael
 
> --- Please enter the report below this line. ---
> Worked normal in 0.80.0 but today after updating to 0.80.1 i get
> following error
> 
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets.css:289:20: Not using units is deprecated. Assuming
> 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets.css:323:20: Not using units is deprecated. Assuming
> 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets.css:1828:20: Not using units is deprecated. Assuming
> 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets.css:1845:21: Not using units is deprecated. Assuming
> 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets.css:1861:20: Not using units is deprecated. Assuming
> 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets.css:2146:20: Not using units is deprecated. Assuming
> 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets-backdrop.css:16:20: Not using units is deprecated.
> Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets-backdrop.css:93:20: Not using units is deprecated.
> Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets-backdrop.css:183:20: Not using units is deprecated.
> Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets-backdrop.css:503:20: Not using units is deprecated.
> Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets-backdrop.css:850:20: Not using units is deprecated.
> Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets-backdrop.css:925:20: Not using units is deprecated.
> Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets-backdrop.css:941:20: Not using units is deprecated.
> Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets-backdrop.css:957:20: Not using units is deprecated.
> Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets-backdrop.css:1012:21: Not using units is deprecated.
> Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets-backdrop.css:1020:21: Not using units is deprecated.
> Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets-backdrop.css:1034:21: Not using units is deprecated.
> Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets-backdrop.css:1103:21: Not using units is deprecated.
> Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gtk-widgets-backdrop.css:1237:20: Not using units is deprecated.
> Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> gnome-panel.css:94:21: Not using units is deprecated. Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> nautilus.css:18:18: Not using units is deprecated. Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> nautilus.css:18:20: Not using units is deprecated. Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> nautilus.css:81:20: Not using units is deprecated. Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> nautilus.css:86:20: Not using units is deprecated. Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Theme parsing error:
> nautilus.css:145:20: Not using units is deprecated. Assuming 'px'.
> (synaptic:28118): Gtk-WARNING **: Style property
> "border-top-left-radius" is not gettable
> (synaptic:28118): GLib-GObject-WARNING **:
> /tmp/buildd/glib2.0-2.36.1/./gobject/gtype.c:4239: type id `0' is
> invalid
> (synaptic:28118): GLib-GObject-WARNING **: can't peek value table
> for type `' which is not currently referenced
> 
> I had this problem once before when I installed 0.80~exp from the
> experimental repository about 2 months ago.
> 
> 
> --- System information. ---
> Architecture: amd64
> Kernel: Linux 3.8-2-amd64
> 
> Debian Release: jessie/sid
> 500 unstable http.debian.net
> 500 stable dl.google.com
> 1001 waldorf packages.crunchbang.org
> 
> --- Package information. ---
> Depends (Version) | Installed
> -+-==
> libapt-inst1.5 (>= 0.8.16~exp12) | 0.9.8.1
> libapt-pkg4.12 (>= 0.8.16~exp12) | 0.9.8.1
> libatk1.0-0 (>= 1.12.4) | 2.8.0-2
> libc6 (>= 2.14) |
> libcairo-gobject2 (>= 1.10.0) |
> libcairo2 (>= 1.2.4) |
> libept1.4.12 (>= 1.0.9) |
> libgcc1 (>= 1:4.1.1) |
> libgdk-pixbuf2.0-0 (>= 2.22.0) |
> libglib2.0-0 (>= 2.14.0) |
> libgtk-3-0 (>= 3.0.0) |
> libpango1.0-0 (>

Bug#709814: haskell-arrows: Recent changes in libghc-* packages description is a major setback for DDTP translation work

[Beatrice Torracca]

On Saturday 25 May 2013, at 23:44 +0200, Joachim Breitner wrote:

Hi,
> the problem is reduced if the substitution variable is moved to the end
> of the description (it seems), so I am applying this change¹ to the
> descriptions in the repository. I’m not yet sure if it is worth an
> upload, but I guess you (the translation team) would prefer that, right?

Thanks for working on this.

As long as the description is split into several paragraphs the position
of the "blurb" is not much of a worry for us. If moving it to the end
until the problem with dpkg is fixed allows for a split description
then, yes, we would prefer that.

Anyway, speaking at least for the Italian translators we can wait until
the problem is fixed in dpkg and the description is split into
paragraphs again. So there is no rush, nor the need to do extra work
especially for this. 

We are already quite happy to know that the problem was known, already addressed
and that it will go away in the future.

Thanks a lot,
beatrice


signature.asc
Description: Digital signature

Bug#709869: [devilspie] Unkonwn options in man page

[Slavko]

Package: devilspie
Version: 0.23-1
Severity: minor

In the manpage are mentioned the -l and -s options, but these are not
working:

devilspie -l
Failed to parse arguments: Unknown option -l

and:

devilspie --list-symbols all
Failed to parse arguments: Unknown option --list-symbols

Please, update the manpage.

regards

-- 
Slavko
http://slavino.sk



signature.asc
Description: OpenPGP digital signature

Bug#709870: libio-digest-perl: FTBFS with perl 5.18: old Module::Install

[Dominic Hargreaves]

Source: libio-digest-perl
Version: 0.10-1.1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.18-transition
Tags: sid jessie fixed-upstream
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=81846

This package FTBFS with perl 5.18 from experimental (in a clean sbuild
session):

syntax error at inc/Module/Install/AutoInstall.pm - 
/usr/local/lib/perl5/site_perl/5.8.5/Module/Install/AutoInstall.pm line 26, 
near "m/--(?:default|skip|testonly)/and-t "
syntax error at inc/Module/Install/AutoInstall.pm - 
/usr/local/lib/perl5/site_perl/5.8.5/Module/Install/AutoInstall.pm line 32, 
near "}eval"
syntax error at inc/Module/Install/AutoInstall.pm - 
/usr/local/lib/perl5/site_perl/5.8.5/Module/Install/AutoInstall.pm line 35, 
near "}}"
  (Might be a runaway multi-line "" string starting on line 34)
Can't use global @_ in "my" at inc/Module/Install/AutoInstall.pm - 
/usr/local/lib/perl5/site_perl/5.8.5/Module/Install/AutoInstall.pm line 41, 
near "and @_ "
syntax error at inc/Module/Install/AutoInstall.pm - 
/usr/local/lib/perl5/site_perl/5.8.5/Module/Install/AutoInstall.pm line 56, 
near "}"
syntax error at inc/Module/Install/AutoInstall.pm - 
/usr/local/lib/perl5/site_perl/5.8.5/Module/Install/AutoInstall.pm line 62, 
near "}"
Compilation failed in require at inc/Module/Install.pm - 
/usr/local/lib/perl5/site_perl/5.8.5/Module/Install.pm line 270.
The 'auto_install' method does not exist in the 'inc' path!

Fixed in new upstream release

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


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

Bug#709814: haskell-arrows: Recent changes in libghc-* packages description is a major setback for DDTP translation work

[Joachim Breitner]

Hi,

Am Sonntag, den 26.05.2013, 09:20 +0200 schrieb Beatrice Torracca:
> Anyway, speaking at least for the Italian translators we can wait until
> the problem is fixed in dpkg and the description is split into
> paragraphs again. So there is no rush, nor the need to do extra work
> especially for this. 

I did the uploads anyways; the earlier the likelier that some weak
arch’s buildd will only build the second package, and also, the
descriptions look bad to humans.

It’s only 200 packages... ;-)

Greetings,
Joachim

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



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

Bug#675501: DDPO: Provide link to http://qa.debian.org/data/bts/graphs/by-maint/$EMAIL.png

[Joachim Breitner]

Hi,

Am Sonntag, den 26.05.2013, 14:50 +0800 schrieb Paul Wise:
> On Sun, May 26, 2013 at 12:20 AM, Joachim Breitner wrote:
> 
> > attached is a patch that implements this.
> 
> Looks like you forgot the patch?

yes, I really need
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701015 fixed.

Greetings,
Joachim

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

From 7ac83269befb2908e8d67a0827c95a2856570b30 Mon Sep 17 00:00:00 2001
From: Joachim Breitner 
Date: Sat, 25 May 2013 18:19:38 +0200
Subject: [PATCH 3/4] Link to per-maintainer bug graph

Closes: #675501
---
 wml/developer.wml | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/wml/developer.wml b/wml/developer.wml
index 78e5fe0..e57310c 100644
--- a/wml/developer.wml
+++ b/wml/developer.wml
@@ -203,7 +203,8 @@ function print_header_entries_body($login, $name)
 html_a("RC", "http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=maint&data=$ulogin&archive=no&pend-exc=done&sev-inc=critical&sev-inc=grave&sev-inc=serious";) . " - " .
 html_a("all", "http://bugs.debian.org/cgi-bin/pkgreport.cgi?maint=$ulogin";) . " - " .
 html_a("submitted", "http://bugs.debian.org/cgi-bin/pkgreport.cgi?submitter=$ulogin";) . " - " .
-html_a("WNPP", "wnpp.php?login=$ulogin") . " — ";
+html_a("WNPP", "wnpp.php?login=$ulogin") . " - " .
+html_a("", "http://qa.debian.org/data/bts/graphs/by-maint/$ulogin.png";) . " — ";
 
 $initial = substr($login, 0, 1);
 $maintainer_data .= "Reports: " .
-- 
1.8.3.rc3



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

Bug#709871: tftp transfer of a large squashfs image stalls after about 640 MB

[Edwin Fukunaga]

Package: live-boot
Version: 2.0.15-1
Tags: patch


Hello,

When I try to boot the Debian Live gnome-desktop flavor (6.0.7 netboot),
with the fetch=tftp://... boot parameter, the transfer of the squashfs
image stops after about 640 MB.  The boot process also stops at that point,
with the following display:

 /private/tftpboot/fi   0% || 0   -
stalled -

However, booting does succeed with the standard flavor (6.0.6 netboot),
with the same boot parameters, ending at a shell prompt.

This is the whole list of kernel parameters:
debian-live/i386/vmlinuz-2.6.32-5-686
initrd=debian-live/i386/initrd.img-2.6.32-5-686 boot=live config
fetch=tftp://192.168.1.1/private/tftpboot/filesystem.squashfs  quiet

The archive file is:
http://live.debian.net/cdimage/release/6.0.7/i386/net/debian-live-6.0.7-i386-gnome-desktop-net.tar.gz

The dhcp/tftp servers are bootpd and tftpd in Mac OS X 10.5.8.

The amount of data reached before the transfer stops is about 640 MB.  This
could be limited by the block size times the number of blocks (10240
bytes/block * 65535 blocks = about 640 MB), so a fix might be to increase
the block size, as in the following patch:


---8<---
--- a/scripts/live
+++ b/scripts/live
@@ -784,8 +784,8 @@
 ip="$(dirname $url | sed -e 's|tftp://||g'
-e 's|/.*$||g')"
 rfile="$(echo $url | sed -e
"s|tftp://$ip||g")"
 lfile="$(basename $url)"
-log_begin_msg "Trying tftp -g -b 10240 -r
$rfile -l ${dest}/$lfile $ip"
-tftp -g -b 10240 -r $rfile -l
${dest}/$lfile $ip
+log_begin_msg "Trying tftp -g -b 65464 -r
$rfile -l ${dest}/$lfile $ip"
+tftp -g -b 65464 -r $rfile -l
${dest}/$lfile $ip
 ;;

 *)
---8<---



65464 bytes/block would be the maximum allowed block size, according to the
tftp(1) manpage.


Thank you,
Edwin

Bug#709872: libzfs1: missing development package

[Joel Lopes Da Silva]

Package: libzfs1
Version: 9.0-3
Severity: important

I looked for a packaged named libzfs1-dev or libzfs-dev and couldn't find any
for Debian GNU/kFreeBSD Wheezy. It seems like the only way to get the ZFS
headers, like libzfs.h, is to download the source of libzfs1 or zfsutils.

We should have a proper development package with the libzfs headers, just like 
any other library.

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

Kernel: kFreeBSD 9.0-2-amd64
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 libzfs1 depends on:
ii  libbsd0 0.4.2-1
ii  libc0.1 2.13-38
ii  libgeom19.0+ds1-4
ii  libnvpair1  9.0-3
ii  libumem19.0-3
ii  libuutil1   9.0-3

libzfs1 recommends no packages.

libzfs1 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#704026: package name window rejects leading blanks in package name

[Raphael Hertzog]

On Sun, 26 May 2013, Paul Wise wrote:
> On Sun, May 26, 2013 at 7:42 AM, David Suárez wrote:
> 
> > Patch attached.
> 
> The patch isn't going to work if the user-agent doesn't have
> JavaScript support. For Debian websites we prefer to use progressive
> enhancement; we make it work without CSS or JS and add JS/CSS to
> enhance the user experience where needed.

Agreed in general, but in this specific case, I don't agree that it's
required. Non-javascript users would not be impaired in their usage (i.e.
no functionnality loss), they would just not benefit from a convenience feature.

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#709477: Install error

[Thomas Nemeth]

Sorry about the loadkeys error: I forgot to install keymaps. However
isn't there a mean to isolate keymap application from child container
so that the parent container doesn't have its keymap changed too ?


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

Bug#703402: PTS: link to the blends website for packages involved in blends

[Paul Wise]

[Keep the bug in CC]

On Sun, May 26, 2013 at 3:37 PM, Andreas Tille wrote:

> I need to find out how to do / where to place this because I did not yet
> dealt with CGIs on udd.d.o but once your specification (see below is
> fullfilled I can do this if it helps).  The only thing I'm wondering
> whether a CGI script should always run the query itself.  It would be
> way more efficient to drop the result somewhere and just deliver the
> content via CGI because the usual change of the data is either once per
> day or once per change in the blends tasks files (I did not yet decided
> how I might trigger the importer).

Your idea of caching the query does sound more efficient.

> I can add this easily but I think it would be very redundant to add the
> full URL string for every single package in the JSON data set.  Would
> you think it makes sense to deliver an additional JSON data file
>
> [{"blend": "debichem", "tasksurl": 
> "http://blends.alioth.debian.org/debichem/tasks/"},
>  {"blend": "debian-med", "tasksurl": 
> "http://debian-med.alioth.debian.org/tasks/"},
>  ...
> ]
...
> I would think about to what export I might add this information in case
> you agree to reduce the redundance a bit by providing two different data
> files.

Yeah, that does make more sense.

> The prefix of the metapackages can be differnet from the Blends names.
> In fact if I remember right DebiChem is the only one were the prefix
> fits:

Hmm, ok.

> You mean tasks that are in tasksel without using the Blends framework?

Correct.

> Hmmm, I'm not aware that this data is in UDD in some structured manner.
> However, we could try with
...
> If this is what you want to use (probably without the "Depends: tasksel") I 
> could
> probably create a similar JSON file.  As title we could use
..
> Just tell me if this would be helpful and I could do this as well.

That would be helpful indeed. I think some part of the code should
drop the task- from the package name. Probably I would merge blends
tasks and tasksel tasks on the PTS pages.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#703402: PTS: link to the blends website for packages involved in blends

[Andreas Tille]

Hi Paul,

On Sun, May 26, 2013 at 02:06:06PM +0800, Paul Wise wrote:
> On Sun, May 26, 2013 at 3:34 AM, Andreas Tille wrote:
> 
> > I have prepared a Python script that creates JSON output with the
> > relevant data from UDD.  Please check out
> 
> Thanks. Could you move that to a CGI running on udd.d.o though?

I need to find out how to do / where to place this because I did not yet
dealt with CGIs on udd.d.o but once your specification (see below is
fullfilled I can do this if it helps).  The only thing I'm wondering
whether a CGI script should always run the query itself.  It would be
way more efficient to drop the result somewhere and just deliver the
content via CGI because the usual change of the data is either once per
day or once per change in the blends tasks files (I did not yet decided
how I might trigger the importer).

> > and run it from alioth.  Please let me know if you need any other
> > information.  Remark:  The Blends data are not yet updated via cron job
> > in UDD.  This needs to be organised once the data has proven to be
> > useful.
> 
> I've implemented a preliminary version based on what you provided and
> generated a page for gromacs:
> 
> http://packages.qa.debian.org/~pabs/g/gromacs.html
> 
> However, the data lacks some essential elements.
> 
> I would like to be able to generate this:
> 
> http://blends.alioth.debian.org/debichem/tasks/molmech#gromacs";
> title="DebiChem Molecular mechanics packages">molmech,
> http://debian-med.alioth.debian.org/tasks/bio#gromacs";
> title="Debian Med Biology packages">bio

I can add this easily but I think it would be very redundant to add the
full URL string for every single package in the JSON data set.  Would
you think it makes sense to deliver an additional JSON data file

[{"blend": "debichem", "tasksurl": 
"http://blends.alioth.debian.org/debichem/tasks/"},
 {"blend": "debian-med", "tasksurl": 
"http://debian-med.alioth.debian.org/tasks/"},
 ...
]

> http://blends.alioth.debian.org/";>blends
> 
> The JSON only has this:
> 
> {"component": "main", "dependency": "d", "task": "molmech", "blend":
> "debichem", "package": "gromacs"}
> {"component": "main", "dependency": "d", "task": "bio", "blend":
> "debian-med", "package": "gromacs"}
> {"component": "main", "dependency": "d", "task": "chemistry", "blend":
> "debian-science", "package": "gromacs"}
> 
> It needs at least:
> 
> The URL of the task.

See above.

> The title of the task.

I would think about to what export I might add this information in case
you agree to reduce the redundance a bit by providing two different data
files.

> Also, I'm surprised to see the blend name is debian-med when the task
> meta-packages in Debian are med-*

The prefix of the metapackages can be differnet from the Blends names.
In fact if I remember right DebiChem is the only one were the prefix
fits:

   Debian Med: med-*
   Debian Science: science-*
   Debian Edu: education-*
   ...

> It would be interesting to also import tasks from tasksel too if that
> is possible.

You mean tasks that are in tasksel without using the Blends framework?
Hmmm, I'm not aware that this data is in UDD in some structured manner.
However, we could try with

SELECT depends, recommends, suggests from packages where package = 
'task-gnome-desktop' ;
 depends  | 
 recommends 
 | 
suggests 
--+--+--
 tasksel, task-desktop, gnome-core, network-manager-gnome | gnome, 
libreoffice-gnome, libreoffice-evolution, gimp, synaptic, iceweasel, 
libreoffice, libreoffice-gcj, libreoffice-help-en-us, mythes-en-us, 
hunspell-en-us, hyphen-en-us | 

If this is what you want to use (probably without the "Depends: tasksel") I 
could
probably create a similar JSON file.  As title we could use

udd=# SELECT description from packages where package = 'task-gnome-desktop' ;
description
---
 GNOME desktop environment

Just tell me if this would be helpful and I could do this as well.

Kind regards

Andreas.

-- 
http://fam-tille.de


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

Bug#709299: gourmet: Please adjust patches and dependencies

[Christian Marillat]

Bernhard Reiter  writes:

[...]

> As noted before [1], I've tried to produce an updated deb package for the
> 0.16.0 release myself, which (with some slight modifications) then made its 
> way
> into Ubuntu Raring. I'm somewhat curious if you weren't happy with that
> package, as I was hoping it would provide a good starting point for the
> official Debian package, which I hoped to faciliate by a rather comprehensive
> changelog [2] (you'll see there's a couple of other relevant items, as e.g. 
> the
> new python-beautifulsoup dependency, and the Closes: #530403 bit).

Ubuntu is based on the Debian work. If you see a bug file a bug report
or send me an e-mail.

> I'd like to restate my interest in contributing to your gourmet debian 
> package,
> ideally via the Python Applications Team. Please tell me if that'd be okay 
> with
> you; I'd just like to avoid redundant work in the future, and help make sure
> that the Debian package is up-to-date.

No, I'm not okay with that. I package gourmet because I use this package
weekly.

Christian


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

Bug#709411: Debian Code Search: PTS integration

[Michael Stapelberg]

Hi Paul,

Paul Wise  writes:
> What do you think of the idea in general?
I am uncertain how useful it is. Presumably it will at least make people
more aware of DCS, which should be a good thing :-).

> Will you be able to handle the (possibly) increased search traffic?
I suppose so. After the initial spike during the announcement, traffic
is pretty low. In case it gets too high and we cannot handle it with our
infrastructure, we can always remove that box.

-- 
Best regards,
Michael


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

Bug#619642: ITP: libjs-extjs4 - cross-browser JavaScript library, version 4

[Laszlo Boszormenyi (GCS)]

Hi Michael,

On Sat, 2013-05-25 at 20:06 +0200, Michael Ziegler wrote:
> I'd be interested in this package as well, as I'd like to port
> Mumble-Django (among others) to ExtJS 4.
 Good goal. Keep me informed how it goes.

> I'm willing to prepare
> packages (in fact, I have already done so), but as a DM, I need a DD
> to sponsor an upload for me and I do still have a few technical questions.
 You mean that upstream is not really communicative and/or not release
everything that needed for the build process? I had these problems.

> So, anyone? :)
 Contact me in private and give me the instructions where can I get your
package.

Laszlo/GCS


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

Bug#709872: libzfs1: missing development package

[Petr Salinger]

severity 709872 wishlist
--


I looked for a packaged named libzfs1-dev or libzfs-dev and couldn't find any
for Debian GNU/kFreeBSD Wheezy. It seems like the only way to get the ZFS
headers, like libzfs.h, is to download the source of libzfs1 or zfsutils.

We should have a proper development package with the libzfs headers, just like
any other library.


Do you have some user of libzfs.h ?
The dev package is not provided on purpose - there is a problem with stability 
of ABI.

zfsutils (8.3~svn226546-2) unstable; urgency=low

  [ Arni TĂśll ]
  * Drop all -dev packages. The libraries we are providing should never
have been provided by the zfsutils source package as they randomly
break upon upgrades as upstream does not provide any version information 
along
the exported symbols.

Petr

Bug#708802: pion-net: FTBFS: PionScheduler.cpp:105:40: error: expected unqualified-id before numeric constant

[Andrey Rahmatullin]

On Fri, May 24, 2013 at 12:53:16PM -0500, Steve M. Robbins wrote:
> > > > PionScheduler.cpp:105:40: error: expected unqualified-id before numeric 
> > > > constant
> > The code:
> > boost::xtime_get(&wakeup_time, boost::TIME_UTC);
> > 
> > According to https://bugzilla.redhat.com/show_bug.cgi?id=825039 it's a
> > problem in boost which is fixed in boost 1.50 by renaming the enum to
> > boost::TIME_UTC_.
> 
> Note this renaming has been backported and fixed in Debian's boost 1.49.0-4, 
> which
> is what was used for the rebuild.  So there is some other issue at play, here.
But renaming the symbol in boost headers is not enough, you need to use
the new name in the source.

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Bug#709299: gourmet: Please adjust patches and dependencies

[Christian Marillat]

Bernhard Reiter  writes:

> Package: gourmet
> Version: gourmet
> Severity: normal
>
> First of all, thanks for upgrading to 0.16.0. (I'm an upstream dev, and a
> casual Debian contributor, though no DM or DD.)
>
> I've noticed, that you're still shipping an obsolete patch
> (01_fix_raise_str.diff). Also, the Depends: and Recommends: sections of
> debian/control aren't quite up-to-date; for example, you can safely drop
> python-glade and python-gnome2, while the version for python-gtk2 should be at
> least (>=2.16.0) (though I'd rather make sure and go for >=2.22.0), and 
> python-
> sqlalchemy (>= 0.7), as there has been some API changes since 0.6 which led to
> conflicts in the past.

We have only python-sqlalchemy 0.7 in stable/testing/unstable so it is
not possible to install an old python-sqlalchemy package.

Same for python-gtk2 we have 2.24.0 in stable/testing/unstable

Christian


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

Bug#700612: i3-wm: i3wm crashed "corrupted double-linked list"

[Michael Stapelberg]

Hi Ian,

Ian Campbell  writes:
> Done, although I'd have to logout for it to take affect -- is there a
> way to enable at runtime?
No, not for the release versions. Debug versions (anything built from
git) have shared memory logging enabled by default.

-- 
Best regards,
Michael


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

Bug#709873: epdfview: does not display some images

[Klearchos-Angelos Gkountras]

Package: epdfview
Version: 0.1.8-3
Severity: normal

Dear Maintainer,

epdfview does not display some images



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

Kernel: Linux 3.8-2-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 epdfview depends on:
ii  libc6   2.17-3
ii  libcairo2   1.12.14-4
ii  libcups21.5.3-5
ii  libgcc1 1:4.8.0-7
ii  libgdk-pixbuf2.0-0  2.28.1-1
ii  libglib2.0-02.36.1-2build1
ii  libgtk2.0-0 2.24.18-1
ii  libpango1.0-0   1.32.5-5
ii  libpoppler-glib80.18.4-6
ii  libstdc++6  4.8.0-7

epdfview recommends no packages.

Versions of packages epdfview suggests:
ii  poppler-data  0.4.6-3

-- 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#709835: [Pkg-haskell-maintainers] Bug#709835: New upstream version 0.16.5

[Joachim Breitner]

Hi,

Am Samstag, den 25.05.2013, 14:04 -0700 schrieb Josh Triplett:
> Package: c2hs
> Version: 0.16.4-2
> Severity: wishlist
> 
> Upstream has a new upstream version 0.16.5, with several fixes; please
> consider packaging it.

not on http://hackage.haskell.org/package/c2hs or
http://www.cse.unsw.edu.au/~chak/haskell/c2hs/ – where do you see the
new version?

Thanks,
Joachim

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



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

Bug#709106: [Pkg-alsa-devel] Bug#709106: [alsa-utils] speaker-test, aplay fail cryptically ("unable to open slave")

[Elimar Riesebieter]

* Filipus Klutiero  [2013-05-25 22:40 -0400]:

> On 2013-05-25 05:36, Elimar Riesebieter wrote:
[...]

> >So if you solved your configuration problem I can't figure out a bug
> >anywere?
> As things are currently, *I* have no problem. The bug is that I
> had to use a workaround to get speaker-test and others to work. It
> isn't a "configuration problem", it happens in the *default*
> configuration. In other words, if I was to reinstall today, I
> would go back to a broken install with the cryptic errors
> mentioned.
> 
> Of course, getting rid of the problem in the default configuration
> would already be a good improvement. But speaker-test should never
> fail in this way, regardless of what device is configured as the
> default.

OK, configure a soundchicp which isn't supported by ALSA yet as the
default one is more or less an ALSA thing. What we can to is to
blacklist snd_hda_codec_hdmi but Iam sure there are soundchips
(soundcards) out there which are working well with that codec,
though. The Debian documantaion in
/usr/share/doc/alsa-base/README.Debian helps users to configure
their soundcrads. So I close this bug herewith.

Elimar
-- 
  Learned men are the cisterns of knowledge,
  not the fountainheads ;-)


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

Bug#709874: webhttrack starts a navigation leading to "unable to connect to foo:8080"

[Xavier Roche]

Package: webhttrack
Version: 3.47.12-1
Severity: minor

When the local hostname ('hostname') does not resolve due to some configuration 
error, webhttrack starts with an invalid URL.

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

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

Versions of packages webhttrack depends on:
ii  chromium [ 22.0.1229.94~r161065+dfsg-0.1 Google's open source chromium web 
ii  epiphany-b 3.2.1-2   Intuitive GNOME web browser
ii  iceweasel  3.5.16-20 Web browser based on Firefox
ii  libc6  2.17-3Embedded GNU C Library: Shared lib
ii  libhttrack 3.47.12-1 Httrack website copier library
ii  lynx-cur [ 2.8.8dev.10-1 Text-mode WWW Browser with NLS sup
ii  w3m [www-b 0.5.2-9   WWW browsable pager with excellent
ii  webhttrack 3.47.12-1 webhttrack common files
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

webhttrack recommends no packages.

Versions of packages webhttrack suggests:
ii  httrack   3.47.12-1  Copy websites to your computer (Of
pn  httrack-doc(no description available)

-- no debconf information


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

Bug#709778: lldpd: allow auto-building of lldpd on kfreebsd-*

[Philipp Kern]

Hi Vincent,

On 2013-05-25 13:36, Vincent Bernat wrote:

Please, allow lldpd to be auto-built on kfreebsd-* archs. However, it
is still not compatible with hurd-*.


it would be easiest for us if your package would state decoratively with 
which architectures it is compatible, i.e., linux-any and kfreebsd-any. 
That way we could simply drop the entry in P-a-s.


Kind regards
Philipp Kern


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

Bug#709652: [Pkg-alsa-devel] Bug#709652: libasound2: Cannot load .asoundrc file

[Elimar Riesebieter]

* Alex Theotokatos  [2013-05-25 15:22 +0300]:

> On Sat, 2013-05-25 at 11:39 +0200, Elimar Riesebieter wrote:
> > * Alex Theotokatos  [2013-05-24 22:03 +0300]:
> > 
> > > Package: libasound2
> > > Version: 1.0.25-4
> > > Severity: normal
> > > Tags: upstream
> > > 
> > > Dear Maintainer,
> > > When you use flashplayer on iceweasel, the sound goes through alsa and not
> > > pulse. Even if you create the .asoundrc or /etc/asound.conf file, which 
> > > guide
> > > alsa to output into pulse, nothing happens.
> > > 
> > > This is a bug after an upgrade.
> > 
> > How did you figure out that ALSA doesn't piped through pulse? How
> > does your .asoundrc looks like?
> > 
> > Elimar
> 
> My .asound file is:
> pcm.pulse {
> type pulse
> }
> 
> ctl.pulse {
> type pulse
> }
> 
> pcm.!default {
> type pulse
> }
> 
> ctl.!default {
> type pulse
> }
> 
>   ---
> When I play flash file under iceweasel, I check @ 'sound settings'
> 'Applications' and the no application use pulseaudio.  At the same
> time, when I choose to open a video file, the video doesn't start
> until I close the flash video.

What tells
$ dpkg -l | grep libasound
?

Elimar
-- 
  We all know Linux is great... it does infinite loops in 5 seconds.
-Linus Torvalds


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

Bug#709778: lldpd: allow auto-building of lldpd on kfreebsd-*

[Vincent Bernat]

 ❦ 26 mai 2013 10:33 CEST, Philipp Kern  :

>> Please, allow lldpd to be auto-built on kfreebsd-* archs. However, it
>> is still not compatible with hurd-*.
>
> it would be easiest for us if your package would state decoratively
> with which architectures it is compatible, i.e., linux-any and
> kfreebsd-any. That way we could simply drop the entry in P-a-s.

Hi Philipp! I will fix this in the next upload and come back here once
this is done.
-- 
printk("What? oldfid != cii->c_fid. Call 911.\n");
2.4.3 linux/fs/coda/cnode.c


pgpN9g6wp2SuH.pgp
Description: PGP signature

Bug#709835: [Pkg-haskell-maintainers] Bug#709835: New upstream version 0.16.5

[Josh Triplett]

retitle 709835 Please incorporate fixes from upstream darcs
thanks

On Sun, May 26, 2013 at 10:19:29AM +0200, Joachim Breitner wrote:
> Hi,
> 
> Am Samstag, den 25.05.2013, 14:04 -0700 schrieb Josh Triplett:
> > Package: c2hs
> > Version: 0.16.4-2
> > Severity: wishlist
> > 
> > Upstream has a new upstream version 0.16.5, with several fixes; please
> > consider packaging it.
> 
> not on http://hackage.haskell.org/package/c2hs or
> http://www.cse.unsw.edu.au/~chak/haskell/c2hs/ – where do you see the
> new version?

Sorry, I was looking in the darcs repository, and mistook "Bump version
to 0.16.5" as an indication of a release.

I was specifically hoping for the changes between "tagged 0.16.4" and
"Bump version to 0.16.5".  I have some code that depends on those
changes.

- Josh Triplett


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

Bug#709835: [Pkg-haskell-maintainers] Bug#709835: New upstream version 0.16.5

[Joachim Breitner]

Hi,

Am Sonntag, den 26.05.2013, 01:45 -0700 schrieb Josh Triplett:
> retitle 709835 Please incorporate fixes from upstream darcs
> thanks
> 
> On Sun, May 26, 2013 at 10:19:29AM +0200, Joachim Breitner wrote:
> Sorry, I was looking in the darcs repository, and mistook "Bump version
> to 0.16.5" as an indication of a release.
> 
> I was specifically hoping for the changes between "tagged 0.16.4" and
> "Bump version to 0.16.5".  I have some code that depends on those
> changes.

ok, that clarifies things. Please note that I’d rather not pull some
upstream changes from the darcs repo when its not released yet. If you
want to see them in Debian soon, maybe you can urge upstream to release?

Greetings,
Joachim

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



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

Bug#709875: heat-common: unowned directory after purge: /var/lib/heat/cache/

[Andreas Beckmann]

Package: heat-common
Version: 2013.1-4
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

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

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

The maintainer scripts create (and later remove) a file in that
directory. Manual directory removal may be not appropriate as this
directory is shared between several packages.

If the package would ship this as an empty directory, dpkg would take
care of the creation and removal (if it's empty).

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

0m58.8s ERROR: FAIL: Package purging left files on system:
  /var/lib/heat/ not owned
  /var/lib/heat/cache/   not owned


cheers,

Andreas


heat-common_2013.1-4.log.gz
Description: GNU Zip compressed data

Bug#709876: ceilometer-common: unowned directory after purge: /var/lib/nova/cache/, /var/log/nova/

[Andreas Beckmann]

Package: ceilometer-common
Version: 2013.1-3
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

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

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

The maintainer scripts create (and later remove) a file in that
directory. Manual directory removal may be not appropriate as this
directory is shared between several packages.

If the package would ship this as an empty directory, dpkg would take
care of the creation and removal (if it's empty).

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

0m56.4s ERROR: FAIL: Package purging left files on system:
  /var/lib/nova/ not owned
  /var/lib/nova/cache/   not owned
  /var/log/nova/ not owned


cheers,

Andreas


ceilometer-common_2013.1-3.log.gz
Description: GNU Zip compressed data

Bug#676134: /usr/bin/evolution: Evolution does not start at all

[Thomas Wegner]

Package: evolution
Version: 3.4.4-3
Followup-For: Bug #676134

Dear Maintainer,

Evolution crashes immediately with segmentationfault.
I dist-upgraded my system today. After restarting,
I have to resign in into my google-account. Gnome-online-accounts and libgoa
are upgraded during dist-upgrade.



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

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

Versions of packages evolution depends on:
ii  dbus 1.6.10-1
ii  debconf [debconf-2.0]1.5.50
ii  evolution-common 3.4.4-3
ii  evolution-data-server3.4.4-3
ii  gconf-service3.2.5-1+build1
ii  gconf2   3.2.5-1+build1
ii  gnome-icon-theme 3.4.0-2
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-3
ii  libcairo-gobject21.12.14-4
ii  libcairo21.12.14-4
ii  libcamel-1.2-33  3.4.4-3
ii  libclutter-gtk-1.0-0 1.2.0-2
ii  libdbus-glib-1-2 0.100.2-1
ii  libebackend-1.2-23.4.4-3
ii  libebook-1.2-13  3.4.4-3
ii  libecal-1.2-11   3.4.4-3
ii  libedataserver-1.2-163.4.4-3
ii  libedataserverui-3.0-1   3.4.4-3
ii  libenchant1c2a   1.6.0-10
ii  libevolution 3.4.4-3
ii  libgail-3-0  3.8.2-1
ii  libgconf-2-4 3.2.5-1+build1
ii  libgdata13   0.13.3-2
ii  libgdk-pixbuf2.0-0   2.28.1-1
ii  libglib2.0-0 2.36.1-2build1
ii  libgnome-desktop-3-2 3.4.2-2
ii  libgtk-3-0   3.8.2-1
ii  libgtkhtml-4.0-0 4.4.4-1
ii  libgtkhtml-editor-4.0-0  4.4.4-1
ii  libgweather-3-0  3.4.1-1+build1
ii  libical0 0.48-2
ii  libmx-1.0-2  1.4.6-1
ii  libnotify4   0.7.5-2
ii  libnspr4 2:4.9.6-1
ii  libnspr4-0d  2:4.9.6-1
ii  libnss3  2:3.14.3-1
ii  libnss3-1d   2:3.14.3-1
ii  libpango1.0-01.32.5-5
ii  libsoup2.4-1 2.42.2-3
ii  libsqlite3-0 3.7.17-1
ii  libxml2  2.8.0+dfsg1-7+nmu1
ii  psmisc   22.20-1

Versions of packages evolution recommends:
pn  bogofilter | spamassassin  
pn  evolution-plugins  
ii  evolution-webcal   2.32.0-2+b1
ii  yelp   3.4.2-1+b1

Versions of packages evolution suggests:
pn  evolution-dbg   
pn  evolution-exchange  
pn  evolution-plugins-experimental  
ii  gnupg   1.4.12-7
ii  network-manager 0.9.8.0-5

-- debconf information:
  evolution/kill_processes:
  evolution/needs_shutdown:


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

Bug#709841: iceweasel: spurious out of memory + crash (segmentation fault)

[Vincent Lefevre]

On 2013-05-26 08:52:24 +0200, Mike Hommey wrote:
> Without a crash backtrace, there's nothing this bug report is going to
> achieve.

Here is it.

xvii:~> gdb =iceweasel core
GNU gdb (GDB) 7.6-debian
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/lib/iceweasel/iceweasel...Reading symbols from 
/usr/lib/debug/usr/lib/iceweasel/iceweasel...done.
done.
[...]
warning: .dynamic section for "/usr/lib/x86_64-linux-gnu/libX11.so.6" is not at 
the expected address (wrong library or version mismatch?)

warning: .dynamic section for "/usr/lib/x86_64-linux-gnu/libX11-xcb.so.1" is 
not at the expected address (wrong library or version mismatch?)

warning: .dynamic section for 
"/usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so" is not at the expected 
address (wrong library or version mismatch?)

warning: .dynamic section for "/usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so" 
is not at the expected address (wrong library or version mismatch?)

warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

warning: no loadable sections found in added symbol-file system-supplied DSO at 
0x7fffeaffe000
Core was generated by `iceweasel'.
Program terminated with signal 11, Segmentation fault.
#0  0x7fc1e040e0eb in raise (sig=11)
at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:38
38  ../nptl/sysdeps/unix/sysv/linux/pt-raise.c: No such file or directory.
(gdb) set pagination off
(gdb) bt full
#0  0x7fc1e040e0eb in raise (sig=11) at 
../nptl/sysdeps/unix/sysv/linux/pt-raise.c:38
resultvar = 0
pid = 
#1  0x7fc1dcc0f371 in nsProfileLock::FatalSignalHandler (signo=11, 
info=, context=) at 
/tmp/buildd/iceweasel-21.0/build-xulrunner/toolkit/profile/nsProfileLock.cpp:180
unblock_sigs = {__val = {1024, 0 }}
oldact = 
#2  
No locals.
#3  mozalloc_abort (msg=msg@entry=0x7fc1deb55124 "out of memory") at 
/tmp/buildd/iceweasel-21.0/memory/mozalloc/mozalloc_abort.cpp:30
No locals.
#4  0x7fc1deb550e2 in mozalloc_handle_oom (size=size@entry=32768) at 
/tmp/buildd/iceweasel-21.0/memory/mozalloc/mozalloc_oom.cpp:27
No locals.
#5  0x7fc1deb54f21 in moz_xmalloc (size=32768) at 
/tmp/buildd/iceweasel-21.0/memory/mozalloc/mozalloc.cpp:56
ptr = 
#6  0x7fc1dd80bcff in nsSegmentedBuffer::AppendNewSegment 
(this=this@entry=0x7fc197c05aa8) at 
/tmp/buildd/iceweasel-21.0/xpcom/io/nsSegmentedBuffer.cpp:71
seg = 
#7  0x7fc1dd809d57 in nsPipe::GetWriteSegment (this=0x7fc197c05a00, 
segment=@0x7fc1c49f4c38: 0x7fc1c49f4c80 "N0\310\334\301\177", 
segmentLen=@0x7fc1c49f4c30: 1563529216) at 
/tmp/buildd/iceweasel-21.0/xpcom/io/nsPipe3.cpp:463
seg = 
mon = {mReentrantMonitor = 0x7fc197c05aa0}
#8  0x7fc1dd80a6d5 in nsPipeOutputStream::WriteSegments 
(this=0x7fc197c05a60, reader=0x7fc1dcc8b796 
, closure=0x7fc1c4072010, count=32768, 
writeCount=0x7fc1c49f4cbc) at 
/tmp/buildd/iceweasel-21.0/xpcom/io/nsPipe3.cpp:1086
readCount = 32705
originalLen = 
rv = 
segment = 0x7fc1c49f4c80 "N0\310\334\301\177"
segmentLen = 1563529216
#9  0x7fc1dcc89481 in WriteSegments (countWritten=, 
count=, writer=, this=) at 
/tmp/buildd/iceweasel-21.0/netwerk/protocol/http/nsHttpTransaction.cpp:636
rv = 
#10 nsHttpTransaction::WriteSegments (this=0x7fc1c4072010, writer=, count=, countWritten=) at 
/tmp/buildd/iceweasel-21.0/netwerk/protocol/http/nsHttpTransaction.cpp:626
No locals.
#11 0x7fc1dcc7cf54 in nsHttpConnection::OnSocketReadable 
(this=0x7fc13706b800) at 
/tmp/buildd/iceweasel-21.0/netwerk/protocol/http/nsHttpConnection.cpp:1404
rv = 
now = 595297492
delta = 
k400ms = 400
n = 0
again = true
#12 0x7fc1dcc7dc8e in nsHttpConnection::OnInputStreamReady 
(this=0x7fc13706b800, in=) at 
/tmp/buildd/iceweasel-21.0/netwerk/protocol/http/nsHttpConnection.cpp:1525
rv = 
#13 0x7fc1dcc315e3 in nsSocketInputStream::OnSocketReady 
(this=this@entry=0x7fc166a15558, condition=condition@entry=NS_OK) at 
/tmp/buildd/iceweasel-21.0/netwerk/base/src/nsSocketTransport2.cpp:226
callback = { = {mRawPtr = 0x7fc13706b810}, }
#14 0x7fc1dcc31816 in nsSocketTransport::OnSocketReady 
(this=0x7fc166a15420, fd=0x7fc19b2ca040, outFlags=1) at 
/tmp/buildd/iceweasel-21.0/netwerk/base/src/nsSocketTransport2.cpp:1565
No locals.
#15 0x7fc1dcc33fce in nsSocketTransportService::DoPollIteration 

Bug#709616: floods the network with pause packets

[Stéphane Glondu]

Le 26/05/2013 03:54, Ben Hutchings a écrit :
> I forgot, e1000e still doesn't report autoneg state completely through
> ethtool.  How about 'mii-tool -v eth0'?

# mii-tool -v eth0
SIOCGMIIREG on eth0 failed: Input/output error
SIOCGMIIREG on eth0 failed: Input/output error
eth0: negotiated 100baseTx-FD flow-control, link ok
  product info: vendor 00:55:00, model 9 rev 0
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
  link partner: 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD
10baseT-HD flow-control


I am not sure about who to put in CC of this mail; I've just put the
Debian bug.


Cheers,

-- 
Stéphane


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

Bug#709328: The BEREC-button

[Mònica Ramírez Arceda]

Hi,

El dg 26 de 05 de 2013 a les 07:40 +0200, en/na Erik Josefsson va
escriure:
> Hello,
> 
> I just saw that the suggested change in the title from "the
> BEREC-button" to "the berek button".
> 
> Please change it back to BEREC.

Sorry for changing the title with a wrong name. Debian package names
must follow some rules [0], basically they must be in lower case (with
some permitted extra chars) and without spaces. 

"The BEREC button" is not an allowed name for a Debian package and this
was the reason why I retitled the bug, using the upstream name.

What name would you choose for this package? Do you think "berec" is the
appropriate name?

[0] http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Source


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

Bug#709877: spotweb: fails to install, purge, and install again

[Andreas Beckmann]

Package: spotweb
Version: 20111002+dfsg-4.1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install,
remove+purge, and install again.

Like a plain failure on initial install this makes the package too buggy
for a release, thus the severity.

This is often a problem with the home directory of a system user:
the user is not deleted during purge (which is fine), but the home
directory is removed. Since the user already exists on the next
installation, adduser won't recreate the home.

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

  Selecting previously unselected package spotweb.
  (Reading database ... 11023 files and directories currently installed.)
  Unpacking spotweb (from .../spotweb_20111002+dfsg-4.1_all.deb) ...
  Setting up spotweb (20111002+dfsg-4.1) ...
  dbconfig-common: writing config to /etc/dbconfig-common/spotweb.conf
  
  Creating config file /etc/dbconfig-common/spotweb.conf with new version
  
  Creating config file /etc/spotweb/dbconfig.php with new version
  granting access to database spotweb for spotweb@localhost: already exists.
  creating database spotweb: already exists.
  dbconfig-common: flushing administrative password
  
  Creating config file /etc/spotweb/nntpconfig.php with new version
  Updating schema..(mysql)
  Database schema of settings upgrade mislukt:
 Unable to connect to MySQL server: Access denied for user 
'spotweb'@'localhost' (using password: YES)
  
  
  #0 /usr/share/spotweb/lib/SpotDb.php(59): dbeng_mysql->connect()
  #1 /usr/share/spotweb/lib/SpotUpgrader.php(9): SpotDb->connect()
  #2 /usr/share/spotweb/scripts/upgrade-db.php(21): 
SpotUpgrader->__construct(Array)
  #3 {main}dpkg: error processing spotweb (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   spotweb


cheers,

Andreas


spotweb_20111002+dfsg-4.1.log.gz
Description: GNU Zip compressed data

Bug#709878: /usr/bin/mlnet: core is running with glibc 2.17 but it was,compiled with glibc 2.13.

[ZeroBeat]

Package: mldonkey-server
Version: 3.1.2-1
File: /usr/bin/mlnet
Severity: minor
Tags: upstream



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

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

Versions of packages mldonkey-server depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.50
ii  libbz2-1.0 1.0.6-4
ii  libc6  2.17-3
ii  libfontconfig1 2.9.0-7.1
ii  libfreetype6   2.4.9-1.1
ii  libgcc11:4.8.0-7
ii  libgd2-xpm 2.0.36~rc1~dfsg-6.1
ii  libjpeg8   8d-1
ii  libpng12-0 1.2.49-4
ii  libstdc++6 4.8.0-7
ii  libx11-6   2:1.5.0-1
ii  libxpm41:3.5.10-1
ii  mime-support   3.54
ii  ucf3.0025+nmu3
ii  zlib1g 1:1.2.8.dfsg-1

mldonkey-server recommends no packages.

mldonkey-server suggests no packages.

-- debconf information:
* mldonkey-server/launch_at_startup: false


0x5DB88630.asc
Description: application/pgp-keys

Bug#709879: espeak: Alsa lib underflow and clicking sounds.

[anton]

Package: espeak
Version: 1.46.02-2
Severity: important

Dear Maintainer,
Espeak does not start normally and throws out the error message:
ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred
Hundreds of times. It does it when the computer has been on for a while. 
A reset is needed before it returns to normal for a few hours then the same 
problem shows up again.


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (750, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)

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

Versions of packages espeak depends on:
ii  libc6   2.17-3
ii  libespeak1  1.46.02-2
ii  libgcc1 1:4.8.0-7
ii  libstdc++6  4.8.0-7

espeak recommends no packages.

espeak 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#208282: This bug is still relevant ?

[Christian Marillat]

Hi,

I've just noticed this bug report.

Maybe we can close this bug now ?

Christian


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

Bug#208282: This bug is still relevant ?

[Jens Müller]

Am 26.05.2013 11:20, schrieb Christian Marillat:
> Hi,
> 
> I've just noticed this bug report.
> 
> Maybe we can close this bug now ?
> 
> Christian
> 

Yes, probably. I no longer use suck anyway ...

Jens


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

Bug#709778: lldpd: allow auto-building of lldpd on kfreebsd-*

[Vincent Bernat]

 ❦ 26 mai 2013 10:33 CEST, Philipp Kern  :

>> Please, allow lldpd to be auto-built on kfreebsd-* archs. However, it
>> is still not compatible with hurd-*.
>
> it would be easiest for us if your package would state decoratively
> with which architectures it is compatible, i.e., linux-any and
> kfreebsd-any. That way we could simply drop the entry in P-a-s.

Hi Philipp!

I have uploaded a version of the package with architecture set to
"linux-any kfreebsd-any". Please, remove the entry in P-a-s.

Thanks!
-- 
panic("esp_handle: current_SC == penguin within interrupt!");
2.2.16 /usr/src/linux/drivers/scsi/esp.c


pgpd0Jxh_ldov.pgp
Description: PGP signature

Bug#709328: The BEREC-button

[Erik Josefsson]

On 05/26/2013 11:04 AM, Mònica Ramírez Arceda wrote:
> Hi,


Hi Mònica!


> El dg 26 de 05 de 2013 a les 07:40 +0200, en/na Erik Josefsson va
> escriure:
>> Hello,
>>
>> I just saw that the suggested change in the title from "the
>> BEREC-button" to "the berek button".
>>
>> Please change it back to BEREC.
> Sorry for changing the title with a wrong name. Debian package names
> must follow some rules [0], basically they must be in lower case (with
> some permitted extra chars) and without spaces. 
>
> "The BEREC button" is not an allowed name for a Debian package and this
> was the reason why I retitled the bug, using the upstream name.


Thank you for the explanation. This was my first submission to Debian
and I was unaware of this rule.


>
> What name would you choose for this package? Do you think "berec" is the
> appropriate name?


Yes, that is then the appropriate name.

If anyone makes a "localisation" and adapts the message to e.g. UK, the
"berec-button" could for example be called "The OFCOM Reporter", in
Slovenia it can be called "KLIKNAPEK" (http://www.apek.si/), etc.

Thank you for your kind consideration.

Best regards.

//Erik


 
>
> [0] http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Source


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

Bug#706653: Pre-approval, unblock: debian-history/2.19

[Javier Fernandez-Sanguino]

On 22 May 2013 23:27, David Prévot  wrote:
> Javier, given your last edition dates from over two weeks, and a point
> release is scheduled in three weeks, is it OK for you to get the
> remaining (main) translations updated, and to pursue the initial goal?
> In case you don’t have time to finish it, or to reply to that thread in
> the coming days, I’ll issue another call for translation updates and
> will continue the process in order to have things ready for next week.

I have sent a trasnlation update call to the translators' mailing list
as well as to the individiual maintainers of specific translations
which could easily be fully up-to-date with latest document changes.

We will give some time for translators to send updated translations
and then we will make an upload to stable with the updated document as
well as the translators. The current target for this upload is June
1st. I hope that leaves enough time for it to get the updated package
into the next point release. Does it?

Best regards

Javier


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

Bug#709880: amulegui crashes sorting column (on downloads section)

[alex]

Package: amule-utils-gui
Version: 2.3.1-9
Severity: normal


Hi,

I have an amule-daemon running on a 24/7 server and on another
computer I use amulegui to overview and operate. Sometimes (1-3 times a
week) amulegui crashes. Today examining xorg logs I found some error data:

*** Error in `/usr/bin/amulegui': free(): invalid pointer:
*** 0x01991640 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x7aac6)[0x7f0990e01ac6]
/lib/x86_64-linux-gnu/libc.so.6(+0x7b843)[0x7f0990e02843]
/usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0(_ZN12wxStringBaseaSERKS_+0x3c)[0x7f099254b2ec]
/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0(_ZN10wxNotebook11SetPageTextEmRK8wxString+0x2c)[0x7f0992c86ebc]
/usr/bin/amulegui[0x49575f]
/usr/bin/amulegui[0x44cd61]
/usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent+0x56)[0x7f099257e3f6]
/usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0(_ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler+0xa4)[0x7f099257e564]
/usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0xc7)[0x7f099257e887]
/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0(_ZN11wxTimerBase6NotifyEv+0x59)[0x7f0992cfd699]
/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0(+0x210cbb)[0x7f0992c2ecbb]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x49b3b)[0x7f098eabfb3b]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x135)[0x7f098eabef25]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x49268)[0x7f098eabf268]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0x6a)[0x7f098eabf6da]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_main+0xa7)[0x7f09908835e7]
/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0(_ZN11wxEventLoop3RunEv+0x48)[0x7f0992c27268]
/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0(_ZN9wxAppBase8MainLoopEv+0x4c)[0x7f0992c9933c]
/usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0(_Z7wxEntryRiPPw+0x75)[0x7f09925304e5]
/usr/bin/amulegui[0x42c342]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f0990da8a55]
/usr/bin/amulegui[0x437969]
=== Memory map: 
0040-0063e000 r-xp  08:09 340545
/usr/bin/amulegui
0083d000-0083e000 r--p 0023d000 08:09 340545
//usr/bin/amulegui
0083e000-00892000 rw-p 0023e000 08:09 340545
/usr/bin/amulegui
00892000-008a4000 rw-p  00:00 0 
00bc9000-01a38000 rw-p  00:00 0
[heap]
7f098000-7f0980021000 rw-p  00:00 0 
7f0980021000-7f098400 ---p  00:00 0 
7f09862cf000-7f0986378000 r--p  08:09 265294
/usr/share/fonts/truetype/dejavu/DejaVuSans-Bold.ttf
7f0986378000-7f098637e000 r-xp  08:09 282379
//usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so
7f098637e000-7f098657d000 ---p 6000 08:09 282379
/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so
7f098657d000-7f098657e000 r--p 5000 08:09 282379
//usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so
7f098657e000-7f098657f000 rw-p 6000 08:09 282379
/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so
7f098657f000-7f09865df000 rw-s  00:04 1835050
//SYSV (deleted)
7f09865df000-7f09865eb000 r-xp  08:05 67059
/lib/x86_64-linux-gnu/libnss_files-2.17.so
7f09865eb000-7f09867ea000 ---p c000 08:05 67059
//lib/x86_64-linux-gnu/libnss_files-2.17.so
7f09867ea000-7f09867eb000 r--p b000 08:05 67059
/lib/x86_64-linux-gnu/libnss_files-2.17.so
7f09867eb000-7f09867ec000 rw-p c000 08:05 67059
//lib/x86_64-linux-gnu/libnss_files-2.17.so
7f0986805000-7f0986865000 rw-s  00:04 1802281
/SYSV (deleted)
7f0986865000-7f098686a000 r-xp  08:09 282472
//usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so
7f098686a000-7f0986a69000 ---p 5000 08:09 282472
/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so
7f0986a69000-7f0986a6a000 r--p 4000 08:09 282472
//usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so
7f0986a6a000-7f0986a6b000 rw-p 5000 08:09 282472
/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so
7f0986a6b000-7f0986a8a000 r--s  08:09 267305
//usr/share/mime/mime.cache
7f0986a8a000-7f0986aa9000 r--s  08:09 267305
/usr/share/mime/mime.cache
7f0986aa9000-7f0986b5e000 r--p  08:09 265295
//usr/share/fonts/truetype/dejavu/DejaVuSans.ttf
7f0986b5e000-7f0986b67000 r--s  08:0a 213029
/var/cache/fontconfig/945677eb7aeaf62f1d50efc3fb3ec7d8-le64.cache-3
7f0986b67000-7f0986b95000 r--s  08:0a 213010
//var/cache/fontconfig/365b55f210c0a22e9a19e35191240f32-le64.cache-3
7f0986b95000-7f0986bc3000 r-xp  08:09 264511
/usr/lib/x86_64-linux-gnu/libbluray.so.1.1.0
7f0986bc3000-7f0986dc3000 ---p 0002e000 08:09 264511
//usr/lib/x86_64-linux-gnu/libbluray.so.1.1.0
7f0986dc3000-7f0986dc4000 r--p 0002e000 08:09 2645

Bug#709881: [INTL: it] Italian translation of debconf messages - squid-deb-proxy

[Beatrice Torracca]

Package: squid-deb-proxy
Severity: wishlist
Tags: l10n patch

Hi.
Please find attached the Italian translation of squid-deb-proxy debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
?# Italian translation of squid-deb-proxy debconf messages.
# Copyright (C) 2013, Beatrice Torracca
# This file is distributed under the same license as the squid-deb-proxy package.
# Beatrice Torracca , 2013.
msgid ""
msgstr ""
"Project-Id-Version: squid-deb-proxy\n"
"Report-Msgid-Bugs-To: squid-deb-pr...@packages.debian.org\n"
"POT-Creation-Date: 2013-05-17 09:43+0200\n"
"PO-Revision-Date: 2013-05-17 15:41+0200\n"
"Last-Translator: Beatrice Torracca \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.1\n"

#. Type: boolean
#. Description
#: ../squid-deb-proxy.templates:2001
msgid "Allow PPA access?"
msgstr "Permettere l'accesso a PPA?"

#. Type: boolean
#. Description
#: ../squid-deb-proxy.templates:2001
msgid ""
"By default, squid-deb-proxy does not allow access to Personal Package "
"Archive (PPA) repositories on Launchpad."
msgstr ""
"In modo predefinito squid-deb-proxy non permette l'accesso a repository PPA "
"(Personal Package Archive) su Launchpad."

#. Type: boolean
#. Description
#: ../squid-deb-proxy.templates:2001
msgid "Choosing this option will whitelist these repositories."
msgstr ""
"Se si abilita questa opzione, tali repository verranno inseriti nell'elenco "
"di quelli permessi."

#. Type: boolean
#. Description
#: ../squid-deb-proxy.templates:3001
msgid "Allow unrestricted network access?"
msgstr "Permettere l'accesso non ristretto dalla rete?"

#. Type: boolean
#. Description
#: ../squid-deb-proxy.templates:3001
msgid ""
"By default, squid-deb-proxy allows access to the cache from private networks "
"only (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16)."
msgstr ""
"In modo predefinito squid-deb-proxy permette l'accesso alla cache solamente "
"dalle reti private (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16)."

#. Type: boolean
#. Description
#: ../squid-deb-proxy.templates:3001
msgid "Choosing this option will allow other IP addresses to access the cache."
msgstr ""
"Se si abilita questa opzione si permetterà ad altri indirizzi IP di accedere "
"alla cache."

Bug#709328: The BEREC-button

[Mònica Ramírez Arceda]

retitle 709328 RFP: berek -- the berek button, reporting breach of the EU 
cookie law to your national regulatory authority
thanks

El dg 26 de 05 de 2013 a les 11:36 +0200, en/na Erik Josefsson va
escriure: 
> On 05/26/2013 11:04 AM, Mònica Ramírez Arceda wrote:
> > Hi,
> 
> 
> Hi Mònica!
> 
> 
> > El dg 26 de 05 de 2013 a les 07:40 +0200, en/na Erik Josefsson va
> > escriure:
> >> Hello,
> >>
> >> I just saw that the suggested change in the title from "the
> >> BEREC-button" to "the berek button".
> >>
> >> Please change it back to BEREC.
> > Sorry for changing the title with a wrong name. Debian package names
> > must follow some rules [0], basically they must be in lower case (with
> > some permitted extra chars) and without spaces. 
> >
> > "The BEREC button" is not an allowed name for a Debian package and this
> > was the reason why I retitled the bug, using the upstream name.
> 
> 
> Thank you for the explanation. This was my first submission to Debian
> and I was unaware of this rule.

Thanks for submitting the bug! I hope this is the first of many ;)

> > What name would you choose for this package? Do you think "berec" is the
> > appropriate name?
> 
> 
> Yes, that is then the appropriate name.

I'm retitling this bug using "berek". 

In the future, if you want to retitle a bug by yourself, you can do it
sending the following lines to cont...@bugs.debian.org:

retitle bug_number new_title
thanks

More info here: http://www.debian.org/Bugs/server-control

Thanks!


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

Bug#698534: krb5-user: usage of keytabs gives "Generic preauthentication failure while getting initial credentials"

[Christoph Anton Mitterer]

reopen 698534
stop

Hi.

Are you really sure that this has been fixed?

$ apt-cache policy krb5-user 
krb5-user:
  Installed: 1.11.2+dfsg-1


$ kinit mitte...@cern.ch
Password for mitte...@cern.ch: 
$ klist -e
Ticket cache: FILE:/tmp/krb5cc_1000
Default principal: mitte...@cern.ch

Valid starting   Expires  Service principal
2013-05-26 12:04:33  2013-05-27 12:04:19  krbtgt/cern...@cern.ch
Etype (skey, tkt): aes256-cts-hmac-sha1-96, aes256-cts-hmac-sha1-96 


but:


$ ktutil 
ktutil:  addent -password -p mitte...@cern.ch -k 1 -e
aes256-cts-hmac-sha1-96
Password for mitte...@cern.ch: 
ktutil:  wkt kt
ktutil: quit
$ kinit -k -t kt mitte...@cern.ch
kinit: Preauthentication failed while getting initial credentials


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#709882: RM: libauthority-shared-perl, libobject-authority-perl -- ROM; superseded by librole-commons-perl

[Florian Schlichting]

Package: ftp.debian.org
Severity: normal

Please remove libauthority-shared-perl and libobject-authority-perl from
unstable and testing. They were abandoned upstream and their modules
were taken over by librole-commons-perl.

Florian


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

Bug#702548: pu: package libssh/0.4.5-3+squeeze2

[Adam D. Barratt]

On Thu, 2013-05-23 at 00:49 +0200, Laurent Bigonville wrote:
> I looked (quickly must confess) at a way of testing the fix and see if
> there was a regression or not. The problem is that the patch is in the
> server part of the code, and I think that actually nothing is using it
> (and I'm not sure that this part of the code is usable at all).
> 
> The security issue is minor (DOS), and wheezy has been released now, so
> I not sure it worth the pain of fixing this, what do you think?

If you're not comfortable with the fix (or even the need for it) then
maybe it makes more sense to skip it at the moment, indeed.

Regards,

Adam


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

Bug#707752: pu: package distro-info-data/0.16~wheezy1

[Adam D. Barratt]

On Thu, 2013-05-23 at 00:24 +0200, Stefano Rivera wrote:
> Hi Adam (2013.05.22_23:21:49_+0200)
> > What's the real-world impact of the dates being wrong in wheezy for
> > another few weeks? (i.e. the rationale for stable-updates rather than
> > just waiting for 7.1 to be released.)
> 
> Mostly just developer tools won't do the right thing when given a
> codename alias (like unstable). And when working on Ubuntu packages,
> tools that won't know the name of the development release.
> So small impact, and only on developers.

I assume unstable was only an example of a codename here, as the diff
doesn't look like it would affect parsing of "unstable" (unless I'm
missing something).

Hmmm. Data-only packages certainly make sense for stable-updates, it's
just a question of whether they all do. While we ponder that, please
feel free to go ahead with the upload, as per my earlier mail.

Regards,

Adam


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

Bug#707871: pu: package libdatetime-timezone-perl/1:1.58-1+2013c

[Adam D. Barratt]

On Thu, 2013-05-23 at 00:06 +0200, gregor herrmann wrote:
> On Wed, 22 May 2013 22:40:57 +0100, Adam D. Barratt wrote:
[...]
> > > > > I'd like to upload libdatetime-timezone-perl/1:1.58-1+2013c to s-p-u
> > > > ACK, targeting wheezy in changelog, of course.
[...]
> > > > > (and also have it moved to stable-updates if possible).
> > > > (not sure about that one.)
> > > (Let's hope it's possible but up to the RT.)
> > What's the net effect of having the old version in stable for another
> > few weeks? (i.e. the rationale for -updates in advance of 7.1.)
> 
> Looking at
> https://mm.icann.org/pipermail/tz-announce/2013-April/11.html
> (tzdata2013c release) it looks like DST in Palestine (Asia/Gaza) is
> already in effect which wasn't in 2013b, so this seems to have a
> concrete effect, if I'm reading this correctly. - Not sure if this
> warrants going through -updates now, or what the situation for tzdata
> is in this respect.

We've generally pushed tzdata via -updates when there's been a change
which takes effect in the near future or recent past, particularly when
that change was made at short notice (there have been a few "we're
changing to DST next weekend" type announcements). In that context,
maybe we should be considering pushing 2013c for the Palestine / Gaza
changes.

> In general, my idea was to handle libdatetime-timezone-perl like
> tzdata in the past for the wheezy lifetime, i.e. to try to provide
> recent versions (of the data part only) through stable-updates. --
> But I realize this hasn't been discussed with the release team yet :)

Ah, I see. :-) If the changes are only likely to consist of replacing
the data files then yes it should be feasible to update libdt-tz-perl
similarly in tzdata; it might make sense to try and update both packages
around the same time.

Regards,

Adam


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

Bug#706653: Pre-approval, unblock: debian-history/2.19

[Adam D. Barratt]

On Sun, 2013-05-26 at 11:39 +0200, Javier Fernandez-Sanguino wrote:
> On 22 May 2013 23:27, David Prévot  wrote:
> > Javier, given your last edition dates from over two weeks, and a point
> > release is scheduled in three weeks, is it OK for you to get the
> > remaining (main) translations updated, and to pursue the initial goal?
[...]
> We will give some time for translators to send updated translations
> and then we will make an upload to stable with the updated document as
> well as the translators. The current target for this upload is June
> 1st. I hope that leaves enough time for it to get the updated package
> into the next point release. Does it?

That should be fine, yes; thanks.

Regards,

Adam


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

Bug#704227: pu: freebsd-utils/9.0+ds1-11~deb7u1

[Adam D. Barratt]

Control: tags - 1 + confirmed

On Mon, 2013-05-20 at 17:19 +0100, Steven Chamberlain wrote:
> > "Adam D. Barratt"  writes:
> >> The version needs to be lower than that in testing, so either -10+deb7u1
> >> or -11~deb7u1.
> 
> I think we'll go with the latter;  that should be more descriptive as it
> is a trivial backport of -11 from sid/jessie.
> 
> Attached is an updated debdiff;  only the version number and target
> suite has changed.

Please go ahead; thanks.

Regards,

Adam


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

Bug#707891: llvm-toolchain-3.2 FTBFS on most architectures.

[Sylvestre Ledru]

On 24/05/2013 00:26, peter green wrote:
> Recent uploads have changed things round a bit. The package still FTBFS
> on most architectures but it does so in a different way.
>> make[1]: Leaving directory
>> `/build/buildd-llvm-toolchain-3.2_3.2repack-6-s390x-gQ5TrE/llvm-toolchain-3.2-3.2repack'
>>
>>dh_install -a
>> cp: cannot stat 'debian/tmp/usr/bin/lldb-3.2': No such file or directory
>> dh_install: cp -a debian/tmp/usr/bin/lldb-3.2
>> debian/lldb-3.2//usr/bin/ returned exit code 1
>> make: *** [binary-arch] Error 2
>>   
> This looks like you need to set the architecture list for lldb-3.2 in
> debian/control to match the list of architectures that you are building
> lldb on.
> 
I am in vac this week. I will have a look next week.

Sylvestre


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

Bug#704566: unblock: isc-dhcp/4.2.2.dfsg.1-5+deb70u4

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sun, 2013-05-12 at 12:58 -0400, Michael Gilbert wrote:
> On Tue, Apr 16, 2013 at 8:08 AM, Adam D. Barratt wrote:
> > On 13.04.2013 17:28, Cyril Brulebois wrote:
> >> I'd rather avoid taking chances at this very late stage. Before rc2
> >> would have been doable, but now… not so much.
> >
> > In which case, let's look at this again after the release?
> 
> It's now after.  How would you like me to approach this?  Do I need to
> do a new upload to spu?  If so, should the version be +deb70u5 or
> +deb70u6?  It looks like the tpu didn't get automatically moved over
> to spu [0]?

Yes, the latter and no, in that order. :-)

There is one issue, which is that testing still has +deb70u3, as there
doesn't seem to be any movement on #692808; that'll need resolving
somehow before the point release.

Regards,

Adam


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

Bug#695194: one patron test failure remaining

[Praveen A]

After Cedric added ca-certificates in build deps, the https tests are
passing now.

One more test is failing in pbuilder, though it works outside pbuilder
when I run rspec.

Run options:
  include {:focus=>true}
  exclude {:without_webmock=>true}

All examples were filtered out; ignoring {:focus=>true}
.F

Failures:

  1) Patron when custom functionality is used file requests should
raise same error as Patron if file is not readable for get request
 Failure/Error: Unable to find matching line from backtrace
   expected ArgumentError with "Unable to open specified file."
but nothing was raised
 # ./spec/acceptance/patron/patron_spec.rb:47:in `block (4 levels)
in '

Finished in 44.27 seconds
250 examples, 1 failure

Failed examples:

rspec /usr/lib/ruby/vendor_ruby/rspec/core/metadata.rb:185 # Patron
when custom functionality is used file requests should raise same
error as Patron if file is not readable for get request
/usr/bin/rspec: [BUG] Segmentation fault
ruby 1.9.3p194 (2012-04-20 revision 35410) [x86_64-linux]

-- Control frame information ---
c:0001 p: s:0002 b:0002 l:001e68 d:001e68 TOP


-- C level backtrace information ---
Segmentation fault


--
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
You have to keep reminding your government that you don't get your
rights from them; you give them permission to rule, only so long as
they follow the rules: laws and constitution.


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

Bug#706799: pu: net-snmp/5.4.3-3+wheezy1

[Adam D. Barratt]

Control: tags -1 + moreinfo

On Sun, 2013-05-05 at 14:54 +0900, Hideki Yamane wrote:
>  I'd like to upload net-snmp package due to fix piuparts
>  failure with upgrade to newer version. Please check attached
>  debdiff (as I mistake, it contains unnecessary .ex file but
>  not remove it, just as is)

If it's not meant to be there, why did you include it in the diff?

A few comments on the proposed changes:

+net-snmp (5.4.3~dfsg-3+wheezy1) stable-proposed-updates; urgency=low

The version needs to be lower than the version in testing, so
5.4.3~dfsg-3~deb7u1.

+  if [ -h $docdir ]; then
+ rm -rf $docdir
+  fi

If the directory's a link, you only need "rm $docdir".

-   rm -rf debian/libsnmp-dev/usr/share/doc/libsnmp-dev
-   rm -rf 
debian/libsnmp$(LIB_VERSION)-dbg/usr/share/doc/libsnmp$(LIB_VERSION)-dbg
-   rm -rf debian/libsnmp-perl/usr/share/doc/libsnmp-perl
-   ln -sf libsnmp$(LIB_VERSION) 
debian/libsnmp-dev/usr/share/doc/libsnmp-dev
-   ln -sf libsnmp$(LIB_VERSION) 
debian/libsnmp$(LIB_VERSION)-dbg/usr/share/doc/libsnmp$(LIB_VERSION)-dbg
-   ln -sf libsnmp$(LIB_VERSION) 
debian/libsnmp-perl/usr/share/doc/libsnmp-perl

There's also a new preinst for libsnmp15, but under what circumstances
would that ever be a symlink?

Regards,

Adam


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

Bug#708223: pu: package ruby-tmail/1.2.7.1-3

[Adam D. Barratt]

Control: tags -1 + confirmed

On Wed, 2013-05-22 at 11:32 +0200, Jérémy Bobbio wrote:
> Cyril Brulebois:
[...]
> > this package seems to have ruby-actionmailer-2.3 has a r-dep. Should
> > we anticipate side effects in there due to this bug fix? If so, only
> > positive ones, surely? :)
> 
> ruby-actionmailer-2.3 test suite does not show any difference before and
> after patching tmail. I believe it is affected by the same issue as
> Schleuder if it's used to handle incoming attachments.

Please go ahead with the upload, bearing in mind Cyril's earlier
comments regarding versioning.

Regards,

Adam


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

Bug#707167: pu: package lapack/3.4.1+dfsg-1+deb70u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Tue, 2013-05-07 at 22:51 +0200, Sébastien Villemot wrote:
> Please find attached a proposed update for LAPACK. It fixes an issue with 
> wrong
> numerical results in a multithreaded environment, so I consider this severe
> enough to warrant a stable update.

Please go ahead; thanks.

Regards,

Adam


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

Bug#707284: pu: octave/3.6.2-5+deb7u1

[Adam D. Barratt]

Control: tags -1 -moreinfo +confirmed

On Wed, 2013-05-22 at 08:15 +0200, Sébastien Villemot wrote:
> Le mercredi 22 mai 2013 à 01:03 +0200, Cyril Brulebois a écrit :
> 
> > Sébastien Villemot  (08/05/2013):
> > > The patch fixes the rcond function, which computes (the inverse of)
> > > the condition number of a matrix. For some matrices, the function
> > > currently returns a completely incorrect value. This is a problem
> > > that I consider severe enough to warrant a stable update (there is
> > > no associated bug in the Debian BTS, but I consider it of severity
> > > important).
[...]
> I confirm that the proposed patched is included in octave version
> 3.6.4-2 currently in sid.

Please go ahead; thanks.

Regards,

Adam


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

Bug#597922: SANE still does not work with Epson Perfection 1650

[Ploufy]

Hello,

First of all, sorry for my poor english.
Secondly, sorry if i don't respect debian standard about reporting a 
bug, this is about my first time despite the fact that i'm using Debian 
for a bit more than 10 years now (I really love Debian !!! ;-) ).


I'm getting to the point now...
I had to scan some official papers so i dig out my Epson Perfection 1650.
After readling all the thread i installed libsane from experimental, and 
tested itusing xsane.
Sadly, still the same results... I got the "[epson2] e2_ext_read: cancel 
request received" message...


What could i do to help ??


$ dpkg -l *sane*
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| 
État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements

|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom Version ArchitectureDescription
+++-=-===-===-===
ii  libksane-data 4:4.8.4-1   all 
scanner library (data files)
ii  libksane0 4:4.8.4-1   amd64   scanner 
library (runtime)
ii  libsane:amd64 1.0.23-0.1~experimental amd64   API 
library for scanners
ii  libsane:i386 1.0.23-0.1~experimental i386API 
library for scanners
ii  libsane-common 1.0.23-0.1~experimental amd64   API 
library for scanners -- documentation and support files
ii  libsane-extras:amd64 1.0.22.3amd64   
API library for scanners -- extra backends
ii  libsane-extras:i386 1.0.22.3i386
API library for scanners -- extra backends
ii  libsane-extras-common 1.0.22.3
amd64   API library for scanners -- documentation and 
support files
ii  libsane-hpaio 3.13.4-1amd64   HP 
SANE backend for multi-function peripherals
ii  sane-utils 1.0.23-0.1~experimental amd64   API 
library for scanners -- utilities
ii  xsane 0.998-4 amd64   featureful 
graphical frontend for SANE (Scanner Access Now Easy)
ii  xsane-common 0.998-4 all 
featureful graphical frontend for SANE (Scanner Access Now Easy)


Regards.

--
Fabrice

Bug#706329: pu: atlas/3.8.4-9+deb7u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Thu, 2013-05-23 at 00:34 +0200, Andreas Beckmann wrote:
> This should be a really save Breaks being added

Famous last words...

> - the package in
> question is going to be removed anyway during the upgrade, we must only
> ensure it happens early enough.

Please go ahead; thanks.

Regards,

Adam


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

Bug#706380: pu: clutter-gst/1.5.4-1+build1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Thu, 2013-05-23 at 00:52 +0200, Andreas Beckmann wrote:
> Attaching the diff.
> I like the +build0 suggestion :-)

Please go ahead; thanks.

How easy / difficult would it be to set up some upgrade tests involving
this / similar packages once they're in p-u?

Regards,

Adam


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

Bug#708366: marked as done (pike7.8: FTBFS due to conflicting REG_* definitions)

[Magnus Holmgren]

found 708366 7.8.700-3
stop

Oops, that didn't work. Apparently I only tested building the package on i386 
in my mind.

-- 
Magnus Holmgrenholmg...@debian.org
Debian Developer 


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

Bug#708807: pspp: diff for NMU version 0.7.9+git20120620-1.2

[Sebastian Ramacher]

Control: tags -1 + patch pending

Dear maintainer,

I've prepared an NMU for pspp (versioned as 0.7.9+git20120620-1.2) and
uploaded it to DELAYED/1. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
Sebastian Ramacher
diff -Nru pspp-0.7.9+git20120620/debian/changelog pspp-0.7.9+git20120620/debian/changelog
--- pspp-0.7.9+git20120620/debian/changelog	2013-02-05 00:25:40.0 +0100
+++ pspp-0.7.9+git20120620/debian/changelog	2013-05-26 12:37:56.0 +0200
@@ -1,3 +1,13 @@
+pspp (0.7.9+git20120620-1.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/patches/fix_ftbfs_gets: Apply patch from Ubuntu to fix FTBFS with
+eglibc 2.17. (Closes: #708807)
+  * debian/patches/texinfo-5: Apply patch from upstream to fix FTBFS with
+texinfo 5.
+
+ -- Sebastian Ramacher   Sun, 26 May 2013 12:37:54 +0200
+
 pspp (0.7.9+git20120620-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru pspp-0.7.9+git20120620/debian/patches/fix_ftbfs_gets pspp-0.7.9+git20120620/debian/patches/fix_ftbfs_gets
--- pspp-0.7.9+git20120620/debian/patches/fix_ftbfs_gets	1970-01-01 01:00:00.0 +0100
+++ pspp-0.7.9+git20120620/debian/patches/fix_ftbfs_gets	2013-05-24 13:15:11.0 +0200
@@ -0,0 +1,23 @@
+Description: Fix FTBFS with eglibc 2.17
+Origin: vendor
+Bug-Debian: http://bugs.debian.org/708807
+Last-Update: 2013-05-24
+
+--- a/gnulib/lib/stdio.in.h
 b/gnulib/lib/stdio.in.h
+@@ -711,11 +711,15 @@
+ _GL_CXXALIAS_SYS (gets, char *, (char *s));
+ #  undef gets
+ # endif
++# if defined gets
+ _GL_CXXALIASWARN (gets);
++# endif
+ /* It is very rare that the developer ever has full control of stdin,
+so any use of gets warrants an unconditional warning.  Assume it is
+always declared, since it is required by C89.  */
++# if defined gets
+ _GL_WARN_ON_USE (gets, "gets is a security hole - use fgets instead");
++# endif
+ #endif
+ 
+ 
diff -Nru pspp-0.7.9+git20120620/debian/patches/series pspp-0.7.9+git20120620/debian/patches/series
--- pspp-0.7.9+git20120620/debian/patches/series	2013-02-04 23:07:56.0 +0100
+++ pspp-0.7.9+git20120620/debian/patches/series	2013-05-24 13:14:34.0 +0200
@@ -1,2 +1,4 @@
 fix_paths_in_manpage
 699263
+fix_ftbfs_gets
+texinfo-5
diff -Nru pspp-0.7.9+git20120620/debian/patches/texinfo-5 pspp-0.7.9+git20120620/debian/patches/texinfo-5
--- pspp-0.7.9+git20120620/debian/patches/texinfo-5	1970-01-01 01:00:00.0 +0100
+++ pspp-0.7.9+git20120620/debian/patches/texinfo-5	2013-05-24 13:15:51.0 +0200
@@ -0,0 +1,25 @@
+Description: Fix FTBFS with texinfo 5.x
+Origin: upstream,
+ http://git.savannah.gnu.org/cgit/pspp.git/commit/doc/utilities.texi?id=ac9ad68f886cc67c0f2ec144c2bfcb148031d452
+Last-Update: 2013-05-24
+
+--- pspp-0.7.9+git20120620.orig/doc/utilities.texi
 pspp-0.7.9+git20120620/doc/utilities.texi
+@@ -721,7 +721,7 @@ If @subcmd{TNUMBERS} is set to @subcmd{L
+ If the a value has no label, then it will be displayed using its literal value.
+ If @subcmd{TNUMBERS} is set to @subcmd{BOTH}, then values will be displayed with both their label
+ (if any) and their literal value in parentheses.
+-@itemx TVARS
++@item TVARS
+ The @subcmd{TVARS} option sets the way in which variables are displayed in output tables.
+ The valid settings are @subcmd{NAMES}, @subcmd{LABELS} and @subcmd{BOTH}.
+ If @subcmd{TVARS} is set to @subcmd{NAMES}, then all variables are displayed using their names.
+@@ -861,7 +861,7 @@ parameters.  Parameters that can be chan
+ with the same name.  @cmd{SHOW} supports the following additional
+ subcommands:
+ 
+-@table @bullet
++@table @asis
+ @item @subcmd{ALL}
+ Show all settings.
+ @item @subcmd{CC}


signature.asc
Description: Digital signature

Bug#687596: vino: CVE-2012-4429

[Jonathan Wiltshire]

Package: vino

Dear maintainer,

Recently you fixed one or more security problems and as a result you closed
this bug. These problems were not serious enough for a Debian Security
Advisory, so they are now on my radar for fixing in the following suites
through point releases:

squeeze (6.0.8) - use target "oldstable"

Please prepare a minimal-changes upload targetting each of these suites,
and submit a debdiff to the Release Team [0] for consideration. They will
offer additional guidance or instruct you to upload your package.

I will happily assist you at any stage if the patch is straightforward and
you need help. Please keep me in CC at all times so I can
track [1] the progress of this request.

For details of this process and the rationale, please see the original
announcement [2] and my blog post [3].

0: debian-rele...@lists.debian.org
1: http://prsc.debian.net/tracker/687596/
2: <201101232332.11736.th...@debian.org>
3: http://deb.li/prsc

Thanks,

with his security hat on:
--
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51


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

Bug#664241: docbook-xsl: Files with REALLY long line

[Daniel Leidert]

Hi,

Although I do agree, that files with very long lines are unpractible
using grep I'm wondering: What is (your) practical issue here? These
files are usually not customized. It is easy to convert them to indented
mode. However, this will increase the file size to about 150% of the
original one.

Regards, Daniel


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

Bug#524488: Reassigning to valgrind

[Romain Francoise]

This is a limitation of valgrind and I checked that it still applies
with sid's version, so I'm reassigning this bug to the valgrind package.

Thanks,
-- 
Romain Francoise 
http://people.debian.org/~rfrancoise/


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

Bug#709883: keyboard-configuration: X keyboard configuration lost after upgrade

[raphael]

Package: keyboard-configuration
Version: 1.93
Severity: important
Tags: l10n

Hi,

I'm using sid and after an aptitude safe-upgrade, X shows up with english 
keyboard layout instead of french as it was before.
I tried with gdm3/ligthdm/only startx, and the problems is still here. It seems 
related to X or udev since the upgrade, because gnome is well set and gives a 
french keyboard (macbook pro one), and for awesome, my main wm, i have to 
setxkbmap fr in ~/.xsession to get a french keyboard layout
a few more info :

cat /etc/default/keyboard
# KEYBOARD CONFIGURATION FILE

# Consult the keyboard(5) manual page.

XKBMODEL="macbook78"
XKBLAYOUT="fr"
#XKBVARIANT="mac"
XKBOPTIONS="terminate:ctrl_alt_bksp"

BACKSPACE="guess"
XKBVARIANT="mac"


cat /etc/default/locale
#  File generated by update-locale
LANG=fr_FR.UTF-8

I'm still trying to figure out how to get french back at dm greeter

thanks

raphael

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

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

Versions of packages keyboard-configuration depends on:
ii  debconf 1.5.50
ii  initscripts 2.88dsf-41
ii  liblocale-gettext-perl  1.05-7+b1

keyboard-configuration recommends no packages.

keyboard-configuration suggests no packages.

Versions of packages console-setup depends on:
ii  console-setup-linux  1.93
ii  debconf  1.5.50
ii  xkb-data 2.5.1-3

Versions of packages console-setup suggests:
ii  locales   2.17-3
ii  lsb-base  4.1+Debian11

Versions of packages console-setup-linux depends on:
ii  kbd  1.15.5-1

Versions of packages console-setup-linux suggests:
ii  console-setup  1.93

Versions of packages keyboard-configuration is related to:
ii  console-common  0.7.87
ii  console-data2:1.12-2
pn  console-tools   
ii  kbd 1.15.5-1

-- debconf information:
* console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic 
languages
* keyboard-configuration/layout:
* keyboard-configuration/xkb-keymap: fr(mac)
* keyboard-configuration/variant: Français - Français (Macintosh)
  debian-installer/console-setup-udeb/title:
  keyboard-configuration/unsupported_options: true
  console-setup/framebuffer_only:
* keyboard-configuration/ctrl_alt_bksp: true
  console-setup/guess_font:
* keyboard-configuration/variantcode: mac
  console-setup/store_defaults_in_debconf_db: true
* keyboard-configuration/other:
* keyboard-configuration/optionscode: terminate:ctrl_alt_bksp
  console-setup/use_system_font:
  console-setup/fontsize: 8x16
* keyboard-configuration/modelcode: macbook78
  keyboard-configuration/unsupported_config_options: true
* console-setup/fontface47: Terminus
  keyboard-configuration/unsupported_config_layout: true
* keyboard-configuration/toggle: No toggling
  console-setup/fontsize-text47: 8x16
* keyboard-configuration/compose: No compose key
* keyboard-configuration/switch: No temporary switch
* console-setup/charmap47: UTF-8
* keyboard-configuration/altgr: The default for the keyboard layout
  console-setup/codesetcode: Lat15
  keyboard-configuration/unsupported_layout: true
* keyboard-configuration/model: MacBook/MacBook Pro
* keyboard-configuration/layoutcode: fr
* console-setup/fontsize-fb47: 8x16
* keyboard-configuration/store_defaults_in_debconf_db: true


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

Bug#709884: /bin/login: Cannot login as or su to root on /dev/tty1.

[Jeroen N. Witmond]

Package: login
Version: 1:4.1.4.2+svn3283-2+squeeze1
Severity: important
File: /bin/login

To update from squeeze to wheezy I need to login as root without using
X, gdm, etc.  So I use Ctrl+Alt+F1 to go to tty1. 

However, attempts to login as root result in "Login incorrect" with
the following lines in /var/log/auth.log:

May 26 14:07:38 BlackBox login[3792]: pam_unix(login:auth):
authentication failure; logname=LOGIN uid=0 euid=0 tty=/dev/tty1
ruser= rhost= user=root 
May 26 14:07:41 BlackBox login[3792]: FAILED LOGIN (1) on '/dev/tty1'
FOR 'root', Authentication failure

Login in as a normal user followed by `su -` results in "su:
Authentication failure" with the following lines in /var/log/auth.log:

May 26 14:10:34 BlackBox su[3846]: pam_unix(su:auth): authentication
failure; logname=jeroen uid=1000 euid=0 tty=/dev/tty1 ruser=jeroen
rhost=  user=root
May 26 14:10:36 BlackBox su[3846]: pam_authenticate: Authentication
failure
May 26 14:10:36 BlackBox su[3846]: FAILED su for root by jeroen
May 26 14:10:36 BlackBox su[3846]: - /dev/tty1 jeroen:root

When I run a terminal window under X I can su to root.

-- System Information: Debian Release: 6.0.7 Architecture: amd64
(x86_64)

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

Versions of packages login depends on:
ii  libc6 2.11.3-4   Embedded GNU C Library: Shared lib
ii  libpam-modules1.1.1-6.1+squeeze1 Pluggable Authentication Modules f
ii  libpam-runtime1.1.1-6.1+squeeze1 Runtime support for the PAM librar
ii  libpam0g  1.1.1-6.1+squeeze1 Pluggable Authentication Modules l

login recommends no packages.

login 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#709684: gnome-shell: characters missing on top bar, menu, and sometimes the application menu (specifically a e l r and t)

[Larry Johnson]

I'm just learning the debian bug tracking system, so I hope I understood
the instructions correctly that replying to this message is the proper
means of adding information to a bug report.

Since I filed the bug I've discovered several things:

1) I initially installed the i386 version of wheezy, and should have
installed amd64.  Since I reinstalled the problem has occurred only once.

2) Before the offending reboot (with the amd64 version) kernel messages of
the following sort were spewed to my messages file:

May 25 19:15:50 nerowolfe kernel: [29293.093583] [drm] nouveau
:00:0d.0: PGRAPH - ch 3 (0x0006b000) subc 4 class 0x0039 mthd 0x0300
data 0x0003
May 25 19:15:50 nerowolfe kernel: [29293.093588] [drm] nouveau
:00:0d.0: PGRAPH - ERROR nsource: ILLEGAL_MTHD nstatus: BAD_ARGUMENT
PROTECTION_FAULT
May 25 19:15:50 nerowolfe kernel: [29293.093594] [drm] nouveau
:00:0d.0: PGRAPH - ch 3 (0x0006b000) subc 4 class 0x0039 mthd 0x0304
data 0x0003
May 25 19:15:50 nerowolfe kernel: [29293.093598] [drm] nouveau
:00:0d.0: PGRAPH - ERROR nsource: ILLEGAL_MTHD nstatus: BAD_ARGUMENT
PROTECTION_FAULT
May 25 19:15:50 nerowolfe kernel: [29293.093604] [drm] nouveau
:00:0d.0: PGRAPH - ch 3 (0x0006b000) subc 4 class 0x0039 mthd 0x0308
data 0x012001df
May 25 20:02:16 nerowolfe kernel: [32079.928230] nouveau_ratelimit: 32
callbacks suppressed
May 25 20:02:16 nerowolfe kernel: [32079.928238] [drm] nouveau
:00:0d.0: PGRAPH - ERROR nsource: DATA_ERROR nstatus: BAD_ARGUMENT
PROTECTION_FAULT
May 25 20:02:16 nerowolfe kernel: [32079.928257] [drm] nouveau
:00:0d.0: PGRAPH - ch 3 (0x0006b000) subc 2 class 0x3089 mthd 0x0300
data 0x0a0a000a

3) Here is the output of lspci on my system:

00:00.0 RAM memory: NVIDIA Corporation MCP61 Memory Controller (rev a1)
00:01.0 ISA bridge: NVIDIA Corporation MCP61 LPC Bridge (rev a2)
00:01.1 SMBus: NVIDIA Corporation MCP61 SMBus (rev a2)
00:01.2 RAM memory: NVIDIA Corporation MCP61 Memory Controller (rev a2)
00:02.0 USB controller: NVIDIA Corporation MCP61 USB 1.1 Controller (rev a3)
00:02.1 USB controller: NVIDIA Corporation MCP61 USB 2.0 Controller (rev a3)
00:04.0 PCI bridge: NVIDIA Corporation MCP61 PCI bridge (rev a1)
00:05.0 Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev
a2)
00:06.0 IDE interface: NVIDIA Corporation MCP61 IDE (rev a2)
00:07.0 Bridge: NVIDIA Corporation MCP61 Ethernet (rev a2)
00:08.0 IDE interface: NVIDIA Corporation MCP61 SATA Controller (rev a2)
00:09.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2)
00:0b.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2)
00:0d.0 VGA compatible controller: NVIDIA Corporation C61 [GeForce 6150SE
nForce 430] (rev a2)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Miscellaneous Control
01:09.0 Communication controller: Conexant Systems, Inc. HSF 56k Data/Fax
Modem

4) Here is the line from dmesg on detecting the NV40


As I stated I am new to the bug reporting system here, and wish to submit
good reports.  Anything I've done wrong or left out please let me know.



On Fri, May 24, 2013 at 9:41 PM, Larry Felton Johnson <
larryfeltonjohn...@gmail.com> wrote:

> Package: gnome-shell
> Version: 3.4.2-7
> Severity: important
>
> Dear Maintainer,
> *** Please consider answering these questions, where appropriate ***
>
>* What led up to the situation?
>
> Newly installed Debian 7
>
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>
> So far I haven't figured out a workaround or quick fix.  This seems to be
> identical to bug 636784, which was closed last year with no resolution.
>
>* What was the outcome of this action?
>* What outcome did you expect instead?
>
> *** End of the template - remove these lines ***
>
>
>
> -- System Information:
> Debian Release: 7.0
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: i386 (i686)
>
> Kernel: Linux 3.2.0-4-686-pae (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 gnome-shell depends on:
> ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
> ii  gconf-service3.2.5-1+build1
> ii  gir1.2-accountsservice-1.0   0.6.21-8
> ii  gir1.2-atk-1.0   2.4.0-2
> ii  gir1.2-caribou-1.0   0.4.4-1
> ii  gir1.2-clutter-1.0   1.10.8-2
> ii  gir1.2-cogl-1.0  1.10.2-7
> ii  gir1.2-coglpango-1.0 1.10.2-7
> ii  gir1.2-folks-0.6 0.6.9-1+b1

Bug#709885: RM: gnutls-bin [mips mipsel] -- ROM; blocks gnutls26 propagation to testing

[Andreas Metzler]

Package: ftp.debian.org
Severity: normal

Hello,

I do not know for sure whether it is possible to selectivly remove two
binary packages on specific architectures while keeping the source
packages and the other binaries built from the source. I assume it is
possible, please tell me if I am wrong.

Please remove these two *binary* packages from both unstable and
testing:
gnutls-bin [mips mipsel] 3.0.22-3+really2.12.20-6
guile-gnutls [mips mipsel] 3.0.22-3+really2.12.20-6

Rationale
I want gnutls26/2.12.23-5 to propagate to testing ASAP due to #709301.
This is currently blocked by the missing build of gnutls28/3.0.22-4 on
mips/mipsel which would provide up to date gnutls-bin and guile-gnutls
binary packages. mips/mipsel therefore currently only has the old version
of gnutls-bin and guile-gnutls (3.0.22-3+really2.12.20-6, built from
gnutls26/2.12.20-6) and the transition is blocked.

After the package removal the following should happen automatically:
* libtasn1-3 2.14-3 enters testing,
* gnutls28 3.0.22-4 enters testing,
* gnutls26 2.12.23-5 enters testing.

The build error on mips/mipsel is caused by toolchain breakage on
these archs. See
http://article.gmane.org/gmane.linux.debian.ports.mips/7506

thanks, cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


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

Bug#709684: Further info

[Larry Johnson]

Here's a bit more info:

1) output of dpkg-query -l gnome

||/ NameVersion
Architecture Description
+++-===---===
ii  gnome   1:3.4+7
amd64Full GNOME Desktop Environment, with extra
components<709...@bugs.debian.org>

2) the dmesg line I left out of the previous addition to the report:

[8.526673] [drm] nouveau :00:0d.0: Detected an NV40 generation card
(0x04c000a2)
<709...@bugs.debian.org>

-- 

Amat Victoria Carum

Bug#709886: Fix false positive under debian/changelog for gfdl

[bastien ROUCARIES]

Package: lintian
Version: 2.5.12
Severity: minor 
tags: patch

debian/changelog has no need to be scanned for license problem.

Bastien
From ff959690b305db8cf08260f892df1ef5929d4509 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bastien=20ROUCARI=C3=88S?= 
Date: Sun, 26 May 2013 13:09:45 +0200
Subject: [PATCH] Do not warm for license string in debian changelog

If they are some bad license in this file it is for documentation purpose of changelog
---
 checks/cruft |1 +
 1 file changed, 1 insertion(+)

diff --git a/checks/cruft b/checks/cruft
index 8cef84b..f25dcf3 100644
--- a/checks/cruft
+++ b/checks/cruft
@@ -445,6 +445,7 @@ sub find_cruft {
 }
 
 return if $info->is_non_free; # (license issue does not apply to non-free)
+return if $basename eq 'debian/changelog'; # (license string in debian/changelog are changelog)
 
 # test license problem is source file (only text file)
 if (-T $basename) {
-- 
1.7.10.4

Bug#707752: pu: package distro-info-data/0.16~wheezy1

[Stefano Rivera]

Hi Adam (2013.05.26_12:38:52_+0200)
> I assume unstable was only an example of a codename here, as the diff
> doesn't look like it would affect parsing of "unstable" (unless I'm
> missing something).

Yeah, testing, stable, and oldstable would be the ones that matter :)

> Hmmm. Data-only packages certainly make sense for stable-updates, it's
> just a question of whether they all do.

Fair enough. Given that the first point release is around the corner,
and this has taken a couple of weeks to get to this point, it obviously
doesn't matter much either way.

In future, I'd like this package to be a candidate for stable-updates.
distro-info is fairly pointless if the data is out of date, and we'd
rather stick to updating the data through standard distro channels, than
provide a command to grab out-of-band updates.

> While we ponder that, please feel free to go ahead with the upload, as
> per my earlier mail.

Doh. Somehow I never read the second half of the e-mail. Uploaded.

Thanks,

SR

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


signature.asc
Description: Digital signature

Bug#709887: live-build: No memory test in prebuild live images.

[Vincent Smeets]

Package: live-build
Version: 3.0.5-1
Severity: normal

Hallo,

maybe this bug isn't reported to the correct package, but then you will
be able to reassign it to the correct package.

I have just downloaded the iso image using
http://cdimage.debian.org/debian-cd/current-live/amd64/bt-hybrid/debian-live-7.0.0-amd64-rescue.iso.torrent
and burned it on a CD.

After starting the image, I started the hardware detection tool and
selected there "Memory" => "Run Test". It did want to boot an image
"memtest" but reports that it can't be found.

Can you add the memtest image (it is usefull in a "rescue" iso), or
otherwise disable the "Run Test" menu item.

Regards,
Vincent Smeets

-- Package-specific info:

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

Versions of packages live-build depends on:
ii  debootstrap  1.0.49

Versions of packages live-build recommends:
ii  cpio2.11+dfsg-0.1
pn  gnu-fdisk   
pn  live-boot-doc   
pn  live-config-doc 
ii  live-manual-html [live-manual]  1:3.0.2-1

Versions of packages live-build suggests:
pn  debian-keyring  
ii  dosfstools  3.0.16-2
ii  fakeroot1.18.4-2
ii  git 1:1.7.10.4-2
ii  gpgv1.4.12-7
pn  loadlin 
pn  memtest86+ | memtest86  
pn  mtools  
ii  parted  2.3-12
pn  squashfs-tools | mtd-tools  
ii  sudo1.8.5p2-1+nmu1
pn  syslinux | grub 
ii  uuid-runtime2.20.1-5.4
pn  win32-loader
pn  xorriso 

-- 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#709888: python3.3: needs symbol file update for m68k

[Thorsten Glaser]

Source: python3.3
Version: 3.3.2-2
Severity: normal

dh_makeshlibs -plibpython3.3 -V 'libpython3.3'
dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see 
diff output below
dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
file: see diff output below
dpkg-gensymbols: warning: debian/libpython3.3/DEBIAN/symbols doesn't match 
completely debian/libpython3.3.symbols
--- debian/libpython3.3.symbols (libpython3.3_3.3.2-2_m68k)
+++ dpkg-gensymbolspAYCgI   2013-05-26 10:39:31.0 +
@@ -58,20 +58,20 @@
  PyBytes_Repr@Base 3.3.1
  PyBytes_Size@Base 3.3.1
  PyBytes_Type@Base 3.3.1
- (optional)PyCArgObject_new@Base 3.3.1
- (optional)PyCArg_Type@Base 3.3.1
- (optional)PyCArrayType_Type@Base 3.3.1
- (optional)PyCArrayType_from_ctype@Base 3.3.1
- (optional)PyCArray_Type@Base 3.3.1
- (optional)PyCData_AtAddress@Base 3.3.1
- (optional)PyCData_FromBaseObj@Base 3.3.1
- (optional)PyCData_Type@Base 3.3.1
- (optional)PyCData_get@Base 3.3.1
- (optional)PyCData_set@Base 3.3.1
- (optional)PyCField_FromDesc@Base 3.3.1
- (optional)PyCField_Type@Base 3.3.1
- (optional)PyCFuncPtrType_Type@Base 3.3.1
- (optional)PyCFuncPtr_Type@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCArgObject_new@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCArg_Type@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCArrayType_Type@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCArrayType_from_ctype@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCArray_Type@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCData_AtAddress@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCData_FromBaseObj@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCData_Type@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCData_get@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCData_set@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCField_FromDesc@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCField_Type@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCFuncPtrType_Type@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCFuncPtr_Type@Base 3.3.1
  PyCFunction_Call@Base 3.3.1
  PyCFunction_ClearFreeList@Base 3.3.1
  PyCFunction_Fini@Base 3.3.1
@@ -81,14 +81,14 @@
  PyCFunction_New@Base 3.3.1
  PyCFunction_NewEx@Base 3.3.1
  PyCFunction_Type@Base 3.3.1
- (optional)PyCPointerType_Type@Base 3.3.1
- (optional)PyCPointer_Type@Base 3.3.1
- (optional)PyCSimpleType_Type@Base 3.3.1
- (optional)PyCStgDict_Type@Base 3.3.1
- (optional)PyCStgDict_clone@Base 3.3.1
- (optional)PyCStructType_Type@Base 3.3.1
- (optional)PyCStructUnionType_update_stgdict@Base 3.3.1
- (optional)PyCThunk_Type@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCPointerType_Type@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCPointer_Type@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCSimpleType_Type@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCStgDict_Type@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCStgDict_clone@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCStructType_Type@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCStructUnionType_update_stgdict@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyCThunk_Type@Base 3.3.1
  PyCallIter_New@Base 3.3.1
  PyCallIter_Type@Base 3.3.1
  PyCallable_Check@Base 3.3.1
@@ -161,7 +161,7 @@
  PyDict_DelItemString@Base 3.3.1
  PyDict_Fini@Base 3.3.1
  PyDict_GetItem@Base 3.3.1
- (optional)PyDict_GetItemProxy@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyDict_GetItemProxy@Base 3.3.1
  PyDict_GetItemString@Base 3.3.1
  PyDict_GetItemWithError@Base 3.3.1
  PyDict_Items@Base 3.3.1
@@ -171,7 +171,7 @@
  PyDict_New@Base 3.3.1
  PyDict_Next@Base 3.3.1
  PyDict_SetItem@Base 3.3.1
- (optional)PyDict_SetItemProxy@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyDict_SetItemProxy@Base 3.3.1
  PyDict_SetItemString@Base 3.3.1
  PyDict_Size@Base 3.3.1
  PyDict_Type@Base 3.3.1
@@ -240,7 +240,7 @@
  PyEval_SetProfile@Base 3.3.1
  PyEval_SetTrace@Base 3.3.1
  PyEval_ThreadsInitialized@Base 3.3.1
- (optional)PyExc_ArgError@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyExc_ArgError@Base 3.3.1
  PyExc_ArithmeticError@Base 3.3.1
  PyExc_AssertionError@Base 3.3.1
  PyExc_AttributeError@Base 3.3.1
@@ -614,7 +614,7 @@
  PyObject_Size@Base 3.3.1
  PyObject_Str@Base 3.3.1
  PyObject_Type@Base 3.3.1
- (optional)PyObject_stgdict@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyObject_stgdict@Base 3.3.1
  PyParser_ASTFromFile@Base 3.3.1
  PyParser_ASTFromString@Base 3.3.1
  PyParser_AddToken@Base 3.3.1
@@ -794,7 +794,7 @@
  PyType_Modified@Base 3.3.1
  PyType_Ready@Base 3.3.1
  PyType_Type@Base 3.3.1
- (optional)PyType_stgdict@Base 3.3.1
+#MISSING: 3.3.2-2# (optional)PyType_stgdict@Base 3.3.1
  PyUnicodeDecodeError_Create@Base 3.3.1
  PyUnicodeDecodeError_GetEncoding@Base 3.3.1
  PyUnicodeDecodeError_GetEnd@Base 3.3.1
@@ -1004,9 +1004,9 @@
  Py_meta_grammar@Base 3.3.1
  Py_pgen@Base 3.3.1
  (optional|regex)"^PyInit_.*@Base$" 3.3.1
- (optional|regex)"^_ctypes_.*@Base$" 3.3.1
- (optional|regex)"^ffi_closure_.*@Base$" 3.3.1
- (optional|regex)"^ffi_type_.*@Base$" 3.3.1
+#MISSING: 3.3.2-2# (optional|regex)"^_ctypes_.*@Base$" 3.3.1
+#MISSING: 3.3.2-2# (optional|regex)"^ffi

Bug#709684: Still further info

[Larry Johnson]

It seems there are a couple of similar bugs which were tracked in the
fedora bug tracking system last year.

Of particular interest is
https://bugzilla.redhat.com/show_bug.cgi?id=802069<709...@bugs.debian.org>

Scrolling to the bottom, one of the reporters states: "This video
controller is integrated onto an Nvidia MCP61 motherboard, and lspci
identifies it as "GeForce 6150SE nForce 430"".

This is the same as my lspci output, so the bug may be the same one.



-- 

Amat Victoria Carum

Bug#706960: liferea: Errors with Tiny Tiny RSS

[Thomas Maass]

Package: liferea
Version: 1.10~rc2-1~exp0
Followup-For: Bug #706960

This is a known bug. It seems to be fixed in 1.10rc3.



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

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

Versions of packages liferea depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  gir1.2-atk-1.0   2.4.0-2
ii  gir1.2-freedesktop   1.32.1-1
ii  gir1.2-gdkpixbuf-2.0 2.26.1-1
ii  gir1.2-glib-2.0  1.32.1-1
ii  gir1.2-gtk-3.0   3.4.2-6
ii  gir1.2-pango-1.0 1.30.0-1
ii  gir1.2-peas-1.0  1.4.0-2
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-38
ii  libcairo21.12.2-3
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libgirepository-1.0-11.32.1-1
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgtk-3-0   3.4.2-6
ii  libindicate5 0.6.92-1
ii  libjson-glib-1.0-0   0.14.2-1
ii  libnotify4   0.7.5-1
ii  libpango1.0-01.30.0-1
ii  libpeas-1.0-01.4.0-2
ii  libsoup2.4-1 2.38.1-2
ii  libsqlite3-0 3.7.13-1+deb7u1
ii  libwebkitgtk-3.0-0   1.8.1-3.4
ii  libxml2  2.8.0+dfsg1-7+nmu1
ii  libxslt1.1   1.1.26-14.1
ii  liferea-data 1.10~rc2-1~exp0
ii  python   2.7.3-4
ii  python-gi3.2.2-2

Versions of packages liferea recommends:
ii  dbus 1.6.8-1
ii  dbus-x11 1.6.8-1
ii  gir1.2-gnomekeyring-1.0  3.4.1-1
ii  gnome-keyring3.4.1-5
ii  steadyflow   0.2.0-1

Versions of packages liferea suggests:
ii  network-manager  0.9.4.0-10

-- 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#709659: pidgin-sipe: GSS error while connection with sipe using kerberos5

[Jakub Adam]

Hi,

could you please try pidgin-sipe 1.15.0-1 from experimental if it makes
any difference? I'm planning to let 1.15.1 to be uploaded into sid soon.


I've made a small program to trace what is wrong and found out that a
file called  is required for this to work and which is
mssing. In here you need to specify all other servers that do not end
in .local to allow to call the service. Please add this file, or test
for this file to be present during install and mention you need this in
case the domain is not ending in .local. I am not sure if this is a
pidgin-sipe specific issue or if this should be filed against krb5.


This really looks like general krb5 problem, I see no reason why Sipe itself
should care about the /etc/mdns.allow file.

Tomorrow at work I'll try whether I'm able to reproduce this issue.

Regards,

Jakub


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

Bug#709659: pidgin-sipe: GSS error while connection with sipe using kerberos5

[Bart Warmerdam]

Hi Jakub,

I thought I tried earlier with the same 1.15.0-1 (had it still also in 
download dir) with the same result. But to be sure I removed 
/etc/mdns.allow again and reinstalled the 1.15.0-1 version. This time it 
worked without any problems without the /etc/mdns.allow file. It looks 
like this is a good version without this config file. I hope this enters 
testing soon as well since I am using that one. And wrt the new version, 
I like the fact I don't have to type the password anymore.


Regards,

B.

On 2013-05-26 14:43, Jakub Adam wrote:

Hi,

could you please try pidgin-sipe 1.15.0-1 from experimental if it 
makes
any difference? I'm planning to let 1.15.1 to be uploaded into sid 
soon.



I've made a small program to trace what is wrong and found out that a
file called  is required for this to work and which is
mssing. In here you need to specify all other servers that do not end
in .local to allow to call the service. Please add this file, or test
for this file to be present during install and mention you need this 
in

case the domain is not ending in .local. I am not sure if this is a
pidgin-sipe specific issue or if this should be filed against krb5.


This really looks like general krb5 problem, I see no reason why Sipe 
itself

should care about the /etc/mdns.allow file.

Tomorrow at work I'll try whether I'm able to reproduce this issue.

Regards,

Jakub



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

Bug#709884: Also cannot login as root after reboot into single user / recovery / maintenance mode

[Jeroen N. Witmond [Bahco]]

When I reboot I get the option to choose single user / recovery /
maintenance mode (cannot remember the exact phrase).

When I do that I also cannot login using the root password.


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

Bug#709659: pidgin-sipe: GSS error while connection with sipe using kerberos5

[Bart Warmerdam]

Hi Jakub,

Earlier I moved the /etc/mdns.allow file to another name within the 
same kerberos session. Then this works. If you kdestroy and kinit the 
session without the file the same error occurs unless this file is 
present. So the error is not gone with the new version and it looks 
something kerberos-ish.


Regards,

B.

On 2013-05-26 14:43, Jakub Adam wrote:

Hi,

could you please try pidgin-sipe 1.15.0-1 from experimental if it 
makes
any difference? I'm planning to let 1.15.1 to be uploaded into sid 
soon.



I've made a small program to trace what is wrong and found out that a
file called  is required for this to work and which is
mssing. In here you need to specify all other servers that do not end
in .local to allow to call the service. Please add this file, or test
for this file to be present during install and mention you need this 
in

case the domain is not ending in .local. I am not sure if this is a
pidgin-sipe specific issue or if this should be filed against krb5.


This really looks like general krb5 problem, I see no reason why Sipe 
itself

should care about the /etc/mdns.allow file.

Tomorrow at work I'll try whether I'm able to reproduce this issue.

Regards,

Jakub



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

Bug#670681: /etc/init.d/postgrey script doesn't work properly

[Olaf Zaplinski]

Package: postgrey
Version: 1.34-1.1
Followup-For: Bug #670681

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

Patch did not work for me. What worked was this change of init script:

# line 80 - replaced
--pidfile $PIDFILE --name $SSNAME
# with
--pidfile $PIDFILE



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

Kernel: Linux 3.2.0-4-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 postgrey depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.49
ii  libberkeleydb-perl 0.51-1
ii  libnet-dns-perl0.66-2+b2
ii  libnet-server-perl 2.006-1
ii  perl   5.14.2-21
ii  ucf3.0025+nmu3

Versions of packages postgrey recommends:
ii  libnet-rblclient-perl  0.5-2
ii  libparse-syslog-perl   1.10-2
ii  postfix2.9.6-2

postgrey suggests no packages.

-- Configuration Files:
/etc/init.d/postgrey changed [not included]

-- debconf information excluded


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

Bug#704026: package name window rejects leading blanks in package name

[David Suárez]

Hi,

On Domingo, 26 de mayo de 2013 09:40:32 Raphael Hertzog escribió:
> On Sun, 26 May 2013, Paul Wise wrote:
> > On Sun, May 26, 2013 at 7:42 AM, David Suárez wrote:
> > > Patch attached.
> > 
> > The patch isn't going to work if the user-agent doesn't have
> > JavaScript support. For Debian websites we prefer to use progressive
> > enhancement; we make it work without CSS or JS and add JS/CSS to
> > enhance the user experience where needed.

I agree with that, usability is important, but we can just eliminate people 
with javascript support because other don't have.
 
> Agreed in general, but in this specific case, I don't agree that it's
> required. Non-javascript users would not be impaired in their usage (i.e.
> no functionnality loss), they would just not benefit from a convenience
> feature.

I think like Raphaël does.

Thanks,

David


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

Bug#709889: radvd: initd restart failure

[duck]

Package: radvd
Version: 1:1.9.1-1
Severity: important

Coin,

It seems there is a race condition when restarting:

# service radvd restart
Stopping radvd: radvd.
Starting radvd: /usr/sbin/radvd already running.
radvd.
# service radvd restart
Stopping radvd: No /usr/sbin/radvd found running; none killed.
radvd.
Starting radvd: radvd.

Regards.


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

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

Versions of packages radvd depends on:
ii  adduser 3.113+nmu3
ii  libc6   2.13-38
ii  libdaemon0  0.14-2

radvd recommends no packages.

radvd suggests no packages.

-- no debconf information

--
Marc Dequènes


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

Bug#707938: gup.postinst: 11: cd: can't cd to /var/lib/gup/

[Prach Pongpanich]

Hi,

I attach a patch to fix this bug.
In debian/gup.postrm is only remove directories but user already exists.

diff -Nru gup-0.5.14/debian/gup.postinst gup-0.5.14.1/debian/gup.postinst
--- gup-0.5.14/debian/gup.postinst  2013-04-01 10:59:34.0 +0700
+++ gup-0.5.14.1/debian/gup.postinst2013-05-26 20:04:14.0 +0700
@@ -5,6 +5,10 @@
 if ! getent passwd gup >/dev/null; then
   adduser --system --home /var/lib/gup/ --ingroup news \
 --disabled-password --gecos "Group Update Program" gup
+else
+  delgroup --quiet --system gup
+  adduser --system --home /var/lib/gup/ --ingroup news \
+--disabled-password --gecos "Group Update Program" gup
 fi

 if [ ! -d /var/lib/gup/default ]; then
diff -Nru gup-0.5.14/debian/gup.postrm gup-0.5.14.1/debian/gup.postrm
--- gup-0.5.14/debian/gup.postrm2013-04-01 12:41:51.0 +0700
+++ gup-0.5.14.1/debian/gup.postrm  2013-05-26 19:53:07.0 +0700
@@ -2,6 +2,7 @@

 if [ "$1" = purge ]; then
   rm -rf /var/lib/gup/ /etc/gup.conf /var/log/gup/ >/dev/null
+  delgroup --quiet --system gup
 fi

 #DEBHELPER#

Regrads,

-- 
 ปรัชญ์ พงษ์พานิช
 Prach Pongpanich


fix-707938.diff
Description: Binary data

Bug#709890: network-manager-openconnect: Static IPv6 VPN route needs a next-hop

[Bernhard Schmidt]

Package: network-manager-openconnect
Version: 0.9.8.0-1
Severity: minor

My university offers IPv6 over AnyConnect/OpenConnect, but currently does
not signal split tunneling only for their prefix. Since I usually have 
direct native IPv6 I often only want to route their prefix over the tunnel,
not the default route.

It almost works with the following configuration

[ipv6]
method=auto
route1=2001:4ca0::/32,ac:2701:0:0:5b01::,0
ignore-auto-dns=true
never-default=true

The problem is "ac:2701:0:0:5b01::", the next-hop above. The GUI forces me
to fill that field, even if it is technically unnecessary on point2point
links like the VPN tunnel. If I leave it empty, it gets filled with random
junk as seen above. Which then leads to

May 26 14:46:24 schleppi NetworkManager[14998]:  [1369572384.496049] 
[nm-system.c:689] nm_system_apply_ip6_config(): (vpn0): failed to set IPv6 
route: Object not found

and the route not being set.

The workaround is easy enough for me, since I always connect to the same
VPN concentrator I use an arbitrary high address from the VPN pool as
next-hop, which is directly-connected on vpn0. Not pretty though, since I
should be using the cluster address and might end up on one of six VPN
concentrators with different pools.

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

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

Versions of packages network-manager-openconnect depends on:
ii  adduser   3.113+nmu3
ii  libc6 2.17-3
ii  libdbus-1-3   1.6.10-1
ii  libdbus-glib-1-2  0.100.2-1
ii  libglib2.0-0  2.36.1-2build1
ii  libnm-glib-vpn1   0.9.8.0-5
ii  libnm-glib4   0.9.8.0-5
ii  libnm-util2   0.9.8.0-5
ii  network-manager   0.9.8.0-5
ii  openconnect   4.99-2

Versions of packages network-manager-openconnect recommends:
ii  network-manager-openconnect-gnome  0.9.8.0-1

network-manager-openconnect 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#709891: /usr/bin/dia-gnome: French localisation error : Espace instead of Échapper (ESC) in helpers hints

[rpnpif]

Package: dia-gnome
Version: 0.97.1-7
Severity: normal
File: /usr/bin/dia-gnome

Some texts of help when, for example, the mouse is over Text Edit icon, 
tranlate  (Escape) as  instead of <Échapper>.

This puts the user in some confusion.

This bug exists also in Debian 7.0 and in dia package.

-- System Information:
Debian Release: 6.0.7
  APT prefers oldstable-proposed-updates
  APT policy: (500, 'oldstable-proposed-updates'), (500, 'oldstable')
Architecture: i386 (i686)

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

Versions of packages dia-gnome depends on:
ii  dia-common 0.97.1-7  Diagram editor (common files)
ii  dia-libs   0.97.1-7  Diagram editor (library files)
ii  libart-2.0-2   2.3.21-1  Library of functions for 2D graphi
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.24.3-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.24.3-1  The Bonobo UI library
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  libcairo2  1.10.2-7~bpo60+1  The Cairo 2D vector graphics libra
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.9-1.1~bpo60+1 FreeType 2 font engine, shared lib
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgnome2-02.30.0-1  The GNOME library - runtime files
ii  libgnomecanvas2-0  2.30.1-1  A powerful object-oriented display
ii  libgnomeui-0   2.24.3-1  The GNOME libraries (User Interfac
ii  libgnomevfs2-0 1:2.24.3-1GNOME Virtual File System (runtime
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libice62:1.0.6-2 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.18-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  libpng12-0 1.2.44-1+squeeze4 PNG library - runtime
ii  libpopt0   1.16-1lib for parsing cmdline parameters
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libxml22.7.8.dfsg-2+squeeze7 GNOME XML library
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages dia-gnome recommends:
ii  gsfonts-x11   0.21   Make Ghostscript fonts available t

dia-gnome 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#709892: popularity-contest: Unable to submit report

[Olaf van der Spek]

Package: popularity-contest
Version: 1.56
Severity: normal

Dear Maintainer,

> May 25 06:25:39 router popularity-contest: unable to submit report to 
> http://popcon.debian.org/cgi-bin/popcon.cgi.

I've no idea why it's still failing. Could you log more details?

Olaf

-- System Information:
Debian Release: 7.0
  APT prefers stable
  APT policy: (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 popularity-contest depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  dpkg   1.16.10

Versions of packages popularity-contest recommends:
ii  cron   3.0pl1-124
ii  exim4  4.80-7
ii  exim4-daemon-heavy [mail-transport-agent]  4.80-7

Versions of packages popularity-contest suggests:
pn  anacron  

-- debconf information:
  popularity-contest/submiturls:
* popularity-contest/participate: true


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

Bug#707828: RFS: opengrm-ngram/1.0.3-2 -- opengrm n-gram library

[Giulio Paci]

Il 25/05/2013 23:36, Jakub Wilk ha scritto:
> * Giulio Paci , 2013-05-11, 17:04:
>> git://anonscm.debian.org/collab-maint/opengrm-ngram.git
> 
> FWIW, packages are only required to be buildable on architectures for which 
> they have previously built successfully. So #707826 doesn't need to be 
> serious; it could be
> important. (But of course, as a maintainer, you can keep the severity as 
> serious if you wish so.)

I do not remember where I got the idea to set severity as serious for this bug. 
But I remember me reading something that convinced me it was serious.

> Do you know what it FTBFS on amd64? Last time I checked amd64 was 
> little-endian, so #707826 can't be the reason. ;)

The problem is not the same, but the fix is.
According to upstream the amd64 architecture is failing to pass the tests 
because the failing test script is not robust enough and sometime it fails.

I also have to add that I have compiled opengrm-ngram many times on amd64 
architecture (personally I need this package only for amd64 architecture... 
Murphy's law? :-) )
and never failed to build/pass the tests...


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

Bug#709659: pidgin-sipe: GSS error while connection with sipe using kerberos5

[Jakub Adam]

Hi Bart,

On 26.5.2013 15:09, Bart Warmerdam wrote:

Earlier I moved the /etc/mdns.allow file to another name within the same 
kerberos session. Then this works. If you kdestroy and kinit the session
without the file the same error occurs unless this file is present. So the 
error is not gone with the new version and it looks something kerberos-ish.


within the 'broken' session, aren't you able to connect also to another 
kerberized services,
or does this problem affect only Sipe?

Regards,

Jakub


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

Bug#686908: Wrong indexterm sorting order for Norwegian Bokmål (nb)

[Daniel Leidert]

Hi,

I was playing a bit with the issue you reported. I found this:
http://www.sagehill.net/docbookxsl/IndexIntl.html

Looks like it's not that easy to solve on the maintainers  level and
probably not a bug in docbook-xsl. Please raise your question on a
docbook* mailing list to get a solution for it. In the current situation
I'm in favor of treating your report as not-a-bug, closing it soon.

Regards, Daniel


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

Bug#709887: live-build: No memory test in prebuild live images.

[Ben Armstrong]

Package: live-build
Version: 3.0.5-1
Followup-For: Bug #709887

It's unclear to me where this bug belongs, too. I guess maybe
syslinux-themes-debian, but can't be certain. It appears that live-build
correctly includes /live/memtest, it's just that the syslinux hdt menu
entry expects to find a syslinux target called 'memtest' and there isn't
one. I found I could workaround this problem at the boot prompt by
pressing the  key and editing the line to read:

.linux /live/memtest

Hope this helps.

Ben


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

Bug#705374: gnome-mplayer: takes screenshots twice with mplayer2

[Sebastian Ramacher]

Control: reassign -1 gnome-mplayer 1.0.7-4
Control: tags -1 + fixed-upstream

On 2013-04-14 12:44:11, Sebastian Ramacher wrote:
> Control: reassign -1 src:gmtk 1.0.7-1
> Control: affects -1 gnome-mplayer
> Control: tags -1 + confirmed upstream
> Control: forwarded -1 https://code.google.com/p/gmtk/issues/detail?id=14

Upstream thinks that this is a bug in gnome-mplayer instead and it's
fixed in gnome-mplayer's svn repo.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#709659: pidgin-sipe: GSS error while connection with sipe using kerberos5

[Bart Warmerdam]

Hi Jakub,

If I use evolution-mapi with Kerberos on, I see the additional 
exchangeAB/server@, exchangeRFR/server@ and exchangeMDB/server@ tickets 
showing up with a new (kdestroy+kinit) session without the mdns.allow 
file. Also my mail is available then.


In sipe, if I have the /etc/mdns.allow, the sip/server@ is created 
again and this works. Without it I get an error and cannot connect.


Regards,

B.

NB: Normally I don't use kerberos for evolution-mapi since that doesnt 
allow my calendar to be loaded (strangely with password it does).



On 2013-05-26 15:28, Jakub Adam wrote:

Hi Bart,

On 26.5.2013 15:09, Bart Warmerdam wrote:
Earlier I moved the /etc/mdns.allow file to another name within the 
same kerberos session. Then this works. If you kdestroy and kinit the 
session
without the file the same error occurs unless this file is present. 
So the error is not gone with the new version and it looks something 
kerberos-ish.


within the 'broken' session, aren't you able to connect also to
another kerberized services,
or does this problem affect only Sipe?

Regards,

Jakub



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

Bug#705374: gnome-mplayer: takes screenshots twice with mplayer2

[Francesco Poli]

On Sun, 26 May 2013 15:39:19 +0200 Sebastian Ramacher wrote:

> Control: reassign -1 gnome-mplayer 1.0.7-4
> Control: tags -1 + fixed-upstream
> 
[...]
> Upstream thinks that this is a bug in gnome-mplayer instead and it's
> fixed in gnome-mplayer's svn repo.

Good, I'll test the fixed code, once it has appeared in Debian unstable
or testing.

Bye and thanks again for the time you are dedicating to this package!

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


pgp4ioiXNYI66.pgp
Description: PGP signature

Bug#709664: libcrypt-gcrypt-perl: FTBFS with perl 5.18: inc/Devel/CheckLib.pm

[gregor herrmann]

Control: tag -1 + confirmed fixed-upstream

On Fri, 24 May 2013 22:31:25 +0100, Dominic Hargreaves wrote:

> Source: libcrypt-gcrypt-perl
> Version: 1.25-1
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.18-transition
> Tags: sid jessie
> 
> This package FTBFS with perl 5.18 from experimental (in a clean sbuild
> session):
> 
> syntax error at inc/Devel/CheckLib.pm line 304, near "}"
> inc/Devel/CheckLib.pm has too many errors.
> Compilation failed in require at Makefile.PL line 2.
> BEGIN failed--compilation aborted at Makefile.PL line 2.
> 
> It is likely that this package needs its embedded Devel::CheckLib to be
> upgraded.

Ack.

Fixed in the new 1.26 release (according to ChangeLog, and I also
verified it myself).

@dkg, should we move this package to the pkg-perl group; might give
you a free fix for this bug :)


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bettina Wegner: der prinz ist gegangen


signature.asc
Description: Digital signature