Bug#633643:

[Jeremy Bicha]

Thank you for submitting an updated version. However there is still
one file that is not 3-clause BSD.


/* $Id: libnatpmpmodule.c,v 1.5 2011/05/19 19:19:52 nanard Exp $ */
/* libnatpmp
 * Copyright (c) 2007-2011, Thomas BERNARD miniu...@free.fr
 * http://miniupnp.free.fr/libnatpmp.html
 *
 * Permission to use, copy, modify, and/or distribute this software for any
 * purpose with or without fee is hereby granted, provided that the above
 * copyright notice and this permission notice appear in all copies.
 *
 * THE SOFTWARE IS PROVIDED AS IS AND THE AUTHOR DISCLAIMS ALL WARRANTIES
 * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF
 * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR
 * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES
 * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN
 * ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF
 * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. */



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

Bug#635915: confuse: Run test suite

[Michael Terry]

Package: confuse
Version: 2.7-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

In Ubuntu, the attached patch was applied to run the test suite during a build.

Thanks for considering the patch.


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

Kernel: Linux 3.0.0-7-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u confuse-2.7/debian/rules confuse-2.7/debian/rules
--- confuse-2.7/debian/rules
+++ confuse-2.7/debian/rules
@@ -42,6 +42,9 @@
 	dh_testdir
 
 	$(MAKE)
+ifeq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS)))
+	$(MAKE) check
+endif
 
 	touch build-stamp
 

Bug#590327: linux-image-2.6.32-5-amd64: Unbalanced enable for IRQ 19

[Moritz Mühlenhoff]

On Fri, Jul 30, 2010 at 02:07:15AM +0200, Jan Echternach wrote:
 On Thu, Jul 29, 2010 at 06:02:41PM +0100, Ben Hutchings wrote:
  Let us know the bug number or URL so that we can track it.
 
 https://bugzilla.kernel.org/show_bug.cgi?id=16481

Does this still occur with current kernels?

Cheers,
Moritz



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

Bug#614622: linux-image-2.6.37-1-686: atl2 NIC claims NO CARRIER after suspend/resume; rmmod+insmod fixes the problem

[Moritz Mühlenhoff]

On Tue, Feb 22, 2011 at 09:06:44PM -0500, Daniel Kahn Gillmor wrote:
 On 02/22/2011 08:14 PM, Ben Hutchings wrote:
  This bug report was made against Debian's package of Linux 2.6.37:
  [...]
  I don't see any changes to this driver between 2.6.37-rc4 (the first
  version we built as '2.6.37-trunk-686') and 2.6.37, so I think Daniel
  just had good luck with the earlier versions.
 
 I was running 2.6.37-1~experimental.1, fwiw, since 2011-01-09.  I don't
 think that was based off of rc4, because i was running
 2.6.37~rc5-1~experimental.3 before that since 2010-12-16.
 
 so the dates are:
 
  2010-12-16: start running 2.6.37~rc5-1~experimental.3
  2011-01-09: start running 2.6.37-1~experimental.1
  2011-02-17: start running 2.6.37-1
 
 I run this machine every day, connect it to multiple wired networks, and
 have a usage pattern of suspend-to-ram at least twice a day.  I never
 saw this problem until i was running 2.6.37-1.
 
 I don't think i was simply lucky with the previous versions.

Does this still occur with more recent kernels, e.g. 3.0?

Cheers,
Moritz



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

Bug#635912: linux-image-2.6.32-5-amd64: High packet loss with RTL8169 using Megabit LAN

[Karsten Malcher]

No, that is not the solution.  Realtek distributes two drivers (r8168
and r8169) supporting two sets of similar chips.  In upstream Linux the
r8169 driver supports all those chips.
   


Yes. In one PC we have a R8168B onboard and it works well with the r8169 
driver on Gigabit LAN.



Some people compare an old r8169 with a newer r8168 and wrongly think
that r8168 must be better.
   


I only see that the current r8169 (57K) driver is much smaller than the 
r8168 (383K).
I also tried the newest r8169 driver from realtek in Squeeze with the 
same result.



Please test Linux 3.0 as packaged in Debian unstable.
   


That's much effort because i have no installation.
What will differ here - because i already tried the newest driver?


Ben.

   


Any idea why the r8168 driver is loaded but not found as eth?

Karsten




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

Bug#635916: cctools: FTBFS: disk_info.c:38:16: error: storage size of 's' isn't known

[Lucas Nussbaum]

Source: cctools
Version: 3.3.3-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110727 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 gcc -I/build/cctools-Dy6ehy/cctools-3.3.3/dttools/src 
 -I/build/cctools-Dy6ehy/cctools-3.3.3/sand/src 
 -I/build/cctools-Dy6ehy/cctools-3.3.3/allpairs/src 
 -I/build/cctools-Dy6ehy/cctools-3.3.3/wavefront/src 
 -I/build/cctools-Dy6ehy/cctools-3.3.3/makeflow/src 
 -I/build/cctools-Dy6ehy/cctools-3.3.3/ftp_lite/src 
 -I/build/cctools-Dy6ehy/cctools-3.3.3/s3tools/src 
 -I/build/cctools-Dy6ehy/cctools-3.3.3/chirp/src -D__EXTENSIONS__ 
 -D_LARGEFILE64_SOURCE -D__LARGE64_FILES -Wall -Wno-unknown-pragmas 
 -Wno-deprecated-declarations -fno-exceptions -g -O2 -Wno-unused-result -fPIC 
 -I/usr/lib/globus/include -I/usr/include/globus -DHAS_GLOBUS_GSS -DHAS_MYSQL 
 -DHAS_BXGRID -DHAS_FUSE -DHAS_KRB5 -DHAS_STRSIGNAL -DHAS_PREAD -DHAS_PWRITE 
 -DHAS_ALLOCA_H -DINSTALL_PATH=\/var/lib/sbuild/cctools\ -g -D_REENTRANT 
 -D_GNU_SOURCE -DBUILD_USER=\sbuild\ 
 -DBUILD_HOST=\griffon-75.nancy.grid5000.fr\ -DCCTOOLS_VERSION_MAJOR=3 
 -DCCTOOLS_VERSION_MINOR=3 -DCCTOOLS_VERSION_MICRO=3 -DCCTOOLS_OPSYS_LINUX 
 -DCCTOOLS_CPU_AMD64 -c disk_info.c -o disk_info.o
 disk_info.c: In function 'disk_info_get':
 disk_info.c:38:16: error: storage size of 's' isn't known
 disk_info.c:40:2: warning: implicit declaration of function 'statfs' 
 [-Wimplicit-function-declaration]
 disk_info.c:38:16: warning: unused variable 's' [-Wunused-variable]
 make[3]: *** [disk_info.o] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2011/07/27/cctools_3.3.3-1_lsid64.buildlog

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#620480: linux-image-2.6.38-2-amd64: xserver rendering errors on 945GM/GMS

[Moritz Mühlenhoff]

On Sat, Apr 02, 2011 at 10:53:36AM +0200, Wolfram Quester wrote:
 Package: linux-image-2.6.38-2-amd64
 Version: 2.6.38-2
 Severity: normal
 
 Hi altogether,
 
 since I updated yesterday I get rendering errors mainly of fonts in
 gnome-terminal. A typical distortion which occurred while typing this email is
 shown in the attached screenshot.
 For me this looks similar to the distortions I reported in bug 589075.
 I can wipe away the distortions by unfolding a menu or moving an other 
 window
 over them.
 
 Since the update yesterday didn't affect xserver-xorg-video-intel and it goes
 away when I downgrade the kernel to 2.6.37, I report this against
 linux-image-2.6.38-2-amd64. 

Does this still occur with current Xorg/kernels?

Cheers,
Moritz 



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

Bug#632192: [PATCH] add QEMU_LD_PREFIX environment variable

[Johannes Schauer]

On Fri, Jul 29, 2011 at 05:52:50AM -0700, Vagrant Cascadian wrote:
 setting up a wrapper makes trivial cross-architecture chroots harder
 as you'll have to copy two binaries into the chroot, and i'm not sure
 if it would work at all, as the wrapper will need to somehow emulate
 it's own interpreter...

Agreed - this makes a wrapper not an option. I didnt think of that.

  Alternatively we should have a generic setup for mapping enviroment
  variables to command line options. Now we get special per-option
  code every time someone needs to setup a command line option from
  binfmt.
 
 this would seem a bit better alternative to me...

So if we agree on using environment variables to pass options to
qemu-user we next need to agree on how to name the options.

The following commandline arguments exist (in order as they are checked
in linux-user/main.c) and I shortly described and proposed a name for
the environment variable in the same line.

-d (activate log) - QEMU_LOG
-D (logfile)  - QEMU_LOGFILE
-E (set target env variabe)   - QEMU_SET_ENV
-U (unset target env variabe) - QEMU_UNSET_ENV
-0 (set target argv[0])   - QEMU_ARGV0
-s (stack size)   - QEMU_STACK_SIZE
-L (elf interpreter prefix)   - QEMU_LD_PREFIX
-p (page size)- QEMU_PAGESIZE
-g (listen for gdb on port)   - QEMU_GDB
-r (uname)- QEMU_UNAME
-cpu (cpu model)  - QEMU_CPU
-B (guest base)   - QEMU_GUEST_BASE
-R (reserved virtual address) - QEMU_RESERVED_VA
-drop-ld-preload  - QEMU_DROP_LD_PRELOAD
-singlestep   - QEMU_SINGLESTEP
-strace   - QEMU_STRACE

also, there already is the QEMU_STRACE environment variable which could
be incorporated into the solution?

the -E and -U options can be specified several times so the environment
variables should be able to receive a list - maybe in the getsubopt(3)
style?

So what do you think?

cheers, josch



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

Bug#635910: mouse reconnect failed with bluez/unstable too

[Herbert Thielen]

Package: bluez
Version: 4.94-3
Followup-For: Bug #635910

Upgrading bluez to 4.94-3 (from unstable) didn't help; the mouse still cannot
reconnect.

To reproduce the problem I did:

 1. /etc/init.d/bluetooth stop
 2. rm -rf /var/lib/bluetooth/*  # to start with clean files
 3. /etc/init.d/bluetooth start
 4. # push reset button on bluetooth mouse, makes it visible
 5. hcitool scan
 6. BTADDR=00:. # bluetooth address as seen by hcitool
 7. bluez-simple-agent hci0 $BTADDR  # asks for PIN,  works for me
 8. bluez-test-device trusted $BTADDR yes
 9. bluez-test-input connect $BTADDR

After step 9, the mouse is working until restart of bluetoothd
(e.g. /etc/init.d/bluetooth restart) or power off/on of the mouse.

After powering off and on the mouse (or reboot etc.), I need to press the
mouse reset button again and execute the command in step 9 above; then the
mouse is working again.


The same mouse is working fine with an Kubuntu 11.04 system on x86_64
(bluez 4.91-0ubuntu1).


Which additional information can I provide to help fixing this problem?


Best regards
  Herbert.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), 
(500, 'stable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.39-2-powerpc
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bluez depends on:
ii  dbus 1.4.12-5simple interprocess messaging syst
ii  libbluetooth34.94-2  Library to use the BlueZ Linux Blu
ii  libc62.13-10 Embedded GNU C Library: Shared lib
ii  libcap-ng0   0.6.6-1 An alternate POSIX capabilities li
ii  libdbus-1-3  1.4.12-5simple interprocess messaging syst
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libudev0 172-1   libudev shared library
ii  libusb-0.1-4 2:0.1.12-17 userspace USB programming library
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  module-init-tools3.16-1  tools for managing Linux kernel mo
ii  python-dbus  0.84.0-1simple interprocess messaging syst
ii  python-gobject   2.28.6-4Python bindings for the GObject li
ii  udev 172-1   /dev/ and hotplug management daemo

bluez recommends no packages.

bluez 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#635914: Attachment of the backtrace.

[dan...@sutilcuberia.com]

 *** glibc detected *** /usr/bin/perl: free(): invalid pointer: 
0x7f15cc323c9e ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x72606)[0x7f15d7d00606]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0x6c)[0x7f15d7d0533c]
/usr/lib/x86_64-linux-gnu/sane/libsane-net.so.1(sanei_w_array+0x248)[0x7f15c886bb88]
/usr/lib/x86_64-linux-gnu/sane/libsane-net.so.1(+0x68b8)[0x7f15c886c8b8]
/usr/lib/x86_64-linux-gnu/sane/libsane-net.so.1(sanei_w_string+0x33)[0x7f15c886bc53]
/usr/lib/x86_64-linux-gnu/sane/libsane-net.so.1(sanei_w_free+0x4a)[0x7f15c886c6ca]
/usr/lib/x86_64-linux-gnu/sane/libsane-net.so.1(sane_net_control_option+0x2ac)[0x7f15c886f39c]
/usr/lib/perl5/auto/Sane/Sane.so(XS_Sane__Device_get_option+0x226)[0x7f15cc52be96]
/usr/lib/libperl.so.5.12(Perl_pp_entersub+0x54d)[0x7f15d87680dd]
/usr/lib/libperl.so.5.12(Perl_runops_standard+0x20)[0x7f15d875f890]
/usr/lib/libperl.so.5.12(Perl_call_sv+0x473)[0x7f15d8703ed3]
/usr/lib/perl/5.12/auto/threads/threads.so(+0x54f9)[0x7f15cae164f9]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x6b40)[0x7f15d8018b40]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7f15d7d6336d]
=== Memory map: 
0040-00402000 r-xp  09:01 392524 
/usr/bin/perl
00601000-00602000 rw-p 1000 09:01 392524 
/usr/bin/perl
01aa4000-0881 rw-p  00:00 0  [heap]
7f15c31cf000-7f15c31e4000 r-xp  09:01 1178287
/lib/x86_64-linux-gnu/libgcc_s.so.1
7f15c31e4000-7f15c33e4000 ---p 00015000 09:01 1178287
/lib/x86_64-linux-gnu/libgcc_s.so.1
7f15c33e4000-7f15c33e5000 rw-p 00015000 09:01 1178287
/lib/x86_64-linux-gnu/libgcc_s.so.1
7f15c33e5000-7f15c33ec000 r-xp  09:01 1184861
/lib/libusb-0.1.so.4.4.4
7f15c33ec000-7f15c35eb000 ---p 7000 09:01 1184861
/lib/libusb-0.1.so.4.4.4
7f15c35eb000-7f15c35ed000 rw-p 6000 09:01 1184861
/lib/libusb-0.1.so.4.4.4
7f15c35ed000-7f15c35fd000 r-xp  09:01 405948 
/usr/lib/x86_64-linux-gnu/sane/libsane-ls5000.so.1.0.22
7f15c35fd000-7f15c37fc000 ---p 0001 09:01 405948 
/usr/lib/x86_64-linux-gnu/sane/libsane-ls5000.so.1.0.22
7f15c37fc000-7f15c37fd000 rw-p f000 09:01 405948 
/usr/lib/x86_64-linux-gnu/sane/libsane-ls5000.so.1.0.22
7f15c37fd000-7f15c37ff000 rw-p  00:00 0 
7f15c37ff000-7f15c380 ---p  00:00 0 
7f15c380-7f15c400 rw-p  00:00 0 
7f15c400-7f15c402c000 rw-p  00:00 0 
7f15c402c000-7f15c800 ---p  00:00 0 
7f15c8204000-7f15c8247000 r-xp  09:01 1178309
/lib/x86_64-linux-gnu/libdbus-1.so.3.5.7
7f15c8247000-7f15c8446000 ---p 00043000 09:01 1178309
/lib/x86_64-linux-gnu/libdbus-1.so.3.5.7
7f15c8446000-7f15c8448000 r--p 00042000 09:01 1178309
/lib/x86_64-linux-gnu/libdbus-1.so.3.5.7
7f15c8448000-7f15c8449000 rw-p 00044000 09:01 1178309
/lib/x86_64-linux-gnu/libdbus-1.so.3.5.7
7f15c8449000-7f15c8459000 r-xp  09:01 393889 
/usr/lib/x86_64-linux-gnu/libavahi-client.so.3.2.9
7f15c8459000-7f15c8659000 ---p 0001 09:01 393889 
/usr/lib/x86_64-linux-gnu/libavahi-client.so.3.2.9
7f15c8659000-7f15c865a000 rw-p 0001 09:01 393889 
/usr/lib/x86_64-linux-gnu/libavahi-client.so.3.2.9
7f15c865a000-7f15c8666000 r-xp  09:01 396483 
/usr/lib/x86_64-linux-gnu/libavahi-common.so.3.5.3
7f15c8666000-7f15c8865000 ---p c000 09:01 396483 
/usr/lib/x86_64-linux-gnu/libavahi-common.so.3.5.3
7f15c8865000-7f15c8866000 rw-p b000 09:01 396483 
/usr/lib/x86_64-linux-gnu/libavahi-common.so.3.5.3
7f15c8866000-7f15c8875000 r-xp  09:01 415608 
/usr/lib/x86_64-linux-gnu/sane/libsane-net.so.1.0.22
7f15c8875000-7f15c8a74000 ---p f000 09:01 415608 
/usr/lib/x86_64-linux-gnu/sane/libsane-net.so.1.0.22
7f15c8a74000-7f15c8a75000 rw-p e000 09:01 415608 
/usr/lib/x86_64-linux-gnu/sane/libsane-net.so.1.0.22
7f15c8a75000-7f15c8b57000 r-xp  09:01 402608 
/usr/lib/libasound.so.2.0.0
7f15c8b57000-7f15c8d57000 ---p 000e2000 09:01 402608 
/usr/lib/libasound.so.2.0.0
7f15c8d57000-7f15c8d5e000 rw-p 000e2000 09:01 402608 
/usr/lib/libasound.so.2.0.0
7f15c8d5e000-7f15c8d5f000 rw-p  00:00 0 
7f15c8d7a000-7f15c8d7e000 r-xp  09:01 399961 
/usr/lib/libcanberra-0.28/libcanberra-alsa.so
7f15c8d7e000-7f15c8f7d000 ---p 4000 09:01 399961 
/usr/lib/libcanberra-0.28/libcanberra-alsa.so
7f15c8f7d000-7f15c8f7e000 rw-p 3000 09:01 399961 
/usr/lib/libcanberra-0.28/libcanberra-alsa.so

Bug#635487: Pending fixes for bugs in the libgd-gd2-noxpm-perl package

[pkg-perl-maintainers]

tag 635487 + pending
thanks

Some bugs in the libgd-gd2-noxpm-perl package are closed in revision
615bd8bafa30c6acb0b3316cc20cf86826c9 in branch 'master' by Damyan
Ivanov

Commit message:

build-depend on libjpeg-dev instead of libjpeg62-dev (not available anymore)

Closes: #635487




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

Bug#635607: ossp-uuid: diff for NMU version 1.6.2-1.1

[Tim Retout]

tags 635607 + pending
thanks

Dear maintainer,

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

Regards.
diff -Nru ossp-uuid-1.6.2/debian/changelog ossp-uuid-1.6.2/debian/changelog
--- ossp-uuid-1.6.2/debian/changelog	2010-02-12 09:47:45.0 +
+++ ossp-uuid-1.6.2/debian/changelog	2011-07-26 12:09:53.0 +0100
@@ -1,3 +1,11 @@
+ossp-uuid (1.6.2-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * 0004-fix-data-uuid-from-string.patch: Support dash-less args to
+from_string in uuid_compat.pm. (Closes: #635607)
+
+ -- Tim Retout dioc...@debian.org  Tue, 26 Jul 2011 12:09:04 +0100
+
 ossp-uuid (1.6.2-1) unstable; urgency=low
 
   * New upstream release. (Closes: #452780)
diff -Nru ossp-uuid-1.6.2/debian/patches/0004-fix-data-uuid-from-string.patch ossp-uuid-1.6.2/debian/patches/0004-fix-data-uuid-from-string.patch
--- ossp-uuid-1.6.2/debian/patches/0004-fix-data-uuid-from-string.patch	1970-01-01 01:00:00.0 +0100
+++ ossp-uuid-1.6.2/debian/patches/0004-fix-data-uuid-from-string.patch	2011-07-26 12:10:51.0 +0100
@@ -0,0 +1,36 @@
+Description: Support dash-less args to from_string.
+Author: Tim Retout dioc...@debian.org
+Bug-Debian: http://bugs.debian.org/635607
+
+The module Data::GUID depends on Data::UUID supporting this behaviour.
+
+--- a/perl/uuid_compat.pm
 b/perl/uuid_compat.pm
+@@ -93,7 +93,9 @@
+ $uuid-import('str',
+   $str =~ /^0x/
+ ? join '-', unpack('x2 a8 a4 a4 a4 a12', $str)
+-: $str
++: $str =~ /-/
++? $str
++: join '-', unpack('A8 A4 A4 A4 A12', $str)
+ );
+ return $uuid-export('bin');
+ }
+--- a/perl/uuid_compat.ts
 b/perl/uuid_compat.ts
+@@ -28,7 +28,7 @@
+ ##  uuid_compat.ts: Data::UUID Backward Compatibility Perl API (Perl test suite part)
+ ##
+ 
+-use Test::More tests = 14;
++use Test::More tests = 16;
+ 
+ BEGIN {
+ use_ok('Data::UUID');
+@@ -53,3 +53,5 @@
+ ok($uuid8 = $ug-from_string(6ba7b811-9dad-11d1-80b4-00c04fd430c8));
+ ok($ug-compare($uuid7, $uuid8) == 0);
+ 
++ok($uuid9 = $ug-from_string(6ba7b8119dad11d180b400c04fd430c8));
++ok($ug-compare($uuid7, $uuid9) == 0);
diff -Nru ossp-uuid-1.6.2/debian/patches/series ossp-uuid-1.6.2/debian/patches/series
--- ossp-uuid-1.6.2/debian/patches/series	2010-02-12 09:47:45.0 +
+++ ossp-uuid-1.6.2/debian/patches/series	2011-07-26 12:01:56.0 +0100
@@ -1,3 +1,4 @@
 0001-Change-library-name.patch
 0002-uuid-preserve-m-option-status-in-v-option-handling.patch
 0003-Fix-whatis-entries.patch
+0004-fix-data-uuid-from-string.patch

Bug#635917: genus2reduction: FTBFS: genus2reduction.c:476:22: error: 'polun' undeclared (first use in this function)

[Lucas Nussbaum]

Source: genus2reduction
Version: 0.3-2
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110727 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 gcc -g -O2 -g -O2 -Wall -I/usr/include/pari -lpari -o genus2reduction 
 genus2reduction.c
 genus2reduction.c: In function 'mppgcd':
 genus2reduction.c:33:3: warning: implicit declaration of function 'err' 
 [-Wimplicit-function-declaration]
 genus2reduction.c: At top level:
 genus2reduction.c:79:1: warning: return type defaults to 'int' [-Wreturn-type]
 genus2reduction.c: In function 'main':
 genus2reduction.c:89:3: warning: implicit declaration of function 'init' 
 [-Wimplicit-function-declaration]
 genus2reduction.c:118:5: warning: implicit declaration of function 'lgetg' 
 [-Wimplicit-function-declaration]
 genus2reduction.c:403:9: warning: implicit declaration of function 'min' 
 [-Wimplicit-function-declaration]
 genus2reduction.c:476:22: error: 'polun' undeclared (first use in this 
 function)
 genus2reduction.c:476:22: note: each undeclared identifier is reported only 
 once for each function it appears in
 genus2reduction.c:600:32: error: 'polx' undeclared (first use in this 
 function)
 genus2reduction.c:87:60: warning: unused variable 'vy' [-Wunused-variable]
 genus2reduction.c:85:45: warning: variable 'va4' set but not used 
 [-Wunused-but-set-variable]
 genus2reduction.c:84:76: warning: unused variable 'jh10' [-Wunused-variable]
 genus2reduction.c:84:73: warning: unused variable 'b1' [-Wunused-variable]
 genus2reduction.c:84:70: warning: unused variable 'b0' [-Wunused-variable]
 genus2reduction.c:83:13: warning: unused variable 'pro' [-Wunused-variable]
 genus2reduction.c:83:10: warning: unused variable 'p2' [-Wunused-variable]
 genus2reduction.c: In function 'factorpadicnonun':
 genus2reduction.c:1676:53: error: 'polx' undeclared (first use in this 
 function)
 genus2reduction.c: In function 'polymini':
 genus2reduction.c:1701:23: error: 'polx' undeclared (first use in this 
 function)
 genus2reduction.c:1712:11: error: 'zero' undeclared (first use in this 
 function)
 genus2reduction.c:1731:16: error: 'un' undeclared (first use in this function)
 genus2reduction.c:1695:16: warning: unused variable 'l' [-Wunused-variable]
 genus2reduction.c: In function 'discpart':
 genus2reduction.c:1818:8: error: 'polun' undeclared (first use in this 
 function)
 genus2reduction.c: In function 'polyminizi':
 genus2reduction.c:1856:86: error: 'gi' undeclared (first use in this function)
 genus2reduction.c:1859:27: error: 'polx' undeclared (first use in this 
 function)
 genus2reduction.c: In function 'polyminizi2':
 genus2reduction.c:1939:34: error: 'polx' undeclared (first use in this 
 function)
 genus2reduction.c:1942:69: error: 'gi' undeclared (first use in this function)
 genus2reduction.c:1928:23: warning: variable 'unmodp' set but not used 
 [-Wunused-but-set-variable]
 genus2reduction.c: In function 'zi2mod':
 genus2reduction.c:2001:19: error: 'gi' undeclared (first use in this function)
 genus2reduction.c: In function 'factmz':
 genus2reduction.c:2023:6: warning: implicit declaration of function 'max' 
 [-Wimplicit-function-declaration]
 genus2reduction.c:2046:2: warning: label 'sort' defined but not used 
 [-Wunused-label]
 make[1]: *** [genus2reduction] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2011/07/27/genus2reduction_0.3-2_lsid64.buildlog

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#596741: Processed: Re: Processed: bug 596741 is not forwarded, tagging 596741, reassign 596741 to gnome-power-manager

[Moritz Mühlenhoff]

On Fri, Feb 18, 2011 at 10:50:38PM +, Jon Dowland wrote:
 Sorry for the delay, I only just saw your reply.
 
 On Fri, Dec 17, 2010 at 11:14:08PM +0100, Michael Biebl wrote:
  Hm, why is that a pm-utils issue?
  
  If you simply run
  echo mem  /sys/power/state (given your hardware doesn't need any quirks)
  is the problem gone?
 
 Sorry for the delay, yep that is all that is needed to
 reproduce the problem, reassigning accordingly.

Does this still occur with more recent kernels?

Cheers,
Moritz



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

Bug#635918: gcc-4.4: please add fix for PR/47908

[Thorsten Glaser]

Source: gcc-4.4

Hi,

please add the fix for PR/47908 from:
http://gcc.gnu.org/bugzilla/attachment.cgi?id=24863action=diff

The fix is scheduled for upstream inclusion, only waiting for
the FSF to process the copyright assignment papers, so it should
be fine.

bye,
//mirabilos
-- 
  Using Lynx is like wearing a really good pair of shades: cuts out
   the glare and harmful UV (ultra-vanity), and you feel so-o-o COOL.
 -- Henry Nelson, March 1999



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

Bug#635919: gcc-4.6: please add fix for PR/47908

[Thorsten Glaser]

Source: gcc-4.6

Hi,

please add the fix for PR/47908 from:
http://gcc.gnu.org/ml/gcc-patches/2011-07/msg02514.html

The fix is scheduled for upstream inclusion, only waiting for
the FSF to process the copyright assignment papers, so it should
be fine.

bye,
//mirabilos
-- 
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output that accentuates irrelevant
detail in the program, which is as sensible as putting all the prepositions
in English text in bold font.   -- Rob Pike in Notes on Programming in C



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

Bug#588196: b43: does not join multicast groups

[Moritz Mühlenhoff]

On Thu, Jul 15, 2010 at 03:45:01PM +0200, Michael Büsch wrote:
 On 07/15/2010 10:51 AM, Simon Richter wrote:
 The same applies to receiving. The RX queue is also dropped on switch
 from DMA to PIO.
 
 Sure, but the packet is repeated every ten seconds. The problem is that
 none of those packets is received, even long after the switch to PIO.
 
 The filter flags are not updated because (as I already said) the reinit
 happens without mac80211's knowledge.
 
 The actual switch from DMA to PIO mode completely reinitializes
 the hardware and drops all queues.
 
 Would it be possible to reinitialize the multicast filter at this point?
 
 Yeah everything is possible.
 I'd rather like to see the actual _problem_ fixed instead of
 continuing to waste hours and hours on the hackish workaround.
 So in the end the workaround (aka PIO fallback) can be removed.
 
 If this problem is fixed, the next one will show up. (For example
 the fact that the PIO fallback won't work on an AP, too, for these
 reasons).
 
 Please work on fixing up the PCI core code, which most likely
 causes the problem, instead of extending the workaround hack.

Does this still occur with more recent kernels?

Cheers,
Moritz



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

Bug#602723: ffgtk: changing back from ITP to RFP

[Wolfgang Schnitker]

Hi,

I do not want to become a package maintainer, I proposed this software
to become available in debian.

If someone wants to adopt it, it would be very nice.

Wolfgang

Am 27.07.2011 18:02, schrieb Lucas Nussbaum:
 retitle 602723 RFP: ffgtk -- ffgtk is a solution for controlling the FRITZ!Box
 noowner 602723
 thanks

 Hi,

 This is an automatic email to change the status of ffgtk back from ITP
 (Intent to Package) to RFP (Request for Package), because this bug hasn't seen
 any activity during the last 6 months.

 If you are still interested in adopting ffgtk, please send a mail to
 cont...@bugs.debian.org with:

  retitle 602723 ITP: ffgtk -- ffgtk is a solution for controlling the 
 FRITZ!Box
  owner 602723 !
  thanks

 However, it is not recommended to keep ITP for a long time without acting on
 the package, as it might cause other prospective maintainers to refrain from
 packaging that software. It is also a good idea to document your progress on
 this ITP from time to time, by mailing 602...@bugs.debian.org.

 Thank you for your interest in Debian,
   




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

Bug#635645: rinse: Missing packages for CentOS 6 and rinse 1.9

[Laurent Grawet]

On 28/07/11 00:10, Thomas Lange wrote:
 On Wed, 27 Jul 2011 22:57:39 +0200, Laurent Grawet 
 debian-b...@grawet.be said:
 
  passwd
 OK. That will be added.
 
  libuser
 
 I do not like to add packages that are not stricly required.
 rinse is used for creating a minimal chroot. So, can you explain why
 this package is needed? Any special error message? 

Yes, sorry, passwd depends on libuser.

Laurent



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

Bug#635921: libsigsegv2: Add symbols file

[Michael Terry]

Package: libsigsegv
Version: 2.9-4
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

In Ubuntu, the attached patch was applied to add a symbols file for 
dh_makeshlibs.

Thanks for considering the patch.


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

Kernel: Linux 3.0.0-7-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libsigsegv-2.9/debian/libsigsegv2.symbols libsigsegv-2.9/debian/libsigsegv2.symbols
--- libsigsegv-2.9/debian/libsigsegv2.symbols	1969-12-31 19:00:00.0 -0500
+++ libsigsegv-2.9/debian/libsigsegv2.symbols	2011-07-29 11:40:03.0 -0400
@@ -0,0 +1,13 @@
+libsigsegv.so.2 libsigsev2 #MINVER#
+ libsigsegv_version@Base 2.9
+ sigsegv_deinstall_handler@Base 2.9
+ sigsegv_dispatch@Base 2.9
+ sigsegv_get_vma@Base 2.9
+ sigsegv_init@Base 2.9
+ sigsegv_install_handler@Base 2.9
+ sigsegv_leave_handler@Base 2.9
+ sigsegv_register@Base 2.9
+ sigsegv_reset_onstack_flag@Base 2.9
+ sigsegv_unregister@Base 2.9
+ stackoverflow_deinstall_handler@Base 2.9
+ stackoverflow_install_handler@Base 2.9

Bug#635920: git-import-orig --uscan uses the wrong tarball when a repacking script is used

[Chris Butler]

Package: git-buildpackage
Version: 0.5.26
Severity: normal

When running git-import-orig --uscan, with a watch file that specifies a
repacking script, then git-import-orig will import the wrong file (it
imports the original and not the repacked archive).

An example is the libpostscript-file-perl package[1], which includes the
following watch file:

version=3
opts=dversionmangle=s/\+dfsg// \
http://search.cpan.org/dist/PostScript-File/ \
.*/PostScript-File-v?(\d[\d.]+)\.(?:tar(?:\.gz|\.bz2)?|tgz|zip) \
debian sh debian/repack.stub


The repack.stub script repacks the tarball to remove some non-DFSG-free
files, and renames the tarball to libpostscript-file-perl_2.10+dfsg.orig.tar.gz.

Unfortunately, looking at the code I can't see an easy way of getting the
filename of the repacked tarball, unless we define a standard way for
repacking scripts to output the new filename. Or perhaps we should look at
adding native repacking support to uscan?


1. git://git.debian.org/pkg-perl/packages/libpostscript-file-perl.git

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

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

Versions of packages git-buildpackage depends on:
ii  devscripts   2.11.0  scripts to make the life of a Debi
ii  git [git-core]   1:1.7.5.4-1 fast, scalable, distributed revisi
ii  git-core 1:1.7.5.4-1 fast, scalable, distributed revisi
ii  python   2.6.6-14interactive high-level object-orie
ii  python-dateutil  1.4.1-3 powerful extensions to the standar
ii  python-support   1.0.14  automated rebuilding support for P

Versions of packages git-buildpackage recommends:
ii  cowbuilder0.63   pbuilder running on cowdancer
ii  pristine-tar  1.13   regenerate pristine tarballs

Versions of packages git-buildpackage suggests:
pn  git-load-dirs none (no description available)
ii  python-notify 0.1.1-2+b3 Python bindings for libnotify

-- Configuration Files:
/etc/git-buildpackage/gbp.conf changed [not included]

-- no debconf information

-- 
Chris Butler chr...@debian.org
  GnuPG Key ID: 4096R/49E3ACD3



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

Bug#635321: https://bugzilla.gnome.org/show_bug.cgi?id=637216

[Jan Schmidt]

This may be upstream bug #637216

https://bugzilla.gnome.org/show_bug.cgi?id=637216


-- 
Jan Schmidt thay...@noraisin.net




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

Bug#580927: linux-image-2.6.32-5-openvz-686: Uncharging too much ... res shmpages ub

[Moritz Mühlenhoff]

On Sun, May 09, 2010 at 11:27:08PM +0200, Achim Schaefer wrote:
 Package: linux-2.6
 Version: 2.6.32-12
 Severity: normal
 Tags: sid upstream
 
 Hi,
 
 I get quite a lot of the messages you can find under kernel.log-)
 
 I think the upstream bug is:
 http://bugzilla.openvz.org/show_bug.cgi?id=1299
 But I don't know how to tell bts...

Ola,
this has been fixed upstream. Should we add the patch to a Squeeze point update?

Cheers,
Moritz



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

Bug#634253: Please transition pango1.0 for multiarch

[Michael Biebl]

severity 634253 serious
thanks

I've just uploaded pango1.0_1.28.4-2 with a Breaks: plymouth ( 0.8.3-19)
As a result, plymouth will no longer be installable, thus bumping the severity.

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



signature.asc
Description: OpenPGP digital signature

Bug#635685: general: gcc -m32 has no access to system-specific includes in multiarch world

[Steve Langasek]

On Fri, Jul 29, 2011 at 01:44:06PM +0200, Sven Joachim wrote:

  I see, much to my surprise, that libc6-dev is not the only package shipping
  files in this directory; so if you have one of these packages installed, the
  /usr/include/sys directory will fail to be replaced by a symlink as
  intended.

 That intention needs to be expressed by actually doing the conversion in
 the libc6-dev-i386 postinst

No, it does not.  libc6-dev-i386 Conflicts: with the versions of libc6-dev
shipping /usr/include, which means they are removed from disk before
libc6-dev-i386 is unpacked.  The only reason I see why this would fail would
be because of one of the other -dev packages mentioned.

  So that's definitely a bug and needs to be fixed.  I'm not sure if it's the
  bug that Tim and you are seeing?

 It seems so.  After purging and reinstalling libc6-dev-i386,
 apt-get -b source bzip2 actually succeeds.

 On i386 however, libc6-dev 2.13-11 still ships files under
 /usr/include/{sys,gnu,bits}, so that ncurses is unbuildable even in a
 clean chroot.

Yes, which is why I told you to file a separate bug report.

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


signature.asc
Description: Digital signature

Bug#635904: librest: Enable tests

[Ying-Chun Liu (PaulLiu)]

On 07/29/2011 09:46 PM, Michael Terry wrote:
 Package: librest
 Severity: normal
 User: ubuntu-de...@lists.ubuntu.com
 Usertags: origin-ubuntu oneiric

 Hello, Paul!  I noticed that the test suite for librest is disabled in 
 debian/rules.  Why is that?  The tests seem to work correctly.

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

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


   

Hi Mike,

IIRC, it is because the ancient moblin librest's test doesn't work so we
disable it temporarily.
I'll re-enable the test when next upload.

Many Thanks,
Paul




signature.asc
Description: OpenPGP digital signature

Bug#580927: linux-image-2.6.32-5-openvz-686: Uncharging too much ... res shmpages ub

[Ola Lundqvist]

Hi Moritz

Yes I think that would be a good thing to do for a point release. Tell me if I 
should do anything to help with that.

// Ola

Inguza Technology AB http://inguza.com/

- Reply message -
From: Moritz Mühlenhoff j...@inutil.org
Date: Fri, Jul 29, 2011 17:47
Subject: linux-image-2.6.32-5-openvz-686: Uncharging too much ... res shmpages 
ub
To: o...@debian.org
Cc: 580...@bugs.debian.org


On Sun, May 09, 2010 at 11:27:08PM +0200, Achim Schaefer wrote:
 Package: linux-2.6
 Version: 2.6.32-12
 Severity: normal
 Tags: sid upstream
 
 Hi,
 
 I get quite a lot of the messages you can find under kernel.log-)
 
 I think the upstream bug is:
 http://bugzilla.openvz.org/show_bug.cgi?id=1299
 But I don't know how to tell bts...

Ola,
this has been fixed upstream. Should we add the patch to a Squeeze point update?

Cheers,
Moritz

Bug#588874: problem with usbmount

[Niels Boehm]

Package: usbmount
Version: 0.0.21
Tags: patch
Followup-For: Bug #588874

usbmount fails to act on partitions on USB thumb drives for me.

I hunted down the bug and found that usbmount parses the output of blkid
incorrectly. It scans it with sed searching for variable assignments with a
format such as 'VARIABLE=content', but this is wrong, since there may be
variable names that have the VARIABLE as suffix. This happes for
PART_ENTRY_TYPE, while usbmount is actually looking for TYPE only. Thus
it is reading a wrong value. The fix is to scan for a space before the
variable name.

Here is the patch:

--- /usr/share/usbmount/usbmount.orig   2010-08-03 16:31:25.0 +0200
+++ /usr/share/usbmount/usbmount2011-07-29 17:06:21.0 +0200
@@ -87,10 +87,10 @@
 # Grab device information from device and divide it
 #   FIXME: improvement: implement mounting by label (notice that labels
 #   can contain spaces, which makes things a little bit less comfortable).
-DEVINFO=$(/sbin/blkid -p $DEVNAME)
-FSTYPE=$(echo $DEVINFO | sed 's/.*TYPE=\([^]*\).*/\1/g; 
s/[[:blank:]]*//g;')
-UUID=$(echo $DEVINFO   | sed 's/.*UUID=\([^]*\).*/\1/g; 
s/[[:blank:]]*//g;')
-USAGE=$(echo $DEVINFO  | sed 's/.*USAGE=\([^]*\).*/\1/g; 
s/[[:blank:]]*//g;')
+DEVINFO=$(/sbin/blkid -p -- $DEVNAME)
+FSTYPE=$(echo $DEVINFO | sed 's/.* TYPE=\([^]*\).*/\1/g; 
s/[[:blank:]]*//g;')
+UUID=$(echo $DEVINFO   | sed 's/.* UUID=\([^]*\).*/\1/g; 
s/[[:blank:]]*//g;')
+USAGE=$(echo $DEVINFO  | sed 's/.* USAGE=\([^]*\).*/\1/g; 
s/[[:blank:]]*//g;')
 
 if ! echo $USAGE | egrep -q (filesystem|disklabel); then
log info $DEVNAME does not contain a filesystem or disklabel



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing-proposed-updates
  APT policy: (930, 'testing-proposed-updates'), (930, 'stable-updates'), (930, 
'testing'), (830, 'proposed-updates'), (830, 'stable')
Architecture: i386 (i686)

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

Versions of packages usbmount depends on:
ii  lockfile-progs0.1.15 Programs for locking and unlocking
ii  udev  172-1  /dev/ and hotplug management daemo
ii  util-linux2.19.1-4   Miscellaneous system utilities

Versions of packages usbmount recommends:
pn  pmountnone (no description available)

usbmount suggests no packages.

-- Configuration Files:
/etc/usbmount/usbmount.conf changed [not included]

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/share/usbmount/usbmount (from usbmount package)
--- /usr/share/usbmount/usbmount.orig   2010-08-03 16:31:25.0 +0200
+++ /usr/share/usbmount/usbmount2011-07-29 17:36:29.0 +0200
@@ -87,10 +87,10 @@
 # Grab device information from device and divide it
 #   FIXME: improvement: implement mounting by label (notice that labels
 #   can contain spaces, which makes things a little bit less comfortable).
-DEVINFO=$(/sbin/blkid -p $DEVNAME)
-FSTYPE=$(echo $DEVINFO | sed 's/.*TYPE=\([^]*\).*/\1/g; 
s/[[:blank:]]*//g;')
-UUID=$(echo $DEVINFO   | sed 's/.*UUID=\([^]*\).*/\1/g; 
s/[[:blank:]]*//g;')
-USAGE=$(echo $DEVINFO  | sed 's/.*USAGE=\([^]*\).*/\1/g; 
s/[[:blank:]]*//g;')
+DEVINFO=$(/sbin/blkid -p -- $DEVNAME)
+FSTYPE=$(echo $DEVINFO | sed 's/.* TYPE=\([^]*\).*/\1/g; 
s/[[:blank:]]*//g;')
+UUID=$(echo $DEVINFO   | sed 's/.* UUID=\([^]*\).*/\1/g; 
s/[[:blank:]]*//g;')
+USAGE=$(echo $DEVINFO  | sed 's/.* USAGE=\([^]*\).*/\1/g; 
s/[[:blank:]]*//g;')
 
 if ! echo $USAGE | egrep -q (filesystem|disklabel); then
log info $DEVNAME does not contain a filesystem or disklabel

Bug#635858: [mame-tools] Seems to conflict with sdlmame-tools

[Jordi Mallach]

Hi Manu,

On Fri, Jul 29, 2011 at 04:29:39PM +0200, Emmanuel Kasper wrote:
 Thank you for your bug report. Can you paste here the output of
 
 apt-cache policy sdlmame-tools
 
 ? I have the feeling you installed this package from a non official
 debian repository ( debian-multimedia is my guess )
 
 If this is the case you need to remove sdlmame and sdlmame-tools, and
 then apt-get install mame.

Actually, the bug report is correct. When Ubuntu users upgrade
sdlmame-tools from Ubuntu, they will (I guess) have the same problem as
with this package. We forgot to add a Breaks: sdlmame-tools to mame-tools,
and Breaks: sdlmame to mame.

Jordi
-- 
Jordi Mallach Pérez  --  Debian developer http://www.debian.org/
jo...@sindominio.net jo...@debian.org http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/



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

Bug#635922: debian-maintainers: Please add Rico Rommel as a Debian Maintainer

[Rico Rommel]

Package: debian-maintainers
Severity: normal
Tags: patch

Please add my key to the DM keyring.
See attached jetring changeset.



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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Comment: Add Rico Rommel r...@bierrommel.de as a Debian Maintainer
Date: Fri, 29 Jul 2011 17:53:56 +0200
Action: import
Recommended-By: 
  Steffen Möller steffen_moel...@gmx.de
Agreement: 
  http://lists.debian.org/debian-newmaint/2011/07/msg00034.html
Advocates: 
  http://lists.debian.org/debian-newmaint/2011/07/msg00040.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.11 (GNU/Linux)
  
  mQENBEuBhSIBCADnp/6kjJVraVtQgSV8yV1mJq1auzgwDnTWW4p1P7wFpMJmsE4k
  XlfeUNwxq8ITMbkObvKIgniwWcxtmC4MvKXAM7aXvhgKVAWEKuoDJ3eitco8xwK4
  6fVuEYNeQV9vSxg1RzYO4rhTR8jGSd7ONpIPW0CKznCmisjz8UhTCVrXP7HkYG2G
  X3AeAau81zJkPQ20EzQCTs+lGxgpvHbD9bi/t3FgE7MIijlhCOYsqetlzPnYKjlo
  rp1kTPvYAWM6a6hBgy0TkzWoB34ChUQmDlOlKonfH1HuprfU7uJfmKw2mtJ4fqqt
  daK+6RdyU8SCNU8EXEZm7m6tBmB7MKNvQKW1ABEBAAG0IFJpY28gUm9tbWVsIDxy
  aWNvQGJpZXJyb21tZWwuZGU+iQE4BBMBAgAiBQJLgYUiAhsDBgsJCAcDAgYVCAIJ
  CgsEFgIDAQIeAQIXgAAKCRDFgUTlWpuxb/IhB/wJ3yF8qg3xczfdxUrvYA21M+qc
  z3Wp/xq3oWvKvm7qagqS5skiTzW4oeZ2yiMvjmsZ20tCFc2/AIyPgiz+daHpLbPF
  Uq9xKzmd/UoMUD2p7f7YjNrrno9H5C2CmXS+r3iTBOfG8293rFCCbpBIX/+jyVuo
  C4OnrcXTgP+mw6lbsTk3fNrcnGu0UnTI8h+vqSx/CLycVOl/ULNQ0tb92iaFafm1
  I4JLBHoP3np1gaGewgh/QSFOSiKWL4xhNwLs3Nfl+e0g2OjJEEkwWRKPOf4Lhj2h
  ezxbQTLE8dpWNBBydxpiIrQrrewt9k4Bd+yaWjJkp9DSp7hryQ7dea+Z9COziQIc
  BBABCAAGBQJOJXCQAAoJEKc+AFVVj7jdoUIQAInA6QKMVnq7NeYYT2piwuS3Ekln
  MgYiWLNx4IFq5/0u2NfMKMEQVYPLhlRxJszHvuA0CuRxbWIlXIXOkiwjWebCjgEx
  cuKDYzEk/I+k1yKsJvQCBFd7tOgBBakHI5M8F/dRYjEmQHIVRUbsoPN/FLyWyJPH
  So6qubMfd7fUIGqL8Xefhp2vYucK0i0gne/qROPS5d2sy24jRdWf9NDB2Xi4r/wQ
  zuaIVH8jtcuAKxhA1l2cHv2RiVv5ZdBXQ8chqYke9Kuv5UtOqvEfFWFf8uJIE+bs
  Y5c4KHOboI7VB5cHRgXnA2lErxfI+sQMu8sjoPoHvrVKeVWhNpKhtRumCFOxzKIQ
  p+SNE29uqXzZW+y/OSpl1/BjUwkDcby5bfI+tD5ez3VHs8rut2fCPAnmp/MW8jkO
  vdkVlh6cn5cfTQqefYklsiZFhOjOdXn7IClvGXPOLhGZQTPcW9h9moJvB9PM6oen
  7fz/wKw4pex9lKzO/zDB9alMaWKuSMs2qljDVBZV1Zg2bMUEOZ0SMZA4Rjdskg6E
  pc45s//UDj32sDyDUxWNrna09rDlVM/L7kftPbrCFCnryoSCguaWBdz1G8lrTi2a
  uJXW/e2bM+aZ+caOPBx5JD5sc5tMdw8Pba7dBOAZ5rYT2IxHE2lRqAMkWx9TXcUz
  PECC0kovxDtX1OdKuQENBEuBhSIBCACpnurlg6eViYfPgyPh2ni7Wb1pJ0LwM6ks
  HIvgUchlvLXK6t5ryXnVMBBf5FX5FHpPvvKzprLXn11Uz6Y49vJm38fEJEHvi6xE
  QJKmTS2Ehu2AzLf23P9W4yaGoO1+8+WfnNeLEmQo+0X2YqJFeon0zyApYg9Ab3DT
  Ic8YnbxYiM6sHx7V40XYVJyM79wMbI63wH6DU+WR8gLwY+M5nU91xO/p+lkvfBLO
  +Svbmtzo9ZaW1eq4hiN9120qZw2nDAhZUvan7iLGUVTq4PnHLZ+dm7zOhuzOKnX0
  e57jZ2tFo/eI9L+qpQnGgatFbzjUSE8KCjpIhbmKyglhzg/NavrjABEBAAGJAR8E
  GAECAAkFAkuBhSICGwwACgkQxYFE5VqbsW+KiggArk0cFhh/+HaOZUQb/GpagWyh
  JwtCAZ8jGMCHUITPvdz31/wovCWgnUQ+yYNLHA9tRy6eIJkUQkZJ02fqgtCOedLv
  gf0KsQjXJFMtPmrpg3cD7CVdUv3dBIZVEepx1yyom8tuVkOibsaPs6c0iRfXeK6d
  GAJr86FiBLpZBP3GUYoAZ9Qmao/xuoAHw8xREiXmZp88UZcUnqgv7YWlpp/7tN6E
  1h0KD+Y4A7U/xm8036iVZ1jY0yyq7aGEcuqtCFx/e/K26aeYN94urTwvqNMJpe66
  f61P/Czk70zia2h0uB6s/xhfLT2kO2MGF8FN3PE0tuE9S+Nz5oLQkl8jeTRudg==
  =f80R
  -END PGP PUBLIC KEY BLOCK-

Bug#635923: ghdl: FTBFS: features.h:323:26: error: bits/predefs.h: No such file or directory

[Lucas Nussbaum]

Source: ghdl
Version: 0.29+gcc4.3.4+dfsg-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110727 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part:
 /build/ghdl-fbKkNL/ghdl-0.29+gcc4.3.4+dfsg/gcc/build/./gcc/xgcc 
 -B/build/ghdl-fbKkNL/ghdl-0.29+gcc4.3.4+dfsg/gcc/build/./gcc/ 
 -B/usr/lib/ghdl/x86_64-linux-gnu/bin/ -B/usr/lib/ghdl/x86_64-linux-gnu/lib/ 
 -isystem /usr/lib/ghdl/x86_64-linux-gnu/include -isystem 
 /usr/lib/ghdl/x86_64-linux-gnu/sys-include -O2 -g -O -O2  -O2 -g -O   
 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes 
 -Wold-style-definition  -isystem ./include  -fPIC -g -DHAVE_GTHR_DEFAULT 
 -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED   -I. -I. -I../.././gcc 
 -I../../../libgcc -I../../../libgcc/. -I../../../libgcc/../gcc 
 -I../../../libgcc/../include -I../../../libgcc/config/libbid 
 -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o _muldi3.o -MT 
 _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c 
 ../../../libgcc/../gcc/libgcc2.c \
 
 In file included from /usr/include/stdio.h:28,
  from ../../../libgcc/../gcc/tsystem.h:90,
  from ../../../libgcc/../gcc/libgcc2.c:33:
 /usr/include/features.h:323:26: error: bits/predefs.h: No such file or 
 directory
 /usr/include/features.h:356:25: error: sys/cdefs.h: No such file or directory
 /usr/include/features.h:388:23: error: gnu/stubs.h: No such file or directory
[...]
 ../../../libgcc/../gcc/libgcc2.h:457: error: storage class specified for 
 parameter '__parityti2'
 ../../../libgcc/../gcc/libgcc2.h:457: warning: parameter names (without 
 types) in function declaration
 ../../../libgcc/../gcc/libgcc2.h:460: error: storage class specified for 
 parameter '__enable_execute_stack'
 ../../../libgcc/../gcc/libgcc2.h:463: error: expected declaration specifiers 
 before '#pragma'
 ../../../libgcc/../gcc/libgcc2.c:2223: error: old-style parameter 
 declarations in prototyped function definition
 ../../../libgcc/../gcc/libgcc2.c:566: error: expected '{' at end of input
 make[3]: *** [_muldi3.o] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2011/07/27/ghdl_0.29+gcc4.3.4+dfsg-1_lsid64.buildlog

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#635096: cups-bsd: printers are no longer visible

[Vincent Lefevre]

On 2011-07-22 17:44:56 +0200, Vincent Lefevre wrote:
 After upgrading my machine (cups* packages were upgraded from
 1.4.6-11+b1 to 1.4.7-1), I get the following error:
 
 ypig:~ lpq -Plip-multi-3
 lpq: Unknown destination lip-multi-3!
 
 though the printer exists and is even visible by Iceweasel on
 the same machine.

I've just reverted to 1.4.6, and lpq is working again.
So, this is really a regression.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#522773: possible solutions for __unused problem

[Robert Millan]

2011/7/29 Moritz Mühlenhoff j...@inutil.org:
 We already asked you back in September 2009 to report this upstream.

He did, precisely in September 2009:

https://bugzilla.kernel.org/show_bug.cgi?id=14186

He still got no response though.

-- 
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#634253: Please make plymouth compatible with multiarch pango1.0

[Daniel Baumann]

i would expect that you would have the decency to mention that we talked
about this and that i said that i'm doing it RSN.

omiting this make me look bad on this bug.

not appreciated.

---snip---
16:47:02 mbiebl hi
16:47:02 -!- mbiebl [quassel...@teco62pc.teco.uni-karlsruhe.de]
16:47:02 -!-  ircname  : Michael Biebl
16:47:02 -!-  channels : #debian-gnome #debian-devel
16:47:02 -!-  server   : coulomb.oftc.net [London, United Kingdom]
16:47:02 -!-  hostname : 129.13.170.62
16:47:02 -!- End of WHOIS
16:47:19 mbiebl Ich möchte grade pango1.0 für multiarch fit machen
16:47:32 mbiebl und warte deshalb auf plymouth
16:47:35 mbiebl http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=634253
16:48:27 mbiebl insbesondere, da ich wissen muß welche version von
plymouth ma-ready ist
16:49:19 mbiebl wann planst du das nächste upload?
17:24:38 dba kann ich heute abend oder spaetestens morgen machen.
22:16:25 mbiebl danke!
Day changed to 29 Jul 2011
14:12:41 mbiebl weisst du schon die versionsnummer, die der nächste
upload haben wird?
14:12:52 mbiebl dann könnte ich den pango upload schon machen
14:13:27 dba 0.8.3-19
14:17:21 mbiebl ok, wollte nur sichergehen, dass du nicht nen git
snapshot als nächsten upload hast
15:14:56 mbiebl kommst du heute noch dazu?
15:15:47 dba ich war am nachmittag in ein paar talks, ich mach erst
wieder was nach dem abendessen.
15:20:12 mbiebl ok, mache grade den pango upload fertig und werd die
nächsten minuten uploaden
15:20:37 dba fein
---snap---

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#134214: libnss-ldap and nscd/unscd

[Witold Baryluk]

Package: libnss-ldap
Version: 264-2.2
Severity: normal

Hi.

Just happened to update my stable box witch still uses libnss-ldap (instead of 
libnss-ldapd
which is even better, I agree, but not migrated all machines to it). 

It also happens tha the same box have unscd instead of nscd, and I ended with 
not so
nice error message. postinst scripts detects /usr/sbin/nscd (it is in unscd 
package)
hower tries to do invoke-rc.d nscd restart. However initscript is called unscd.

I fixed this by edditing postinst script to use unscd, and dpkg -configure -a

Would be nice to fix this here or in unscd packages. Thanks.


-- 
Witold Baryluk


signature.asc
Description: Digital signature

Bug#635929: encfs: Memory overflow with Dropbox

[Jari Jylhä]

Package: encfs
Version: 1.7.2-1
Severity: important

Dropbox is up and running.
Then I mount encrypted directory.
jari@hp:~$ encfs -f ~/Dropbox/.encrypted ~/Private
EncFS-salasana:

After that all seems fine but when I try to open file in Private folder encfs
fails and I get messaga to console.
Muistialueen ylitys (memory owerflow)




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

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

Versions of packages encfs depends on:
ii  fuse-utils  2.8.4-1.1Filesystem in USErspace (utilities
ii  libboost-filesystem1.42 1.42.0-4 filesystem operations (portable pa
ii  libboost-serialization1 1.42.0-4 serialization library for C++
ii  libboost-system1.42.0   1.42.0-4 Operating system (e.g. diagnostics
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libfuse22.8.4-1.1Filesystem in USErspace library
ii  libgcc1 1:4.4.5-8GCC support library
ii  librlog51.4-1flexible message logging library
ii  libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3

encfs recommends no packages.

encfs 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#635930: ITP: octopussy -- log analyzer, alerter reporter

[James Page]

Package: wnpp
Severity: wishlist
Owner: James Page james.p...@ubuntu.com


* Package name: octopussy
  Version : 1.0~rc3
* URL : http://www.8pussy.org
* License : GPL-2+
  Programming Lang: Perl
  Description : log analyzer, alerter  reporter

 Octopussy is a log analyzer, alerter  reporter with Web interface. It
 has the following features:
 .
  * LDAP support for Octopussy Users  Contacts
  * Send alerts by email, IM(Jabber), NSCA(Nagios)  Zabbix_sender
  * Export reports by Email, FTP  SCP
  * Create map to show your architecture
  * Input  output plugins for reports
  * Reports scheduling
  * Syslog activity graphs
  * Wide range of service support
  * Wizard to easily create new Message/Service definitions for
unrecognized logs
  * Online updates for services, tables   multilanguage
  * Multilanguage support
  * Themable interface  report



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

Bug#556711: xless: diff for NMU version 1.7-14.1

[Ansgar Burchardt]

tags 556711 + pending
thanks

Dear maintainer,

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

Regards.
diff -u xless-1.7/debian/control xless-1.7/debian/control
--- xless-1.7/debian/control
+++ xless-1.7/debian/control
@@ -9,8 +9,8 @@
 
 Package: xless
 Architecture: any
-Depends: ${shlibs:Depends}
-Description: a file browsing tool for the X Window System
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: file browsing tool for the X Window System
  xless allows you to view information in an X window. It allows
  filename (or multiple filenames) arguments, or input via STDIN.
  It can print the current buffer and do regular expression searches.
diff -u xless-1.7/debian/changelog xless-1.7/debian/changelog
--- xless-1.7/debian/changelog
+++ xless-1.7/debian/changelog
@@ -1,3 +1,13 @@
+xless (1.7-14.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Apply patch from Angel Abad angela...@gmail.com to build with
+the --no-add-needed option. (Closes: #556711)
+  * debian/control: Add ${misc:Depends}.
+  * debian/control: Remove leading article from short description.
+
+ -- Ansgar Burchardt ans...@debian.org  Fri, 29 Jul 2011 18:16:36 +0200
+
 xless (1.7-14) unstable; urgency=low
 
   * Change maintainer e-mail address.
diff -u xless-1.7/Makefile.debian xless-1.7/Makefile.debian
--- xless-1.7/Makefile.debian
+++ xless-1.7/Makefile.debian
@@ -7,7 +7,7 @@
 OBJS = help.o init.o popup.o util.o callbacks.o window.o main.o actions.o \
functions.o
 
-LIBS = -lX11 -lXext -lXaw -lICE
+LIBS = -lX11 -lXext -lXaw -lICE -lXmu
 
 %.o: %.c
$(CC) $(CFLAGS) -c $



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

Bug#635644: conky-std: often fails to start from .xsession (Alarm clock error)

[Francesco Poli]

On Fri, 29 Jul 2011 03:15:27 -0700 Vincent Cheng wrote:

 forwarded 635644
 https://sourceforge.net/tracker/?func=detailatid=757308aid=3381993group_id=143975
 tags 635644 upstream
 thanks

It seems to me that the bug does not yet show up as
forwarded on the BTS web interface: I suspect that breaking the
forwarded command line confused the control bot...

 
 On Thu, Jul 28, 2011 at 12:00 PM, Francesco Poli
 invernom...@paranoici.org wrote:
[...]
  Maybe the first time Fluxbox is started, it is not fast enough to do
  something that is needed by Conky, and the latter fails to start
  because of this. The next times Fluxbox is started (without rebooting
  the box), it is faster to load, due to memory caches and similar tricks
  performed by the kernel: as a consequence, Conky finds Fluxbox fully
  initialized (or more initialized, anyway) and is able to start
  properly.
  This is all I can imagine, as a guessed explanation...
  Could it be? Or am I completely off-track?
 
 At the moment, that sounds like the most reasonable explanation for this 
 bug...

Good, let's hope it helps to pinpoint the cause of the bug.

 
  Well, I think it *is* a bug, even though we *may* have found a way to
  work around it.
  Hence, it would be very nice of you, if you could forward the bug
  report upstream...
 
 I've just forwarded the bug upstream; see
 https://sourceforge.net/tracker/?func=detailatid=757308aid=3381993group_id=143975
 (if there's anything I've overlooked, feel free to add a comment).

Thank you so much!
I think you summarized the bug report adequately, and there's the URL
of the full Debian bug report, anyway.

Let's wait and see.

Thanks again for your kind assistance!


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


pgpTPdTbcfFUK.pgp
Description: PGP signature

Bug#635873: [git-buildpackage/master] Split out GbpPatchQueue and GbpPatch

[Guido Günther]

tag 635873 pending
thanks

Date:   Fri Jul 29 17:06:55 2011 +0200
Author: Guido Günther a...@sigxcpu.org
Commit ID: dbe68fbdba2efa3655560bb364e87fa775bb30ca
Commit URL: 
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=dbe68fbdba2efa3655560bb364e87fa775bb30ca
Patch URL: 
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=dbe68fbdba2efa3655560bb364e87fa775bb30ca

Split out GbpPatchQueue and GbpPatch

to handle -pnum without munging the code further

Closes: #635873
  



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

Bug#133491: Copyright of dpkg-awk

[Adam Heath]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Actually, if I had to assign a license to anything I have written, I
would probably go for 3-clause bsd-like.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iD8DBQFOMt30iix9wovUpIkRAsIfAJsEbWA3C9PBA7EiwAApZwdY6yCcFwCfehop
4hTcOmnSTxDJPcxiDfFgxEQ=
=dsFp
-END PGP SIGNATURE-



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

Bug#635096: cups-bsd: printers are no longer visible

[Vincent Lefevre]

reassign 635096 libcups2
retitle 635096 libcups2: printers are no longer visible with HTTP
thanks

On 2011-07-29 18:05:23 +0200, Vincent Lefevre wrote:
 On 2011-07-22 17:44:56 +0200, Vincent Lefevre wrote:
  After upgrading my machine (cups* packages were upgraded from
  1.4.6-11+b1 to 1.4.7-1), I get the following error:
  
  ypig:~ lpq -Plip-multi-3
  lpq: Unknown destination lip-multi-3!
  
  though the printer exists and is even visible by Iceweasel on
  the same machine.
 
 I've just reverted to 1.4.6, and lpq is working again.
 So, this is really a regression.

The bug is actually in libcups2, as if I upgrade the other packages
to 1.4.7-1, there are no problems, and the bug starts to appear
when I upgrade libcups2 to 1.4.7-1.

A strace comparison of lpq shows:

With libcups2 1.4.6-11+b1 (working):

[...]
8954  sendto(5, POST / HTTP/1.1\r\nContent-Length:..., 157, 0, NULL, 0) = 157
8954  sendto(5, \1\1@\2\0\0\0\1\1G\0\22attributes-charset\0\5..., 636, 0, 
NULL, 0) = 636
8954  poll([{fd=5, events=POLLIN}], 1, 1000) = 1 ([{fd=5, 
revents=POLLIN|POLLERR|POLLHUP}])
8954  recvfrom(5, HTTP/1.1 426 Upgrade Required\r\nD..., 2048, 0, NULL, NULL) 
= 794
8954  close(5)  = 0
8954  socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 5
8954  setsockopt(5, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
8954  setsockopt(5, SOL_TCP, TCP_NODELAY, [1], 4) = 0
8954  fcntl(5, F_SETFD, FD_CLOEXEC) = 0
8954  connect(5, {sa_family=AF_INET, sin_port=htons(631), 
sin_addr=inet_addr(140.77.14.157)}, 16) = 0
8954  sendto(5, OPTIONS * HTTP/1.1\r\nConnection: ..., 141, 0, NULL, 0) = 141
8954  recvfrom(5, HTTP/1.1 101 Switching Protocols..., 2048, 0, NULL, NULL) = 
231
[...]

With libcups2 1.4.7-1 (broken):

[...]
11411 sendto(5, POST / HTTP/1.1\r\nContent-Length:..., 157, 0, NULL, 0) = 157
11411 sendto(5, \1\1@\2\0\0\0\1\1G\0\22attributes-charset\0\5..., 636, 0, 
NULL, 0) = 636
11411 poll([{fd=5, events=POLLIN}], 1, 1000) = 1 ([{fd=5, 
revents=POLLIN|POLLERR|POLLHUP}])
11411 recvfrom(5, HTTP/1.1 426 Upgrade Required\r\nD..., 2048, 0, NULL, NULL) 
= 794
11411 close(5)  = 0
11411 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 5
11411 setsockopt(5, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
11411 setsockopt(5, SOL_TCP, TCP_NODELAY, [1], 4) = 0
11411 fcntl(5, F_SETFD, FD_CLOEXEC) = 0
11411 connect(5, {sa_family=AF_INET, sin_port=htons(631), 
sin_addr=inet_addr(140.77.14.157)}, 16) = 0
11411 sendto(5, OPTIONS * HTTP/1.1\r\nConnection: ..., 141, 0, NULL, 0) = 141
11411 close(5)  = 0
11411 write(2, lpq: error - no default destinat..., 47) = 47
[...]

Note: I already had problems in the past; see bug 588150

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

(now fixed). I don't think there's a relation, but just in case...

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#635685: general: gcc -m32 has no access to system-specific includes in multiarch world

[Sven Joachim]

On 2011-07-29 17:50 +0200, Steve Langasek wrote:

 On Fri, Jul 29, 2011 at 01:44:06PM +0200, Sven Joachim wrote:

  I see, much to my surprise, that libc6-dev is not the only package shipping
  files in this directory; so if you have one of these packages installed, 
  the
  /usr/include/sys directory will fail to be replaced by a symlink as
  intended.

 That intention needs to be expressed by actually doing the conversion in
 the libc6-dev-i386 postinst

 No, it does not.  libc6-dev-i386 Conflicts: with the versions of libc6-dev
 shipping /usr/include, which means they are removed from disk before
 libc6-dev-i386 is unpacked.

They are not if libc6-dev-i386 was already installed, because
libc6-dev-i386 itself contained files under /usr/include/{sys,gnu} in
versions up to 2.13-10.

 The only reason I see why this would fail would
 be because of one of the other -dev packages mentioned.

Or if libc6-dev-i386 was upgraded, rather then freshly installed.

 On i386 however, libc6-dev 2.13-11 still ships files under
 /usr/include/{sys,gnu,bits}, so that ncurses is unbuildable even in a
 clean chroot.

 Yes, which is why I told you to file a separate bug report.

Do you still want that, or should I clone the current one?

Cheers,
   Sven



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

Bug#635874: lists.debian.org: Please create new list debian-sprints

[Cord Beermann]

Hallo! Du (Neil McGovern) hast geschrieben:

 As the debian sprint work is being delegated out from the DPL role, can 
 you please create a debian-sprints mailing list.

Please follow the guidelines for new lists at

http://www.debian.org/MailingLists/HOWTO_start_list

After filing the request, it would be very much appreciated if several 
other people interested in the new list would send a mail to the bug,
in order to record their interest.

Yours,
Cord, Debian Listmaster of the day
-- 
http://lists.debian.org



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

Bug#635931: slapd fails to install due to configuration error

[Atanas Atanasov]

Package: slapd
Version: 2.4.23-7.2
Severity: normal

Installing slapd 2.4.23-7.2 fails during configuration:

nasko@chow:~$ sudo apt-get purge slapd
[sudo] password for nasko:
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
 slapd*
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 3,916 kB disk space will be freed.
Do you want to continue [Y/n]?
(Reading database ... 204379 files and directories currently installed.)
Removing slapd ...
Stopping OpenLDAP: slapd.
Purging configuration files for slapd ...
Removing slapd configuration... done.
Processing triggers for man-db ...
nasko@chow:~$ sudo apt-get install slapd
Reading package lists... Done
Building dependency tree
Reading state information... Done
Suggested packages:
 ldap-utils
The following NEW packages will be installed:
 slapd
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/1,495 kB of archives.
After this operation, 3,916 kB of additional disk space will be used.
Preconfiguring packages ...
Selecting previously deselected package slapd.
(Reading database ... 204138 files and directories currently installed.)
Unpacking slapd (from .../slapd_2.4.23-7.2_i386.deb) ...
Processing triggers for man-db ...
Setting up slapd (2.4.23-7.2) ...
Usage: slappasswd [options]
 -c format crypt(3) salt format
 -ggenerate random password
 -h hash   password scheme
 -nomit trailing newline
 -s secret new password
 -ugenerate RFC2307 values (default)
 -vincrease verbosity
 -T file   read file for new password
 Creating initial configuration... Loading the initial configuration
from the ldif file () failed with
the following error while running slapadd:
  str2entry: invalid value for attributeType olcRootPW #0 (syntax
1.3.6.1.4.1.1466.115.121.1.15)
  slapadd: could not parse entry (line=1052)
dpkg: error processing slapd (--configure):
 subprocess installed post-installation script returned error exit status 1
configured to not write apport reports
Errors were encountered while processing:
 slapd
E: Sub-process /usr/bin/dpkg returned an error code (1)



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

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

Versions of packages slapd depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  coreutils  8.5-1 GNU core utilities
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration management sy
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libdb4.8   4.8.30-2  Berkeley v4.8 Database Libraries [
ii  libgnutls262.8.6-1   the GNU TLS library - runtime libr
ii  libldap-2.4-2  2.4.23-7.2OpenLDAP libraries
ii  libltdl7   2.2.6b-2  A system independent dlopen wrappe
ii  libperl5.105.10.1-17squeeze2 shared Perl library
ii  libsasl2-2 2.1.23.dfsg1-7Cyrus SASL - authentication abstra
ii  libslp11.2.1-7.8 OpenSLP libraries
ii  libwrap0   7.6.q-19  Wietse Venema's TCP wrappers libra
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init scrip
ii  perl [libmime-base64-p 5.10.1-17squeeze2 Larry Wall's Practical Extraction 
ii  psmisc 22.11-1   utilities that use the proc file s
ii  unixodbc   2.2.14p2-1ODBC tools libraries

Versions of packages slapd recommends:
ii  libsasl2-modules  2.1.23.dfsg1-7 Cyrus SASL - pluggable authenticat

Versions of packages slapd suggests:
pn  ldap-utilsnone (no description available)



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

Bug#635898: python-sqlalchemy: needs versioned build-dep on python-mako (= 0.4.1)

[Ansgar Burchardt]

found 635898 0.6.8-1
thanks

The same applies to the version currently in testing/unstable.

Ansgar



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

Bug#635932: mantis: Add some tips about how to configure javascript path under custom Virtual Host configuration

[Silvia Alvarez]

Package: mantis
Version: 1.2.4-3
Severity: wishlist

This is a remainder to include some tips about how to configure 
javascript path under custom Virtual Host configuration.

Follow up to BTS #635870



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

Bug#635694: alsa-base: alsa bug 0005418: snd-hda-intel: alsa force-reload required to avoid Dummy output

[Elimar Riesebieter]

* r.duc...@gmail.com [110729 09:48 +0200]:

 Hello, 
 
 Pulseaudio has been installed automatically by wheezy. I
 definitely do not need pulseaudio: 5 days ago I did not even know
 this package.
 
 I tried the following tests.
 
 TEST 1: Created a basic /etc/asound.conf (the file did not exist)
[...]

Tha doesn't make sense at the moment

 rebooted: no sound (Dummy device)
 
 TEST2: Installed pavucontrol.
 No sound, only Dummy device is seen (see figure).

Did you tried the Configuration tab?

 TEST3: I tried to stop/remove pulseaudio but I failed: it always
 was there:
 * Tried to pulseaudio --kill with both user and root
 and pulseaudio still there
 * Tried update-rc.d pulseaudio disable and reboot and pulseaudio 
 still there
 * Tried update-rc.d -f pulseaudio remove and reboot and
 pulseaudio still there 

 I'm reticent to uninstall an automatically installed package...
 should I do that?

What tells:
$ dpkg -l | grep pulse
?

 So all in all I cannot conclude that the problem comes from
 pulseaudio.  Actually if this was the case, why alsa force-reload
 gives me back the sound and the Internal Analog Audio Stereo?

alsa force-reload steals the driver from pulse and provides them for
alsa.

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



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

Bug#627346: libpcre++: diff for NMU version 0.9.5-5.1

[Tim Retout]

tags 627346 + patch
tags 627346 + pending
thanks

Dear maintainer,

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

Regards.
diff -u libpcre++-0.9.5/debian/control libpcre++-0.9.5/debian/control
--- libpcre++-0.9.5/debian/control
+++ libpcre++-0.9.5/debian/control
@@ -9,7 +9,7 @@
 Package: libpcre++-dev
 Section: libdevel
 Architecture: any
-Depends: ${misc:Depends}, libpcre3-dev
+Depends: ${misc:Depends}, libpcre++0 (= ${binary:Version}), libpcre3-dev
 Description: C++ wrapper class for pcre (development)
  PCRE++ is a C++ wrapper-class for the library PCRE (Perl Compatible
  Regular Expressions).
diff -u libpcre++-0.9.5/debian/changelog libpcre++-0.9.5/debian/changelog
--- libpcre++-0.9.5/debian/changelog
+++ libpcre++-0.9.5/debian/changelog
@@ -1,3 +1,11 @@
+libpcre++ (0.9.5-5.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/control (libpcre++-dev): Add Depends on libpcre++0.
+(Closes: #627346)
+
+ -- Tim Retout dioc...@debian.org  Fri, 29 Jul 2011 17:28:37 +0100
+
 libpcre++ (0.9.5-5) unstable; urgency=low
 
   * debian/watch: Updated, escape '+'.

Bug#635920: git-import-orig --uscan uses the wrong tarball when a repacking script is used

[Guido Günther]

On Fri, Jul 29, 2011 at 05:36:22PM +0200, Chris Butler wrote:
 Package: git-buildpackage
 Version: 0.5.26
 Severity: normal
 
 When running git-import-orig --uscan, with a watch file that specifies a
 repacking script, then git-import-orig will import the wrong file (it
 imports the original and not the repacked archive).
 
 An example is the libpostscript-file-perl package[1], which includes the
 following watch file:
 
 version=3
 opts=dversionmangle=s/\+dfsg// \
 http://search.cpan.org/dist/PostScript-File/ \
 .*/PostScript-File-v?(\d[\d.]+)\.(?:tar(?:\.gz|\.bz2)?|tgz|zip) \
 debian sh debian/repack.stub
 
 
 The repack.stub script repacks the tarball to remove some non-DFSG-free
 files, and renames the tarball to 
 libpostscript-file-perl_2.10+dfsg.orig.tar.gz.
 
 Unfortunately, looking at the code I can't see an easy way of getting the
 filename of the repacked tarball, unless we define a standard way for
 repacking scripts to output the new filename. Or perhaps we should look at
 adding native repacking support to uscan?

I don't have a nice idea to fetch the filename either. An alternative
would be to use git-import-orig's repacking via the --filter-option
which is available since 0.5.27. I wonder if this is rather a uscan
issue not allowing us to fetch the right tarball?
Cheers,
 -- Guido

 
 1. git://git.debian.org/pkg-perl/packages/libpostscript-file-perl.git
 
 -- System Information:
 Debian Release: wheezy/sid
   APT prefers testing
   APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
 Architecture: amd64 (x86_64)
 
 Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: 
 LC_ALL set to en_GB.UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages git-buildpackage depends on:
 ii  devscripts   2.11.0  scripts to make the life of a 
 Debi
 ii  git [git-core]   1:1.7.5.4-1 fast, scalable, distributed 
 revisi
 ii  git-core 1:1.7.5.4-1 fast, scalable, distributed 
 revisi
 ii  python   2.6.6-14interactive high-level 
 object-orie
 ii  python-dateutil  1.4.1-3 powerful extensions to the 
 standar
 ii  python-support   1.0.14  automated rebuilding support for 
 P
 
 Versions of packages git-buildpackage recommends:
 ii  cowbuilder0.63   pbuilder running on cowdancer
 ii  pristine-tar  1.13   regenerate pristine tarballs
 
 Versions of packages git-buildpackage suggests:
 pn  git-load-dirs none (no description available)
 ii  python-notify 0.1.1-2+b3 Python bindings for libnotify
 
 -- Configuration Files:
 /etc/git-buildpackage/gbp.conf changed [not included]
 
 -- no debconf information
 
 -- 
 Chris Butler chr...@debian.org
   GnuPG Key ID: 4096R/49E3ACD3
 
 



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

Bug#635933: Installing syslinux themes breaks on squeeze

[Chris Lamb]

Package: live-build
Version: 3.0~a21-1
Severity: important

Squeeze's syslinux-themes-debian-squeeze does not contain
a /usr/share/syslinux/themes/debian-squeeze/isolinux-live
directory:

 http://packages.debian.org/squeeze/all/syslinux-themes-debian-squeeze/filelist

(NB. it does contain one without the -live suffix at
/usr/share/syslinux/themes/debian-squeeze/isolinux)

This is a problem because since 556e09db899a, lb_binary_syslinux will
append -live by default. This resuls in all i386 and amd64 builds of
squeeze failing with:

 Setting up syslinux (2:4.02+dfsg-7) ...
 Setting up syslinux-themes-debian-squeeze (5-1) ...
 cp: cannot stat
 `/usr/share/syslinux/themes/debian-squeeze/isolinux-live': No such file
  or directory
 P: Begin unmounting filesystems...


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org
   `-


signature.asc
Description: PGP signature

Bug#635934: [python-dbus] python-dbus breaks several packages

[Alf Gaida]

Package: python-dbus
Version: 0.84.0-2
Severity: important

--- Please enter the report below this line. ---
agaida@ramme:~$ LANG=C sudo apt-get install python-dbus
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Suggested packages:
  python-dbus-doc python-dbus-dbg
The following packages will be REMOVED:
  hplip-gui plasma-scriptengine-python python-qt4-dbus system-config-printer-
kde
The following held packages will be changed:
  python-dbus
The following packages will be upgraded:
  python-dbus
1 upgraded, 0 newly installed, 4 to remove and 1 not upgraded.
Need to get 250 kB of archives.
After this operation, 796 kB disk space will be freed.
Do you want to continue [Y/n]? n
Abort.


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.0-0.slh.4-aptosid-amd64

Debian Release: wheezy/sid
  500 unstableftp.debian.org 
  500 unstabledebian.alfgaida.de 
  500 unstableaptosid.com 
  500 testing ftp.debian.org 
  500 stable  www.scootersoftware.com 
  500 stable  ftp.debian.org 
  500 stable  dl.google.com 
  500 sid frickelplatz.de 
  500 mavericklinux.dropbox.com 
  100 experimental-snapshots qt-kde.debian.net 
1 experimentalftp.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-
libc6 (= 2.2.5) | 2.13-11
libdbus-1-3  (= 1.2.16) | 1.4.12-5
libdbus-glib-1-2   (= 0.78) | 0.94-4
libglib2.0-0 (= 2.12.0) | 2.28.6-1
python  ( 2.8) | 2.6.7-2
python  (= 2.6) | 2.6.7-2
python-support   (= 0.90.0) | 1.0.14


Recommends  (Version) | Installed
=-+-===
python-gobject| 2.28.6-4
 OR python-gtk  ( 2.10) | 


Suggests (Version) | Installed
==-+-===
python-dbus-doc| 
python-dbus-dbg| 







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

Bug#635935: fails to fallback if it can't connect to DISPLAY

[Antoine Beaupré]

Package: pinentry-gtk2
Version: 0.8.1-1
Severity: normal

This software is designed to fallback to curses mode if X11 is not
available. The way this works is that it fallback if the $DISPLAY
variable is not set. So that works.

The problem is if that variable *is* set, but the program can't
connect to it, it totally fails. Demonstration:

anarcat@marcos:~$ DISPLAY= pinentry
OK Your orders please
^C
anarcat@marcos:~$ DISPLAY=:0 pinentry
No protocol specified

(pinentry:20732): Gtk-WARNING **: cannot open display: :0
anarcat@marcos:~$ 

This seems a little counter-intuitive... and fails in miserable ways
from the users' perspective:

anarcat@marcos:~$ gpg -s -a

You need a passphrase to unlock the secret key for
user: Antoine Beaupr� (work) anar...@koumbit.org
4096-bit RSA key, ID 7B75921E, created 2009-05-29

gpg: cancelled by user
gpg: no default secret key: bad passphrase
gpg: signing failed: bad passphrase

I looked at the code a bit and the problem seems to be that the
pinentry_have_display() function only checks the DISPLAY variable and
doesn't actually try to connect to the display.

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

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

Versions of packages pinentry-gtk2 depends on:
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.24.4-3   The GTK+ graphical user interface 
ii  libncurses5   5.9-1  shared libraries for terminal hand
ii  libpango1.0-0 1.28.4-1   Layout and rendering of internatio

pinentry-gtk2 recommends no packages.

Versions of packages pinentry-gtk2 suggests:
ii  pinentry-doc  0.8.1-1documentation for pinentry package

-- 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#602901: insserv: unbound should be added to $named

[Petter Reinholdtsen]

[Erwan David]
 I had the impression that ifeach package just put this $named
 package, then you'll get a $named with only one of the package
 nales, whereas you want all of them to be used for computing the
 order.

I have vague memories of insserv actually merging the entries to get
the expected behaviour.  If you are in doubt, please test to verify
this.

 I may be able to start with just one of them, but that would depend
 on the configuration, and packages cannot know which one is
 compulsory.

Well, for boot ordering, I believe you get the same result in this
case.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#602901: insserv: unbound should be added to $named

[Erwan David]

Le Fri 29/07/2011, Petter Reinholdtsen disait
 unarchive 602901
 reopen 602901 1.14.0-2
 thanks
 
 [Erwan David]
  $named should include +unbound, otherwise some services needing DNS
  are started before DNS is available
 
 I believe this is the wrong fix.  It is more sensible to fix it in the
 unbound package, by adding a file /etc/insserv.conf.d/unbound with its
 definition of the $named virtual facility, ie
 
   $named +unbound
 
 or
 
   $named unbound
 
 depending on the strengh of the dependency.
 
 I believe this to be the correct fix for this problem, and thus reopen
 this issue to start the process of getting rid of this +unbound (and
 the +bind9 etc) entries in /etc/insserv.conf.
 
 I've been asked by paravoid on IRC to fix this problem in stable as
 well, but believe it should be fixed also in unstable in the unbound
 package and not in insserv.
 
 Happy hacking,


I had the impression that ifeach package just put this $named package, then 
you'll get a $named with only one of the package nales, whereas you want all of 
them to be used for computing the order.

If I have both bind and unbound on the same machine, I must start them 
both before starting any service which needs the DNS.

I may be able to start with just one of them, but that would depend on the 
configuration, and packages cannot know which one is compulsory.



-- 
Erwan



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

Bug#584073: Working on packaging SOGo

[Jeroen Dekkers]

retitle 584073 ITP: sogo -- a modern and scalable groupware
thanks

I started working on packaging SOPE and SOGo a few months ago and I
made of lot of progress during debcamp/debconf. You can find the
current state on launchpad:

https://code.launchpad.net/~dekkers/sope/sope-debian
https://code.launchpad.net/~dekkers/sogo/sogo-debian

Note that this is a work in progress and might be broken from time to
time as I'm not doing rigorous testing before committing things at the
moment. There are still a few issues left, such as decoupling the
embedded javascripts libraries and linking SOGo to GnuTLS instead of
OpenSSL (I already ported SOPE to GnuTLS and that patch has been
accepted upstream).


Jeroen Dekkers




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

Bug#635870: Missing alias for javascript folder

[sils]

Hi Wolfgang,

On 07/29/2011 03:11 PM, Wolfgang Schulze-Zachau wrote:
 Hi Sils,
 
 Maybe I haven't been clear enough in my original email.

Really thanks for your extended explanation...

Let me respond you via BTS, just to let the complete info about this
issue for others whom will be interested.


 The mantis apache.conf file, as installed from the package, is actually
 not a complete vhost configuration (probably because mantis can be run
 within a vhost without problem). I simply wrapped the contents in that
 file in a VirtualHost declaration, which also defines ServerName and
 ServerAlias, because this server hosts approx. a dozen internal
 websites. The VirtualHost declaration further contains a CustomLog entry
 and a DocumentRoot entry. In fact, here is the complete file (with the
 additional Alias as required):

I see, I understand now the problem.. (for privacity I don't reply your
custom config).

When you use mantis under Virtual Host configuration, which the
Documentroot overrides the / directory, and you use the Alias for
/mantis, even if you assume it's not necessary:

If you run this, everything works fine:
http://host/mantis/view_all_bug_page.php

If you run this, doesn't:
http://host/view_all_bug_page.php

Because in that case you are using the defaults from Apache, and in
combination with javascript-common apache Alias, the server is triying
to look the files under /usr/share/javascript/.

As mantisBT upstream documentation explains, the default configuration
for mantis is always http://host/mantis;, and in debian the default
configuration is always http://host/mantis/mantis;.

Because of that reason the default package distributed under debian
it's prepared to work correctly under that especs.

Of course, that's not means that you could apply your custom
configuration, and that's what you are getting those troubles.. yes your
right, you have a problem with javascript path location under this
custom work around.

But when you change something you have to take care on your own
changes, even if you made and update.. because the default maintainer
version will not be installed on your system as well .. right?

Yes, I guess one solution for your custom configuration, would be add
this line into the config Apache file:

Alias /javascript /usr/share/mantis/www/javascript


FYI, your case will be considered, and we are going to open a bug under
wishlist to apply some warnings about setting up mantis under
VirtualHost configuration and different default path. Some information
about this is related to Multisite documentation, but is not exactly the
same case.


I open a wishlist bug related to this issue on BTS #635932

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


Thanks a lot for your help, and sorry about the misunderstanding.

Cheers

Sils



signature.asc
Description: OpenPGP digital signature

Bug#635936: meld: switch to dh_python2

[Julian Taylor]

Package: meld
Version: 1.5.1-1
Severity: normal
Tags: patch

python-support is now officially deprecated in Debian:

http://article.gmane.org/gmane.linux.debian.devel.python/6948

Attached is a patch which converts meld to use the recommended dh_python2.
It is based on 1.5.1 in experimental.
diff -ru meld-1.5.1/debian//control.in meld-1.5.2/debian//control.in
--- meld-1.5.1/debian//control.in	2011-02-26 17:10:37.0 +0100
+++ meld-1.5.2/debian//control.in	2011-07-29 18:46:13.228183797 +0200
@@ -3,17 +3,16 @@
 Priority: optional
 Maintainer: Ross Burton r...@debian.org
 Build-Depends: debhelper (= 5),
-   cdbs,
+   cdbs (= 0.4.90~),
gnome-pkg-tools
-Build-Depends-Indep: python,
- python-support (= 0.4.0),
+Build-Depends-Indep: python (= 2.6.6-3~),
  intltool,
  scrollkeeper
 Uploaders: @GNOME_TEAM@
 Standards-Version: 3.9.1
 Vcs-Svn: svn://svn.debian.org/svn/pkg-gnome/packages/unstable/meld
 Vcs-Browser: http://svn.debian.org/wsvn/pkg-gnome/packages/unstable/meld/
-XS-Python-Version: = 2.5
+X-Python-Version: = 2.5
 
 Package: meld
 Architecture: all
@@ -26,7 +25,6 @@
 python-gnome2,
 python-gconf,
 python-gtksourceview2 (= 2.4)
-XB-Python-Version: ${python:Versions}
 Description: graphical tool to diff and merge files
  Meld is a tool which allows the user to see the changes in, and merge between,
  either two files, two directories, or two files with a common ancestor.
diff -ru meld-1.5.1/debian//rules meld-1.5.2/debian//rules
--- meld-1.5.1/debian//rules	2010-04-21 19:17:44.0 +0200
+++ meld-1.5.2/debian//rules	2011-07-29 18:31:54.808183502 +0200
@@ -13,7 +13,7 @@
 DEB_MAKE_INSTALL_TARGET := DESTDIR=$(CURDIR)/debian/meld install
 
 binary-install/meld::
-	dh_pysupport -p$(cdbs_curpkg)
+	dh_python2 -p$(cdbs_curpkg)
 
 binary-post-install/meld::
 	rm -rf debian/$(cdbs_curpkg)/usr/share/application-registry


signature.asc
Description: OpenPGP digital signature

Bug#635935: workaround

[Antoine Beaupré]

A workaround is to hardcode this in your .gnupg/gpg-agent.conf file:

pinentry-program /usr/bin/pinentry-curses

-- 
That's one of the remarkable things about life: it's never so bad that
it can't get worse.
- Calvin


pgpwlZVapgVUk.pgp
Description: PGP signature

Bug#635686: [libgcrypt11] Thinks its 1.2.3, dirmanager and vbox do not start

[Andreas Metzler]

On 2011-07-28 David Baron d_ba...@012.net.il wrote:
 On Thursday 26 Tamuz 5771 20:47:07 Andreas Metzler wrote:
[...]
  It is probably configured this way in /etc/ld.so.conf or
  /etc/ld.so.conf.d/* Or you had set LD_LIBRARY_PATH.
  cu andreas

 I deleted the ld.so.conf.d reference (obselete since the kde3 is not being 
 used, only one or two apps.

 However, /usr/lib was cited first. This may not matter, however,
 since the new i368-linux-gnu stuff was appended!

 Would it be better to get rid of ld.so.conf entirely? Or how should
 things be ordered for proper priority?
[...]

I have never found the need to manually touch, I am running Debian's
default setup, which looks like this on sid:

--
(SID)ametzler@argenau:~$ find  /etc/ld.so.co* -type f | { while read i ; do ls 
-l $i ; echo  $i starts ; cat $i ; echo  $i ends ; echo  ; done ; }
-rw-r--r-- 1 root root 35 May  4  2007 /etc/ld.so.conf
 /etc/ld.so.conf starts

include /etc/ld.so.conf.d/*.conf

 /etc/ld.so.conf ends

-rw-r--r-- 1 root root 44 Jul 29  2007 /etc/ld.so.conf.d/libc.conf
 /etc/ld.so.conf.d/libc.conf starts
# libc default configuration
/usr/local/lib
 /etc/ld.so.conf.d/libc.conf ends

-rwxr-xr-x 1 root root 108 Jun  6 16:57 /etc/ld.so.conf.d/i486-linux-gnu.conf
 /etc/ld.so.conf.d/i486-linux-gnu.conf starts
# Multiarch support
/lib/i386-linux-gnu
/usr/lib/i386-linux-gnu
/lib/i486-linux-gnu
/usr/lib/i486-linux-gnu
 /etc/ld.so.conf.d/i486-linux-gnu.conf ends
--

I am sorry I cannot provide more assistance in this respect.

cu andreas

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



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

Bug#635342: CVE-2011-2193: Multiple buffer overflows

[Jordi Mallach]

Hi!

On Mon, Jul 25, 2011 at 09:10:09PM -0400, Dominique Belhachemi wrote:
 Thanks for finding the security issue. We are working on a solution.
 
 Jordi, can you help out with the squeeze fix and upload? I think you
 have done those things before, right?

I have prepared a package in SVN which is ready for upload. Before doing
so, Moritz, can you look at this additional patch I found in the 2.4 SVN
branch?

svn diff -r4780:4781 svn://svn.clusterresources.com/torque/branches/2.4-fixes

What do you think, should we add that too? There are no additional CVEs
for Torque, apparently so maybe this can't be used as an attack vector?

Packages (without this second patch) are in my homedir in people.d.o, and
signed. I'm going offline until monday morning, so if you check them out
and see everything looks good, feel free to move them to the queue.

Thanks,
Jordi
-- 
Jordi Mallach Pérez  --  Debian developer http://www.debian.org/
jo...@sindominio.net jo...@debian.org http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/


signature.asc
Description: Digital signature

Bug#635936: (no subject)

[Julian Taylor]

I used these guidelines to create the patch:
http://wiki.debian.org/Python/TransitionToDHPython2



signature.asc
Description: OpenPGP digital signature

Bug#635937: TYPO3 Security Bulletin TYPO3-CORE-SA-2011-001: Multiple vulnerabilities in TYPO3 Core

[Christian Welzel]

Package: typo3-src
Severity: critical
Tags: security
Version: 4.5.3+dfsg1-1, 4.3.9+dfsg1-1


Component Type: TYPO3 Core
Affected Versions: 4.3.11 and below, 4.4.8 and below, 4.5.3 and below
Vulnerability Types: Cross-Site Scripting (XSS), Information Disclosure,
Authentication Delay Bypass, Unserialize() vulnerability, Missing Access
Control
Overall Severity: High
Release Date: July 27, 2011


Vulnerable subcomponent #1: Frontend




Vulnerability Type: Cross-Site Scripting
Severity: High
Suggested CVSS v2.0: AV:N/AC:M/Au:N/C:N/I:P/A:N/E:U/RL:OF/RC:C
Problem Description: Failing to properly sanitize URL parameters the
JSwindow property of the typolink function is susceptible to
Cross-Site Scripting. The problem does not exist if the third party
extension realurl is used and it's configuration parameter
doNotRawUrlEncodeParameterNames is set to FALSE (default).




Vulnerable subcomponent #2: Backend



Vulnerability Type: Information Disclosure
Severity: Low
Suggested CVSS v2.0: AV:N/AC:M/Au:N/C:P/I:N/A:N/E:U/RL:OF/RC:C
Problem Description: For authentication attempts with wrong credentials,
TYPO3 sends different HTTP-Headers depending if provided username or
provided password is wrong.


Vulnerability Type: Authentication Delay Bypass
Severity: Low
Suggested CVSS v2.0: AV:N/AC:M/Au:N/C:P/I:N/A:N/E:U/RL:OF/RC:C
Problem Description: The TYPO3 Backend login has a delay for
authentication attempts with wrong credentials. By using a crafted
request, an attacker is able to bypass the madantory delay in such cases.


Vulnerability Type: Cross-Site Scripting
Severity: Medium
Suggested CVSS v2.0: AV:N/AC:L/Au:S/C:N/I:P/A:N/E:U/RL:OF/RC:C
Problem Description: Failing to properly sanitize an username the admin
panel is susceptible to Cross-Site Scripting.


Vulnerability Type: Cross-Site Scripting
Severity: Medium
Suggested CVSS v2.0: AV:N/AC:H/Au:S/C:P/I:P/A:N/E:U/RL:OF/RC:C
Problem Description: Failing to properly sanitize a content element's
link attribute the browse_links wizard is susceptible to Cross-Site
Scripting. Exploiting requires an attacker to prepare a content element
and trick its victim to open the browse_links wizard for this record.


Vulnerability Type: Cross-Site Scripting
Severity: Medium
Suggested CVSS v2.0: AV:N/AC:H/Au:S/C:P/I:P/A:N/E:U/RL:OF/RC:C
Problem Description: Failing to properly sanitize a page title the
system extension recycler is susceptible to Cross-Site Scripting.
Exploiting requires an attacker to prepare a page and deleted page and
trick its victim to visit the recycler.


Vulnerability Type: Cross-Site Scripting
Severity: Medium
Suggested CVSS v2.0: AV:N/AC:H/Au:S/C:P/I:P/A:N/E:U/RL:OF/RC:C
Problem Description: Failing to properly sanitize a page title the
tcemain flash message is susceptible to Cross-Site Scripting. Exploiting
requires an attacker to prepare a page and trick its victim to copy/move
the prepared page.


Vulnerability Type: Information Disclosure
Severity: Medium
Suggested CVSS v2.0: AV:N/AC:L/Au:S/C:P/I:N/A:N/E:U/RL:OF/RC:C
Problem Description: A TYPO3 Backend user (editor) is able to see
workspace changes of records in any languages - even for those he hasn't
got granted access to.


Vulnerability Type: Information Disclosure
Severity: High
Suggested CVSS v2.0: AV:N/AC:L/Au:S/C:C/I:P/A:N/E:U/RL:OF/RC:C
Problem Description: Using getText feature on headlines of content
elements it is possible to retrieve arbitrary data from TYPO3 database.
The vulnerability results from an insecure configuration in
css_styled_content system extension.

Important Note: Having an adjusted fontTag property in the provided
TypoScript (e.g. lib.stdheader.10.1.fontTag) or depending on headlines
passed through fontTag might result in unexpected rendering results.
Headline rendering is now handled through dataWrap (e.g.
lib.stdheader.10.1.dataWrap). Make sure to check your TypoScript before
the update and check the wesite rendering after it!


Vulnerability Type: Unserialize() vulnerability
Severity: High
Suggested CVSS v2.0: AV:N/AC:M/Au:S/C:P/I:C/A:N/E:U/RL:OF/RC:C
Problem Description: Special user input of BE editors is treated as
serialized data and is deserialized by TYPO3. This allows BE editors to
delete any arbitrary file the webserver has access to.





Vulnerable subcomponent #3: Exposed API



Vulnerability Type: Cross-Site Scripting
Severity: Medium
Suggested CVSS v2.0: AV:N/AC:M/Au:N/C:P/I:P/A:N/E:U/RL:OF/RC:C
Problem Description: The RemoveXSS function fails to sanitize an attack
vector that works in Internet Explorer version 6.


Vulnerability Type: Missing Access Control
Severity: High
Suggested CVSS v2.0: AV:N/AC:M/Au:S/C:P/I:P/A:N/E:U/RL:OF/RC:C
Problem Description: ExtDirect endpoints are not associated with TYPO3
backend modules and such TYPO3 access control is not applied on
ExtDirect calls. This allows arbitrary BE users to consume any available
ExtDirect endpoint service.


-- 
 MfG, Christian Welzel

  GPG-Key: http://www.camlann.de/de/pgpkey.html
  

Bug#625159: cairo: FTBFS: ccWx7NlO.ltrans11.o:(.text+0x1074): undefined reference to `pow'

[Aurelien Jarno]

On Mon, May 02, 2011 at 02:41:52PM +0200, Lucas Nussbaum wrote:
 Source: cairo
 Version: 1.10.2-6
 Severity: serious
 Tags: wheezy sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20110502 qa-ftbfs
 Justification: FTBFS on amd64
 
 Hi,
 
 During a rebuild of all packages in sid, your package failed to build on
 amd64.
 

I have just done an NMU to fix this longstanding issue. Please find the
patch below.

diff -Nru cairo-1.10.2/debian/changelog cairo-1.10.2/debian/changelog
--- cairo-1.10.2/debian/changelog   2011-03-26 11:11:26.0 +0100
+++ cairo-1.10.2/debian/changelog   2011-07-29 19:01:38.0 +0200
@@ -1,3 +1,11 @@
+cairo (1.10.2-6.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Disable -flto support as it currently doesn't work with -Wl,--as-needed.
+Closes: #625159.
+
+ -- Aurelien Jarno aure...@debian.org  Fri, 29 Jul 2011 19:00:54 +0200
+
 cairo (1.10.2-6) unstable; urgency=low
 
   * debian/patches/03_export-symbols.patch:
diff -Nru cairo-1.10.2/debian/patches/05-flto.patch 
cairo-1.10.2/debian/patches/05-flto.patch
--- cairo-1.10.2/debian/patches/05-flto.patch   1970-01-01 01:00:00.0 
+0100
+++ cairo-1.10.2/debian/patches/05-flto.patch   2011-07-29 19:00:41.0 
+0200
@@ -0,0 +1,13 @@
+Disable -flto as it is currently doesn't work with -Wl,--as-needed
+
+--- cairo-1.10.2.orig/build/configure.ac.warnings
 cairo-1.10.2/build/configure.ac.warnings
+@@ -27,7 +27,7 @@ MAYBE_WARN=$MAYBE_WARN -erroff=E_ENUM_T
+ 
+ dnl We also abuse the warning-flag facility to enable other compiler
+ dnl options.  Namely, the following:
+-MAYBE_WARN=$MAYBE_WARN -fno-strict-aliasing -fno-common -flto
++MAYBE_WARN=$MAYBE_WARN -fno-strict-aliasing -fno-common
+ 
+ dnl Also to turn various gcc/glibc-specific preprocessor checks
+ MAYBE_WARN=$MAYBE_WARN -Wp,-D_FORTIFY_SOURCE=2
diff -Nru cairo-1.10.2/debian/patches/series cairo-1.10.2/debian/patches/series
--- cairo-1.10.2/debian/patches/series  2011-03-26 11:11:26.0 +0100
+++ cairo-1.10.2/debian/patches/series  2011-07-29 19:00:51.0 +0200
@@ -2,3 +2,4 @@
 02_am-maintainer-mode.patch
 03_export-symbols.patch
 04-LD_PRELOAD-is-supported-on-Hurd.patch
+05-flto.patch


-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#635612: Reproducing

[Clint Adams]

On Wed, Jul 27, 2011 at 06:33:08PM +0200, Geert Stappers wrote:
 - fakeroot debian/rules binary

So the problem here is that fakeroot cannot be run within fakeroot
(see bug#409856).

In the interim, you can build with pbuilder/cowbuilder,
dpkg-buildpackage, debuild, or
debian/rules build  fakeroot debian/rules binary

The key is to run the build target outside of fakeroot so that
the tests run in a cleaner environment, and then only run the
binary target specifically under your system fakeroot.

We should probably test for this condition and emit some
relevant warning.



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

Bug#635938: emacs23: Missing sources, violates GPL, non-distributable

[Julian Andres Klode]

Source: emacs23
Version: 23.2+1-1
Severity: serious
Tags: upstream

emacs23 includes parsers generated from bison grammars, but does not
include the grammars itself, causing Debian to violate the GPL by
distributing it.

This bug is affecting all emacs version starting with 23.2 according
to upstream.

See http://lists.gnu.org/archive/html/emacs-devel/2011-07/msg01155.html
for information.

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

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

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

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


pgp5MEWJXmtCG.pgp
Description: PGP signature

Bug#624263: grub-pc: stuck in grub-mkdevicemap at configure time

[Erik Martin-Dorel]

Package: grub-pc
Version: 1.99-9
Severity: serious


FYI, I can reproduce this bug on my machine under Debian unstable.

To be more precise, aptitude freezes while configuring grub-pc 1.99-9,
because `/var/lib/dpkg/info/grub-pc.postinst` launches
`grub-mkdevicemap -m -` that becomes a zombie (to borrow a term used
in https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/518026).

Best regards,

Erik


-- Package-specific info:
#part type=text/plain disposition=attachment description=Bug script output

*** BEGIN /proc/mounts
/dev/disk/by-uuid/8e6113be-e650-4149-8088-44b0bdd1d2dc / ext3 
rw,relatime,errors=remount-ro,commit=5,barrier=0,data=ordered 0 0
/dev/sda6 /home ext3 
rw,relatime,errors=continue,commit=5,barrier=0,data=ordered 0 0
/dev/sda2 /windows vfat 
rw,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,utf8,errors=remount-ro
 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-ST31000528AS_9VP34NJM
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default=0
if [ ${prev_saved_entry} ]; then
  set saved_entry=${prev_saved_entry}
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
  fi
}

function load_video {
  insmod vbe
  insmod vga
  insmod video_bochs
  insmod video_cirrus
}

insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 8e6113be-e650-4149-8088-44b0bdd1d2dc
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  load_video
  insmod gfxterm
  insmod part_msdos
  insmod ext2
  set root='(hd0,msdos1)'
  search --no-floppy --fs-uuid --set=root 8e6113be-e650-4149-8088-44b0bdd1d2dc
  set locale_dir=($root)/boot/grub/locale
  set lang=fr_FR
  insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 8e6113be-e650-4149-8088-44b0bdd1d2dc
insmod png
if background_image /usr/share/images/desktop-base/spacefun-grub.png; then
  set color_normal=light-gray/black
  set color_highlight=white/black
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, avec Linux 3.0.0-1-amd64' --class debian --class 
gnu-linux --class gnu --class os {
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 
8e6113be-e650-4149-8088-44b0bdd1d2dc
echo'Chargement de Linux 3.0.0-1-amd64 ...'
linux   /boot/vmlinuz-3.0.0-1-amd64 
root=UUID=8e6113be-e650-4149-8088-44b0bdd1d2dc ro  quiet
echo'Chargement du disque mémoire initial ...'
initrd  /boot/initrd.img-3.0.0-1-amd64
}
menuentry 'Debian GNU/Linux, avec Linux 3.0.0-1-amd64 (mode de dépannage)' 
--class debian --class gnu-linux --class gnu --class os {
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 
8e6113be-e650-4149-8088-44b0bdd1d2dc
echo'Chargement de Linux 3.0.0-1-amd64 ...'
linux   /boot/vmlinuz-3.0.0-1-amd64 
root=UUID=8e6113be-e650-4149-8088-44b0bdd1d2dc ro single
echo'Chargement du disque mémoire initial ...'
initrd  /boot/initrd.img-3.0.0-1-amd64
}
menuentry 'Debian GNU/Linux, avec Linux 2.6.39-2-amd64' --class debian --class 
gnu-linux --class gnu --class os {
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 
8e6113be-e650-4149-8088-44b0bdd1d2dc
echo'Chargement de Linux 2.6.39-2-amd64 ...'
linux   /boot/vmlinuz-2.6.39-2-amd64 
root=UUID=8e6113be-e650-4149-8088-44b0bdd1d2dc ro  quiet
echo'Chargement du disque mémoire initial ...'
initrd  /boot/initrd.img-2.6.39-2-amd64
}
menuentry 'Debian GNU/Linux, avec Linux 2.6.39-2-amd64 (mode de dépannage)' 
--class debian --class gnu-linux --class gnu --class os {
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 
8e6113be-e650-4149-8088-44b0bdd1d2dc
echo'Chargement de Linux 2.6.39-2-amd64 ...'
linux   /boot/vmlinuz-2.6.39-2-amd64 
root=UUID=8e6113be-e650-4149-8088-44b0bdd1d2dc ro single
echo'Chargement 

Bug#632887: base-files: When bash is called as sh it should behave as sh

[Santiago Vila]

On Wed, 6 Jul 2011, Georgios M. Zarkadas wrote:

 I don't know if letting /etc/bash.bashrc to be sourced even on the
 sh case has been done deliberately, but IMHO is not good, since code
 in /etc/bash.bashrc typically assumes that the full bash featureset
 is available, which is this case is a wrong assumption.

It's not done deliberately, it's just that this is subtle enough that
no one has noticed it until now. Will be fixed in the next upload.

I see that you are also trying to define a sane PS1 if bash.bashrc
does not exist. I decided not to apply that part of the patch because
if bash.bashrc does not exist, then I can assume that the user removed
or modified it, in which case it is up to the user (i'd like to keep
/etc/profile as short as possible).

 If that kind of site-wide customisation is desired for sh shells it would be 
 better to be implemented as an `ENV=/etc/sh.shrc ; export ENV' sequence of 
 commands for the general sh case (so that it is also available for dash and 
 possibly other shells). I attach a supplementary patch for that, in case you
 find this possibility of interest (etc_profile-sh.shrc.patch).

I think this is more or less what /etc/profile.d is for.




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

Bug#635939: GPL violation - missing source code for CEDET grammars

[Bryan Donlan]

Package: emacs23
Version: 23.2+1-1
Severity: serious
Tags: upstream

As is beginning to become widely reported, emacs's upstream tarball is
distributing GPL-licensed generated grammars without their original
source code:

./lisp/cedet/srecode/srt-wy.el
./lisp/cedet/semantic/wisent/js-wy.el
./lisp/cedet/semantic/wisent/javat-wy.el
./lisp/cedet/semantic/wisent/python-wy.el
./lisp/cedet/semantic/grammar-wy.el
./lisp/cedet/semantic/bovine/scm-by.el
./lisp/cedet/semantic/bovine/make-by.el
./lisp/cedet/semantic/bovine/c-by.el

This has been the case since upstream version 23.2.

More information is available in the original report on the emacs mailing list:
* http://lists.gnu.org/archive/html/emacs-devel/2011-07/msg01090.html
* http://lists.gnu.org/archive/html/emacs-devel/2011-07/msg01106.html
* http://lists.gnu.org/archive/html/emacs-devel/2011-07/msg01155.html

Per Richard Stallman (in the third link above):

 The bison grammars MUST be included in Emacs if the parsers are.  The
 bison grammars are the source code.  If the Emacs release contains a
 compiled program and not its source code, anyone redistributing that
 release by itself would violate the GPL.

Debian is in violation of the GPL unless the original source code for
these generated files can be distributed as well. In any case, however,
a new DFSG-repackaged version with the offending generated files removed should
be pushed out immediately, to limit further harm.

After that, discussion should be made with the ftp-masters and original
grammar authors as to how to best repair this breach of the GPL.

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

Kernel: Linux 2.6.38-x86_64-linode17 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages emacs23 depends on:
ii  emacs23-bin-common  23.3+1-1 The GNU Emacs editor's shared, arc
ii  libasound2  1.0.23-4 shared library for ALSA applicatio
ii  libatk1.0-0 2.0.1-2  ATK accessibility toolkit
ii  libc6   2.13-10  Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.2-6 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.4.12-4 simple interprocess messaging syst
ii  libfontconfig1  2.8.0-3  generic font configuration library
ii  libfreetype62.4.4-2  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.32.4-1 GNOME configuration database syste
ii  libgif4 4.1.6-9  library for GIF images (library)
ii  libglib2.0-02.28.6-1 The GLib library of C routines
ii  libgpm2 1.20.4-3.4   General Purpose Mouse - shared lib
ii  libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface 
ii  libice6 2:1.0.7-2X11 Inter-Client Exchange library
ii  libjpeg62   6b1-1The Independent JPEG Group's JPEG 
pn  libm17n-0   none   (no description available)
ii  libncurses5 5.9-1shared libraries for terminal hand
pn  libotf0 none   (no description available)
ii  libpango1.0-0   1.28.4-1 Layout and rendering of internatio
ii  libpng12-0  1.2.46-1 PNG library - runtime
ii  librsvg2-2  2.34.0-1 SAX-based renderer library for SVG
ii  libsm6  2:1.2.0-2X11 Session Management library
ii  libtiff43.9.5-1  Tag Image File Format (TIFF) libra
ii  libx11-62:1.4.3-2X11 client-side library
ii  libxft2 2.2.0-3  FreeType-based font drawing librar
ii  libxpm4 1:3.5.9-1X11 pixmap library
ii  libxrender1 1:0.9.6-2X Rendering Extension client libra
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

emacs23 recommends no packages.

Versions of packages emacs23 suggests:
ii  emacs23-common-non-dfsg   23.3+1-1   GNU Emacs shared, architecture ind



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

Bug#635644: conky-std: often fails to start from .xsession (Alarm clock error)

[Vincent Cheng]

On Fri, Jul 29, 2011 at 9:23 AM, Francesco Poli
invernom...@paranoici.org wrote:
 It seems to me that the bug does not yet show up as
 forwarded on the BTS web interface: I suspect that breaking the
 forwarded command line confused the control bot...

Yes, I've noticed that as well, but for some reason, the BTS seems to
be wrapping my commands and breaking it up into multiple lines; I'm
also having problems trying to set up a forwarded-to address for
#635637. This wouldn't be an issue if SourceForge bug URIs could be
shortened somehow, but I don't know if that's possible.

Or maybe this is just a problem with Gmail wrapping my e-mail before
the control bot receives it? Hmmm...could you try mailing the control
bot yourself and setting up a forwarded-to address for this bug (and
if it works, #635637 as well)? I'd appreciate your help, thanks!

 Thank you so much!
 I think you summarized the bug report adequately, and there's the URL
 of the full Debian bug report, anyway.

 Let's wait and see.

 Thanks again for your kind assistance!

No problem, it's my duty as maintainer to deal with bug reports and
forward them upstream, after all. :)

- Vincent



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

Bug#633093: hg: cannot clone https urls (abort: error: _ssl.c:340: error:00000000:lib(0):func(0):reason(0))

[Javi Merino]

reassign 633093 python
thanks

On 08/07/11 12:14, Jonathan Nieder wrote:
 Package: mercurial
 Version: 1.8.3-1
 
 Hi,
 
 Whenever I try to clone an HTTPS url, I get this error:
 
 | $ hg clone https://bitbucket.org/anders/xnu
 | abort: error: _ssl.c:340: error::lib(0):func(0):reason(0)
 
 What does that mean?  Known problem?

The attached python script reproduces this. Basically, a call to
ssl.wrap_socket() with an empty ca_certs file (not a nonexistent file, a
file that exists but is empty) causes python to raise that error.
There's nothing that mercurial can do about it because the SSLError
raised doesn't provide any information (errno: 0). I think this should
be fixed in the ssl library in python.

You can get an empty /etc/ssl/certs/ca-certificates.crt by doing
dpkg-reconfigure ca-certificates and desactivating all certificates,
so it's a plausible scenario in Debian.

Cheers,
Javi (Vicho)

 
 Jonathan
 $ dpkg-query -W libssl1.0.0
 libssl1.0.0   1.0.0d-3
 
 -- System Information:
 Debian Release: wheezy/sid
   APT prefers stable
   APT policy: (500, 'stable')
 Architecture: amd64 (x86_64)
 
 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 mercurial depends on:
 ii  libc62.13-10 Embedded GNU C Library: Shared 
 lib
 ii  mercurial-common 1.8.3-1 scalable distributed version 
 contr
 ii  python   2.7.2-2 interactive high-level 
 object-orie
 ii  python-support   1.0.14  automated rebuilding support for 
 P
 ii  ucf  3.0025+nmu2 Update Configuration File: 
 preserv
 
 mercurial recommends no packages.
 
 Versions of packages mercurial suggests:
 ii  emacs 23.3+1-1   The GNU Emacs editor 
 (metapackage)
 pn  kdiff3 |  none (no description available)
 pn  qct   none (no description available)
 ii  tk8.5 [wi 8.5.10-1   Tk toolkit for Tcl and X11, v8.5 
 -
 ii  tk8.6 [wi 8.6.0~b1-3 Tk toolkit for Tcl and X11, v8.6 
 -
 ii  vim   2:7.3.154+hg~74503f6ee649-2+b1 Vi IMproved - enhanced vi editor
 ii  vim-gtk [ 2:7.3.154+hg~74503f6ee649-2+b1 Vi IMproved - enhanced vi editor 
 -
 
 -- no debconf information
 
 
 
#!/usr/bin/python

import os, socket, ssl, tempfile

f = tempfile.NamedTemporaryFile(delete=False)
empty_cacert_file = f.name
f.close()

sock = socket.create_connection((bitbucket.org, 443))
sock = ssl.wrap_socket(sock, ca_certs=empty_cacert_file, cert_reqs=ssl.CERT_REQUIRED)

os.unlink(empty_cacert_file)
print(Success)


signature.asc
Description: OpenPGP digital signature

Bug#635936: meld: switch to dh_python2

[Bálint Réczey]

Hi Julian,

Thanks, but the the conversion is already waiting for being uploaded at
http://anonscm.debian.org/viewvc/pkg-gnome/packages/experimental/meld/

If you find something to be changed there, please update the patch.

I'm on vacation, I'll upload 1.5.2-1 with the conversion included next week.

Cheers,
Balint



2011/7/29 Julian Taylor jtaylor.deb...@googlemail.com:
 Package: meld
 Version: 1.5.1-1
 Severity: normal
 Tags: patch

 python-support is now officially deprecated in Debian:

 http://article.gmane.org/gmane.linux.debian.devel.python/6948

 Attached is a patch which converts meld to use the recommended dh_python2.
 It is based on 1.5.1 in experimental.




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

Bug#632311: laptop-mode-tools: Does not handle kernel version 3.0

[Ben Hutchings]

You need to change the version check for setting VM sysctls as well.

I suggest this patch:

--- laptop-mode-tools-1.58.orig/usr/share/laptop-mode-tools/modules/laptop-mode
+++ laptop-mode-tools-1.58/usr/share/laptop-mode-tools/modules/laptop-mode
@@ -187,21 +187,18 @@ if [ $ACTIVATE_WITH_POSSIBLE_DATA_LOSS
set_sysctl /proc/sys/fs/xfs/xfsbufd_centisecs 3000
fi
 
-   case $KLEVEL in
-   2.4)
-   log VERBOSE Adjusting 2.4 kernel parameters to 
enable laptop mode.
-   set_sysctl /proc/sys/vm/laptop_mode   1
-   set_sysctl /proc/sys/vm/bdflush   30 500 0 0 $AGE 
$AGE 60 20 0
-   ;;
-   2.6)
-   log VERBOSE Adjusting 2.6 kernel parameters to 
enable laptop mode.
-   set_sysctl /proc/sys/vm/laptop_mode   
$LM_SECONDS_BEFORE_SYNC
-   set_sysctl /proc/sys/vm/dirty_writeback_centisecs $AGE
-   set_sysctl /proc/sys/vm/dirty_expire_centisecs$AGE
-   set_sysctl /proc/sys/vm/dirty_ratio   
$LM_DIRTY_RATIO
-   set_sysctl /proc/sys/vm/dirty_background_ratio
$LM_DIRTY_BACKGROUND_RATIO
-   ;;
-   esac
+   if [ -f /proc/sys/vm/bdflush ]; then
+   log VERBOSE Adjusting 2.4 kernel parameters to enable laptop 
mode.
+   set_sysctl /proc/sys/vm/laptop_mode   1
+   set_sysctl /proc/sys/vm/bdflush   30 500 0 0 $AGE $AGE 60 
20 0
+   else
+   log VERBOSE Adjusting 2.6+ kernel parameters to enable 
laptop mode.
+   set_sysctl /proc/sys/vm/laptop_mode   
$LM_SECONDS_BEFORE_SYNC
+   set_sysctl /proc/sys/vm/dirty_writeback_centisecs $AGE
+   set_sysctl /proc/sys/vm/dirty_expire_centisecs$AGE
+   set_sysctl /proc/sys/vm/dirty_ratio   
$LM_DIRTY_RATIO
+   set_sysctl /proc/sys/vm/dirty_background_ratio
$LM_DIRTY_BACKGROUND_RATIO
+   fi
if [ $CONTROL_MOUNT_OPTIONS -eq 1 ]; then
log VERBOSE Remounting filesystems.
# The -r flag makes 'read' preserve backslashes read from
@@ -316,19 +313,16 @@ else
set_sysctl /proc/sys/fs/xfs/xfssyncd_centisecs
$((100*$DEF_XFS_SYNC_INTERVAL))
set_sysctl /proc/sys/fs/xfs/xfsbufd_centisecs 
$((100*$DEF_XFS_BUFD_INTERVAL))
fi
-   case $KLEVEL in
-   2.4)
-   log VERBOSE Adjusting 2.4 kernel parameters to 
disable laptop mode.
-   set_sysctl /proc/sys/vm/bdflush 30 500 0 0 $U_AGE 
$B_AGE 60 20 0
-   ;;
-   2.6)
-   log VERBOSE Adjusting 2.6 kernel parameters to 
disable laptop mode.
-   set_sysctl /proc/sys/vm/dirty_writeback_centisecs   
$U_AGE
-   set_sysctl /proc/sys/vm/dirty_expire_centisecs  
$B_AGE
-   set_sysctl /proc/sys/vm/dirty_ratio 
$NOLM_DIRTY_RATIO
-   set_sysctl /proc/sys/vm/dirty_background_ratio  
$NOLM_DIRTY_BACKGROUND_RATIO
-   ;;
-   esac
+   if [ -f /proc/sys/vm/bdflush ]; then
+   log VERBOSE Adjusting 2.4 kernel parameters to disable 
laptop mode.
+   set_sysctl /proc/sys/vm/bdflush 30 500 0 0 $U_AGE $B_AGE 60 20 
0
+   else
+   log VERBOSE Adjusting 2.6+ kernel parameters to disable 
laptop mode.
+   set_sysctl /proc/sys/vm/dirty_writeback_centisecs   $U_AGE
+   set_sysctl /proc/sys/vm/dirty_expire_centisecs  $B_AGE
+   set_sysctl /proc/sys/vm/dirty_ratio 
$NOLM_DIRTY_RATIO
+   set_sysctl /proc/sys/vm/dirty_background_ratio  
$NOLM_DIRTY_BACKGROUND_RATIO
+   fi
if [ $CONTROL_MOUNT_OPTIONS -eq 1 ] ; then
log VERBOSE Remounting filesystems.
# The -r flag makes 'read' preserve backslashes read from
--- END ---


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

Bug#627711: the connect window doesn't provide list of servers

[Theppitak Karoonboonyanan]

Package: xchat-gnome
Version: 1:0.30.0~git20100421.29cc76-1
Followup-For: Bug #627711

I've been trying to fix this for myself, the derived ConnectDialog class
appears to partially use the glade UI file, not the whole. Only the
GtkScrolledWindow and GtkTreeView are referenced, not even the action
buttons at the bottom. Instead, the buttons are explicitly created
by the init function itself. This is broken somehow, and the bug still
happens even in upstream git master. Looks like it's under unfinished
development.

My workaround is not to use the glade file at all. Just call GTK+
functions directy to construct the widgets, as in the attached patch.
(Note that this has yet to be done to other Glade-based UIs in the
program as well.)

I know this may not be what upstream wants to adopt, as they obviously
want to use GtkBuilder over the derived GObject class. Just wish it
helps somehow to push this bug further.

Another choice is to downgrade to latest stable release?

Regards,
-- 
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
Index: xchat-gnome-0.30.0~git20100421.29cc76/src/fe-gnome/connect-dialog.c
===
--- xchat-gnome-0.30.0~git20100421.29cc76.orig/src/fe-gnome/connect-dialog.c	2011-07-28 15:50:38.659477045 +0700
+++ xchat-gnome-0.30.0~git20100421.29cc76/src/fe-gnome/connect-dialog.c	2011-07-30 00:03:42.851410611 +0700
@@ -132,20 +132,15 @@
 static void
 connect_dialog_init (ConnectDialog *dialog)
 {
-	gchar *path = locate_data_file (connect-dialog.glade);
-	g_assert(path != NULL);
+	dialog-toplevel = gtk_scrolled_window_new (NULL, NULL);
+	gtk_container_set_border_width (GTK_CONTAINER (dialog-toplevel), 5);
+	gtk_scrolled_window_set_policy (GTK_SCROLLED_WINDOW (dialog-toplevel),
+	GTK_POLICY_NEVER, GTK_POLICY_AUTOMATIC);
+	gtk_box_pack_start (GTK_BOX (GTK_DIALOG(dialog)-vbox),
+	dialog-toplevel, TRUE, TRUE, 0);
+	gtk_widget_show (dialog-toplevel);
 
-	GtkBuilder *xml =  gtk_builder_new ();
-	g_assert (gtk_builder_add_from_file ( xml, path, NULL) != 0);
-
-	g_free (path);
-
-#define GW(name) ((dialog-name) = GTK_WIDGET (gtk_builder_get_object (xml, #name)))
-	GW(toplevel);
-	GW(server_list);
-#undef GW
-
-	g_object_unref (xml);
+	dialog-server_list = gtk_tree_view_new ();
 
 	dialog-server_store = gtk_list_store_new (2, G_TYPE_STRING, G_TYPE_POINTER);
 	gtk_tree_view_set_model (GTK_TREE_VIEW (dialog-server_list), GTK_TREE_MODEL (dialog-server_store));
@@ -154,6 +149,10 @@
 	GtkTreeViewColumn *column = gtk_tree_view_column_new_with_attributes (name, renderer, text, 0, NULL);
 	gtk_tree_view_append_column (GTK_TREE_VIEW (dialog-server_list), column);
 
+	gtk_scrolled_window_add_with_viewport (GTK_SCROLLED_WINDOW (dialog-toplevel),
+	   dialog-server_list);
+	gtk_widget_show (dialog-server_list);
+
 	GtkWidget *button = gtk_button_new_with_mnemonic (_(C_onnect));
 	gtk_dialog_add_button (GTK_DIALOG (dialog), GTK_STOCK_CLOSE, GTK_RESPONSE_CLOSE);
 	gtk_dialog_add_action_widget (GTK_DIALOG (dialog), button, GTK_RESPONSE_OK);

Bug#635644: conky-std: often fails to start from .xsession (Alarm clock error)

[Francesco Poli]

forwarded 635644 
https://sourceforge.net/tracker/?func=detailatid=757308aid=3381993group_id=143975
forwarded 635637 
https://sourceforge.net/tracker/?func=detailaid=3084509group_id=143975atid=757308
thanks

On Fri, 29 Jul 2011 10:19:50 -0700 Vincent Cheng wrote:

 On Fri, Jul 29, 2011 at 9:23 AM, Francesco Poli
 invernom...@paranoici.org wrote:
  It seems to me that the bug does not yet show up as
  forwarded on the BTS web interface: I suspect that breaking the
  forwarded command line confused the control bot...
 
 Yes, I've noticed that as well,
[...]
 Or maybe this is just a problem with Gmail wrapping my e-mail before
 the control bot receives it?

I suspect the issue is due to Google Gmail (you should really abandon
that huge privacy-hurting non-standard-conforming pain in the neck...).

 Hmmm...could you try mailing the control
 bot yourself and setting up a forwarded-to address for this bug (and
 if it works, #635637 as well)? I'd appreciate your help, thanks!

Let's try and see.
I would be glad to help!


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


pgpRkHa7WBBwm.pgp
Description: PGP signature

Bug#633093: hg: cannot clone https urls (abort: error: _ssl.c:340: error:00000000:lib(0):func(0):reason(0))

[Julien Cristau]

reassign 633093 python 2.7.2-2
kthxbye

Might help to send to control@.

On Fri, Jul 29, 2011 at 19:25:31 +0200, Javi Merino wrote:

 reassign 633093 python
 thanks
 
 On 08/07/11 12:14, Jonathan Nieder wrote:
  Package: mercurial
  Version: 1.8.3-1
  
  Hi,
  
  Whenever I try to clone an HTTPS url, I get this error:
  
  | $ hg clone https://bitbucket.org/anders/xnu
  | abort: error: _ssl.c:340: error::lib(0):func(0):reason(0)
  
  What does that mean?  Known problem?
 
 The attached python script reproduces this. Basically, a call to
 ssl.wrap_socket() with an empty ca_certs file (not a nonexistent file, a
 file that exists but is empty) causes python to raise that error.
 There's nothing that mercurial can do about it because the SSLError
 raised doesn't provide any information (errno: 0). I think this should
 be fixed in the ssl library in python.
 
 You can get an empty /etc/ssl/certs/ca-certificates.crt by doing
 dpkg-reconfigure ca-certificates and desactivating all certificates,
 so it's a plausible scenario in Debian.
 
 Cheers,
 Javi (Vicho)
 
  
  Jonathan
  $ dpkg-query -W libssl1.0.0
  libssl1.0.0 1.0.0d-3
  
  -- System Information:
  Debian Release: wheezy/sid
APT prefers stable
APT policy: (500, 'stable')
  Architecture: amd64 (x86_64)
  
  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 mercurial depends on:
  ii  libc62.13-10 Embedded GNU C Library: Shared 
  lib
  ii  mercurial-common 1.8.3-1 scalable distributed version 
  contr
  ii  python   2.7.2-2 interactive high-level 
  object-orie
  ii  python-support   1.0.14  automated rebuilding support 
  for P
  ii  ucf  3.0025+nmu2 Update Configuration File: 
  preserv
  
  mercurial recommends no packages.
  
  Versions of packages mercurial suggests:
  ii  emacs 23.3+1-1   The GNU Emacs editor 
  (metapackage)
  pn  kdiff3 |  none (no description available)
  pn  qct   none (no description available)
  ii  tk8.5 [wi 8.5.10-1   Tk toolkit for Tcl and X11, 
  v8.5 -
  ii  tk8.6 [wi 8.6.0~b1-3 Tk toolkit for Tcl and X11, 
  v8.6 -
  ii  vim   2:7.3.154+hg~74503f6ee649-2+b1 Vi IMproved - enhanced vi 
  editor
  ii  vim-gtk [ 2:7.3.154+hg~74503f6ee649-2+b1 Vi IMproved - enhanced vi 
  editor -
  
  -- 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#634225: More info

[hunwalla]

Note that this is the same as Ubuntu bug #548739.

Here are the details of the workaround mentioned in the bug report.

In /etc/init.d/p910nd , comment out:

[ ! -d /var/lock/p910nd ]  mkdir -p /var/lock/p910nd

And replace it with:

[ ! -d /var/lock/subsys ]  mkdir -p /var/lock/subsys





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

Bug#635849: crafted .pdf.gz file name can ...

[Michael Gilbert]

Vincent Lefevre wrote:

 tags 635849 patch
 thanks
 
 On 2011-07-29 23:22:24 +0900, Osamu Aoki wrote:
  Can any of you who seems to know bettwer on this subject propse good
  solution while keeping major part of this feature.  Other wise we get
  bug report for breaking backward comparibility without good reason. 
 
 I think there is a very easy solution concerning this bug (there
 may be other bugs, though): do not use the -p tempfile option.
 AFAIK, this option is useless (it might be used to retrieve the
 temporary file more easily, but this isn't important).
 
 Proposed patch:
 
 --- /usr/bin/xpdf 2011-07-28 06:29:44.0 +0200
 +++ xpdf  2011-07-29 16:36:38.0 +0200
 @@ -78,7 +78,7 @@
  elif [ $cat = cat ]; then
  $cmd -title $title $file $pages
  else
 -tmp=$(tempfile -p $(basename $file) -s .pdf)
 +tmp=$(tempfile -s .pdf)
  $cat $file  $tmp
  trap rm -f \$tmp\ EXIT HUP INT QUIT TERM 
  $cmd -title $title $tmp $pages || true

Yes, using the original file name to as part of the tempfile name is a
no no, and I really should know better (we all make mistakes...). Thanks
for noticing the core of the problem.  I'll fix it right away.

Best wishes,
Mike



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

Bug#635940: bugs.debian.org: rejects valid bugreports when uribl.com finds some string in its blacklist

[Mike Dornberger]

Package: bugs.debian.org
Severity: wishlist

Hello,

I tried to report a problem against www.debian.org (broken links) but
my report was declined at the SMTP level, because one of the reported links
points to a site which is listed in black.uribl.com.

I had to mask out the server's hostname to be able to send the report
(like in shXllcXde.org). C.f. my report at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635903.

Please don't decline such messages hard (SMTP error 550), maybe graylist
it, too or put it into a manual review queue or something like that.

Greetings,
 Mike Dornberger

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

Kernel: Linux 2.6.26-2-686 (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/bash



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

Bug#635941: www.debian.org: Software that can't be packaged page should be updated

[Andres Mejia]

Package: www.debian.org
Severity: normal

The page at 'http://www.debian.org/devel/wnpp/unable-to-package' should be
updated. LAME has been accepted into Debian, thus the bullet point mentioning
LAME and other packages similar to LAME is no longer true.

See also http://packages.qa.debian.org/l/lame/news/20110729T093211Z.html

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



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

Bug#617502: Known issue - We are currently working on fixing it.

[Andrea Veri]

tags 617502 pending
thanks

Hi,

we are currently working on preparing a package for the new
upstream release. It should be ready within a few days from now.

Thanks for reporting this issue.

cheers,

Andrea



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

Bug#635891: Copyright and licensing information for Pika

[Jan Dittberner]

On Fri, Jul 29, 2011 at 03:17:22PM +0100, Marek Majkowski wrote:
 On 07/29/2011 02:53 PM, Jan Dittberner wrote:
  I'd like to package Pika for Debian. The associated ITP (intend to
  package) bug in the Debian bug tracking system is [1].
 
 Great news!
 
 (I CC Gavin, the maintainer)
 
  The Pika web site states that Pika is dual licensed as MPLv1.1 and
  GPLv2.0 which both are acceptable free software licenses. What made
  me worry are two things:
  
  - a missing declaration of copyright holders with copyright years in
the COPYING file
 
 We could copy the copyright holders from LICENSE-MPL-Pika to COPYING,
 though we will end up in the same stuff in two places.
 
  - the statement All rights reserved. at the end of LICENSE-MPL-Pika
that is normally used in proprietary license/copyright texts only
 
 This is taken from the MPL template.

ok, I've searched the debian-legal archives and came to the same
conclusion. I think it is not necessary to change anything for the
current version. I will copy the copyright holder section from the MPL
text.

On Fri, Jul 29, 2011 at 10:30:33AM -0400, Gavin M. Roy wrote:
Assuming you're like to start with 0.9.5, I'd suggest we make the changes
to the files and release a 0.9.5r1 based off the 0.9.5 tag.
Let me know if Marek's proposed changes are satisfactory or even
necessary. I don't think adding the copyright holders to COPYING creates
an issue, however I don't see the value.
Debian has approved the MPL in its current form with that verbiage AFAIK:
http://wiki.debian.org/DFSGLicenses#MozillaPublicLicense.28MPL.29
Gavin

Marek's explaination is sufficient for me. I will continue with the
packaging work.

One thing that would be great for the next release would be to move
the changelog information from README.md to a separate changelog file
that I could include as upstream changelog.

Thanks for the fast responses and the clarification.


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#635942: ITP: libtenjin-perl -- Fast templating engine with support for embedded Perl

[Harlan Lieberman-Berg]

Package: wnpp
Severity: wishlist
Owner: Harlan Lieberman-Berg h.liebermanb...@gmail.com


* Package name    : libtenjin-perl
  Version : 0.070001
  Upstream Author : Ido Perlmuter i...@ido50.net
* URL : http://search.cpan.org/dist/Tenjin/
* License : Expat
  Programming Lang: Perl
  Description : Fast templating engine with support for embedded Perl

 Tenjin is a very fast and full-featured templating engine, implemented in
 several programming languages, among them Perl.

 The Perl version of Tenjin supports embedded Perl code, nestable layout
 template, inclusion of other templates inside a template, capturing parts of
 or the entire template output, file and memory caching, template arguments
 and preprocessing.



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

Bug#626013: Please apply upstream fix

[Julien Cristau]

reassign 626013 linux-2.6 2.6.38-4
tag 626013 patch upstream fixed-upstream
kthxbye

On Fri, Jul 29, 2011 at 09:25:37 -0500, J-Mag Guthrie wrote:

 frombugzilla-dae...@freedesktop.org toj.mag.guth...@gmail.com
 dateFri, Jul 29, 2011 at 4:04 AMsubject[Bug 38851] 1360x768 resolution
 slants/wraps-around display in kernels newer than 2.6.32mailed-by
 freedesktop.orgImportant mainly because of your interaction with messages in
 the conversation.
 hide details 4:04 AM (5 hours ago)
 
 https://bugs.freedesktop.org/show_bug.cgi?id=38851
 
 Chris Wilson ch...@chris-wilson.co.uk changed:
 
   What|Removed |Added
 --
 --
 Status|NEW |RESOLVED
 Resolution||FIXED
 
 --- Comment #7 from Chris Wilson ch...@chris-wilson.co.uk 2011-07-29
 02:04:34 PDT ---
 I was waiting upon the attachments bugzilla kept stripping. Fortunately Adam
 Jackson found the bug, and in drm-intel-fixes:
 
 
 commit 302983e9059e9ef5de3ca7671918eeb237c5971e
 Author: Adam Jackson a...@redhat.com
 Date:   Wed Jul 13 16:32:32 2011 -0400
 
drm/i915/pch: Fix integer math bugs in panel fitting
 
Consider a 1600x900 panel, upscaling a 1360x768 mode, full-aspect.  The
old math would give you:
 
scaled_width  = 1600 * 768; /* 1228800 */
scaled_height = 1360 * 900; /* 1224000 */
if (scaled_width  scaled_height) { /* pillarbox, and true */
width  = 1224000 / 768; /* int(1593.75) = 1593 */
x  = (1600 - 1593 + 1) / 2; /* 4 */
y  = 0;
height = 768;
} /* ... */
 
This is broken.  The total width of scanout would then be 1593 + 4 + 4,
or 1601, which is wider than the panel itself.  The hardware very
dutifully implements this, and you end up with a black 45° diagonal from
the top-left corner to the bottom edge of the screen.  It's a cool
effect and all, but not what you wanted.  Similar things happen for the
letterbox case.
 
The problem is that you have an integer number of pixels, which means
it's usually impossible to upscale equally on both axes.  1360/768 is
1.7708, 1600/900 is 1..  Since we're constrained on the one axis,
the other one wants to come out as an even number of pixels (the panel
is almost certainly even on both axes, and the x/y offsets will be
applied on both sides).  In the math above, if 'width' comes out even,
rounding down is correct; if it's odd, you'd rather round up.  So just
increment width/height in those cases.
 
Tested on a Lenovo T500 (Ironlake).
 
Signed-off-by: Adam Jackson a...@redhat.com
Tested-By: Daniel Manrique daniel.manri...@canonical.com
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=38851
Reviewed-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: sta...@kernel.org
Signed-off-by: Keith Packard kei...@keithp.com

Moving to the kernel, this should make its way to Linus soon.

Cheers,
Julien



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

Bug#635694: alsa-base: alsa bug 0005418: snd-hda-intel: alsa force-reload required to avoid Dummy output

[r.duc...@gmail.com]

 Tha doesn't make sense at the moment

I've no difficulty to admit that I'm totally incompetent on this subject :)

 Did you tried the Configuration tab?

Empty, see png.
 
 What tells:
 $ dpkg -l | grep pulse

:~# dpkg -l | grep pulse
ii  gstreamer0.10-pulseaudio  0.10.30-1
GStreamer plugin for PulseAudio
ii  libpulse-browse0  0.9.21-4.1   
PulseAudio client libraries (zeroconf support)
ii  libpulse-mainloop-glib0   0.9.21-4.1   
PulseAudio client libraries (glib support)
ii  libpulse0 0.9.21-4.1   
PulseAudio client libraries
ii  pulseaudio0.9.21-4.1   
PulseAudio sound server
ii  pulseaudio-esound-compat  0.9.21-4.1   
PulseAudio ESD compatibility layer
ii  pulseaudio-module-x11 0.9.21-4.1   X11 
module for PulseAudio sound server
ii  pulseaudio-utils  0.9.21-4.1   
Command line tools for the PulseAudio sound server

# apt-cache --installed rdepends pulseaudio
pulseaudio
Reverse Depends:
  pulseaudio-module-x11
  pulseaudio-esound-compat
  pulseaudio-esound-compat
  libpulse0
  speech-dispatcher
  pulseaudio-module-x11
  pulseaudio-esound-compat
  pulseaudio-esound-compat
  libpulse0
  gnome-media
:~# 

:~#  aptitude search '~i~Dpulseaudio'
i A pulseaudio-esound-compat- PulseAudio 
ESD compatibility layer   
i A pulseaudio-module-x11   - X11 module 
for PulseAudio sound server   

:~# apt-rdepends -r --state-follow=Installed --state-show=Installed pulseaudio
Reading package lists... Done
Building dependency tree   
Reading state information... Done
pulseaudio
  Reverse Depends: pulseaudio-esound-compat (0.9.21-4.1)
  Reverse Depends: pulseaudio-module-x11 (0.9.21-4.1)
pulseaudio-esound-compat
pulseaudio-module-x11
:~# 
#  aptitude search '~ipulse'
i A gstreamer0.10-pulseaudio- GStreamer 
plugin for PulseAudio  
i A libpulse-browse0- PulseAudio 
client libraries (zeroconf support)   
i A libpulse-mainloop-glib0 - PulseAudio 
client libraries (glib support)   
i A libpulse0   - PulseAudio 
client libraries  
i A pulseaudio  - PulseAudio 
sound server  
i A pulseaudio-esound-compat- PulseAudio 
ESD compatibility layer   
i A pulseaudio-module-x11   - X11 module 
for PulseAudio sound server   
i A pulseaudio-utils- Command line 
tools for the PulseAudio sound server

 alsa force-reload steals the driver from pulse and provides them for
 alsa.
I see, thanks

Ric
attachment: bug_pavucontrol1.png

Bug#635885: libc6: strchr() behavior changed

[Jonathan Nieder]

Hi Michal,

Michal Kiedrowicz wrote:

   static const char s[] = {-1, -1, -1, -1, -1, -1, -1, -1, -1, 
 -1, -1, -1, -1, -1, -1, 0};
[...]
 When running this application on Debian with libc6 2.7-18lenny2 and on my
 Gentoo machine I get:

   $ ./test_strchr
   strchr(228 [-28]) = [0]
[...]
 When running it on Debian with libc6 2.11.2-10:

   strchr(228 [-28]) = [255]

This sounded to me like PR12159, which was fixed by glibc-2.13~64 (Fix
x86-64 strchr propagation of search byte into all bytes of SSE
register, 2010-10-25), but I am not able to reproduce it.  I get all
[0] values (pointers to the end of string), the correct behavior.

I tried to reproduce first using strchr.S directly on Debian sid, then
using plain libc6 in a squeeze Debian live system running through kvm.
I compiled with -O0 so I don't think gcc optimized out the strchr
calls.  Any idea what I'm doing wrong?  What machine architecture do
you use?  



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

Bug#635943: fbi: FTBFS with libpng 1.5.2

[Nobuhiro Iwamatsu]

Package: fbi
Version: 2.07-7
Severity: important
Tags: patch
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5.2 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I created the patch that revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff -Nru fbi-2.07/debian/changelog fbi-2.07/debian/changelog
--- fbi-2.07/debian/changelog	2011-02-15 03:29:21.0 +0900
+++ fbi-2.07/debian/changelog	2011-05-30 14:58:43.0 +0900
@@ -1,3 +1,10 @@
+fbi (2.07-7.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * libpng transition.
+
+ -- Nobuhiro Iwamatsu iwama...@nigauri.org  Mon, 30 May 2011 14:58:34 +0900
+
 fbi (2.07-7) unstable; urgency=low
 
   * _Really_ switch to linux-any (Closes: #604657)
diff -Nru fbi-2.07/debian/patches/debian-changes-2.07-7.1 fbi-2.07/debian/patches/debian-changes-2.07-7.1
--- fbi-2.07/debian/patches/debian-changes-2.07-7.1	1970-01-01 09:00:00.0 +0900
+++ fbi-2.07/debian/patches/debian-changes-2.07-7.1	2011-05-30 15:06:22.0 +0900
@@ -0,0 +1,41 @@
+Description: Upstream changes introduced in version 2.07-7.1
+ This patch has been created by dpkg-source during the package build.
+ Here's the last changelog entry, hopefully it gives details on why
+ those changes were made:
+ .
+ fbi (2.07-7.1) unstable; urgency=low
+ .
+   * Non-maintainer upload.
+   * libpng transition.
+ .
+ The person named in the Author field signed this changelog entry.
+Author: Nobuhiro Iwamatsu iwama...@nigauri.org
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you might want to add:
+
+Origin: vendor|upstream|other, url of original patch
+Bug: url in upstream bugtracker
+Bug-Debian: http://bugs.debian.org/bugnumber
+Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
+Forwarded: no|not-needed|url proving that it has been forwarded
+Reviewed-By: name and email of someone who approved the patch
+Last-Update: -MM-DD
+
+--- fbi-2.07.orig/rd/read-png.c
 fbi-2.07/rd/read-png.c
+@@ -68,8 +68,11 @@ png_init(FILE *fp, char *filename, unsig
+ 	png_set_strip_16(h-png);
+ if (h-color_type == PNG_COLOR_TYPE_PALETTE)
+ 	png_set_palette_to_rgb(h-png);
+-if (h-color_type == PNG_COLOR_TYPE_GRAY  bit_depth  8)
++#if PNG_LIBPNG_VER_MAJOR = 1  PNG_LIBPNG_VER_MINOR = 4
++	png_set_expand_gray_1_2_4_to_8(h-png);
++#else
+ 	png_set_gray_1_2_4_to_8(h-png);
++#endif
+ 
+ if (png_get_bKGD(h-png, h-info, file_bg)) {
+ 	png_set_background(h-png,file_bg,PNG_BACKGROUND_GAMMA_FILE,1,1.0);
diff -Nru fbi-2.07/debian/patches/series fbi-2.07/debian/patches/series
--- fbi-2.07/debian/patches/series	2010-09-01 07:06:41.0 +0900
+++ fbi-2.07/debian/patches/series	2011-05-30 15:06:22.0 +0900
@@ -6,3 +6,4 @@
 fbgs-pass-more-args.diff
 debian-changes-2.07-3
 debian-changes-2.07-6
+debian-changes-2.07-7.1

Bug#635944: ffmpegthumbnailer: FTBFS with libpng 1.5.2

[Nobuhiro Iwamatsu]

Package: ffmpegthumbnailer
Version: 2.0.6-4
Severity: important
Tags: patch
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5.2 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I created the patch that revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


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



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff -Nru ffmpegthumbnailer-2.0.6/debian/changelog ffmpegthumbnailer-2.0.6/debian/changelog
--- ffmpegthumbnailer-2.0.6/debian/changelog	2011-05-16 07:09:32.0 +0900
+++ ffmpegthumbnailer-2.0.6/debian/changelog	2011-05-30 15:11:17.0 +0900
@@ -1,3 +1,10 @@
+ffmpegthumbnailer (2.0.6-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * linpng transition.
+
+ -- Nobuhiro Iwamatsu iwama...@nigauri.org  Mon, 30 May 2011 15:11:11 +0900
+
 ffmpegthumbnailer (2.0.6-3) unstable; urgency=low
 
   * debian/patches/02_fix-ftbfs-missing-include-NULL.patch: fix FTBFS
diff -Nru ffmpegthumbnailer-2.0.6/debian/patches/debian-changes-2.0.6-3.1 ffmpegthumbnailer-2.0.6/debian/patches/debian-changes-2.0.6-3.1
--- ffmpegthumbnailer-2.0.6/debian/patches/debian-changes-2.0.6-3.1	1970-01-01 09:00:00.0 +0900
+++ ffmpegthumbnailer-2.0.6/debian/patches/debian-changes-2.0.6-3.1	2011-05-30 15:11:20.0 +0900
@@ -0,0 +1,40 @@
+Description: Upstream changes introduced in version 2.0.6-3.1
+ This patch has been created by dpkg-source during the package build.
+ Here's the last changelog entry, hopefully it gives details on why
+ those changes were made:
+ .
+ ffmpegthumbnailer (2.0.6-3.1) unstable; urgency=low
+ .
+   * Non-maintainer upload.
+   * linpng transition.
+ .
+ The person named in the Author field signed this changelog entry.
+Author: Nobuhiro Iwamatsu iwama...@nigauri.org
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you might want to add:
+
+Origin: vendor|upstream|other, url of original patch
+Bug: url in upstream bugtracker
+Bug-Debian: http://bugs.debian.org/bugnumber
+Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
+Forwarded: no|not-needed|url proving that it has been forwarded
+Reviewed-By: name and email of someone who approved the patch
+Last-Update: -MM-DD
+
+--- ffmpegthumbnailer-2.0.6.orig/libffmpegthumbnailer/pngwriter.cpp
 ffmpegthumbnailer-2.0.6/libffmpegthumbnailer/pngwriter.cpp
+@@ -49,7 +49,11 @@ PngWriter::PngWriter(std::vectoruint8_t
+ , m_InfoPtr(NULL)
+ {
+ init();
++#if PNG_LIBPNG_VER_MAJOR = 1  PNG_LIBPNG_VER_MINOR = 4
++png_set_write_fn(m_PngPtr, (png_voidp) outputBuffer, writeDataCallback, NULL);
++#else
+ png_set_write_fn(m_PngPtr, (voidp) outputBuffer, writeDataCallback, NULL);
++#endif
+ }
+ 
+ PngWriter::~PngWriter()
diff -Nru ffmpegthumbnailer-2.0.6/debian/patches/series ffmpegthumbnailer-2.0.6/debian/patches/series
--- ffmpegthumbnailer-2.0.6/debian/patches/series	2011-05-16 03:57:35.0 +0900
+++ ffmpegthumbnailer-2.0.6/debian/patches/series	2011-05-30 15:11:20.0 +0900
@@ -1,2 +1,3 @@
 01_fix-ftbfs-as-needed.patch
 02_fix-ftbfs-missing-include-NULL.patch
+debian-changes-2.0.6-3.1

Bug#635945: flam3: FTBFS with libpng 1.5

[Nobuhiro Iwamatsu]

Package: flam3
Version: 3.0.1-2
Severity: important
Tags: patch
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5.2 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I created the patch that revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


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



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff -Nru flam3-3.0.1/debian/changelog flam3-3.0.1/debian/changelog
--- flam3-3.0.1/debian/changelog	2011-04-08 22:36:15.0 +0900
+++ flam3-3.0.1/debian/changelog	2011-05-30 14:31:08.0 +0900
@@ -1,3 +1,10 @@
+flam3 (3.0.1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * libpng transition.
+
+ -- Nobuhiro Iwamatsu iwama...@nigauri.org  Mon, 30 May 2011 14:31:00 +0900
+
 flam3 (3.0.1-2) unstable; urgency=low
 
   * Update to Standards-Version 3.9.2 (no changes required)
diff -Nru flam3-3.0.1/debian/control flam3-3.0.1/debian/control
--- flam3-3.0.1/debian/control	2011-04-08 22:36:15.0 +0900
+++ flam3-3.0.1/debian/control	2011-05-30 14:31:46.0 +0900
@@ -2,7 +2,7 @@
 Section: graphics
 Priority: optional
 Maintainer: Roberto C. Sanchez robe...@connexer.com
-Build-Depends: debhelper (= 5), quilt, autotools-dev, autoconf, zlib1g-dev, libpng12-dev, libxml2-dev, libjpeg62-dev
+Build-Depends: debhelper (= 5), quilt, autotools-dev, autoconf, zlib1g-dev, libpng15-dev, libxml2-dev, libjpeg62-dev
 Standards-Version: 3.9.2
 Homepage: http://flam3.com/
 
diff -Nru flam3-3.0.1/debian/patches/debian-changes-3.0.1-2.1 flam3-3.0.1/debian/patches/debian-changes-3.0.1-2.1
--- flam3-3.0.1/debian/patches/debian-changes-3.0.1-2.1	1970-01-01 09:00:00.0 +0900
+++ flam3-3.0.1/debian/patches/debian-changes-3.0.1-2.1	2011-05-30 14:44:20.0 +0900
@@ -0,0 +1,111 @@
+Description: Upstream changes introduced in version 3.0.1-2.1
+ This patch has been created by dpkg-source during the package build.
+ Here's the last changelog entry, hopefully it gives details on why
+ those changes were made:
+ .
+ flam3 (3.0.1-2.1) unstable; urgency=low
+ .
+   * Non-maintainer upload.
+   * libpng transition.
+ .
+ The person named in the Author field signed this changelog entry.
+Author: Nobuhiro Iwamatsu iwama...@nigauri.org
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you might want to add:
+
+Origin: vendor|upstream|other, url of original patch
+Bug: url in upstream bugtracker
+Bug-Debian: http://bugs.debian.org/bugnumber
+Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
+Forwarded: no|not-needed|url proving that it has been forwarded
+Reviewed-By: name and email of someone who approved the patch
+Last-Update: -MM-DD
+
+--- flam3-3.0.1.orig/src/png.c
 flam3-3.0.1/src/png.c
+@@ -125,6 +125,7 @@ unsigned char *read_png(FILE *ifp, int *
+   png_byte **png_image = NULL;
+   unsigned int linesize, x, y;
+   unsigned char *p, *q;
++  int bit_depth, color_type;
+ 
+   if (fread (sig_buf, 1, SIG_CHECK_SIZE, ifp) != SIG_CHECK_SIZE) {
+ fprintf (stderr, input file empty or too short\n);
+@@ -141,8 +142,9 @@ unsigned char *read_png(FILE *ifp, int *
+ return 0;
+   }
+   if (setjmp(png_jmpbuf(png_ptr))) {
++	 int height_temp = png_get_image_height(png_ptr, info_ptr);
+  if (png_image) {
+-	 for (y = 0 ; y  info_ptr-height ; y++)
++	 for (y = 0 ; y  height_temp ; y++)
+ 	 free (png_image[y]);
+ 	 free (png_image);
+  }
+@@ -161,19 +163,20 @@ unsigned char *read_png(FILE *ifp, int *
+   png_set_sig_bytes (png_ptr, SIG_CHECK_SIZE);
+   png_read_info (png_ptr, info_ptr);
+ 
+-  if (8 != info_ptr-bit_depth) {
++  bit_depth = png_get_bit_depth(png_ptr, info_ptr);
++  if (8 != bit_depth) {
+ fprintf(stderr, bit depth type must be 8, not %d.\n,
+-	info_ptr-bit_depth);
++	bit_depth);
+ return 0;
+   }
+ 
+-  *width = info_ptr-width;
+-  *height = info_ptr-height;
++  *width = png_get_image_width(png_ptr, info_ptr);
++  linesize = *height = png_get_image_height(png_ptr, info_ptr);
+   p = q = malloc(4 * *width * *height);
+-  png_image = (png_byte **)malloc (info_ptr-height * sizeof (png_byte*));
++  png_image = (png_byte **)malloc (*height * sizeof (png_byte*));
+ 
+-  linesize = info_ptr-width;
+-  switch (info_ptr-color_type) {
++  color_type = png_get_color_type(png_ptr, info_ptr);
++  switch (color_type) {
+ case 

Bug#596343: Remaining issue?

[Atanas Atanasov]

Thanks for the tip. I resubmitted the issue --
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635931.

Best,
Atanas Atanasov

On Fri, Jul 29, 2011 at 3:09 AM, Steve Langasek vor...@debian.org wrote:
 On Wed, Jul 27, 2011 at 04:54:24PM -0400, Atanas Atanasov wrote:
 I just tried installing slapd 2.4.23-7.2 and the process continues to
 fail with an identical error:

 Setting up slapd (2.4.23-7.2) ...
 Usage: slappasswd [options]
  -c format     crypt(3) salt format
  -g            generate random password
  -h hash       password scheme
  -n            omit trailing newline
  -s secret     new password
  -u            generate RFC2307 values (default)
  -v            increase verbosity
  -T file       read file for new password
  Creating initial configuration... Loading the initial configuration
 from the ldif file () failed with
 the following error while running slapadd:
    str2entry: invalid value for attributeType olcRootPW #0 (syntax
 1.3.6.1.4.1.1466.115.121.1.15)
    slapadd: could not parse entry (line=1052)
 dpkg: error processing slapd (--configure):
  subprocess installed post-installation script returned error exit status 1
 configured to not write apport reports
                                      Errors were encountered while 
 processing:
  slapd
 E: Sub-process /usr/bin/dpkg returned an error code (1)

 Am I doing something wrong here?

 I don't know, but this is not an identical error; it has nothing to do
 with this bug.  You should open a separate bug report.

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




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

Bug#635885: libc6: strchr() behavior changed

[Jonathan Nieder]

Jonathan Nieder wrote:

 This sounded to me like PR12159, which was fixed by glibc-2.13~64 (Fix
 x86-64 strchr propagation of search byte into all bytes of SSE
 register, 2010-10-25), but I am not able to reproduce it.  I get all
 [0] values (pointers to the end of string)

I should have said NULL; sorry for the nonsense.  Both tests were on
a not-too-old amd64 machine (with sse4a, etc).  Same result on a
Pentium III, too.



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

Bug#635946: gnome-xcf-thumbnailer: FTBFS with libpng 1.5.2

[Nobuhiro Iwamatsu]

Package: gnome-xcf-thumbnailer
Version: 1.0-1.1
Severity: important
Tags: patch
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5.2 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I created the patch that revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


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



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
--- gnome-xcf-thumbnailer-1.0.orig/xcf2png.c
+++ gnome-xcf-thumbnailer-1.0/xcf2png.c
@@ -70,10 +70,17 @@
   png_bytep ptrans = NULL ;
   
   outfile = openout(flatspec.output_filename);
+#if PNG_LIBPNG_VER_MAJOR = 1  PNG_LIBPNG_VER_MINOR = 4
+  libpng = png_create_write_struct(PNG_LIBPNG_VER_STRING,
+   NULL,
+   my_error_callback,
+   NULL);
+#else
   libpng = png_create_write_struct(PNG_LIBPNG_VER_STRING,
png_voidp_NULL,
my_error_callback,
png_error_ptr_NULL);
+#endif
   if( !libpng )
 FatalUnexpected(_(Couldn't initialize libpng library));
   

Bug#561963: retitling to RFP

[Tim Retout]

retitle 561963 RFP: hudson -- extensible continuous integration server
thanks

Hi,

I believe I'm just getting in the way of jenkins actually making it
into Debian - I've been sitting on the ITP for over a year without
actually making any progress.  Mea culpa.  Hopefully the Java team
will sponsor James's packages.

Regards,

-- 
Tim Retout dioc...@debian.org



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

Bug#633307: typo in /po/de.po (line 305/306)

[Dominik Brodowski]

Applied a similar, but slightly different patch to upstream. Thanks for
reporting.

Best,
Dominik

On Sat, Jul 09, 2011 at 02:00:25PM +0200, tkr...@zedat.fu-berlin.de wrote:
 Package: cpufrequtils
 Version: 007-1
 Severity: minor
 
 Original Bug-Report from Michael Basse on launchpad
 (https://bugs.launchpad.net/ubuntu/+source/cpufrequtils/+bug/763590)
 
 /po/de.po
 
 typo at line 305/306:
 
   -c CPU, --cpu CPUNummer der CPU, deren Taktfrequenz-Einstellung\n
werden soll\n
 
 Should be:
 
   -c CPU, --cpu CPUNummer der CPU, deren Taktfrequenz-Einstellung\n
angepasst werden soll\n
 
 
 
 



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

Bug#635947: imlib2: FTBFS with libpng 1.5

[Nobuhiro Iwamatsu]

Source: imlib2
Version: 1.4.4-1
Severity: important
Tags: patch
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5.2 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I created the patch that revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


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



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff -Nru imlib2-1.4.4/debian/changelog imlib2-1.4.4/debian/changelog
--- imlib2-1.4.4/debian/changelog	2011-04-03 01:24:26.0 +
+++ imlib2-1.4.4/debian/changelog	2011-05-26 14:23:48.0 +
@@ -1,3 +1,10 @@
+imlib2 (1.4.4-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * transition 
+
+ -- root root@xps-iwamatsu  Thu, 26 May 2011 14:23:42 +
+
 imlib2 (1.4.4-1) unstable; urgency=low
 
   * New upstream release
diff -Nru imlib2-1.4.4/debian/patches/debian-changes-1.4.4-1.1 imlib2-1.4.4/debian/patches/debian-changes-1.4.4-1.1
--- imlib2-1.4.4/debian/patches/debian-changes-1.4.4-1.1	1970-01-01 00:00:00.0 +
+++ imlib2-1.4.4/debian/patches/debian-changes-1.4.4-1.1	2011-05-26 15:01:31.0 +
@@ -0,0 +1,74 @@
+Description: Upstream changes introduced in version 1.4.4-1.1
+ This patch has been created by dpkg-source during the package build.
+ Here's the last changelog entry, hopefully it gives details on why
+ those changes were made:
+ .
+ imlib2 (1.4.4-1.1) unstable; urgency=low
+ .
+   * Non-maintainer upload.
+   * transition
+ .
+ The person named in the Author field signed this changelog entry.
+Author: root root@xps-iwamatsu
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you might want to add:
+
+Origin: vendor|upstream|other, url of original patch
+Bug: url in upstream bugtracker
+Bug-Debian: http://bugs.debian.org/bugnumber
+Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
+Forwarded: no|not-needed|url proving that it has been forwarded
+Reviewed-By: name and email of someone who approved the patch
+Last-Update: -MM-DD
+
+--- imlib2-1.4.4.orig/src/modules/loaders/loader_png.c
 imlib2-1.4.4/src/modules/loaders/loader_png.c
+@@ -58,7 +58,7 @@ load(ImlibImage * im, ImlibProgressFunct
+  fclose(f);
+  return 0;
+   }
+-if (setjmp(png_ptr-jmpbuf))
++if (setjmp(png_jmpbuf(png_ptr)))
+   {
+  png_destroy_read_struct(png_ptr, info_ptr, NULL);
+  fclose(f);
+@@ -265,7 +265,7 @@ save(ImlibImage * im, ImlibProgressFunct
+ png_destroy_write_struct(png_ptr, (png_infopp) NULL);
+ return 0;
+  }
+-   if (setjmp(png_ptr-jmpbuf))
++   if (setjmp(png_jmpbuf(png_ptr)))
+  {
+ fclose(f);
+ png_destroy_write_struct(png_ptr, (png_infopp)  info_ptr);
+@@ -277,7 +277,6 @@ save(ImlibImage * im, ImlibProgressFunct
+if ((tag = __imlib_GetTag(im, interlacing))  tag-val)
+  {
+ #ifdef PNG_WRITE_INTERLACING_SUPPORTED
+-  png_ptr-interlaced = PNG_INTERLACE_ADAM7;
+   num_passes = png_set_interlace_handling(png_ptr);
+ #endif
+  }
+@@ -286,7 +285,8 @@ save(ImlibImage * im, ImlibProgressFunct
+if (im-flags  F_HAS_ALPHA)
+  {
+ png_set_IHDR(png_ptr, info_ptr, im-w, im-h, 8,
+- PNG_COLOR_TYPE_RGB_ALPHA, png_ptr-interlaced,
++ PNG_COLOR_TYPE_RGB_ALPHA,
++ num_passes == 7 ? PNG_INTERLACE_ADAM7 : PNG_INTERLACE_NONE,
+  PNG_COMPRESSION_TYPE_BASE, PNG_FILTER_TYPE_BASE);
+ #ifdef WORDS_BIGENDIAN
+ png_set_swap_alpha(png_ptr);
+@@ -297,7 +297,8 @@ save(ImlibImage * im, ImlibProgressFunct
+else
+  {
+ png_set_IHDR(png_ptr, info_ptr, im-w, im-h, 8, PNG_COLOR_TYPE_RGB,
+- png_ptr-interlaced, PNG_COMPRESSION_TYPE_BASE,
++ num_passes == 7 ? PNG_INTERLACE_ADAM7 : PNG_INTERLACE_NONE,
++ PNG_COMPRESSION_TYPE_BASE,
+  PNG_FILTER_TYPE_BASE);
+ data = malloc(im-w * 3 * sizeof(char));
+  }
diff -Nru imlib2-1.4.4/debian/patches/series imlib2-1.4.4/debian/patches/series
--- imlib2-1.4.4/debian/patches/series	2011-04-03 01:17:12.0 +
+++ imlib2-1.4.4/debian/patches/series	2011-05-26 15:00:13.0 +
@@ -1,2 +1,3 @@
 001-removed_data_dir.diff
 005-ld-no-as-needed.diff

Bug#635948: jkmeter: FTBFS with libpng 1.5

[Nobuhiro Iwamatsu]

Source: jkmeter
Version: 0.4.0-3
Severity: important
Tags: patch
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5.2 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I created the patch that revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


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



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



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff -Nru jkmeter-0.4.0/debian/changelog jkmeter-0.4.0/debian/changelog
--- jkmeter-0.4.0/debian/changelog	2010-12-04 09:22:42.0 +0900
+++ jkmeter-0.4.0/debian/changelog	2011-06-06 16:18:39.0 +0900
@@ -1,3 +1,10 @@
+jkmeter (0.4.0-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * libpng transition.
+
+ -- Nobuhiro Iwamatsu iwama...@nigauri.org  Mon, 06 Jun 2011 16:18:29 +0900
+
 jkmeter (0.4.0-3) unstable; urgency=low
 
   * Pass -pthread flag to the linker to fix FTBFS with binutils-gold.
diff -Nru jkmeter-0.4.0/debian/patches/debian-changes-0.4.0-3.1 jkmeter-0.4.0/debian/patches/debian-changes-0.4.0-3.1
--- jkmeter-0.4.0/debian/patches/debian-changes-0.4.0-3.1	1970-01-01 09:00:00.0 +0900
+++ jkmeter-0.4.0/debian/patches/debian-changes-0.4.0-3.1	2011-06-06 16:25:41.0 +0900
@@ -0,0 +1,44 @@
+Description: Upstream changes introduced in version 0.4.0-3.1
+ This patch has been created by dpkg-source during the package build.
+ Here's the last changelog entry, hopefully it gives details on why
+ those changes were made:
+ .
+ jkmeter (0.4.0-3.1) unstable; urgency=low
+ .
+   * Non-maintainer upload.
+   * libpng transition.
+ .
+ The person named in the Author field signed this changelog entry.
+Author: Nobuhiro Iwamatsu iwama...@nigauri.org
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you might want to add:
+
+Origin: vendor|upstream|other, url of original patch
+Bug: url in upstream bugtracker
+Bug-Debian: http://bugs.debian.org/bugnumber
+Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
+Forwarded: no|not-needed|url proving that it has been forwarded
+Reviewed-By: name and email of someone who approved the patch
+Last-Update: -MM-DD
+
+--- jkmeter-0.4.0.orig/source/mkimage.cc
 jkmeter-0.4.0/source/mkimage.cc
+@@ -73,9 +73,15 @@ XImage *mkimage (const char *file, X_dis
+   PNG_TRANSFORM_STRIP_16 | PNG_TRANSFORM_PACKING | PNG_TRANSFORM_EXPAND,
+   0);
+ 
++#if PNG_LIBPNG_VER_MAJOR = 1  PNG_LIBPNG_VER_MINOR = 4
++	dx = png_get_image_width(png_ptr, png_info);
++	dy = png_get_image_height(png_ptr, png_info);
++	dp = (png_get_color_type(png_ptr, png_info)  PNG_COLOR_MASK_ALPHA) ? 4 : 3;
++#else
+ dx = png_info-width;
+ dy = png_info-height;
+ dp = (png_info-color_type  PNG_COLOR_MASK_ALPHA) ? 4 : 3;
++#endif
+ data = (const unsigned char **)(png_get_rows (png_ptr, png_info));
+ 
+ image = XCreateImage (disp-dpy (),
diff -Nru jkmeter-0.4.0/debian/patches/series jkmeter-0.4.0/debian/patches/series
--- jkmeter-0.4.0/debian/patches/series	2010-08-07 17:05:28.0 +0900
+++ jkmeter-0.4.0/debian/patches/series	2011-06-06 16:22:06.0 +0900
@@ -1 +1,2 @@
 01-makefile.patch
+debian-changes-0.4.0-3.1

Bug#634502: Modified in svn

[Eugen Dedu]

tags 634502 + pending
thanks

--
Eugen



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

Bug#635949: knews: FTBFS with libpng 1.5

[Nobuhiro Iwamatsu]

Source: knews
Version: 1.0b.1-24
Severity: important
Tags: patch
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5.2 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I created the patch that revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


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



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



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff -u knews-1.0b.1/debian/changelog knews-1.0b.1/debian/changelog
--- knews-1.0b.1/debian/changelog
+++ knews-1.0b.1/debian/changelog
@@ -1,3 +1,10 @@
+knews (1.0b.1-24.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * libpng transition.
+
+ -- Nobuhiro Iwamatsu iwama...@nigauri.org  Mon, 06 Jun 2011 16:51:16 +0900
+
 knews (1.0b.1-24) unstable; urgency=low
 
   * Add Russian debconf translation (thanks, Yuri Kozlov; closes: #513508).
diff -u knews-1.0b.1/src/png.c knews-1.0b.1/src/png.c
--- knews-1.0b.1/src/png.c
+++ knews-1.0b.1/src/png.c
@@ -173,8 +173,13 @@
 	vol_pal = pal;
 	vol_pn  = pn;
 	} else {
+#if PNG_LIBPNG_VER_MAJOR = 1  PNG_LIBPNG_VER_MINOR = 4
+		png_set_quantize(p_str_ptr, p_cmap, cmap_size,
+			   cmap_size, NULL, True);
+#else
 	png_set_dither(p_str_ptr, p_cmap, cmap_size,
 			   cmap_size, NULL, True);
+#endif
 	}
 
 	pass = png_set_interlace_handling(p_str_ptr);

Bug#635612: Beyond tests

[Geert Stappers]

retitle 635612 fakeroot: `fakeroot debian/rules binary` fails test
severity 635612 minor
thanks

On Fri, Jul 29, 2011 at 05:13:25PM +, Clint Adams wrote:
 On Wed, Jul 27, 2011 at 06:33:08PM +0200, Geert Stappers wrote:
  - fakeroot debian/rules binary
 
 So the problem here is that fakeroot cannot be run within fakeroot
 (see bug#409856).
 
 In the interim, you can build with pbuilder/cowbuilder,
 dpkg-buildpackage, debuild, or
 debian/rules build  fakeroot debian/rules binary


doing
  dpkg-buildpackage -rfakeroot -uc -us
did get me beyond the test.


 The key is to run the build target outside of fakeroot so that
 the tests run in a cleaner environment, and then only run the
 binary target specifically under your system fakeroot.
 
 We should probably test for this condition and emit some
 relevant warning.

Fine for me. Bugreport is triaged. Feel free to close.


Cheers
Geert Stappers




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

Bug#635951: libclaw: TBFS with libpng 1.5

[Nobuhiro Iwamatsu]

Source: libclaw
Version: 1.6.1-5
Severity: important
Tags: patch
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5.2 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I created the patch that revise this problem.
Could you check and apply this patch?

Best regards,
  Nobuhiro

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

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


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



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



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff -u libclaw-1.6.1/debian/changelog libclaw-1.6.1/debian/changelog
--- libclaw-1.6.1/debian/changelog
+++ libclaw-1.6.1/debian/changelog
@@ -1,3 +1,10 @@
+libclaw (1.6.1-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * libpng transition.
+
+ -- Nobuhiro Iwamatsu iwama...@nigauri.org  Mon, 06 Jun 2011 17:03:03 +0900
+
 libclaw (1.6.1-4) unstable; urgency=low
 
   [ Julien Jorge ]
diff -u libclaw-1.6.1/debian/rules libclaw-1.6.1/debian/rules
--- libclaw-1.6.1/debian/rules
+++ libclaw-1.6.1/debian/rules
@@ -49,7 +49,7 @@
 	find . -name *-static.a | while read f; do \
 	  mv $$f `echo $$f | sed s/-static//`; \
 	done
-	rm $(CURDIR)/debian/tmp/usr/share/doc/libclaw1/html/jquery.js
+	rm -rf $(CURDIR)/debian/tmp/usr/share/doc/libclaw1/html/jquery.js
 	ln -s /usr/share/javascript/jquery/jquery.js \
 	  $(CURDIR)/debian/tmp/usr/share/doc/libclaw1/html/jquery.js
 	docbook-to-man debian/claw-config.man.sgml  debian/claw-config.1
only in patch2:
unchanged:
--- libclaw-1.6.1.orig/claw/png.hpp
+++ libclaw-1.6.1/claw/png.hpp
@@ -32,6 +32,7 @@
 
 #include claw/image.hpp
 #include png.h
+#include zlib.h
 #include setjmp.h
 #include iostream
 #include string