Bug#626201: pcsc-lite: FTBFS on hurd-i386

[Ludovic Rousseau]

Le 11/05/11 00:38, Pino Toscano a écrit :

Right; I updated the porting patch, adding --disable-usb to the
configure flags.
Given the above, I had to patch src/winscard_svc.c as
RFWaitForReaderInit() is compiled only if ENABLE_USB is defined, as
otherwise I would get an undefined reference about that function when
linking pcscd.


Exact. Fixed upstream in revision 5732.

You should not have to use --enable-libusb=no any more in the rules 
file. Can you try again with only --disable-usb?


Thanks

--
 Dr. Ludovic Rousseau



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

Bug#626344: Please package new upstream pvm-3.4.6

[Svante Signell]

Package: pvm
Version: 3.4.5-12.2
Severity: wishlist
Tags: upstream

A new upstream version pvm 3.4.6 is available since February 2 2009 see
http://www.netlib.org/pvm3/

It fixes a lot of bugs and, as written in the release notes.
http://www.netlib.org/pvm3/RELEASE_NOTES.txt

Hopefully some of the currently 4 open bugs will be fixed by this
upstream version, specially regarding security issues. Please package it
for unstable/sid.

Version 3.4.5 was released September 8 2004 and has accumulated a lot of
Debian patches since then. Additionally, combined with an updated patch
in #622932 an FTBFS problem on GNU/Hurd is solved.




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

Bug#626274: reply

[David Paleino]

On Tue, 10 May 2011 19:00:44 -0400, don wrote:

> I am pretty sure I have a persistent name for my wireless interface.  
> /etc/udev/rules.d/70-persistent-net.rules contains the following lines:
> 
> [..]
>
> Any other ideas?

Enable debug mode from the GUI, and attach the log of both when it recognizes
the interface, and when it doesn't. Be sure to erase it before rebooting :)

(the log is /var/log/wicd/wicd.log)

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#626099: [Pkg-corba-devel] Bug#626099: Please update to new upstream version 3.0

[Kike]

On 11/05/11 00:05, Thomas Girard wrote:
> Hello,
>
> Le 10/05/2011 00:24, Kike a écrit :
 /omniORB: (0) 2011-04-30 17:27:38.347771: Version: 4.1.2 
>>>^
>>>|
>>> -- is this supposed to be 4.1.3? --+
>>>
>> I think version diversion is due to somekind of bug when generating 
>> tag/package
>> for 4.1.3, beause I compiled my program against debian package 4.1.3 
> [snip]
>
> Ok. Did you recompile omniORB Debian packages yourself and if so, why?
>
No, debian package was installed from debian repository. No recompilation.
>> I think I generated some noise with my program traces, if it's further 
>> needed, I
>> will explain or provide access to source code. But now, I prefer to add 
>> another
>> point of view which is easy to reproduce on any machine, I think.
>>
>> The used machine is running debian testing/sid with just one difference, 
>> omniorb
>> package version. I'm using same the omniorb.cfg (which its attached to this 
>> email).
>>
>> This is the netstat output when omniorb 4.1.3 is installed
>>
>> /enrgar@glkm64:~/svn/glkmd/src$ sudo netstat -pan
>> Active Internet connections (servers and established)
>> Proto Recv-Q Send-Q Local Address   Foreign Address State
>>   
>> PID/Program name
>> tcp0  0 0.0.0.0:22  0.0.0.0:*   LISTEN   
>>   
>> 781/sshd   
>> tcp0  0 0.0.0.0:28090.0.0.0:*   LISTEN   
>>   
>> 772/omniNames  
>> tcp0  0 192.168.0.60:22 192.168.0.6:37687   
>> ESTABLISHED
>> 822/sshd: enrgar [p
>> tcp6   0  0 :::22   :::*LISTEN   
>>   
>> 781/sshd   
>> udp0  0 0.0.0.0:68  0.0.0.0:*
>>   
>> 724/dhclient   /
>>
>>
>> This is the netstat output when omniorb 4.1.5 is installed
>>
>> /enrgar@glkm64:~/svn/glkmd/src$ sudo netstat -pan
>> Active Internet connections (servers and established)
>> Proto Recv-Q Send-Q Local Address   Foreign Address State
>>   
>> PID/Program name
>> tcp0  0 0.0.0.0:22  0.0.0.0:*   LISTEN   
>>   
>> 781/sshd   
>> tcp0  0 192.168.0.60:22 192.168.0.6:37687   
>> ESTABLISHED
>> 822/sshd: enrgar [p
>> tcp0  0 192.168.0.60:45579  137.226.34.42:80
>> TIME_WAIT  
>> -  
>> tcp6   0  0 :::22   :::*LISTEN   
>>   
>> 781/sshd   
>> tcp6   0  0 :::2809 :::*LISTEN   
>>   
>> 1353/omniNames 
>> udp0  0 0.0.0.0:68  0.0.0.0:*
>>   
>> 724/dhclient  
>> /
> Okay. Before digging further, one more question: have you tried running
> your software with upstream, unmodified omniORB, and if so, what were
> the results? If you haven't, would it be possible for you to try?
>
I think I can try and post results.



Regards,

Kike



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

Bug#548738: Misconfigured email addresses in my bugreports

[Pierre Habouzit]

tag 548738 + moreinfo

On Mon, Sep 28, 2009 at 04:33:56PM +0200, Friedrich Delgado Friedrichs wrote:
> Package: valgrind
> Version: 1:3.5.0-1
> Severity: normal
> 
> I updated valgrind this weekend.
> 
> valgrind (1%3a3.5.0-1) at least partially ignores --demangle=no option.
> 
> The following false positive (I think) from libc prints like this in valgrind 
> 1%3a3.4.1-1 with --demangle=no:
> 
> 
> ==24358== Invalid free() / delete / delete[]
> ==24358==at 0x4C2261F: _vgrZU_libcZdsoZa_free (vg_replace_malloc.c:323)
> ==24358==by 0x514ADEA: (within /lib/libc-2.9.so)
> ==24358==by 0x514A981: (within /lib/libc-2.9.so)
> ==24358==by 0x4A1E560: _vgnU_freeres (vg_preloaded.c:60)
> ==24358==by 0x507E4B4: exit (in /lib/libc-2.9.so)
> ==24358==by 0x50665CC: __libc_start_main (in /lib/libc-2.9.so)
> ==24358==  Address 0x4039178 is not stack'd, malloc'd or (recently) free'd
> ==24358==
> ==24358==  Print suppression ? --- [Return/N/n/Y/y/C/c]  y
> {
>
>Memcheck:Free
>fun:_vgrZU_libcZdsoZa_free
>obj:/lib/libc-2.9.so
>obj:/lib/libc-2.9.so
>fun:_vgnU_freeres
>fun:exit
>fun:__libc_start_main
> }
> 
> But with 1%3a3.5.0-1 it looks like this:
> 
> ==24071== Invalid free() / delete / delete[]
> ==24071==at 0x4C21DBC: free (vg_replace_malloc.c:325)
> ==24071==by 0x5149DEA: ??? (in /lib/libc-2.9.so)
> ==24071==by 0x5149981: ??? (in /lib/libc-2.9.so)
> ==24071==by 0x4A1E590: _vgnU_freeres (vg_preloaded.c:62)
> ==24071==by 0x507D4B4: exit (in /lib/libc-2.9.so)
> ==24071==by 0x50655CC: (below main) (in /lib/libc-2.9.so)
> ==24071==  Address 0x4038cd0 is not stack'd, malloc'd or (recently) free'd
> ==24071==
> ==24071==
> ==24071==  Print suppression ? --- [Return/N/n/Y/y/C/c]  y
> {
>
>Memcheck:Free
>fun:free
>obj:/lib/libc-2.9.so
>obj:/lib/libc-2.9.so
>fun:_vgnU_freeres
>fun:exit
>fun:(below main)
> }

I fail to see where the problem is since the sole difference is 'free'
which should be 'free' (it's a C symbol) and not _vgrZU_libcZdsoZa_free
a all.

Are you sure this is a bug?
-- 
·O·  Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org



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

Bug#626305: liblucene2-java in squeeze misses many bugfixes, especially SOLR-822, please backport from wheezy

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2011-05-11 00:08, Ferdinando wrote:
> Hi Niels,
> 
>> Bumping the upstream version of lucene2 might require a rebuild of
>> eclipse in Squeeze as well with a small change.  It is trivial to do, if
>> you plan on doing this backport please keep me in the loop.
> 
> both liblucene2-java and solr-tomcat did need no modification to be 
> backported 
> to squeeze. I hope that I did no mistake (at least it works for us) but I am 
> not experienced enough to push the packages upstream. I can't see any 
> dependency of eclipse to liblucene2-java though, is it nested?
> 
> Ciao, Ferdinando
> 
> 

Hi,

The reason why you cannot see the dependency is probably that you looked
at the binary package eclipse.  The package actually depending on
liblucene2-java is eclipse-platform, which is (also) built from a source
package called eclipse. :)

The reason why we need to modify eclipse is because we got some
non-trivial with plugins not being loaded in eclipse if some
dependencies where upgraded.  This lead to #587657, which started out
with a problem sat4j, but we later learned lucene2 produced a similar
effect (e.g. see message #125).
  The issue is particularly annoying as it is non-trivial to debug why
this happens, because eclipse silently degrades itself in most cases and
the rest it says something like "Cannot open editor
org.eclipse.cdt.editor.CEdtior, class not found".  Neither helps the
user to realise they have to manually fix a file that is out of date.

~Niels

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

iQIcBAEBCAAGBQJNyjWKAAoJEAVLu599gGRC+1AP/3w/Oi5N7x8ftcDa0JH80vZc
pbfSQXfLCyynV2pbPtuzSThripOSaJcivJovEgS8B5fZsblihKRNI96EZWyGJIYA
76BGJ2ZMmz3HbVk/C8dl/3BBLgOL221kvGkmZeTpcKptJMN67l3SO96afWNNarvT
J/R20B/nP61+mSRgrMiib4iBI2wVoJVIgbBICDrZfB8RyGBSef2l2UTfiidihEkN
2c96vXB/wK4KFPHzUuU9gx1LwhEFfQS3qD3k7bDf+KVNzTSF3QRAs0lgm9lc/FbM
VjbK62R9uwF/LGrzcXeJZRN+9RtqZeXJuSztQrdRQ0Q1Mskp/+B1f1gYvPan01Hg
5FfYNF6xKhe2XKRkAs6YE6Zaf9+sAFsGlbFJPgBB3+F2wak9lkWNDstRqTC3ZCyR
gzXG+rKBZ4KAxtmM2HUELoguZJ6eoJ6xL8P+8EFLW/1YB1ekxQucHYS8q+LKBS/I
cQXKEP79SsnXuUiK6ADFccZrH/Z0oRCiD3488c3/QTS4erWWbNOQJSgqMZL4qwRT
SDLhCgh6gaGz0NQSMM8ifeXODfUGrVFy+1IWlN1tY/d/jZVcDGD6t9Z0BM9mX964
jIm8nE5XLwapXglKbP4eaMTfRQg/jy1Kv1GmiMKhEzmYzeV0CLVf6Y3R5jFetKBt
ybzB5uDWhiheNvLE9ArV
=t/CZ
-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#580655: evince: Freezes when opening a specific PDF file

[Timo Juhani Lindfors]

Vasilis Vasaitis  writes:
>   So my original assertion stands: this should probably be reported
> upstream. Anyone want to do the honours? Or should I do it? I'd rather
> not, for the sole reason that I don't expect to be using my
> GNOME-based system for much longer, therefore I will eventually not be
> able to test potential fixes.

If you have time, please do. I haven't been using GNOME either, I just
run individual GNOME applications.

-Timo



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

Bug#625949: marked as pending

[Timo Juhani Lindfors]

Gilles Filippini  writes:
> Bug #625949 reported by you has been fixed in the Git repository. You can
> see the changelog below, and you can check the diff of the fix at:
>
> http://git.debian.org/?p=collab-maint/navit.git;a=commitdiff;h=47b7e06

Thanks for the quick reaction!

I'm still curious though, do you know which part of the code misbehaves
with LC_ALL?

-Timo



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

Bug#592614: current snapshot ok for armv7

[Pierre Habouzit]

On Tue, May 10, 2011 at 04:54:11PM +0200, Loïc Minier wrote:
> On Tue, May 10, 2011, Pierre Habouzit wrote:
> > What should be done for that, s/arm/armel/ and add -marmv7a to the
> > CFLAGS at configure time, that's it?
> 
>  Yup; ideally, you would test whether the toolchain config supports
>  ARMv7, and if it doesn't you add -march=armv7-a to the CFLAGS.  This
>  means that no flags is added to e.g. Debian armhf or to Ubuntu's armel
>  or any Debian derivative which already turns on armv7-a (or higher).
> 
>  Something like this rules snippet would work I guess:
> 
> CROSS :=
> ifneq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE))
> CROSS :=  $(DEB_HOST_GNU_TYPE)-
> endif
> 
> # this outputs 0 or 1 depending on whether a piece of assembly can be compiled
> # with the *default* gcc flags; this is used to test the toolchain *default*
> # configuration
> check_asm = $(shell echo 'void foo(void) { __asm__ volatile("$(1)"); }' | 
> $(CROSS)gcc -x c -c - -o /dev/null 2>/dev/null && echo 1 || echo 0)
> 
> ifeq ($(DEB_HOST_ARCH_CPU),arm)
> # whether the toolchain *default* configuration enables ARMv7
> v7_asm := dmb
> has_v7 := $(call check_asm, $(v7_asm))
> 
> ifneq ($(has_v7),1)
> CFLAGS += -march=armv7-a
> endif
> endif

Sadly it doesn't work:
https://buildd.debian.org/status/fetch.php?pkg=valgrind&arch=armel&ver=1%3A3.6.1-2&stamp=1305095779

I have an arm at home so I'll try to see if I'm able to understand how
to cheat it, but if you have any clever idea, I'd love to hear it :)
-- 
·O·  Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org



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

Bug#626201: pcsc-lite: FTBFS on hurd-i386

[Pino Toscano]

Alle mercoledì 11 maggio 2011, Ludovic Rousseau ha scritto:
> Le 11/05/11 00:38, Pino Toscano a écrit :
> > Right; I updated the porting patch, adding --disable-usb to the
> > configure flags.
> > Given the above, I had to patch src/winscard_svc.c as
> > RFWaitForReaderInit() is compiled only if ENABLE_USB is defined, as
> > otherwise I would get an undefined reference about that function
> > when linking pcscd.
> 
> Exact. Fixed upstream in revision 5732.

Thanks!

> You should not have to use --enable-libusb=no any more in the rules
> file. Can you try again with only --disable-usb?

I tried before, but it was failing because of the missing libusb 
(configure.in, lines 244-245). From what I see in configure.in, the two 
usb and libusb modules are independent (use_usb and use_libusb), so 
disabling one is irrelevant for the other.

-- 
Pino Toscano


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

Bug#622701: Failed again today

[Paco Avila]

Today a postfix security update was available, and the list of changes
was not shown :(

-- 
OpenKM
http://www.openkm.com



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

Bug#535534: gnome-settings-daemon Can Die When Running Pan

[Leo L. Schwab]

Package: gnome-settings-daemon
Version: 2.30.2-2
Followup-For: Bug #535534

I have also observed gnome-settings-daemon to keel over with a
BadMatch error:


This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 33347 error_code 8 request_code 15 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)


In my case, I can most reliably make it appear by running the 'pan'
newsreader.  About one time in three, gnome-settings-daemon will die as soon
as 'pan's main window appears.

I have 'pan' package version 0.133-1.1 installed.  My window manager
is awesome 3.4.9-1.1.

Schwab

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

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

Versions of packages gnome-settings-daemon depends on:
ii  gconf2  2.28.1-6 GNOME configuration database syste
ii  libc6   2.13-2   Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.2-6 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.4.8-3  simple interprocess messaging syst
ii  libdbus-glib-1-20.92-1   simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2.2generic font configuration library
ii  libgconf2-4 2.28.1-6 GNOME configuration database syste
ii  libglib2.0-02.28.6-1 The GLib library of C routines
ii  libgnome-desktop-2-17   2.30.2-2 Utility library for loading .deskt
ii  libgnome2-common2.30.0-1 The GNOME library - common files
ii  libgnomekbd42.30.2-2 GNOME library to manage keyboard c
ii  libgstreamer-plugins-base0. 0.10.32-2GStreamer libraries from the "base
ii  libgstreamer0.10-0  0.10.32-6+b1 Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface 
ii  libnotify1 [libnotify1-gtk2 0.5.0-2  sends desktop notifications to a n
ii  libx11-62:1.4.3-1X11 client-side library
ii  libxi6  2:1.4.2-1X11 Input extension library
ii  libxklavier16   5.0-2X Keyboard Extension high-level AP

gnome-settings-daemon recommends no packages.

Versions of packages gnome-settings-daemon suggests:
ii  awesome [x-window-manag 3.4.9-1.1highly configurable, next generati
ii  dwm [x-window-manager]  5.8.2-4  dynamic window manager
ii  e16 [x-window-manager]  1.0.0-4  the Enlightenment Window Manager D
ii  e17 [x-window-manager]  0.16.999.49898-1 The Enlightenment DR17 Window Mana
ii  gnome-screensaver   2.30.0-1 GNOME screen saver and locker
ii  i3-wm [x-window-manager 3.e-bf3-1an improved dynamic tiling window 
ii  kde-window-manager [x-w 4:4.4.5-9the K window manager (KWin)
ii  metacity [x-window-mana 1:2.30.1-3   lightweight GTK+ window manager
ii  openbox [x-window-manag 3.4.11.1-1   standards compliant, fast, light-w
ii  scrotwm [x-window-manag 0.9.20-1 dynamic tiling window manager
ii  twm [x-window-manager]  1:1.0.6-1Tab window manager
ii  wmaker [x-window-manage 0.92.0-8.2+b1NeXTSTEP-like window manager for X
ii  wmii [x-window-manager] 3.9.2+debian-2   lightweight tabbed and tiled X11 w
ii  x11-xserver-utils   7.6+2X server utilities

-- 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#626345: python-dnspython: Upstream version 1.9 is out and has several DNSSEC improvments

[Stephane Bortzmeyer]

Package: python-dnspython
Version: 1.8.0-1
Severity: normal


sid has still 1.8 but 1.9 is out and includes several things that many DNSSEC 
fans will use (like the key_id method).

Ubuntu already has 1.9.

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-dnspython depends on:
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-support  1.0.10   automated rebuilding support for P

python-dnspython recommends no packages.

python-dnspython 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#626346: Munin-Node needs to be restarted after perl-upgrade

[Cord Beermann]

Package: munin-node
Version: 1.4.5-3
Severity: important

Hi.

This is not a real bug, but it is a big issue, caused by the perl 5.10 --> 5.12 
Upgrade.

As this package is affected i file it here, but maybe it should be shifted
towards some perl-package.

After the Upgrade from perl 5.10 to 5.12 Munin-Node is still running using
perl 5.10. Munin-Node tries to use Carp/Heavy.pm, but can'T find it anymore.

2011/05/11-06:30:02 [31055] 2011/05/11-06:30:02 [31464] Can't locate 
Carp/Heavy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 
/usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 
/usr/share/perl/5.10 /usr/local/lib/site_perl) at /usr/share/perl/5.10/Carp.pm 
line 39,  line 3.\n   ...propagated at 
/usr/share/perl5/Munin/Common/Timeout.pm line 66,  line 3.

after a restart of munin-node all is fine again. But without restart
munin-node doesn'T deliver any data.

perl should have some restart mechanism like the glibc-Package.

Cord




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

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

Versions of packages munin-node depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  gawk  1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr
ii  libnet-server-perl0.99-2 An extensible, general perl server
ii  lsb-base  3.2-27 Linux Standard Base 3.2 init scrip
ii  munin-common  1.4.5-3network-wide graphing framework (c
ii  perl  5.12.3-6   Larry Wall's Practical Extraction 
ii  procps1:3.2.8-10 /proc file system utilities

Versions of packages munin-node recommends:
ii  libnet-snmp-perl  5.2.0-4Script SNMP connections

Versions of packages munin-node suggests:
ii  acpi  1.5-3  displays information on ACPI devic
ii  ethtool   1:2.6.38-1 display or change Ethernet device 
ii  hdparm9.32-1 tune hard disk parameters for high
pn  libcache-cache-perl(no description available)
ii  libcrypt-ssleay-perl  0.57-2+b2  Support for https protocol in LWP
pn  libdbd-mysql-perl  (no description available)
pn  libdbd-pg-perl (no description available)
pn  liblwp-useragent-determin  (no description available)
pn  libnet-irc-perl(no description available)
ii  libnet-ssleay-perl1.36-2+b1  Perl module for Secure Sockets Lay
pn  libtext-csv-xs-perl(no description available)
ii  libwww-perl   6.01-3 simple and consistent interface to
ii  libxml-simple-perl2.18-3 Perl module for reading and writin
ii  lm-sensors1:3.3.0-1  utilities to read temperature/volt
ii  logtail   1.3.13 Print log file lines that have not
ii  munin 1.4.5-3network-wide graphing framework (g
pn  munin-java-plugins (no description available)
ii  munin-plugins-extra   1.4.5-3network-wide graphing framework (u
pn  mysql-client   (no description available)
ii  net-tools 1.60-23The NET-3 networking toolkit
ii  python2.6.6-14   interactive high-level object-orie
ii  ruby  4.8Transitional package for ruby1.8
ii  ruby1.8 [ruby]1.8.7.334-4Interpreter of object-oriented scr
ii  smartmontools 5.40+svn3296-1 control and monitor storage system

-- Configuration Files:
/etc/munin/plugin-conf.d/munin-node [Errno 13] Permission denied: 
u'/etc/munin/plugin-conf.d/munin-node'

-- debconf-show failed



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

Bug#626347: lic6-dev: on mips packages amd64 libraries

[phcoder]

Package: libc6-dev
Version: 2.11-2
Severity: grave
Tags: squeeze sid
Justification: renders package unusable


On amd64 system I do:
phcoder@debian.x201.phnet:~/compile$ wget 
http://ftp.at.debian.org/debian/pool/main/e/eglibc/libc6-dev_2.11.2-10_mips.deb
phcoder@debian.x201.phnet:~/compile$ ar x libc6-dev_2.11.2-10_mips.deb 
phcoder@debian.x201.phnet:~/compile$ tar xzf data.tar.gz 

phcoder@debian.x201.phnet:~/compile$ mips-linux-objdump -x 
usr/lib/librt.so|head 
usr/lib/librt.so: file format elf64-little
usr/lib/librt.so
architecture: UNKNOWN!, flags 0x0150:
HAS_SYMS, DYNAMIC, D_PAGED
start address 0x2190

Program Header:
PHDR off0x0040 vaddr 0x0040 paddr 
0x0040 align 2**3
 filesz 0x01f8 memsz 0x01f8 flags r-x
phcoder@debian.x201.phnet:~/compile$ objdump -x usr/lib/librt.so|head

usr/lib/librt.so: file format elf64-x86-64
usr/lib/librt.so
architecture: i386:x86-64, flags 0x0150:
HAS_SYMS, DYNAMIC, D_PAGED
start address 0x2190

Program Header:
PHDR off0x0040 vaddr 0x0040 paddr 
0x0040 align 2**3
 filesz 0x01f8 memsz 0x01f8 flags r-x

phcoder@debian.x201.phnet:~/compile$ objdump -d -j .text usr/lib/librt.so|head

usr/lib/librt.so: file format elf64-x86-64


Disassembly of section .text:

2190 :
2190:   48 83 ec 08 sub$0x8,%rsp
2194:   48 8b 05 25 4e 20 00mov0x204e25(%rip),%rax# 
206fc0 
219b:   48 85 c0test   %rax,%rax





-- 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#626348: less -l, segfaults

[Witold Baryluk]

Package: less
Version: 443-1
Severity: normal

Hi,

$ /usr/bin/less -l
zsh: segmentation fault (core dumped)  /usr/bin/less -l
$

So simple. :)



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

Kernel: Linux 2.6.39-rc7-00708-g9f381a6-dirty (SMP w/1 CPU core; PREEMPT)
Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=ANSI_X3.4-1968) (ignored: 
LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages less depends on:
ii  debianutils   3.4.4  Miscellaneous utilities specific t
ii  libc6 2.13-2 Embedded GNU C Library: Shared lib
ii  libncurses5   5.9-1  shared libraries for terminal hand

less recommends no packages.

less 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#592614: current snapshot ok for armv7

[Riku Voipio]

On Wed, May 11, 2011 at 09:24:53AM +0200, Pierre Habouzit wrote:
> Sadly it doesn't work:
> https://buildd.debian.org/status/fetch.php?pkg=valgrind&arch=armel&ver=1%3A3.6.1-2&stamp=1305095779
 
> I have an arm at home so I'll try to see if I'm able to understand how
> to cheat it, but if you have any clever idea, I'd love to hear it :)

Thanks for your effort. There is abel.debian.org which is armel porterbox
you can try builds. Hector should be able to install valgrind build-depends
there. In case you don't have time/energy to debug the issue on a remote
machine, I can have a look next week.

Riku



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

Bug#592614: current snapshot ok for armv7

[Pierre Habouzit]

On Wed, May 11, 2011 at 10:32:51AM +0300, Riku Voipio wrote:
> On Wed, May 11, 2011 at 09:24:53AM +0200, Pierre Habouzit wrote:
> > Sadly it doesn't work:
> > https://buildd.debian.org/status/fetch.php?pkg=valgrind&arch=armel&ver=1%3A3.6.1-2&stamp=1305095779
>  
> > I have an arm at home so I'll try to see if I'm able to understand how
> > to cheat it, but if you have any clever idea, I'd love to hear it :)
> 
> Thanks for your effort. There is abel.debian.org which is armel porterbox
> you can try builds. Hector should be able to install valgrind build-depends
> there. In case you don't have time/energy to debug the issue on a remote
> machine, I can have a look next week.

Well I have thecus@home with a local mirror on it, it's just I'm not
sure I'll be able to trick autoconf and so forth, I'm not versed in arm
nor in cross-compiling stuff so… machine availability isn't the issue :)

-- 
·O·  Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org



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

Bug#626101: [GIT PATCH] config.guess: add support for armhf

[Henrique de Moraes Holschuh]

On Wed, 11 May 2011, Ben Elliston wrote:
> On Tue, May 10, 2011 at 04:20:29PM -0300, Henrique de Moraes Holschuh wrote:
> > Should you accept the patch, I'd appreciate if you could email me a
> > notice when it gets pushed to your public git repository.
> 
> Done.

Thank you very much for the very quick response!

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh



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

Bug#626349: pbuilder/cowbuilder fails to create base image

[Jameson Graef Rollins]

Package: pbuilder
Version: 0.199+nmu3
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

pbuilder and cowbuilder are both failing to create base images on my
system.  I have tried with multiple distributions, with both pbuilder
and cowbuilder, and nothing works.  I would have thought that this was
probably a debootstrap issue, but I was in fact just able to create a
squeeze debootstrap image with the following command just fine:

sudo debootstrap squeeze foo http://mirror.hmc.edu/debian

I have included the head and tail of the build log below.

pbuilder is pretty thoroughly cleaning up after itself, so I'm having
a hard time figuring out why it's failing.  Any suggestions would be
appreciated.

Thanks.

jamie.

servo:~ 0$ sudo cowbuilder --create --distribution squeeze
 -> Invoking pbuilder
  forking: pbuilder create --buildplace /var/cache/pbuilder/base.cow --mirror 
http://mirror.hmc.edu/debian --distribution squeeze --no-targz --extrapackages 
cowdancer 
W: /root/.pbuilderrc does not exist
I: Running in no-targz mode
I: Distribution is squeeze.
I: Building the build environment
I: running debootstrap
/usr/sbin/debootstrap
I: Retrieving Release
...
I: Unpacking the base system...
I: Unpacking apt...
I: Unpacking binutils...
I: Unpacking build-essential...
I: Unpacking bzip2...
I: Unpacking libdb4.7...
I: Unpacking debian-archive-keyring...
I: Unpacking dpkg-dev...
I: Unpacking libdpkg-perl...
I: Unpacking libc-dev-bin...
I: Unpacking libc6-dev...
I: Unpacking cpp-4.4...
W: Failure while installing base packages.  This will be re-attempted up to 
five times.
I: Unpacking apt...
I: Unpacking binutils...
I: Unpacking build-essential...
I: Unpacking bzip2...
I: Unpacking libdb4.7...
I: Unpacking debian-archive-keyring...
I: Unpacking dpkg-dev...
I: Unpacking libdpkg-perl...
I: Unpacking libc-dev-bin...
I: Unpacking libc6-dev...
I: Unpacking cpp-4.4...
I: Unpacking libgomp1...
I: Unpacking libstdc++6-4.4-dev...
I: Unpacking g++...
I: Unpacking gcc...
I: Unpacking libgdbm3...
I: Unpacking libgmp3c2...
I: Unpacking gnupg...
I: Unpacking linux-libc-dev...
I: Unpacking make...
W: Failure while installing base packages.  This will be re-attempted up to 
five times.
W: Failure while installing base packages.  This will be re-attempted up to 
five times.
W: Failure while installing base packages.  This will be re-attempted up to 
five times.
W: Failure while installing base packages.  This will be re-attempted up to 
five times.
E: debootstrap failed
W: Aborting with an error
pbuilder create failed
  forking: rm -rf /var/cache/pbuilder/base.cow 
servo:~ 1$ 

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

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

Versions of packages pbuilder depends on:
ii  coreutils 8.5-1  GNU core utilities
ii  debconf [debconf-2.0] 1.5.39 Debian configuration management sy
ii  debianutils   3.4.4  Miscellaneous utilities specific t
ii  debootstrap   1.0.30 Bootstrap a basic Debian system
ii  wget  1.12-3.1   retrieves files from the web

Versions of packages pbuilder recommends:
ii  devscripts2.10.72scripts to make the life of a Debi
ii  fakeroot  1.15.1-1   tool for simulating superuser priv
ii  sudo  1.7.4p6-1  Provide limited super user privile

Versions of packages pbuilder suggests:
ii  cowdancer 0.62+nmu2  Copy-on-write directory tree utili
pn  gdebi-core (no description available)
pn  pbuilder-uml   (no description available)

- -- debconf information:
* pbuilder/mirrorsite: http://mirror.hmc.edu/debian
* pbuilder/nomirror:
  pbuilder/rewrite: false

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

iQIcBAEBCAAGBQJNyj2uAAoJEO00zqvie6q8gY4P/jDDdVDNQDVaWnl57vIXN7a8
gWzajXXaGsycK3GYwtZialNZt71pNMou1aLvF4EkbJF1pMce86jh11POsHhMfYal
eMGh++dEwsWQpCyz6UVCR11az306UnoAv4ONxBVXKQhpuWBiWADP3BRpMRSUDDqa
BrdpJrFRB9Czm+19D45fgJ0FVWtKNICQ3SBxCj3RcN8fB687Q+GbI1pB3Gh5dWqi
Jbaq7m+890kXVPItYGH0jwt3uEQ2DL026/ugJRD+dxEWSkNqjv0Kxnolq+LHGPd+
mamIavHZZKVaG7pNzgooIkL8sdbWQsadOC5sWDH2cG8IMu0ozPVeNqKNP9zVcGan
ad8aocUw+SClx+xYdmi3o2or3oNsGoZEfGBFSyKVpTGNO8W2hOGu4k9ZdT7kriqg
cBtRt5fAZZfuh9VombUtf1Tt1hEJUJMeHnhmq0Vh0bCqgX/crk3PPL0Z+QZYdwa4
ojI0azo2qgj5TznAP+CjgzLTXg2QsDjGyPc4WIqqIXiE74EM5MJ+rZ5t91/flS6c
4mmojfagxzAJ6bpSJfp1+UfrIVMLlG96PQw40mIBPvugSUzY8n6wUD9VKP8cd3nj
7g4jqx8DjbHGLvYMCSJfS/es9nYfi9UsRqa+MrIY/49JEUl2sPDuZwd+FKYAcUSa
UMo/IyaNSCIHrEdh3bt/
=Qpp9
-END PGP SIGNATURE-



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

Bug#626350: python-netcdf has circular Depends on python-scientific

[Bill Allombert]

Package: python-netcdf
Version: 2.8-2
Severity: important

Hello Debian QA Group,

There is a circular dependency between python-netcdf and python-scientific:

python-netcdf   :Depends: python-scientific (>= 2.8-2)
python-scientific   :Depends: python-netcdf (>= 2.4.11)

Circular dependencies are known to cause problems during upgrade,
so we should try to get rid of them.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#541256: slapd: could not set cipher list SIGABRT

[Simon L'nu]

Package: slapd
Version: 2.4.25-1+b1
Followup-For: Bug #541256

*** glibc detected *** slapd: double free or corruption (top): 0x08894138 ***

and slapd crashes with an abort signal.

this happens when i set "oldTLSCipherSuite: ___" doesn't matter what, it 
crashes.

doesn't happen with openssl-built slapd, but only with gnutls-built one.

thanks
simon

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

Kernel: Linux 2.6.38.5-acahkos
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages slapd depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  cdebconf [debconf-2.0]0.155  Debian Configuration Management Sy
ii  coreutils 8.5-1  GNU core utilities
ii  debconf [debconf-2.0] 1.5.39 Debian configuration management sy
ii  libc6 2.13-2 Embedded GNU C Library: Shared lib
ii  libdb4.8  4.8.30-8   Berkeley v4.8 Database Libraries [
ii  libgcrypt11   1.5.0~beta1-1  LGPL Crypto library - runtime libr
ii  libgnutls26   2.12.4-1   GNU TLS library - runtime library
ii  libldap-2.4-2 2.4.25-1+b1OpenLDAP libraries
ii  libltdl7  2.4-2  A system independent dlopen wrappe
ii  libperl5.12   5.12.3-6   shared Perl library
ii  libsasl2-22.1.23.dfsg1-8 Cyrus SASL - authentication abstra
ii  libslp1   1.2.1-7.8  OpenSLP libraries
ii  libwrap0  7.6.q-19   Wietse Venema's TCP wrappers libra
ii  lsb-base  3.2-27 Linux Standard Base 3.2 init scrip
ii  perl [libmime-base64-perl 5.12.3-6   Larry Wall's Practical Extraction 
ii  psmisc22.13-1utilities that use the proc file s
ii  unixodbc  2.2.14p2-2 ODBC tools libraries

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

Versions of packages slapd suggests:
ii  ldap-utils   2.4.25-1+b1 OpenLDAP utilities

-- Configuration Files:
/etc/default/slapd changed [not included]
/etc/ldap/schema/corba.schema changed [not included]
/etc/ldap/schema/core.ldif changed [not included]
/etc/ldap/schema/cosine.schema changed [not included]
/etc/ldap/schema/java.schema changed [not included]
/etc/ldap/schema/ppolicy.schema changed [not included]

-- debconf information:
  slapd/tlsciphersuite:
  shared/organization:
* slapd/upgrade_slapcat_failure:
  slapd/backend: HDB
* slapd/allow_ldap_v2: true
* slapd/no_configuration: true
  slapd/move_old_database: true
  slapd/suffix_change: false
* slapd/dump_database_destdir: /var/backups/slapd-VERSION
  slapd/domain:
  slapd/password_mismatch:
  slapd/invalid_config: true
  slapd/slurpd_obsolete:
* slapd/dump_database: when needed
  slapd/migrate_ldbm_to_bdb: false
  slapd/purge_database: false



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

Bug#626343: Merging

[Alex Valavanis]

unarchive 571437
forcemerge 626343 571437
tags 626343 moreinfo
thanks

Hi Teresa,

Thanks for reporting this bug.  I have requested that the older bug
#571437 is merged with this one.

Would you be willing to try installing the newer inkscape 0.48.1-2
package?  You can get hold of it from the Debian Testing repository or
from http://packages.debian.org/source/testing/inkscape

Please let us know if you still experience the problem with the newer package.

Thanks,


Alex



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

Bug#592614: current snapshot ok for armv7

[Pierre Habouzit]

On Wed, May 11, 2011 at 09:38:44AM +0200, Pierre Habouzit wrote:
> On Wed, May 11, 2011 at 10:32:51AM +0300, Riku Voipio wrote:
> > On Wed, May 11, 2011 at 09:24:53AM +0200, Pierre Habouzit wrote:
> > > Sadly it doesn't work:
> > > https://buildd.debian.org/status/fetch.php?pkg=valgrind&arch=armel&ver=1%3A3.6.1-2&stamp=1305095779
> >  
> > > I have an arm at home so I'll try to see if I'm able to understand how
> > > to cheat it, but if you have any clever idea, I'd love to hear it :)
> > 
> > Thanks for your effort. There is abel.debian.org which is armel porterbox
> > you can try builds. Hector should be able to install valgrind build-depends
> > there. In case you don't have time/energy to debug the issue on a remote
> > machine, I can have a look next week.
> 
> Well I have thecus@home with a local mirror on it, it's just I'm not
> sure I'll be able to trick autoconf and so forth, I'm not versed in arm
> nor in cross-compiling stuff so… machine availability isn't the issue :)

Looks like the easiest road is:

  -  armv7*)
  +  arm*)

In the configure case "${host}" in. I'll upload a -3 with that patch and
we'll see how far it goes
-- 
·O·  Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org



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

Bug#592614: current snapshot ok for armv7

[Loïc Minier]

On Wed, May 11, 2011, Pierre Habouzit wrote:
> https://buildd.debian.org/status/fetch.php?pkg=valgrind&arch=armel&ver=1%3A3.6.1-2&stamp=1305095779

 configure.in tests whether host_cpu matches armv7*; I think this is
 incorrect to start with as it should be fine to configure valgrind with
 "--host=arm-linux-gnueabi" (BTW debian/rules doesn't pass
 --build/--host ATM).

 A quick workaround would be to pass --host=armv7-linux-gnueabi to
 configure on armel, but the real fix is probably to change the upstream
 configure.in to build a C program with just "asm("dmb")" to see whether
 ARMv7 is available.

-- 
Loïc Minier



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

Bug#626351: speech-dispatcher-festival: speech-dispatcher 0.7.1-6 locks pulseaudio (only "dummy output" appears as sound device)

[jEsuSdA]

Package: speech-dispatcher-festival
Version: 0.7.1-6
Severity: normal

Latest update of speech-dispatcher launches two pulseaudio instances that locks
the audio system.

Speech-dispatcher launch two pulseaudio instances locking the audio hardware
and then, users can not use this hardware.

When user log in into gnome, pulseaudio only detects the "dummy output" sound
device (no hardware device detected) and no sound can be played.

If root type: killall -9 pulseaudio , then hardware releases and users can use
pulseaudio --start and start playing sounds (hardware device is detected).

The solution I find: remove the speech-dispatcher package. Then, all is working
again.



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

Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (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#626305: liblucene2-java in squeeze misses many bugfixes, especially SOLR-822, please backport from wheezy

[Ferdinando]

Hi Niels,

> The reason why you cannot see the dependency is probably that you looked
> at the binary package eclipse.  The package actually depending on
> liblucene2-java is eclipse-platform, which is (also) built from a source
> package called eclipse. :)
> 
> The reason why we need to modify eclipse is because we got some
> non-trivial with plugins not being loaded in eclipse if some
> dependencies where upgraded.  This lead to #587657, which started out
> with a problem sat4j, but we later learned lucene2 produced a similar
> effect (e.g. see message #125).
>   The issue is particularly annoying as it is non-trivial to debug why
> this happens, because eclipse silently degrades itself in most cases and
> the rest it says something like "Cannot open editor
> org.eclipse.cdt.editor.CEdtior, class not found".  Neither helps the
> user to realise they have to manually fix a file that is out of date.

thanks for the detailed explanation. I fear that backporting a complex package 
as eclipse-platform is out of scope for me at the moment, sorry.

Thanks for maintaining lucene in Debian!

Ciao, Ferdinando



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

Bug#626352: texmaker should depend on texmaker-data, not recommend

[Maia Kozheva]

Package: texmaker
Version: 3.0.2-2

From Ubuntu:

https://bugs.launchpad.net/ubuntu/+source/texmaker/+bug/779790

Reported by TomasHnyk on 2011-05-09

> First, this should probably be filled in Debian but I have never figured out 
how to fill in bugs in their bug tracker.

> Second, I know the default now is to install recommends by default so this 
is not triggered easily.

> However, I think texmaker-data should be a dependency of texmaker. If you 
install texmaker with --no-install-recommends, texmaker-data does not get 
installed resulting in no icon for texmaker, no translation and no manuals. I 
am not sure that constitutes something that is merely recommended.


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

Bug#613534: Seems to be rather a bug in nvidia, not the kernel

[Andreas Beckmann]

On 2011-03-23 13:40, Andreas Beckmann wrote:
> On Monday, 21. March 2011 09:11:43 Andreas Beckmann wrote:
>> Please retry with 260.19.44 which is now in unstable and can be compiled
>> for 2.6.38-rcX, too
> 
> You may want to try the 270.30-1 beta driver which should arrive in 
> experimental soon. Eventually nvidia already fixed this problem.

270.41.06-1 is now available in unstable. The module builds on 2.6.32
(squeeze), 2.6.38 (testing/unstable), 2.6.39-rcX (experimental).
Just make sure you don't have binutils-gold installed, there is
currently an issue when building the kernel module with -gold.

Andreas



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

Bug#626353: code-aster-run: abuses $PATH

[Julien Cristau]

Package: code-aster-run
Version: 1.8.4-1
Severity: important

code-aster-run installs things like /usr/bin/show and /usr/bin/get.  That's
insane...

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#626305: liblucene2-java in squeeze misses many bugfixes, especially SOLR-822, please backport from wheezy

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2011-05-11 10:16, Ferdinando wrote:
> Hi Niels,
> 
>> [...]
> 
> thanks for the detailed explanation. I fear that backporting a complex 
> package 
> as eclipse-platform is out of scope for me at the moment, sorry.
> 
> Thanks for maintaining lucene in Debian!
> 
> Ciao, Ferdinando
> 

Hah, I am the maintainer of eclipse - I just posted here to remind the
lucene2 maintainer of a possible complication of backporting lucene2.

~Niels


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

iQIcBAEBCAAGBQJNykjWAAoJEAVLu599gGRCkAgP/iBqDlfFBF7bs3URJlBOn9P0
iVSTT4VKYWZNsylpPNV9QrdGXHP0YfcaCOu3pPyNIw+Pw5wqwRQyKF+UnTy9ueXV
UO2W0D0t9tA6EqXsvcx2YJ7BsCnx+mKns4835b6/Z/k3+gaJeQo8jZvzmGahJqeW
vFNY3WEOU0tavyJ0eXg5mukiyq+EfuUKnw0AdxJow+rYkuH5ej+RD2U06haKhJgl
MXGQRq5oPclBeMTDZdNuqTt1wGKFpMnFWXasGOHwFtWZrc5sSMLfsEtq7Cw//uRL
gCuEMioTx8g67pHSD+Y5MFzyx7ysbH/bhtazecakI7CQEKqv4gO9T805n/5KjgAj
/xKz5hbr3kHyagkE4+n8Y49CUtgmPAYcKEKwdak70qfoFk1XP7HlBqPNIc5QPBY9
hKqWke93pckX09FPjmgIwy3mZAfRGhW4XbVjSU9GQZER22a9QvqVJFhYHSxcavuR
4qwIERjKDYjca1Gcj6ThoBZ8D5PoNhxsSUo6AN/fDBTOpX/GmDCXdZD0VEns3KFN
pfKanJGVxNk1kEtHxsDNxrz5QIrDDFD5jD0hslkFk5MNqN0ADejZBEXxx4kVcIWB
pqGFez/hOsScgCtC3uo98mNZLBel3dZpBCG8C4WWmTCDvKihOJ4E6B+HNKTO8nXh
wELn3bPBDbQR+P10XRlh
=P191
-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#626337: xserver-xorg-video-intel: Screen update problems (non-compositing)

[Cyril Brulebois]

Hi,

gi1242+debianb...@gmail.com  (10/05/2011):
> There was a suggestion on the Xournal mailing list that this bug is
> related to
> 
> 
> http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=3145530feed879082bcfab11ffc8e7fd0911c920
> 
> But I haven't mastered debian packaging enough to try integrating
> this myself.

something like this should do the job, or at least get you started:

sudo apt-get build-dep xserver-xorg-video-intel
# from the devscripts package, or git clone from git.debian.org:
debcheckout xserver-xorg-video-intel
cd xserver-xorg-video-intel
git remote add upstream 
git://anongit.freedesktop.org/xorg/driver/xf86-video-intel
git fetch upstream
git cherry-pick 3145530feed879082bcfab11ffc8e7fd0911c920
dch --local +yournickname "Cherry-pick 3145530feed879082bcfab11ffc8e7fd0911c920 
from upstream."
debuild -b
sudo debi

> (Trying to install xserver-xorg-video-intel/sid itself wanted me to
> upgrade xserver-xorg-core, which I wasn't prepared to do as this is
> my primary work machine).

That's basically the same version anyway, just built against the newer
server.

> Finally, this might be related to Debian Bug #597696, or it might
> not be. I wasn't sure, so I opened a new issue.

Almost always the best thing to do, thanks.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#626354: evolution: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Package: evolution
Version: 2.30.3-5
Severity: wishlist
Tags: patch l10n

Hello,

Attached is the Dutch translation of the evolution debconf templates.
Please include it in your next upload.

Regards,
-- 
Jeroen Schot
# Dutch translation of evolution debconf templates.
# Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the evolution package.
# Jeroen Schot , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: evolution 2.32.3-1\n"
"Report-Msgid-Bugs-To: evolut...@packages.debian.org\n"
"POT-Creation-Date: 2010-10-25 21:54+0200\n"
"PO-Revision-Date: 2011-05-11 10:36+0200\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Language: nl\n"

#. Type: error
#. Description
#: ../evolution.templates:1001
msgid "Running instances of Evolution detected"
msgstr "Actieve instanties van Evolution gevonden"

#. Type: error
#. Description
#: ../evolution.templates:1001
msgid ""
"You are currently upgrading Evolution to a version with an incompatible "
"index format. However, it has been detected that Evolution is currently "
"running. Upgrading it before shutting it down could lead to crashes or to "
"serious data loss in some cases."
msgstr ""
"Evolution wordt opgewaarderd naar een versie met een niet-compatibele index-"
"indeling. Er is geconstateerd dat Evolution nog actief is. Opwaarderen "
"voordat deze is afgesloten kan crashes of verlies van gegevens veroorzaken."

#. Type: error
#. Description
#: ../evolution.templates:1001
msgid ""
"You need to shut down all running instances of Evolution using the "
"\"evolution --force-shutdown\" command before the upgrade can proceed."
msgstr ""
"U dient alle actieve Evolution-instanties af te sluiten door middel van "
"\"evolution --force-shutdown\" voordat het opwaarderen verder kan gaan."

#. Type: error
#. Description
#: ../evolution.templates:1001
msgid ""
"If this command isn't sufficient, you might want to quit all desktop "
"environments before upgrading."
msgstr ""
"Als dit commando niet afdoende is helpt het wellicht om alle "
"bureaubladomgevingen af te sluiten voor het opwaarderen."

#. Type: select
#. Choices
#: ../evolution.templates:2001
msgid "Abort"
msgstr "Afbreken"

#. Type: select
#. Choices
#: ../evolution.templates:2001
msgid "Kill processes and proceed"
msgstr "Processen geforceerd afsluiten en verdergaan"

#. Type: select
#. Description
#: ../evolution.templates:2002
msgid "Action for remaining Evolution processes:"
msgstr "Actie voor overgebleven Evolution-processen:"

#. Type: select
#. Description
#: ../evolution.templates:2002
msgid ""
"Evolution processes are still present on this system, preventing a safe "
"upgrade."
msgstr ""
"Er zijn nog steeds Evolution-processen aanwezig op dit systeem. Hierdoor is "
"veilig opwaarderen niet mogelijk."

#. Type: select
#. Description
#: ../evolution.templates:2002
msgid ""
"You can either abort the upgrade to work on the situation, or have the "
"processes killed automatically, with a possible impact on running sessions."
msgstr ""
"U kunt het opwaarderen afbreken om hier aan te werken of u kunt de processen "
"automatisch laten afsluiten, mogelijk met negatieve gevolgen voor actieve "
"sessies."

Bug#621479: debian-policy: retire legacy Motif policy (11.8.8)

[Bill Allombert]

tags 621479 pending
quit

On Thu, Apr 07, 2011 at 10:49:29AM -0700, Russ Allbery wrote:
> Justin B Rye  writes:
> 
> > I was just looking at the incoming version of policy, and it occurred to
> > me: is there any particular reason why there still needs to be a section
> > in policy for "The OSF/Motif and OpenMotif libraries"?  It defines the
> > circumstances under which packages compiled against non-free Motif
> > should be given names with -smotif or -dmotif suffixes; but the last
> > such package left in the archive vanished or switched to LessTif
> > somewhere around about Sarge.  The only remaining rdeps of libmotif4
> > that I can see anywhere in Debian are the other members of the openmotif
> > source package.
> 
> Yeah, this whole section looks completely obsolete.  I think we should
> just remove it entirely.  Objections or seconds?
> 
> diff --git a/policy.sgml b/policy.sgml
> index 91173a5..9b4a93e 100644
> --- a/policy.sgml
> +++ b/policy.sgml
> @@ -9370,41 +9370,6 @@ name ["syshostname"]:
>   policy (such as for ).
> 
>   
> -
> - 
> -   The OSF/Motif and OpenMotif libraries
> -
> -   
> - Programs that require the non-DFSG-compliant OSF/Motif or
> -   OpenMotif libraries
> - OSF/Motif and OpenMotif are collectively referred to as
> - "Motif" in this policy document.
> - 
> - should be compiled against and tested with LessTif (a free
> - re-implementation of Motif) instead.  If the maintainer
> - judges that the program or programs do not work
> - sufficiently well with LessTif to be distributed and
> - supported, but do so when compiled against Motif, then two
> - versions of the package should be created; one linked
> - statically against Motif and with -smotif
> - appended to the package name, and one linked dynamically
> - against Motif and with -dmotif appended to the
> - package name.
> -   
> -
> -   
> - Both Motif-linked versions are dependent
> - upon non-DFSG-compliant software and thus cannot be
> - uploaded to the main distribution; if the
> - software is itself DFSG-compliant it may be uploaded to
> - the contrib distribution.  While known existing
> - versions of Motif permit unlimited redistribution of
> - binaries linked against the library (whether statically or
> - dynamically), it is the package maintainer's
> - responsibility to determine whether this is permitted by
> - the license of the copy of Motif in their possession.
> -   
> - 
>
>  
>

Applied to the git repository,

Thanks!
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#626263: Clarification of §10.5 symlink wording needed

[Bill Allombert]

On Tue, May 10, 2011 at 03:32:24PM -0700, Russ Allbery wrote:
> Carsten Hey  writes:
> 
> > Besides "/usr -> /", are symlinks to directories still supported as
> > top-level directories and are there still people using such a setup?
> > If nobody uses this anymore, the policy could be adapted to the year
> > 2011.
> 
> Is there any reason *not* to continue supporting them?  They can
> definitely save you as a short term measure to work around a bad
> partitioning scheme until one can fix it by reformatting.

A reason might be that now we have bind mounts which are generally much more 
robust
than symlinks. That was not the case where this policy was written.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#626318: [xserver-xorg-video-intel] (WW) intel(0): first get vblank counter failed: Invalid argument

[Cyril Brulebois]

Hi,

Lionel Landwerlin  (10/05/2011):
> After some external monitor plug/unplug using the display port
> output of my laptop, my OpenGL applications abort with the following
> error :
> 
> $ ./test-deform-texture
> X Error of failed request:  BadDrawable (invalid Pixmap or Window parameter)
>   Major opcode of failed request:  137 (DRI2)
>   Minor opcode of failed request:  9 (DRI2GetMSC  )
>   Resource id in failed request:  0x426
>   Serial number of failed request:  104
>   Current serial number in output stream:  104
> 
> For each application I try to launch I get 2/3 lines like the following in 
> the Xorg log :
> 
> [ 36965.054] (WW) intel(0): first get vblank counter failed: Invalid argument

some stuff you could try:
 - latest 2.6.39-rc from experimental.
 - mesa master: http://pkg-xorg.alioth.debian.org/howto/build-mesa.html

I don't think there's anything for your issue in the driver's master
branch, but you could try that as well.

If nothing works, please submit a bug report upstream and tell us the
bug number/URL so we can track it:
  http://intellinuxgraphics.org/how_to_report_bug.html

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#626346: Munin-Node needs to be restarted after perl-upgrade

[Holger Levsen]

Hi Cord,

thanks for your bugreport!

(full quote for the benefit of the perl maintainers.)

On Mittwoch, 11. Mai 2011, Cord Beermann wrote:
> Package: munin-node
> Version: 1.4.5-3
> Severity: important
> 
> Hi.
> 
> This is not a real bug, but it is a big issue, caused by the perl 5.10 -->
> 5.12 Upgrade.
> 
> As this package is affected i file it here, but maybe it should be shifted
> towards some perl-package.
> 
> After the Upgrade from perl 5.10 to 5.12 Munin-Node is still running using
> perl 5.10. Munin-Node tries to use Carp/Heavy.pm, but can'T find it
> anymore.
> 
> 2011/05/11-06:30:02 [31055] 2011/05/11-06:30:02 [31464] Can't locate
> Carp/Heavy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1
> /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5
> /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl) at
> /usr/share/perl/5.10/Carp.pm line 39,  line 3.\n   ...propagated at
> /usr/share/perl5/Munin/Common/Timeout.pm line 66,  line 3.
> 
> after a restart of munin-node all is fine again. But without restart
> munin-node doesn'T deliver any data.
> 
> perl should have some restart mechanism like the glibc-Package.

probably. I'm thus tempted to reassign this bug to perl... feedback/ideas very 
welcome!


cheers,
Holger



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

Bug#626353: code-aster-run: abuses $PATH

[Sylvestre Ledru]

Bonjour Julien,

Le mercredi 11 mai 2011 à 10:32 +0200, Julien Cristau a écrit :

> code-aster-run installs things like /usr/bin/show and /usr/bin/get.  That's
> insane...
I guess they could be renamed for something like ca_show (or ca-show).

S





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

Bug#626355: gnumeric: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Package: gnumeric
Version: 1.10.8-1squeeze5
Severity: wishlist
Tags: patch l10n

Hello,

Attached is the Dutch translation of the gnumeric debconf templates.
Please include it in your next upload.

Regards,
-- 
Jeroen Schot
# Dutch translation of gnumeric debconf templates.
# Copyright (C) 2006-2011 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the gnumeric package.
# Kurt De Bree , 2006.
# Jeroen Schot , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: gnumeric 1.10.14-1\n"
"Report-Msgid-Bugs-To: gnume...@packages.debian.org\n"
"POT-Creation-Date: 2010-07-31 12:15+0200\n"
"PO-Revision-Date: 2011-05-11 10:40+0200\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: title
#. Description
#: ../gnumeric.templates:2001
msgid "Detected a running gnumeric process"
msgstr "Er is een actief gnumeric-proces gevonden"

#. Type: boolean
#. Description
#: ../gnumeric.templates:3001
msgid "Really upgrade gnumeric?"
msgstr "Echt gnumeric opwaarderen?"

#. Type: boolean
#. Description
#: ../gnumeric.templates:3001
msgid ""
"An instance of gnumeric is currently running. If you upgrade now, it may no "
"longer be able to save its data."
msgstr ""
"Ergens op het systeem is nog een instantie van gnumeric actief. Als u nu "
"opwaardeert kan deze zijn gegevens mogelijk niet meer opslaan."

#. Type: boolean
#. Description
#: ../gnumeric.templates:3001
msgid ""
"You should close the running instances of gnumeric before upgrading this "
"package."
msgstr ""
"U wordt aangeraden om vóór de opwaardering de actieve gnumeric-instanties af "
"te sluiten."

Bug#617653: Upstream bug

[Matthias Dellweg]

I tried the testcase there, but it did not trigger the problem. However the 
symptoms look alike.

Am Samstag, 7. Mai 2011 schrieb Simon Ruggier:
> There's an upstream bug that might be related:
> https://bugs.freedesktop.org/show_bug.cgi?id=34474



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

Bug#626326: [rt.debian.org #3167] AutoReply: [Debian RT] Please add Christian Kastner's key to the DM keyring

[Christian Kastner]

Hello,

On Wed, 11 May 2011 16:04:10 +1000, Aníbal Monsalve Salazar wrote:

package debian-maintainers
tags 626326 + pending
stop

Your RT ticket is at 
https://rt.debian.org/Ticket/Display.html?id=3167





On Wed, May 11, 2011 at 05:56:24AM +, Debian Keyring requests


-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

keyring-maint:
  please add key ID 08F084DA146C873C361AAFA8E76004C5CEF0C94C
  to the DM keyring
  please notify 626326-d...@bugs.debian.org

Changed-By: Anibal Monsalve Salazar 
Date: Wed, 11 May 2011 15:27:30 +1000
BTS: http://bugs.debian.org/626326
Comment: Add Christian Kastner  as a Debian 
Maintainer
Agreement: 
http://lists.debian.org/debian-newmaint/2011/05/msg00016.html

Advocates:
  yoh - 
http://lists.debian.org/debian-newmaint/2011/05/msg00017.html
  jwilk - 
http://lists.debian.org/debian-newmaint/2011/05/msg00019.html
  sonne - 
http://lists.debian.org/debian-newmaint/2011/05/msg00021.html

KeyCheck:
  pub   4096R/CEF0C94C 2010-03-14
Key fingerprint = 08F0 84DA 146C 873C 361A  AFA8 E760 04C5 
CEF0 C94C

  uid  Christian Kastner 
  sig! DD079461 2010-03-18  Gerfried Fuchs 

  sig!3CEF0C94C 2010-03-14  Christian Kastner 


  uid  Christian Kastner 
  sig! DD079461 2010-03-18  Gerfried Fuchs 

  sig!3CEF0C94C 2010-03-14  Christian Kastner 


  uid  Christian Kastner 
  sig! DD079461 2010-03-18  Gerfried Fuchs 

  sig!3CEF0C94C 2010-03-14  Christian Kastner 


  sub   4096R/1553621B 2010-03-14
  sig! CEF0C94C 2010-03-14  Christian Kastner 




I'm sorry to say that I forgot to mention that my Maintainer address 
 is not my primary UID, as the wiki indicate I should 
have. I hope this is not to big of an issue?


Regards,
Christian



  .
  Let's test if its a version 4 or greater key
  Key is OpenPGP version 4 or greater.  Good!
  Check for key expire stuff
  Valid "e" flag on key 0xE76004C5CEF0C94C, no expiration
  Valid "s" flag on key 0xE76004C5CEF0C94C, no expiration

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

iQIcBAEBCAAGBQJNyiQzAAoJEHxWrP6UeJfYDc8QAKxQeGBe6D0LjANWkWWUIvlh
w3D6xYhH7y2Q7pQ4OlWwGrX7LsBul8ApAe19eF2SER3gmq2WJqzqralBSSLx2q5h
pZe8QHJBMXG500iZRfD+fvq2UViIh7I/ni9pN7Ksf8bREl9eZmiwMobFlrxsn2sc
vvxSmuCqzYSgkdAyUei9DLfXLlsecSx7u0Q6Dn/p+o+pa9WZNqShDfwjpLeRE42n
2fYntpI66zg+6vkkQh534aMyUFB8lw9jjThSIkTs5+Jk1adAMikWEiushHvJllA1
06rnP9LXRpwGwZLfZVVpw8BR1HZGuBLW17ub3bsI8Jr2i8BSiEXQMK0MPMo+0Iff
btfUkracvOws8OBv+bIVsrJUkgNyVbIl2mpxvUBgDgdRb7QEGEU/P9WeTZOOKAj7
RncGHFXuDCeTIRTbsEGuQEH0xNnuUD7X8kxfRORbG7GDOIp6pXvH7vGEo+/i2e20
DRHntKMy1zCcjgBp8+9xSGGek3cp39BkEjT1hPphFBKfF53Ii1UIUSMv93vofqY8
Lgy/T/IFnyHmW0NKh7JovEVhISv6uG4FxsXHnqzVRfDhzkeTf1BmEH81Ky+pN7kF
Ug8CiDvPMfWiwJS4mxW1F9Ol+jdl7hy0+593TjDfVyExJwytAYXxU6JDvxz5f03P
HKXvt+5cKZYOLmUalQyJ
=MeDB
-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#626328: dosemu: Cannot run Paradox

[Kees Cook]

On Tue, May 10, 2011 at 07:49:06PM -0300, Ivan Baldo wrote:
> Reported this upstream bug:
> https://sourceforge.net/tracker/?func=detail&aid=3300178&group_id=49784&atid=457447
> Though maybe could it be Debian specific?
> Does it work on Debian Sid?

I can confirm this failure as well. Unfortunately, I get no stack traces
out of dosemu.

-- 
Kees Cook@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#626356: xen-utils-common: Xen domains should shut down before iSCSI

[Erik Dalén]

Package: xen-utils-common
Version: 4.0.0-1
Severity: important

Xen domains should be shutdown before iSCSI if that is installed. This can be
accomplished by adding the following to /etc/init.d/xendomains:
# Should-Start:  iscsi
# Should-Stop:   iscsi

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

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

Versions of packages xen-utils-common depends on:
ii  gawk1:3.1.7.dfsg-5   GNU awk, a pattern scanning and pr
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii  udev164-3/dev/ and hotplug management daemo
ii  xenstore-utils  4.0.1-2  Xenstore utilities for Xen

xen-utils-common recommends no packages.

xen-utils-common suggests no packages.

-- Configuration Files:
/etc/xen/xend-config.sxp changed [not included]

-- 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#562726: xboard: font problem, crash

[h.g. muller]

It has come to my attention that problems like this are often caused by the 
X-server font path not being set correctly. So the dependency mechanism 
does load the required font packages, and they do have the required fonts 
in them, but the X-server cannot fin them. The situation can be corrected 
by giving the command


xset fp+ /usr/share/fonts/X11

(or wherever else your font packages are installed).

This problem does not seem to have anything to do with XBoard; if anything, 
it should count as a bug in the installation of the respective font packages.





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

Bug#541256: [Pkg-openldap-devel] Bug#541256: slapd: could not set cipher list SIGABRT

[Quanah Gibson-Mount]

--On Wednesday, May 11, 2011 3:55 AM -0400 Simon L'nu  
wrote:



Package: slapd
Version: 2.4.25-1+b1
Followup-For: Bug #541256

*** glibc detected *** slapd: double free or corruption (top): 0x08894138
***


I've filed this upstream as that is the appropriate place to file this bug.



--Quanah


--

Quanah Gibson-Mount
Sr. Member of Technical Staff
Zimbra, Inc
A Division of VMware, Inc.

Zimbra ::  the leader in open source messaging and collaboration



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

Bug#626343: Merging

[Teresa e Junior]

On Wed, 11 May 2011 09:04:33 +0100
Alex Valavanis  wrote:

>unarchive 571437
>forcemerge 626343 571437
>tags 626343 moreinfo
>thanks
>
>Hi Teresa,
>
>Thanks for reporting this bug.  I have requested that the older bug
>#571437 is merged with this one.
>
>Would you be willing to try installing the newer inkscape 0.48.1-2
>package?  You can get hold of it from the Debian Testing repository or
>from http://packages.debian.org/source/testing/inkscape
>
>Please let us know if you still experience the problem with the newer
>package.
>
>Thanks,
>
>
>Alex

Hello, Alex! Thanks for your responsiveness!

I believe it has been fixed!

Unless I'm the only squeeze user to be affected, this is a very
important fix to be proposed, because inkscape has crashed about five
times this evening, and I had data loss not only once.

Thank you and best regards!



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

Bug#610712: Subscribing

[Yves-Alexis Perez]

Yes, this would be really nice to have.

Regards,
-- 
Yves-Alexis




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

Bug#626357: please add command line switch for parallel builds

[Reinhard Tartler]

Package: sbuild
Version: 0.60.9-1
Severity: wishlist

It would be cool to have a switch "-j" that behaves similar to debuild,
i.e., ammending the environemnt variable DEB_BUILD_OPTIONS to to enable
parallel builds.

thanks for considering

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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
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#626358: logwatch: Upgrade overwrites default config without prompting

[Simon Hobson]

Package: logwatch
Version: 7.3.6.cvs20080702-2lenny1
Severity: normal

When package is upgraded, /usr/share/logwatch/default.conf/logwatch.conf is 
silently overwritten, thus losing customisations.
Most other packages prompt the user for options (overwrite/keep 
installed/compare) when a config file has been modified since installation.

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

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

Versions of packages logwatch depends on:
ii  perl 5.10.0-19lenny3 Larry Wall's Practical Extraction 
ii  postfix [mail-transport- 2.5.5-1.1   High-performance mail transport ag

Versions of packages logwatch recommends:
pn  libdate-manip-perl (no description available)

Versions of packages logwatch suggests:
pn  fortune-mod(no description available)

-- no debconf information



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

Bug#316521: dpkg: stale directories when packages install conffiles to subsubdirectories of /etc

[Ondřej Surý]

Hi Guillem,

your patch doesn't fix the problem, and even introduces more problems,
because as it is written it leaves all directories which have
conffiles on the disk.

This section:

static void
removal_bulk_remove_files(struct pkginfo *pkg)
{
[...]
if (namenode->flags & fnnf_old_conff) {
  push_leftover(&leftover,namenode);
  continue;
}

causes every conffile to be added to leftover list triggering
dir_is_used_by_pkg for every parent directory of the conffile.

However if you put back the logic to run the dir_is_used_by_pkg only
if the file is used by others then it works correctly because the
directory gets removed by last package owning the directory. (0001
does that and works)

Another option would be to split the loops and add conffiles to
leftover list after the first run (something like in the second
attached patch).

> It would be nice to have a
> test case for our functional test-suite too. :)
>
>  

Test case is attached.

O.


2011/5/6 Guillem Jover :
> Hi!
>
> On Wed, 2011-05-04 at 11:11:10 +0200, Ondřej Surý wrote:
>> The attached patch keeps the directory in the .list (aka add it
>> to the leftover) if the children directory is found on the leftover
>> list.
>
> The problem is that the check is not correct, isdirectoryinuse (now
> dir_is_used_by_others) checks for the directory being referenced by
> other packages, and here we only care if it's owned by the package
> being acted on.
>
>> There could be a slight modification to keep /. in the list as well to
>> be formally correct, but IMO it's not needed.
>
> Right, and it actually needs to be ignored on removal or dpkg fails on
> non dpkg native systems (or fake environments), where the last package
> can be easily removed.
>
> Anyway I'm attaching a modified version, but I've only build tested
> it. If you could test it that'd be nice. It would be nice to have a
> test case for our functional test-suite too. :)
>
>  
>
>> Also I have found a small bug in the matching function
>> hasdirectoryconffiles and I am inheriting it (since I don't think it's
>> major)...
>>
>> If there is a conffile named:
>>
>> /etc/pkg/foobar/foo.conf
>>
>> and directory
>>
>> /etc/pkg/foo
>>
>> then the /etc/pkg/foo is matched and not removed.
>>
>> If you want this fixed, just ping me, it's easy to add something like
>> "&& (->name[namelen] == \0 or ...->name[namelen] == '/')", and
>> I'll fix it at both places.
>
> Ah nice catch! I've pushed a fix for this (commit
> 2c9a342dc4e1ad3e9e58ac89957b9068664d1930). Thanks!
>
> regards,
> guillem
>



-- 
Ondřej Surý 
http://blog.rfc1925.org/
From bc5b2fb02cc6474f259050c92e1c568eda738d16 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ond=C5=99ej=20Sur=C3=BD?= 
Date: Wed, 11 May 2011 09:45:51 +0200
Subject: [PATCH] Keep parent directories in the leftover list if the child is not removed.

---
 src/help.c   |   26 ++
 src/main.h   |2 ++
 src/remove.c |   12 ++--
 3 files changed, 38 insertions(+), 2 deletions(-)

diff --git a/src/help.c b/src/help.c
index 4a2256f..5b0fd39 100644
--- a/src/help.c
+++ b/src/help.c
@@ -512,6 +512,32 @@ dir_is_used_by_others(struct filenamenode *file, struct pkginfo *pkg)
   return false;
 }
 
+bool
+dir_is_used_by_pkg(struct filenamenode *file, struct pkginfo *pkg,
+   struct fileinlist *list)
+{
+  struct fileinlist *node;
+  size_t namelen;
+
+  debug(dbg_veryverbose, "dir_is_used_by_pkg '%s' (by %s)",
+file->name, pkg ? pkg->name : "");
+
+  namelen = strlen(file->name);
+
+  for (node = list; node; node = node->next) {
+debug(dbg_veryverbose, "dir_is_used_by_pkg considering %s ...",
+  node->namenode->name);
+
+if (strncmp(file->name, node->namenode->name, namelen) == 0 &&
+node->namenode->name[namelen] == '/')
+  return true;
+  }
+
+  debug(dbg_veryverbose, "dir_is_used_by_pkg no");
+
+  return false;
+}
+
 void oldconffsetflags(const struct conffile *searchconff) {
   struct filenamenode *namenode;
 
diff --git a/src/main.h b/src/main.h
index 12d12e7..3b8e094 100644
--- a/src/main.h
+++ b/src/main.h
@@ -249,6 +249,8 @@ void post_postinst_tasks(struct pkginfo *pkg, enum pkgstatus new_status);
 
 void clear_istobes(void);
 bool dir_is_used_by_others(struct filenamenode *namenode, struct pkginfo *pkg);
+bool dir_is_used_by_pkg(struct filenamenode *namenode, struct pkginfo *pkg,
+struct fileinlist *list);
 bool dir_has_conffiles(struct filenamenode *namenode, struct pkginfo *pkg);
 
 void log_action(const char *action, struct pkginfo *pkg);
diff --git a/src/remove.c b/src/remove.c
index a33518d..b2e706a 100644
--- a/src/remove.c
+++ b/src/remove.c
@@ -257,8 +257,12 @@ removal_bulk_remove_files(struct pkginfo *pkg)
 	  push_leftover(&leftover,namenode);
 	  continue;
 	}
-if (dir_is_used_by_others(namenode, pkg))
+if (dir_is_used_by_others(namenode, pkg)) {

Bug#606959: logrotate script should set correct owner/group

[Tzafrir Cohen]

Going back to an old bug:

Laurent Bigonville wrote:
> Tzafrir Cohen wrote:
> > Could you please give more details on how to reproduce the problem?
> 
> According to logrotate manpage[1] the new file is created by logrotate
> just after the rotation with the permissions of the old one.
> 
> So if for some reasons the file is missing or has bad permissions
> asterisk will not (re)start and nothing will fix the permissions.

Asterisk has no issue with missing log files. The log files that are
actually in use will be recreated anyway at 'logger reload'. Not all the
files listed here are actually in use by all systems.

I would like to avoid creating the log files if it is not necessary.
Unless anybody objects I'll close this report.

-- 
   Tzafrir Cohen
icq#16849755  jabber:tzafrir.co...@xorcom.com
+972-50-7952406   mailto:tzafrir.co...@xorcom.com
http://www.xorcom.com  iax:gu...@local.xorcom.com/tzafrir



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

Bug#619602: RFP: theunarchiver -- archive extractor with built-in support for multiple formats

[Adam Borowski]

On Wed, May 11, 2011 at 08:57:56AM +0800, Sylvain Beucler wrote:
> * Package name: theunarchiver
> * URL : http://wakaba.c3.cx/s/apps/unarchiver.html
 
> The Unarchiver extracts archives in Zip, Tar-GZip, Tar-BZip2, RAR,
> 7-zip, LhA, StuffIt and many other old and obscure formats.
> 
> In particular it supports extracting RAR v3 archive using a completely
> free, LGPL'd implementation (while other archive managers usually rely
> on the non-free library from the RAR authors).

Now that's interesting.  Do you mean, someone reverse engineered the format
or did work around the restrictions of unrar-nonfree's license?  That
license specifically forbids reading the source to recreate the format. 
This restriction doesn't sound like something very solid, but whatever way
it was avoided needs close scrutiny.

If it's kosher, it would be great to make the free implementation available
as a library.

-- 
1KB // Microsoft corollary to Hanlon's razor:
//  Never attribute to stupidity what can be
//  adequately explained by malice.



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

Bug#548738: Inconsistent behaviour of mangling/demangling

[Friedrich Delgado Friedrichs]

Hi!

Pierre Habouzit schrieb:
> > The following false positive (I think) from libc prints like this in 
> > valgrind 1%3a3.4.1-1 with --demangle=no:
> > 
> > ==24358== Invalid free() / delete / delete[]
> > ==24358==at 0x4C2261F: _vgrZU_libcZdsoZa_free (vg_replace_malloc.c:323)
> > ==24358==by 0x514ADEA: (within /lib/libc-2.9.so)
> > ==24358==by 0x514A981: (within /lib/libc-2.9.so)
> > ==24358==by 0x4A1E560: _vgnU_freeres (vg_preloaded.c:60)
> > ==24358==by 0x507E4B4: exit (in /lib/libc-2.9.so)
> > ==24358==by 0x50665CC: __libc_start_main (in /lib/libc-2.9.so)
> > ==24358==  Address 0x4039178 is not stack'd, malloc'd or (recently) free'd
> > ==24358==
> > ==24358==  Print suppression ? --- [Return/N/n/Y/y/C/c]  y

> > {
> >
> >Memcheck:Free
> >fun:_vgrZU_libcZdsoZa_free
> >obj:/lib/libc-2.9.so
> >obj:/lib/libc-2.9.so
> >fun:_vgnU_freeres
> >fun:exit
> >fun:__libc_start_main
> > }

> > But with 1%3a3.5.0-1 it looks like this:
> > 
> > ==24071== Invalid free() / delete / delete[]
> > ==24071==at 0x4C21DBC: free (vg_replace_malloc.c:325)
> > ==24071==by 0x5149DEA: ??? (in /lib/libc-2.9.so)
> > ==24071==by 0x5149981: ??? (in /lib/libc-2.9.so)
> > ==24071==by 0x4A1E590: _vgnU_freeres (vg_preloaded.c:62)
> > ==24071==by 0x507D4B4: exit (in /lib/libc-2.9.so)
> > ==24071==by 0x50655CC: (below main) (in /lib/libc-2.9.so)
> > ==24071==  Address 0x4038cd0 is not stack'd, malloc'd or (recently) free'd
> > ==24071==
> > ==24071==
> > ==24071==  Print suppression ? --- [Return/N/n/Y/y/C/c]  y
> > {
> >
> >Memcheck:Free
> >fun:free
> >obj:/lib/libc-2.9.so
> >obj:/lib/libc-2.9.so
> >fun:_vgnU_freeres
> >fun:exit
> >fun:(below main)
> > }
> 
> I fail to see where the problem is since the sole difference is 'free'
> which should be 'free' (it's a C symbol) and not _vgrZU_libcZdsoZa_free
> a all.
there's also a difference between __libc_start_main vs. (below main).

I think you're basically saying that it was a bug before and is fixed
since 3.5.0?

The manpage states:

,
   An important fact about demangling is that function names
   mentioned in suppressions files should be in their mangled
   form. Valgrind does not demangle function names when
   searching for applicable suppressions, because to do
   otherwise would make suppression file contents dependent on
   the state of Valgrind's demangling machinery, and also slow
   down suppression matching.
`

Which is why I give --demangle=no when looking for applicable
suppressions.

The difference in the output between 3.4 and 3.5 looks like
_vgrZU_libcZdsoZa_free and __libc_start_main are the mangled forms.

Also when I enter the supression as output by 3.5., the error is still
printed, i.e. not supressed, so there is at least an inconsistency
between matching and printing of supressions here.

I've resorted to --run-libc-freeres=no to get rid of those false
positives, and fortunately I don't get false leak reports, but since
libc-freeres doesn't segfault, it doesn't seem like the right thing to
do.

> Are you sure this is a bug?

Pretty sure.

-- 
Friedrich Delgado 
 TauPan on Ircnet and Freenode ;)



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

Bug#622309: udev: Network, sound and X input broken

[Matthias Dellweg]

found 622309 168-1
found 622309 168-2
thanks

I have the same problem again with both versions 168-1 and 168-2. And I double 
checked there is no /run. There must be yet another trigger.
Downgrading to 167-3 from snapshot ensures a working computer again.
Regards, Matthias



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

Bug#626359: Fails to build from source (test suite failure due to incorrect exec of start-stop-daemon)

[Moritz Muehlenhoff]

Package: tokyotyrant
Version: 1.1.40-4
Severity: serious

Hi Örjan/Andreas,

I've tried to rebuild tokyotyrant for Univention Corporate Server, a Debian 
derived distribution based on Debian stable (currently Lenny, our next release 
will be based on Squeeze).

The version of tokyotyrant in Squeeze and sid fails to build from source when
build as non-root (which should be the default):

---
(..)
LD_LIBRARY_PATH=.  ./tcrmgr out -port 0 /tmp/ttserver-test.sock two; \
LD_LIBRARY_PATH=.  ./tcrmgr get -port 0 /tmp/ttserver-test.sock three > 
check.out; \
LD_LIBRARY_PATH=.  ./tcrmgr get -port 0 /tmp/ttserver-test.sock four > 
check.out; \
LD_LIBRARY_PATH=.  ./tcrmgr get -port 0 /tmp/ttserver-test.sock five > 
check.out; \
LD_LIBRARY_PATH=.  ./tcrmgr mget -port 0 /tmp/ttserver-test.sock one 
two three four five > check.out; \
LD_LIBRARY_PATH=.  ./tcrmgr misc -port 0 /tmp/ttserver-test.sock 
putlist six sixth seven seventh; \
LD_LIBRARY_PATH=.  ./tcrmgr misc -port 0 /tmp/ttserver-test.sock 
outlist six; \
LD_LIBRARY_PATH=.  ./tcrmgr misc -port 0 /tmp/ttserver-test.sock 
getlist three four five six > check.out; \
LD_LIBRARY_PATH=.  ./tcrmgr list -port 0 -pv /tmp/ttserver-test.sock > 
check.out; \
LD_LIBRARY_PATH=.  ./tcrmgr list -port 0 -pv -fm f 
/tmp/ttserver-test.sock > check.out; \
rm -rf ulog ; mkdir -p ulog
/bin/bash: line 3: start-stop-daemon: command not found
make[1]: *** [check] Error 1
make[1]: Leaving directory `/home/jmm/tokyo/tokyotyrant-1.1.40'
dh_auto_test: make -j1 check returned exit code 2
make: *** [build] Error 29
dpkg-buildpackage: error: debian/rules build gave error exit status 2
---

start-stop-daemon resides under /sbin/ and is not in the standard path
of a regular user. Attached patch absolutises the path, which fixes
the build.

This also affects stable, so you might want to fix it in a point update.

Cheers,
Moritz
Fix FTBFS since start-stop-daemon resides under /sbin, which isn't in the 
standard path
when building as non-root.

diff -aur tokyotyrant-1.1.40.orig//debian/patches/003-run-service-make-check 
tokyotyrant-1.1.40/debian/patches/003-run-service-make-check
--- tokyotyrant-1.1.40.orig//debian/patches/003-run-service-make-check  
2010-05-16 18:46:23.0 +0200
+++ tokyotyrant-1.1.40/debian/patches/003-run-service-make-check
2011-02-16 14:43:02.0 +0100
@@ -71,11 +71,11 @@
 +  if [ $(test_start_stop) -eq 1 ]; then \
 +  $(RUNENV); \
 +  export LD_LIBRARY_PATH; \
-+  start-stop-daemon -v -S -p $(test_pid) -d `pwd` --exec 
`pwd`/ttserver \
++  /sbin/start-stop-daemon -v -S -p $(test_pid) -d `pwd` --exec 
`pwd`/ttserver \
 +  -- -host $(test_host) -port $(test_port) \
 + -ld -dmn -pid $(test_pid) || exit 1; \
 +  \
-+  trap "start-stop-daemon -v -K -R TERM/30/KILL/5 -p $(test_pid) 
&& rm -f $(test_pid)" 0; \
++  trap "/sbin/start-stop-daemon -v -K -R TERM/30/KILL/5 -p 
$(test_pid) && rm -f $(test_pid)" 0; \
 +  fi; \
 +  \
 +  for i in `seq 5`; do \
Nur in tokyotyrant-1.1.40/debian/patches: 003-run-service-make-check~.
diff -aur tokyotyrant-1.1.40.orig//Makefile.in tokyotyrant-1.1.40/Makefile.in
--- tokyotyrant-1.1.40.orig//Makefile.in2011-02-16 14:42:22.0 
+0100
+++ tokyotyrant-1.1.40/Makefile.in  2011-02-16 14:43:19.0 +0100
@@ -176,11 +176,11 @@
if [ $(test_start_stop) -eq 1 ]; then \
$(RUNENV); \
export LD_LIBRARY_PATH; \
-   start-stop-daemon -v -S -p $(test_pid) -d `pwd` --exec 
`pwd`/ttserver \
+   /sbin/start-stop-daemon -v -S -p $(test_pid) -d `pwd` --exec 
`pwd`/ttserver \
-- -host $(test_host) -port $(test_port) \
   -ld -dmn -pid $(test_pid) || exit 1; \
\
-   trap "start-stop-daemon -v -K -R TERM/30/KILL/5 -p $(test_pid) 
&& rm -f $(test_pid)" 0; \
+   trap "/sbin/start-stop-daemon -v -K -R TERM/30/KILL/5 -p 
$(test_pid) && rm -f $(test_pid)" 0; \
fi; \
\
for i in `seq 5`; do \

Bug#626360: ITP: scriptutils -- Script Utilities

[wayana]

Package: wnpp Severity: wishlist I intend to create a package for scriptutils, 
but I need a mentor. The package description is: The Script Utilities are tools 
to manipulate files and text in POSIX compliant systems. The license is: Apache 
2 It can be downloaded from:  https://github.com/wayana/scriptutils/tree/1.4.1
 Regards,

Bug#592614: current snapshot ok for armv7

[Loïc Minier]

On Wed, May 11, 2011, Pierre Habouzit wrote:
> Looks like the easiest road is:
>   -  armv7*)
>   +  arm*)
> In the configure case "${host}" in. I'll upload a -3 with that patch and
> we'll see how far it goes

 Yep, but upstream specifically want to test for arm >= v7 as to fail
 the build on <= 6 which isn't supported, so that change wouldn't be
 upstreamable  :-/

-- 
Loïc Minier



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

Bug#626273: exim4-base: The last update of exim caused problems and did not run through

[Kevin Richter]

Am 10.05.2011 19:19, schrieb Andreas Metzler:
> On 2011-05-10 Kevin Richter  wrote:
>> Package: exim4-base
>> Version: 4.72-6+squeeze1
>> Severity: grave
>> Justification: renders package unusable
> 
>> Ive done an apt-get update. The system told me that exim4-base,
>> exim4-daemon-light, ... should be updated. Ive followed (apt-get
>> upgrade) and everything crashed:
> 
>> Paketlisten werden gelesen... Fertig
>> Abhängigkeitsbaum wird aufgebaut
>> Statusinformationen werden eingelesen... Fertig
>> 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
>> 3 nicht vollständig installiert oder entfernt.
>> Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
>> exim4-base (4.72-6+squeeze1) wird eingerichtet ...
>> insserv: warning: script 'K91apache' missing LSB tags and overrides
>> insserv: There is a loop at service rc.local if started
>> insserv: There is a loop between service rc.local and checkroot if started
>> insserv:  loop involving service checkroot at depth 3
>> insserv:  loop involving service keyboard-setup at depth 2
>> insserv:  loop involving service hwclock at depth 5
>> insserv:  loop involving service hwclockfirst at depth 3
>> insserv:  loop involving service hostname at depth 4
>> insserv: There is a loop between service rc.local and mountnfs if started
>> insserv:  loop involving service mountnfs at depth 9
>> insserv:  loop involving service networking at depth 8
>> insserv: There is a loop between service apache and ifupdown-clean if
>> started
>> insserv:  loop involving service ifupdown-clean at depth 6
>> insserv:  loop involving service kbd at depth 12
>> insserv: There is a loop between service rc.local and mountall-bootclean
>> if started
>> insserv:  loop involving service mountall-bootclean at depth 8
>> insserv:  loop involving service mountall at depth 7
>> insserv:  loop involving service checkfs at depth 6
>> insserv:  loop involving service mountoverflowtmp at depth 10
>> insserv: There is a loop between service apache and mtab if started
>> insserv:  loop involving service mtab at depth 6
>> insserv: There is a loop at service apache if started
>> insserv: Starting apachectl depends on rc.local and therefore on system
>> facility `$all' which can not be true!
>> insserv: Starting apachectl depends on rc.local and therefore on system
>> facility `$all' which can not be true!
>> [... many identical lines removed ...]
>> insserv: Starting apachectl depends on rc.local and therefore on system
>> facility `$all' which can not be true!
>> insserv: Max recursions depth 99 reached
>> insserv:  loop involving service atd at depth 1
>> insserv: Starting apachectl depends on rc.local and therefore on system
>> facility `$all' which can not be true!
>> insserv: Starting apachectl depends on rc.local and therefore on system
>> facility `$all' which can not be true!
>> insserv: Starting apachectl depends on rc.local and therefore on system
>> facility `$all' which can not be true!
>> insserv: Starting apachectl depends on rc.local and therefore on system
>> facility `$all' which can not be true!
>> insserv: Starting apachectl depends on rc.local and therefore on system
>> facility `$all' which can not be true!
>> insserv: Starting apachectl depends on rc.local and therefore on system
>> facility `$all' which can not be true!
>> insserv: There is a loop between service rc.local and mountoverflowtmp
>> if started
>> insserv: There is a loop between service rc.local and udev if started
>> insserv:  loop involving service udev at depth 2
>> insserv:  loop involving service mountkernfs at depth 1
>> insserv: Starting apachectl depends on rc.local and therefore on system
>> facility `$all' which can not be true!
>> insserv: Starting apachectl depends on rc.local and therefore on system
>> facility `$all' which can not be true!
>> insserv: Starting apachectl depends on rc.local and therefore on system
>> facility `$all' which can not be true!
>> insserv: Starting apachectl depends on rc.local and therefore on system
>> facility `$all' which can not be true!
>> insserv: Starting apachectl depends on rc.local and therefore on system
>> facility `$all' which can not be true!
>> insserv: exiting now without changing boot order!
>> update-rc.d: error: insserv rejected the script header
> [...]
> 
> Hello,
> 
> this looks like a dormant issue on the system in question that is
> triggered by any package installing/upgrading a init-script (For
> reference the exim4 init script was not changed at all in
> 4.72-6+squeeze1.
> 
> This looks especially fishy:
>> insserv: warning: script 'K91apache' missing LSB tags and overrides
> Are you really still running the unsupported apache 1 http server?
> 
> cu andreas
> 

Hi,

no, it is the Apache2, but self-built, not as a debian package:

root@z11:~# dpkg --get-selections | grep apache
root@z11:~# dpkg --get-selections | grep httpd
root@z11:~# ls -al /etc/rc?.d/*apache
lrwxrwxrwx 1 root root 30 26. Apr 16:18 /etc/rc3.d/K91a

Bug#626361: run lintian and piuparts from within the chroot

[Reinhard Tartler]

Package: sbuild
Severity: normal

Hi,

Thanks for implementing the --run-lintian and --run-piuparts hooks in
sbuild. I noticed that both swtiches try to use the system utilities. I
think it would be far more useful if they would install the packages in
the chroot and use them right inside the chroot. Imagine the case that
you have several chroots (oldstable, unstable, testing, lucid, natty,
etc), where using the system lintian from debian/stable might not give
the best results.  In case you used the tool versions from the chroot,
always the matching version of these QA are used and you get better
reports.


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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
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#541256: [Pkg-openldap-devel] Bug#541256: slapd: could not set cipher list SIGABRT

[Howard Chu]

Quanah Gibson-Mount wrote:

--On Wednesday, May 11, 2011 3:55 AM -0400 Simon L'nu
wrote:


Package: slapd
Version: 2.4.25-1+b1
Followup-For: Bug #541256

*** glibc detected *** slapd: double free or corruption (top): 0x08894138
***


I've filed this upstream as that is the appropriate place to file this bug.



--Quanah


A backtrace is needed. And I'm not sure we should handle this upstream, 
depending on whatever other patches may be in the debian build that we don't 
know about.


--
  -- Howard Chu
  CTO, Symas Corp.   http://www.symas.com
  Director, Highland Sun http://highlandsun.com/hyc/
  Chief Architect, OpenLDAP  http://www.openldap.org/project/



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

Bug#626316: Fails to build on kfreebsd due to difference in exported symbols

[Peter Pentchev]

package src:dante
tag 626316 + pending
thanks

On Tue, May 10, 2011 at 11:24:58PM +0200, Christoph Egger wrote:
> Package: src:dante
> Version: 1.1.19.dfsg-3
> Severity: important
> Justification: fails to build from source
> 
> Hi!
> 
> dante does alredy build on kfreebsd. However due to a missing symbol
> the package build itself still fails. This should be easily fixable --
> something like the patch below (untested):

Thanks, I'll take care of this in the update to the new upstream version
1.2.3 that's coming up in the next couple of days.

G'luck,
Peter

-- 
Peter Pentchev  r...@ringlet.net r...@freebsd.org pe...@packetscale.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
Nostalgia ain't what it used to be.


signature.asc
Description: Digital signature

Bug#626263: Clarification of §10.5 symlink wording needed

[Roger Leigh]

On Wed, May 11, 2011 at 10:12:06AM +0200, Bill Allombert wrote:
> On Tue, May 10, 2011 at 03:32:24PM -0700, Russ Allbery wrote:
> > Carsten Hey  writes:
> > 
> > > Besides "/usr -> /", are symlinks to directories still supported as
> > > top-level directories and are there still people using such a setup?
> > > If nobody uses this anymore, the policy could be adapted to the year
> > > 2011.
> > 
> > Is there any reason *not* to continue supporting them?  They can
> > definitely save you as a short term measure to work around a bad
> > partitioning scheme until one can fix it by reformatting.
> 
> A reason might be that now we have bind mounts which are generally much more
> robust than symlinks. That was not the case where this policy was written.

Thanks everyone for your explanations.  I've updated the symlinks to
be absolute.

I am, however, unsure if the policy is the ideal solution today
compared with 1998 when the Linux VFS was much more primitive.
I am yet to be convinced that the absolute link is better technically.
One thing I'm wanting to do (when time allows) is work on merging
/usr and / where /usr would become a symlink to /.  That link would
be "/" or ".." and having it absolute would not be good if you look
up the path /chroot/usr/bin/foo since you'll actually get /bin/foo
on the host, where the path might not even be valid (it might be
/usr/bin/foo).  With a relative link it will always work correctly.
This is exactly the same issue as the /var/run symlink.

Other than the rather special use case for absolute links for top level
dirs, I'm not sure that absolute links are preferable to relative.
Although chroot environments are a special case, absolute symlinks in
the chroot could cause serious problems on the host if a link in the
chroot points to somewhere on the host; you might end up using the wrong
programs, libraries, or even blowing away a huge chunk of the host's
filesystem.


I guess from the policy POV this is concerns what we consider to be
acceptable practice for a sysadmin.  While the policy caters for
admins who create symlinks for top-level directories, this practice
does not extend to subdirectories--where things would still break.
Symlinks can be fragile, and we have much better means to rearrange
the filesystem now--and this applies to all the platforms we support,
not just Linux.

From the POV of packaging, I'd like symlinks to point to a specific
place, without ambiguity, and in the context of chroots, a relative
link is unambiguous whereas an absolute link changes depending on
where we are rooted.


Regards,
Roger

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


signature.asc
Description: Digital signature

Bug#607083: O: python-peak.util -- utilities from the Python Enterprise Application Kit

[Jakub Wilk]

* Daniele Tricoli , 2011-05-11, 07:08:
I would like to adopt python-peak.util and managing it under the 
umbrella of the Debian Python Modules Team.


Very well! The package used to be team-maintained (by this particular 
team) for a while, and the packaging is still in the DPMT reposistory.


I have to leave Maintainer field to Debian QA Group or can I switch to 
Debian Python Modules Team?


Only orphaned packages are supposed to have Debian QA Group in the 
Maintainer field, so please do update it.


--
Jakub Wilk



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

Bug#596626: Please support Linksys WUSB600N v2 WiFi USB stick

[maximilian attems]

On Tue, May 10, 2011 at 11:24:34PM +1000, Geoff Simmons wrote:
> On Mon, May 09, 2011 at 07:22:56PM +0200, maximilian attems wrote:
> > Version: 2.6.38-5
> >
> > fixed in latest upload to unstable by enabling RT2800USB_RT35XX.
> > thus closing.
> 
> Recognition of this device (USB ID 1737:0079) by the rt2800usb driver
> currently requires RT2800USB_UNKNOWN to be enabled.

strange it is listed in the dev table
{ USB_DEVICE(0x1737, 0x0079), USB_DEVICE_DATA(&rt2800usb_ops) },
and even since long it seems:
 git name-rev 5e312589
5e312589 tags/v2.6.33-rc3~44^2^2~15

-- 
maks



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

Bug#622761: kernel upgrade trashes X display

[Cyril Brulebois]

Hi,

Steve Kleene  (16/04/2011):
> which also restored the older versions of 37 other xserver-xorg packages.
> Those are now being held back by apt-get upgrade.  These upgrades:
> 
>   xserver-common 2:1.7.7-13 2:1.9.5-1
>   xserver-xephyr 2:1.7.7-13 2:1.9.5-1
>   xserver-xorg-input-all 1:7.5+8 1:7.6+6
>   xserver-xorg-video-all 1:7.5+8 1:7.6+6
> 
> succeeded without ruining the X display.
> 
> Sorry to have submitted this bug against the wrong package.  It probably
> belongs to xorg or one of the xserver-xorg packages.  Thanks.

(so somebody reassigned it…)

please provide more info, see how to follow up:
  http://pkg-xorg.alioth.debian.org/howto/report-bugs.html

Checking what happens with 2.6.39-rc* (from experimental) would be
nice anyway (with the new X packages).

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#622761: reassign 622761 to xserver-xorg

[Cyril Brulebois]

Wolodja Wentland  (11/05/2011):
> reassign 622761 xserver-xorg
> thanks

Next time, please:
 - ask for more info from the submitter:
 http://pkg-xorg.alioth.debian.org/howto/report-bugs.html
 - quote the relevant parts of the report so what it is about.
 - cc the maintainers of the package you're reassigning to…

(The last 2 parts aren't pkg-xorg specific.)

Thanks already.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#626361: [buildd-tools-devel] Bug#626361: run lintian and piuparts from within the chroot

[Roger Leigh]

On Wed, May 11, 2011 at 11:46:56AM +0200, Reinhard Tartler wrote:
> Thanks for implementing the --run-lintian and --run-piuparts hooks in
> sbuild. I noticed that both swtiches try to use the system utilities. I
> think it would be far more useful if they would install the packages in
> the chroot and use them right inside the chroot. Imagine the case that
> you have several chroots (oldstable, unstable, testing, lucid, natty,
> etc), where using the system lintian from debian/stable might not give
> the best results.  In case you used the tool versions from the chroot,
> always the matching version of these QA are used and you get better
> reports.

This shouldn't be a problem--it's just a matter of adding them
to the dependency list and running them after the build.

Does piuparts need any extra setup e.g. a chroot inside the chroot
to do its install and purge tests?  If it's all handled automatically
by the package postinst that's fine, and for efficiency it can be
installed in the source chroot so that it's not installed and set up
for every build.


Regards,
Roger

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


signature.asc
Description: Digital signature

Bug#626362: Fails to build from source if libghemical is recompiled from source

[Moritz Muehlenhoff]

Package: ghemical
Version: 2.99.2-1
Severity: serious
Tags: squeeze

Hi Michael/Daniel,

I've tried to rebuild ghemical for Univention Corporate Server, a Debian 
derived distribution based on Debian stable (currently Lenny, our next release 
will be based on Squeeze).

The following was tested against Squeeze, but should equally apply to unstable,
since the versions are the same:

ghemical compiles fine if built against the libghemical binary packages 
currently
in the archive (i.e. the version uploaded in 2009). However, if libghemical is
rebuild on Squeeze, the build of ghemical fails to build from source:


(..)
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::MessageGrp::set_default_messagegrp(sc::Ref const&)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::VDWShape::VDWShape(sc::Ref const&)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::MolecularEnergy::get_cartesian_gradient()'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::TCHF::TCHF(sc::Ref const&)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::SCMatrixKit::set_default_matrixkit(sc::Ref const&)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::RefSymmSCMatrix::RefSymmSCMatrix(sc::RefSCDimension const&, 
sc::Ref const&)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::ConnollyShape::ConnollyShape(sc::Ref const&)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::DiscreteConnollyShape::DiscreteConnollyShape(sc::Ref const&)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::SCElementScalarProduct::SCElementScalarProduct()'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::RefBase::reference(sc::RefCount*)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::ShmMessageGrp::ShmMessageGrp(sc::Ref const&)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::UHF::UHF(sc::Ref const&)'
/usr/lib/../lib/libghemical.so: undefined reference to `typeinfo for 
sc::MolecularEnergy'
/usr/lib/../lib/libghemical.so: undefined reference to `typeinfo for 
sc::OneBodyWavefunction'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::RefSymmSCMatrix::~RefSymmSCMatrix()'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::SCVectordouble::~SCVectordouble()'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::RefCount::unlock_ptr() const'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::BFGSUpdate::BFGSUpdate(sc::Ref const&)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::OSSHF::OSSHF(sc::Ref const&)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::OneBodyWavefunction::orbital_density(sc::SCVector3 const&, int, double*)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::DistSCMatrixKit::DistSCMatrixKit(sc::Ref const&)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::OOGLRender::OOGLRender(sc::Ref const&)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::RenderedMolecularSurface::RenderedMolecularSurface(sc::Ref 
const&)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::MessageGrp::get_default_messagegrp()'
/usr/lib/../lib/libghemical.so: undefined reference to `sc::KeyVal::exists(char 
const*)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::Appearance::Appearance(sc::Ref const&)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::PrefixKeyVal::PrefixKeyVal(sc::Ref const&, char const*)'
/usr/lib/../lib/libghemical.so: undefined reference to 
`sc::RenderedBallMolecule::RenderedBallMolecule(sc::Ref const&)'
collect2: ld returned 1 exit status
make[4]: *** [ghemical] Error 1
make[4]: Leaving directory 
`/var/build/temp/tmp.JyKUfIlECN/3.0-0-0/ghemical/ghemical-2.99.2/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory 
`/var/build/temp/tmp.JyKUfIlECN/3.0-0-0/ghemical/ghemical-2.99.2/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory 
`/var/build/temp/tmp.JyKUfIlECN/3.0-0-0/ghemical/ghemical-2.99.2/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory 
`/var/build/temp/tmp.JyKUfIlECN/3.0-0-0/ghemical/ghemical-2.99.2'
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
---

I've filed this against ghemical, but the error might just as well be present
in libghemical.

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#626357: [buildd-tools-devel] Bug#626357: please add command line switch for parallel builds

[Roger Leigh]

On Wed, May 11, 2011 at 11:27:14AM +0200, Reinhard Tartler wrote:
> It would be cool to have a switch "-j" that behaves similar to debuild,
> i.e., ammending the environemnt variable DEB_BUILD_OPTIONS to to enable
> parallel builds.

This should be possible now with --debbuildopts=-jn which gets
passed to dpkg-buildpackage.

We can, of course, add a -j option which does the same thing, but
more conveniently.


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


signature.asc
Description: Digital signature

Bug#626361: [buildd-tools-devel] Bug#626361: run lintian and piuparts from within the chroot

[Reinhard Tartler]

On Wed, May 11, 2011 at 12:23:43 (CEST), Roger Leigh wrote:

> On Wed, May 11, 2011 at 11:46:56AM +0200, Reinhard Tartler wrote:
>> Thanks for implementing the --run-lintian and --run-piuparts hooks in
>> sbuild. I noticed that both swtiches try to use the system utilities. I
>> think it would be far more useful if they would install the packages in
>> the chroot and use them right inside the chroot. Imagine the case that
>> you have several chroots (oldstable, unstable, testing, lucid, natty,
>> etc), where using the system lintian from debian/stable might not give
>> the best results.  In case you used the tool versions from the chroot,
>> always the matching version of these QA are used and you get better
>> reports.
>
> This shouldn't be a problem--it's just a matter of adding them
> to the dependency list and running them after the build.

Well, with this approach, the package wouldn't be built in a "clean"
chroot any longer but in a chroot with a couple of extra packages. The
dependency list of lintian and piuparts are both quite large.

I'm not aware of any packages that expose problems with that, but it
might be better to have the builds behave the same regardless if
lintian/piuparts is installed/used or not.

> Does piuparts need any extra setup e.g. a chroot inside the chroot
> to do its install and purge tests?  If it's all handled automatically
> by the package postinst that's fine, and for efficiency it can be
> installed in the source chroot so that it's not installed and set up
> for every build.

AFAIUI not. in this mode of operation, I think it makes sense to
recreate the chroot in which the built packages are tested from
scratch. It needs to run with root priviledges, though.

Thinking a bit more of that, at least for session chroots it might make
sense to change piuparts to not test in an extra testing-chroot, but
directly in sbuild's build-chroot. But probably only for session managed
chroots.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



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

Bug#626363: php5-cli: Segmentation fault and zend_mm_heap corrupted while executing piwik update script

[dusty]

Package: php5-cli
Version: 5.3.3-7+squeeze1
Severity: important

I have a fairly large piwik setup and when the cron job executes the script to 
update stats, most of the times I get errors of this kind:
/www/misc/cron/archive.sh: line 73: 23673 Segmentation fault  $CMD 
zend_mm_heap corrupted


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

Kernel: Linux 2.6.32-5-amd64 (SMP w/12 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#626357: [buildd-tools-devel] Bug#626357: please add command line switch for parallel builds

[Reinhard Tartler]

On Wed, May 11, 2011 at 12:28:52 (CEST), Roger Leigh wrote:

> On Wed, May 11, 2011 at 11:27:14AM +0200, Reinhard Tartler wrote:
>> It would be cool to have a switch "-j" that behaves similar to debuild,
>> i.e., ammending the environemnt variable DEB_BUILD_OPTIONS to to enable
>> parallel builds.
>
> This should be possible now with --debbuildopts=-jn which gets
> passed to dpkg-buildpackage.

Indeed, but currently at least underdocumented.

> We can, of course, add a -j option which does the same thing, but
> more conveniently.

Yes, that would be great!

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



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

Bug#560417: #560417 grub-legacy: update-grub failure

[Apollon Oikonomopoulos]

On 14:12 Wed 17 Mar , Axel Beckert wrote:
> Hi,
> 
> I just ran into the very same problem, but with different start and
> workaround:

Hi, just ran into the same problem. The problem originates in line 330 
of /usr/sbin/update-grub (grub-legacy 0.97-64):

-
echo -n "Searching for default file ... " >&2
if [ -f "$default_file" ] ; then
  echo "found: $default_file" >&2
else
  echo "Generating $default_file file and setting the default boot entry to 0" 
>&2
  if [ -f /usr/lib/grub-legacy/grub-set-default ] ; then
/usr/lib/grub-legacy/grub-set-default $1
  else
grub-set-default $1
  fi
fi


Notice that update-grub calls grub-set-default passing the first positional
argument instead of 0 (as per the log message). This part of the code lies in
update-grub's main body, so it actually passes the first positional argument of
update-grub itself to grub-set-default.

In other words, running `update-grub 0' works. I don't know if this was
intentional or not, but it is clearly a behaviour change from lenny's version
and also not documented anywhere.

Thanks,
Apollon



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

Bug#603544: [Pkg-openldap-devel] Bug#603544: Update failed, no way to continue, now

[Robert Kehl]

Hello!

Bump. Any progress on this issue? :)

Regards,

Robert Kehl



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

Bug#585762: rakudo: "load_bytecode" couldn't find file 'PCT.pbc'

[Daniel Dehennin]

Hello,

Is there any news on this report? I wanted to try perl6.

Maybe waiting for a new release?

#v+
perl6 -e 'say "hello";'
"load_bytecode" couldn't find file 'PCT.pbc'
current instr.: '' pc -1 ((unknown file):-1)
called from Sub '_block879' pc 130677 (src/parser/quote_expression.pir:478)
... call repeated 1 times
#v-

Regards.

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1


pgpukDRJMaZwR.pgp
Description: PGP signature

Bug#604698: Update: it IS fixed in wheezy for /

[Berni Elbourn]

I tried this again using tar from wheezy on a new system. And yippee no 
segfault and the / incremental does seem to produce a valid incremental 
file.


My missing step is to be sure to regenerate the snar data from the same 
version of tar. That means starting with a new fresh full backup!


This behaviour is (kind of) implied here:

http://lists.gnu.org/archive/html/bug-tar/2010-05/msg00029.html

So I think this version works when installed on squeeze:

Package: tar
Essential: yes
Status: install ok installed
Priority: required
Section: utils
Installed-Size: 2520
Maintainer: Bdale Garbee 
Architecture: i386
Version: 1.25-3
Replaces: cpio (<< 2.4.2-39)
Pre-Depends: libc6 (>= 2.6)
Suggests: bzip2, ncompress, xz-utils
Breaks: dpkg-dev (<< 1.14.26)
Conflicts: cpio (<= 2.4.2-38)
Conffiles:
 /etc/rmt 3c58b7cd13da1085eff0acc6a00f43c7
Description: GNU version of the tar archiving utility
 Tar is a program for packaging a set of files as a single archive in tar
 format.  The function it performs is conceptually similar to cpio, and to
 things like PKZIP in the DOS world.  It is heavily used by the Debian 
package
 management system, and is useful for performing system backups and 
exchanging

 sets of files with others.




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

Bug#626250: "missing plugin" error trying to view some PDFs

[Aldo Maggi]

Il giorno Tue, 10 May 2011 16:57:21 -0500
Jonathan Nieder  ha scritto:

> retitle 626250 "missing plugin" error trying to view some PDFs
> quit
> 
> Hi Aldo,
> 
> Aldo Maggi wrote:
> 
> > [Subject: chromium-browser: wheezy - pls reopen bug 601317 - not
> >  every pdf page is displayed (error missing plugin)]
> 
> That's not phrased as a bug report.

what should i have said for having it phrased as a bug report?  i
mentioned a site containing a pdf page which doesn't display correctly,
actually gives an error: missing plugin

and anyway i wrote that chromium opens most pdf pages but not everyone!
 
> Do you have mozplugger installed?

no! should i? mozplugger doesn't seem to show among dependencies.

and, anyway, the page i've mentioned is shown correctly by iceweasel.

thanks



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

Bug#626363: [php-maint] Bug#626363: php5-cli: Segmentation fault and zend_mm_heap corrupted while executing piwik update script

[Ondřej Surý]

tags 626363 +moreinfo
thank you

Hi,

please install php5-dbg and provide backtrace:

http://bugs.php.net/bugs-generating-backtrace.php

and possible a isolated (small) test case.

O.

On Wed, May 11, 2011 at 12:26, dusty  wrote:
> Package: php5-cli
> Version: 5.3.3-7+squeeze1
> Severity: important
>
> I have a fairly large piwik setup and when the cron job executes the script 
> to update stats, most of the times I get errors of this kind:
> /www/misc/cron/archive.sh: line 73: 23673 Segmentation fault      $CMD 
> zend_mm_heap corrupted
>
>
> -- System Information:
> Debian Release: 6.0.1
>  APT prefers stable-updates
>  APT policy: (500, 'stable-updates'), (500, 'stable'), (400, 'testing'), (50, 
> 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 2.6.32-5-amd64 (SMP w/12 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
>
>
>
> ___
> pkg-php-maint mailing list
> pkg-php-ma...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-php-maint
>



-- 
Ondřej Surý 
http://blog.rfc1925.org/



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

Bug#596626: Please support Linksys WUSB600N v2 WiFi USB stick

[Geoff Simmons]

On Wed, May 11, 2011 at 10:12:55AM +, maximilian attems wrote:
> On Tue, May 10, 2011 at 11:24:34PM +1000, Geoff Simmons wrote:
> > Recognition of this device (USB ID 1737:0079) by the rt2800usb driver
> > currently requires RT2800USB_UNKNOWN to be enabled.
>
> strange it is listed in the dev table
> { USB_DEVICE(0x1737, 0x0079), USB_DEVICE_DATA(&rt2800usb_ops) },
> and even since long it seems:
>  git name-rev 5e312589
> 5e312589 tags/v2.6.33-rc3~44^2^2~15

It is listed, but only incorporated in rt2800usb_device_table[] if
RT2800USB_UNKNOWN is set:

#ifdef CONFIG_RT2800USB_UNKNOWN
/*
 * Unclear what kind of devices these are (they aren't supported by the
 * vendor linux driver).
 */
[...]
/* Linksys */
[...]
{ USB_DEVICE(0x1737, 0x0079), USB_DEVICE_DATA(&rt2800usb_ops) },

As mentioned by Jan, the device contains a RT3572 chipset.  Its entry
could moved into the section for known RT35XX devices (i.e. "#ifdef
CONFIG_RT2800USB_RT35XX") as an alternative.

Geoff



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

Bug#626250: "missing plugin" error trying to view some PDFs

[Jonathan Nieder]

Aldo Maggi wrote:
> Jonathan Nieder  ha scritto:
>> Aldo Maggi wrote:

>>> [Subject: chromium-browser: wheezy - pls reopen bug 601317 - not
>>>  every pdf page is displayed (error missing plugin)]
>>
>> That's not phrased as a bug report.
>
> what should i have said for having it phrased as a bug report?  i
> mentioned a site containing a pdf page which doesn't display correctly,
> actually gives an error: missing plugin

A subject line like

chromium: "missing plugin" error trying to view some PDFs

would have done nicely. :)  No harm done.

>> Do you have mozplugger installed?
>
> no! should i? mozplugger doesn't seem to show among dependencies.

No, I was just trying to get a sense of what happened before figuring
out how to fix it.

As I see it now, there are a few bugs involved:

 1) chromium should Suggests: mozplugger.
 2) The README.Debian should mention mozplugger.
 3) The behavior when plugins are missing is unhelpful and confusing,
as discussed at .  When chromium
does not know how to render an object, it would be best if it
could give a hint to find packages that can help it.

> and, anyway, the page i've mentioned is shown correctly by iceweasel.

What is correctly?  Could you send a screenshot?

Regards,
Jonathan



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

Bug#626364: alarm-clock-applet: Segmentation fault when trying to play sound

[Francesca Mazzoni]

Package: alarm-clock-applet
Version: 0.3.1-1
Severity: important

It crashes trying to play the alarm sound indicating the clock has reached its
limit.

Invoking from command line, this is what I see

** (alarm-clock-applet:24710): DEBUG: Alarm(0x753a60) #2: alarm() DING!
** (alarm-clock-applet:24710): DEBUG: Alarm(0x753a60) #2: set active=FALSE
** (alarm-clock-applet:24710): DEBUG: Alarm(0x753a60) #2: timer_remove
** (alarm-clock-applet:24710): DEBUG: AlarmApplet: Alarm 'name' active changed
** (alarm-clock-applet:24710): DEBUG: AlarmListWindow alarm_update: 0x753a60
(name)
** (alarm-clock-applet:24710): DEBUG: Alarm(0x753a60) #2: alarm() Start player

** (alarm-clock-applet:24710): CRITICAL **: Could not create player.
Segmentation fault



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

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

Versions of packages alarm-clock-applet depends on:
ii  gconf2   2.28.1-6GNOME configuration database syste
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libgconf2-4  2.28.1-6GNOME configuration database syste
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libgstreamer0.10-0   0.10.32-6+b1Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.24.4-3The GTK+ graphical user interface 
ii  libnotify1 [libnotify1-g 0.5.0-2 sends desktop notifications to a n
ii  libunique-1.0-0  1.1.6-2 Library for writing single instanc
ii  libxml2  2.7.8.dfsg-2+b1 GNOME XML library

alarm-clock-applet recommends no packages.

alarm-clock-applet 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#626365: rsyslog: Please supply reload action in systemd unit

[Bernhard Schmidt]

Package: rsyslog
Version: 5.8.0-1
Severity: normal

When running as a systemd service rsyslog does not support the reload action.
Consequently, actions like logrotate that want to reload the service fail.

mail.svr01.mucip.net:~# invoke-rc.d rsyslog reload
Reloading rsyslog configuration (via systemctl): rsyslog.serviceFailed to issue 
method call: Job type reload is not applicable for .
 failed!
invoke-rc.d: initscript rsyslog, action "reload" failed.

Please supply a ExecReload line in the systemd unit file. I use this locally
and it works just fine

ExecReload=/bin/kill -HUP $MAINPID

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

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

Versions of packages rsyslog depends on:
ii  libc6   2.13-2   Embedded GNU C Library: Shared lib
ii  lsb-base3.2-27   Linux Standard Base 3.2 init scrip
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages rsyslog recommends:
ii  logrotate 3.7.8-6Log rotation utility

Versions of packages rsyslog suggests:
pn  rsyslog-doc(no description available)
pn  rsyslog-gnutls (no description available)
pn  rsyslog-gssapi (no description available)
pn  rsyslog-mysql | rsyslog-pgsql  (no description available)
pn  rsyslog-relp   (no description available)

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

-- 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#592614: current snapshot ok for armv7

[Pierre Habouzit]

On Wed, May 11, 2011 at 11:42:54AM +0200, Loïc Minier wrote:
> On Wed, May 11, 2011, Pierre Habouzit wrote:
> > Looks like the easiest road is:
> >   -  armv7*)
> >   +  arm*)
> > In the configure case "${host}" in. I'll upload a -3 with that patch and
> > we'll see how far it goes
> 
>  Yep, but upstream specifically want to test for arm >= v7 as to fail
>  the build on <= 6 which isn't supported, so that change wouldn't be
>  upstreamable  :-/

Sure, I can live with that, for now I want to see how far it goes, and
once we've something working I'll try to make things more "upstreamable"
:)
-- 
·O·  Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org



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

Bug#625616: There's a good news and a bad news about the patch

[Eugen Dedu]

On 06/05/11 20:23, Julien PUYDT wrote:

Hi,

I compiled binutils (and binutils-dev) with the upstream patch, and that
made the little test work.

Unfortunately, we came up with that test after a hunt for a crash in
ekiga. And I recompiled ptlib+opal+ekiga with my patched binutils only
to find that the crash is still there :-/

That means the patch isn't good enough... and that we don't have a small
test anymore.


Indeed.  Even with the new binutils 2.21.51.20110421-4, my example 
works, but ptlib still crashes.


Maintainer, is the following trace (generated with hello world example 
of ptlib) enough to pin down the problem?  I haven't yet succeed to 
create a simple example to trigger the crash.


(gdb) bt
#0  0x778e8101 in operator[] (this=0x77bc6580, __index=0)
at /usr/include/c++/4.6/ext/bitmap_allocator.h:128
#1 
__gnu_cxx::__detail::_Bitmap_counter<__gnu_cxx::bitmap_allocator::_Alloc_block*>::_M_reset 
(this=0x77bc6580, __index=0) at 
/usr/include/c++/4.6/ext/bitmap_allocator.h:430

#2  0x778e06d5 in _M_allocate_single_object ()
at /usr/include/c++/4.6/ext/bitmap_allocator.h:883
#3  allocate () at /usr/include/c++/4.6/ext/bitmap_allocator.h:1020
#4  PContainerReference::operator new () at ptlib/common/contain.cxx:55
#5  0x778e0c1b in PContainer::PContainer (this=0x7fffe740, 
initialSize=19)

at ptlib/common/contain.cxx:67
#6  0x778e0e92 in PAbstractArray::PAbstractArray 
(this=0x7fffe740, elementSizeInBytes=1,

initialSize=) at ptlib/common/contain.cxx:174
#7  0x778e1f19 in PBaseArray (this=0x7fffe740, 
cstr=0x778ea222 "PVideoOutputDevice")

at /home/ededu/softs/ekiga/ptlib/include/ptlib/array.h:287
#8  PCharArray (this=0x7fffe740, cstr=0x778ea222 
"PVideoOutputDevice")

at /home/ededu/softs/ekiga/ptlib/include/ptlib/array.h:571
#9  PString::PString (this=0x7fffe740, cstr=0x778ea222 
"PVideoOutputDevice")

at ptlib/common/contain.cxx:618
#10 0x77758f65 in PWLIB_StaticLoader_SDL_PVideoOutputDevice () 
at ptclib/vsdl.cxx:64

#11 __static_initialization_and_destruction_0 () at ptclib/vsdl.cxx:64
#12 _GLOBAL__sub_I_vsdl.cxx(void) () at ptclib/vsdl.cxx:319
#13 0x77dead10 in call_init (l=, argc=1, 
argv=0x7fffe828,

env=0x7fffe838) at dl-init.c:85
#14 0x77deae07 in _dl_init (main_map=0x77ffe1c8, argc=1, 
argv=0x7fffe828,

env=0x7fffe838) at dl-init.c:134
#15 0x77dddb2a in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
#16 0x0001 in ?? ()
#17 0x7fffead7 in ?? ()
#18 0x in ?? ()

Cheers,
--
Eugen



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

Bug#534964: Any updates on this BUG?

[Balbir Singh]

Hi,

Has anybody looked at this yet?

Balbir

On Tue, Mar 22, 2011 at 11:31 AM, Balbir Singh
 wrote:
> Hi, Ben,
>
> We've made significant progress in reducing the overhead of memory
> cgroup subsystem. I'd request you to try it and enable it. If there
> are some concerns, we could always address them. There are more
> interesting changes on the way as well.
>
> Balbir
>



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

Bug#626366: xen-utils-common: Xen domains should shut down before iSCSI

[Erik Dalén]

Package: xen-utils-common
Version: 4.0.0-1
Severity: important

Xen domains should be shutdown before iSCSI if that is installed. This can be
accomplished by adding the following to /etc/init.d/xendomains:
# Should-Start:  iscsi
# Should-Stop:   iscsi

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

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

Versions of packages xen-utils-common depends on:
ii  gawk1:3.1.7.dfsg-5   GNU awk, a pattern scanning and pr
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii  udev164-3/dev/ and hotplug management daemo
ii  xenstore-utils  4.0.1-2  Xenstore utilities for Xen

xen-utils-common recommends no packages.

xen-utils-common suggests no packages.

-- Configuration Files:
/etc/xen/xend-config.sxp changed [not included]

-- 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#626367: live-build: manpage has bad FILES section

[Lars Wirzenius]

Package: live-build
Version: 2.0.12-2
Severity: normal

The live-build(7) manual page has a FILES section like this:

FILES
   n/a

This is a bit pointless: either list relevant files, or remove the section.

The file I was actually looking for should be listed in the lb_build(1)
manpage: /etc/live/build.conf. The manpage now only lists auto/build.

-- Package-specific info:

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

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

Versions of packages live-build depends on:
ii  debootstrap  1.0.26+squeeze1 Bootstrap a basic Debian system

Versions of packages live-build recommends:
ii  cpio  2.11-4 GNU cpio -- a program to manage ar
ii  gnu-fdisk 1.2.4-3+b1 Linux fdisk replacement based on l

Versions of packages live-build suggests:
ii  dosfstools   3.0.9-1 utilities for making and checking 
ii  fakeroot 1.14.4-1Gives a fake root environment
ii  genisoimage  9:1.1.11-1  Creates ISO-9660 CD-ROM filesystem
pn  memtest86+ | memtest   (no description available)
ii  mtools   4.0.12-1Tools for manipulating MSDOS files
pn  parted (no description available)
pn  squashfs-tools | gen   (no description available)
ii  sudo 1.7.4p4-2.squeeze.2 Provide limited super user privile
pn  syslinux | grub(no description available)
pn  uuid-runtime   (no description available)
pn  win32-loader   (no description available)

-- no debconf information



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

Bug#625221: gwibber: can't send notices since I'm running GNOME 3

[Ben Bromley]

On Wed, 2011-05-11 at 09:17 +0530, Kartik Mistry wrote:
> On Wed, May 11, 2011 at 4:15 AM, Ben Bromley  wrote:
> > There was nothing that popped up from gwibber -d. Let me know what else
> > I can provide you with.
> 
> 1. Start: gwibber -d in terminal.
> 2. Start gwibber from another tab/terminal.
> 
> Gwibber should start.
> 

Sorry, when I said that nothing popped up, I meant in the terminal
window itself. Gwibber started and was able to receive tweets/dents, but
the send box was still greyed out and I was unable to type anything in
it. Also, the Gwibber->Refresh button is greyed out as well.

--Ben Bromley





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

Bug#626352: texmaker should depend on texmaker-data, not recommend

[Andreas Tille]

Hi,

besides the fact that I'm on de facto vaccation and will not be able to
handle this bug in the next two weeks I think the reporter is not right
here and the recommends is perfectly correct.

On Wed, May 11, 2011 at 03:24:22PM +0700, Maia Kozheva wrote:
> > However, I think texmaker-data should be a dependency of texmaker. If you 
> install texmaker with --no-install-recommends, texmaker-data does not get 
> installed resulting in no icon for texmaker, no translation and no manuals. I 
> am not sure that constitutes something that is merely recommended.

So *if* somebody installs with --no-install-recommends he *should*
expect some missing comfort, right.  Icons, translations and manuals are
extra comfort and there might be people who just want to have the plain
programm without this.

Please convince me (or somebody else in Debian Science team) that this
is a real bug with better arguments.

Kind regards

   Andreas.

-- 
http://fam-tille.de



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

Bug#534964: Any updates on this BUG?

[maximilian attems]

On Wed, May 11, 2011 at 04:43:06PM +0530, Balbir Singh wrote:
> Hi,
> 
> Has anybody looked at this yet?
> 
> Balbir
> 
> On Tue, Mar 22, 2011 at 11:31 AM, Balbir Singh
>  wrote:
> > Hi, Ben,
> >
> > We've made significant progress in reducing the overhead of memory
> > cgroup subsystem. I'd request you to try it and enable it. If there
> > are some concerns, we could always address them. There are more
> > interesting changes on the way as well.
> >
> > Balbir
> >

thanks for the notice, I'll just enable it for 2.6.39.

-- 
maks



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

Bug#622309: udev: Network, sound and X input broken

[Marco d'Itri]

On May 11, Matthias Dellweg <2...@gmx.de> wrote:

> I have the same problem again with both versions 168-1 and 168-2. And I 
> double 
> checked there is no /run.
So it obviously cannot be the same bug.

> There must be yet another trigger.
Then find out what it is.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#626346: Munin-Node needs to be restarted after perl-upgrade

[Dominic Hargreaves]

On Wed, May 11, 2011 at 10:37:05AM +0200, Holger Levsen wrote:
> Hi Cord,
> 
> thanks for your bugreport!
> 
> (full quote for the benefit of the perl maintainers.)
> 
> On Mittwoch, 11. Mai 2011, Cord Beermann wrote:
> > Package: munin-node
> > Version: 1.4.5-3
> > Severity: important
> > 
> > Hi.
> > 
> > This is not a real bug, but it is a big issue, caused by the perl 5.10 -->
> > 5.12 Upgrade.
> > 
> > As this package is affected i file it here, but maybe it should be shifted
> > towards some perl-package.
> > 
> > After the Upgrade from perl 5.10 to 5.12 Munin-Node is still running using
> > perl 5.10. Munin-Node tries to use Carp/Heavy.pm, but can'T find it
> > anymore.
> > 
> > 2011/05/11-06:30:02 [31055] 2011/05/11-06:30:02 [31464] Can't locate
> > Carp/Heavy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1
> > /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5
> > /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl) at
> > /usr/share/perl/5.10/Carp.pm line 39,  line 3.\n   ...propagated at
> > /usr/share/perl5/Munin/Common/Timeout.pm line 66,  line 3.
> > 
> > after a restart of munin-node all is fine again. But without restart
> > munin-node doesn'T deliver any data.
> > 
> > perl should have some restart mechanism like the glibc-Package.
> 
> probably. I'm thus tempted to reassign this bug to perl... feedback/ideas 
> very 
> welcome!

Actually, it does; it's just not been well publicised yet. I would
be very glad to see more use and testing of this facility.

See  for
details.

Cheers,
Dominic.

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



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

Bug#626368: lately even lsusb -v produces no output

[jidanni]

Severity: important
Package: usbutils
Version: 1:001-1
File: /usr/bin/lsusb

Lately even lsusb -v produces no output.

Versions of packages usbutils depends on:
ii  libc6 2.13-2 Embedded GNU C Library: Shared lib
ii  libusb-1.0-0  2:1.0.8-2  userspace USB programming library
ii  zlib1g1:1.2.5.dfsg-1 compression library - runtime



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

Bug#626369: selfhtml: Selfhtml starter

[Johan Kroeckel]

Package: selfhtml
Version: 8.1.2-1
Severity: wishlist

*** Please type your report below this line *** A Selfhtml menu 
entry/starter like the Debian-Reference has, would be nice.

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

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

-- 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#626365: rsyslog: Please supply reload action in systemd unit

[Michael Biebl]

Am 11.05.2011 12:57, schrieb Bernhard Schmidt:
> Package: rsyslog
> Version: 5.8.0-1
> Severity: normal
> 
> When running as a systemd service rsyslog does not support the reload action.
> Consequently, actions like logrotate that want to reload the service fail.
> 
> mail.svr01.mucip.net:~# invoke-rc.d rsyslog reload
> Reloading rsyslog configuration (via systemctl): rsyslog.serviceFailed to 
> issue method call: Job type reload is not applicable for .
>  failed!
> invoke-rc.d: initscript rsyslog, action "reload" failed.
> 
> Please supply a ExecReload line in the systemd unit file. I use this locally
> and it works just fine
> 
> ExecReload=/bin/kill -HUP $MAINPID
> 

See:
http://git.adiscon.com/?p=rsyslog.git;a=commit;h=da75472096c45dd136d41c6e9ad7bf740069d3a1


which was later reverted:
http://git.adiscon.com/?p=rsyslog.git;a=commit;h=fd26a42bdc04eaf497cafd9ef806a54f3de1a7e9

-- 
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#607398: Bug #607398: resolv.conf(5) should mention "options single-request"

[Christian Hammers]

Hello

I noticed that the option is still not documented in resolv.conf(5).

A patch for the man page has been signed-off at the linux-man mailing list
but somehow was not included in the upstream man page. We should include it
into our manpage in the meantime nevertheless:

http://www.spinics.net/lists/linux-man/msg00912.html

diff --git a/man5/resolv.conf.5 b/man5/resolv.conf.5
index 4d67c75..2a2c694 100644
--- a/man5/resolv.conf.5
+++ b/man5/resolv.conf.5
@@ -231,6 +231,19 @@ sets
 in
 .IR _res.options .
 This enables support for the DNS extensions described in RFC\ 2671.
+.TP
+.BR single-request " (since glibc 2.10)"
+sets
+.BR RES_SNGLKUP
+in
+.IR _res.options .
+By default, glibc performs IPv4 and IPv6 lookups in parallel since
+version 2.9 (though many distribution packages of glibc are known
+to disable that behavior in this version). Some appliance DNS servers
+cannot handle these queries properly and make the requests time out.
+This option disables the behavior and makes glibc perform the IPv6
+and IPv4 requests sequentially (at the cost of some slowdown of the
+resolving process).
 .RE
 .LP
 The \fIdomain\fP and \fIsearch\fP keywords are mutually exclusive.


bye,

-christian-



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

Bug#626370: CVE-2011-1659: Integer overflow in posix/fnmatch.c

[Sébastien Marie]

Package: eglibc
Severity: important
Tags: squeeze lenny security

Hi,

CVE-2011-1659 is about an integer overflow in posix/fnmatch.c (function
fnmatch).

The following versions of eglibc are vulnerable (manual check with a program
using fnmatch):
 - lenny i386 - libc6 2.7-18lenny7
 - squeeze amd64 - libc6 2.11.2-10
 - squeeze amd64 - libc6-i386 2.11.2-10

Others versions aren't be checked, but may be vulnerable too.

The upstream reported (and corrected) the problem here:
http://sourceware.org/bugzilla/show_bug.cgi?id=12583

The upstream bug report included:
 - a source program using fnmatch (which I used to check the problem)
 - a patch to "check size of pattern in wide character representation"

The diff introduced to correct the problem is here:
http://sourceware.org/git/?p=glibc.git;a=commit;h=8126d90480fa3e0c5c5cd0d02cb1c93174b45485

I haved to modify the test program for segv occurs:
 - use a UTF-8 locale installed on my system (en_US.UTF8 wasn't)
 - increase the string size used in fnmatch (for libc6-i386 on amd64 only)

Thanks.
Sébastien Marie



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

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



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

Bug#599682: FAM/Gamin library

[Baptiste Destombes]

Hi There,

I got the same problem after upgrade from Lenny to Squeeze, with mail system 
composed of Courier and Postfix, SASL auth and SSL enabled.

I just installed 1 package from main repository, and problem went away:
as root:
apt-get install gamin

That's all
Hope it helps

Cheers
Zizitist





Original message:

Since installing a new squeeze system, accessing mail via
courier-imap, my mail client (Wanderlust on Emacs) keeps reporting
this: IMAP server information: Filesystem notification initialization
error -- contact your mail administrator (check for configuration
errors with the FAM/Gamin library)

I can't find anything in the server logfiles.  Any suggestions?



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

Bug#626332: libextutils-install-perl: uninstallable in sid

[Dominic Hargreaves]

On Wed, May 11, 2011 at 02:55:05AM +0200, Julien Cristau wrote:
> Package: libextutils-install-perl
> Version: 1.54-1
> Severity: grave
> Tags: sid wheezy
> Justification: renders package unusable
> 
> perl-modules 5.12 Breaks/Provides/Replaces libextutils-install-perl <<
> 1.55.

There is no Extutils-Install >= 1.55 on CPAN, so this package should
be removed from testing.

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



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

Bug#626371: vim: syntax highlighting for resolv.conf does not know IPv6 adresses

[Christian Hammers]

Package: vim
Version: 2:7.2.445+hg~cb94c42c0e1a-1
Severity: minor


While editing /etc/resolv.conf 
 * all IPv6 "nameserver" adresses and
 * "options single-request"
are marked red although they are valid.

Example:
options single-request
nameserver 2001:4dd0:200:304:53:2::3
nameserver 2001:4dd0:200:304:53:2::5

bye,

-christian-



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

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

Versions of packages vim depends on:
ii  libacl1  2.2.49-4Access control list shared library
ii  libc62.11.2-10   Embedded GNU C Library: Shared lib
ii  libgpm2  1.20.4-3.3  General Purpose Mouse - shared lib
ii  libncurses5  5.7+20100313-5  shared libraries for terminal hand
ii  libselinux1  2.0.96-1SELinux runtime shared libraries
ii  vim-common   2:7.2.445+hg~cb94c42c0e1a-1 Vi IMproved - Common files
ii  vim-runtime  2:7.2.445+hg~cb94c42c0e1a-1 Vi IMproved - Runtime files

vim recommends no packages.

Versions of packages vim suggests:
ii  exuberant-ctags [ctags]  1:5.8-3squeeze1 build tag file indexes of source c
pn  vim-doc(no description available)
pn  vim-scripts(no description available)

-- no debconf information



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