Bug#389591: Freeswitch debian package

[martin f krafft]

also sprach Juan Manuel Coronado Z.  
[2008.06.05.1941 +0200]:
> I'm still interested in working on this package for Debian, but it
> needs a lot of work and unfortunely for me, time to do it is
> something I don't  seem to have in the short term.

Any news on this?

-- 
 .''`.   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
 
"we are trapped in the belly of this horrible machine,
 and the machine is bleeding to death."
-- godspeed you black emperor!


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

Bug#526605: wammu: fails to start (no module "gammu")

[Johannes Rohr]

Package: wammu
Version: 0.30.1-1
Severity: grave
Justification: renders package unusable

I don't know whether this is the fault of wammu or python-gammu:

Traceback (most recent call last):
  File "/usr/bin/wammu", line 170, in 
import Wammu.App
  File "/usr/lib/pymodules/python2.5/Wammu/App.py", line 28, in 
import Wammu.Main
  File "/usr/lib/pymodules/python2.5/Wammu/Main.py", line 58, in 
import Wammu.Editor
  File "/usr/lib/pymodules/python2.5/Wammu/Editor.py", line 36, in 
import Wammu.Data
  File "/usr/lib/pymodules/python2.5/Wammu/Data.py", line 28, in 
from gammu.Data import Connections, MemoryValueTypes, CalendarTypes, 
CalendarValueTypes, TodoPriorities, TodoValueTypes, InternationalPrefixes
  File "/usr/lib/python2.5/site-packages/gammu/__init__.py", line 39, in 

from gammu._gammu import *
ImportError: No module named _gammu
~$ 


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

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

Versions of packages wammu depends on:
ii  python   2.5.4-2 An interactive high-level object-o
ii  python-gammu 1.24.0-1Python module to communicate with 
ii  python-support   1.0.2   automated rebuilding support for P
ii  python-wxgtk2.6  2.6.3.2.2-3 wxWidgets Cross-platform C++ GUI t
ii  python-xml   0.8.4-10.1  XML tools for Python

Versions of packages wammu recommends:
ii  notification-daemon   0.4.0-1a daemon that displays passive pop
ii  python-bluez [python-bluetoot 0.16-1 Python wrappers around BlueZ for r
ii  python-dbus   0.83.0-1   simple interprocess messaging syst
ii  timidity  2.13.2-22  Software sound renderer (MIDI sequ

Versions of packages wammu suggests:
pn  gmobilemedia   (no description available)

Versions of packages python-gammu depends on:
ii  libbluetooth2 3.36-1 Library to use the BlueZ Linux Blu
ii  libc6 2.9-9  GNU C Library: Shared libraries
ii  libdbi0   0.8.2-3Database Independent Abstraction L
ii  libgammu6 1.24.0-1   mobile phone management library
ii  libgsmsd6 1.24.0-1   SMS daemon helper library
ii  libmysqlclient15off   5.0.77-1   MySQL database client library
ii  libpq58.3.7-1PostgreSQL C client library
ii  libusb-1.0-0  2:1.0.0-1  userspace USB programming library
ii  python2.5.4-2An interactive high-level object-o
ii  python-support1.0.2  automated rebuilding support for P

-- 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#509918: mediatomb: 4cc updating not working -- ffmpeg dependencies?

[Andres Mejia]

On Saturday 02 May 2009 01:54:26 Jim Young wrote:
> Hello Andres,
>im running debian unstable, and there does not seem to be an
> ffmpeg-debian in my package list (if this is what you are asking for).
>
> i recompiled mediatomb myself against the current ffmpeg installed and it
> now works perfectly. The current version of ffmpeg on my sid system is
> Version: 4:0.5.svn20090330-0.0

Based on the version you're showing, I suspect you are using ffmpeg instead of 
ffmpeg-debian. Run 'apt-cache showsrc ffmpeg' and post the output.

> I would like to help, so please let me know if you need any more
> information.
>
> Jim
>
> 2009/5/1 Andres Mejia 
>
> > On Saturday 27 December 2008 12:51:41 Jim Young wrote:
> > > I questioned jin about this and he thinks its a dependency problem with
> > > ffmpeg.
> > > coincidentally, this problem started when my ffmpeg updated from
> > >
> > > 2008-12-26 18:00:47 upgrade ffmpeg 3:20080706-0.3 3:20081210-0.1
> >
> > Are you using ffmpeg-debian or ffmpeg? mediatomb is built against
> > ffmpeg-debian and
> > I've never seen a release of ffmpeg-debian dated at 20080706 or 20081210.
> >
> > --
> > Regards,
> > Andres

-- 
Regards,
Andres


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

Bug#525638: [Pkg-utopia-maintainers] Bug#525638: [network-manager] upgrade to 0.7.1 broke mobile broadband

[Christophe Prud'homme]

Also note that the nm package 0.7.99 was rebuilt from the 0.7.1 debian
version by downloading the source of 0.7.99
and removing the changelog entries accordingly

On Sat, May 2, 2009 at 8:42 AM, Christophe Prud'homme
 wrote:
>>> It seems that there is a problem with usb-serial and when nm tries to
>>> establish the connection there is a crash of the system.
>>
>> Could you clarify which combinations did/do work
>> If I understood you correctly, it is something
>>
>> 2.6.26 + 0.7.0.99 = no kernel crash, successful umts connection
> yes
> but the connection shuts down a little while after the connection
>
>> 2.6.29 + 0.7.0.99 = no kernel crash, no successful umts connection
> yes
>
>> 2.6.26 + 0.7.1 = kernel crash, no successful umts connection
>> 2.6.29 + 0.7.1 = kernel crash, no successful umts connection
> Yes
>
>>
>> Is that correct? What udev version do you use?
> the latest in unstable
> 0.141-1
>
>> FWIW, the kernel crash is most likely a bug in the kernel driver.
> quite possibly yes
>
>> Could you also send me the output of
>> NM_PPP_DEBUG=1 /usr/sbin/NetworkManager --no-daemon
>> after stopping NetworkManager (/etc/init.d/network-manager stop)
> I send that in the next email
>
> Best regards
> C.
>



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

Bug#526604: free: -o hides buffers but does not change numbers

[martin f krafft]

Package: procps
Version: 1:3.2.7-11
Severity: minor
File: /usr/bin/free

The -o option only seems to remove the buffers line, but it does not
amend the numbers, as promised by the manpage:

  If the -o option is not specified, free subtracts buffer memory
  from the used memory and adds it to the free memory reported.

khyber:~|master|% free; free -o 

   #486
 total   used   free sharedbuffers cached
Mem:  16474548   16391620  82928  0  81344   15800492
-/+ buffers/cache: 509784   15964764
Swap:  39034801643903316
 total   used   free sharedbuffers cached
Mem:  16474548   16391620  82928  0  81344   15800492
Swap:  39034801643903316

-- 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.29-1-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 procps depends on:
ii  libc6 2.9-8  GNU C Library: Shared libraries
ii  libncurses5   5.7+20090411-1 shared libraries for terminal hand
ii  lsb-base  3.2-22 Linux Standard Base 3.2 init scrip

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

procps suggests no packages.

-- no debconf information


-- 
 .''`.   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#525638: [Pkg-utopia-maintainers] Bug#525638: [network-manager] upgrade to 0.7.1 broke mobile broadband

[Christophe Prud'homme]

>> It seems that there is a problem with usb-serial and when nm tries to
>> establish the connection there is a crash of the system.
>
> Could you clarify which combinations did/do work
> If I understood you correctly, it is something
>
> 2.6.26 + 0.7.0.99 = no kernel crash, successful umts connection
yes
but the connection shuts down a little while after the connection

> 2.6.29 + 0.7.0.99 = no kernel crash, no successful umts connection
yes

> 2.6.26 + 0.7.1 = kernel crash, no successful umts connection
> 2.6.29 + 0.7.1 = kernel crash, no successful umts connection
Yes

>
> Is that correct? What udev version do you use?
the latest in unstable
0.141-1

> FWIW, the kernel crash is most likely a bug in the kernel driver.
quite possibly yes

> Could you also send me the output of
> NM_PPP_DEBUG=1 /usr/sbin/NetworkManager --no-daemon
> after stopping NetworkManager (/etc/init.d/network-manager stop)
I send that in the next email

Best regards
C.



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

Bug#526442: libperl4caml-ocaml-dev: Can't use threads with www_mechanize

[Richard Jones]

I'm highly doubtful this would ever work.  Perl contains lots of
global state.  It's unclear if it's even safe to call this state from
separate threads even if it's locked.

You'd at least have to build Perl with the MULTIPLICITY option
(perlguts q.v.) and change perl4caml dramatically to support it.

Rich.

-- 
Richard Jones
Red Hat



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

Bug#526436: libperl4caml-ocaml-dev: Using regexp fails with www_mechanize.follow_link

[Richard Jones]

I don't think calling 'eval' is a good way to solve this, since the
argument could contain all sorts of things, not just a well-behaved
regexp.  We need to somehow convert the string to a regexp using a
function from perlguts.

Unfortunately I could work out how to actually do this, so it needs a
bit more examination from someone with the relevant Perl skills.

Rich.

-- 
Richard Jones
Red Hat



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

Bug#526263: treecc mess

[David Paleino]

Hello,
I mistakenly closed an IRC query regarding treecc -- I hope it was you
contacting me.
Let's try to solve this mess about it: is "your" treecc the same as ours?

From the description, it seems to serve quite the same goal:

-->treecc 0.1-4<--
Description: Concrete syntax tree generator
 TreeCC generates C++ classes to represent the concrete syntax tree for a
 given Yacc/Bison grammar, along with abstract visitor base classes and
 visitor adapter classes with standard behaviour (descend into subnodes,
 throw an exception).

-->treecc 0.3.10-1<--
Description: code generation for compiler development
 treecc is designed to assist in the development of compilers and other
 language-based tools. It manages the generation of code to handle
 abstract syntax trees and operations upon the trees.
 .
 This package contains the main binary.

Downloading the source though, they're quite different and -- it seems -- from
different authors:

-->0.1-4<--
http://www.hogyros.de/ (currently in "offline mode" though)

-->0.3.10-1<--
http://www.gnu.org/software/dotgnu/

I also see that your treecc already has 19 as popcon score, while ours hasn't
been uploaded yet. And we won't upload it, because the archive would regard it
as a new version, fixing things the bad way for our purposes.

Honestly, I believe "hogyros" could have chosen an unused name for his
software :)
Since both are headed towards developers, I fail to think at a
treecc/treecc-dev solution.
One solution might be calling our treecc "treecc-gnu", or similar ("gnutreecc",
[..]). Any other idea?

Mono team: any ideas from your POV?

Kindly,
David

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


signature.asc
Description: PGP signature

Bug#526551: Further information

[Erwin Rieger]

Last working kernel is: 2.6.26-2-686 (reboot/halt ok on AC and battery,
has issues with rt-wireless on suspend/resume).

A bios-update to version 1903 and some workarounds (unload snd_hda_intel
module and/or unload rt2860sta module before reboot/halt) found on the
net did not help.




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

Bug#523093: [Bug 364931] Re: [needs-packaging] gnote in karmic

[Savvas Radevic]

> Savvas, please would you compare yours with it, and if you have any
> suggestions/improvements on the packaging let me know about it so they
> can be merged?  Thanks

Hello! Here is a summary of changes:

- 0.3.0 is out :)
- You should have a debian/watch file - I didn't make one since I'm
based on git. Here's a suggestion:

version=3
http://ftp.gnome.org/pub/GNOME/sources/gnote/(?:[\d\w\.]+)/gnote-(.*)\.tar\.bz2

(It works, but I don't know if it's correct, I'm not that good with
custom debian/watch files, e.g. ./0.3/gnote-0.3.0)

- I have split the package into 3 different ones: gnote (binary),
gnote-data (data without compilation), gnote-addins (binary)
- I am using boost 1.37 or boost 1.35 or boost - I don't know if
that's good, but at least it gives more testing control over various
boost libraries:
  libboost1.37-dev | libboost1.35-dev | libboost-dev,
  libboost-filesystem1.37-dev | libboost-filesystem1.35-dev |
libboost-filesystem-dev,
  libboost-regex1.37-dev | libboost-regex1.35-dev | libboost-regex-dev,
  libboost-iostreams1.37-dev | libboost-iostreams1.35-dev |
libboost-iostreams-dev,
  libboost-test1.37-dev | libboost-test1.35-dev | libboost-test-dev,

- I've also set versioned dependencies, based on autoconf and ./configure:
  automake (>= 1.9),
  autoconf (>= 2.53),
  pkg-config (>= 0.14.0),
  libgtk2.0-dev (>= 2.14),
  [...]
  intltool (>= 0.35),
  gnome-doc-utils (>= 0.4.2),

- For some reason, during document compilation/creation, it requires
rarian-compat package. I don't know if that's required for Debian, but
on ubuntu it was spitting errors (maybe the situation changed with
newer releases).

- I'm using debhelper 7 debian/rules without cdbs:
http://bazaar.launchpad.net/~medigeek/%2Bjunk/gnote-packaging/annotate/head%3A/debian/rules

http://bazaar.launchpad.net/~medigeek/%2Bjunk/gnote-packaging/files/head%3A/debian/



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

Bug#526226: It works after making a new symbolic link

[Cheese Lee]

I met the same error.

I found "/usr/lib/exaile/lib/feedparser.py" linked to
"../../../share/python-support/python-feedparser/feedparser.py" which
may be obsoleted and does not exist now.

"/usr/lib/exaile/lib/feedparser.py" should be linked to
"../../../share/pyshared/feedparser.py" which is in the package
"python-feedparser".

In one word, it works after running this with root privilege:
cd /usr/lib/exaile/lib && rm feedparser.py && ln -s
../../../share/pyshared/feedparser.py feedparser.py





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

Bug#520794: [Pkg-samba-maint] Bug#520794: samba: smbd memory usage always increase - memory leak

[Christian Perrier]

Quoting Peter Cordes (pe...@cordes.ca):

>  I didn't see any panics in the week I was running the leaky Debian
> binary package.  Maybe that was just random chance, since I have
> only seen 4 panics since Apr 14th, when I installed the self-compiled
> version.
> Sat Apr 18 14:04:32 2009
> Tue Apr 21 16:06:47 2009
> Fri Apr 24 17:39:27 2009
> Wed Apr 29 18:06:36 2009
> (So probably while samba was actually in use from one of the client
> machines, judging from the times.)
> 
>  Even if the binary package was ok, it's possible my build environment
> introduced a problem.  I built the packages on the same fully
> up-to-date Lenny that I'm running Samba on, though.  Using
> dpkg-buildpackage -us -uc -b,  IIRC.
> 
>  It's possible I would have seen those samba panics if I'd just
> compiled from source without applying the patch.
> 
>  My machine doesn't have enough memory to test for long with the leak
> happening, so I can't think of any great solutions.  I can install the
> -dbg package, though, and maybe get a useful backtrace.


Packages with the memory leak fix have been uploaded to
stable-proposed-updates yesterday. 

See http://wiki.debian.org/StableProposedUpdates for instructions
about how to use it, but please be aware that such packages have not
been officially accepted in stable, yet. They are planned for the next
stable point release.




signature.asc
Description: Digital signature

Bug#526603: Duplicate Interface->Extended Settings menu items in context menu

[Matt Kraai]

Package: vlc
Version: 0.9.9a-2
Severity: minor
Tags: patch

When I open the context menu and select the Interface submenu, there
are two "Extended Settings..." menu items on it.  The attached patch
removes one of them.

-- 
Matt http://ftbfs.org/
diff -ru vlc-0.9.9a~/modules/gui/qt4/menus.cpp vlc-0.9.9a/modules/gui/qt4/menus.cpp
--- vlc-0.9.9a~/modules/gui/qt4/menus.cpp	2009-05-01 22:37:12.0 -0700
+++ vlc-0.9.9a/modules/gui/qt4/menus.cpp	2009-05-01 22:41:34.0 -0700
@@ -846,8 +846,6 @@
 }
 addDPStaticEntry( submenu, qtr( I_MENU_EXT ), "",
 ":/settings", SLOT( extendedDialog() ) );
-addDPStaticEntry( submenu, qtr( I_MENU_EXT ), "",
-":/settings", SLOT( extendedDialog() ) );
 if( mi )
 {
 action = submenu->addAction( QIcon( "" ),

Bug#526602: nodm: [INTL:it] Italian translation

[Vincenzo Campanella]

Package: nodm
Version: 0.3
Severity: wishlist
Tags: l10n patch

Enclosed please find the Italian translation of the above package.

Best regards
vince

# Italian translation of nodm's po-debconf file
# COPYRIGHT (C) 2009 THE NODM'S COPYRIGHT HOLDER
# This file is distributed under the same license as the nodm package.
# Vincenzo Campanella , 2009.
# 
# 
msgid ""
msgstr ""
"Project-Id-Version: nodm 0.3\n"
"Report-Msgid-Bugs-To: n...@packages.debian.org\n"
"POT-Creation-Date: 2009-04-26 14:13+0200\n"
"PO-Revision-Date: 2009-04-27 07:31+0200\n"
"Last-Translator: Vincenzo Campanella \n"
"Language-Team: Italian \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit"

#. Type: boolean
#. Description
#: ../nodm.templates:2001
msgid "Start nodm on boot?"
msgstr "Eseguire nodm all'avvio?"

#. Type: boolean
#. Description
#: ../nodm.templates:2001
msgid ""
"Designed for embedded or kiosk systems, nodm starts an X session for a user "
"without asking for authentication. On regular machines, this has security "
"implications and is therefore disabled by default."
msgstr ""
"Nodm, che è stato concepito per sistemi integrati o kiosk, avvia una sessione "
"di X per un determinato utente senza chiedere l'autenticazione. Su sistemi "
"normali questa funzionalità ha implicazioni in tema di sicurezza, e pertanto "
"in modalità predefinita essa è disattivata."

#. Type: boolean
#. Description
#: ../nodm.templates:2001
msgid "You should enable nodm only if you need autologin on this machine."
msgstr ""
"Si dovrebbe abilitare nodm solo se si necessita di un accesso automatico su "
"questa macchina."

#. Type: string
#. Description
#: ../nodm.templates:3001
msgid "User to start a session for:"
msgstr "Utente per il quale iniziare la sessione:"

#. Type: string
#. Description
#: ../nodm.templates:3001
msgid ""
"Please enter the login name of the user that will automatically be logged "
"into X by nodm."
msgstr ""
"Inserire il nome dell'utente per il quale nodm eseguirà automaticamente "
"l'accesso a X."

#. Type: string
#. Description
#: ../nodm.templates:4001
msgid "Options for the X server:"
msgstr "Opzioni per il server X:"

#. Type: string
#. Description
#: ../nodm.templates:4001
msgid ""
"Please enter the options to pass to the X server when starting the session. "
"These options will be used in the NODM_X_OPTIONS variable in the command "
"line used by nodm to start the X session:"
msgstr ""
"Inserire le opzioni da passare al server X quando la sessione viene avviata. "
"Queste opzioni verranno utilizzate nella variabile NODM_X_OPTIONS nella riga "
"di comando utilizzata da nodm per avviare la sessione di X:"

#. Type: string
#. Description
#: ../nodm.templates:5001
msgid "Minimum time (in seconds) for a session to be considered OK:"
msgstr "Tempo minimo (in secondi) affinché una sessione venga considerata OK:"

#. Type: string
#. Description
#: ../nodm.templates:5001
msgid ""
"If an X session will run for less than this time in seconds, nodm will wait "
"an amount of time before restarting the session. The waiting time will grow "
"until a session lasts longer than this amount."
msgstr ""
"Se una sessione di X viene eseguita per meno di questo tempo minimo, nodm "
"attenderà un certo lasso di tempo prima di riavviare la sessione. Tale tempo "
"di attesa aumenterà finché una sessione non durerà più del tempo minimo."

#. Type: string
#. Description
#: ../nodm.templates:6001
msgid "xinit program to use:"
msgstr "Programma xinit da utilizzare:"

#. Type: string
#. Description
#: ../nodm.templates:6001
msgid ""
"Please choose the name of the \"xinit\" program to use with nodm. This name "
"will be stored in the NODM_XINIT variable in the command line used by nodm "
"to start the X session:"
msgstr ""
"Scegliere il nome del programma «xinit» da utilizzare con nodm. Questo nome "
"verrà memorizzato nella variabile NODM_XINIT nella riga di comando utilizzata "
"da nodm per avviare la sessione di X:"

#. Type: string
#. Description
#: ../nodm.templates:7001
msgid "X session to use:"
msgstr "Sessione di X da utilizzare:"

#. Type: string
#. Description
#: ../nodm.templates:7001
msgid ""
"Please choose the name of the X session script to use with nodm. This name "
"will be stored in the NODM_XSESSION variable in the command line used by "
"nodm to start the X session:"
msgstr ""
"Scegliere il nome dello script della sessione di X da utilizzare con nodm. "
"Questo nome verrà memorizzato nella variabile NODM_XSESSION nella riga di "
"comando utilizzata da nodm per avviare la sessione di X:"

Bug#526601: fails to use C99 isinfity macros causing compile failure

[Soeren Sonnenburg]

Package: libstdc++6-4.3-dev
Version: 4.3.3-8
Severity: important

This trivial piece of code fails to compile with g++:

#include 
#include 

int main(int argc, char** argv)
{
int i=isnan(argc);
i+= isinf(argc);
i+= isfinite(argc);
}

The reason seems to be that /usr/include/c++/4.3/tr1_impl/cmath is not included 
from /usr/include/c++/4.3/cmath.

at least when I am manually adding the relevant lines to the code things work 
fine:

#include 
#include 

#if _GLIBCXX_USE_C99_MATH
#if !_GLIBCXX_USE_C99_FP_MACROS_DYNAMIC

  /// Function template definitions [8.16.3].
  using std::signbit;

  using std::fpclassify;

  using std::isfinite;
  using std::isinf;
  using std::isnan;
  using std::isnormal;

  using std::isgreater;
  using std::isgreaterequal;
  using std::isless;
  using std::islessequal;
  using std::islessgreater;
  using std::isunordered;
#endif
#endif


int main(int argc, char** argv)
{
int i=isnan(argc);
i+= isinf(argc);
i+= isfinite(argc);
}


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

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

Versions of packages libstdc++6-4.3-dev depends on:
ii  g++-4.3   4.3.3-8The GNU C++ compiler
ii  gcc-4.3-base  4.3.3-8The GNU Compiler Collection (base 
ii  libc6-dev 2.9-8  GNU C Library: Development Librari
ii  libstdc++64.3.3-8The GNU Standard C++ Library v3

libstdc++6-4.3-dev recommends no packages.

Versions of packages libstdc++6-4.3-dev suggests:
pn  libstdc++6-4.3-doc (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#526600: manpages-dev: nftw manual page says to define _XOPEN_SOURCE but ftw.h uses __USE_XOPEN_EXTENDED

[Michael Kerrisk]

Hello Paul,

On Sat, May 2, 2009 at 4:50 PM, Paul Wise  wrote:
> Package: manpages-dev
> Version: 3.05-1
> Severity: normal
>
> The nftw manual page says to define _XOPEN_SOURCE

More precisely, it says:

#define _XOPEN_SOURCE 500

> but ftw.h from glibc
> 2.7 in lenny and glibc 2.9 in sid uses __USE_XOPEN_EXTENDED. This leads
> to code that uses nftw failing to build.

Not sure whay that should happen, but so far I don't think it's a man
page problem.

> No idea which one is correct
> according to the standards, but the manual page should not give advice
> that does not work.

As far as I can see, the ftw(3) man page is correct.  Have a read of
feature_test_macros(7) and .  If after that you still
think there's a problem, drop a note into this bug.

Thanks,

Michael

-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
git://git.kernel.org/pub/scm/docs/man-pages/man-pages.git
man-pages online: http://www.kernel.org/doc/man-pages/online_pages.html
Found a bug? http://www.kernel.org/doc/man-pages/reporting_bugs.html



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

Bug#523835:

[Manoj Srivastava]

On Fri, May 01 2009, Alex Goebel wrote:

> Hi
>
>>> Still broken in 12.012, had to generate initrd by hand (mkinitrd).
>>
>> kernel-package no longer does initrd generation. User scripts
>>  do.
>
> Oh ok I always thought the (initial) initrd is included in the deb
> package, but I see it's not.

No, initrd images have always been calculated on the target
 machine -- this is how  it knows what modules to include in the
 initramfs.

>
>> Well, that piece of code is provided by the user. Well, what do
>>  you have in /etc/kernel?
>>   find /etc/kernel -type f -ls
>>  Based on the answer to that, we might discover what needs to be
>>  changed.
>
> There are two files:
> 3352144 -rwxr-xr-x   1 root root  220 Feb 17 06:42
> /etc/kernel/postrm.d/initramfs-tools
> 3352244 -rwxr-xr-x   1 root root  264 Feb 17 06:42
> /etc/kernel/postinst.d/initramfs-tools

Which are provided by the tool, initramfs-tools. 

> The postinst one contains
>
> #!/bin/sh
>
> # passing the kernel version is required
> [ -z "$1" ] && exit 0
>
> # kernel-package passes an extra arg; hack to not run under kernel-package
> [ -z "$2" ] || exit 0
>

And this version explicitly does not support kernel-package
 images. 

> # we're good - create initramfs.  update runs do_bootloader
> update-initramfs -c -t -k "$1"
>
> No idea whether that is 100% correct. Is is the current
> initramfs-tools in unstable.

And so, you have not got anything that tells the postinst that
 you want an initrd generated.

If you are running unstable, update to the latest
 kernel-package, and read up  on /usr/share/doc/kernel-package/README.gz


> Interestingly, the update-grub (or so) must have worked, because after
> installation of the kernel image, the new kernel appeared in menu.lst
> (albeit without initrd).

What you need to do is look into the example hook script in
 /usr/share/kernel-package/examples/etc/kernel/ and copy over what you
 want into /etc/kernel

You also want to read the NEWS.Debian file there, espescilly if
 you are following Sid.

manoj
-- 
Disobedience: The silver lining to the cloud of servitude. Ambrose
Bierce
Manoj Srivastava    
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



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

Bug#526600: manpages-dev: nftw manual page says to define _XOPEN_SOURCE but ftw.h uses __USE_XOPEN_EXTENDED

[Paul Wise]

Package: manpages-dev
Version: 3.05-1
Severity: normal

The nftw manual page says to define _XOPEN_SOURCE but ftw.h from glibc
2.7 in lenny and glibc 2.9 in sid uses __USE_XOPEN_EXTENDED. This leads
to code that uses nftw failing to build. No idea which one is correct
according to the standards, but the manual page should not give advice
that does not work.

-- System Information:
Debian Release: 5.0.1
  APT prefers stable
  APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (550, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-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 manpages-dev depends on:
ii  manpages  3.05-1 Manual pages about using a GNU/Lin

Versions of packages manpages-dev suggests:
ii  konqueror [man-browser] 4:3.5.9.dfsg.1-6 KDE's advanced file manager, web b
ii  man-db [man-browser]2.5.2-4  on-line manual pager

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#526599: brasero: Can not DnD from file browser pane to compilation pane

[Jonathan Hepburn]

Package: brasero
Version: 0.8.0-3
Severity: normal

I can add files to a compilation by selecting them in the file browser
pane and then using the "Add" button, or by double-clicking on them. Files
cannot be dragged from the file browser pane to the compilation pane, although
Brasero tells me I should be able to do so.

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

Kernel: Linux 2.6.28.2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages brasero depends on:
ii  gconf2   2.26.0-1GNOME configuration database syste
ii  genisoimage  9:1.1.9-1   Creates ISO-9660 CD-ROM filesystem
ii  gstreamer0.1 0.10.22-5   GStreamer plugins from the "base"
ii  libart-2.0-2 2.3.20-2Library of functions for 2D graphi
ii  libatk1.0-0  1.24.0-2The ATK accessibility toolkit
ii  libbeagle1   0.3.9-1 library for accessing beagle using
ii  libbonobo2-0 2.24.1-1Bonobo CORBA interfaces library
ii  libbonoboui2 2.24.1-1The Bonobo UI library
ii  libc62.9-4   GNU C Library: Shared libraries
ii  libcairo21.8.6-2+b1  The Cairo 2D vector graphics libra
ii  libdbus-1-3  1.2.12-1simple interprocess messaging syst
ii  libdbus-glib 0.80-3  simple interprocess messaging syst
ii  libfontconfi 2.6.0-3 generic font configuration library
ii  libfreetype6 2.3.9-4 FreeType 2 font engine, shared lib
ii  libgconf2-4  2.26.0-1GNOME configuration database syste
ii  libglib2.0-0 2.20.0-2The GLib library of C routines
ii  libgnome2-0  2.24.1-2The GNOME 2 library - runtime file
ii  libgnomecanv 2.20.1.1-1  A powerful object-oriented display
ii  libgnomeui-0 2.24.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2 1:2.24.1-1  GNOME Virtual File System (runtime
ii  libgstreamer 0.10.22-5   GStreamer libraries from the "base
ii  libgstreamer 0.10.22-3   Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.16.1-2The GTK+ graphical user interface
ii  libhal1  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share
ii  libice6  2:1.0.5-1   X11 Inter-Client Exchange library
ii  liborbit21:2.14.17-0.1   libraries for ORBit2 - a CORBA ORB
ii  libpango1.0- 1.24.0-3+b1 Layout and rendering of internatio
ii  libpixman-1- 0.14.0-1pixel-manipulation library for X a
ii  libpng12-0   1.2.35-1PNG library - runtime
ii  libpopt0 1.14-4  lib for parsing cmdline parameters
ii  libsm6   2:1.1.0-2   X11 Session Management library
ii  libtotem-plp 2.22.3-1+b1 Totem Playlist Parser library - ru
ii  libx11-6 2:1.2.1-1   X11 client-side library
ii  libxcb-rende 0.3.3-2 utility libraries for X C Binding
ii  libxcb-rende 1.2-1   X C Binding, render extension
ii  libxcb1  1.2-1   X C Binding
ii  libxml2  2.7.3.dfsg-1GNOME XML library
ii  libxrender1  1:0.9.4-2   X Rendering Extension client libra
ii  wodim9:1.1.9-1   command line CD/DVD writing tool
ii  zlib1g   1:1.2.3.3.dfsg-13   compression library - runtime

Versions of packages brasero recommends:
pn  gnome-mount(no description available)
pn  gstreamer0.1   (no description available)
ii  gstreamer0.1 0.10.14-2   GStreamer plugins from the "good"
ii  hal  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer

Versions of packages brasero suggests:
ii  gnome-icon-theme 2.24.0-4GNOME Desktop icon theme
ii  gstreamer0.10-fluendo-mp 0.10.7.debian-1 Fluendo mp3 decoder GStreamer plug

-- 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#523835:

[Alex Goebel]

Hi

>> Still broken in 12.012, had to generate initrd by hand (mkinitrd).
>
> kernel-package no longer does initrd generation. User scripts
>  do.

Oh ok I always thought the (initial) initrd is included in the deb
package, but I see it's not.

> Well, that piece of code is provided by the user. Well, what do
>  you have in /etc/kernel?
>   find /etc/kernel -type f -ls
>  Based on the answer to that, we might discover what needs to be
>  changed.

There are two files:
3352144 -rwxr-xr-x   1 root root  220 Feb 17 06:42
/etc/kernel/postrm.d/initramfs-tools
3352244 -rwxr-xr-x   1 root root  264 Feb 17 06:42
/etc/kernel/postinst.d/initramfs-tools

The postinst one contains

#!/bin/sh

# passing the kernel version is required
[ -z "$1" ] && exit 0

# kernel-package passes an extra arg; hack to not run under kernel-package
[ -z "$2" ] || exit 0

# we're good - create initramfs.  update runs do_bootloader
update-initramfs -c -t -k "$1"


No idea whether that is 100% correct. Is is the current
initramfs-tools in unstable.

Interestingly, the update-grub (or so) must have worked, because after
installation of the kernel image, the new kernel appeared in menu.lst
(albeit without initrd).

thanks
Alex



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

Bug#526398: [Pkg-sysvinit-devel] Bug#526398: /etc/init.d/checkroot.sh: can cause serious data corruption if booting on, battery power

[Henrique de Moraes Holschuh]

On Fri, 01 May 2009, peter green wrote:
> Would a compromise be possible? Something along the lines of doing  

[...]

> urgent stuff (journal replays, checks of unclean unjournaled  
> filesystems) but skipping the "n days/mounts since last check- check  
> forced" checks when on battery? Does fsck have and options that would  
> allow this or would they have to be added?

They'd have to be added.  Fsck can't do it :-(  And adding anything to
fsck is _not_ a very easy or very fast process... for one, you need to
add it to the generic wrapper, to all filesystem-specific fsck's that
need it, and you need to make sure nothing will complain about it
instead of fsck'ing...

So, that "feature" will have to be ripped out.  People who don't want
filesystems being tested while on battery should:

1. Configure the filesystems to NOT ask for testing after n mounts or
x days since last fsck.

*and*

2. Not boot the laptop on battery when it has dirty filesystems in the
first place.

Ideas on how to make (1) be easily accessible to most users are
welcome.  Scripts to emulate the "fsck after n mounts or x time" by
doing a forced fsck (which could be subject to "not on battery"
constrains without any risks to the data) are also welcome.

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



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

Bug#526598: emacs-goodies-el: please include paredit.el 21

[Trent W. Buck]

Package: emacs-goodies-el
Version: 29.5-1
Severity: wishlist

Currently there is a paredit-el package that I "maintain", which in
Debian is version 20.  There is a package for version 21 that has been
sitting on mentors.debian.net waiting for a sponsor for a LONG time.
(At the time of 20-2 being uploaded I wasn't able to use the DMUA
field.)

As paredit is a single .el file and a single .html doc file, I think
it would better be included in this package, emacs-goodies-el.  Please
include paredit in this package, and add a Replaces: paredit-el (<<
21) or something to your control file.

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

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

Versions of packages emacs-goodies-el depends on:
ii  bash3.2-5The GNU Bourne Again SHell
ii  emacs [emacsen] 23~CVS   The GNU Emacs editor (metapackage)
ii  emacs-snapshot-nox [emacsen 1:20090501-1 The GNU Emacs editor (without X su

Versions of packages emacs-goodies-el recommends:
pn  dict   (no description available)
pn  perl-doc   (no description available)
ii  wget  1.11.4-2   retrieves files from the web

emacs-goodies-el 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#509918: mediatomb: 4cc updating not working -- ffmpeg dependencies?

[Andres Mejia]

On Saturday 27 December 2008 12:51:41 Jim Young wrote:
> I questioned jin about this and he thinks its a dependency problem with
> ffmpeg.
> coincidentally, this problem started when my ffmpeg updated from
>
> 2008-12-26 18:00:47 upgrade ffmpeg 3:20080706-0.3 3:20081210-0.1

Are you using ffmpeg-debian or ffmpeg? mediatomb is built against ffmpeg-debian 
and 
I've never seen a release of ffmpeg-debian dated at 20080706 or 20081210.

-- 
Regards,
Andres


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

Bug#503677: mediatomb-daemon: Mediatomb kills the system while updating its database

[Andres Mejia]

Ok. Well, niether mediatomb nor the system crashed on me while using inotify 
scan on a directory and while copying a media directory I had inside the 
inotified directory over and over until I got ~600GB. I tried with either 
sqlite 
for the database and also mysql. I tried doing an initial scan to see if it 
crashed, and it didn't. Then I preceded to delete the copies of the directories 
I made, and nothing crashed.

This was using 0.12.0~svn2018-2 in unstable. So it's possible this issue has 
already been resolved.

On Saturday 25 April 2009 06:22:04 Thibaut VARENE wrote:
> On Sat, Apr 25, 2009 at 5:51 AM, Andres Mejia  wrote:
> > Are you still having problems with mediatomb? I have 200GB media
> > directory and I'm not having any problems.
>
> Hi,
>
> It seems mediatomb doesn't like my 20GB iTunes library. As soon as I
> add it to the watched folder, it crashes. Can't get any useful debug
> output tho.
>
> I'm using inotify scan, which btw doesn't seem to be very
> reliable/responsive...
>
> I'll see if I can get closer to the actual issue (bad music file, too
> many files, i don't know) but I don't have much time for it now.
>
> HTH

-- 
Regards,
Andres


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

Bug#516250: lintian: warn about some embedded flash applications

[Raphael Geissert]

tag 516250 patch
thanks

Attached mbox implements a check based on Paul's work specific to the non-free 
files.  The tag description needs some tweaking, though.

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


lintian-flash_non-free.mbox
Description: application/mbox

Bug#526597: ITP: libvideo-openquicktime-perl -- Perl interface to the OpenQuicktime library

[Jonathan Yu]

Package: wnpp
Severity: wishlist
Owner: Jonathan Yu 


* Package name: libvideo-openquicktime-perl
  Version : 1.02
  Upstream Author : Allen Day 
* URL : http://search.cpan.org/dist/Video-OpenQuicktime
* License : Aladdin Public License (non-free)
  Programming Lang: Perl
  Description : Perl interface to the OpenQuicktime library



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

Bug#526596: scrollkeeper-update is segfaulting which is preventing dpkg --configure -a from working

[Tom Epperly]

Package: scrollkeeper
Version: 0.3.14-16
Severity: normal

# scrollkeeper-update
[11228.747644] scrollkeeper-up[8778]: segfault at 0 ip 7ff50fe52faa sp 
7fff18dad6c0 error 4 in libc-2.9.so[7ff50fe1d000+149000]
This reminded me of a segfault in hald that is also occurring
[11223.671593] hald[8743]: segfault at 7f35bb1d322c ip 00411738 sp 
7fff620acbe0 error 4 in hald[40+55000]



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

Kernel: Linux 2.6.29-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 scrollkeeper depends on:
ii  docbook-xml 4.5-6standard XML documentation system,
ii  libc6   2.9-9GNU C Library: Shared libraries
ii  libscrollkeeper00.3.14-16Library to load .omf files (runtim
ii  libxml2 2.7.3.dfsg-1 GNOME XML library
ii  libxslt1.1  1.1.24-2 XSLT processing library - runtime 
ii  xml-core0.12 XML infrastructure and XML catalog

scrollkeeper recommends no packages.

Versions of packages scrollkeeper suggests:
ii  logrotate 3.7.7-3Log rotation utility

-- 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#526595: bug 519774: dns resolution error with libc6

[Lawrence Curington]

Package: libc6
Version: 2.9-4 2.9-8 2.9-9

I too have been bitten by this bug.  Essentially, name resolution quits working 
with many apps.  What is especially bad about this bug is that it also effects 
aptitude!  As you can imagine, this can lead to a really bad catch22 situation. 
 Especially for users less proficient with Debian and/or Linux.

Version 2.9-7 is the only version without this bug.  Versions 2.9-4, 2.9-8, and 
2.9-9 all have this name resolution bug.  Hope this information can be of some 
help in trying to track down the bug



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

Bug#526594: CVE-2009-1482: cross-site scripting (XSS) issue

[Steffen Joeris]

Package: moin
Severity: important
Tags: patch, security

Hi,
the following CVE (Common Vulnerabilities & Exposures) id was
published for moin.

CVE-2009-1482[0]:
| Multiple cross-site scripting (XSS) vulnerabilities in
| action/AttachFile.py in MoinMoin 1.8.2 and earlier allow remote
| attackers to inject arbitrary web script or HTML via (1) an AttachFile
| sub-action in the error_msg function or (2) multiple vectors related
| to package file errors in the upload_form function, different vectors
| than CVE-2009-0260.

Please have a look at upstream's announcement[1]. Upstream's patch is
here[2]. While I agree that it is a good idea to move the escaping to
a more centralised place, I don't see yet, where it would be
exploitable. There is escaping in several places, so before we worry
too much about this, I'd like to see a successful XSS exploit.
Could you as the maintainer please also have a look?

It might also be worth to include this patch[3] as well, although I
don't think it is exploitable.

If you fix the vulnerability please also make sure to include the
CVE id in your changelog entry.

Cheers
Steffen

For further information see:

[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-1482
http://security-tracker.debian.net/tracker/CVE-2009-1482
[1] http://moinmo.in/SecurityFixes
[2] http://hg.moinmo.in/moin/1.8/rev/5f51246a4df1
[3] http://hg.moinmo.in/moin/1.8/rev/269a1fbc3ed7



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

Bug#526593: library transition without updating rdeps

[Praveen A]

Package: libexiv2-5
Version: 0.18.1-1
Severity: important

Hi,

libstreamalizer0 is broken because it depends on libexiv2-4. strigi
(and possibly others) needs to be rebuild to depend on new shared
library.

Regards
Praveen
-- 
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
 I know my rights; I want my phone call!
 What use is a phone call, if you are unable to speak?
(as seen on /.)
Join The DRM Elimination Crew Now!
http://fci.wikia.com/wiki/Anti-DRM-Campaign



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

Bug#526468: qemubuilder: fails on --create with «tar: ./*: Cannot utime: Unknown error 4294967207»

[Junichi Uekawa]

Weird, no idea, looks more like kernel / glibc / qemu error to me.

At Fri, 01 May 2009 15:46:00 +0200,
Christoph Egger wrote:
> 
> [1  ]
> Package: qemubuilder
> Version: 0.55
> Severity: important
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hi!
> 
>   Creating an mips qemu-builder chroot currently fails with a tar
> error as you can see in the log attached.
> 
> Regards
> 
>   Christoph
> 
> - -- System Information:
> Debian Release: squeeze/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'stable'), (400, 'unstable'), (100, 
> 'experimental')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.29-1-686 (SMP w/2 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages qemubuilder depends on:
> ii  debootstrap 1.0.10lenny1 Bootstrap a basic Debian system
> ii  libc6   2.9-4GNU C Library: Shared libraries
> ii  pbuilder0.187personal package builder for 
> Debia
> ii  qemu0.10.2-2 fast processor emulator
> 
> qemubuilder recommends no packages.
> 
> qemubuilder suggests no packages.
> 
> - -- no debconf information
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
> 
> iEYEARECAAYFAkn6/RUACgkQz9S5sZBYslNmEQCgkpPvawzr8CEXpmU+reaC/aFI
> PTQAn1sFV1xr2FOg8NGUoLGPrEsB/2ob
> =nr64
> -END PGP SIGNATURE-
> [2 bugreport ]
> $ LANG="C" sudo qemubuilder --create --configfile .pbuilderrc-mips
>   forking: mke2fs -q -F -j -m1 -O sparse_super 
> /media/extern/freeart/qemubuilder-mips/base 
>   forking: tune2fs -c 0 -i 0 /media/extern/freeart/qemubuilder-mips/base 
> tune2fs 1.41.3 (12-Oct-2008)
> Setting maximal mount count to -1
> Setting interval between checks to 0 seconds
>   forking: mount -o loop /media/extern/freeart/qemubuilder-mips/base 
> /var/cache/pbuilder/build//qemu.9095 
>  -> Invoking debootstrap
>   forking: debootstrap --arch mips --foreign sid 
> /var/cache/pbuilder/build//qemu.9095 ftp://ftp.de.debian.org/debian 
> I: Retrieving Release
> I: Retrieving Packages
> I: Validating Packages
> I: Resolving dependencies of required packages...
> I: Resolving dependencies of base packages...
> I: Found additional required dependencies: libdb4.7 
> I: Checking component main on ftp://ftp.de.debian.org/debian...
> I: Retrieving adduser
> I: Validating adduser
> I: Retrieving apt
> I: Validating apt
> I: Retrieving apt-utils
> I: Validating apt-utils
> I: Retrieving aptitude
> I: Validating aptitude
> I: Retrieving base-files
> I: Validating base-files
> I: Retrieving base-passwd
> I: Validating base-passwd
> I: Retrieving bash
> I: Validating bash
> I: Retrieving bsdmainutils
> I: Validating bsdmainutils
> I: Retrieving bsdutils
> I: Validating bsdutils
> I: Retrieving coreutils
> I: Validating coreutils
> I: Retrieving cpio
> I: Validating cpio
> I: Retrieving cron
> I: Validating cron
> I: Retrieving debconf
> I: Validating debconf
> I: Retrieving debconf-i18n
> I: Validating debconf-i18n
> I: Retrieving debian-archive-keyring
> I: Validating debian-archive-keyring
> I: Retrieving debianutils
> I: Validating debianutils
> I: Retrieving dhcp3-client
> I: Validating dhcp3-client
> I: Retrieving dhcp3-common
> I: Validating dhcp3-common
> I: Retrieving diff
> I: Validating diff
> I: Retrieving dpkg
> I: Validating dpkg
> I: Retrieving e2fslibs
> I: Validating e2fslibs
> I: Retrieving e2fsprogs
> I: Validating e2fsprogs
> I: Retrieving ed
> I: Validating ed
> I: Retrieving findutils
> I: Validating findutils
> I: Retrieving gcc-4.2-base
> I: Validating gcc-4.2-base
> I: Retrieving gcc-4.3-base
> I: Validating gcc-4.3-base
> I: Retrieving gnupg
> I: Validating gnupg
> I: Retrieving gpgv
> I: Validating gpgv
> I: Retrieving grep
> I: Validating grep
> I: Retrieving groff-base
> I: Validating groff-base
> I: Retrieving gzip
> I: Validating gzip
> I: Retrieving hostname
> I: Validating hostname
> I: Retrieving ifupdown
> I: Validating ifupdown
> I: Retrieving info
> I: Validating info
> I: Retrieving initscripts
> I: Validating initscripts
> I: Retrieving iproute
> I: Validating iproute
> I: Retrieving iptables
> I: Validating iptables
> I: Retrieving iputils-ping
> I: Validating iputils-ping
> I: Retrieving libacl1
> I: Validating libacl1
> I: Retrieving libattr1
> I: Validating libattr1
> I: Retrieving libblkid1
> I: Validating libblkid1
> I: Retrieving libbz2-1.0
> I: Validating libbz2-1.0
> I: Retrieving libc6
> I: Validating libc6
> I: Retrieving libcomerr2
> I: Validating libcomerr2
> I: Retrieving libconsole
> I: Validating libconsole
> I: Retrieving libcwidget3
> I: Validating libcwidget3
> I: Retrieving libdb4.6
> I: Validating libdb4.6
> I: Retrieving libdb4.7
> I: Validating libdb4.7
> I: Retrieving libdevmapper1.02.1
> I: Validating libdevmapper1.02.1
> I: Retrieving libept0
> I: Validating libept0
> I: Retrieving libgcc1
> I: Validating libgcc1
> I: Retriev

Bug#523282: Financial aid from FDV,contact Dr.Razaq immediately.

[FONDAZIONE Di VITTORIO & ECOWAS]

FONDAZIONE Di VITTORIO & ECOWAS
http://www.fondazionedivittorio.it
Worldwide Donation Program "helping one to help others"
==
I have been directed to inform you that you have been chosen for a cash
grant of US$1,000,000.00 by the board of trustees of the above stated
non-governmental aid organisation.
Your grant number is B01-0147. Contact rev.dr seun razaq via telephone
+2348051809752 email revdrseunra...@hotmail.com,  and provide these
details: 1).Full name. 2).Address 3).Telephone number. [Cell preferably]
(4).Occupation.

Regards.
Adolfo Pepe




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

Bug#526592: ITP: libvideo-info-perl -- Perl module to get information about video files

[Jonathan Yu]

Package: wnpp
Severity: wishlist
Owner: Jonathan Yu 


* Package name: libvideo-info-perl
  Version : 0.993
  Upstream Author : Allen Day,  and Benjamin R. Ginter 

* URL : http://search.cpan.org/dist/Video-Info/
* License : Aladdin Free Public License (non-free)
  Programming Lang: Perl
  Description : Perl module to get information about video files



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

Bug#523946: xserver-xorg-input-synaptics: VertScrolling stops working after update to version 1.1.0

[Mattia Dongili]

On Fri, May 01, 2009 at 02:06:13PM +0200, Clemens Buchacher wrote:
> Package: xserver-xorg-input-synaptics
> Version: 1.1.0-1
> Severity: normal
> 
> 
> I have the same issue as Mirko. Vertical Scrolling does not work after
> upgrading xserver-xorg-input-synaptics from 0.14.7~git20070706-3 (lenny) to
> 1.1.0-1 (sid). Downgrading fixes the problem.

It's a configuration issue, with version 1.1.0 most of the default
values have changed so you will need to explicitly enable some features
in your xorg.conf or hal fdi files.
See bugs 523581, 513875, 523528 for more.

Thanks
-- 
mattia
:wq!



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

Bug#526591: txt2tags: bad html links with accented characters

[Luis Mochan]

Package: txt2tags
Version: 2.3-1
Severity: normal
Tags: l10n

I have found documents in spanish that have accented characters in
their addresses, such as 
   http://my.computer/a_ú
or addresses such as 
   http://my.computer/some.page?somid:0,otherid:a
(they might violate the naming convention, but I have found them
frequently enough). Txt2tags assumes that the extraneous characters
(such as ú or :) signal the end of the address and produces incorrect
links such as
http://my.computer/a_";>http://my.computer/a_ú



-- System Information:
Debian Release: 5.0.1
  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 txt2tags depends on:
ii  python2.5.2-3An interactive high-level object-o

txt2tags recommends no packages.

Versions of packages txt2tags suggests:
ii  python-tk 2.5.2-1Tkinter - Writing Tk applications 

-- 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#526590: quassel-core: fails do connect to OFTC with SSL

[Thiago Bauermann]

Package: quassel-core
Version: 0.4.1-1
Severity: normal

Quassel is not able to connect to OFTC when the SSL option in the
irc.oftc.net server configuration is enabled. Changing it from the
default of SSL3 to TLSv1 doesn't make a difference, either. The error
message which appears in the network window is:

[21:31:17] * Connecting to irc.oftc.net:6667...
[21:31:17] * Connection failure: Error during SSL
handshake:error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version
number
[21:31:17] * Connection failed. Cycling to next Server

OTOH, when using openssl's s_client works:

$ openssl s_client -connect irc.oftc.net:6697
[...]
SSL-Session:
Protocol  : TLSv1
Cipher: AES256-SHA
[...]

or even asking for SSL3:

$ openssl s_client -connect irc.oftc.net:6697  -ssl3
[...]
SSL-Session:
Protocol  : SSLv3
Cipher: AES256-SHA
[...]

but, when trying to use SSL2:

$ openssl s_client -connect irc.oftc.net:6697  -ssl2
CONNECTED(0003)
write:errno=104

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

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

Versions of packages quassel-core depends on:
ii  adduser   3.110  add and remove users and groups
ii  libc6 2.9-4  GNU C Library: Shared libraries
ii  libgcc1   1:4.3.3-3  GCC support library
ii  libqt4-network4.4.3-2Qt 4 network module
ii  libqt4-script 4.4.3-2Qt 4 script module
ii  libqt4-sql4.4.3-2Qt 4 SQL module
ii  libqt4-sql-sqlite 4.4.3-2Qt 4 SQLite 3 database driver
ii  libqtcore44.4.3-2Qt 4 core module
ii  libstdc++64.3.3-3The GNU Standard C++ Library v3
ii  lsb-base  3.2-22 Linux Standard Base 3.2 init scrip

quassel-core recommends no packages.

quassel-core 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#523835:

[Manoj Srivastava]

Hi,

On Fri, May 01 2009, Alex Goebel wrote:
> Still broken in 12.012, had to generate initrd by hand (mkinitrd).

kernel-package no longer does initrd generation. User scripts
 do. 

> I'd also recommend to re-classify this as 'important', as it leaves
> people with an unbootable system (no matter what the corresponding
> piece of code is classified as within the package).

Well, that piece of code is provided by the user. Well, what do
 you have in /etc/kernel? 
  find /etc/kernel -type f -ls
 Based on the answer to that, we might discover what needs to be
 changed. 

manoj
-- 
Better hope you get what you want before you stop wanting it.
Manoj Srivastava    
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



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

Bug#526200: #526200 FTBFS when wx2.6-headers is installed

[Hamish]

Package: grass
Followup-For: Bug #526200


Hi,

this should be fixed in DebianGIS svn's debian/rules r2187.


--- packages/grass/trunk/debian/rules   2009/04/15 14:28:17 2151
+++ packages/grass/trunk/debian/rules   2009/05/02 00:44:21 2187
@@ -62,8 +62,7 @@
 --with-postgres-includes=$(shell pg_config --includedir) \
 --with-mysql-includes=$(shell mysql_config --include|sed 
-e 's/-I//') \
--with-proj-share=/usr/share/proj \
-   --with-wx=/usr/lib/wx/config/gtk2-unicode-release-2.8 \
-   --with-wxwidgets \
+   
--with-wxwidgets=/usr/lib/wx/config/gtk2-unicode-release-2.8 \
--with-python=/usr/bin/python-config \
--with-cairo



Hamish



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

Bug#526589: ITP: plexus-sec-dispatcher -- Plexus Security Dispatcher Component

[Ludovic Claude]

Package: wnpp
Severity: wishlist

Owner: "Ludovic Claude" 


* Package name: plexus-sec-dispatcher
  Version : 1.1
  Upstream Author : Sonatype
* URL : http://www.sonatype.org
* License : Apache
  Programming Lang: Java
  Description :

Plexus Security Dispatcher Component.
The Plexus project provides a full software stack for creating and
executing software projects. Based on the Plexus container, the
applications can utilise component-oriented programming to build
modular, reusable components that can easily be assembled and reused.

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








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

Bug#526588: ITP: plexus-cipher -- Plexus Cipher Component

[Ludovic Claude]

Package: wnpp
Severity: wishlist

Owner: "Ludovic Claude" 


* Package name: plexus-cipher
  Version : 1.1
  Upstream Author : Sonatype
* URL : http://www.sonatype.org
* License : Apache
  Programming Lang: Java
  Description :

Plexus Cipher Component.
The Plexus project provides a full software stack for creating and
executing software projects. Based on the Plexus container, the
applications can utilise component-oriented programming to build
modular, reusable components that can easily be assembled and reused.

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







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

Bug#477366: linking ncurses-ruby against libncursesw5

[Tobias]

Adeodato Simó suggests to follow through with the suggestion of this bug
report and link ncurses-ruby against ncursesw instead of ncurses because
he has observed that the sup email program will display non-ascii
characters better on a utf-8 terminal when linked like that.

I am the upstream author of ncurses-ruby. I admit that until today I had
no clear idea what the difference was between ncurses and ncursesw,
apart from ncursesw "somehow" enabling "wide characters". I have
investigated the matter today and I recommend not to link ncurses-ruby
against ncursesw.

Reasoning:

I agree that it would be a good thing to have a ruby ncurses binding
that links against ncursesw. Conventional ncurses (without the trailing
w) only works well with 8 bit charsets. A few years ago, this has not
been a problem for most users, as it was common then for linux
distributions to configure local 8 bit charsets like ISO-8859-1. Now
however, virtually every linux installation defaults to UTF-8 character
encoding. With the consequence that non-ascii characters require more
than one byte for encoding them. NCurses programs that worked fine in
the old environment will no longer display non-ascii characters reliably.

Is ncursesw the rescue? Yes, but its not that simple. You cannot simply
link an ncurses program against ncursesw and expect it to magically work
with UTF-8 Strings. In the email program mentioned above, you will still
notice display errors when you use the cursor keys to highlight a line
in the message body that contains non-ascii characters: Not the whole
line is highlighted, a few character cells will remain black. If an
email runs over several pages, then flipping the pages may cause some
garbage from the previous page remain on the screen in lines containing
non-ascii characters.

What is happening?  The email program still calls mvaddstr with an utf-8
encoded string. As far as ncurses(w) is concerned, the multiple bytes
that make up a single non-ascii character are distributed to different
character cells on the screen. The only reason why the user can
recognise the original non-ascii character on the screen is that ncurses
probably also happens to "print" the sub-character bytes in the correct
sequence to the terminal, which then interprets the resulting UTF-8
encoding. However, after the printing, there is a disagreement on the
horizontal position of the cursor between the terminal and the
ncurses(w) library.

The correct way to use ncursesw to print non-ascii, utf-8 encoded
characters on a utf-8 terminal is for the application to split the
string to print into (possibly multibyte) characters, compute the
unicode codepoint for each character, and call the wide character
functions of ncursesw (e.g. mvadd_wch, mvaddwstr). This requires a
ncursesw-ruby wrapper as well as changes to the application. Looking at
the source code of the mailer I'd say that it is not really suited for
UTF-8 encoded strings yet, as it still assumes that the length of a
string in bytes is equal to the number of characters in the string.

Conclusions:
- The switch from 8 bit character sets to UTF-8 requires serious
modifications to applications using ncurses. Ncursesw cannot be used as
a drop-in replacement.
- A separate ncursesw-ruby wrapper is desirable. It has to export the
additional wide character functions.

Tobias



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

Bug#498917: might be unrelated to uswsusp

[Ionut Ciocirlan]

I've been using 0.7-1.2 until today. It worked perfectly in the past, but the 
last time i hibernated my computer must have been 1-2 months ago.

I'm (mostly) using debian testing packages, except for the kernel, which has 
been latest vanilla for almost 1 year.

Today, (kernel 2.6.29.2, uswsusp from testing) i got these same symptoms.
mkswapped and reconfigured uswsusp to no avail; I get "Unable to find swap-
space signature" upon boot.

That message is unrelated, because it comes late in the boot process from 
mm/swapfile.c (when trying to swapon) -- a side-effect of s2disk wiping the 
swap 
partition. However it means the resume in initrd failed, both from 
scripts/local-premount/uswsusp and scripts/local-premount/resume.

Finally, i passed resume=/dev/sda3 to the kernel, and now I'm typing this on a 
resumed system.

Which means that either both tests fail:
[ -e /sys/class/misc/snapshot/dev ]
[ -e /sys/power/resume ]
or both binaries fail. Or an unfortunate combination.

I'll try to dig deeper and see what happens.

Bug#526585: givaro: FTBFS: libtool errors

[Tim Abbott]

I can confirm this on sid.  I'm been planning to update givaro to a newer 
version soon; I'll fix this when I do that.

-Tim Abbott

On Fri, 1 May 2009, Daniel Schepler wrote:

> Package: givaro
> Version: 3.2.10-1
> Severity: serious
> 
> From my pbuilder build log:
> 
> ...
> Making all in system
> make[5]: Entering directory `/tmp/buildd/givaro-3.2.10/src/kernel/system'
> /bin/sh ../../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
> -I../../.. -I../../.. -I../../../src/kernel/memory   -g -O2 -g -Wall -O2 -c 
> -o givbasictype.lo givbasictype.C
> ../../../libtool: line 841: X--tag=CXX: command not found
> ../../../libtool: line 874: libtool: ignoring unknown tag : command not found
> ../../../libtool: line 841: X--mode=compile: command not found
> ../../../libtool: line 1008: *** Warning: inferring the mode of operation is 
> deprecated.: command not found
> ../../../libtool: line 1009: *** Future versions of Libtool will require 
> --mode=MODE be specified.: command not found
> ../../../libtool: line 1152: Xg++: command not found
> ../../../libtool: line 1152: X-DHAVE_CONFIG_H: command not found
> ../../../libtool: line 1152: X-I.: command not found
> ../../../libtool: line 1152: X-I../../..: No such file or directory
> ../../../libtool: line 1152: X-I../../..: No such file or directory
> ../../../libtool: line 1152: X-I../../../src/kernel/memory: No such file or 
> directory
> ../../../libtool: line 1152: X-g: command not found
> ../../../libtool: line 1152: X-O2: command not found
> ../../../libtool: line 1152: X-g: command not found
> ../../../libtool: line 1152: X-Wall: command not found
> ../../../libtool: line 1152: X-O2: command not found
> ../../../libtool: line 1152: X-c: command not found
> ../../../libtool: line 1205: Xgivbasictype.lo: command not found
> ../../../libtool: line 1210: libtool: compile: cannot determine name of 
> library object from `': command not found
> make[5]: *** [givbasictype.lo] Error 1
> make[5]: Leaving directory `/tmp/buildd/givaro-3.2.10/src/kernel/system'
> make[4]: *** [all-recursive] Error 1
> make[4]: Leaving directory `/tmp/buildd/givaro-3.2.10/src/kernel'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/tmp/buildd/givaro-3.2.10/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/tmp/buildd/givaro-3.2.10'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/tmp/buildd/givaro-3.2.10'
> make: *** [debian/stamp-makefile-build] Error 2
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2
> -- 
> Daniel Schepler
> 
> 
> 
> 



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

Bug#526587: /etc/cron.weekly/apt-xapian-index gives DeprecationWarning

[Justin B Rye]

Package: apt-xapian-index
Version: 0.18
Severity: minor
Tags: patch

When there's work to do, the cron.weekly (ana)cron job sends me an
error message, as follows.

/etc/cron.weekly/apt-xapian-index:
/usr/share/apt-xapian-index/plugins/debtags.py:92: DeprecationWarning: Use 
tags_of_package instead
  for tag in self.db.tagsOfPackage(pkg.name):

Even a Python ignoramus like me can fix that one: it's
s/tagsOfPackage/tags_of_package/ (on lines 92 _and_ 105).
Trivial patch attached which Works For Me.

(This is presumably the kid brother of the much nastier python-apt
issues already reported, but unlike them it still seems to be
present in the version 0.19 in Sid, as far as I can tell.)

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

Kernel: Linux 2.6.29.custom
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages apt-xapian-index depends on:
ii  python2.5.4-2An interactive high-level object-o
ii  python-apt0.7.8  Python interface to libapt-pkg
ii  python-debian 0.1.13 Python modules to work with Debian
ii  python-xapian 1.0.10-1   Xapian search engine interface for

apt-xapian-index recommends no packages.

apt-xapian-index suggests no packages.

-- no debconf information
-- 
JBR
Ankh kak! (Ancient Egyptian blessing)
--- debtags.py.old	2009-05-01 23:24:51.0 +0100
+++ debtags.py.new	2009-05-01 23:00:19.0 +0100
@@ -89,7 +89,7 @@
 document  is the document to update
 pkg   is the python-apt Package object for this package
 """
-for tag in self.db.tagsOfPackage(pkg.name):
+for tag in self.db.tags_of_package(pkg.name):
 document.add_term("XT"+tag)
 
 def indexDeb822(self, document, pkg):
@@ -102,7 +102,7 @@
 document  is the document to update
 pkg   is the Deb822 object for this package
 """
-for tag in self.db.tagsOfPackage(pkg["Package"]):
+for tag in self.db.tags_of_package(pkg["Package"]):
 document.add_term("XT"+tag)
 
 def init():

Bug#526586: mkfs.ufs: could not find special device

[Christian Kujau]

Package: ufsutils
Version: 7.1-2
Severity: important
Tags: patch


Currently mkfs.ufs is not working in a Linux environment and is just
returning an error message when used:

> # mkfs.ufs /dev/md0
> mkfs.ufs: /dev/md0: could not find special device

This has been outlined in great detail by Dmitriy Kryuk before[0]. Attached
to his report is a diff to libufs/type.c; a dpatch will be attached to this
report later on. After applying the patch, I was able to successfully create,
mount and read/write from/to the newly created filesystem.


Thanks,
Christian.

[0] http://www.mail-archive.com/debian-...@lists.debian.org/msg04275.html

# mkfs.ufs /dev/md0
/dev/md0: 3812.1MB (7807104 sectors) block size 16384, fragment size 2048
using 21 cylinder groups of 183.72MB, 11758 blks, 23552 inodes.
super-block backups (for fsck -b #) at:
 160, 376416, 752672, 1128928, 1505184, 1881440, 2257696, 2633952, 3010208,
 3386464, 3762720, 4138976, 4515232, 4891488, 5267744, 5644000, 6020256, 
 6396512, 6772768, 7149024, 7525280
# mount -t ufs -o ufstype=ufs2 /dev/md0 /mnt/md0   
# grep md0 /proc/mounts 
/dev/md0 /mnt/md0 ufs rw,relatime,ufstype=ufs2,onerror=lock 0 0


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

Kernel: Linux 2.6.30-rc4
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages ufsutils depends on:
ii  libbsd0  0.0.1-2 utility functions from BSD systems
ii  libc62.9-9   GNU C Library: Shared libraries
ii  libedit2 2.11~20080614-1 BSD editline and history libraries
ii  libncurses5  5.7+20090411-1  shared libraries for terminal hand
ii  libufs2  7.1-2   UFS filesystem shared library

ufsutils recommends no packages.

ufsutils suggests no packages.

-- no debconf information#DPATCHLEVEL=1
Index: ufsutils/libufs/type.c
===
--- ufsutils.orig/libufs/type.c
+++ ufsutils/libufs/type.c
@@ -23,6 +23,9 @@
  * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING
  * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
  * POSSIBILITY OF SUCH DAMAGE.
+ *
+ * Modified by Dmitriy Kryuk  to 
+ * port libufs to Linux.
  */
 
 #include 
@@ -108,32 +111,19 @@ again:	if ((ret = stat(name, &st)) < 0) 
 		 */
 		name = oname;
 	}
-	if (ret >= 0 && S_ISCHR(st.st_mode)) {
+	/* There is a portability issue between BSD and Linux in that Linux
+	 * mounts filesystems from block devices, not the character ones. I
+	 * also consider it unlikely to format a device a filesystem is mounted
+	 * from
+	 */
+	if (ret >= 0 && S_ISBLK(st.st_mode)) {
 		/* This is what we need, do nothing. */
 		;
-	} else if ((fs = getfsfile(name)) != NULL) {
-		/*
-		 * The given mount point is listed in /etc/fstab.
-		 * It is possible that someone unmounted file system by hand
-		 * and different file system is mounted on this mount point,
-		 * but we still prefer /etc/fstab entry, because on the other
-		 * hand, there could be /etc/fstab entry for this mount
-		 * point, but file system is not mounted yet (eg. noauto) and
-		 * statfs(2) will point us at different file system.
-		 */
-		name = fs->fs_spec;
-	} else if (ret >= 0 && S_ISDIR(st.st_mode)) {
-		/*
-		 * The mount point is not listed in /etc/fstab, so it may be
-		 * file system mounted by hand.
-		 */
-		if (statfs(name, &sfs) < 0) {
-			ERROR(disk, "could not find special device");
-			return (-1);
-		}
-		strlcpy(dev, sfs.f_mntfromname, sizeof(dev));
-		name = dev;
 	} else {
+		/* I consider adding a more detailed analysis on the root of
+		 * the problem - in particular, if a file doesn't exist or is
+		 * not a block special device
+		 */
 		ERROR(disk, "could not find special device");
 		return (-1);
 	}
Index: ufsutils/include/ufs/ffs/fs.h
===
--- ufsutils.orig/include/ufs/ffs/fs.h
+++ ufsutils/include/ufs/ffs/fs.h
@@ -33,6 +33,9 @@
 #ifndef _UFS_FFS_FS_H_
 #define _UFS_FFS_FS_H_
 
+#include 
+#include 
+
 /*
  * Each disk drive contains some number of filesystems.
  * A filesystem consists of a number of cylinder groups.
Index: ufsutils/include/ufs/ufs/dinode.h
===
--- ufsutils.orig/include/ufs/ufs/dinode.h
+++ ufsutils/include/ufs/ufs/dinode.h
@@ -68,6 +68,8 @@
 #ifndef _UFS_UFS_DINODE_H_
 #define	_UFS_UFS_DINODE_H_
 
+#include 
+
 /*
  * The root inode is the root of the filesystem.  Inode 0 can't be used for
  * normal purposes and historically bad blocks were linked to inode 1, thus
Index: ufsutils/include/ufs/ufs/dir.h
===
--- ufsutils.orig/include/ufs/ufs/dir.h
+++ ufsutils/include/

Bug#485723: fixed in xaw3d

[Daniel Schepler]

package xpaint
severity 485723 normal
thanks

It looks like xaw3dg-dev depends on xutils-dev, so this is no longer an issue.  
Still, it would be good for xpaint to update its Build-Depends to xutils-dev, 
but it isn't urgent any more.
-- 
Daniel Schepler




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

Bug#526584: CMUCL requires SSE2 CPU on i386 architecture

[Torsten Landschoff]

Package: cmucl
Version: 19f-20090312-1
Severity: important

Hey there, 

While trying the examples of my "Practical Common Lisp" book, I wanted to 
install cmucl on my Debian system.
Unfortunately, it does not support my CPU as it seems:

pulsar:/home/torsten# apt-get install cmucl
Reading state information... Done
Suggested packages:
  cmucl-source cmucl-docs ilisp
The following NEW packages will be installed:
  cmucl
0 upgraded, 1 newly installed, 0 to remove and 1107 not upgraded.
Need to get 0B/11.3MB of archives.
After this operation, 34.3MB of additional disk space will be used.
Preconfiguring packages ...
Selecting previously deselected package cmucl.
(Reading database ... 579924 files and directories currently installed.)
Unpacking cmucl (from .../cmucl_19f-20090312-1_i386.deb) ...
Processing triggers for man-db ...
Setting up cmucl (19f-20090312-1) ...
Installing Common Lisp Controller in CMU CL ...
Core uses SSE2, but CPU doesn't support SSE2.  Exiting
FAILED

Uninstalling it again (as it is unusable this way) does not work either:

pulsar:/home/torsten# apt-get remove cmucl
Reading state information... Done
The following packages will be REMOVED:
  cmucl
0 upgraded, 0 newly installed, 1 to remove and 1107 not upgraded.
After this operation, 34.3MB disk space will be freed.
Do you want to continue [Y/n]?
(Reading database ... 580018 files and directories currently installed.)
Removing cmucl ...
update-binfmts: warning: /var/lib/binfmts/cmucl does not exist; nothing to do! 
update-binfmts: exiting due to previous errors
dpkg: error processing cmucl (--remove):
 subprocess pre-removal script returned error exit status 2
Errors were encountered while processing:
 cmucl
E: Sub-process /usr/bin/dpkg returned an error code (1)


It's not a big deal for me at this time as I can as well use the ecl, sbcl or 
clisp packages for a Common Lisp implementation.
However, I would expect an i386 package to run on i586 at least ;-)

Greetings, Torsten


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

Kernel: Linux 2.6.24 (SMP w/1 CPU core; 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 cmucl depends on:
ii  common-lisp-controller6.17   Common Lisp source and compiler ma
ii  debconf [debconf-2.0] 1.5.26 Debian configuration management sy
ii  libc6 2.9-6  GNU C Library: Shared libraries

Versions of packages cmucl recommends:
ii  binfmt-support1.2.11 Support for extra binary formats

Versions of packages cmucl suggests:
pn  cmucl-docs (no description available)
pn  cmucl-source   (no description available)
pn  ilisp  (no description available)

-- debconf information:
  cmucl/upgradeproblems:



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

Bug#526585: givaro: FTBFS: libtool errors

[Daniel Schepler]

Package: givaro
Version: 3.2.10-1
Severity: serious

From my pbuilder build log:

...
Making all in system
make[5]: Entering directory `/tmp/buildd/givaro-3.2.10/src/kernel/system'
/bin/sh ../../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I../../.. -I../../.. -I../../../src/kernel/memory   -g -O2 -g -Wall -O2 -c -o 
givbasictype.lo givbasictype.C
../../../libtool: line 841: X--tag=CXX: command not found
../../../libtool: line 874: libtool: ignoring unknown tag : command not found
../../../libtool: line 841: X--mode=compile: command not found
../../../libtool: line 1008: *** Warning: inferring the mode of operation is 
deprecated.: command not found
../../../libtool: line 1009: *** Future versions of Libtool will require 
--mode=MODE be specified.: command not found
../../../libtool: line 1152: Xg++: command not found
../../../libtool: line 1152: X-DHAVE_CONFIG_H: command not found
../../../libtool: line 1152: X-I.: command not found
../../../libtool: line 1152: X-I../../..: No such file or directory
../../../libtool: line 1152: X-I../../..: No such file or directory
../../../libtool: line 1152: X-I../../../src/kernel/memory: No such file or 
directory
../../../libtool: line 1152: X-g: command not found
../../../libtool: line 1152: X-O2: command not found
../../../libtool: line 1152: X-g: command not found
../../../libtool: line 1152: X-Wall: command not found
../../../libtool: line 1152: X-O2: command not found
../../../libtool: line 1152: X-c: command not found
../../../libtool: line 1205: Xgivbasictype.lo: command not found
../../../libtool: line 1210: libtool: compile: cannot determine name of library 
object from `': command not found
make[5]: *** [givbasictype.lo] Error 1
make[5]: Leaving directory `/tmp/buildd/givaro-3.2.10/src/kernel/system'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/tmp/buildd/givaro-3.2.10/src/kernel'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/tmp/buildd/givaro-3.2.10/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/givaro-3.2.10'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/givaro-3.2.10'
make: *** [debian/stamp-makefile-build] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
-- 
Daniel Schepler




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

Bug#522709: Fixed in linux-image-2.6.26-2-amd64 / linux-image-2.6.29-1-amd64

[Modestas Vainius]

Hello,

Sorry for the wrong subject of the previous mail.

-- 
Modestas Vainius 


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

Bug#526580: libpoe-component-jabber-perl: FTBFS: Missing Build-Depends

[gregor herrmann]

On Fri, 01 May 2009 16:14:11 -0700, Daniel Schepler wrote:

>dh_auto_test
> make[1]: Entering directory `/tmp/buildd/libpoe-component-jabber-perl-2.03'
> /usr/bin/perl Build --makefile_env_macros 1 test
> t/01_basic.Can't locate Filter/Template.pm in @INC

libfilter-template-perl isn't needed anymore by 3.00-1 which is
already in svn but waits for libpoe-component-pubsub-perl which is in
the NEW queue.

Cheers,
gregor 
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Dire Straits: Telegraph Road


signature.asc
Description: Digital signature

Bug#522709: Fwd: Re: Bug#526519: cmake immediately hangs if run in i386 chroot on amd64 host

[Modestas Vainius]

Version: 2.6.26-14

reassign 522709 linux-image-2.6.26-1-amd64 2.6.26-13
close 522709 2.6.26-14
unarchive 518921
forcemerge 518921 522709
archive 518921
thanks

Hello,

This bug is a dupe of #518921. It was fixed after upgrading the kernel. I have 
not sent this mail to cont...@bugs.debian.org, 522709-d...@bugs.debian.org 
intentionally (left for maintainer to do it).

To fix the problem, please upgrade and use kernel linux-image-2.6.26-2-amd64 
2.6.26-14 or later. Alternatively, use vanilla linux kernel v2.6.29-rc4 or 
later or apply the patch in the bug #518921. See [1] for more information.

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

-- 
Modestas Vainius 

---


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

Bug#526581: xgalaga: FTBFS: conflicting types for 'fd_set'

[Steve Cotton]

On Fri, May 01, 2009 at 04:20:01PM -0700, Daniel Schepler wrote:
> Package: xgalaga
>
> /usr/include/sys/select.h:78: error: conflicting types for 'fd_set'
> /usr/include/linux/types.h:12: error: previous declaration of 'fd_set' was 
> here

Hi Daniel,

This looks like a duplicate of linux-libc-dev's
#523121 error: conflicting types for 'fd_set'

I can see you're doing a mass-bug-filing for FTBFS tests; but when
linux-libc-dev is broken I think a lot of them may turn out to be
duplicates.

Regards,
Steve



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

Bug#515874: wajig pretend to install depends of the upgrade version of an hold package

[Jaime Ochoa Malagón]

my test is the following:

put this lines in your /etc/apt/sources.list

deb http://www.debian-multimedia.org/ lenny main
deb http://www.debian-multimedia.org/ etch main

install dvdstyler=1:1.4-0.5

refugio:/home/chptma# apt-cache policy dvdstyler
dvdstyler:
  Installed: 1:1.4-0.5
  Candidate: 1:1.7.1-0.1
  Version table:
 1:1.7.1-0.1 0
900 http://www.debian-multimedia.org lenny/main Packages
 *** 1:1.4-0.5 0
500 http://www.debian-multimedia.org etch/main Packages
100 /var/lib/dpkg/status

the preferences should let dvdstyler to upgrade

wajig dailyupgrade attemps to upgrade dvdstyler and their depends I
only show the important package (the problem ahs grow since then for
an experimental package that I have...)

The following NEW packages will be installed:
  dvdstyler-data libwxsvg0
The following packages will be upgraded:
  dvdstyler

I choose to hold dvdstyler

refugio:/home/chptma# wajig hold dvdstyler
The following packages are on hold:
dvdstyler

wajig dailyupgrade correctly hold the package but continue to attemps
to install depends

The following NEW packages will be installed:
  dvdstyler-data libwxsvg0
The following packages have been kept back:
  dvdstyler

refugio:/home/chptma# apt-cache policy dvdstyler
dvdstyler:
  Installed: 1:1.4-0.5
  Candidate: 1:1.7.1-0.1
  Version table:
 1:1.7.1-0.1 0
900 http://www.debian-multimedia.org lenny/main Packages
 *** 1:1.4-0.5 0
500 http://www.debian-multimedia.org etch/main Packages
100 /var/lib/dpkg/status

refugio:/home/chptma# aptitude upgrade
W: The "upgrade" command is deprecated; use "safe-upgrade" instead.
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 25 not upgraded.
Need to get 0B of archives. After unpacking 0B will be used.
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done

refugio:/home/chptma# aptitude dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 25 not upgraded.
Need to get 0B of archives. After unpacking 0B will be used.
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done

refugio:/home/chptma# aptitude safe-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 25 not upgraded.
Need to get 0B of archives. After unpacking 0B will be used.
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done

If I unhold the package:

refugio:/home/chptma# aptitude upgrade
W: The "upgrade" command is deprecated; use "safe-upgrade" instead.
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
Resolving dependencies...
The following NEW packages will be installed:
  dvdstyler-data{a} libwxsvg0{a}
The following packages will be REMOVED:
  mpgtx{u}
The following packages will be upgraded:
  dvdstyler
1 packages upgraded, 2 newly installed, 1 to remove and 24 not upgraded.
Need to get 0B/1407kB of archives. After unpacking 2654kB will be used.

If I mark the version to "F"orget in aptitude

refugio:/home/chptma# aptitude upgrade
W: The "upgrade" command is deprecated; use "safe-upgrade" instead.
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 25 not upgraded.
Need to get 0B of archives. After unpacking 0B will be used.
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done

Hope all this helps.

2009/5/1 Graham Williams :
> Hi Jaime,
>
> Could you provide the sequence of commands or example that 

Bug#491602: [PATCH] Populate slime-lisp-implementations automatically

[Torsten Landschoff]

Hi there, 

Attached is a trivial patch to initialize slime-lisp-implementations by 
looking for Debian packaged Common-Lisp implementations on path.

This is far from ideal, but it is a start and it allows me to run 

$ emacs -f slime

to start emacs and get directly into a slime session (provided I have
clisp, ecl, sbcl or cmucl on my $PATH).

Greetings, Torsten
>From dc06400cfc13d0d572cc46770680b7c7306d2039 Mon Sep 17 00:00:00 2001
From: Torsten Landschoff 
Date: Sat, 2 May 2009 01:30:41 +0200
Subject: [PATCH] Add trivial initialization of slime-lisp-implementations.

---
 debian/changelog |8 
 slime.el |   11 ++-
 2 files changed, 18 insertions(+), 1 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 24b4a40..023f900 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+slime (1:20090409-1.1) unstable; urgency=low
+
+  [ Torsten Landschoff ]
+  * slime.el: Populate slime-lisp-implementations from known common
+lisp implementations on PATH (closes: #491602).
+
+ -- Torsten Landschoff   Sat, 02 May 2009 01:25:22 +0200
+
 slime (1:20090409-1) unstable; urgency=low
 
   * New upstream version. 
diff --git a/slime.el b/slime.el
index 7f0f1bb..04c5793 100644
--- a/slime.el
+++ b/slime.el
@@ -123,6 +123,15 @@ Return nil if the ChangeLog file cannot be found."
 (setq slime-protocol-version
   (eval-when-compile (slime-changelog-date)))
 
+(defun slime-gather-lisp-implementations ()
+  "Compute sane default value for slime-lisp-implementations."
+  (let ((known-lisps '("sbcl" "clisp" "ecl" "cmucl")))
+(remove-if
+ 'null
+ (mapcar 
+  (lambda (l) (if (executable-find l) (list l (list l
+  known-lisps
+
 
  Customize groups
 ;;
@@ -1116,7 +1125,7 @@ last activated the buffer."
 (defvar inferior-lisp-program "lisp" 
   "*Program name for invoking an inferior Lisp with for Inferior Lisp mode.")
 
-(defvar slime-lisp-implementations nil
+(defvar slime-lisp-implementations (slime-gather-lisp-implementations)
   "*A list of known Lisp implementations.
 The list should have the form: 
   ((NAME (PROGRAM PROGRAM-ARGS...) &key INIT CODING-SYSTEM ENV) ...)
-- 
1.6.2.4

Bug#526566: Bug in libbio-primerdesigner-perl fixed in revision 34601

[pkg-perl-maintainers]

tag 526566 + pending
thanks

Some bugs are closed in revision 34601
by Gregor Herrmann (gregoa)

Commit message:

debian/rules: skip test t/remote.t which tries to connect to somewhere and
causes a FBTFS; thanks to Daniel Schepler for the bug report
(closes: #526566)



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

Bug#526583: plotutils: FTBFS: Automake errors

[Daniel Schepler]

Package: plotutils
Version: 2.5-2
Severity: serious

From my pbuilder build log:

...
chmod +x debian/backup.sh
debian/backup.sh
debian/backup.sh: backing up upstreams autotooled files
AUTOMAKE=automake-1.9 autoreconf --force --install
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
configure.ac: installing `./install-sh'
configure.ac: installing `./missing'
double/Makefile.am: installing `./depcomp'
info/Makefile.am:3: installing `info/texinfo.tex'
/usr/share/automake-1.9/am/depend2.am: am__fastdepCXX does not appear in 
AM_CONDITIONAL
libplotter/Makefile.am: C++ source seen but `CXX' is undefined
libplotter/Makefile.am: 
libplotter/Makefile.am: The usual way to define `CXX' is to add `AC_PROG_CXX'
libplotter/Makefile.am: to `configure.ac' and run `autoconf' again.
ode/Makefile.am:9: `YFLAGS' is a user variable, you should not override it;
ode/Makefile.am:9: use `AM_YFLAGS' instead.
/usr/share/automake-1.9/am/depend2.am: am__fastdepCXX does not appear in 
AM_CONDITIONAL
pic2plot/Makefile.am: C++ source seen but `CXX' is undefined
pic2plot/Makefile.am: 
pic2plot/Makefile.am: The usual way to define `CXX' is to add `AC_PROG_CXX'
pic2plot/Makefile.am: to `configure.ac' and run `autoconf' again.
pic2plot/Makefile.am:10: `YFLAGS' is a user variable, you should not override 
it;
pic2plot/Makefile.am:10: use `AM_YFLAGS' instead.
/usr/share/automake-1.9/am/depend2.am: am__fastdepCXX does not appear in 
AM_CONDITIONAL
pic2plot/libgroff/Makefile.am: C++ source seen but `CXX' is undefined
pic2plot/libgroff/Makefile.am: 
pic2plot/libgroff/Makefile.am: The usual way to define `CXX' is to add 
`AC_PROG_CXX'
pic2plot/libgroff/Makefile.am: to `configure.ac' and run `autoconf' again.
configure.ac:68: installing `./config.guess'
configure.ac:68: installing `./config.sub'
Makefile.am: installing `./INSTALL'
autoreconf: automake-1.9 failed with exit status: 1
make: *** [autogen-stamp] Error 1
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
-- 
Daniel Schepler




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

Bug#526582: kile: Provides empty path when executing external programs

[Rodrigo Chandia]

Package: kile
Version: 1:2.1.0~svn949704-1
Severity: normal


Trying to execute ViewDVI gives an error as if kpsewhich were not installed or 
in the
path.

Upon further examination it appears that the enviroment does not provide a PATH 
variable.

forcing kile to execute an script that provides a minimal PATH variable 
containing /usr/bin (and then executes okular) provides a temporary fix.

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

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

Versions of packages kile depends on:
ii  kdebase-runtime4:4.2.2-1 runtime components from the offici
ii  kdelibs5   4:4.2.2-2 core libraries for all KDE 4 appli
ii  konsole4:4.2.2-1 X terminal emulator for KDE 4
ii  libc6  2.9-9 GNU C Library: Shared libraries
ii  libgcc11:4.3.3-8 GCC support library
ii  libqt4-dbus4.5.1-1   Qt 4 D-Bus module
ii  libqt4-network 4.5.1-1   Qt 4 network module
ii  libqt4-script  4.5.1-1   Qt 4 script module
ii  libqt4-svg 4.5.1-1   Qt 4 SVG module
ii  libqt4-xml 4.5.1-1   Qt 4 XML module
ii  libqtcore4 4.5.1-1   Qt 4 core module
ii  libqtgui4  4.5.1-1   Qt 4 GUI module
ii  libstdc++6 4.3.3-8   The GNU Standard C++ Library v3
ii  texlive-base-bin   2007.dfsg.2-6 TeX Live: Essential binaries
ii  texlive-latex-base 2007.dfsg.2-3 TeX Live: Basic LaTeX packages

Versions of packages kile recommends:
ii  asymptote1.43-1  script-based vector graphics langu
ii  context  2008.05.21-1powerful TeX format
ii  dblatex  0.2.9-4 Produces DVI, PostScript, PDF docu
ii  dvipdfmx 1:20090115-1.1  A DVI to PDF translator with CJK s
ii  dvipng   1.11-1  convert DVI files to PNG graphics
ii  ghostscript  8.64~dfsg-1.1   The GPL Ghostscript PostScript/PDF
ii  gv   1:3.6.7-1   PostScript and PDF viewer for X
ii  iceweasel3.0.9-1 lightweight web browser based on M
ii  imagemagick  7:6.5.1.0-1 image manipulation programs
ii  kbibtex  0.2.1-1 BibTeX editor for KDE
ii  konqueror4:4.2.2-1   KDE 4's advanced file manager, web
ii  latex2html   2002-2-1-20050114-6 LaTeX to HTML translator
ii  lilypond 2.10.33-2.3 A program for typesetting sheet mu
ii  okular   4:4.2.2-1   document viewer for KDE 4
ii  psutils  1.17-26 A collection of PostScript documen
ii  tex4ht   20090223-1  LaTeX and TeX for Hypertext (HTML)
ii  texlive-metapost 2007.dfsg.2-6   TeX Live: MetaPost (and Metafont) 
ii  texlive-xetex2007.dfsg.2-6   TeX Live: XeTeX macros
ii  zip  3.0-1   Archiver for .zip files

Versions of packages kile suggests:
ii  kile-doc 1:2.1.0~svn949704-1 KDE Integrated LaTeX Environment (
pn  kile-i18n  (no description available)
ii  texlive-doc-base 2007.dfsg.2-2   TeX Live: Base documentation

-- 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#523467: xserver-xorg-video-radeon: Problem solved here

[Torquil Macdonald Sørensen]

Package: xserver-xorg-video-radeon
Severity: normal

This problem is now also (mainly) solved for me, by doing similarly to what 
Mathias explained. First
I installed a linux 2.6.30 from the Debian kernel team, but it did not fix the 
problem. Then I saw in
the "dmesg" log that it asked for a radeon firmware file. It is located in the
firmware-linux package, so I installed it. Now e.g. googleearth works fine, but 
glxgears
complains about missing double buffered visuals. But that is something I will 
try to figure
out next by playing with different options in xorg.conf.

Sorry Michel, for not answering your question earlier about disabling the 
xorg.conf options, I didn't
get that message on email, I was it just now when I checked if there was any 
new responses
to this bug report. I don't really know what to do to ensure that responses to 
bug reports are
sent to me by mail. It seems that sometimes they are and sometimes not...

The problem was independent of those options (ColorTiling, PageFlipping, etc), 
as I recall.
After the actions described above, the problem was fixed even though these 
options were on.
But there was some stability problems, so commented out the EXA line, and the 
other options. I
will play with them abit and see if I can find which option that causes the 
stability problems
when running google earth. But that  would probably be unrelated to this 
particular bug report.

Best regards
Torquil Sørensen

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 2007-09-17 16:46 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1695356 2009-04-15 13:47 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 
9600 M10]

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1483 2009-05-02 00:56 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
Section "ServerLayout"
Identifier  "Layout0"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
FontPath "unix/:7100"
EndSection

Section "ServerFlags"
Option "BlankTime" "10"
Option "StandbyTime" "12"
Option "SuspendTime" "14"
Option "OffTime" "16"
Option "Xinerama" "false"
Option "AllowEmptyInput" "false"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "AutoRepeat" "500 30"
Option "XkbRules" "xfree86"
Option "XkbModel" "pc101"
Option "XkbLayout" "no"
EndSection

Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "ImPS/2"
Option "ZAxisMapping" "4 5"
Option "Device" "/dev/input/mice"
EndSection

Section "Monitor"
Identifier "Monitor0"
DisplaySize 306 229
Option "DPMS" "true"
EndSection

Section "Device"
Identifier "Device0"
Driver "radeon"
#   Option "AccelMethod" "EXA"
#   Option "BackingStore" "true"
#   Option "ColorTiling" "true"
#   Option "EnablePageFlip" "true"
Option "AGPMode" "4"
Option "GARTSize" "128"
#   Option "AGPFastWrite" "true"
#   Option "DynamicClocks" "true"
Option "Monitor-LVDS" "Monitor0"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1400x1050" "1280x1024" "1280x960" "1024x768" "800x600" 
"700x525" "640x480"
EndSubSection
EndSection

Section "DRI"
Group 44
Mode 0660
EndSection



Xorg X server log files on system:
-rw-r--r-- 1 root root 40810 2008-02-06 21:06 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 50273 2009-05-02 00:57 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.6.1
Release Date: 2009-4-14
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.26-1-amd64 x86_64 Package files:  100 
/var/lib/dpkg/status  release a=now  500 http://ftp.debian.org sid/main 
Packages  release o=Debian,a=unstable,l=Debian,c=main  origin 
ftp.debian.org Pinned packages:
Current Operating System: Linux tmac 2.6.30-rc3-686 #1 SMP Mon Apr 27 08:56:08 
UTC 2009 i686
Build Date: 15 April 2009  11:46:22AM
xorg-server 2:1.6.1-1 (bgog...@debian.org) 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "

Bug#516897: Acknowledgement (lighttpd: Please package 1.4.21)

[Yonas]

+1 Olaf. Please update. It's been over a year!!

- Yonas




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

Bug#526581: xgalaga: FTBFS: conflicting types for 'fd_set'

[Daniel Schepler]

Package: xgalaga
Version: 2.1.1.0-3
Severity: serious

From my pbuilder build log:

...
gcc -I. -Wall -g -DXF86VIDMODE -O2 -DHAVE_CONFIG_H  
-DXGALAGADIR=\"/usr/share/games/xgalaga/\" 
-DSOUNDSERVER=\"/usr/lib/games/xgalaga/xgal.sndsrv.oss\" -DORIGINAL_XGALAGA -c 
linux-joystick.c -o linux-joystick.o
In file included from /usr/include/sys/time.h:31,
 from /usr/include/linux/input.h:12,
 from /usr/include/linux/joystick.h:31,
 from linux-joystick.c:9:
/usr/include/sys/select.h:78: error: conflicting types for 'fd_set'
/usr/include/linux/types.h:12: error: previous declaration of 'fd_set' was here
In file included from /usr/include/linux/input.h:14,
 from /usr/include/linux/joystick.h:31,
 from linux-joystick.c:9:
/usr/include/sys/types.h:46: error: conflicting types for 'loff_t'
/usr/include/linux/types.h:30: error: previous declaration of 'loff_t' was here
/usr/include/sys/types.h:62: error: conflicting types for 'dev_t'
/usr/include/linux/types.h:13: error: previous declaration of 'dev_t' was here
In file included from /usr/include/sys/types.h:133,
 from /usr/include/linux/input.h:14,
 from /usr/include/linux/joystick.h:31,
 from linux-joystick.c:9:
/usr/include/time.h:105: error: conflicting types for 'timer_t'
/usr/include/linux/types.h:22: error: previous declaration of 'timer_t' was here
In file included from /usr/include/linux/input.h:14,
 from /usr/include/linux/joystick.h:31,
 from linux-joystick.c:9:
/usr/include/sys/types.h:198: error: conflicting types for 'int64_t'
/usr/include/linux/types.h:98: error: previous declaration of 'int64_t' was here
/usr/include/sys/types.h:204: error: conflicting types for 'u_int64_t'
/usr/include/linux/types.h:97: error: previous declaration of 'u_int64_t' was 
here
In file included from /usr/include/linux/input.h:14,
 from /usr/include/linux/joystick.h:31,
 from linux-joystick.c:9:
/usr/include/sys/types.h:235: error: conflicting types for 'blkcnt_t'
/usr/include/linux/types.h:119: error: previous declaration of 'blkcnt_t' was 
here
make[1]: *** [linux-joystick.o] Error 1
make[1]: Leaving directory `/tmp/buildd/xgalaga-2.1.1.0'
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
-- 
Daniel Schepler




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

Bug#526346: Patch

[John Wright]

tags 526346 + patch
thanks

Hello,

The build system in this version of apr doesn't work with libtool 2.x.
It's fixed in the upstream Subversion repository.  The attached patch is
a port of the relevant commits in upstream svn.

Thanks,
-- 
John Wright 
#! /bin/sh /usr/share/dpatch/dpatch-run
## 025_libtool_2.x_fixes.dpatch by  
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Update build system to work with libtool 2.x
## DP:
## DP: This corresponds to upstream revisions:
## DP:   733052
## DP:   742752
## DP:   748902
## DP:   757363
@DPATCH@

diff --git a/build/buildcheck.sh b/build/buildcheck.sh
index 62fe931..c236810 100755
--- a/build/buildcheck.sh
+++ b/build/buildcheck.sh
@@ -38,7 +38,7 @@ fi
 # output is multiline from 1.5 onwards
 
 # Require libtool 1.4 or newer
-libtool=`build/PrintPath glibtool libtool libtool15 libtool14`
+libtool=`build/PrintPath glibtool1 glibtool libtool libtool15 libtool14`
 lt_pversion=`$libtool --version 2>/dev/null|sed -e 
's/([^)]*)//g;s/^[^0-9]*//;s/[- ].*//g;q'`
 if test -z "$lt_pversion"; then
 echo "buildconf: libtool not found."
diff --git a/buildconf b/buildconf
index bc0e9fd..11554ed 100755
--- a/buildconf
+++ b/buildconf
@@ -23,7 +23,7 @@
 #
 build/buildcheck.sh || exit 1
 
-libtoolize=`build/PrintPath glibtoolize libtoolize15 libtoolize14 libtoolize`
+libtoolize=`build/PrintPath glibtoolize1 glibtoolize libtoolize15 libtoolize14 
libtoolize`
 if [ "x$libtoolize" = "x" ]; then
 echo "libtoolize not found in path"
 exit 1
@@ -35,17 +35,20 @@ fi
 # Note: APR supplies its own config.guess and config.sub -- we do not
 #   rely on libtool's versions
 #
-echo "Copying libtool helper files ..."
+echo "buildconf: copying libtool helper files using $libtoolize"
 
 # Remove any libtool files so one can switch between libtool 1.3
 # and libtool 1.4 by simply rerunning the buildconf script.
-(cd build ; rm -f ltconfig ltmain.sh libtool.m4)
-
-$libtoolize --copy --automake
-
-if [ -f libtool.m4 ]; then 
-   ltfile=`pwd`/libtool.m4
-else
+(cd build ; rm -f ltconfig ltmain.sh libtool.m4 ltoptions.m4 ltsugar.m4 
ltversion.m4 lt~obsolete.m4)
+
+lt_pversion=`$libtoolize --version 2>/dev/null|sed -e 
's/([^)]*)//g;s/^[^0-9]*//;s/[- ].*//g;q'`
+lt_version=`echo $lt_pversion|sed -e 's/\([a-z]*\)$/.\1/'`
+IFS=.; set $lt_version; IFS=' '
+if test "$1" = "1"; then
+  $libtoolize --copy --automake
+  if [ -f libtool.m4 ]; then 
+ltfile=`pwd`/libtool.m4
+  else
ltfindcmd="`sed -n \"/=[^\\\`]/p;/libtool_m4=/{s/.*=/echo /p;q;}\" \
< $libtoolize`"
ltfile=${LIBTOOL_M4-`eval "$ltfindcmd"`}
@@ -54,21 +57,21 @@ else
  ltpath=`dirname $libtoolize`
  ltfile=`cd $ltpath/../share/aclocal ; pwd`/libtool.m4
fi
-fi
-  
-if [ ! -f $ltfile ]; then
+  fi
+  if [ ! -f $ltfile ]; then
 echo "$ltfile not found"
 exit 1
+  fi
+  # Do we need this anymore?
+  echo "buildconf: Using libtool.m4 at ${ltfile}."
+  cat $ltfile | sed -e 's/LIBTOOL=\(.*\)top_build/LIBTOOL=\1apr_build/' > 
build/libtool.m4
 fi
-
-echo "buildconf: Using libtool.m4 at ${ltfile}."
-
-cat $ltfile | sed -e 's/LIBTOOL=\(.*\)top_build/LIBTOOL=\1apr_build/' > 
build/libtool.m4
-
-# libtool.m4 from 1.6 requires ltsugar.m4
-if [ -f ltsugar.m4 ]; then
-   rm -f build/ltsugar.m4
-   mv ltsugar.m4 build/ltsugar.m4
+if test "$1" = "2"; then
+  $libtoolize --copy
+  # Wouldn't it just be better to define top_builddir??
+  mv build/libtool.m4 build/libtool.m4.$$
+  cat build/libtool.m4.$$ | sed -e 
's/LIBTOOL=\(.*\)top_build/LIBTOOL=\1apr_build/' > build/libtool.m4
+  rm build/libtool.m4.$$
 fi
 
 # Clean up any leftovers
@@ -77,22 +80,22 @@ rm -f aclocal.m4 libtool.m4
 #
 # Generate the autoconf header and ./configure
 #
-echo "Creating include/arch/unix/apr_private.h.in ..."
+echo "buildconf: creating include/arch/unix/apr_private.h.in ..."
 ${AUTOHEADER:-autoheader}
 
-echo "Creating configure ..."
+echo "buildconf: creating configure ..."
 ### do some work to toss config.cache?
 ${AUTOCONF:-autoconf}
 
 # Remove autoconf 2.5x's cache directory
 rm -rf autom4te*.cache
 
-echo "Generating 'make' outputs ..."
+echo "buildconf: generating 'make' outputs ..."
 build/gen-build.py make
 
 # Create RPM Spec file
 if [ -f `which cut` ]; then
-  echo rebuilding rpm spec file
+  echo "buildconf: rebuilding rpm spec file"
   ( REVISION=`build/get-version.sh all include/apr_version.h APR`
 VERSION=`echo $REVISION | cut -d- -s -f1`
 RELEASE=`echo $REVISION | cut -d- -s -f2`
diff --git a/configure.in b/configure.in
index 46b4b32..2ac1439 100644
--- a/configure.in
+++ b/configure.in
@@ -9,6 +9,7 @@ AC_PREREQ(2.50)
 AC_INIT(build/apr_common.m4)
 AC_CONFIG_HEADER(include/arch/unix/apr_private.h)
 AC_CONFIG_AUX_DIR(build)
+AC_CONFIG_MACRO_DIR(build)
 
 dnl 
 dnl Include our own M4 macros along with those for libtool
@@ -20,6 +21,10 @@ sinclude(build/apr_win32.m4)
 sinclude(build/apr_hints.m4)
 sinclude(build/libtool.m4)
 sinclude(build/ltsugar.m4)
+sinclude(bui

Bug#526580: libpoe-component-jabber-perl: FTBFS: Missing Build-Depends

[Daniel Schepler]

Package: libpoe-component-jabber-perl
Version: 2.03-1
Severity: serious

From my pbuilder build log:

...
   dh_auto_test
make[1]: Entering directory `/tmp/buildd/libpoe-component-jabber-perl-2.03'
/usr/bin/perl Build --makefile_env_macros 1 test
t/01_basic.Can't locate Filter/Template.pm in @INC (@INC contains: 
/tmp/buildd/libpoe-component-jabber-perl-2.03/blib/lib 
/tmp/buildd/libpoe-component-jabber-perl-2.03/blib/arch /etc/perl 
/usr/local/lib/perl/5.10.0 
/usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 
/usr/share/perl/5.10 /usr/local/lib/site_perl . /etc/perl 
/usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.10 
/usr/share/perl/5.10 /usr/local/lib/site_perl .) at t/01_basic.t line 2.
BEGIN failed--compilation aborted at t/01_basic.t line 2.
dubious
Test returned status 2 (wstat 512, 0x200)
t/02_xmpp..Can't locate Filter/Template.pm in @INC (@INC contains: 
/tmp/buildd/libpoe-component-jabber-perl-2.03/blib/lib 
/tmp/buildd/libpoe-component-jabber-perl-2.03/blib/arch /etc/perl 
/usr/local/lib/perl/5.10.0 
/usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 
/usr/share/perl/5.10 /usr/local/lib/site_perl . /etc/perl 
/usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.10 
/usr/share/perl/5.10 /usr/local/lib/site_perl .) at t/02_xmpp.t line 2.
BEGIN failed--compilation aborted at t/02_xmpp.t line 2.
dubious
Test returned status 2 (wstat 512, 0x200)
...
FAILED--5 test scripts could be run, alas--no output ever seen
make[1]: *** [test] Error 2
make[1]: Leaving directory `/tmp/buildd/libpoe-component-jabber-perl-2.03'
dh_auto_test: make returned exit code 2
make: *** [build-stamp] Error 1
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
-- 
Daniel Schepler




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

Bug#526579: elisa: FTBFS: cannot touch `/tmp/buildd/elisa-0.3.5/debian/tmp//usr/lib/python2.5/site-packages/elisa/__init__.py'

[Daniel Schepler]

Package: elisa
Version: 0.3.5-3
Severity: serious

From my pbuilder build log:

...
running build_scripts
touch debian/python-module-stampdir/python-elisa
rm -f /tmp/buildd/elisa-0.3.5/debian/tmp//usr/lib/python2.5/site-packages/*.pth
touch 
/tmp/buildd/elisa-0.3.5/debian/tmp//usr/lib/python2.5/site-packages/elisa/__init__.py
touch: cannot touch 
`/tmp/buildd/elisa-0.3.5/debian/tmp//usr/lib/python2.5/site-packages/elisa/__init__.py':
 No such file or directory
make: *** [common-install-indep] Error 1
dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 
2
-- 
Daniel Schepler




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

Bug#526577: python-werkzeug: FTBFS: cannot remove `debian/python-werkzeug/usr/docs/README'

[Noah Slater]

I believe this is caused by #525436.

Should be fixed in the next upload. Unsure what to do with this bug though.

Piotr, comments?

-- 
Noah Slater, http://tumbolia.org/nslater



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

Bug#526574: fbreader: toggle toolbar with a shortcut, save in the UI state

[Eugene V. Lyubimkin]

Andrei Paskevich wrote:
> Package: fbreader
> Version: 0.10.7dfsg-1
> Severity: wishlist
> 
> 
> It would be very handy to show/hide the toolbar with a shortcut 
> and to have the current state saved in ui.xml. Currently, the 
> toolbar is always visible at the start (in the windowed mode).
> 
Well, the toolbar is nearly only one thing that is there except the text :).
However, I will forward you wish upstream (right now fbreader BTS somewhy
refuses to accept a second report).

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



signature.asc
Description: OpenPGP digital signature

Bug#526578: poker-engine: FTBFS: Test failures

[Daniel Schepler]

Package: poker-engine
Version: 1.3.3-1
Severity: serious

From my pbuilder build log:

...
OK
PASS: muck.py
sh: ps: command not found
sh: ps: command not found
sh: ps: command not found
sh: ps: command not found
sh: ps: command not found
sh: ps: command not found
sh: ps: command not found
sh: ps: command not found
==
ERROR: test01_config (__main__.QuickLeakTestCase)
--
Traceback (most recent call last):
  File "./libxml2leak.py", line 83, in test01_config
self.leakWatch(func, "pokerengineconfig.Config")
  File "./libxml2leak.py", line 52, in leakWatch
leaks[0] = getVsize()
  File "./libxml2leak.py", line 35, in getVsize
return int(os.popen("echo -n $(ps h -o vsize -p " + str(os.getpid()) + 
")").read())
ValueError: invalid literal for int() with base 10: ''

==
ERROR: test02_libxml_freeDoc (__main__.QuickLeakTestCase)
--
Traceback (most recent call last):
  File "./libxml2leak.py", line 89, in test02_libxml_freeDoc
self.leakWatch(func, "libxml2.freeDoc")
  File "./libxml2leak.py", line 52, in leakWatch
leaks[0] = getVsize()
  File "./libxml2leak.py", line 35, in getVsize
return int(os.popen("echo -n $(ps h -o vsize -p " + str(os.getpid()) + 
")").read())
ValueError: invalid literal for int() with base 10: ''
...
FAILED (errors=8)
FAIL: libxml2leak.py
Name   Stmts   Exec  Cover   Missing

../pokerengine/__init__1  1   100%   
../pokerengine/pokercards120120   100%   
../pokerengine/pokerchips128128   100%   
../pokerengine/pokerengineconfig 110110   100%   
../pokerengine/pokergame2537   251599%   1176-1180, 1407, 1692, 
1784, 2337, 2535-2539, 2698, 2713-2715, 3022, 3057, 3060, 3626
../pokerengine/pokerprizes70 70   100%   
../pokerengine/pokerrake  27 27   100%   
../pokerengine/pokertournament   39138798%   97, 131, 240, 485
../pokerengine/version78 78   100%   

TOTAL   3462   343699%   
PASS: coverage-report

1 of 24 tests failed

make[3]: *** [check-TESTS] Error 1
make[3]: Leaving directory `/tmp/buildd/poker-engine-1.3.3/tests'
make[2]: *** [check-am] Error 2
make[2]: Leaving directory `/tmp/buildd/poker-engine-1.3.3/tests'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory `/tmp/buildd/poker-engine-1.3.3'
make: *** [debian/stamp-makefile-check] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

Maybe there's a missing Build-Depends on procps?
-- 
Daniel Schepler




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

Bug#526577: python-werkzeug: FTBFS: cannot remove `debian/python-werkzeug/usr/docs/README'

[Daniel Schepler]

Package: python-werkzeug
Version: 0.3.1-1
Severity: serious

From my pbuilder build log:

...
writing top-level names to Werkzeug.egg-info/top_level.txt
writing dependency_links to Werkzeug.egg-info/dependency_links.txt
reading manifest file 'Werkzeug.egg-info/SOURCES.txt'
reading manifest template 'MANIFEST.in'
warning: no files found matching 'TODO'
writing manifest file 'Werkzeug.egg-info/SOURCES.txt'
touch debian/python-module-stampdir/python-werkzeug
mkdir -p debian/python-werkzeug/usr/share/doc/python-werkzeug
rm debian/python-werkzeug/usr/docs/README
rm: cannot remove `debian/python-werkzeug/usr/docs/README': No such file or 
directory
make: *** [common-install-indep] Error 1
dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 
2
-- 
Daniel Schepler




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

Bug#526576: python-pypcap: FTBFS: deferencing pointer to incomplete type

[Daniel Schepler]

Package: python-pypcap
Version: 1.1.2+debian-1
Severity: serious

From my pbuilder build log:

...
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall 
-Wstrict-prototypes -Wall -g -O2 -fPIC -I/usr/include -I/usr/include/python2.5 
-c pcap_ex.c -o build/temp.linux-x86_64-2.5/pcap_ex.o
pcap_ex.c: In function 'pcap_ex_fileno':
pcap_ex.c:165: error: dereferencing pointer to incomplete type
pcap_ex.c: In function 'pcap_ex_next':
pcap_ex.c:253: error: dereferencing pointer to incomplete type
pcap_ex.c: In function 'pcap_ex_compile_nopcap':
pcap_ex.c:285: warning: implicit declaration of function 'mktemp'
error: command 'gcc' failed with exit status 1
make: *** [build-stamp] Error 1
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
-- 
Daniel Schepler




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

Bug#525737: O: oprofile -- system-wide profiler for Linux systems

[Ben Hutchings]

I'm somewhat interested in adopting oprofile, but I will need to have a
look at the package before making a commitment to maintain it.

Ben.

-- 
Ben Hutchings
No political challenge can be met by shopping. - George Monbiot


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

Bug#526575: python-django-filebrowser: FTBFS: Missing Build-Depends

[Daniel Schepler]

Package: python-django-filebrowser
Version: 0+svn296-1
Severity: serious

From my pbuilder build log:

...
 fakeroot debian/rules clean
dh clean
   dh_testdir
   dh_auto_clean
Traceback (most recent call last):
  File "setup.py", line 1, in 
from setuptools import setup, find_packages
ImportError: No module named setuptools
dh_auto_clean: python returned exit code 1
make: *** [clean] Error 1
dpkg-buildpackage: failure: fakeroot debian/rules clean gave error exit status 2
-- 
Daniel Schepler




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

Bug#526569: fbreader: grabs key release when started from command line

[Eugene V. Lyubimkin]

package fbreader
severity 526569 normal
forwarded 526569 http://fbreader.org/mantis/view.php?id=169
thanks

Andrei Paskevich wrote:
> Package: fbreader
> Version: 0.10.7dfsg-1
> Severity: important
> 
> 
> When I launch FBReader from command line, it starts quickly enough
> to get focus before I release the  key. FBReader interprets 
> key releases rather than key presses and thus dutifully toggles 
> the fullscreen mode on every start.
> 
> Currently, I worked around this issue by changing the shortcut to 
>  in /usr/share/FBReader/default/keymap.xml.
> 
> I would suggest either to handle the key presses instead of releases, 
> or, if this is inappropriate, to skip the first key release arriving
> during the first 500ms.
> 
> 
Thanks for report, I just forwarded it upstream.

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



signature.asc
Description: OpenPGP digital signature

Bug#515874: wajig pretend to install depends of the upgrade version of an hold package

[Graham Williams]

Hi Jaime,

Could you provide the sequence of commands or example that exhibits
the bug behaviour and is repeatable. I've not been able to repeat
this yet and without repeatability and a clear demonstration it is
hard to fix.

Thanks,
Graham

Received Sat 02 May 2009  5:33am +1000 from Jaime Ochoa Malagón:
> Hi Graham,
> 
> You are right, the bug is on apt-get.
> 
> I didn know how work the hold feature in apt-get any way at this
> moment didn't work...
> 
> I don't know how to reasign the bug, did you mind to do this for me?
> 
> Really I use aptitude that brings to me the feel of control and in
> this case thats true, someone write about wajig and their good
> features and I was testing it but this problem disapoint me and I
> return to use aptitude, I feel confortable with wajig while that works
> for me (not any more until this bug in apt-get is solved), thanks.
> 
> 2009/4/30 Graham Williams 
> >
> > Hi Jaime,
> >
> > Thanks for the bug report.
> >
> > Underneath, the dailyupgrade command is simply doing:
> >
> >  apt-get --show-upgraded dist-upgrade
> >
> > so I would guess the same situation is there with apt-get.
> >
> > Do you think instead this might be a wajig specific problem?
> >
> > Otherwise could you reassign this to apt-get, perhaps as a wishlist?
> >
> > Or is there an option to apt-get to get the behaviour you want? That
> > might be something we could fix wajig with.
> >
> > Thanks,
> > Graham
> >
> > Received Wed 18 Feb 2009  4:41pm +1100 from Jaime Ochoa Malagón:
> > > Package: wajig
> > > Version: 2.0.38
> > > Severity: normal
> > >
> > > *** Please type your report below this line ***
> > >
> > > Some package have a bug and I request to downgrade it to the stable 
> > > version...
> > >
> > > wajig dailyupgrade wants to upgrade it to my preferences (testing)
> > >
> > > I hold the package
> > >
> > > wajig dailyupgrade hold the stable package BUT pretends to install the
> > > depends of the test version, thats is a bug...
> > >
> > > -- System Information:
> > > Debian Release: 5.0
> > >  APT prefers stable
> > >  APT policy: (900, 'stable'), (550, 'unstable'), (500, 'oldstable')
> > > Architecture: amd64 (x86_64)
> > >
> > > Kernel: Linux 2.6.26-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 wajig depends on:
> > > ii  apt                         0.7.20.2     Advanced front-end for dpkg
> > > ii  dselect                     1.14.25      Debian package management 
> > > front-en
> > > ii  python                      2.5.2-3      An interactive high-level 
> > > object-o
> > > ii  python-apt                  0.7.7.1+nmu1 Python interface to 
> > > libapt-pkg
> > > ii  python-central              0.6.8        register and build utility 
> > > for Pyt
> > >
> > > wajig recommends no packages.
> > >
> > > Versions of packages wajig suggests:
> > > ii  alien                   8.72             convert and install rpm and 
> > > other
> > > ii  apt-listbugs            0.0.94           Lists critical bugs before 
> > > each ap
> > > ii  apt-move                4.2.27-1+b4      Maintain Debian packages in 
> > > a pack
> > > ii  apt-show-versions       0.15             lists available package 
> > > versions w
> > > ii  debconf                 1.5.24           Debian configuration 
> > > management sy
> > > ii  deborphan               1.7.27           program that can find unused 
> > > packa
> > > ii  dpkg-repack             1.30             puts an unpacked .deb file 
> > > back to
> > > ii  fakeroot                1.11             Gives a fake root environment
> > > ii  fping                   2.4b2-to-ipv6-15 sends ICMP ECHO_REQUEST 
> > > packets to
> > > pn  gkdebconf                          (no description available)
> > > pn  gnome-tasksel                      (no description available)
> > > pn  gnome-terminal                     (no description available)
> > > ii  locales                 2.7-18           GNU C Library: National 
> > > Language (
> > > pn  lynx                               (no description available)
> > > ii  python-glade2           2.12.1-6         GTK+ bindings: Glade support
> > > ii  python-gnome2           2.22.3-1         Python bindings for the 
> > > GNOME desk
> > > ii  python-gtk2             2.12.1-6         Python bindings for the GTK+ 
> > > widge
> > > ii  reportbug               3.48             reports bugs in the Debian 
> > > distrib
> > > ii  sudo                    1.6.9p17-2       Provide limited super user 
> > > privile
> > >
> > >
> > >
> > > --
> > > Perhaps the depth of love can be calibrated by the number of different
> > > selves that are actively involved in a given relationship.
> > >
> > >                                        Carl Sagan (Contact)
> > >
> > >                                        Jaime Ochoa Malagón
> > >                                        Arquitecto de Soluciones
> > >                    

Bug#526574: fbreader: toggle toolbar with a shortcut, save in the UI state

[Andrei Paskevich]

Package: fbreader
Version: 0.10.7dfsg-1
Severity: wishlist


It would be very handy to show/hide the toolbar with a shortcut 
and to have the current state saved in ui.xml. Currently, the 
toolbar is always visible at the start (in the windowed mode).


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

Kernel: Linux 2.6.29.2 (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 fbreader depends on:
ii  libc6   2.9-7GNU C Library: Shared libraries
ii  libgcc1 1:4.3.3-8GCC support library
ii  libstdc++6  4.3.3-8  The GNU Standard C++ Library v3
ii  libzlcore0.10   0.10.7dfsg-1 ZLibrary cross-platform developmen
ii  libzltext0.10   0.10.7dfsg-1 ZLibrary text model/viewer part (s
ii  libzlui-qt4 0.10.7dfsg-1 Qt4 interface module for ZLibrary

fbreader recommends no packages.

fbreader 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#523835:

[Alex Goebel]

Still broken in 12.012, had to generate initrd by hand (mkinitrd).

I'd also recommend to re-classify this as 'important', as it leaves
people with an unbootable system (no matter what the corresponding
piece of code is classified as within 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#526572: linkchecker: FTBFS: Cannot find debian/tmp/usr/bin/linkchecker-gui

[Daniel Schepler]

Package: linkchecker
Version: 5.0.1-1
Severity: serious

From my pbuilder build log:

...
dh_installudev -plinkchecker-gui 
dh_lintian -plinkchecker-gui 
dh_install -plinkchecker-gui  
cp: cannot stat `debian/tmp/usr/bin/linkchecker-gui': No such file or directory
dh_install: cp returned exit code 1
make: *** [binary-install/linkchecker-gui] Error 1
dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 
2
-- 
Daniel Schepler




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

Bug#512546: just binary patch it..

[Clemens Fruhwirth]

Binary patch PCI-IDs:

dd bs=1 count=73332 if=e1000e.ko > head
dd bs=1 skip=73334 if=e1000e.ko > tail
echo -ne \\0336\\0020 > middle
cat head middle tail > e1000e.ko

Works only with the 105756 sized binary from Lenny i386 release CDs.
You have to modprobe e1000e.ko manually, of course.

I like Debian because it puts stability before features. But the
difference between regular software features and hardware support is
that there is no option of downgrading/keeping the older version. So
go ahead and add the PCI-IDs; for hardware there is nothing noble
about choosing "unsupported" over "not fully tested, please consider
this experimental"

.. and btw the drivers survived the Debian installation pretty well
with this hack.
-- 
Fruhwirth Clemens http://clemens.endorphin.org



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

Bug#526573: codeville: FTBFS: Cannot stat `debian/codeville/usr/share/doc/Codeville-0.8.0/cdvserver.conf.sample'

[Daniel Schepler]

Package: codeville
Version: 0.8.0-1
Severity: serious

From my pbuilder build log:

...
cd . && python setup.py build --build-base="/tmp/buildd/codeville-0.8.0/./build"
running build
running build_py
running build_scripts
touch debian/python-module-stampdir/codeville
mkdir -p debian/codeville/etc
mv debian/codeville/usr/share/doc/Codeville-0.8.0/cdvserver.conf.sample \
debian/codeville/etc/cdvserver.conf
mv: cannot stat 
`debian/codeville/usr/share/doc/Codeville-0.8.0/cdvserver.conf.sample': No such 
file or directory
make: *** [common-install-indep] Error 1
dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 
2
-- 
Daniel Schepler




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

Bug#526571: gastables: FTBFS: can't open file 'setup.py'

[Daniel Schepler]

Package: gastables
Version: 0.2-1
Severity: serious

From my pbuilder build log:

...
copying gastables/Isentropic.py -> build/lib/gastables
copying gastables/PrandtlMeyer.py -> build/lib/gastables
touch python-build-stamp-2.5
cd . && python setup.py build --build-base="/tmp/buildd/gastables-0.2/./build"
python: can't open file 'setup.py': [Errno 2] No such file or directory
make: *** [debian/python-module-stampdir/gastables] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
-- 
Daniel Schepler




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

Bug#514055: [Cbe-oss-dev] Bug#514055: debian still not working on PS3

[Geoff Levand]

On 04/23/2009 01:54 AM, Wouter Verhelst wrote:
> On Tue, Apr 21, 2009 at 10:34:34PM -0400, thegame4121...@msn.com wrote:
>> This is great news. Is this only for the testing version of Debian 
>> codename squeeze or will this fix also be included in the next point 
>> release of Debian Lenny?
> 
> It will not be included in the next point release. However, it might be
> included as part of the planned 'lenny and a half' release where a new
> kernel and installer will be provided, to support new hardware.
> 
> Before that can happen, however, testing will be necessary.
> 
> You can find the daily builds here:
> 
> http://people.debian.org/~wouter/d-i/powerpc/


Hi,

I tried today's build (20090430) and the 'CD-ROM driver not found'
problem is fixed:

  http://people.debian.org/~wouter/d-i/powerpc/20090430-22:00/powerpc64/netboot/

I was able to finish the install, but still got the
same other known problems:

(1) At kernel install:

  'No installable kernel was found in the defined APT sources'
  'base-installer: info: could not determine kernel flavor'

It should install the 64 bit powerpc kernel.

(2) At boot loader install:

  'No boot loader has been installed'
  'GRUB not yet usable on PowerPC systems'

It should create a /etc/yaboot.conf on the same partition that the
kernel was installed to, but nothing else is needed.  The petitboot
bootloader can read from vfat, ext2, ext3, and ext4 file systems.

-Geoff





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

Bug#526569: fbreader: grabs key release when started from command line

[Andrei Paskevich]

Package: fbreader
Version: 0.10.7dfsg-1
Severity: important


When I launch FBReader from command line, it starts quickly enough
to get focus before I release the  key. FBReader interprets 
key releases rather than key presses and thus dutifully toggles 
the fullscreen mode on every start.

Currently, I worked around this issue by changing the shortcut to 
 in /usr/share/FBReader/default/keymap.xml.

I would suggest either to handle the key presses instead of releases, 
or, if this is inappropriate, to skip the first key release arriving
during the first 500ms.


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

Kernel: Linux 2.6.29.2 (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 fbreader depends on:
ii  libc6   2.9-7GNU C Library: Shared libraries
ii  libgcc1 1:4.3.3-8GCC support library
ii  libstdc++6  4.3.3-8  The GNU Standard C++ Library v3
ii  libzlcore0.10   0.10.7dfsg-1 ZLibrary cross-platform developmen
ii  libzltext0.10   0.10.7dfsg-1 ZLibrary text model/viewer part (s
ii  libzlui-qt4 0.10.7dfsg-1 Qt4 interface module for ZLibrary

fbreader recommends no packages.

fbreader 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#526570: init.d status support

[Peter Eisentraut]

Package: distcc
Version: 2.18.3-8
Severity: wishlist
Tags: patch

Here is a patch to support the "status" action in the init.d script.
diff -u distcc-2.18.3/debian/distcc.init.d distcc-2.18.3/debian/distcc.init.d
--- distcc-2.18.3/debian/distcc.init.d
+++ distcc-2.18.3/debian/distcc.init.d
@@ -128,9 +128,12 @@
 	}
 	log_end_msg 0
 	;;
+  status)
+	status_of_proc $DAEMON $NAME
+	;;
   *)
 	N=/etc/init.d/$NAME
-	echo "Usage: $N {start|stop|restart|force-reload}" >&2
+	echo "Usage: $N {start|stop|restart|force-reload|status}" >&2
 	exit 1
 	;;
 esac
diff -u distcc-2.18.3/debian/control distcc-2.18.3/debian/control
--- distcc-2.18.3/debian/control
+++ distcc-2.18.3/debian/control
@@ -7,7 +7,7 @@
 
 Package: distcc
 Architecture: any
-Depends: ${shlibs:Depends}, adduser (>= 3.52), debconf (>= 1.2.0) | debconf-2.0, netbase (>= 4.09), dbus, lsb-base
+Depends: ${shlibs:Depends}, adduser (>= 3.52), debconf (>= 1.2.0) | debconf-2.0, netbase (>= 4.09), dbus, lsb-base (>= 3.2-13)
 Suggests: distccmon-gnome, ccache
 Description: Simple distributed compiler client and server
  distcc is a program to distribute compilation of C or C++ code across

Bug#526561: libgps17 v 2.38 breaks BU-353 (Sirf) GPS

[Bernd Zeimetz]

Steve Stancliff wrote:
> Package: libgps17
> Version: 2.38-1
> Severity: normal
> 
> 
> I am using the BU-353 USB GPS units on numerous machines of various 
> architectures.  The specific machine that I have debugged this on is an 
> armel.   After an upgrade to 2.38 this GPS stopped working.
> 
> The symptom is no output from GPSD, either using one of the supplied client 
> programs, or via telnet.  Downgrading the gpsd package to 2.37 did not fix 
> the problem.  I then downgraded libgps17 to 2.37 and now all is back to 
> normal. 
> Before downgrading to 2.37 I tried upgrading to 2.39, since the gpsd 
> changelogs mention breakage in 2.38.  2.39 acted the same as 2.38 for me.

Please give gpsd 2.39 (still in unstable, not migrated yet as we have a library
transition) a try and check if the problem still exists there.

Thanks,

Bernd

-- 
 Bernd Zeimetz   Debian GNU/Linux Developer
 GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79



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

Bug#526568: firebird2.0: FTBFS: autoconf errors

[Daniel Schepler]

Package: firebird2.0
Version: 2.0.4.13130-1.ds1-4
Severity: serious

From my pbuilder build log:

...
touch debian/stamp-patched
NOCONFIGURE=1 sh autogen.sh
AUTOCONF=autoconf
LIBTOOL=libtool
LIBTOOLiZE=libtoolize
Running libtoolize ...
cp: target `aclocal.m4' is not a directory
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 
`builds/make.new/config'.
libtoolize: copying file `builds/make.new/config/ltmain.sh'
libtoolize: You should add the contents of the following files to `aclocal.m4':
libtoolize:   `/usr/share/aclocal/libtool.m4'
libtoolize:   `/usr/share/aclocal/ltoptions.m4'
libtoolize:   `/usr/share/aclocal/ltversion.m4'
libtoolize:   `/usr/share/aclocal/ltsugar.m4'
libtoolize:   `/usr/share/aclocal/lt~obsolete.m4'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
Running autoheader ...
Running autoconf ...
configure.in:427: error: possibly undefined macro: AC_PROG_LIBTOOL
  If this token and others are legitimate, please use m4_pattern_allow.
  See the Autoconf documentation.
configure.in:428: error: possibly undefined macro: AC_LIBTOOL_DLOPEN
configure.in:429: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
make: *** [autogen-stamp] Error 1
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
-- 
Daniel Schepler




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

Bug#526555: Bug in libsql-abstract-perl fixed in revision 34600

[pkg-perl-maintainers]

tag 526555 + pending
thanks

Some bugs are closed in revision 34600
by Gregor Herrmann (gregoa)

Commit message:

debian/control: remove Bart Martens from Uploaders on his request
(closes: #526555).



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

Bug#526567: libspreadsheet-read-perl: FTBFS: Test failures

[Daniel Schepler]

Package: libspreadsheet-read-perl
Version: 0.34-1
Severity: serious

From my pbuilder build log:

...
t/60_xls...# Parser: Spreadsheet::XLSX-0.1
ok
t/61_clr...
#   Failed test 'Unspecified fill color'
#   at t/61_clr.t line 27.
#  got: '#00'
# expected: undef

#   Failed test 'BG (1, 1)'
#   at t/61_clr.t line 47.
#  got: '#00'
# expected: undef

#   Failed test 'FG (1, 2)'
#   at t/61_clr.t line 46.
#  got: undef
# expected: '#ff'

...
#   Failed test 'Formatted values for row 19
# '
#   at t/65_perc.t line 31.
#  got: '0.00100%'
# expected: '0%'
# Looks like you failed 19 tests of 77.
dubious
Test returned status 19 (wstat 4864, 0x1300)
DIED. FAILED tests 5, 9, 13, 17, 21, 25, 29, 33, 37, 41, 45, 49, 53, 57, 61, 
65, 69, 73, 77
Failed 19/77 tests, 75.32% okay
Failed Test  Stat Wstat Total Fail  List of Failed
---
t/61_clr.t154 39424   256  154  4 8 10-11 13-14 16-17 19-20 22-23 25-26 28-
29 31-32 36 38-39 41-42 44-45 47-48 50-51
53-54 56-57 59-60 64 66-67 69-70 72-73 75-
76 78-79 81-82 84-85 87-88 92 94-95 97-98
100-101 103-104 106-107 109-110 112-113
115-116 120 122-123 125-126 128-129 131-132
134-135 137-138 140-141 143-144 148 150-151
153-154 156-157 159-160 162-163 165-166
168-169 171-172 176 178-179 181-182 184-185
187-188 190-191 193-194 196-197 199-200 204
206-207 209-210 212-213 215-216 218-219
221-222 224-225 227-228 232 234-235 237-238
240-241 243-244 246-247 249-250 252-253
255-256
t/62_fmt.t  9  2304399  3 5-7 13 30 34 36-37
t/64_dates.t   24  614469   24  6 11-13 18 23-25 30 35-37 42 47-53 58-61
t/65_perc.t19  486477   19  5 9 13 17 21 25 29 33 37 41 45 49 53 57 61
65 69 73 77
3 tests skipped.
Failed 4/23 test scripts. 206/1526 subtests failed.
Files=23, Tests=1526,  5 wallclock secs ( 4.23 cusr +  0.41 csys =  4.64 CPU)
Failed 4/23 test programs. 206/1526 subtests failed.
make[1]: *** [test_dynamic] Error 19
make[1]: Leaving directory `/tmp/buildd/libspreadsheet-read-perl-0.34'
dh_auto_test: make returned exit code 2
make: *** [build-stamp] Error 1
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
-- 
Daniel Schepler




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

Bug#526564: cal command crashing

[Praveen A]

Package: bsdmainutils
Version: 6.1.10
Severity: critical

cal command is crashing with the following error message.

cal
*** glibc detected *** cal: free(): invalid next size (fast): 0x09bf5998 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6[0xb7f68204]
/lib/i686/cmov/libc.so.6(cfree+0x96)[0xb7f6a1b6]
cal[0x8048dd0]
cal[0x8049fbd]
cal[0x804a945]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7f0f775]
cal[0x8048931]
=== Memory map: 
08048000-0804c000 r-xp  fe:02 452301 /usr/bin/ncal
0804c000-0804d000 rw-p 4000 fe:02 452301 /usr/bin/ncal
09bf5000-09c16000 rw-p 09bf5000 00:00 0  [heap]
b7c0-b7c21000 rw-p b7c0 00:00 0
b7c21000-b7d0 ---p b7c21000 00:00 0
b7d7c000-b7da7000 r-xp  fe:02 703138 /lib/libgcc_s.so.1
b7da7000-b7da8000 rw-p 0002a000 fe:02 703138 /lib/libgcc_s.so.1
b7db6000-b7ef8000 r--p  fe:02 468156 /usr/lib/locale/locale-archive
b7ef8000-b7ef9000 rw-p b7ef8000 00:00 0
b7ef9000-b8053000 r-xp  fe:02 711364 /lib/i686/cmov/libc-2.9.so
b8053000-b8055000 r--p 0015a000 fe:02 711364 /lib/i686/cmov/libc-2.9.so
b8055000-b8056000 rw-p 0015c000 fe:02 711364 /lib/i686/cmov/libc-2.9.so
b8056000-b8059000 rw-p b8056000 00:00 0
b806-b8067000 r--s  fe:02 449686
/usr/lib/gconv/gconv-modules.cache
b8067000-b8069000 rw-p b8067000 00:00 0
b8069000-b806a000 r-xp b8069000 00:00 0  [vdso]
b806a000-b8086000 r-xp  fe:02 703486 /lib/ld-2.9.so
b8086000-b8087000 r--p 0001b000 fe:02 703486 /lib/ld-2.9.so
b8087000-b8088000 rw-p 0001c000 fe:02 703486 /lib/ld-2.9.so
bfa72000-bfa87000 rw-p bffeb000 00:00 0  [stack]
Aborted

-- 
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
 I know my rights; I want my phone call!
 What use is a phone call, if you are unable to speak?
(as seen on /.)
Join The DRM Elimination Crew Now!
http://fci.wikia.com/wiki/Anti-DRM-Campaign



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

Bug#526563: trousers: FTBFS: Invalid libtool wrapper script

[Daniel Schepler]

Package: trousers
Version: 0.3.1-7
Severity: serious

From my pbuilder build log:

...
make[2]: Leaving directory `/tmp/buildd/trousers-0.3.1'
make[1]: Leaving directory `/tmp/buildd/trousers-0.3.1'
libtool --mode=install install tools/ps_convert 
/tmp/buildd/trousers-0.3.1/debian/tmp/usr/sbin/ps_convert
libtool: install: invalid libtool wrapper script `tools/ps_convert'
make: *** [install] Error 1
dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 
2
-- 
Daniel Schepler




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

Bug#526566: libbio-primerdesigner-perl: FTBFS: Failed test 'Call to remote server'

[Daniel Schepler]

Package: libbio-primerdesigner-perl
Version: 0.05-1
Severity: serious

From my pbuilder build log:

...
/usr/bin/perl Build test
t/epcr...ok
t/pod-coverage...ok
t/podok
t/primer3ok
t/primer_designerok
t/remote.
#   Failed test 'Call to remote server'
#   at t/remote.t line 20.
# Looks like you failed 1 test of 5.
dubious
Test returned status 1 (wstat 256, 0x100)
DIED. FAILED test 5
Failed 1/5 tests, 80.00% okay
t/result.ok
2/3 skipped: various reasons
t/tables.ok
8/10 skipped: various reasons
Failed Test Stat Wstat Total Fail  List of Failed
---
t/remote.t 1   256 51  5
10 subtests skipped.
Failed 1/8 test scripts. 1/72 subtests failed.
Files=8, Tests=72, 203 wallclock secs ( 1.11 cusr +  0.11 csys =  1.22 CPU)
Failed 1/8 test programs. 1/72 subtests failed.
make: *** [build-stamp] Error 255
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
-- 
Daniel Schepler




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

Bug#526565: use of stamps in debian/rules.d/binary-*.mk breaks parallel build (-j2)

[Robert Millan]

Package: gcc-4.4
Severity: normal

Several debian/rules.d/binary-*.mk files perform the following hack.  At
the beginning of a target:

mv $(install_stamp) $(install_stamp)-tmp

and at its end:

trap '' 1 2 3 15; touch $@; mv $(install_stamp)-tmp $(install_stamp)

Since the value of $(install_stamp) is shared among them, this makes them
collide with each other, breaking parallel builds (-j2).

I suggest you use a different stamp name for each file.

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

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



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

Bug#372250: patch to allow -f option to cancel configure mode

[chaica]

tags 372250 patch
thanks

Hi,

Here is the patch to solve this issue, allowing reportbug to have the
same behavior when configuration files have not been defined and using
-f option or not e.g : 

$ reportbug chmod

and 

$ reportbug -f chmod

These two commands now don't launch the configuration mode.

Bye,
Carl Chenet


0001-f-option-does-not-trigger-configure-mode-anymore.patch
Description: application/mbox

Bug#526549: radiusclient: FTBFS: libtool error

[Daniel Schepler]

Package: radiusclient
Version: 0.3.2-11.1
Severity: serious

From my pbuilder build log:

...
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
updating cache ./config.cache
ltconfig: you must specify a host type if you use `--no-verify'
Try `ltconfig --help' for more information.
configure: error: libtool configure failed
make: *** [build-stamp] Error 1
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
-- 
Daniel Schepler




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

Bug#526562: tgt: FTBFS: storage size of 'cred' isn't known

[Daniel Schepler]

Package: tgt
Version: 20070924-1
Severity: serious

From my pbuilder build log:

...
cc -c -Wall -g -O2 -DISCSI -D_LARGEFILE64_SOURCE -I../include -I/include -I. -
g -O2 -Wall -Wstrict-prototypes -fPIC mgmt.c -o mgmt.o
mgmt.c: In function 'ipc_perm':
mgmt.c:341: error: storage size of 'cred' isn't known
mgmt.c:341: warning: unused variable 'cred'
make[1]: *** [mgmt.o] Error 1
make[1]: Leaving directory `/tmp/buildd/tgt-20070924/usr'
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
-- 
Daniel Schepler




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

Bug#526561: libgps17 v 2.38 breaks BU-353 (Sirf) GPS

[Steve Stancliff]

Package: libgps17
Version: 2.38-1
Severity: normal


I am using the BU-353 USB GPS units on numerous machines of various 
architectures.  The specific machine that I have debugged this on is an armel.  
 After an upgrade to 2.38 this GPS stopped working.

The symptom is no output from GPSD, either using one of the supplied client 
programs, or via telnet.  Downgrading the gpsd package to 2.37 did not fix the 
problem.  I then downgraded libgps17 to 2.37 and now all is back to normal. 
Before downgrading to 2.37 I tried upgrading to 2.39, since the gpsd changelogs 
mention breakage in 2.38.  2.39 acted the same as 2.38 for me.

Running gpsd in foreground mode with debug level=2 did not reveal anything 
useful - 2.37 and 2.38 debug messages look about the same. 


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

Kernel: Linux 2.6.26-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 libgps17 depends on:
ii  libc6 2.9-4  GNU C Library: Shared libraries
ii  libgcc1   1:4.3.2-1  GCC support library
ii  libstdc++64.3.2-1The GNU Standard C++ Library v3

libgps17 recommends no packages.

libgps17 suggests no packages.

-- 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#526559: makeztxt: FTBFS: storage size of 'regs' isn't known

[Daniel Schepler]

Package: makeztxt
Version: 1.60-5
Severity: serious

From my pbuilder build log:

...
gcc -Wall -O2 -pipe -I../common -I. -DO_BINARY=0 -DLONG_OPTS=1 -I../../common 
-I.. -O2 -Wall -c ztxt_init.c
ztxt_init.c: In function 'ztxt_init':
ztxt_init.c:64: warning: pointer targets in passing argument 1 of 'strcpy' 
differ in signedness
gcc -Wall -O2 -pipe -I../common -I. -DO_BINARY=0 -DLONG_OPTS=1 -I../../common 
-I.. -O2 -Wall -c ztxt_process.c
ztxt_process.c: In function 'process_regex':
ztxt_process.c:167: error: storage size of 'regs' isn't known
ztxt_process.c:174: error: 'RE_SYNTAX_POSIX_EXTENDED' undeclared (first use in 
this function)
ztxt_process.c:174: error: (Each undeclared identifier is reported only once
ztxt_process.c:174: error: for each function it appears in.)
ztxt_process.c:174: error: 'RE_CHAR_CLASSES' undeclared (first use in this 
function)
ztxt_process.c:195: error: 'struct re_pattern_buffer' has no member named 
'buffer'
ztxt_process.c:196: error: 'struct re_pattern_buffer' has no member named 
'allocated'
ztxt_process.c:197: error: 'struct re_pattern_buffer' has no member named 
'translate'
ztxt_process.c:198: error: 'struct re_pattern_buffer' has no member named 
'fastmap'
ztxt_process.c:200: warning: implicit declaration of function 
're_compile_pattern'
ztxt_process.c:201: warning: assignment makes pointer from integer without a 
cast
ztxt_process.c:207: error: 'struct re_pattern_buffer' has no member named 
'fastmap'
ztxt_process.c:208: error: 'struct re_pattern_buffer' has no member named 
'fastmap'
ztxt_process.c:237: warning: implicit declaration of function 're_search'
ztxt_process.c:167: warning: unused variable 'regs'
ztxt_process.c: In function 'compress_ztxt':
ztxt_process.c:324: warning: pointer targets in assignment differ in signedness
ztxt_process.c:325: warning: pointer targets in assignment differ in signedness
ztxt_process.c:357: warning: pointer targets in assignment differ in signedness
ztxt_process.c:368: warning: pointer targets in assignment differ in signedness
ztxt_process.c:405: warning: pointer targets in assignment differ in signedness
ztxt_process.c:406: warning: pointer targets in assignment differ in signedness
make[2]: *** [ztxt_process.o] Error 1
make[2]: Leaving directory `/tmp/buildd/makeztxt-1.60/libztxt'
make[1]: *** [libztxt/libztxt.a] Error 2
make[1]: Leaving directory `/tmp/buildd/makeztxt-1.60'
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

Looks like a missing #include.
-- 
Daniel Schepler




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

Bug#526560: libjingle0.3: FTBFS: libtool errors

[Daniel Schepler]

Package: libjingle0.3
Version: 0.3.11-5
Severity: serious

From my pbuilder build log:

...
/bin/sh ../../libtool --silent --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H 
-I../.. -I../..-DPOSIX  -g -O2 -g -Wall -O2   -c -o socketaddress.lo 
socketaddress.cc
../../libtool: line 807: X--tag=CXX: command not found
../../libtool: line 840: libtool: ignoring unknown tag : command not found
../../libtool: line 807: X--mode=compile: command not found
../../libtool: line 973: *** Warning: inferring the mode of operation is 
deprecated.: command not found
../../libtool: line 974: *** Future versions of Libtool will require 
--mode=MODE be specified.: command not found
../../libtool: line 1117: Xg++: command not found
../../libtool: line 1117: X-DHAVE_CONFIG_H: command not found
../../libtool: line 1117: X-I../..: No such file or directory
../../libtool: line 1117: X-I../..: No such file or directory
../../libtool: line 1117: X-DPOSIX: command not found
../../libtool: line 1117: X-g: command not found
../../libtool: line 1117: X-O2: command not found
../../libtool: line 1117: X-g: command not found
../../libtool: line 1117: X-Wall: command not found
../../libtool: line 1117: X-O2: command not found
../../libtool: line 1117: X-c: command not found
../../libtool: line 1168: Xsocketaddress.lo: command not found
../../libtool: line 1173: libtool: compile: cannot determine name of library 
object from `': command not found
make[4]: *** [socketaddress.lo] Error 1
make[4]: Leaving directory `/tmp/buildd/libjingle0.3-0.3.11/talk/base'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/tmp/buildd/libjingle0.3-0.3.11/talk'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/libjingle0.3-0.3.11'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/libjingle0.3-0.3.11'
make: *** [debian/stamp-makefile-build] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

That kind of error is usually caused by libtool's autoconf macros being out
of sync with ltmain.sh.
-- 
Daniel Schepler




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

Bug#520794: samba: smbd memory usage always increase - memory leak

[Peter Cordes]

On Fri, May 01, 2009 at 07:45:47AM +0200, Christian Perrier wrote:
> Quoting Peter Cordes (pe...@cordes.ca):
> >  It doesn't leak memory anymore, but I'm seeing smbd panics every
> > few days.
> 
> 
> Well, ae you sure that this is related to the memory leak fix??

 No.

 I didn't see any panics in the week I was running the leaky Debian
binary package.  Maybe that was just random chance, since I have
only seen 4 panics since Apr 14th, when I installed the self-compiled
version.
Sat Apr 18 14:04:32 2009
Tue Apr 21 16:06:47 2009
Fri Apr 24 17:39:27 2009
Wed Apr 29 18:06:36 2009
(So probably while samba was actually in use from one of the client
machines, judging from the times.)

 Even if the binary package was ok, it's possible my build environment
introduced a problem.  I built the packages on the same fully
up-to-date Lenny that I'm running Samba on, though.  Using
dpkg-buildpackage -us -uc -b,  IIRC.

 It's possible I would have seen those samba panics if I'd just
compiled from source without applying the patch.

 My machine doesn't have enough memory to test for long with the leak
happening, so I can't think of any great solutions.  I can install the
-dbg package, though, and maybe get a useful backtrace.

-- 
#define X(x,y) x##y
Peter Cordes ;  e-mail: X(pe...@cor , des.ca)

"The gods confound the man who first found out how to distinguish the hours!
 Confound him, too, who in this place set up a sundial, to cut and hack
 my day so wretchedly into small pieces!" -- Plautus, 200 BC



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

Bug#526557: swh-plugins: FTBFS: unsupported hardcode properties in libtool

[Daniel Schepler]

Package: swh-plugins
Version: 0.4.15-1
Severity: serious

From my pbuilder build log:

...
/bin/sh ./libtool --tag=CC --mode=link x86_64-linux-gnu-gcc  -g -O2 -Wall -O3 
-fomit-frame-pointer -fstrength-reduce -funroll-loops -ffast-math -fPIC -DPIC   
-module -avoid-version -Wc,-nostartfiles  -o mbeq_1197.la -rpath 
/usr/lib/ladspa  mbeq_1197_la-mbeq_1197.lo -lfftw3f -lm   -lrt -lm -lm  -lm
libtool: link: unsupported hardcode properties
libtool: link: See the libtool documentation for more information.
libtool: link: Fatal configuration error.
make[3]: *** [mbeq_1197.la] Error 1
make[3]: Leaving directory `/tmp/buildd/swh-plugins-0.4.15'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/swh-plugins-0.4.15'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/swh-plugins-0.4.15'
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
-- 
Daniel Schepler




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

Bug#526558: timps: FTBFS: 'INT_MIN' undeclared here

[Daniel Schepler]

Package: timps
Version: 0.25-2
Severity: serious

From my pbuilder build log:

...
gcc -DHAVE_CONFIG_H -I. -I. -I../include -I. -I../libmx/include -I../include 
-I/usr/local/include/libnbio -I/usr/include/libnbio-fno-strict-aliasing 
-Wall -g -DNOXML -c conn.c
In file included from conn.c:66:
/usr/include/linux/netfilter_ipv4.h:53: error: 'INT_MIN' undeclared here (not 
in a function)
/usr/include/linux/netfilter_ipv4.h:64: error: 'INT_MAX' undeclared here (not 
in a function)
conn.c: In function 'listconns_tag_matcher':
conn.c:972: warning: cast from pointer to integer of different size
conn.c: In function 'cleanlisteners_matcher':
conn.c:1216: warning: the address of 'addr' will always evaluate as 'true'
make[3]: *** [conn.o] Error 1
make[3]: Leaving directory `/tmp/buildd/timps-0.25/naf'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/timps-0.25/naf'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/buildd/timps-0.25'
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

Looks like a missing #include .
-- 
Daniel Schepler




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

Bug#526556: munge: FTBFS: storage size of 'cred' isn't known

[Daniel Schepler]

Package: munge
Version: 0.5.8-7
Severity: serious

From my pbuilder build log:

...
Making install in munged
make[3]: Entering directory `/tmp/buildd/munge-0.5.8/src/munged'
if x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../config  
-I../../src/libcommon -I../../src/libmissing -I../../src/libmunge  
-DWITH_PTHREADS  -Wall -g -O2 -Wl,-z,defs -MT munged-auth_recv.o -MD -MP -MF 
".deps/munged-auth_recv.Tpo" 
-c -o munged-auth_recv.o `test -f 'auth_recv.c' || echo './'`auth_recv.c; \
then mv -f ".deps/munged-auth_recv.Tpo" ".deps/munged-auth_recv.Po"; 
else rm -f ".deps/munged-auth_recv.Tpo"; exit 1; fi
auth_recv.c: In function 'auth_recv':
auth_recv.c:312: error: storage size of 'cred' isn't known
auth_recv.c:312: warning: unused variable 'cred'
make[3]: *** [munged-auth_recv.o] Error 1
make[3]: Leaving directory `/tmp/buildd/munge-0.5.8/src/munged'
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/munge-0.5.8/src'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/tmp/buildd/munge-0.5.8'
make: *** [install-arch] Error 2
dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 
2
-- 
Daniel Schepler




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