Bug#629842: Kernel BUG in ext3 filesystem creation

[Christian PERRIER]

Quoting Daniel Richard G. (sk...@iskunk.org):

> Everything worked fine up to the point of creating the root ext3
> filesystem. Then a kernel BUG occurred, and the installer remained stuck
> at a blue screen (with white underbar). The system is still responsive;
> I can switch to the other terminals and poke around, but the installer
> is horked.


Is that fully reproducible? I guess it is as you recorded the problem
but still need asking...:-)

Could you try with:

- one official squeeze image (having the exact URL of the image you
used would help, indeed)

- a daily built image downloaded from
http://www.debian.org/devel/debian-installer. Preferrably a *netboot*
(not netinst) image






signature.asc
Description: Digital signature

Bug#221618: [Pkg-samba-maint] Advice on #221618 (libsmbclient-dev: 64bits prototype not precised)

[Christian PERRIER]

tags 221618 patch
thanks

Quoting Steve Langasek (vor...@debian.org):
> On Wed, Jun 08, 2011 at 06:39:06AM +0200, Christian PERRIER wrote:
> > Quoting Steve Langasek (vor...@debian.org):
> > > On Tue, Jun 07, 2011 at 07:32:17PM +0200, Christian PERRIER wrote:
> > > > Do you guys ahave an advice about this bug report?
> 
> > > Should be fixed by setting '#define _LARGEFILE64_SOURCE' and '#define
> > > _FILE_OFFSET_BITS 64' in the header.
> 
> > 
> 
> > You mean just dropping these two lines at top of libsmbclient.h?
> 
> Yep.
> 
> > Should this be done upstream?
> 
> It should be discussed upstream, but it's potentially an ABI change upstream
> for those platforms which were *not* previously building with LFS support so
> more caution is required there.


So, the attached patch shold be the fix. Let's record that.


Index: samba/source3/include/libsmbclient.h
===
--- samba.orig/source3/include/libsmbclient.h
+++ samba/source3/include/libsmbclient.h
@@ -79,6 +79,10 @@
 #include 
 #include 
 
+  /* Debian bug #221618 */
+#define _LARGEFILE64_SOURCE
+#define _FILE_OFFSET_BITS 64
+
 #define SMBC_BASE_FD1 /* smallest file descriptor returned */
 
 #define SMBC_WORKGROUP  1


signature.asc
Description: Digital signature

Bug#629878: Hangs when using multiple tabs of gnome-terminal + Gnu Screen with lots of output

[Harish Badrinath]

Package: gnome-terminal
Version: 2.30.2-1
Severity: normal
Tags: sid

Steps to reproduce
(a) I ssh to a buildserver from gnome-terminal with multiple open tabs in an 
instance of gnome-termial.
(b) attach/reattach to Gnu-screen on remote server.
(c) Start compilation, which produces a load of text (i try to compile openwrt).
(d) Sometimes the tab containg gnu-screen of the remote server stops updating 
the screen, this anamoly is only local to the tab in question.
(e) I try to close all other remaining tabs, to get a strace. 
(f) You can see gnome-terminal catching up with output being shown on screen 
(which was attached to
by sshing from xterm from example) when it is the only tab that is left in the 
gnome-terminal instance.
(g) gnome-terminal starts functioning "normally".

When the tab hangs, creating a new tab, sshing to the buildserver and then 
reattaching to Gnu-screen
shows "expected output" in the same instance of gnome-terminal (when you dont 
close all the remaining tabs,as mentioned above).
This happens about once or twice a day,will try reproducing the same without 
sshing into a remote machine, when i get time. 


Regards,
Harish Badrinath



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

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

Versions of packages gnome-terminal depends on:
ii  gnome-terminal-data2.30.2-1  Data files for the GNOME terminal 
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-11 Embedded GNU C Library: Shared lib
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libglib2.0-0   2.28.6-1  The GLib library of C routines
ii  libgtk2.0-02.24.4-3  The GTK+ graphical user interface 
ii  libice62:1.0.7-1 X11 Inter-Client Exchange library
ii  libpango1.0-0  1.28.3-2~sid1 Layout and rendering of internatio
ii  libsm6 2:1.2.0-1 X11 Session Management library
ii  libvte91:0.24.3-2Terminal emulator widget for GTK+ 
ii  libx11-6   2:1.4.1-5 X11 client-side library

Versions of packages gnome-terminal recommends:
ii  gvfs 1.6.4-3 userspace virtual filesystem - ser
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

gnome-terminal 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#628685: ld segfaults when building udev on mips/mipsel

[Aurelien Jarno]

tag 628685 + patch
thanks

On Sun, Jun 05, 2011 at 05:40:15PM +0200, Aurelien Jarno wrote:
> On Tue, May 31, 2011 at 12:13:45PM +0200, Marco d'Itri wrote:
> > Package: binutils
> > Version: 2.21.51.20110421-3
> > Severity: critical
> > 
> > ld reliably segfaults when building udev on mips/mipsel:
> > 
> > https://buildd.debian.org/status/fetch.php?pkg=udev&arch=mips&ver=170-1&stamp=1306799134
> > https://buildd.debian.org/status/fetch.php?pkg=udev&arch=mipsel&ver=170-1&stamp=1306799800
> > 
> > Reverting this commit fixes it:
> > 
> > http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=f0ed90b7678045759ffa2a44d2b4cac96968b077
> > 
> 
> A smaller workaround is to remove the -Wl,--gc-sections
> 

This is the patch proposed by upstream, but it is not yet committed. It
looks reasonable, and I confirm it fixes the issue.


Index: ld/emultempl/mipself.em
===
RCS file: /cvs/src/src/ld/emultempl/mipself.em,v
retrieving revision 1.12
diff -u -3 -p -r1.12 mipself.em
--- ld/emultempl/mipself.em 4 Feb 2010 09:16:43 -   1.12
+++ ld/emultempl/mipself.em 8 Jun 2011 16:51:16 -
@@ -138,6 +138,11 @@ mips_add_stub_section (const char *stub_
   lang_output_section_statement_type *os;
   struct hook_stub_info info;
 
+  /* PR 12845: If the input section has been garbage collected it will
+ not have its output section set to *ABS*.  */
+  if (bfd_is_abs_section (output_section))
+return NULL;
+
   /* Create the stub file, if we haven't already.  */
   if (stub_file == NULL)
 {
Index: bfd/elf.c
===
RCS file: /cvs/src/src/bfd/elf.c,v
retrieving revision 1.538
diff -u -3 -p -r1.538 elf.c
--- bfd/elf.c   23 May 2011 05:41:00 -  1.538
+++ bfd/elf.c   8 Jun 2011 16:51:17 -
@@ -6272,6 +6272,8 @@ _bfd_elf_init_private_section_data (bfd 
   || obfd->xvec->flavour != bfd_target_elf_flavour)
 return TRUE;
 
+  BFD_ASSERT (elf_section_data (osec) != NULL);
+
   /* For objcopy and relocatable link, don't copy the output ELF
  section type from input if the output BFD section flags have been
  set to something different.  For a final link allow some flags
Index: bfd/elfxx-mips.c
===
RCS file: /cvs/src/src/bfd/elfxx-mips.c,v
retrieving revision 1.285
diff -u -3 -p -r1.285 elfxx-mips.c
--- bfd/elfxx-mips.c3 Jun 2011 10:11:06 -   1.285
+++ bfd/elfxx-mips.c8 Jun 2011 16:51:18 -
@@ -1727,6 +1727,11 @@ mips_elf_check_symbols (struct mips_elf_
 
   if (mips_elf_local_pic_function_p (h))
 {
+  /* PR 12845: If H is in a section that has been garbage
+collected it will have its output section set to *ABS*.  */
+  if (bfd_is_abs_section (h->root.root.u.def.section->output_section))
+   return TRUE;
+
   /* H is a function that might need $25 to be valid on entry.
 If we're creating a non-PIC relocatable object, mark H as
 being PIC.  If we're creating a non-relocatable object with

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



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

Bug#623532: [Pkg-scicomp-devel] Bug#623532: packaging version 2.2.0

[Barak A. Pearlmutter]

> Would you mind apply your changes in the svn repository ?

Will do!

--Barak.



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

Bug#629820: broken package gitweb Version: 1:1.7.5.3-1

[Jonathan Nieder]

merge 621120 629820
quit

Denis Linvinus wrote:

> I'm sorry, you are right!
> I'm just check gitweb package before install, i did not expect that file was
> moved to another package.

No problem.  Any ideas about how to document this?  (Perhaps the
gitweb package description should mention explicitly that the gitweb
CGI script is in the main git package for use by "git instaweb".  If
so, suggestions for wording would be welcome.)



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

Bug#626019: libsane-perl: FTBFS on sparc (test hang?)

[Salvatore Bonaccorso]

tag 626019 + confirmed
thanks

Hi

On Sun, May 08, 2011 at 10:48:30AM +0200, Jeffrey Ratcliffe wrote:
> Or am I being slow, and this is just because of the Perl 5.12
> transition (that being the only change)?

I did a check on smetana.d.o sparc porterbox. The build hangs there
with:

dpkg-buildpackage: export CFLAGS from dpkg-buildflags (origin: vendor): -g -O2
dpkg-buildpackage: export CPPFLAGS from dpkg-buildflags (origin: vendor):
dpkg-buildpackage: export CXXFLAGS from dpkg-buildflags (origin: vendor): -g -O2
dpkg-buildpackage: export FFLAGS from dpkg-buildflags (origin: vendor): -g -O2
dpkg-buildpackage: export LDFLAGS from dpkg-buildflags (origin: vendor):
dpkg-buildpackage: source package libsane-perl
dpkg-buildpackage: source version 0.03-1
dpkg-buildpackage: source changed by Jeffrey Ratcliffe 

dpkg-buildpackage: host architecture sparc
 dpkg-source --before-build libsane-perl-0.03
 fakeroot debian/rules clean
dh clean
   dh_testdir
   dh_auto_clean
   dh_clean
rm -f *.pnm
 debian/rules build
dh build
   dh_testdir
   dh_auto_configure
Checking if your kit is complete...
Looks good
'CREATE_PACKLIST' is not a known MakeMaker parameter name.
Writing Makefile for Sane
   dh_auto_build
make[1]: Entering directory `/home/carnil/libsane-perl-0.03'
cp lib/Sane.pm blib/lib/Sane.pm
/usr/bin/perl /usr/share/perl/5.12/ExtUtils/xsubpp  -typemap 
/usr/share/perl/5.12/ExtUtils/typemap -typemap typemap
Sane.xs > Sane.xsc && mv Sane.xsc Sane.c
cc -c  -I.   -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe 
-fstack-protector -I/usr/local/include -D
_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -g   -DVERSION=\"0.03\" 
-DXS_VERSION=\"0.03\" -fPIC "-I/usr/lib/perl/5.1
2/CORE"   Sane.c
Running Mkbootstrap for Sane ()
chmod 644 Sane.bs
rm -f blib/arch/auto/Sane/Sane.so
cc  -shared -O2 -g -L/usr/local/lib -fstack-protector Sane.o  -o 
blib/arch/auto/Sane/Sane.so\
   -lsane   \

chmod 755 blib/arch/auto/Sane/Sane.so
cp Sane.bs blib/arch/auto/Sane/Sane.bs
chmod 644 blib/arch/auto/Sane/Sane.bs
Manifying blib/man3/Sane.3pm
make[1]: Leaving directory `/home/carnil/libsane-perl-0.03'
   dh_auto_test
make[1]: Entering directory `/home/carnil/libsane-perl-0.03'
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 
'blib/lib', 'blib/arch')" t/*.t
t/data.t .. ok
t/enums.t . ok
t/err.t ... 1/38

Hanging here then.

libsane-dev 1.0.22-3 is installed in the unstable chroot.

I myself did not yet investigate it further.

Bests
Salvatore


signature.asc
Description: Digital signature

Bug#629842: Kernel BUG in ext3 filesystem creation

[Norbert Kiszka]

Dnia 2011-06-08, śro o godzinie 15:41 -0400, Daniel Richard G. pisze:
> Package: installation-reports
> 
> Boot method: hard disk (netboot kernel + initrd) via grub
> Image version: 20110106+squeeze1 (files are dated 2011-03-14)
> 
> Machine: Dell Dimension 2350
> Processor: Intel(R) Pentium(R) 4 CPU 2.20GHz
> Memory: 1GB
> Partitions: ("fdisk -l" output below)
> 
> Disk /dev/sda: 120.0 GB, 120034123776 bytes
> 255 heads, 63 sectors/track, 14593 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disk identifier: 0x0ea91612
> 
>Device Boot  Start End  Blocks   Id  System
> /dev/sda1   1   9   722616  FAT16
> /dev/sda2  10   14593   117145949+   5  Extended
> /dev/sda5  10 141 1060258+  82  Linux swap
> /dev/sda6 142 795 5253223+  83  Linux
> /dev/sda7   * 7961840 8393931   83  Linux
> /dev/sda81841   14593   102438441   83  Linux
> 
> Output of lspci -knn (or lspci -nn): (see attached)
> 
> Base System Installation Checklist:
> [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
> 
> Initial boot:   [O]
> Detect network card:[O]
> Configure network:  [O]
> Detect CD:  [ ]
> Load installer modules: [O]
> Detect hard drives: [O]
> Partition hard drives:  [O]
> Install base system:[ ]
> Clock/timezone setup:   [ ]
> User/password setup:[ ]
> Install tasks:  [ ]
> Install boot loader:[ ]
> Overall install:[E]
> 
> Comments/Problems:
> 
> Everything worked fine up to the point of creating the root ext3
> filesystem. Then a kernel BUG occurred, and the installer remained stuck
> at a blue screen (with white underbar). The system is still responsive;
> I can switch to the other terminals and poke around, but the installer
> is horked.
> 
> The console log, recorded via serial cable, is attached.
> 
> Note that this error does not occur with testing/unstable installers.

Did You checked this hdd for bad sectors? Check SMART first if possible.

PS. Why 486 kernel instead 686?





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

Bug#629877: xfce4: Default icons setting is "empty"

[Chenliang Xu]

Package: xfce4
Version: 4.8.0.2
Severity: minor

The default value for icons setting, which is saved 
xfce-perchannel-xml/xsettings.xml,
is empty. And the system setting is
 .

On the other hand, the default theme installed with xfce4 is tango. This
conflict leads to missing icons, and the user has to set icons manually to fix
this problem.

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

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

Versions of packages xfce4 depends on:
ii  gtk2-engines-xfce 2.8.1-2GTK+-2.0 theme engine for Xfce
ii  orage 4.8.1-2Calendar for Xfce Desktop Environm
ii  thunar1.2.1-6File Manager for Xfce
ii  xfce4-appfinder   4.8.0-3Application finder for the Xfce4 D
ii  xfce4-mixer   4.8.0-2Xfce mixer application
ii  xfce4-panel   4.8.3-3panel for Xfce4 desktop environmen
ii  xfce4-session 4.8.1-2Xfce4 Session Manager
ii  xfce4-settings4.8.2-1graphical application for managing
ii  xfce4-utils   4.8.1-2Various tools for Xfce
ii  xfconf4.8.0-3utilities for managing settings in
ii  xfdesktop44.8.2-1xfce desktop background, icons and
ii  xfwm4 4.8.1-3window manager of the Xfce project

Versions of packages xfce4 recommends:
ii  desktop-base  6.0.6  common files for the Debian Deskto
ii  tango-icon-theme  0.8.90-3   Tango icon theme
ii  thunar-volman 0.6.0-4Thunar extension for volumes manag
ii  xorg  1:7.6+6X.Org X Window System

Versions of packages xfce4 suggests:
pn  xfce4-goodies  (no description available)
pn  xfprint4   (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#629820: broken package gitweb Version: 1:1.7.5.3-1

[Denis Linvinus]

I'm sorry, you are right!
I'm just check gitweb package before install, i did not expect that file was
moved to another package.
it's my fault.


2011/6/8 Jonathan Nieder 

> Hi Denis,
>
> Denis Linvinus wrote:
>
> > inside package gitweb_1.7.5.3-1_all.deb
> > file /usr/lib/cgi-bin/gitweb.cgi is symbol link to
> ../../share/gitweb/gitweb.cgi
> > which don't exist!
>
> Does it really not exist on your filesystem?  What is the
> output of
>
>dpkg -l git
>dpkg -L git
>
> ?
>

Bug#629876: kadu: New version available

[Jacek Kawa]

Package: kadu
Version: 0.9.1-1
Severity: wishlist


New version 0.9.2 is available that (according to www.kadu.net)
- fixes server_monitor,
- fixes handling of jabber addresses,
- fixes detecion of version 0.10.0 (which has also been
released in the meantime, but in alpha status).

Regards!


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

Kernel: Linux 2.6.39.1-amd (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kadu depends on:
ii  kadu-common 0.9.1-1  Gadu-Gadu/XMPP client for X11
ii  libao4  1.1.0-1  Cross Platform Audio Output Librar
ii  libasound2  1.0.23-4 shared library for ALSA applicatio
ii  libaspell15 0.60.6-6 GNU Aspell spell-checker runtime l
ii  libc6   2.13-4   Embedded GNU C Library: Shared lib
ii  libgadu31:1.10.1-1   Gadu-Gadu protocol library - runti
ii  libgcc1 1:4.6.0-10   GCC support library
ii  libidn111.20-1   GNU Libidn library, implementation
ii  libmpdclient2   2.3-1client library for the Music Playe
ii  libphonon4  4:4.6.0really4.5.0-3 multimedia framework from KDE - co
ii  libqca2 2.0.3-1  libraries for the Qt Cryptographic
ii  libqca2-plugin-ossl 2.0.0~beta3-1SSL/TLS support for the Qt Cryptog
ii  libqt4-dbus 4:4.7.3-1Qt 4 D-Bus module
ii  libqt4-network  4:4.7.3-1Qt 4 network module
ii  libqt4-script   4:4.7.3-1Qt 4 script module
ii  libqt4-scripttools  4:4.7.3-1Qt 4 script tools module
ii  libqt4-sql  4:4.7.3-1Qt 4 SQL module
ii  libqt4-sql-sqlite   4:4.7.3-1Qt 4 SQLite 3 database driver
ii  libqt4-svg  4:4.7.3-1Qt 4 SVG module
ii  libqt4-xml  4:4.7.3-1Qt 4 XML module
ii  libqt4-xmlpatterns  4:4.7.3-1Qt 4 XML patterns module
ii  libqtcore4  4:4.7.3-1Qt 4 core module
ii  libqtgui4   4:4.7.3-1Qt 4 GUI module
ii  libqtwebkit42.1.0~2011week13-1   Web content engine library for Qt
ii  libsndfile1 1.0.24-1 Library for reading/writing audio 
ii  libstdc++6  4.6.0-10 The GNU Standard C++ Library v3
ii  libx11-62:1.4.3-1X11 client-side library
ii  libxfixes3  1:5.0-2  X11 miscellaneous 'fixes' extensio
ii  libxss1 1:1.2.1-1X11 Screen Saver extension library
ii  phonon  4:4.6.0really4.5.0-3 multimedia framework from KDE - me
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages kadu recommends:
ii  kadu-external-modules 0.9.1-1Additional plugins for Kadu

Versions of packages kadu suggests:
ii  kadu-themes   0.9.1-1Additional icons and emoticons for

-- 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#629553: libgssglue: incompatible with krb5 1.9

[Kevin Coffman]

2011/6/8 Aníbal Monsalve Salazar :
> On Tue, Jun 07, 2011 at 12:55:02PM -0400, Sam Hartman wrote:
>>
>>package: libgssglue-dev
>>severity: serious
>>justification: package breaks nfs-utils build
>>version: 0.2-2
>>
>>Hi, Kevin and Debian maintainers:
>>
>>In an upcoming release, MIT has started adopting the new GSS-API type
>>names at the top of page 12 of RFC 5587.
>>
>>
>>For a variety of reasons, I pulled this change into Debian unstable.
>>Unfortunately, some applications such as nfs-utilsappear to pull in
>>gssapi.h from libgssglue, but pull in gssapi_ext.h from krb5.
>>
>>This does not work unless the gssapi.h from libgssglue includes the new
>>constant type names.
>>
>>--Sam
>
> Kevin,
>
> The original bug report #629553 is available at
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629553
>
> and bug report #629692 (which has build logs) is available at
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629692
>
> Sam,
>
> Could you please post the unified diff of gssapi.h from libgssglue that
> makes it work?
>
> Cheers,
>
> Aníbal

Sam's original message went to my spam folder.  I will attempt to look
at this in the next couple of days, but I can't make any promises.

K.C.



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

Bug#617303: pending hijack

[Mike O'Connor]

tags 617303 +pending
tags 617303 +fixed-upstream
tags 548854 +pending
thanks

Since the maintainer of this package seems MIA, and hasn't responded to
any of the bugs in this package in the last few years,  I intend to
hijack this package.  

I've sent the maintainer a private email, and I uploaded a fix to
delayed/3.

http://git.vireo.org/ecb.git has my git repository of the package I've uploaded.

stew



pgpi9zinouxPe.pgp
Description: PGP signature

Bug#629875: should recommend or suggest locales-all

[Peter Eisentraut]

Package: postgresql-9.1
Version: 9.1~beta1-4
Severity: wishlist

9.1 supports per-column collations, based on operating system locales.
In order to get this preinitialized properly, the system locales need
to be present at initdb time.  So I think a Recommends or at least
Suggests of locales-all would be appropriate.  You can add collations
later, if you add new locales using the traditional Debian way, but
it's quite cumbersome, so an average user should not be exposed to it.



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

Bug#629647: udev: keymap and rule to get microsoft natural keyboard "zoom" key to work

[Martin Pitt]

tag 629647 fixed-upstream
thanks

Hello Nicolas,

Nicolas Chauvat [2011-06-08 14:11 +0200]:
> ENV{ID_VENDOR}=="Microsoft", ENV{ID_MODEL_ID}=="00db", RUN+="keymap $name 
> microsoft-natural-keyboard-4000"

Thanks for this! I committed this to udev upstream.

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.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#614562: auth_pass should be up to seven characters long

[Alexander Wirt]

Dan Wallis schrieb am Thursday, den 09. June 2011:

> > For this bug, would the package maintainer be willing to apply
> > Vincent's patch (b4d88f76637add8f13d2de2291e4267e0b041a7d, attached)
> > to version v1.1.20 in squeeze?
> 
> There's a point-release coming up in a couple of weeks. Any chance
> this could be done in time?
At least I can try :)



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

Bug#629498: binutils: ld cannot find symbols in library dependents

[Jonathan Nieder]

Philip Ashmore wrote:

> It works in a schroot I set up that uses only the stock Squeeze repos,
> so to me it looks like an ld/automake problem.

Not all behavior changes are bugs. :)  As mentioned before, the
default in ld changed to --no-copy-dt-needed-entries for wheezy.

> I'm pretty sure that it should be following the static-link model
> for the .la files and
> adding the shlibs dependants to the link step.

Why would libtool follow the static-link model when linking to a DSO?
See .  If you disagree with the
reasoning mentioned in that bug and the bugs it is merged with, that
would be a libtool (behavior or documentation) bug.

If you disagree with --no-copy-dt-needed-entries being the default
behavior for ld, I don't know what to tell you.  Maybe you could
install a wrapper that passes --copy-dt-needed-entries, though that
won't help other Debian or Fedora users build your software.  The
rationale for the change is well documented elsewhere.

Maybe binutils should gain a NEWS.Debian.gz file explaining this to
help people upgrading.

As for the original use case that motivates this: perhaps making
/usr/lib/libtreedb.so a linker script would work for you.  For
example:

/* GNU ld script */
INPUT(-llibtreedb-0.9-bare)
INPUT(-lv3c-1.8)

Sorry to be the bearer of bad news, and hope that helps.

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#629850: "Please ensure that a JVM and the package libreoffice-java-common"

[jidanni]

RE> WTF are you citing libreoffice-common here but then file it against 
openoffice.org-impress?

All I know is the latter has this dependency problem, as that is the
package I installed.

RE> No, because it not a MUST but it needed for SOME features. (And none in 
impress)

Then please kindly reword the warning as such.



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

Bug#629874: fusecompress: Unable to open files created with older version

[Alex Samad]

Package: fusecompress
Version: 2.6-4
Severity: grave
Justification: causes non-serious data loss

Hi

i have been running version 2.6.3 for a while and when I upgraded to 2.6.4 i 
was unable to access my underlying data

alex

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

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

Versions of packages fusecompress depends on:
ii  libboost-filesystem1.46 1.46.1-5 filesystem operations (portable pa
pn  libboost-iostreams1.46.(no description available)
pn  libboost-program-option(no description available)
pn  libboost-serialization1(no description available)
ii  libboost-system1.46.1   1.46.1-5 Operating system (e.g. diagnostics
ii  libbz2-1.0  1.0.5-6  high-quality block-sorting file co
ii  libc6   2.13-4   Embedded GNU C Library: Shared lib
ii  libfuse22.8.4-1.1Filesystem in USErspace library
ii  libgcc1 1:4.6.0-10   GCC support library
ii  liblzo2-2   2.04-1   data compression library
ii  libmagic1   5.04-5+b1File type determination library us
ii  libstdc++6  4.6.0-10 The GNU Standard C++ Library v3
ii  zlib1g  1:1.2.3.5.dfsg-1 compression library - runtime

fusecompress recommends no packages.

fusecompress 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#626975: [Pkg-bluetooth-maintainers] Bug#626975: bluez: getting a Logitech, Inc. diNovo Edge Keyboard working

[Nobuhiro Iwamatsu]

Hi,

Peter's patch applied to upstream now.
# I talked on IRC about this patch.
I will cherry-pick this to Debian.

Cristian, many thanks.

Nobuhiro

2011/6/9 Nobuhiro Iwamatsu :
> Hi,
>
> 2011/6/7 Cristian Ionescu-Idbohrn :
>> On Mon, 6 Jun 2011, Cristian Ionescu-Idbohrn wrote:
>>>
>>> I hope this message will reach Marcel too, as it identifies bugs in the
>>> upstream code.
>>>
>>> On Mon, 6 Jun 2011, Cristian Ionescu-Idbohrn wrote:
>>> >
>>> > I'd like to get this problem out of the way.  What can I do to help?
>>
>> [snip]
>>
>> Alright.  I took the magic wand, Peter Hurley handed over here:
>>
>>        http://comments.gmane.org/gmane.linux.bluez.kernel/13457
>>
>> (patch for the upstream scripts/bluetooth-hid2hci.rules) which solves the
>> two major problems (runs the /lib/udev/rules.d/62-bluez-hid2hci.rules,
>> including hid2hci and making the hci0 device available).
>
>
> This patch mean , if device is hidraw, change of device is failed.
> But if  device is hiddev, change of deice already is success.
> OK?
>
> Marcel, why do you apply this patch ?
>
>>
>> This:
>>
>>> Still, hid2hci returns status code failure:
>>>
>>>       exit_group(1)                     = ?
>>>
>>> This is another bug :(
>>>
>>>       int rc = 1;
>
> I attached patch that revised this.
> I will send to upsream.
>
> Nobuhiro
>
> --
> Nobuhiro Iwamatsu
>    iwamatsu at {nigauri.org / debian.org}
>    GPG ID: 40AD1FA6
>



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



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

Bug#607050: tomcat6: catalina.out grows

[tony mancill]

On 05/31/2011 02:21 AM, Loos, Christian wrote:
> Why don't you do it like RHEL, CentOS and Fedora with logrotate?
> 
> http://pkgs.fedoraproject.org/gitweb/?p=tomcat.git;a=blob;f=tomcat-7.0.logrotate;h=a87b4c005cce267f7ffc6625a44b4a8ff3fad77b;hb=HEAD
> 
> Chris

This is what I'm tempted to do unless there are strenuous objections.
Switching to another logging framework might be advantageous for some,
but cause problems for others, so it seems best stick as closely to the
upstream tomcat as possible.

I'll prepare an update for unstable.

Thanks,
tony



signature.asc
Description: OpenPGP digital signature

Bug#629873: xfwm4: "focus follows mouse" doesn't always follow

[Joe Pfeiffer]

Package: xfwm4
Version: 4.8.1-3
Severity: normal

Occasionally -- and I wish I could come up with a good example that
will show the behavior consistently -- focus follows mouse seems to
lose window-entry events (I'm not saying that's necessarily the actual
cause, but it's the best description I can give of the problem).

If I move the mouse rapidly between windows, the focus is sometimes
"left behind" either on the window where I started, or one of the
windows in between.  This is most noticeable when the windows involved
belong to relatively resource-intensive processes, such as firefox or
emacs.

Worse, attempting to move a window by using the center-button on the
title bar and dragging occasionally shows a cursor like that for the
window-move, but with no window selected.  The only way I've found out
of this condition is alt-f7, which selects a window for moving (and
clicking the middle button then releases it).

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

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

Versions of packages xfwm4 depends on:
ii  libc6 2.13-4 Embedded GNU C Library: Shared lib
ii  libdbus-glib-1-2  0.92-1 simple interprocess messaging syst
ii  libgdk-pixbuf2.0-02.23.3-3   GDK Pixbuf library
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.24.4-3   The GTK+ graphical user interface 
ii  libpango1.0-0 1.28.3-6   Layout and rendering of internatio
ii  libstartup-notification0  0.10-1 library for program launch feedbac
ii  libwnck22 2.30.4-3   Window Navigator Construction Kit 
ii  libx11-6  2:1.4.3-1  X11 client-side library
ii  libxcomposite11:0.4.3-1  X11 Composite extension library
ii  libxdamage1   1:1.1.3-1  X11 damaged region extension libra
ii  libxext6  2:1.3.0-1  X11 miscellaneous extension librar
ii  libxfce4ui-1-04.8.0-2widget library for Xfce
ii  libxfce4util4 4.8.1-2Utility functions library for Xfce
ii  libxfconf-0-2 4.8.0-3Client library for Xfce4 configure
ii  libxfixes31:5.0-2X11 miscellaneous 'fixes' extensio
ii  libxrandr22:1.3.1-1  X11 RandR extension library
ii  libxrender1   1:0.9.6-1  X Rendering Extension client libra

Versions of packages xfwm4 recommends:
ii  librsvg2-common   2.32.1-1   SAX-based renderer library for SVG
ii  xfwm4-themes  4.6.0-3Theme files for xfwm4

Versions of packages xfwm4 suggests:
ii  xfce4 4.8.0.2Meta-package for the Xfce Lightwei

-- 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#550352: Just got it with chromium

[Dominique Brazziel]

And had it with chromium-browser before upgrading to the
version 11 chromium in sid.  This problem isn't just cosmetic
(the messages in .xsession-errors, which is now allowed to
grow without limit); true to the content of the message
response to mouse and keyboard events becomes
sluggish and eventually overall GUI response starts to
resemble Windows 98.

Bug#622283: gnome-icon-theme-extras: not installable in sid

[shirish शिरीष]

At bottom :-

On Wed, Jun 8, 2011 at 00:44, Ralf Treinen  wrote:
> In fact. gnome-icon-theme-extras is uninstallable in sid since:
>
> gnome-icon-theme-extras (= 3.00.0-1) depends on missing: - gnome-icon-theme 
> (>= 3.0)
>
> -Ralf.

Just a user. See that one cannot install gnome-icon-theme from
experimental without installing gnome-icon-theme-symbolic.

$ sudo aptitude install gnome-icon-theme=3.0.0-2
[sudo] password for shirish:
The following packages will be upgraded:
  gnome-icon-theme
1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 8,976 kB of archives. After unpacking 32.6 MB will be used.
The following packages have unmet dependencies:
  gnome-icon-theme-extras: Depends: gnome-icon-theme (< 2.31) but
3.0.0-2 is to be installed.
  gnome-icon-theme-symbolic: Depends: gnome-icon-theme (< 2.31) but
3.0.0-2 is to be installed.
The following actions will resolve these dependencies:

 Remove the following packages:
1) gnome-icon-theme-extras
2) gnome-icon-theme-symbolic



Accept this solution? [Y/n/q/?] q
Abandoning all efforts to resolve these dependencies.
Abort.

Looking at the depends it seems apart from gnome-icon-theme package
there isn't much to keep it from installing, although even the depends
there is a bit confusing.

$ aptitude show gnome-icon-theme-symbolic=3.0.0-1
Package: gnome-icon-theme-symbolic
State: not installed
Automatically installed: no
Version: 3.0.0-1
Priority: optional
Section: gnome
Maintainer: Debian GNOME Maintainers

Uncompressed Size: 1,843 k
Depends: hicolor-icon-theme, gnome-icon-theme (>= 3.0), gnome-icon-theme (<
 3.1), libgtk2.0-bin
Description: GNOME Desktop icon theme (symbolic icons)
 This package contains the default icon theme used by the GNOME desktop. The
 icons are used in the panel menu, and in nautilus and other applications, to
 represent the different applications, files, directories, and devices.

 This package contains symbolic icons for the default GNOME icon theme.

I dunno much but it does seem that just pushing the three versioned
packages from experimental to unstable :-

a. gnome-icon-theme
b. gnome-icon-theme-extras
c. gnome-icon-theme-symbolic

 should do the  trick. As I haven't done it (as do not take packages
from experimental) dunno if it breaks something else. If needed/wanted
can try it out.

On another note, for whatever reason, GNOME 3 updates/transition in
Debian seems to have hit a standstill.

http://www.0d.be/debian/debian-gnome-3.0-status.html

As can be seen the last time anything changed was on 29th May (more
than a week back).

-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



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

Bug#628864: Fldigi fails to start, gives getMenuItem error

[Jeffrey E. Hundstad]

Hello,

I can replicate this problem.  It happens on 32 and 64-bit Intel 
platforms.  It also happens using gcc-4.6 or gcc-4.4.  However if you 
disable Native Language Support (NLS) I now have a binary that 
functions.  Sans NLS of course.  I've used:

./configure --disable-nls

I have reported this upstream.  Hopefully this will give them a clue 
where to start debugging.  Oh yes, apparently the Red Hat folks are 
seeing the same problem we are.  Upstream was having problem replicating 
the issue.


--
Jeffrey Hundstad
WE0A




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

Bug#629872: asterisk: res_config_pgsql complains of missing fields on inheritated tables

[David van Laatum]

Package: asterisk
Version: 1:1.6.2.9-1~bpo50+3
Severity: normal

Originally iax_adelaide was an inheritated table and it was complaining of the 
missing fields. Looks like its using the sql 

SELECT a.attname, t.typname, a.attlen, a.attnotnull, d.adsrc, a.atttypmod FROM 
(((pg_catalog.pg_class c INNER JOIN pg_catalog.pg_namespace n ON n.oid = 
c.relnamespace AND c.relname = 'iax' AND n.nspname = current_schema()) INNER 
JOIN pg_catalog.pg_attribute a ON (NOT a.attisdropped) AND a.attnum > 0 AND 
a.attrelid = c.oid) INNER JOIN pg_catalog.pg_type t ON t.oid = a.atttypid) LEFT 
OUTER JOIN pg_attrdef d ON a.atthasdef AND d.adrelid = a.attrelid AND d.adnum = 
a.attnum ORDER BY n.nspname, c.relname, attnum

to get the list of fields which dosn't work with inherited tables but Im still 
getting the following errors/warnings after making iax_adelaide not inherited, 
messages and table structure follows.

[Jun  9 13:03:48] WARNING[29359]: res_config_pgsql.c:1184 require_pgsql: Table 
iax_Adelaide requires a column 'name' of size '10', but no such column exists.
[Jun  9 13:03:48] WARNING[29359]: res_config_pgsql.c:1184 require_pgsql: Table 
iax_Adelaide requires a column 'ipaddr' of size '15', but no such column exists.
[Jun  9 13:03:48] WARNING[29359]: res_config_pgsql.c:1184 require_pgsql: Table 
iax_Adelaide requires a column 'port' of size '5', but no such column exists.
[Jun  9 13:03:48] WARNING[29359]: res_config_pgsql.c:1184 require_pgsql: Table 
iax_Adelaide requires a column 'regseconds' of size '6', but no such column 
exists.
[Jun  9 13:05:20] ERROR[27741]: res_config_pgsql.c:618 update_pgsql: PostgreSQL 
RealTime: Updating on column 'ipaddr', but that column does not exist within 
the table 'iax_Adelaide'!

Table "public.iax_adelaide"
  Column  |  Type  |   Modifiers
   
--++---
 name | character varying(10)  | not null
 username | character varying(30)  | 
 type | character varying(6)   | not null
 secret   | character varying(50)  | 
 md5secret| character varying(32)  | 
 dbsecret | character varying(100) | 
 transfer | character varying(10)  | default 'no'::character varying
 inkeys   | character varying(100) | 
 outkeys  | character varying(100) | 
 auth | character varying(100) | default 'rsa'::character varying
 accountcode  | character varying(100) | 
 amaflags | character varying(100) | 
 callerid | character varying(100) | 
 context  | character varying(100) | not null default 
'default'::character varying
 defaultip| character varying(15)  | 
 host | character varying(31)  | not null default 
'dynamic'::character varying
 language | character(5)   | 
 mailbox  | character varying(50)  | 
 deny | character varying(95)  | 
 permit   | character varying(95)  | 
 qualify  | character varying(4)   | default 'yes'::character varying
 disallow | character varying(100) | 
 allow| character varying(100) | 
 ipaddr   | character(15)  | 
 port | integer| 
 regseconds   | integer| default 0
 trunk| character varying(3)   | not null default 'no'::character 
varying
 sourceaddress| character varying(32)  | 
 regexten | character varying(8)   | 
 jitterbuffer | character varying(8)   | not null default 'no'::character 
varying
 requirecalltoken | character varying(8)   | not null default 'no'::character 
varying

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

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

Versions of packages asterisk depends on:
ii  adduser3.110 add and remove users and groups
ii  asterisk-config1:1.6.2.9-1~bpo50+3   Configuration files for Asterisk
ii  asterisk-sounds-ma 1:1.6.2.9-1~bpo50+3   Core Sound files for Asterisk (Eng
ii  dahdi  1:2.2.1.1-1~bpo50+1   utilities for using the DAHDI kern
ii  libasound2 1.0.16-2  ALSA library
ii  libc-client2007b   7:2007b~dfsg-4+lenny3 c-client library for mail protocol
ii  libc6  2.7-18lenny7  GNU C Library: Shared libraries
ii  libcap22.11-2support for getting/setting POSIX.
ii  libcurl3   7.18.2-8lenny4Multi-protocol file transfer libra
ii  libgcc11:4.3.2-1.1   GCC support library
ii  libglib2.0-0   2.16.6-3  The GLib library of C routines
ii  libgmime-2.0-2a2.2.22-2+lenny2   MIME library
ii  libgsm11.0.12-1  

Bug#601803: patch for wireless support

[Guillem Jover]

Hi!

On Wed, 2011-06-08 at 13:25:10 +0200, Robert Millan wrote:
> As for libjail it's not really necessary; the Makefile layout
> is confusing which lead Timo to think it was.

Ah perfect will include this for the next upload, then.

> libjail is used for "ifconfig vnet" (see manpage) feature
> which has nothing to do with wireless support.

We can enable it later on when we've added libjail to freebsd-libs and
it's gotten through NEW.

> Guillem, do you think either of the header kludges I'm
> adding with this patch would be suitable for libbsd?

The __DECONST one was already on my list of things to add, as I've seen
it used somewhere recently. For the second one, if you mean __va_list,
then yes I've also had that pending. Otherwise if you mean bsdxml.h (but
you mentioned the expat maintainers were going to provide that?) then I
don't think it would be a good idea as libbsd would need to pull
libexpat-dev, which I'd rather not.

thanks,
guillem



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

Bug#629859: [buildd-tools-devel] Bug#629859: debian_chroot unset inside schroot

[Philip Ashmore]

FYI here are my entries in schroot.conf <

Bug#626975: [Pkg-bluetooth-maintainers] Bug#626975: bluez: getting a Logitech, Inc. diNovo Edge Keyboard working

[Nobuhiro Iwamatsu]

Hi,

2011/6/7 Cristian Ionescu-Idbohrn :
> On Mon, 6 Jun 2011, Cristian Ionescu-Idbohrn wrote:
>>
>> I hope this message will reach Marcel too, as it identifies bugs in the
>> upstream code.
>>
>> On Mon, 6 Jun 2011, Cristian Ionescu-Idbohrn wrote:
>> >
>> > I'd like to get this problem out of the way.  What can I do to help?
>
> [snip]
>
> Alright.  I took the magic wand, Peter Hurley handed over here:
>
>        http://comments.gmane.org/gmane.linux.bluez.kernel/13457
>
> (patch for the upstream scripts/bluetooth-hid2hci.rules) which solves the
> two major problems (runs the /lib/udev/rules.d/62-bluez-hid2hci.rules,
> including hid2hci and making the hci0 device available).


This patch mean , if device is hidraw, change of device is failed.
But if  device is hiddev, change of deice already is success.
OK?

Marcel, why do you apply this patch ?

>
> This:
>
>> Still, hid2hci returns status code failure:
>>
>>       exit_group(1)                     = ?
>>
>> This is another bug :(
>>
>>       int rc = 1;

I attached patch that revised this.
I will send to upsream.

Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff --git a/tools/hid2hci.c b/tools/hid2hci.c
index 45a3a3d..ba4aea4 100644
--- a/tools/hid2hci.c
+++ b/tools/hid2hci.c
@@ -240,7 +240,7 @@ int main(int argc, char *argv[])
 	enum mode mode = HCI;
 	const char *devpath = NULL;
 	int err = -1;
-	int rc = 1;
+	int rc = 0;
 
 	for (;;) {
 		int option;
@@ -288,13 +288,16 @@ int main(int argc, char *argv[])
 	}
 
 	udev = udev_new();
-	if (udev == NULL)
+	if (udev == NULL) {
+		rc = ENOMEM;
 		goto exit;
+	}
 
 	snprintf(syspath, sizeof(syspath), "%s/%s", udev_get_sys_path(udev), devpath);
 	udev_dev = udev_device_new_from_syspath(udev, syspath);
 	if (udev_dev == NULL) {
 		fprintf(stderr, "error: could not find '%s'\n", devpath);
+		rc = ENODEV;
 		goto exit;
 	}
 
@@ -312,6 +315,7 @@ int main(int argc, char *argv[])
 			dev = udev_device_get_parent_with_subsystem_devtype(dev, "usb", "usb_device");
 			if (dev == NULL) {
 fprintf(stderr, "error: could not find usb_device for '%s'\n", devpath);
+rc = ENODEV;
 goto exit;
 			}
 		}
@@ -320,6 +324,7 @@ int main(int argc, char *argv[])
 		if (handle == NULL) {
 			fprintf(stderr, "error: unable to handle '%s'\n",
 udev_device_get_syspath(dev));
+			rc = EBADF;
 			goto exit;
 		}
 		err = usb_switch(handle, mode);
@@ -331,6 +336,7 @@ int main(int argc, char *argv[])
 		device = udev_device_get_devnode(udev_dev);
 		if (device == NULL) {
 			fprintf(stderr, "error: could not find hiddev device node\n");
+			rc = ENODEV;
 			goto exit;
 		}
 		err = hid_switch_logitech(device);

Bug#629865: xen-linux-system-2.6.26-2-xen-amd64 causes system crash when using aacraid driver

[Tim Vaillancourt]

Understood. Thanks again for clarifying Ben.

PS: Whoops on Reply-to-All. Better late than never! :)

Cheers,

Tim

On 08/06/11 08:26 PM, Ben Hutchings wrote:
> On Wed, 2011-06-08 at 20:16 -0700, Tim Vaillancourt wrote:
>   
>> Fantastic. I really appreciate your reply, and that clarifies things
>> wonderfully.
>>
>> We've recently increased the VM count on the Xen servers we have this
>> issue on, but we (still) run the duplicity backups from the Dom0 on one
>> VM at a time backup load theoretically the same as before at any one
>> time), so I'm thinking now the increased VM count (and thus IO) causes
>> this to happen while duplicity is running at the same time in the dom0.
>>
>> That is really too bad cause IO-wise we aren't even pushing the disks
>> that hard, but I guess we are asking it to do a lot of simultaneous
>> things at once.
>>
>> Again, thank you for the reply. By chance, do you have any links to the
>> mainstream bug you mentioned that is already open?
>> 
> There wasn't any bug report; I just compared the code between 2.6.26 and
> current development.  My reply to you also went to the aacraid
> developers and the SCSI mailing list.
>
> Please reply-to-all.
>
> Ben.
>
>   



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

Bug#629865: xen-linux-system-2.6.26-2-xen-amd64 causes system crash when using aacraid driver

[Ben Hutchings]

On Wed, 2011-06-08 at 20:16 -0700, Tim Vaillancourt wrote:
> Fantastic. I really appreciate your reply, and that clarifies things
> wonderfully.
> 
> We've recently increased the VM count on the Xen servers we have this
> issue on, but we (still) run the duplicity backups from the Dom0 on one
> VM at a time backup load theoretically the same as before at any one
> time), so I'm thinking now the increased VM count (and thus IO) causes
> this to happen while duplicity is running at the same time in the dom0.
> 
> That is really too bad cause IO-wise we aren't even pushing the disks
> that hard, but I guess we are asking it to do a lot of simultaneous
> things at once.
> 
> Again, thank you for the reply. By chance, do you have any links to the
> mainstream bug you mentioned that is already open?

There wasn't any bug report; I just compared the code between 2.6.26 and
current development.  My reply to you also went to the aacraid
developers and the SCSI mailing list.

Please reply-to-all.

Ben.

-- 
Ben Hutchings
Lowery's Law:
 If it jams, force it. If it breaks, it needed replacing anyway.


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

Bug#629871: missing man pages for ecasound-iam, ecatools, ecalength

[Joel Roth]

Package: ecasound
Version: 2.8.1-1
Severity: normal


No result for 'man' command.  

According to http://packages.debian.org/sid/amd64/ecasound/filelist

There should be man pages in /usr/share/man/man1/

However removing and reinstalling the package, the man files
are not present.


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

Kernel: Linux 2.6.36.20101128 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages ecasound depends on:
ii  libasound21.0.23-2.1 shared library for ALSA applicatio
ii  libaudiofile0 0.2.6-8Open-source version of SGI's audio
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.4-17 GCC support library
ii  libjack-jackd2-0 [libjack 1.9.6~dfsg.1-2 JACK Audio Connection Kit (librari
ii  libkvutils4   2.8.1-1Multitrack-capable audio recorder 
ii  liblo70.26~repack-5  Lightweight OSC library
ii  libncurses5   5.7+20100313-5 shared libraries for terminal hand
ii  liboil0.3 0.3.17-2   Library of Optimized Inner Loops
ii  libreadline6  6.1-3  GNU readline and history libraries
ii  libsamplerate00.1.7-3Audio sample rate conversion libra
ii  libsndfile1   1.0.23-1   Library for reading/writing audio 
ii  libstdc++64.6.0-10   The GNU Standard C++ Library v3

ecasound recommends no packages.

Versions of packages ecasound suggests:
ii  amb-plugins [ladspa-plugin] 0.8.1-2  ambisonics LADPSA plugins
ii  caps [ladspa-plugin]0.4.2-1  C* Audio Plugin Suite
ii  ladspa-sdk [ladspa-plugin]  1.13-1   sample tools for linux-audio-dev p
pn  mikmod (no description available)
pn  mp3-encoder(no description available)
ii  mpg321 [mp3-decoder]0.2.13-1 Simple and lightweight command lin
ii  nama1.073-1  Ecasound-based multitrack recorder
ii  rev-plugins [ladspa-plugin] 0.3.1-1  greverb-like ladspa plugin
ii  swh-plugins [ladspa-plugin] 0.4.15+1-5   Steve Harris's LADSPA plugins
ii  tap-plugins [ladspa-plugin] 0.7.1-1  Tom's Audio Processing LADSPA plug
ii  timidity2.13.2-39+b1 Software sound renderer (MIDI sequ
ii  vlc [mp3-decoder]   1.1.9-1+b1   multimedia player and streamer
ii  vlc-nox [mp3-decoder]   1.1.9-1+b1   multimedia player and streamer (wi
ii  vorbis-tools1.4.0-1  several Ogg Vorbis tools

-- 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#629870: RFP: qt-at-spi

[Luke Yelavich]

Package: wnpp
Severity: wishlist

* Package name: qt-at-spi
  Version : 0.0
  Upstream Author : Frederik Gladhorn 
* URL or Web page : http://gitorious.org/qt-at-spi
* License : LGPL 2.1
  Description : A plugin to use the Qt GUI toolkit with the at-spi framework

This is a Qt plugin that bridges Qt's accessibility API to AT-SPI2.
With recent versions of AT-SPI2 this should make Qt applications accessible
with the help of tools such as Gnome's Orca screen-reader.



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

Bug#629865: xen-linux-system-2.6.26-2-xen-amd64 causes system crash when using aacraid driver

[Ben Hutchings]

On Wed, 2011-06-08 at 18:27 -0700, Tim Vaillancourt wrote:
> After some more thought, I understand the DMA and IOMMU portions of
> this issue, and why DMA cannot be setup, what I don't understand is
> why this would cause a loss of the aacraid driver and a system crash.
> Shouldn't this be expected? If not, what is not doing it's job
> correctly?

The aacraid driver needs to handle the error, but it does not.

> I guess what I am looking for is a way to run Xen in a stable way. It
> seems wrong to me that this brings my system down, even if it is a
> mainline bug.

It is wrong.  This driver won't be reliable with Xen.

> Another side to this issue is we have this occur only on less than 10%
> of our identical systems. Any idea why that would be?

The recent change in the way you run backups presumably can cause a
sudden increase in memory usage, whereas on other systems this never
happens.  Disk drivers (among others) cannot wait for data to be swapped
out when try to allocate memory, because they may themselves be used for
swapping.  Generally the kernel tries to ensure there is some physical
memory available for immediate allocation, by swapping out data early.
But if there is a sudden increase in memory usage then the kernel may
not start swapping soon enough to avoid an allocation failure in the
disk driver.

Ben.

-- 
Ben Hutchings
Lowery's Law:
 If it jams, force it. If it breaks, it needed replacing anyway.


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

Bug#629869: debian-science: Preparations for the removal of the KDE3 and Qt3 libraries

[Nobuhiro Iwamatsu]

Source: debian-science
Version: 0.13
Severity: important
User: debian-qt-...@lists.debian.org
Usertags: qt3libs-removal

Hi,

The KDE/Qt team is planning the deletion of kde3 and qt3.
Debian-science package has the package according to qt3 in Suggests.
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604379

Could you remove it?

Best regards,
 Nobuhiro
-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
diff --git a/debian/control b/debian/control
index 7b878ac..426d067 100644
--- a/debian/control
+++ b/debian/control
@@ -200,7 +200,7 @@ Package: science-engineering-dev
 Architecture: all
 Depends: science-tasks (= ${binary:Version}), science-config (= ${binary:Version})
 Recommends: libalberta2-dev, libbft-dev, libcgns-dev, libdeal.ii-dev, libfvm-dev, libhdf5-serial-dev, libitpp-dev, libjhdf4-java, libjhdf5-java, libluminate-dev, libmadlib-dev, libmed-dev, libmedc-dev, libmedimport-dev, libopenturns-dev, libslepc3.0.0-dev
-Suggests: libelmer-dev, libgetfem++-dev, libgtkdatabox-0.9.1-1-dev, liblife-dev, libqwt-dev | libqwt5-qt4-dev | libqwt5-qt3-dev, pycgns
+Suggests: libelmer-dev, libgetfem++-dev, libgtkdatabox-0.9.1-1-dev, liblife-dev, libqwt-dev | libqwt5-qt4-dev, pycgns
 Description: Debian Science Engineering-dev packages
  This metapackage will install Debian Science packages which might be
  helpful for development of applications for Engineering.

Bug#615479: status?

[Rob Browning]

Andy Wingo  writes:

> What is the status here?  libgc does appear to be in testing now.

I noticed that recently.  I'm just a bit slow.  In part I got
side-tracked by issues with 1.8 and by a switch to git-dpm, and a
whole-tree repository.

I should be working more heavily on 2.0 soon.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



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

Bug#629868: libstdc++.tag not installed by libstdc++6-4.5-doc

[Philip Ashmore]

Package: libstdc++6-4.5-doc
Version: 4.5.3-1
Severity: normal

My v3c project looks for libstdc++.tag when configuring.

This file is installed by libstdc++6-4.4-doc, but it appears to have been
dropped.

If doxygen support is being dropped, is doxygen being dropped too?

It's also not present in libstdc++6-4.6-doc, leading me to suspect that this is
intentional.



-- 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/2 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libstdc++6-4.5-doc depends on:
ii  gcc-4.5-base  4.5.3-1The GNU Compiler Collection (base 

libstdc++6-4.5-doc recommends no packages.

libstdc++6-4.5-doc suggests no packages.



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

Bug#629553: libgssglue: incompatible with krb5 1.9

[Aníbal Monsalve Salazar]

On Tue, Jun 07, 2011 at 12:55:02PM -0400, Sam Hartman wrote:
>
>package: libgssglue-dev
>severity: serious
>justification: package breaks nfs-utils build
>version: 0.2-2
>
>Hi, Kevin and Debian maintainers:
>
>In an upcoming release, MIT has started adopting the new GSS-API type
>names at the top of page 12 of RFC 5587.
>
>
>For a variety of reasons, I pulled this change into Debian unstable.
>Unfortunately, some applications such as nfs-utilsappear to pull in
>gssapi.h from libgssglue, but pull in gssapi_ext.h from krb5.
>
>This does not work unless the gssapi.h from libgssglue includes the new
>constant type names.
>
>--Sam

Kevin,

The original bug report #629553 is available at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629553

and bug report #629692 (which has build logs) is available at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629692

Sam,

Could you please post the unified diff of gssapi.h from libgssglue that
makes it work?

Cheers,

Aníbal



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

Bug#629867: krb5: Please enable DNS realm lookups in configure

[Alexander Wuerstlein]

Package: krb5
Severity: wishlist


Please enable DNS realm lookups in the call to ./configure
(--enable-dns-for-realm). This enables lookups of the realm a host
belongs to via _kerberos. IN TXT records. Doing so would
enable easier and more consistent configuration in complex environments
since DNS would replace a hard-to-maintain domain_realm section in
krb5.conf.

There are some security implications to this (see the paragraph
'dns_lookup_realm' on the corresponding configuration option in
http://web.mit.edu/Kerberos/krb5-1.9/krb5-1.9.1/doc/krb5-admin.html#libdefaults).
Since both, the compilation option and the configuration option must be
enabled and the default for the configuration option is "false/off" I
think those security problems from enabling the compilation option are
neglegible.

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

Kernel: Linux 2.6.32.27 (SMP w/16 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#629498: binutils: ld cannot find symbols in library dependents

[Philip Ashmore]

Besides, "@treedb_BARE_LIBS@ @v3c_LIBS@" expands to 
"${top_builddir}/v3c/libtreedb-0.9-bare.la -lpthread -L/usr/lib 
-Wl,-rpath -Wl,/usr/lib -lv3c-1.8 -luuid"

so that's not going to work.

Matthias, have you tried reproducing the problem as I've outlined it above?

Philip



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

Bug#614326: Pegasus adapter didn't work for me

[Ken Yee]

> udev deals with auto-loading modules and maintaining network interface
> names. And it's clearly done that correctly, so I don't see any reason
> to blame it.

Good point.  Not sure what else would have gotten updated via a dist-upgrade 
that would have broken the asix driver then :-P
The pegasus driver is also broken even worse for me unfortunately.  At least 
the asix driver reports a mac address...
--- Begin Message ---
On Wed, 2011-06-08 at 20:44 -0400, Ken Yee wrote:
> FYI, looks like the Pegasus driver also has issues.
> I'm running the latest Debian 2.6.39-1 kernel w/ the latest sid
> updates.  No luck.  Apparently, the udev updates have broken all the
> usb/ethernet adapters :-P
[]

udev deals with auto-loading modules and maintaining network interface
names.  And it's clearly done that correctly, so I don't see any reason
to blame it.

Ben.

-- 
Ben Hutchings
Lowery's Law:
 If it jams, force it. If it breaks, it needed replacing anyway.


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

Bug#614326: Pegasus adapter didn't work for me

[Ben Hutchings]

On Wed, 2011-06-08 at 20:44 -0400, Ken Yee wrote:
> FYI, looks like the Pegasus driver also has issues.
> I'm running the latest Debian 2.6.39-1 kernel w/ the latest sid
> updates.  No luck.  Apparently, the udev updates have broken all the
> usb/ethernet adapters :-P
[]

udev deals with auto-loading modules and maintaining network interface
names.  And it's clearly done that correctly, so I don't see any reason
to blame it.

Ben.

-- 
Ben Hutchings
Lowery's Law:
 If it jams, force it. If it breaks, it needed replacing anyway.


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

Bug#629276: NFS needs same dispensation to use DES as AFS

[Brian May]

Hello Debian release team,

Would be willing to accept a new version of Heimdal in a point release
of Debian?

There are more arguments for this proposal in the BTS for the bug.

Thanks

Brian May

On 5 June 2011 19:25, Sergio Gelato  wrote:
> Package: heimdal-kdc
> Version: 1.4.0~git20100726.dfsg.1-1
> Tags: patch
>
> Recent Heimdal KDC disables DES encryption types on the (valid) grounds that
> they are too weak. An exception is made where the service principal is "afs"
> since the work to upgrade AFS to support stronger crypto is still very much
> in progress.
>
> Unfortunately, Kerberized NFS has a similar problem. Support for stronger
> enctypes didn't make it into the Linux kernel until 2.6.35 (post-squeeze).
> Until all NFS servers and clients have been upgraded to support stronger
> enctypes, a site will want to enable DES enctypes for "nfs" service
> principals. Here is a patch that does just that; I've successfully tested
> it. I think it would be highly desirable to have this in squeeze; more
> so, in fact, than in later releases since the need for DES support with
> NFS service principals ought to decrease with time.
>
> Without this patch, the KDC rejects AS requests that specify DES enctypes
> with "krb5_crypto_init failed: encryption type (1|2|3) not supported"
> (illustrating another oddity, namely that krb5_crypto_init() uses the
> same error message whether the enctype is unknown or known but disabled;
> krb5_enctype_valid() has two distinct error messages) and TGS requests
> result in "Server (nfs/f.q.d.n) has no support for etypes" (also in the
> KDC's log). The client did have [libdefaults]allow_weak_crypto=true, as
> shown by the fact that the AS and TGS requests asked for a DES enctype.
>



-- 
Brian May 



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

Bug#629865: xen-linux-system-2.6.26-2-xen-amd64 causes system crash when using aacraid driver

[Ben Hutchings]

On Wed, 2011-06-08 at 19:14 -0500, Tim Vaillancourt wrote:
> Package: xen-linux-system-2.6.26-2-xen-amd64
> Version: 2.6.26-26lenny1
> Severity: critical
> Justification: breaks the whole system
> 
> 
> Similar to: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596419,
> we have several Debian lenny systems running Xen that crash at the
> aacraid driver ('drivers/scsi/aacraid/aachba.c:2825') when using the
> 2.6.26-26lenny1 version of the kernel. In our situation, this will
> happen every few days, maybe once a week while we run an IO/CPU heavy
> backup using 'duplicity'.
[...]

If this driver is ever unable to set up DMA then it crashes.  This means
it's broken in any system with an IOMMU (including Xen's software
IOMMU).

The same bug exists in mainline Linux today.

Ben.

-- 
Ben Hutchings
Lowery's Law:
 If it jams, force it. If it breaks, it needed replacing anyway.


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

Bug#614326: Pegasus adapter didn't work for me

[Ken Yee]

FYI, looks like the Pegasus driver also has issues.
I'm running the latest Debian 2.6.39-1 kernel w/ the latest sid updates.  No 
luck.  Apparently, the udev updates have broken all the usb/ethernet adapters 
:-P


kenyee@JumpGate:/etc/network/if-pre-up.d$ ethtool -i eth1
driver: pegasus
version: v0.6.14 (2006/09/27)
firmware-version: 
bus-info: usb-:00:12.0-1
supports-statistics: no
supports-test: no
supports-eeprom-access: no
supports-register-dump: no

ifconfig -a
eth1  Link encap:Ethernet  HWaddr 00:00:00:00:00:00  
  BROADCAST MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
`



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

Bug#629498: binutils: ld cannot find symbols in library dependents

[Philip Ashmore]

I see what you mean. But that's from the perspective of binutils.

It works in a schroot I set up that uses only the stock Squeeze repos,
so to me it looks like an ld/automake problem.

Or was it that I was inadvertently using a loop-hole to do something 
automake didn't intend?


I'm pretty sure that it should be following the static-link model for 
the .la files and

adding the shlibs dependants to the link step.

I really don't think I should need to add

  libtreedb_@PACKAGE_API_VERSION@_la_DEPENDENCIES = @treedb_BARE_LIBS@ 
@v3c_LIBS@

given that I've already specified this indirectly.

Philip




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

Bug#629861: clang 2.9 can’t link any programs on Ubuntu oneiric: cannot find crtbegin.o, -lgcc, -lgcc_s

[Anders Kaseorg]

On Thu, 9 Jun 2011, Sylvestre Ledru wrote:
> Did you try under Debian ? I am sorry but this is the Debian bug 
> tracker, not the ubuntu BT ?!

Hi Sylvestre, don’t worry, I know which bugtracker is which.  Given that 
Debian unstable is undergoing the same multiarch transition as Ubuntu 
(/usr/lib/gcc/x86_64-linux-gnu/4.6 → 
/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6), I’m quite sure that 
Debian is going to run into the same problem; it only works now because 
gcc-4.5 hasn’t transitioned yet.  I would not have opened a Debian bug 
otherwise.

Anders



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

Bug#629852: Oracle Java SE Critical Patch Update Advisory - June 2011

[Sylvestre Ledru]

Le mercredi 08 juin 2011 à 23:08 +0200, Nico Golde a écrit :
> Package: openjdk-6-jre, sun-java6-jre
> Severity: serious
> Tags: security
> 
> A new round of java issues:
> CVE-2011-0862 CVE-2011-0873 CVE-2011-0815 CVE-2011-0817 CVE-2011-0863 
> CVE-2011-0864 CVE-2011-0802
> CVE-2011-0814 CVE-2011-0871 CVE-2011-0786 CVE-2011-0788 CVE-2011-0866 
> CVE-2011-0868 CVE-2011-0872
> CVE-2011-0867 CVE-2011-0869 CVE-2011-0865
I will take care of this bug tomorrow (thursday)

Sylvestre





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

Bug#629866: gcc-4.6: --no-add-needed disturbs weak references

[Samuel Thibault]

Package: gcc-4.6
Version: 4.6.0-10
Severity: normal

Hello,

Since gcc started using --no-add-needed by default, there are issues
with weak references, see attached testcase:

- libthread represents a thread library, which here only provide the
  "cancel" symbol.
- libA is a library which uses the "cancel" symbol, and links against
  the thread library.
- foo.c is a file which detects whether the thread library is brought
  into the program by showing the value of a weak reference to cancel.
- main.c uses both libA and foo.

The result is this:

cc thread.c -o libthread.so -shared -fPIC
cc libA.c -o libA.so -shared -fPIC -L. -lthread -Wl,-rpath=/tmp/tmp
cc -Wall -g   -c -o foo.o foo.c
cc  foo.o main.c -o main -L. -lA
/usr/bin/ld.bfd.real: ./libA.so: undefined reference to symbol 'cancel'
/usr/bin/ld.bfd.real: note: 'cancel' is defined in DSO /tmp/tmp/libthread.so so 
try adding it to the linker command line
/tmp/tmp/libthread.so: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make: *** [main] Erreur 1

For some reason the linker doesn't manage to resolve the "cancel"
symbol, although it's supposed to be brought in by libA.so.

In case you wonder where that testcast comes from, it's actually gcc
itself, the __gthread_active_p() function, which gets inlined into
applications.

Samuel

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

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

Versions of packages gcc-4.6 depends on:
ii  binutils  2.21.51.20110523-1 The GNU assembler, linker and bina
ii  cpp-4.6   4.6.0-10   The GNU C preprocessor
ii  gcc-4.6-base  4.6.0-10   The GNU Compiler Collection (base 
ii  libc6 2.13-4 Embedded GNU C Library: Shared lib
ii  libcloog-ppl0 0.15.9-3   the Chunky Loop Generator (runtime
ii  libgcc1   1:4.6.0-10 GCC support library
ii  libgmp10  2:5.0.1+dfsg-7 Multiprecision arithmetic library
ii  libgmpxx4ldbl 2:5.0.1+dfsg-7 Multiprecision arithmetic library 
ii  libgomp1  4.6.0-10   GCC OpenMP (GOMP) support library
ii  libmpc2   0.9-3  multiple precision complex floatin
ii  libmpfr4  3.0.1-3multiple precision floating-point 
ii  libppl-c4 0.11.2-3   Parma Polyhedra Library (C interfa
ii  libppl9   0.11.2-3   Parma Polyhedra Library (runtime l
ii  libquadmath0  4.6.0-10   GCC Quad-Precision Math Library
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

Versions of packages gcc-4.6 recommends:
ii  libc6-dev 2.13-4 Embedded GNU C Library: Developmen

Versions of packages gcc-4.6 suggests:
pn  binutils-gold  (no description available)
ii  gcc-4.6-doc   4.6-20110123-1 Documentation for the GNU compiler
pn  gcc-4.6-locales(no description available)
pn  gcc-4.6-multilib   (no description available)
ii  libgcc1-dbg   1:4.6.0-10 GCC support library (debug symbols
pn  libgomp1-dbg   (no description available)
pn  libmudflap0-4.6-dev(no description available)
pn  libmudflap0-dbg(no description available)
pn  libquadmath0-dbg   (no description available)

-- no debconf information


test.tgz
Description: application/tar-gz

Bug#629865: xen-linux-system-2.6.26-2-xen-amd64 causes system crash when using aacraid driver

[Tim Vaillancourt]

Package: xen-linux-system-2.6.26-2-xen-amd64
Version: 2.6.26-26lenny1
Severity: critical
Justification: breaks the whole system


Similar to: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596419, we have 
several Debian lenny systems running Xen that crash at the aacraid driver 
('drivers/scsi/aacraid/aachba.c:2825') when using the 2.6.26-26lenny1 version 
of the kernel. In our situation, this will happen every few days, maybe once a 
week while we run an IO/CPU heavy backup using 'duplicity'.

Following this, the Xen kernel notices the issue and reboots the system, 
printing this to the console "(XEN) Domain 0 crashed: rebooting machine in 5 
seconds". When the system is rebooted, there are no useful logs in kern.log, 
syslog, etc, seemingly due to the aacraid driver crashing, which is providing 
the kernel access to the RAID array we log to, so nothing is logged.

Below are two stack traces for two servers running the exact same kernel 
version and dependencies:

"[311083.335680] [ cut here ]
[311083.335707] kernel BUG at drivers/scsi/aacraid/aachba.c:2825!
[311083.335736] invalid opcode:  [1] SMP 
[311083.335764] CPU 0 
[311083.335764] Modules linked in: xt_tcpudp xt_physdev iptable_filter 
ip_tables x_tables bridge ipv6 ipmi_devintf ipmi_si ipmi_msghandler xenblktap 
loop psmouse serio_raw i2c_i801 i2c_core pcspkr button joydev evdev ext3 jbd 
mbcache dm_mirror dm_log dm_snapshot dm_mod ide_pci_generic ide_core 
ata_generic sd_mod usbhid hid ff_memless ata_piix libata aacraid uhci_hcd 
ehci_hcd dock igb scsi_mod thermal processor fan thermal_sys [last unloaded: 
scsi_wait_scan]
[311083.336104] Pid: 31747, comm: duplicity Not tainted 2.6.26-2-xen-amd64 #1
[311083.336104] RIP: e030:[]  [] 
:aacraid:aac_build_sgraw+0x51/0x116
[311083.340104] RSP: e02b:80595c50  EFLAGS: 00010082
[311083.340104] RAX: fff4 RBX:  RCX: 
fff4
[311083.340104] RDX: 8800521d4000 RSI: 8800521d4000 RDI: 
88007f443870
[311083.340104] RBP: 88007ca08034 R08:  R09: 
80595700
[311083.340104] R10:  R11: 01f496193157 R12: 
fff4
[311083.340104] R13: 88004c44c5c0 R14: 88007c8e0780 R15: 
88004c44c5c0
[311083.340104] FS:  7f50404596e0() GS:8053a000() 
knlGS:
[311083.340104] CS:  e033 DS:  ES: 
[311083.340104] DR0:  DR1:  DR2: 

[311083.340104] DR3:  DR6: 0ff0 DR7: 
0400
[311083.340104] Process duplicity (pid: 31747, threadinfo 88007db8c000, 
task 88007f54c840)
[311083.340104] Stack:  00031000  88007ca08020 
0004
[311083.340104]   88007c8e0780 88004c44c5c0 
a007d800
[311083.340104]  0200 a002287a 12127d1657d8 
177fd6c1
[311083.340104] Call Trace:
[311083.340104][] ? 
:aacraid:aac_write_raw_io+0x90/0xea
[311083.340104]  [] ? :scsi_mod:scsi_init_sgtable+0x6b/0x95
[311083.340104]  [] ? :aacraid:aac_scsi_cmd+0xd40/0x10f2
[311083.340104]  [] ? lock_timer_base+0x26/0x4b
[311083.340104]  [] ? __mod_timer+0xd4/0xe3
[311083.340104]  [] ? :aacraid:aac_queuecommand+0x6e/0x7d
[311083.340104]  [] ? :scsi_mod:scsi_dispatch_cmd+0x1da/0x26c
[311083.340104]  [] ? :scsi_mod:scsi_request_fn+0x303/0x436
[311083.340104]  [] ? __blk_run_queue+0x71/0xcf
[311083.340104]  [] ? blk_run_queue+0x21/0x34
[311083.340104]  [] ? :scsi_mod:scsi_next_command+0x2d/0x39
[311083.340104]  [] ? :scsi_mod:scsi_end_request+0x74/0x82
[311083.340104]  [] ? :scsi_mod:scsi_io_completion+0x1c0/0x3bf
[311083.340104]  [] ? blk_done_softirq+0x97/0xa5
[311083.340104]  [] ? startup_pirq+0xfe/0x109
[311083.340104]  [] ? __do_softirq+0x77/0x103
[311083.340104]  [] ? call_softirq+0x1c/0x28
[311083.340104]  [] ? do_softirq+0x55/0xbb
[311083.340104]  [] ? do_IRQ+0x7d/0x9a
[311083.340104]  [] ? evtchn_do_upcall+0x13c/0x1fc
[311083.340104]  [] ? do_hypervisor_callback+0x1e/0x30
[311083.340104][] ? force_evtchn_callback+0xa/0xb
[311083.340104]  [] ? find_get_page+0x68/0x6f
[311083.340104]  [] ? generic_file_aio_read+0x1b4/0x4b7
[311083.340104]  [] ? do_sync_read+0xc9/0x10c
[311083.340104]  [] ? get_nsec_offset+0x9/0x2c
[311083.340104]  [] ? autoremove_wake_function+0x0/0x2e
[311083.340104]  [] ? thread_return+0x3e/0xdb
[311083.340104]  [] ? vfs_read+0xaa/0x152
[311083.340104]  [] ? sys_read+0x45/0x6e
[311083.340104]  [] ? system_call+0x68/0x6d
[311083.340104]  [] ? system_call+0x0/0x6d
[311083.340104] 
[311083.340104] 
[311083.340104] Code: 00 00 c7 46 0c 00 00 00 00 c7 46 10 00 00 00 00 c7 46 14 
00 00 00 00 c7 46 18 00 00 00 00 e8 d1 76 fa ff 83 f8 00 41 89 c4 7d 04 <0f> 0b 
eb fe 75 08 45 31 ff e9 a7 00 00 00 49 8b bd b0 00 00 00 
[311083.340104] RIP  [] :aacraid:aac_build_sgraw+0x51/0x116
[311083.340104]  RSP 
[311083.340104] ---[ end trace 2a3216fa63bee17b ]---"

And the second:

"[358983.8

Bug#629859: [buildd-tools-devel] Bug#629859: debian_chroot unset inside schroot

[Philip Ashmore]

On 08/06/11 23:35, Roger Leigh wrote:

On Wed, Jun 08, 2011 at 11:24:53PM +0100, Philip Ashmore wrote:

Package: schroot
Version: 1.4.22-1
Severity: normal

I had to modify my .bashrc to use SCHROOT_CHROOT_NAME instead of debian_chroot.
Since this is Debian, it should be compatible.


We certainly do still use the debian_chroot file:


I'm talking about the environment variable - PS1 references it, allowing the 
prompt to
let you know if you're in a (s)chroot.

/etc/schroot/setup.d/50chrootname is present. How can I tell if it's modified?
Here it is<
#
# schroot is free software: you can redistribute it and/or modify it
# under the terms of the GNU General Public License as published by
# the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.
#
# schroot is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program.  If not, see
#.
#
#

set -e

. "$SETUP_DATA_DIR/common-data"
. "$SETUP_DATA_DIR/common-functions"

if [ -f "$CHROOT_SCRIPT_CONFIG" ]; then
. "$CHROOT_SCRIPT_CONFIG"
elif [ "$STATUS" = "ok" ]; then
fatal "script-config file '$CHROOT_SCRIPT_CONFIG' does not exist"
fi

if [ $STAGE = "setup-start" ] || [ $STAGE = "setup-recover" ]; then

info "Setting chroot name to ${CHROOT_NAME}"

echo "${CHROOT_NAME}">  "${CHROOT_PATH}/etc/debian_chroot"

fi
EOF

I don't see any /etc/debian_chroot file inside or outside the schroot.
When inside a schroot, echo "[$CHROOT_NAME]" echoes "[]", only 
SCHROOT_CHROOT_NAME is set.

I did notice my schroots (squeeze32 and squeeze64) mentioned on-screen at boot 
time,
but I cannot find the messages in /var/log/messages.

Philip





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

Bug#629534: Upgrade fails, resulting in unusable system (no dynamic linking)

[Steve Langasek]

tags 629534 patch
thanks

The attached (untested) patch is based on an IRC conversation with Aurélien
yesterday about this bug.  If there are any other copies of ld-2.x.so in
/lib that dpkg doesn't know about, we should abort the upgrade until these
have been removed.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
# Bazaar merge directive format 2 (Bazaar 0.90)
# revision_id: steve.langa...@linaro.org-20110609001404-\
#   fhl4230qi5caqw82
# target_branch: :parent
# testament_sha1: 96b89a21a8f966d889c0f91f15b003bb560d29b0
# timestamp: 2011-06-08 17:14:54 -0700
# base_revision_id: svn-v4:6ef976f9-4de5-0310-a40d-91cae572ec18:glibc-\
#   package/trunk:4718
# 
# Begin patch
=== modified file 'debian/changelog'
--- debian/changelog	2011-06-08 22:55:41 +
+++ debian/changelog	2011-06-09 00:14:04 +
@@ -14,6 +14,12 @@
   * Remove spurious exclamation point in architecture dependency.
   * Add lintian overrides for eglibc-source, from Marcin Juszkiewicz.
 
+  [ Steve Langasek ]
+  * debian/debhelper.in/libc.preinst: additional check for extra copies of
+/lib/ld-2.*.so not known to dpkg, as these cause problems when the real
+linker moves to /lib/ for multiarch and ldconfig leaves
+/lib/ld-linux.so.N pointing at an old glibc.  Closes: #629534.
+
  -- Clint Adams   Wed, 08 Jun 2011 19:50:01 -0400
 
 eglibc (2.13-5) unstable; urgency=low

=== modified file 'debian/debhelper.in/libc.preinst'
--- debian/debhelper.in/libc.preinst	2011-05-23 22:50:54 +
+++ debian/debhelper.in/libc.preinst	2011-06-09 00:14:04 +
@@ -239,6 +239,15 @@
   exit 1
 fi
   done
+  for i in /lib/ld-2.*.so; do
+if [ "$i" != "/lib/ld-2.*.so" ] && ! dpkg-query -L LIBC 2>/dev/null | grep -q $i; then
+  echo
+  echo "A non-dpkg owned copy of the C library was found in /lib/."
+  echo "It is not safe to upgrade the C library in this situation;"
+  echo "please remove that copy of the C library and try again."
+  exit 1
+fi
+  done
   if [ -e /lib/tls/i686/cmov/libc.so.6 ] || [ -e /lib/i686/cmov/libc.so.6 ] ; then
 status_i686=$(dpkg -s libc6-i686 2>/dev/null | grep ^Status: | sed -e 's/^Status: \(.*\) \(.*\) \(.*\)/\3/g')
 status_xen=$(dpkg -s libc6-xen 2>/dev/null | grep ^Status: | sed -e 's/^Status: \(.*\) \(.*\) \(.*\)/\3/g')

# Begin bundle
IyBCYXphYXIgcmV2aXNpb24gYnVuZGxlIHY0CiMKQlpoOTFBWSZTWa4Cs64AAvNfgFAQf3f//3sl
CAq/7//0UAYG3hrU6xdztNVWjaxoCSRR6CU9kYSn5U8NMppHigaHlDajT0RoCUplNpkxDRJk9EaN
ANGjQ0AAACSEmkT1DEeiGjNQNAMgAaGgAcwCYCZGAEYmJhMJghpiaYCSQTTITCGgTSfqJ5TCanqA
aA0A9I8RPn0XEXyd062HO3Xz6vi6fl1S+mHTtlllW4xXUgoztHOgxM+FgknJFgyun5caFvP1VNk8
+sp6ZBvwbRhmZh8WFNLSZF9h+y/E3eUY9G8rp4uYLJUXsBXdNA+U4CozHoUe2rXVlNPwUnHaM5RV
miB/OVkmnrRRaZkYGM8JD1M7iuUj5mSHK2twP5M1ZtiOYYhqttib9h5zbL1755YM2oh3HX1tPMCD
hyZkxsaSOImNgfGB9TYhqMEjMHAZeKQ9IqxSLPcA2uJ02IJU4SRXE+T9oWR3HF3NG1BACTTR717D
f342l7zAvodYCgvu68cREz8a/eS16RZtxwds7gn3AOo1kEsIFOdIqmBNqgN75D5gRDq9OSPGL6gI
WgzDMtb0hszgeugz79IF5TgnbPGu7DFlXC0DUGt9iVEZFpceGRkg6MSCStNyFPhuwxM2XAGIuAdg
+EgGWj2OMcJKvRKbHsQpxeSAUFRFEJCr24ZpAWogpV9aY62cTq6HMbPQBMuYwANmCCIQeWjbwLq4
QbNgzNOiBnMg6a5HF2JVWpEVtNekqzSJFcbEIRhbBJNRDI6TKH4ZxY+VBlApdiI3KVEkBEMXiWFG
SOw4otM3YBZefMOKGM0jEo1toWXJGZrdbIgkPcPLs73BGy8mWD8I07fZKLx1+FWeJQgbBxqmIuRe
4tCmQ8L2ykXJDgKOOSRcRop0uGJJCohEdVQKdaLHGY0mdkpTG0gpBa7lyXa8QmfPGFQ4NS0lFpFI
rTK1z4snEq7Du1q7953TuWiN6kmXOM4OorQRTZGGGY8vHZnRikQHfHdjV5ucjNGNS5GzuxBwHClj
lSItdVhOf628RfuoJ8nBIwYpx6UDqkc5GZoxurHoKnLgdEHBWgdZGKVEE18KFtyR+wVOf2mTLNNB
AwAxWSEuIx0LI/Clx5gDi6tI8zPRIqIgZEjQrxzN1//HWZIV0WQYdxEI9hNzJwfFIY16d5THobdX
AsCMwdxiiuwZeaRSvUMLfRVTMRxYKsiN7LLszXr4FhQMPGfJl7AegqHI3tv3nkQ3NNI1pD4BE8jq
Z3Hizri5FeGhBZRLBI2+QQK7udd0WhpZTBIcVksyLUiFHsazk4rWSK9g5OXJMj0O5F/Zyvh4Vmgx
AdQ7S0pNItRqci8heSMU8DRhgXakixC4MGNY1GSrcBy2HmcTFPZLyZsXlZ2vGMwGYuikMkmVSCRz
bmeAYhMtoU3NlEZRlWBIKHuot/eCk+gIu1IJFgJPw3fRDZFW/RXgPNQeazYtQbkZVDzJG89nnLOX
ArZMbC739EemR0r1sXYHYuCTMhyByBxuDgi43BKQagJoe8NyDM9RVmgrHHYOIIPFI+J3PIL6oLtO
0o3PbMvEZFDzWoF1BpqjmIQTx401IcfINAmJliHhMQlMdBGkydEpsnUCU2ME8gHYORImGTMFDkbL
tQXhrGZUIGZUDWuQ400sAp6QKxgtRYjQQ5UerCi2R3p5di+T9iDe4YIKaJ7WMA55FZqqvQ8pWWfY
A28B6vGHOAvNII7giTLUM5KNO2CkIn30HqtBbIk9FEgTtRDDED3HGcc1yocnb2oV4pBXUGvYuLUT
cUDXkKzahuRtTFOjJGFt4fLBQKMQoPOoQbV9B6DEOLCK5vOdxQjcSRWiCpYah9fwGYbBFdkQpo1N
nlzKvd2GugKzHIkbeKGJMgeoDx6IosAkoLkX1AURzGU4KEv/F3JFOFCQrgKzrg==


signature.asc
Description: Digital signature

Bug#629861: clang 2.9 can’t link any programs on Ubuntu oneiric: cannot find crtbegin.o, -lgcc, -lgcc_s

[Sylvestre Ledru]

Hello,

Le mercredi 08 juin 2011 à 18:34 -0400, Anders Kaseorg a écrit :
> Package: clang
> Version: 2.9-2
> 
> https://bugs.launchpad.net/ubuntu/+source/clang/+bug/792146
> 
> clang in Ubuntu oneiric doesn’t look for crtbegin.o, libgcc.so, or 
> libgcc_s.so in the right place, so it can’t link any programs.
Did you try under Debian ? I am sorry but this is the Debian bug
tracker, not the ubuntu BT ?!

Sylvestre





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

Bug#623532: [Pkg-scicomp-devel] Bug#623532: packaging version 2.2.0

[Sylvestre Ledru]

Le mercredi 08 juin 2011 à 14:09 +0100, Barak A. Pearlmutter a écrit :
> For my own nefarious purposes (getting mldemos to build) I've updated
> the packaging info on opencv for the latest upstream: opencv 2.2.0.
> Patches available in git://github.com/barak/opencv.git
Would you mind apply your changes in the svn repository ?

Thanks
Sylvestre





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

Bug#629641: ITP: filo -- FILe and stream Operations

[Charles Plessy]

Le Wed, Jun 08, 2011 at 10:54:53PM +, The Fungi a écrit :
> On Wed, Jun 08, 2011 at 05:53:06PM +0600, Andrey Rahmatullin wrote:
> > On Wed, Jun 08, 2011 at 08:02:34PM +0900, Charles Plessy wrote:
> > > shuffle will randomize the order of lines in a file. In other
> > > words, if you have a sorted file, shuffle will undo the sort.
> > sort -R
> [...]
> 
> Also worth noting is that /usr/bin/shuf in coreutils is
> traditionally used to this end as well.

Thanks for your comments.  I have presented Upstream the classical approaches
of Debian with too generic command names (wrapper, renaming,
/usr/lib/), and asked him what shuffle does, that alternatives do not.

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan



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

Bug#596419: Same issue in lenny

[Tim Vaillancourt]

Hey there,

I am not sure if this is the best place to chime in, but here goes:

I am having the same issue in lenny/5.0 with version of 2.6.26-26lenny1
xen-linux-system-2.6.26-2-xen-amd64 on several identical servers running
Xen. It seems the aacraid driver is at fault and dies on the same line
of 'drivers/scsi/aacraid/aachba.c'. This seems to occur during periods
of extreme IO/CPU load when we run duplicity on our database data, but
this is an observation and could be incorrect.

Here is two traces from two servers experiencing this issue:

"[311083.335680] [ cut here ]
[311083.335707] kernel BUG at drivers/scsi/aacraid/aachba.c:2825!
[311083.335736] invalid opcode:  [1] SMP
[311083.335764] CPU 0
[311083.335764] Modules linked in: xt_tcpudp xt_physdev iptable_filter
ip_tables x_tables bridge ipv6 ipmi_devintf ipmi_si ipmi_msghandler
xenblktap loop psmouse serio_raw i2c_i801 i2c_core pcspkr button joydev
evdev ext3 jbd mbcache dm_mirror dm_log dm_snapshot dm_mod
ide_pci_generic ide_core ata_generic sd_mod usbhid hid ff_memless
ata_piix libata aacraid uhci_hcd ehci_hcd dock igb scsi_mod thermal
processor fan thermal_sys [last unloaded: scsi_wait_scan]
[311083.336104] Pid: 31747, comm: duplicity Not tainted
2.6.26-2-xen-amd64 #1
[311083.336104] RIP: e030:[]  []
:aacraid:aac_build_sgraw+0x51/0x116
[311083.340104] RSP: e02b:80595c50  EFLAGS: 00010082
[311083.340104] RAX: fff4 RBX:  RCX:
fff4
[311083.340104] RDX: 8800521d4000 RSI: 8800521d4000 RDI:
88007f443870
[311083.340104] RBP: 88007ca08034 R08:  R09:
80595700
[311083.340104] R10:  R11: 01f496193157 R12:
fff4
[311083.340104] R13: 88004c44c5c0 R14: 88007c8e0780 R15:
88004c44c5c0
[311083.340104] FS:  7f50404596e0() GS:8053a000()
knlGS:
[311083.340104] CS:  e033 DS:  ES: 
[311083.340104] DR0:  DR1:  DR2:

[311083.340104] DR3:  DR6: 0ff0 DR7:
0400
[311083.340104] Process duplicity (pid: 31747, threadinfo
88007db8c000, task 88007f54c840)
[311083.340104] Stack:  00031000 
88007ca08020 0004
[311083.340104]   88007c8e0780 88004c44c5c0
a007d800
[311083.340104]  0200 a002287a 12127d1657d8
177fd6c1
[311083.340104] Call Trace:
[311083.340104][] ?
:aacraid:aac_write_raw_io+0x90/0xea
[311083.340104]  [] ?
:scsi_mod:scsi_init_sgtable+0x6b/0x95
[311083.340104]  [] ? :aacraid:aac_scsi_cmd+0xd40/0x10f2
[311083.340104]  [] ? lock_timer_base+0x26/0x4b
[311083.340104]  [] ? __mod_timer+0xd4/0xe3
[311083.340104]  [] ? :aacraid:aac_queuecommand+0x6e/0x7d
[311083.340104]  [] ?
:scsi_mod:scsi_dispatch_cmd+0x1da/0x26c
[311083.340104]  [] ?
:scsi_mod:scsi_request_fn+0x303/0x436
[311083.340104]  [] ? __blk_run_queue+0x71/0xcf
[311083.340104]  [] ? blk_run_queue+0x21/0x34
[311083.340104]  [] ?
:scsi_mod:scsi_next_command+0x2d/0x39
[311083.340104]  [] ? :scsi_mod:scsi_end_request+0x74/0x82
[311083.340104]  [] ?
:scsi_mod:scsi_io_completion+0x1c0/0x3bf
[311083.340104]  [] ? blk_done_softirq+0x97/0xa5
[311083.340104]  [] ? startup_pirq+0xfe/0x109
[311083.340104]  [] ? __do_softirq+0x77/0x103
[311083.340104]  [] ? call_softirq+0x1c/0x28
[311083.340104]  [] ? do_softirq+0x55/0xbb
[311083.340104]  [] ? do_IRQ+0x7d/0x9a
[311083.340104]  [] ? evtchn_do_upcall+0x13c/0x1fc
[311083.340104]  [] ? do_hypervisor_callback+0x1e/0x30
[311083.340104][] ? force_evtchn_callback+0xa/0xb
[311083.340104]  [] ? find_get_page+0x68/0x6f
[311083.340104]  [] ? generic_file_aio_read+0x1b4/0x4b7
[311083.340104]  [] ? do_sync_read+0xc9/0x10c
[311083.340104]  [] ? get_nsec_offset+0x9/0x2c
[311083.340104]  [] ? autoremove_wake_function+0x0/0x2e
[311083.340104]  [] ? thread_return+0x3e/0xdb
[311083.340104]  [] ? vfs_read+0xaa/0x152
[311083.340104]  [] ? sys_read+0x45/0x6e
[311083.340104]  [] ? system_call+0x68/0x6d
[311083.340104]  [] ? system_call+0x0/0x6d
[311083.340104]
[311083.340104]
[311083.340104] Code: 00 00 c7 46 0c 00 00 00 00 c7 46 10 00 00 00 00 c7
46 14 00 00 00 00 c7 46 18 00 00 00 00 e8 d1 76 fa ff 83 f8 00 41 89 c4
7d 04 <0f> 0b eb fe 75 08 45 31 ff e9 a7 00 00 00 49 8b bd b0 00 00 00
[311083.340104] RIP  []
:aacraid:aac_build_sgraw+0x51/0x116
[311083.340104]  RSP 
[311083.340104] ---[ end trace 2a3216fa63bee17b ]---"

And the second:

"[358983.871010] [ cut here ]
[358983.871010] kernel BUG at drivers/scsi/aacraid/aachba.c:2825!
[358983.871010] invalid opcode:  [1] SMP
[358983.871010] CPU 0
[358983.871010] Modules linked in: xt_tcpudp xt_physdev iptable_filter
ip_tables x_tables bridge ipv6 ipmi_devintf ipmi_si ipmi_msghandler
xenblktap loop i2c_i801 psmouse i2c_core serio_raw pcspkr button joydev
evdev ext3 jbd mbcache dm_mirror dm_log dm_snapshot dm_mod sg sr_mod
cdro

Bug#627119: nvidia-glx ext are loaded but compiz/kde-effects causes Xserver freeze

[Andreas Beckmann]

The new beta 275.09.04-1 (beta) in experimental fixes some KDE
regressions. Please try it.

Andreas



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

Bug#620914: 0.53 upstream release

[Miguel Landaeta]

2011/6/8 Javier Fernández-Sanguino Peña :
> Thanks for working on this. I have reviewed the changes and uploaded a new
> version of the package into the archive with your changes.

Thank you very much for uploading my changes.
If you don't mind I can join as co-maintainer.

I prepared the upload as an NMU because I wasn't sure if you will
approve all the changes and I was maintaining that sshuttle version in
a private repo.

Cheers,

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche



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

Bug#623701: nvidia-glx: GPU idle temperature ~10C higher than normal

[Andreas Beckmann]

On 2011-05-29 11:32, Steve Clark wrote:
> I've tried both these drivers with the same effect.

The new upstream beta 275.09.04 (in experimental) mentions in its changelog
* Fixed a bug causing incorrect reporting of GPU core and ambient
  temperatures via NV-CONTROL.
Could this solve your problem?

> I've also sent another bug report to nVidia.

Do you have an URL so that we can mark this bug properly forwarded?

Andreas



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

Bug#629864: debian/rules: Please switch back to traditional rules, reverting the switch to cdbs

[Regid Ichira]

Source: nut
Version: 2.6.0-2
Severity: normal

  A switch to cdbs was made on 2.6.0-2.  cdbs doesn't work as advertised
in its documentation.  This makes it harder to use the Debian source code,
somewhat defeating the spirit of Debian.  See my bts report #627968.  If
I got it right, that is due to a limitation, or implementation, of make.
As discussed in the context of an earlier, still open, bug report against cdbs.




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

Bug#626720: SELinux refpolicy, initscripts and /run

[Russell Coker]

Sorry for the delay. Yes please make it break the old version of policy. I hope 
to upload a fix on Sunday.
-- 
My bloghttp://etbe.coker.com.au
Sent from an Xperia X10 Android phone



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

Bug#629863: isc-dhcp-client: error dhcping means no routes are installed

[Sanjoy Mahajan]

Package: isc-dhcp-client
Version: 4.1.1-P1-17
Severity: grave
File: /sbin/dhclient-script

Today I noticed that ifup using dhcp kept failing, and I had to add the
routes manually.  The problem was in running dhclient, which would give
an error when executing the following shell command from
/sbin/dhclient-script:

  ip -4 addr add 192.168.101.18/255.255.255.0 broadcast 192.168.101.255 dev 
wlan0 label wlan0

The error was:

  Error: an inet prefix is expected rather than "192.168.101.18/255.255.255.0".

In the address, the information after the slash needs to be the number
of "1" bits in the netmask, rather than the netmask itself.  The
following hacky diff fixes it for me, but I doubt it's the best fix:

--- /sbin/dhclient-script   2011-05-19 02:13:42.0 -0400
+++ /sbin/dhclient-script   2011-06-08 19:17:00.0 -0400
@@ -140,6 +140,7 @@
 fi
 if [ -n "$new_subnet_mask" ]; then
 new_mask="/$new_subnet_mask"
+new_mask_bits=`echo "$new_subnet_mask" | awk -F. '{print 
($1+$2+$3+$4)/255*8;}'`
 fi
 if [ -n "$alias_subnet_mask" ]; then
 alias_mask="/$alias_subnet_mask"
@@ -209,7 +210,7 @@
[ "$old_ip_address" != "$new_ip_address" ] ||
[ "$reason" = "BOUND" ] || [ "$reason" = "REBOOT" ]; then
 # new IP has been leased or leased IP changed => set it
-ip -4 addr add ${new_ip_address}${new_mask} ${new_broadcast_arg} \
+ip -4 addr add ${new_ip_address}/${new_mask_bits} 
${new_broadcast_arg} \
 dev ${interface} label ${interface}
 
 if [ -n "$new_interface_mtu" ]; then


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

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

Versions of packages isc-dhcp-client depends on:
ii  debianutils  4   Miscellaneous utilities specific t
ii  iproute  20110315-1  networking and traffic control too
ii  isc-dhcp-common  4.1.1-P1-17 common files used by all the isc-d
ii  libc62.13-4  Embedded GNU C Library: Shared lib

isc-dhcp-client recommends no packages.

Versions of packages isc-dhcp-client suggests:
pn  avahi-autoipd  (no description available)
pn  resolvconf (no description available)

-- Configuration Files:
/etc/dhcp/dhclient.conf changed:
supersede domain-name "mit.edu";
request subnet-mask, broadcast-address, time-offset, routers,
domain-name, domain-name-servers, domain-search, host-name,
netbios-name-servers, netbios-scope, interface-mtu;


-- debconf-show failed

-- 
-Sanjoy

`Until lions have their historians, tales of the hunt shall always
 glorify the hunters.'  --African Proverb



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

Bug#583483: Bug#610888: libpam-ldap: allow any LDAP users even when pam_check_host_attr

[Steve Langasek]

On Wed, Jun 08, 2011 at 09:39:06PM +0200, Arthur de Jong wrote:
> On Wed, 2011-06-08 at 09:27 -0700, Steve Langasek wrote:
> > That's not the model in use.  What you're saying is that you want the
> > pam_ldap authorization checks to always be enforced; that's an 'Additional'
> > profile, regardless of what other profiles are enabled.

> It's not uncommon to not provide shadow information from LDAP which
> means that pam_unix will currently deny access. Then, the "Additional"
> section isn't reached at all and pam_ldap should be "Primary" for things
> to work.

That's only an issue if LDAP provides a password entry with 'x' for the
password field (which denotes a shadow account), *and* does not provide
shadow information.  That's a misconfigured nss_ldap, nothing more.

> FWIW, pam_ldap (and nss-pam-ldapd in the 0.8 branch) perform basically
> the same checks for shadow information that pam_unix would perform (and
> a few more) which means that it wouldn't need pam_unix at all which
> would be an argument to keep it "Primary".

To me, that sounds like feature creep in pam_ldap.  I don't see any reason
for pam_ldap to check account expiry when pam_unix was doing that already.

> Also, for some checks (password expiry mostly) this cannot be done by
> pam_unix because the authentication wasn't done by pam_unix. I think
> pam_unix only warns about password expiry if you just logged in with a
> password (instead of say su or ssh key-based authentication). (note this
> is separate from account expiry).

Incorrect.  pam_unix as an 'account' module will return PAM_NEW_AUTHTOK_REQD
when a password change is required.

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


signature.asc
Description: Digital signature

Bug#561864: Point-release upcoming; please include patch for bug 561864

[Dan Wallis]

There's a point-release upcoming. Any chance the patch for bug 561864
could be included?



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

Bug#619415: Point-release upcoming; please include patch for bug 619415

[Dan Wallis]

There's a point-release in a couple of weeks. Any chance this could be
fixed by then?



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

Bug#614562: auth_pass should be up to seven characters long

[Dan Wallis]

> For this bug, would the package maintainer be willing to apply
> Vincent's patch (b4d88f76637add8f13d2de2291e4267e0b041a7d, attached)
> to version v1.1.20 in squeeze?

There's a point-release coming up in a couple of weeks. Any chance
this could be done in time?



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

Bug#238888: netselect-apt_0.3.ds1-1: generates broken sources.list with no mirrors.

[Javier Fernández-Sanguino Peña]

On Wed, Jun 08, 2011 at 04:58:01AM -0500, Trey Blancher wrote:
> Here's the output you requested:
(...)

> Looks like the ping method is broken from here.  I saw that you made
(...)

It certainly looks like the ping mechanism doesn't work in your environment. 
As for the changes I introduced, none affect netselect's ICMP probes. So we
can still try to find the issue debugging your current installation. 

Could you please try running the following in your system?

(I'm assuming your system's network card is 'eth0' and that you have tcpdump
installed )

-
[ first ensure you don't have any other background process using 'jobs' ]
# tcpdump -w /tmp/netselect-icmp.pcap -ni eth0 net 74.125.115.0 or icmp &
# netselect -I -vv -s 1 www.google.com
# kill %1
[ or use 'fg' to restore the tcpdump capture and interrupt it with Ctrl+C ]
# tcpdump -w /tmp/netselect-trace.pcap -ni eth0 net 74.125.115.0 or icmp &
# netselect -vv -s 1 www.google.com
# kill %1
-

And send me the /tmp/netselect-icmp.pcap and /tmp/netselect-trace.pcap files
through private e-mail (do not send them to the bug report).

Please try to prevent doing any network related activity while doing the
packet captures (i.e. no browsing, e-mail or other stuff).

Based on the packet captures I might try to determine what's wrong in your
setup.

Regards

Javier


signature.asc
Description: Digital signature

Bug#629833: netselect: Recommends on dpkg-dev

[Javier Fernández-Sanguino Peña]

On Wed, Jun 08, 2011 at 08:50:11PM +0200, Thilo Six wrote:
> As recommends are installed by default this means an explosion of
> installed size!

You are right, I'm downgrading it to Suggests.

Regards

Javier


signature.asc
Description: Digital signature

Bug#466010: Free training on conducting webinars for your business.

[Michael Thompson]

Hello. I noticed that you and I have some similar interests. I hope
you don't mind if I ask you a quick question.
Are you currently doing webinars for your business?  Whether it be to
stay in touch with your team or build your team. Let me reassure you
that I'm not asking you to buy anything or join my company.  I'm just
here to educate you. I like to personally reach out to other
successful individuals, like yourself, by offering you a free class on
how to run and operate a webinar effectively to build your team.
We are a webinar company and our goal is to educate people in your
field. Please get back to me and bring your team. It's all about
duplication and don't forget, this is a FREE class.



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

Bug#627704: VLAN test with 'ip' WAS: Bug#627704: Realtek Ethernet adapters (r8169 driver)

[Ben Hutchings]

On Wed, 2011-06-08 at 22:55 +0200, Stappers wrote:
> On Wed, Jun 08, 2011 at 09:10:56PM +0100, Ben Hutchings wrote:
> > On Wed, Jun 08, 2011 at 10:07:05PM +0200, Moritz Muehlenhoff wrote:
> > > 
> > > I performed all checks except the VLAN ones (for which I'm unsure what
> > > and how to test it).
> >  
> > Use vconfig to create a VLAN interface on top of the r8169 interface
> > (e.g. 'vconfig add eth0 2', creating interfacce eth0.2).
> 
> On the Internet is stated in many places that vconfig is deprecated.
> One place of them is http://bugs.debian.org/501402
> 
> The replacement is in 'ip' from the 'iproute' package.
[...]

I know, but I still remember how to use vconfig. :-)

Ben.

-- 
Ben Hutchings
Lowery's Law:
 If it jams, force it. If it breaks, it needed replacing anyway.


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

Bug#629862: FTBFS: tst-writev fails on amd64 due to changes in kernels >= 2.6.37

[Roderich Schupp]

Package: eglibc
Version: FTBFS with kernels >= 2.6.37 (error in tst-writev)
Severity: serious
Justification: fails to build from source

Tested with (self-built) kernels 2.6.38.6 and 2.6.39.1: tst-writev fails with
Error 1. It succeeds on 2.6.36.4.

On closer inspection the writev() call in tst-writev returns a value that is
4096 smaller than expected.
strace howeer shows that the iovec parameter to the actual syscall is as
expected.

IMHO this result is correct (and tst-writev must be modified or scrapped):
starting with 2.6.37 the Linux kernel "clamps" the maximum amount
of what can be written in a single syscall to MAX_RW_COUNT = INT_MAX &
PAGE_CACHE_MASK.
Cf. the changes to rw_copy_check_uvector() in fs/read_write.c in 2.6.37

Cheers, Roderich



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

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



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

Bug#629641: ITP: filo -- FILe and stream Operations

[The Fungi]

On Wed, Jun 08, 2011 at 05:53:06PM +0600, Andrey Rahmatullin wrote:
> On Wed, Jun 08, 2011 at 08:02:34PM +0900, Charles Plessy wrote:
> > shuffle will randomize the order of lines in a file. In other
> > words, if you have a sorted file, shuffle will undo the sort.
> sort -R
[...]

Also worth noting is that /usr/bin/shuf in coreutils is
traditionally used to this end as well.
-- 
{ IRL(Jeremy_Stanley); WWW(http://fungi.yuggoth.org/); PGP(43495829);
WHOIS(STANL3-ARIN); SMTP(fu...@yuggoth.org); FINGER(fu...@yuggoth.org);
MUD(kin...@katarsis.mudpy.org:6669); IRC(fu...@irc.yuggoth.org#ccl);
ICQ(114362511); YAHOO(crawlingchaoslabs); AIM(dreadazathoth); }



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

Bug#629823: xterm and nvidia

[Andreas Beckmann]

> stefano  (08/06/2011):
>> Package: xterm

>> Follow bug #625877 marked as done for kde4 konsole.
>>
>> Today I have installed from experimental the last nvidia drivers, but when
That would be 275.09-1 or 275.09.04-1 ?
>> maximize xterm I see some artifacts and I can't minimize again or close.

If you already tried the latest version, please check the NVIDIA forum
for matching reports and add more information there or open a new bug
report thread with NVIDIA, see
  http://www.nvnews.net/vbulletin/showthread.php?t=46678
for instructions. Post a link to a forum thread here so that we may
follow progress.

Thanks

Andreas



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

Bug#218893: Proposal: Build-Features [Fix for the build-arch problem]

[Russ Allbery]

Bill Allombert  writes:

> Dear developers,

> The attached patch documents the new 'Build-Features: build-arch'
> control field in dpkg 1.16.1. This is an updated version of a patch
> already proposed in bug #218893 on 12 Nov 2003. The only change is that
> Build-Options was renamed to Build-Features by Raphaël Hertzog.

For the record (and for anyone following this bug), we should hold on
action on this until the TC decides the way forward for build-arch.

-- 
Russ Allbery (r...@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#627782: archivemail: FTBFS: IIOError: CRC check failed 0x1a15fced != 0xe10d79e9L

[Nikolaus Schulz]

On Tue, May 24, 2011 at 11:38:59PM +0200, Jakub Wilk wrote:
> * Nikolaus Schulz , 2011-05-24, 22:50:
> >I cannot reproduce this.  What filesystem are you using?
> 
> /tmp (which is the directory that matters AFAIUI) is on aufs, with
> overlay and underlay both on ext4.
> 
> As I can't reproduce the bug if /tmp is on more typical filesystems,
> please feel free to downgrade it.

Hm, I have reproduced this once, but didn't record the precise setup,
and now I fail to reproduce it again. :/  Simply mixing aufs and ext4
doesn't seem to be enough.

Anyway, I highly doubt that archivemail is to blame.  Since what happens
here is, that two files are written, closed, then re-opened and
compared, and the comparison fails.

I think it can be asserted that the same content is written to the two
files; otherwise, the test suite would also fail on other filesystems.

Thus, this very much looks like a bug in the involved filesystem(s).

Although I have to admit that I cannot find any text saying that after
some process has written data to a file and closed it, any process
opening the file afterwards is guaranteed to see all of this data in the
file. :)

Nikolaus



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

Bug#629859: [buildd-tools-devel] Bug#629859: debian_chroot unset inside schroot

[Roger Leigh]

On Wed, Jun 08, 2011 at 11:24:53PM +0100, Philip Ashmore wrote:
> Package: schroot
> Version: 1.4.22-1
> Severity: normal
> 
> I had to modify my .bashrc to use SCHROOT_CHROOT_NAME instead of 
> debian_chroot.
> Since this is Debian, it should be compatible.

We certainly do still use the debian_chroot file:

http://anonscm.debian.org/gitweb/?p=buildd-tools/schroot.git;a=blob;f=etc/setup.d/50chrootname;h=062a0f90ba4e22b5f8fc4d1bb6489a175cb5fb35;hb=refs/heads/schroot-1.4

However, we did change it do use the original chroot name, rather
than the session name:

http://anonscm.debian.org/gitweb/?p=buildd-tools/schroot.git;a=commitdiff;h=87851a253e6e807fdbcd17c62648cc8c47034103#patch1

http://anonscm.debian.org/gitweb/?p=buildd-tools/schroot.git;a=commitdiff;h=87851a253e6e807fdbcd17c62648cc8c47034103#patch1

As a result SCHROOT_CHROOT_NAME and /etc/debian_chroot /should/ be
exactly the same.

What exactly are you seeing on your system?

[is /etc/schroot/setup.d/50chrootname present and unmodified?
 what does /etc/debian_chroot contain (if present?]


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#218893: Proposal: Build-Features [Fix for the build-arch problem]

[Bill Allombert]

Dear developers,

The attached patch documents the new 'Build-Features: build-arch' control field
in dpkg 1.16.1. This is an updated version of a patch already proposed in
bug #218893 on 12 Nov 2003. The only change is that Build-Options was renamed
to Build-Features by Raphaël Hertzog.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 
commit bf07f5e259bcb66f5ee583bfc6d8ac966197f627
Author: Bill Allombert 
Date:   Wed Jun 8 23:44:12 2011 +0200

Document Build-Features 'build-arch'.

diff --git a/policy.sgml b/policy.sgml
index bb424ed..921190f 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -1971,15 +1971,6 @@
  
 
  
-   If one or both of the targets build-arch and
-   build-indep are not provided, then invoking
-   debian/rules with one of the not-provided
-   targets as arguments should produce a exit status code
-   of 2.  Usually this is provided automatically by make
-   if the target is missing.
- 
-
- 
The build-arch and build-indep targets
must not do anything that might require root privilege.
  
@@ -2614,6 +2605,7 @@ Package: libc6
Section 
(recommended)
Priority 
(recommended)
Build-Depends et 
al
+   Build-Features 
(optional)
Standards-Version (recommended)
Homepage
  
@@ -3109,6 +3101,19 @@ Package: libc6
  
 

+
+Build-Features
+
+   The syntax is a list of options separated by
+  commas that are implemented in the build process. 
+   The following options are defined:
+   
+  build-arch The optional targets "build-arch"
+ and "build-indep" are implemented by debian/rules
+ as defined in .  
+   
+
+
 

  Version


signature.asc
Description: Digital signature

Bug#629861: clang 2.9 can’t link any programs on Ubuntu oneiric: cannot find crtbegin.o, -lgcc, -lgcc_s

[Anders Kaseorg]

Package: clang
Version: 2.9-2

https://bugs.launchpad.net/ubuntu/+source/clang/+bug/792146

clang in Ubuntu oneiric doesn’t look for crtbegin.o, libgcc.so, or 
libgcc_s.so in the right place, so it can’t link any programs.

$ echo 'int main() {return 0;}' > foo.c

$ clang foo.c
/usr/bin/ld.bfd.real: cannot find crtbegin.o: No such file or directory
/usr/bin/ld.bfd.real: cannot find -lgcc
/usr/bin/ld.bfd.real: cannot find -lgcc_s
clang: error: linker command failed with exit code 1 (use -v to see invocation)

‘clang -v’ output is on the Launchpad bug.

Based on strace, it’s looking in /usr/{lib,lib64}/{4.5.2,4.5.1,4.5,…,4.2}, 
/, /../../../../lib64, /lib64, /usr/lib64, and /../../.. .  It seems to 
know nothing of the multiarch path where these actually live: 
/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.5 .

(Shouldn’t these paths be set and verified at configure time instead of 
“magically” detected at runtime by looking at /etc/debian_version and 
/etc/lsb-release(!) and guessing from a list of possible versions of gcc?)

Anders



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

Bug#629860: ITP: libhtml-html5-outline-perl -- implementation of the HTML5 Outline algorithm

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libhtml-html5-outline-perl
  Version : 0.003
  Upstream Author : Toby Inkster 
* URL : http://search.cpan.org/dist/HTML-HTML5-Outline/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : implementation of the HTML5 Outline algorithm

 Resource Description Framework (RDF) is a standard model for data
 interchange on the Web.
 .
 HTML::HTML5::Outline is an implementation of the HTML5 Outline
 algorithm, as per http://www.w3.org/TR/html5/sections.html#outlines .
 .
 The module can output a JSON-friendly hashref, or an RDF model.



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

Bug#620914: 0.53 upstream release

[Javier Fernández-Sanguino Peña]

On Wed, Jun 08, 2011 at 05:46:19PM -0430, Miguel Landaeta wrote:
> Hello,
> 
> There is a new upstream release 0.53 for sshuttle.
> I have prepared a debdiff and I committed my changes to
> git://git.debian.org/collab-maint/sshuttle.git.

Thanks for working on this. I have reviewed the changes and uploaded a new
version of the package into the archive with your changes.

Regards

Javier


signature.asc
Description: Digital signature

Bug#629859: debian_chroot unset inside schroot

[Philip Ashmore]

Package: schroot
Version: 1.4.22-1
Severity: normal

I had to modify my .bashrc to use SCHROOT_CHROOT_NAME instead of debian_chroot.
Since this is Debian, it should be compatible.



-- 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/2 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages schroot depends on:
ii  libboost-filesystem1.46.1   1.46.1-5 filesystem operations (portable pa
ii  libboost-program-options1.4 1.46.1-5 program options library for C++
ii  libboost-regex1.46.11.46.1-5 regular expression library for C++
ii  libboost-system1.46.1   1.46.1-5 Operating system (e.g. diagnostics
ii  libc6   2.13-4   Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.6.0-10   GCC support library
ii  liblockdev1 1.0.3-1.4+b1 Run-time shared library for lockin
ii  libpam0g1.1.2-3  Pluggable Authentication Modules l
ii  libstdc++6  4.6.0-10 The GNU Standard C++ Library v3
ii  libuuid12.17.2-9.1   Universally Unique ID library
ii  schroot-common  1.4.22-1 common files for schroot

schroot recommends no packages.

Versions of packages schroot suggests:
pn  aufs-modules | unionfs-module  (no description available)
pn  btrfs-tools(no description available)
ii  debootstrap   1.0.30 Bootstrap a basic Debian system
ii  lvm2  2.02.84-3  The Linux Logical Volume Manager
ii  unzip 6.0-4  De-archiver for .zip files

-- Configuration Files:
/etc/schroot/schroot.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#539758: Also experienced

[Filipus Klutiero]

Searches are case-sensitive! For example, "title:WindowsMedia" finds the 
page it's supposed to, but "title:windowsmedia" does not.


Also, another example of a problematic page is NvidiaGraphicsDrivers. 
Although an attachment to it, nvidia-versions.sh, is found (for example 
searching "nvidia"), the page itself does not show in search results.




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

Bug#629534: [libc6] Successful upgrade on i386

[Chris Knadle]

Package: libc6
Version: 2.13-5

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

I was able to complete an upgrade of libc6 on an old i386 box I run, which
had its last reinstall in October 2007.  During the installation Xorg lost
video, so I had to complete the installation via an ssh connection.

/lib/ld* after the installation looks like this:

   /lib$ ls -l ld*
   lrwxrwxrwx 1 root root 25 Jun  6 11:08 ld-linux.so.2 -> 
i386-linux-gnu/ld-2.13.so
   lrwxrwxrwx 1 root root 13 Mar  5 11:54 ld-lsb.so.1 -> ld-linux.so.2
   lrwxrwxrwx 1 root root 13 Mar  5 11:54 ld-lsb.so.2 -> ld-linux.so.2
   lrwxrwxrwx 1 root root 13 Mar  5 11:54 ld-lsb.so.3 -> ld-linux.so.2

I wanted to include what /lib/ld* looked like before the upgrade, but
because I lost X I also lost the terminal I was working in where I had
that information ready.  However, what I recall seeing was that there
was an ld-2.13.so file in /lib directly before the upgrade.

Examination of libc6_2.13-4_i386.deb and libc6_2.13-5_i386.deb via 'debdiff'
confirms this:

$ debdiff libc6_2.13-4_i386.deb libc6_2.13-5_i386.deb
...
Files in second .deb but not in first
-
...
-rwxr-xr-x  root/root   /lib/i386-linux-gnu/ld-2.13.so
-rwxr-xr-x  root/root   /lib/i386-linux-gnu/libc-2.13.so
-rwxr-xr-x  root/root   /lib/i386-linux-gnu/libpthread-2.13.so
lrwxrwxrwx  root/root   /lib/i386-linux-gnu/ld-linux.so.2 -> ld-2.13.so
...
Files in first .deb but not in second
-
...
-rwxr-xr-x  root/root   /lib/ld-2.13.so
-rwxr-xr-x  root/root   /lib/libc-2.13.so
-rwxr-xr-x  root/root   /lib/libpthread-2.13.so
lrwxrwxrwx  root/root   /lib/ld-linux.so.2 -> ld-2.13.so


So there is a change in ld file location in this upgrade.

  -- Chris

-- 

Chris Knadle
chris.kna...@coredump.us


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.37.6-686-crk4

Debian Release: wheezy/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.us.debian.org 
1 experimentalftp.us.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
libc-bin (= 2.13-5) | 2.13-5
libgcc1 | 1:4.6.0-11


Recommends  (Version) | Installed
=-+-===
libc6-i686| 2.13-5


Suggests (Version) | Installed
==-+-===
glibc-doc  | 
debconf| 1.5.39
 OR debconf-2.0| 
locales| 2.13-5






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

Bug#620914: 0.53 upstream release

[Miguel Landaeta]

Hello,

There is a new upstream release 0.53 for sshuttle.
I have prepared a debdiff and I committed my changes to
git://git.debian.org/collab-maint/sshuttle.git.

Cheers,

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche
--- sshuttle-0.43a/debian/changelog 2010-12-20 07:57:23.0 -0430
+++ sshuttle-0.53/debian/changelog  2011-06-08 16:43:30.0 -0430
@@ -1,3 +1,22 @@
+sshuttle (0.53-0.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * New upstream release (Closes: #620914).
+  * Migrate from dh_pysupport to dh_python2 helper and add B-D on python.
+  * Add X-Python-Version: >= 2.4 to indicate minimal Python version expected.
+  * Make copyright file DEP-5 compliant.
+  * Add watch file and implement get-orig-source to pull tarball from Github.
+  * Bump Standards-Version to 3.9.2. No changes were required.
+  * Add useful files to use with debhelper: clean, install and manpages.
+  * Add patch to document missing flag in manpage.
+  * Drop manpage from Debian in favor of the one provided by upstream.
+  * Update Homepage and Vcs-* fields. Vcs-* field should point to Debian
+packaging repositories.
+  * Disabled debian-changes* patches since they don't apply cleanly anymore.
+They weren't dropped because I don't know if upstream solved those issues.
+
+ -- Miguel Landaeta   Tue, 31 May 2011 21:28:52 -0430
+
 sshuttle (0.43a-1) unstable; urgency=low
 
   * New upstream version with patches from GIT
--- sshuttle-0.43a/debian/clean 1969-12-31 20:00:00.0 -0400
+++ sshuttle-0.53/debian/clean  2011-06-08 16:43:30.0 -0430
@@ -0,0 +1 @@
+sshuttle.8
--- sshuttle-0.43a/debian/control   2010-11-16 20:02:19.0 -0430
+++ sshuttle-0.53/debian/control2011-06-08 16:43:30.0 -0430
@@ -2,20 +2,21 @@
 Section: net
 Priority: extra
 Maintainer: Javier Fernandez-Sanguino Pen~a 
-Build-Depends: debhelper (>= 7.0.50~), pandoc
-Standards-Version: 3.8.4
-Homepage: http://github.com/apenwarr/sshuttle/
-Vcs-Git: git://github.com/apenwarr/sshuttle/archives/sshuttle-0.42
-Vcs-Browser: http://github.com/apenwarr/sshuttle/tree/master
+Build-Depends: debhelper (>= 7.0.50~), pandoc, python (>= 2.6.6-3~)
+Standards-Version: 3.9.2
+X-Python-Version: >= 2.4
+Homepage: https://github.com/apenwarr/sshuttle/
+Vcs-Git: git://git.debian.org/collab-maint/sshuttle.git
+Vcs-Browser: http://git.debian.org/?p=collab-maint/sshuttle.git
 
 Package: sshuttle
 Architecture: all
-Depends: iptables, openssh-client | lsh-client | dropbear | ssh-client, 
python, ${python:Depends} 
+Depends: iptables, openssh-client | lsh-client | dropbear | ssh-client, 
python, ${python:Depends}, ${misc:Depends}
 Recommends: sudo
 Description: Transparent proxy server for VPN over SSH
- Sshuttle makes it possible to access remote networks using 
+ Sshuttle makes it possible to access remote networks using
  SSH. It creates a transparent proxy server, using iptables, that will forward
  all the traffic through an SSH tunnel to a remote copy of sshuttle.
  .
  It does not require installation on the remote server, which
- just needs to have python installed. 
+ just needs to have python installed.
--- sshuttle-0.43a/debian/copyright 2010-10-26 21:21:40.0 -0430
+++ sshuttle-0.53/debian/copyright  2011-06-08 16:43:30.0 -0430
@@ -1,36 +1,98 @@
-This work was packaged for Debian by Javier Fernandez-Sanguino 

-on Wed, 27 Oct 2010 02:50:49 +0200
-
-It was downloaded from http://github.com/apenwarr/sshuttle
-
-Upstream Author:
-Avery Pennarun 
-
-Copyright: 
-Copyright (C) 2010 Avery Pennarun
+Format: http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=file&rev=173
+Upstream-Name: sshuttle
+Upstream-Contact: Avery Pennarun 
+Source: https://github.com/apenwarr/sshuttle
+
+Files: *
+Copyright: © 2010-2011, Avery Pennarun 
+License: LGPL-2
+ This library is free software; you can redistribute it and/or
+ modify it under the terms of the GNU Library General Public
+ License as published by the Free Software Foundation; either
+ version 2 of the License, or (at your option) any later version.
+ .
+ This library is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
+ Library General Public License for more details.
+ .
+ You should have received a copy of the GNU Library General Public
+ License along with this library; if not, write to the Free Software
+ Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston,
+ MA 02110-1301 USA.
+ .
+ On Debian systems, the full text of the GNU Library General Public
+ License version 2 can be found in the file
+ `/usr/share/common-licenses/LGPL-2'.
 
+Files: compat/*
+Copyright: © 2003-2005, Peter Astrand 
 License:
-
-This library is free software; you can redistribute it and/or
-  

Bug#629858: ITP: libhtml-embedded-turtle-perl -- embedding RDF in HTML the crazy way

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libhtml-embedded-turtle-perl
  Version : 0.090
  Upstream Author : Toby Inkster 
* URL : http://search.cpan.org/dist/HTML-Embedded-Turtle/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : embedding RDF in HTML the crazy way

 Resource Description Framework (RDF) is a standard model for data
 interchange on the Web.
 .
 RDF can be embedded in (X)HTML using simple 

Bug#629857: ITP: ensemble -- a next generation service orchestration framework

[Clint Byrum]

Package: wnpp
Severity: wishlist
Owner: Clint Byrum 

* Package name: ensemble
  Version : 0.5
  Upstream Author : Ensemble Developers 
* URL : http://ensemble.ubuntu.com/
* License : AGPL-3
  Programming Lang: Python
  Description : a next generation service orchestration framework

Ensemble is a next generation service orchestration framework. It has
been likened to APT for the cloud. With Ensemble, different authors are
able to create service formulas independently, and make those services
coordinate their communication through a simple protocol.



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

Bug#629417: update-flashplugin-nonfree --install fails on i386 (sha512sum rejected)

[Juhani Karlsson]

same broblem here:

@lrdlnx:~# update-flashplugin-nonfree --install
--2011-06-09 01:09:05-- 
http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_player_10_linux.tar.gz
Selvitetään osoitetta fpdownload.macromedia.com... 95.100.2.70
Yhdistetään palvelimeen fpdownload.macromedia.com|95.100.2.70|:80...
yhdistetty.
HTTP-pyyntö lähetetty, odotetaan vastausta... 200 OK
Pituus: 5456136 (5,2M) [application/x-gzip]
Tallennetaan kohteeseen ”./install_flash_player_10_linux.tar.gz”

 0K .. .. .. .. ..  0%  441K 12s
50K .. .. .. .. ..  1%  472K 11s
   100K .. .. .. .. ..  2%  331K 13s
   ...
   ...
   ...
  5200K .. .. .. .. .. 98%  473K 0s
  5250K .. .. .. .. .. 99%  459K 0s
  5300K .. .. 100%  487K=11s

2011-06-09 01:09:17 (467 KB/s) -
”./install_flash_player_10_linux.tar.gz” tallennettu [5456136/5456136]

ERROR: sha512sum rejected install_flash_player_10_linux.tar.gz
More information might be available at:
  http://wiki.debian.org/FlashPlayer




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

Bug#629350: [pkg-kolab] Bug#629350: STARTTLS vulnerability in kolab-cyrus-imapd

[Mathieu Parent]

2011/6/8 Moritz Muehlenhoff :
...
> Why is kolab-cyrus-imapd a separate source package? Can we fix it for Wheezy
> to be built from a unified source package, i.e. a separate build target which
> applies the seven Kolab patches?

Yes, this is the way to go.

Those 7 patches are not synced with upstream Kolab.

Upstream Kolab use 7 patches (see
http://git.kolab.org/server/tree/imapd/patches and
https://wiki.kolab.org/Kolab-major-app-patches), sorted by priority:

KOLAB_cyrus-imapd-2.3.16_Cyradm_Annotations.patch: This is merged in 2.4.
KOLAB_cyrus-imapd-2.3.16_Groups2.patch: Blocker, but this can be
reworked on the Kolab side to use pts/ldap.
KOLAB_cyrus-imapd-2.3.16_cross-domain-acls.patch: Blocker when using
multidomain. Work needed.
KOLAB_cyrus-imapd-2.3.16_UID.patch : Allow to log in via uid instead
of mail. Probably not a blocker.
KOLAB_cyrus-imapd-2.3.16_Folder-names.patch: Modifies the set of
accepted characters in folder names for the cyrus imapd server
[Version: 2.3.9] => Some work is needed to integrate upstream,
probably easy for people knowing the cyrus imapd code. Not a blocker.
KOLAB_cyrus-imapd-2.3.16_Logging.patch : Not a blocker.
KOLAB_cyrus-imapd-2.3.16_timsieved_starttls-sendcaps.patch: don't know
the status. Not a blocker IMO

Work should first go to replace Groups2.patch with a pts/ldap config
(notify on https://issues.kolab.org/merge6 if you plan to work on
this) and integrate crossdomain acls (maybe the patch can be
integrated as-is in the Debian package?). After those two, kolabd can
depend on cyrus-imapd-2.4 and kolab-cyrus-imapd can be dropped. A
README.kolab may be included in the cyrus-imapd pacjage to list the
not-applied patches.

Regards

-- 
Mathieu



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

Bug#629856: ITP: txzookeeper -- Twisted library for Apache Zookeeper

[Clint Byrum]

Package: wnpp
Severity: wishlist
Owner: Clint Byrum 

* Package name: txzookeeper
  Version : 0.2.1+bzr39
  Upstream Author : Ensemble Developers 
* URL : https://launchpad.net/txzookeeper
* License : MIT/X
  Programming Lang: Python
  Description : Twisted library for Apache Zookeeper

This project's goal is to have a complete Twisted API representing the
spectrum of the underlying zookeeper api for constructing distributed
applications.



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

Bug#629823: xterm and nvidia

[Cyril Brulebois]

reassign 629823 nvidia-glx
thanks

Hi,

stefano  (08/06/2011):
> Package: xterm
> Version: 270-1
> Severity: normal
> 
> Follow bug #625877 marked as done for kde4 konsole.
> 
> Today I have installed from experimental the last nvidia drivers, but when
> maximize xterm I see some artifacts and I can't minimize again or close.
> 
> The system don't crash anymore like before with unstable nvidia drivers
> (270.41.19-1).

I'm not aware of artifacts with non-nvidia, so reassigning to nvidia
folks. You may want to be a bit more specific about your configuration,
e.g. which WM you're using, with which settings, etc.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#622363: transition: libnotify 0.7

[Laurent Bigonville]

Le Wed, 25 May 2011 15:08:39 +0200,
Mehdi Dogguy  a écrit :

> @Laurent: Do you know already which packages will need a sourceful
> upload? Reporting bugs against those and user-tagging the reports
> would help to see what's needed.

During the weekend I've rebuilt all the packages that are depending
against libnotify-dev. 70 over the 98 packages I've tried FTBFS... I've
not looked at the build logs deeply, but I don't think all the FTBFS
are related to libnotify transition, but still this transition will
requires some sourceful uploads.

I've uploaded the buildlog here:
http://people.debian.org/~bigon/libnotify0.7_rebuildlog/

Cheers

Laurent Bigonville



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

Bug#583483: Bug#610888: libpam-ldap: allow any LDAP users even when pam_check_host_attr

[Arthur de Jong]

On Wed, 2011-06-08 at 09:27 -0700, Steve Langasek wrote:
> That's not the model in use.  What you're saying is that you want the
> pam_ldap authorization checks to always be enforced; that's an 'Additional'
> profile, regardless of what other profiles are enabled.

It's not uncommon to not provide shadow information from LDAP which
means that pam_unix will currently deny access. Then, the "Additional"
section isn't reached at all and pam_ldap should be "Primary" for things
to work.

FWIW, pam_ldap (and nss-pam-ldapd in the 0.8 branch) perform basically
the same checks for shadow information that pam_unix would perform (and
a few more) which means that it wouldn't need pam_unix at all which
would be an argument to keep it "Primary".

Also, for some checks (password expiry mostly) this cannot be done by
pam_unix because the authentication wasn't done by pam_unix. I think
pam_unix only warns about password expiry if you just logged in with a
password (instead of say su or ssh key-based authentication). (note this
is separate from account expiry).

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --


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

Bug#624578: Test registry/Execute.htm fails with mod_perl 2.0.5

[Dominic Hargreaves]

On Wed, Jun 08, 2011 at 09:08:37PM +0200, rich...@ecos.de wrote:
> Hi,
> 
> sorry for not getting back sooner...
> 
> I spent some time debugging this issue, but I don't have a solution so far.
> 
> The problem is, that mod_perl was using tied filehandles for STDOUT/IN 
> before, but now it uses the Perl IO Layer.
> 
> The problem is in epio.c around line 716. There Embperl tries to get the 
> handle or tied object for stdout. Mod_perl's stdout is neither since 2.0.5 
> and I didn't found a way how to get it in the C code so far...
> 
> I will continue looking at it, but I have limited time, so it might take some 
> time, but it only affects Embperl as far as you use it inside of Registry 
> scripts, all other usages should continue to work fine.

Hi Gerald,

Many thanks for taking the time to look at this. I'm quoting the whole
of your reply and copying in the relevant Debian bug report about the
issue, so that we can keep track of status, and perhaps see if anyone
is able to help with the fix from that side.

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#629855: RFP: python-xsdvalidate -- Provide xsdvalidate python modules for validating data against xsd like definitions, returning an error structure.

[Max]

Package: wnpp
Severity: wishlist


* Package name: python-xsdvalidate
  Version : 0.5
  Upstream Author : Martin Owens 
* URL : https://launchpad.net/~doctormo/+archive/greeter/+packages
* License : GPL
  Programming Lang: Python
  Description : Provide xsdvalidate python modules for validating data
against xsd like definitions, returning an error structure.



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

Bug#629854: conspy: could not open either the alternate device files

[Cristian Ionescu-Idbohrn]

Package: conspy
Version: 1.8-1
Justification: renders package unusable
Severity: grave

Well...  showed up kernel 2.6.39-1-686-pae, AFAICT.

/dev/vcsa0: No such file or directory
/dev/vcc/a0: No such file or directory

AFAIR, worked with 2.6.38.

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

Kernel: Linux 2.6.39-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages conspy depends on:
ii  libc6 2.13-4 Embedded GNU C Library: Shared lib
ii  libncurses5   5.9-1  shared libraries for terminal hand

conspy recommends no packages.

conspy suggests no packages.

-- no debconf information


Cheers,

-- 
Cristian



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

Bug#609754: License for examples

[Francois Marier]

On 2011-06-08 at 08:46:42, Clint Byrum wrote:
> Francois, I am looking to upload your example code, but I noticed you
> did not license the code.
>
> If you could either assert what the license is here in an email, or
> re-submit the patch with license headers, that should be sufficient.

Good point. I have just updated the blog post:

  http://feeding.cloud.geek.nz/2011/01/sample-python-application-using.html

I have put the code under CC0 (so essentially public domain).

Cheers,
Francois

-- 
Francois Marier identi.ca/fmarier
http://feeding.cloud.geek.nz  twitter.com/fmarier


signature.asc
Description: Digital signature

Bug#620870: debian-policy: Please add /run as FHS exception

[Bill Allombert]

On Sun, May 29, 2011 at 12:25:18AM +0100, Roger Leigh wrote:
> Hi,
> 
> I have attached the full patch against current policy.git.  This is
> identical to the previous patches, with the addition of a single
> sentence to the footnote:
> 
> "Additionally, the subdirectory /run/shm is a replacement
> for /dev/shm."
> 
> This is to update the previous draft with the current set of mounts
> on /run established by initscripts at boot time (/run, /run/lock and
> /run/shm).  I have put this sentence after the comment about the
> FHS because TTBOMK this is not currently in the initial FHS proposal,
> though I will bring it up on the FHS list as an optional feature (this
> subdirectory has not yet been adopted more widely).  If this addition
> is not useful (it's not a top-level dir), I can remove it.

Hello Cyril and Michael,

Are you willing to resecond this as the final version ?

> diff --git a/policy.sgml b/policy.sgml
> index 7377752..c03f646 100644
> --- a/policy.sgml
> +++ b/policy.sgml
> @@ -6245,10 +6245,24 @@ install -m644 debian/shlibs.package 
> debian/package/DEBIAN/
>
>  
>The following directories in the root filesystem are
> -  additionally allowed: /sys and
> -  /selinux. These directories
> -  are used as mount points to mount virtual filesystems
> -  to get access to kernel information.
> +  additionally allowed: /run,
> +   /sys and /selinux.
> +   The /run directory is a
> +  replacement for /var/run, and its
> +  subdirectory /run/lock is a replacement for
> +  /var/lock.  These changes have been
> +  adopted by most distributions and have been proposed
> +  for inclusion in a future revision of the FHS.
> +  Additionally, the subdirectory /run/shm
> +  is a replacement for /dev/shm.  Files
> +  and directories residing in /run should
> +  be stored on a temporary filesystem, the purpose of
> +  which is storage of ephemeral system state which
> +  should not be persistent across a reboot.
> +  The /sys and /selinux
> +  directories are used as mount points to mount
> +  virtual filesystems to get access to kernel
> +  information.
>  
>
> 
> @@ -6759,14 +6773,19 @@ test -f program-executed-later-in-script 
> || exit 0
> 
>  
> 
> - /var/run and /var/lock may be mounted
> - as temporary filesystems
> - For example, using the RAMRUN and RAMLOCK
> - options in /etc/default/rcS.
> - , so the init.d scripts must handle this
> - correctly. This will typically amount to creating any required
> - subdirectories dynamically when the init.d script
> - is run, rather than including them in the package and relying on
> + /var/run and /var/lock should be
> + symlinks to /run and /run/lock,
> + respectively.  This arrangement may also be satisfied
> + through equivalent means, for example bind or nullfs
> + mounts.  Files and directories residing
> + in /run should be stored on a temporary
> + filesystem and not be persistent across a reboot, and
> + hence the presence of files or directories in any of these
> + directories is not guaranteed and init.d
> + scripts must handle this correctly. This will typically
> + amount to creating any required subdirectories dynamically
> + when the init.d script is run, rather than
> + including them in the package and relying on
>   dpkg to create them.
> 
>   

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


signature.asc
Description: Digital signature

Bug#629853: openssh-server: sshd_config 'Match' specification's arguments are not terminated by beginning of next 'Match' block

[Ronald]

Package: openssh-server
Version: 1:5.1p1-5
Severity: normal

It does not seem as if, when specifying multiple 'Match' blocks, the block's
arguments are terminated at the beginning of the next 'Match' block.

In the below example, I have one group of users who are permitted only access
to the Squid proxy server and one group of users who are permitted access to
all forwards (so as to be able to connect to other services only running 
locally on server):

in /etc/sshd_config:

# Default settings for any ssh users
X11Forwarding no
AllowTcpForwarding no

# Settings for users matching those permitted to use TCP Forwarding
Match Group AllowTCPForward
AllowTCPForwarding yes
X11Forwarding yes

# Match only those who are permitted to use Squid
Match Group AllowSquidProxy
AllowTCPForwarding yes
X11Forwarding no
PermitOpen 127.0.0.1:3128

Following the above configuration settings restricts port forwarding as
intended, but does not restrict X11Forwarding as it should. 'AllowSquidProxy'
users ARE ALLOWED to use X11Forwarding.

Additionally, as an 'experiment', specifying differing 'Banner' options does
not result in the intended banners displaying upon users from differing groups
attempting to log in.

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

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

Versions of packages openssh-server depends on:
ii  adduser 3.110add and remove users and groups
ii  debconf [debcon 1.5.24   Debian configuration management sy
ii  dpkg1.14.31  Debian package management system
ii  libc6   2.7-18lenny7 GNU C Library: Shared libraries
ii  libcomerr2  1.41.3-1 common error description library
ii  libkrb531.6.dfsg.4~beta1-5lenny6 MIT Kerberos runtime libraries
ii  libpam-modules  1.0.1-5+lenny1   Pluggable Authentication Modules f
ii  libpam-runtime  1.0.1-5+lenny1   Runtime support for the PAM librar
ii  libpam0g1.0.1-5+lenny1   Pluggable Authentication Modules l
ii  libselinux1 2.0.65-5 SELinux shared libraries
ii  libssl0.9.8 0.9.8g-15+lenny11SSL shared libraries
ii  libwrap07.6.q-16 Wietse Venema's TCP wrappers libra
ii  lsb-base3.2-20   Linux Standard Base 3.2 init scrip
ii  openssh-blackli 0.4.1list of default blacklisted OpenSS
ii  openssh-client  1:5.1p1-5secure shell client, an rlogin/rsh
ii  procps  1:3.2.7-11   /proc file system utilities
ii  zlib1g  1:1.2.3.3.dfsg-12compression library - runtime

Versions of packages openssh-server recommends:
ii  openssh-blacklist-extra   0.4.1  list of non-default blacklisted Op
ii  xauth 1:1.0.3-2  X authentication utility

Versions of packages openssh-server suggests:
pn  molly-guard(no description available)
pn  rssh   (no description available)
pn  ssh-askpass(no description available)

-- debconf information:
  ssh/vulnerable_host_keys:
  ssh/new_config: true
* ssh/use_old_init_script: true
  ssh/disable_cr_auth: false
  ssh/encrypted_host_key_but_no_keygen:



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

Bug#629850: "Please ensure that a JVM and the package libreoffice-java-common"

[Rene Engelhard]

reassign 629850 openoffice.org-core
tag 629850 + wontfix
thanks

On Thu, Jun 09, 2011 at 04:40:53AM +0800, jida...@jidanni.org wrote:
> Package: openoffice.org-impress
> Version: 1:3.3.0-10
> Severity: wishlist
> 
> Setting up libreoffice-common (1:3.3.2-4) ...

WTF are you citing libreoffice-common here but then file it against 
openoffice.org-impress?

> javaldx: Could not find a Java Runtime Environment! 
> Please ensure that a JVM and the package libreoffice-java-common
> is installed.
> If it is already installed then try removing 
> ~/.libreoffice/3/user/config/javasettings_Linux_*.xml
> Setting up libreoffice-core (1:3.3.2-4) ...
> 
> 
> You make sure.

No.

> Isn't that what Depends: is for?

No, because it not a MUST but it needed for SOME features. (And none in impress)

What strictly needs Java *has* that Depends (which you obviously didn't even 
dare
to check: see libreoffice-base, -filter-mobiledev etc.)

> Also don't expect the user to know what JVM means.

Sorry, there's that thing called google.

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



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

Bug#617728: Python Bindings - Second Cut

[Samuel Pauls]

Greetings Micha and Andrew,

Attached is my attempt at a diff to get Python bindings into Gnucash :)  
Thanks to you Micha for your reply earlier and thanks to you Andrew for 
submitting your patch earlier.  I borrowed ideas from both.


Some thoughts:
- I think we want to use "Architecture: any" in the control file as the 
Python bindings generate a .so file for the i386 architecture.
- I removed the "sh_makeshlibs" lines from the rules file as they were 
preventing python-gnucash from using the libraries in gnucash.
- I renamed Andrew's python2.6-gnucash to python-gnucash in an attempt 
to be consistent with 
http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-package_names
- pyc/pyo seem to be absent from the resulting debs to answer your 
question above, Micha.


I'm eager to see this get into Debian.  Please email me if there's 
anything else I can do to help speed things along.


Also, I should note that this is my first foray into the Debian 
packaging world, so I may have done something silly.  Please let me know 
if there's anything I can improve.


Thanks,
Samuel
diff '--unified=0' -rBN original-gc/gnucash-2.4.6/debian/control 
modified-gc/gnucash-2.4.6/debian/control
--- original-gc/gnucash-2.4.6/debian/control2011-06-04 21:16:09.0 
+
+++ modified-gc/gnucash-2.4.6/debian/control2011-06-08 18:45:17.0 
+
@@ -11 +11,2 @@
-  libwebkit-dev, libltdl-dev, libdbi0-dev, imagemagick
+  libwebkit-dev, libltdl-dev, libdbi0-dev, imagemagick, python-dev (>= 2.4),
+  python-dev (<< 3)
@@ -23 +24 @@
-Recommends: gnucash-docs
+Recommends: gnucash-docs, python-gnucash
@@ -63,0 +65,6 @@
+
+Package: python-gnucash
+Architecture: any
+Depends: gnucash (= ${binary:Version}), ${misc:Depends}, ${python:Depends},
+  python (>= 2.4), python (<< 3)
+Description: Bindings that allow Python programs to use Gnucash.
diff '--unified=0' -rBN original-gc/gnucash-2.4.6/debian/gnucash.install 
modified-gc/gnucash-2.4.6/debian/gnucash.install
--- original-gc/gnucash-2.4.6/debian/gnucash.install2011-06-04 
21:16:09.0 +
+++ modified-gc/gnucash-2.4.6/debian/gnucash.install2011-06-08 
19:23:41.0 +
@@ -1 +1 @@
-usr/lib/
+usr/lib/gnucash
diff '--unified=0' -rBN 
original-gc/gnucash-2.4.6/debian/python-gnucash.examples 
modified-gc/gnucash-2.4.6/debian/python-gnucash.examples
--- original-gc/gnucash-2.4.6/debian/python-gnucash.examples1970-01-01 
00:00:00.0 +
+++ modified-gc/gnucash-2.4.6/debian/python-gnucash.examples2011-06-06 
21:28:36.0 +
@@ -0,0 +1 @@
+src/optional/python-bindings/example_scripts
diff '--unified=0' -rBN original-gc/gnucash-2.4.6/debian/python-gnucash.install 
modified-gc/gnucash-2.4.6/debian/python-gnucash.install
--- original-gc/gnucash-2.4.6/debian/python-gnucash.install 1970-01-01 
00:00:00.0 +
+++ modified-gc/gnucash-2.4.6/debian/python-gnucash.install 2011-06-07 
19:15:21.0 +
@@ -0,0 +1 @@
+usr/lib/python2.6
diff '--unified=0' -rBN original-gc/gnucash-2.4.6/debian/rules 
modified-gc/gnucash-2.4.6/debian/rules
--- original-gc/gnucash-2.4.6/debian/rules  2011-06-04 21:16:09.0 
+
+++ modified-gc/gnucash-2.4.6/debian/rules  2011-06-08 20:44:40.0 
+
@@ -37 +37,2 @@
-   --enable-locale-specific-tax
+   --enable-locale-specific-tax \
+   --enable-python-bindings
@@ -48,3 +48,0 @@
-
-override_dh_makeshlibs:
-   dh_makeshlibs -a -X/usr/lib/gnucash/