Bug#540015: librep-dev: Embeded libtool has /bin/sh shebang, but relies on bashisms

[Luis Rodrigo Gallardo Cruz]

Package: librep-dev
Version: 0.17.3-4
Severity: critical
Justification: breaks unrelated software


librep-dev carries a copy of the libtool used to build it, for use by
its rdepends. The version currently in the archive was built when bash
was still the default shell, and so the libtool script has #!/bin/sh as
its shebang. Now that dash is the default shell, the script fails
because it contains bashisms

I will request a binNMU, as I have verified that a rebuild will cause the
script to pickup #!/bin/bash as its shebang.



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

Bug#536989: Bug in dh-make-perl fixed in revision 41357

[pkg-perl-maintainers]

tag 536989 + pending
thanks

Some bugs are closed in revision 41357
by Damyan Ivanov (dmn)

Commit message:

corelist.t: do not iterate over modules in /usr/share|lib/perl/$VER

some of the modules there aren't core, notably CPANPLUS::Config::System

Closes: #536989



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

Bug#540013: botan1.8 - FTBFS: Guessing target processor is a s390x/s390x

[Bastian Blank]

Package: botan1.8
Version: 1.8.5-2
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of botan1.8_1.8.5-2 on lxdebian.bfinv.de by sbuild/s390 98
[...]
> make[1]: Entering directory `/build/buildd/botan1.8-1.8.5'
> ./configure.py --prefix=/usr --cc=gcc --os=linux --with-bzip2 --with-gnump 
> --with-openssl --with-zlib 
> Guessing target processor is a s390x/s390x
> Target is gcc-linux-s390x-s390x

The architecture is s390, not s390x. You must not use uname to detect the
architecture of a Debian system, that is what dpkg-architecture is for.

Bastian

-- 
Vulcans believe peace should not depend on force.
-- Amanda, "Journey to Babel", stardate 3842.3



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

Bug#540014: please add libuuid

[Felix Zielcke]

Package: ia32-libs
Version: 20090804
Severity: wishlist

Hello,

thanks for reindroducing the old ia32-libs package.
Please add libuuid, it's needed by libSM which in turn is needed to compile 
wine with GLU support.

$ ldd /usr/lib32/libSM.so
linux-gate.so.1 =>  (0xf7f12000)
libICE.so.6 => /usr/lib32/libICE.so.6 (0xf7edd000)
libuuid.so.1 => not found
libc.so.6 => /lib32/libc.so.6 (0xf7d87000)
/lib/ld-linux.so.2 (0xf7f13000)


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

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

Versions of packages ia32-libs depends on:
ii  dpkg  1.15.3.1   Debian package management system
ii  lib32asound2  1.0.20-3   shared library for ALSA applicatio
ii  lib32gcc1 1:4.4.1-1  GCC support library (32 bit Versio
ii  lib32ncurses5 5.7+20090803-1 shared libraries for terminal hand
ii  lib32stdc++6  4.4.1-1The GNU Standard C++ Library v3 (3
ii  lib32z1   1:1.2.3.3.dfsg-15  compression library - 32 bit runti
ii  libc6-i3862.9-23+multiarch.2 GNU C Library: 32-bit shared libra
ii  lsb-release   3.2-23 Linux Standard Base version report

ia32-libs recommends no packages.

Versions of packages ia32-libs suggests:
ii  ia32-libs-gtk 20090804   GTK+ ia32 shared libraries

-- debconf-show failed



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

Bug#539949: libmath-random-mt-perl: FTBFS on GNU/kFreeBSD

[Salvatore Bonaccorso]

Hello all

On Tue, Aug 04, 2009 at 10:35:11PM +0200, Thomas Schwinge wrote:
> Thanks for checking back with us!
> 
> On Tue, Aug 04, 2009 at 10:06:11PM +0200, Salvatore Bonaccorso wrote:
> > On Tue, Aug 04, 2009 at 07:45:52PM +0200, Cyril Brulebois wrote:
> > > Package: libmath-random-mt-perl
> > > Version: 1.07-1
> > > Severity: important
> > > Tags: patch
> > > User: debian-...@lists.debian.org
> > > Usertags: kfreebsd
> > > 
> > > Hi,
> > > 
> > > please find attached a patch to fix the FTBFS on GNU/kFreeBSD. I think
> > > you may want to add “|| defined(__GNU__)” if you want to help GNU/Hurd
> > > people, but I didn't test it on such a platform.
> > > 
> > > Thanks for considering.
> > 
> > I integrated your patch into svn.
> > 
> > Dear hurd people, would it be possible to confirm, that
> > libmath-random-mt-perl would build also on GNU/Hurd with "||
> > defined(__GNU__)" also added?
> 
> I just gave the package's SVN trunk version a try, and it built just
> fine.  So, this additional part isn't even needed: as we're using glibc,
> __GLIBC__ is defined for us, too.  To sum it up:
> 01-fix-ftbfs-on-kfreebsd.patch is also correct for GNU/Hurd needs.

Many thanks both to Thomas and also Michael for the really fast reply
on this (including explanation). Thanks for your work on the GNU/Hurd
port!

Kind regards
Salvatore


signature.asc
Description: Digital signature

Bug#538240: CVE-2009-1862: Adobe Flash Player Remote Code Execution Vulnerability

[Bart Martens]

On Tue, Aug 04, 2009 at 09:49:44PM +0200, Giuseppe Iuculano wrote:
> Hi Bart,
> 
> Bart Martens wrote:
> > About this security bug:
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=538240
> > 
> > I have updated the MD5 checksums yesterday and this morning to match the
> > Adobe Flash Player versions meant on this security bulletin.
> > http://www.adobe.com/support/security/bulletins/apsb09-10.html
> > 
> > I suggest to publish a security advisory advising all users of
> > flashplugin-nonfree to "update the Adobe Flash Player" as described on
> > this wiki page.
> > http://wiki.debian.org/FlashPlayer
> 
> 
> Why not upload a new revision and so force users to update the Adobe Flash 
> Player ?
> 

Do you mean uploads to oldstable-security, stable-security, testing-security, 
and sid ?
http://www.debian.org/doc/manuals/developers-reference/pkgs.html#s5.6.4
http://www.debian.org/doc/manuals/developers-reference/pkgs.html#bug-security

Regards,

Bart Martens



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

Bug#540007: gsfonts-x11: Symbol Fonts are not available via pango.

[Roland Rosenfeld]

On Tue, 04 Aug 2009, Bruce Edwards wrote:

> Package: gsfonts-x11
> Version: 0.21
> Severity: normal
> 
> The Symbol fonts from the URW "Standard Symbol L" and Dingbats are 
> listed in applications but always render standard Roman characters "ABC..." 
> instead of the actual symbols.

Could you please specify the X11 font names?  Otherwise we may miss
understand each other.
I usually test all this using the classic xfontsel program.  If I run
 xfontsel -pattern '-urw-standard symbols l-*-*-*-*-*-*-*-*-*-*-*-*'
this gives me 4 lines of text: upper case greek chars, lower case
greek chars, numbers, and some math code (incl. brackets, braces
etc.).
xfontsel tells me that 4 names match, so let's isolate the gsfonts-x11
fonts here:  
 xfontsel -pattern '-urw-standard symbols 
l-*-r-normal--0-0-0-0-p-0-adobe-fontspecific'
this reduces the results to two fonts, which look identical.

Same effects with 
 xfontsel -pattern '-urw-dingbats-*-*-*-*-*-*-*-*-*-*-*-*'
This shows me 4 lines of dingbats.

BTW: xfontsel is part of the package x11-utils.

> This was tested both in a wxWidgets standard font selection dialog and 
> the program "FONTpage" which is written in Python/GTK using Pango.

I don't know both of these.  What packages do I have to install to
reproduce this?

Tscho

Roland



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

Bug#404942: syncevolution packaging update

[Patrick Ohly]

On Tue, 2009-08-04 at 22:04 -0300, David Bremner wrote:
> So I have debian packaging for syncevolution 0.9beta3+something at 
> 
> Vcs-Git: git://git.debian.org/git/collab-maint/syncevolution
> Vcs-Browser: http://git.debian.org/?p=collab-maint/syncevolution
> 
> It is integrated with upstream history from moblin. The main question
> mark is the embedded copy of libsynthesis. 
> 
> I have a few questions for Patrick
> 
>   1) can I assume that the version of synthesis embedded is given by the git 
> hash in src/synthesis/README?
>   So if I just check that hash out, I'll get the same code?

Yes.

>   2) Paul Liu suggests making separate packages for the syncevolution shared 
> libraries so that applications 
>   can link to them. Is the ABI stable enough (i.e. say over a few releases) 
> to make this worthwhile?

No, not at all. The ABI exposes internal C++ classes (inherited from
using the Funambol library), which makes it hard to keep it stable.
Right now there are no apps outside of our own source tree which need
the libs either, which minimizes the need for a stable ABI.

I intend to rewrite the backend API, and this time will be more careful
to keep it stable.

>   3) Same question for libsynthesis. I saw there have been no tarball
>   releases yet, which makes me think things are still prety fluid.

With libsynthesis there are still changes going in, in particular right
now where I make changes while Synthesis is effectively in summer
vacation and can't merge them back.

However, libsynthesis in general has a very stable API and ABI, so it
would make sense to package it separately.

Can you package it directly from git, based on a tag? Synthesis most
likely will not produce traditional .tar.gz archives that often. In
SyncEvolution I prefer to avoid doing that myself by bundling the
source.

-- 
Bye, Patrick Ohly
--  
patrick.o...@gmx.de
http://www.estamos.de/





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

Bug#527663: freqtweak: FTBFS: wxchar.h:894: error: expected initializer before 'ATTRIBUTE_PRINTF_3'

[Ricardo Mones]

tags 527663 unreproducible moreinfo
thanks

  Hi Chris,

El Sun, 2 Aug 2009 12:47:35 +0100
Chris Lamb  escribió:
> reopen 527663 =
> found 527663 0.7.2-1
> thanks
> 
> This looks like #521995 to me.

  This bug's failure is for 0.7.0, but I cannot reproduce in 0.7.2
  (amd64).

  Could you attach the build log where 0.7.2 fails to build with such
  error?

  regards,
-- 
 Ricardo Mones
 ~
 Never send a human to do a machine's job.   Agent Smith


signature.asc
Description: PGP signature

Bug#540011: xpdf: obey FullScreen and GoToPage links in pdf documents

[Tim Connors]

Package: xpdf-reader
Version: 3.02-1.4+lenny1
Severity: normal

I've got some presentation pdfs created with pdflatex that have
FullScreen, GoToPage and Close hrefs in them that just result in xpdf
issuing:

Error: Unknown named action: 'GoToPage'
Error: Unknown named action: 'FullScreen'
Error: Unknown named action: 'Close'

Other hrefs like Prev/NextPage, First/LastPage and Quit etc work as
expected

They should probably just trigger the toggleFullScreenMode,
gotoPage and closeWindow bindings.


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

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 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 xpdf depends on:
ii  poppler-utils [xpdf-util 0.10.6-1PDF utilitites (based on libpopple
ii  xpdf-common  3.02-1.4+lenny1 Portable Document Format (PDF) sui
ii  xpdf-reader  3.02-1.4+lenny1 Portable Document Format (PDF) sui

xpdf recommends no packages.

xpdf suggests no packages.

Versions of packages xpdf-reader depends on:
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre
ii  lesstif2  1:0.95.0-2.3   OSF/Motif 2.1 implementation relea
ii  libc6 2.9-13 GNU C Library: Shared libraries
ii  libfreetype6  2.3.9-5FreeType 2 font engine, shared lib
ii  libgcc1   1:4.4.0-5  GCC support library
ii  libice6   2:1.0.5-1  X11 Inter-Client Exchange library
ii  libpaper1 1.1.23+nmu1library for handling paper charact
ii  libsm62:1.1.0-2  X11 Session Management library
ii  libstdc++64.4.0-5The GNU Standard C++ Library v3
ii  libt1-5   5.1.2-3Type 1 font rasterizer library - r
ii  libx11-6  2:1.2.1-1  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxp61:1.0.0.xsf1-2 X Printing Extension (Xprint) clie
ii  libxpm4   1:3.5.7-2  X11 pixmap library
ii  libxt61:1.0.5-3  X11 toolkit intrinsics library
ii  xpdf-common   3.02-1.4+lenny1Portable Document Format (PDF) sui

-- 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#539992: initscripts: /etc/init.d/rc.local has wrong dependency information

[Petter Reinholdtsen]

merge 539084 539992
tags 539084 + pending
thanks

[Armin Berres]
> The dependency information should be updated to start
> /etc/init.d/rc.local at the very end of the boot process.

The next upload will add $all to the dependency list.  See #539084.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#539366: cron.daily/apt: $VERBOSE accessed before sanitised: [: 324: Illegal number

[martin f krafft]

tags 539366 patch
thanks

Found this existing bug report last minute, so here's what I almost
submitted as new:

/etc/cron.daily/apt uses the following logic at line 324:

  eval $(apt-config shell VERBOSE APT::Periodic::Verbose)
  debug_echo "verbose level $VERBOSE"
  if [ -z "$VERBOSE" ]; then
  VERBOSE="0"
  fi

Since debug_echo numerically compares $VERBOSE, this results in

  + apt-config shell VERBOSE APT::Periodic::Verbose
  + eval
  + debug_echo verbose level 
  + [  -ge 1 ]
  [: 1: Illegal number: 

and the following message mailed by cron:

  [: 324: Illegal number: 

The patch could be to set $VERBOSE if unset while passing it to
debug_echo:

--- /tmp/apt2009-08-05 07:37:48.441667500 +0200
+++ /etc/cron.daily/apt 2009-08-05 07:37:08.956785843 +0200
@@ -322,10 +322,7 @@
 set -x
 # Set VERBOSE mode from  apt-config (or inherit from environment)
 eval $(apt-config shell VERBOSE APT::Periodic::Verbose)
-debug_echo "verbose level $VERBOSE"
-if [ -z "$VERBOSE" ]; then
-VERBOSE="0"
-fi
+debug_echo "verbose level ${VERBOSE:=0}"
 if [ "$VERBOSE" -le 2 ]; then
 # quiet for 0,1,2
 XSTDOUT=">/dev/null"



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

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

Versions of packages apt depends on:
ii  debian-archive-keyring2009.01.31 GnuPG archive keys of the Debian a
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libgcc1   1:4.4.1-1  GCC support library
ii  libstdc++64.4.1-1The GNU Standard C++ Library v3

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc(no description available)
ii  aptitude  0.4.11.11-1+b1 terminal-based package manager
ii  bzip2 1.0.5-3high-quality block-sorting file co
ii  dpkg-dev  1.15.3.1   Debian package development tools
ii  lzma  4.43-14Compression method of 7z format in
ii  python-apt0.7.10.4   Python interface to libapt-pkg

-- debconf-show failed


-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#540010: Please create the iceweasel-l10n for iceweasel 3.5

[Dmitry E. Oboukhov]

Package: iceweasel-l10n
Severity: wishlist

Debian/experimental has already containded iceweasel 3.5, but it's
already usable but i have a habbit to use iceweasel with russian
interface. Please package new version of iceweasel-l10n :)
--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#536063: cdrom: I/O Error: Unable to copy from CD-Drive to HDD after burning

[Sergio Arévalo]

Hi,

i don't think so because I used  2 marks of DVDs: Verbatim (Japan) and 
Primeon (Taiwan)

If you need more information, please contact me

Thanks

pinguino

Bug#540009: kdebase-runtime: upgrade attempts to overwrite file in kde3.5 kcontrol

[Arthur Marsh]

Package: kdebase-runtime
Version: 4:4.2.4-2
Severity: normal


Preparing to replace kdebase-runtime 4:4.2.4-2 (using 
.../kdebase-runtime_4%3a4.3.0-1_amd64.deb) ...
Unpacking replacement kdebase-runtime ...
dpkg: error processing 
/var/cache/apt/archives/kdebase-runtime_4%3a4.3.0-1_amd64.deb (--unpack):
 trying to overwrite `/usr/bin/keditfiletype', which is also in package kcontrol
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/kdebase-runtime_4%3a4.3.0-1_amd64.deb

The version of kcontrol installed is 4:3.5.10.dfsg.1-2

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

Kernel: Linux 2.6.31-rc5 (SMP w/2 CPU cores; PREEMPT)
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 kdebase-runtime depends on:
ii  kde-icons-oxygen  4:4.3.0-1  transitional package for oxygen ic
ii  kdebase-runtime-bin-kde4  4:4.2.4-2  core binaries for the KDE 4 base r
ii  kdebase-runtime-data  4:4.3.0-1  shared data files for the KDE 4 ba
ii  kdelibs5  4:4.3.0-1  core libraries for all KDE 4 appli
ii  libasound21.0.20-3   shared library for ALSA applicatio
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libclucene0ldbl   0.9.20-3   library for full-featured text sea
ii  libgcc1   1:4.4.1-1  GCC support library
ii  libjpeg62 6b-14  The Independent JPEG Group's JPEG 
ii  libopenexr6   1.6.1-4runtime files for the OpenEXR imag
ii  libphonon44:4.5.2-1  Qt 4 Phonon module
ii  libpulse0 0.9.15-4.1 PulseAudio client libraries
ii  libqt4-dbus   4:4.5.2-1  Qt 4 D-Bus module
ii  libqt4-qt3support 4:4.5.2-1  Qt 3 compatibility library for Qt 
ii  libqt4-svg4:4.5.2-1  Qt 4 SVG module
ii  libqt4-xml4:4.5.2-1  Qt 4 XML module
ii  libqtcore44:4.5.2-1  Qt 4 core module
ii  libqtgui4 4:4.5.2-1  Qt 4 GUI module
ii  libsmbclient  2:3.4.0-2  shared library for communication w
ii  libsoprano4   2.3.0+dfsg.1-2 libraries for the Soprano RDF fram
ii  libstdc++64.4.1-1The GNU Standard C++ Library v3
ii  libstreamanalyzer00.6.5-1+b1 streamanalyzer library for Strigi 
ii  libstreams0   0.6.5-1+b1 streams library for for Strigi Des
ii  libx11-6  2:1.2.2-1  X11 client-side library
ii  libxcursor1   1:1.1.9-1  X cursor management library
ii  libxine1  1.1.16.3-1+b2  the xine video/media player librar
ii  oxygen-icon-theme [kde-ic 4:4.3.0-1  Oxygen icon theme
ii  phonon-backend-xine [phon 4:4.3.1-3  Phonon Xine 1.1.x backend

kdebase-runtime recommends no packages.

Versions of packages kdebase-runtime suggests:
pn  djvulibre-bin  (no description available)

-- debconf-show failed



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

Bug#493996: libwxgtk2.8-0: 2.4 compatibility

[Ryan Niebur]

Do you still want this? If so, I will look into it.

-- 
_
Ryan Niebur
ryanrya...@gmail.com


signature.asc
Description: Digital signature

Bug#493090: libwxgtk2.8-0: unwanted dependency on libgconf

[Ryan Niebur]

tag 493090 wontfix
quit

I think that this request is unreasonable. I don't see what the
problem here is. gconf doesn't do anything evil, and it's not really
that big. just having it installed shouldn't hurt. also, there are
many other packages which depend on gconf. why don't you want wx to
depend on it?

-- 
_
Ryan Niebur
ryanrya...@gmail.com


signature.asc
Description: Digital signature

Bug#539991: subversion: a succession of "svn up" can yield a working copy with local changes

[Peter Samuelson]

[Vincent Lefevre]
> $ svn co file:///home/vinc17/private/svn-...@1952 wd-test
> $ cd wd-test
> $ svn pl -v ensl/these/lplain.bst
> Properties on 'ensl/these/lplain.bst':
>   svn:keywords
> Id Date
> $ grep Id ensl/these/lplain.bst
> % $Id: lplain.bst 1950 2003-12-08 12:30:36Z lefevre $
> $ grep Id ensl/these/.svn/text-base/lplain.bst.svn-base
> % $Id: lplain.bst,v 4.0 2000/01/31 18:11:53 vlefevre Exp $

How did this file get into this state?  Normally, in the .svn/text-base
copy of a file, like the copy in the repository, the $Id$ keyword is
not expanded.

It looks like an RCS identifier.  Was this imported via cvs2svn, or by
manual 'svn add' of your tree, or something else?  Was the svn:keywords
property set at the time of initial import, or later?

Thanks,
-- 
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/



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

Bug#540008: initscripts: /lib/init/vars.sh permission denied on /proc/cmdline with grsecurity

[Patrick Mevzek]

Package: initscripts
Version: 2.86.ds1-61
Severity: wishlist
Tags: patch

The /lib/init/vars.sh script uses /proc/cdmline which is -r under
a kernel compiled with grsecurity patch in which case any user not root
gets 
egrep: /proc/cmdline: Permission denied
for example /etc/cron.d/sendmail which starts /usr/share/sendmail/sendmail
as smmsp user, and the later script then uses /lib/init/vars.sh

The following change solves the problem:
--- /tmp/vars.sh2009-08-05 05:44:35.0 +0200
+++ /lib/init/vars.sh   2009-08-05 05:44:20.0 +0200
@@ -13,7 +13,7 @@
 fi
 
 # Accept the same 'quiet' option as the kernel
-if [ ! -e /proc/cmdline ] || egrep -qw 'quiet' /proc/cmdline ; then
+if [ ! -e /proc/cmdline ] || [ ! -r /proc/cmdline ] || egrep -qw 'quiet' 
/proc/cmdline ; then
 VERBOSE="no"
 fi
 


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

Kernel: Linux 2.6.23.1-grsec (SMP w/2 CPU cores)
Locale: lang=fr_fr.iso-8859...@euro, lc_ctype=fr_fr.iso-8859...@euro 
(charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages initscripts depends on:
ii  debianutils  2.30Miscellaneous utilities specific t
ii  e2fsprogs1.41.3-1ext2/ext3/ext4 file system utiliti
ii  libc62.7-18  GNU C Library: Shared libraries
ii  lsb-base 3.2-20  Linux Standard Base 3.2 init scrip
ii  mount2.13.1.1-1  Tools for mounting and manipulatin
ii  sysvinit-utils   2.86.ds1-61 System-V-like utilities

Versions of packages initscripts recommends:
ii  psmisc22.6-1 Utilities that use the proc filesy

initscripts 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#539957: vlc: okay, it's a non-default upgrade path

[sean finney]

Package: vlc
Version: 1.0.1-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

okay, i just did a lenny->squeeze->sid upgrade and the GUI still starts
normally, so i'm guessing it must either be the result of using
debian-multimedia packages at some time in the past or my sleep-deprived
memory not remembing that i tinkered with the settings.

however, it would still be nice if the application could at least provide
some hints about what to do, or in an ideal world fall back to a default
interface when the requested interface was not available.  i'll retitle
and reprioritize the bug accordingly.


sean

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

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

Versions of packages vlc depends on:
ii  libaa1 1.4p5-38  ascii art library
ii  libc6  2.9-23GNU C Library: Shared libraries
ii  libdbus-1-31.2.16-2  simple interprocess messaging syst
ii  libfreetype6   2.3.9-5   FreeType 2 font engine, shared lib
ii  libfribidi00.10.9-1  Free Implementation of the Unicode
ii  libgcc11:4.4.1-1 GCC support library
ii  libgl1-mesa-glx [libgl 7.5-3 A free implementation of the OpenG
ii  libglib2.0-0   2.20.4-1  The GLib library of C routines
ii  libgtk2.0-02.16.5-1  The GTK+ graphical user interface 
ii  libnotify1 [libnotify1 0.4.5-1   sends desktop notifications to a n
ii  libqtcore4 4:4.5.2-1 Qt 4 core module
ii  libqtgui4  4:4.5.2-1 Qt 4 GUI module
ii  libsdl-image1.21.2.7-1   image loading library for Simple D
ii  libsdl1.2debian1.2.13-4+b1   Simple DirectMedia Layer
ii  libstdc++6 4.4.1-1   The GNU Standard C++ Library v3
ii  libtar 1.2.11-6  C library for manipulating tar arc
ii  libvlccore21.0.1-1   base library for VLC and its modul
ii  libx11-6   2:1.2.2-1 X11 client-side library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxv1 2:1.0.4-1 X11 Video extension library
ii  libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l
ii  ttf-dejavu-core2.29-3Vera font family derivate with add
ii  vlc-nox1.0.1-1   multimedia player and streamer (wi
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

vlc recommends no packages.

Versions of packages vlc suggests:
pn  mozilla-plugin-vlc (no description available)
pn  videolan-doc   (no description available)

Versions of packages vlc-nox depends on:
ii  liba52-0.7.4 0.7.4-11library for decoding ATSC A/52 str
ii  libasound2   1.0.20-3shared library for ALSA applicatio
ii  libass3  0.9.6-1 library for SSA/ASS subtitles rend
ii  libavahi-cli 0.6.25-1Avahi client library
ii  libavahi-com 0.6.25-1Avahi common library
ii  libavcodec52 5:0.5+svn20090720-0.0   library to encode decode multimedi
ii  libavformat5 5:0.5+svn20090720-0.0   ffmpeg file format library
ii  libavutil49  4:0.5+svn20090609-2 ffmpeg utility library
ii  libc62.9-23  GNU C Library: Shared libraries
ii  libcaca0 0.99.beta16-2   colour ASCII art library
ii  libcdio100.81-4  library to read and control CD-ROM
ii  libdbus-1-3  1.2.16-2simple interprocess messaging syst
ii  libdca0  0.0.5-3 decoding library for DTS Coherent 
ii  libdvbpsi5   0.1.6-1 library for MPEG TS and DVB PSI ta
ii  libdvdnav4   4.1.3-4 DVD navigation library
ii  libdvdread4  4.1.3-6 library for reading DVDs
ii  libebml0 0.7.7-3.1   access library for the EBML format
ii  libfaad0 2.6.1-3.1   freeware Advanced Audio Decoder - 
ii  libflac8 1.2.1-1.2   Free Lossless Audio Codec - runtim
ii  libfontconfi 2.6.0-4 generic font configuration library
ii  libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib
ii  libfribidi0  0.10.9-1Free Implementation of the Unicode
ii  libgcc1  1:4.4.1-1   GCC support library
ii  libgcrypt11  1.4.4-3 LGPL Crypto library - runtime libr
ii  libgnutls26  2.6.6-1 the GNU TLS lib

Bug#540007: gsfonts-x11: Symbol Fonts are not available via pango.

[Bruce Edwards]

Package: gsfonts-x11
Version: 0.21
Severity: normal

The Symbol fonts from the URW "Standard Symbol L" and Dingbats are 
listed in applications but always render standard Roman characters "ABC..." 
instead of the actual symbols.

This was tested both in a wxWidgets standard font selection dialog and 
the program "FONTpage" which is written in Python/GTK using Pango.

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

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

Versions of packages gsfonts-x11 depends on:
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-3 Fonts for the Ghostscript interpre
ii  xfonts-utils  1:7.4+1X Window System font utility progr

gsfonts-x11 recommends no packages.

gsfonts-x11 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#540004: synaptic: Crashes with segmentation fault when keying in letters of package name (jump to)

[Mark Petersen]

I found the following in kern.log

synaptic[5940]: segfault at 0 ip 7fcf2ca1a210 sp 7fff28e9b718 error
4 in libc-2.9.so[7fcf2c9a1000+147000]

Mark

Bug#539995: approx: download loop---stops before finished, restarts at zero

[whollygoat]

On Tue, 04 Aug 2009 21:32 -0400, "Eric Cooper"  wrote:
> Can you please send me you approx.conf file, along with the log output
> when you have "$debug true" set in the approx.conf file.  Thanks


 begin approx.conf -
fly:~# cat /etc/approx/approx.conf
# Here are some examples of remote repository mappings.
# See http://www.debian.org/mirror/list for mirror sites.

debian  http://mirror.peer1.net/debian
securityhttp://security.debian.org/
volatilehttp://volatile.debian.org/debian-volatile

# The following are the default parameter values, so there is
# no need to uncomment them unless you want a different value.
# See approx.conf(5) for details.

#$interface any
#$port  
$max_wait   1800# 1800 sec = 30 min
#$max_rate  unlimited
#$user  approx
#$group approx
#$syslogdaemon
#$pdiffstrue
#$verbose   false
#$debug false
 end approx.conf 


- begin output localhost client -
 fly:~# aptitude build-dep approx
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Writing extended state information... Done
Reading task descriptions... Done
Unable to satisfy the build-depends:
Build-Dependsocaml-best-compilers.Unable to satisfy the build-depends:
Build-Dependsocaml-best-compilers.The following NEW packages will be
installed:
  autotools-dev{a} binutils{a} build-essential{a} camlp4{a} cdbs cpp{a}
  cpp-4.3{a} debhelper dpkg-dev{a} g++{a} g++-4.3{a} gcc{a} gcc-4.3{a}
  gettext{a}
  html2text{a} intltool-debian{a} ledit{a} libc6-dev{a}
  libcompress-raw-zlib-perl{a} libcompress-zlib-perl{a}
  libcryptgps-ocaml-dev{a} libdigest-hmac-perl{a}
  libdigest-sha1-perl{a} libfile-remove-perl{a} libgmp3c2{a} libgomp1{a}
  libio-compress-base-perl{a} libio-compress-zlib-perl{a}
  libio-stringy-perl{a}
  libmail-box-perl{a} libmail-sendmail-perl{a} libmailtools-perl{a}
  libmime-types-perl{a} libmpfr1ldbl{a} libncurses5-dev{a}
  libnethttpd-ocaml-dev
  libobject-realize-later-perl{a} libocamlnet-ocaml{a}
  libocamlnet-ocaml-dev{a} libocamlnet-ocaml-doc{a} libpcre-ocaml{a}
  libpcre-ocaml-dev libpcre3-dev{a}
  libpcrecpp0{a} libsha-ocaml{a} libsha-ocaml-dev libstdc++6-4.3-dev{a}
  libsys-hostname-long-perl{a} libsyslog-ocaml{a} libsyslog-ocaml-dev
  libtimedate-perl{a}
  liburi-perl{a} libuser-identity-perl{a} libwrap0-dev linux-libc-dev{a}
  make{a} ocaml-base-nox{a} ocaml-findlib{a} ocaml-interp{a} ocaml-nox
  po-debconf{a}
0 packages upgraded, 61 newly installed, 0 to remove and 0 not upgraded.
Need to get 34.3MB/58.4MB of archives. After unpacking 206MB will be
used.
Do you want to continue? [Y/n/?]
Writing extended state information... Done
Media Change: Please insert the disc labeled 'Debian GNU/Linux 5.0.1
_Lenny_ - Official amd64 CD Binary-1 20090413-02:50' in the drive
'/cdrom/' and press [Enter].

Get:1 http://localhost lenny/main ocaml-interp 3.10.2-3 [1224kB]
Get:2 http://localhost lenny/main ocaml-interp 3.10.2-3 [1224kB]
0% [2 ocaml-interp 303104/1224kB 24%]
- end output localhost client -

-- begin server output with local host client 
Aug  4 06:34:21 fly approx: Connection from 127.0.0.1 port 47557
Aug  4 06:34:21 fly approx: Request
/debian/pool/main/o/ocaml/ocaml-interp_3.10.2-3_amd64.deb
Aug  4 06:34:21 fly approx:   Host: localhost:
Aug  4 06:34:21 fly approx:   Connection: keep-alive
Aug  4 06:34:21 fly approx:   Range: bytes=339967-
Aug  4 06:34:21 fly approx:   If-Range: Mon, 19 May 2008 22:17:03 GMT
Aug  4 06:34:21 fly approx:   User-Agent: Debian APT-HTTP/1.3 (0.7.20.2)
Aug  4 06:34:21 fly approx:   => cache miss
Aug  4 06:34:21 fly approx: Command: /usr/bin/curl --fail --silent
--header "Pragma: no-cache"  --include
"http://mirror.peer1.net/debian/pool/main/o/ocaml/ocaml-interp_3.10.2-3_amd64.deb";
Aug  4 06:34:23 fly approx:   HTTP/1.0 200 OK
Aug  4 06:34:23 fly approx:   Date: Wed, 05 Aug 2009 02:47:02 GMT
Aug  4 06:34:23 fly approx:   Server: Apache/2.2.3 (Debian)
Aug  4 06:34:23 fly approx:   Last-Modified: Mon, 19 May 2008 22:17:03
GMT
Aug  4 06:34:23 fly approx:   ETag: "6ad802f-12ad34-b92095c0"
Aug  4 06:34:23 fly approx:   Accept-Ranges: bytes
Aug  4 06:34:23 fly approx:   Content-Length: 1223988
Aug  4 06:34:23 fly approx:   Content-Type: application/x-debian-package
Aug  4 06:34:23 fly approx:   X-Cache: MISS from sea-ch-1.cdn.peer1.net
Aug  4 06:34:23 fly approx:   X-Cache-Lookup: MISS from
sea-ch-1.cdn.peer1.net:81
Aug  4 06:34:23 fly approx:   X-Cache: MISS from sea-ch-2.cdn.peer1.net
Aug  4 06:34:23 fly approx:   X-Cache-Lookup: MISS from
sea-ch-2.cdn.peer1.net:80
Aug  4 06:34:23 fly approx:   Via: 1.0 sea-ch-1.cdn.peer1.net:81
(squid), 1.0 sea-ch-2.cdn.peer1.net:80 (squid)
Aug  4 06:34:23 fly approx:   Connection: close
Aug  4 06:34:23 fly approx:   open cache
debian/pool/ma

Bug#518911: libopengl-ruby: same as #518911

[Katsuhisa SHIBATA]

Package: libopengl-ruby
Version: 0.32f-2
Followup-For: Bug #518911

I have same idea as #518911.
Current library is "Yoshi's ruby-opengl". It doesn't support
Materialfv which is basic method on 3D graphics. Ubuntu supports
this method, it employs "rubyforge" version mentioned in #518911.
In README.txt of libopengl-ruby on Ubuntu, written as:
It is intended to be a
replacement for -- and uses the code from -- [Yoshi's ruby-opengl][].
I think that we should employ "rubyforge" version.

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

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

Versions of packages libopengl-ruby depends on:
ii  freeglut3 2.4.0-6.1  OpenGL Utility Toolkit
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libgl1-mesa-glx [libgl1]  7.0.3-7A free implementation of the OpenG
ii  libglu1-mesa [libglu1]7.0.3-7The OpenGL utility library (GLU)
ii  libruby1.81.8.7.72-3 Libraries necessary to run Ruby 1.
ii  libx11-6  2:1.1.5-2  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxi62:1.1.4-1  X11 Input extension library

libopengl-ruby recommends no packages.

libopengl-ruby 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#539160: squid3: assert failures, cache-restarts with the latest squid patch (3.0.STABLE8-3+lenny1)

[Steven Chamberlain]

Hi,

I thought I'd mention that I'm suffering the same behaviour.

I found it quite easy to reproduce as follows:

* on an IP and port that the proxy is allowed to query, run something
that listens on that IP/port and accepts an HTTP request, but closes the
connection immediately, eg.:

  $ echo | nc -l -v -p 80


* perform an HTTP request to that IP/port via the Squid proxy;  in my
case the proxy runs in transparent mode, and the port listen was running
on 192.168.0.9:80, so I did as follows:

  $ telnet localhost 3128
  Trying 127.0.0.1...
  Connected to interlock.pyro.eu.org.
  Escape character is '^]'.
  GET / HTTP/1.1
  Host: 192.168.0.9
  


Attached is a patch I'm testing, which I based on the Squid developers'
commit 9082 mentioned previously.  With the patch applied, the proxy
quite appropriately returns a 503 Service Unavailable instead of
crashing (albeit with an error message claiming 'Connection Refused',
which isn't strictly true, because the connection is accepted and the
HTTP request definitely sent before the connection closes).

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
diff -Nru squid3-3.0.STABLE8.orig/src/HttpMsg.cc 
squid3-3.0.STABLE8/src/HttpMsg.cc
--- squid3-3.0.STABLE8.orig/src/HttpMsg.cc  2009-08-05 03:34:44.0 
+0100
+++ squid3-3.0.STABLE8/src/HttpMsg.cc   2009-08-05 03:58:50.0 +0100
@@ -155,7 +155,11 @@
 // sanity check the start line to see if this is in fact an HTTP message
 if (!sanityCheckStartLine(buf, hdr_len, error)) {
 debugs(58,1, HERE << "first line of HTTP message is invalid");
-// NP: sanityCheck sets *error
+// NP: sanityCheck sets *error and sends debug warnings on syntax 
errors.
+// if we have seen the connection close, this is an error too
+if (eof && *error==HTTP_STATUS_NONE)
+*error = HTTP_INVALID_HEADER;
+
 return false;
 }
 

Bug#540006: Gnumeric pulls in too much stuff

[Peter Chubb]

Package: gnumeric
Version: 1.9.9-1

I wanted to read a spreadsheet someone sent me, so I tried to install
gnumeric.
It pulled in LOTS and LOTS of packages including a whole heap that are
totally irrelevant.

Here's the list that got pulled in:

The following extra packages will be installed:
  acl consolekit evince gnome-icon-theme gvfs hal hal-info hicolor-icon-theme
  libck-connector0 libdirectfb-1.2-0 libdjvulibre-text libdjvulibre21
  libgoffice-0-8 libgoffice-0-8-common libgtk2.0-bin libnautilus-extension1
  libpam-ck-connector libpolkit-dbus2 libpolkit-grant2 libpolkit2
  libsmbios-bin libsmbios2 libspectre1 libsplashy1 libvolume-id1 pm-utils
  policykit powermgmt-base radeontool uswsusp vbetool
Suggested packages:
  unrar poppler-data nautilus gnumeric-doc gnumeric-plugins-extra
  epiphany-browser ttf-liberation ttf-mscorefonts-installer gvfs-backends
  gnome-device-manager libsmbios-doc libspectre1-dbg cpufrequtils
  policykit-gnome splashy
The following NEW packages will be installed:
  acl consolekit evince gnome-icon-theme gnumeric gvfs hal hal-info
  hicolor-icon-theme libck-connector0 libdirectfb-1.2-0 libdjvulibre-text
  libgoffice-0-8 libgoffice-0-8-common libgtk2.0-bin libnautilus-extension1
  libpam-ck-connector libpolkit-dbus2 libpolkit-grant2 libpolkit2
  libsmbios-bin libsmbios2 libspectre1 libsplashy1 libvolume-id1 pm-utils
  policykit powermgmt-base radeontool uswsusp vbetool
The following packages will be upgraded:
  libdjvulibre21


Why does it want to install uswsusp?  Or powermgmt-base? Or evince?
or hal?  I have xpdf installed as a PDF viewer, and am using TWM and
mostly Athena widget set stuff.  This is on a headless box that is up
24x7; I have an Xterminal that I log into.  What gives?


--
Dr Peter Chubb  http://www.gelato.unsw.edu.au  peterc AT gelato.unsw.edu.au
http://www.ertos.nicta.com.au   ERTOS within National ICT Australia
A university is a non-profit organisation only in the sense that it
spends everything it gets  ... Luca Turin.



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

Bug#522226: xserver-xorg-video-intel: screen briefly flashes/flickers a few times an hour

[Sanjoy Mahajan]

The flickering seems absent since this morning, when I installed and
rebooted with the latest and greatest 2.6.30 kernel package
(linux-image-2.6.30-1-686 version 2.6.30-5).



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

Bug#540004: synaptic: Crashes with segmentation fault when keying in letters of package name (jump to).

[Mark Petersen]

Package: synaptic
Version: 0.62.7+b1
Severity: normal

After clicking in the package area, I enter the first letter of the package I 
want to find
and program closes. I found that if I run sudo synaptic from a terminal it 
reports a
segmentation fault.


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

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

Versions of packages synaptic depends on:
ii  apt [libapt-pkg-libc6.9-6-4 0.7.22.1 Advanced front-end for dpkg
ii  apt-utils [libapt-inst-libc 0.7.22.1 APT utility programs
ii  hicolor-icon-theme  0.10-2   default fallback theme for FreeDes
ii  libatk1.0-0 1.26.0-1 The ATK accessibility toolkit
ii  libc6   2.9-23   GNU C Library: Shared libraries
ii  libcairo2   1.8.8-2  The Cairo 2D vector graphics libra
ii  libfontconfig1  2.6.0-4  generic font configuration library
ii  libfreetype62.3.9-5  FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.1-1GCC support library
ii  libglade2-0 1:2.6.4-1library to load .glade files at ru
ii  libglib2.0-02.20.4-1 The GLib library of C routines
ii  libgtk2.0-0 2.16.5-1 The GTK+ graphical user interface 
ii  libpango1.0-0   1.24.5-1 Layout and rendering of internatio
ii  libstdc++6  4.4.1-1  The GNU Standard C++ Library v3
ii  libvte9 1:0.20.5-1   Terminal emulator widget for GTK+ 
ii  libx11-62:1.2.2-1X11 client-side library
ii  libxml2 2.7.3.dfsg-2 GNOME XML library
ii  rarian-compat [scrollkeeper 0.8.1-3  Rarian is a documentation meta-dat

Versions of packages synaptic recommends:
ii  deborphan 1.7.28 program that can find unused packa
ii  gksu  2.0.2-2+b1 graphical frontend to su
ii  libgnome2-perl1.042-2Perl interface to the GNOME librar
ii  menu  2.1.41 generates programs menu for all me

Versions of packages synaptic suggests:
pn  dwww   (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#540003: amiga-fdisk: Please add sh4 to architecture list

[Nobuhiro Iwamatsu]

Package: amiga-fdisk
Version: 0.04-12
Severity: wishlist
user debian-...@superh.org
Usertags: sh4

Hi!

I am now trying to run Debian on Renesas SH(sh4) CPU.
Please add "sh4" to the architecture list in debian/control.

Best regards,
 Nobuhiro


-- 
Nobuhiro Iwamatsu



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

Bug#540002: Acknowledgement (setterm: setterm -bfreq not working with kernel 2.6.30)

[Jason White]

Further testing shows that setterm -bfreq is in fact changing the frequency,
but not to the correct value, e.g., setting a higher value actually reduces
the frequency of the audio.




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

Bug#539425: On upgrade of existing system, dash becomes system default if debconf non-interactive

[Raphael Geissert]

severity 539425 wishlist
thanks

Hi,

This is the intended behaviour, and it was mentioned on the second 
proposal[1].

[1] 200907191804.18204.atom...@gmail.com

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#540002: setterm: setterm -bfreq not working with kernel 2.6.30

[Jason White]

Package: util-linux
Version: 2.15.1~rc1-1
Severity: normal


After upgrading to kernel 2.6.30 and turning on the Beep,0 ALSA setting, the
setterm -bfreq command no longer changes the frequency of terminal beeps
issued by the PC speaker device.

I don't know whether this bug is in the kernel or in setterm; the kernel's
handling of the PC speaker has undoubtedly altered as of 2.6.30, but I'm
reporting it as a setterm bug as this is the command which now has no effect
following the kernel changes. 

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

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

Versions of packages util-linux depends on:
ii  libc6  2.9-23GNU C Library: Shared libraries
ii  libncurses55.7+20090803-1shared libraries for terminal hand
ii  libselinux12.0.82-1  SELinux shared libraries
ii  libslang2  2.1.4-3   The S-Lang programming library - r
ii  libuuid1   1.41.8-2  Universally Unique ID library
ii  lsb-base   3.2-23Linux Standard Base 3.2 init scrip
ii  tzdata 2009k-2   time zone and daylight-saving time
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  console-tools1:0.2.3dbs-65.1 Linux console and font utilities
pn  dosfstools (no description available)
pn  util-linux-locales (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#540001: git-core: wrong escaping in many manpages

[Frédéric Brière]

Package: git-core
Version: 1:1.6.3.3-2
Severity: minor

There are several instances in the manpages of escaping run amok:

  git-checkout(1):  @\{-N\}
  git-parse(1):  v0.99.8{caret}\{commit\}
  git-add(1):  \*.txt
  git-bundle(1):  master\~10..master

(This is far from an exhaustive list -- I just picked a few.)


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

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

Versions of packages git-core depends on:
ii  libc6  2.9-23GNU C Library: Shared libraries
ii  libcurl3-gnutls7.19.5-1  Multi-protocol file transfer libra
ii  libdigest-sha1-perl2.12-1NIST SHA-1 message digest algorith
ii  liberror-perl  0.17-1Perl module for error/exception ha
ii  libexpat1  2.0.1-4   XML parsing C library - runtime li
ii  perl-modules   5.10.0-24 Core Perl modules
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

Versions of packages git-core recommends:
ii  less  436-1  pager program similar to more
ii  openssh-client [ssh-client]   1:5.1p1-6  secure shell client, an rlogin/rsh
ii  patch 2.5.9-5Apply a diff file to an original
ii  rsync 3.0.6-1fast remote file copy program (lik

Versions of packages git-core suggests:
pn  git-arch   (no description available)
ii  git-cvs  1:1.6.3.3-2 fast, scalable, distributed revisi
pn  git-daemon-run (no description available)
pn  git-doc(no description available)
ii  git-email1:1.6.3.3-2 fast, scalable, distributed revisi
pn  git-gui(no description available)
ii  git-svn  1:1.6.3.3-2 fast, scalable, distributed revisi
ii  gitk 1:1.6.3.3-2 fast, scalable, distributed revisi
pn  gitweb (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#539995: approx: download loop---stops before finished, restarts at zero

[Eric Cooper]

Can you please send me you approx.conf file, along with the log output
when you have "$debug true" set in the approx.conf file.  Thanks.

-- 
Eric Cooper e c c @ c m u . e d u



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

Bug#538698: Crash during install and init

[Michael Biebl]

Juhapekka Tolvanen wrote:
> 
> Package: hal
> Version: 0.5.12~git20090406.46dc48-2
> Severity: grave
> 
> 
> This is what happens during installation:
> 
>  Clip here 
> Selecting previously deselected package hal-info.
> (Reading database ... 589821 files and directories currently installed.)
> Unpacking hal-info (from .../hal-info_20090309-1_all.deb) ...
> Selecting previously deselected package hal.
> Unpacking hal (from .../hal_0.5.12~git20090406.46dc48-2_i386.deb) ...
> Processing triggers for man-db ...
> Setting up hal-info (20090309-1) ...
> Setting up hal (0.5.12~git20090406.46dc48-2) ...
> Reloading system message bus config...done.
> Starting Hardware abstraction layer: haldinvoke-rc.d: initscript hal, action
> "start" failed.
> dpkg: error processing hal (--configure):
>  subprocess installed post-installation script returned error exit status 1
> Errors were encountered while processing:
>  hal
> E: Sub-process /usr/bin/dpkg returned an error code (1)

...

> That's it. What should I do now?

Please follow the instructions on the wiki [1] and try to get a proper 
backtrace.

We had crashes before due to broken fdi cache files, so you could try and
remove/var/cache/hald/fdi-cache (make a copy before you rm it).

Michael

[1] http://wiki.debian.org/HowToGetABacktrace

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



signature.asc
Description: OpenPGP digital signature

Bug#539784: closed by Simon McVittie (Re: Bug#539784: address lookup errors only in gnome-terminal)

[Mark Hedges]

Where do I file bug reports about my brain?




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

Bug#536018: Problems concerning wifi-radar

[Sean Robinson]

  Part of the change from the 1.x to 2.x version was to remove the "daemon"
mode as I expect users to explicitly choose a network, so it's no longer
appropriate to run WR in init scripts.

  Large parts of WR were re-written between v1.9.9 and v2.0.s01, but I did
not touch the debian directory contents.  So, some of the assumptions in
files in ./debian are probably no longer correct (e.g. daemon mode, file
names and locations have changed, etc.).

  I have never previously maintained a software package used in Debian and I
do not run Debian, so I am unfamiliar with the meta-data requirements.  I am
willing to host documents in the official tarball to support distributions
wishing to package WR for their users.

On Tue, Aug 4, 2009 at 1:28 AM, Patrick Winnertz  wrote:

> Hey Sean,
>
> I just prepared a upload for debian, however I noted that the
> init-script starts a gui, which is not that good as wifi-radar should
> run there as a daemon (the init script doesn't stop until you close the
> wifi-radar window).
>
> It would be cool if you could have a look for wifi-radar to prevent it
> starting the gui when running in daemon mode.
> If I have time today I'll digg into this issue.
>
> Greetings
> Winnie
>
>
>
>


-- 
Sean Robinson
WiFi Radar - http://wifi-radar.berlios.de
Python WiFi - http://pythonwifi.wikispot.org

Bug#524217: gtodo: Opening a todo item should not the current X selection

[Frédéric Brière]

On Wed, Apr 15, 2009 at 11:14:02AM -0400, Stephen Depooter wrote:
> What ends up happening is when you double click on an item, the
> title of the item gets highlighted and becomes the copy buffer, and you
> end up pasting the title into the comment field.

Not only that, but even if you leave the task item open, and select some
text in another application, gToDo will overwrite the primary selection
as soon as it gets the focus back.

Currently, the only way to paste something into gToDo is to use the
clipboard, which is not supported by all X11 applications.  (I haven't
figured out how to get rxvt to use it, for example.)


-- 
 in a stunning new move I actually tested this upload



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

Bug#540000: live-initramfs: can not mount /dev/loop0 (/live/image/live/filesystem.squashfs) on //filesystem.squashfs

[Jeff Chimene]

Package: live-initramfs
Severity: normal

the bug was found after creating a recovery cd using live-helper

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF8)
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#539999: RFA: kpowersave

[Michael Biebl]

Package: wnpp
Severity: normal

I'm giving kpowersave up for adoption as I no longer use it.
It has been replaced/superseded by powerdevil in KDE4.

It has to be noted that the project is dead upstream and kpowersave
currently ftbfs.

It's probably best to just remove it from the archive but I'm giving
anyone interested the chance to take over.

In case no new maintainer can be found after 1 month I'll request the
removal of the package.



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

Bug#539276: adding attachments from the command line broken

[Alexander Gran]

Hi,

you should at least provide a big warning when upgrading.
This little change just broke my server control system. cron catched the 
error, but I think this might be very unhandy in some situations.
Why not first introduce a warning, that a behavior will change?

BTW: I'M not subscribed here, please CC

Alex
-- 
Dipl.-Inform. Alexander Gran, MBA
Ludwigsallee 101  52062 Aachen  Germany
M: +49(0)163/5598933  Encrypted Mails welcome.
Steuernummer 201/5141/5848 Ust-IdNr.: DE259069010
PGP-Key at http://www.grans.eu/misc/pgpkey.asc | Key-ID: 0x6D7DD291



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

Bug#539810: Malayalam support in emacs

[Rob Browning]

Praveen A  writes:

> Package: emacs23
> Version: 23.1+1-2
> Severity: wishlist
>
> Please build emacs with libotf and m17n
>
> --with-libotf --with-m17n-flt

This should already be the case in at least 23.1+1-2 -- emacs23
build-depends on the relevant packages, and configure should use them
when available.  Does it not work for you, and if not, do you have the
m17n-db package installed (which is recommended by libm17n-0)?

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
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#524940: module-init-tools: modprobe starts fork-bombing on executing oss-compat

[Marco d'Itri]

On Aug 05, Eli Mackenzie  wrote:

> With this bug marked "important", apt-listbugs didn't notify me that
> there was anything wrong with this package. A failure to boot seems to
> fit the "makes unrelated software on the system (or the whole system)
> break" description of "critical" more than "important".
It only affects a small number of users.
BTW, the upstream maintainer does not appear to have time to investigate
this. Feel free to send patches.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#539997: RFP: pohmelfs -- Parallel Optimized Host Message Exchange Layered File System client and server

[Max Desyatov]

Package: wnpp
Severity: wishlist

* Package name: pohmelfs
  Version : 
  Upstream Author : Evgeniy Polyakov 
* URL or Web page : http://www.ioremap.net/projects/pohmelfs/
* License : GPL2
  Description : Parallel Optimized Host Message Exchange Layered File 
System client and server



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

Bug#404942: syncevolution packaging update

[David Bremner]

So I have debian packaging for syncevolution 0.9beta3+something at 

Vcs-Git: git://git.debian.org/git/collab-maint/syncevolution
Vcs-Browser: http://git.debian.org/?p=collab-maint/syncevolution

It is integrated with upstream history from moblin. The main question
mark is the embedded copy of libsynthesis. 

I have a few questions for Patrick

  1) can I assume that the version of synthesis embedded is given by the git 
hash in src/synthesis/README?
  So if I just check that hash out, I'll get the same code?

  2) Paul Liu suggests making separate packages for the syncevolution shared 
libraries so that applications 
  can link to them. Is the ABI stable enough (i.e. say over a few releases) to 
make this worthwhile?

  3) Same question for libsynthesis. I saw there have been no tarball
  releases yet, which makes me think things are still prety fluid.

Thanks and sorry for the glacial pace,

David





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

Bug#539701: keyring.d.o updates do not make it to ftp-master, package uploads rejected

[Alexander Zangerl]

reopen 539701
thanks

On Mon, 03 Aug 2009 17:55:52 +0200, Joerg Jaspert writes:
>
>> however, ftp-master (and merkel) still have the old key and therefore 
>> refuse to process my package uploads.
>
>You have to talk to keyring-maint. Importing key changes into the
>official keyring is not done automagically. It is also nothing ftpmaster
>can do.

you misunderstood me: dak on ftp-master does not use the 
official keyring package, but something outdated which does not include
recent updates via the keyring.d.o. dak therefore does not process my
package uploads, and keyring-maint won't be able to help me convincing
dak to use an uptodate keyring.

as far as i know we're still expected to handle key expiration updates
by gpg-send-key'ing them to keyring.d.o, which i did - but which dak
ignores.

situation as observed on merkel:

a...@merkel:~$ fgrep .gpg /org/ftp.debian.org/dak/config/debian/dak.conf
  "/srv/keyring.debian.org/keyrings/debian-keyring.gpg";

a...@merkel:~$ ls -la /srv/keyring.debian.org/keyrings/debian-keyring.gpg
lrwxrwxrwx 1 root root 41 Apr 18  2008 
/srv/keyring.debian.org/keyrings/debian-keyring.gpg -> 
/var/lib/misc/thishost/debian-keyring.gpg

a...@merkel:~$ ls -la /var/lib/misc/thishost/debian-keyring.gpg 
/usr/share/keyrings/debian-keyring.gpg
-rw-r--r-- 1 root root 24796809 Jan 18  2009 
/usr/share/keyrings/debian-keyring.gpg
-rw-rw-r-- 1 root root 26159217 Aug  5 00:55 
/var/lib/misc/thishost/debian-keyring.gpg

very different files indeed, so the debian-keyring package has nothing 
to do with what dak uses.

a...@merkel:~$ gpg --list-keys -v --keyring  
/var/lib/misc/thishost/debian-keyring.gpg  42BD645D
...
sub   1600g/2C25A9D4 2001-12-09 [expired: 2009-06-18]

^ and what dak uses is outdated.

a...@merkel:~$ gpg --recv-key --keyserver keyring.debian.org 42BD645D   
  gpg: requesting key 42BD645D from hkp server keyring.debian.org
gpg: key 42BD645D: public key "Alexander Zangerl " imported
...
a...@merkel:~$ gpg --list-keys -v 42BD645D
sub   1600g/2C25A9D4 2001-12-09 [expires: 2011-08-03]

^ and that is what keyring.debian.org says.

regards
az


-- 
+ Alexander Zangerl + DSA 42BD645D + (RSA 5B586291)
Give a man a fire and he's warm for a day, set a man on fire and he's
warm for the rest of his life. -- the fish analogy, according to Simon Cozens


signature.asc
Description: Digital Signature

Bug#539996: cpqarrayd crashes while checking for controllers

[C de-Avillez]

package: cpqarrayd
version: 2.3-1

When checking for controllers, cpdarrayd is being hit by a SEGABRT.
Investigation by the original reporter seems to show the
cciss_event_type struct is one byte shorter than needed: 511 bytes,
instead of 512.

Increasing the struct padding by one seems to have resolved the issue.

Original Ubuntu bug:
https://bugs.edge.launchpad.net/ubuntu/+source/cpqarrayd/+bug/409060

Ubuntu 9.;10 Karmic Koala.

The reporter has proposed a patch, at
http://launchpadlibrarian.net/29912354/cpqarrayd_2.3-1ubuntu1.debdiff

Thank you,

Staktrace:

GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show
copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(gdb) handle SIG33 pass nostop noprint
SignalStop  Print   Pass to program Description
SIG33 NoNo  Yes Real-time event 33
(gdb) set pagination 0
(gdb) run -d -v
Starting program: /usr/sbin/cpqarrayd 
Checking for controllers.. 
DEBUG: Discarding old event 5/0/0
DEBUG: Discarding old event 5/2/0
DEBUG: Discarding old event 5/0/0
DEBUG: Discarding old event 5/0/0
DEBUG: Discarding old event 5/0/0
DEBUG: Discarding old event 5/0/0
DEBUG: Discarding old event 5/2/0
DEBUG: Discarding old event 5/0/0
DEBUG: Discarding old event 5/0/0
DEBUG: Discarding old event 5/2/0
DEBUG: Discarding old event 1/0/0
DEBUG: Discarding old event 4/0/0
DEBUG: Discarding old event 5/0/0
DEBUG: Discarding old event 1/0/1
DEBUG: Discarding old event 5/0/0
DEBUG: Discarding old event 5/0/0
DEBUG: Discarding old event 5/0/0
DEBUG: Discarding old event 1/0/0
DEBUG: Discarding old event 4/0/0
DEBUG: Discarding old event 5/0/0
DEBUG: Discarding old event 1/0/1
DEBUG: Discarding old event 5/0/0
DEBUG: Discarding old event 5/0/0
DEBUG: Discarding old event 5/0/0

Program received signal SIGABRT, Aborted.
0xb7fb6424 in __kernel_vsyscall ()
(gdb) backtrace full
#0  0xb7fb6424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb7e766d0 in raise () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#2  0xb7e78098 in abort () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#3  0xb7eb424d in ?? () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#4  0xb7f48da8 in __fortify_fail () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#5  0xb7f48d60 in __stack_chk_fail () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#6  0x08049695 in cciss_interrogate_controller (opts={debug = 0 '\0',
verbose = 0 '\0', syslog = 0 '\0', fork = 0 '\0', traphosts = {0x0, 0x0,
0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, nr_traphosts = 0},
devicefile=0x804b5d1 "/dev/cciss/c0d0") at discover.c:336
devicefd = 5
logicalluns = {LUNlist_len = "\000\000\000\b", reserved = 0, luns =
{{LunAddrBytes = "\000\000\...@\000\000\000", SCSI3Lun = {{PeripDev =
{Dev = 0 '\0', Bus = 0 '\0', Mode = 0 '\0'}, LogDev = {DevLSB = 0 '\0',
DevMSB = 0 '\0', Mode = 0 '\0'}, LogUnit = {Dev = 0 '\0', Bus = 0 '\0',
Targ = 0 '\0', Mode = 0 '\0'}}, {PeripDev = {Dev = 0 '\0', Bus = 0 '\0',
Mode = 1 '\001'}, LogDev = {DevLSB = 0 '\0', DevMSB = 0 '\0', Mode = 1
'\001'}, LogUnit = {Dev = 0 '\0', Bus = 0 '\0', Targ = 0 '\0', Mode = 1
'\001'}}, {PeripDev = {Dev = 0 '\0', Bus = 0 '\0', Mode = 0 '\0'},
LogDev = {DevLSB = 0 '\0', DevMSB = 0 '\0', Mode = 0 '\0'}, LogUnit =
{Dev = 0 '\0', Bus = 0 '\0', Targ = 0 '\0', Mode = 0 '\0'}}, {PeripDev =
{Dev = 0 '\0', Bus = 0 '\0', Mode = 0 '\0'}, LogDev = {DevLSB = 0 '\0',
DevMSB = 0 '\0', Mode = 0 '\0'}, LogUnit = {Dev = 0 '\0', Bus = 0 '\0',
Targ = 0 '\0', Mode = 0 '\0'}}}, PhysDev = {TargetId = 0, Bus = 0, Mode
= 1, Target = {{PeripDev = {Dev = 0 '\0', Bus = 0 '\0', Mode = 0 '\0'},
LogDev = {DevLSB = 0 '\0', DevMSB = 0 '\0', Mode = 0 '\0'}, LogUnit =
{Dev = 0 '\0', Bus = 0 '\0', Targ = 0 '\0', Mode = 0 '\0'}}, {PeripDev =
{Dev = 0 '\0', Bus = 0 '\0', Mode = 0 '\0'}, LogDev = {DevLSB = 0 '\0',
DevMSB = 0 '\0', Mode = 0 '\0'}, LogUnit = {Dev = 0 '\0', Bus = 0 '\0',
Targ = 0 '\0', Mode = 0 '\0', LogDev = {VolId = 0, Mode = 1,
reserved = "\000\000\000"}}, {LunAddrBytes = "\000\000\000\000\000\000
\000", SCSI3Lun = {{PeripDev = {Dev = 0 '\0', Bus = 0 '\0', Mode = 0
'\0'}, LogDev = {DevLSB = 0 '\0', DevMSB = 0 '\0', Mode = 0 '\0'},
LogUnit = {Dev = 0 '\0', Bus = 0 '\0', Targ = 0 '\0', Mode = 0 '\0'}},
{PeripDev = {Dev = 0 '\0', Bus = 0 '\0', Mode = 0 '\0'}, LogDev =
{DevLSB = 0 '\0', DevMSB = 0 '\0', Mode = 0 '\0'}, LogUnit = {Dev = 0
'\0', Bus = 0 '\0', Targ = 0 '\0', Mode = 0 '\0'}}, {PeripDev = {Dev = 0
'\0', Bus = 0 '\0', Mode = 0 '\0'}, LogDev = {DevLSB = 0 '\0', DevMSB =
0 '\0', Mode = 0 '\0'}, LogUnit = {Dev = 0 '\0', Bus = 0 '\0', Targ = 0
'\0', Mode = 0 '\0'}},

Bug#539998: libgnupdf0: trying to overwrite `/usr/share/info/dir.gz'

[Juan Pedro Vallejo]

Package: libgnupdf0
Version: 0.1~20090701-1
Severity: minor

Seen during an upgrade:

[...]
Preparing to replace libgnupdf0 0.1~20090701-1 (using 
.../libgnupdf0_0.1~20090801-1_i386.deb) ...
Unpacking replacement libgnupdf0 ...
dpkg: error processing 
/var/cache/apt/archives/libgnupdf0_0.1~20090801-1_i386.deb (--unpack):
 trying to overwrite `/usr/share/info/dir.gz', which is also in package 
opencubicplayer
dpkg-deb: subprocess paste killed by signal (Broken pipe)
[...]

There is a similar bug opened against opencubicplayer, #537835.

-- 
Juan Pedro.



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

Bug#271813: please provide a possibility for other packages to, add sudo lines

[Денис]

Example from real life:

Problem: robot on hosting. He went for 100 hosts and makes
pre-programmed commands as different users, such as root and www-data

How to solve the problem so that if the central host (containing the ssh
key from all hosts) is hacked will not compromise the root accounts on
the client hosts?

Solution: change the privileges after the login on the client hosts.
How to do it? suid or sudo!

I choose the sudo because it allows you to designate a specific user
allowed to change the privilege (suid-bit works for all users)

Because the system is installed from packages, we need a mechanism to
add lines to /etc/sudoers (automatic editing /etc/sudoers during
installation violates Debian Policy)



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

Bug#535851: zsh: completion does not work anymore with some specific applications

[Clint Adams]

On Wed, Aug 05, 2009 at 12:24:59AM +, Clint Adams wrote:
> I hope this does the right thing.

It does not.

Index: Completion/Unix/Type/_path_files
===
RCS file: /cvsroot/zsh/zsh/Completion/Unix/Type/_path_files,v
retrieving revision 1.46
diff -u -r1.46 _path_files
--- Completion/Unix/Type/_path_files5 Aug 2009 00:28:34 -   1.46
+++ Completion/Unix/Type/_path_files5 Aug 2009 00:44:46 -
@@ -160,7 +160,7 @@
   if _have_glob_qual "$tmp1" complete; then
# unbalanced parenthesis is correct: match[1] contains the start,
# match[5] doesn't contain the end.
-   tmp2+=( "${match[1]}${match[5]})(${sort})" )
+   tmp2+=( "${match[1]}#q${sort})(${match[5]})" )
   else
 tmp2+=( "${tmp1}(${sort})" )
   fi



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

Bug#539957: vlc fails to launch gui after upgrade from << 1.0 to >= 1.0

[sean finney]

hi christophe,

On Tue, Aug 04, 2009 at 09:22:27PM +0200, Christophe Mutricy wrote:
> Le Tue 04 Aug 09 à 20:44 +0200, sean finney a écrit :
> > [0x21f08c8] main interface error: no interface module matched "wxwidgets"
> So you had specified that you want the wxwidgets interface rather than
> the default one (which happened to be the wxwidget one)
> Now the wx interface no longer exist, so it can't load it. 

i don't recall ever making an explicit interface setting for vlc, but it's
not impossible that i did.

> > if i rm -rf .vlc and .cache/vlc, and then run vlc -vvv --color --list
> 
> So you removed the preferences (possibly you also need to remove
> ~/.config/vlc/vlcrc if it has already been created from ~/.vlc/vlcrc)
> and you don't force any interface so it uses the default one.

okay.  if this is the case (i am doing a test upgrade in a lenny chroot
right now but the connection is a little slow) then i suppose the severity
could be lowered to wishlist and possibly closed with the extra information
in NEWS.Debian and/or README.Debian.  I'll update the bug report accordingly
when i'm done with the test.


thanks,
sean


signature.asc
Description: Digital signature

Bug#539995: approx: download loop---stops before finished, restarts at zero

[whollygoat]

Package: approx
Version: 4.0-3
Severity: important

*** Please type your report below this line ***

This is a backported approx attempting to 
fix the same problem in version 3.3.0.

See below...


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

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

Versions of packages approx depends on:
ii  adduser   3.110  add and remove users and
groups
ii  bzip2 1.0.5-1high-quality block-sorting
file co
ii  curl  7.18.2-8lenny2 Get a file from an HTTP,
HTTPS or
ii  debconf [debconf-2.0] 1.5.24 Debian configuration
management sy
ii  libc6 2.7-18 GNU C Library: Shared
libraries
ii  libpcre3  7.6-2.1Perl 5 Compatible Regular
Expressi
ii  lsb-base  3.2-20 Linux Standard Base 3.2
init scrip
ii  openbsd-inetd [inet-super 0.20080125-2   The OpenBSD Internet
Superserver
ii  update-inetd  4.31   inetd configuration file
updater

approx recommends no packages.

approx suggests no packages.

-- debconf information:
  approx/port: 

This is a backport created by Sylvain Le Gall 
in response to my post 

(http://lists.debian.org/debian-user/2009/07/msg01991.html)

to debian user.  That post referred to version
3.3.0 which is the official version of approx 
in lenny x86_64.

Downloads by remote clients, and by some commands 
on the local host, do not complete.  The progress
bar shows the download proceeding normally.  
Repeated "ls -l" also show the file downloading.

After roughly consistent amount of the file has 
been downloaded the download stalls.  It stays in 
this state for many seconds, possibly a minute 
or two.  The file then disappears, reappears as
zero length, and then starts to grow to roughly
the same size it was before, stalls, disappears,
reappears ...

For example on the server running "aptitude
update" seems to work just fine, but "aptitude
build-dep approx" would download the first bit
of a needed dependency, then start the above 
described cycle.  From a remote client even
"aptitude update" would not finish.  The 
Packages.gz file would start to download but
would not finish before starting from scratch.

The logs on the server show messages such as:

Jul 27 02:36:53 fly approx: Removing
debian/dists/squeeze/main/binary-i386/Packages.3113.697879076 (size:
91295)
Jul 27 02:36:53 fly approx: Nethttpd: Uncaught exception:
Nethttpd_types.Standard_response(-358247754, 0, 0)
Jul 27 02:37:46 fly approx: Nethttpd: Uncaught exception:
Nethttpd_types.Standard_response(-358247754, 0, 0)
Jul 27 02:38:17 fly approx: Nethttpd: Uncaught exception:
Nethttpd_types.Standard_response(-358247754, 0, 0)
Jul 27 02:38:44 fly approx: Nethttpd: Uncaught exception:
Nethttpd_types.Standard_response(-358247754, 0, 0)

Upgrading from 3.3.0 to Sylvain Le Gall's
backported 4.0-3 didn't change things.

willy
-- 
  
  whollyg...@letterboxes.org

-- 
http://www.fastmail.fm - Access all of your messages and folders
  wherever you are




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

Bug#537358: [Pkg-utopia-maintainers] Bug#537358: network-manager: big regression

[gpe]

Le Tue, 04 Aug 2009 02:27:27 +0200
Michael Biebl  a écrit:

> gpe wrote:
> > Package: network-manager
> > Severity: normal
> > 
> > for me it's a big regression because I'm using the hooks to launch
> > my firewall scripts...
> > 
> 
> When you are using NetworkManager, you could/should use
> /etc/NetworkManager/dispatcher.d/ instead.
> 

With the dhcp hook I'm using the $reason (BOUND), $new_ip_address
and $interface variables. How can I do this with the dispatcher? If I
well understood it passes only two parameters to the scripts (interface
and status up/down)?




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

Bug#539994: please provide /etc/sudo.d or /etc/sudoers.d

[Денис]

Package: sudo
Version: 1.7.2-1
Severity: wishlist

Now sudo supports #includedir directive.
Please provide /etc/sudo.d or /etc/sudoers.d directory in
Debian sudo package and add #includedir directive into file
/etc/sudoers corresponding to it.

This could be very useful for third-party packages that need
to interoperate with sudo. I maintain experimental package
who uses sudo and right now I need to revert to editing the
sudoers file manually.

(sorry for my english)


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

Kernel: Linux 2.6.30.dom0.rev1.denizzz (SMP w/1 CPU core)
Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages sudo depends on:
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libpam-modules1.0.1-9Pluggable Authentication
Modules f
ii  libpam0g  1.0.1-9Pluggable Authentication
Modules l

sudo recommends no packages.

sudo 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#539993: sputnik: missing depends on coxpcall?

[Anthony Towns]

Package: sputnik
Version: 9.03.13+1-1
Severity: serious
Justification: Policy 3.5

>From /usr/share/lua/5.1/sputnik/actions/wiki.lua:

require("coxpcall")

But liblua5.1-coxpcall0 isn't listed amongst:

Depends: liblua5.1-wsapi1, liblua5.1-markdown0, liblua5.1-cosmo0, 
liblua5.1-filesystem0, liblua5.1-md5-0, liblua5.1-logging, 
liblua5.1-socket2, lua5.1

(xavante depends on it, though; but aiui you don't need xavante for
sputnik)

Cheers,
aj

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

Kernel: Linux 2.6.28.2 (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 sputnik depends on:
ii  liblua5.1-cosmo0  8.04.14-2  A template library for the lua lan
ii  liblua5.1-filesystem0 1.4.2-1luafilesystem library for the Lua 
ii  liblua5.1-logging 1.1.4-2lualogging library for the lua lan
ii  liblua5.1-markdown0   0.32-1 A pure lua5.1 implementation of th
ii  liblua5.1-md5-0   1.1.2-1MD5 library for the lua language v
ii  liblua5.1-socket2 2.0.2-3TCP/UDP socket library for Lua 5.1
ii  liblua5.1-wsapi1  1.1.0-5Web server API abstraction layer f
ii  lua5.15.1.4-3Simple, extensible, embeddable pro

Versions of packages sputnik recommends:
pn  sputnik-goodies(no description available)

sputnik 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#539992: initscripts: /etc/init.d/rc.local has wrong dependency information

[Armin Berres]

Package: initscripts
Version: 2.87dsf-2
Severity: normal

If we look at the dependency information of /etc/init.d/rc.local we see
# Required-Start:$remote_fs $syslog
but in /etc/rc.local we read 
# This script is executed at the end of each multiuser runlevel.

Without dependecy based booting /etc/rc.local also has been started at
S99.

The dependency information should be updated to start
/etc/init.d/rc.local at the very end of the boot process.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages initscripts depends on:
ii  debianutils 3.2  Miscellaneous utilities specific t
ii  libc6   2.9-12   GNU C Library: Shared libraries
ii  lsb-base3.2-23   Linux Standard Base 3.2 init scrip
ii  mount   2.15.1~rc1-1 Tools for mounting and manipulatin
ii  sysvinit-utils  2.87dsf-2System-V-like utilities

Versions of packages initscripts recommends:
ii  e2fsprogs 1.41.8-2   ext2/ext3/ext4 file system utiliti
ii  psmisc22.8-1 utilities that use the proc file s

initscripts 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#535851: zsh: completion does not work anymore with some specific applications

[Clint Adams]

On Tue, Aug 04, 2009 at 04:54:38PM +0200, Sylvain Chevillard wrote:
> The line that causes trouble is the following:
>
> zstyle ':completion:*' file-sort access

So that's failing because it's generating patterns like

*.(#i)pdf(oa#q-.)

I hope this does the right thing.

Index: Completion/Unix/Type/_path_files
===
RCS file: /cvsroot/zsh/zsh/Completion/Unix/Type/_path_files,v
retrieving revision 1.45
diff -u -r1.45 _path_files
--- Completion/Unix/Type/_path_files13 Mar 2009 09:59:58 -  1.45
+++ Completion/Unix/Type/_path_files5 Aug 2009 00:23:32 -
@@ -160,7 +160,7 @@
   if _have_glob_qual "$tmp1" complete; then
# unbalanced parenthesis is correct: match[1] contains the start,
# match[5] doesn't contain the end.
-   tmp2+=( "${match[1]}${sort}${match[5]})" )
+   tmp2+=( "${match[1]}${match[5]})(${sort})" )
   else
 tmp2+=( "${tmp1}(${sort})" )
   fi



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

Bug#539990: tvtime : [INTL:pt] Updated Portuguese translation for debconf messages

["Traduz" - Portuguese Translation Team]

Package: tvtime
Version: 1.0.2-3
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for tvtime's debconf messages.
Translator: António Moreira 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

# TVTIME 1.0.2-3
# Copyright (C) 2009
# This file is distributed under the same license as the tvtime package.
# Carlos Lisboa , 2007.
# António Moreira , 2009.
#
msgid ""
msgstr ""
"Project-Id-Version: tvtime 1.0.2-3\n"
"Report-Msgid-Bugs-To: tvt...@packages.debian.org\n"
"POT-Creation-Date: 2009-07-27 23:54+0200\n"
"PO-Revision-Date: 2009-08-04 19:41+0100\n"
"Last-Translator: António Moreira \n"
"Language-Team: Traduz \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Description
#: ../templates:2001
msgid "TV standard:"
msgstr "Norma de TV:"

#. Type: select
#. Description
#: ../templates:2001
msgid ""
"Please choose the TV standard to use. NTSC is used in North America, much of "
"South America, and Japan; SECAM in France, the former USSR, and parts of "
"Africa and the Middle East; and PAL elsewhere."
msgstr ""
"Por favor escolha a norma de TV para uso. NTSC é utilizado na América " 
"do Norte, em grande parte da América do Sul e Japão; SECAM em França, na "
"ex-URSS e em partes da África e do Médio Oriente, e no resto do mundo PAL."

#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../templates:3001 ../templates:4001
msgid "Cable"
msgstr "Cabo"

#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../templates:3001 ../templates:4001
msgid "Broadcast"
msgstr "Radiodifusão"

#. Type: select
#. Choices
#: ../templates:3001
msgid "Cable including channels 100+"
msgstr "Cabo incluindo mais de 100 canais"

#. Type: select
#. Description
#. Type: select
#. Description
#. Type: select
#. Description
#: ../templates:3002 ../templates:4002 ../templates:5002
msgid "Default frequency table:"
msgstr "Tabela de frequências predefinida:"

#. Type: select
#. Description
#: ../templates:3002
msgid ""
"Please choose the frequency table to use. It specifies which frequencies "
"correspond to the familiar channel numbers. You should select \"Broadcast\" "
"if you use an antenna for over-the-air signals."
msgstr ""
"Por favor escolha a tabela de frequências a usar. Especifica que "
"frequências correspondem ao número de canais familiarizados. Você deve "
"seleccionar \"Radiodifusão\" se usar uma antena para obter sinais pelo ar."

#. Type: select
#. Description
#. Type: select
#. Description
#: ../templates:4002 ../templates:5002
msgid ""
"Please choose the frequency table to use. It specifies which frequencies "
"correspond to the familiar channel numbers."
msgstr ""
"Por favor escolha a tabela de frequências a usar. Especifica "
"que frequências correspondem ao número de canais familiarizados."

#. Type: select
#. Description
#: ../templates:4002
msgid ""
"You should select \"Broadcast\" if you use an antenna for over-the-air "
"signals."
msgstr ""
"Você deve seleccionar \"Radiodifusão\" se usar uma antena para obter "
"sinais pelo ar."

#. Type: select
#. Choices
#: ../templates:5001
msgid "Europe"
msgstr "Europa"

#. Type: select
#. Choices
#: ../templates:5001
msgid "France"
msgstr "França"

#. Type: select
#. Choices
#: ../templates:5001
msgid "Russia"
msgstr "Rússia"

#. Type: select
#. Choices
#: ../templates:5001
msgid "Australia"
msgstr "Austrália"

#. Type: select
#. Choices
#: ../templates:5001
msgid "New Zealand"
msgstr "Nova Zelândia"

#. Type: select
#. Choices
#: ../templates:5001
msgid "China Broadcast"
msgstr "China Radiodifusão"

#. Type: select
#. Choices
#: ../templates:5001
msgid "Australia Optus"
msgstr "Austrália Optus"

#. Type: select
#. Choices
#: ../templates:5001
msgid "Custom (must run tvtime-scanner first)"
msgstr "Personalizar (deve executar primeiro tvtime-scanner)"

#. Type: select
#. Description
#: ../templates:5002
msgid ""
"If you are a user of a cable company that does not use standard frequencies, "
"you should select \"Custom\" and run the tvtime-scanner application before "
"using tvtime."
msgstr ""
"Se você for um utilizador de um cabo de uma empresa que não utiliza "
"frequências padrão, deverá escolher \"Personalizar\" e executar a aplicação "
"tvtime-scanner antes de usar o tvtime."

#. Type: string
#. Description
#: ../templates:6001
msgid "Default television capture device:"
msgstr "Dispositivo predefinido de captura de televisão:"

#. Type: string
#. Description
#: ../templates:6001
msgid ""
"Please choose the video4linux device which corresponds to your capture card."
msgstr ""
"Por favor escolha o dispositivo video4linux que corresponde à sua placa de "
"captura."

#. Type: string
#. Description
#: ../templates:7001
msgid "Device to use for VBI decoding:"
msgstr ""
"Dispositivo a utilizar para descodificação VBI (Vertical Blanking Interval):"

#. Type: string
#. Description

Bug#539991: subversion: a succession of "svn up" can yield a working copy with local changes

[Vincent Lefevre]

Package: subversion
Version: 1.6.3dfsg-1
Severity: grave
Justification: causes non-serious data loss

[More precisely a working copy can get corrupt due to a succession
of updates.]

With one of my repositories (regenerated from a dump):

$ svn co file:///home/vinc17/private/svn-...@1952 wd-test
$ cd wd-test
$ svn pl -v ensl/these/lplain.bst
Properties on 'ensl/these/lplain.bst':
  svn:keywords
Id Date
$ grep Id ensl/these/lplain.bst
% $Id: lplain.bst 1950 2003-12-08 12:30:36Z lefevre $
$ grep Id ensl/these/.svn/text-base/lplain.bst.svn-base
% $Id: lplain.bst,v 4.0 2000/01/31 18:11:53 vlefevre Exp $
$ svn up -r2769
$ svn pl -v ensl/these/lplain.bst
$ grep Id ensl/these/lplain.bst
% $Id$
$ grep Id ensl/these/.svn/text-base/lplain.bst.svn-base
% $Id: lplain.bst,v 4.0 2000/01/31 18:11:53 vlefevre Exp $
$ svn diff
$ svn up -r2770
$ svn pl -v ensl/these/lplain.bst
Properties on 'ensl/these/lplain.bst':
  svn:mime-type
text/plain
$ grep Id ensl/these/lplain.bst
% $Id$
$ grep Id ensl/these/.svn/text-base/lplain.bst.svn-base
% $Id: lplain.bst,v 4.0 2000/01/31 18:11:53 vlefevre Exp $
$ svn diff
Index: ensl/these/lplain.bst
===
--- ensl/these/lplain.bst   (revision 2770)
+++ ensl/these/lplain.bst   (working copy)
@@ -8,7 +8,7 @@
% This restriction helps ensure that all standard styles are identical.
% The file btxbst.doc has the documentation for this style.
 
-% $Id: lplain.bst,v 4.0 2000/01/31 18:11:53 vlefevre Exp $
+% $Id$
 
 ENTRY
   { address

and a "svn up -r1" yields a tree conflict (due to the apparent
local modification).

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

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages subversion depends on:
ii  libapr1   1.3.7-1The Apache Portable Runtime Librar
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libsasl2-22.1.23.dfsg1-1 Cyrus SASL - authentication abstra
ii  libsvn1   1.6.3dfsg-1Shared libraries used by Subversio

subversion recommends no packages.

Versions of packages subversion suggests:
pn  db4.7-util (no description available)
ii  patch2.5.9-5 Apply a diff file to an original
ii  subversion-tools 1.6.3dfsg-1 Assorted tools related to Subversi

-- 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#536091: closed by Gunnar Wolf (Bug#536091: fixed in libhaml-ruby 2.2.0-2)

[Aaron M. Ucko]

reopen 536091
thanks

ow...@bugs.debian.org (Debian Bug Tracking System) writes:

>* Patched haml-mode.el to avoid compile-time (and thus, install-time)

Thanks for looking into this!

>  error. Had to also declare Conflicts: on emacs21 (which is going

As my original message explained, the error on emacs21 was due to a
(repeated, IIRC) typo which would yield incorrect behavior under other
Emacsen anyway -- although GNU Emacs 22 and up at least interpret "\s"
as " ", XEmacs interprets it as "s", which is altogether wrong.

Regardless, there's no need for an outright conflict, as it's
perfectly legitimate for the emacsen-install and -remove scripts to
skip over unsupported versions.

BTW, please do Cc: me on any comments.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?...@monk.mit.edu



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

Bug#313237: Preserve timestamp of symlinks when extracting (if utimensat available)

[Carl Worth]

On Sun, 12 Jun 2005 14:22:53 -0400, D Goel wrote:
> Let's try the tar-trick to copy the contents of dir1 to dir2: 
> (cd dir1 && tar -clpsf- *) | (cd dir2 & tar -xpsf -)
> 
> This copies the contents, including correct timestamps and ownership,
> except that if there is a symlink (named, say s) in dir1.  Then the
> copied file dir2/s fails to get the same timestamp as dir1/s. 

Hi DG,

Thank you for the bug report. I've confirmed that this bug still exists
in the latest version of tar packaged in Debian (1.22-1.1). And I almost
replied saying that Linux doesn't provide the necessary functionality to
do what you want, (I noticed that "cp -a" also exhibits the same
bug---see bug #26766).

But rsync does not have the bug, so I looked a little closer and
found... the necessary magic is in the flags argument to the POSIX
utimensat function call:

   The flags field is a bit mask that may be 0, or include  the  following
   constant, defined in :

   AT_SYMLINK_NOFOLLOW
  If  pathname  specifies  a  symbolic link, then update the time‐
  stamps of the link, rather than the file to which it refers.

The tar program already prefers to call utimensat if available, but
currently always passes 0 for the flags argument. It also avoids ever
calling this function for symlinks, (which would update the timestamp of
the target to the archived time stamp of the link which is certainly not
desired).

I've attached a patch that fixes the bug when utimensat is available,
and should have no effect when the function is not available, (though I
didn't test on any such system). I also didn't write a new test case for
this behavior, (I'm not sure how to make a test case that would not be
expected to pass on some systems.)

Any feedback would be appreciated,

-Carl



From 2fe8827ad1874abf3295a5aa96eba18372b98c12 Mon Sep 17 00:00:00 2001
From: Carl Worth 
Date: Tue, 4 Aug 2009 17:00:35 -0700
Subject: [PATCH] Preserve timestamp of symlinks when extracting (if utimensat available)

If the utimensat function is not available, then do nothing with
symlink time stamps, (which is the same as the current code).
---
 lib/utimens.c |   26 +++
 lib/utimens.h |4 +-
 src/extract.c |   61 +++-
 src/misc.c|2 +-
 4 files changed, 53 insertions(+), 40 deletions(-)

diff --git a/lib/utimens.c b/lib/utimens.c
index 708de10..ae8b0a6 100644
--- a/lib/utimens.c
+++ b/lib/utimens.c
@@ -72,11 +72,16 @@ struct utimbuf
use just futimes (or equivalent) instead of utimes (or equivalent),
and fail if on an old system without futimes (or equivalent).
If TIMESPEC is null, set the time stamps to the current time.
+   If the file is a symlink and IS_SYMLINK is set, then the
+   time stamps of the symlink itself will be updated if
+   possible, (but if not supported by the operating system
+   then no change will occur).
Return 0 on success, -1 (setting errno) on failure.  */
 
 int
 gl_futimens (int fd ATTRIBUTE_UNUSED,
-	 char const *file, struct timespec const timespec[2])
+	 char const *file, struct timespec const timespec[2],
+	 int is_symlink)
 {
   /* Some Linux-based NFS clients are buggy, and mishandle time stamps
  of files in NFS file systems in some cases.  We have no
@@ -102,7 +107,8 @@ gl_futimens (int fd ATTRIBUTE_UNUSED,
 #if HAVE_UTIMENSAT
   if (fd < 0)
 {
-  int result = utimensat (AT_FDCWD, file, timespec, 0);
+  int flags = is_symlink ? AT_SYMLINK_NOFOLLOW : 0;
+  int result = utimensat (AT_FDCWD, file, timespec, flags);
 # ifdef __linux__
   /* Work around what might be a kernel bug:
  http://bugzilla.redhat.com/442352
@@ -119,6 +125,12 @@ gl_futimens (int fd ATTRIBUTE_UNUSED,
 return result;
 }
 #endif
+
+  /* Without utimensat we have no way to update a symlink rather than
+   * the target, so just return immediately. */
+  if (is_symlink)
+  return 0;
+
 #if HAVE_FUTIMENS
   {
 int result = futimens (fd, timespec);
@@ -219,9 +231,13 @@ gl_futimens (int fd ATTRIBUTE_UNUSED,
 }
 
 /* Set the access and modification time stamps of FILE to be
-   TIMESPEC[0] and TIMESPEC[1], respectively.  */
+   TIMESPEC[0] and TIMESPEC[1], respectively.
+   If the file is a symlink and is_symlink is set, then the
+   time stamps of the symlink itself will be updated if
+   possible, (but if not supported by the operating system
+   then no change will occur). */
 int
-utimens (char const *file, struct timespec const timespec[2])
+utimens (char const *file, struct timespec const timespec[2], int is_symlink)
 {
-  return gl_futimens (-1, file, timespec);
+  return gl_futimens (-1, file, timespec, is_symlink);
 }
diff --git a/lib/utimens.h b/lib/utimens.h
index 169521d..625785c 100644
--- a/lib/utimens.h
+++ b/lib/utimens.h
@@ -1,3 +1,3 @@
 #include 
-int gl_futimens (int, char const *, struct timespec const [2]);
-int utimens (char const *, struct timespec const [2

Bug#535796: linking issue in ubuntu

[Eric Drechsel]

https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/409103



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

Bug#539989: manpages-posix: test(1posix) should mention that -a -o ( and ) are XSI extensions and deprecated by POSIX 2008

[Reuben Thomas]

Package: manpages-posix
Version: 2.16-1
Severity: normal

As explained here:

http://www.opengroup.org/onlinepubs/9699919799/utilities/test.html

these operators are deprecated in POSIX 2008. They were only ever XSI
extensions. These facts are worth mentioning (in the context of
discouraging their use) in test(1posix). These features are already
discussed under "Application Usage" in the context of portability; I
suggest strengthening the wording to recommend against their use:
simply say "deprecated, do not use, write this instead" and also
nothing that they are deprecated where each feature is documented
higher up the page.

I'd be happy to prepare a patch if you like, in which case please
point me at the definitive source.

-- System Information:
Debian Release: 5.0.2
  APT prefers stable
  APT policy: (500, 'stable')
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

manpages-posix depends on no packages.

Versions of packages manpages-posix recommends:
ii  manpages  3.05-1 Manual pages about using a GNU/Lin

Versions of packages manpages-posix suggests:
ii  man-db [man-browser]  2.5.2-4on-line manual pager

-- 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#539858: supybot: other url-shortening services for ShrinkUrl

[Clint Adams]

On Tue, Aug 04, 2009 at 04:15:15PM -0400, James Vega wrote:
> For the shrinkSnarfer?  You want it to use a different service, in a
> cycle, for every URL that it handles?

That's right.

cf. this eggdrop script
http://svn.incith.com/index/incith/trunk/incith-xrl.tcl

(which doesn't let you specify your own list either)



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

Bug#539988: update-modules: should not punish end-user

[Jonas Häggqvist]

Package: module-init-tools
Version: 3.9-2
Severity: normal


In 3.9-2 a 60 second sleep was added to update-modules. This is rather
senselessly punishing the end-user, rather than the developer who is
actually at fault.

Please badger the package maintainers, rather than the end-users who did
nothing wrong.

Thank you.

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

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

Versions of packages module-init-tools depends on:
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init
scrip

module-init-tools recommends no packages.

module-init-tools 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#535969: iotop: Debian: 535969: please consider adding a io enice function

[Paul Wise]

Hi Guillame,

I wrote a patch to implement ionice functionality in iotop,
unfortunately it doesn't seem to work properly, I wonder if you could
take a look at it and see what I am doing wrong.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise
From 8e698bf02a94330bd27fc5832ade80b60d9f2f58 Mon Sep 17 00:00:00 2001
From: Paul Wise 
Date: Wed, 5 Aug 2009 01:17:26 +0200
Subject: [PATCH] WIP: implement ionice functionality (Closes: http://bugs.debian.org/535969)

---
 iotop.1 |1 +
 iotop/data.py   |6 
 iotop/ioprio.py |   43 ++
 iotop/ui.py |   89 --
 4 files changed, 128 insertions(+), 11 deletions(-)

diff --git a/iotop.1 b/iotop.1
index e7e19be..4cc01e5 100644
--- a/iotop.1
+++ b/iotop.1
@@ -77,6 +77,7 @@ the I/O summary is never printed.
 .PD 1
 .RE
 .SH SEE ALSO
+.BR ionice (1),
 .BR top (1),
 .BR vmstat (1)
 .SH AUTHOR
diff --git a/iotop/data.py b/iotop/data.py
index 0c71315..0a2d380 100644
--- a/iotop/data.py
+++ b/iotop/data.py
@@ -170,6 +170,9 @@ class ThreadInfo(DumpableObject):
 def get_ioprio(self):
 return ioprio.get(self.tid)
 
+def set_ioprio(self, ioprio_class, ioprio_data):
+return ioprio.set(ioprio.IOPRIO_WHO_PROCESS, self.tid, ioprio_class, ioprio_data)
+
 def update_stats(self, stats):
 if not self.stats_total:
 self.stats_total = stats
@@ -273,6 +276,9 @@ class ProcessInfo(DumpableObject):
 return priorities.pop()
 return '?'
 
+def set_ioprio(self, ioprio_class, ioprio_data):
+return ioprio.set(ioprio.IOPRIO_WHO_PROCESS, self.pid, ioprio_class, ioprio_data)
+
 def ioprio_sort_key(self):
 return ioprio.sort_key(self.get_ioprio())
 
diff --git a/iotop/ioprio.py b/iotop/ioprio.py
index d1162a8..ef569e4 100644
--- a/iotop/ioprio.py
+++ b/iotop/ioprio.py
@@ -5,7 +5,7 @@ import platform
 import time
 
 # From http://git.kernel.org/?p=utils/util-linux-ng/util-linux-ng.git;a=blob;
-#  f=configure.ac;h=770eb45ae85d32757fc3cff1d70a7808a627f9f7;hb=HEAD#l363
+#  f=configure.ac;h=770eb45ae85d32757fc3cff1d70a7808a627f9f7;hb=HEAD#l354
 # i386 bit userspace under an x86_64 kernel will have its uname() appear as
 # 'x86_64' but it will use the i386 syscall number, that's why we consider both
 # the architecture name and the word size.
@@ -21,26 +21,46 @@ IOPRIO_GET_ARCH_SYSCALL = [
 ('x86_64*', '64bit',  252),
 ]
 
-def find_ioprio_get_syscall_number():
+IOPRIO_SET_ARCH_SYSCALL = [
+('alpha',   '*',  442),
+('i*86','*',  289),
+('ia64*',   '*', 1274),
+('powerpc*','*',  273),
+('s390*',   '*',  282),
+('sparc*',  '*',  196),
+('sh*', '*',  288),
+('x86_64*',  '32bit', 289),
+('x86_64*',  '64bit', 251),
+]
+
+def find_ioprio_syscall_number(syscall_list):
 arch = os.uname()[4]
 bits = platform.architecture()[0]
 
-for candidate_arch, candidate_bits, syscall_nr in IOPRIO_GET_ARCH_SYSCALL:
+for candidate_arch, candidate_bits, syscall_nr in syscall_list:
 if fnmatch.fnmatch(arch, candidate_arch) and \
fnmatch.fnmatch(bits, candidate_bits):
 return syscall_nr
 
 
-__NR_ioprio_get = find_ioprio_get_syscall_number()
+__NR_ioprio_get = find_ioprio_syscall_number(IOPRIO_GET_ARCH_SYSCALL)
+__NR_ioprio_set = find_ioprio_syscall_number(IOPRIO_SET_ARCH_SYSCALL)
 ctypes_handle = ctypes.CDLL(None)
 syscall = ctypes_handle.syscall
 
-PRIORITY_CLASSES = (None, 'rt', 'be', 'idle')
+PRIORITY_CLASSES = [None, 'rt', 'be', 'idle']
 
-WHO_PROCESS = 1
+IOPRIO_WHO_PROCESS = 1
+IOPRIO_WHO_PGRP = 2
+IOPRIO_WHO_USER = 3
 IOPRIO_CLASS_SHIFT = 13
 IOPRIO_PRIO_MASK = (1 << IOPRIO_CLASS_SHIFT) - 1
 
+def ioprio_value(ioprio_class, ioprio_data):
+try: ioprio_class = PRIORITY_CLASSES.index(ioprio_class)
+except ValueError: ioprio_class = PRIORITY_CLASSES.index(None)
+return (ioprio_class << IOPRIO_CLASS_SHIFT) | ioprio_data
+
 def ioprio_class(ioprio):
 return PRIORITY_CLASSES[ioprio >> IOPRIO_CLASS_SHIFT]
 
@@ -66,7 +86,7 @@ def get(pid):
 if __NR_ioprio_get is None:
 return '?sys'
 
-ioprio = syscall(__NR_ioprio_get, WHO_PROCESS, pid)
+ioprio = syscall(__NR_ioprio_get, IOPRIO_WHO_PROCESS, pid)
 if ioprio < 0:
 return '?err'
 
@@ -77,6 +97,15 @@ def get(pid):
 return prio_class
 return '%s/%d' % (prio_class, ioprio_data(ioprio))
 
+def set(type, who, ioprio_class, ioprio_data):
+if __NR_ioprio_set is None:
+return '?sys'
+
+ioprio_val = ioprio_value(ioprio_class, ioprio_data)
+ret = syscall(__NR_ioprio_set, type, who, ioprio_val)
+if ret < 0:
+return '?err'
+
 def sort_key(key):
 if key[0] == '?':
 return -ord(key[1])
diff --git a/iotop/ui.py b/iotop/ui.py
index 093dc8e..b1c65d8 100644
--- a/iotop/ui.py
+++ b/iotop/ui.py
@@ -9,7 +9,7 @@ import struct
 import sys
 import time
 
-from iotop.data import find_uids, TaskStatsNe

Bug#538843: mdadm 3 fails to assemble root array

[Frédéric Brière]

On Mon, Jul 27, 2009 at 08:17:20AM -0400, Jeff King wrote:
> So my problem has been resolved, but I am not sure whether there is a
> bug that will affect other users (hence this bug report). Why is it that

You're not alone; I had the same experience this afternoon.  (This was
my first reboot since the upgrade.)

> Note that the UUIDs are the same in the first half, but totally
> different in the second half. One other thing to note is that

Same here.

Here are the UUIDs as they were before today:

/dev/md0 UUID=9900cea9:6a368469:d164b76c:a2dc5503
/dev/md1 UUID=e86dbf11:5b1671f1:d164b76c:a2dc5503
/dev/md2 UUID=c2a032c9:727b1dd3:2afa2a14:7e11b5d8

And here they are now:

/dev/md0 UUID=9900cea9:6a368469:2afa2a14:7e11b5d8
/dev/md1 UUID=e86dbf11:5b1671f1:2afa2a14:7e11b5d8
/dev/md2 UUID=c2a032c9:727b1dd3:2afa2a14:7e11b5d8

Notice how they switched to the same suffix, which was already present
in /dev/md2.  (/dev/md2 is a one-drive RAID1 array, so it's always been
a bit funky.)  Also notice how md0 and md1 used to share the same
suffix.

Before today, mdadm would appear to consider /dev/md/[01] as canonical
names, and complain that they were not in mdadm.conf, even though I had
/dev/md[01] in there.  However, it *never* did that for /dev/md2, and
never created a corresponding /dev/md/2.  Today, I find that
/dev/md/[01] are gone as well.  Can't be a coincidence.


> Reinstalling (and rebuilding the initrd with) the version of mdadm from
> testing (2.6.9-3) works fine.

In my case, rebooting with the lenny CD yields the same UUID as with
3.0, so I'm guessing that it's not just a question of 2.x and 3.x
interpreting the UUID data differently, but that 3.x actually updated
the superblock UUID.  I somehow doubt that reinstalling 2.6.9 would work
for me.

> -- Package-specific info:

Damn, I just filed another mdadm bug a few hours before rebooting, but
that info isn't included (and yet I could swear that it was).  Too bad,
as we could've seen the old UUIDs for ourselves.


-- 
 udp - universal dropping of an pigeon



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

Bug#485197: bclock: diff for NMU version 1.0-12.1

[Simon McVittie]

Hi,
Thank you for your attention to making Debian less buggy. I've looked at the
interdiff for your 1.0-12.1 NMU and it looks good to me (except that you
could have closed the other bugs you fixed - menu structure and x-dev
dependency - in the changelog: there are Debian bugs open for both).

However, I'm not convinced that keeping this package makes Debian better.
We have plenty of other clocks, and this one only has 79 installs and 9 votes
on popcon, uses imake, hasn't been touched since January 2006, appears
to have had one upstream release ever, and doesn't actually appear to be
any use for telling the time...

So, if you can convince me that this package's existence improves Debian,
I'll sponsor an NMU; but I think a better reaction to this RC bug would be
to treat it as a suitable excuse to remove bclock from the archive.

Do we really need another web server / music player / calculator?
-- Slide 11 of the DPL's keynote at Debconf

Regards,
Simon


signature.asc
Description: Digital signature

Bug#516848: pciutils: suspend currently working fine

[Drew Parsons]

Package: pciutils
Severity: normal

Probably worth noting that suspend and hibernate are now working again
for me.

At the moment I have gnome-power-manager 2.24.4-3, pm-utils 1.2.5-4,
linux kernel linux-image-2.6.30-1-amd64 2.6.30-4
(and of course pciutils 1:3.1.3-1)

Drew

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

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

Versions of packages pciutils depends on:
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libpci3   1:3.1.3-1  Linux PCI Utilities (shared librar

pciutils recommends no packages.

Versions of packages pciutils suggests:
ii  bzip2   1.0.5-3  high-quality block-sorting file co
ii  lynx2.8.7rel.1-1 Text-mode WWW Browser (transitiona
ii  wget1.11.4-4 retrieves files from the web

-- 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#539170: O: wxwidgets2.8

[Ryan Niebur]

retitle 539170 ITA: wxwidgets2.8
owner 539170 !
thanks

I guess I'll give this another try...

On Wed, Jul 29, 2009 at 05:06:40PM +0200, Adeodato Simó wrote:
> Package: wnpp
> 
> I'm orphaning the wxwidgets2.8 package.
> 
> -- 
> - Are you sure we're good?
> - Always.
> -- Rory and Lorelai
> 
> 
> 
> 
> --
> To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> 

-- 
_
Ryan Niebur
ryanrya...@gmail.com


signature.asc
Description: Digital signature

Bug#539987: ruby1.8: sleep/eventloop/threads broken on some arches

[Stephen Gran]

Package: ruby1.8
Version: 1.8.7.72-3
Severity: important
X-Debbugs-cc: debian-ad...@lists.debian.org

Hi there,

I've just managed to capture a reasonable strace of a problem that we've
been seeing with puppet on several platforms.  This is on alpha, but I'm
fairly sure we've also seen it on armel and possibly hppa as well.
Basically, sleep doesn't sleep.  An eventloop with a wakeup timer just
ends up in a tight loop, which means our slower machines can't do
anything except run a single ruby thread that is supposed to be
sleeping.

I am assuming this is a bug in the thread/select implementation in ruby,
but feel free to reassign if it turns out to be libc/kernel/whatever
related.

Any bugs in the test code are presumably mine - my ruby is fairly mediocre
at best, and my goal was not to write a perfect event loop but to
reproduce as faithfully as possible the event loop that puppet uses
without actually doing anything useful besides the event loop.

Cheers,

Test code (I have puppet installed, but a smaller set of libraries is
probably sufficient):

class SleepTest
require 'sync'
require "puppet/external/event-loop"
include SignalObserver

@@syncresources = {}

def timer
unless defined? @timer
@timer = EventLoop::Timer.new(
:interval => 3600,
:tolerance => 1,
:start? => true
)
EventLoop.current.monitor_timer @timer
end
@timer
end

# Return the sync object associated with a given resource.
def sync(resource)
@@syncresources[resource] ||= Sync.new
return @@syncresources[resource]
end

def threadlock(resource, type = Sync::EX)
self.sync(resource).synchronize(type) do
yield
end
end

def newtimer(hash, &block)
self.timer()
timer = nil
threadlock(:timers) do
@timers ||= []
timer = EventLoop::Timer.new(hash)
@timers << timer

if block_given?
observe_signal(timer, :alarm, &block)
end
end

# In case they need it for something else.
timer
end

def newthread(&block)
@threads ||= []

@threads << Thread.new do
yield
end
end

end

sleepy = SleepTest.new
sleepy.newthread do
begin
timer = sleepy.timer()
EventLoop.monitor_timer timer
FileTest.exist?('/bin/sh')
end
end
EventLoop.run

Strace (begins with Thread.new call):

clone(Process 31149 attached
child_stack=0x2d70b90, 
flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID,
 parent_tidptr=0x2d712f0, tls=0x2d71910, child_tidptr=0x2d712f0) = 
31149
[pid 31148] osf_sigprocmask(0x1, 0, 0)  = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0)  = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0)  = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0x254a2c0) = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0)  = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0x2ac1) = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0xb91 
[pid 31149] rt_sigprocmask(SIG_BLOCK, ~[RT_0 RT_1], NULL, 8) = 0
[pid 31149] nanosleep({0, 1000},  
[pid 31148] <... osf_sigprocmask resumed> ) = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0x14e9) = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0x1c11) = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0xb91) = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0)  = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0)  = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0)  = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0)  = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0)  = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0x2549ed8) = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0)  = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0)  = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0x2549e88) = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0)  = 0
[pid 31149] <... nanosleep resumed> {4656511788077862093, 0}) = 0
[pid 31149] nanosleep({0, 1000},  
[pid 31148] osf_sigprocmask(0x1, 0, 0)  = 0
[pid 31148] osf_sigprocmask(0x1, 0, 0x2549e38) = 0
[pid 31148] brk(0x1200e2000)= 0x1200e2000
[pid 31148] brk(0x1200de000)= 0x1200de000
[pid 31148] osf_sigprocmask(0x1, 0, 0x12007aaf0) = 0
[pid 31148] sigreturn() = ? (mask now [])
[pid 31148] osf_syscall(0x1, 0, 0xfd9, 0, 0x1, 0x11fa0a720) = -1 EADDRINUSE 
(Address already in use)
[pid 31148] osf_syscall(0x1, 0, 0x14e9, 0, 0, 0) = -1 EADDRINUSE (Address 
already in use)
[pid 31148] osf_syscall(0x1, 0, 0x1c11, 0, 0, 0) = -1 EADDRINUSE (Address 
already in use)
[pid 31148] osf_syscall(0x1, 0, 0xb91, 0, 0, 0) = 48
[pid 31148] osf_syscall(0x1, 0, 0, 0, 0, 0) = -1 EADDRINUSE (Address already in 
use)
[pid 31148] osf_syscall(0x1, 0, 0, 0, 0, 0) = 48
[pid 31149] <... nanosleep resumed> {4656511788077862093, 0}) = 0
[pid 31149] nanosleep({0, 1000},  
[pid 31148] osf_syscall(0x1, 0, 0, 0, 0, 0) = 48
[pid 31148] osf_syscall(0x1, 0, 0, 0, 0, 0)

Bug#539578: [pbuilder] Non-functional if aptitude uninstallable (even in classic mode)

[Jason Heeris]

Junichi Uekawa wrote:

> Why not fix aptitude or remove it from base?

I may well be doing things wrong, but it seems impossible to do that. I
can put it in "REMOVEPACKAGES" and it still gets installed. I should
point out that I'm also trying to create a new base, and I get the same
problem.

I realise that this is a known problem, and that sid can't always be
expected to be sane:
http://lists.debian.org/debian-devel/2009/08/msg00089.html

...but my point is just that aptitude seems to be installed without any
intervention from the user, and it isn't strictly necessary (again,
maybe I'm wrong).

Cheers,
Jason



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

Bug#531230: Bug in libclass-dbi-plugin-pager-perl fixed in revision 41319

[pkg-perl-maintainers]

tag 531230 + pending
thanks

Some bugs are closed in revision 41319
by Tim Retout (diocles-guest)

Commit message:

  * debian/rules: Switch to 3-line rules file with quilt.
  * Update debhelper compat and Build-Dependency to 7.
  * Add patch to fix 02main.t with libsql-abstract-perl (>= 1.55), and
Build-Depend on that. (Closes: #531230)
  * Set urgency to medium for RC bug fix.




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

Bug#539986: libgtk2.0-0: print dialog shows no CUPS printers

[Mario 'BitKoenig' Holbe]

Package: libgtk2.0-0
Version: 2.14.7-4
Severity: important

Hello,

starting with 2.14.7-4 and up to 2.16.5-1 the libgtk2.0-0 print dialog
shows no CUPS printers anymore. Due to this, GTK-applications like gimp
or firefox are unable to print anywhere else than to file.
Downgrading to 2.12.12-1 (the version in lenny) solves this problem,
CUPS printers are shown with it in gimp and firefox.

There is a client-only CUPS installation on the machine in question,
i.e. no local CUPS-server. The machine's /etc/cups/client.conf points to
the remote CUPS server. It seems like libgtk2.0-0 2.12.12-1 deals
correctly with that while later versions don't do it anymore.

$ COLUMNS=72 dpkg -l | grep -i cups
ii  cups-bsd   1.3.11-1   Common UNIX Printing System(tm) - BSD comman
ii  cups-client1.3.11-1   Common UNIX Printing System(tm) - client pro
ii  cups-common1.3.11-1   Common UNIX Printing System(tm) - common fil
ii  libcups2   1.3.11-1   Common UNIX Printing System(tm) - libs
ii  libcupsimage2  1.3.11-1   Common UNIX Printing System(tm) - image libs
ii  libcupsys2 1.3.11-1   Common UNIX Printing System (transitional pa
ii  libgnomecups1. 0.2.3-3+b1 GNOME library for CUPS interaction

Please let me know if I can provide more evidence.


Thanks for your work & regards
   Mario
-- 
File names are infinite in length where infinity is set to 255 characters.
-- Peter Collinson, "The Unix File System"


signature.asc
Description: Digital signature

Bug#539985: gnome-control-center: iceweasel is set custom but nautilus opens saved bookmark url with epiphany-browser

[Mark Hedges]

Package: gnome-control-center
Version: 1:2.26.0-1
Severity: normal


I dragged a tab from iceweasel onto the desktop which created
a url shortcut.  But when I double-click on the icon, it opens
with epiphany-browser.  However, Preferred Applications panel
lists Iceweasel (`iceweasel %s` greyed out in box).  

lrwxrwxrwx 1 root root 23 2009-07-15 13:07 /etc/alternatives/epiphany-browser 
-> /usr/bin/epiphany-gecko
lrwxrwxrwx 1 root root 23 2009-07-15 13:07 /etc/alternatives/gnome-www-browser 
-> /usr/bin/epiphany-gecko
lrwxrwxrwx 1 root root 23 2009-07-15 13:07 /etc/alternatives/x-www-browser -> 
/usr/bin/epiphany-gecko

It looks like it's using one of those instead of what I set.
Thanks!

Mark

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

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

Versions of packages gnome-control-center depends on:
ii  capplets-data   1:2.26.0-1   configuration applets for GNOME - 
ii  desktop-file-utils  0.15-2   Utilities for .desktop files
ii  gnome-desktop-data  2.26.1-1 Common files for GNOME 2 desktop a
ii  gnome-icon-theme2.26.0-1 GNOME Desktop icon theme
ii  gnome-menus 2.26.1-2 an implementation of the freedeskt
ii  gnome-settings-daemon   2.24.1-3 daemon handling the GNOME session 
ii  libatk1.0-0 1.26.0-1 The ATK accessibility toolkit
ii  libbonobo2-02.24.1-1 Bonobo CORBA interfaces library
ii  libc6   2.9-12   GNU C Library: Shared libraries
ii  libcairo2   1.8.6-2+b1   The Cairo 2D vector graphics libra
ii  libcanberra-gtk00.12-1   Gtk+ helper for playing widget eve
ii  libcanberra00.12-1   a simple abstract interface for pl
ii  libdbus-glib-1-20.80-4   simple interprocess messaging syst
ii  libebook1.2-9   2.26.3-1 Client library for evolution addre
ii  libfontconfig1  2.6.0-4  generic font configuration library
ii  libfreetype62.3.9-4.1FreeType 2 font engine, shared lib
ii  libgconf2-4 2.26.2-1 GNOME configuration database syste
ii  libglade2-0 1:2.6.4-1library to load .glade files at ru
ii  libglib2.0-02.20.1-2 The GLib library of C routines
ii  libgnome-desktop-2-11   2.26.1-1 Utility library for loading .deskt
ii  libgnome-window-settings1   1:2.26.0-1   Utility library for getting window
ii  libgnome2-0 2.26.0-1 The GNOME library - runtime files
ii  libgnomekbd32.26.0-1 GNOME library to manage keyboard c
ii  libgnomeui-02.24.1-1 The GNOME 2 libraries (User Interf
ii  libgtk2.0-0 2.16.1-2 The GTK+ graphical user interface 
ii  libmetacity-private01:2.26.0-3   library for the Metacity window ma
ii  libpango1.0-0   1.24.0-3+b1  Layout and rendering of internatio
ii  libpolkit-gnome00.9.2-2  PolicyKit-gnome library
ii  libpolkit2  0.9-4library for accessing PolicyKit
ii  libslab00.9.12-3 beautification app library file
ii  libx11-62:1.2.2-1X11 client-side library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxft2 2.1.13-3 FreeType-based font drawing librar
ii  libxklavier12   3.9-1X Keyboard Extension high-level AP
ii  libxml2 2.7.3.dfsg-2 GNOME XML library
ii  libxss1 1:1.1.3-1X11 Screen Saver extension library

Versions of packages gnome-control-center recommends:
ii  bzip2 1.0.5-2high-quality block-sorting file co
ii  evolution-data-server 2.26.3-1   evolution database backend server
ii  gnome-session 2.22.3-3   The GNOME 2 Session Manager
ii  gnome-user-guide  2.26.2-1   GNOME user's guide

Versions of packages gnome-control-center suggests:
ii  gnome-screensaver 2.26.1-1   GNOME screen saver and locker
ii  gstreamer0.10-alsa [gstreamer 0.10.23-3  GStreamer plugin for ALSA
ii  gstreamer0.10-plugins-bad [gs 0.10.13-1  GStreamer plugins from the "bad" s
ii  gstreamer0.10-plugins-good [g 0.10.15-2  GStreamer plugins from the "good" 
ii  gstreamer0.10-pulseaudio [gst 0.10.15-2  GStreamer plugin for PulseAudio
ii  libcanberra-gtk-module0.12-1 translates Gtk+ widgets signals to
ii  x11-xserver-utils 7.4+2  X server utilities

-- no debconf information



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

Bug#535318: python-sparse: Crashes and looses data, when try A.put(val, a, b) on existing matrix

[Adam C Powell IV]

Hi Chris,

On Tue, 2009-08-04 at 20:55 +0100, Chris Lamb wrote:
> Adam C Powell IV wrote:
> 
> > Thanks for the report, forwarded it upstream.
> 
> Hm, I don't see it on the link you've specified.

Yeah, SF seems to be having email trouble.  It's that (1) link in August
-- but it's currently broken.  I waited 5 hours for it to correctly post
before tagging this bug "forwarded", and it never did, so I just linked
to the whole archive.

On Tue, 2009-08-04 at 21:47 +0100, Chris Lamb wrote:
> tags 535318 + patch
> thanks
> 
> Chris Lamb wrote:
> 
> > Can you even reproduce it?

Haven't tried, but did get a reply from someone on pysparse-developers
which he didn't post to the list:

On Tue, 2009-08-04 at 12:12 -0400, Dominique Orban wrote: 
> On Tue, Aug 4, 2009 at 9:37 AM, Adam C Powell IV 
> wrote:
> Hi,
> 
> The following segfault-inducing code came in from a user
> (details at
> http://bugs.debian.org/535318 ):
> 
> from numpy import *
> from pysparse import * 
> [omitting code elsewhere in this bug report]
> Any ideas?  Bug in user's code, pysparse, or Debian packaging?
> 
> Hi,
> 
> Thanks for the report. Lots of bugs in user's code. Still Pysparse
> should not have crashed with a segfault. I have now added appropriate
> argument checking.
> 
> -- 
> Dominique

So upstream should be good now.

[Back to Chris]

> Traceback (and patch) attached, but that's only because I'm stubborn.

Thanks!  I'll upload soon.

> The
> real solution is to package an upstream snapshot.
> 
> Upstream is not dead, they just haven't made a release in a while. Plus (as
> Oz is finding out) the version in Debian has been disowned by upstream and
> probably shouldn't be in another stable release. Very few changes seem
> required to update too; just looks like you need to drop 'g2c' from
> libraries_list in setup.py.

Okay, and with the squeeze freeze on the way, I'll try to get to this
sooner rather than later.

Or, since I'm no longer a user of this package, feel free to change the
Maintainer to pkg-scicomp or something similar, with me and you as
Uploaders, and upload yourself...

-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/


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

Bug#538418: ekiga: Starts, but just hangs with no window popping up

[Mark T.B. Carroll]

Eugen Dedu  writes:

> Sorry to reply so late.

No problem, it wasn't too long. (-:

> Connect you to their system, check with "ps aux|grep ekiga" that ekiga 
> is not working, start ekiga.  You say that you do not see it.  Type 
> again "ps aux|grep ekiga".  Is it running or not?

Yes, it is. Confirmation comes from that I kill them all, start it from
the command line in the foreground, and I don't get a new shell prompt
back.

> Also, is it their first installation of ekiga or not?

It's not. They did have 3.2.1.

I'll look at the .gconf stuff you mention and get back to you!

Mark



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

Bug#539983: libgstreamer-interfaces-perl: FTBFS

[Ryan Niebur]

Package: libgstreamer-interfaces-perl
Version: 0.04-1
Severity: serious
User: ryanrya...@gmail.com
Usertags: ftbfs

This package fails to build from source under sbuild using up to date sid. 
Attached is the build log.
Directory is /tmp/tmp.VQZD6R
I: [sid-i386-source chroot] (buildd→root) Running command: “apt-get update”
Ign http://buildd.home sid Release.gpg
Ign http://buildd.home sid Release
Ign http://buildd.home sid/main Packages
Ign http://buildd.home sid/main Packages
Err http://buildd.home sid/main Packages
  404 Not Found
Hit http://localhost sid Release.gpg
Hit http://localhost sid Release
Ign http://localhost sid/main Packages/DiffIndex
Ign http://localhost sid/non-free Packages/DiffIndex
Ign http://localhost sid/contrib Packages/DiffIndex
Ign http://localhost sid/main Packages
Ign http://localhost sid/non-free Packages
Ign http://localhost sid/contrib Packages
Hit http://localhost sid/main Packages
Hit http://localhost sid/non-free Packages
Hit http://localhost sid/contrib Packages
W: Failed to fetch 
http://buildd.home/~buildd/repo/dists/sid/main/binary-i386/Packages  404 Not 
Found

E: Some index files failed to download, they have been ignored, or old ones 
used instead.
tail: cannot open `current' for reading: No such file or directory
tail: `current' has appeared;  following end of new file
sbuild (Debian sbuild) 0.58.2 (11 Apr 2009) on newbuildd.home

╔══╗
║ libgstreamer-interfaces-perl 0.04-1 (i386) 04 Aug 2009 15:32 ║
╚══╝

Package: libgstreamer-interfaces-perl
Version: 0.04-1
Architecture: i386
Start Time: 20090804-1532

┌──┐
│ Fetch source files   │
└──┘


Local sources
─

libgstreamer-interfaces-perl_0.04-1.dsc exists in /tmp/tmp.VQZD6R; copying 
to chroot

Check arch
──

** Using build dependencies supplied by package:
Build-Depends: debhelper (>= 7), quilt, libgstreamer-plugins-base0.10-dev, 
gstreamer0.10-alsa, alsa-utils, gstreamer0.10-plugins-base, 
libgstreamer0.10-dev, libextutils-depends-perl (>= 0.205), 
libextutils-pkgconfig-perl (>= 1.07), libglib-perl (>= 1.180), 
libgstreamer-perl (>= 0.06), perl (>= 5.6.0-12)

┌──┐
│ Install build dependencies   │
└──┘

Checking for already installed source dependencies...
debhelper: missing
Using default version 7.3.9
quilt: missing
libgstreamer-plugins-base0.10-dev: missing
gstreamer0.10-alsa: missing
alsa-utils: missing
gstreamer0.10-plugins-base: missing
libgstreamer0.10-dev: missing
libextutils-depends-perl: missing
Using default version 0.301-1
libextutils-pkgconfig-perl: missing
Using default version 1.12-1
libglib-perl: missing
Using default version 1:1.222-1
libgstreamer-perl: missing
Using default version 0.15-1
perl: already installed (5.10.0-24 >= 5.6.0-12 is satisfied)
Checking for source dependency conflicts...
Installing positive dependencies: debhelper quilt 
libgstreamer-plugins-base0.10-dev gstreamer0.10-alsa alsa-utils 
gstreamer0.10-plugins-base libgstreamer0.10-dev libextutils-depends-perl 
libextutils-pkgconfig-perl libglib-perl libgstreamer-perl
Reading package lists...
Building dependency tree...
Reading state information...
The following extra packages will be installed:
  bsdmainutils check diffstat file gettext gettext-base groff-base html2text
  intltool-debian libasound2 libcdparanoia0 libcroco3 libglib2.0-0
  libglib2.0-dev libgstreamer-plugins-base0.10-0 libgstreamer0.10-0 libmagic1
  libnewt0.52 libogg0 liboil0.3 libpcre3 libpopt-dev libpopt0 libtheora0
  libvisual-0.4-0 libvorbis0a libvorbisenc2 libx11-6 libx11-data libxau6
  libxcb1 libxdmcp6 libxext6 libxml2 libxml2-dev libxv1 linux-sound-base
  man-db module-init-tools pkg-config po-debconf whiptail x11-common
Suggested packages:
  wamerican wordlist whois vacation dh-make cvs gettext-doc groff
  libasound2-plugins libglib2.0-doc libvisual-0.4-plugins
  gstreamer-codec-install gnome-codec-install gstreamer0.10-tools
  gstreamer0.10-plugins gstreamer0.10-doc less www-browser libmail-box-perl
  procmail graphviz
Recommended packages:
  alsa-base pciutils curl wget lynx gvfs libglib2.0-data shared-mime-info
  python libfribidi0 xml-core libmail-sendmail-perl
The following NEW packages will be installed:
  alsa-utils bsdmainutils check debhelper diffstat file gettext gettext-base
  groff-base gstreamer0.10-alsa gstreamer0.10-plugins-base html2text
  intltool-debian libasound2 libcdparanoia0 libcroco3 libextutils-depends-perl
  lib

Bug#539784: address lookup errors from terminals

[Mark Hedges]

On Tue, 4 Aug 2009, Emilio Pozuelo Monfort wrote:
> reassign 539784 general
> thanks
>
> I get the same in an xterm. Not a gnome-terminal bug.

Yeah on the console too.  Is it a network-manager problem
maybe?  I use iwl3945 - it is definitely broken at Brendan's
Bakery on Mission in Santa Cruz - awesome sandwiches there.
Both the stock kernel and my own have that problem. But I
think it happened at home on the wire once.  MDNS problem?
iptables logs everything it blocks except windoze and it's
not logging anything blocked.  but i don't understand why
the browser works on the same names, does iceweasel keep a
dns cache?

at home if i use the stock debian kernel (2.6.26-17) there
is an arp loop on the wire interface asking who has 169.*
addrs.  i have been too lazy to figure out ip6tables so i
turned off ipv6 in my own kernel.

Mark



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

Bug#539915: [pkg-wpa-devel] Bug#539915: wpasupplicant: Spams syslog with CTRL-EVENT-SCAN-RESULTS

[Kel Modderman]

On Tuesday 04 August 2009 22:34:54 Michael Biebl wrote:
> Package: wpasupplicant
> Version: 0.6.9-3
> Severity: normal
> 
> Hi,
> 
> I'm using wpa_supplicant via NetworkManager (autostarted by dbus).
> I get a lot (multiple hundreds) of those messages in my /var/log/syslog:
> 
> Aug  4 02:24:26 pluto wpa_supplicant[2781]: CTRL-EVENT-SCAN-RESULTS
> Aug  4 02:25:06 pluto wpa_supplicant[2781]: CTRL-EVENT-SCAN-RESULTS
> Aug  4 02:26:06 pluto wpa_supplicant[2781]: CTRL-EVENT-SCAN-RESULTS
> Aug  4 02:27:26 pluto wpa_supplicant[2781]: CTRL-EVENT-SCAN-RESULTS
> Aug  4 02:29:06 pluto wpa_supplicant[2781]: CTRL-EVENT-SCAN-RESULTS
> Aug  4 02:31:06 pluto wpa_supplicant[2781]: CTRL-EVENT-SCAN-RESULTS
> 
> 
> Those messages don't look that terribly important to me and should
> probably only emitted in debug mode so they don't spam the syslog.

They are required by wpa_ctrl UNIX control socket clients to be notified
about new scan results (eg. wpa_gui), i *think*.
iirc, there is a launchpad bug for this too, i did patch wpa_supplicant
as per that bug to reduce the priority level of the scan-results event
to debug level, and wpa_gui seemed to fail to refresh scan results.

Maybe there is a way to special escape them from being logged, while
still serving purpose. Need to be forwarded upstream for discussion i guess.

Thanks, Kel.



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

Bug#538648: libass

[Eric Appleman]

Good to hear. Should I file a bug against the VLC package when the 
libass 0.9.7 is released?


Windows and OSX builds of VLC 1.0.1 use the current pre-release libass 
0.9.7 code and I'd like the Debian build do the same or use the stable 
0.9.7.


- Eric



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

Bug#524940: module-init-tools: modprobe starts fork-bombing on executing oss-compat

[Eli Mackenzie]

severity 524940 critical
thanks

With this bug marked "important", apt-listbugs didn't notify me that
there was anything wrong with this package. A failure to boot seems to
fit the "makes unrelated software on the system (or the whole system)
break" description of "critical" more than "important".

If you manage to complete the installation of this package in spite of
this issue, a reboot will fail. As I had another system handy I only
lost about 3 hours to figuring this out.

Regards, Eli.



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

Bug#516324: pydb: diff for NMU version 1.25-1.1

[Simon McVittie]

I've prepared an NMU for pydb (versioned as 1.25-1.1) and uploaded it to
DELAYED/7. It's also in svn. Please feel free to tell me if I should delay
it longer or cancel it, or preempt it with a maintainer upload.

Regards,
S
diffstat for pydb_1.25-1 pydb_1.25-1.1

 debian/patches/00list|2 
 debian/patches/01_man_hyphens.dpatch |   89 +++
 debian/patches/02_man_Sp.dpatch  |   22 
 debian/pydb.docs |1 
 pydb-1.25/debian/README.Debian   |2 
 pydb-1.25/debian/changelog   |   24 +
 pydb-1.25/debian/control |3 -
 pydb-1.25/debian/copyright   |3 +
 pydb-1.25/debian/menu|2 
 pydb-1.25/debian/pydb.links  |2 
 pydb-1.25/debian/rules   |   11 +---
 11 files changed, 150 insertions(+), 11 deletions(-)

diff -u pydb-1.25/debian/copyright pydb-1.25/debian/copyright
--- pydb-1.25/debian/copyright
+++ pydb-1.25/debian/copyright
@@ -11,6 +11,9 @@
 
 Current upstream author: Rocky Bernstein 
 
+Copyright (C) 2006, 2007, 2008 Rocky Bernstein 
+Copyright (C) 2006 Nikolaj Schumacher 
+
 This program 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 2 of the License, or (at your option) any later
diff -u pydb-1.25/debian/changelog pydb-1.25/debian/changelog
--- pydb-1.25/debian/changelog
+++ pydb-1.25/debian/changelog
@@ -1,3 +1,27 @@
+pydb (1.25-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Assume the directory layout seen in python-support 1.0 rather than
+0.8.x, with modules in /usr/share/pyshared (Closes: #516324)
+  * Do the initial installation into the directories used by the default
+version of Python, not 2.4
+  * Don't sed away a wrong path in the man page that actually no longer exists
+  * Lintian fixes:
+- Move python-support to Build-Depends-Indep and do the build in
+  build-indep, not build-arch, as this package is architecture-independent
+- Move menu entry from obsolete Apps to Applications
+- Install upstream ChangeLog as conventional changelog.gz, not ChangeLog.gz
+- Copy the actual copyright statements to debian/copyright, not just the
+  upstream author's name
+- debian/patches/01_man_hyphens.dpatch: replace all "-" with either "\-"
+  (minus) or "\(hy" (hyphen) depending on apparent intention, according to
+  the best practice explained by lintian
+- debian/patches/02_man_Sp.dpatch: Remove undefined Sp macro (the man
+  page seems to look fine without it)
+- debian/README.Debian: fix a spelling mistake
+
+ -- Simon McVittie   Tue, 04 Aug 2009 22:48:49 +0100
+
 pydb (1.25-1) unstable; urgency=low
 
   [Sandro Tosi]
diff -u pydb-1.25/debian/control pydb-1.25/debian/control
--- pydb-1.25/debian/control
+++ pydb-1.25/debian/control
@@ -4,7 +4,8 @@
 Maintainer: Oleksandr Moskalenko 
 Uploaders: Debian Python Modules Team 
 Standards-Version: 3.8.0
-Build-Depends: debhelper (>= 7), python-support (>= 0.8), dpatch
+Build-Depends: debhelper (>= 7), dpatch
+Build-Depends-Indep: python-support (>= 1.0)
 Vcs-Svn: svn://svn.debian.org/python-modules/packages/pydb/trunk/
 Vcs-Browser: http://svn.debian.org/viewsvn/python-modules/packages/pydb/trunk/
 Homepage: http://bashdb.sourceforge.net/pydb/
diff -u pydb-1.25/debian/README.Debian pydb-1.25/debian/README.Debian
--- pydb-1.25/debian/README.Debian
+++ pydb-1.25/debian/README.Debian
@@ -5,7 +5,7 @@
 
 A little about pydb development. Active development on Pydb stopped sometime
 around 2000. Richard Wolff who was working on that and the python debugger as
-a parallel (not unified) efforts has retired. About the begining of 2006 I
+a parallel (not unified) efforts has retired. About the beginning of 2006 I
 wanted to add a restart to the stock python debugger, pdb. With Richard
 Wolff's blessing, I took over the name pydb. Since then I've merged in
 improvements that had gone on in pdb with those in pydb that were not in pdb
reverted:
--- pydb-1.25/debian/pydb.docs
+++ pydb-1.25.orig/debian/pydb.docs
@@ -1 +0,0 @@
-ChangeLog
diff -u pydb-1.25/debian/rules pydb-1.25/debian/rules
--- pydb-1.25/debian/rules
+++ pydb-1.25/debian/rules
@@ -2,7 +2,7 @@
 #export DH_VERBOSE=1
 DEBIAN_DIR = $(shell pwd)/debian
 PACKAGE = pydb
-PYTHON_VER = 2.4
+PYTHON_VER = $(shell pyversions -d -v)
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
@@ -38,21 +38,17 @@
 	$(MAKE) install
 	rm -rf $(DEBIAN_DIR)/$(PACKAGE)/usr/man
 	rm -f $(DEBIAN_DIR)/$(PACKAGE)/usr/bin/pydb
-	sed -i 's:^.*site-packages/pydb.doc:/usr/share/python-support/pydb/pydb/pydb.doc and:' Doc/pydb.1
 	touch install-stamp
 
 # Build architecture-independent files here.
 binary-indep: build install
-
-# Build architecture-dependent files here.
-binary-

Bug#536980: zapping: FTBFS: configure: error: Package requirements not met

[Simon McVittie]

tags 536980 + patch
thanks

I'm not able to test zapping (I don't have the necessary hardware) so this
isn't an NMU, but this patch does make it compile, and it can run for long
enough to complain that I don't have a video input :-)

Many of the things checked by configure.in didn't explicitly appear in the
Build-Depends, but are pulled in automatically by other build dependencies.
Among them, libglade is apparently no longer such an implicit dependency,
causing the FTBFS. I also added everything else that configure.in checks for
(hopefully I spotted them all).

Regards,
Simon
diff -u zapping-0.10~cvs6/debian/control zapping-0.10~cvs6/debian/control
--- zapping-0.10~cvs6/debian/control
+++ zapping-0.10~cvs6/debian/control
@@ -3,11 +3,35 @@
 Priority: extra
 Maintainer: Robert Luberda 
 Standards-Version: 3.7.3
-Build-Depends: autotools-dev, automake1.9, quilt (>= 0.45), debhelper (>= 6), libjpeg62-dev,
- liblircclient-dev, libzvbi-dev (>= 0.2.11-2), libgnomeui-dev (>= 2.8.1-3), python-dev,
- libxxf86dga-dev,  libxxf86vm-dev, scrollkeeper, libx11-dev, libxext-dev, libpng-dev,
- libxv-dev, libxmu-dev, libgconf2-dev, libartsc0-dev, libxml-parser-perl, xsltproc,
- libxml2-utils, docbook-xsl, dh-buildinfo
+Build-Depends: autotools-dev,
+   automake1.9,
+   debhelper (>= 6),
+   dh-buildinfo,
+   docbook-xsl,
+   libartsc0-dev,
+   libesd0-dev,
+   libgconf2-dev,
+   libglade2-dev,
+   libgnomeui-dev (>= 2.8.1-3),
+   libgtk2.0-dev (>= 2.4),
+   libjpeg62-dev,
+   liblircclient-dev,
+   libpng-dev,
+   libx11-dev,
+   libxext-dev,
+   libxinerama-dev,
+   libxml-parser-perl,
+   libxml2-dev,
+   libxml2-utils,
+   libxmu-dev,
+   libxv-dev,
+   libxxf86dga-dev,
+   libxxf86vm-dev,
+   libzvbi-dev (>= 0.2.11-2),
+   python-dev,
+   quilt (>= 0.45),
+   scrollkeeper,
+   xsltproc
 
 Package: zapping
 Architecture: any


signature.asc
Description: Digital signature

Bug#536091: Fixed version uploaded; fix will be incorporated upstream

[Gunnar Wolf]

Hi,

I have just uploaded version 2.2.0-2. Upstream has confirmed he will
incorporate this patch at a following release.

Greetings,

-- 
Gunnar Wolf • gw...@gwolf.org • (+52-55)5623-0154 / 1451-2244



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

Bug#537939: proftpd: segfault at 28 ip 00007f2e14002976 sp 00007fffceca3c20 error 6 in mod_tls.so[7f2e13ff9000+17000]

[Anders Lagerås]

On Tue, 4 Aug 2009 23:42:42 +0200
"Francesco P. Lovergine"  wrote:

> On Tue, Aug 04, 2009 at 11:26:22PM +0200, Anders Lagerås wrote:
> > On Sat, 1 Aug 2009 23:04:11 +0200
> > "Francesco P. Lovergine"  wrote:
> > > > which probably derives from a connection timeout.
> > > > 
> > > 
> > > I finally arrange to try with a couple of fresh installations of
> > > flashxp on winxp and sid in the same network and it gives me no
> > > trouble. If some problem is present is due to amd64 or win.
> > ok
> > I gave it at try with flashfxp and filezilla (under debian) and it
> > worked yesterday.
> > 
> > But today when trying with filezilla, after some complaints, did I
> > get the following error message when trying to connect: segfault at
> > 28 ip 7f743e6d5976 sp 7fff62dfe430 error 6 in mod_tls.so
> > [7f743e6cc000 +17000]
> > 
> > So it is not a flashfxp or windows related problem I guess.
> > 
> 
> I also tried with filezilla without any problem. I would suspect you
> are experiencing some memory problem, I would ask you to have a try
> with a different box.
ok
But it is the only application affected, memory problems usually causes
more problems that that.
And I recently switched to proftpd form another ftpserver which I had
no problem with for a very long time, the same hardware. And version
1.3.1, the lenny version seems to work just fine.

-- 
Mvh Anders Lagerås


pgp47yWVBQ4ce.pgp
Description: PGP signature

Bug#537827: debian-cd boot tries to extract files from syslinux instead of syslinux-common

[Steve McIntyre]

On Tue, Jul 21, 2009 at 10:48:26AM +0200, Alexis Bezverkhyy wrote:
>Package: debian-cd
>Version: 2:3.71+dfsg-5
>
>When packing a bootable lenny CD, debian-cd/tools/boot/lenny/boot-x86
>(line 167) tries to extract isolinux.bin from package syslinux, but this
>file is in syslinux-common which makes the CD build fail. Correcting
>syslinux to syslinux-common solved the problem.

Hi Alexis,

Your bug report is not clear on the version you're looking at (I'm
guessing that's the syslinux version you've mentioned?), and I added
code to debian-cd quite a while back to deal with exactly this
problem. Can you confirm your version for me please?

thanks,
-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Google-bait:   http://www.debian.org/CD/free-linux-cd
  Debian does NOT ship free CDs. Please do NOT contact the mailing
  lists asking us to send them to you.




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

Bug#521977: Bug in libhttp-proxy-perl fixed in revision 41315

[pkg-perl-maintainers]

tag 521977 + pending
thanks

Some bugs are closed in revision 41315
by Tim Retout (diocles-guest)

Commit message:

s/UNRELEASED/unstable/
  + Fixes FTBFS. (Closes: #521977)
* Set urgency to medium for RC bug fix.
* Remove new proxy_port_23connect and less_headers_50hopbyhop patches;
  they appear to be unnecessary with 0.24.
* Add author/description to pod_spelling.patch.
* debian/control:
  + Remove >= 2 from libwww-perl (build-)dependency; Debian has always had a
version larger than this.
  + Add self to Uploaders.
  + Extend the long description.




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

Bug#536063: cdrom: I/O Error: Unable to copy from CD-Drive to HDD after burning

[Daniel Baumann]

severity 536063 normal
tag 536063 moreinfo
tag 536063 -l10n
thanks

Hi,

from the log you've posted, it looks like your media is corrupted. could
you please test again with a different media, it would be best if it
would be made by a different manufacturer.

also, when it comes to cd stuff, it very helpful to know which hardware
(vendor, model) and which media (vendor, speed, size) you're using.

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.net/~daniel-baumann/



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

Bug#507623: logcheck/ignore.d.server/uw-imapd doesn't cover host=SSH_CLIENT=

[Piotr Lewandowski]

tag 507623 patch
thanks

Attached patch should fix that problem. I don't have logcheck installed 
anymore, so please test it before inclusion.


--
Piotr Lewandowski
--- uw-imapd	2009-08-04 23:47:15.988280991 +0200
+++ /etc/logcheck/ignore.d.server/uw-imapd	2009-08-04 23:47:31.429245991 +0200
@@ -1,5 +1,5 @@
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ imapd\[[0-9]+\]: (Broken pipe|Command stream end of file|Connection (reset by peer|timed out)|No route to host|Transport endpoint is not connected)(,)? while (reading (authentication|line|literal|char)|writing text) (user=[^[:space:]]+ )?host=(([^[:space:]]+ )?\[[\.0-9]+\]|NON-IPv4|UNKNOWN)$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ imapd\[[0-9]+\]: (Broken pipe|Command stream end of file|Connection (reset by peer|timed out)|No route to host|Transport endpoint is not connected)(,)? while (reading (authentication|line|literal|char)|writing text) (user=[^[:space:]]+ )?host=(SSH_CLIENT=)?(([^[:space:]]+ )?\[[\.0-9]+\]|NON-IPv4|UNKNOWN)$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ imapd\[[0-9]+\]: (connect|(port (143|220)|imap(s SSL)?) service init) from [^[:space:]]+( \([\.0-9]+\))?$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ imapd\[[0-9]+\]: Killed \(lost mailbox lock\) user=[^[:space:]]+ host=(([^[:space:]]+ )?\[[\.0-9]+\]|NON-IPv4|UNKNOWN)$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ imapd\[[0-9]+\]: (Login|Auth|(A|Prea)uthenticated|Logout|Autologout) user=[^[:space:]]+ host=(([^[:space:]]+ )?\[[\.0-9]+\]|NON-IPv4|UNKNOWN)( nmsgs=[/0-9]+( ndele=[0-9]+)?)?$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ imapd\[[0-9]+\]: Moved [0-9]+ bytes of new mail to [^[:space:]]+ from [^[:space:]]+ host= (([^[:space:]]+ )?\[[\.0-9]+\]|NON-IPv4|UNKNOWN)$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ imapd\[[0-9]+\]: Killed \(lost mailbox lock\) user=[^[:space:]]+ host=(SSH_CLIENT=)?(([^[:space:]]+ )?\[[\.0-9]+\]|NON-IPv4|UNKNOWN)$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ imapd\[[0-9]+\]: (Login|Auth|(A|Prea)uthenticated|Logout|Autologout) user=(SSH_CLIENT=)?[^[:space:]]+ host=(([^[:space:]]+ )?\[[\.0-9]+\]|NON-IPv4|UNKNOWN)( nmsgs=[/0-9]+( ndele=[0-9]+)?)?$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ imapd\[[0-9]+\]: Moved [0-9]+ bytes of new mail to [^[:space:]]+ from [^[:space:]]+ host= (SSH_CLIENT=)?(([^[:space:]]+ )?\[[\.0-9]+\]|NON-IPv4|UNKNOWN)$

Bug#539951: haxml: Patch

[Iain Lane]

Package: haxml
Version: 1.13.3-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu karmic ubuntu-patch

Hi,

[reportbug is acting a bit weird here, sorry if this doesn't work
properly]

I jumped the gun a bit and a further patch was needed. I took
inspiration from upstream and tweaked it a bit.

In Ubuntu, we've applied the attached patch to achieve the following:

  * debian/patches/09_link-to-other-docs.dpatch: Remove; this option has been
deleted by upstream and having it present causes a build failure.
  * debian/patches/10_haddock-build.dpatch: Backport and modify patch from
upstream to fix haddock build. Add hscolour to build-depends-indep for
this.

It'd be cool to apply this in Debian.

Regards,
Iain

-- System Information:
Debian Release: squeeze/sid
  APT prefers karmic-updates
  APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 
'karmic-proposed'), (500, 'karmic-backports'), (500, 'karmic')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.31-4-generic (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
reverted:
--- haxml-1.13.3/debian/patches/09_link-to-other-docs.dpatch
+++ haxml-1.13.3.orig/debian/patches/09_link-to-other-docs.dpatch
@@ -1,21 +0,0 @@
-#! /bin/sh /usr/share/dpatch/dpatch-run
-## 09_link-to-other-docs.dpatch by Arjan Oosting 
-##
-## All lines beginning with `## DP:' are a description of the patch.
-## DP: Add the appropriate --use-package options so haddock will link
-## DP: to names in other packages.
-
-
-...@dpatch@
-diff -urNad haxml-stable~/Makefile haxml-stable/Makefile
 haxml-stable~/Makefile 2007-05-28 13:34:31.0 +0200
-+++ haxml-stable/Makefile  2007-05-28 13:35:20.0 +0200
-@@ -79,7 +79,7 @@
-   do cpphs --noline -D__NHC__ $$file >$$file.uncpp; \
-   done
-   -mkdir docs/HaXml
--  haddock -h -t HaXml -o docs/HaXml $(patsubst %, %.uncpp, $(SRCS))
-+  haddock --use-package=base --use-package=haskell98 -h -t HaXml -o 
docs/HaXml $(patsubst %, %.uncpp, $(SRCS))
-   rm $(patsubst %, %.uncpp, $(SRCS))
- 
- # packaging a distribution
diff -u haxml-1.13.3/debian/patches/00list haxml-1.13.3/debian/patches/00list
--- haxml-1.13.3/debian/patches/00list
+++ haxml-1.13.3/debian/patches/00list
@@ -9 +9 @@
-09_link-to-other-docs
+10_haddock-build
diff -u haxml-1.13.3/debian/changelog haxml-1.13.3/debian/changelog
diff -u haxml-1.13.3/debian/control haxml-1.13.3/debian/control
--- haxml-1.13.3/debian/control
+++ haxml-1.13.3/debian/control
@@ -1,9 +1,9 @@
 Source: haxml
 Section: devel
 Priority: optional
 Maintainer: Arjan Oosting 
 Build-Depends: cpphs, dctrl-tools, debhelper (>= 4.2.0), dpatch, dpkg-dev (>= 
1.13.19), ghc6 (>= 6.8.2), ghc6-prof, haskell-devscripts (>= 0.6.7), html2text
-Build-Depends-Indep: haddock, hugs, libghc6-base-doc, libghc6-haskell98-doc
+Build-Depends-Indep: haddock, hugs, libghc6-base-doc, libghc6-haskell98-doc, 
hscolour
 Standards-Version: 3.7.3
 Vcs-Svn: svn://svn.debian.org/svn/pkg-haskell/packages/haxml
 Vcs-Browser: http://svn.debian.org/wsvn/pkg-haskell/packages/haxml
only in patch2:
unchanged:
--- haxml-1.13.3.orig/debian/patches/10_haddock-build.dpatch
+++ haxml-1.13.3/debian/patches/10_haddock-build.dpatch
@@ -0,0 +1,48 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 10_haddock-build.dpatch by Iain Lane 
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: No description.
+
+...@dpatch@
+diff -urNad haxml-1.13.3~/Makefile haxml-1.13.3/Makefile
+--- haxml-1.13.3~/Makefile 2007-11-23 13:48:01.0 +
 haxml-1.13.3/Makefile  2009-08-04 22:03:22.0 +0100
+@@ -1,6 +1,10 @@
+ SOFTWARE = HaXml
+ VERSION  = 1.13.3
+ 
++DIRS = Text Text/XML Text/XML/HaXml Text/XML/HaXml/Html \
++  Text/XML/HaXml/Xtract Text/XML/HaXml/DtdToHaskell \
++  Text/XML/HaXml/XmlContent Text/ParserCombinators
++
+ SRCS = \
+   src/Text/XML/HaXml.hs src/Text/XML/HaXml/Combinators.hs \
+   src/Text/XML/HaXml/Lex.hs \
+@@ -67,13 +78,21 @@
+   cd obj/nhc98; $(MAKE) HC=nhc98 install-filesonly-nhc98
+ install-filesonly-hugs: install-hugs
+ haddock:
+-  #do cpp -P -traditional -D__NHC__ $$file >$$file.uncpp;
++  mkdir -p docs/HaXml
++  for dir in $(DIRS); \
++  do mkdir -p docs/HaXml/src/$$dir; \
++ mkdir -p staging/src/$$dir; \
++  done
+   for file in $(SRCS); \
+-  do cpphs --noline -D__NHC__ $$file >$$file.uncpp; \
++  do  \
++ cpphs --text --noline -D__GLASGOW_HASKELL__=610 $$file 
>staging/$$file; \
++ HsColour -anchor -html $$file >docs/HaXml/`dirname 
$$file`/`basename $$file .hs`.html; \
+   done
+-  -mkdir docs/HaXml
+-  haddock -h -t HaXml -o docs/HaXml $(patsubst %, %.uncpp, $(SRCS))
+-  rm $(patsubst %, %.uncpp, $(SRCS))
++  

Bug#539982: mention how the user can check the latest version upstream

[jidanni]

Package: plucker
Version: 1.8-30
Severity: wishlist
File: /usr/share/man/man1/plucker-prc-install.1.gz

This man page should mention how the user can be sure he is in fact
downloading the latest version.

We only see
$ plucker-prc-install
Will synchronize using port: usb:
Downloading http://downloads.plkr.org/1.8/plucker_viewer-1.8.tar.bz2 ... done!
Downloading 
http://downloads.plkr.org/1.8/plucker_viewer_translations-1.8.tar.bz2 ... done!

All those URLs are very secret: they have to be built into the
plucker-prc-install program, as the unfortunate fact is,
one will never find them listed on
http://www.plkr.org/download
or http://downloads.plkr.org/


Also maybe mention on the man page how to install plucker onto the
memory card instead of RAM. Or mention if that is unwise.



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

Bug#539269: ejabberd: ipv6 nameservers in resolv.conf breaks SRV lookups

[Alexander Clouter]

Hi,

Sorry for the lame response time.

* Konstantin Khomoutov  [2009-07-31 
15:59:28+0400]:
> 
> I think the pattern here is that whenever you have "nameserver" set to  
> "::1", the Erlang inet code fails to parse it from /etc/resolv.conf, and  
> the Erlang DNS reslover ends up being left without a usable nameserver.
>
As Sergei Golovan has done the donkey work[1] of ipv6 enabling the 
inet_res module in Erlang I think this is solved...in part.

It's probably not worth testing what happens when my /etc/resolv.conf 
file is nameserver-less as it's only going to be interpreted by Erlang 
as a nameserver less box.

> > In the next posting[1] in the 'inet6' thread I see:
> > 
> > inet_db:add_ns({A,B,C,D}).  %% Name server must be IPv4, there is a fixme 
> > in inet_db.
> > 
> > Looking at inet_db.erl I see "Fix IPv6 nameservers" all over the place,  
> > so it's a bug in upstream erlang it seems?
>
> Yes, it seems like a bug upstream -- while the inets module itself seems  
> not to have any problems using ipv6 addresses, the DNS code seems
> to lag behind the rest in this respect.
> 
> Now we have to figure out whether it is fixed in Erlang R13B which is  
> already in Squeeze.
> 
>From Sergei's posting...I doubt it :)

> > It is interesting that an A record lookup is made by ejabberd though in  
> > this situation, is there some fallback code being involked?  Should it  
> > be?
>
> Yes and no: the fallback to the A-record resolution is specified in the  
> spec (see the fourth paragraph of [1]), but the spec seems to only talk  
> about the case of a failed SRV query, in the sense of the query returned  
> the NXDOMAIN (or a similar) error, as I understand this.
> So what's the correct behaviour in the presense of a misconfigured DNS  
> resolver is not clear to me.
> 
Well it probably should not work at all.  I'm confused why A record 
queries are being spat out though rather than SRV.  You would either 
expect this to work or not at all.

Any ideas how to go about working out under what situation 
(/etc/resolv.conf content relating, when it cannot be parsed) would 
cause ejabberd to make A record lookups rather than SRV ones?

Cheers

[1] 
http://www.erlang.org/cgi-bin/ezmlm-cgi?3:mss:446:200908:laipdnhholjemjkgbbgp

-- 
Alexander Clouter
.sigmonster says:   I can resist everything except temptation. -Oscar Wilde



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

Bug#537939: proftpd: segfault at 28 ip 00007f2e14002976 sp 00007fffceca3c20 error 6 in mod_tls.so[7f2e13ff9000+17000]

[Francesco P. Lovergine]

On Tue, Aug 04, 2009 at 11:26:22PM +0200, Anders Lagerås wrote:
> On Sat, 1 Aug 2009 23:04:11 +0200
> "Francesco P. Lovergine"  wrote:
> > > which probably derives from a connection timeout.
> > > 
> > 
> > I finally arrange to try with a couple of fresh installations of
> > flashxp on winxp and sid in the same network and it gives me no
> > trouble. If some problem is present is due to amd64 or win.
> ok
> I gave it at try with flashfxp and filezilla (under debian) and it
> worked yesterday.
> 
> But today when trying with filezilla, after some complaints, did I get
> the following error message when trying to connect: segfault at 28 ip
> 7f743e6d5976 sp 7fff62dfe430 error 6 in mod_tls.so[7f743e6cc000
> +17000]
> 
> So it is not a flashfxp or windows related problem I guess.
> 

I also tried with filezilla without any problem. I would suspect you
are experiencing some memory problem, I would ask you to have a try
with a different box.


-- 
Francesco P. Lovergine



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

Bug#497873: linux-image-2.6.26-1-686: Please enable prism54 module

[Jan Korbel]

Hello.

I can't test it. Because of problems in lenny i switched hardware :(

J.

P.S. There is no 2.6.30 in lenny, so regression is still here and will 
be at least to lenny-and-half.


Moritz Muehlenhoff wrote:

On Thu, Sep 25, 2008 at 10:56:02AM +0200, Jan Korbel wrote:

Hello.

And what about master mode? Prism54 supports it and p54 not. I use it in 
etch... I think it's a regression in Lenny.


This has been fixed upstream with commit 
e5ea92a7528d304e8e327d0d261653e98b163e8a

Please test 2.6.30. Does p54 work properly for you in that kernel version?

Cheers,
Moritz





smime.p7s
Description: S/MIME Cryptographic Signature

Bug#539981: [pygoocanvas] New upstream release (0.14.1) and watch file

[Julien Lavergne]

Package: pygoocanvas
Severity: whislist
Tags: patch

Hi,

There is a new upstream release available (0.14.1).
It should take care of the issues noted on the bug 527609.
It also should fixes a crash on conduit (see
https://bugs.launchpad.net/ubuntu/+source/pygoocanvas/+bug/401568 )
I also include a watch file to retrieve the original tarball.

Regards,
Julien Lavergne






watch
Description: application/fluid

Bug#536063: (no subject)

[Steve McIntyre]

reassign 536063 dvd+rw-tools
tags 536063 -l10n
thanks

Reassigning to the package that contains growisofs; this has nothing
to do with debian-cd. I also strongly doubt it's a l10n issue
either...

On Tue, Jul 07, 2009 at 12:13:10PM +0200, pinguino wrote:
>
>Subject: cdrom: I/O Error: Unable to copy from CD-Drive to HDD after burning
>Package: cdrom
>Severity: grave
>Justification: renders package unusable
>Tags: l10n
>
>#
>cdrom: This disc doesn't have any tracks I recognize!
>#
>Jun 18 16:14:04 netbook kernel: [ 7303.957815] warning: `growisofs' uses 
>32-bit capabilities (legacy support in use)
>#
>Jun 18 16:25:30 netbook kernel: [ 7989.583900] cdrom: This disc doesn't have 
>any tracks I recognize!
>#
>Jun 18 16:25:30 netbook kernel: [ 7989.587885] Error: Not ready -- (Sense 
>key=0x02)
>#
>Jun 18 16:25:30 netbook kernel: [ 7989.587894] "28 00 00 00 00 00 00 00 08 00 
>00 00 00 00 00 00 "
>#
>Jun 18 16:25:30 netbook kernel: [ 7989.589018] Error: Not ready -- (Sense 
>key=0x02)

...

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
  Armed with "Valor": "Centurion" represents quality of Discipline,
  Honor, Integrity and Loyalty. Now you don't have to be a Caesar to
  concord the digital world while feeling safe and proud.




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

Bug#538839: mirror submission for mirror.cse.iitk.ac.in

[Simon Paillard]

tag 538839 +moreinfo
thanks

Hello,

On Mon, Jul 27, 2009 at 11:43:03AM +, Lab TA Team wrote:
> Package: mirrors
> Severity: wishlist
> 
> Submission-Type: new

Thanks for your mirror submission.

There are some details to fix before we can add you mirror to the list.
(Basically, there are detailed on http://debian.org/mirror/ftpmirror)

> Site: mirror.cse.iitk.ac.in
> Type: leaf
> Archive-architecture: amd64 i386 

Source packages are mandatory, please don't exclude them.

> Archive-ftp: /debian/
> Archive-http: /debian/
> Security-ftp: /debian-security/
> Security-http: /debian-security/

Please switch to the ftpsync tool to sync your mirror: it ensures mirror
availability during the sync, easy mirror update, correct arch specific
files exclusion, and much more..
http://debian.org/mirror/ftpmirror#how

> IPv6: no
> Archive-upstream: mirrors.kernel.org
> Security-upstream: mirrors.kernel.org

You may try hanzubon.jp (which is the main backend of ftp.jp.debian.org).

> Updates: twice
> Maintainer: Lab TA Team 
> Country: IN India
> Location: IIT Kanpur, Kanpur -208016, India
> Sponsor: CSE Department, IIT Kanpur www.cse.iitk.ac.in

How much bandwidth is available ? Peering info ?

Thanks and best regards.


-- 
Simon Paillard



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

Bug#537487: opencity: segfaults at start

[Piotr Lewandowski]

* Gonéri Le Bouder , 2009-08-04 22:43:

If this package is required to run opencity, doesn't it
should be included in Depends:? Otherwise, opencity
shouldn't segfault in the first place.


xserver-xorg has already a dependency on libgl1-mesa-dri. I
don't think we need a dependency between x11 server and a
software. It's like DB and a webapp. Both can be installed on
a different machine.


I agree with you completely when it comes to dependency issues. OTOH I 
still believe that opencity should gracefully exit when libgl1-mesa-dri 
is not installed. Segfault is just not the most user-friendly behaviour. 


--
Piotr Lewandowski



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

Bug#411485: Avoid undefined behavior of passing NULL to strcmp

[Carl Worth]

On Mon, 19 Feb 2007 12:52:12 +0100, Raúl Sánchez Siles wrote:
> To reproduce the error do this:
> 
> 1- echo "filename" > filelist
> 2- echo "" >>filelist
> 3- tar xvfz tarfile.tgz -T filelist
> 
> Note: its not necessary that "filename" exists.
>
> When you use -T, the contents of the file is dumped into the argv
> vector. Each line should contain a file name, optionally with its path.
> 
> You will have a segment violation because on line 421 of lib/getopt.c
> you have:
> 
> if (d->optind != argc && !strcmp (argv[d->optind], "--"))

Hi Raúl,

Thank you very much for the bug report.

As it turns out, the bug may or may not a segmentation fault. To be
precise, the code is passing a NULL pointer to strcmp, which is
undefined behavior according the the relevant specification. So
conforming implementations can do anything here, (including a
segmentation fault as well as silently treating NULL as an empty
string). My system, for example, seems to behave with the
silent-treat-NULL-like-empty-string behavior.

Regardless, this undefined behavior is something the program should
avoid doing.

> There are two possible options as I see it.
> 
> 1- Changing that line to: 
> if (d->optind != argc && argv[d->optind] && !strcmp (argv[d->optind], "--"))
> 
> 2- Fix the parsing of -T so an empty line won't be included in the dump
> to argv vector.

I've attached a patch for #1. Doing #2 looked like a bit more work to
me, and I'm lazy that way, (but Sergey might want to do something about
it).

> I tried to report this upstream but bug reporting is limited to memebers
> of the project.

I don't know if anything has changed with respect to bug reporting for
upstream tar in the past couple of years. But I've started reporting
bugs recently, and have had no problem doing so without any membership.
I simply send bug reports to bug-...@gnu.org, (as I am doing with this
email), and I've found upstream to be particularly responsive to
high-quality bug reports, (thanks, Sergey!).

Happy hacking,

-Carl

From 0328eb91a46840bf5020a7f627aa5664a2948621 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Ra=C3=BAl=20S=C3=A1nchez=20Siles?= 
Date: Tue, 4 Aug 2009 14:17:12 -0700
Subject: [PATCH] Avoid undefined behavior of passing NULL to strcmp

Having a blank line in the file passed to the -T option will cause
an entry in the argv array to be NULL. To avoid invoking undefined
behavior, we take care not to pass these NULL values to strcmp.
---
 debian/changelog |4 +++-
 lib/getopt.c |2 +-
 2 files changed, 4 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 1e26c81..3238ff3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -7,8 +7,10 @@ tar (1.22-1.2) UNRELEASED; urgency=low
 Thanks to Ted T'so for the idea and Sergey Poznyakoff for
 cleaning up my original implementation.
   * Respect DEB_BUILD_OPTIONS=nocheck to conform with Policy 3.8.2
+  * Avoid undefined behavior of passing NULL to strcmp, closes: #411485
+Thanks to Raúl Sánchez Siles for proposing this patch.
 
- -- Carl Worth   Tue, 04 Aug 2009 12:07:06 -0700
+ -- Carl Worth   Tue, 04 Aug 2009 14:16:09 -0700
 
 tar (1.22-1.1) unstable; urgency=low
 
diff --git a/lib/getopt.c b/lib/getopt.c
index f1e6d1f..f1c0e1f 100644
--- a/lib/getopt.c
+++ b/lib/getopt.c
@@ -413,7 +413,7 @@ _getopt_internal_r (int argc, char **argv, const char *optstring,
 	 then exchange with previous non-options as if it were an option,
 	 then skip everything else like a non-option.  */
 
-  if (d->optind != argc && !strcmp (argv[d->optind], "--"))
+  if (d->optind != argc && argv[d->optind] && !strcmp (argv[d->optind], "--"))
 	{
 	  d->optind++;
 
-- 
1.6.3.3



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