Bug#657708: ITP: python-translitcodec -- Unicode to 8-bit charset transliteration codec

[Clint Byrum]

Package: wnpp
Severity: wishlist
Owner: Clint Byrum 

* Package name: python-translitcodec
  Version : 0.2
  Upstream Author : Jason Kirtland  , Craig Dennis 
 
* URL : http://pypi.python.org/pypi/translitcodec/
* License : MIT
  Programming Lang: Python
  Description : Unicode to 8-bit charset transliteration codec

This package contains codecs for transliterating ISO 10646 texts into
best-effort representations using smaller coded character sets (ASCII,
ISO 8859, etc.). The translation tables used by the codecs are from the
transtab collection by Markus Kuhn.



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

Bug#657709: please add a possibility to create a chroot

[Marc Haber]

Package: schroot
Version: 1.4.24-1
Severity: wishlist

Hi,

my normal procedure to create a new chroot for use with schroot is to
create the file system, mount it, and invoke debootstrap. In this
process, I notoriously forget additional packages to be installed into
the chroot before it is actually useable.

Why not add a --create or --initialize switch to schroot which will
just invoke the scripts from setup.d with a new stage "create" or
"init"? That way, a local admin could write code to create chroots in
the right place so that this functionality is where an schroot user
would expect it.

If schroot would feel like actually providing functionality behind
this options, the issue is a bit more complicated. One would need to
support multiple methods to create a new chroot, debootstrap and
cdebootstrap being two of them, and create possibilities to pass
parameters to these methods, probably via schroot.conf options and/or
options pulled from a config script.

Greetings
Marc



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

Bug#657711: please make COPYFILES more flexible

[Marc Haber]

Package: schroot
Version: 1.4.24-1
Severity: wishlist

Hi,

maybe one wants to copy files to a chroot that are not active in the
host system. For example, I might want apt in the chroot not to honor
recommends and suggests, but in the host, this behavior is fine.

To solve this, I would like schroot to copy a file from
/etc/schroot/foo/files/etc/apt/apt.conf.d/70RecommendsSuggests to
/etc/apt/apt.conf.d/70RecommendsSuggests in the schroot.

To allow this, the COPYFILES functionality could be changed to allow
two file names per line. If only one is given, behavior is not
changed, preserving backwards-compatibility. If two are given, one is
the source path from the host system, one is the target path inside
the chroot.

Greetings
Marc



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

Bug#654839: Reducing the severity

[Anton Gladky]

I have fixed paraview-python and python-vtk conflict in paraview_3.12.0-3.
If there are no other comments related to the topic of the bug, I am
going to reduce the severity.

Thank you.

Anton



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

Bug#654959: scite: printing support

[Antonio Valentino]

A new upstream release is available (3.0.3).
The new version should provide printing support for GTK2 too.

Release 3.0.3

Released 28 January 2012.
Printing works on GTK+ version 2.x as well as 3.x.
[CUT]


best regards

-- 
Antonio Valentino



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

Bug#657689: e1000e Detected Hardware Unit Hang:

[ubik pl]

2012/1/28 Ben Hutchings :
> On Sat, 2012-01-28 at 01:53 +0100, ubik pl wrote:
>> Package: linux-2.6
>> Version: 2.6.32-38
>> Linux version 2.6.32-5-xen-amd64
>> RAM 8GB
>>
>> Bug seems the same as #518182 and occurs on high traffic load.
>> System automatically recovered after aprox. 50
>> minutes([1782786.812335] e1000e :00:19.0: eth0: Reset adapter)
> [...]
>
> Why do say 50 minutes?  These messages cover a span of only 7 seconds.
> Were they repeated?
>
> Ben.
>
No they weren't but after 50 minutes network was accessible again(ssh, ping etc)



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

Bug#561678: dput: Make distribution=*-security do ftp-master more difficult

[Thijs Kinkhorst]

Hi,

> It happens on a regular basis that people (even security-team members)
> upload *-security uploads to ftp-master instead of security-master. This
> causes delays for releasing security updates and additional work for the
> release team to clean up the proposed-updates queues on ftp-master.

This continues to happen a lot. What are your thoughts on this request?


Thanks,
Thijs




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

Bug#657712: ITP: p2pool -- peer-to-peer pool for Bitcoin mining

[Matthias Urlichs]

Package: wnpp
Severity: wishlist
Owner: Matthias Urlichs 

* Package name: p2pool
  Version : 1.0
  Upstream Author : Forrest Voight 
* URL : https://github.com/forrestv/p2pool
* License : GPL3
  Programming Lang: Python, C
  Description : peer-to-peer pool for Bitcoin mining

p2pool implements a peer-to-peer mining pool for bitcoins.
Unlike a traditional pool, there is no central authority which
distributes the coins that are mined.



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

Bug#650060: snort: FTBFS with multiarch libmysqlclient-dev

[Javier Fernández-Sanguino Peña]

On Fri, Nov 25, 2011 at 06:06:48PM -0800, Clint Byrum wrote:
> In Ubuntu, the attached patch was applied to achieve the following:
> 
> libmysqlclient-dev is multiarch in experimental, and should move to
> unstable soon.
(...)

I'm not sure if this merits an 'important' priority since
libmysclient-dev is not yet in Debian's unstable. In any case, I have the
patch ready to apply it to the Debian packages but cannot do this at the
moment as doing that will break the build.

I will apply the patch when the new libmysclient-dev hits unstable.

Regards

Javier


signature.asc
Description: Digital signature

Bug#651273: mixmaster: NMU/QA upload will be done now.

[Osamu Aoki]

Package: mixmaster
Followup-For: Bug #651273

Elmar Haneke and Marcelo E. Magallon' posts were very much as good as
patch.

I do not understand why there is no response on this quite annoying bug
if maintainer is not MIA.  Considering his recent history on the other
bug with patch and other factors, I am uploading NMU of this package
now.  Please consider this as QA upload.  All existing patches and
obvious improvements are applied to make this package bug free and
nicer.

Patch used for pending upload is attached.

-- System Information:
Debian Release: wheezy/sid

diff -Nru mixmaster-3.0.0-orig/debian/changelog mixmaster-3.0.0/debian/changelog
--- mixmaster-3.0.0-orig/debian/changelog	2012-01-28 09:16:59.0 +0900
+++ mixmaster-3.0.0/debian/changelog	2012-01-28 10:15:02.349649336 +0900
@@ -1,3 +1,12 @@
+mixmaster (3.0.0-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Logrotate configuration patch from Marcelo E. Magallon (Closes: #651273)
+  * Danish translation patch from Joe Dalton (Closes: #628205)
+  * Fix most of lintian warnings.
+
+ -- Osamu Aoki   Sat, 28 Jan 2012 10:12:36 +0900
+
 mixmaster (3.0.0-4) unstable; urgency=low
 
   * Add ja.po debconf template (Closes: #554094)
diff -Nru mixmaster-3.0.0-orig/debian/control mixmaster-3.0.0/debian/control
--- mixmaster-3.0.0-orig/debian/control	2012-01-28 09:16:59.0 +0900
+++ mixmaster-3.0.0/debian/control	2012-01-28 10:03:00.538070079 +0900
@@ -3,8 +3,8 @@
 Priority: optional
 Maintainer: Colin Tuckley 
 Homepage: http://mixmaster.sourceforge.net/
-Build-Depends: debhelper (> 5.0), libncurses5-dev, libpcre3-dev, libssl-dev, zlib1g-dev, bison, po-debconf
-Standards-Version: 3.8.3
+Build-Depends: debhelper (>> 5.0), libncurses5-dev, libpcre3-dev, libssl-dev, zlib1g-dev, bison, po-debconf
+Standards-Version: 3.9.2
 
 Package: mixmaster
 Architecture: any
diff -Nru mixmaster-3.0.0-orig/debian/mixmaster.logrotate mixmaster-3.0.0/debian/mixmaster.logrotate
--- mixmaster-3.0.0-orig/debian/mixmaster.logrotate	2012-01-28 09:16:59.0 +0900
+++ mixmaster-3.0.0/debian/mixmaster.logrotate	2012-01-28 09:20:00.669277196 +0900
@@ -4,4 +4,5 @@
 	compress
 	missingok
 	notifempty
+	su root mixmaster
 }
diff -Nru mixmaster-3.0.0-orig/debian/mixmaster-update mixmaster-3.0.0/debian/mixmaster-update
--- mixmaster-3.0.0-orig/debian/mixmaster-update	2012-01-28 09:16:59.0 +0900
+++ mixmaster-3.0.0/debian/mixmaster-update	2012-01-28 10:05:36.950845672 +0900
@@ -130,7 +130,7 @@
 
 Lines are always truncated at the first hash our pound (C<#>) sign.
 
-Lines are pairs of keys and values seperated by a convenient amount of
+Lines are pairs of keys and values separated by a convenient amount of
 whitespace. The key is case insensitive.
 
 Allowed keys:
@@ -148,7 +148,7 @@
 =item B
 
 Set proxies for different protocols. The value is split into two parts:
-protocol and proxy URL. They are seperated by whitespace.
+protocol and proxy URL. They are separated by whitespace.
 
   Example:
 PROXY  http  http://proxy.example.com:8080/
diff -Nru mixmaster-3.0.0-orig/debian/po/cs.po mixmaster-3.0.0/debian/po/cs.po
--- mixmaster-3.0.0-orig/debian/po/cs.po	2012-01-28 09:16:59.0 +0900
+++ mixmaster-3.0.0/debian/po/cs.po	2012-01-28 09:30:08.404290781 +0900
@@ -11,6 +11,7 @@
 "PO-Revision-Date: 2007-02-18 12:55+0100\n"
 "Last-Translator: Miroslav Kure \n"
 "Language-Team: Czech \n"
+"Language: cs\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
diff -Nru mixmaster-3.0.0-orig/debian/po/da.po mixmaster-3.0.0/debian/po/da.po
--- mixmaster-3.0.0-orig/debian/po/da.po	1970-01-01 09:00:00.0 +0900
+++ mixmaster-3.0.0/debian/po/da.po	2012-01-28 10:15:17.237723161 +0900
@@ -0,0 +1,37 @@
+# Danish translation mixmaster.
+# Copyright (C) mixmaster & nedenstående oversættere.
+# This file is distributed under the same license as the mixmaster package.
+# Joe Hansen (joedalt...@yahoo.dk), 2011.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: mixmaster\n"
+"Report-Msgid-Bugs-To: wea...@debian.org\n"
+"POT-Creation-Date: 2007-02-16 07:41+0100\n"
+"PO-Revision-Date: 2011-05-28 18:30+01:00\n"
+"Last-Translator: Joe Hansen \n"
+"Language-Team: Danish \n"
+"Language: da\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: boolean
+#. Description
+#: ../mixmaster.templates.in:1001
+msgid "Do you wish to update the reliability statistics now?"
+msgstr "Ønsker du at opdatere statistikken for driftsikkerhed nu?"
+
+#. Type: boolean
+#. Description
+#: ../mixmaster.templates.in:1001
+msgid ""
+"If you choose this option, up to date reliability statistics and keyrings "
+"will be downloaded from the Internet once Mixmaster has been set up.  Once "
+"this has happened this option will be disabled to prevent further updates "
+"when the package will be updated."
+msgstr ""
+"Hvis du vælger denne indstilling, vil opdateret statistik for dri

Bug#643464: radeontool: diff for NMU version 1.6.2-1.1

[Jonathan Nieder]

gregor herrmann wrote:

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

Thanks, Gregor.  I don't think this conflicts with anything in-flight,
so it looks like a sane upload to me.

If I don't revisit the package to resubmit Tormod's remaining changes
upstream and get a snapshot packaged next week, feel free to kick me.



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

Bug#657702: More information

[Hongzheng Wang]

Hi,

I'd like to provide more information.  If symbolic links are created
under /usr/share/myspell/dicts/ corresponding to the dictionary files
under /usr/share/hunspell/ , then the problem can be solved.

Thanks.



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

Bug#657497: nfs-common: Exec permission denied

[Jakub Krajewski]

> What about the server exports?

This is mine:

/usr/src/linux192.168.1.2(rw,sync,no_subtree_check,no_root_squash) 

Packages on the Squeeze server (kernel is custom there, as I said, works like 
charm with 1.2.5-3 version 
of sid's nfs-common package):

ii  nfs-common 1:1.2.2-4 
ii  nfs-kernel-server  1:1.2.2-4 

Best regards,
-- 
Jakub Krajewski



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

Bug#619918: getXconsole break in asus-touchpad.sh

[Milan Čermák]

Hi,
I'd like to reopen the bug as I can see the issue on my Lenovo X220.
The script is called through thinkpad-stretchortouchpad.sh.

I can prove that acpi is generating an event and running the script. 
However, "xinput list" returns empty output when run by acpid.


The message seen by Roman Nikolaev "Couldnt get a file descriptor 
referring to the console" is indeed printed when the script is run by a 
user owning the X session.

When run by root, the script runs fine and toggles the touchpad alright.

This behavior is seen since update of acpid to 2.0.7-1squeeze3 and 
possibly caused by security fix in 2.0.7-1squeeze2.


Let me know if you need more information.
Regards,
Milan Cermak



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

Bug#657713: nautilus: deadlock while thumbnailing certain files

[Simon McVittie]

Package: nautilus
Version: 2.30.1-2squeeze1
Severity: normal

Nautilus frequently stops responding when browsing a particular
directory, which contains:

* 4 0.5 - 1.8 MiB TIFF files, one of which has been converted to PNG
  (1.1 MiB) and embedded in a SVG file (4 KiB)
* 5 0.5 - 2.2 MiB PDF files
* a 4.3 MiB OpenOffice document (ODT)

The backtrace suggests that this is some sort of deadlock in the
thumbnailing code. Both threads appear to be trying to acquire the same
lock: perhaps it wasn't previously released correctly?

This can be worked around by switching off thumbnailing.

I have taken a copy of the offending directory, and a core dump at the
time of the deadlock. Here are the backtraces:

(gdb) set pagination off
Current language:  auto
The current source language is "auto; currently asm".
(gdb) thread apply all bt

Thread 2 (Thread 0x7f40c780c700 (LWP 32668)):
#0  __lll_lock_wait () at
../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136
#1  0x7f40d17ed0e9 in _L_lock_953 () from /lib/libpthread.so.0
#2  0x7f40d17ecf0b in __pthread_mutex_lock (mutex=0x7f40d0aed9a8) at
pthread_mutex_lock.c:61
#3  0x7f40d08d95a9 in _gdk_pixbuf_lock (image_module=) at
/scratch/build-area/gtk+2.0-2.20.1/gdk-pixbuf/gdk-pixbuf-io.c:119
#4  0x7f40d08dcde5 in gdk_pixbuf_loader_load_module
(loader=0x226e180, image_type=, error=0x0) at
/scratch/build-area/gtk+2.0-2.20.1/gdk-pixbuf/gdk-pixbuf-loader.c:379
#5  0x7f40d08dd8b3 in gdk_pixbuf_loader_eat_header_write
(loader=0x226e180, buf=0x7f40c7206010 "II*", count=1788584, error=0x0)
at /scratch/build-area/gtk+2.0-2.20.1/gdk-pixbuf/gdk-pixbuf-loader.c:417
#6  IA__gdk_pixbuf_loader_write (loader=0x226e180, buf=0x7f40c7206010
"II*", count=1788584, error=0x0) at
/scratch/build-area/gtk+2.0-2.20.1/gdk-pixbuf/gdk-pixbuf-loader.c:463
#7  0x7f40bf62a99e in rsvg_pixbuf_new_from_href (href=0x1b7d480
"file:///home/helen/Documents/Uni/MRes/fluorescence%20microscopy%20practical/wf_cy2.tif",
base_uri=, error=0x0) at rsvg-image.c:394
#8  0x7f40bf62ab80 in rsvg_node_image_set_atts (self=0x23de6d0,
ctx=0x7f40b000e5a0, atts=0x22290a0) at rsvg-image.c:532
#9  0x7f40bf646e8f in rsvg_standard_element_start
(ctx=0x7f40b000e5a0, name=0x207d480 "image", atts=0x22290a0) at
rsvg-base.c:268
#10 0x7f40bf64784b in rsvg_start_element (data=0x7f40b000e5a0,
name=0x207d480 "image", atts=) at rsvg-base.c:663
#11 0x7f40cf2a749b in xmlParseStartTag__internal_alias
(ctxt=0x2123930) at ../../parser.c:8285
#12 0x7f40cf2ad653 in xmlParseTryOrFinish (ctxt=0x2123930,
terminate=0) at ../../parser.c:10968
#13 0x7f40cf2ae2ab in xmlParseChunk__internal_alias (ctxt=0x2123930,
chunk=0x7f40c780af40 " orient=\"auto\"\n   refY=\"0.0\"\n
refX=\"0.0\"\n   id=\"StopL\"\n   style=\"overflow:visible\">\n
 \n
 \n  \n
 ) at nautilus-thumbnails.c:1000
#20 0x7f40d17ea8ba in start_thread (arg=) at
pthread_create.c:300
#21 0x7f40ce2b802d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#22 0x in ?? ()

Thread 1 (Thread 0x7f40d2a79980 (LWP 5110)):
#0  __lll_lock_wait () at
../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136
#1  0x7f40d17ed0e9 in _L_lock_953 () from /lib/libpthread.so.0
#2  0x7f40d17ecf0b in __pthread_mutex_lock (mutex=0x7f40d0aed9a8) at
pthread_mutex_lock.c:61
#3  0x7f40d08d95a9 in _gdk_pixbuf_lock (image_module=) at
/scratch/build-area/gtk+2.0-2.20.1/gdk-pixbuf/gdk-pixbuf-io.c:119
#4  0x7f40d08dcde5 in gdk_pixbuf_loader_load_module
(loader=0x1c0e520, image_type=,
error=0x7f40c0036448) at
/scratch/build-area/gtk+2.0-2.20.1/gdk-pixbuf/gdk-pixbuf-loader.c:379
#5  0x7f40d08dd8b3 in gdk_pixbuf_loader_eat_header_write
(loader=0x1c0e520, buf=0x7fff6ba5ea80 "\nhttp://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd\";>\n

Bug#633064: snort: IPv6 support is not enabled

[Javier Fernández-Sanguino Peña]

On Fri, Jul 08, 2011 at 11:47:07AM +1200, Hugh Davenport wrote:
> I was wondering whether there was a reason that IPv6 is not enabled in
> snort by default.

IPv6 support in 2.8 was 'experimental' and consequently was not enabled.
There was even a security bug (CVE-2009-3641: DoS when printing packages)
found related to this support.

In the 2.9 release IPv6 is fully supported although the database plugins and
schemas have not been updated to be able to handle addresses in IPv6 format.

Consequently, I'm going to enable the support of IPv6 in the 'normal' package
but not in the snort-mysql or snort-pgsql packages in the next Snort packages
uploaded to Debian.

Best regards,

Javier



signature.asc
Description: Digital signature

Bug#657293: help2man and command with dash in the name

[Brendan O'Dea]

On 25 January 2012 21:57, Mathieu Malaterre  wrote:
> Package: help2man
> Version: 1.40.5
> Severity: normal
>
> It would be nice if help2man would support generating man page from
> command with - (dash) in the name.

help2man uses the regular expression \S+ to identify the command name
from the Usage line in --help output, so should be fine with dashes in
the command name.

abo-compliance-checker does not produce --help output in a format that
help2man expects.  See the manual:

  info help2man -- "--help recommendations"

or the output of:

  cp --help

for samples of what is expected.

--bod



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

Bug#657714: grep: dmesg reports that grep uses deprecated ipv6 sysctl

[Eric Lavarde]

Package: grep
Version: 2.10-1
Severity: minor

Hi,

I just noticed that dmesg reported the following:

[ 3385.178033] process `grep' is using deprecated sysctl (syscall) 
net.ipv6.neigh.default.retrans_time; Use net.ipv6.neigh.default.retrans_time_ms 
instead.

I didn't notice any negative impact but I'm not using IPv6 either (and
I'm not sure either what grep has to do with network, but that's another
story...).

Cheers, Eric

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

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

Versions of packages grep depends on:
ii  dpkg  1.16.1.2
ii  install-info  4.13a.dfsg.1-8
ii  libc6 2.13-24

grep recommends no packages.

Versions of packages grep suggests:
ii  libpcre3  8.12-4

-- 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#657715: copyfiles should create non-existent target directories

[Marc Haber]

Package: schroot
Version: 1.4.24-1
Severity: wishlist

Hi,

when copying a file from a non-standard directory via the copyfiles
mechanism, this does not work:

$ schroot --begin-session --chroot=squeeze_build64 --session=build
E: 20copyfiles: cp: cannot create regular file 
`/var/lib/schroot/mount/build/etc/apt/apt.keys.input/zg20110.debian.zugschlus.de':
 No such file or directory
E: build: Chroot setup failed: stage=setup-start

Manually creating /var/lib/schroot/mount/build/etc/apt/apt.keys.input
inside the chroot fixes this issue.

The copyfiles mechanism should create target directories, if necessary.

Btw, just giving the directory /etc/apt/apt.keys.input in a copyfiles
file, this causes the directory with its entire contents to be copied
to the target. I am not sure whether this is the intended behavior. If
so, it should be documented, and copyfiles is kind of a misnomer for
this feature.

Greetings
Marc



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

Bug#657716: clive: patch for 2012 January Youtube format change

[Gabor Kiss]

Package: clive
Version: 2.2.13-5+squeeze3
Severity: normal
Tags: patch

This week Youtube HTML text changed again causing parse error.
This patch solves the problem.

Gabor

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

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

Versions of packages clive depends on:
ii  libclass-singleton-per 1.4-1 implementation of a "Singleton" cl
ii  libconfig-tiny-perl2.12-1Read/Write .ini style files with a
ii  libexpect-perl 1.20-2Expect.pm - Perl Expect interface
ii  libgetopt-argvfile-per 1.11-1Perl module for reading script opt
ii  libhtml-parser-perl3.66-1collection of modules that parse H
ii  liburi-perl1.54-2module to manipulate and access UR
ii  libwww-curl-perl   4.12-1Perl bindings to libcurl
ii  perl   5.10.1-17squeeze3 Larry Wall's Practical Extraction 

Versions of packages clive recommends:
pn  clive-utils(no description available)
ii  libberkeleydb-perl   0.42-1~squeeze1 use Berkeley DB 4 databases from P
ii  libterm-readkey-perl 2.30-4  A perl module for simple terminal 

Versions of packages clive suggests:
ii  ffmpeg  5:0.7.11-0.0 audio/video encoder, streaming ser

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/share/perl5/clive/Host/Youtube.pm (from clive 
package)
--- /tmp/Youtube.pm 2012-01-28 11:01:46.185246561 +0100
+++ Youtube.pm  2012-01-28 11:01:58.585246885 +0100
@@ -33,7 +33,7 @@
 
 my %re = (
 id => qr|"video_id": "(.*?)"|,
-url_encoded_fmt_stream_map => qr|url_encoded_fmt_stream_map=(.*?)&|,
+url_encoded_fmt_stream_map => 
qr/url_encoded_fmt_stream_map=(.*?)(&|\\u0026amp;)/,
 );
 
 my $tmp;

Bug#651273: mixmaster: NMU/QA upload will be done now.

[Colin Tuckley]

On 28/01/12 09:07, Osamu Aoki wrote:
> Package: mixmaster
> Followup-For: Bug #651273
> 
> I do not understand why there is no response on this quite annoying bug
> if maintainer is not MIA.

I am on VAC because of a house move and hardware problems.

Colin

-- 
Colin Tuckley  |  +44(0)1223 830814  |  PGP/GnuPG Key Id
Debian Developer   |  +44(0)7799 143369  | 0x1B3045CE

Is it ok to use my AM radio after NOON?



signature.asc
Description: OpenPGP digital signature

Bug#651895: Backtrace

[Stefan Fritsch]

Can reproduce this. Backtrace is attached.
Program received signal SIGSEGV, Segmentation fault.
0x5655701c in match_list (name=, list=0x565600d4 "root") at 
lpstat.c:600
600 lpstat.c: No such file or directory.
in lpstat.c
(gdb) bt full
#0  0x5655701c in match_list (name=, list=0x565600d4 "root") at 
lpstat.c:600
nameptr = 0x0
#1  match_list (list=, name=0x0) at lpstat.c:570
No locals.
#2  0x56559673 in show_jobs (dests=0x0, users=0x565600d4 "root", long_status=0, 
ranking=0, 
which=0x5655a37d "not-completed") at lpstat.c:1425
i = 
request = 
response = 0x565779f8
attr = 0x0
reasons = 0x56577ae8
dest = 0x56577ac1 "Samsung_SCX-4x28_Series_"
username = 0x0
title = 0x5655a26f "no title"
message = 0x0
rank = 0
jobid = 453
size = 1
jobtime = 1327745950
jobdate = 
temp = 
"\000\000¸\016VVÀ\"VV¸Îÿÿ{G¢÷À\"VVÀ\"VVÐÎÿÿ\232\036VV\000\000\000\000`Ïÿÿ\030Ïÿÿ$Ïÿÿ¸\016VV",
 '\000' , "ïE¢÷", '\000' , 
"\026=ç÷\227\036VV`üõ÷ 
ÏÿÿQüæ÷\231\036VV@ÏÿÿQüæ÷\000\000\000\000d\bá÷@Ïÿÿôßõ÷\216\v\000\000ôßõ÷À\"VV\000\000\000\000LÏÿÿi\001\000\000à»\001\000Àóõ÷ôßõ÷Àóõ÷\000\000\000\000hÏÿÿ\235sç÷\000\000\000\000ôßõ÷Asç÷À\"VV\210Ï"...
date = "Ðÿÿ{i¢÷´Ïÿÿ\220\036VV\000\004\000\000¸º¨÷\000\000\001\000\001", 
'\000' , "Q\\î÷", '\000' , 
"ôßõ÷\001\000\000\000\000\004\000\000hÐÿÿFçé÷XÐÿÿ_¬ó÷\000\000\000\000TÐÿÿ\001\000\000\000\000\000\000\000ÈÿÿÿXÐÿÿ_¬ó÷TÐÿÿ¸º¨÷ðh¢÷ð\nVVôßõ÷\000\000\000\000\017ªñ÷hYû÷Ýæù÷Ô\000VV\220\036VV\004\000\000\000\000\004\000\000\210Ðÿÿ\210Ðÿÿ`üõ÷hYû÷ÈïUVÔ\000VV\030Ñÿÿ"
jattrs = {0x5655a055 "job-id", 0x5655a294 "job-k-octets", 0x5655a2f6 
"job-name", 
  0x5655a2dc "job-originating-user-name", 0x5655a2b2 
"job-printer-state-message", 
  0x5655a2cc "job-printer-uri", 0x5655a2ff "job-state-reasons", 
0x5655a2a1 "time-at-creation"}
#3  0x56556179 in main (argc=1, argv=0xd1c4) at lpstat.c:463
i = 
status = 
num_dests = 0
dests = 0x0
long_status = 
ranking = 
which = 
op = 

Bug#657715: [buildd-tools-devel] Bug#657715: copyfiles should create non-existent target directories

[Roger Leigh]

On Sat, Jan 28, 2012 at 11:13:10AM +0100, Marc Haber wrote:
> when copying a file from a non-standard directory via the copyfiles
> mechanism, this does not work:
> 
> $ schroot --begin-session --chroot=squeeze_build64 --session=build
> E: 20copyfiles: cp: cannot create regular file 
> `/var/lib/schroot/mount/build/etc/apt/apt.keys.input/zg20110.debian.zugschlus.de':
>  No such file or directory
> E: build: Chroot setup failed: stage=setup-start
> 
> Manually creating /var/lib/schroot/mount/build/etc/apt/apt.keys.input
> inside the chroot fixes this issue.
> 
> The copyfiles mechanism should create target directories, if necessary.

This would make sense.  Would a "mkdir -p" be sufficient, or should we
take steps to preserve the ownership and perms of every directory in
the path in the chroot?

> Btw, just giving the directory /etc/apt/apt.keys.input in a copyfiles
> file, this causes the directory with its entire contents to be copied
> to the target. I am not sure whether this is the intended behavior. If
> so, it should be documented, and copyfiles is kind of a misnomer for
> this feature.

Non-regular files get copied with "cp -a", so this is intended.  I'll
add it to the documentation.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.



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

Bug#657711: [buildd-tools-devel] Bug#657711: please make COPYFILES more flexible

[Roger Leigh]

On Sat, Jan 28, 2012 at 09:26:03AM +0100, Marc Haber wrote:
> To solve this, I would like schroot to copy a file from
> /etc/schroot/foo/files/etc/apt/apt.conf.d/70RecommendsSuggests to
> /etc/apt/apt.conf.d/70RecommendsSuggests in the schroot.
> 
> To allow this, the COPYFILES functionality could be changed to allow
> two file names per line. If only one is given, behavior is not
> changed, preserving backwards-compatibility. If two are given, one is
> the source path from the host system, one is the target path inside
> the chroot.

This should be fairly straightforward to add.  The only issue is how
to deal with paths/files containing spaces in their names.  Currently
we read the entire line and use the entire content as the path, which
includes any spaces.  Having two per line means we would need some
way of splitting the line.  If we can use some shell-fu to allow
correct escaping of spaces so that we can split on whitespace, that
would be good.

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.



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

Bug#657709: [buildd-tools-devel] Bug#657709: please add a possibility to create a chroot

[Roger Leigh]

On Sat, Jan 28, 2012 at 09:20:07AM +0100, Marc Haber wrote:
> my normal procedure to create a new chroot for use with schroot is to
> create the file system, mount it, and invoke debootstrap. In this
> process, I notoriously forget additional packages to be installed into
> the chroot before it is actually useable.
> 
> Why not add a --create or --initialize switch to schroot which will
> just invoke the scripts from setup.d with a new stage "create" or
> "init"? That way, a local admin could write code to create chroots in
> the right place so that this functionality is where an schroot user
> would expect it.

I'm not sure I'm seeing the whole picture here.  If I understand
correctly, you want to run debootstrap by hand first, and then
have schroot do some initial setup on the chroot, presumably when you
first use it?

We could certainly add such an option.

> If schroot would feel like actually providing functionality behind
> this options, the issue is a bit more complicated. One would need to
> support multiple methods to create a new chroot, debootstrap and
> cdebootstrap being two of them, and create possibilities to pass
> parameters to these methods, probably via schroot.conf options and/or
> options pulled from a config script.

Such a facility would be useful.  I've avoided doing this so far
simply because there are so many different ways of setting one up,
writing a tool that supports everything would be quite difficult.
Are you aware of sbuild-createchroot, which does this to some
extent, but is limited to "directory" chroots at the moment--you
have to customise it after creation if you want anything fancier.

There is no reason we could not provide such a facility directly
in schroot (or a helper tool--it need not be in the main binary),
and provide hooks to permit extension by others.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.



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

Bug#641701: A patch for ffaudio with audacious 3.2

[Cyril Lavier]

Hi.

On the audacious forum, Andrei Alin proposed a patch for this.

I tried to include it in the audacious-plugins source package (I rewrote 
it, using autoconf for regenerate the configure file). It builds fine 
and the ffaudio plugin is enabled again (not enabled in the 3.2-1).


I don't know if I will include it in the next upload (I don't even know 
if I will push it in the GIT repo), as it's a quite big patch. But 
audacious developers are not going to make the plugin compatible with 
older versions of ffmpeg.


I completely understand that upgrading the needed libs is quite risky 
and won't be done in the next days/weeks without risking to break a lot 
of packages.


So I would like to know what do you think about this patch, if this can 
be a good solution, and then I will perform the needed changes and push 
it to the git repo or if you think it's not a good solution, we won't 
have the plugin working for now.


Thanks.

--
Cyril "Davromaniak" Lavier

Description: Make audacious work with current unstable version of FFAUDIO
Author: Andrei Alin 
Last-Update: 2012-01-28
--- a/configure.ac
+++ b/configure.ac
@@ -549,7 +549,7 @@
 
 if test $enable_ffaudio = yes ; then
 PKG_CHECK_MODULES([FFMPEG],
- [libavcodec >= 53.40.0 libavformat >= 53.5.0 libavutil >= 50.42.0],
+ [libavcodec >= 52.64.0 libavformat >= 52.110.0 libavutil >= 50.42.0],
  [have_ffaudio=yes], [have_ffaudio=no])
 fi
 
--- a/configure
+++ b/configure
@@ -10914,12 +10914,12 @@
 pkg_cv_FFMPEG_CFLAGS="$FFMPEG_CFLAGS"
  elif test -n "$PKG_CONFIG"; then
 if test -n "$PKG_CONFIG" && \
-{ { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libavcodec >= 53.40.0 libavformat >= 53.5.0 libavutil >= 50.42.0\""; } >&5
-  ($PKG_CONFIG --exists --print-errors "libavcodec >= 53.40.0 libavformat >= 53.5.0 libavutil >= 50.42.0") 2>&5
+{ { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libavcodec >= 52.64.0 libavformat >= 52.110.0 libavutil >= 50.42.0\""; } >&5
+  ($PKG_CONFIG --exists --print-errors "libavcodec >= 52.64.0 libavformat >= 52.110.0 libavutil >= 50.42.0") 2>&5
   ac_status=$?
   $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
   test $ac_status = 0; }; then
-  pkg_cv_FFMPEG_CFLAGS=`$PKG_CONFIG --cflags "libavcodec >= 53.40.0 libavformat >= 53.5.0 libavutil >= 50.42.0" 2>/dev/null`
+  pkg_cv_FFMPEG_CFLAGS=`$PKG_CONFIG --cflags "libavcodec >= 52.64.0 libavformat >= 52.110.0 libavutil >= 50.42.0" 2>/dev/null`
 		  test "x$?" != "x0" && pkg_failed=yes
 else
   pkg_failed=yes
@@ -10931,12 +10931,12 @@
 pkg_cv_FFMPEG_LIBS="$FFMPEG_LIBS"
  elif test -n "$PKG_CONFIG"; then
 if test -n "$PKG_CONFIG" && \
-{ { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libavcodec >= 53.40.0 libavformat >= 53.5.0 libavutil >= 50.42.0\""; } >&5
-  ($PKG_CONFIG --exists --print-errors "libavcodec >= 53.40.0 libavformat >= 53.5.0 libavutil >= 50.42.0") 2>&5
+{ { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libavcodec >= 52.64.0 libavformat >= 52.110.0 libavutil >= 50.42.0\""; } >&5
+  ($PKG_CONFIG --exists --print-errors "libavcodec >= 52.64.0 libavformat >= 52.110.0 libavutil >= 50.42.0") 2>&5
   ac_status=$?
   $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
   test $ac_status = 0; }; then
-  pkg_cv_FFMPEG_LIBS=`$PKG_CONFIG --libs "libavcodec >= 53.40.0 libavformat >= 53.5.0 libavutil >= 50.42.0" 2>/dev/null`
+  pkg_cv_FFMPEG_LIBS=`$PKG_CONFIG --libs "libavcodec >= 52.64.0 libavformat >= 52.110.0 libavutil >= 50.42.0" 2>/dev/null`
 		  test "x$?" != "x0" && pkg_failed=yes
 else
   pkg_failed=yes
@@ -10957,9 +10957,9 @@
 _pkg_short_errors_supported=no
 fi
 if test $_pkg_short_errors_supported = yes; then
-	FFMPEG_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs "libavcodec >= 53.40.0 libavformat >= 53.5.0 libavutil >= 50.42.0" 2>&1`
+	FFMPEG_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs "libavcodec >= 52.64.0 libavformat >= 52.110.0 libavutil >= 50.42.0" 2>&1`
 else
-	FFMPEG_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs "libavcodec >= 53.40.0 libavformat >= 53.5.0 libavutil >= 50.42.0" 2>&1`
+	FFMPEG_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs "libavcodec >= 52.64.0 libavformat >= 52.110.0 libavutil >= 50.42.0" 2>&1`
 fi
 	# Put the nasty error message in config.log where it belongs
 	echo "$FFMPEG_PKG_ERRORS" >&5
--- a/src/ffaudio/ffaudio-core.c
+++ b/src/ffaudio/ffaudio-core.c
@@ -40,6 +40,14 @@
 #endif
 #include 
 
+#if ! CHECK_LIBAVFORMAT_VERSION (53, 5, 0)
+#define avformat_find_stream_info(i, o) av_find_stream_info (i)
+#endif
+
+#if ! CHECK_LIBAVCODEC_VERSION (53, 8, 0)
+#define avcodec_open2(a, c, o) avcodec_open (a, c)
+#endif
+
 static GMutex *ctrl_mutex = NULL;
 static GCond *ctrl_cond = NULL;
 static gint64 seek_value = -1;
@@ 

Bug#657716: clive: patch for 2012 January Youtube format change

[Ansgar Burchardt]

unarchive 645025
found 645025 2.2.13-5+squeeze3
forcemerge 645025 657716
thanks

Gabor Kiss  writes:
> This week Youtube HTML text changed again causing parse error.
> This patch solves the problem.

This looks like an older bug (#645025), but when I prepared a stable
update for that one the change on youtube.com was reverted.  But the
patch there does fix this for squeeze.  I'll look into preparing an
upload.

Regards,
Ansgar



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

Bug#606939: [squeeze -> 2.6.36 regression] holes in characters rendered on screen in X

[John Hughes]

On 26/01/12 09:50, John Hughes wrote:

On 26/01/12 00:05, Jonathan Nieder wrote:

Sorry for the slow reply.  Can you reproduce this with a 3.x.y kernel?
If so, can you take a screenshot so we can see what the corrupted
glyphs look like?
Ok, will do this weekend - currently I'm on 3.3-rc something.  Problem 
still exists.
Here's an example - the "l" glyph has a little hole in it.  This is 
typical of the problem I see.


Linux carbon 3.3.0-rc1+ #4 SMP Sat Jan 21 15:46:40 CET 2012 i686 GNU/Linux

(That's 3.3.0-rc1 from git with my Sony VAIO keyboard patch).
<>

Bug#644559: Adopting python-uniconvertor

[Jan Dittberner]

Hello Ronoaldo,

I just saw your question in #644559. The process of adopting a package
is outlined in [1].

The python-uniconvertor package has the Debian Python Modules
Packaging Team in it's Maintainer field so it might be a good idea to
join the team [2]. This might also give you a better chance to find a
sponsor (a Debian Developer who uploads the package for you).

I have some interest in python-uniconvertor (>= 1.1.5) because my wife
got an embroidery machine that uses the Brother PES format supported
by this version. Feel free to ask me for review/sponsorship in IRC
(nick jandd in #debian-python on OFTC) or via mail.


Footnotes: 
[1]  http://www.debian.org/doc/manuals/developers-reference/pkgs.html#adopting

[2]  https://alioth.debian.org/projects/python-modules/


Kind regards
Jan

-- 
Jan Dittberner - Debian Developer
GPG-key: 4096R/558FB8DD 2009-05-10
 B2FF 1D95 CE8F 7A22 DF4C  F09B A73E 0055 558F B8DD
http://ddportfolio.debian.net/ - http://people.debian.org/~jandd/


signature.asc
Description: Digital signature

Bug#657717: login: ENCRYPT_METHOD default should be changed to SHA512

[Mario B.]

Package: login
Version: 1:4.1.4.2+svn3283-2+squeeze1
Severity: normal


Hi,

I use a group protected by a password longer than 8 characters, but only the 
first eight ones are checked when using newgrp or sg. I have checked also user 
password, but they work as expected.

The problem is the ENCRYPT_METHOD default (DES) for gpasswd in /etc/login.defs. 
Given that "man login.defs" recommends that ENCRYPT_METHOD is set consistently 
with the PAM configuration (pam_unix.so obscure sha512 in 
/etc/pam.d/common-password), I think that the default value for ENCRYPT_METHOD 
should be changed to SHA512.

Regards


-- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable'), (550, 'testing'), (500, 
'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-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 login depends on:
ii  libc6 2.11.2-10  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.

-- Configuration Files:
/etc/login.defs changed [not included]
/etc/pam.d/login changed [not included]
/etc/securetty [Errno 13] Permission denied: u'/etc/securetty'

-- 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#657718: liblua5.1-oocairo0: Broken link

[Chimrod]

Package: liblua5.1-oocairo0
Version: 1.4-1
Severity: grave
Justification: renders package unusable

Installation make a broken link :

$ ls -la /usr/lib/x86_64-linux-gnu/lua/5.1/oocairo.so
lrwxrwxrwx 1 root root 22 nov.  24 11:39 /usr/lib/x86_64-linux-
gnu/lua/5.1/oocairo.so -> /../liboocairo.so

But the file does not exists !

$ ls /usr/lib/x86_64-linux-gnu/liboocairo.so
ls: impossible d'accéder à /usr/lib/x86_64-linux-gnu/liboocairo.so: Aucun
fichier ou dossier de ce type

The right file is liboocairo.so.0

$ ls /usr/lib/x86_64-linux-gnu/liboocairo.so.0
/usr/lib/x86_64-linux-gnu/liboocairo.so.0



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

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

Versions of packages liblua5.1-oocairo0 depends on:
ii  libc6  2.13-24
ii  libcairo2  1.10.2-6.2
ii  liblua5.1-05.1.4-12
ii  multiarch-support  2.13-24

liblua5.1-oocairo0 recommends no packages.

liblua5.1-oocairo0 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#619918: [Pkg-acpi-devel] Bug#619918: getXconsole break in asus-touchpad.sh

[Michael Meskes]

On Sat, Jan 28, 2012 at 10:48:38AM +0100, Milan Čermák wrote:
> The message seen by Roman Nikolaev "Couldnt get a file descriptor
> referring to the console" is indeed printed when the script is run
> by a user owning the X session.
> When run by root, the script runs fine and toggles the touchpad alright.

So everything works? Why do you want to reopen then? Sorry, I don't really
understand what you're trying to accomplish.

> This behavior is seen since update of acpid to 2.0.7-1squeeze3 and
> possibly caused by security fix in 2.0.7-1squeeze2.

So what exactly worked with 2.0.7-1 but doesn't anymore with 2.0.7-1squeeze3?

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at googlemail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL



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

Bug#657672: chromium: Dialog to upload files does not show up

[Frederik Schwarzer]

Am Samstag, 28. Januar 2012, 00:08:10 schrieb Jonathan Nieder:
> Frederik Schwarzer wrote:
> > for about two weeks now, the dialog for uploading files to
> > websites does not show up anymore.
> > E.g. if I go to http://imagebin.org/index.php?page=add, the
> > "Choose file" button does nothing. Same goes for every website I
> > tried.
> 
> In other words, '' tags produce a button that
> doesn't work for you.

Correct.

The following page does not open the dialog. It does in Firefox.


Test









> Does downgrading to some previous version from testing or
> http://snapshot.debian.org/ help?

In between the versions, I purged all chromium* and libv8* packages.

10.0.648.205 (81283) -> OK
13.0.782.220 (Developer Build 99552 Linux) -> OK
14.0.835.202 (Developer Build 103287 Linux) -> OK
15.0.874.121 (Developer Build 109964 Linux) -> OK
16.0.912.63 (Developer Build 113337 Linux) -> broken
16.0.912.77 (Developer Build 118311 Linux) -> broken

Between 15 and 16 no other than the four packages
  chromium-inspector
  chromium-browser-inspector
  chromium-browser
  chromium
had to be changed (i.e. no changed dependencies).
In 13,14 and 15 I got the warning that the config file was from a 
newer version. Config file change? Might that be related?

But with mv'ed .config/chromium -> no dialog either.

Run with --debug -> no output


> Do you use GNOME, KDE, or some other environment?

KDE


> Does "dmesg" reveal anything having segfaulted?

No output in dmesg, .xsession-errors, /var/log/syslog or 
/var/log/messages except for what I already posted.

Regards



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

Bug#657719: bcov: does not work for the simplest example

[Antonio Terceiro]

Package: bcov
Version: 0.2-1
Severity: grave
Justification: renders package unusable

bcov reports the following code as having 100% coverage:

---8<-8<---
#include 

int main() {
  if (1) {
printf("ok\n");
  } else {
printf("not ok\n");
  }
  return 0;
}
---8<-8<---

Attached is this source file + a simple Makefile to generate a coverage
report and open it with x-www-browser.

Even though it reports that 5 instructions were instrumented and only 4
were actually run, it still reports as 100% code coverage, what's
clearly wrong.

I also tested this on a i386 VM, and the result is even worse. It
reports 4 instructions instrumented, and 4 instructions executed,
therefore 100% coverage.

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

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

Versions of packages bcov depends on:
ii  libc6   2.13-24
ii  libelfg00.8.13-3
ii  libgcc1 1:4.6.2-12
ii  libstdc++6  4.6.2-12

bcov recommends no packages.

bcov suggests no packages.

-- no debconf information

-- 
Antonio Terceiro 


foo.tar.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#657085: Please increase the size of APT::Cache-Limit. Current value: 25165824. -- but ignores setting

[David Kalnischkies]

On Tue, Jan 24, 2012 at 04:49, Daniel Hartwig  wrote:
> As a temporary fix, you can try setting APT::Cache-Fallback "true"

mhh. Jonathan (cc'ed) claims in his mail to control that this workaround works.
Thats kind of surprising as the constructor of DynamicMMap should already
enable the Fallback on non-linux architectures (as long as Grow is enabled),
so what fails here should be already the fallback method with realloc()…

(mremap() isn't available on non-linux, so the dynamic mmap doesn't use a mmap
 on these archs as it can't grow. realloc() on the other hand is available
 everywhere -- and the effective difference between mmap and char[] isn't big.
 Either way, thats decided at compile time and __linux__ is properly not
 defined on kfreebsd or hurd…)

Is the system low on memory maybe? Getting more than 25 MB of consecutive
memory might be harder than it sounds sometimes. For me at least the effect
of the setting above sounds like a placebo.


A real effect should have a sensible value for APT::Cache-Start, the message
dates back to a time without this setting. Will be changed.


Best regards

David Kalnischkies



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

Bug#657720: libcgal-ipelets: Tighten dependency on ipe

[Marc Glisse]

Package: libcgal-ipelets
Version: 3.9-1+b1
Severity: normal

Hello,

currently, libcgal-ipelets depends on ipe (>= 7) and libipe7.1.1.
When a new version of ipe comes out, apt-get dist-upgrade installs
libipe7.1.2, upgrades ipe, and leaves libcgal-ipelets and libipe7.1.1
alone, which effectively makes libcgal-ipelets unusable for a while.

Could you maybe make libcgal-ipelets depend on ipe >= 7.1.1 and ipe <
7.1.2?

I can see the logic of the current system, and if there were other
packages than ipe using libipe that could use the plugins it would
likely be the best, but now...

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

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

Versions of packages libcgal-ipelets depends on:
ii  ipe7.1.2-1
ii  libboost-thread1.46.1  1.46.1-8
ii  libc6  2.13-24
ii  libcgal8   3.9-1+b1
ii  libgcc11:4.6.2-11
ii  libgmp10   2:5.0.2+dfsg-2
ii  libgmpxx4ldbl  2:5.0.2+dfsg-2
ii  libipe7.1.17.1.1-1
ii  libmpfr4   3.1.0-3
ii  libstdc++6 4.6.2-11

libcgal-ipelets recommends no packages.

libcgal-ipelets 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#657061: E: The package index files are corrupted. No Filename: field for package libpostproc52.

[David Kalnischkies]

On Wed, Jan 25, 2012 at 22:24, Cyril Brulebois  wrote:
> Julian Andres Klode  (24/01/2012):
>> Do an apt-cache show or grep-aptavail -P libpostproc52 (or both), and
>> look whether the record is correct. Or look at the file directly and
>> check whether it is correct.
>
> FWIW, it moved to:
> | 108 upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
> | E: The package index files are corrupted. No Filename: field for package 
> libaudio-dev.

As always, i am a lucky guy and can't reproduce it. :/
(I am properly just too dumb to do it right -- "Fortune favors fools.")

I remember problems with Descriptions in case of splitout longdesc and
multiarch and rewrote parts of the description handling in experimental
a while ago, but i can't remember problems with Filename handling,
as this is pretty independent of description parsing.

Can you reproduce this just on this system or do you get it also on
other systems/in a chroot?


Best regards

David Kalnischkies



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

Bug#548366: Please make yourself maintainer

[Henri Salo]

Is something going to happen related to this? Lot of issues open with 
ircd-hybrid. I have pretty good experience with the software. Please contact me 
if you need help.

- Henri Salo
ps. I am not a Debian Developer at the moment



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

Bug#655389: [DRE-maint] Bug#655389: capistrano: Typo in the synopsis

[Antonio Terceiro]

tags 655389 + pending
thanks

Hi,

Vincent Blut escreveu isso aí:
> Dear maintainer,
> 
> Please fix the following typo found in the synopsis:
> 
> s/multiples/multiple/

This was fixed and this bug will be closed in the next upload (but of
course I won't upload a new version just because of this).

Thanks for reporting.

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#657089: Please reintroduce dh_numpy usage / easy numpy transitions

[Antonio Valentino]

Hi Jakub,

Il 24/01/2012 20:55, Jakub Wilk ha scritto:
> * Sandro Tosi , 2012-01-23, 23:48:
>> Please reintroduce dh_numpy in the build chain.
>>
>> The real reason I was filing this bug (before the discovery of
>> dh_numpy call removal) was to ask, following #643873 discussion, if
>> you could start calling dh_numpy with '--strict' argument (but that
>> requires a compat version <<8 which was just bumped in the last upload).
> 
> The good news is that this new upstream version appears to use Cython,
> not Pyrex, so --strict should not be necessary.
> 

Can you please confirm that the '--strict' option is not actually needed
*and* hence we can stay with debhelper >= 8.1?


Best regards

-- 
Antonio Valentino



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

Bug#657721: unscd: no binary in package

[Marc Dequènes (Duck)]

Package: unscd
Version: 0.48-1
Severity: grave

Coin,

As you can see in http://packages.debian.org/sid/amd64/unscd/filelist  
the nscd binary is not shipped in the package anymore, which then  
breaks everything on the system.


Clearly this package has not be verified before upload.

--
Marc Dequènes (Duck)


pgpRjBX3Ey8rE.pgp
Description: PGP Digital Signature

Bug#657422: How can I replace the downloader of aptitude with another downloader such as axel?

[David Kalnischkies]

Hi,

> [ start of apt/aptitude-battle ]

Ask two people and you will get three recommendations.

Trying to be objective, it can be said that the Upgrade-Instructions
say for two releases again that you should use apt-get.
For interactive use: Use whatever you want and suits you best.


After saying this, lets get back to the actual topic:
> Alternative downloaders

Feel free to implement it. It's not as hard as it might sound.
I just question the effective use. Most downloaders either relay on
a placebo effect or depend on the fact that nobody else uses them:

Placebo's can be easily implemented, but who needs that? ;)
Many downloader also didn't implement various interesting features the
inbuilt already has like partial requests or pipelining…

Opening multiple connections to the same server might (!) increases the
speed for you, but only if all others using this server aren't also opening
multiple connections in parallel. If they do, we are back to square one -
expect that now the speed for everyone is even lower as the server has
more "paperwork" to do to handle the requests.
(thats what most of these "faster" downloaders do - cheating…)

Opening connections to different servers is something which can
and should be (and partly is) implemented with the mirror method,
it just needs more work nobody did so far in various parts of APT and
the server/mirror infrastructure in general.

Stuff like torrents can be explored, too, there is even a method for it
with debtorrent - but i guess this method also needs more work.


Long story short: This bug is WAY to general to be ever marked as done,
so i am closing it as it doesn't help to keep it open. If you have a specific
method implemented, feel free to tell us. Requesting here to implement a
specific one is properly not going to work out either, properly better of
to ask the upstreams of apt-fast or whatever why they have chosen to not
constribute to directly APT instead.

I hope this reasoning can be understood - still, thanks for your report!
Everyone trying to help improve debian is welcomed. :)


Best regards

David Kalnischkies



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

Bug#657085: Please increase the size of APT::Cache-Limit. Current value: 25165824. -- but ignores setting

[Jonathan Nieder]

David Kalnischkies wrote:
> On Tue, Jan 24, 2012 at 04:49, Daniel Hartwig  wrote:

>> As a temporary fix, you can try setting APT::Cache-Fallback "true"
>
> mhh. Jonathan (cc'ed) claims in his mail to control that this workaround 
> works.

After further experimentation, I think you're right that it doesn't.
APT::Cache-Fallback seems to just change the error message.

With APT::Cache-Fallback, instead of the original message, after
sending out that email I got a message about realloc() being called
with an invalid pointer.  It was reproducible.

As a workaround, I limited the number of sources.list lines to
something small.  Then I was able to install dselect and use its FTP
method to move on with work.  Unfortunately, for some reason, I can't
reproduce the original problem any more --- maybe the APT cache was
populated or the state of the "available" file is involved somehow.

[...]
> Is the system low on memory maybe? Getting more than 25 MB of consecutive
> memory might be harder than it sounds sometimes. For me at least the effect
> of the setting above sounds like a placebo.

The system has 600 MiB or so of memory, 500 of that RAM, most of it
usually free.  This was in a new installation of Debian 6.0.3 on
kfreebsd-i386.  The first thing I did after logging into the new
system was to add sid and experimental to sources.list and "apt-get
update", which triggered the "Please increase the size of
APT::Cache-Limit. Current value: 25165824" message.

Sorry for the nonsense.
Jonathan



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

Bug#653625: avogadro: diff for NMU version 1.0.3-3.1

[Steve M. Robbins]

tags 653625 + pending
thanks

Dear maintainer,

I've prepared an NMU for avogadro (versioned as 1.0.3-3.1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards.
-Steve
diff -Nru avogadro-1.0.3/debian/changelog avogadro-1.0.3/debian/changelog
--- avogadro-1.0.3/debian/changelog	2011-12-05 15:20:34.0 -0600
+++ avogadro-1.0.3/debian/changelog	2012-01-28 05:36:13.0 -0600
@@ -1,3 +1,12 @@
+avogadro (1.0.3-3.1) unstable; urgency=low
+
+  * Non-Maintainer Upload.
+  
+  * patches/boost148.patch: New.  Work around moc limitation.  Closes:
+#653625.
+
+ -- Steve M. Robbins   Sat, 28 Jan 2012 05:36:13 -0600
+
 avogadro (1.0.3-3) unstable; urgency=low
 
   * debian/control (Build-Depends): Added libgl2ps-dev.
diff -Nru avogadro-1.0.3/debian/patches/boost148.patch avogadro-1.0.3/debian/patches/boost148.patch
--- avogadro-1.0.3/debian/patches/boost148.patch	1969-12-31 18:00:00.0 -0600
+++ avogadro-1.0.3/debian/patches/boost148.patch	2012-01-28 05:33:12.0 -0600
@@ -0,0 +1,61 @@
+Description: Work around moc limitations
+ Some parts of Boost, introduced in Boost 1.48 are not
+ understood by the limited C++ parser of moc.  This
+ patch defines header guards that prevent the troublesome boost
+ headers from being processed.
+Bug-Debian: #653625
+Author: Tobias Frost 
+Reviewed-By: Steve Robbins 
+
+--- a/libavogadro/src/pythonengine_p.h
 b/libavogadro/src/pythonengine_p.h
+@@ -25,6 +25,10 @@
+ #ifndef PYTHONENGINE_H
+ #define PYTHONENGINE_H
+ 
++#ifdef Q_MOC_RUN
++#define BOOST_TT_HAS_OPERATOR_HPP_INCLUDED
++#endif
++
+ #include 
+ #include 
+ #include 
+--- a/libavogadro/src/pythonextension_p.h
 b/libavogadro/src/pythonextension_p.h
+@@ -26,6 +26,10 @@
+ #ifndef PYTHONEXTENSION_H
+ #define PYTHONEXTENSION_H
+ 
++#ifdef Q_MOC_RUN
++#define BOOST_TT_HAS_OPERATOR_HPP_INCLUDED
++#endif
++
+ #include 
+ #include 
+ #include 
+--- a/libavogadro/src/pythontool_p.h
 b/libavogadro/src/pythontool_p.h
+@@ -25,6 +25,10 @@
+ #ifndef PYTHONTOOL_H
+ #define PYTHONTOOL_H
+ 
++#ifdef Q_MOC_RUN
++#define BOOST_TT_HAS_OPERATOR_HPP_INCLUDED
++#endif
++
+ #include 
+ #include 
+ #include 
+--- a/libavogadro/src/extensions/pythonterminal.h
 b/libavogadro/src/extensions/pythonterminal.h
+@@ -23,6 +23,10 @@
+ #ifndef PYTHONTERMINAL_H
+ #define PYTHONTERMINAL_H
+ 
++#ifdef Q_MOC_RUN
++#define BOOST_TT_HAS_OPERATOR_HPP_INCLUDED
++#endif
++
+ #include 
+ #include 
+ #include 
diff -Nru avogadro-1.0.3/debian/patches/series avogadro-1.0.3/debian/patches/series
--- avogadro-1.0.3/debian/patches/series	2011-12-05 15:20:26.0 -0600
+++ avogadro-1.0.3/debian/patches/series	2012-01-22 14:54:40.0 -0600
@@ -1,2 +1,3 @@
 link_to_libgl2ps.patch
 nwchem_input_ccsd.patch
+boost148.patch


signature.asc
Description: Digital signature

Bug#653796: qt-gstreamer: diff for NMU version 0.10.1-2.1

[Steve M. Robbins]

tags 653796 + pending
thanks

Dear maintainer,

I've prepared an NMU for qt-gstreamer (versioned as 0.10.1-2.1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards.
-Steve
diff -Nru qt-gstreamer-0.10.1/debian/changelog qt-gstreamer-0.10.1/debian/changelog
--- qt-gstreamer-0.10.1/debian/changelog	2011-04-14 04:23:21.0 -0500
+++ qt-gstreamer-0.10.1/debian/changelog	2012-01-28 05:41:55.0 -0600
@@ -1,3 +1,12 @@
+qt-gstreamer (0.10.1-2.1) unstable; urgency=low
+
+  * Non-Maintainer Upload.
+  
+  * patches/boost1.48.patch: New.  Work around moc limitation.  Closes:
+#653796.
+
+ -- Steve M. Robbins   Sat, 28 Jan 2012 05:41:39 -0600
+
 qt-gstreamer (0.10.1-2) unstable; urgency=low
 
   * Import patch from upstream to fix FTBFS - disable building
diff -Nru qt-gstreamer-0.10.1/debian/patches/boost1.48.patch qt-gstreamer-0.10.1/debian/patches/boost1.48.patch
--- qt-gstreamer-0.10.1/debian/patches/boost1.48.patch	1969-12-31 18:00:00.0 -0600
+++ qt-gstreamer-0.10.1/debian/patches/boost1.48.patch	2012-01-28 05:40:52.0 -0600
@@ -0,0 +1,49 @@
+Description: Work around moc limitations
+ Some parts of Boost, introduced in Boost 1.48 are not
+ understood by the limited C++ parser of moc.  This
+ patch defines header guards that prevent the troublesome boost
+ headers from being processed.
+Bug-Debian: #653796
+Author: Tobias Frost 
+Reviewed-By: Steve Robbins 
+
+--- a/src/QGlib/connect.h
 b/src/QGlib/connect.h
+@@ -19,6 +19,11 @@
+ #ifndef QGLIB_CONNECT_H
+ #define QGLIB_CONNECT_H
+ 
++#ifdef Q_MOC_RUN
++#define BOOST_TT_HAS_OPERATOR_HPP_INCLUDED
++#endif
++
++
+ #include "global.h"
+ #include "quark.h"
+ #include 
+--- a/src/QGst/bin.h
 b/src/QGst/bin.h
+@@ -19,6 +19,10 @@
+ #ifndef QGST_BIN_H
+ #define QGST_BIN_H
+ 
++#ifdef Q_MOC_RUN
++#define BOOST_TT_HAS_OPERATOR_HPP_INCLUDED
++#endif
++
+ #include "element.h"
+ #include "childproxy.h"
+ 
+--- a/src/QGst/Ui/videowidget.h
 b/src/QGst/Ui/videowidget.h
+@@ -19,6 +19,10 @@
+ #ifndef QGST_UI_VIDEOWIDGET_H
+ #define QGST_UI_VIDEOWIDGET_H
+ 
++#ifdef Q_MOC_RUN
++#define BOOST_TT_HAS_OPERATOR_HPP_INCLUDED
++#endif
++
+ #include "global.h"
+ #include "../element.h"
+ #include 
diff -Nru qt-gstreamer-0.10.1/debian/patches/series qt-gstreamer-0.10.1/debian/patches/series
--- qt-gstreamer-0.10.1/debian/patches/series	2011-04-10 04:57:03.0 -0500
+++ qt-gstreamer-0.10.1/debian/patches/series	2012-01-28 05:40:59.0 -0600
@@ -1 +1,3 @@
 00_no_latex_docs.diff
+boost1.48.patch
+


signature.asc
Description: Digital signature

Bug#657722: pu: package clive/2.2.13-5+squeeze4

[Ansgar Burchardt]

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

Hi,

clive needs another update to handle changes to youtube.com.  The
problem was initially reported (and fixed in unstable) in October[1],
but when I looked into preparing an update to stable the change was
reverted again.

Now the change was activated again and clive/squeeze fails to download
videos again.  I have this backported the change applied to clive in
unstable last year to the version in squeeze (debdiff attached).
Retrieving videos then works again for me.

Please consider also making the update available via stable-updates.

Regards,
Ansgar

[1] 
diff -Nru clive-2.2.13/debian/changelog clive-2.2.13/debian/changelog
--- clive-2.2.13/debian/changelog	2011-08-04 20:26:44.0 +0200
+++ clive-2.2.13/debian/changelog	2012-01-28 11:42:30.0 +0100
@@ -1,3 +1,11 @@
+clive (2.2.13-5+squeeze4) stable; urgency=low
+
+  * Adapt for youtube.com changes. (Closes: #645025)
+Thanks to Ingo Saitz  for the patch.
++ new patch: 645025-youtube.diff
+
+ -- Ansgar Burchardt   Sat, 28 Jan 2012 11:42:24 +0100
+
 clive (2.2.13-5+squeeze3) stable; urgency=low
 
   * Adapt for youtube.com changes. (Closes: #636612)
diff -Nru clive-2.2.13/debian/patches/645025-youtube.diff clive-2.2.13/debian/patches/645025-youtube.diff
--- clive-2.2.13/debian/patches/645025-youtube.diff	1970-01-01 01:00:00.0 +0100
+++ clive-2.2.13/debian/patches/645025-youtube.diff	2012-01-28 11:41:06.0 +0100
@@ -0,0 +1,31 @@
+From: Ingo Saitz 
+Date: Tue, 11 Oct 2011 22:56:27 +0200
+Subject: Fix problem with some youtube.com videos
+Bug: https://sourceforge.net/apps/trac/clive/ticket/14
+Bug-Debian: http://bugs.debian.org/645025
+
+[ backported to Squeeze with some whitespace changes ]
+
+--- clive.orig/lib/clive/Host/Youtube.pm
 clive/lib/clive/Host/Youtube.pm
+@@ -33,7 +33,7 @@
+ 
+ my %re = (
+ id => qr|"video_id": "(.*?)"|,
+-url_encoded_fmt_stream_map => qr|url_encoded_fmt_stream_map=(.*?)&|,
++url_encoded_fmt_stream_map => qr|"url_encoded_fmt_stream_map": "(.*?)"|,
+ );
+ 
+ my $tmp;
+@@ -44,9 +44,9 @@
+ 
+ require URI::Escape;
+ 
+-foreach (split /,/, URI::Escape::uri_unescape ($tmp->{url_encoded_fmt_stream_map})) {
++foreach (split /,/, $tmp->{url_encoded_fmt_stream_map}) {
+ 	my %map;
+-	for my $kv (split /&/) {
++	for my $kv (split /\\u0026/) {
+ 		my ($key, $value) = split /=/, $kv;
+ 		$map{$key} = URI::Escape::uri_unescape($value);
+ 	}
diff -Nru clive-2.2.13/debian/patches/series clive-2.2.13/debian/patches/series
--- clive-2.2.13/debian/patches/series	2011-08-04 20:24:52.0 +0200
+++ clive-2.2.13/debian/patches/series	2012-01-28 11:33:11.0 +0100
@@ -5,3 +5,4 @@
 0001-Youtube-Fix-video-ID-parsing-10.patch
 liveleak-fix-from-2.2.25.patch
 636612-youtube.diff
+645025-youtube.diff

Bug#610048: option --dry-run for debsnap

[Marc Dequènes (Duck)]

Coin,

In fact a --list option would be appropriate for this feature and  
should not be difficult to implement.


Regards.

--
Marc Dequènes (Duck)


pgpg4VoUk2aHr.pgp
Description: PGP Digital Signature

Bug#399332: -dbg package

[Antonio Valentino]

Hi Yaroslav, hi Frédéric,

Il 23/01/2012 21:37, Antonio Valentino ha scritto:
> Hi Yaroslav,
> 
> Il 23/01/2012 16:22, Yaroslav Halchenko ha scritto:
> 
> [CUT]
> 
>>> what about providing also a -dbg package as explain here [1]
>>> It should help during bug investigation.
>>
>> I can only +100 on this one -- I have been generating -dbg for packages
>> I maintain and with python-awareness of gdb as we have it now -- they
>> are indeed indispensable... anyone up for a job?  related bugreport is
>> #399332  so I am CCing it from now on.
>>
>> Pretty much it should  be quite easy -- just add -dbg to control, I
>> think dh would build for those versions, and then in debian/rules you
>> would only need to move _d.so into -dbg pkg
> 
> I can take in charge it ... but not before next weekend
> 

Giving a deeper look to [1] it seems that, in order perform unit tests
on the -dbg package, we need to Duild-Depends on python-numexpr-dbg.

AFAIK python-numexpr do not provides a -dbg package so I'm not sure how
to go on.

Probably we could disable build-time unit tests for the -dbg package.
Makes it sense?


best regards

[1] http://wiki.debian.org/Python/DbgBuilds

-- 
Antonio Valentino



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

Bug#606939: [squeeze -> 2.6.36 regression] holes in characters rendered on screen in X

[Jonathan Nieder]

found 606939 linux-2.6/3.2.1-2
tags 606939 + upstream
quit

John Hughes wrote:

> Here's an example - the "l" glyph has a little hole in it.  This is
> typical of the problem I see.

Ah, thanks.  I should have noticed the attachment in the original
report.

Symptoms are reminiscent of , though
Vítor uses a 915GM and you have a 945GM.  Also reminiscent of
.

Does putting

Section "Device"
Identifier "Intel"
Driver "intel"
Option "DebugWait" "true"
EndSection

in xorg.conf help?



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

Bug#657724: override: telepathy-sofiasip:oldlibs/extra

[Laurent Bigonville]

Package: ftp.debian.org
Severity: normal

Hi,

telepathy-sofiasip has been renamed to telepathy-rakia.

telepathy-sofiasip is now a transitional package and thus should be in
oldlibs/extra.

Please adjust the override file.

Cheers

Laurent Bigonville



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

Bug#657725: dak: please change override handling for Tag: header

[Enrico Zini]

Package: ftp.debian.org
Severity: wishlist

Hello,


Stage 1 (core of this wishlist bug):

referring to my proposal in 20120121232111.ga23...@enricozini.org[1],
I'd like to ask to change the handling of the "Tag:" field overrides:
instead of replacing the field in the packages, it should just add the
field when it is missing, and ignore the override if the Tag: field
already exists in the package.

That would allow maintainers to take charge of tag maintenance if they
so desire, and it would allow to have different tags in different
versions of a package in those rare case it is needed, like package
renames (e.g. git is a completely different thing in lenny and squeeze).

This is not intended to be the preferred way of handling tags, but just
a way to handle corner cases. A maintainer adding Tag: fields to
debian/control takes full responsibility for keeping them up to date.

On the other hand one can always remove the Tag: fields to hand back tag
maintenance to the normal workflow, once the corner case for a specific
version has been handled.

[1] 
http://lists.alioth.debian.org/pipermail/debtags-devel/2012-January/002158.html


Stage 2 (possible future directions):

At Debconf in Banja Luka we discussed a more complex proposal of having
tags from some facet take priority from debian/control, and some take
priority from the overrides. That went in the direction of making some
tags official and leave some 'unstable' facets the ability to change
without requiring package uploads.

That proposal can be implemented on top of this one, by implementing a
"$DEFAULTS" placeholder that maintainers can add to the Tag: field,
meaning "dak, please replace this with Enrico's tags for facets not show
here".

Some examples (to be used in binary package sections of debian/control):

  # This would be the equivalent of not having a Tag: field. All tags
  # come from the overrides from debtags.debian.net.
  Tag: $DEFAULTS

  # This would use those 3 tags, plus all tags from the overrides that
  # do not start with "implemented-in::" or "role::"
  Tag: implemented-in::c, implemented-in::python, role::program, $DEFAULTS

  # This would only use those 3 tags, ignoring the overrides
  Tag: implemented-in::c, implemented-in::python, role::program


I understand that stage 2 is tricker to implement than stage 1 and
probably requires more discussion[1], but in filing a wishlist bug I
wanted to provide some context and a possible vision on where the field
could be going in the future.

[1] Do we need to handle spurious/missing commas around $DEFAULTS?
Can we finally get rid of compressing the Tag: header with curly
braces, and just have dak make it a multiline field if it is too
long?


Ciao,

Enrico



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

Bug#657726: RM: telepathy-sofiasip -- ROM; project renamed to telepathy-rakia

[Laurent Bigonville]

Package: ftp.debian.org
Severity: normal

Hi,

Could you please remove telepathy-sofiasip source package from the
archive.

The project has been renamed to telepathy-rakia.

Cheers

Laurent Bigonville



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

Bug#657085: Please increase the size of APT::Cache-Limit. Current value: 25165824. -- but ignores setting

[Julian Andres Klode]

On Sat, Jan 28, 2012 at 12:20:58PM +0100, David Kalnischkies wrote:
> On Tue, Jan 24, 2012 at 04:49, Daniel Hartwig  wrote:
> > As a temporary fix, you can try setting APT::Cache-Fallback "true"
> 
> mhh. Jonathan (cc'ed) claims in his mail to control that this workaround 
> works.
> Thats kind of surprising as the constructor of DynamicMMap should already
> enable the Fallback on non-linux architectures (as long as Grow is enabled),
> so what fails here should be already the fallback method with realloc()…
> 
> (mremap() isn't available on non-linux, so the dynamic mmap doesn't use a mmap
>  on these archs as it can't grow.

BSD developers just don't want it IIRC, as it is practically unneeded, it
has the same effect as calling munmap() and then mmap() again. We already
store the fd, so we could just use munmap() and mmap() instead of mremap()
if we wanted to.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.



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

Bug#657728: ruby-will-paginate: will_paginate 3.0 is not compatible with Rails 2.3 or older (RuntimeError)

[Antonio Terceiro]

Package: ruby-will-paginate
Version: 3.0.2-1
Severity: grave
Justification: renders package unusable

I created a fresh rails application, and add a file
config/initializers/pagination.rb containing:

  require 'will_paginate'

When I start ./script/console, I get the following in the end:

/usr/lib/ruby/vendor_ruby/will_paginate.rb:8:in `': 
will_paginate 3.0 is not compatible with Rails 2.3 or older (RuntimeError)
  from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
  from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
  from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:182:in `block 
in require'
  from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:547:in 
`new_constants_in'
  from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:182:in `require'
  from /tmp/foo/config/initializers/pagination.rb:1:in `'
  from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:171:in `load'
  from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:171:in `block 
in load_with_new_constant_marking'
  from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:547:in 
`new_constants_in'
  from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:171:in 
`load_with_new_constant_marking'
  from /tmp/foo/vendor/rails/railties/lib/initializer.rb:622:in `block in 
load_application_initializers'
  from /tmp/foo/vendor/rails/railties/lib/initializer.rb:621:in `each'
  from /tmp/foo/vendor/rails/railties/lib/initializer.rb:621:in 
`load_application_initializers'
  from /tmp/foo/vendor/rails/railties/lib/initializer.rb:176:in `process'
  from /tmp/foo/vendor/rails/railties/lib/initializer.rb:113:in `run'
  from /tmp/foo/config/environment.rb:9:in `'
  from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
  from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
  from /usr/lib/ruby/1.9.1/irb/init.rb:281:in `block in load_modules'
  from /usr/lib/ruby/1.9.1/irb/init.rb:279:in `each'
  from /usr/lib/ruby/1.9.1/irb/init.rb:279:in `load_modules'
  from /usr/lib/ruby/1.9.1/irb/init.rb:20:in `setup'
  from /usr/lib/ruby/1.9.1/irb.rb:53:in `start'
  from /usr/bin/irb:12:in `'

Since the package snyposis says "Pagination for Rails"[*], I assume it should
integrate nicely with the Rails version in Debian.

[*] although I do known that it does not require Rails and can be used without
it.

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

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

Versions of packages ruby-will-paginate depends on:
ii  ruby1.8 [ruby-interpreter]1.8.7.352-2
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.0-2

ruby-will-paginate recommends no packages.

ruby-will-paginate suggests no packages.

-- no debconf information

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#657729: kicad: Missing Replaces field to have smooth upgrades

[Vincent Danjean]

Package: kicad
Version: 0.20120126+bzr3256-1
Severity: normal
Tags: patch

  Hi,

  When upgrading my system, I got:
Dépaquetage de la mise à jour de kicad-common ...
dpkg : erreur de traitement de 
/var/cache/apt/archives/kicad-common_0.20120126+bzr3256-1_all.deb (--unpack) :
 tentative de remplacement de « /usr/share/applications/kicad.desktop », qui 
appartient aussi au paquet kicad 0.0.20110616-1
configured to not write apport reports
  dpkg-deb : erreur : le sous-processus 
coller a été tué par le signal (Relais brisé (pipe))
Préparation du remplacement de kicad 0.0.20110616-1 (en utilisant 
.../kicad_0.20120126+bzr3256-1_amd64.deb) ...

  So, it seems that kicad-common (0.20120126+bzr3256-1) contains a file that was
in kicad (0.0.20110616-1). If kicad is upgraded before kicad-common, all work 
well.
But, if kicad-common is upgraded before kicad (as on my system here), dpkg 
complains
and fails.

  If the move of the file is intended, a possible correction is to add
in the kicad-common (0.20120126+bzr3256-2) package:
Replaces: kicad (< 0.20120126+bzr3256-1)
  I think there is no need for Conflicts/Depends as kicad already has
a strict dependency on kicad-common.

  Regards,
Vincent


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

Kernel: Linux 3.2.0-1-amd64 (SMP w/8 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 kicad depends on:
ii  kicad-common  0.0.20110616-1
ii  libc6 2.13-24
ii  libgcc1   1:4.6.2-12
ii  libgl1-mesa-glx [libgl1]  7.11.2-1
ii  libglu1-mesa [libglu1]7.11.2-1
ii  libstdc++64.6.2-12
ii  libwxbase2.8-02.8.12.1-7
ii  libwxgtk2.8-0 2.8.12.1-7
ii  libx11-6  2:1.4.4-4
ii  libxext6  2:1.3.0-3
ii  zlib-bin  1:1.2.3.4.dfsg-3

kicad recommends no packages.

Versions of packages kicad suggests:
iu  extra-xdg-menus  1.0-4
iu  kicad-doc-en 0.20120126+bzr3256-1
iu  kicad-doc-fr 0.20120126+bzr3256-1

-- no debconf information



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

Bug#657643: dictionaries-common: update-default-ispell fails to find a dictionary during update from squeeze to wheezy

[Agustin Martin]

clone 657643 -1
reassign -1 iestonian
retitle -1 iestonian: Changes info-ispell->language for no good reason
causing upgrade problems.
found -1 iestonian/20030606-18
tag -1 +patch
thanks

2012/1/28 Agustin Martin :
>
> 2012/1/27 Andreas Beckmann :
>> Package: dictionaries-common
>> Version: 1.12.3
>> Severity: important
>> User: debian...@lists.debian.org
>> Usertags: piuparts
>>
>> Hi,
>>
>> during a test with piuparts I noticed your package fails to upgrade from
>> 'squeeze'.
>> It installed fine in 'squeeze', then the upgrade to 'wheezy' fails.
>
> Thanks for the test,
>
> This is actually a problem with irussian, thus reassigning this bug report.
>
> All ispell dictionaries and wordlists identification is done through a
> unique identifier,  given at info-ispell->language, that must match
> one of the entries in debconf template. That identifier must not be
> changed across versions, so system knows that same dict is available,
> although is possible to change the displayed string associated to that
> identifier.
>
> Seems that this unique identifier was changed in irussian/0.99g5-15,
> causing this problem. Users upgrading to that version should have
> found an extra debconf question. I am attaching a patch reverting that
> change and putting new string in elanguages field, so old string is
> used as identifier, but new string is displayed. irussian users
> upgrading to this version will find yet another debconf question for
> reverting things, but squeeze->wheezy upgrade should now work
> seamlessly again.
>
> Patch also removes irussian versioned ispell dependency. Since
> autobuildhash is used, package should work well with old and new
> ispell (that is one of the reasons of the autobuildhash stuff)

Missed last part of your original bug report,

>> Same problem occurs with other dictionaries, see e.g.
>> http://piuparts.debian.org/squeeze2wheezy/fail/irussian_0.99g5-16.log
>> http://piuparts.debian.org/squeeze2wheezy/fail/iestonian_1:20030606-18.log

I only dealt with irussian. Cloning this bug report for iestonian and
providing proposed patch.

Regards,

--
Agustin
diff -Nru ispell-et-20030606/debian/control ispell-et-20030606/debian/control
--- ispell-et-20030606/debian/control	2011-10-23 10:40:09.0 +0200
+++ ispell-et-20030606/debian/control	2012-01-28 05:46:33.0 +0100
@@ -9,7 +9,7 @@
 
 Package: iestonian
 Architecture: all
-Depends: dictionaries-common (>= 0.49.2), ispell (>= 3.3.02), debconf | debconf-2.0, ${misc:Depends}
+Depends: dictionaries-common (>= 0.49.2), ispell, debconf | debconf-2.0, ${misc:Depends}
 Provides: ispell-dictionary
 Description: Estonian dictionary for Ispell
  This dictionary provides Estonian wordlists for the Ispell spellchecker.
diff -Nru ispell-et-20030606/debian/iestonian.info-ispell ispell-et-20030606/debian/iestonian.info-ispell
--- ispell-et-20030606/debian/iestonian.info-ispell	2011-10-23 01:07:06.0 +0200
+++ ispell-et-20030606/debian/iestonian.info-ispell	2012-01-28 05:47:32.0 +0100
@@ -1,4 +1,5 @@
-Language: eesti keel (Estonian)
+Language: estonian (Eesti)
+Elanguage: eesti keel (Estonian)
 Hash-Name: estonian
 Emacsen-Name: estonian
 Casechars: [a-zõäöü¨¸A-ZÕÄÖܦ´]

Bug#624231: Fixes submitted upstream

[Michel Dänzer]

I submitted fixes for gobject-introspection
(https://bugzilla.gnome.org/show_bug.cgi?id=668902) and pygobject
(https://bugzilla.gnome.org/show_bug.cgi?id=668903). Together they allow
running gnome-tweak-tool on powerpc.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer



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

Bug#657089: Please reintroduce dh_numpy usage / easy numpy transitions

[Jakub Wilk]

* Antonio Valentino , 2012-01-28, 12:39:

Please reintroduce dh_numpy in the build chain.

The real reason I was filing this bug (before the discovery of 
dh_numpy call removal) was to ask, following #643873 discussion, if 
you could start calling dh_numpy with '--strict' argument (but that 
requires a compat version <<8 which was just bumped in the last 
upload).


The good news is that this new upstream version appears to use Cython, 
not Pyrex, so --strict should not be necessary.


Can you please confirm that the '--strict' option is not actually 
needed *and* hence we can stay with debhelper >= 8.1?


I confirm.

--
Jakub Wilk



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

Bug#656712: hylafax-server.postinst: still no luck

[Matthias Urlichs]

Hi,

Giuseppe Sacco:
> Could you try again? I updated all binary packages in
> http://centrum.lixper.it/~giuseppe/debian/hylafax/
> 
Looks good.

-- 
-- Matthias Urlichs



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

Bug#655824: indicator-session: diff for NMU version 0.2.17-1.1

[Mònica Ramírez Arceda]

tags 655824 + patch
tags 655824 + pending
thanks

Dear maintainer,

I've prepared an NMU for indicator-session (versioned as 0.2.17-1.1) to
fix this bug.

Regards.
diff -u indicator-session-0.2.17/debian/changelog indicator-session-0.2.17/debian/changelog
--- indicator-session-0.2.17/debian/changelog
+++ indicator-session-0.2.17/debian/changelog
@@ -1,3 +1,11 @@
+indicator-session (0.2.17-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/patches/10-remove-unused-but-set-variables.patch: remove an unusued
+variable. (Closes: #655824)
+
+ -- Mònica Ramírez Arceda   Sat, 28 Jan 2012 12:34:01 +0100
+
 indicator-session (0.2.17-1) unstable; urgency=low
 
   * Merge new upstream release from Ubuntu.
only in patch2:
unchanged:
--- indicator-session-0.2.17.orig/debian/patches/10-remove-unused-but-set-variables.patch
+++ indicator-session-0.2.17/debian/patches/10-remove-unused-but-set-variables.patch
@@ -0,0 +1,24 @@
+Description: Remove an unusued variable.
+Bug-Debian: http://bugs.debian.org/655824
+Author: Mònica Ramírez Arceda 
+Last-Update: 2012-01-28
+
+--- a/src/users-service-dbus.c
 b/src/users-service-dbus.c
+@@ -586,7 +586,6 @@
+   g_return_if_fail(IS_USERS_SERVICE_DBUS(service));
+   UsersServiceDbusPrivate *priv = USERS_SERVICE_DBUS_GET_PRIVATE (service);
+   uid_t  uid;
+-  gboolean   res;
+   struct passwd *pwent;
+   UserData  *user;
+ 
+@@ -621,7 +620,7 @@
+   return;
+ }
+ 
+-  res = do_add_session (service, user, session_id);
++  do_add_session (service, user, session_id);
+ }
+ 
+ static void

Bug#657089: Please reintroduce dh_numpy usage / easy numpy transitions

[Jakub Wilk]

* Antonio Valentino , 2012-01-25, 09:14:
We mainly depend on debheper >=8.1 in order to get a better support 
for for sphinx doc.


How do you get "better support for sphinx doc" with debhelper >= 8.1? 
As the Sphinx maintainer, I'm deeply intrigued.


oh, just small things:

* dh_compress: Javascript files are not compressed, as these go with
 (uncompressed) html files. Closes: #603553
* dh_compress: Ignore objects.inv files, generated by Sphinx
 documentation. Closes: #608907


Ah, these. Sorry, somehow I thought they were introduced much later. But 
then you also want this:

| debhelper (8.9.5) unstable; urgency=low
|
|   * dh_compress: Don't compress _sources documentation subdirectory
| as used by python-sphinx. Closes: #637492

--
Jakub Wilk



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

Bug#657644: wcstools and emboss: error when trying to install together

[Andreas Tille]

On Sat, Jan 28, 2012 at 10:32:50AM +0900, Charles Plessy wrote:
> 
> emboss also has some programs already renamed, so one more would not hurt too
> much.  Would there be a project-wide black list of common names, I would be
> willing to add /usr/bin/remap there and rename it in emboss in addition to
> wgstools.

I actually do not see a reason to spend time on this for the moment.

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#657723: Bug#657643: dictionaries-common: update-default-ispell fails to find a dictionary during update from squeeze to wheezy

[Agustin Martin]

clone 657643 -1
reassign -1 iestonian
retitle -1 iestonian: Changes info-ispell->language for no good reason
causing upgrade problems.
found -1 iestonian/20030606-18
tag -1 +patch
thanks

2012/1/28 Agustin Martin :
>
> 2012/1/27 Andreas Beckmann :
>> Package: dictionaries-common
>> Version: 1.12.3
>> Severity: important
>> User: debian...@lists.debian.org
>> Usertags: piuparts
>>
>> Hi,
>>
>> during a test with piuparts I noticed your package fails to upgrade from
>> 'squeeze'.
>> It installed fine in 'squeeze', then the upgrade to 'wheezy' fails.
>
> Thanks for the test,
>
> This is actually a problem with irussian, thus reassigning this bug report.
>
> All ispell dictionaries and wordlists identification is done through a
> unique identifier,  given at info-ispell->language, that must match
> one of the entries in debconf template. That identifier must not be
> changed across versions, so system knows that same dict is available,
> although is possible to change the displayed string associated to that
> identifier.
>
> Seems that this unique identifier was changed in irussian/0.99g5-15,
> causing this problem. Users upgrading to that version should have
> found an extra debconf question. I am attaching a patch reverting that
> change and putting new string in elanguages field, so old string is
> used as identifier, but new string is displayed. irussian users
> upgrading to this version will find yet another debconf question for
> reverting things, but squeeze->wheezy upgrade should now work
> seamlessly again.
>
> Patch also removes irussian versioned ispell dependency. Since
> autobuildhash is used, package should work well with old and new
> ispell (that is one of the reasons of the autobuildhash stuff)

Missed last part of your original bug report,

>> Same problem occurs with other dictionaries, see e.g.
>> http://piuparts.debian.org/squeeze2wheezy/fail/irussian_0.99g5-16.log
>> http://piuparts.debian.org/squeeze2wheezy/fail/iestonian_1:20030606-18.log

I only dealt with irussian. Cloning this bug report for iestonian and
providing proposed patch.

Regards,

--
Agustin
diff -Nru ispell-et-20030606/debian/control ispell-et-20030606/debian/control
--- ispell-et-20030606/debian/control	2011-10-23 10:40:09.0 +0200
+++ ispell-et-20030606/debian/control	2012-01-28 05:46:33.0 +0100
@@ -9,7 +9,7 @@
 
 Package: iestonian
 Architecture: all
-Depends: dictionaries-common (>= 0.49.2), ispell (>= 3.3.02), debconf | debconf-2.0, ${misc:Depends}
+Depends: dictionaries-common (>= 0.49.2), ispell, debconf | debconf-2.0, ${misc:Depends}
 Provides: ispell-dictionary
 Description: Estonian dictionary for Ispell
  This dictionary provides Estonian wordlists for the Ispell spellchecker.
diff -Nru ispell-et-20030606/debian/iestonian.info-ispell ispell-et-20030606/debian/iestonian.info-ispell
--- ispell-et-20030606/debian/iestonian.info-ispell	2011-10-23 01:07:06.0 +0200
+++ ispell-et-20030606/debian/iestonian.info-ispell	2012-01-28 05:47:32.0 +0100
@@ -1,4 +1,5 @@
-Language: eesti keel (Estonian)
+Language: estonian (Eesti)
+Elanguage: eesti keel (Estonian)
 Hash-Name: estonian
 Emacsen-Name: estonian
 Casechars: [a-zõäöü¨¸A-ZÕÄÖܦ´]

Bug#657730: calibre: crashes before starting

[Javier Vilarroig]

Package: calibre
Version: 0.8.34+dfsg-1
Severity: grave
Justification: renders package unusable

On starting calibre it crashes with the following trqace dump:Traceback (most
recent call last):
-
  File "/usr/bin/calibre", line 18, in 
from calibre.gui2.main import main
  File "/usr/lib/calibre/calibre/gui2/main.py", line 18, in 
from calibre.library.database2 import LibraryDatabase2
  File "/usr/lib/calibre/calibre/library/database2.py", line 31, in 
from calibre.customize.ui import run_plugins_on_import
  File "/usr/lib/calibre/calibre/customize/ui.py", line 15, in 
from calibre.customize.builtins import plugins as builtin_plugins
  File "/usr/lib/calibre/calibre/customize/builtins.py", line 508, in 
from calibre.ebooks.html.input import HTMLInput
  File "/usr/lib/calibre/calibre/ebooks/html/input.py", line 21, in 
from calibre.ebooks.chardet import detect_xml_encoding
ImportError: cannot import name detect_xml_encoding




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

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

Versions of packages calibre depends on:
ii  calibre-bin0.8.34+dfsg-1
ii  fonts-liberation [ttf-liberation]  1.07.0-2
ii  imagemagick8:6.6.9.7-5+b2
ii  poppler-utils  0.16.7-2+b1
ii  python-beautifulsoup   3.2.0-2
ii  python-chardet 2.0.1-2
ii  python-cherrypy3   3.1.2-1
ii  python-cssutils0.9.8~a1-1
ii  python-dateutil1.5-1
ii  python-dbus0.84.0-2
ii  python-imaging 1.1.7-4
ii  python-lxml2.3.2-1
ii  python-mechanize   0.2.5-1
ii  python-pkg-resources   0.6.24-1
ii  python-pyparsing   1.5.2-2
ii  python-qt4 4.9-2
ii  python-routes  1.12.3-1
ii  python2.7  2.7.2-8
ii  ttf-liberation 1.07.0-2
ii  xdg-utils  1.1.0~rc1+git20111210-5

Versions of packages calibre recommends:
ii  python-dnspython  1.9.4-1

calibre 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#642153: Confirmed: Qt-related issue. Not better with 4.7.4

[Émeric Maschino]

Hi,

Just to let you know that Qt 4.7.4-2 in today's Debian Testing
"Wheezy" updates didn't solve the problem.

 Émeric


Le 20 septembre 2011 02:28, Adam Majer  a écrit :
> On Tue, Sep 20, 2011 at 12:17:00AM +0200, Émeric Maschino wrote:
>> Thanks to snapshot.debian.org, I can confirm that qtcreator 1.3.1-3
>> currently in Debian "Wheezy" Testing can be run successfully with Qt
>> packages up to 4.7.1-2. Starting with Qt packages 4.7.2-1, Qt Creator
>> crashes with a bus error.
>
> Yes, it is in Qt. Applications don't touch internal Qt structures and
> don't deal with direct rendering of fonts (area where backtrace is
> pointing to)
>
> - Adam
>
> --
> Adam Majer
> ad...@zombino.com



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

Bug#657731: ITP: oxygen-gtk3 -- Oxygen widget theme for GTK3-based applications

[Philip Muskovac]

Package: wnpp
Severity: wishlist
Owner: Philip Muškovac 


* Package name: oxygen-gtk3
  Version : 1.0.0
  Upstream Author : Bellegarde Cédric, Hugo Pereira Da Costa, Ruslan Kabatsayev
* URL : 
https://projects.kde.org/projects/playground/artwork/oxygen-gtk
* License : LGPL-2+,MIT/X11
  Programming Lang: C++
  Description : Oxygen widget theme for GTK3-based applications

 Oxygen-Gtk is a port of the Oxygen widget style to GTK+.
 .
 It ensures visual consistency between GTK+ and Qt-based applications running
 under KDE.



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

Bug#657732: apt: resolver scores can overflow signed short

[Colin Watson]

Package: apt
Version: 0.8.16~exp9
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise

In sufficiently large upgrades, it's possible for the resolver scores of
very important packages such as libc6 to overflow a signed short.  This
is visible here, with libc6 ending up with a score of -17473 when as far
as I can see the resolver can never give anything a score lower than -2
(short of changes to certain configuration items which aren't present):

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

I haven't yet been able to verify that the following patch fixes all the
problems in this upgrade, but it very much looks as though it should at
least improve the situation.

=== modified file 'apt-pkg/algorithms.cc'
--- apt-pkg/algorithms.cc   2011-11-10 15:56:21 +
+++ apt-pkg/algorithms.cc   2012-01-28 12:17:08 +
@@ -475,7 +475,7 @@ pkgProblemResolver::pkgProblemResolver(p
 {
// Allocate memory
unsigned long Size = Cache.Head().PackageCount;
-   Scores = new signed short[Size];
+   Scores = new int[Size];
Flags = new unsigned char[Size];
memset(Flags,0,sizeof(*Flags)*Size);

@@ -515,20 +515,20 @@ void pkgProblemResolver::MakeScores()
memset(Scores,0,sizeof(*Scores)*Size);
 
// Important Required Standard Optional Extra
-   signed short PrioMap[] = {
+   int PrioMap[] = {
   0,
-  (signed short) _config->FindI("pkgProblemResolver::Scores::Important",3),
-  (signed short) _config->FindI("pkgProblemResolver::Scores::Required",2),
-  (signed short) _config->FindI("pkgProblemResolver::Scores::Standard",1),
-  (signed short) _config->FindI("pkgProblemResolver::Scores::Optional",-1),
-  (signed short) _config->FindI("pkgProblemResolver::Scores::Extra",-2)
+  _config->FindI("pkgProblemResolver::Scores::Important",3),
+  _config->FindI("pkgProblemResolver::Scores::Required",2),
+  _config->FindI("pkgProblemResolver::Scores::Standard",1),
+  _config->FindI("pkgProblemResolver::Scores::Optional",-1),
+  _config->FindI("pkgProblemResolver::Scores::Extra",-2)
};
-   signed short PrioEssentials = 
_config->FindI("pkgProblemResolver::Scores::Essentials",100);
-   signed short PrioInstalledAndNotObsolete = 
_config->FindI("pkgProblemResolver::Scores::NotObsolete",1);
-   signed short PrioDepends = 
_config->FindI("pkgProblemResolver::Scores::Depends",1);
-   signed short PrioRecommends = 
_config->FindI("pkgProblemResolver::Scores::Recommends",1);
-   signed short AddProtected = 
_config->FindI("pkgProblemResolver::Scores::AddProtected",1);
-   signed short AddEssential = 
_config->FindI("pkgProblemResolver::Scores::AddEssential",5000);
+   int PrioEssentials = 
_config->FindI("pkgProblemResolver::Scores::Essentials",100);
+   int PrioInstalledAndNotObsolete = 
_config->FindI("pkgProblemResolver::Scores::NotObsolete",1);
+   int PrioDepends = _config->FindI("pkgProblemResolver::Scores::Depends",1);
+   int PrioRecommends = 
_config->FindI("pkgProblemResolver::Scores::Recommends",1);
+   int AddProtected = 
_config->FindI("pkgProblemResolver::Scores::AddProtected",1);
+   int AddEssential = 
_config->FindI("pkgProblemResolver::Scores::AddEssential",5000);
 
if (_config->FindB("Debug::pkgProblemResolver::ShowScores",false) == true)
   clog << "Settings used to calculate pkgProblemResolver::Scores::" << endl
@@ -550,7 +550,7 @@ void pkgProblemResolver::MakeScores()
   if (Cache[I].InstallVer == 0)
 continue;
   
-  signed short &Score = Scores[I->ID];
+  int &Score = Scores[I->ID];
   
   /* This is arbitrary, it should be high enough to elevate an
  essantial package above most other packages but low enough
@@ -588,7 +588,7 @@ void pkgProblemResolver::MakeScores()
}   

// Copy the scores to advoid additive looping
-   SPtrArray OldScores = new signed short[Size];
+   SPtrArray OldScores = new int[Size];
memcpy(OldScores,Scores,sizeof(*Scores)*Size);
   
/* Now we cause 1 level of dependency inheritance, that is we add the 

=== modified file 'apt-pkg/algorithms.h'
--- apt-pkg/algorithms.h2011-12-13 00:22:38 +
+++ apt-pkg/algorithms.h2012-01-28 12:30:55 +
@@ -96,7 +96,7 @@ class pkgProblemResolver  
/*{{{*/
enum Flags {Protected = (1 << 0), PreInstalled = (1 << 1),
Upgradable = (1 << 2), ReInstateTried = (1 << 3),
ToRemove = (1 << 4)};
-   signed short *Scores;
+   int *Scores;
unsigned char *Flags;
bool Debug;


Thanks,

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



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

Bug#657733: python-numexpr: please provide a -dbg package

[Picca Frédéric-Emmanuel]

Package: python-numexpr
Version: 1.4.2-1.2
Severity: wishlist

Hello, Can you provide a -dbg package.

It would ease debugging programm using your python extension.

thanks

Frederic



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

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

Versions of packages python-numexpr depends on:
ii  libc6   2.13-24
ii  python  2.7.2-10
ii  python-numpy1:1.5.1-3
ii  python-support  1.0.14

python-numexpr recommends no packages.

python-numexpr 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#655389: [DRE-maint] Bug#655389: capistrano: Typo in the synopsis

[Vincent Blut]

Le 28/01/2012 11:37, Antonio Terceiro a écrit :
> tags 655389 + pending
> thanks
>
> Hi,
>
> Vincent Blut escreveu isso a�:
>   
>> Dear maintainer,
>>
>> Please fix the following typo found in the synopsis:
>>
>> s/multiples/multiple/
>> 
> This was fixed and this bug will be closed in the next upload (but of
> course I won't upload a new version just because of this).
>
>   

Take your time, after all this is a minor typo ;-)

> Thanks for reporting.
>   

Thanks to you Antonio for maintaining this package.

Cheers,
Vincent



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

Bug#651273: mixmaster: NMU/QA upload will be done now.

[Osamu Aoki]

On Sat, Jan 28, 2012 at 09:22:41AM +, Colin Tuckley wrote:
> On 28/01/12 09:07, Osamu Aoki wrote:
> > Package: mixmaster
> > Followup-For: Bug #651273
> > 
> > I do not understand why there is no response on this quite annoying bug
> > if maintainer is not MIA.
> 
> I am on VAC because of a house move and hardware problems.
> 
> Colin

Good to hear.  Maybe I should have waited a bit.

(I know we all have life.)

This is just to quiet cron sending annoying mails.

I hope this is OK.

Osamu



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

Bug#657734: file build.save is not removed on purging package

[Patrick Matthäi]

Package: linux-2.6
Version: 3.2.1-2
Severity: minor

Hello,

if you are building kernel modules on your own (or with dkms) the
symlink /lib/modules//build.save will be created with the
source /usr/src/
If you purge all related  packages
(linux-{kbuild,image,headers}) the (now) broken symlink is not removed
and so on the whole folder /lib/modules/ will not be removed
(not empty dir).

So on purging the package (headers or image?) the build.save symlink
should be removed.

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature

Bug#657735: reference examples for 'problematic' maintscript tasks

[Andreas Beckmann]

Package: piuparts
User: debian...@lists.debian.org
Usertags: piuparts.d.o

There should be some examples for the following tasks that need to be
done often in maintainer scripts and are often done wrongly, especially
during purge (judging from the number of piuparts failures):
  - adding/removing users
  - using ucf
  - using dbconfig-common

It should not be the job of piuparts to provide this
information+examples, but be some general packaging
instructions/wiki/... that we can link to.

Perhaps there is already such information, but I didn't find it (and
it's probably scattered around at many locations).
* For ucf there is /usr/share/doc/ucf/examples/
(for the other cases I didn't look)

I could even imagine having packages in the archive (sid should be
sufficient) to document this with really working examples:
  example-packaging-user
  example-packaging-ucf{,-static,-debconf}
  example-packaging-dbconfig
  example-pacakging-cleanup-{var-log,var-log-foo,var-lib-foo}
(or packaging-example-* ?)


Andreas



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

Bug#657736: clipman: Clipman interferes with GnuCash autocompletion

[Tarlika Elisabeth Schmitz]

Package: xfce4-clipman-plugin
Version: 2:1.1.3-3
Severity: normal
File: clipman

Clipman interferes with GnuCash autocompletion of fields.

In order to describe the problem, I shall describe the GnuCash
autocompletion feature first:

When you start populating a field of a transaction, GnuCash offers
a previously entered text either to accept as is or modify. For
instance, if I enter "e" in the Notes field, GnuCash populates the field
with "ebay" because a previously entered transaction had a Notes field
beginning with "e" and containing "ebay".

The only letter I typed by this point is "e" and "bay" is selected. If I
now type "b", GnuCash shortens the selection to "ay" and so forth. As
long as I keep typing the letters of the text offered the text does not
change and the selection gets progressively shorter.

The problem: if Clipman is running, the autocompletion works in the way
described above for maybe one or two characters. But then the selection
is all of a sudden lost (zero characters selected) with the cursor after
the end of the text. Using above example, the following might happen:

I type "e", which offers me "ebay"; I type "b", which reduces selection
to "ay"; I type "a" and this collapses the selection and places the
cursor behind "ebay" and now my typing causes "a" to be appended to the
text resulting in "ebaya".

If I kill the Clipman process, the problem disappears and GnuCash
behaves correctly. (I am now using parcellite as a clipboard manager,
which does not cause any problems.)

The problem first occurred when I upgraded from Debian lenny to squeeze
in June 2011. This meant an upgrade from GnuCash 2.2.6 to 2.2.9. I don't
know what Clipman version I was on before the upgrade. I am now running
GnuCash 2.4.4 and the problem still exists.

The problem was originally perceived as a GnuCash problem and reported
twice: by myself and a fellow xfce user:
http://gnucash.1415818.n4.nabble.com/problem-autocompletion-of-account-names-td3568218.html
https://bugzilla.gnome.org/show_bug.cgi?id=618239

Both bug reports describe the phenomenon with regard to the accounts
field of a transaction. The problem is exactly the same but the
description is more difficult to understand for a non-gnucash user
because GnuCash applies further logic knowing the accounts hierarchy,
which is why I chose the more straight-forward example of the Notes
field.




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

Kernel: Linux 2.6.30-bpo.2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xfce4-clipman-plugin depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libexo-0.3-0  0.3.107-1  Library with extensions for Xfce
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface 
ii  libx11-6  2:1.3.3-4  X11 client-side library
ii  libxfce4util4 4.6.2-1Utility functions library for Xfce
ii  libxfcegui4-4 4.6.4-1Basic GUI C functions for Xfce4
ii  libxfconf-0-2 4.6.2-1Client library for Xfce4 configure
ii  xfce4-clipman 2:1.1.3-3  clipboard history utility
ii  xfce4-panel   4.6.4-1The Xfce4 desktop environment pane

xfce4-clipman-plugin recommends no packages.

xfce4-clipman-plugin 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#657737: Perl warnings (dpkg confmodule) on purging package

[Patrick Matthäi]

Package: linux-2.6
Version: 3.2.1-2
Severity: minor

Hi,

this bug occurs here since a longer time. Everytime I purge a kernel
version, I get warnings from Perl on removing dkms modules.
I don't know if the fault is in dkms, debconf or linux-2.6, but here is
what I get:

# apt-get autoremove --purge linux-headers-3.1.0-1-common
linux-image-3.1.0-1-amd64 linux-kbuild-3.1
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Die folgenden Pakete werden ENTFERNT:
  libyajl1* linux-headers-3.1.0-1-amd64* linux-headers-3.1.0-1-common*
linux-image-3.1.0-1-amd64* linux-kbuild-3.1*
0 aktualisiert, 0 neu installiert, 5 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 133 MB Plattenplatz freigegeben.
Möchten Sie fortfahren [J/n]? j
(Lese Datenbank ... 91849 Dateien und Verzeichnisse sind derzeit
installiert.)
Entfernen von libyajl1 ...
Löschen der Konfigurationsdateien von libyajl1 ...
Entfernen von linux-headers-3.1.0-1-amd64 ...
Entfernen von linux-headers-3.1.0-1-common ...
Entfernen von linux-image-3.1.0-1-amd64 ...
Examining /etc/kernel/prerm.d.
run-parts: executing /etc/kernel/prerm.d/dkms 3.1.0-1-amd64
/boot/vmlinuz-3.1.0-1-amd64
dkms: removing: fglrx 12-1 (3.1.0-1-amd64) (x86_64)
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 3.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 9.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 11.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 18.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 20.
dkms: removing: virtualbox 4.1.8 (3.1.0-1-amd64) (x86_64)
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 22.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 28.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 30.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 37.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 38.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 45.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 46.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 53.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 54.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 61.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 63.
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.1.0-1-amd64
/boot/vmlinuz-3.1.0-1-amd64
update-initramfs: Deleting /boot/initrd.img-3.1.0-1-amd64
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.1.0-1-amd64
/boot/vmlinuz-3.1.0-1-amd64
Generating grub.cfg ...
[..]

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature

Bug#657738: RM: src:gtk-sharp2 [s390] -- ANAIS; s390 support removed from Mono

[Jo Shields]

Package: ftp.debian.org
Severity: normal


Mono upstream has abandoned 31-bit s390, so this package is no
longer buildable on that architecture. Please remove s390 binaries
from the archive.

Apologies for not filing this earlier, but there's a glitch in the
transition tracker where a source package generates an arch:all
package of the same name, alongside arch:any packages with different
names.



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

Bug#657675: htop: crash on process kill

[Eugene V. Lyubimkin]

package htop
forcemerge 652563 657675
quit

Hi Andrew,

On 2012-01-27 22:40, Andrew O. Shadura wrote:
> I suppose that as already-dead process was highlighted, htop tried to
> update some info about it, and error checking failed somewhere, so that
> resulted in crash.

Thank you for the report, I merged it to the earlier report of the same
bug.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



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

Bug#657739: nginx: Regression after squeeze: no longer listens for IPv6 connections by default.

[Simon Iremonger]

Package: nginx
Version: 1.1.12-1
Severity: normal
Tags: ipv6


The version of nginx in Squeeze [0.7.67-3], without any reconfiguration,
  [in particular, without adding any explicit "listen" configuration],
  happily creates both a 0.0.0.0:80 IPv4-only and a [::]:80 IPv6-only
  socket.

However, BOTH the nginx wheezy [1.1.12-1] and squeeze-backports
  [1.1.8-2~bpo60+1] versions, have the default behaviour (with
  similar default-config, no "listen" lines) of listening ONLY
  for Legacy IPv4 connections!!

This is bad when you have a dual-stacked host with both A and 
  pointers.
For example, squid3 on the same host, connecting to the host itself
  by its' own name, gets 'connection refused' over IPv6 and doesn't
  seem to fall back to IPv4 at all.

This can currenty be worked around by manually overriding the 'listen'
  entries in the config, to have either an IPv4 socket AND an
  IPv6-only-IPv6-listen-socket, or a single IPv6-with-IPv4-
  compatibility listen socket.

We could, change the, default config file included, which creates
  complexity in updating, though this may be needed to make
  the comments in the file clear as to what is expected by default.
I would think, a neater thing to do would be to patch the code to
  default to IPv4+IPv6 sockets, unless the user overrides it
  in the config-file...


--Simon




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

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

Versions of packages nginx depends on:
ii  nginx-full1.1.12-1   nginx web server with full set of 

nginx recommends no packages.

nginx 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#655815: jppy: FTBFS: You need libpython2.7.so to compile this program

[gregor herrmann]

On Sat, 14 Jan 2012 06:20:39 +0100, Lucas Nussbaum wrote:

> During a rebuild of all packages in sid, your package failed to build on
> amd64.

> > # build the binary module for each python we support
> > scons prefix=/usr jppyroot=/build/jppy-5twdtT/jppy-0.0.59/debian/tmp 
> > jppyguiroot=/build/jppy-5twdtT/jppy-0.0.59/debian/tmp 
> > jpilotroot=/build/jppy-5twdtT/jppy-0.0.59/debian/tmp \
> >   python_version=2.7 \
> >   python_includes=/usr/include/python2.7 \
> >   mx_datetime_includes=/usr/include/python2.7/mx \
> >   python_bin_module_prefix=/usr/lib/python2.7/site-packages/jppy \
> >   python_module_prefix=/usr/lib/python2.7/site-packages/jppy \
> >   pisock_library=/usr/lib
> > scons: Reading SConscript files ...
> > Please remember that SCons does NOT automatically use your shell
> > environment variables. This script uses PKG_CONFIG_PATH explicitly.
> > Checking for pkg-config... (cached) yes
> > Checking for gtk+-2.0 >= 2.4.0... (cached) yes
> > Checking for glib-2.0 >= 2.4.0... (cached) yes
> > Checking for pygtk-2.0 >= 2.4.0... (cached) yes
> > Checking for C header file mxDateTime.h... yes
> > Checking for pi_socket_connected(0) in C library libpisock... (cached) yes
> > Checking for PyErr_Clear() in C library libpython2.7... no
> > You need libpython2.7.so to compile this program
> > make: *** [build-python2.7-stamp] Error 1

Confirmed.

This looks like a reincarnation of #626421 which is supposed to be
fixed -- but maybe not so :)

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: Alanis Morisette: Wake Up


signature.asc
Description: Digital signature

Bug#657740: need a better solution for handling affects

[Andreas Beckmann]

Package: piuparts
User: debian...@lists.debian.org
Usertags: piuparts.d.o

Hi,

while the affects handling I introduced recently fixes some problems, it
is not perfect for the more general cases.

To recall the problem: piuparts test of failing-package fails, but the
problem is actually in a different package: buggy-package (and there is
some (indirect) dependency of failing-package in buggy-package). The
piuparts test of buggy-package by itself succeeds (probably because it
is not getting "used" in a way that fails).

The current solution of setting affects works fine for the case where
buggy-package and failing package are part of the same source, but in
that case a
  Package: buggy-package,failing-package
  Version: $version
would work as well.
In the general case where buggy-package is from a different source than
failing-package we usually want to do the following
  * report bug against buggy-package
  * mark failing-package as "affected" by that bug
  * wait for new (hopefully fixed) version of buggy-package
  * reschedule all failed-package that were affected by that bug

Looks like we need another category "affected" for logs that need to be
ignored by the humans doing log processing, but that gets rescheduled
regularily to see if buggy-package has been fixed.

Currently I have no good idea how to achieve this. The current system
fails to do this properly because setting affects + found statically
moves a log to bugged where it is no longer considered until the next
upload or manual reschedule of bugged/*.log happens.

(For binaries of the same source this is not an issue - fixing
buggy-package with an upload causes a new upload of failing-package,
too).

Abusing usertags is not an option due to the restricted charset ...

$ bts user debian...@lists.debian.org . usertag 656291 
affects_failing/1.2.3+x~_by_buggy/2:3.4-5 .
bts usertag: "affects_failing/1.2.3+x~_by_buggy/2:3.4-5" contains characters 
other than alpha-numerics, '@', '.', '+', and '-'.

Hmm, we could use base64 encoded info:

$ bts user debian...@lists.debian.org . \
usertag 656291 piuparts-affected-$(echo failing-package/1.2.3+x~ | 
base64 -w0 | tr = @) . \
usertag 656291 piuparts-affector-$(echo buggy-package/2:3.4-5 | base64 
-w0 | tr = @) .

piuparts-analyze could get the usertags and compare piuparts-affected
with the current package and check whether piuparts-affector is
available in the current distribution ...

Andreas



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

Bug#641485: RE : Bug#641485:

[Antonio Valentino]

Hi Yaroslav,

Il 23/01/2012 05:41, Yaroslav Halchenko ha scritto:
> committed/uploaded to sid -- apparently I am not a part of
> debian-science team ;-)  will join and push then
> 
> as for testing -- my tired brain skipped the fact that we invoke testing
> via python -c '.. .test()' so failures if occur do not cause process to
> exit with non-0 status anyways atm... unfortunately upstream swallows
> all the exceptions in t:test and doesn't return
> anything but None :-/ so we would need either to patch or to make it
> friendly to nosetest -- iirc for me it was causing it to run them
> multiple times (I think because it was "testing" test() itself, so we
> would need to assign __test__=False to it or smth like that).
> 
> cheers and thanks!

Calling tables/tests/test_all.py directly should fix the issue.
I have just pushed a change for this.


best regards

-- 
Antonio Valentino



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

Bug#657681: htop: Nevative CPU usage time shown

[Eugene V. Lyubimkin]

Hi,

Thank you for the report.

On 2012-01-27 23:26, micham wrote:
> Without this fix I get something like:
> 
>   PID USER  PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
>  9785  user  20   0  325M  236M  1860 S  0.0  1.5  0:00.12 ./mprime
>  9792  user  39  19  325M  236M  1860 R  0.0  1.5 -596523h-14:-8 ./mprime
>  9796  user  39  19  325M  236M  1860 R  0.0  1.5 -596523h-14:-8 ./mprime
>  9797  user  39  19  325M  236M  1860 R  0.0  1.5 -596523h-14:-8 ./mprime
>  9798  user  39  19  325M  236M  1860 R  0.0  1.5 -596523h-14:-8 ./mprime
>  9781  user  30  10  325M  236M  1860 S  0.0  1.5 -596523h-14:-8 ./mprime
> 
> After:
> 
>   PID USER PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
>  9781  user 30  10  325M  236M  1860 S  0.0  1.5  0:00.01 ./mprime
>  9785  user 20   0  325M  236M  1860 S  0.0  1.5  0:00.12 ./mprime
>  9792  user 39  19  325M  236M  1860 R  0.0  1.5 2590671h22:11 ./mprime
>  9796  user 39  19  325M  236M  1860 R  0.0  1.5 2581130h26:17 ./mprime
>  9797  user 39  19  325M  236M  1860 R  0.0  1.5 2562047h47:16 ./mprime
>  9798  user 39  19  325M  236M  1860 R  0.0  1.5 2590671h53:17 ./mprime

2590671h is ~295 years. Of course, negative CPU usage time is bad, but
this obviously wrong value is no better, is it?

> It looks like that there is a bug in the Linux Kernel:

Good observation, but why should htop be patched then, if it's a kernel
bug?

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



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

Bug#657497: nfs-common: Exec permission denied

[dE .]

On 01/28/12 15:08, Jakub Krajewski wrote:

What about the server exports?

This is mine:

/usr/src/linux192.168.1.2(rw,sync,no_subtree_check,no_root_squash)

Packages on the Squeeze server (kernel is custom there, as I said, works like 
charm with 1.2.5-3 version
of sid's nfs-common package):

ii  nfs-common 1:1.2.2-4
ii  nfs-kernel-server  1:1.2.2-4

Best regards,


Maybe there's a mismatch between the kernel modules and the userspace 
nfs-kernel-server package.


Did you try the Debian kernel?

Also, who's the owner of the files in the server? root? Also, as what 
UID are you mounting from the client? Did you try this as root? Could 
you post output of ls -l from the client?




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

Bug#657741: python-pytango: please provide a -dbg package

[Picca Frédéric-Emmanuel]

Package: python-pytango
Version: 7.2.2-1
Severity: wishlist

everythongs in the title



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

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

Versions of packages python-pytango depends on:
ii  ipython0.12-1
ii  libboost-python1.46.1  1.46.1-8
ii  libc6  2.13-24
ii  libcos4-1  4.1.6-1
ii  libgcc11:4.6.2-12
ii  libjs-sphinxdoc1.0.8+dfsg-2
ii  liblog4tango4  7.2.6+dfsg-13
ii  libomniorb4-1  4.1.6-1
ii  libomnithread3c2   4.1.6-1
ii  libstdc++6 4.6.2-12
ii  libtango7  7.2.6+dfsg-13
ii  python 2.7.2-10
ii  python-numpy   1:1.5.1-3
ii  python2.6  2.6.7-4
ii  python2.7  2.7.2-13

python-pytango recommends no packages.

python-pytango 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#657742: ITP: libpam-usb -- PAM module for authentication with removable USB block devices

[Alessio Treglia]

Package: wnpp
Severity: wishlist
Owner: Alessio Treglia 

* Package name: libpam-usb
  Version : 0.5.0
  Upstream Author : Andrea Luzzardi 
* URL : http://sf.net/projects/pamusb/
* License : GPL
  Programming Lang: C, Python
  Description : PAM module for authentication with removable USB block 
devices

 pam_usb provides hardware authentication for Linux using ordinary USB
 Flash Drives. It works with any application supporting PAM, such as su,
 any login manager (GDM, KDM), etc.
   
I intend to reintroduce this in Debian since upstream woke up and made
several important improvements to the PAM module.



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

Bug#657302: [linux-2.6] Same thing happen here

[flyingnu]

Package: linux-2.6
Version: 3.2.1-2

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

I can confirm this bug and that the regression was happened in linux 3.2.*.

Things that I observed:
- On pavucontrol I can see application's streams and the progress bar 
that show current dB values of a playing stream is working.
- I can confirm that alsamixer now crash with a segmentation fault and 
that few days before it never crashed. When i faced that regression i 
use it so I'm sure that it's regression has happen after that bug.

- I can't hear sound even when i plug an headset on the audio jack
- But with an usb headset it work even on 3.2 kernel.
- Turning off pluseaudio (and obviously also changing alsa configuration 
to made it work without pulseaudio) doesn't help.


I attach two files:
broken.kernel.alsa.log is alsa-info.sh executed on the 3.2.* kernel
good.kernel.alsa.log is alsa-info.sh executed on the 3.1.* kernel

--- System information. ---
Architecture: i386
Kernel:   Linux 3.2.0-1-686-pae

Debian Release: wheezy/sid
  500 unstableftp.it.debian.org
1 experimentalftp.it.debian.org


upload=true&script=true&cardinfo=
!!
!!ALSA Information Script v 0.4.60
!!

!!Script ran on: Sat Jan 28 11:48:24 UTC 2012


!!Linux Distribution
!!--

Debian GNU/Linux wheezy/sid \n \l


!!DMI Information
!!---

Manufacturer:  ASUSTeK Computer Inc. 
Product Name:  F3JA
Product Version:   1.0   


!!Kernel Information
!!--

Kernel release:3.2.0-1-686-pae
Operating System:  GNU/Linux
Architecture:  i686
Processor: unknown
SMP Enabled:   Yes


!!ALSA Version
!!

Driver version: 1.0.24
Library version:1.0.24.1
Utilities version:  1.0.24.2


!!Loaded ALSA modules
!!---

snd_hda_intel


!!Sound Servers on this system
!!

Pulseaudio:
  Installed - Yes (/usr/bin/pulseaudio)
  Running - Yes

ESound Daemon:
  Installed - Yes (/usr/bin/esd)
  Running - No


!!Soundcards recognised by ALSA
!!-

 0 [Intel  ]: HDA-Intel - HDA Intel
  HDA Intel at 0xfebfc000 irq 47


!!PCI Soundcards installed in the system
!!--

00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio 
Controller (rev 02)


!!Advanced information - PCI Vendor/Device/Subsystem ID's
!!

00:1b.0 0403: 8086:27d8 (rev 02)
Subsystem: 1043:1338


!!Modprobe options (Sound related)
!!

snd-atiixp-modem: index=-2
snd-intel8x0m: index=-2
snd-via82xx-modem: index=-2
snd-pcsp: index=-2
snd-usb-audio: index=-2


!!Loaded sound module options
!!--

!!Module: snd_hda_intel
align_buffer_size : N
bdl_pos_adj : 
1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1
beep_mode : 
1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1
enable : Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y
enable_msi : -1
id : 
(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null)
index : 
-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1
model : 
(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null)
patch : 
(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null)
position_fix : 
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
power_save : 0
power_save_controller : Y
probe_mask : 
-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1
probe_only : 
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
single_cmd : N
snoop : Y


!!HDA-Intel Codec information
!!---
--startcollapse--

Codec: Realtek ALC660
Address: 0
AFG Function Id: 0x1 (unsol 0)
Vendor Id: 0x10ec0861
Subsystem Id: 0x1043
Revision Id: 0x100340
No Modem Function Group found
Default PCM:
rates [0x140]: 48000 96000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Default Amp-In caps: N/A
Default Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
GPIO: io=0, o=0, i=0, unsolicited=0, wake=0
Node 0x03 [Audio Output] wcaps 0x405:

Bug#399332: RE : Bug#399332: -dbg package

[PICCA Frédéric-Emmanuel]

Hello,

> Giving a deeper look to [1] it seems that, in order perform unit tests
> on the -dbg package, we need to Duild-Depends on python-numexpr-dbg.

> AFAIK python-numexpr do not provides a -dbg package so I'm not sure how
> to go on.

I just filled a bug report for this, but the package is still owned by Wen 
Heping, so I do not know if it will respond.
Can you look at python-numexpr and evaluate the amount of work needed to 
provide a -dbg package to the current numexpr package.

> Probably we could disable build-time unit tests for the -dbg package.
> Makes it sense?

I just played with -dbg for one of my package and even the build failled 
without a depending -dbg package.
Is it the case with pytables ?

thanks

Frederic


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

Bug#656562: some __aligned issues remain

[Robert Millan]

El 28 de gener de 2012 2:58, Steven Chamberlain  ha escrit:
> Please consider my attached diff for kfreebsd-kernel-headers.  The regex
> \([0-9A-Z_]*\) covers these remaining cases.
>
> Something more generic, like \([^)]*\?\) might seem better, but then it
> would have wrongly modified this also:
>
> ./usr/include/osreldate.h:#define __aligned(x)
> __attribute__((__aligned__(x)))

The osreldate.h definitions don't really belong there, they're just
historical.  Besides, osreldate.h is added by the patchset and regex
rule is run before patching.

Please can you submit a tested patch to use  \([^)]*\?\) instead?

-- 
Robert Millan



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

Bug#656792: linux-image-3.2.0-1-amd64: kernel does not boot since 3.1 under a (strange) Xen anymore

[Christoph Anton Mitterer]

Hi Ben.

On Sat, 2012-01-28 at 05:05 +, Ben Hutchings wrote:
> But they probably enabled 'Viridian compatibility mode' which makes
> XenServer look more like HyperV, probably to make Windows guests behave
> btter.  Linux 3.1 now checks for Xen before HyperV, to avoid being
> fooled by this.  That might be a problem if it causes the kernel to
> detect different emulated devices.  (I don't know whether it could have
> this effect.)
I'll as them


> Which drivers are in the initramfs?  Does
> /etc/initramfs-tools/initramfs.conf have MODULES=dep (which is
> vulnerable to configuration changes) or MODULES=most (which is safer)?
It is "dep", but that shouldn't matter here, should it?
Cause the detected modules are the same as in the (still booting) 3.0.x
kernel (I've compared the initramfs with lsinitramfs).
And if I remember correctly, I even tried it with =most, when I first
stumbled across this when 3.1 came out.


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#399332: RE : Bug#399332: -dbg package

[Antonio Valentino]

Hi Frédéric,

Il 28/01/2012 14:14, PICCA Frédéric-Emmanuel ha scritto:
> Hello,
> 
>> Giving a deeper look to [1] it seems that, in order perform unit tests
>> on the -dbg package, we need to Duild-Depends on python-numexpr-dbg.
> 
>> AFAIK python-numexpr do not provides a -dbg package so I'm not sure how
>> to go on.
> 
> I just filled a bug report for this, but the package is still owned by Wen 
> Heping, so I do not know if it will respond.
> Can you look at python-numexpr and evaluate the amount of work needed to 
> provide a -dbg package to the current numexpr package.
> 

The package seems to be very simple so probably it will not take too
much time to be updated.
I can do it if you like.

>> Probably we could disable build-time unit tests for the -dbg package.
>> Makes it sense?
> 
> I just played with -dbg for one of my package and even the build failled 
> without a depending -dbg package.
> Is it the case with pytables ?
> 
> thanks
> 
> Frederic


Yes, you are right, just tested.


cheers

-- 
Antonio Valentino



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

Bug#657743: ifupdown: ifup -o local= not working with 6to4

[Piotr Engelking]

Package: ifupdown
Version: 0.7~beta2
Severity: normal

Setting the local endpoint of a 6to4 tunnel with the -o option of the
ifup command doesn't work correctly:

# cat /etc/network/interfaces
[...]

iface test inet6 6to4
local 1.2.3.4
# ifup test -o local=5.6.7.8 && ifconfig test
test  Link encap:IPv6-in-IPv4
  inet6 addr: ::5.6.7.8/128 Scope:Compat
  inet6 addr: 2002:102:304::1/16 Scope:Global
  UP RUNNING NOARP  MTU:1480  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

#

The tunnel uses the 2002:102:304:: address, suitable for the 1.2.3.4
endpoint defined in the configuration file, instead of the correct
2002:506:708::, suitable for the 5.6.7.8 endpoint defined with the
command line option.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)

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

Versions of packages ifupdown depends on:
ii  initscripts  2.88dsf-18
ii  iproute  20120105-1
ii  libc62.13-24
ii  lsb-base 3.2-28

ifupdown recommends no packages.

Versions of packages ifupdown suggests:
pn  isc-dhcp-client  4.1.1-P1-17
pn  net-tools1.60-24.1
pn  ppp  
pn  rdnssd   

-- Configuration Files:
/etc/init.d/ifupdown-clean [Errno 2] No such file or directory:
u'/etc/init.d/ifupdown-clean'

-- debconf information:
  ifupdown/convert-interfaces: true



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

Bug#657709: [buildd-tools-devel] Bug#657709: please add a possibility to create a chroot

[Marc Haber]

On Sat, Jan 28, 2012 at 10:46:15AM +, Roger Leigh wrote:
> On Sat, Jan 28, 2012 at 09:20:07AM +0100, Marc Haber wrote:
> > my normal procedure to create a new chroot for use with schroot is to
> > create the file system, mount it, and invoke debootstrap. In this
> > process, I notoriously forget additional packages to be installed into
> > the chroot before it is actually useable.
> > 
> > Why not add a --create or --initialize switch to schroot which will
> > just invoke the scripts from setup.d with a new stage "create" or
> > "init"? That way, a local admin could write code to create chroots in
> > the right place so that this functionality is where an schroot user
> > would expect it.
> 
> I'm not sure I'm seeing the whole picture here.  If I understand
> correctly, you want to run debootstrap by hand first, and then
> have schroot do some initial setup on the chroot, presumably when you
> first use it?

I would want to be able to have schroot run debootstrap on request,
perfectly with parameters that I can choose.

> Are you aware of sbuild-createchroot, which does this to some
> extent, but is limited to "directory" chroots at the moment--you
> have to customise it after creation if you want anything fancier.

Yes, that's the cause because I would like to have it fancier, I'd
like to be able to quickly ditch and re-create a lvm-snapshot type
chroot Master.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 31958061
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 31958062



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

Bug#657744: unixcw: [INTL:es] Spanish translation of the debconf templates unixcw

[Jaime Robles]

Package: unixcw
Severity: wishlist
Tags: l10n patch

Please include the attached Spanish unixcw translations.



user:~$ msgfmt --statistics -c -v -o /dev/null es.po
es.po: 4 translated messages.
user:~$




Thank you.

Jaime



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

Kernel: Linux 3.1.0-1-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
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
# Jaime Robles , 2012.
msgid ""
msgstr ""
"Project-Id-Version: \n"
"Report-Msgid-Bugs-To: uni...@packages.debian.org\n"
"POT-Creation-Date: 2011-12-01 21:00+0100\n"
"PO-Revision-Date: 2012-01-27 19:18+0100\n"
"Last-Translator: Jaime Robles \n"
"Language-Team: \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.2\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: boolean
#. Description
#: ../cwcp.templates:1001
#| msgid "Make cwcp setuid root"
msgid "Make cwcp setuid root?"
msgstr "¿Quiere habilitar el setuid de root a cwcp?"

#. Type: boolean
#. Description
#: ../cwcp.templates:1001
msgid ""
"cwcp can produce sounds using console buzzer, but this feature is available "
"only if cwcp is run by root user. You can achieve this by setting setuid bit "
"here (not recommended) or by running cwcp with sudo (also not recommended). "
"You can also use soundcard output instead of console buzzer output and "
"eliminate this problem completely."
msgstr ""
"cwcp puede producir sonidos usando el zumbador de la consola, pero esta "
"función sólo está disponible cuando cwcp se ejecuta como root. Puede "
"conseguirlo habilitando el bit setuid (no recomendado) o ejecutando cwcp con "
"sudo (tampoco recomendado). "
"También puede usar la salida de la tarjeta en vez de el zumbador de la "
"consola y eliminar el problema completamente."

#. Type: boolean
#. Description
#: ../cw.templates:1001
#| msgid "Make cw setuid root"
msgid "Make cw setuid root?"
msgstr "¿Quiere habilitar el setuid de root a cw?"

#. Type: boolean
#. Description
#: ../cw.templates:1001
msgid ""
"cw can produce sounds using console buzzer, but this feature is available "
"only if cw is run by root user. You can achieve this by setting setuid bit "
"here (not recommended) or by running cw with sudo (also not recommended). "
"You can also use soundcard output instead of console buzzer output and "
"eliminate this problem completely."
msgstr ""
"cw puede producir sonidos usando el zumbador de la consola, pero esta "
"función sólo está disponible cuando cw se ejecuta como root. Puede "
"conseguirlo habilitando el bit setuid (no recomendado) o ejecutando cw con "
"sudo (tampoco recomendado). "
"También puede usar la salida de la tarjeta en vez de el zumbador de la "
"consola y eliminar el problema completamente."

#~ msgid ""
#~ "The cwcp program only runs correctly as the root user. One way of doing "
#~ "this is to make the program setuid root. This is generally a bad idea as "
#~ "there are better ways, such as using the sudo program, to do this. "
#~ "However, you have the option here of making it setuid root if you like."
#~ msgstr ""
#~ "El programa cwcp sólo funciona correctamente ejecutándose como root. Una "
#~ "manera de lograrlo es hacer el programa setuid root. En general, hay "
#~ "maneras mejores de hacer esto, como usar el programa sudo. Sin embargo, "
#~ "tiene la opción de hacer que cwcp se ejecute con permisos de root si lo "
#~ "desea (setuid root)."

#~ msgid ""
#~ "The cw program only runs correctly as the root user. One way of doing "
#~ "this is to make the program setuid root. This is generally a bad idea as "
#~ "there are better ways, such as using the sudo program, to do this. "
#~ "However, you have the option here of making it setuid root if you like."
#~ msgstr ""
#~ "El programa cw sólo funciona correctamente ejecutándose como root. Una "
#~ "manera de lograrlo es hacer el programa setuid root. En general, hay "
#~ "maneras mejores de hacer esto, como usar el programa sudo. Sin embargo, "
#~ "tiene la opción de hacer que cw se ejecute con permisos de root si lo "
#~ "desea (setuid root)."

#~ msgid "Make xcwcp setuid root"
#~ msgstr "¿Quiere hacer que xcwcp se ejecute con privilegios de root?"

#~ msgid ""
#~ "The xcwcp program only runs correctly as the root user. One way of doing "
#~ "this is to make the program setuid roo

Bug#657715: [buildd-tools-devel] Bug#657715: copyfiles should create non-existent target directories

[Marc Haber]

On Sat, Jan 28, 2012 at 10:36:41AM +, Roger Leigh wrote:
> This would make sense.  Would a "mkdir -p" be sufficient, or should we
> take steps to preserve the ownership and perms of every directory in
> the path in the chroot?

Frankly, I have no idea about that. Maybe one would to like find -type
d | xargs cp --preserve=all

Greetins
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 31958061
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 31958062



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

Bug#657720: libcgal-ipelets: Tighten dependency on ipe

[Joachim Reichel]

Hi Steve,

On 01/28/2012 12:26 PM, Marc Glisse wrote:
> currently, libcgal-ipelets depends on ipe (>= 7) and libipe7.1.1.
> When a new version of ipe comes out, apt-get dist-upgrade installs
> libipe7.1.2, upgrades ipe, and leaves libcgal-ipelets and libipe7.1.1
> alone, which effectively makes libcgal-ipelets unusable for a while.
> 
> Could you maybe make libcgal-ipelets depend on ipe >= 7.1.1 and ipe <
> 7.1.2?
> 
> I can see the logic of the current system, and if there were other
> packages than ipe using libipe that could use the plugins it would
> likely be the best, but now...

is it true that ipelets depend on the exact libipe version they were
compiled for? I moved the CGAL ipelets to the 7.1.2 directory which
resulted in a lua error and a stacktrace. The version in the directory
name seems to suggest that, I just wanted to double-check.

I agree with Marc's proposal and reasoning. What do you think?

Joachim



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

Bug#238245: license choice - consensus on dual MIT/GPL-2 ?

[Craig Small]

On Tue, Jan 24, 2012 at 10:41:53AM +0100, Stefano Zacchiroli wrote:
> On Tue, Jan 17, 2012 at 11:11:48PM +0100, Stefano Zacchiroli wrote:
> > +GNU General Public License; either
> > +version??2 of the License, or any later version (the latest version is
>   ^^^
> as a minor nitpick, I would add "(at your option)" here.
I would say its an essential part of the whole structure the "at your
option" bit.  It is for the GPL in general.

 - Craig
-- 
Craig Small VK2XLZ   http://enc.com.au/  csmall at : enc.com.au
Debian GNU/Linux http://www.debian.org/  csmall at : debian.org
GPG fingerprint: 5D2F B320 B825 D939 04D2  0519 3938 F96B DF50 FEA5



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

Bug#634190: O: python-kinterbasdb -- Python DB API 2.0 extension for Firebird and Interbase

[gregor herrmann]

On Wed, 28 Sep 2011 12:01:03 +0300, Damyan Ivanov wrote:

> I have prepared an updated python-kinterbasdb package in 
> collab-maint's Git[0].
> 
> [0] 
> http://anonscm.debian.org/gitweb/?p=collab-maint/python-kinterbasdb.git
> 
> My target is the fix for #643473 (FTBFS with firebird-dev from firebird 
> 2.5), but since the package is orphaned, I moved on to bring it 
> somewhat up to date.

I've now made a QA upload from this git repo and pushed to
collab-maint, in order to get the RC bug fixed.
 
> I don't want to take over maintenance, since I am not a Python person 
> and delving into python policy will not be very productive.

Same here :)
 

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: Ry Cooder: Billy The Kid


signature.asc
Description: Digital signature

Bug#399332: RE : RE : Bug#399332: -dbg package

[PICCA Frédéric-Emmanuel]

> The package seems to be very simple so probably it will not take too
> much time to be updated.
> I can do it if you like.

yes it would be nice :) can you attach to the bug a patch ?

To me we should let Wen Heping a chance to answer.
then the package should be maintain like pytables under the umbrella of 
debien-science.

maybe Yaroslav would like to see a faster solution and take over the package 
now.

> Yes, you are right, just tested.

Ok so the only solution is to add the dbg package to numexpr first.

See you

Frederic.


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

Bug#657089: Please reintroduce dh_numpy usage / easy numpy transitions

[Antonio Valentino]

Hi,

Il 28/01/2012 13:48, Jakub Wilk ha scritto:
> * Antonio Valentino , 2012-01-28, 12:39:
 Please reintroduce dh_numpy in the build chain.

 The real reason I was filing this bug (before the discovery of
 dh_numpy call removal) was to ask, following #643873 discussion, if
 you could start calling dh_numpy with '--strict' argument (but that
 requires a compat version <<8 which was just bumped in the last
 upload).
>>>
>>> The good news is that this new upstream version appears to use
>>> Cython, not Pyrex, so --strict should not be necessary.
>>
>> Can you please confirm that the '--strict' option is not actually
>> needed *and* hence we can stay with debhelper >= 8.1?
> 
> I confirm.
> 

OK, thanks.

I pushed the fix on git.debian.org

Yaroslav, Frédéric, I'm also working on #399332.
Probably it will take some time since we also need python-numexpr-dbg
that currently do not exists, so, please, feel free to review the
changes and upload pytables 2.3.1-2 as soon as you like.

ciao

-- 
Antonio Valentino



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

Bug#657745: xeutils-commonn-: /etc/xen/scripts/vif-bridge adds every tap interface to VM bridge which breaks openvpn connections.

[Miroslav Scaldov]

Package: xen-utils-common
Version: 4.1.2-1
Severity: important
Tags: lfs

Even if XEN is not used, its script /etc/xen/scripts/vif-bridge is called by
UDEV
and it adds every tap interface to the bridge of the virtual network.
It breaks normal work of openvpn.



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

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

Versions of packages xen-utils-common depends on:
ii  gawk1:3.1.8+dfsg-0.1
ii  lsb-base3.2-28
ii  udev175-3
ii  xenstore-utils  4.1.2-2

xen-utils-common recommends no packages.

xen-utils-common 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#657061: E: The package index files are corrupted. No Filename: field for package libpostproc52.

[Cyril Brulebois]

David Kalnischkies  (28/01/2012):
> I remember problems with Descriptions in case of splitout longdesc and
> multiarch and rewrote parts of the description handling in experimental
> a while ago, but i can't remember problems with Filename handling,
> as this is pretty independent of description parsing.
> 
> Can you reproduce this just on this system or do you get it also on
> other systems/in a chroot?

I tried to reproduce in a sid amd64 chroot with i386 as foreign arch,
and the current buxy/pu/multiarch/full dpkg branch, but I can't. :(

Should I set some breakpoints to try and figure out what happens? Or
enable some logging/debugging options?

Mraw,
KiBi.


signature.asc
Description: Digital signature