Bug#384857: [pkg-ntp-maintainers] Bug#384857: ntp: transition packages needed; ntp-simple removes ntp user on purge

[Julien BLACHE]

Bdale Garbee <[EMAIL PROTECTED]> wrote:

Hi,

> I do, and the patch that Julien suggests looks reasonable and correct to me.  

Note that the patch will only help users who do not upgrade their
system regularly. The harm is already done for the others :(

To help the ones who upgrade regularly (and haven't purged the
ntp-simple/ntp-refclock packages yet), ntp should depend on
the dummy ntp-simple and ntp-refclock packages, so as to clear the
maintainer scripts from the previous packages. The dependency would
need to be kept for some time, which probably means releasing Etch
with an ntp package depending on 2 empty packages.

There's no good solution to this problem, it seems :/ Damage-control
time ...

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]> 
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#382739: firefox: h

[Mike Hommey]

On Sun, Aug 13, 2006 at 10:02:36AM +0800, Jue Kong <[EMAIL PROTECTED]> wrote:
> Package: firefox
> Version: 1.5.dfsg+1.5.0.6-1
> Severity: important
> 
> some text is unvisable. looks like these:
> 
> The  here.
> Forwww.somesite.com.
> 
> if select the text, you can see it:
> 
> The portal. Learn more about product here.
> For more infomation, please visite www.somesite.com.
> 
> I try to purge firefox and reinstall it but no help.

This looks like https://bugzilla.mozilla.org/show_bug.cgi?id=252033 but
the fix for that has been applied since some 1.0.x release.

Are you using the pango backend or did you disable it ?

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385792: consider including gromacs stresscpu

[dean gaudet]

Package: cpuburn
Version: 1.4-23

there's another burn-in program which is based on gromacs inner loops 
(such as those used in [EMAIL PROTECTED]) which tends to drive up cpu 
temperatures even more than the programs already in cpuburn package.  it 
has the additional advantage of checking its consistency as it goes.

http://www.gromacs.org/contributed_by_users/task,doc_details/gid,14/

its license isn't specified explicitly but gromacs itself is GPL and 
stresscpu is a derived work... so it must be GPL.

please consider including it in cpuburn package...

thanks
-dean


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#381610: diff for 1.6.10-1.1 NMU

[Eric Dorland]

Hi,

Attached is the diff for my penguin-command 1.6.10-1.1 NMU.

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6

diff -u penguin-command-1.6.10/debian/control 
penguin-command-1.6.10/debian/control
--- penguin-command-1.6.10/debian/control
+++ penguin-command-1.6.10/debian/control
@@ -3,7 +3,7 @@
 Section: games
 Maintainer: Karl Bartel <[EMAIL PROTECTED]>
 Standards-Version: 3.6.2
-Build-Depends: debhelper, libsdl1.2-dev (>= 1.2.2-3.1), libsdl-mixer1.2-dev 
(>= 1.2.0-1.1), libsdl-image1.2-dev, automake, autoconf
+Build-Depends: debhelper, libsdl1.2-dev (>= 1.2.2-3.1), libsdl-mixer1.2-dev 
(>= 1.2.0-1.1), libsdl-image1.2-dev, automake1.4, autoconf
 
 Package: penguin-command
 Architecture: any
diff -u penguin-command-1.6.10/debian/changelog 
penguin-command-1.6.10/debian/changelog
--- penguin-command-1.6.10/debian/changelog
+++ penguin-command-1.6.10/debian/changelog
@@ -1,3 +1,10 @@
+penguin-command (1.6.10-1.1) unstable; urgency=low
+
+  * NMU
+  * debian/control: Build-Depend on automake1.4, not automake.
+
+ -- Eric Dorland <[EMAIL PROTECTED]>  Sun,  3 Sep 2006 02:46:45 -0400
+
 penguin-command (1.6.10-1) unstable; urgency=low
 
   * New upstream release includes updated config.sub and config.guess (closes: 
#335421)
@@ -107,3 +114 @@
-Local variables:
-mode: debian-changelog
-End:
+


signature.asc
Description: Digital signature

Bug#382739: firefox: h

[Mike Hommey]

On Sun, Aug 13, 2006 at 10:02:36AM +0800, Jue Kong <[EMAIL PROTECTED]> wrote:
> Package: firefox
> Version: 1.5.dfsg+1.5.0.6-1
> Severity: important
> 
> some text is unvisable. looks like these:
> 
> The  here.
> Forwww.somesite.com.
> 
> if select the text, you can see it:
> 
> The portal. Learn more about product here.
> For more infomation, please visite www.somesite.com.
> 
> I try to purge firefox and reinstall it but no help.

This may be the same XRender bug as mentionned in the upstream bug i
sent you in my earlier mail, which has also been worked around in cairo.

I see you version is 1.2.0, it may not contain the workaround.
> ii  libcairo2 1.2.0-3The Cairo 2D vector graphics 
> libra

Please try to update libcairo2 to 1.2.2 or 1.2.4 and see if your problem
disappears.

Thanks

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#381618: diff for 1.420-2.1 NMU

[Eric Dorland]

Hi,

Attached is the diff for my zsnes 1.420-2.1 NMU.

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6

diff -u zsnes-1.420/debian/changelog zsnes-1.420/debian/changelog
--- zsnes-1.420/debian/changelog
+++ zsnes-1.420/debian/changelog
@@ -1,3 +1,11 @@
+zsnes (1.420-2.1) unstable; urgency=low
+
+  * NMU
+  * debian/control: Build-Depend on automake1.4 not automake. (Closes:
+#381618)
+
+ -- Eric Dorland <[EMAIL PROTECTED]>  Sun,  3 Sep 2006 03:11:19 -0400
+
 zsnes (1.420-2) unstable; urgency=high
 
   * Fix FTBFS on sid by telling configure where new zsnes libraries are.
diff -u zsnes-1.420/debian/control zsnes-1.420/debian/control
--- zsnes-1.420/debian/control
+++ zsnes-1.420/debian/control
@@ -2,7 +2,7 @@
 Section: otherosfs
 Priority: optional
 Maintainer: Joshua Kwan <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4), nasm, libsdl1.2-dev (>= 1.2.2-3.1), 
zlib1g-dev, sharutils, xutils, libpng12-dev | libpng-dev, xlibmesa-gl-dev, 
autoconf, automake, dpatch
+Build-Depends: debhelper (>= 4), nasm, libsdl1.2-dev (>= 1.2.2-3.1), 
zlib1g-dev, sharutils, xutils, libpng12-dev | libpng-dev, xlibmesa-gl-dev, 
autoconf, automake1.4, dpatch
 Standards-Version: 3.6.2
 
 Package: zsnes


signature.asc
Description: Digital signature

Bug#385793: -dev packages should not be architecture all

[Matthias Klose]

Package: xulrunner
Version: 1.8.0.5-3

With every upload, the libmozjs-dev, libnspr4-dev, libnss3-dev
packages become uninstallable until the package has been rebuilt on
all architectures.  Please consider changes these to architecture any,
this saves developer's and buildd admin time to look at the current
state of xulrunner, if a package can be uploaded without asking for
requeueing on the buildd's later.

thanks, Matthias


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385675: dpkg: [INTL:ja] Update Translated Japanese po files for the deb-control(5), dpkg-deb(1), install-info(8) and start-stop-daemon(8)

[Christian Perrier]

Quoting KISE Hiroshi ([EMAIL PROTECTED]):
> Package: dpkg
> Version: 1.13.21
> Severity: wishlist
> Tags: l10n, patch
> 
> Hi,
> 
> Thank you for the committed previous report.
> 
> Attached the updated po files for the Japanese version of the man pages.
> Please commit to the dpkg's svn repository.


It seems that this hasn't been committed yet.




signature.asc
Description: Digital signature

Bug#381520: python-apt: Simple rebuild of package fixes segfault

[Brad Sawatzky]

Package: python-apt
Followup-For: Bug #381520


Just stumbled across this bug while configuring my new AMD64 machine.
Using several of the 'wajig' commands will trigger the segfault in
TAgFileFree() as Devin reported.  (wajig is another debian package
that written in python that integrates many of the apt-foo functions.)

For example, these will both trigger the segfault in the python-apt
module currently on the mirrors:
  wajig show python
  wajig changelog python

Simply rebuilding the module with a current debian/etch environment
appears to have fixed the problem.  The version of gcc used in my
rebuild was '4:4.1.1-5'

-- Brad

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (80, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-rc5
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages python-apt depends on:
ii  apt [libapt-pkg-libc6.3-6-3. 0.6.45  Advanced front-end for dpkg
ii  apt-utils [libapt-inst-libc6 0.6.45  APT utility programs
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-11  GCC support library
ii  libstdc++6   4.1.1-11The GNU Standard C++ Library v3
ii  python   2.4.3-11An interactive high-level object-o
ii  python-central   0.5.5   register and build utility for Pyt

python-apt recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385793: -dev packages should not be architecture all

[Mike Hommey]

On Sun, Sep 03, 2006 at 09:21:36AM +0200, Matthias Klose <[EMAIL PROTECTED]> 
wrote:
> Package: xulrunner
> Version: 1.8.0.5-3
> 
> With every upload, the libmozjs-dev, libnspr4-dev, libnss3-dev
> packages become uninstallable until the package has been rebuilt on
> all architectures.  Please consider changes these to architecture any,
> this saves developer's and buildd admin time to look at the current
> state of xulrunner, if a package can be uploaded without asking for
> requeueing on the buildd's later.

Problem is that it will waste quite some archive space... maybe relaxing
the dependencies would be better. I made them tight because I was adding
some APIs back in the 1.8.0.1 days, but that is not very likely to
happen any more...

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385246: svnmailer: message body is encoded twice

[André Malo]

* Julien Danjou wrote:

> On Wed, Aug 30, 2006 at 11:11:05AM +0900, Manabu Matsui wrote:
> > Package: svnmailer
> > Version: 1.0.8-6
> > Severity: normal
> >
> > The message body produced by svnmailer looks like to be encoded in
> > quoted-printable twice.
> >
> > For example, '===...' banner line should be encoded as '=3D=3D=3D...',
> > but it is '=3D3D=3D3D=3D3D...' in the following output.
>
> Are you sure that you does not pass the mail through another software
> before delivering it ?
> Something like a list manager, or whatever.

Yeah, this is due to an incompatible change of the email package in python 
2.4.3. :-(

I'm already working on that and I'm also going to check for the python 2.5 
email 4.0 package, which may bring its own surprises...

nd
-- 
print "Just Another Perl Hacker";

# André Malo,  #

Bug#385795: kernel-patch-skas: FTBFS: dh_installkpatches: Command not found

[Andreas Jochens]

Package: kernel-patch-skas
Version: 3-10
Severity: serious
Tags: patch

When building 'kernel-patch-skas' in a clean unstable chroot,
I get the following error:

dh_clean -k
dh_installdirs
dh_installkpatches
make: dh_installkpatches: Command not found
make: *** [install] Error 127

With the attached patch 'kernel-patch-skas' can be built on unstable.

Regards
Andreas Jochens

diff -urN ../tmp-orig/kernel-patch-skas-3/debian/rules ./debian/rules
--- ../tmp-orig/kernel-patch-skas-3/debian/rules2006-09-03 
06:39:57.0 +
+++ ./debian/rules  2006-09-03 06:39:53.0 +
@@ -29,7 +29,7 @@
dh_testroot
dh_clean -k
dh_installdirs
-   dh_installkpatches
+#  dh_installkpatches
 
 # Build architecture-independent files here.
 binary-indep: build install


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385793: -dev packages should not be architecture all

[Matthias Klose]

Mike Hommey writes:
> On Sun, Sep 03, 2006 at 09:21:36AM +0200, Matthias Klose <[EMAIL PROTECTED]> 
> wrote:
> > Package: xulrunner
> > Version: 1.8.0.5-3
> > 
> > With every upload, the libmozjs-dev, libnspr4-dev, libnss3-dev
> > packages become uninstallable until the package has been rebuilt on
> > all architectures.  Please consider changes these to architecture any,
> > this saves developer's and buildd admin time to look at the current
> > state of xulrunner, if a package can be uploaded without asking for
> > requeueing on the buildd's later.
> 
> Problem is that it will waste quite some archive space... maybe relaxing
> the dependencies would be better. I made them tight because I was adding
> some APIs back in the 1.8.0.1 days, but that is not very likely to
> happen any more...

Fine, if that can be done without wasting archive space.  Currently we
do have two build failures, which depend on each other (gcj-4.1 and
xulrunner). So an upload with relaxed dependencies of the -dev
packages could solve the installability failure.

  Matthias



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385796: kopete: forgets contact properties after session ends

[Florimond Simonklein]

Package: kopete
Version: 4:3.5.4-2
Severity: grave
Justification: causes non-serious data loss


When using Edit > Properties to associate a create a link between a
meta-contact and an address book entry, kopete correctly displays the
changes made when restarting it after closing kopete in a given kde session, but
loses these data when the user logs out from his session.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.11-chibi
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages kopete depends on:
ii  kdelibs4c2a 4:3.5.4-3core libraries and binaries for al
ii  libacl1 2.2.41-1 Access control list shared library
ii  libart-2.0-22.3.17-1 Library of functions for 2D graphi
ii  libattr12.4.32-1 Extended attribute shared library
ii  libaudio2   1.8-2The Network Audio System (NAS). (s
ii  libc6   2.3.6.ds1-4  GNU C Library: Shared libraries
ii  libfontconfig1  2.3.2-7  generic font configuration library
ii  libfreetype62.2.1-2  FreeType 2 font engine, shared lib
ii  libgadu31:1.6+20060616-1 Gadu-Gadu protocol library - runti
ii  libgamin0 [libfam0] 0.1.7-4  Client library for the gamin file 
ii  libgcc1 1:4.1.1-11   GCC support library
ii  libglib2.0-02.10.3-3 The GLib library of C routines
ii  libice6 1:1.0.0-3X11 Inter-Client Exchange library
ii  libidn110.6.5-1  GNU libidn library, implementation
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  libmeanwhile1   1.0.2-2  open implementation of the Lotus S
ii  libpcre36.4-2Perl 5 Compatible Regular Expressi
ii  libpng12-0  1.2.8rel-5.2 PNG library - runtime
ii  libqt3-mt   3:3.3.6-2Qt GUI Library (Threaded runtime v
ii  libsm6  1:1.0.0-4X11 Session Management library
ii  libstdc++6  4.1.1-11 The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-8X11 client-side library
ii  libxcursor1 1.1.5.2-5X cursor management library
ii  libxext61:1.0.0-4X11 miscellaneous extension librar
ii  libxft2 2.1.8.2-8FreeType-based font drawing librar
ii  libxi6  1:1.0.0-5X11 Input extension library
ii  libxinerama11:1.0.1-4.1  X11 Xinerama extension library
ii  libxml2 2.6.26.dfsg-3GNOME XML library
ii  libxrandr2  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1 1:0.9.0.2-4  X Rendering Extension client libra
ii  libxslt1.1  1.1.17-3 XSLT processing library - runtime 
ii  libxss1 1:1.0.1-4X11 Screen Saver extension library
ii  libxt6  1:1.0.0-5X11 toolkit intrinsics library
ii  zlib1g  1:1.2.3-13   compression library - runtime

Versions of packages kopete recommends:
ii  qca-tls   1.0-3  TLS plugin for the Qt Cryptographi

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385798: openoffice.org: font hinting still does not work with the current version ob libfreetype

[Stanislav Maslovski]

Package: openoffice.org
Version: 2.0.3-6
Severity: normal


It will be a pity if this is not solved before the release of Etch. It
makes meaningles the use of high-quality TrueType fonts in OO. Please, _do_
something with this. This is definetely a BUG, not just a wishlist item. As
I have heard the other distros do not have this bug.

To reproduce enable font hinting and disable font antialiasing then notice
the ugly looking fonts in the interface and the document.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-minimal
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)

Versions of packages openoffice.org depends on:
ii  openoffice.org-base   2.0.3-6OpenOffice.org office suite - data
ii  openoffice.org-calc   2.0.3-6OpenOffice.org office suite - spre
ii  openoffice.org-core   2.0.3-6OpenOffice.org office suite archit
ii  openoffice.org-draw   2.0.3-6OpenOffice.org office suite - draw
ii  openoffice.org-impress2.0.3-6OpenOffice.org office suite - pres
ii  openoffice.org-java-common2.0.3-6OpenOffice.org office suite Java s
ii  openoffice.org-math   2.0.3-6OpenOffice.org office suite - equa
ii  openoffice.org-writer 2.0.3-6OpenOffice.org office suite - word

openoffice.org recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385794: akregator: empty menu labeled "No text!"

[Florimond Simonklein]

Package: akregator
Version: 4:3.5.3-3
Severity: minor


akregator diplays a "No text!" menu in the bar, which contains no item.
See attached screenshot.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.11-chibi
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages akregator depends on:
ii  kdelibs4c2a  4:3.5.4-3   core libraries and binaries for al
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-11  GCC support library
ii  libkdepim1a  4:3.5.3-3   KDE PIM library
ii  libqt3-mt3:3.3.6-2   Qt GUI Library (Threaded runtime v
ii  libstdc++6   4.1.1-11The GNU Standard C++ Library v3

akregator recommends no packages.

-- no debconf information
<>

Bug#385797: www.debian.org: Wiki does not have a license

[Daniel Dickinson]

Package: www.debian.org
Severity: normal


The link http://wiki.debian.org/copyright.html (which is supposed to
point to the copyright notice) linked from
http://wiki.debian.org/About does not exist.  Also, as with
www.debian.org a link to the license should be at the bottom of, at
least, the front page.

There is some discussion of the wiki license at
http://wiki.debian.org/DebianWikiIsNotGFDL but there are contradictary
statements made there about what the license is supposed to be.

I am hesitant to contribute to the wiki because of this because I want
to be able to take updates made to pages I work on (start or help
edit) at the wiki and include them in the versions of the pages on my
website (with appropriate attribution and/or licensing).

Also, not having a license statement means the licensing of the wiki
may be non-free and thereby violate debian policy.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (200, 'testing'), (75, 'unstable'), (10, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.16-2-k7
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385793: -dev packages should not be architecture all

[Mike Hommey]

On Sun, Sep 03, 2006 at 10:13:14AM +0200, Matthias Klose <[EMAIL PROTECTED]> 
wrote:
> Mike Hommey writes:
> > On Sun, Sep 03, 2006 at 09:21:36AM +0200, Matthias Klose <[EMAIL 
> > PROTECTED]> wrote:
> > > Package: xulrunner
> > > Version: 1.8.0.5-3
> > > 
> > > With every upload, the libmozjs-dev, libnspr4-dev, libnss3-dev
> > > packages become uninstallable until the package has been rebuilt on
> > > all architectures.  Please consider changes these to architecture any,
> > > this saves developer's and buildd admin time to look at the current
> > > state of xulrunner, if a package can be uploaded without asking for
> > > requeueing on the buildd's later.
> > 
> > Problem is that it will waste quite some archive space... maybe relaxing
> > the dependencies would be better. I made them tight because I was adding
> > some APIs back in the 1.8.0.1 days, but that is not very likely to
> > happen any more...
> 
> Fine, if that can be done without wasting archive space.  Currently we
> do have two build failures, which depend on each other (gcj-4.1 and
> xulrunner). So an upload with relaxed dependencies of the -dev
> packages could solve the installability failure.

Unfortunately, I'm leaving on vacation today and won't be able to upload
a new release. Feel free to NMU to relax the dependencies (removing the
superior limit should be enough and safe)

Cheers

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385793: -dev packages should not be architecture all

[Matthias Klose]

Mike Hommey writes:
> On Sun, Sep 03, 2006 at 09:21:36AM +0200, Matthias Klose <[EMAIL PROTECTED]> 
> wrote:
> > Package: xulrunner
> > Version: 1.8.0.5-3
> > 
> > With every upload, the libmozjs-dev, libnspr4-dev, libnss3-dev
> > packages become uninstallable until the package has been rebuilt on
> > all architectures.  Please consider changes these to architecture any,
> > this saves developer's and buildd admin time to look at the current
> > state of xulrunner, if a package can be uploaded without asking for
> > requeueing on the buildd's later.
> 
> Problem is that it will waste quite some archive space... maybe relaxing
> the dependencies would be better. I made them tight because I was adding
> some APIs back in the 1.8.0.1 days, but that is not very likely to
> happen any more...

relaxation on libxul-common is needed as well.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#381520: python-apt: Simple rebuild of package fixes segfault

[Brad Sawatzky]

Package: python-apt
Followup-For: Bug #381520


Just stumbled across this bug while configuring my new AMD64 machine.
Using several of the 'wajig' commands will trigger the segfault in
TAgFileFree() as Devin reported.  (wajig is another debian package
that written in python that integrates many of the apt-foo functions.)

For example, these will both trigger the segfault in the python-apt
module currently on the mirrors:
  wajig show python
  wajig changelog python

Simply rebuilding the module with a current debian/etch environment
appears to have fixed the problem.  The version of gcc used in my
rebuild was '4:4.1.1-5'

-- Brad

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (80, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-rc5
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages python-apt depends on:
ii  apt [libapt-pkg-libc6.3-6-3. 0.6.45  Advanced front-end for dpkg
ii  apt-utils [libapt-inst-libc6 0.6.45  APT utility programs
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-11  GCC support library
ii  libstdc++6   4.1.1-11The GNU Standard C++ Library v3
ii  python   2.4.3-11An interactive high-level object-o
ii  python-central   0.5.5   register and build utility for Pyt

python-apt recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385800: libassa: FTBFS on 64 bit arches: error: cast from 'ASSA::EventHandler*' to 'int' loses precision

[Kurt Roeckx]

Package: libassa
Version: 3.4.2-1
Severity: serious

Hi,

Your package is failing to build with the following error:
 g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -g -Wall -O2 -c Reactor.cpp  -fPIC -DPIC 
-o .libs/Reactor.o
Reactor.cpp: In member function 'bool 
ASSA::Reactor::removeHandler(ASSA::EventHandler*, ASSA::EventType)':
Reactor.cpp:250: error: cast from 'ASSA::EventHandler*' to 'int' loses precision
Reactor.cpp: In member function 'bool 
ASSA::Reactor::removeIOHandler(handler_t)':
Reactor.cpp:330: error: cast from 'ASSA::EventHandler*' to 'int' loses precision
make[3]: *** [Reactor.lo] Error 1

You can't store a pointer in an int.


Kurt



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385799: aptitude: behaves strangely when started from an xterm

[Stanislav Maslovski]

Package: aptitude
Version: 0.4.2-1
Severity: normal


When I start "sudo aptitude" in an xterm it immediately shows a help screen 
(like
if I had pressed F1). It is impossible to get out of this help screen,
pressing Enter or tab and then Enter or other keys do not help.

When I press q and leave aptitude it quits but there is still a process
running (seen from "ps -A"), and the db is locked so I have to explicitly
"sudo killall aptitude"  before I can continue with anything else.

There is no such behavior in the console. 

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-minimal
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-6-3. 0.6.45  Advanced front-end for dpkg
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-11  GCC support library
ii  libncursesw5 5.5-2   Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a   2.0.16-3type-safe Signal Framework for C++
ii  libstdc++6   4.1.1-11The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
pn  aptitude-doc-en | aptitude-do  (no description available)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385801: FTBFS: Does not build on amd64

[Junichi Uekawa]

Package: libodbc++
Version: 0.2.3+0.2.4pre3
Severity: serious

I'm not sure if there's some inconsistencies between MS ODBC standard
and iODBC (iODBC and unixodbc seems to define SQLLEN and SQLULEN,
which is nowhere to be found on Microsoft specs), but it doesn't seem
to build.


[17:57:11]dancer64:src> LC_ALL=C make -k 
/bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H  -DODBCXX_UNICODE -I. -I. 
-I.. -I../include -I../include-I/usr/local/include  -DIN_ODBCXX 
-D_GNU_SOURCE -g -Wall -O2 -c -o statement.lo `test -f 'statement.cpp' || echo 
'./'`statement.cpp
 g++ -DHAVE_CONFIG_H -DODBCXX_UNICODE -I. -I. -I.. -I../include -I../include 
-I/usr/local/include -DIN_ODBCXX -D_GNU_SOURCE -g -Wall -O2 -c statement.cpp  
-fPIC -DPIC -o .libs/statement.o
/bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H  -DODBCXX_UNICODE -I. -I. 
-I.. -I../include -I../include-I/usr/local/include  -DIN_ODBCXX 
-D_GNU_SOURCE -g -Wall -O2 -c -o preparedstatement.lo `test -f 
'preparedstatement.cpp' || echo './'`preparedstatement.cpp
 g++ -DHAVE_CONFIG_H -DODBCXX_UNICODE -I. -I. -I.. -I../include -I../include 
-I/usr/local/include -DIN_ODBCXX -D_GNU_SOURCE -g -Wall -O2 -c 
preparedstatement.cpp  -fPIC -DPIC -o .libs/preparedstatement.o
preparedstatement.cpp: In member function 'void 
odbc::PreparedStatement::_checkParam(int, int*, int, int, int)':
preparedstatement.cpp:100: warning: comparison between signed and unsigned 
integer expressions
preparedstatement.cpp: In member function 'void 
odbc::PreparedStatement::_bindParams()':
preparedstatement.cpp:215: error: cannot convert 'SQLINTEGER*' to 'long int*' 
for argument '10' to 'SQLRETURN SQLBindParameter(void*, SQLUSMALLINT, 
SQLSMALLINT, SQLSMALLINT, SQLSMALLINT, long unsigned int, SQLSMALLINT, void*, 
long int, long int*)'
preparedstatement.cpp:241: error: cannot convert 'SQLINTEGER*' to 'long int*' 
for argument '10' to 'SQLRETURN SQLBindParameter(void*, SQLUSMALLINT, 
SQLSMALLINT, SQLSMALLINT, SQLSMALLINT, long unsigned int, SQLSMALLINT, void*, 
long int, long int*)'
preparedstatement.cpp: In member function 'bool 
odbc::PreparedStatement::execute()':
preparedstatement.cpp:308: error: cast from 'void*' to 'int' loses precision
make: *** [preparedstatement.lo] Error 1
/bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H  -DODBCXX_UNICODE -I. -I. 
-I.. -I../include -I../include-I/usr/local/include  -DIN_ODBCXX 
-D_GNU_SOURCE -g -Wall -O2 -c -o resultset.lo `test -f 'resultset.cpp' || echo 
'./'`resultset.cpp
 g++ -DHAVE_CONFIG_H -DODBCXX_UNICODE -I. -I. -I.. -I../include -I../include 
-I/usr/local/include -DIN_ODBCXX -D_GNU_SOURCE -g -Wall -O2 -c resultset.cpp  
-fPIC -DPIC -o .libs/resultset.o
resultset.cpp: In member function 'void odbc::ResultSet::_bindCols()':
resultset.cpp:346: error: cannot convert 'SQLINTEGER*' to 'long int*' for 
argument '6' to 'SQLRETURN SQLBindCol(void*, SQLUSMALLINT, SQLSMALLINT, void*, 
long int, long int*)'
resultset.cpp: In member function 'void odbc::ResultSet::_bindStreamedCols()':
resultset.cpp:369: error: cannot convert 'SQLINTEGER*' to 'long int*' for 
argument '6' to 'SQLRETURN SQLBindCol(void*, SQLUSMALLINT, SQLSMALLINT, void*, 
long int, long int*)'
resultset.cpp:358: warning: unused variable 'cr'
resultset.cpp: In member function 'void odbc::ResultSet::_unbindStreamedCols()':
resultset.cpp:389: error: cannot convert 'SQLINTEGER*' to 'long int*' for 
argument '6' to 'SQLRETURN SQLBindCol(void*, SQLUSMALLINT, SQLSMALLINT, void*, 
long int, long int*)'
resultset.cpp: In member function 'void 
odbc::ResultSet::_handleStreams(SQLRETURN)':
resultset.cpp:534: error: cast from 'void*' to 'int' loses precision
resultset.cpp: In member function 'bool odbc::ResultSet::relative(int)':
resultset.cpp:724: warning: comparison between signed and unsigned integer 
expressions
make: *** [resultset.lo] Error 1
/bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H  -DODBCXX_UNICODE -I. -I. 
-I.. -I../include -I../include-I/usr/local/include  -DIN_ODBCXX 
-D_GNU_SOURCE -g -Wall -O2 -c -o resultsetmetadata.lo `test -f 
'resultsetmetadata.cpp' || echo './'`resultsetmetadata.cpp
 g++ -DHAVE_CONFIG_H -DODBCXX_UNICODE -I. -I. -I.. -I../include -I../include 
-I/usr/local/include -DIN_ODBCXX -D_GNU_SOURCE -g -Wall -O2 -c 
resultsetmetadata.cpp  -fPIC -DPIC -o .libs/resultsetmetadata.o
resultsetmetadata.cpp: In member function 'int 
odbc::ResultSetMetaData::_getNumericAttribute(unsigned int, SQLUSMALLINT)':
resultsetmetadata.cpp:50: error: cannot convert 'SQLINTEGER*' to 'long int*' 
for argument '7' to 'SQLRETURN SQLColAttributeW(void*, SQLUSMALLINT, 
SQLUSMALLINT, void*, SQLSMALLINT, SQLSMALLINT*, long int*)'
resultsetmetadata.cpp: In member function 'std::wstring 
odbc::ResultSetMetaData::_getStringAttribute(unsigned int, SQLUSMALLINT, 
unsigned int)':
resultsetmetadata.cpp:76: error: cannot convert 'SQLINTEGER*' to 'long int*' 
for argument '7' to 'SQLRETURN SQLColAttributeW(void*, SQLUSMALLINT, 
SQLUSMALLINT, void*, SQLSMALLINT, SQLSMALLINT*,

Bug#385802: FTBFS with GCC 4.2: uses removed minimum/maximum operator

[Martin Michlmayr]

Package: guessnet
Version: 0.39-2

Your package fails to build with GCC 4.2.  Version 4.2 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  You're using an minimum/maximum
or similar operator (that is, , ?=) which has been removed
as of 4.2.  These operators have been removed since GCC 4.0 so please
let your upstream know about this issue.

You can reproduce this with the gcc-snapshot package from unstable
(20060823-1 or higher).


> Automatic build of guessnet_0.39-2 on em64t by sbuild/amd64 0.49
...
> D: Running: /usr/lib/gcc-snapshot/bin/g++ -DHAVE_CONFIG_H -I. -I. -I.. 
> -D_BSD_SOURCE -D__BSD_SOURCE -D__FAVOR_BSD -DHAVE_NET_ETHERNET_H 
> -I/usr/include/boost-1_33_1/ -DSCRIPTDIR="/usr/share/guessnet/test" 
> -DCOMPILE_TESTSUITE -g -Wall -ftree-vectorize -O3 -c -o NetWatcher.o 
> NetWatcher.cc 
> NetWatcher.cc:44: error: expected primary-expression before '?' token
> NetWatcher.cc:44: error: expected `:' before ')' token
> NetWatcher.cc:44: error: expected primary-expression before ')' token
> NetWatcher.cc:44: error: expected primary-expression before '?' token
> NetWatcher.cc:44: error: expected `:' before ')' token
> NetWatcher.cc:44: error: expected primary-expression before ')' token
> make[3]: *** [NetWatcher.o] Error 1

-- 
Martin Michlmayr
http://www.cyrius.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356190: Join the chorus

[Wouter Verhelst]

Hi,

I just want to note that I just tried with r83 too, and it seems to work
for me as well.

Please upgrade the version in unstable to a newer upstream snapshot, of
at least r76 or above. The changed code in that revision clearly
mentions offsets and an 'ActualCount' variable, so I would be surprised
if it was not this bug being fixed.

Thanks,

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385803: twm: Leaves garbage on the screen when the console is switched

[Vincent Lönngren]

Package: twm
Version: 1:1.0.1-4
Severity: normal

I couldn't think of a good title for this bug...

When a window is opened, there is a sort of "template" for the window 
which follows the cursor until the user clicks to indicate where it is 
to be placed. If console switching takes place while the template is 
shown, such as CTRL+ALT+F*, and then back to X again, an image of the 
template will be left on the desktop. This does not cause any usability 
problems, it just doesn't look good.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.16
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)

Versions of packages twm depends on:
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libice6  1:1.0.0-3   X11 Inter-Client Exchange library
ii  libsm6   1:1.0.0-4   X11 Session Management library
ii  libx11-6 2:1.0.0-8   X11 client-side library
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxmu6  1:1.0.1-3   X11 miscellaneous utility library
ii  libxt6   1:1.0.0-5   X11 toolkit intrinsics library
ii  menu 2.1.29  generates programs menu for all me
ii  x11-common   1:7.0.22X Window System (X.Org) infrastruc

twm recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385512: ikiwiki: Wrong links in sidebar

[Joey Hess]

This seems to be due to the inline directive being used inside the
sidebar. A regular link to [[categories/geek]] works ok. I'll try to
look at it some more later.

-- 
see shy jo

Bug#369115: tangerine debian package

[Jose Carlos Garcia Sogo]

  Hi,

  Are you still interested in uploading tangerine package? It is already
in pkg-mono svn repository[1] and I was thinking on uploading it if
nobody is going to do it soon.

  Cheers,

[1] http://svn.debian.org/wsvn/pkg-mono/non-group/tangerine/?rev=0&sc=0


-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#261019: kernel-package: please build md5sums for kernel-packages

[Roland Stigge]

Roland Stigge wrote:
> please consider the attached patch.

Sorry, missed one byte... See attachments...

bye,
  Roland
diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/ChangeLog 
kernel-package-10.054/kernel/ruleset/targets/ChangeLog
--- kernel-package-10.054.orig/kernel/ruleset/targets/ChangeLog 2006-07-19 
22:01:16.0 +0200
+++ kernel-package-10.054/kernel/ruleset/targets/ChangeLog  2006-09-03 
10:05:57.0 +0200
@@ -1,3 +1,14 @@
+2006-09-03  Roland Stigge <[EMAIL PROTECTED]>
+
+   * md5sums.mk:
+ Initial version of md5sums creation
+
+   * image.mk, headers.mk, doc.mk, source.mk (debian/$(?_package)):
+ Added calls for md5sums creation
+
+   * target.mk:
+ Included md5sums.mk
+
 2006-07-19  Manoj Srivastava  <[EMAIL PROTECTED]>
 
* image.mk (install/$(i_package)):
diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/doc.mk 
kernel-package-10.054/kernel/ruleset/targets/doc.mk
--- kernel-package-10.054.orig/kernel/ruleset/targets/doc.mk2006-03-29 
17:08:55.0 +0200
+++ kernel-package-10.054/kernel/ruleset/targets/doc.mk 2006-09-03 
09:56:31.0 +0200
@@ -98,6 +98,7 @@
$(DEBDIR)/pkg/doc/postinst >$(TMPTOP)/DEBIAN/postinst
chmod 755   $(TMPTOP)/DEBIAN/postinst
dpkg-gencontrol -isp -p$(package) -P$(TMPTOP)/
+   $(install_md5sums)  $(TMPTOP)
chmod -R og=rX  $(TMPTOP)
chown -R root:root  $(TMPTOP)
dpkg --build$(TMPTOP) $(DEB_DEST)
diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/headers.mk 
kernel-package-10.054/kernel/ruleset/targets/headers.mk
--- kernel-package-10.054.orig/kernel/ruleset/targets/headers.mk
2006-07-19 21:50:16.0 +0200
+++ kernel-package-10.054/kernel/ruleset/targets/headers.mk 2006-09-03 
09:56:31.0 +0200
@@ -178,6 +178,7 @@
   endif
dpkg-gencontrol -isp -DArchitecture=$(DEB_HOST_ARCH) -p$(package) \
   -P$(TMPTOP)/
+   $(install_md5sums)  $(TMPTOP)
chown -R root:root  $(TMPTOP)
chmod -R og=rX  $(TMPTOP)
dpkg --build$(TMPTOP) $(DEB_DEST)
diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/image.mk 
kernel-package-10.054/kernel/ruleset/targets/image.mk
--- kernel-package-10.054.orig/kernel/ruleset/targets/image.mk  2006-07-19 
21:50:16.0 +0200
+++ kernel-package-10.054/kernel/ruleset/targets/image.mk   2006-09-03 
09:56:31.0 +0200
@@ -336,6 +336,7 @@
 endif
dpkg-gencontrol -DArchitecture=$(DEB_HOST_ARCH) -isp \
 -p$(package) -P$(TMPTOP)/
+   $(install_md5sums) $(TMPTOP)
chmod -R og=rX $(TMPTOP)
chown -R root:root $(TMPTOP)
dpkg --build   $(TMPTOP) $(DEB_DEST)
diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/manual.mk 
kernel-package-10.054/kernel/ruleset/targets/manual.mk
--- kernel-package-10.054.orig/kernel/ruleset/targets/manual.mk 2006-03-29 
17:10:26.0 +0200
+++ kernel-package-10.054/kernel/ruleset/targets/manual.mk  2006-09-03 
11:12:39.0 +0200
@@ -55,6 +55,7 @@
 ifeq ($(strip $(MAKING_VIRTUAL_IMAGE)),)
$(make_directory) $(TMPTOP)/DEBIAN
dpkg-gencontrol -isp -p$(package)   -P$(TMPTOP)/
+   $(install_md5sums)$(TMPTOP)
chmod -R og=rX$(TMPTOP)
chown -R root:root$(TMPTOP)
dpkg --build  $(TMPTOP) $(DEB_DEST)
diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/md5sums.mk 
kernel-package-10.054/kernel/ruleset/targets/md5sums.mk
--- kernel-package-10.054.orig/kernel/ruleset/targets/md5sums.mk
1970-01-01 01:00:00.0 +0100
+++ kernel-package-10.054/kernel/ruleset/targets/md5sums.mk 2006-09-03 
10:08:35.0 +0200
@@ -0,0 +1,48 @@
+# -*- Mode: Makefile-Gmake -*- 
+## md5sums.mk --- 
+## Author   : Roland Stigge ( [EMAIL PROTECTED] ) 
+## Created On   : Fri, 01 Sep 2006 16:32:00 +0200
+## Last Modified By : Roland Stigge
+## Last Modified On : Fri, 01 Sep 2006 16:32:00 +0200
+## Update Count : 0
+## Status   : Unknown, Use with caution!
+## HISTORY  : 
+## Description  : This contains a routine to add md5sums to a package
+## 
+## arch-tag: 
+## 
+## 
+## This program is free software; you can redistribute it and/or modify
+## it under the terms of the GNU General Public License as published by
+## the Free Software Foundation; either version 2 of the License, or
+## (at your option) any later version.
+##
+## This program is distributed 

Bug#378830: cacti: Cacti/php seg faults with command line poller and frontend pages

[sean finney]

tags 378830 confirmed
thanks

hey miah,

On Sat, 2006-09-02 at 22:46 +0100, Miah Gregory wrote:
> Don't think I'm running with cactid, just normal cacti php poller.

aha.  and i can now replicate it.  it looks like this is what happens
when the database name is not set.  try setting database_default to
"cacti" or whatever it previously was.

my guess is that this happened as a result of something to do with
dbconfig-common, the automagical database-foo system.  it would help if
you could answer the following:

- approximately when did you first install cacti?
- did you see questions about dbconfig-common when you installed,
  or did you manually set up the database?
- did the problem happen right away, or after some upgrade?
- did you ever perform an upgrade and see questions about 
  dbconfig-common during the upgrade?

also, what happens(is output) when you run (as root):

/usr/sbin/dbconfig-load-include --dbname=database_default
--dbpass=database_password --dbuser=database_username
--dbserver=database_hostname -f php /etc/cacti/debian.php

(sorry, my new MUA really wants to wrap lines, it should be one line)
likewise:

/usr/sbin/dbconfig-generate-include --dbname=database_default
--dbpass=database_password --dbuser=database_username
--dbserver=database_hostname -f php /etc/dbconfig-common/cacti.conf


sean


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

Bug#385805: libgcrypt11 - FTBFS: make[3]: *** [check-TESTS] Terminated

[Bastian Blank]

Package: libgcrypt11
Version: 1.2.3-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of libgcrypt11_1.2.3-1 on lxdebian.bfinv.de by sbuild/s390 85
[...]
> make[3]: Entering directory `/build/buildd/libgcrypt11-1.2.3/tests'
> PASS: prime
> PASS: register
> PASS: ac
> X+
> ..+
> PASS: basic
> PASS: tsexp
> make[3]: *** [check-TESTS] Terminated
> make[1]: *** [check-recursive] Terminated
> make: *** [debian/stamp-makefile-check] Terminated
> make[2]: *** [check-am] Terminated
> Build killed with signal 15 after 150 minutes of inactivity
> **
> Build finished at 20060902-2145
> FAILED [dpkg-buildpackage died]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385802: FTBFS with GCC 4.2: uses removed minimum/maximum operator

[Enrico Zini]

On Sun, Sep 03, 2006 at 11:00:18AM +0200, Martin Michlmayr wrote:

> Your package fails to build with GCC 4.2.  Version 4.2 has not been
> released yet but I'm building with a snapshot in order to find errors
> and give people an advance warning.  You're using an minimum/maximum
> or similar operator (that is, , ?=) which has been removed
> as of 4.2.  These operators have been removed since GCC 4.0 so please
> let your upstream know about this issue.

Thanks.  I saw the warnings and I thought I got rid of them already, but
evidently I didn't.

I committed the fix in svn.  Let me know if you prefer this to go up
ASAP or whenever the next upload will be.


Ciao,

Enrico

-- 
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#385804: libxmms-perl: package is missing dependency on libaudio-cd-perl

[Attila Kinali]

Package: libxmms-perl
Version: 0.12-5
Severity: important

When installing libxmms-perl it does not depend
on libaudio-cd-perl but it complains the first
time it is started:

---
Can't locate Audio/CD.pm in @INC (@INC contains:
/home/attila/include/perl /etc/perl /usr/local/lib/perl/5.8.8
/usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5
/usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at
/usr/lib/perl5/Xmms.pm line 155.
---

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17.7
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1)

Versions of packages libxmms-perl depends on:
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libglib1.2   1.2.10-10.1 The GLib library of C routines
ii  libgtk1.21.2.10-18   The GIMP Toolkit set of widgets fo
ii  libx11-6 2:1.0.0-8   X11 client-side library
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxi6   1:1.0.0-5   X11 Input extension library
ii  perl 5.8.8-6.1   Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5 5.8.8-6.1   The Pathologically Eclectic Rubbis
ii  xmms 1:1.2.10+20060801-2 Versatile X audio player

libxmms-perl recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385807: mednafen - FTBFS: error: 'powl' was not declared in this scope

[Bastian Blank]

Package: mednafen
Version: 0.6.4-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of mednafen_0.6.4-1 on lxdebian.bfinv.de by sbuild/s390 85
[...]
> if s390-linux-gnu-g++ -DLOCALEDIR=\"/usr/share/locale\" -DHAVE_CONFIG_H 
> -ffast-math -I.. -I../include -I../intl   -pthread -Wall -Winline 
> -fomit-frame-pointer -finline-limit=6000 --param large-function-growth=800 
> --param inline-unit-growth=175  -I/usr/include/SDL -D_GNU_SOURCE=1 
> -D_REENTRANT  -Wall -O2 -Wl,-z,defs -MT Blip_Buffer.o -MD -MP -MF 
> ".deps/Blip_Buffer.Tpo" \
> -c -o Blip_Buffer.o `test -f 'Blip_Buffer.cpp' || echo 
> './'`Blip_Buffer.cpp; \
>   then mv -f ".deps/Blip_Buffer.Tpo" ".deps/Blip_Buffer.Po"; \
>   else rm -f ".deps/Blip_Buffer.Tpo"; exit 1; \
>   fi
> Blip_Buffer.cpp: In function 'void gen_sinc(float*, int, long double, long 
> double, long double)':
> Blip_Buffer.cpp:193: error: 'powl' was not declared in this scope
> Blip_Buffer.cpp:199: error: 'cosl' was not declared in this scope
> make[3]: *** [Blip_Buffer.o] Error 1
> make[3]: Leaving directory `/build/buildd/mednafen-0.6.4/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/build/buildd/mednafen-0.6.4/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/build/buildd/mednafen-0.6.4'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20060830-2322
> FAILED [dpkg-buildpackage died]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#278581: Kicad

[Richard Burton]

From: Karl Schmidt <[EMAIL PROTECTED]>



Is anyone working on packaging this excellent software package?


Yes, the work is done, it just needs a bit more testing and a sponsor for 
the upload.


Richard.




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385806: eagle-usb - FTBFS: Uses not exported linux header

[Bastian Blank]

Package: eagle-usb
Version: 2.1.1-2.1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of eagle-usb_2.1.1-2.1 on lxdebian.bfinv.de by sbuild/s390 85
[...]
> make[1]: Entering directory `/build/buildd/eagle-usb-2.1.1/driver/user'
> cc -O2 -pipe -Wall -pedantic -DLINUX -g -DCONF_DIR="\"/etc/eagle-usb\"" 
> -DBIN_DIR="\"/usr/share/eagle-usb/dsp\"" '-DEAGLEUSBVERSION="2.1.1"' 
> eaglectrl.c -o eaglectrl
> In file included from /usr/include/asm/bitops.h:831,
>  from ../eu_types.h:29,
>  from ../eagle-usb.h:30,
>  from eaglectrl.c:40:
> /usr/include/asm-generic/bitops/ffs.h:13: error: static declaration of 'ffs' 
> follows non-static declaration
> make[1]: *** [eaglectrl] Error 1
> make[1]: Leaving directory `/build/buildd/eagle-usb-2.1.1/driver/user'
> make: *** [build-arch-stamp] Error 2
> **
> Build finished at 20060902-2341
> FAILED [dpkg-buildpackage died]

asm/bitops.h is not on the list of the linux headers which are safe to
be used in userspace.

Bastian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#258979: kernel-image-2.6.*: debsums checksum mismatch

[Roland Stigge]

block 258979 by 261019
thanks

Hi,

I created a patch for kernel-package that until now didn't create
md5sums on package creation resulting in apt creating them on package
installation, followed by "depmod -a" invalidating them.

See #261019.

bye,
  Roland


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385793: -dev packages should not be architecture all

[Mike Hommey]

On Sun, Sep 03, 2006 at 10:27:27AM +0200, Matthias Klose <[EMAIL PROTECTED]> 
wrote:
> Mike Hommey writes:
> > On Sun, Sep 03, 2006 at 09:21:36AM +0200, Matthias Klose <[EMAIL 
> > PROTECTED]> wrote:
> > > Package: xulrunner
> > > Version: 1.8.0.5-3
> > > 
> > > With every upload, the libmozjs-dev, libnspr4-dev, libnss3-dev
> > > packages become uninstallable until the package has been rebuilt on
> > > all architectures.  Please consider changes these to architecture any,
> > > this saves developer's and buildd admin time to look at the current
> > > state of xulrunner, if a package can be uploaded without asking for
> > > requeueing on the buildd's later.
> > 
> > Problem is that it will waste quite some archive space... maybe relaxing
> > the dependencies would be better. I made them tight because I was adding
> > some APIs back in the 1.8.0.1 days, but that is not very likely to
> > happen any more...
> 
> relaxation on libxul-common is needed as well.

M that'd need special care to avoid libxul-common from a new upstream
being installed with an older libxul0d
Maybe it'd also be time to solve once and for all this arch:all issue.
It's not the first time it happens, and it won't be the last. Maybe it's
time that the archive keeps the old arch:all version until all arch:any
packages are in.

Ccing to debian-devel for that matter.

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385793: -dev packages should not be architecture all

[Mike Hommey]

On Sun, Sep 03, 2006 at 11:24:22AM +0200, Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Sun, Sep 03, 2006 at 10:27:27AM +0200, Matthias Klose <[EMAIL PROTECTED]> 
> wrote:
> > Mike Hommey writes:
> > > On Sun, Sep 03, 2006 at 09:21:36AM +0200, Matthias Klose <[EMAIL 
> > > PROTECTED]> wrote:
> > > > Package: xulrunner
> > > > Version: 1.8.0.5-3
> > > > 
> > > > With every upload, the libmozjs-dev, libnspr4-dev, libnss3-dev
> > > > packages become uninstallable until the package has been rebuilt on
> > > > all architectures.  Please consider changes these to architecture any,
> > > > this saves developer's and buildd admin time to look at the current
> > > > state of xulrunner, if a package can be uploaded without asking for
> > > > requeueing on the buildd's later.
> > > 
> > > Problem is that it will waste quite some archive space... maybe relaxing
> > > the dependencies would be better. I made them tight because I was adding
> > > some APIs back in the 1.8.0.1 days, but that is not very likely to
> > > happen any more...
> > 
> > relaxation on libxul-common is needed as well.
> 
> M that'd need special care to avoid libxul-common from a new upstream
> being installed with an older libxul0d

An example of a too lax dependency of this kind is #383867 where ecj-bootstrap
(arch: all) is version 3.2 and ecj-bootstrap-gcj (arch: any) is 3.1.2 on
arm, and guess what, this setup fails to work at all.

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#261019: kernel-package: please build md5sums for kernel-packages

[Roland Stigge]

tag 261019 patch
thanks

Hi,

please consider the attached patch. As is common practice for most
packages in Debian, creating the checksums at package creation helps
maintain package integrity from the Debian archive on, not just from
install time on.

Thanks,

Roland
diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/ChangeLog kernel-package-10.054/kernel/ruleset/targets/ChangeLog
--- kernel-package-10.054.orig/kernel/ruleset/targets/ChangeLog	2006-07-19 22:01:16.0 +0200
+++ kernel-package-10.054/kernel/ruleset/targets/ChangeLog	2006-09-03 10:05:57.0 +0200
@@ -1,3 +1,14 @@
+2006-09-03  Roland Stigge <[EMAIL PROTECTED]>
+
+	* md5sums.mk:
+		  Initial version of md5sums creation
+
+	* image.mk, headers.mk, doc.mk, source.mk (debian/$(?_package)):
+		  Added calls for md5sums creation
+
+	* target.mk:
+		  Included md5sums.mk
+
 2006-07-19  Manoj Srivastava  <[EMAIL PROTECTED]>
 
 	* image.mk (install/$(i_package)):
diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/doc.mk kernel-package-10.054/kernel/ruleset/targets/doc.mk
--- kernel-package-10.054.orig/kernel/ruleset/targets/doc.mk	2006-03-29 17:08:55.0 +0200
+++ kernel-package-10.054/kernel/ruleset/targets/doc.mk	2006-09-03 09:56:31.0 +0200
@@ -98,6 +98,7 @@
 		$(DEBDIR)/pkg/doc/postinst >$(TMPTOP)/DEBIAN/postinst
 	chmod 755   $(TMPTOP)/DEBIAN/postinst
 	dpkg-gencontrol -isp -p$(package) -P$(TMPTOP)/
+	$(install_md5sums)  $(TMPTOP)
 	chmod -R og=rX  $(TMPTOP)
 	chown -R root:root  $(TMPTOP)
 	dpkg --build$(TMPTOP) $(DEB_DEST)
diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/headers.mk kernel-package-10.054/kernel/ruleset/targets/headers.mk
--- kernel-package-10.054.orig/kernel/ruleset/targets/headers.mk	2006-07-19 21:50:16.0 +0200
+++ kernel-package-10.054/kernel/ruleset/targets/headers.mk	2006-09-03 09:56:31.0 +0200
@@ -178,6 +178,7 @@
   endif
 	dpkg-gencontrol -isp -DArchitecture=$(DEB_HOST_ARCH) -p$(package) \
   -P$(TMPTOP)/
+	$(install_md5sums)  $(TMPTOP)
 	chown -R root:root  $(TMPTOP)
 	chmod -R og=rX  $(TMPTOP)
 	dpkg --build$(TMPTOP) $(DEB_DEST)
diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/image.mk kernel-package-10.054/kernel/ruleset/targets/image.mk
--- kernel-package-10.054.orig/kernel/ruleset/targets/image.mk	2006-07-19 21:50:16.0 +0200
+++ kernel-package-10.054/kernel/ruleset/targets/image.mk	2006-09-03 09:56:31.0 +0200
@@ -336,6 +336,7 @@
 endif
 	dpkg-gencontrol -DArchitecture=$(DEB_HOST_ARCH) -isp \
 -p$(package) -P$(TMPTOP)/
+	$(install_md5sums) $(TMPTOP)
 	chmod -R og=rX $(TMPTOP)
 	chown -R root:root $(TMPTOP)
 	dpkg --build   $(TMPTOP) $(DEB_DEST)
diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/manual.mk kernel-package-10.054/kernel/ruleset/targets/manual.mk
--- kernel-package-10.054.orig/kernel/ruleset/targets/manual.mk	2006-03-29 17:10:26.0 +0200
+++ kernel-package-10.054/kernel/ruleset/targets/manual.mk	2006-09-03 09:56:31.0 +0200
@@ -55,6 +55,7 @@
 ifeq ($(strip $(MAKING_VIRTUAL_IMAGE)),)
 	$(make_directory) $(TMPTOP)/DEBIAN
 	dpkg-gencontrol -isp -p$(package)   -P$(TMPTOP)/
+	$(install_md5sum) $(TMPTOP)
 	chmod -R og=rX$(TMPTOP)
 	chown -R root:root$(TMPTOP)
 	dpkg --build  $(TMPTOP) $(DEB_DEST)
diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/md5sums.mk kernel-package-10.054/kernel/ruleset/targets/md5sums.mk
--- kernel-package-10.054.orig/kernel/ruleset/targets/md5sums.mk	1970-01-01 01:00:00.0 +0100
+++ kernel-package-10.054/kernel/ruleset/targets/md5sums.mk	2006-09-03 10:08:35.0 +0200
@@ -0,0 +1,48 @@
+# -*- Mode: Makefile-Gmake -*- 
+## md5sums.mk --- 
+## Author   : Roland Stigge ( [EMAIL PROTECTED] ) 
+## Created On   : Fri, 01 Sep 2006 16:32:00 +0200
+## Last Modified By : Roland Stigge
+## Last Modified On : Fri, 01 Sep 2006 16:32:00 +0200
+## Update Count : 0
+## Status   : Unknown, Use with caution!
+## HISTORY  : 
+## Description  : This contains a routine to add md5sums to a package
+## 
+## arch-tag: 
+## 
+## 
+## This program is free software; you can redistribute it and/or modify
+## it under the terms of the GNU General Public License as published by
+## the Free Software Foundation; either version 2 of the License, or
+## (at your option) any later version.
+##
+## This program is distributed in the hope that it will be useful,
+## but WITHOUT ANY WARRANTY; without even the implied warranty of
+## MERCHANTABIL

Bug#385808: lablgtksourceview - FTBFS: Program not found: ocamlopt

[Bastian Blank]

Package: lablgtksourceview
Version: 0.2.0-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of lablgtksourceview_0.2.0-1 on lxdebian.bfinv.de by 
> sbuild/s390 85
[...]
> checking for ocamldep... /usr/bin/ocamldep
> checking for ocamlopt... no
> Program not found: ocamlopt
> You way have a look at config_check.log for details.
> make: *** [config.status] Error 1
> **
> Build finished at 20060828-1737
> FAILED [dpkg-buildpackage died]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385809: changed LDAP socket file location breaks kdc

[Dimitri Puzin]

Package: heimdal-kdc
Version: 0.7.2.dfsg.1-3
Severity: normal

Hello,

setting up the kdc with ldap backend store causes a connection error
while initializing the realm or trying to query the principals in the
ldap database.

This renders the kerberos system unusable after the upgrade to
etch/testing (or new setup on etch/testing) until this issue is resolved.

AFAICS this happens because the socket file location is changed in
OpenLDAP 2.3. The current release of OpenLDAP 2.3 in etch/testing
creates it's socket file at new default location as
/var/run/slapd/ldapi. The libldap 2.1 libs are looking at
/var/run/ldapi. The kdc is linked against libldap2 version 2.1 while the
daemon is version 2.3.

My current workaround is to change of the default location of socket
file of slapd to /var/run/ldapi in /etc/default/slapd. The cleaner
solution could be to build heimdal-kdc binaries against libldap-2.3
instead of libldap2 package.

Regards,

-Dimitri Puzin aka Tristan-777


signature.asc
Description: OpenPGP digital signature

Bug#385812: ddccontrol - FTBFS: error: sys/io.h: No such file or directory

[Bastian Blank]

Package: ddccontrol
Version: 0.4.2-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of ddccontrol_0.4.2-1 on debian-31 by sbuild/s390 85
[...]
> if s390-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I../lib  
> -DLOCALEDIR=\"/usr/share/locale\"-Wall -g -O2 -Wall  
> -DDATADIR="\"/usr/share/ddccontrol-db\"" -DBINDIR="\"/usr/bin\"" -MT 
> i2c-algo-bit.o -MD -MP -MF ".deps/i2c-algo-bit.Tpo" -c -o i2c-algo-bit.o 
> i2c-algo-bit.c; \
>   then mv -f ".deps/i2c-algo-bit.Tpo" ".deps/i2c-algo-bit.Po"; else rm -f 
> ".deps/i2c-algo-bit.Tpo"; exit 1; fi
> if s390-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I../lib  
> -DLOCALEDIR=\"/usr/share/locale\"-Wall -g -O2 -Wall  
> -DDATADIR="\"/usr/share/ddccontrol-db\"" -DBINDIR="\"/usr/bin\"" -MT 
> intel810.o -MD -MP -MF ".deps/intel810.Tpo" -c -o intel810.o intel810.c; \
>   then mv -f ".deps/intel810.Tpo" ".deps/intel810.Po"; else rm -f 
> ".deps/intel810.Tpo"; exit 1; fi
> intel810.c:35:20: error: sys/io.h: No such file or directory
> make[4]: *** [intel810.o] Error 1
> make[4]: Leaving directory `/build/buildd/ddccontrol-0.4.2/src/ddcpci'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/build/buildd/ddccontrol-0.4.2/src'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `/build/buildd/ddccontrol-0.4.2/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/build/buildd/ddccontrol-0.4.2'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20060902-1536
> FAILED [dpkg-buildpackage died]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385811: ejabberd: French debconf templates translation update

[Florentin Duneau]

Package: ejabberd
Version: N/A
Severity: wishlist
Tags: patch l10n

Hi,

Please find attached the French debconf templates translation update,
proofread by the debian-l10n-french mailing list contributors.

This file should be put as fr.po in the appropriate place in
your package build tree.

Florentin Duneau


fr.po.gz
Description: Binary data

Bug#372902: smssend: Cleanup of dependencies

[Kurt Roeckx]

Note that at one point, this is going to be an RC bug, since libssl0.9.7
won't stay around forever.


Kurt



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385814: Include patch for GNU GRUB bug #14407, partition table offset not reset when changing to CD

[Daniel R.]

Package: grub
Version: 0.97-13
Severity: important

Hello,

I am running Debian Etch (testing)

When I create a GRUB boot CD (using stage2_eltorito), as explained in GRUB's
web site, i find that I cannot load my hard drive kernel from grub Menu: for
example:

1. I boot with my GRUB CD (correct: it includes a menu.lst I customized for
this GRUB CD)
2. GRUB menu appears (correct: it correctly loads a splash image in my hard
drive)
3. I choose my hard drive kernel option...
4. GRUB tries to boot with it but gives: "Error 25: Disk read error"

However, if I manually (open GRUB command line) enter the same commands as 
defined in the previously selected menu option:

root (hd0,5)
kernel (hd0,5)/vmlinuz root=/dev/hda6
initrd (hd0,5)/initrd
boot

Then I can boot my hard drive kernel.

I have found that this bug may be related to problem I have just explained:
http://savannah.gnu.org/bugs/?func=detailitem&item_id=14407

So please address this issue in next GRUB release for debian. Thank you.


Daniel R.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to es_ES.UTF-8)

Versions of packages grub depends on:
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libncurses5  5.5-2   Shared libraries for terminal hand

grub recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385793: -dev packages should not be architecture all

[Mike Hommey]

On Sun, Sep 03, 2006 at 11:24:22AM +0200, Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Sun, Sep 03, 2006 at 10:27:27AM +0200, Matthias Klose <[EMAIL PROTECTED]> 
> wrote:
> > Mike Hommey writes:
> > > On Sun, Sep 03, 2006 at 09:21:36AM +0200, Matthias Klose <[EMAIL 
> > > PROTECTED]> wrote:
> > > > Package: xulrunner
> > > > Version: 1.8.0.5-3
> > > > 
> > > > With every upload, the libmozjs-dev, libnspr4-dev, libnss3-dev
> > > > packages become uninstallable until the package has been rebuilt on
> > > > all architectures.  Please consider changes these to architecture any,
> > > > this saves developer's and buildd admin time to look at the current
> > > > state of xulrunner, if a package can be uploaded without asking for
> > > > requeueing on the buildd's later.
> > > 
> > > Problem is that it will waste quite some archive space... maybe relaxing
> > > the dependencies would be better. I made them tight because I was adding
> > > some APIs back in the 1.8.0.1 days, but that is not very likely to
> > > happen any more...
> > 
> > relaxation on libxul-common is needed as well.
> 
> M that'd need special care to avoid libxul-common from a new upstream
> being installed with an older libxul0d
> Maybe it'd also be time to solve once and for all this arch:all issue.
> It's not the first time it happens, and it won't be the last. Maybe it's
> time that the archive keeps the old arch:all version until all arch:any
> packages are in.

(in the Packages file, I mean)

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#132466: cscope dies on window size change

[Tobias Klauser]

This bug is quite old. :-/

Baruch, can you still reproduce this? I could not reproduce it with
15.5+cvs20050816-2 and 15.5+cvs20060902-1 (which was uploaded yesterday
and should hopefully hit unstable soon).

Thanks, Tobias


signature.asc
Description: Digital signature

Bug#385810: reportbug: crashes when entering "other" as package name

[Victor Hahn]

Package: reportbug
Version: 3.29.3
Severity: important

Prints the following message on the console while crashing:
>
Traceback (most recent call last):
  File "/usr/bin/reportbug", line 1726, in ?
main()
  File "/usr/bin/reportbug", line 759, in main
return iface.user_interface()
  File "/usr/bin/reportbug", line 905, in user_interface
package = get_package_name(bts, mode)
  File "/usr/bin/reportbug", line 305, in get_package_name
package = get_other_package_name(others)
  File "/usr/bin/reportbug", line 281, in get_other_package_name
default='')
  File "/usr/share/reportbug/reportbug_ui_urwid.py", line 448, in menu
editbox = urwid.Edit(multiline=multiline)
NameError: global name 'multiline' is not defined
<

Using urwid interface


-- Package-specific info:
** Environment settings:
INTERFACE="urwid"

** /home/victor/.reportbugrc:
reportbug_version "3.29.3"
mode standard
ui urwid
email "[EMAIL PROTECTED]"

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages reportbug depends on:
ii  python2.4.3-11   An interactive high-level object-o
ii  python-central0.5.5  register and build utility for Pyt

Versions of packages reportbug recommends:
pn  python-cjkcodecs | python-ico  (no description available)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385579: spamassassin process opened a variety of UDP sockets

[[EMAIL PROTECTED]]

On 9/3/06, Duncan Findlay <[EMAIL PROTECTED]> wrote:
SpamAssassin uses DNS to test messages against various blacklists andsuch; so my guess is that these ports are open and awaiting DNSresponses.Ah, hadn't thought of that. I'd been thinking of spamassassin applying rules locally and having no business opening up network connections. As you quite rightly point out, that's nonsense when you consider network tests. 
I assume that these ports were closed again very quickly, but you areonly checking them every four hours... is that correct?
While tiger runs much more frequently it only applies this rule every few hours. So, as you suggest, these seem to have been two consecutive runs.Tiger setting:# Get a list of listening processes every day at different hours
#0,4,6,10,14,18,20 * *   check_listeningprocs Does this make sense?
It does indeed. My knowledge of DNS is pretty limited but I'm sure you're right in that it uses UDP. If that list looks to contain likely connect-back ports then I'm happy to believe that was what was causing the report.
I do still think it is a bit odd that this mail server has been running for years without any of these false positives. Perhaps these lookups were taking longer than usual or failing for some reason?At any rate thanks for the help with this. If you are sure the ports show legitimate DNS traffic then I'm happy for this bug to be closed.
Andrew.

Bug#385813: misdn-kernel - FTBFS: make[1]: *** No rule to make target `/usr/src/linux-headers-2.6.17-2-s390-tape/.config'. Stop.

[Bastian Blank]

Package: misdn-kernel
Version: 0.0.0+cvs20060902-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of misdn-kernel_0.0.0+cvs20060902-1 on debian-31 by 
> sbuild/s390 85
[...]
> /usr/bin/make -C modules/2.6.17-2-s390-tape -f debian/rules \
> KSRC=/usr/src/linux-headers-2.6.17-2-s390-tape \
> KVERS=2.6.17-2-s390-tape \
> build-modules
> make[1]: Entering directory 
> `/build/buildd/misdn-kernel-0.0.0+cvs20060902/modules/2.6.17-2-s390-tape'
> debian/rules:71: /usr/src/linux-headers-2.6.17-2-s390-tape/.config: No such 
> file or directory
> make[1]: *** No rule to make target 
> `/usr/src/linux-headers-2.6.17-2-s390-tape/.config'.  Stop.
> make[1]: Leaving directory 
> `/build/buildd/misdn-kernel-0.0.0+cvs20060902/modules/2.6.17-2-s390-tape'
> make: *** [stamp-build-misdn-modules-2.6.17-2-s390-tape] Error 2
> **
> Build finished at 20060903-0006
> FAILED [dpkg-buildpackage died]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#372888: linm: Please drop hardcoded dependency non libssl0.9.7

[Kurt Roeckx]

Note that at one point this is going to become an RC bug, since
libssl0.9.7 won't stay around.


Kurt



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385732: gcc-defaults: Non-free files in source package

[Sven Joachim]

Matthias Klose wrote:


The source package still contains the non-free files fsf-funding.7,


ok.


gfdl.7 and gpl.7, apparently for no good reason since they aren't
installed.  Please remove them.


no, license texts can be included. there's no reason to remove them.


But the GFDL is not the license for any package built from gcc-defaults,
so why should it be in the source package?  Having the GPL text is ok,
but it is a bit odd that it's a man page rather than plain text.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385802: FTBFS with GCC 4.2: uses removed minimum/maximum operator

[Martin Michlmayr]

* Enrico Zini <[EMAIL PROTECTED]> [2006-09-03 11:29]:
> I committed the fix in svn.  Let me know if you prefer this to go up
> ASAP or whenever the next upload will be.

There's no rush, thanks.

BTW,
| To: [EMAIL PROTECTED]
this won't reach the bug submitter.
-- 
Martin Michlmayr
http://www.cyrius.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#384652: xvnc4viewer: Please allow password to be entered in terminal

[Ola Lundqvist]

Hi

On Sun, Sep 03, 2006 at 01:05:29AM +0100, Reuben Thomas wrote:
> On Sat, 2 Sep 2006, Ola Lundqvist wrote:
> 
> >Well I do not really require anything but as time is a limitation
> >in my life, any help is appriciated. Ideally I would like a patch that
> >is tested to work, both when it is a pty and not.
> 
> I looked into this, and the most irritating problem is that the function 
> used to implement the terminal password input in v3, getpass, is now 
> obsolete (removed, in fact, in POSIX.1-2001). That in itself, plus the 

Ohh, well that can be an irritating thing, yes. I wonder if that can mean
that vnc3 will fail to build in the future... Well that is the future
anyway.

> fact that VNC 4 is a C++ rewrite of VNC 3 (which is in C) might be the 
> reason. (I didn't know any of this until now.) I guess I need to find 
> some tried and tested code from somewhere (even maybe the getpass 
> implementation in glibc) that does the same job.

I tried to implement a getpass function myself but I got into a number
of problems, like: surpressing character echoing, getc seem not to return
until newline is pressed and so on... I have tried fread and many other
ways but without success.

I thought it would be trivial but I was obviously wrong...

Regards,

// Ola

> -- 
> http://rrt.sc3d.org/ | partisan, n.  an adherent without sense (Bierce)
> 
> 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385793: -dev packages should not be architecture all

[Matthias Klose]

Mike Hommey writes:
> a new release. Feel free to NMU to relax the dependencies (removing the
> superior limit should be enough and safe)

done, patch attached.

diff -u xulrunner-1.8.0.5/debian/control xulrunner-1.8.0.5/debian/control
--- xulrunner-1.8.0.5/debian/control
+++ xulrunner-1.8.0.5/debian/control
@@ -56,7 +56,7 @@
 Package: libnspr4-dev
 Section: libdevel
 Architecture: all
-Depends: ${misc:Depends}, libnspr4-0d (>= ${source:Version}), libnspr4-0d (<= 
${source:Version}.1~)
+Depends: ${misc:Depends}, libnspr4-0d (>= ${base:Version}), libnspr4-0d (<= 
${source:Version}.1~)
 Conflicts: libnspr4, libnspr-dev, nvu-dev
 Description: Development files for the NetScape Portable Runtime library
  This library provides platform independent non-GUI operating system
@@ -106,7 +106,7 @@
 Package: libmozjs-dev
 Section: libdevel
 Architecture: all
-Depends: ${misc:Depends}, libmozjs0d (>= ${source:Version}), libmozjs0d (<< 
${source:Version}.1~), libnspr4-dev (= ${source:Version})
+Depends: ${misc:Depends}, libmozjs0d (>= ${base:Version}), libmozjs0d (<< 
${source:Version}.1~), libnspr4-dev (= ${source:Version})
 Conflicts: mozilla-browser
 Description: Development files for the Mozilla SpiderMonkey JavaScript library
  This library provides the embeddable JavaScript/ECMAScript engine from
@@ -174,7 +174,7 @@
 Package: libxul0d
 Section: libs
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libxul-common (= 
${source:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, libxul-common (>= ${base:Version})
 Replaces: xulrunner (<< 1.8.0.1-9)
 Description: Gecko engine library
  This library provides an API for XUL applications and Gecko embedders.
@@ -211,7 +211,7 @@
 Package: libxul-dev
 Section: libdevel
 Architecture: all
-Depends: ${misc:Depends}, libxul0d (>= ${source:Version}), libxul0d (<< 
${source:Version}.1~), libnss3-dev (=${source:Version}), libnspr4-dev (= 
${source:Version}), libmozjs-dev (= ${source:Version}), xulrunner
+Depends: ${misc:Depends}, libxul0d (>= ${base:Version}), libxul0d (<< 
${source:Version}.1~), libnss3-dev (=${source:Version}), libnspr4-dev (= 
${source:Version}), libmozjs-dev (= ${source:Version}), xulrunner
 Conflicts: mozilla-browser
 Description: Development files for the Gecko engine library
  This library provides an  API for XUL applications and Gecko embedders.
@@ -287,7 +287,7 @@
 Package: libnss3-dev
 Section: libdevel
 Architecture: all
-Depends: ${misc:Depends}, libnss3-0d (>= ${source:Version}), libnss3-0d (<< 
${source:Version}.1~), libnspr4-dev (= ${source:Version})
+Depends: ${misc:Depends}, libnss3-0d (>= ${base:Version}), libnss3-0d (<< 
${source:Version}.1~), libnspr4-dev (= ${source:Version})
 Conflicts: libnss3
 Description: Development files for the Network Security Service libraries
  This is a set of libraries designed to support cross-platform development
diff -u xulrunner-1.8.0.5/debian/rules xulrunner-1.8.0.5/debian/rules
--- xulrunner-1.8.0.5/debian/rules
+++ xulrunner-1.8.0.5/debian/rules
@@ -25,6 +25,8 @@
 
 CFLAGS = -Wall -pipe
 
+dhcontrol_args = -- '-Vbase:Version=1.8.0.5'
+
 ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
OPTCFLAGS = -O0
 else
@@ -158,7 +160,7 @@
dh_compress -i
dh_fixperms -i
dh_installdeb -i
-   dh_gencontrol -i
+   dh_gencontrol -i $(dhcontrol_args)
dh_md5sums -i
dh_builddeb -i
 
@@ -191,7 +193,7 @@
sed 's/$$/ (>= 1.8.0.1-12)/' debian/libxul0d/DEBIAN/shlibs > 
debian/python-xpcom.shlibs.local
dh_shlibdeps -ppython-xpcom -- -Ldebian/python-xpcom.shlibs.local
dh_shlibdeps -a -Nxulrunner -Npython-xpcom
-   dh_gencontrol -a
+   dh_gencontrol -a $(dhcontrol_args)
dh_md5sums -a
dh_builddeb -a
 
diff -u xulrunner-1.8.0.5/debian/changelog xulrunner-1.8.0.5/debian/changelog
--- xulrunner-1.8.0.5/debian/changelog
+++ xulrunner-1.8.0.5/debian/changelog
@@ -1,3 +1,10 @@
+xulrunner (1.8.0.5-4.1) unstable; urgency=medium
+
+  * NMU
+  * Relax dependencies of the -dev packages on the libraries. Closes: #385793.
+
+ -- Matthias Klose <[EMAIL PROTECTED]>  Sun,  3 Sep 2006 10:41:10 +0200
+
 xulrunner (1.8.0.5-4) unstable; urgency=low
 
   * debian/patches/*: Moved around after some triage.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385817: other: freenet can't open libc

[Victor Hahn]

Package: other

When trying to start Freenet 0.5 (http://freenetproject.org) using Sun
Java 1.4.2 it crashes and puts the following error messages on the console:

>
head: error while loading shared libraries: libc.so.6: cannot open
shared object file: No such file or directory
sed: error while loading shared libraries: libc.so.6: cannot open shared
object file: No such file or directory
grep: error while loading shared libraries: libc.so.6: cannot open
shared object file: No such file or directory
grep: error while loading shared libraries: libc.so.6: cannot open
shared object file: No such file or directory
grep: error while loading shared libraries: libc.so.6: cannot open
shared object file: No such file or directory
Sun Java 1.4.2 detected.
uname: error while loading shared libraries: libc.so.6: cannot open
shared object file: No such file or directory
Starting Freenet now: Command line: java -Xmx128m freenet.node.Main
nice: error while loading shared libraries: libc.so.6: cannot open
shared object file: No such file or directory
Done
<

Running those programs (e.g. grep or uname) alone works flawlessly.
I'm running the amd64 version of Debian Etch and run java programs in a
i386 chroot of etch.

When I do "ln -s /usr/lib/libc.so /usr/lib/libc.so.6 and" and try to
start freenet again, I get:

>
head: error while loading shared libraries: /usr/lib/libc.so.6: invalid
ELF header
sed: error while loading shared libraries: /usr/lib/libc.so.6: invalid
ELF header
grep: error while loading shared libraries: /usr/lib/libc.so.6: invalid
ELF header
grep: error while loading shared libraries: /usr/lib/libc.so.6: invalid
ELF header
grep: error while loading shared libraries: /usr/lib/libc.so.6: invalid
ELF header
Sun Java 1.4.2 detected.
uname: error while loading shared libraries: /usr/lib/libc.so.6: invalid
ELF header
Starting Freenet now: Command line: java -Xmx128m freenet.node.Main
nice: error while loading shared libraries: /usr/lib/libc.so.6: invalid
ELF header
Done
<

Running freenet without the starter script, directly as "java -Xmx128m
-jar freenet.jar", does not cause these errors. I attach the script to
this mail.


start-freenet.sh
Description: Bourne shell script

Bug#385665: fluidsynth needs non-free midi sound bank to function

[Bas Zoetekouw]

Hi Eric!

You wrote:

> > fluidsynth seems to need a non-free (non-distributable) midi sample
> > bank to function properly.  I therefore think it belongs in contrib,
> > rather than non-free, and it shoudl have proper documentation on where
> > to get the sound bank.

> I'm not sure I understand you completely. What bank are you referring 
> to ?

A collection of samples, which one needs to actually play midi files.
One that seems to work is the file "8MBGMSFX.SF2" from the SoundBlaster
windows drivers, but that one is of course non-free.  There are no free
sample banks in SF2 format that I'm aware of.

I haven't tried if fluidsynth works with the GUS-compatible samples from
the freepats package;  if it does, it should probably depend on that
package, but if it does not, it should move to contrib.

Regards,
Bas.

-- 
++
| Bas Zoetekouw  | GPG key: 0644fab7 |
|| Fingerprint: c1f5 f24c d514 3fec 8bf6 |
| [EMAIL PROTECTED], [EMAIL PROTECTED] |  a2b1 2bae e41f 0644 fab7 |
++ 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385815: base: additional proc filesystems in /etc/fstab do not get mounted on boot

[B Big Man]

Package: base
Severity: minor

Description:
After building a chroot system I wanted to mount /chroot/proc on boot so I
added it to /etc/fstab:

# /etc/fstab: static file system information.
#
#
proc   /proc   procdefaults  
   0   0
/dev/sda3   /  ext3
defaults,errors=remount-ro 0   1
none  /tmptmpfs  defaults
 0   0
/dev/hda4   /home ext3defaults   
  0   2
/dev/sda7   /usr  ext3   defaults
 0   2
proc   /chroot/proc procdefaults 
   0   0
/dev/sda6   /var  ext3defaults   
 0   2
/dev/sda5   noneswapsw   
0   0

/dev/hdc/media/cdrom0 udf,iso9660 user,noauto  0   0
/dev/hdd/media/cdrom1 udf,iso9660 user,noauto  0   0
/dev/fd0 /media/floppy0  autorw,user,noauto 0
   0

# end /etc/fstab

Please note that /chroot is a symlink to /usr/local/chroot.
After rebooting the system /chroot/proc was not mounted.

Investigation:
the init script /etc/rcS.d/S35mountall.sh mounts proc filesystems before 
other
filesystems listed in /etc/fstab. Therefore any proc filesystem that lives 
on an other
mount point than / (root) will not get mounted (error: directory does not 
exist).


Quick fix:
Add an additional 'mount -a -t proc >/dev/null 2>&1'  after the nonproc 
filesystems

are mounted.

-- System Information:
Debian Release: testing/unstable
 APT prefers testing
 APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686-smp
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8)

Best regards,
BigMan

_
Play online games with your friends with MSN Messenger 
http://www.join.msn.com/messenger/overview




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385816: amule: File details dialog gets distorted

[Victor Hahn]

Package: amule
Version: 2.1.3-1
Severity: minor

The files details dialog (Downloads) reproducably gets distorted after 
some seconds as the first line of "General" ("Full name") suddenly takes 
two lines of space instead of just one. This causes the file name input 
field, and the buttons "Rename", "Close" and "Show all comments" to be 
outside of the window's borders. This forces the user to manually resize 
the window each time.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages amule depends on:
ii  amule-common 2.1.3-1 common files for the rest of aMule
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libcrypto++5.2c2a5.2.1c2a-3  General purpose cryptographic shar
ii  libgcc1  1:4.1.1-11  GCC support library
ii  libstdc++6   4.1.1-11The GNU Standard C++ Library v3
ii  libwxbase2.6-0   2.6.3.2.1.5 wxBase library (runtime) - non-GUI
ii  libwxgtk2.6-02.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t
ii  zlib1g   1:1.2.3-13  compression library - runtime

Versions of packages amule recommends:
ii  amule-utils   2.1.3-1utilities for aMule (command-line 

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#256038: reproducing this

[Josip Rodin]

On Sun, Sep 03, 2006 at 12:05:54AM -0400, Joey Hess wrote:
> I reproduce this once or twice a year, when I forget and uncomment the
> logging option in my .maildroprc. :-(
> 
> I am, however, using the maildrop from courier-maildrop

Which version?

-- 
 2. That which causes joy or happiness.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385579: spamassassin process opened a variety of UDP sockets

[Justin Mason]

Duncan Findlay writes:
> SpamAssassin uses DNS to test messages against various blacklists and
> such; so my guess is that these ports are open and awaiting DNS
> responses.

yep, this is definitely the case.  UDP sockets are connectionless,
so the "listening" is required to receive responses from the DNS
server.

--j.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#383417: cdb_seek returns incorrect data length

[Michael Tokarev]

Tatsuya Kinoshita wrote:
> I'm forwarding this bug report to the members of bug#299026, `ITP: tinycdb'.
> 
[]
>> --- cdb_seek.c~  2006-08-17 15:02:16.0 +0900
>> +++ cdb_seek.c   2006-08-17 15:02:43.0 +0900
>> @@ -75,7 +75,7 @@
>>  /* read the key from file and compare with wanted */
>>  unsigned l = klen, c;
>>  const char *k = (const char*)key;
>> -if (*dlenp)
>> +if (dlenp)
>>*dlenp = cdb_unpack(rbuf + 4); /* save value length */
>>  for(;;) {
>>if (!l) /* the whole key read and matches, return */

Yeah, it's a typo.  Funny we never hit it before - well, I myself
don't use cdb_seek() interface, preferring cdb_find(), so it's
not very surprizing.

[]
> Daiki, thanks for your report.
> 
> This bug causes my packages dbskkd-cdb and skksearch unusable.
> I'm thinking about applying workaround patches to dbskkd-cdb and
> skksearch due to this bug for the moment.  Anyway, I hope this bug
> will be fixed shortly...
> 
> Michael, could you fix this bug in tinycdb 0.76?  Could anyone
> update the Debian tinycdb package?

Yeah, fixed in cvs, I'll refresh 0.76-pre tarball on my site shortly.

But the question with the upload remains.  You reminded me that I'm
still not become a DD, and still didn't find anyone to upload the
thing.  Lemme try again... ;)

/mjt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385821: package build-depends on g++-4.0, which is not available on hppa

[Matthias Klose]

Package: libofx
Version: 1:0.8.2-1
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385818: python-qt4: fails to detect that it should build QtAssistant module

[Joost Yervante Damad]

Package: python-qt4
Version: 4.0.1-2
Severity: important


python-qt4 fails to detect that it can build the QtAssistant module
during the configure.py fase.

The problem is that the compilation of the detection program doesn't
link with -lQtCore -lQtNet which causes it to fail.

This can be seen by adding the -w parameter to the configure.py
commandline.

g++ -DQT_NO_DEBUG -I. -I/usr/mkspecs/linux-g++ -I/usr/include/qt4
-I/usr/include/qt4/QtAssistant -I/usr/X11R6/include -pipe -O2 -w
-D_REENTRANT cfgtest_QtAssistant.cpp -o cfgtest_QtAssistant -L/usr/lib
-L/usr/X11R6/lib -lQtAssistantClient -lXext -lX11 -lm -lpthread

With the 2 extra -l options it compiles fine:

g++ -DQT_NO_DEBUG -I. -I/usr/mkspecs/linux-g++ -I/usr/include/qt4
-I/usr/include/qt4/QtAssistant -I/usr/X11R6/include -pipe -O2 -w
-D_REENTRANT cfgtest_QtAssistant.cpp -o cfgtest_QtAssistant -L/usr/lib
-L/usr/X11R6/lib -lQtAssistantClient -lXext -lX11 -lm -lpthread -lQtCore
 -lQtNet

It is not clear to me how to adapt the build that it does this right.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-amd64-k8-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages python-qt4 depends on:
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-13  GCC support library
ii  libqt4-core  4.1.4-1.1   Qt 4 core non-GUI functionality ru
ii  libqt4-gui   4.1.4-1.1   Qt 4 core GUI functionality runtim
ii  libstdc++6   4.1.1-13The GNU Standard C++ Library v3
ii  python   2.4.3-11An interactive high-level object-o
ii  python-central   0.5.5   register and build utility for Pyt
ii  python-elementtree   1.2.6-9 Light-weight toolkit for XML proce
ii  python-sip4  4.4.5-2 Python/C++ bindings generator runt

python-qt4 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385822: package build-depends on g++-4.0, which is not available on hppa

[Matthias Klose]

Package: quantlib-swig
Version: 0.3.13-1
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385825: package build-depends on g++-4.0, which is not available on hppa

[Matthias Klose]

Package: synfigstudio
Version: 0.61.05-4
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385826: package build-depends on g++-4.0, which is not available on hppa

[Matthias Klose]

Package: babel
Version: 0.10.2-2.1
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385824: package build-depends on g++-4.0, which is not available on hppa

[Matthias Klose]

Package: synfig
Version: 0.61.05-7
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#379292: xkb-data hr layout broke the normal AltGr+numbers behaviour

[Josip Rodin]

On Sun, Aug 27, 2006 at 10:15:54PM +0200, Denis Barbier wrote:
> > While such a condensation was probably a decent idea since it makes the
> > files more logical, it was probably the root of this whole problem.
> > Since cs(cyralpha) includes its own version of level3 which is more like
> > English, this change propagated into hr, si, ba so that they now started
> > to have AltGr'ed keys like on an English keyboard, which is incorrect.
> 
> Right, it looks like we did not check carefully enough and some unwanted
> changes have been introduced.

By the way, I accidentally stumbled upon a similar issue that happened
before: #236604. There could be more, too.

It would help if you could keep a reminder somewhere in the back of your
head to get one or both of these things done:

* implement some sort of regression testing for the keyboard layouts
* make sure people using some layouts are notified when something happens
  in an upper-level layout (template)

That will go a long way in preventing these kinds of errors in the future.
Thanks. In advance. :)

-- 
 2. That which causes joy or happiness.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385370: invalid RSS

[Thibaut VARENE]

The previous patch is suboptimal. I'm thinking of a way to make the
players, the aggretators and the browsers happy altogether. I'd like
to give it some more testing and if everything's fine, I'll upload
something soon.

HTH

T-Bone

On 8/31/06, martin f krafft <[EMAIL PROTECTED]> wrote:

also sprach Thibaut VARENE <[EMAIL PROTECTED]> [2006.08.31.1731 +0200]:
> Can we hold this untill this weekend then? I'll have some time
> then to look closer to that, unless Regis beats me to it.

Of course.

--
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer, author, administrator, and user
`. `'` http://people.debian.org/~madduck http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


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

iD8DBQFE9wgeIgvIgzMMSnURAn0nAKDUiFsasf60cGjZF0SO6g1qutZZjwCg12NM
SKPu0dZl0kw/1Lvut/6DIH0=
=olng
-END PGP SIGNATURE-






--
Thibaut VARENE
http://www.parisc-linux.org/~varenet/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385823: package build-depends on g++-4.0, which is not available on hppa

[Matthias Klose]

Package: quantlib-swig
Version: 0.3.13-1
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385820: package build-depends on g++-4.0, which is not available on hppa

[Matthias Klose]

Package: bse-alsa
Version: 0.6.6-4
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385819: package build-depends on g++-4.0, which is not available on hppa

[Matthias Klose]

Package: beast
Version: 0.6.6-6
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#384652: xvnc4viewer: Please allow password to be entered in terminal

[Reuben Thomas]

On Sun, 3 Sep 2006, Ola Lundqvist wrote:


I tried to implement a getpass function myself but I got into a number
of problems, like: surpressing character echoing, getc seem not to return
until newline is pressed and so on... I have tried fread and many other
ways but without success.


I have had a look at getpass in glibc, and it seems to suffer somewhat 
from relying on the internals of glibc, although a brief inspection 
suggests that it is possible to extract working POSIX code.


However, I'm more attracted by the following code, which I found in the 
glibc info documentation:


#include 
#include 

ssize_t
my_getpass (char **lineptr, size_t *n, FILE *stream)
{
  struct termios old, new;
  int nread;

  /* Turn echoing off and fail if we can't. */
  if (tcgetattr (fileno (stream), &old) != 0)
return -1;
  new = old;
  new.c_lflag &= ~ECHO;
  if (tcsetattr (fileno (stream), TCSAFLUSH, &new) != 0)
return -1;

  /* Read the password. */
  nread = getline (lineptr, n, stream);

  /* Restore terminal. */
  (void) tcsetattr (fileno (stream), TCSAFLUSH, &old);

  return nread;
}

How does that look?

BTW, this brings up one vexed point: the info docs are under the GFDL, 
not the GPL. I'll check that the code examples are (as the GFDL itself 
suggests) under a suitable license; I can't find anything in the docs 
themselves, so I'm posting to glibc-bugs.


--
http://rrt.sc3d.org/ | fantasize, a.  as big as fizzy orange


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385827: package build-depends on g++-4.0, which is not available on hppa

[Matthias Klose]

Package: pose
Version: 3.5-9
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385266: xsane: duplicates print size on copy

[Ingo Strüwing]

Hi Julien,

Am Mittwoch, den 30.08.2006, 11:11 +0200 schrieb Julien BLACHE:
> Ingo Strüwing <[EMAIL PROTECTED]> wrote:
> 
> Hi,
> 
> > Former versions of xsane worked very well in this combination.
> 
> Can you please install an older version of XSane and see what happens ?
> 
> This could be a problem on the printing side, and not in XSane, so
> let's rule that out first.

Thanks for your suggestion. Indeed, you are right. I tried 0.98b-1 and
0.97-3. Both showed the same problem. Then I got aware that xsane prints
via 'lpr'. So I tried 'xpdf' which also prints via 'lpr' and it failed
in the same way. Then I tried "lpr text.txt" and surprise, surprise,
even this fails with duplicated size!

I usually print from another PC on that same printer. This was the
reason why I didn't notice the degradation in the print system. Printing
from the other PC still works as it should be. I checked it again.

So you can close or reject this bug or whatever seems appropriate. Or is
there a way that I can do it myself?
 
Regards,
Ingo
-- 

Bug#385831: package build-depends on g++-4.0, which is not available on hppa

[Matthias Klose]

Package: fwbuilder
Version: 2.0.9-1
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.

Is 3.4 really needed on arm and m68k as well?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385830: package build-depends on g++-4.0, which is not available on hppa

[Matthias Klose]

Package: libprinterconf
Version: 0.5-8
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#374533: reopening bug

[Thomas Huriaux]

reopen 374533
thanks

This bug was closed due to a typo in the bug number.

-- 
Thomas Huriaux


signature.asc
Description: Digital signature

Bug#384797: where to get ksh93r+

[Josh Hurst]

On 8/26/06, Norman Ramsey <[EMAIL PROTECTED]> wrote:

The upstream fix for this bug is claimed to be at

http://www.research.att.com/~gsf/download/alpha/INIT.2006-06-30.tgz
http://www.research.att.com/~gsf/download/alpha/ast-ksh.2006-06-30.tgz


Try http://www.research.att.com/~gsf/download/alpha/ast-ksh.2006-07-24.tgz
and http://www.research.att.com/~gsf/download/alpha/INIT.2006-07-24.tgz
- the 2006-06-30 alpha is little bit old :)

Josh

PS: Use wget --http-user "I accept www.opensource.org/licenses/cpl"
--http-passwd "." url for the download


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385828: package build-depends on g++-4.0, which is not available on hppa

[Matthias Klose]

Package: celestia
Version: 1.3.2-3.2
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.

Is g++-3.4 really needed on arm and m68k as well?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385829: package build-depends on g++-4.0, which is not available on hppa

[Matthias Klose]

Package: festival
Version: 1.4.3-17.1
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385840: package build-depends on g++-3.4, which is not available on hppa

[Matthias Klose]

Package: vdrift
Version: 0.0.2006.02.21-1
Severity: normal

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385839: package build-depends on g++-3.4, which is not available on hppa

[Matthias Klose]

Package: taskjuggler
Version: 2.2.0-1
Severity: normal

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385793: -dev packages should not be architecture all

[Mike Hommey]

On Sun, Sep 03, 2006 at 12:31:28PM +0200, Matthias Klose <[EMAIL PROTECTED]> 
wrote:
> Mike Hommey writes:
> > a new release. Feel free to NMU to relax the dependencies (removing the
> > superior limit should be enough and safe)
> 
> done, patch attached.

This won't solve your problem, since arm has version 1.8.0.4-1...

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385835: package build-depends on g++-3.4, which is not available on hppa

[Matthias Klose]

Package: krename
Version: 3.0.9-2
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.

Is 3.4 really needed on arm and m68k?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385843: sysv-rc-bootsplash: Please mark your debconf templates string as translatable

[Thomas Huriaux]

Package: sysv-rc-bootsplash
Version: 1.0.2-1
Severity: minor

Hi,

None of the strings in your sysv-rc-bootsplash.templates are marked as
translatable, while many should be translated. Could you please mark
them as translatable by adding a "_" before every Description: field, as
documented in po-debconf(7).
Once this is done, please run debconf-updatepo (which can also be added
in the clean target in order to ship only up-to-date PO files).

It will also fix the following lintian warning:
  W: sysv-rc-bootsplash source: missing-templates-pot

Cheers,

-- 
Thomas Huriaux


signature.asc
Description: Digital signature

Bug#385836: package build-depends on g++-4.0, which is not available on hppa

[Matthias Klose]

Package: plib
Version: 1.8.4-4
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#383201: downgrading severity

[Loïc Minier]

severity 383201 critical
clone 383201 -1
reassign -1 gnome-commander
stop

Hi,

 I'm rebumping the severity to prevent this package to transition to
 testing before this bug is fixed.  The proposed patch I've sent to the
 bug  will force a scrollkeeper database rebuild to all people who are
 upgrading from a version bigger or equal to the borken version (since
 there's no way to know whether they had the broken version installed at
 one point of time): if you let this version enter testing without the
 patch, and add the patch later on, all users of testing will witness a
 scrollkeeper rebuild; however, if you do apply the patch now, only
 unstable users will witness the rebuild.

On Sun, Aug 20, 2006, Martín Ferrari wrote:
> Hi, I'm assigning severity important to this bug, as I think very few
> people could be affected by it, as it was only one day in the archive
> and never reached testing, so it could not affect etch's release.
> Besides, scrollkeeper has a monthly cronjob to rebuild its database.
> And finally, if this required for tomboy, the same should happen with
> gnome-commander which had this same bug for more time.

 The GNOME team probably maintains the biggest number of GNOME packages;
 these usually provide Help pages; we get random bugs of "Help doesn't
 work" when packages in the archive overwrite the scrollkeeper database
 like this.

 I agree with your point that "if this is required for tomboy, the same
 should happen with gnome-commander", but I don't see how this applies
 to the severity of the bug against tomboy.

 I also agree that the impact is mitigated by the cron and the time the
 package has spent in the archive, but this is a bug nevertheless, and
 applying the proposed postinst snippet soonish would have mitigated the
 impact even more.

 I hope the rationale above is convicing, and I'm willing to NMU on the
 basis of the proposed patch; please let me know whether this wouldn't
 be welcome.  I hope you're not upset with the severity change which I
 consider appropriate, and won't touch it anymore if you disagree
 with my points.

-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#385841: package build-depends on g++-3.4, which is not available on hppa

[Matthias Klose]

Package: wordtrans
Version: 1.1pre14-2
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.

Is 3.4 really needed on arm and m68k?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385793: -dev packages should not be architecture all

[Matthias Klose]

Mike Hommey writes:
> On Sun, Sep 03, 2006 at 12:31:28PM +0200, Matthias Klose <[EMAIL PROTECTED]> 
> wrote:
> > Mike Hommey writes:
> > > a new release. Feel free to NMU to relax the dependencies (removing the
> > > superior limit should be enough and safe)
> > 
> > done, patch attached.
> 
> This won't solve your problem, since arm has version 1.8.0.4-1...

hrm, ok. should the (<< 

Bug#385842: linux-image-2.6.17-2-686: Installation fails when using lilo instead of grub

[Karolina Lindqvist]

Package: linux-image-2.6.17-2-686
Version: 2.6.17-8
Severity: normal


I installed debian (sid) from scratch, then deleted grub, and installed lilo 
instead.
As a result, it is not possible to install linux-image-2.6.17-2.686 et. al.

This is what happens:
# LANG="" dpkg --configure linux-image-2.6.17-2-686
Setting up linux-image-2.6.17-2-686 (2.6.17-8) ...
Running depmod.
Finding valid ramdisk creators.
Using mkinitramfs-kpkg to build the ramdisk.
Not updating initrd symbolic links since we are being updated/reinstalled
(2.6.17-7 was configured last, according to dpkg)
Not updating image symbolic links since we are being updated/reinstalled
(2.6.17-7 was configured last, according to dpkg)
The provided postinst hook script [/sbin/update-grub] could not be run.
dpkg: error processing linux-image-2.6.17-2-686 (--configure):
 subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
 linux-image-2.6.17-2-686
#  

The problem appears to be in /etc/kernel-img.conf, where there are two lines:

postinst_hook = /sbin/update-grub
postrm_hook   = /sbin/update-grub

If they are removed, the configure proceeds.
But I don't think lilo is run, at least there is no output
indicating that.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)

Versions of packages linux-image-2.6.17-2-686 depends on:
ii  initramfs-tools [linux-initra 0.77b  tools for generating an initramfs
ii  module-init-tools 3.2.2-3tools for managing Linux kernel mo

Versions of packages linux-image-2.6.17-2-686 recommends:
pn  libc6-i686 (no description available)

-- debconf information:
  linux-image-2.6.17-2-686/postinst/old-initrd-link-2.6.17-2-686: true
  shared/kernel-image/really-run-bootloader: true
  linux-image-2.6.17-2-686/postinst/old-dir-initrd-link-2.6.17-2-686: true
  linux-image-2.6.17-2-686/preinst/lilo-initrd-2.6.17-2-686: true
  linux-image-2.6.17-2-686/preinst/failed-to-move-modules-2.6.17-2-686:
  linux-image-2.6.17-2-686/postinst/depmod-error-initrd-2.6.17-2-686: false
  linux-image-2.6.17-2-686/postinst/create-kimage-link-2.6.17-2-686: true
  linux-image-2.6.17-2-686/postinst/bootloader-test-error-2.6.17-2-686:
  linux-image-2.6.17-2-686/preinst/lilo-has-ramdisk:
  linux-image-2.6.17-2-686/prerm/removing-running-kernel-2.6.17-2-686: true
  linux-image-2.6.17-2-686/preinst/abort-overwrite-2.6.17-2-686:
* linux-image-2.6.17-2-686/preinst/already-running-this-2.6.17-2-686:
  linux-image-2.6.17-2-686/postinst/old-system-map-link-2.6.17-2-686: true
  linux-image-2.6.17-2-686/preinst/bootloader-initrd-2.6.17-2-686: true
  linux-image-2.6.17-2-686/preinst/initrd-2.6.17-2-686:
  linux-image-2.6.17-2-686/preinst/abort-install-2.6.17-2-686:
  linux-image-2.6.17-2-686/preinst/overwriting-modules-2.6.17-2-686: true
  linux-image-2.6.17-2-686/postinst/kimage-is-a-directory:
  linux-image-2.6.17-2-686/preinst/elilo-initrd-2.6.17-2-686: true
  linux-image-2.6.17-2-686/prerm/would-invalidate-boot-loader-2.6.17-2-686: true
  linux-image-2.6.17-2-686/postinst/depmod-error-2.6.17-2-686: false
  linux-image-2.6.17-2-686/postinst/bootloader-error-2.6.17-2-686:


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385833: Please lower the importance of source-tar-is-posix-tar

[Loïc Minier]

Package: lintian
Version: 1.23.23
Severity: wishlist

Hi,

 I get:
 E: gnome-themes-extras source: source-tar-is-posix-tar
 gnome-themes-extras_0.9.0.orig.tar.gz

 I understand that this is only a problem for woody systems which are
 a nice thing to support, but this ain't required.  I suggest making
 that a warning instead of an error.

   Bye,

-- System Information:
Debian Release: Debian unstable (sid)
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages lintian depends on:
ii  binutils 2.17-2  The GNU assembler, linker and bina
ii  diffstat 1.43-1  produces graph of changes introduc
ii  dpkg-dev 1.13.22 package building tools for Debian
ii  file 4.17-3  Determines file type using "magic"
ii  gettext  0.15-1  GNU Internationalization utilities
ii  intltool-debian  0.35.0+20060710 Help i18n of RFC822 compliant conf
ii  libparse-debianchangelog 1.0-1   parse Debian changelogs and output
ii  man-db   2.4.3-3 The on-line manual pager
ii  perl [libdigest-md5-perl 5.8.8-6.1   Larry Wall's Practical Extraction 

lintian recommends no packages.

-- no debconf information

-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#385799: aptitude behaves strangely ...

[Stanislav Maslovski]

This is actually not a bug at all. The noticed problem exists only in KOI8-R
locales. For those one should use "koi8rxterm" or "xterm -k8" instead
of simple "xterm" as I did. 

-- 
Stanislav


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385832: package build-depends on g++-3.4, which is not available on hppa

[Matthias Klose]

Package: helix-player
Version: 1.0.7-1
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385837: package build-depends on g++-3.4, which is not available on hppa

[Matthias Klose]

Package: kuake
Version: 0.3-5.1
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.

Is 3.4 really needed on arm and m68k?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385838: package build-depends on g++-3.4, which is not available on hppa

[Matthias Klose]

Package: prc-tools
Version: 2.3-1
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385834: package build-depends on g++-3.4, which is not available on hppa

[Matthias Klose]

Package: kcheckgmail
Version: 0.5.5-1
Severity: serious

the package build-depends on g++-3.4 or g++-4.0, which is not
available on hppa. Please build using g++-4.1.

If the package cannot be built using g++-4.1, please make sure that a
bug report is filed against the g++-4.1 package.

Is 3.4 really needed on arm and m68k?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385845: Unable to launch spe

[xavier . gnata]

Subject: unable to launch spe
Followup-For: Bug #368886
Package: spe
Version: 0.8.2a+repack-1

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

I'm affraid we will have to reopen this bug :(

Typing spe --debug in a konsole gives this output (up to date sid):

Spe is running in debugging mode with this configuration:
- platform  : linux2
- python: 2.4.4c0
- wxPython  : 2.6.3.2.
- interface : 
- encoding  : utf-8

Launching application...
Create: Framework: menu.
Create: Framework: toolbar.
Create: Framework: menu.
Create: Framework: toolbar.
Create: Framework: statusbar.

(python:13418): Gdk-CRITICAL **: gdk_draw_drawable: assertion `src !=
NULL' failed
Creating tabs...
Shell
Locals
Session
Output
Find
Browser
Recent
Todo
Index
Notes
Donate
Create: MdiSplit:  unnamed
Create: MdiSplit:  unnamed
unnamed
Create: Sdi:   .tabs


A windows pop-ups : "Unable to open requested HTML document ..." (but
it has nothing to do this this bug).

Many minutes later (yes, minutes) I get this,

** (python:12684): WARNING **: IPP request failed with status 1280
Event<: Framework: .Size
Event:  Parent: .onSize
Event>: Framework: .Size
Event<: Framework: .Size
Event>: Framework: .Size
** (python:13418): WARNING **: IPP request failed with status 1280

** (python:13418): WARNING **: IPP request failed with status 1280


and only after more than 10 minutes, spe main windows appears but it
not usable.
I'm not able to click on menus and the display refresh does not work
(or is very very slow)

I would like to help to tack down this bug if you cannot reproduce it.

Xavier



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

  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-rc5-1
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages spe depends on:
ii  kiki 0.5.6-3 tool for python regular expression
ii  python   2.4.3-11An interactive high-level object-o
ii  python-central   0.5.5   register and build utility for Pyt
ii  python-wxglade   0.4.1-2 GUI designer written in Python wit
ii  python-wxgtk2.6  2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t

Versions of packages spe recommends:
ii  python-doc   2.4.3-10Documentation for the high-level o
ii  wx2.6-doc2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t

-- no debconf information