Bug#493007: debian-policy: Please recommend tracking translation status of l10n man pages

[Helge Kreutzmann]

Hello Russ,
On Fri, Jun 19, 2009 at 11:19:50PM -0700, Russ Allbery wrote:
> After reading the thread, I propose the following reduced version of
> this patch.  It omits some of the more specific instructions (as
> discussed), which can be covered in the devref, and it also avoids the
> assumption that the original man page is in English.  By and large, it
> will be, but I think we have some software specific to localization or
> language support where the original documentation may be in a language
> other than English.  Translations into English would need to meet the
> same guidelines.
> 
> How does this look to everyone?
> 
> --- a/policy.sgml
> +++ b/policy.sgml
> @@ -8885,6 +8885,15 @@ name ["syshostname"]:
>   characters outside that range may be found in
>   .
> 
> +
> +   
> + If a localized version of a manual page is provided, it should
> + either be up-to-date or it should be obvious to the reader that
> + it is outdated and the original manual page should be used
> + instead.  This can be done either by a note at the beginning of
> + the manual page or by showing the missing or changed portions in
> + the original language instead of the target language.
> +   
>
>  
>
> 
> -- 
> Russ Allbery (r...@debian.org)   

I support this version and would be happy to support it (and of course
than to see it applied as well).

Greetings

 Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#533742: mnemosyne: des not start, sip/qt problem?

[nw]

Package: mnemosyne
Version: 1.2.1-1
Severity: grave
Justification: renders package unusable

$ mnemosyne
Traceback (most recent call last):
  File "/usr/bin/mnemosyne", line 11, in 
from qt import *
RuntimeError: the sip module implements API v5.0 but the qt module requires API 
v4.0
Segmentation fault


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

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

Versions of packages mnemosyne depends on:
ii  python2.5.4-2An interactive high-level object-o
ii  python-pygame 1.8.1release-1 SDL bindings for games development
ii  python-qt33.18-2 Qt3 bindings for Python
ii  python-support1.0.3  automated rebuilding support for P

mnemosyne recommends no packages.

mnemosyne suggests no packages.

-- no debconf information



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

Bug#522722: Fixed for me

[Benjamin Eikel]

Hello,

I was able to make CUPS work again by installing the package ghostscript-cups 
as suggested in bug report #533186.

Kind regards,
Benjamin



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

Bug#533616: linux-image-2.6.29-2-amd64: occasional ext3 filesystem corruption

[Matijs van Zuijlen]

Bastian Blank wrote:
> 
> [...]
> 
> Log from the fsck run?

Again, I don't have an actual file, just written notes. I can give you the list
of orhan inodes, but the bitmaps were a bit much to write down. Any thoughts on
how to capture this stuff next time this happens (it was the second time alread,
I had neglegted to mention that)?

> Some of the differences are normal if the journal
> got aborted. But overall this looks like bad hardware, most likely
> memory.

I'll try running memtester and/or memtest86 to check this.

-- 
Matijs



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

Bug#529823: tagging, adding patch

[Andreas Metzler]

forwarded 529823 http://www.inspircd.org/bugtrack/view_bug.php?bug_id=864
bts tags 529823 fixed-upstream patch
thanks

Patch attached, unfuzzed upstream change to apply against 1.1.22.

r11400 | danieldg | 2009-06-03 06:05:58 +0200 (Mit, 03. Jun 2009) | 1 line

Use pkg-config to search for gnutls rather than the now-removed
libgnutls-config

cu andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
#!/bin/sh -e
## 03_use_pkg-config_gnutls.dpatch
##
## DP: Use pkg-config to find gnutls.
## DP: Cherry picked from upstream.

if [ $# -ne 1 ]; then
echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
exit 1
fi

[ -f debian/patches/00patch-opts ] && . debian/patches/00patch-opts
patch_opts="${patch_opts:--f --no-backup-if-mismatch}"

case "$1" in
   -patch) patch $patch_opts -p1 < $0;;
   -unpatch) patch $patch_opts -p1 -R < $0;;
*)
echo >&2 "`basename $0`: script expects -patch|-unpatch as 
argument"
exit 1;;
esac

exit 0

@DPATCH@
diff -urbB inspircd-1.1.22+dfsg.orig/configure inspircd-1.1.22+dfsg/configure
--- inspircd-1.1.22+dfsg.orig/configure 2008-11-30 22:10:12.0 +0100
+++ inspircd-1.1.22+dfsg/configure  2009-06-20 09:02:41.0 +0200
@@ -135,7 +135,7 @@
 {
$config{LIBRARY_DIR} = $opt_library_dir;
 }
-chomp($config{HAS_GNUTLS}   = `libgnutls-config --version 2>/dev/null | cut -c 
1,2,3`); # GNUTLS Version.
+chomp($config{HAS_GNUTLS}   = `pkg-config --modversion gnutls 2>/dev/null | 
cut -c 1,2,3`); # GNUTLS Version.
 chomp($config{HAS_OPENSSL}  = `pkg-config --modversion openssl 2>/dev/null`);  
# Openssl version
 chomp($gnutls_ver = $config{HAS_GNUTLS});
 chomp($openssl_ver = $config{HAS_OPENSSL});
diff -urbB inspircd-1.1.22+dfsg.orig/src/modules/extra/m_ssl_gnutls.cpp 
inspircd-1.1.22+dfsg/src/modules/extra/m_ssl_gnutls.cpp
--- inspircd-1.1.22+dfsg.orig/src/modules/extra/m_ssl_gnutls.cpp
2008-09-26 12:52:27.0 +0200
+++ inspircd-1.1.22+dfsg/src/modules/extra/m_ssl_gnutls.cpp 2009-06-20 
08:57:55.0 +0200
@@ -32,8 +32,8 @@
 #endif
 
 /* $ModDesc: Provides SSL support for clients */
-/* $CompileFlags: exec("libgnutls-config --cflags") */
-/* $LinkerFlags: rpath("libgnutls-config --libs") exec("libgnutls-config 
--libs") */
+/* $CompileFlags: pkgconfincludes("gnutls","/gnutls/gnutls.h","") */
+/* $LinkerFlags: rpath("pkg-config --libs gnutls") 
pkgconflibs("gnutls","/libgnutls.so","-lgnutls") */
 /* $ModDep: transport.h */

Bug#529823: inspircd: FTBFS against gnutls26 >= 2.7.x

[Andreas Metzler]

On 2009-05-22 Robin Burchell  wrote:
> Thanks Andreas.

> This has been filed upstream (ID 864 in our tracker) and hopefully we can
> have it resolved within a few weeks.
[...]

I see that http://www.inspircd.org/bugtrack/view_bug.php?bug_id=864 is
now marked as fixed, thanks.

I have a simple question regarding part of the bugfix:

-chomp($config{HAS_GNUTLS}   = `libgnutls-config --version 2>/dev/null | cut -c 
1,2,3`); # GNUTLS Version.
+chomp($config{HAS_GNUTLS}   = `pkg-config --modversion gnutls 2>/dev/null | 
cut -c 1,2,3`); # GNUTLS Version.

What is the point of "cut -c 1,2,3"? Why do you drop the minor
revision, and if you do shouldn't you use "cut -d. -f 1,2" to properly
handle two-digit reviosion numbers? (Since gnutls has not yet used
something like 1.11.2 this has not yet had any effects.)

thanks, cu andreas


-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'



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

Bug#533743: ITP: libjwordsplitter-java -- Java library for splitting words into atoms

[Rail Aliev]

Package: wnpp
Owner: Rail Aliev 
Severity: wishlist


* Package name: libjwordsplitter-java
  Version : 2.2
  Upstream Author : Sven Abels 
* URL : http://sourceforge.net/projects/jwordsplitter
* License : Apache 2.0
  Programming Lang: Java
  Description : Java library for splitting words into atoms

jWordSplitter is an open source, platform independent library for splitting
words into their smallest parts (atoms). This is especially beneficial for
German words but it can work with all languages, as long as the dictionary and
a class extending AbstractWordSplitter is provided.

Initial packaging (using bzr-builddeb) is available at:
Vcs-Bzr: http://bzr.debian.org/users/rail-guest/jwordsplitter/
Vcs-Browser: http://bzr.debian.org/loggerhead/users/rail-guest/jwordsplitter

-- 
Best regars,
Rail Aliev



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

Bug#529823: tagging, adding patch

[Andreas Metzler]

On 2009-06-20 Andreas Metzler  wrote:
[...]
> Use pkg-config to search for gnutls rather than the now-removed
> libgnutls-config

Just as a reminder this also requires adding pkg-config to
build-depends. ;-)

cu andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'



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

Bug#533744: ia32-libs-gtk: Not installable since eglibc transition

[Thomas Cataldo]

Package: ia32-libs-gtk
Severity: important


I cannot install this package since I upgrade my libc6-i386 to the
eglibc version. A rebuild or some sort of transition is probably
needed.


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

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

Versions of packages ia32-libs-gtk depends on:
pn  ia32-libs  (no description available)

ia32-libs-gtk recommends no packages.

ia32-libs-gtk suggests no packages.



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

Bug#533720: base: Ever since GNOME is newer than Lenny, snow-apple icon theme no longer works!

[Josselin Mouette]

Le samedi 20 juin 2009 à 08:59 +0200, Holger Levsen a écrit :
> reassign 533720 gnome
> thanks
> 
> On Samstag, 20. Juni 2009, Deniz Akcal wrote:
> > Lenny does not have this issue. This is not a Debian-specific issue. In
> > fact, I think it could be a GNOME-wide issue since Ubuntu also suffers from
> > this. The snow-apple icon theme is selected when attempting to customize
> > themes however the folders and icons remain with the same (in my opinion)
> > ugly GNOME default icons.

This just looks to me like an incorrectly installed theme. What does the
metatheme look like? Are the icons still available?

-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


signature.asc
Description: Ceci est une partie de message numériquement signée

Bug#533745: clive: new upstream version (2.2.0)

[Paul Wise]

Package: clive
Severity: wishlist

Please package the latest version of clive (2.2.0):

http://code.google.com/p/clive/wiki/Changes

It fixes at least one Debian bug.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#511994: ITP: pacman-package-manager -- minimalist package manager using tarballs and scripts

[Abhishek Dasgupta]

Is there any progress on this? Now that libdownload>=1.3
and libarchive>=2.6 are in the Debian archive, pacman can
be easily packaged.

Also the pacman package in Arch Linux depends on the
pacman-mirrorlist package which contains a list of the mirrors;
Debian probably doesn't need to package this.

-- 
Abhishek Dasgupta



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

Bug#533445: mutt: Please Build-Depend on elinks-lite instead of links

[أحمد المحمودي]

On Fri, Jun 19, 2009 at 09:00:24PM +0100, Antonio Radici wrote:
> can you please check the differences between manual.txt generated with links
> (Debian version) and the one distributed with Ubuntu (and generated with
> elinks-lite?). I've tested it on my desktop and it seems that there are lot of
> differences, I've tried to exclude the empty lines but diff is still reporting
> 500 lines more on the Debian manual (same version of mutt).
---end quoted text---

Using vimdiff, I see the following differences:
* links prints '-', while elinks prints '--'
* In some lines, links prints out more leading spaces than elinks.
* Hence, the reason of the extra lines, is that for some 
  sentences/paragraphs, links renders it in X lines, while elinks 
  renders it in X-1 lines.

> Are we sure that we are not dropping anything? Additionally, the readeabily
> looks a lot better with the links-dumped manual.

Actually I found elinks output to be better, if you notice that some 
author names that got european characters are rendered as follows using 
links:

 o Bjo:rn Jacke 
 o Jimmy Ma:kela: 

while elinks renders it as follows:

 o Bjoern Jacke 
 o Jimmy Maekelae 

And the output of elinks would be more correct if the option 
'-dump-charset utf8' is passed to elinks.

-- 
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7 (@ subkeys.pgp.net)
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7



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

Bug#533582: unetbootin doesn't sync after finishing

[Eugene V. Lyubimkin]

package unetbootin
tags 533582 +fixed-upstream
thanks

Ok, nice.

Geza Kovacs wrote:
> PS Eugene, if you haven't done so already, could you please submit 356
> to unstable? (Debian Import Freeze for karmic is on the 25th, and that
> version contains many fixes needed by karmic).
> 
Yeah, will be done today.

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



signature.asc
Description: OpenPGP digital signature

Bug#533747: gpgsigs: RIPEMD160 checksum support

[Roland Rosenfeld]

Package: signing-party
Version: 1.1.1-1
Severity: wishlist
Tags: patch

The attached patch adds support for RIPEMD160 checksum to gpgsigs
similar to the already implemented MD5, SHA1 and SHA256 support.

Tscho

Roland
Index: gpgsigs/gpgsigs
===
--- gpgsigs/gpgsigs	(Revision 436)
+++ gpgsigs/gpgsigs	(Arbeitskopie)
@@ -242,28 +242,37 @@
 open MD, "gpg --with-colons --print-md sha256 $keytxt|" or warn "can't get gpg sha256\n";
 my $SHA256 = ;
 close MD;
+open MD, "gpg --with-colons --print-md ripemd160 $keytxt|" or warn "can't get gpg ripemd160\n";
+my $RIPEMD160 = ;
+close MD;
 
 my @MD5 = split /:/, $MD5;
 my @SHA1 = split /:/, $SHA1;
 my @SHA256 = split /:/, $SHA256;
+my @RIPEMD160 = split /:/, $RIPEMD160;
 $MD5 = $MD5[2];
 $SHA1 = $SHA1[2];
 $SHA256 = $SHA256[2];
+$RIPEMD160 = $RIPEMD160[2];
 
 $MD5 =~ s/(.{16})/$1 /;
 $SHA1 =~ s/(.{20})/$1 /;
 $SHA256 =~ s/(.{32})/$1 /;
+$RIPEMD160 =~ s/(.{20})/$1 /;
 $MD5 =~ s/([0-9A-Z]{2})/$1 /ig;
 $SHA1 =~ s/([0-9A-Z]{4})/$1 /ig;
 $SHA256 =~ s/([0-9A-Z]{4})/$1 /ig;
+$RIPEMD160 =~ s/([0-9A-Z]{4})/$1 /ig;
 
 chomp $MD5;
 chomp $SHA1;
 chomp $SHA256;
+chomp $RIPEMD160;
 my $metatxt = quotemeta($keytxt);
 $MD5 =~ s/^$metatxt:\s*//;
 $SHA1 =~ s/^$metatxt:\s*//;
 $SHA256 =~ s/^$metatxt:\s*//;
+$RIPEMD160 =~ s/^$metatxt:\s*//;
 
 
 # write out result
@@ -315,6 +324,9 @@
 	if (/^SHA256 Checksum:/ && defined $SHA256) {
 		s/[_[:xdigit:]][_ [:xdigit:]]+_/$SHA256/;
 	}
+	if (/^RIPEMD160 Checksum:/ && defined $RIPEMD160) {
+		s/[_[:xdigit:]][_ [:xdigit:]]+_/$RIPEMD160/;
+	}
 	if ( m/^pub  +(?:\d+)[DR]\/([0-9A-F]{8}) [0-9]{4}-[0-9]{2}-[0-9]{2} *(.*)/ ) {
 		$key = $1;
 		$uid = $2;

Bug#533748: meld: still depends on python-gnome2

[Eike Nicklas]

Package: meld
Version: 1.3.0-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The changelog for meld 1.3.0-1 says that the dependency on python-gnome2 was 
removed, it is, however, still present. I could not see any differences in the 
dependencies between this version and the previous one.

Thanks a lot for your work!

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

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

Versions of packages meld depends on:
ii  python2.5.4-2An interactive high-level object-o
ii  python-glade2 2.14.1-2   GTK+ bindings: Glade support
ii  python-gnome2 2.26.1-1   Python bindings for the GNOME desk
ii  python-gtk2   2.14.1-2   Python bindings for the GTK+ widge
ii  python-support1.0.3  automated rebuilding support for P

Versions of packages meld recommends:
ii  python-gnome2-desktop 2.24.1-1   Python bindings for the GNOME desk
pn  yelp   (no description available)

meld suggests no packages.

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

iEUEARECAAYFAko8prEACgkQWJEocCWFuCGErgCY6E9FyejDckhQo4bwQdungdVy
FwCg9RKKkAgYd2CUxyCF9M7p5IQW7aM=
=HnGP
-END PGP SIGNATURE-



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

Bug#533740: gnome-network-admin: Using network-manager with the rest of Gnome too offending ?

[Olivier Berger]

Le samedi 20 juin 2009 à 10:10 +0200, Josselin Mouette a écrit :
> Le samedi 20 juin 2009 à 08:00 +0200, Olivier Berger a écrit :
> > Since latest update to gnome-system-tools (intending to fix #460691),
> > the dependencies have become a bit difficult to live with : if one
> > wants to use network-manager-gnome, then he/she has to remove gnome
> > and gnome-desktop-environment (which depend on the conflicting
> > gnome-network-admin).
> 
> Package: gnome
> Depends: ... network-manager-gnome | gnome-network-admin (>= 2.22.1)
> 

Not (yet) in testing :-(

Quite unfortunate that gnome didn't enter testing before
gnome-network-admin :-(

Or there's something wrong with gnome ? ... it seems to me it could have
migrated to testing already, even though there's nothing suspicable in
http://packages.qa.debian.org/m/meta-gnome2.html

I'm probably not patient enough.

Best regards,
-- 
Olivier BERGER 
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC
Ingénieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)




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

Bug#533751: (loop-aes-utils_2.13.1-4/avr32): FTBFS: fdiskbsdlabel.h: error: #error unknown architecture

[Bradley Smith]

Package: loop-aes-utils
Version: 2.13.1-4
Severity: wishlist
User: bradsm...@debian.org
Usertags: avr32

Hi,

Whilst building your package on AVR32, the build failed with:

  ../../../fdisk/fdiskbsdlabel.h:59:2: error: #error unknown architecture

The avr32 definitions are missing in fdiskbsdlabel.h, please could these
be added, as in util-linux? Thanks.

The full build log is available:

  
http://buildd.debian-ports.org/fetch.php?pkg=loop-aes-utils&arch=avr32&ver=2.13.1-4&stamp=1245439237&file=log&as=raw

(The severity of this bug is wishlist purely because AVR32 is not yet an
official architecture, but otherwise this would of course be serious).

Regards,
Bradley Smith

--
Bradley Smith b...@brad-smith.co.uk
Debian GNU/Linux Developer bradsm...@debian.org
GPG: 0xC718D347   D201 7274 2FE1 A92A C45C EFAB 8F70 629A C718 D347



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

Bug#533689: (dmraid_1.0.0.rc15-8/avr32): FTBFS: Outdated config.{sub,guess}

[Bradley Smith]

On Fri, 19 Jun 2009 21:21:52 +0200
Giuseppe Iuculano  wrote:

> dmraid build-depends on autotools-dev and
> uses /usr/share/misc/config.{sub,guess} :
> 
> > test -r /usr/share/misc/config.sub && \
> >   cp -f /usr/share/misc/config.sub
> > 1.0.0.rc15/autoconf/config.sub test -r /usr/share/misc/config.guess &&
> > \ cp -f /usr/share/misc/config.guess 1.0.0.rc15/autoconf/config.guess

I see what's happening now, you're copying the 1.0.0.rc15 directory to
debian/build/{standard,udeb}, and /then/ copying the autotools stuff to
the original 1.0.0.rc15 directory, swapping these actions around ought to
fix it.

Regards,
Bradley Smith

-- 
Bradley Smith b...@brad-smith.co.uk
Debian GNU/Linux Developer bradsm...@debian.org
GPG: 0xC718D347   D201 7274 2FE1 A92A C45C EFAB 8F70 629A C718 D347


signature.asc
Description: PGP signature

Bug#533749: awesome: naughty doesn't show notifications when timeout <= timer delay

[Filippo Giunchedi]

Package: awesome
Version: 3.3.1-1
Severity: normal

Hi,
I noticed that notification (pun intended) doesn't show up (or better,
they are destroyed as soon as they show, a "flicker" can be seen
sometimes) when called within a timer every x and notification has a
timeout of y with y <= x

In other words:

awful.hooks.timer.register(10, function ()
  naughty.notify({text = "foo", title = "bar", timeout = 10})
end)

shows sometimes a flicker like the notification is displayed and then
die()s

while

awful.hooks.timer.register(10, function ()
  naughty.notify({text = "foo", title = "bar", timeout = 11})
end)

correctly shows the notification.

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

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

Versions of packages awesome depends on:
ii  libc6 2.9-13 GNU C Library: Shared libraries
ii  libcairo2 1.8.8-2The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.2.14-3   simple interprocess messaging syst
ii  libev31:3.6-1high-performance event loop librar
ii  libglib2.0-0  2.20.3-1   The GLib library of C routines
ii  libimlib2 1.4.2-4+b1 powerful image loading and renderi
ii  liblua5.1-0   5.1.4-3Simple, extensible, embeddable pro
ii  libpango1.0-0 1.24.2-1   Layout and rendering of internatio
ii  libstartup-notification0  0.10-1 library for program launch feedbac
ii  libx11-6  2:1.2.1-1  X11 client-side library
ii  libxcb-atom1  0.3.5-1utility libraries for X C Binding 
ii  libxcb-aux0   0.3.5-1utility libraries for X C Binding 
ii  libxcb-event1 0.3.5-1utility libraries for X C Binding 
ii  libxcb-icccm1 0.3.5-1utility libraries for X C Binding 
ii  libxcb-image0 0.3.5-1utility libraries for X C Binding 
ii  libxcb-keysyms1   0.3.5-1utility libraries for X C Binding 
ii  libxcb-property1  0.3.5-1utility libraries for X C Binding 
ii  libxcb-randr0 1.3-2  X C Binding, randr extension
ii  libxcb-render-util0   0.3.5-1utility libraries for X C Binding 
ii  libxcb-render01.3-2  X C Binding, render extension
ii  libxcb-shm0   1.3-2  X C Binding, shm extension
ii  libxcb-xinerama0  1.3-2  X C Binding, xinerama extension
ii  libxcb-xtest0 1.3-2  X C Binding, xtest extension
ii  libxcb1   1.3-2  X C Binding
ii  libxdg-basedir1   1.0.1-1implementation of the XDG Base Dir
ii  menu  2.1.41 generates programs menu for all me

Versions of packages awesome recommends:
ii  rlwrap0.30-1.1   readline feature command line wrap
ii  x11-xserver-utils 7.4+2  X server utilities

awesome suggests no packages.

-- no debconf information



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

Bug#529842: net6: FTBFS against gnutls26 >= 2.7.x

[Andreas Metzler]

tags 529842 fixed-upstream
thanks

On 2009-05-21 Andreas Metzler  wrote:
[...]
> The package's ./configure script is trying to invoke libgnutls-config
> and/or libgnutls-extra-config to search for the gnutls library. Newer
> version of gnutls do not ship these scripts anymore.

This is fixed in GIT:
http://git.0x539.de/?p=net6.git;a=commitdiff;h=1a1216523ef29c9f7168f0d2e1917edd4463a142

cu andreas



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

Bug#529225: awesome: Leaves holes in the systray

[Filippo Giunchedi]

On Mon, May 18, 2009 at 09:23:14AM +0200, Raphaël Hertzog wrote:
> Package: awesome
> Version: 3.3~rc2-1
> Severity: normal
> 
> As shown on the attached picture, I have empty zones in my systray.
> Clicking on them doesn't do anything however when I leave my mouse
> over one of them I can see the text of an evolution appointment where I
> configured an alarm. So it seems to be some left-over of the appointment
> notification triggered by evolution.

I'm also seeing this with epiphany notification of "download completed", an
empty space is left in systray.

filippo
--
Filippo Giunchedi - http://esaurito.net - 0x6B79D401

Adapting old programs to fit new machines usually means adapting new machines
to behave like old ones.
-- Alan Perlis



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

Bug#533750: fglrx-driver: New upstream release 9-6

[Patrick Matthäi]

Package: fglrx-driver
Severity: wishlist

Just that no other person reports it :)

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

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

Versions of packages fglrx-driver depends on:
ii  debconf [debconf-2.0] 1.5.26 Debian configuration management sy
pn  laptop-detect  (no description available)
ii  libc6 2.9-13 GNU C Library: Shared libraries
ii  libdrm2   2.4.11-1   Userspace interface to kernel DRM 
ii  libgcc1   1:4.4.0-7  GCC support library
ii  libgl1-mesa-glx [libgl1]  7.4.1-1A free implementation of the OpenG
ii  libx11-6  2:1.2.1-1  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxinerama1  2:1.0.3-2  X11 Xinerama extension library
ii  libxrandr22:1.3.0-2  X11 RandR extension library
ii  libxrender1   1:0.9.4-2  X Rendering Extension client libra
ii  xserver-xorg  1:7.4+3the X.Org X server

Versions of packages fglrx-driver recommends:
pn  fglrx-atieventsd   (no description available)
pn  fglrx-glx  (no description available)
pn  fglrx-glx-ia32 (no description available)
pn  fglrx-modules | fglrx-source   (no description available)

Versions of packages fglrx-driver suggests:
pn  fglrx-control  (no description available)



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

Bug#529828: kazehakase: FTBFS against gnutls26 >= 2.7.x

[Andreas Metzler]

tags 529828 fixed-upstream
thanks
On 2009-05-21 Andreas Metzler  wrote:
[...]
> The package's ./configure script is trying to invoke libgnutls-config
> and/or libgnutls-extra-config to search for the gnutls library. Newer
> version of gnutls do not ship these scripts anymore.

This has been fixed in upstream SVN:

http://svn.sourceforge.jp/projects/kazehakase/svn/view/kazehakase/trunk/configure.ac?r1=3773&r2=3772&pathrev=3773&root=kazehakase&view=patch

cu andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'



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

Bug#533740: gnome-network-admin: Using network-manager with the rest of Gnome too offending ?

[Josselin Mouette]

Le samedi 20 juin 2009 à 11:03 +0200, Olivier Berger a écrit :
> Not (yet) in testing :-(

Testing is not suitable for desktop usage.

> Quite unfortunate that gnome didn't enter testing before
> gnome-network-admin :-(
> 
> Or there's something wrong with gnome ? ... it seems to me it could have
> migrated to testing already, even though there's nothing suspicable in
> http://packages.qa.debian.org/m/meta-gnome2.html

I guess it should be going in today.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


signature.asc
Description: Ceci est une partie de message numériquement signée

Bug#533712: powerdevil: Powerdevil doesn't lock screen before/after suspend.

[Hakan "Silent|Storm" BAYINDIR]

Yes, the screen locking via menu works. Also screensavers can lock
screen after the timeout. I use locking regularly while leaving my
desktop alone.

I'm running an old debian installation which started as a lenny beta2.
I really customized much of it, especially the suspend to disk/ram
packages. Maybe I'm running with different packages than
powerdevil/KDE4 wants (in this case, what is dependencies for?)... Who
knows...



On Sat, Jun 20, 2009 at 03:54, Armin Berres wrote:
> On Sat, 20 Jun 09 02:04, Hakan BAYINDIR wrote:
>> Package: kdebase-workspace-bin
>> Version: 4:4.2.2-2
>> Severity: important
>> File: powerdevil
>>
>> Powerdevil, has an option called lock screen on resume but, after suspend to 
>> disk or suspend to RAM, screen is not locked upon resume causing security 
>> issues on computers that are not powered off but suspended.
>
> Does not solve your problem, but it works for me. So something about
> your system must be special.
> Dies locking the screen via the menu work?
>
> Greetings,
> Armin
>



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

Bug#533641: gthumb: Dup finder fooled by symlinks to directories

[David Paleino]

Hello,

On Fri, 19 Jun 2009 22:40:05 +0800, Michael Deegan wrote:

> Package: gthumb
> Version: 3:2.10.8-1+lenny1
> Severity: normal

Maybe too late for the point release of Lenny. :(
(it has been postponed by a week because of a regression in Linux, but I'm
full-busy this week)

> The dup finder will consider files to be identical to themselves if you
> have have symlinks to subdirectories within the directory tree being
> searched.
> 
> eg. if /photos/printme/20090101 is a symlink to /photos/20090101 then
> gthumb will mark /photos/printme/20090101/* as a duplicate of
> /photos/2009/20090101/* when searching /photos for dupes.
> 
> I think symlinks to directories should not be followed.

Will have a look, and try to push it to Lenny 5.0.2.

Kindly,
David

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


signature.asc
Description: PGP signature

Bug#529786: [buildd-tools-devel] Bug#529786: The solution I'm applying

[Roger Leigh]

On Tue, Jun 16, 2009 at 10:51:45AM -0300, Gustavo Noronha Silva wrote:
> Hey,
> 
> This is the solution I'm applying after upgrades, to keep my buildd
> working, I'm sure you'll find a cleaner way, but thought it could be
> useful:
> 
> --- /usr/share/perl5/Sbuild/Build.pm~   2009-06-16 09:07:15.0 +0100
> +++ /usr/share/perl5/Sbuild/Build.pm2009-06-16 14:45:42.0 +0100
> @@ -168,6 +168,9 @@
>  $self->set('VersionEpoch', $epoch);
>  $self->set('VersionUpstream', $uversion);
>  $self->set('VersionDebian', $dversion);
> +my $dscversion = ${oversion};
> +$dscversion =~ s/^\d+://; # Strip epoch
> +$self->set('DSC File', "${pkg}_${dscversion}.dsc");
>  $self->set('DSC Dir', "${pkg}-${uversion}");
>  }

Thanks.  Looking at the set_version function, I've done this which
should be exactly the same, but using existing variables:

diff --git a/lib/Sbuild/Build.pm b/lib/Sbuild/Build.pm
index 433a04f..fb8ae04 100644
--- a/lib/Sbuild/Build.pm
+++ b/lib/Sbuild/Build.pm
@@ -168,7 +168,7 @@ sub set_version {
 $self->set('VersionEpoch', $epoch);
 $self->set('VersionUpstream', $uversion);
 $self->set('VersionDebian', $dversion);
-$self->set('DSC File', "${pkg}_${oversion}.dsc");
+$self->set('DSC File', "${pkg}_${sversion}.dsc");
 $self->set('DSC Dir', "${pkg}-${uversion}");
 }
 
Does this work for you also?  If so, I'll commit this change.


Thanks,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature

Bug#533752: cupt does not understand apt options

[Goswin Brederlow]

Package: cupt
Version: 0.2.2
Severity: normal

Hi,

cupt complains about my apt.conf:

% cat /etc/apt/apt.conf   
DPkg::Options { "--force-confmiss"; }
APT::Install-Recommends "false";
APT::Cache-Limit "50331648";

% cupt show cupt   
E: bad config in file '/etc/apt/apt.conf'
W: skipped configuration file '/etc/apt/apt.conf'

The offending entry seems to be the DPkg one but that looks fine to me
and apt does not complain.

MfG
Goswin

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

Kernel: Linux 2.6.29.4-frosties-1
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages cupt depends on:
ii  libcupt-perl  0.2.2  alternative front-end for dpkg -- 
ii  perl  5.10.0-23  Larry Wall's Practical Extraction 

cupt recommends no packages.

cupt suggests no packages.

-- no debconf information



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

Bug#533753: cupt: overzelous signature checking breaks ia32-apt-get

[Goswin Brederlow]

Package: cupt
Version: 0.2.2
Severity: normal

Hi,

for ia32-apt-get to work it has to do some magic with the Index files
apt-get downloads. This means mangling them after they have been
downloaded and signatures checked. This is fine in apt-get as it does
not check the signature again, only on download.

Now cupt on the otherhand seems to check the signature on every
invocation, even "cupt show cupt" resulting in warnings like this:

W: gpg: '/var/lib/apt/lists/chocos_debian_dists_sid-amd64_Release': bad 
signature: EA4ADBF06B83280C reprepro (signing key) 


The signature check is not needed as the Release.gpg file will ever
only be there if the signature did check out during download. So
besides this breaking ia32-apt-get it is also a huge waste of time.

MfG
Goswin

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

Kernel: Linux 2.6.29.4-frosties-1
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages cupt depends on:
ii  libcupt-perl  0.2.2  alternative front-end for dpkg -- 
ii  perl  5.10.0-23  Larry Wall's Practical Extraction 

cupt recommends no packages.

cupt suggests no packages.

-- no debconf information



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

Bug#154179: Please create binary-sh[34] and remove binary-sh

[Luca Bruno]

[Sorry for the long CC: list, I was unsure about subscribers]

So, even if this report is quite old, it looks like something is
currently moving.
This mail is just to ping all interested parties and sum up relevant
references.

In a recent thread[1], there were initial discussions about first
integrating sh4 into debian-ports[2], also to ease a future move into
the official archive. Buildd and porters hardware is reported to be
available, but it looks to me that the issue is currently related to
lack of manpower and people involved.

Porters, commenters and SH fans, would you please speak up and
coordinate initial setup with Aurelien?

Also, it would be good to have general-use knowledge about this port
available on the wiki, as it's already happening with other ports[3][4]
[5]. While digging the archive, I found many links to Japan
documentations and pages: I think you could try to attract more
contributors just providing more plain English docs.

While at it, can we consider consensus reached to start just with sh4,
ask for binary-sh removal and then if requested try to add other
flavors (having learned and gained experience from the past)?

Reply-to is currently set to Debian SuperH mailing list, please
follow-up there but try to keep this bug report updated with major
progresses and milestones reached.

Cheers, Luca

[1] http://lists.debian.org/debian-superh/2009/05/msg1.html
[2] http://www.debian-ports.org/
[3] http://wiki.debian.org/ArmPort
[4] http://wiki.debian.org/ArmInfrastructure
[5] http://wiki.debian.org/ArchitectureSpecificsMemo

-- 
 .''`.  ** Debian GNU/Linux **  | Luca Bruno (kaeso)
: :'  :   The Universal O.S.| lucab (AT) debian.org
`. `'`  | GPG Key ID: 3BFB9FB3
  `- http://www.debian.org  | Debian GNU/Linux Developer


pgp01djBVj4Jt.pgp
Description: PGP signature

Bug#533609: Thanks

[François Guerraz]

Hi,

That's cool :)
Will it be fixed in Lenny ? Could be released with the fix for #533628...

See ya.



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

Bug#529281: [buildd-tools-devel] Bug#529281: Please add the option to autodetect distribution from changelog

[Roger Leigh]

On Mon, May 18, 2009 at 01:06:27PM +0100, Enrico Zini wrote:
> When used by DDs to build packages to upload, sbuild has the unexpected
> behaviour of ignoring the distribution set in the changelog.
> 
> Of course this behaviour is what is needed in build daemons, but it
> would be useful if sbuild could be able to do it both ways.

This has come up in the past, because it's an obviously useful
feature.  When we had our conversation on IRC about this, I forgot
about one major problem blocking this:

- if building a package downloaded from a mirror,
  ("sbuild package_version" i.e. no .dsc extension since there's
  no local file), we need to download the package *inside* a
  chroot.  I.e. we are forced to choose the chroot (distribution)
  *before* downloading the package.  Until the package is
  downloaded, we can't see which distribution was in the changelog.

- if building using local files,
  ("sbuild /path/to/package_version.dsc") we can easily parse the
  DSC.  However, the distribution isn't put in the DSC either!
  It only does into the .changes.

In consequence, we can only realistically do this when using local
files.  However, this would require unpacking the sources in order
to read debian/changelog.  For large packages, this would be very
wasteful of time and diskspace because we would have to then
delete the unpacked sources before copying the DSC/orig/diff.gz
into the build chroot where they will be unpacked again for the
real build.


I still this this is a useful feature.  This issue does need
resolving before it can be implemented, however.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.



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

Bug#530532: Feedback from Nokia

[François Guerraz]

Hi,

Feedback from Nokia:

"Thank you for reporting. We actually removed this code now since we
cannot change the behavior of Qt when applications already rely on
something different."

So I guess it's been broken so long they're not going to fix it. Sounds
a bit odd to me, but it's their choice.

Now, it's Debian turn to make a choice :

* Will you leave it as is and let the users depend on Nokia to chose
  whether to trust a CA or not?
* Will you patch it?

I guess you know my opinion :)

Regards,

Bug#533636: defoma: remove "/usr/bin" PATH from debhelper scripts

[Petr Vandrovec]

Hello,
  please do not apply these patches.  Apparently Hideki built recently uploaded
ttf-kiloji, ttf-sawarabi-gothic, and ttf-dejima-mincho with these patches, and
so they are not installable unless "dpkg --configure --pending" is started from 
/usr/bin:

gwy:/# apt-get install --reinstall ttf-kiloji ttf-sawarabi-gothic 
ttf-dejima-mincho
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
  gfortran-4.2 gfortran-4.3 libkexiv2-7 libcommons-compress-java libopenmpi-dev 
libopenmpi1.3 linux-headers-2.6.28-11 gfortran gobjc++-4.4 gobjc-4.4 
libibverbs1 libibverbs-dev mpi-default-dev openmpi-common libv4l-dev
Use 'apt-get autoremove' to remove them.
0 upgraded, 0 newly installed, 3 reinstalled, 0 to remove and 35 not upgraded.
Need to get 0B/16.0MB of archives.
After this operation, 0B of additional disk space will be used.
Do you want to continue [Y/n]?
(Reading database ... 508440 files and directories currently installed.)
Preparing to replace ttf-sawarabi-gothic 20090610-2 (using 
.../ttf-sawarabi-gothic_20090610-2_all.deb) ...
Unpacking replacement ttf-sawarabi-gothic ...
Preparing to replace ttf-dejima-mincho 220-4 (using 
.../ttf-dejima-mincho_220-4_all.deb) ...
Unpacking replacement ttf-dejima-mincho ...
Preparing to replace ttf-kiloji 1:2.1.0-8 (using 
.../ttf-kiloji_1%3a2.1.0-8_all.deb) ...
Unpacking replacement ttf-kiloji ...
Processing triggers for fontconfig ...
Setting up ttf-sawarabi-gothic (20090610-2) ...
dpkg: error processing ttf-sawarabi-gothic (--configure):
 subprocess installed post-installation script returned error exit status 1
Setting up ttf-dejima-mincho (220-4) ...
dpkg: error processing ttf-dejima-mincho (--configure):
 subprocess installed post-installation script returned error exit status 1
Setting up ttf-kiloji (1:2.1.0-8) ...
dpkg: error processing ttf-kiloji (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 ttf-sawarabi-gothic
 ttf-dejima-mincho
 ttf-kiloji
E: Sub-process /usr/bin/dpkg returned an error code (1)
gwy:/# dpkg --configure --pending
Setting up ttf-kiloji (1:2.1.0-8) ...
dpkg: error processing ttf-kiloji (--configure):
 subprocess installed post-installation script returned error exit status 1
Setting up ttf-sawarabi-gothic (20090610-2) ...
dpkg: error processing ttf-sawarabi-gothic (--configure):
 subprocess installed post-installation script returned error exit status 1
Setting up ttf-dejima-mincho (220-4) ...
dpkg: error processing ttf-dejima-mincho (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 ttf-kiloji
 ttf-sawarabi-gothic
 ttf-dejima-mincho
gwy:/# cd /usr/bin
gwy:/usr/bin# dpkg --configure --pending
Setting up ttf-kiloji (1:2.1.0-8) ...
Setting up ttf-sawarabi-gothic (20090610-2) ...
Setting up ttf-dejima-mincho (220-4) ...
gwy:/usr/bin#

Because postinst does this:

#!/bin/sh
set -e
# Automatically added by dh_installdefoma
FILE='/etc/defoma/hints/ttf-kiloji.hints'
if [ "$1" = configure ]; then
test -x defoma-font && defoma-font reregister-all $FILE
fi
# End automatically added section

And -x defoma-font will fail if defoma-font is not in current directory.
Also as test is written now it causes breakage when defoma-font is not 
installed.
I'm not sure that this is intentional.
Thanks,
Petr Vandrovec




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

Bug#533141: closed by Jonas Smedegaard (Bug#533141: fixed in netatalk 2.0.4-1)

[Itai Seggev]

On Fri, Jun 19, 2009 at 09:37:12AM +0200, Jonas Smedegaard wrote:
> 
> Did you reset your environment between each step?  I.e. remove your 
> unpacked netatalk sources and unpack again from scratch using 
> dpkg-source -x netatalk*.dsc?  If not, please try that (as the source 
> becomes "infected" when the error first occur).

Yes, I always unpacked the source a new. 

> What version of Debian are you using which allows you to switch between 
> 1.x and 2.x of libtool?  I.e. what is the output of the following commands:
> 
>  lsb_release -a

LSB Version:
core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:cxx-3.0-amd64:cxx-3.0-noarch:cxx-3.1-amd64:cxx-3.1-noarch:cxx-3.2-amd64:cxx-3.2-noarch:desktop-3.1-amd64:desktop-3.1-noarch:desktop-3.2-amd64:desktop-3.2-noarch:graphics-2.0-amd64:graphics-2.0-noarch:graphics-3.0-amd64:graphics-3.0-noarch:graphics-3.1-amd64:graphics-3.1-noarch:graphics-3.2-amd64:graphics-3.2-noarch:qt4-3.1-amd64:qt4-3.1-noarch
Distributor ID: Debian
Description:Debian GNU/Linux testing (squeeze)
Release:testing
Codename:   squeeze


>  egrep -Hr '^[^#]' /etc/apt/sources.list*

I mostly track testing, but I always keep stable, unstable, and experimental
available.  At the present time, the only thing I have which is neither stable
nor testing is the nouveau driver from experimental.  I'm mostly up-to-date on
squeeze, except I'm still using the lenny KDE pacakges.  I also grab the emacs
snapshot packages from http://emacs.orebokech.com as well as mplayer, vlc, and
related packages from http://www.debian-multimedia.org.

--
Itai

Itai Seggev, Knox College, Mathematics Department 

In 1997 a group of programmers started writing a desktop environment to fix a
travesty they didn't create.  Their program promptly found its way onto un*x
systems everywhere. Today, still opposed by a software monopolist, they survive
as soldiers of fortune.  If you share their vision, if you know you can help,
and if you can connect to internet, maybe you can join... the K-Team.



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

Bug#533755: k3b: "Cleaning CD-RW" window should be hidden after cleaning finished

[Alexander Galanin]

Package: k3b
Version: 1.0.5-3+b1
Severity: normal

Actions:
1. Insert full CD-RW disk into drive
2. Start k3b by command "k3b disk.iso", where disk.iso is a valid CD
image
3. Burn CD image using k3b
4. Select "Clean CD-RW" in appeared dialog window
5. Wait for disk clean-up finish and check for "cleaning CD-RW" window
visibility
6. Wait for writing finished

Expected results:
1-4. OK
5. "cleaning CD-RW" window is hidden after disk clean-up finished
6. OK

Actual results:
1-4. OK
5. "cleaning CD-RW" window is visible after clean-up finish
6. "cleaning CD-RW" window is visible until "Close" button is pressed in
writing progress window.

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

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

Versions of packages k3b depends on:
ii  cdparanoia   3.10.2+debian-5 audio extraction tool for sampling
ii  cdrdao   1:1.2.2-17  records CDs in Disk-At-Once (DAO) 
ii  genisoimage  9:1.1.9-1   Creates ISO-9660 CD-ROM filesystem
ii  k3b-data 1.0.5-3 A sophisticated KDE CD burning app
ii  kdelibs-data 4:3.5.10.dfsg.1-2   core shared data for all KDE appli
ii  kdelibs4c2a  4:3.5.10.dfsg.1-2   core libraries and binaries for al
ii  libacl1  2.2.47-2Access control list shared library
ii  libart-2.0-2 2.3.20-2Library of functions for 2D graphi
ii  libattr1 1:2.4.43-2  Extended attribute shared library
ii  libaudio21.9.2-1 Network Audio System - shared libr
ii  libc62.9-12  GNU C Library: Shared libraries
ii  libdbus-1-3  1.2.12-1simple interprocess messaging syst
ii  libdbus-qt-1 0.62.git.20060814-2 simple interprocess messaging syst
ii  libdvdread4  4.1.3-5 library for reading DVDs
ii  libexpat12.0.1-4 XML parsing C library - runtime li
ii  libfam0  2.7.0-13.4  Client library to control the FAM 
ii  libfontconfi 2.6.0-3 generic font configuration library
ii  libfreetype6 2.3.9-4.1   FreeType 2 font engine, shared lib
ii  libgcc1  1:4.4.0-5   GCC support library
ii  libhal1  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share
ii  libice6  2:1.0.5-1   X11 Inter-Client Exchange library
ii  libidn11 1.14-3  GNU Libidn library, implementation
ii  libjpeg626b-14   The Independent JPEG Group's JPEG 
ii  libk3b3  1.0.5-3+b1  The KDE cd burning application lib
ii  libmusicbrai 2.1.5-2 Second generation incarnation of t
ii  libpng12-0   1.2.37-1PNG library - runtime
ii  libqt3-mt3:3.3.8b-5  Qt GUI Library (Threaded runtime v
ii  libsm6   2:1.1.0-2   X11 Session Management library
ii  libstdc++6   4.4.0-5 The GNU Standard C++ Library v3
ii  libx11-6 2:1.2.1-1   X11 client-side library
ii  libxcursor1  1:1.1.9-1   X cursor management library
ii  libxext6 2:1.0.4-1   X11 miscellaneous extension librar
ii  libxft2  2.1.13-3FreeType-based font drawing librar
ii  libxi6   2:1.1.4-1   X11 Input extension library
ii  libxinerama1 2:1.0.3-2   X11 Xinerama extension library
ii  libxrandr2   2:1.3.0-2   X11 RandR extension library
ii  libxrender1  1:0.9.4-2   X Rendering Extension client libra
ii  libxt6   1:1.0.5-3   X11 toolkit intrinsics library
ii  wodim9:1.1.9-1   command line CD/DVD writing tool
ii  zlib1g   1:1.2.3.3.dfsg-13   compression library - runtime

Versions of packages k3b recommends:
ii  dvd+rw-tools7.1-4DVD+-RW/R tools
pn  kcontrol   (no description available)
ii  kdebase-kio-plugins 4:3.5.9.dfsg.1-6 core I/O slaves for KDE
pn  libk3b3-extracodecs(no description available)
pn  vcdimager  (no description available)

Versions of packages k3b suggests:
ii  k3b-i18n  1.0.5-1Internationalized (i18n) files for
pn  movixmaker-2   (no description available)
pn  normalize-audio(no description available)
ii  sox   14.2.0-2   Swiss army knife of sound processi
pn  toolame(no description available)

-- no debconf information



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

Bug#441339: Setting severity to serious

[Patrick Matthäi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

severity #441339 serious
thanks

Hello,

per Policy the path has to be changed to /usr/lib32 as stated in the
merged reports and while the packages are now uninstallable I set the
severity of it again to serious.

- --
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAko8sN4ACgkQ2XA5inpabMcF5QCfQyDJWlCDbpnl1BQsJjUg/L/z
0JUAn2WXbcJ/vHHx/Z6XZgJsI4SHMvRB
=p3FE
-END PGP SIGNATURE-



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

Bug#513891: tuxcmd: Does not run at all

[Tomáš Šafařík]

Hello Salvatore,

I finally found some free time to build the tuxcmd with fpc_2.2.4-3 and 
it works!


Thanks for your help!

Tomas

Salvatore Bonaccorso wrote:

Hi Tomas

"Hopefully" one last try!

On Thu, May 28, 2009 at 11:06:54AM +0200, Tomáš Šafařík wrote:
  
as I wrote - none of the mentioned applications is working on my powerpc  
iBook G4. Lazarus is just metapackage and I tested lazarus-ide which  
contains the binaries.


So I find it still as not solved.



If it is possible for you (I haven't access to a powerpc machine with
Unstable), could you rebuild tuxcmd with fpc_2.2.4-3 (as soon it
enters the archive? It was uploaded today by Mazen Neifer but is not
yet in the archive).

Thanks for your help/triage on this bug
Salvatore
  




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

Bug#533756: libpam-ldap: [INTL:it] Italian debconf templates translation

[Luca Monducci]

Package: libpam-ldap
Severity: wishlist
Tags: l10n, patch

Hello,
please update the Italian debconf templates translation (attached).

Regards,
 Luca

it.po
Description: Binary data

Bug#533753: cupt: overzelous signature checking breaks ia32-apt-get

[Eugene V. Lyubimkin]

Goswin Brederlow wrote:
> Package: cupt
> Version: 0.2.2
> Severity: normal
> 
> Hi,
> 
> for ia32-apt-get to work it has to do some magic with the Index files
> apt-get downloads. This means mangling them after they have been
> downloaded and signatures checked. This is fine in apt-get as it does
> not check the signature again, only on download.
> 
> Now cupt on the otherhand seems to check the signature on every
> invocation, even "cupt show cupt" resulting in warnings like this:
Yes, this considered as a feature.

> 
> W: gpg: '/var/lib/apt/lists/chocos_debian_dists_sid-amd64_Release': bad 
> signature: EA4ADBF06B83280C reprepro (signing key) 
> 
> 
> The signature check is not needed as the Release.gpg file will ever
> only be there if the signature did check out during download.
Cupt places Release.gpg to .../lists always. The bad signature will able to
become good once you fixed it someway (without re-invoking
'apt-get/aptitude/cupt/etc. update'). The good signature will able to become
bad once someone revokes its key.

> So
> besides this breaking ia32-apt-get it is also a huge waste of time.
I will think about making this behavior optional, nevertheless, how does this
warning break ia32-apt-get?

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



signature.asc
Description: OpenPGP digital signature

Bug#494284: ITP: Torrentinfo -- Simple torrentfile information viewer

[chaica]

Hi,

I'm interested in packaging the new release of torrentinfo.

* Package name: torrentinfo
  Version : 1.0.2
  Upstream Author : Vrai Stacey 
* URL :
http://vrai.net/project.php?project=torrentinfo
* License : GPL
  Programming Lang: Python
  Description : display Torrent file information

 TorrentInfo is a simple command-line tool that parses .torrent
 files and provides a summary of their contents.
 By default it shows:
  * The torrent's name
  * The URL of the tracker
  * The torrent's creator
  * The creation date of the torrent
  * The number of files in the torrent (if multi-file)
  * The name of the file (if single-file)
  * The size of the torrent's contents 

Bye,
Carl Chenet

> [Message part 1 (text/plain, inline)]
> Subject: ITP: Torrentinfo -- Simple torrentfile information viewer
> Package: wnpp
> Version: N/A; reported 2002-01-30
> Severity: wishlist
> 
> * Package name : torrentinfo
> Version : 1.0.0
> Upstream Author : Vrai Stacey 
> * URL : acherondevelopment.com
> * License : GPL
> Description : TorrentInfo parses .torrent files and displays information
> about the torrent and the files that it refererences.
> 
> It is written in Python (2.3+) and has no extra dependencies. It is licensed
> under the GPLv2 only.
> [Message part 2 (text/html, inline)]




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

Bug#498040: Acknowledgement (bluez-utils: HCI device spontaneously reverts back to HID)

[Paul LeoNerd Evans]

On Fri, 19 Jun 2009 23:20:43 +0200
Filippo Giunchedi  wrote:

> On Sat, Sep 06, 2008 at 05:23:27PM +0100, Paul LeoNerd Evans wrote:
> > Actually, I have made a discovery here. This is a USB reset problem, not
> > related to bluetooth. Whenever the keyboard/mouse disappear, so too does
...
> this should be implemented in bluez 4 from unstable with udev, can
> you try it?

I'm afraid I can't, really...

I discovered the original problem of spurious USB resets was being caused
by my Bluetooth HCI/HID hub. I've since stopped using it and am using a
simple "dumb" HCI receiver instead. When it boots it comes in HCI mode
anyway.

-- 
Paul "LeoNerd" Evans

leon...@leonerd.org.uk
ICQ# 4135350   |  Registered Linux# 179460
http://www.leonerd.org.uk/


signature.asc
Description: PGP signature

Bug#530359: ussp-push: transition from libbluetooth2-dev to libbluetooth-dev and use of hci_remote_name

[Hendrik Sattler]

Am Freitag 19 Juni 2009 23:33:03 schrieb Filippo Giunchedi:
> On Sun, May 24, 2009 at 01:49:01PM +0200, Filippo Giunchedi wrote:
> > On Sun, May 24, 2009 at 01:23:02PM +0200, Hendrik Sattler wrote:
> > > I will fix the build-depend but will not include the patch because
> > > either that function is still available (and works) or the name of the
> > > -dev package needs to change.
> >
> > I'm not sure what you mean, libbluetooth-dev right now is 4.40 which has
> > headers for libbluetooth3 so I don't see what needs to be changed.
>
> is there any update on this bug?

Same as with obexfs, this is in the queue. Didn't get around asking someone 
for upload, yet.
It is available at
http://www.hendrik-sattler.de/debian/pool/main/ussp-push/ussp-push_0.11-1.dsc

HS

PS: At one time, I will initiate collaborative obex maintainance.




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

Bug#533752: cupt does not understand apt options

[Goswin von Brederlow]

"Eugene V. Lyubimkin"  writes:

> Goswin Brederlow wrote:
>> Package: cupt
>> Version: 0.2.2
>> Severity: normal
>> 
>> Hi,
> Hi Goswin,
>
>> 
>> cupt complains about my apt.conf:
>> 
>> % cat /etc/apt/apt.conf   
>> DPkg::Options { "--force-confmiss"; }
>;
>^
> Wrong syntax, the semicolon is missed here (apt.conf(5)).
> Cupt uses stricter syntax checks.

Yes, sorry, I noticed that a minute after sending. But the bug still
remains as:

W: attempt to set wrong option 'apt::cache-limit'

% cat /etc/apt/apt.conf   
DPkg::Options { "--force-confmiss"; };
APT::Install-Recommends "false";
APT::Cache-Limit "50331648";

apt-get seems to be way more forgiving with the syntax than
cupt. E.g. you can write

APT::Cache-Limit 50331648;

MfG
Goswin



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

Bug#517507: lirc: Please update to version 0.8.5

[Antonio Ospite]

Hi, even a newer upstream version is available.

An ubuntu package is already here:
https://launchpad.net/ubuntu/karmic/+source/lirc/0.8.5-0ubuntu1

I could spend some time updating the debian package starting from it,
and removing the ubuntu specific bits, if someone reviews my changes
and sponsor the upload.

I am also CCing the ubuntu package developer to coordinate with
him. A better debian package will also ease ubuntu people's work.

Regards,
   Antonio Ospite

-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

  Web site: http://www.studenti.unina.it/~ospite
Public key: http://www.studenti.unina.it/~ospite/aopubkey.asc


pgpLGu7mFleBc.pgp
Description: PGP signature

Bug#497050: first debug infos

[Armin Fuerst]

I tried to activate the VERBOSE option by inserting VERBOSE="yes" after
line 26 in /etc/init.d/module-init.tools
It seems that loading the "loop" module causes the problem on my system.
Since I have Debian running on many systems and this is the only one
with this effect, I guess it might be hardware related. I suggest
collecting hardware info about our systems having the problem. As a
start, here is my main board: ASUS A8N-SLI Deluxe with CPU:
AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (/proc/cpuinfo)
I have additional issues with this hardware: I could not upgrade
to 4 GB RAM (from 1 GB using the same RAM with bigger capacity). And
I had to disable the quick BIOS check to be able to boot from
the SATA HDDs.

Anyone having something similar?

Armin



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

Bug#206364: [Mutt] #1611: mutt erroneously omits information in parenthesis after addresses in Cc headers

[Mutt]

#1611: mutt erroneously omits information in parenthesis after addresses in Cc
headers
-+--
  Reporter:  Marco d'Itri   |   Owner:  mutt-dev
  Type:  defect  |  Status:  new 
  Priority:  minor   |   Milestone:  
 Component:  mutt| Version:  1.5.20  
Resolution:  |Keywords:  
-+--

Comment(by vinc17):

 Replying to [comment:7 Derek Martin]:
 > It is likewise explicitly allowed in RFCs 2822, and 822, and 733.
 >
 > Note that 822 and 733 are standards; the more recent ones are not (not
 > that it matters in this case).

 No, RFC 2822 is a ''proposed standard'' therefore '''is a standard'''.
 From RFC 4677:
 {{{
 There are six kinds of RFCs:

o  Proposed standards

o  Draft standards

o  Internet standards (sometimes called "full standards")

o  Informational documents

o  Experimental protocols

o  Historic documents

Only the first three (proposed, draft, and full) are standards within
the IETF.
 }}}

-- 
Ticket URL: 
Mutt 
The Mutt mail user agent




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

Bug#533754: acpi-support: delays booting by accessing dvd-rom drive

[Sebastian Bremicker]

Package: acpi-support
Version: 0.123-1
Severity: normal
Tags: sid


Hi,

I shortly noticed a significant delay in booting my machine. I get "Checking
battery state" and after this about two minutes of messages like:

[   86.348050] hdd: DMA timeout retry   

[   86.348122] hdd: timeout waiting for DMA 

[   86.348182] hdd: DMA timeout: status=0xd0 { Busy }   

[   86.348324] ide: failed opcode was: unknown  
...
[  196.668008] hdd: status timeout: status=0xd0 { Busy }
[  196.668162] ide: failed opcode was: unknown
[  196.668268] hdd: drive not ready for command

normal hdparm operation does work (it is done quite early, at least I think
the setting of hdd to UDMA/33 is done by hdparm):

[1.768719] via82cxxx :00:11.1: VIA vt8235 (rev 00) IDE UDMA133  

[1.768795] via82cxxx :00:11.1: IDE controller (0x1106:0x0571 rev 0x06)  

[1.768876] VIA_IDE :00:11.1: can't derive routing for PCI INT A 

[1.768970] via82cxxx :00:11.1: not 100% native mode: will probe irqs 
later  
[1.769047] ide0: BM-DMA at 0xfc00-0xfc07

[1.769114] ide1: BM-DMA at 0xfc08-0xfc0f

[1.769181] Probing IDE interface ide0...

[2.184146] hda: ST3120023A, ATA DISK drive  

[...]
[2.856092] hda: host max PIO5 wanted PIO255(auto-tune) selected PIO4

[2.856573] hda: UDMA/100 mode selected  

[2.856882] Probing IDE interface ide1...

[3.720101] hdc: _NEC DVD_RW ND-3500AG, ATAPI CD/DVD-ROM drive   

[4.504100] hdd: TOSHIBA ODD-DVD SD-M1802, ATAPI CD/DVD-ROM drive

[4.560055] hdc: host max PIO5 wanted PIO255(auto-tune) selected PIO4

[4.560136] hdc: UDMA/33 mode selected   

[4.560281] hdd: host max PIO5 wanted PIO255(auto-tune) selected PIO4

[4.560904] hdd: UDMA/33 mode selected   

[4.561714] ide0 at 0x1f0-0x1f7,0x3f6 on irq 14  

[4.576063] ide1 at 0x170-0x177,0x376 on irq 15  

[4.612130] SCSI subsystem initialized   

[4.637478] libata version 3.00 loaded.  

[4.655056] ide-gd driver 1.18   

[4.655197] hda: max request size: 128KiB

[4.657516] hda: 234441648 sectors (120034 MB) w/2048KiB Cache, 
CHS=65535/16/63  
[4.657837] hda: cache flushes supported 

[4.657995]  hda: hda1 hda2 <<6>ide-cd driver 5.00   

[4.678962]  hda5 hda6 > 

[4.698017] ide-cd: hdc: ATAPI 48X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache 

[4.698342] Uniform CD-ROM driver Revision: 3.20 

[4.711097] ide-cd: hdd: ATAPI 48X DVD-ROM drive, 512kB Cache

This maybe related to #509597. But maybe, as I have a desktop PC, I don't need
acpi-support anyway ;).

Kind regards

Sebastian Bremicker

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

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

Versions of packages acpi-support depends on:
ii  acpi-support-base 0.123-1scripts for handling base ACPI eve
ii  acpid 1.0.10-2   Utilities for using ACPI power man
ii  dmidecode 2.9-1  Dump Desktop Management Interface 
ii  finger0.17-13user information lookup program
ii  hdparm9.15-1 tune hard disk parameters for high
ii  laptop-detect 0.13.7 attempt to detect a laptop
ii  libc6 2.9-16 GNU C Library: Shared libraries
ii  lsb-base  3.2-22 Linux Standard Base 

Bug#533752: cupt does not understand apt options

[Eugene V. Lyubimkin]

Goswin Brederlow wrote:
> Package: cupt
> Version: 0.2.2
> Severity: normal
> 
> Hi,
Hi Goswin,

> 
> cupt complains about my apt.conf:
> 
> % cat /etc/apt/apt.conf   
> DPkg::Options { "--force-confmiss"; }
   ;
   ^
Wrong syntax, the semicolon is missed here (apt.conf(5)).
Cupt uses stricter syntax checks.

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



signature.asc
Description: OpenPGP digital signature

Bug#533746: #533746 ia32-apt-get breaks aptitude update

[Goswin von Brederlow]

Hi,

I'm afraid ia32-apt-get does not yet provide a wrapper for
aptitude. For the time being you have to use "apt-get update" instead.
In the future running "aptitude update" on the command line will be
wraped and do the right thing but I'm afraid that upgrading from the
interactive interface can not be made to work with ia32-apt-get
without patching aptitude.

MfG
Goswin



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

Bug#533428: [calibre] Segmentation fault on start. Can't even see spalsh screen.

[Torsten Marek]

Am Freitag, den 19.06.2009, 23:03 +0200 schrieb Raphael Hertzog:
> On Wed, 17 Jun 2009, ladnymichal wrote:
> > When calibre is typed in termianal i can only see Segmentation
> > fault, nothing more.
> 
> Same here, a gdb backtrace shows this at the top:
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0xf7d498d0 (LWP 13244)]
> 0xf7dc0ac3 in strlen () from /lib/i686/cmov/libc.so.6
> (gdb) bt
> #0  0xf7dc0ac3 in strlen () from /lib/i686/cmov/libc.so.6
> #1  0x0809886b in PyString_FromFormatV (
> format=0xf779c274 "the sip module implements API v%d.0 but the %s module 
> requires API v%d.%d", vargs=0xfff15fb8 "\005") at 
> ../Objects/stringobject.c:211
> #2  0x080dce3b in PyErr_Format (exception=0x8144c40, 
> format=0xf779c274 "the sip module implements API v%d.0 but the %s module 
> requires API v%d.%d") at ../Python/errors.c:522
> #3  0xf7799442 in ?? () from /usr/lib/pymodules/python2.5/sip.so
> #4  0x08144c40 in _PyExc_EOFError ()
> #5  0xf779c274 in ?? () from /usr/lib/pymodules/python2.5/sip.so
> #6  0x0005 in ?? ()
> #7  0xebdf0fa4 in ?? ()
> #8  0x0003 in ?? ()
> #9  0x0008 in ?? ()
> #10 0xfff15fe8 in ?? ()
> #11 0x080894f1 in PyDict_GetItemString (v=0xf5efabfc, 
> key=0x3 ) at ../Objects/dictobject.c:2173
> #12 0xf5eeeb8d in initpictureflow ()
>from /usr/lib/python2.5/site-packages/calibre/plugins/pictureflow.so
> #13 0x080e6597 in _PyImport_LoadDynamicModule (name=0xfff17127 "pictureflow", 
> pathname=0xfff160b3 
> "/usr/lib/python2.5/site-packages/calibre/plugins/pictureflow.so", 
> fp=0x97547d8) at ../Python/importdl.c:53
> #14 0x080e44f0 in load_module (name=0xfff17127 "pictureflow", fp=0x73, 
> buf=0xfff160b3 
> "/usr/lib/python2.5/site-packages/calibre/plugins/pictureflow.so", type=3, 
> loader=0x0) at ../Python/import.c:1758
> 
> 
> So it looks like some sort of incompatibility with python-sip4 and also a
> crasher bug when that incompatibility is reported...
> 
> > python-qt4 | 4.5-1
> 
> Here:
> python-qt4  4.5.1-1
> python-sip4 4.8.1-1
> 
> Cheers,

Hi,

you will have to rebuild calibre with the latest versions of sip / PyQt
4, since the binary interface of sip changes with every major release,
and even some minor releases.

best,


Torsten
-- 
.: Torsten Marek
.: http://shlomme.diotavelli.net
.: tors...@diotavelli.net -- GnuPG: 1024D/A244C858



signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#523619: lxsession: the same problem

[Alexander Galanin]

Package: lxsession
Version: 0.3.8+svn20090521-1
Severity: normal

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

lxsession package have the same problem.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.26-2-amd64

Debian Release: squeeze/sid
  990 testing apt-proxy 
  500 unstableapt-proxy 
  500 stable  apt-proxy 

--- Package information. ---
Depends  (Version) | Installed
==-+-
libatk1.0-0(>= 1.20.0) | 1.26.0-1
libc6   (>= 2.2.5) | 2.9-12
libcairo2   (>= 1.2.4) | 1.8.6-2+b1
libdbus-1-3 (>= 1.0.2) | 1.2.12-1
libfontconfig1  (>= 2.4.0) | 2.6.0-3
libfreetype6(>= 2.2.1) | 2.3.9-4.1
libglib2.0-0   (>= 2.16.0) | 2.20.1-2
libgtk2.0-0(>= 2.10.0) | 2.16.1-2
libpango1.0-0  (>= 1.14.0) | 1.24.0-3+b1
libxau6| 1:1.0.4-2


Recommends(Version) | Installed
===-+-===
openbox | 
 OR x-window-manager| 
hal | 0.5.12~git20090406.46dc48-2
openssh-client  | 1:5.1p1-5+b1
 OR rsh-client  | 
 OR ssh-client  | 


Suggests (Version) | Installed
==-+-===
lxde-common| 
lxpanel| 
pcmanfm| 
gpicview   | 

-- 
Alexander Galanin



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

Bug#530749: [pkg-fetchmail-maint] Bug#530749: closed by "Matthias Andree" (Re: Bug#530749: fetchmail: Please add option to make "no mail" not an error condition)

[Matthias Andree]

The online FAQ and manual pages at http://www.fetchmail.info/ have been  
updated; the manual page update will appear in release 6.3.10.


--
Matthias Andree



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

Bug#533757: apache2: ports.conf should not say name-based SSL virtual hosts are not supported

[Tanguy Ortolo]

Package: apache2.2-common
Version: 2.2.9-10+lenny3
Severity: wishlist
Tags: patch

/etc/apache2/ports.conf says:

# SSL name based virtual hosts are not yet supported, therefore no
# NameVirtualHost statement here
Listen 443


But name-based SSL virtual hosts are actually supported. What is not supported, 
is to have several certificates: the first one is always presented, as, at this 
moment, the server does not know what virtual host to serve.

I suggest this modification, to let the user know the advantages and 
disadvantages to use name-based or address-based virtual hosts:

# SSL name based virtual hosts will all use the first certificate declared.
# Further certificate declarations are simply ignored, so you should use
# either certificates with wildcards or alternative names (SubjectAltName),
# or address-based virtual hosts.
NameVirtualHost *:443
Listen 443


-- Package-specific info:
List of enabled modules from 'apache2 -M':
  alias auth_basic authn_file authz_default authz_groupfile
  authz_host authz_user autoindex cgi dir env mime negotiation php5
  setenvif status userdir

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

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

Versions of packages apache2 depends on:
ii  apache2-mpm-prefork  2.2.9-10+lenny3 Apache HTTP Server - traditional n

apache2 recommends no packages.

apache2 suggests no packages.

Versions of packages apache2.2-common depends on:
ii  apache2-utils   2.2.9-10+lenny3  utility programs for webservers
ii  libapr1 1.2.12-5 The Apache Portable Runtime Librar
ii  libaprutil1 1.2.12+dfsg-8+lenny2 The Apache Portable Runtime Utilit
ii  libc6   2.7-18   GNU C Library: Shared libraries
ii  libmagic1   4.26-1   File type determination library us
ii  libssl0.9.8 0.9.8g-15+lenny1 SSL shared libraries
ii  lsb-base3.2-20   Linux Standard Base 3.2 init scrip
ii  mime-support3.44-1   MIME files 'mime.types' & 'mailcap
ii  net-tools   1.60-22  The NET-3 networking toolkit
ii  perl5.10.0-19Larry Wall's Practical Extraction 
ii  procps  1:3.2.7-11   /proc file system utilities
ii  zlib1g  1:1.2.3.3.dfsg-12compression library - runtime

-- no debconf information
--- ports.conf.old	2009-06-20 12:04:45.0 +0200
+++ ports.conf	2009-06-20 12:09:00.0 +0200
@@ -9,7 +9,10 @@
 Listen 80
 
 
-# SSL name based virtual hosts are not yet supported, therefore no
-# NameVirtualHost statement here
+# SSL name based virtual hosts will all use the first certificate declared.
+# Further certificate declarations are simply ignored, so you should use
+# either certificates with wildcards or alternative names (SubjectAltName),
+# or address-based virtual hosts.
+NameVirtualHost *:443
 Listen 443
 

Bug#533753: cupt: overzelous signature checking breaks ia32-apt-get

[Goswin von Brederlow]

"Eugene V. Lyubimkin"  writes:

> Goswin Brederlow wrote:
>> Package: cupt
>> Version: 0.2.2
>> Severity: normal
>> 
>> Hi,
>> 
>> for ia32-apt-get to work it has to do some magic with the Index files
>> apt-get downloads. This means mangling them after they have been
>> downloaded and signatures checked. This is fine in apt-get as it does
>> not check the signature again, only on download.
>> 
>> Now cupt on the otherhand seems to check the signature on every
>> invocation, even "cupt show cupt" resulting in warnings like this:
> Yes, this considered as a feature.
>
>> 
>> W: gpg: '/var/lib/apt/lists/chocos_debian_dists_sid-amd64_Release': bad 
>> signature: EA4ADBF06B83280C reprepro (signing key) 
>> 
>> 
>> The signature check is not needed as the Release.gpg file will ever
>> only be there if the signature did check out during download.
> Cupt places Release.gpg to .../lists always. The bad signature will able to
> become good once you fixed it someway (without re-invoking
> 'apt-get/aptitude/cupt/etc. update'). The good signature will able to become
> bad once someone revokes its key.

But if the file is there then apt-get/aptitude will consider it good
without checking. So

cupt update
apt-get install

would install packages even if the signature is bad.

Not a good idea. Can't you download the file to the partial directory
like apt-get and only move it when it checks out?

>> So
>> besides this breaking ia32-apt-get it is also a huge waste of time.
> I will think about making this behavior optional, nevertheless, how does this
> warning break ia32-apt-get?

It doesn't really break it, at least I assume cupt can install
unauthenticated debs too, but it makes it impossible to see when the
signature is actualy bad and when it is just ia32-apt-get mangling. It
makes it insecure.

Cupt will need a wrapper so "cupt update" works right. The wrapper
could also set the option to ignore signature checks other than when
downloading. So that would work.

Does cupt have an equivalent to

apt-get.real --no-list-cleanup --no-download update

That just parses the existing Packages files and updates its caches
without fetching any files. This needs to be run by ia32-apt-get after
mangling the Packages files to fit (in the cupt wrapper).

MfG
Goswin



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

Bug#533759: evince: Segfault when opening dvi files

[Alessio Botta]

Package: evince
Version: 2.26.1-2
Severity: important



When opening a dvi file created from a latex source with latex compiler, evince 
reports the following:
GPL Ghostscript 8.64: ./psi/iinit.c(98): initial_enter failed (-7), entering 
/MaxBitmap in -dict:10/1123-
GPL Ghostscript 8.64: Initialization file gs_init.ps does not begin with an 
integer.
fatal internal error -100Segmentation fault

and exits. If I try to open the eps created from this dvi with dvips, 
everything works.

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

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

Versions of packages evince depends on:
ii  gconf2 2.26.2-1  GNOME configuration database syste
ii  gnome-icon-theme   2.26.0-1  GNOME Desktop icon theme
ii  libatk1.0-01.26.0-1  The ATK accessibility toolkit
ii  libc6  2.9-12GNU C Library: Shared libraries
ii  libcairo2  1.8.6-2+b1The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.12-1  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.80-4simple interprocess messaging syst
ii  libdjvulibre21 3.5.21-3  Runtime support for the DjVu image
ii  libfontconfig1 2.6.0-3   generic font configuration library
ii  libfreetype6   2.3.9-4.1 FreeType 2 font engine, shared lib
ii  libgcc11:4.4.0-5 GCC support library
ii  libgconf2-42.26.2-1  GNOME configuration database syste
ii  libglib2.0-0   2.20.1-2  The GLib library of C routines
ii  libgnome-keyring0  2.26.1-1  GNOME keyring services library
ii  libgtk2.0-02.16.1-2  The GTK+ graphical user interface 
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libkpathsea4   2007.dfsg.2-6 TeX Live: path search library for 
ii  libnautilus-extension1 2.26.2-5  libraries for nautilus components 
ii  libpango1.0-0  1.24.0-3+b1   Layout and rendering of internatio
ii  libpoppler-glib4   0.10.6-1  PDF rendering library (GLib-based 
ii  libsm6 2:1.1.0-2 X11 Session Management library
ii  libspectre10.2.2.ds-1+b1 Library for rendering Postscript d
ii  libstdc++6 4.4.0-5   The GNU Standard C++ Library v3
ii  libt1-55.1.2-3   Type 1 font rasterizer library - r
ii  libtiff4   3.8.2-11  Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.2.1-1 X11 client-side library
ii  libxml22.7.3.dfsg-1  GNOME XML library
ii  shared-mime-info   0.60-2FreeDesktop.org shared MIME databa
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

Versions of packages evince recommends:
ii  dbus-x11  1.2.12-1   simple interprocess messaging syst
ii  gvfs  1.2.2-2userspace virtual filesystem - ser

Versions of packages evince suggests:
ii  nautilus  2.26.2-5   file manager and graphical shell f
pn  poppler-data   (no description available)
ii  unrar 1:3.8.5-1  Unarchiver for .rar files (non-fre

-- no debconf information



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

Bug#533654: here is a better patch

[Harald Dunkel]

Sorry, the comment in the provided patch was bad. Here is a
better patch, listing where it came from.


Regards

Harri

#! /bin/sh /usr/share/dpatch/dpatch-run
## 20_crypto.dpatch. Original patch was provided by Lars Ellenberg, 
## see http://lists.linbit.com/pipermail/drbd-user/2009-April/011869.html .
## dpatch created by Harald Dunkel.
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Fix build with older kernels

@DPATCH@
--- drbd8/drbd/drbd_nl.c
+++ drbd8/drbd/drbd_nl.c
@@ -1199,6 +1199,12 @@ STATIC int drbd_nl_detach(struct drbd_conf *mdev, struct 
drbd_nl_cfg_req *nlp,
return 0;
 }
 
+static int drbd_crypto_is_hash(struct crypto_tfm *tfm)
+{
+   return (crypto_tfm_alg_type(tfm) & CRYPTO_ALG_TYPE_HASH_MASK)
+   == CRYPTO_ALG_TYPE_HASH;
+}
+
 STATIC int drbd_nl_net_conf(struct drbd_conf *mdev, struct drbd_nl_cfg_req 
*nlp,
struct drbd_nl_cfg_reply *reply)
 {
@@ -1319,7 +1325,7 @@ STATIC int drbd_nl_net_conf(struct drbd_conf *mdev, 
struct drbd_nl_cfg_req *nlp,
goto fail;
}
 
-   if (crypto_tfm_alg_type(crypto_hash_tfm(integrity_w_tfm)) != 
CRYPTO_ALG_TYPE_DIGEST) {
+   if (!drbd_crypto_is_hash(crypto_hash_tfm(integrity_w_tfm))) {
retcode=IntegrityAlgNotDigest;
goto fail;
}
@@ -1639,7 +1645,7 @@ STATIC int drbd_nl_syncer_conf(struct drbd_conf *mdev, 
struct drbd_nl_cfg_req *n
goto fail;
}
 
-   if (crypto_tfm_alg_type(crypto_hash_tfm(csums_tfm)) != 
CRYPTO_ALG_TYPE_DIGEST) {
+   if (!drbd_crypto_is_hash(crypto_hash_tfm(csums_tfm))) {
retcode = CSUMSAlgNotDigest;
goto fail;
}
@@ -1663,7 +1669,7 @@ STATIC int drbd_nl_syncer_conf(struct drbd_conf *mdev, 
struct drbd_nl_cfg_req *n
goto fail;
}
 
-   if (crypto_tfm_alg_type(crypto_hash_tfm(verify_tfm)) != 
CRYPTO_ALG_TYPE_DIGEST) {
+   if (!drbd_crypto_is_hash(crypto_hash_tfm(verify_tfm))) {
retcode = VERIFYAlgNotDigest;
goto fail;
}




signature.asc
Description: OpenPGP digital signature

Bug#513891: tuxcmd: Does not run at all

[Salvatore Bonaccorso]

Hi Tomas

On Sat, Jun 20, 2009 at 12:12:06PM +0200, Tomáš Šafařík wrote:
> I finally found some free time to build the tuxcmd with fpc_2.2.4-3
> and it works!

That's great! So I will check if I can let rebuild tuxcmd for powerpc!

Kind regards
Salvatore


signature.asc
Description: Digital signature

Bug#533758: UnboundLocalError: local variable 'd' referenced before assignment, /usr/bin/pycentral line 357

[Steffen Moeller]

Package: python-central
Version: 0.6.11
Severity: important
Tags: patch

Hello, this problem may be more severy than just important. An invocation of 
dh_pycentral
by dpkg-buildpackage and CDBS with debian/rules only being

#!/usr/bin/make -f
export DEB_PYTHON_SYSTEM=pycentral
include /usr/share/cdbs/1/rules/debhelper.mk
include /usr/share/cdbs/1/class/python-distutils.mk

led to

Traceback (most recent call last):  
   
  File "/usr/bin/pycentral", line 2096, in  
   
main()  
   
  File "/usr/bin/pycentral", line 2090, in main 
   
rv = action.run(global_options) 
   
  File "/usr/bin/pycentral", line 1947, in run  
   
pkg.read_pyfiles()  
   
  File "/usr/bin/pycentral", line 357, in read_pyfiles  
   
lines.append(os.path.join(d, name)) 
   
UnboundLocalError: local variable 'd' referenced before assignment  
   

and me producing the following (apparently working but I don't know what I was 
truly doing)
patch

--- /tmp/orig   2009-06-20 12:14:06.501359540 +0200
+++ /usr/bin/pycentral  2009-06-20 12:14:30.209357195 +0200
@@ -353,8 +353,8 @@
 if root != self.pkgdir:
 d = root[len(self.pkgdir):]
 lines.append(d)
-for name in files:
-lines.append(os.path.join(d, name))
+for name in files:
+lines.append(os.path.join(d, name))
 else:
 config_file = '/usr/share/pyshared-data/%s' % self.name
 if self.pkgconfig:

so, the loop that depends on d was just rendered a part of the "if"
to get access to d.

Kind regards,

Steffen


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

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

Versions of packages python-central depends on:
ii  python2.5.4-2An interactive high-level object-o

python-central recommends no packages.

python-central suggests no packages.

-- no debconf information



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

Bug#533760: linux-headers-2.6.30-1-amd64: Depends on non existing package

[Michael Rasmussen]

Package: linux-headers-2.6.30-1-amd64
Severity: serious
Justification: Policy 7.2

Package is not installable due to depending on a non existing package:
linux-kbuild-2.6.30.

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

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



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

Bug#509532: Rename of program/package

[Christopher Elsby]

Please note that Cluedome is now known as MurderSpot.
I would appreciate it if this new name could be used for any Debian
package produced.
Also note that the source package no longer includes data files.



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

Bug#533445: mutt: Please Build-Depend on elinks-lite instead of links

[Antonio Radici]

أحمد المحمودي wrote:
> Actually I found elinks output to be better, if you notice that some 
> author names that got european characters are rendered as follows using 
> links:
> 
>  o Bjo:rn Jacke 
>  o Jimmy Ma:kela: 
> 
> while elinks renders it as follows:
> 
>  o Bjoern Jacke 
>  o Jimmy Maekelae 
> 
> And the output of elinks would be more correct if the option 
> '-dump-charset utf8' is passed to elinks.

Cool! let me discuss this with Christoph, hopefully it will be integrated!

Cheers
Antonio



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

Bug#349690: reportbug: no way to add cc's in followup reports

[chaica]

tags 349690 patch
thanks

Hi,

Here is a patch to allow users to add CCs when using the last menu with
the following options : 

s - Add a carbon copy.

Bye,
Carl Chenet

> hi,
> 
> it'd be super nice if there were an option at the "Submit this report?"
> stage that allows the user to add additional recipients to the email.
> that way, when posting followup emails i could insert BTS commands
> and add cont...@b.d.o to the cc list.
> 
> 
> thanks,
>   sean
> 
> - -- Package-specific info:
> ** Environment settings:
> EDITOR="vim"
> VISUAL="vim"
> DEBEMAIL="sean...@debian.org"
> 
> ** /home/seanius/.reportbugrc:
> reportbug_version "2.9"
> mode standard
> ui text
> realname "Sean Finney"
> email "sean...@debian.org"
> sign gpg
> 
> - -- 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.15-1-amd64-k8
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> 
> Versions of packages reportbug depends on:
> ii  python2.3 2.3.5-9An interactive high-level 
> object-o
> 
> Versions of packages reportbug recommends:
> ii  python2.3-cjkcodecs   1.1.1-1Python Unicode Codecs Collection 
> f
> 
> - -- no debconf information


0001-add-a-CC-at-the-last-menu.patch
Description: application/mbox

Bug#533762: grace: non-linear curve fitting tool in grace returns rms relative error instead of rms percentage error

[Alex Valavanis]

Package: grace
Version: 1:5.1.22-2
Severity: normal

The non-linear curve fitting tool in grace outputs the wrong value next
to "RMS per cent error:" It actually gives the RMS **relative** error,
i.e. it is out by a factor of exactly 100.

The RMS per cent error should be given as:

e = 100 * (y'-y)^2/y^2

* Patch attached for source code

* Reported to developers:
http://plasmagate.weizmann.ac.il/Grace/phpbb/viewtopic.php?t=1697&start=0&postdays=0&postorder=asc&highlight=

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

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

Versions of packages grace depends on:
ii  defoma0.11.10-0.2ubuntu1 Debian Font Manager --
automatic f
ii  gconf22.26.2-1ubuntu1GNOME configuration
database syste
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript
interpre
ii  lesstif2  1:0.95.0-2.3   OSF/Motif 2.1
implementation relea
ii  libc6 2.9-9ubuntu2   GNU C Library: Shared
libraries
ii  libfftw3-33.2.1-2ubuntu1 library for computing Fast
Fourier
ii  libice6   2:1.0.5-1  X11 Inter-Client Exchange
library
ii  libjpeg62 6b-14build1The Independent JPEG
Group's JPEG 
ii  libnetcdf41:3.6.2-3.1An interface for scientific
data a
ii  libpng12-01.2.37-1   PNG library - runtime
ii  libsm62:1.1.0-2  X11 Session Management
library
ii  libt1-5   5.1.2-3Type 1 font rasterizer
library - r
ii  libx11-6  2:1.2.1-1ubuntu1   X11 client-side library
ii  libxext6  2:1.0.99.1-0ubuntu3X11 miscellaneous extension
librar
ii  libxmu6   2:1.0.4-1build1X11 miscellaneous utility
library
ii  libxp61:1.0.0.xsf1-2 X Printing Extension
(Xprint) clie
ii  libxpm4   1:3.5.7-2  X11 pixmap library
ii  libxt61:1.0.5-3ubuntu1   X11 toolkit intrinsics
library
ii  xmhtml1   1.1.7-15   A Motif widget for display
HTML 3.
ii  zlib1g1:1.2.3.3.dfsg-13ubuntu1   compression library -
runtime

grace recommends no packages.

Versions of packages grace suggests:
ii  ghostscript8.64.dfsg.1-0ubuntu14 The GPL Ghostscript
PostScript/PDF
pn  grace-utils(no description available)
ii  texlive-extra-util 2007.dfsg.2-6ubuntu2  TeX Live: TeX auxiliary
programs

-- no debconf information


--- nonlfit.c.orig	2009-06-18 23:20:04.368929839 +0100
+++ nonlfit.c	2009-06-18 23:26:20.120928119 +0100
@@ -284,7 +284,7 @@
 	rms_pe += (yp[i] - y_saved[i])*(yp[i] - y_saved[i])/
 (y_saved[i]*y_saved[i]);
 }
-rms_pe = sqrt(rms_pe/n);
+rms_pe = 100.0 * sqrt(rms_pe/n);
 }
 
 for (i = 0; i < n; ++i) {

Bug#530359: ussp-push: transition from libbluetooth2-dev to libbluetooth-dev and use of hci_remote_name

[Filippo Giunchedi]

On Sat, Jun 20, 2009 at 12:04:39PM +0200, Hendrik Sattler wrote:
> > > I'm not sure what you mean, libbluetooth-dev right now is 4.40 which has
> > > headers for libbluetooth3 so I don't see what needs to be changed.
> >
> > is there any update on this bug?
> 
> Same as with obexfs, this is in the queue. Didn't get around asking someone 
> for upload, yet.
> It is available at
> http://www.hendrik-sattler.de/debian/pool/main/ussp-push/ussp-push_0.11-1.dsc

the call to hci_remote_name instead of hci_read_remote_name is still there:

/tmp/buildd/ussp-push-0.11/src/obex_socket.c: In function 'bt_sock_name2bth':
/tmp/buildd/ussp-push-0.11/src/obex_socket.c:200: warning: implicit declaration 
of function 'hci_remote_name'

thanks for the dgettable-url :)

filippo
--
Filippo Giunchedi - http://esaurito.net - 0x6B79D401

I find television very educating. Every time somebody turns on the
set, I go into the other room and read a book.
-- Groucho Marx



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

Bug#533763: redis: FTBFS: 'mcontext_t' has no member named 'gregs'

[Kurt Roeckx]

Source: redis
Version: 1:0.900-1
Severity: serious

Hi,

Your package is failing to build on various arches with the
following error:
cc -c -g -O2 -g -rdynamic -ggdb   redis.c
redis.c: In function 'getMcontextEip':
redis.c:4307: error: 'mcontext_t' has no member named 'gregs'
make[2]: *** [redis.o] Error 1


Kurt




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

Bug#533761: non-linear curve fitting tool in grace returns rms relative error instead of rms percentage error

[Alex Valavanis]

Package: grace
Version: 1:5.1.22-2
Severity: normal

The non-linear curve fitting tool in grace outputs the wrong value next
to "RMS per cent error:" It actually gives the RMS **relative** error,
i.e. it is out by a factor of exactly 100.

The RMS per cent error should be given as:

e = 100 * (y'-y)^2/y^2

* Patch attached for source code

* Reported to developers:
http://plasmagate.weizmann.ac.il/Grace/phpbb/viewtopic.php?t=1697&start=0&postdays=0&postorder=asc&highlight=

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

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

Versions of packages grace depends on:
ii  defoma0.11.10-0.2ubuntu1 Debian Font Manager --
automatic f
ii  gconf22.26.2-1ubuntu1GNOME configuration
database syste
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript
interpre
ii  lesstif2  1:0.95.0-2.3   OSF/Motif 2.1
implementation relea
ii  libc6 2.9-9ubuntu2   GNU C Library: Shared
libraries
ii  libfftw3-33.2.1-2ubuntu1 library for computing Fast
Fourier
ii  libice6   2:1.0.5-1  X11 Inter-Client Exchange
library
ii  libjpeg62 6b-14build1The Independent JPEG
Group's JPEG 
ii  libnetcdf41:3.6.2-3.1An interface for scientific
data a
ii  libpng12-01.2.37-1   PNG library - runtime
ii  libsm62:1.1.0-2  X11 Session Management
library
ii  libt1-5   5.1.2-3Type 1 font rasterizer
library - r
ii  libx11-6  2:1.2.1-1ubuntu1   X11 client-side library
ii  libxext6  2:1.0.99.1-0ubuntu3X11 miscellaneous extension
librar
ii  libxmu6   2:1.0.4-1build1X11 miscellaneous utility
library
ii  libxp61:1.0.0.xsf1-2 X Printing Extension
(Xprint) clie
ii  libxpm4   1:3.5.7-2  X11 pixmap library
ii  libxt61:1.0.5-3ubuntu1   X11 toolkit intrinsics
library
ii  xmhtml1   1.1.7-15   A Motif widget for display
HTML 3.
ii  zlib1g1:1.2.3.3.dfsg-13ubuntu1   compression library -
runtime

grace recommends no packages.

Versions of packages grace suggests:
ii  ghostscript8.64.dfsg.1-0ubuntu14 The GPL Ghostscript
PostScript/PDF
pn  grace-utils(no description available)
ii  texlive-extra-util 2007.dfsg.2-6ubuntu2  TeX Live: TeX auxiliary
programs

-- no debconf information

--- nonlfit.c.orig	2009-06-18 23:20:04.368929839 +0100
+++ nonlfit.c	2009-06-18 23:26:20.120928119 +0100
@@ -284,7 +284,7 @@
 	rms_pe += (yp[i] - y_saved[i])*(yp[i] - y_saved[i])/
 (y_saved[i]*y_saved[i]);
 }
-rms_pe = sqrt(rms_pe/n);
+rms_pe = 100.0 * sqrt(rms_pe/n);
 }
 
 for (i = 0; i < n; ++i) {

Bug#498040: Acknowledgement (bluez-utils: HCI device spontaneously reverts back to HID)

[Filippo Giunchedi]

On Sat, Jun 20, 2009 at 10:48:01AM +0100, Paul LeoNerd Evans wrote:
> > this should be implemented in bluez 4 from unstable with udev, can
> > you try it?
> 
> I'm afraid I can't, really...
> 
> I discovered the original problem of spurious USB resets was being caused
> by my Bluetooth HCI/HID hub. I've since stopped using it and am using a
> simple "dumb" HCI receiver instead. When it boots it comes in HCI mode
> anyway.

I'd like to either close this bug or tag unreproducible (more the former than
the latter TBH), what do you think?

filippo
--
Filippo Giunchedi - http://esaurito.net - 0x6B79D401

At the source of every error which is blamed on the computer you will
find at least two human errors, including the error of blaming it on
the computer.
Beware of bugs in the above code; I have only proved it correct, not
tried it.
-- Donald Knuth



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

Bug#474199: #363920 available solution?

[chaica]

Hi,

#363920 has solved this bug. I guess we can close the bug report.

Bye,
Carl Chenet


> 
> #363920 is quite similar to this bug and offers a patch to solve this
> similar issue.
> 
> Regards,
> Carl Chenet




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

Bug#85851: Re: Bug#85851: querybts: can't abort a query

[chaica]

Hi,

I guess this problem is solved in the new versions.

Bye,
Carl Chenet

> On Mar 19, Tommi Komulainen wrote:
> > On Sun, Mar 18, 2001 at 11:25:59PM -0600, Chris Lawrence wrote:
> > > On Feb 13, Tommi Komulainen wrote:
> > > > When "Querying Debian bug tracking system for reports on ..." querybts 
> > > > can
> > > > not be stopped.  It is annoying when you notice that you made a typo in
> > > > the package name.
> > > > 
> > > > The query should be abortable with ^C.
> > > 
> > > This isn't possible with the current user interface library; it may be
> > > addressed in an upcoming release.
> > 
> > Strange, since it already appears to be working... New version fixed it?
> 
> It may depend on where you are when ^C is pressed; I know that once
> the windows are active, it seems to stop working.
> 
> 
> Chris
> -- 
> Chris Lawrence  - http://www.lordsutch.com/chris/
> 
> Instructor and Doctoral Student, Political Science, Univ. of Mississippi
> 208 Deupree Hall - 662-915-5949




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

Bug#533752: cupt does not understand apt options

[Eugene V. Lyubimkin]

package cupt
retitle 533752 cupt does not understand apt option 'apt::cache-limit'
tags 533752 +fixed-upstream
thanks

Goswin von Brederlow wrote:
> Yes, sorry, I noticed that a minute after sending. But the bug still
> remains as:
[...]
> APT::Cache-Limit "50331648";
Added to white list, fixed in 'master' now. Thanks.

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



signature.asc
Description: OpenPGP digital signature

Bug#512234: chnage in behaviour

[Graeme Vetterlein]

In what I suspect is a consequence of fixing this, I have noted the 
following change in behaviour

in Lenny (updated today 20Jun2009)


I have a machine with three Ethernet ports. ethA, ethB, ethC  (not their 
real names BTW)


ethA is connected to the outside world 192.168.X.253   (sorry about the 
X ,... don't want to make it too easy for the script kiddies)
ethB is inward facing an has a different subnet 


I have the following:

BrowseAddress @LOCAL

And I have recently started getting messages from my firewall:

Jun 20 07:42:19 localhost kernel: ATTACK via ethA IN=ethA OUT= MAC= 
SRC=192.168.X.253 DST=192.168.X.255 LEN=217 TOS=0x00 PREC=0x00 TTL=64 
ID=0 DF PROTO=UDP SPT=631 DPT=631 LEN=197


I will change my entry to:

BrowseAddress  @IF(ethB)

But just FYI ... I suspect the behaviour has changed here.









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

Bug#533764: squashfs-tools version 4.0 is incompatible with 3.x kernel module

[Alexander Galanin]

Package: squashfs-tools
Version: 1:4.0-1
Severity: grave
Justification: renders package unusable

Actions:
1. make squashfs image using mksquashfs
2. install squashfs-modules-2.6-amd64
3. try to mount image:
mount -o loop squashfs_test.img /mnt/test
4. see dmesg

Expecte results:
1. OK
2. OK
3. OK, filesystem is mounted correctly
4. OK, only squashfs version string displayed in dmesg

Actual results:
1. OK
2. OK
3. Mount failed
4. dmesg | tail :
[ 2469.639279] squashfs: version 3.3-CVS (2008/04/04) Phillip Lougher
[ 2471.900516] SQUASHFS error: Major/Minor mismatch, trying to mount newer 
4.0 filesystem
[ 2471.900522] SQUASHFS error: Please update your kernel

Seems that squashfs-tools package should be rolled back to 3.x version
until kernel with newer squashfs module will be in a repository.

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

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

Versions of packages squashfs-tools depends on:
ii  libc6  2.9-12GNU C Library: Shared libraries
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

squashfs-tools recommends no packages.

squashfs-tools suggests no packages.

-- no debconf information



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

Bug#533753: cupt: overzelous signature checking breaks ia32-apt-get

[Eugene V. Lyubimkin]

package cupt
severity 533753 serious
thanks

Goswin von Brederlow wrote:
> But if the file is there then apt-get/aptitude will consider it good
> without checking. So
> 
> cupt update
> apt-get install
> 
> would install packages even if the signature is bad.
> 
> Not a good idea. Can't you download the file to the partial directory
> like apt-get and only move it when it checks out?
Actually, Cupt downloads it to partial/ directory and do gpg check while the
file is there. Then it unconditionally moves it to usual place.

But you are right. Since this breaks default apt-get/etc. behavior, I will
turn this off by default.

> It doesn't really break it, at least I assume cupt can install
> unauthenticated debs too, but it makes it impossible to see when the
> signature is actualy bad and when it is just ia32-apt-get mangling. It
> makes it insecure.
Agreed.

> Cupt will need a wrapper so "cupt update" works right. The wrapper
> could also set the option to ignore signature checks other than when
> downloading. So that would work.
> 
> Does cupt have an equivalent to
> 
> apt-get.real --no-list-cleanup --no-download update
> 
> That just parses the existing Packages files and updates its caches
> without fetching any files. This needs to be run by ia32-apt-get after
> mangling the Packages files to fit (in the cupt wrapper).
Cupt doesn't have any cache files for indexes, it generates them on the fly by
demand. Does this remove the problem for cupt update (besides the security
problem above which will be fixed)?

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



signature.asc
Description: OpenPGP digital signature

Bug#532856: [Pkg-samba-maint] Bug#532856: umask settings overridden by Mac OS X 10.5 (Leopard) clients

[Josip Rodin]

On Sat, Jun 13, 2009 at 08:10:08AM +0200, Christian Perrier wrote:
> Quoting Josip Rodin (j...@debbugs.entuzijast.net):
> 
> > At this point I'm completely dazzled by the amount of conflicting ACL
> > systems Samba is involved with :) one thing seems certain - it's pretty
> > confusing for us users.
> 
> Correct. The main general problem behind this is that it's impossible
> to entirely map NT ACLs to POSIX ACLs. Which is why vfs_acl_tdb is
> being developed now.
> 
> From my understanding of Jeremy Allison's talk about it at SambaXP, if
> you want a full implementation of ACLs, you'll want this VFS module. In
> such case ACLs will be stored in a TDB file without trying to use the
> filesystem's ACLs.

I'm not sure how this applies as a solution to my problem, though. I had
specified all documented options that describe native Linux permission masks
to be applied on files on Samba shares. The daemon ignored this because of
another implicit option being in effect, one which contradicted those other,
explicit settings. That just doesn't make sense from a user standpoint,
regardless of the rationale. A proper bug fix would be to change the
behaviour of that new option to take into account the requirements set by
old options (better), or to fully document the impact of the new option and
make it explicit (worse, but still satisfactory).

-- 
 2. That which causes joy or happiness.



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

Bug#497971: This bugs affects lenny badly

[Bastian Blank]

On Sat, Jun 20, 2009 at 10:57:18AM +, Joachim Breitner wrote:
> [9.007497] iwl3945: Tunable channels: 11 802.11bg, 0 802.11a channels
> How can I best detect whether the card is affected by a MOW1 eeprom?

The tunable channels output reports the observed eeprom contents. So
this looks like a MOW1 eeprom.

Bastian

-- 
The best diplomat I know is a fully activated phaser bank.
-- Scotty



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

Bug#533766: network-manager-gnome: add conflict to gnome-network-admin

[Luca Bruno]

Package: network-manager-gnome
Version: 0.7.1-1
Severity: important

Hello,
gnome-network-admin has added a conflict against this package. It means when
upgrading network-manager-gnome gets removed. Please consider adding
Conflicts: gnome-network-admin.

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

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

Versions of packages network-manager-gnome depends on:
ii  libc6 2.9-13 GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.14-2   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.80-4 simple interprocess messaging syst
ii  libgconf2-4   2.26.2-1   GNOME configuration database syste
ii  libglade2-0   1:2.6.4-1  library to load .glade files at ru
ii  libglib2.0-0  2.20.3-1   The GLib library of C routines
ii  libgnome-keyring0 2.26.1-1   GNOME keyring services library
ii  libgtk2.0-0   2.16.2-1   The GTK+ graphical user interface 
ii  libnm-glib-vpn0   0.7.1-1network management framework (GLib
ii  libnm-glib0   0.7.1-1network management framework (GLib
ii  libnm-util1   0.7.1-1network management framework (shar
ii  libnotify1 [libnotify1-gtk2.1 0.4.5-1sends desktop notifications to a n
ii  libpango1.0-0 1.24.2-1   Layout and rendering of internatio
ii  libpolkit-gnome0  0.9.2-2PolicyKit-gnome library
ii  libpolkit20.9-3  library for accessing PolicyKit
ii  network-manager   0.7.1-1network management framework daemo
ii  policykit-gnome   0.9.2-2GNOME dialogs for PolicyKit

Versions of packages network-manager-gnome recommends:
ii  libpam-gnome-keyring [libpam- 2.26.1-1   PAM module to unlock the GNOME key
ii  notification-daemon   0.4.0-1a daemon that displays passive pop

Versions of packages network-manager-gnome suggests:
pn  network-manager-openvpn-gnome  (no description available)
pn  network-manager-pptp-gnome (no description available)
pn  network-manager-vpnc-gnome (no description available)

-- no debconf information

-- 
http://syx.berlios.de - Smalltalk YX
http://lethalman.blogspot.com - Thoughts about computer technologies
http://www.debian.org - The Universal Operating System


signature.asc
Description: Digital signature

Bug#533765: freej: FTBFS on ia64: amd64 assembler?

[Kurt Roeckx]

Source: freej
Version: 0.10git20090312-1
Severity: important

Hi,

Your package is failing to build on ia64 with the following error:
/build/buildd/freej-0.10git20090312/./src/fastmemcpy.cpp: In function 'void* 
agp_memcpy(void*, const void*, size_t)':
/build/buildd/freej-0.10git20090312/./src/fastmemcpy.cpp:199: warning: matching
constraint does not allow a register
/build/buildd/freej-0.10git20090312/./src/fastmemcpy.cpp:247: warning: matching
constraint does not allow a register
/build/buildd/freej-0.10git20090312/./src/fastmemcpy.cpp:199: warning: matching
constraint does not allow a register
constraint does not allow a register
[...]
{standard input}: Assembler messages:
{standard input}:118: Error: junk at end of line, first unrecognized character 
is `/'
{standard input}:119: Error: Unknown opcode `movq (r15),%mm0'
{standard input}:120: Error: Unknown opcode `movq 8(r15),%mm1'
{standard input}:121: Error: Unknown opcode `movq 16(r15),%mm2'
{standard input}:122: Error: Unknown opcode `movq 24(r15),%mm3'
{standard input}:123: Error: Unknown opcode `movq 32(r15),%mm4'
[...]

It looks to me like it's trying to use amd64 assembler on ia64.

Note that ia64 is something totaly different than amd64.  Intel
also ships 64 bit processors compatible with the amd64 intruction
set, they call it em64t and this is atleast in any chip since
the core 2 duo.

On the other hand ia64 is a totaly different instruction set
that's not compitible with i386 at all.


Kurt




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

Bug#531522: mpicc segfaults when called by fakeroot

[Jeff Squyres]

Done.  The two patches you need are here:

https://svn.open-mpi.org/trac/ompi/changeset/21479
https://svn.open-mpi.org/trac/ompi/changeset/21489

I'll push these upstream; they might make it into OMPI v1.3.3.


On Jun 20, 2009, at 12:58 AM, Steve M. Robbins wrote:


On Fri, Jun 19, 2009 at 06:52:03AM -0400, Jeff Squyres wrote:

2. If you want a more general env variable name, like checking for  
the
presence of $FAKEROOTKEY (or whatever), let me know and we can also  
add a
check for that upstream.  To be clear, I think I'm going to do #1  
anyway
-- it's a nice way for our users to disable this stuff.  But I'm not 
opposed to having a fakeroot-specific environment variable check as  
well.


OK, that sounds like a good idea.  Could you add a check for
$FAKEROOTKEY, please.  Just check whether it exists in the
environment.

Thanks,
-Steve



--
Jeff Squyres
Cisco Systems




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

Bug#525190: debian-policy: Please drop perl >= 5.6 from (Build-|)Depends requirements

[Bill Allombert]

On Fri, Jun 19, 2009 at 09:03:19PM -0700, Russ Allbery wrote:
> Cyril Brulebois  writes:
> 
> > From: Cyril Brulebois 
> > Date: Wed, 22 Apr 2009 21:40:50 +0200
> > Subject: [PATCH] Drop (build|) dependencies on perl (>= 5.6.0-16).
> >
> > This version of perl is so obsolete that dropping any reference to it
> > makes sense (even oldstable has perl 5.8).
> > ---
> >  perl-policy.sgml |   11 ---
> >  1 files changed, 0 insertions(+), 11 deletions(-)
> >
> > diff --git a/perl-policy.sgml b/perl-policy.sgml
> > index 1421b46..1d26df7 100644
> > --- a/perl-policy.sgml
> > +++ b/perl-policy.sgml
> > @@ -319,10 +319,6 @@ $(MAKE) install PREFIX=$(CURDIR)/debian//usr
> > (nominally just tmp)
> >   
> > 
> > -   
> > - A Build-Depends on perl (>= 5.6.0-16) is
> > - required.
> > -   
> >
> >  
> >
> > @@ -342,13 +338,6 @@ $(MAKE) install PREFIX=$(CURDIR)/debian//usr
> > the minimum required version, or more simply the current
> > version.
> >   
> > - 
> > -   In the absence of an explicit requirement,
> > -   architecture-independent modules must depend on a minimum
> > -   perl or perl-base
> > -   version of 5.6.0-16 due to the changes in
> > -   @INC introduced by that version.
> > - 
> > 
> >  
> > 
> 
> Seconded.  (Sorry about the long delay in review.)

I agree that the requirement for >= 5.6.0-16 should be removed but
probably the requirement for 'Build-Depends: perl' should be kept ?
Or maybe I am missing the big picture ?

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#533445: mutt: Please Build-Depend on elinks-lite instead of links

[أحمد المحمودي]

On Sat, Jun 20, 2009 at 11:37:40AM +0100, Antonio Radici wrote:
> Cool! let me discuss this with Christoph, hopefully it will be integrated!
---end quoted text---

I modified debian-specific/build_doc_adjustments.diff patch to pass the 
"-dump-charset utf8" to elinks, please find the modfied patch in the 
attachment.

-- 
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7 (@ subkeys.pgp.net)
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7
Use links(1) to generate the HTML manual page

--- mutt-1.5.20.orig/doc/Makefile.am
+++ mutt-1.5.20/doc/Makefile.am
@@ -100,9 +100,10 @@
 
 check:
 manual.txt: manual.html
-	-LC_ALL=C lynx -dump -nolist -with_backspaces manual.html > $@ || \
+	links.main -dump $< > $@ || links -dump $< > $@ || \
+	LC_ALL=C lynx -dump -nolist -with_backspaces manual.html > $@ || \
 	LC_ALL=C w3m -dump manual.html > $@ || \
-	LC_ALL=C elinks -dump -no-numbering -no-references manual.html | sed -e 's,\\001, ,g' > $@
+	LC_ALL=C elinks -dump -no-numbering -dump-charset utf8 -no-references manual.html | sed -e 's,\\001, ,g' > $@
 
 Muttrc: stamp-doc-rc
 
@@ -114,10 +115,10 @@
 	touch stamp-doc-rc
 
 manual.html: $(srcdir)/html.xsl $(srcdir)/mutt.xsl stamp-doc-xml $(srcdir)/mutt.css
-	-xsltproc --nonet -o $@ $(srcdir)/html.xsl manual.xml
+	xsltproc --nonet -o $@ $(srcdir)/html.xsl manual.xml
 
 stamp-doc-chunked: $(srcdir)/chunk.xsl $(srcdir)/mutt.xsl stamp-doc-xml $(srcdir)/mutt.css
-	-xsltproc --nonet $(srcdir)/chunk.xsl manual.xml
+	xsltproc --nonet $(srcdir)/chunk.xsl manual.xml
 	touch stamp-doc-chunked
 
 $(CHUNKED_DOCFILES): stamp-doc-chunked

Bug#530359: ussp-push: transition from libbluetooth2-dev to libbluetooth-dev and use of hci_remote_name

[Hendrik Sattler]

Am Samstag 20 Juni 2009 12:48:40 schrieb Filippo Giunchedi:
> On Sat, Jun 20, 2009 at 12:04:39PM +0200, Hendrik Sattler wrote:
> > > > I'm not sure what you mean, libbluetooth-dev right now is 4.40 which
> > > > has headers for libbluetooth3 so I don't see what needs to be
> > > > changed.
> > >
> > > is there any update on this bug?
> >
> > Same as with obexfs, this is in the queue. Didn't get around asking
> > someone for upload, yet.
> > It is available at
> > http://www.hendrik-sattler.de/debian/pool/main/ussp-push/ussp-push_0.11-1
> >.dsc
>
> the call to hci_remote_name instead of hci_read_remote_name is still there:
>
> /tmp/buildd/ussp-push-0.11/src/obex_socket.c: In function
> 'bt_sock_name2bth': /tmp/buildd/ussp-push-0.11/src/obex_socket.c:200:
> warning: implicit declaration of function 'hci_remote_name'

Hm, no. You cannot change the API without change the name of the -dev package. 
This is an absolute no-go!

And not having hci_remote_name() in bluetooth/hci_lib.h anymore _IS_ an API 
change.

You cannot have  both: either provide a compatible API or change the name of 
the -dev package.

HS




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

Bug#330598: bluez-utils: Reconnecting pand with auth enable broken in 2.19-1

[Arne Ahrend]

Yes, please close the bug.

Cheers,

Arne


On Fri, 19 Jun 2009 20:14:45 +0200
Filippo Giunchedi  wrote:

> [don't forget to CC the bug]
> 
> On Fri, Jun 19, 2009 at 08:10:17PM +0200, Arne Ahrend wrote:
> > Good gracious -- a lot of time has passed indeed. But kudos for following 
> > up on it!
> > 
> > I am afraid I have not been using bluetooth at all for the last 2,5 years 
> > or so
> > (switched to wlan in early 2007). Since I sold my access point around that 
> > time,
> > I cannot even check.
> 
> as nobody else reported the issue I'm tempted to close this bug, what do you
> think?
> 
> filippo
> --
> Filippo Giunchedi - http://esaurito.net - 0x6B79D401
> 
> In God we trust, everybody else pays cash.
> -- somewhere in England 



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

Bug#533767: Missing Pre-Depends: libc6-i386 (>= 2.9-17)

[Goswin Brederlow]

Package: lib32gcc1
Version: 1:4.4.0-7
Severity: serious

Hi,

lib32gcc1 contains /usr/lib32/libgcc_s.so.1.

In libc6-i386 prior to 2.9-14 /usr/lib32 is a link to
/emul/ia32-linux/usr/lib. lib32gcc1 having a file in /usr/lib32 makes
it impossible to upgrade to any libc6-i386 version prior to 2.9-14. So
it Breaks: libc6-i386 (<< 2.9-14).

In libc6-i386 2.9-14 /usr/lib32 was changed to be a directory. Now if
lib32gcc1 is installed prior to upgrading libc6-i386 then
libgcc_s.so.1 will actualy end up in /emul/ia32-linux/usr/lib/. Then,
when libc6-i386 is upgraded the file will be lost as it is only
searched in /usr/lib32. /usr/lib32 must be changed to be a directory
prior to installing libc6-i386 >= 2.9-14. Therefore you need a
Pre-Depends.

Last the current lib32gcc1 says
  Conflicts: libc6-i386 (= 2.9-15), libc6-i386 (= 2.9-16)
so I assume you may want
  Pre-Depends: libc6-i386 (>= 2.9-17)
instead.

MfG
Goswin

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

Kernel: Linux 2.6.29.4-frosties-1
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages lib32gcc1 depends on:
ii  gcc-4.4-base  4.4.0-7The GNU Compiler Collection (base 
ii  libc6-i3862.9-17 GNU C Library: 32-bit shared libra

lib32gcc1 recommends no packages.

lib32gcc1 suggests no packages.

-- no debconf information



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

Bug#533769: vino: FTBFS: dh_gconf: /usr/share/debhelper/autoscripts/postrm-gconf does not exist

[Kurt Roeckx]

Source: vino
Version: 2.26.2-1
Severity: serious

Hi,

Your package is failing to built with the following error:
dh_installmime -pvino
dh_scrollkeeper -pvino
dh_scrollkeeper: This program is deprecated, and does nothing anymore.
dh_gconf -pvino
dh_gconf: /usr/share/debhelper/autoscripts/postrm-gconf does not exist
make: *** [binary-install/vino] Error 1


Kurt




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

Bug#533770: Linking code that uses liblip2 (-llip -lglpk) results in undefined references to glpk

[bambusch]

Package: liblip2
Version: 2.0.0-1.1
Severity: important


liblip2 depends on libglpk - but not in debian yet. (note: debian provides 
libglpk0)
Linking C++ code with liblip2 (-llip) and libglpk (-lglpk) results in undefined 
reference to glp_lpx_...
This is because the sources of liblip2 has its 'own' wrong-version glpk headers.

The problem can probably be fixed in two steps: 

1) By changeing the following three lines in slipint.h:

// change this line if glpk is installed on your system
#include "../include/glpk/glpk.h"
//#include 

to:

// change this line if glpk is installed on your system
//#include "../include/glpk/glpk.h"
#include 

so that the debian glpk is used.

2) A debian dependency on libglpk0 has to be added.


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

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

Versions of packages liblip2 depends on:
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3

liblip2 recommends no packages.

liblip2 suggests no packages.



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

Bug#533768: Reportbug hint "issues with /usr/lib32" obsolete

[Goswin Brederlow]

Package: libc6-i386
Version: 2.9-17
Severity: normal

Hi,

libc6-i386 still ships a reportbug hint about upgrading problems with
/usr/lib32 overwrites. As that is now a dir that is obsolete.

MfG
Goswin

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

Kernel: Linux 2.6.29.4-frosties-1
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6-i386 depends on:
ii  libc6 2.9-17 GNU C Library: Shared libraries

libc6-i386 recommends no packages.

libc6-i386 suggests no packages.

-- no debconf information



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

Bug#269612: Small mistake in zdiff manpage

[Erich Schubert]

Hi,
There also is a small mistake in the zdiff manpage:


If only 1 file is specified, then the files compared are file1 and an
uncompressed file1.gz


In fact, it's decompressing "file1" and comparing it to
"file1-without-.gz-extension":

# echo one > file1
# gzip file1
# echo two > file1
# zdiff file1
/bin/zdiff: file1: unknown compressed file extension
# zdiff file1.gz
1c1
< one
---
> two
# rm file1 file1.gz

Another option would be to modify zdiff to actually try "file1" and
"file1.gz", if it exists...

IMHO it should also have a note about storage requirements, i.e. does it
uncompress the files to /tmp (so I'd need enough space there) or does it
pipe them through diff or something?

best regards,
Erich Schubert
-- 
   erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_
  There are only 10 types of people in the world:   //\
  Those who understand binary and those who don't   V_/_
Der Anfang aller Erkenntnis ist das Staunen. --- Aristoteles




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

Bug#533771: ghostscript: FTBFS: missing symbols.

[Kurt Roeckx]

Source: ghostscript
Version: 8.64~dfsg-10
Severity: serious

Hi,

Your package failed to built on a few arches with errors like:
- mono_copy_ma...@base 8.61.dfsg.1
- mono_fill_ma...@base 8.61.dfsg.1
+#MISSING: 8.64~dfsg-10# mono_copy_ma...@base 8.61.dfsg.1
+#MISSING: 8.64~dfsg-10# mono_fill_ma...@base 8.61.dfsg.1
  ms_find_code_from_n...@base 8.61.dfsg.1
  ms_find_size_from_c...@base 8.61.dfsg.1
dh_makeshlibs: dpkg-gensymbols returned exit code 1


Kurt




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

Bug#530359: ussp-push: transition from libbluetooth2-dev to libbluetooth-dev and use of hci_remote_name

[Filippo Giunchedi]

On Sat, Jun 20, 2009 at 01:32:13PM +0200, Hendrik Sattler wrote:
> Am Samstag 20 Juni 2009 12:48:40 schrieb Filippo Giunchedi:
> > On Sat, Jun 20, 2009 at 12:04:39PM +0200, Hendrik Sattler wrote:
> > > > > I'm not sure what you mean, libbluetooth-dev right now is 4.40 which
> > > > > has headers for libbluetooth3 so I don't see what needs to be
> > > > > changed.
> > > >
> > > > is there any update on this bug?
> > >
> > > Same as with obexfs, this is in the queue. Didn't get around asking
> > > someone for upload, yet.
> > > It is available at
> > > http://www.hendrik-sattler.de/debian/pool/main/ussp-push/ussp-push_0.11-1
> > >.dsc
> >
> > the call to hci_remote_name instead of hci_read_remote_name is still there:
> >
> > /tmp/buildd/ussp-push-0.11/src/obex_socket.c: In function
> > 'bt_sock_name2bth': /tmp/buildd/ussp-push-0.11/src/obex_socket.c:200:
> > warning: implicit declaration of function 'hci_remote_name'
> 
> Hm, no. You cannot change the API without change the name of the -dev 
> package. 
> This is an absolute no-go!
> 
> And not having hci_remote_name() in bluetooth/hci_lib.h anymore _IS_ an API 
> change.

of course it is, that's what all this bug is about. bluez 4 has entered unstable
and together with libbluetooth3 (which has the soname bumped as required)

The -dev renaming has happened in March 2007 switching from libbluetooth2-dev to
libbluetooth-dev as the bluetooth API doesn't change often and there's no need
to support two different version at the same time.

Also, hci_local_name and hci_remote_name functions have been deprecated in
August 2008 and they were in the library as defined below since Jan 2005:

int hci_local_name(int dd, int len, char *name, int to)
{
   return hci_read_local_name(dd, len, name, to);
}

int hci_remote_name(int dd, const bdaddr_t *bdaddr, int len, char *name, int to)
{
   return hci_read_remote_name(dd, bdaddr, len, name, to);
}

so I don't really see the problem here.

filippo
--
Filippo Giunchedi - http://esaurito.net - 0x6B79D401

I always keep the Titanic in mind when I talk about security or
safety, meaning that nothing is fully secure.
-- Anonymous (?)



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

Bug#531663: pytone: freeze at startup

[David Van Mosselbeen]

Package: pytone
Version: 3.0.0-1+b1
Followup-For: Bug #531663


Got exact same symptoms and issues as previously mentioned.
Debug log at http://debian.pastebin.com/f43ac5b65
I still didn't found a workaround for this.

Regards,
David Van Mosselbeen

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

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

Versions of packages pytone depends on:
ii  libao2  0.8.8-4  Cross Platform Audio Output Librar
ii  libc6   2.7-18   GNU C Library: Shared libraries
ii  python  2.5.2-3  An interactive high-level object-o
ii  python-eyed30.6.16   Python module for id3-tags manipul
ii  python-pyao 0.82-2.1 A Python interface to the Audio Ou
ii  python-pymad0.5.4-3.2+b1 Python wrapper to the MPEG Audio D
ii  python-pysqlite22.4.1-1  Python interface to SQLite 3
ii  python-support  0.8.4automated rebuilding support for P

Versions of packages pytone recommends:
ii  python-pyvorbis   1.3-2  A Python interface to the Ogg Vorb

Versions of packages pytone suggests:
pn  mpg321 (no description available)
pn  python-xmms(no description available)

-- no debconf information



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

Bug#533773: /usr/lib32 transition broken

[Goswin Brederlow]

Package: libc6-i386
Version: 2.9-17
Severity: grave

Hi,

you actually managed to completly screw the pooch with the /usr/lib32
transition from link to directory and now on existing installations it
remains a link. Now /emul/ia32-linux/[usr/]lib contains files that
belong there and files belonging in /[usr/]lib32 making it hard to
undo the link.

So now you need something like this in postinst:

if [ "$(readlink /lib32)" = "/emul/ia32-linux/lib" ]; then
  rm /lib32
  mv /emul/ia32-linux/lib /lib32
  ln -s /lib32 /emul/ia32-linux/lib
fi

if [ "$(readlink /usr/lib32)" = "/emul/ia32-linux/usr/lib" ]; then
  rm /usr/lib32
  mv /emul/ia32-linux/usr/lib /usr/lib32
  ln -s /usr/lib32 /emul/ia32-linux/usr/lib
fi

And what fun if a filesystem gets full doing that.

MfG
Goswin

PS: Why wasn't this prepared in experimental?

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

Kernel: Linux 2.6.29.4-frosties-1
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6-i386 depends on:
ii  libc6 2.9-17 GNU C Library: Shared libraries

libc6-i386 recommends no packages.

libc6-i386 suggests no packages.

-- no debconf information



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

Bug#533772: RM: gmessage -- ROM; renamed to gxmessage

[Bart Martens]

Package: ftp.debian.org
Severity: normal

The package gmessage has been renamed to gxmessage.  The rdepends:

apt-cache rdepends gmessage
gmessage
Reverse Depends:
  gxmessage
gxmessage
  gxmessage
  kvdr
gxmessage
  gcalcli
gxmessage

So it seems safe to now remove gmessage from unstable.



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

Bug#533775: libjaudiotagger-java: org.jaudiotagger.tag.reference.ISOCountry$Country miscompiled due to charset issues

[Max Bowsher]

Package: libjaudiotagger-java
Version: 1.0.9-1
Severity: normal
Tags: patch

The class org.jaudiotagger.tag.reference.ISOCountry$Country contains
several enum values whose name contains non-ASCII characters. In the
current .deb in the archive, these have been miscompiled - for example:

'åLAND_ISLANDS' -> 'eLAND_ISLANDS'
'CôTE_D_IVOIRE' -> 'CtTE_D_IVOIRE'

If I rebuild the package locally on an uptodate squeeze system set to a
UTF-8 locale, the values are still miscompiled, though differently -
there, the non-ASCII characters are simple elided entirely.

The silent miscompilation is, I believe, a bug in GCJ, since in Ubuntu,
which uses OpenJDK, the package FTBFS.

The cause is that the encoding of the Java source is not declared in
debian/build.xml. It *is* declared in the upstream build.xml which is
not used in the debian build.

Accordingly, the "patch" is as follows:

  Add the attribute encoding="cp1252" to the  tag in
  debian/build.xml, as is present in the  tags in the upstream
  build.xml.



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

Bug#533760: linux-headers-2.6.30-1-amd64: Depends on non existing package

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

On Sat, Jun 20, 2009 at 11:39:05AM +, Debian Bug Tracking System wrote:
>Not again. This is in NEW.

Why not?

Because it occurs repeatedly? Or because it will "fix itself" soon?

Please acknowledge the bug and tag as "pending" instead of closing.



Kind regards,

  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEAREDAAYFAko81KwACgkQn7DbMsAkQLhAxQCeOfYF5FhCIUejFPMWxhxTnI7U
Ww4Anj3SOBdLblSfg/bIe4x9dZlFkGEb
=uBho
-END PGP SIGNATURE-



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

Bug#529560: xorg runs very slow on my laptop

[Luo Yong]

On Wed, May 20, 2009 at 7:11 AM, Luo Yong  wrote:

> On Wed, May 20, 2009 at 2:33 AM, Julien Cristau 
> wrote:
> > On Wed, May 20, 2009 at 01:26:27 -0400, Luo Yong wrote:
> >
> >> After I dist-upgrade my system, the xorg runs very slow on my HP6535s
> >> laptop. It take a relative long time when refreshing the webpage and
> >> the desktop itself than before and it cannot run almost all 2D games
> >> now. The kernel version is: 2.6.29.3, and the lspci result related to
> >> the video chipset is:
> >>
> > Please attach dmesg and Xorg log.  And in the future consider using the
> > reportbug tool to submit bugs to the Debian BTS.  Thanks!
> >
> > Cheers,
> > Julien
> >
>
> Hello,
>
> The attachment is my dmesg output and the xorg log file.
>
> Thank you very much.
>

After upgrading kernel to the newest release 2.6.30, speed of xorg back to
normal now.

Thank you for your help.

Bug#533609: Thanks

[Leo 'costela' Antunes]

Hi

François Guerraz wrote:
> That's cool :)
> Will it be fixed in Lenny ? Could be released with the fix for #533628...
Sorry, I find it highly unlikely that I'd manage to backport these
changes to lenny since they aren't security related.
I do, however, plan on making a backport of the entire package at
backports.org when time allows. That will probably happen once 1.73 hits
testing.


Cheers

-- 
Leo "costela" Antunes
[insert a witty retort here]




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

Bug#525190: debian-policy: Please drop perl >= 5.6 from (Build-|)Depends requirements

[Kurt Roeckx]

On Sat, Jun 20, 2009 at 01:28:23PM +0200, Bill Allombert wrote:
> On Fri, Jun 19, 2009 at 09:03:19PM -0700, Russ Allbery wrote:
> > Cyril Brulebois  writes:
> > 
> > > From: Cyril Brulebois 
> > > Date: Wed, 22 Apr 2009 21:40:50 +0200
> > > Subject: [PATCH] Drop (build|) dependencies on perl (>= 5.6.0-16).
> > >
> > > This version of perl is so obsolete that dropping any reference to it
> > > makes sense (even oldstable has perl 5.8).
> > > ---
> > >  perl-policy.sgml |   11 ---
> > >  1 files changed, 0 insertions(+), 11 deletions(-)
> > >
> > > diff --git a/perl-policy.sgml b/perl-policy.sgml
> > > index 1421b46..1d26df7 100644
> > > --- a/perl-policy.sgml
> > > +++ b/perl-policy.sgml
> > > @@ -319,10 +319,6 @@ $(MAKE) install 
> > > PREFIX=$(CURDIR)/debian//usr
> > >   (nominally just tmp)
> > > 
> > >   
> > > - 
> > > -   A Build-Depends on perl (>= 5.6.0-16) is
> > > -   required.
> > > - 
> > >
> > >  
> > >
> > > @@ -342,13 +338,6 @@ $(MAKE) install 
> > > PREFIX=$(CURDIR)/debian//usr
> > >   the minimum required version, or more simply the current
> > >   version.
> > > 
> > > -   
> > > - In the absence of an explicit requirement,
> > > - architecture-independent modules must depend on a minimum
> > > - perl or perl-base
> > > - version of 5.6.0-16 due to the changes in
> > > - @INC introduced by that version.
> > > -   
> > >   
> > >  
> > >   
> > 
> > Seconded.  (Sorry about the long delay in review.)
> 
> I agree that the requirement for >= 5.6.0-16 should be removed but
> probably the requirement for 'Build-Depends: perl' should be kept ?
> Or maybe I am missing the big picture ?

perl is build essential.  dpkg-dev depends on it.


Kurt




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

Bug#511452: installation-report: Installer automatically uses swap partitions, makes partitioner very frustrating

[Pete Boyd]

I have also experienced the 'The kernel was unable to re-read the
partition table on /dev/md0' issue.

Using Debian 5.0.1 AMD64 installation CD. I want to have RAID1+LVM. As
GRUB won't boot from LVM I thus want '/' to be RAID1, all other partitions
to be RAID1+LVM. I use the graphical installer to create two RAID1
partitions. Then I choose to configure LVM -> save changes to disk before
doing so ->  "Warning! The kernel was unable to re-read the partition
table on /dev/md0 (Invalid argument). This means Linux won't know anything
about the modifications you made until you reboot. You should reboot your
computer before doing anything with /dev/md0".

I'm allowed to continue, to I setup each LVM volume and afterward get a
screen that just says: "Partition disks ??? 0 ???". I'm able to choose
Continue and then get a screen that just has a title saying "Partition
disks" and is otherwise blank, no buttons.

In the terminal window displaying error messages, the last is "debconf:
cdebconf_gtk (process:5384): kdk-DirectFB - WARNING:
gdk_display_requelection_notification Unimplemented function".

I reboot and go back to the partitioning option where I am able to again
setup the LVM volumes. Everything now seems OK.

Is this system safe to continue deploying? or does some issue lurk that
could bite in future?


-- 
Pete Boyd

Open Plan IT - http://openplanit.co.uk
The Golden Ear - http://thegoldenear.org





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