Bug#544732: dpkg preinst fails with empty file in /var/lib/dpkg/alternatives

[Raphael Hertzog]

On Wed, 02 Sep 2009, Colin Tuckley wrote:
> Raphael Hertzog wrote:
> 
> > The bug is already reported, did you check before filing it? Anyway, it's
> > fixed in the upcoming 1.15.4.
> 
> Yes I did check. But with over 300 bugs against the package it's very
> difficult to spot.

Well, I know, but with 300 other bugs to handle, we don't like duplicate
reports. :-)

> Also - the bug you've merged it with is about sub-dirs, and the title
> doesn't mention zero length files or alternatives.

No, the one about subdir is #535138.

Cheers,
-- 
Raphaël Hertzog



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

Bug#465768: ITP: gfxboot -- bootlogo creator for gfxboot compliant

[Daniel Baumann]

gfxboot packaging is finished at
http://git.debian-maintainers.org/?p=syslinux/gfxboot.git

gfxboot-themes is what i'm working on right now,
hopefully, there wont be any more trouble, so should be ready until end
of week for an upload i guess.

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



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

Bug#540831: blacklisting pcspkr ruins beep(1), and icewm' mail beep

[Gerfried Fuchs]

Hi!

 Thanks to jidanni to bringing this to my attention.

* Josh Triplett  [2009-09-03 04:15:52 CEST]:
> On Thu, Sep 03, 2009 at 09:23:25AM +0800, jida...@jidanni.org wrote:
> > Blacklisting pcspkr ruins beep(1), and icewm' mail beep, and probably
> > other programs.
> > 
> > There should perhaps be a whiptail question saying what is being ruined
> > and what to do about it.
> > 
> > I don't know the official way one should fix it.
> > 
> > I could tamper with some blacklist, but that is not official.
> 
> This primarily seems like a bug in whatever alsa driver you use, for not
> taking over the function of the console beep (and thus routing it
> through the normal sound card, which allows muting, volume control, and
> various other niceties that pcspkr doesn't).

 The core functionality of beep _is_ to use the pcspkr. Having alsa-base
stumble upon other packages usefulness with some reasoning that I have a
hard time to follow -- the intention is clear but the outcome is a
horror to quite some other packages -- I really would request to revert
this change. Having some alsa drivers routing it through their own sound
system might be nice but it doesn't seem to work, e.g. people on powerpc
seem to have problems to get any beep at all, and blacklisting the
modules in no way helps with that.

> If you don't use an alsa driver, then uninstall alsa-base and the
> blacklist of pcspkr will go away.

 Sorry, but alsa-base breaks other application through that
blacklisting, which is a no-go.

> And if you want to keep alsa-base installed and still have pcspkr, just
> edit /etc/modprobe.d/alsa-base-blacklist.conf and comment the "blacklist
> pcspkr" line.

 Why is this forced down the throat of users? How regular actually is
the question on how to disable the speaker? In fact, the speaker IMHO is
in no scope of the alsa-base area so it shouldn't address it. Having
some README.Debian entry about it might be reasonable, touching an area
that isn't alsa-bases is just wrong.

 Thanks,
Rhonda



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

Bug#544647: debdelta fails complaining that delta is not signed

[Ritesh Raj Sarraf]

On Wednesday 02 Sep 2009 21:53:02 Ritesh Raj Sarraf wrote:
> > there is another different problem here;
> > may you delete /var/cache/apt/archive/python-apt_0.7.13.2_i386.deb
> > and run 'debdelta-upgrade -vvv' and send me the log?
> 
> I already have upgraded. But I'll do what you've asked. I often see this
>  error  with many packages. I'll run it in verbose mode and get you the
>  logs.
> 

I managed to reproduce the bug.

Log is available at [1]. Run with the options you requested.

[1] http://www.researchut.com/tmp/debdelta.log.gz

Ritesh
-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."


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

Bug#544819: libssl0.9.8: asn1 encoding routines:ASN1_item_verify:unknown message digest algorithm:a_verify.c:146:

[Michael Neuffer]

Package: libssl0.9.8
Version: 0.9.8k-4
Severity: serious

fetchmail: Server certificate verification error: certificate signature failure
32201:error:0D0C50A1:asn1 encoding routines:ASN1_item_verify:unknown message 
digest algorithm:a_verify.c:146:
32201:error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate 
verify failed:s3_clnt.c:983:
fetchmail: SSL connection failed.
fetchmail: socket error while fetching from foobar...@securepop.t-online.de
fetchmail: Query status=2 (SOCKET)
fetchmail: sleeping at Mon Aug 31 12:05:17 2009 for 180 seconds
fetchmail: awakened at Mon Aug 31 12:08:17 2009
fetchmail: Error exchanging credentials
fetchmail: Server certificate verification error: certificate signature failure
32201:error:0D0C50A1:asn1 encoding routines:ASN1_item_verify:unknown message 
digest algorithm:a_verify.c:146:
32201:error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate 
verify failed:s3_clnt.c:983:
fetchmail: SSL connection failed.
fetchmail: socket error while fetching from foobar...@securepop.t-online.de
fetchmail: Query status=2 (SOCKET)


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

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

Versions of packages libssl0.9.8 depends on:
ii  debconf [debconf-2.0]  1.5.27Debian configuration management sy
ii  libc6  2.9-26GNU C Library: Shared libraries
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

libssl0.9.8 recommends no packages.

libssl0.9.8 suggests no packages.

-- debconf information:
  libssl0.9.8/restart-failed:
* libssl0.9.8/restart-services: fetchmail clamav-daemon clamav-freshclam bind9 
dovecot postgresql-8.2 postfix spamassassin openvpn ssh



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

Bug#544818: 31_aide_clamav-{freshclam,data}: updated rules

[Hannes von Haugwitz]

Package: aide-common
Version: 0.13.1-10
Severity: wishlist
Tags: patch

Hi,

the attached patch adds rules for clamav-freshclam pidfile and for
/var/lib/clamav/(daily|main)\.cld .

Hannes
Index: debian/aide.conf.d/31_aide_clamav-freshclam
===
--- debian/aide.conf.d/31_aide_clamav-freshclam	(revision 785)
+++ debian/aide.conf.d/31_aide_clamav-freshclam	(working copy)
@@ -6,3 +6,4 @@
 /var/lib/clamav/(daily|main)\.inc$ VarDir
 /var/lib/clamav/daily\.inc/daily\.(info|[nmhp]db)$ VarFile
 /var/lib/clamav/mirrors.dat$ VarFile
+/var/run/clamav/freshclam\.pid$ VarFile
Index: debian/aide.conf.d/31_aide_clamav-data
===
--- debian/aide.conf.d/31_aide_clamav-data	(revision 785)
+++ debian/aide.conf.d/31_aide_clamav-data	(working copy)
@@ -2,7 +2,7 @@
 !/usr/share/doc/clamav-data/(README\.Debian|copyright|changelog\.gz)$
 /usr/share/doc/clamav-data$ VarDir
 !/var/lib/dpkg/info/clamav-data\.(config|list|post(inst|rm)|templates|conffiles|md5sums)$
-/var/lib/clamav/(daily|main)\.cvd$ VarFile
+/var/lib/clamav/(daily|main)\.c[vl]d$ VarFile
 /var/lib/clamav$ VarDir
 /var/lib/clamav-data/warn-on-old-databases$ VarFile
 /var/lib/clamav-data$ VarDir

Bug#544809: autoconf: bad interaction between AC_CHECK_LIB and AC_SEARCH_LIBS

[Yavor Doganov]

merge 539761 544809
thanks

Tim Abbott wrote:
> AC_CHECK_FUNC([socket], :, AC_CHECK_LIB([socket], [socket]))

This is underquoted; with proper m4 quotation everything is fine:

AC_CHECK_FUNC([socket], [:], [AC_CHECK_LIB([socket], [socket])])



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

Bug#484527: Whiteboard is no longer supported and now removed

[Wolfram Quester]

On Wed, Sep 02, 2009 at 04:39:21PM -0700, Joshua A. Andler wrote:
> Hello,
> 
> I'm an inkscape developer. We have recently removed the whiteboard
> configuration flags from inkscape trunk and it will be removed in
> inkscape 0.47. Unfortunately it only worked properly for a short period
> of time and so we've taken the action to remove it until someone decides
> to rewrite a more robust and less fragile implementation.

Hi Joshua,
thanks for this information! This means the mail I wrote to inkscape-devel
about the ssl linkage is obsolete now, since whiteboard is the only thing
needin ssl, right?

> 
> I would recommend that any versions of 0.46 that are planned to be
> maintained until 0.47 is released should be recompiled without the
> --enable-whiteboard configure flag.
I'll do that, but the next upload will be 0.47pre2.

With best wishes,

Wolfi

> 
> Once that is done, please close this bug as appropriate.
> 
> Thanks for your patience and understanding, we're very sorry about any
> inconvenience or confusion.
> 
> 
> 


signature.asc
Description: Digital signature

Bug#544817: 31_aide_acpid: updated rules

[Hannes von Haugwitz]

Package: aide-common
Version: 0.13.1-10
Severity: wishlist
Tags: patch

Hi,

the attached patch adds a rule for the acpid pid file.

Hannes
Index: debian/aide.conf.d/31_aide_acpid
===
--- debian/aide.conf.d/31_aide_acpid	(revision 785)
+++ debian/aide.conf.d/31_aide_acpid	(working copy)
@@ -3,4 +3,4 @@
 /var/log/acpid\.2\.gz$ LoSerMemberLog
 /var/log/acpid\.3\.gz$ SerMemberLog
 /var/log/acpid\.4\.gz$ HiSerMemberLog
-/var/run/acpid\.socket$ VarFile
+/var/run/acpid\.(socket|pid)$ VarFile

Bug#544816: please include rules for apcupsd

[Hannes von Haugwitz]

Package: aide-common
Version: 0.13.1-10
Severity: wishlist
Tags: patch

Hi,

the attached patch adds rules for apcupsd package.

Hannes
Index: debian/aide.conf.d/31_aide_apcupsd
===
--- debian/aide.conf.d/31_aide_apcupsd	(revision 0)
+++ debian/aide.conf.d/31_aide_apcupsd	(revision 0)
@@ -0,0 +1,2 @@
+/var/log/apcupsd\.events$ Log
+/var/run/apcupsd\.pid$ VarFile

Bug#544815: please include rules for ddclient

[Hannes von Haugwitz]

Package: aide-common
Version: 0.13.1-10
Severity: wishlist
Tags: patch

Hi,

the attached patch adds rules for ddclient package.

Hannes
Index: debian/aide.conf.d/31_aide_ddclient
===
--- debian/aide.conf.d/31_aide_ddclient	(revision 0)
+++ debian/aide.conf.d/31_aide_ddclient	(revision 0)
@@ -0,0 +1,2 @@
+/var/cache/ddclient/ddclient\.cache$ VarFile
+/var/run/ddclient\.pid$ VarFile

Bug#544785: iceweasel: SIGSEGV - 0x00007f8f0902d304 in JS_TraceChildren

[Mike Hommey]

On Thu, Sep 03, 2009 at 12:22:40AM +0200, Sandro Tosi wrote:
> On Thu, Sep 3, 2009 at 00:18, Mike Hommey wrote:
> > On Thu, Sep 03, 2009 at 12:08:31AM +0200, Sandro Tosi wrote:
> >> Package: iceweasel
> >> Version: 3.0.12-1
> >> Severity: normal
> >>
> >> Hello,
> >> here attached the backtrace of a SIGSEGV I've faced this morning. It 
> >> happened
> >> just one time, but I'm reporting because I't might be helpful anyway.
> >
> > Please tell me the version information in the bug report is wrong.
> 
> ehm, no, they are right (at least for iceweasel and xulrunner-1.9): am
> I doing something wrong?

No, my fault. I thought the JS_TraceChildren symbol was related to
tracemonkey which only is in iceweasel 3.5, but it appears I was
wrong.

Mike



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

Bug#544809: autoconf: bad interaction between AC_CHECK_LIB and AC_SEARCH_LIBS

[Ralf Wildenhues]

Hello Tim,

* Tim Abbott wrote on Thu, Sep 03, 2009 at 05:12:02AM CEST:
> The new autoconf in squeeze generates configure scripts that error out 
> with:
> 
> checking for socket... ./configure: line 1399: ac_fn_c_try_link: command not 
> found
> 
> when you write code of the form:
> 
> AC_CHECK_FUNC([socket], :, AC_CHECK_LIB([socket], [socket]))

This is underquoted.  You need to write

  AC_CHECK_FUNC([socket], :, [AC_CHECK_LIB([socket], [socket])])

Cheers,
Ralf



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

Bug#544734: [gstreamer0.10-plugins-bad] bad $HOME/.gstreamer-0.10/registry.i486.bin file

[Sebastian Dröge]

Am Mittwoch, den 02.09.2009, 19:19 +0200 schrieb Bégault Luc:
> Package: gstreamer0.10-plugins-bad
> Version: 0.10.14-1
> Severity: grave
> 
> --- Please enter the report below this line. ---
> Hi,
> using amsn I was unable to connect after gstreamer0.10-plugins-bad
> update. It was crashing with an error like "unable to initialize
> GStreamer" (sorry I forgot to note the exact message). I made an strace
> and  discovered that the crash occured after amsn tried to access
> $HOME/.gstreamer-0.10/registry.i486.bin
> I manage to downgrade gstreamer0.10-plugins-bad and -good and it fixed
> the problem.
> Thanks.

Hi,
could you upgrade to the new versions again and run

GST_REGISTRY_FORK=no gdb gst-inspect-0.10
run
[wait until it crashes]
bt full

and attach the output here?


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#540831: blacklisting pcspkr ruins beep(1), and icewm' mail beep

[jidanni]

> "JT" == Josh Triplett  writes:

JT> This primarily seems like a bug in whatever alsa driver you use, for not
JT> taking over the function of the console beep (and thus routing it
JT> through the normal sound card, which allows muting, volume control, and
JT> various other niceties that pcspkr doesn't).

Please tell me how to find out what package to reassign this bug to
then. Thanks.
$ aptitude search ~i~nalsa
i A alsa-base
i   alsa-utils
# lsmod|grep snd|perl -alwne 'print $F[0]'



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

Bug#544814: amarok: symbol lookup error: /usr/lib/libamaroklib.so.1: undefined symbol: _ZTIN6TagLib9TrueAudio4FileE

[Matt Stamp]

Package: amarok
Version: 2.1.1-4
Severity: important

I get no window when running from KDE.  When run from console I get the error 
above.

-- System Information:
Debian Release: squeeze/sid
  APT prefers stable
  APT policy: (500, 'stable'), (400, 'testing'), (200, 'unstable'), (199, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.29 (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 amarok depends on:
ii  amarok-common  2.1.1-4   architecture independent files for
ii  amarok-utils   2.1.1-4   utilities for Amarok media player
ii  kdebase-runtime4:4.3.1-1 runtime components from the offici
ii  kdelibs5   4:4.3.1-1 core libraries for all KDE 4 appli
ii  libc6  2.9-26GNU C Library: Shared libraries
ii  libcurl3-gnutls7.19.5-1.1Multi-protocol file transfer libra
ii  libgcc11:4.4.1-3 GCC support library
ii  libgcrypt111.4.4-4   LGPL Crypto library - runtime libr
ii  libglib2.0-0   2.20.5-1  The GLib library of C routines
ii  libgpod4   0.7.2-1.1 library to read and write songs an
ii  libgtk2.0-02.16.6-1  The GTK+ graphical user interface 
ii  libloudmouth1-01.4.3-4   Lightweight C Jabber library
ii  libmtp80.3.7-7   Media Transfer Protocol (MTP) libr
ii  libphonon4 4:4.5.2-2 Qt 4 Phonon module
ii  libplasma3 4:4.3.1-1 library for the KDE 4 Plasma deskt
ii  libqt4-dbus4:4.5.2-2 Qt 4 D-Bus module
ii  libqt4-network 4:4.5.2-2 Qt 4 network module
ii  libqt4-script  4:4.5.2-2 Qt 4 script module
ii  libqt4-sql 4:4.5.2-2 Qt 4 SQL module
ii  libqt4-svg 4:4.5.2-2 Qt 4 SVG module
ii  libqt4-webkit  4:4.5.2-2 Qt 4 WebKit module
ii  libqt4-xml 4:4.5.2-2 Qt 4 XML module
ii  libqtcore4 4:4.5.2-2 Qt 4 core module
ii  libqtgui4  4:4.5.2-2 Qt 4 GUI module
ii  libqtscript4-core  0.1.0-3   Qt Script bindings for the Qt 4 Co
ii  libqtscript4-gui   0.1.0-3   Qt Script bindings for the Qt 4 Gu
ii  libqtscript4-network   0.1.0-3   Qt Script bindings for the Qt 4 Ne
ii  libqtscript4-sql   0.1.0-3   Qt Script bindings for the Qt 4 SQ
ii  libqtscript4-uitools   0.1.0-3   Qt Script bindings for the Qt 4 Ui
ii  libqtscript4-xml   0.1.0-3   Qt Script bindings for the Qt 4 XM
ii  libstdc++6 4.4.1-3   The GNU Standard C++ Library v3
ii  libstreamanalyzer0 0.7.0-1+b2streamanalyzer library for Strigi 
ii  libstreams00.7.0-1+b2streams library for for Strigi Des
ii  libtag-extras0 0.1.6-1   TagLib extras library - support fo
ii  libtag1c2a 1.5-7 TagLib Audio Meta-Data Library
ii  libxml22.7.3.dfsg-2.1GNOME XML library
ii  phonon 4:4.5.2-2 Qt 4 Phonon module metapackage
ii  phonon-backend-gstream 4:4.3.1-4 Phonon GStreamer 0.10.x backend
ii  phonon-backend-xine [p 4:4.3.1-4 Phonon Xine 1.1.x backend
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

Versions of packages amarok recommends:
ii  kdemultimedia-kio-plugins 4:4.3.1-1  transparent audio CD access for KD

Versions of packages amarok suggests:
ii  libqt4-sql-mysql  4:4.5.2-2  Qt 4 MySQL database driver
pn  libqt4-sql-psql(no description available)
ii  libqt4-sql-sqlite 4:4.5.2-2  Qt 4 SQLite 3 database driver

Versions of packages amarok is related to:
ii  phonon-backend-gstreamer [pho 4:4.3.1-4  Phonon GStreamer 0.10.x backend
ii  phonon-backend-xine [phonon-b 4:4.3.1-4  Phonon Xine 1.1.x backend

-- 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#544813: libgda3-bin: documented option --usage not supported by gda-config-tool-3.0

[Greg Schmidt]

Package: libgda3-bin
Version: 3.0.2-6
Severity: normal
Tags: l10n

Man page lists --usage option but it is not supported

g...@desk1:~$ gda-config-tool-3.0 --usage
-Error: Unknown option --usage

g...@desk1:~$ gda-config-tool-3.0 --help
Usage:
  gda-config-tool-3.0 [OPTION...] 

Help Options:
  -?, --help Show help options

Application Options:
  -c, --config-file=filename File to load the configuration from.
  -l, --list-providers   Lists installed providers
  -L, --list-datasources Lists configured datasources
  -n, --name=STRING  User-assigned name for this connection.
  -u, --user=STRING  User name to pass to the provider.
  -p, --password=STRING  Password for the given user to connect to the 
DB backend.
  -P, --provider=STRING  Provider name.
  -d, --DSN=STRING   Semi-colon separated string with name=value 
options to pass to the GDA provider.




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

Kernel: Linux 2.6.30-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 libgda3-bin depends on:
ii  libc6 2.9-25 GNU C Library: Shared libraries
ii  libgda3-3 3.0.2-6GNOME Data Access library for GNOM
ii  libglib2.0-0  2.20.4-1   The GLib library of C routines
ii  libreadline5  5.2-5  GNU readline and history libraries
ii  libxml2   2.7.3.dfsg-2.1 GNOME XML library

libgda3-bin recommends no packages.

libgda3-bin 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#509554: pinentry-curses destroys terminal settings

[Jean-Sébastien Trottier]

Hello Matt.

On Sun, Aug 30, 2009 at 08:07:05PM -0700, Matt Taggart wrote:
> Hi Klaus,
> 
> The bug #509554 "pinentry-curses destroys terminal settings" is a bug you 
> filed against version 0.7.2-3 of pinentry-curses, which was the version 
> included in etch and is quite old.

I've been having the same issue forever with regular use of the
gnupg.vim script.

I'm running latest Debian testing packages.

> 
> It's a little unclear how to repeat it, I just trying running it and doing 
> a CONFIRM to get it to prompt me, then after that I ran vim and I could 
> still move the cursor. I tried in both 0.7.2-3 (etch, where you reported 
> the problem) and 0.7.5-2.1 (lenny) and it worked, so I guess I'm not sure 
> how to repeat it.
> 
> Can you still repeat the problem with a newer pinentry-curses?

With proper GnuPG configuration, try using the attached script to
reproduce instantly. You don't even need to enter a passphrase,
cancelling will do just fine.

The key command being:
vi -c ':r!gpg --decrypt encrypted.gpg'

Once inside Vim you will find that terminal settings are broken (easy to
test with up/down arrows). Running reset (:!reset) should fix things. On
my system, "stty sane" does not seem to be needed.

Another side effect of this bug is that, with appropriate t_ti and t_te
values for termcap switching, when Vim exits, the content of the session
is left on the screen. This leads me to think that pinentry-curses
messes with the terminal state or at least switches out of termcap mode,
leaving Vim in an inconsistent state.

Cheers,
Jean-Sébastien Trottier

> 
> Thanks,
> 
> -- 
> Matt Taggart
> tagg...@debian.org


test-vim-debian-bug-509554.sh
Description: Bourne shell script


signature.asc
Description: Digital signature

Bug#544391: python-zhpy and python-daemon: error when trying to install together

[Ben Finney]

package python-daemon
tags 544391 + upstream confirmed
retitle 544391 Package-specific unit test suite should not be installed
thanks

Ralf Treinen wrote:
> automatic installation tests of packages that share a file and at the
> same time do not conflict by their package dependency relationships has
> detected the following problem:
[…]
> Selecting previously deselected package python-zhpy.
> Unpacking python-zhpy (from .../python-zhpy_1.7.2-1_all.deb) ...
> Selecting previously deselected package python-daemon.
> Unpacking python-daemon (from .../python-daemon_1.4.6-1_all.deb) ...
> dpkg: error processing /var/cache/apt/archives/python-daemon_1.4.6-1_all.deb 
> (--unpack):
>  trying to overwrite `/usr/share/pyshared/tests/__init__.py', which is also 
> in package python-zhpy
[…]
> 
> This is a serious bug as it makes installation fail. Possible
> solutions are to have the two packages conflict, to rename the
> common file in one of the two packages, or to remove the file from
> one package and have this package depend on the other package. File
> diversions or a Replace relation are another possibility.

I think the best solution is for neither package to install the unit
test suite (or, at least, not install it outside a package-specific
directory).

In the ‘python-daemon’ package, this needs to be fixed upstream by
causing the distribution's ‘setup’ to exclude the unit test suite
from installation. The ‘setup.py’ should have the following change:

-packages=find_packages(),
+packages=find_packages(exclude=["tests"]),

Something like this is probably the best solution for ‘python-zhpy’ as
well.

-- 
 \“Always code as if the guy who ends up maintaining your code |
  `\ will be a violent psychopath who knows where you live.” —John |
_o__) F. Woods |
Ben Finney 


signature.asc
Description: Digital signature

Bug#544812: reportbug: Show bugs which affect the target package in bug list

[James Vega]

Package: reportbug
Version: 4.6
Severity: wishlist

Now that debbugs has the affects feature, pkgreport.cgi will show bugs
which have been marked as affecting a given package (commonly for bugs
in libraries or other leaf packages).  Reportbug should do something
similar in its bug listing.

-- Package-specific info:
** Environment settings:
DEBEMAIL="james...@debian.org"
DEBFULLNAME="James Vega"
INTERFACE="text"

** /home/jamessan/.reportbugrc:
reportbug_version "4.1"
mode advanced
ui text

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

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

Versions of packages reportbug depends on:
ii  apt   0.7.23.1   Advanced front-end for dpkg
ii  python2.5.4-2An interactive high-level object-o
ii  python-reportbug  4.6Python modules for interacting wit

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  debconf-utils  (no description available)
pn  debsums(no description available)
pn  dlocate(no description available)
ii  file  5.03-1 Determines file type using "magic"
ii  gnupg 1.4.9-4GNU privacy guard - a free PGP rep
ii  postfix [mail-transport-agent 2.6.5-1High-performance mail transport ag
pn  python-gnome2-extras   (no description available)
ii  python-gtk2   2.14.1-3   Python bindings for the GTK+ widge
pn  python-urwid   (no description available)
pn  python-vte (no description available)
ii  xdg-utils 1.0.2-6.1  desktop integration utilities from

-- no debconf information

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega 


signature.asc
Description: Digital signature

Bug#536015: Bug#536702: Any progress on fixing python-tk/python-imaging-tk segmentation faults?

[Cyril Brulebois]

(Adding everyone to Cc, let's send a single mail.)

Francesco Poli  (19/08/2009):
> Hi!

Hi too.

> Is there any progress on fixing these two bugs?

Sorry, I missed the python-tk one after my NMU.

I've prepared a python-imaging package fixing the FTBFS, also making
it build against Tcl/Tk 8.5, which should solve any issues you guys
are encountering. It's been uploaded to DELAYED/1 to leave one more
chance to the maintainer to reply to the bug reports if he wishes to
do so. The fixed package should consequently appear within 48 hours
on your favorite mirrors, provided there's no additional surprises on
the buildd side.

You're welcome to close those bugs if the upgrade fixes them as
expected, and to Cc me anyway if you have questions, if you're still
experiencing any troubles, etc.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#537003: python-imaging: Intent to NMU .so not found (supposed to put it in python-imaging-tk)

[Cyril Brulebois]

tag 537003 pending
thanks

Jakub Wilk  (09/08/2009):
> The attached patch fixes the problem. It also makes parallel builds
> reliable.

ACK for the first part. NACK for the latter. If one wants to do a
parallel build, one sets DEB_BUILD_OPTIONS accordingly. Forcingly
setting -jN isn't the way to go, so I'm not keen on merging the
.NOTPARALLEL part in my NMU.

Source debdiff attached, uploading to DELAYED/1, just in case the
maintainer wants to say something?

Mraw,
KiBi.
diff -Nru python-imaging-1.1.6/debian/changelog python-imaging-1.1.6/debian/changelog
--- python-imaging-1.1.6/debian/changelog	2008-06-23 21:58:25.0 +0200
+++ python-imaging-1.1.6/debian/changelog	2009-09-03 05:12:45.0 +0200
@@ -1,3 +1,19 @@
+python-imaging (1.1.6-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Switch from Tcl/Tk 8.4 to 8.5, following the move initiated in
+python-tk 2.5.2-1.1 (See: #521078):
+ - Build-Depends on tk8.5-dev rather than tk8.4-dev.
+ - Build-Depends on python-tk-dbg (>= 2.5.2-1.1) rather than
+   python-tk-dbg (>= 2.4.3).
+ - Depends on/Recommends python-tk (>= 2.5.2-1.1) rathen than
+   python-tk (>= 2.4.3).
+ - Use /usr/include/tcl8.5 in setup.py, instead of …/tcl8.4
+Thanks to Jakub Wilk for the patch on which this is based, which fixes
+the FTBFS (Closes: #537003).
+
+ -- Cyril Brulebois   Thu, 03 Sep 2009 05:04:46 +0200
+
 python-imaging (1.1.6-3) unstable; urgency=low
 
   * Do not build-depend on python-numarray, it's deprecated. Closes: #478466.
diff -Nru python-imaging-1.1.6/debian/control python-imaging-1.1.6/debian/control
--- python-imaging-1.1.6/debian/control	2008-06-23 22:00:50.0 +0200
+++ python-imaging-1.1.6/debian/control	2009-09-03 05:13:55.0 +0200
@@ -2,7 +2,7 @@
 Section: python
 Priority: optional
 Maintainer: Matthias Klose 
-Build-Depends: tk8.4-dev, python-all-dev, python-all-dbg, python-central (>= 0.4.12), python-tk-dbg (>= 2.4.3), libsane-dev, libfreetype6-dev, libjpeg62-dev, zlib1g-dev, debhelper (>= 5.0.37.1)
+Build-Depends: tk8.5-dev, python-all-dev, python-all-dbg, python-central (>= 0.4.12), python-tk-dbg (>= 2.5.2-1.1), libsane-dev, libfreetype6-dev, libjpeg62-dev, zlib1g-dev, debhelper (>= 5.0.37.1)
 Build-Conflicts: python-numarray
 XS-Python-Version: all
 Standards-Version: 3.8.0
@@ -51,7 +51,7 @@
 
 Package: python-imaging-tk
 Architecture: any
-Depends: python-imaging (= ${Source-Version}), python-tk (>= 2.4.3), ${python:Depends}, ${shlibs:Depends}
+Depends: python-imaging (= ${Source-Version}), python-tk (>= 2.5.2-1.1), ${python:Depends}, ${shlibs:Depends}
 Conflicts: python-imaging (<< 1.0.1-3), python2.3-imaging-tk, python2.4-imaging-tk
 Replaces: python-imaging (<< 1.0.1-3), python2.3-imaging-tk, python2.4-imaging-tk
 Suggests: python-imaging-doc, python-imaging-tk-dbg
@@ -74,7 +74,7 @@
 Depends: python-imaging (= ${Source-Version}), ${python:Depends}, ${shlibs:Depends}
 Conflicts: python2.3-imaging-sane, python2.4-imaging-sane
 Replaces: python2.3-imaging-sane, python2.4-imaging-sane
-Recommends: python-tk
+Recommends: python-tk (>= 2.5.2-1.1)
 Suggests: python-imaging-doc, python-imaging-sane-dbg
 Provides: ${python:Provides}
 XB-Python-Version: ${python:Versions}
diff -Nru python-imaging-1.1.6/setup.py python-imaging-1.1.6/setup.py
--- python-imaging-1.1.6/setup.py	2006-12-12 17:13:47.0 +0100
+++ python-imaging-1.1.6/setup.py	2009-09-03 05:14:06.0 +0200
@@ -196,7 +196,7 @@
 #
 # add Tcl include directory
 
-add_directory(include_dirs, "/usr/include/tcl8.4")
+add_directory(include_dirs, "/usr/include/tcl8.5")
 
 #
 # insert new dirs *before* default libs, to avoid conflicts


signature.asc
Description: Digital signature

Bug#544810: following the catalog translated.

[Flamarion Jorge]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I forgot the file when I opened the bug


- --
Flamarion Jorge
OpenPGP Key: 6CA750E1
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkqfOH4ACgkQ0SDRnmynUOGD2QCcD9kAFXsa8VPLcrZ9YpU8W8Iw
v70An05AiinIcKpIaFz3MilP5qfI+6Br
=PB/v
-END PGP SIGNATURE-
# grub2 Brazilian Portuguese translation
# Copyright (C) 2009 THE grub2'S COPYRIGHT HOLDER
# This file is distributed under the same license as the grub2 package.
# Flamarion Jorge , 2009.
#
msgid ""
msgstr ""
"Project-Id-Version: grub2 1.96\n"
"Report-Msgid-Bugs-To: gr...@packages.debian.org\n"
"POT-Creation-Date: 2009-08-30 14:58+0200\n"
"PO-Revision-Date: 2009-08-30 20:45-0300\n"
"Last-Translator: Flamarion Jorge \n"
"Language-Team: Brazilian Portuguese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"pt_BR utf-8\n"

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:1001
msgid "Chainload from menu.lst?"
msgstr "Carregar em cadeia a partir do menu.lst?"

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:1001
msgid "GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub."
msgstr ""
"Os scripts de atualização do GRUB detectaram uma configuração do GRUB Legado "
"em /boot/grub."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:1001
msgid ""
"In order to replace the Legacy version of GRUB in your system, it is "
"recommended that /boot/grub/menu.lst is adjusted to chainload GRUB 2 from "
"your existing GRUB Legacy setup.  This step may be automaticaly performed "
"now."
msgstr ""
"A fim de substituir a versão Legada do GRUB no seu sistema, é recomendável "
"que o /boot/grub/menu.lst seja ajustado para carregar em cadeia o GRUB 2 a "
"partir da sua configuração existente do GRUB Legado. Este passo pode ser "
"executado automaticamente agora."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:1001
msgid ""
"It's recommended that you accept chainloading GRUB 2 from menu.lst, and "
"verify that your new GRUB 2 setup is functional for you, before you install "
"it directly to your MBR (Master Boot Record)."
msgstr ""
"É recomendado que você aceite o carregamento em cadeia do GRUB 2 a partir do "
"menu.lst, e verifique que sua nova configuração do GRUB 2 está funcional "
"para você, antes de instalá-lo diretamente no seu MBR (\"Master Boot Record"
"\")."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:1001
msgid ""
"In either case, whenever you want GRUB 2 to be loaded directly from MBR, you "
"can do so by issuing (as root) the following command:"
msgstr ""
"Em todo caso, sempre que você quiser que o GRUB 2 seja carregado diretamente "
"do MBR, você pode fazê-lo (como root) através do seguinte comando:"

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:1001
msgid "upgrade-from-grub-legacy"
msgstr "upgrade-from-grub-legacy"

#. Type: string
#. Description
#: ../templates.in:1001
msgid "Linux command line:"
msgstr "Linha de comando Linux:"

#. Type: string
#. Description
#: ../templates.in:1001
#| msgid ""
#| "The following Linux command line was extracted from the `kopt' parameter "
#| "in GRUB Legacy's menu.lst.  Please verify that it is correct, and modify "
#| "it if necessary."
msgid ""
"The following Linux command line was extracted from /etc/default/grub or the "
"`kopt' parameter in GRUB Legacy's menu.lst.  Please verify that it is "
"correct, and modify it if necessary."
msgstr ""
"A linha de comando Linux a seguir foi extraída de /etc/default/grup ou do "
"parâmetro `kopt' do menu.lst do Grub Legado. Por favor, verifique se ela "
"está correta, e modifique-a se necessário."

#. Type: string
#. Description
#: ../templates.in:2001
#| msgid "Linux command line:"
msgid "Linux default command line:"
msgstr "Linha de comando padrão Linux:"

#. Type: string
#. Description
#: ../templates.in:2001
msgid ""
"The following string will be used as Linux parameters for the default menu "
"entry but not for the recovery mode."
msgstr ""
"A seguinte string será usada como um parâmetro Linux para a entrada no menu "
"padrão, mas não para o modo de recuperação."

#. Type: string
#. Description
#: ../templates.in:3001
#| msgid "Linux command line:"
msgid "kFreeBSD command line:"
msgstr "Linha de comando kFreeBSD:"

#. Type: string
#. Description
#: ../templates.in:3001
#| msgid ""
#| "The following Linux command line was extracted from the `kopt' parameter "
#| "in GRUB Legacy's menu.lst.  Please verify that it is correct, and modify "
#| "it if necessary."
msgid ""
"The following kFreeBSD command line was extracted from /etc/default/grub or "
"the `kopt' parameter in GRUB Legacy's menu.lst.  Please verify that it is "
"correct, and modify it if necessary."
msgstr ""
"A linha de comando kFreeBSD a seguir foi extraída de /etc/default/grub ou do "
"parâmetro `kopt' do menu.

Bug#544811: rpm: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Rafael Henrique da Silva Correia]

Package: rpm
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.

--
Rafael Henrique da Silva Correia
http://abraseucodigo.blogspot.com


pt_BR.po
Description: Binary data

Bug#541835: [pkg-cryptsetup-devel] Bug#541835: crypto configuration / dependencies broken

[Herbert Xu]

Jonas Meurer  wrote:
> 
> i guess the best solution would be to improve the module dependency
> system. cipher meta-modules like 'aes' should depend on all available
> implementations. same for ivciphers, hashs, rng implementations etc.

We already do that for algorithms at least, they should all have
aliases of the form "ALG" or "ALG-all".

Things like chainiv/eseqiv should just be included always.  There
are unlikely to be any new algorithms of that type.

Cheers,
-- 
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} 
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt



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

Bug#544810: grub2: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Flamarion Jorge]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: grub2
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.

- --
Flamarion Jorge
OpenPGP Key: 6CA750E1
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkqfNswACgkQ0SDRnmynUOFPswCfc13TNFACld5yDpn7z1AC494I
jyEAoLWAxFaLXoHnTkMXQYlG2a8NCA3x
=+61n
-END PGP SIGNATURE-



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

Bug#544809: autoconf: bad interaction between AC_CHECK_LIB and AC_SEARCH_LIBS

[Tim Abbott]

package: autoconf
version: 2.64-2
severity: normal

The new autoconf in squeeze generates configure scripts that error out 
with:

checking for socket... ./configure: line 1399: ac_fn_c_try_link: command not 
found

when you write code of the form:

AC_CHECK_FUNC([socket], :, AC_CHECK_LIB([socket], [socket]))

followed eventually by

AC_SEARCH_LIBS([socket], [socket])

I've attached a sample configure.in script that reproduces the problem; a 
corresponding tarball is available at 
.

-Tim AbbottAC_INIT

AC_PROG_CC
AC_PROG_INSTALL
AC_PROG_RANLIB

AC_CHECK_FUNC([socket], :, AC_CHECK_LIB([socket], [socket]))
AC_SEARCH_LIBS([socket], [socket])

AC_CONFIG_FILES([Makefile])
AC_OUTPUT

Bug#543357: update

[Michel Lavie]

Hello,

I was updating my machine today and rtorrent(0.8.4+tit-4 -> 0.8.5-2) was
updated and librtorrent11 remains at 0.12.5-2. The
same thing is still happening, but i did try something else. I can start a
torrent backup with(Control-Shift-s) after stopping
it with(Control-d). According to the rtorrent user guide (
http://libtorrent.rakshasa.no/wiki/RTorrentUserGuide), it should be just
Control-s. Also tried Control-Shift-d, but that does something similar to
enter and backpspace (Add torrent using an URL or file path).

Thanks

Bug#544757: gmchess - FTBFS: Error: Unrecognized opcode: `bsfl'

[Aron Xu]

Sorry, I will fix this soon together with an update of the cross
platform support.
Thanks.

Aron

On Thu, Sep 3, 2009 at 4:50 AM, Sven Joachim wrote:
> On 2009-09-02 20:53 +0200, Bastian Blank wrote:
>
>> Source: gmchess
>> Version: 0.20.2-3
>> Severity: serious
>>
>> There was an error while trying to autobuild your package:
>>
>>> sbuild (Debian sbuild) 0.58.2 (15 Jun 2009) on lxdebian.bfinv.de
>> [...]
>>> /bin/sh ../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
>>> -I../..     -g -O2 -MT position.lo -MD -MP -MF .deps/position.Tpo -c -o 
>>> position.lo position.cpp
>>> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -g -O2 -MT position.lo 
>>> -MD -MP -MF .deps/position.Tpo -c position.cpp  -fPIC -DPIC -o 
>>> .libs/position.o
>>> x86asm.h: Assembler messages:
>>> x86asm.h:171: Error: Unrecognized opcode: `bsfl'
>>> make[4]: *** [position.lo] Error 1
>>> make[4]: Leaving directory 
>>> `/build/buildd-gmchess_0.20.2-3-s390-n41NpH/gmchess-0.20.2/src/engine'
>>> make[3]: *** [all-recursive] Error 1
>>> make[3]: Leaving directory 
>>> `/build/buildd-gmchess_0.20.2-3-s390-n41NpH/gmchess-0.20.2/src'
>>> make[2]: *** [all-recursive] Error 1
>>> make[1]: *** [all] Error 2
>>> make: *** [build-stamp] Error 2
>>> dpkg-buildpackage: error: debian/rules build gave error exit status 2
>
> It may or may not be related, but a backslash is missing at the end of
> line 50 in debian/rules which leads to rather strange messages:
>
> ,
> | datarootdir=/usr/share \
> |               --libdir=/usr/lib/libeval\
> |               CFLAGS="-Wall -g -O2" \
> |               LDFLAGS="-Wl,-z,defs -Wl,--as-needed -Wl,--no-undefined"
> | /bin/sh: --libdir=/usr/lib/libeval: No such file or directory
> | make: [config.status] Error 127 (ignored)
> `
>
> And the libeval library files end up in /usr/lib rather than
> /usr/lib/libeval.
>
> Sven
>
>
>



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

Bug#544757: gmchess - FTBFS: Error: Unrecognized opcode: `bsfl'

[Aron Xu]

I know there is some error while cross compiling, and I've contacted
the upstream author for correcting that problem, but now I only find
out how to solve it on mips platform, that's far not enough.
This upload, 0.20.2-3, can be successfully built on i386, amd64, lpia,
kfreebsd-i386 and kfreebsd-amd64 AFAIK.

On Thu, Sep 3, 2009 at 2:53 AM, Bastian Blank wrote:
> Source: gmchess
> Version: 0.20.2-3
> Severity: serious
>
> There was an error while trying to autobuild your package:
>
>> sbuild (Debian sbuild) 0.58.2 (15 Jun 2009) on lxdebian.bfinv.de
> [...]
>> /bin/sh ../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
>> -I../..     -g -O2 -MT position.lo -MD -MP -MF .deps/position.Tpo -c -o 
>> position.lo position.cpp
>> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -g -O2 -MT position.lo 
>> -MD -MP -MF .deps/position.Tpo -c position.cpp  -fPIC -DPIC -o 
>> .libs/position.o
>> x86asm.h: Assembler messages:
>> x86asm.h:171: Error: Unrecognized opcode: `bsfl'
>> make[4]: *** [position.lo] Error 1
>> make[4]: Leaving directory 
>> `/build/buildd-gmchess_0.20.2-3-s390-n41NpH/gmchess-0.20.2/src/engine'
>> make[3]: *** [all-recursive] Error 1
>> make[3]: Leaving directory 
>> `/build/buildd-gmchess_0.20.2-3-s390-n41NpH/gmchess-0.20.2/src'
>> make[2]: *** [all-recursive] Error 1
>> make[1]: *** [all] Error 2
>> make: *** [build-stamp] Error 2
>> dpkg-buildpackage: error: debian/rules build gave error exit status 2
>
>
>



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

Bug#544808: brltty: fails to install using aptitude because of depending on a virtual package

[Kenny Hitt]

Package: brltty
Version: 4.0-7
Severity: grave
Justification: renders package unusable


When I attempt to install brltty, I get the following error:
brltty: depends: libicu40 (>= 4.0-1) which is a virtual package.
At this both aptitude or apt-get will abort.

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

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

Versions of packages brltty depends on:
ii  libbrlapi0.5  4.0-7  braille display access via BRLTTY 
ii  libc6 2.9-26 GNU C Library: Shared libraries
ii  libgpm2   1.20.4-3.2 General Purpose Mouse - shared lib
pn  libicu40   (no description available)
ii  libncursesw5  5.7+20090803-2 shared libraries for terminal hand
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init scrip

brltty recommends no packages.

Versions of packages brltty suggests:
pn  brltty-speechd (no description available)
pn  brltty-x11 (no description available)
pn  libbrlapi-dev  (no description available)



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

Bug#540831: blacklisting pcspkr ruins beep(1), and icewm' mail beep

[Josh Triplett]

On Thu, Sep 03, 2009 at 09:23:25AM +0800, jida...@jidanni.org wrote:
> Blacklisting pcspkr ruins beep(1), and icewm' mail beep, and probably
> other programs.
> 
> There should perhaps be a whiptail question saying what is being ruined
> and what to do about it.
> 
> I don't know the official way one should fix it.
> 
> I could tamper with some blacklist, but that is not official.

This primarily seems like a bug in whatever alsa driver you use, for not
taking over the function of the console beep (and thus routing it
through the normal sound card, which allows muting, volume control, and
various other niceties that pcspkr doesn't).

If you don't use an alsa driver, then uninstall alsa-base and the
blacklist of pcspkr will go away.

And if you want to keep alsa-base installed and still have pcspkr, just
edit /etc/modprobe.d/alsa-base-blacklist.conf and comment the "blacklist
pcspkr" line.

- Josh Triplett



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

Bug#544805: libpam-runtime: pam-auth-update asks debconf questions on every upgrade

[Steve Langasek]

severity 544805 minor
# you're only seeing this because you've overridden the default debconf
# priority
thanks

On Wed, Sep 02, 2009 at 08:43:32PM -0500, Ken Bloom wrote:
> Package: libpam-runtime
> Version: 1.1.0-2
> Severity: important

> Every time I upgrade the libpam-runtime package, pam-auth-update asks
> me what profiles I want to have active. I don't want to be asked this
> question every time I upgrade becuase I'm not changing profiles every
> time I upgrade.

> The offending code seems to be on line 145:
> fset($template,'seen','false');

No, the offending code is in libpam-runtime.postinst:

  pam-auth-update --package $force

We should probably only call this when a provided profile has been changed,
or when the common-* templates have changed.  This problem might go away if
we turn this into a trigger; I'll have to look into that.

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


signature.asc
Description: Digital signature

Bug#544807: override: mktemp:oldlibs/extra

[Michael Stone]

Package: ftp.debian.org

mktemp is now a transitional package and no longer needs to be required



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

Bug#544806: usbmount: Not creating mountpoints, so it fails to mount.

[Michel Lavie]

Package: usbmount
Version: 0.0.17.1
Severity: grave
Justification: renders package mostly unusable


Usbmount does not create the necessary mountpoints in /media/usb* so it fails 
to mount:

Sep  2 19:27:16 I531 usbmount[15199]: trying to acquire lock 
/var/run/usbmount/.mount.lock
Sep  2 19:27:16 I531 usbmount[15199]: acquired lock 
/var/run/usbmount/.mount.lock
Sep  2 19:27:16 I531 usbmount[15199]: testing whether /dev/sde is readable
Sep  2 19:27:16 I531 usbmount[15199]: /dev/sde does not contain a filesystem or 
disklabel
Sep  2 19:27:16 I531 usbmount[15218]: trying to acquire lock 
/var/run/usbmount/.mount.lock
Sep  2 19:27:16 I531 usbmount[15219]: trying to acquire lock 
/var/run/usbmount/.mount.lock
Sep  2 19:27:16 I531 usbmount[15218]: acquired lock 
/var/run/usbmount/.mount.lock
Sep  2 19:27:16 I531 usbmount[15218]: testing whether /dev/sde1 is readable
Sep  2 19:27:16 I531 usbmount[15218]: /dev/sde1 contains a filesystem or 
disklabel
Sep  2 19:27:16 I531 usbmount[15218]: /dev/sde1 contains filesystem type vfat
Sep  2 19:27:16 I531 usbmount[15218]: no mountpoint found for /dev/sde1


But after manually creating /media/usb0/ it mounts fine:

Sep  2 19:39:02 I531 usbmount[15348]: trying to acquire lock 
/var/run/usbmount/.mount.lock
Sep  2 19:39:02 I531 usbmount[15348]: acquired lock 
/var/run/usbmount/.mount.lock
Sep  2 19:39:02 I531 usbmount[15348]: testing whether /dev/sde is readable
Sep  2 19:39:03 I531 usbmount[15348]: /dev/sde does not contain a filesystem or 
disklabel
Sep  2 19:39:03 I531 usbmount[15367]: trying to acquire lock 
/var/run/usbmount/.mount.lock
Sep  2 19:39:03 I531 usbmount[15367]: acquired lock 
/var/run/usbmount/.mount.lock
Sep  2 19:39:03 I531 usbmount[15367]: testing whether /dev/sde2 is readable
Sep  2 19:39:03 I531 usbmount[15376]: trying to acquire lock 
/var/run/usbmount/.mount.lock
Sep  2 19:39:03 I531 usbmount[15367]: /dev/sde2 does not contain a filesystem 
or disklabel
Sep  2 19:39:08 I531 usbmount[15376]: acquired lock 
/var/run/usbmount/.mount.lock
Sep  2 19:39:08 I531 usbmount[15376]: testing whether /dev/sde1 is readable
Sep  2 19:39:08 I531 usbmount[15376]: /dev/sde1 contains a filesystem or 
disklabel
Sep  2 19:39:08 I531 usbmount[15376]: /dev/sde1 contains filesystem type vfat
Sep  2 19:39:08 I531 usbmount[15376]: mountpoint /media/usb0 is available for 
/dev/sde1
Sep  2 19:39:08 I531 usbmount[15376]: executing command: mount -tvfat 
-osync,noexec,nodev,noatime,nodiratime /dev/sde1 /media/usb0

I also tried with 
FS_MOUNTOPTIONS="-fstype=vfat,gid=floppy,dmask=0007,fmask=0117" commented, 
but it still fails to mount when no /media/usb* is present. Also I can now 
create dir(s), 
delete dir(s), etc ... in /media/usb0/ as a regular user with the above is 
commented. 

owner:group when commented root:root
owner:group when uncommented root:floppy

This is happening on two different machines. 

Thank You

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

Kernel: Linux 2.6.30.5 (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 usbmount depends on:
ii  lockfile-progs0.1.13 Programs for locking and unlocking
ii  udev  0.141-1/dev/ and hotplug management daemo

usbmount recommends no packages.

usbmount 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#527523: Intent to NMU

[Cyril Brulebois]

tag 527523 pending
thanks

Cyril Brulebois  (12/08/2009):
> Cyril Brulebois  (22/07/2009):
> > I'm planning to look at it, probably after I arrived at DebConf. Don't
> > hesitate to get back to me in a few days if you see no comments coming
> > from me.
> 
> Unfortunately, I haven't had much time until now. A few comments:
>  - your changelog entry doesn't close the bug we're interested in (#527523)
>  - you don't mention you bumped Standards-Version, and that you added
>${misc:Depends}
>  - using .install files would make it trivial to install files were they
>belong, instead of find … -exec ….
>  - it looks like with the new upstream release, files are no more ancient
>that they used to me (2007 → 2006). Could you please ask upstream to
>update its build environment? In the meanwhile, you could automatically
>copy config.guess and config.sub from the autotools-dev package before
>configuring, and remove them in clean, to keep the diff out of the
>Debian diff.
> 
> (Note that this is based on the source debdiff only, I didn't do any build
> test.)

Hi,

it's been a while already, and I haven't heard back from you
yet. Since I'm not very keen on sponsoring a package that doesn't
sound like ready, since this is a serious bug, and since it's blocking
a lot of packages on kfreebsd-*, I've prepared a minimal patch to
trigger a relibtoolization at build time, using makebuilddir as
pre-configure target as can be seen in cdbs's documentation. See
attached source debdiff.

I'm uploading it to DELAYED/2 since I'm still open to discussion, but
it would really be nice to have it fixed ASAP.

Mraw,
KiBi.
diff -u netcdf-3.6.2/debian/rules netcdf-3.6.2/debian/rules
--- netcdf-3.6.2/debian/rules
+++ netcdf-3.6.2/debian/rules
@@ -15,6 +15,10 @@
 
 DEB_INSTALL_CHANGELOGS_ALL = RELEASE_NOTES
 
+# Any makebuilddir/binary would do, /source doesn't:
+makebuilddir/libnetcdf4::
+	autoreconf -vfi
+
 install/libnetcdf4::
 	find debian/tmp/usr/lib/ ! -type d -a ! -name '*.so' -a ! -name '*.a' -a ! -name '*.la' -exec mv {} debian/libnetcdf4/usr/lib/ \;
 
diff -u netcdf-3.6.2/debian/changelog netcdf-3.6.2/debian/changelog
--- netcdf-3.6.2/debian/changelog
+++ netcdf-3.6.2/debian/changelog
@@ -1,3 +1,14 @@
+netcdf (1:3.6.2-3.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS due to libtool issues by relibtoolizing at build time
+(Closes: #527523):
+ - Run “autoreconf -vfi” before running configure.
+ - Add autoconf to Build-Depends (just to make sure, it should be
+   pulled by automake anyway).
+
+ -- Cyril Brulebois   Thu, 03 Sep 2009 03:13:33 +0200
+
 netcdf (1:3.6.2-3.1) unstable; urgency=low
 
   * NMU from the Cambridge BSP


signature.asc
Description: Digital signature

Bug#543892: O: hostname -- utility to set/show the host name or domain name

[Cristian Greco]

On Fri, Aug 28, 2009 at 02:05:28PM +0200, Michael Meskes wrote:

> On Thu, Aug 27, 2009 at 01:40:32PM +0200, Cristian Greco wrote:
> > Eh... so who is the actual owner of this ITA?
> 
> Me I think.
> 
> > I'd like to co-maintain this package as well, please let me know.
> 
> The package will eventually go to collab-maint, I just won't be able to move 
> it
> before Sunday or Monday.
> 
> Being essantial the package shouldn't be maintained by only one person, I'm
> just unsure whether we need so many people for this smallish tool. 

Hi Michael,

did you have time to setup the repository?

I'd like very much to maintain this package as Maintainer:, could I create a
git repo on collab-maint and ask you to sponsor my uploads?

Thanks,
--
Cristian Greco
GPG key ID: 0x0C095825 


signature.asc
Description: Digital signature

Bug#544707: python-rpy: please expose proper version in __version__ -- not numpy's one ; )

[Dirk Eddelbuettel]

On 2 September 2009 at 10:36, Yaroslav Halchenko wrote:
| 
| In [197]:rpy.__version__
| Out[198]:'1.3.0'
| 
| In [199]:
| In [201]:rpy.rpy_version
| Out[201]:'1.0.3'
| 
| In [202]:numpy.__version__
| Out[202]:'1.3.0'
| 
| In [204]:numpy.__version__ is rpy.__version__
| Out[204]:True

How do you do that? I can't test the patch because I can't get to
'rpy.__version__' -- rpy is always unknown, whether I use python or ipython
or cpython in emacs ...

Dirk

| 
| -- System Information:
| Debian Release: squeeze/sid
|   APT prefers testing
|   APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental')
| Architecture: amd64 (x86_64)
| 
| Kernel: Linux 2.6.31-rc5-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 python-rpy depends on:
| ii  libc6 2.9-23 GNU C Library: Shared libraries
| ii  python2.5.4-2An interactive high-level 
object-o
| ii  python-central0.6.11 register and build utility for 
Pyt
| ii  python-numpy  1:1.3.0-3  Numerical Python adds a fast 
array
| ii  r-base-core   2.9.2-1GNU R core of statistical 
computat
| 
| python-rpy recommends no packages.
| 
| Versions of packages python-rpy suggests:
| pn  python-rpy-docs(no description available)
| 
| -- no debconf information
| 
| 

-- 
Three out of two people have difficulties with fractions.



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

Bug#544805: libpam-runtime: pam-auth-update asks debconf questions on every upgrade

[Ken Bloom]

Package: libpam-runtime
Version: 1.1.0-2
Severity: important


Every time I upgrade the libpam-runtime package, pam-auth-update asks
me what profiles I want to have active. I don't want to be asked this
question every time I upgrade becuase I'm not changing profiles every
time I upgrade.

The offending code seems to be on line 145:
fset($template,'seen','false');


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

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

Versions of packages libpam-runtime depends on:
ii  debconf   1.5.27 Debian configuration management sy
ii  libpam-modules1.1.0-2Pluggable Authentication Modules f

libpam-runtime recommends no packages.

libpam-runtime suggests no packages.

-- debconf information:
  libpam-runtime/conflicts:
  libpam-runtime/no_profiles_chosen:
  libpam-runtime/you-had-no-auth:
  libpam-runtime/override: false
  libpam-runtime/profiles: unix, gnome-keyring



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

Bug#540831: blacklisting pcspkr ruins beep(1), and icewm' mail beep

[jidanni]

reopen 540831
forcemerge 540831 544496
thanks
Blacklisting pcspkr ruins beep(1), and icewm' mail beep, and probably
other programs.

There should perhaps be a whiptail question saying what is being ruined
and what to do about it.

I don't know the official way one should fix it.

I could tamper with some blacklist, but that is not official.



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

Bug#544801: Unable to obtain global lock

[Alasdair G Kergon]

On Thu, Sep 03, 2009 at 01:51:24AM +0100, Alasdair G Kergon wrote:
> That sounds like a known upstream regression - that restriction should not
> apply to the global lock.  However, I've been on holiday and a quick
> check of WHATS_NEW suggests the fix has not yet been checked in.
> I'll add it as a blocker for the pending 2.02.52 release.
 
Yup - I've reproduced it upstream.

The fix (untested) should probably be something like changing
lib/locking/no_locking.c to:
  static int _readonly_lock_resource(struct cmd_context *cmd,
 const char *resource,
 uint32_t flags)
  {
if ((flags & LCK_TYPE_MASK) == LCK_WRITE &&
(flags & LCK_SCOPE_MASK) == LCK_VG &&
!(flags & LCK_CACHE) &&
strcmp(resource, VG_GLOBAL))

...

Alasdair




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

Bug#544801: Unable to obtain global lock

[Alasdair G Kergon]

On Thu, Sep 03, 2009 at 01:53:02AM +0200, Cesare Leonardi wrote:
> On boot LVM shows this error message:
> Write locks are prohibited with --ignorelockingfailure.
> Unable to obtain global lock.
 
That sounds like a known upstream regression - that restriction should not
apply to the global lock.  However, I've been on holiday and a quick
check of WHATS_NEW suggests the fix has not yet been checked in.
I'll add it as a blocker for the pending 2.02.52 release.

Alasdair




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

Bug#544803: culmus: Upstream version 0.103 available

[Ken Bloom]

Package: culmus
Version: 0.101-9
Severity: wishlist


Please update culmus to version 0.103, which includes the OpenType
David font.

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

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

Versions of packages culmus depends on:
ii  xfonts-utils  1:7.4+2X Window System font utility progr

culmus recommends no packages.

culmus suggests no packages.

-- debconf information:
* culmus/change_local_conf: true



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

Bug#544804: ITP: faifa -- Homeplug 1.0/AV tool

[Damien Raude-Morvan]

Package: wnpp
Severity: wishlist
Owner: "Damien Raude-Morvan" 
X-Debbugs-CC: debian-de...@lists.debian.org, d...@open-plc.org


* Package name: faifa
  Version : 0.2~svn27
  Upstream Author : Xavier Carcelle 
Florian Fainelli 
Nicolas Thill 
* URL : https://dev.open-plc.org/
* License : GPL v2.1 (with OpenSSL exception)
  Programming Lang: C
  Description : Homeplug 1.0/AV tool


 Faifa is a network tool to configure, inspect
 flash, collect statistics on HomePlug 1.0/AV
 devices.
 .
 It sends all private and public ethernet management
 frames to the devices.

Cheers,
-- 
Damien Raude-Morvan - http://damien.raude-morvan.com/


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

Bug#537270: sidplay-libs: FTBFS on kfreebsd-amd64 (outdated libtool)

[Cyril Brulebois]

tag 537270 pending
thanks

Petr Salinger  (16/07/2009):
> the current version fails to build on kfreebsd-amd64.
>
> It is due to outdated libtool in resid subdirectory,
> libtool 1.5.2-1 or later is need. Please perform:
>
>   cd resid
>   autoreconf -vfi

Thanks Petr.

Given I'm not very keen on waiting several months like it was the case
for the previous porting patch (#401857), I'm uploading a fixed
package to DELAYED/1. I know it's a short timing, but well, we had no
reactions, and a lot of packages are build-depending on sidplay-libs'
binary packages. If you want to NACK it, or upload yourself, time to
speak up, or act.

Source debdiff attached.

Mraw,
KiBi.
diff -u sidplay-libs-2.1.1/debian/changelog sidplay-libs-2.1.1/debian/changelog
--- sidplay-libs-2.1.1/debian/changelog
+++ sidplay-libs-2.1.1/debian/changelog
@@ -1,3 +1,13 @@
+sidplay-libs (2.1.1-7.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS on kfreebsd-amd64 by updating libtool as suggested by Petr
+Salinger (Closes: #537270):
+ - Add “cd resid && autoreconf -vfi” before ./configure.
+ - Add autoconf, automake, and libtool to Build-Depends.
+
+ -- Cyril Brulebois   Thu, 03 Sep 2009 02:23:33 +0200
+
 sidplay-libs (2.1.1-7) unstable; urgency=low
 
   * Fix FTBFS issues with g++-4.3 (closes: #467459).
diff -u sidplay-libs-2.1.1/debian/control sidplay-libs-2.1.1/debian/control
--- sidplay-libs-2.1.1/debian/control
+++ sidplay-libs-2.1.1/debian/control
@@ -2,7 +2,7 @@
 Section: sound
 Priority: optional
 Maintainer: Laszlo Boszormenyi (GCS) 
-Build-Depends: debhelper (>= 4.0.0)
+Build-Depends: debhelper (>= 4.0.0), autoconf, automake, libtool
 Standards-Version: 3.7.3
 
 Package: libsidplay2-dev
diff -u sidplay-libs-2.1.1/debian/rules sidplay-libs-2.1.1/debian/rules
--- sidplay-libs-2.1.1/debian/rules
+++ sidplay-libs-2.1.1/debian/rules
@@ -30,6 +30,7 @@
 config.status: configure
 	dh_testdir
 	# Add here commands to configure the package.
+	cd resid && autoreconf -vfi
 	./configure --enable-shared --enable-static --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info
 
 


signature.asc
Description: Digital signature

Bug#544653: fam: build error by automake

[Nobuhiro Iwamatsu]

Hi,

2009/9/3 Chuan-kai Lin :
> On Wed, Sep 02, 2009 at 03:45:20PM +0900, Nobuhiro Iwamatsu wrote:
>> This pakcage failed to build on i386 in sid.
>> I checked this problem by cowbuilder.
>> Could you check and fix ?
>
> I cannot reproduce this problem.  The packages builds fine on my system
> (i386 unstable/testing mix),
Hmm..

> and I cannot get cowbuilder to work
> (cowbuilder --create dies due to cdebootstrap internal error right after
> trying to configure libusb-0.1-4).
Yes, I know. This problem has pbuilder.
You may evade this problem by using --debootstrap debootstrap.

>
> Can you list the build-deps packages in your cowbuilder environment?
>
OK.

ii  autoconf2.64-2 automatic
configure script builder
ii  automake1.101:1.10.2-2 A tool for
generating GNU Standards-complian
ii  autotools-dev   20090611.1 Update
infrastructure for config.{guess,sub}
ii  bsdmainutils6.1.11 collection of
more utilities from FreeBSD
ii  cdbs0.4.61 common build
system for Debian packages
ii  debhelper   7.4.0  helper programs
for debian/rules
ii  file5.03-1 Determines file
type using "magic" numbers
ii  gettext 0.17-8 GNU
Internationalization utilities
ii  gettext-base0.17-8 GNU
Internationalization utilities for the b
ii  groff-base  1.20.1-5   GNU troff
text-formatting system (base syste
ii  html2text   1.3.2a-14  advanced HTML
to text converter
ii  intltool-debian 0.35.0+20060710.1  Help i18n of
RFC822 compliant config files
ii  libcroco3   0.6.1-2a generic
Cascading Style Sheet (CSS) parsin
ii  libglib2.0-02.20.5-1   The GLib
library of C routines
ii  libmagic1   5.03-1 File type
determination library using "magic
ii  libpcre37.8-2+b1   Perl 5
Compatible Regular Expression Library
ii  libtool 2.2.6a-4   Generic library
support script
ii  libxml2 2.7.3.dfsg-2.1 GNOME XML library
ii  m4  1.4.13-2   a macro
processing language
ii  man-db  2.5.6-1on-line manual pager
ii  po-debconf  1.0.16 tool for
managing templates file translation

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu



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

Bug#544463: deluge-core: deluge delivers non-free GeoIP.dat

[Cristian Greco]

On Tue, Sep 01, 2009 at 01:55:37PM +0200, Patrick Matthäi wrote:
> Then the main problem is now "only" that it does not use a system
> wide one and that the geoip.dat you ship is not buildable from
> source.

Deluge 1.1.9+dfsg-2 is in unstable now:

 - deluge-core doesn't ship its own copy of GeoIP.dat anymore, but has a
   build-dep on geoip-database and is able to use the system wide db (patch
   020_geoip_db.patch);
 - deluge source package, versioned as +dfsg, still contains a copy of
   GeoIP.dat which was considered dfsg-free because of the removal of the "All
   Rights Reserved" string. This assumption is actually false, and will be
   fixed with the upcoming release of deluge 1.2 which doesn't ship the binary
   database at all.

Thanks,
--
Cristian Greco
GPG key ID: 0x0C095825 


signature.asc
Description: Digital signature

Bug#544586: closed by Jan Dittberner (Bug#544586: fixed in pam-pgsql 0.7-2)

[Cyril Brulebois]

reopen 544586
found 544586 0.7-2
thanks

Debian Bug Tracking System  (02/09/2009):
> #544586: pam-pgsql: FTBFS on GNU/kFreeBSD
> 
> It has been closed by Jan Dittberner .

Hi Jan,

no it's not fixed, because the patch modifies configure.ac and
configure isn't then regenerated. You would need to run “autoconf” [or
even better, “autoreconf -vfi” which does what's needed in almost all
situations), adding appropriate build dependencies, to relibtoolize at
build time, or if you want to avoid the extra build dependencies, you
could include a patch which includes all the changes that
relibtoolization induces (that's quite a burden, usually)].

That's what Petr wrote earlier:
| Please apply patch bellow and regenerate configure by autoconf.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#539974: mutt: Typo in documentation for ifdef patch

[Antonio Radici]

tag 539974 +confirmed pending
thanks

On Tue, Aug 04, 2009 at 01:40:12PM -0700, Kevin McCarthy wrote:
> There is a typo: conditionnaly, in the ifdef patch documentation.  I am
> attaching a patch.

Hi,
thanks for your patch, I will include it in the next release.

Cheers
Antonio



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

Bug#542817: [Mutt] #3324: mutt: smime_keys fails if tmpdir is set

[Mutt]

#3324: mutt: smime_keys fails if tmpdir is set
--+-
 Reporter:  anto...@dyne.org  |   Owner:  mutt-dev
 Type:  defect|  Status:  new 
 Priority:  trivial   |   Milestone:  
Component:  mutt  | Version:  1.5.20  
 Keywords:|  
--+-
 Forwarding from http://bugs.debian.org/542817

 {{{
 Hi!

 In my .muttrc I have set tmpdir with the following entry away
 from /tmp (causes mail loss if suspend fails while a message is in the
 pipe). This setting seems to confise smime_keys.

 <=
 set tmpdir="$HOME/Mail/tmp"
 >

 <=
 LANG="C" smime_keys add_p12 christoph.p12

 NOTE: This will ask you for two passphrases:
1. The passphrase you used for exporting
2. The passphrase you wish to secure your private key with.

 Enter Import Password:
 MAC verified OK
 Enter PEM pass phrase:
 Verifying - Enter PEM pass phrase:
 Couldn't open =tmp/smime/cert_tmp.0: No such file or directory at
 /usr/bin/smime_keys line 518.
 >
 }}}

-- 
Ticket URL: 
Mutt 
The Mutt mail user agent




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

Bug#542817: mutt: smime_keys fails if tmpdir is set

[Antonio Radici]

tag 542817 +confirmed upstream
forwarded 542817 http://bugs.mutt.org/3324
thanks

Hi,
I've forwarded the bug report upstream, the fix is very simple but I wanted to
know what they want to do if the = is specified in tmpdir; hopefully this will
make the next release.

Cheers
Antonio



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

Bug#544725: mutt: GPG inline signatures no working (p-i)

[Antonio Radici]

tag 544725 +moreinfo
thanks

Hi,
rather than attaching the entire muttrc, which will be huge :-) can you please
attach a minimal .muttrc needed to reproduce this bug? I see that you've both
mutt and mutt-patched installed, are you using mutt-patched?

Obviously this requires some work on your side, like trying to exclude some
options and see if your problem is still reproducible, but we need it to better
troubleshoot the problem.

Thanks in advance.

Cheers
Antonio



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

Bug#539276: adding attachments from the command line broken

[Antonio Radici]

On Fri, Aug 07, 2009 at 02:02:16PM +0200, Gerfried Fuchs wrote:
>  I wonder how many people really are on non-GNU systems and actually are
> expecting this different behavior, and since when it is around. I
> currently can't really find out when it was introduced, at least 1.5.13
> had still the old documentation, the documentation was adjusted for
> 1.5.15, so the "feature" change would be probably be around since late
> 2006/early 2007.
> 

Hi Rhonda,
sorry for the late reply but I was a bit busy during last month; now the problem
here is if we should roll back the upstream change or not, they will surely go
ahead with their change because it is supporting both GNU and non-GNU systems. I
know that it breaks an existing behavior but we didn't get many complaints so
far, apart from three bug reports (including this one).

As far as I understood, the patch was also covering Solaris, I know that we
don't support Solaris but we should make sure that an user of that operating
system or of any other GNU/non-GNU operating system could use the same version 
of mutt (1.5.19 in this case) w/out having different output or different 
options per
distribution; what I care most is the user experience with this program and if
we change the CLI options and stray from upstream that would mean that users
from other distro will get a different experience once they start using Debian.

Unfortunately, and this it really bad, we don't have numbers, so from my side
this could be just a discussion and I can only try explain my opinion but I 
cannot
quantify how many users are affected, how many are angry because we broke their
scripts (actually, not "we", but "they" :-) ) and so on.

I'd like to keep this behavior of mutt, if we do so I'm sure that we have to add
a warning for people the mutt package (for example when squeeze goes out); I'm
just wondering if my explanation makes sense to you or if you think that we
should roll back their change.

Thanks a lot for the discussion, it is being really helpful.

Cheers
Antonio



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

Bug#541241: attachment type misdetection for small .tar.gz

[Antonio Radici]

tag 541241 +moreinfo
thanks

Hi,
since it seems that the problem is reproducible on your side and unreproducible
on mine, can you please attach this .tar.gz so I can better analyse the file?

Cheers
Antonio



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

Bug#544802: opendkim: FTBFS on various archs

[Cyril Brulebois]

Package: opendkim
Version: 1.0.0+dfsg-1
Severity: serious
Justification: FTBFS

Hi,

your package FTBFS on various archs[1]:
| /bin/sh ../libtool --tag=CC   --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H 
-I. -I..-I/usr/include  -D_FFR_BODYLENGTH_DB   -D_FFR_DNS_UPGRADE   
-D_FFR_STATS  -DUSE_UNBOUND -I/usr/include  -Wall -g -O2 -pthread -MT 
libopendkim_la-vbr.lo -MD -MP -MF .deps/libopendkim_la-vbr.Tpo -c -o 
libopendkim_la-vbr.lo `test -f 'vbr.c' || echo './'`vbr.c
|  gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I/usr/include -D_FFR_BODYLENGTH_DB 
-D_FFR_DNS_UPGRADE -D_FFR_STATS -DUSE_UNBOUND -I/usr/include -Wall -g -O2 
-pthread -MT libopendkim_la-vbr.lo -MD -MP -MF .deps/libopendkim_la-vbr.Tpo -c 
vbr.c  -fPIC -DPIC -o .libs/libopendkim_la-vbr.o
|  gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I/usr/include -D_FFR_BODYLENGTH_DB 
-D_FFR_DNS_UPGRADE -D_FFR_STATS -DUSE_UNBOUND -I/usr/include -Wall -g -O2 
-pthread -MT libopendkim_la-vbr.lo -MD -MP -MF .deps/libopendkim_la-vbr.Tpo -c 
vbr.c -o libopendkim_la-vbr.o >/dev/null 2>&1
| mv -f .deps/libopendkim_la-vbr.Tpo .deps/libopendkim_la-vbr.Plo
| /bin/sh ../libtool --tag=CC   --mode=link gcc -std=gnu99 -I/usr/include  
-D_FFR_BODYLENGTH_DB   -D_FFR_DNS_UPGRADE   -D_FFR_STATS  -DUSE_UNBOUND 
-I/usr/include  -Wall -g -O2 -pthread -L/usr/lib -L/usr/lib -Wl,-z,defs 
-L/usr/lib/libmilter -o libopendkim.la -rpath /usr/lib libopendkim_la-base64.lo 
libopendkim_la-dkim-cache.lo libopendkim_la-dkim-canon.lo 
libopendkim_la-dkim-keys.lo libopendkim_la-dkim-policy.lo 
libopendkim_la-dkim-rep.lo libopendkim_la-dkim-strl.lo 
libopendkim_la-dkim-tables.lo libopendkim_la-dkim-test.lo 
libopendkim_la-dkim-ub.lo libopendkim_la-dkim-util.lo libopendkim_la-dkim.lo 
libopendkim_la-rfc2822.lo libopendkim_la-util.lo libopendkim_la-vbr.lo  
-lunbound -lssl -lcrypto  
| gcc -std=gnu99 -shared  .libs/libopendkim_la-base64.o 
.libs/libopendkim_la-dkim-cache.o .libs/libopendkim_la-dkim-canon.o 
.libs/libopendkim_la-dkim-keys.o .libs/libopendkim_la-dkim-policy.o 
.libs/libopendkim_la-dkim-rep.o .libs/libopendkim_la-dkim-strl.o 
.libs/libopendkim_la-dkim-tables.o .libs/libopendkim_la-dkim-test.o 
.libs/libopendkim_la-dkim-ub.o .libs/libopendkim_la-dkim-util.o 
.libs/libopendkim_la-dkim.o .libs/libopendkim_la-rfc2822.o 
.libs/libopendkim_la-util.o .libs/libopendkim_la-vbr.o  -pthread -L/usr/lib 
-L/usr/lib/libmilter -lunbound -lssl -lcrypto  -pthread -Wl,-z -Wl,defs 
-pthread -pthread -Wl,-soname -Wl,libopendkim.so.0 -o .libs/libopendkim.so.0.0.0
| .libs/libopendkim_la-dkim-test.o: In function `dkim_test_dns_get':
| /build/buildd/opendkim-1.0.0+dfsg/libopendkim/dkim-test.c:154: undefined 
reference to `__dn_comp'
| /build/buildd/opendkim-1.0.0+dfsg/libopendkim/dkim-test.c:181: undefined 
reference to `__dn_comp'
| /build/buildd/opendkim-1.0.0+dfsg/libopendkim/dkim-test.c:237: undefined 
reference to `__dn_comp'
| .libs/libopendkim_la-util.o: In function `dkim_check_dns_reply':
| /build/buildd/opendkim-1.0.0+dfsg/libopendkim/util.c:673: undefined reference 
to `__dn_expand'
| /build/buildd/opendkim-1.0.0+dfsg/libopendkim/util.c:676: undefined reference 
to `__dn_skipname'
| /build/buildd/opendkim-1.0.0+dfsg/libopendkim/util.c:730: undefined reference 
to `__dn_expand'
| /build/buildd/opendkim-1.0.0+dfsg/libopendkim/util.c:712: undefined reference 
to `__dn_expand'
| collect2: ld returned 1 exit status
| make[3]: *** [libopendkim.la] Error 1
| make[3]: Leaving directory `/build/buildd/opendkim-1.0.0+dfsg/libopendkim'
| make[2]: *** [all-recursive] Error 1
| make[2]: Leaving directory `/build/buildd/opendkim-1.0.0+dfsg'
| make[1]: *** [all] Error 2
| make[1]: Leaving directory `/build/buildd/opendkim-1.0.0+dfsg'
| make: *** [build-stamp] Error 2
| dpkg-buildpackage: error: debian/rules build gave error exit status 2

 1. https://buildd.debian.org/status/package.php?suite=unstable&p=opendkim

That means at least amd64, armel, kfreebsd-*.

Mraw,
KiBi.



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

Bug#541241: attachment type misdetection for small .tar.gz

[Joey Hess]

Antonio Radici wrote:
> tag 541241 +moreinfo
> thanks
> 
> Hi,
> since it seems that the problem is reproducible on your side and 
> unreproducible
> on mine, can you please attach this .tar.gz so I can better analyse the file?

I'll send you a copy privately.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#544801: Unable to obtain global lock

[Cesare Leonardi]

Package: lvm2
Version: 2.02.51-2
Severity: normal

On boot LVM shows this error message:

Write locks are prohibited with --ignorelockingfailure.
Unable to obtain global lock.

Googling around i've found another one experiencing this problem:
http://archives.free.net.ph/message/20090814.082407.ca625fc5.it.html
I think that also for me this error appeared since 2.02.51.

Regards.

Cesare.



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

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

Versions of packages lvm2 depends on:
ii  dmsetup  2:1.02.36-2 The Linux Kernel Device Mapper use
ii  libc62.9-26  GNU C Library: Shared libraries
ii  libdevmapper1.02.1   2:1.02.36-2 The Linux Kernel Device Mapper use
ii  libreadline5 5.2-6   GNU readline and history libraries
ii  lsb-base 3.2-23  Linux Standard Base 3.2 init scrip

lvm2 recommends no packages.

lvm2 suggests no packages.

-- debconf information:
  lvm2/snapshots:



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

Bug#508945: Fixed in 3.1-1

[Ludovic Claude]

Tag: fixed

Thanks for the patch, even if I missed it when I worked on this package...

Ludovic



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

Bug#544800: onscripter: FTBFS due to missing B-D on pkg-config

[Cyril Brulebois]

Package: onscripter
Version: 0.0.20090822-2
Severity: serious
Tags: patch
Justification: FTBFS

Hi,

the title says it all, you're lacking a B-D on pkg-config. See [1] if
you need more.

 1. https://buildd.debian.org/status/package.php?suite=unstable&p=onscripter

Mraw,
KiBi.



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

Bug#541360: compressed folder patch - bugfix

[Antonio Radici]

Hi Roland,
I'm currently co-maintaining mutt in Debian and we are shipping your compressed
folder patch by default. We got a report from an user [0], he had problem with
compressed folders when mbox_type is set as Maildir by default; I know that this
is a known bug and your website is clear about it but the patch is not reporting
an error if the message is not written, therefore the user could lose the
existing message ('save' will delete the message by default).

I had a look at your code, the solution seems very simple, in
mutt_open_append_compressed you're checking the DefaultMagic and only if it is
M_MBOX or M_MMDF, you do create the temporary path. I'm wondering, if this
function is called only for compressed folders, why do you care so much about
the DefaultMagic and you don't just create the path straight away? 

This would fix the problem because if the path is created,
mx_open_mailbox_append() will call stat and it will be successfull, otherwise, 
if
the path is not created, the mutt function wil create the default one (in this
case a maildir) and it will behave badly (i.e.: no message saved).

I've the intention of removing that DefaultMagic check, but I was wondering if
there was any reason for it, something that I'm probably missing.

I look forward to your reply.

Cheers
Antonio

[0] http://bugs.debian.org/541360



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

Bug#544794: mutt-patched: does not send email from batch with smtp_url and smtp_pass enabled

[Antonio Radici]

reassign 544794 mutt
forwarded 544794 http://bugs.mutt.org/trac/ticket/3289
tag 544794 +confirmed upstream pending
thanks

Hi,
thanks for your report, I wil include this change in the next release.

Cheers
Antonio



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

Bug#484527: Whiteboard is no longer supported and now removed

[Joshua A. Andler]

Hello,

I'm an inkscape developer. We have recently removed the whiteboard
configuration flags from inkscape trunk and it will be removed in
inkscape 0.47. Unfortunately it only worked properly for a short period
of time and so we've taken the action to remove it until someone decides
to rewrite a more robust and less fragile implementation.

I would recommend that any versions of 0.46 that are planned to be
maintained until 0.47 is released should be recompiled without the
--enable-whiteboard configure flag.

Once that is done, please close this bug as appropriate.

Thanks for your patience and understanding, we're very sorry about any
inconvenience or confusion.




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

Bug#544799: icu: FTBFS: Unexpected character `"'

[Daniel Schepler]

Package: icu
Version: 4.2.1-2
Severity: serious

From my pbuilder build log:

...
/usr/bin/make -C /tmp/buildd/icu-4.2.1/source install-doc 
DESTDIR=/tmp/buildd/icu-4.2.1/debian/tmp
make[1]: Entering directory `/tmp/buildd/icu-4.2.1/source'
CONFIG_FILES=Doxyfile CONFIG_HEADERS= /bin/sh ./config.status
config.status: creating Doxyfile
/usr/bin/doxygen
Warning: Tag `USE_WINDOWS_ENCODING' at line 16 of file Doxyfile has become 
obsolete.
To avoid this warning please update your configuration file using "doxygen -u"
Warning: Tag `DETAILS_AT_TOP' at line 28 of file Doxyfile has become obsolete.
To avoid this warning please update your configuration file using "doxygen -u"
Warning: Tag `MAX_DOT_GRAPH_WIDTH' at line 222 of file Doxyfile has become 
obsolete.
To avoid this warning please update your configuration file using "doxygen -u"
Warning: Tag `MAX_DOT_GRAPH_HEIGHT' at line 223 of file Doxyfile has become 
obsolete.
To avoid this warning please update your configuration file using "doxygen -u"
Notice: Output directory `doc' does not exist. I have created it for you.
Searching for include files...
Searching for example files...
Searching for images...
Searching for dot files...
Searching for files to exclude
Searching for files to process...
Searching for files in directory /tmp/buildd/icu-4.2.1/source/common/unicode
Searching for files in directory /tmp/buildd/icu-4.2.1/source/i18n/unicode
Searching for files in directory /tmp/buildd/icu-4.2.1/source/io/unicode
Searching for files in directory /tmp/buildd/icu-4.2.1/source/layoutex/layout
Reading and parsing tag files
Preprocessing /tmp/buildd/icu-4.2.1/source/common/unicode/platform.h...
Parsing file /tmp/buildd/icu-4.2.1/source/common/unicode/platform.h...
Preprocessing /tmp/buildd/icu-4.2.1/source/common/unicode/brkiter.h...
Parsing file /tmp/buildd/icu-4.2.1/source/common/unicode/brkiter.h...
...
Generating docs for file fieldpos.h...
Generating docs for file 
fmt/tmp/buildd/icu-4.2.1/source/common/unicode/platform.h:62: Warning: 
Unsupported xml/html tag  found
/tmp/buildd/icu-4.2.1/source/common/unicode/platform.h:62: Warning: Unsupported 
xml/html tag  found
/tmp/buildd/icu-4.2.1/source/common/unicode/std_string.h:20: Warning: 
Unsupported xml/html tag  found
/tmp/buildd/icu-4.2.1/source/common/unicode/std_string.h:20: Warning: 
Unsupported xml/html tag  found
/tmp/buildd/icu-4.2.1/source/common/unicode/ubidi.h:795: Error: Unexpected 
character `"'
/tmp/buildd/icu-4.2.1/source/common/unicode/ubrk.h:78: Error: Unexpected 
character `"'
/tmp/buildd/icu-4.2.1/source/common/unicode/uchar.h:375: Error: Unexpected 
character `"'
/tmp/buildd/icu-4.2.1/source/common/unicode/uidna.h:78: Error: Unexpected 
character `"'
/tmp/buildd/icu-4.2.1/source/common/unicode/uidna.h:125: Error: Unexpected 
character `"'
/tmp/buildd/icu-4.2.1/source/io/unicode/ustdio.h:370: Error: Unexpected 
character `"'
/tmp/buildd/icu-4.2.1/source/common/unicode/ustring.h:919: Warning: explicit 
link request to 'define' could not be resolved
/tmp/buildd/icu-4.2.1/source/common/unicode/ustring.h:923: Warning: explicit 
link request to 'define' could not be resolved
/tmp/buildd/icu-4.2.1/source/common/unicode/ustring.h:968: Error: Unexpected 
character `"'
able.h...
...
Generating namespace index...
Generating namespace member index...
Generating graph info page...
Generating file index...
Generating example index...
Generating file member index...
rm -f -r /tmp/buildd/icu-4.2.1/debian/tmp/usr/share/doc/icu/html
/bin/sh ./mkinstalldirs /tmp/buildd/icu-4.2.1/debian/tmp/usr/share/doc/icu/html
mkdir /tmp/buildd/icu-4.2.1/debian/tmp/usr/share/doc
mkdir /tmp/buildd/icu-4.2.1/debian/tmp/usr/share/doc/icu
mkdir /tmp/buildd/icu-4.2.1/debian/tmp/usr/share/doc/icu/html
/usr/bin/install -c -m 644 doc/html/* 
/tmp/buildd/icu-4.2.1/debian/tmp/usr/share/doc/icu/html
/usr/bin/install: omitting directory `doc/html/search'
make[1]: *** [install-doc] Error 1
make[1]: Leaving directory `/tmp/buildd/icu-4.2.1/source'
make: *** [install/icu-doc] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2

(This was with doxygen version 1.6.1-1.)
-- 
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#544798: ITP: sqlkit - python GUI app & public package to edit data in databases

[Alessandro Dentella]

Package: wnpp
Severity: wishlist
Owner: Sandro Dentella 


* Package name: python-sqlkit
  Version : 0.8.6
  Upstream Author : Sandro Dentella 
* URL : http://sqlkit.argolinux.org/
* License : GPL
  Programming Lang: Python
  Description : GUI app and public package to edit data of databases


 Main features of sqlkit:
 .
  - editor of databases in 2 modes: table & mask
  - based on sqlalchemy: can cope with many different databases
  - very powerful filtering capabilities:
 .
   * each field can be used to filter visible records
   * date filtering possible also on relative basis (good for saved
 queries)
 .
  - very easy way to draw a layout for mask views
  - sqledit: Python script to edit db
  - completely effortless editing of relationships
  - very easy way to set defaults
  - possibility to display totals in numeric fields
  - completion both on local same field and foreign key fields
  - constraints: any possible sql constraint can be attached to a Mask 
or a Table. It can be expressed as a normal sqlalchemy query or with
django-like syntax
  - completely localized
  - easy way to add hooks and validation




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

Bug#544796: fl-cow: FTBFS due to autoreconf issues

[Robert Collins]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Cyril Brulebois wrote:
> Package: fl-cow
> Version: 0.6-2
> Severity: serious
> Justification: FTBFS
> 
> Hi,
> 
> your package FTBFS due to autoreconf issues:
...

Thanks, shall look at this this evening.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkqe/JYACgkQ42zgmrPGrq75awCgqHR0jIwCM35E05Wd5L13M6N/
cz0AoNE7UoxnzlmJJ1FuXMW0KwKoJfhj
=kkMB
-END PGP SIGNATURE-



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

Bug#544797: bison: invalid directive: `%no-parser'

[Philip Ashmore]

Package: bison
Version: 1:2.3.dfsg-5
Severity: normal

The code bison generates can't handle non-pod semantic values
as it uses C unions.
I would like to write my own parser and use only the tables bison
generates.
According to the documentation this is accomplished with the
"%no-parser" directive.

In the directives section I have
  %skeleton "lalr1.cc"  /*  -*- C++ -*- */
  %require "2.3"
  %no-parser
along with token directives.

However when I invoke bison I get the error message
bison -l -g -r itemset -k -d -p Cxx -o cxx.cc cxx_statement.y
cxx_statement.y:11.1-10: invalid directive: `%no-parser'
-- System Information:
Debian Release: 5.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages bison depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  m41.4.11-1   a macro processing language

bison recommends no packages.

Versions of packages bison suggests:
ii  bison-doc 1:2.3-2Documentation for the Bison parser

-- 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#544795: firegpg: FTBFS everywhere, no .jar file

[Cyril Brulebois]

Package: firegpg
Version: 0.7.8-1
Severity: serious
Justification: FTBFS

Hi dkg,

your package FTBFS everywhere:
| dh clean --after dh_auto_clean
|dh_clean
|  debian/rules build
| dh build
|dh_testdir
|dh_auto_configure
|dh_auto_build
|dh_auto_test
|  /usr/bin/fakeroot debian/rules binary-arch
| dh binary-arch
|dh_testroot -a
|dh_prep -a
|dh_installdirs -a
|dh_auto_install -a
|dh_install -a
| cp: cannot stat `debian/tmp/debian/firegpg.jar': No such file or directory

You probably want to have “binary” depend on “binary-arch” and
“binary-indep”, the latter doing nothing, and the former implementing
what you currently do for “binary”, or something like that.

Mraw,
KiBi.



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

Bug#505247: Bugs #538432 and #505247 should be merged.

[Ivan Baldo]

   They relate to the same thing.
   The solution proposed in #505247 is nice, but I think it should be 
implemented with Debconf and defaulted to not set vm.mmap_min_addr to 0 
for security reasons.
   Then the bugfix in #538432 should mention to run dpkg-reconfigure 
dosemu and enable that option or run dosemu as root.

   Those are my opinions...
   Thanks!

--
Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/

From Montevideo, Uruguay, at the south of South America.

Freelance programmer and GNU/Linux system administrator, hire me!
Alternatives: iba...@codigolibre.net - http://go.to/ibaldo




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

Bug#544796: fl-cow: FTBFS due to autoreconf issues

[Cyril Brulebois]

Package: fl-cow
Version: 0.6-2
Severity: serious
Justification: FTBFS

Hi,

your package FTBFS due to autoreconf issues:
| dh_testdir
| autoreconf
| configure.in:11: error: possibly undefined macro: AC_PROG_LIBTOOL
|   If this token and others are legitimate, please use m4_pattern_allow.
|   See the Autoconf documentation.
| autoreconf: /usr/bin/autoconf failed with exit status: 1
| make: *** [configure-stamp] Error 1
| dpkg-buildpackage: error: debian/rules build gave error exit status 2

Mraw,
KiBi.



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

Bug#544588: dovecot-antispam: lenny backport doesn't load with either lenny's, or bpo's dovecot

[Jonathan Leroy]

I have the same problem here :


Module is for different version 1.2.4: 
/usr/lib/dovecot/modules/imap/lib90_antispam_plugin.so

Couldn't load required plugins


Resolved by a compilation of the last version of this module.

Regards,

--
Jonathan.



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

Bug#544794: mutt-patched: does not send email from batch with smtp_url and smtp_pass enabled

[Dmitry Eremin-Solenikov]

Package: mutt-patched
Version: 1.5.20-2
Severity: normal
Tags: patch

Even I have smtp_user and smtp_pass in my .muttrc, mutt fails to send
messages. The bug is resolved upstream. Please see
http://bugs.mutt.org/trac/ticket/3289
and a fix at http://bugs.mutt.org/trac/changeset/0a3de4d9a009

Thank you.


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

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

Versions of packages mutt-patched depends on:
ii  libc6  2.9-25GNU C Library: Shared libraries
ii  libcomerr2 1.41.9-1  common error description library
ii  libgdbm3   1.8.3-6+b1GNU dbm database routines (runtime
ii  libgnutls262.8.3-2   the GNU TLS library - runtime libr
ii  libgpg-error0  1.6-1 library for common error values an
ii  libgpgme11 1.1.8-2   GPGME - GnuPG Made Easy
ii  libgssapi-krb5-2   1.7dfsg~beta3-1   MIT Kerberos runtime libraries - k
ii  libidn11   1.15-1GNU Libidn library, implementation
ii  libk5crypto3   1.7dfsg~beta3-1   MIT Kerberos runtime libraries - C
ii  libkrb5-3  1.7dfsg~beta3-1   MIT Kerberos runtime libraries
ii  libncursesw5   5.7+20090803-1+b1 shared libraries for terminal hand
ii  libsasl2-2 2.1.23.dfsg1-1Cyrus SASL - authentication abstra
ii  mutt   1.5.20-2  text-based mailreader supporting M

mutt-patched recommends no packages.

mutt-patched 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#542315: does not build on armv5tel

[Russ Allbery]

Daniel Bayer  writes:
> On Thu, Aug 20, 2009 at 05:23:15PM -0700, Russ Allbery wrote:
>> Daniel Bayer  writes:
>> > the list of architectures in debian/sysname misses armv5tel and so the
>> > module does not build. The attached patch fixes this.
>> 
>> This will be fixed in the next release, but I should also make sure that
>> it's fixed upstream for people who don't force the AFS sysname like the
>> Debian package build does.  What is the GNU triplet for this architecture?

> The GNU triplet is what dpkg-architecture calles *_GNU_TYPE? Then it is
> "arm-linux-gnueabi".

Cool, thanks.  The next upstream release will auto-detect the sysname, so
DKMS builds will also work correctly.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#543815: Processed: Bug#543815: Establishing a "Severity" rating

[Sandro Tosi]

On Tue, Sep 1, 2009 at 18:25, Moritz Muehlenhoff wrote:
> On Tue, Sep 01, 2009 at 12:03:55PM +0200, Sandro Tosi wrote:
>> Hello,
>>
>> On Tue, Sep 1, 2009 at 00:06, Debian Bug Tracking
>> System wrote:
>> > Processing commands for cont...@bugs.debian.org:
>> >
>> >> clone 543815 -1
>> > Bug#543815: initramfs-tools: Having "/lib64" in /etc/ld.so.conf results in 
>> > unusable initrd image
>> > Bug 543815 cloned as bug 544485.
>> >
>> >> reassign -1 reportbug
>> > Bug #544485 [initramfs-tools] initramfs-tools: Having "/lib64" in 
>> > /etc/ld.so.conf results in unusable initrd image
>> > Bug reassigned from package 'initramfs-tools' to 'reportbug'.
>> > Bug No longer marked as found in versions initramfs-tools/0.85i.
>> >> retitle -1 overinflated linux-2.6 bug reports
>> > Bug #544485 [reportbug] initramfs-tools: Having "/lib64" in 
>> > /etc/ld.so.conf results in unusable initrd image
>> > Changed Bug title to 'overinflated linux-2.6 bug reports' from 
>> > 'initramfs-tools: Having "/lib64" in /etc/ld.so.conf results in unusable 
>> > initrd image'
>> >> stop
>> > Stopping processing here.
>>
>> We are using the same text for severities as from BTS website [1]
>>
>> [1] http://www.debian.org/Bugs/Developer#severities
>>
>> If there is a problem with that wording, it should be fixed there
>> first (and then notify us of teh change, just to fast sync the info).
>>
>> Please either close this bug (it's invalid for reportbug) or reassing
>> it to b.d.o , as you prefer.
>
> The problem is that the standard severities cannot be mapped 1:1 on
> the kernel package. Since the kernel is the core component of 99%
> of all Debian systems, it's in the nature of the beast that any
> problem which makes a system unbootable renders the package unusable
> for the person filing the bug and the default descriptions lead bug
> reporters to believe that grave or above is the correct severity.

Yeah, I agree, but I also like Julien's suggestion of a 'presubj'
script: do you think it's feasible to add one to kernel package?


> Since this is a common mistake, it might be a good idea to display
> different descriptions when filing a bug against the linux-2.6
> source package. This is what Maks's bug report is about.

Thanks for clarifying :)

Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#544791: prover9-manual: watch file needs updating for recent uscan changes

[Adam D. Barratt]

Package: prover9-manual
Version: 0.0.200806a-1
Tags: patch

Hi,

The watch file for prover9-manual is unfortunately one of a small number
that are no longer supported by uscan due to its use of Perl's /e regex
modifier (see DSA1878-1 and the 2.10.54 devscripts package).

The fix is very simple, as the updated uscan still supports the use of
\L:

opts="uversionmangle=s/^()-(..)(.?)$/0.0.$1$2\L$3/;s/^(..)(..)(.?)$/0.0.20$2$1\L$3/"
 \
http://www.cs.unm.edu/~mccune/mace4/manual-examples.html 
manual/prover9-manual-([0-9]{4}-[0-9]{2}[A-Z]?|[0-9]{4}[A-Z]?).tar.gz

Regards,

Adam



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

Bug#544785: iceweasel: SIGSEGV - 0x00007f8f0902d304 in JS_TraceChildren

[Sandro Tosi]

On Thu, Sep 3, 2009 at 00:18, Mike Hommey wrote:
> On Thu, Sep 03, 2009 at 12:08:31AM +0200, Sandro Tosi wrote:
>> Package: iceweasel
>> Version: 3.0.12-1
>> Severity: normal
>>
>> Hello,
>> here attached the backtrace of a SIGSEGV I've faced this morning. It happened
>> just one time, but I'm reporting because I't might be helpful anyway.
>
> Please tell me the version information in the bug report is wrong.

ehm, no, they are right (at least for iceweasel and xulrunner-1.9): am
I doing something wrong?

Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#544789: fenix: watch file needs updating for recent uscan changes

[Adam D. Barratt]

Package: fenix
Version: 0.92a.dfsg1-5
Tags: patch

Hi,

The watch file for fenix is unfortunately one of a small number that are
no longer supported by uscan due to its use of Perl's /e regex modifier
(see DSA1878-1 and the 2.10.54 devscripts package).

The fix is very simple, although not quite as "elegant" as the original:

version=3
opts=dversionmangle=s/.dfsg.?[0-9]//,uversionmangle=s/^(\d)(\d\d)(\d)/$1.$2.$3/;s/^(\d)(\d\d)/$1.$2/
 \
http://sf.net/fenix/fenix([0-9.]+[a-z]?)-src-release.tgz

Regards,

Adam



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

Bug#544790: ladr: watch file needs updating for recent uscan changes

[Adam D. Barratt]

Package: ladr
Version: 0.0.200806a-1
Tags: patch

Hi,

The watch file for ladr is unfortunately one of a small number that are
no longer supported by uscan due to its use of Perl's /e regex modifier
(see DSA1878-1 and the 2.10.54 devscripts package).

The fix is very simple, as the updated uscan still supports the use of
\L: 

opts="uversionmangle=s/Jan[^-]*/01/;s/Feb[^-]*/02/;s/Mar[^-]*/03/;s/Apr[^-]*/04/;s/May/05/;s/Jun[^-]*/06/;s/Jul[^-]*/07/;s/Aug[^-]*/08/;s/Sep[^-]*/09/;s/Oct[^-]*/10/;s/Nov[^-]*/11/;s/Dec[^-]*/12/;s/([0-9]{2})-([0-9]{4})([A-Z]?)/0.0.$2$1\L$3/;s/([0-9]{4})-([0-9]{2})([A-Z]?)/0.0.$1$2\L$3/"
 http://www.cs.unm.edu/~mccune/mace4/download/ LADR-(.*).tar.gz

Regards,

Adam



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

Bug#544792: FW: Re: waf into NEW, please test it with your packages

[Ryan Niebur]

Package: waf
Version: 1.5.8+dfsg-2
Severity: important

midori FTBFS if it tries to use the packaged waf.

- Forwarded message from Ryan Niebur  -

> Date: Sat, 1 Aug 2009 08:21:13 -0700
> From: Ryan Niebur 
> Subject: Re: waf into NEW, please test it with your packages
> To: Luca Falavigna 
> Cc: debian-de...@lists.debian.org
> 
> On Sat, Aug 01, 2009 at 12:53:42PM +0200, Luca Falavigna wrote:
> > Il giorno Fri, 31 Jul 2009 22:14:14 -0700
> > Ryan Niebur  ha scritto:
> > 
> > > On Sat, Aug 01, 2009 at 02:48:37AM +0200, Cyril Brulebois wrote:
> > > > Ryan Niebur  (30/07/2009):
> > > > > would you mind providing a .deb of that so that I can test and
> > > > > update my dh build system patch to use it?
> > > > 
> > > > waf deb? Check first mail in the thread.
> > > > 
> > > 
> > > ok, I misunderstood what Luca was saying. I thought Luca meant a new
> > > version of waf, not a new version of midori :/.
> > 
> > Yes, I meant new midori upstream version. I haven't specified it, sorry.
> > 
> > We prepared waf_1.5.8+dfsg-2, which implements compatibility with
> > intltool and older versions of wscript. I uploaded preview packages:
> > http://alioth.debian.org/~dktrkranz-guest/waf_1.5.8+dfsg-2/
> > 
> 
> still fails, build log attached, you can 'debcheckout midori' and
> change the WAF variable in debian/rules to reproduce it yourself.
> 
> -- 
> _
> Ryan Niebur
> ryanrya...@gmail.com

> tail: cannot open `debian/changelog' for reading: No such file or directory
> dpkg-parsechangelog: failure: tail of debian/changelog gave error exit status 
> 1
> grep: debian/watch: No such file or directory
> Option download-version requires an argument
> Usage: uscan [options] [directories]
> Run uscan --help for more details
> dpkg-source: warning: extracting unsigned source package (midori_0.1.8-1.dsc)
> dpkg-source: extracting midori in midori-0.1.8
> dpkg-source: info: unpacking midori_0.1.8.orig.tar.gz
> dpkg-source: info: applying midori_0.1.8-1.diff.gz
>  dpkg-buildpackage -rfakeroot -D -us -uc -i -ICVS -I.svn -I.arch -I.#* 
> -I.cvsignore -I.bzr
> dpkg-buildpackage: set CFLAGS to default value: -g -O2
> dpkg-buildpackage: set CPPFLAGS to default value: 
> dpkg-buildpackage: set LDFLAGS to default value: 
> dpkg-buildpackage: set FFLAGS to default value: -g -O2
> dpkg-buildpackage: set CXXFLAGS to default value: -g -O2
> dpkg-buildpackage: source package midori
> dpkg-buildpackage: source version 0.1.8-1
> dpkg-buildpackage: source changed by Ryan Niebur 
> dpkg-buildpackage: host architecture i386
>  fakeroot debian/rules clean
> dh --with quilt clean
>dh_testdir
>debian/rules override_dh_auto_clean
> make[1]: Entering directory `/tmp/tmp.SGXzStrTuI/midori-0.1.8'
> /usr/bin/waf --nocache distclean
> 'distclean' finished successfully (0.000s)
> rm -rf _build_
> make[1]: Leaving directory `/tmp/tmp.SGXzStrTuI/midori-0.1.8'
>dh_quilt_unpatch
> No patch removed
>dh_clean
>  dpkg-source -i -ICVS -I.svn -I.arch -I.#* -I.cvsignore -I.bzr -b midori-0.1.8
> dpkg-source: info: using source format `1.0'
> dpkg-source: info: building midori using existing midori_0.1.8.orig.tar.gz
> dpkg-source: info: building midori in midori_0.1.8-1.diff.gz
> dpkg-source: info: building midori in midori_0.1.8-1.dsc
>  debian/rules build
> dh --with quilt build
>dh_testdir
>debian/rules override_dh_quilt_patch
> make[1]: Entering directory `/tmp/tmp.SGXzStrTuI/midori-0.1.8'
> ln -sf ../debian/config/Debian.h midori/midori-debian.h
> test -e midori/midori-debian.h
> dh_quilt_patch
> Applying patch default-homepage
> patching file midori/midori-websettings.c
> 
> Applying patch add-debian-searches
> patching file data/search
> 
> Now at patch add-debian-searches
> make[1]: Leaving directory `/tmp/tmp.SGXzStrTuI/midori-0.1.8'
>debian/rules override_dh_auto_configure
> make[1]: Entering directory `/tmp/tmp.SGXzStrTuI/midori-0.1.8'
> /usr/bin/waf --nocache configure --prefix /usr
> Checking for program gcc : ok /usr/bin/gcc 
> Checking for program cpp : ok /usr/bin/cpp 
> Checking for program ar  : ok /usr/bin/ar 
> Checking for program ranlib  : ok /usr/bin/ranlib 
> Checking for gcc : ok  
> Checking for program glib-genmarshal : ok /usr/bin/glib-genmarshal 
> Checking for program glib-mkenums: ok /usr/bin/glib-mkenums 
> Checking for program rst2html.py : not found 
> Checking for program rst2html: ok /usr/bin/rst2html 
> Checking for program msgfmt  : ok /usr/bin/msgfmt 
> Checking for program intltool-merge  : ok /usr/bin/intltool-merge 
> Checking for header locale.h : ok 
> Checking for program rsvg-convert: ok /usr/bin/rsvg-convert 
> Checking for unique-1.0 >= 0.9   : ok 
> Checking for libidn >= 1.0   : ok 
> Checking for sqlite3 >= 3.0  : ok 
> Checking for library m   : ok 
> Checking 

Bug#544785: iceweasel: SIGSEGV - 0x00007f8f0902d304 in JS_TraceChildren

[Mike Hommey]

On Thu, Sep 03, 2009 at 12:08:31AM +0200, Sandro Tosi wrote:
> Package: iceweasel
> Version: 3.0.12-1
> Severity: normal
> 
> Hello,
> here attached the backtrace of a SIGSEGV I've faced this morning. It happened
> just one time, but I'm reporting because I't might be helpful anyway.

Please tell me the version information in the bug report is wrong.

Mike



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

Bug#544793: zf.sh and zf.php unavailable

[Cesare Leonardi]

Package: zendframework
Version: 1.9.2-1
Severity: normal

Why do this package not provide the bin/ folder of the Zend Framework
Minimal?
That forlder contains only these scripts:
zf.bat
zf.php
zf.sh
They are released under the "new BSD license" as any other php in this
package: are there any reason why these files are missing?
Without these scripts is rather difficult to create the application
skeleton.

Regards.

Cesare.



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

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

Versions of packages zendframework depends on:
ii  php5   5.2.10.dfsg.1-2.2 server-side, HTML-embedded scripti

zendframework recommends no packages.

Versions of packages zendframework suggests:
ii  php5-common [php5-json 5.2.10.dfsg.1-2.2 Common files for packages built fr
pn  php5-curl  (no description available)
pn  php5-gd(no description available)
pn  php5-imap  (no description available)
pn  php5-ldap  (no description available)
pn  php5-mysql (no description available)
pn  php5-pgsql (no description available)
pn  php5-sqlite(no description available)
pn  php5-sqlite3   (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#544568: fdupes: Memleaks found using valgrind

[Sandro Tosi]

Hello,
thanks for your report.

On Tue, Sep 1, 2009 at 18:10, jbdenis wrote:
> Package: fdupes
> Version: 1.50-PR2-2
> Severity: normal
> Tags: patch
>
> Hello,
>
> I've found some leaks using valgrind on my music collection.
> You can easily fix them by changing a bit the end of the main
> function :

I'll give it a try when preparing the next release of the debian package.

> I've contacted the author upstream one month ago, but i didn't have an
> answer, yet.

i've mailed him today (for a different matter) let's see if he'll reply.

Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#544155: please test this GRUB snapshot

[Witold Baryluk]

Dnia 2009-09-02, śro o godzinie 20:01 +0200, Robert Millan pisze
> >Please report if it works.  Thanks!
>
> Works for me.
>...
> I will try 1.96+20090317-1 now, because this is probably the version 
> which had gfxterm working correctly.

Ok, i can't test 1.96+20090317-1 because snapshot.debian.net is down.

So i tested 1.96+20080724-16.

And manually executed in grub console:

load /grub/ascii.pff
set gfxmode=640x480
insmod vbe
insmod gfxterm
terminal gfxterm

And it switched to the graphical mode! :) So now we only need to find
exactly where the regression began. I will try to find 20090317, and
then try bisection.

-- 
Witold Baryluk


signature.asc
Description: To jest część  wiadomości podpisana cyfrowo

Bug#544787: new version of warsow released, 0.5

[Nicklas Carlsson]

Package: warsow
Version: 0.42 (want 0.5)

I am wondering if you can update warsow, warsow-data and warsow-server too 
latest version (0.5) recently released. Here is a link too the changelog, 
http://static.warsow.net/release/changelog.txt and a link too the downloads, 
not sure which one to use, http://www.warsow.net/?page=download.

_
Med Windows Live kan du ordna, redigera och dela med dig av dina foton.
http://www.microsoft.com/sverige/windows/windowslive/products/photo-gallery-edit.aspx

Bug#544788: mp3cd: watch file needs updating for recent uscan changes

[Adam D. Barratt]

Package: mp3cd 
Version: 1.25.4-2
Tags: patch

Hi,

The watch file for mp3cd is unfortunately one of a small number that are
no longer supported by uscan due to its use of Perl's /e regex modifier
(see DSA1878-1 and the 2.10.54 devscripts package).

The fix is very simple, although not quite as "elegant" as the original:

opts=uversionmangle=s|^(\d+)$|$1.|;s|([\.\d]+)|${1}00|;s|(\d+)\.(\d{3})(\d{3})\d+|$1.$2.$3|;s|\.0+|.|g
 \
  http://outflux.net/software/pkgs/mp3cd/download/mp3cd-(.*)\.tar\.gz

Regards,

Adam



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

Bug#544786: INBOX: unable to contact Evolution

[Adnan Hodzic]

Package: mail-notification-evolution
Version: 5.4.dfsg.1-2
Severity: important

Notification starts fine, but it says "INBOX: unable to contact
Evolution". Once I click it (launch Evolution) then it's all working
fine; point being is that it doesn't work unless you have Evolution
running.

Adnan


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

Kernel: Linux 2.6.29-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 mail-notification-evolution depends on:
ii  evolution  2.26.3-2+b1   groupware suite with mail
client a
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D
graphi
ii  libatk1.0-01.26.0-1  The ATK accessibility
toolkit
ii  libbonobo2-0   2.24.1-1  Bonobo CORBA interfaces
library
ii  libbonoboui2-0 2.24.1-1  The Bonobo UI library
ii  libc6  2.9-13GNU C Library: Shared
libraries
ii  libcairo2  1.8.6-2+b1The Cairo 2D vector
graphics libra
ii  libcamel1.2-14 2.26.3-1+b1   The Evolution MIME message
handlin
ii  libdbus-1-31.2.14-2  simple interprocess
messaging syst
ii  libdbus-glib-1-2   0.80-4simple interprocess
messaging syst
ii  libedataserver1.2-11   2.26.3-1+b1   Utility library for
evolution data
ii  libfontconfig1 2.6.0-3   generic font configuration
library
ii  libfreetype6   2.3.9-5   FreeType 2 font engine,
shared lib
ii  libgconf2-42.26.2-1  GNOME configuration
database syste
ii  libglib2.0-0   2.20.3-1  The GLib library of C
routines
ii  libgnome2-02.26.0-1  The GNOME library - runtime
files
ii  libgnomecanvas2-0  2.26.0-1  A powerful object-oriented
display
ii  libgnomeui-0   2.24.1-1  The GNOME 2 libraries (User
Interf
ii  libgnomevfs2-0 1:2.24.1-1GNOME Virtual File System
(runtime
ii  libgtk2.0-02.16.1-2  The GTK+ graphical user
interface 
ii  libice62:1.0.5-1 X11 Inter-Client Exchange
library
ii  liborbit2  1:2.14.17-0.1 libraries for ORBit2 - a
CORBA ORB
ii  libpango1.0-0  1.24.2-1  Layout and rendering of
internatio
ii  libpopt0   1.14-4lib for parsing cmdline
parameters
ii  libsm6 2:1.1.0-2 X11 Session Management
library
ii  libsoup2.4-1   2.26.2-1  an HTTP library
implementation in 
ii  libsqlite3-0   3.6.17-2  SQLite 3 shared library
ii  libxml22.7.3.dfsg-1  GNOME XML library
ii  mail-notification  5.4.dfsg.1-2  mail notification in system
tray

mail-notification-evolution recommends no packages.

mail-notification-evolution suggests no packages.

-- no debconf information



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

Bug#543308: linux-image-2.6.30-1-amd64: Normal boot with default options

[Ben Hutchings]

On Tue, 2009-09-01 at 20:59 -0400, Sean M. Pappalardo wrote:
> Package: linux-image-2.6.30-1-amd64
> Severity: normal
> 
> Attached is the system info when booting without any troubleshooting options.

Can you also send the output of "lspci -n" and "dmesg" after booting
2.6.26?  The bug reporting script for kernel packages does not
automatically gather this information if the running kernel version is
not the same as the version you are reporting about.

Ben.

-- 
Ben Hutchings
If at first you don't succeed, you're doing about average.


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

Bug#473906: Stop button does not work

[Ryan Niebur]

tag 473906 moreinfo
quit

Hi martin,

On Wed, Apr 02, 2008 at 10:47:44AM +0200, martin f krafft wrote:
> Package: midori
> Version: 0.0.17-1
> Severity: normal
> 
> If I hit the stop button, the page loading doesn't actually stop.
> Neither does hitting escape work.
> 

I'm not sure if this is the same as
http://www.twotoasts.de/bugs/index.php?do=details&task_id=105&project=2,
which Trent marked as this bug being forwarded to, but it doesn't
sound like it.

Using current Midori, it works for me hitting the Stop button.

Can you please confirm this?

Cheers,
Ryan

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


signature.asc
Description: Digital signature

Bug#484352: procmail: Aborts because of corrupted string

[Samuel Thibault]

Hello,

Santiago Vila, le Tue 01 Sep 2009 19:03:14 +0200, a écrit :
> Could you please try this patch and tell me whether it fixes the crash
> or not?

Yes it does.

Thanks,
Samuel



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

Bug#544782: psfgettable: Manual and "-h" show different usage

[Bjarni Ingi Gislason]

Package: console-tools
Version: 1:0.2.3dbs-65.1
Severity: normal

  The manual claims different usage than the output from
"psfgettable -h":

From the command
Usage: psfgettable psffont chartable [outfile]
...
valid options are:
-f --font=f   psffont filename
-o --outfile=foutput filename
-h --help display this help text and exit
-V --version  display version information and exit

End of output from command

From the manual

psfgettable fontfile [outfile]

If the font file name is a single dash (-), the font is read from
standard input.

---End from the manual-

  The word "chartable" is not explained.

  Testing shows (e.g. "gunzip -c \
/usr/share/consolefonts/iso01.f16.psf.gz > file")

1) command line from manual works

2) options -f and -o work

3) if the command reads from standard input according to the
manual, an error is issued:

stdin: Illegal seek

  NOTE: The word "illegal" should not be used in error messages
in computer codes.  Instead the word "invalid" is appropriate. 

  See "GNU Coding Standards" in "www.gnu.org/prep/standards/".
"Chapter 6.1 GNU Manuals", second last paragraph.  Version from
7th June 2009.

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

Kernel: Linux 2.6.26c
Locale: LANG=is_IS, LC_CTYPE=is_IS (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages console-tools depends on:
ii  debconf [debconf-2.0]1.5.24  Debian configuration management sy
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libconsole   1:0.2.3dbs-65.1 Shared libraries for Linux console
ii  lsb-base 3.2-20  Linux Standard Base 3.2 init scrip

Versions of packages console-tools recommends:
ii  console-common0.7.80 basic infrastructure for text cons
ii  console-data  2:1.07-11  keymaps, fonts, charset maps, fall

Versions of packages console-tools suggests:
ii  kbd-compat   1:0.2.3dbs-65.1 Wrappers around console-tools for 

-- no debconf information

-- 
B. Gislason



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

Bug#544783: /sbin/mkswap: Please link mkfs.swap to mkswap so "mkfs -t swap" works.

[Josh Triplett]

Package: util-linux
Version: 2.16-3
Severity: wishlist
File: /sbin/mkswap

If mkswap had a link from mkfs.swap, "mkfs -t swap" would work.  This
seems worth doing, if only for consistency.

- Josh Triplett

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

Kernel: Linux 2.6.31-rc8hz250 (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 util-linux depends on:
ii  libblkid1  2.16-3block device id library
ii  libc6  2.9-25GNU C Library: Shared libraries
ii  libncurses55.7+20090803-1+b1 shared libraries for terminal hand
ii  libselinux12.0.85-2  SELinux shared libraries
ii  libslang2  2.1.4-3   The S-Lang programming library - r
ii  libuuid1   2.16-3Universally Unique ID library
ii  lsb-base   3.2-23Linux Standard Base 3.2 init scrip
ii  tzdata 2009l-1   time zone and daylight-saving time
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  dosfstools3.0.5-1utilities for making and checking 
ii  kbd   1.15-1 Linux console font and keytable ut
pn  util-linux-locales (no description available)

-- no debconf information



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

Bug#541360: Appending to compressed mailboxes does nothing

[Antonio Radici]

tag 541360 +confirmed
thanks

On Fri, Aug 14, 2009 at 04:15:11PM +0100, Enrico Zini wrote:
[snip]
> I've managed to find out what's trigger it: by default, I have:
> 
>   set mbox_type=Maildir
> 
> If in mutt I do: ":set mbox_type=mbox" and then save to foo.gz, it
> works. If later I do ":set mbox_type=Maildir" and then save to foo.gz,
> it does nothing.
> 
> Even with mbox_type=Maildir mutt is perfectly able to find out that I'm
> trying to save to a mailbox (it just checks if the file exists) and then
> does the right thing. It seems to fail however for compressed mailboxes.

Ciao Enrico,
it was the same for me, I tried to reproduce but I wasn't able to do so, then I
checked the rest of the correspondence and I saw that you were using
mbox_type=Maildir.

There is a known bug in the compressed folder patch, upstream webpage [0] says:
"You should not configure mbox_type=maildir, otherwise you cannot create new
compressed folders and you can no longer use append-hook."

Probably we should patch this problem and return an error or a message when
you're trying to append on a compressed folder and you're using the maildir as
mbox type; I will have a look at this this week.

Cheers
Antonio

[0] http://www.spinnaker.de/mutt/compressed/



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

Bug#544781: python-djvulibre: FTBFS due to broken build system/B-D*

[Cyril Brulebois]

Package: python-djvulibre
Version: 0.1.13-1
Severity: serious
Justification: FTBFS

Hi.

Your package FTBFS due to:
| sphinx-build: Command not found

you're messing up stuff between arch-dep and arch-indep. The latter is
triggered (too) on the buildds, where B-D-I isn't installed.

Mraw,
KiBi.



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

Bug#544784: debdelta: redownload package already in the cache

[Sandro Tosi]

Package: debdelta
Version: 0.31
Severity: important

Hello,
I run a periodic job to download all the packages I'd have to install to upgrade
my system (something like 'apt-get upgrade; apt-get -y -d dist-upgrade'), so in
the cache I've several packages at a newer version than the one installed, but
still not installed.

I've tried debdelta, but it seems (I've verified on 3/4 packages only) it's
trying to download deltas basing on packages installed instaed of also what's in
the cache.

Since the purpose of debdelta it's to download less, this situation makes it
download more than what's needed, hence the important severity.

Regards,
Sandro

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

Kernel: Linux 2.6.30-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 debdelta depends on:
ii  binutils   2.19.1-1  The GNU assembler, linker and bina
ii  bsdiff 4.3-8 generate/apply a patch between two
ii  bzip2  1.0.5-3   high-quality block-sorting file co
ii  libbz2-1.0 1.0.5-3   high-quality block-sorting file co
ii  libc6  2.9-4 GNU C Library: Shared libraries
ii  lzma   4.43-14   Compression method of 7z format in
ii  python 2.5.4-2   An interactive high-level object-o
ii  xdelta 1.1.3-8   A diff utility which works with bi
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages debdelta recommends:
ii  python-apt  0.7.10.4 Python interface to libapt-pkg
ii  xdelta3 0v2.dfsg-1.1 A diff utility which works with bi

debdelta 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#542315: does not build on armv5tel

[Daniel Bayer]

Hello Russ,

sorry for the late reply.

On Thu, Aug 20, 2009 at 05:23:15PM -0700, Russ Allbery wrote:
> Daniel Bayer  writes:
> > the list of architectures in debian/sysname misses armv5tel and so the
> > module does not build. The attached patch fixes this.
> 
> This will be fixed in the next release, but I should also make sure that
> it's fixed upstream for people who don't force the AFS sysname like the
> Debian package build does.  What is the GNU triplet for this architecture?

The GNU triplet is what dpkg-architecture calles *_GNU_TYPE? Then it is
"arm-linux-gnueabi".


Daniel


pgpsVh4vwnOPE.pgp
Description: PGP signature

Bug#544785: iceweasel: SIGSEGV - 0x00007f8f0902d304 in JS_TraceChildren

[Sandro Tosi]

Package: iceweasel
Version: 3.0.12-1
Severity: normal

Hello,
here attached the backtrace of a SIGSEGV I've faced this morning. It happened
just one time, but I'm reporting because I't might be helpful anyway.

Regard,
Sandro

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

Kernel: Linux 2.6.30-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 iceweasel depends on:
ii  debianutils   3.1.3  Miscellaneous utilities specific t
ii  fontconfig2.6.0-3generic font configuration library
ii  libc6 2.9-4  GNU C Library: Shared libraries
ii  libglib2.0-0  2.20.1-1   The GLib library of C routines
ii  libgtk2.0-0   2.16.1-2   The GTK+ graphical user interface 
ii  libnspr4-0d   4.7.4-2NetScape Portable Runtime Library
ii  libstdc++64.4.0-5The GNU Standard C++ Library v3
ii  procps1:3.2.8-1  /proc file system utilities
ii  psmisc22.7-1 utilities that use the proc file s
ii  xulrunner-1.9 1.9.0.12-1 XUL + XPCOM application runner

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  latex-xft-fonts  0.1-8   Xft-compatible versions of some La
ii  libkrb53 1.6.dfsg.4~beta1-13 Transitional library package/krb4 
ii  mozplugger   1.12.1-1Plugin allowing external viewers t
pn  ttf-mathematica4.1 (no description available)
ii  xfonts-mathml2   Type1 Symbol font for MathML
pn  xprint (no description available)
ii  xulrunner-1.9-gnome- 1.9.0.12-1  Support for GNOME in xulrunner app

-- no debconf information


iceweasel_SIGSEGV_JS_TraceChildren_2009-09-02.bz2
Description: BZip2 compressed data

Bug#542879: closed by Andreas Tille (Bug#542879: fixed in theseus 1.4.3-1)

[Cyril Brulebois]

reopen 542879
found 542879 1.4.3-1
thanks

Hi Andreas,

bug not fixed, actually, since you can't use “|| defined(foo)” in an
“#ifdef bar” line. That would rather be:
“#if defined(bar) || defined(foo)” as mentioned in my initial patch.

Updated patch attached, fixing the FTBFS.

Mraw,
KiBi.
Purpose: Enable Building on kbsd architecture
Author: Cyril Brulebois , Andreas Tille 
Fixes: #542879

--- theseus.orig/distfit.h
+++ theseus/distfit.h
@@ -713,7 +713,7 @@
 #ifndef LOGNORMAL_SEEN
 #define LOGNORMAL_SEEN
 
-#ifdef __linux__
+#if defined(__linux__) || defined(__GLIBC__)
 extern double erf(double x);
 #endif
 
@@ -1446,7 +1446,7 @@
 #ifndef VONMISES_DIST_SEEN
 #define VONMISES_DIST_SEEN
 
-#ifdef __linux__
+#if defined(__linux__) || defined(__GLIBC__)
 extern double jn(int n, double x);
 #endif
 
--- theseus.orig/theseus.h
+++ theseus/theseus.h
@@ -51,7 +51,7 @@
 #include 
 #include 
 #include 
-#ifdef __linux__
+#if defined(__linux__) || defined(__GLIBC__)
   #include 
 #endif
 #include 


signature.asc
Description: Digital signature

Bug#544024: bash-completion: cannot complete path if path component contains spaces

[Norbert Preining]

severity 544024 important
thanks

On Do, 27 Aug 2009, Norbert Preining wrote:
> $ mv foobar /xp/Dokumente\ und\ Einstellungen/nor
> 
> gives nothing. But there is
>   /xp/Dokumente\ und\ Einstellungen/norbert
> Even without the "nor" double TAB does not show the contents of the
> directory.

Arg, and not even file names with spaces in names can be completed,
that is a PITA!!!

I have the feeling that this whole completion is getting more and 
more useless, because it tries to be more intelligent than Einstein.

Filename completion should be *ALWAYS* the fallback even if no known
completion method is known.

I consider this now important, since it actually makes completion
useless if spaces in names are not supported.

Best wishes

Norbert

---
Dr. Norbert Preining Vienna University of Technology
Debian Developer  Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
CURRY MALLET (n.)
A large wooden or rubber cub which poachers use to despatch cats or
other game which they can only sell to Indian resturants. For
particulary small cats the price obtainable is not worth the cost of
expending ammunition.
--- Douglas Adams, The Meaning of Liff



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

Bug#542051: Should refer to wiktionary.org instead of thefreedictionary.com

[Ryan Niebur]

tag 542051 wontfix
severity 542051 wishlist
thanks

On Mon, Aug 17, 2009 at 04:53:56PM +0200, Julian Andres Klode wrote:
> Package: midori
> Version: 0.1.8-1
> Severity: minor
> 
> Midori currently includes thefreedictionary.com as a search engine. As
> their definition of 'free' does not meet that of Debian, it would be
> better to include en.wiktionary.org instead (or at least in addition).
> 

I don't really see the point in changing this. Feel free to ask
upstream to, but I don't think this should be a Debian specific
change, and I don't support the change (tho it's not a big deal to
me). There will still be Google in the list, which is also not
free. Nothing we can do about that.

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


signature.asc
Description: Digital signature

Bug#544779: zaptel-source doesn't build on sparc (#error No big endian support (yet))

[Master]

Package: zaptel-source
Version: 1:1.4.11~dfsg-3
Severity: serious
Justification: no longer builds from source


  CC [M]  /usr/src/modules/zaptel/kernel/zttranscode.o
  CC [M]  /usr/src/modules/zaptel/kernel/ds1x1f.o
  CC [M]  /usr/src/modules/zaptel/kernel/opvxa1200.o
/usr/src/modules/zaptel/kernel/opvxa1200.c: In function 'wctdm_transmitprep':
/usr/src/modules/zaptel/kernel/opvxa1200.c:477: warning: unused variable 'pos'
/usr/src/modules/zaptel/kernel/opvxa1200.c:477: warning: unused variable 'x'
/usr/src/modules/zaptel/kernel/opvxa1200.c: In function 'wctdm_receiveprep':
/usr/src/modules/zaptel/kernel/opvxa1200.c:599: warning: unused variable 'y'
  CC [M]  /usr/src/modules/zaptel/kernel/wcopenpci.o
/usr/src/modules/zaptel/kernel/wcopenpci.c:850:2: error: #error No big endian 
support (yet)
/usr/src/modules/zaptel/kernel/wcopenpci.c:904:2: error: #error No big endian 
support (yet)
make[4]: *** [/usr/src/modules/zaptel/kernel/wcopenpci.o] Error 1
make[3]: *** [_module_/usr/src/modules/zaptel/kernel] Error 2
make[3]: Leaving directory `/usr/src/linux-headers-2.6.26-2-sparc64'
make[2]: *** [modules] Error 2
make[2]: Leaving directory `/usr/src/modules/zaptel'
make[1]: *** [binary-modules] Error 2
make[1]: Leaving directory `/usr/src/modules/zaptel'
make: *** [kdist_build] Error 2


Could someone fix the little vs. big endian problem?
I'd like to be able to use a hfc ISDN card on a Ultra10.



Complete buildlog: 
(/var/cache/modass/zaptel-source.buildlog.2.6.26-2-sparc64.1251925415)

dh_testdir
dh_testroot
rm -f *-stamp
# Delete the generated bristuff symlinks:
rm -f -f cwain.[ch] qozap.[ch] zaphfc.[ch] ztgsm.[ch]
# Add here commands to clean up after the build process.
rm -rf modexamples
rm -f tonezones.txt
rm -f version.h
rm -rf debian/fake
# * Makefile does not exist when running svn-buildpackage
#   as the source tree is not there.
# FIXME: This will fail with an ugly warning on the clean of the
# modules build. However only fter the actuual clean.
[ ! -f Makefile ] || /usr/bin/make dist-clean || true
make[1]: Entering directory `/usr/src/modules/zaptel'
make: Entering an unknown directory
make: Leaving an unknown directory
rm -f torisatool
rm -f fxotune fxstest sethdlc-new ztcfg ztdiag ztmonitor ztspeed zttest ztscan
rm -f *.o ztcfg tzdriver sethdlc sethdlc-new
rm -f libtonezone.so libtonezone.a *.lo
/usr/bin/make -C /lib/modules/2.6.26-2-sparc64/build ARCH=sparc64 
SUBDIRS=/usr/src/modules/zaptel/kernel HOTPLUG_FIRMWARE=yes 
KBUILD_OBJ_M="pciradio.o tor2.o torisa.o wcfxo.o wct1xxp.o wctdm.o wcte11xp.o 
wcusb.o zaptel.o ztd-eth.o ztd-loc.o ztdummy.o ztdynamic.o zttranscode.o 
wct4xxp/ wctc4xxp/ xpp/ wctdm24xxp/ wcte12xp/" clean
make[2]: Entering directory `/usr/src/linux-headers-2.6.26-2-sparc64'
  CLEAN   /usr/src/modules/zaptel/kernel
  CLEAN   /usr/src/modules/zaptel/kernel/.tmp_versions
make[2]: Leaving directory `/usr/src/linux-headers-2.6.26-2-sparc64'
make[2]: Entering directory `/usr/src/modules/zaptel/kernel/xpp/utils'
rm -f *.o init_fxo_modes print_modes perlcheck zt_registration.8 xpp_sync.8 
lszaptel.8 xpp_blink.8 zapconf.8 zaptel_hardware.8
make[2]: Leaving directory `/usr/src/modules/zaptel/kernel/xpp/utils'
make: Entering an unknown directory
make: Leaving an unknown directory
make[1]: Leaving directory `/usr/src/modules/zaptel'
#rm -f debian/manpage.links  debian/manpage.refs debian/*.8
dh_clean
/usr/bin/make  -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/usr/src/modules/zaptel'
dh_testdir
dh_testroot
rm -f *-stamp
# Delete the generated bristuff symlinks:
rm -f -f cwain.[ch] qozap.[ch] zaphfc.[ch] ztgsm.[ch]
# Add here commands to clean up after the build process.
rm -rf modexamples
rm -f tonezones.txt
rm -f version.h
rm -rf debian/fake
# * Makefile does not exist when running svn-buildpackage
#   as the source tree is not there.
# FIXME: This will fail with an ugly warning on the clean of the
# modules build. However only fter the actuual clean.
[ ! -f Makefile ] || /usr/bin/make dist-clean || true
make[2]: Entering directory `/usr/src/modules/zaptel'
make: Entering an unknown directory
make: *** menuselect: No such file or directory.  Stop.
make: Leaving an unknown directory
make[2]: [clean] Error 2 (ignored)
rm -f torisatool
rm -f fxotune fxstest sethdlc-new ztcfg ztdiag ztmonitor ztspeed zttest ztscan
rm -f *.o ztcfg tzdriver sethdlc sethdlc-new
rm -f libtonezone.so libtonezone.a *.lo
/usr/bin/make -C /lib/modules/2.6.26-2-sparc64/build ARCH=sparc64 
SUBDIRS=/usr/src/modules/zaptel/kernel HOTPLUG_FIRMWARE=yes 
KBUILD_OBJ_M="pciradio.o tor2.o torisa.o wcfxo.o wct1xxp.o wctdm.o wcte11xp.o 
wcusb.o zaptel.o ztd-eth.o ztd-loc.o ztdummy.o ztdynamic.o zttranscode.o 
wct4xxp/ wctc4xxp/ xpp/ wctdm24xxp/ wcte12xp/" clean
make[3]: Entering directory `/usr/src/linux-headers-2.6.26-2-sparc64'
make[3]: Leaving directory `/usr/src/linux-headers-2.6.26-2-sparc64'
make[3]: Entering directory `/usr/src/modules/zaptel/kernel/xpp/utils'
rm -f *.o init_fxo_modes

Bug#544780: pyfltk: FTBFS on various archs

[Cyril Brulebois]

Package: pyfltk
Version: 1.1.4-2
Severity: serious
Tags: patch
Justification: FTBFS
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi,

your package FTBFS on various archs, including Linux ones. The reason is
that some are 'linux2-*', rather than 'linux2'. The attached patch also
fixes the FTBFS on GNU/kFreeBSD.

Your package should also fail earlier, at the dh_auto_build step.

Mraw,
KiBi.
--- a/setup.py
+++ b/setup.py
@@ -76,8 +76,8 @@ elif sys.platform == 'win32' and is_msys
 lib_dir_list = [fltk_lib_dir]
 lib_list = ["fltk", "kernel32", "user32", "gdi32", "winspool", "comdlg32", "Comctl32", "advapi32", "shell32", "oleaut32", "odbc32", "odbccp32", "stdc++", "msvcr71"]
 #link_arg_list=["-Wl,--enable-runtime-pseudo-reloc", "-Wl,--enable-auto-import"]
-elif sys.platform == 'linux2':
-print "Building for Linux"
+elif sys.platform.startswith('linux2') or sys.platform.startswith('gnukfreebsd'):
+print "Building for Linux (or GNU/kFreeBSD)"
 # ugly hack to force distutils to use g++ instead of gcc for linking
 from distutils import sysconfig
 # changes the linker from gcc to g++