Bug#539582: usbutils: usb-devices does not need to be restricted to root

[Frans Pop]

Package: usbutils
Version: 0.84-1
Severity: minor

Hi Aurelien,

Thanks for the quick upload of 0.84!

One minor comment: I see you restricted usb-devices to root only. IMO
there's no need for that as everything it uses in sysfs is world readable.
And as 'cat /proc/bus/usb/devices' is open to regular users too I feel
that not restricting it is more consistent.

Thanks,
FJP

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

Kernel: Linux 2.6.31-rc5 (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 usbutils depends on:
ii  libc6  2.9-23GNU C Library: Shared libraries
ii  libusb-0.1-4   2:0.1.12-13   userspace USB programming library
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

usbutils recommends no packages.

Versions of packages usbutils suggests:
ii  wget  1.11.4-4   retrieves files from the web

-- no debconf information



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

Bug#539581: jackd always tries to run realtime

[TheGZeus]

Package: jackd
Version: 0.116.2+svn3592-2
Severity: important

I cannot get jackd to run, as it continues to try running in realtime mode, 
despite a dpkg-reconfigure jackd, and selecting 'no' to the question 
(mistakenly selected 'yes' previously)
now it simply refuses to start with the following error:

"JACK is running in realtime mode, but you are not allowed to use realtime 
scheduling.

After applying these changes, please re-login in order for them to take effect.

You don't appear to have a sane system configuration. It is very likely that you
encounter xruns. Please apply all the above mentioned changes and start jack 
again!"

Is it asking me to completely log out of every shell, X, etc before I can use 
it?
Is this a debian bug, or some new, even more frustrating Jack thing?
I can't figure out if I'm having problems with Rosegarden until I get Jack 
running (problem using plugins, not sure if it wants Jack running, or some 
other problem, as I always had it running in the past).



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

Kernel: Linux 2.6.30-0.slh.5-sidux-686 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages jackd depends on:
ii  coreutils  7.4-2 The GNU core utilities
ii  debconf [debconf-2.0]  1.5.27Debian configuration management sy
ii  libasound2 1.0.20-3  shared library for ALSA applicatio
ii  libc6  2.9-23GNU C Library: Shared libraries
ii  libjack0   0.116.2+svn3592-2 JACK Audio Connection Kit (librari
ii  libreadline5   5.2-5 GNU readline and history libraries
ii  libsamplerate0 0.1.7-2   audio rate conversion library
ii  libsndfile11.0.20-1  Library for reading/writing audio 

Versions of packages jackd recommends:
ii  libpam-modules1.0.1-9Pluggable Authentication Modules f
ii  qjackctl  0.3.4-1User interface for controlling the

Versions of packages jackd suggests:
pn  jack-tools (no description available)
pn  libjackasyn0   (no description available)
pn  meterbridge(no description available)

-- debconf information:
* jackd/tweak_rt_limits: false



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

Bug#535833: marked as done (general: Slow internet on iceweasel, epiphany and so on...)

[Tollef Fog Heen]

]] Roger Leigh 

| Having working local networking is important.  We wouldn't consider
| broken IPv4 loopback acceptable, and broken IPv6 loopback is just as
| bad.

Sure, having it working is important.  Is it more important than keeping
those (often new) users for whom Debian appears useless because of its
perceived poor network performance?

Anyway, IIRC this is now solved in glibc by sending out the queries in
parallel and returning the first answer you get.

| The idea behind the patch isn't bad, but the implementation proposed
| here is too naïve.  The assumption that you only want working IPv6
| name resolution when you have a globally-scoped IPv6 address is too
| simplistic.

FWIW, it roughly matches what Mac OS X and Windows do.

| Not only do you have the local loopback, you also have link-local
| addresses which you can legitimately use.  Does zeroconf support
| these?  Fundamentally breaking IPv6 for these use cases to work around
| broken routing hardware is IMO a step too far.

Does anybody use IPv6-only link-local?

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are



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

Bug#520633: xscreensaver: screen does not lock if switched to virtual terminal

[Jamie Zawinski]

The recent behavior change in xscreensaver was in the case where it  
could not grab the mouse or keyboard or both.


The old behavior was that it would lock anyway, possibly resulting in  
a screen that could not be unlocked.


The new behavior is that if it can't get both grabs, it does not lock  
the screen.


So, the behavior you're seeing suggests that when you VT-switch away  
from X, the X keyboard and/or mouse become ungrabbable.  That's weird.





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

Bug#520095: removes the toplevel mountpoint directories and fails to start the next time

[Anton Ivanov]

On Sun, 2009-08-02 at 01:40 +0200, Jan Christoph Nordholz wrote:
> Hi Michael,
> 
> > No idea.  If I were knew, I'd attach a patch for this issue.
> > The code is quite.. funny and fragile, I tried to understand
> > it right before submitting a bugreport but that wasn't quite
> > successful.
> >
> > I ran it under strace - pure automountd, without any startu
> > scripts but with the same args.  It never ever tried to mkdir
> > or rename.  It created two random dirs in /tmp, mounted a
> > tmpfs over one of them (running mount(8)), bind-mounted it
> > on second dir, next did stat("/misc") (which returned ENOENT)
> > and immediately gave up returning it can't mount /misc.
> 
> this is the strace log on my system after the spawned umount
> process has terminated:
> 
> ] 30451 --- SIGCHLD (Child exited) @ 0 (0) ---
> ] 30451 rmdir("/tmp/autoa1Aqlv")  = 0
> ] 30451 rmdir("/tmp/autohY6Rkm")  = 0
> ] 30451 rt_sigaction(SIGTERM, {0xb801dd70, [HUP USR1 USR2 ALRM TERM], 
> SA_RESTART}, NULL, 8) = 0
> ] 30451 rt_sigaction(<<< several more >>>)
> ] 30451 open("/etc/mtab", O_RDONLY)   = 8
> ] 30451 fstat64(8, {st_mode=S_IFREG|0644, st_size=701, ...}) = 0
> ] 30451 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 
> -1, 0) = 0xb7fe7000
> ] 30451 read(8, "/dev/sda2 / ext3 rw,errors=remou"..., 4096) = 701
> ] 30451 read(8, "", 4096) = 0
> ] 30451 close(8)  = 0
> ] 30451 munmap(0xb7fe7000, 4096)  = 0
> ] 30451 stat64("/misc", 0xbfbca894)   = -1 ENOENT (No such file or 
> directory)
> ] 30451 open("/etc/mtab", O_RDONLY)   = 8
> ] 30451 fstat64(8, {st_mode=S_IFREG|0644, st_size=701, ...}) = 0
> ] 30451 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 
> -1, 0) = 0xb7fe7000
> ] 30451 read(8, "/dev/sda2 / ext3 rw,errors=remou"..., 4096) = 701
> ] 30451 read(8, "", 4096) = 0
> ] 30451 close(8)  = 0
> ] 30451 munmap(0xb7fe7000, 4096)  = 0
> ] 30451 statfs("/", {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, 
> f_blocks=9612195, f_bfree=5459645, f_bavail=4971364, f_files=2444624, 
> f_ffree=2142
> ] 30451 mkdir("/misc", 0555)  = 0
> ] 30451 pipe([8, 11]) = 0
> ] 30451 pipe([12, 13])= 0
> ] 30451 rt_sigprocmask(SIG_BLOCK, ~[RTMIN RT_1], [], 8) = 0
> ] 30451 pipe([14, 15])= 0
> ] 30451 clone(child_stack=0, 
> flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
> child_tidptr=0xb7e7fb48) = 30454
> ] [...] <<>>
> ] 30454 execve("/bin/mount", ["/bin/mount", "-t", "autofs", "-o", 
> "fd=11,pgrp=30451,minproto=2,maxp"..., "automount(pid30451)", "/misc"], [/* 
> 44 vars */]) = 0
> 
> Maybe you can spot the difference that's causing your automountd to
> give up - but I'd suggest switching to v5 anyway because upstream
> development on v4 has ceased, and I'd like to drop v4 before Squeeze
> is released.

Can I propose a simple workaround until v5 is out. Once upon a time the
automount init.d script used to create the dirs. What exactly is the
problem in doing this once again?

It is a one-liner after all. 

Brgds,

> 
> 
> Regards,
> 
> Jan
-- 
   Understanding is a three-edged sword:
your side, their side, and the truth. --Kosh Naranek

A. R. Ivanov
E-mail:  aiva...@sigsegv.cx
WWW: http://www.sigsegv.cx/
pub 1024D/DDE5E715 2002-03-03 Anton R. Ivanov 
Fingerprint: C824 CBD7 EE4B D7F8 5331  89D5 FCDA 572E DDE5 E715





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

Bug#538822: dash: Broken scenario

[Marco d'Itri]

On Jul 28, Ken Bloom  wrote:

> I can report on the broken scenario, since I made this change just a
> few days ago to have dash provide /bin/sh on its own.
Same thing for me. Since this was the approved way to switch /bin/sh as
documented by the bash package, the dash package needs to account for it
someway instead of failing on upgrades.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#538098: [Pkg-haskell-maintainers] Bug#538098: Please upgrade to ≥0.5.1.0.

[Trent W. Buck]

On Fri, Jul 24, 2009 at 10:01:05AM +0200, Joachim Breitner wrote:
>> I believe the reason Darcs' zlib dependency was bumped to 0.5.1 is
>> because 0.5.0 has known problems with CRC (checksums) -- either
>> generating bad ones, or failing to detect/repair bad ones.
>>
>> I can dig up the exact details if you want.
>
> Don’t worry, I believe that darcs’ dependency is there for a good
> reason.

For the record, here's what Ganesh had to say about why Darcs' zlib
dependency was bumped:

> zlib 0.5.0.0 is not buggy. Darcs was previously buggy in that it
> sometimes wrote out .gz files with bad checksums and then happily
> read them back in without checking, so the bug wasn't spotted for a
> long time, leaving a significant number of files in repos that had
> this corrupt checksum (but were otherwise fine). zlib perfectly
> legitimiately refused to read them in, making it unsuitable for use
> as the default zlib binding for darcs. zlib 0.5.2.0 adds an
> interface to allow clients to be informed of the broken checksums
> but still continue, which darcs makes use of to warn the user to run
> the new darcs gzcrcs' command to repair them.

In other words, if Darcs 2.3 was built against zlib 0.5.0, it would
not work with some repositories made by older Darcses.



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

Bug#539580: sed: Depends should really be Pre-Depends

[Sven Joachim]

Package: sed
Version: 4.2.1-2
Severity: serious

The Downgrade from Pre-Depends to Depends in this version is not
correct, please revert it.  Essential packages must work even when only
unpacked (see Policy § 3.8), and the only way to ensure that libraries
required by sed are present after unpacking it is to Pre-Depend on them.

This is aggravated by the fact that the libc6 preinst uses sed, which
has the potential to leave the system in an un-upgradable state if sed
is unpacked before libc6.


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

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

Versions of packages sed depends on:
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libselinux1   2.0.82-1   SELinux shared libraries

sed recommends no packages.

sed 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#539579: alsa-utils: Master channel muted after each boot

[Julien Valroff]

Package: alsa-utils
Version: 1.0.20-2
Severity: normal

Hi,

The master channel is muted after each boot and its level is set to 0.

I have edited the init script to remove all calls to mute_and_zero_levels()
and things work ok now.
I am not sure this is the best thing to do.

I have an HDA intel card.

Not sure what other information would be useful, please do not hesitate to
ask for futher details.

Cheers,
Julien

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

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

Versions of packages alsa-utils depends on:
ii  dialog1.1-20080819-1 Displays user-friendly dialog boxe
ii  libasound21.0.20-3   shared library for ALSA applicatio
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libncurses5   5.7+20090613-1 shared libraries for terminal hand
ii  linux-sound-base  1.0.20+dfsg-1  base package for ALSA and OSS soun
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init scrip
ii  module-init-tools 3.9-2  tools for managing Linux kernel mo
ii  whiptail  0.52.10-4  Displays user-friendly dialog boxe

Versions of packages alsa-utils recommends:
ii  alsa-base  1.0.20+dfsg-1 ALSA driver configuration files
ii  pciutils   1:3.1.3-1 Linux PCI Utilities

alsa-utils 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#539578: [pbuilder] Non-functional if aptitude uninstallable (even in classic mode)

[Jason Heeris]

Package: pbuilder
Version: 0.189
Severity: normal

At the moment aptitude in sid is uninstallable. This means that pbuilder
cannot update, and therefore cannot build. Furthermore, changing to the
"classic" (or any other) dependency handler makes no difference: putting

PBUILDERSATISFYDEPENDSCMD=/usr/lib/pbuilder/pbuilder-satisfydepends-[anything]

in ~/.pbuilderrc does not change the result:

The following packages have unmet dependencies:
  aptitude: Depends: libapt-pkg-libc6.9-6-4.7
Depends: libept0 (>= 0.5.26+b1) but it is not going to be
installed
E: Broken packages

So pbuilder simply doesn't work until aptitude becomes installable
again. Since aptitude is important, not essential, and does on occasion
become uninstallable, it'd be nice to have an easy way to work around
this rare-but-annoying situation.

This is related to, but not the same as bug #448334.

Cheers,
Jason Heeris

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.30.badger

Debian Release: squeeze/sid
  500 testing www.debian-multimedia.org
  500 testing security.debian.org
  500 testing ftp.iinet.net.au
  500 testing ftp.debian-unofficial.org
  500 squeeze www.lamaresh.net

--- Package information. ---
Depends (Version) | Installed
=-+-=
cdebootstrap  | 0.5.4
 OR debootstrap   | 1.0.13
wget  | 1.11.4-4
debianutils   (>= 1.13.1) | 3.2
coreutils(>= 4.5.8-1) | 7.4-2
debconf (>= 0.5)  | 1.5.27
 OR debconf-2.0   |


Recommends  (Version) | Installed
=-+-===
fakeroot  | 1.12.4
sudo  | 1.7.2-1
devscripts| 2.10.52


Suggests  (Version) | Installed
===-+-===
pbuilder-uml|
gdebi   |
cowdancer   |







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

Bug#527130: starting with kernel 2.6.29, xosview uses 50% cpu continuously

[Kartik Mistry]

Followups for: #527130

Hi,

Can you please check this bug (#527130) with latest kernel? xosview is
working fine with my AMD64 system.

Thanks.

-- 
 Cheers,
 Kartik Mistry | 0xD1028C8D | IRC: kart_
 Debian GNU/Linux Developer
 Blogs: {ftbfs, kartikm}.wordpress.com



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

Bug#539577: typo in vimtutor.ja.*

[Hideki Yamane (Debian-JP)]

Package: vim
Version: 2:7.2.245-2
Severity: minor
Tags: patch l10n

Dear vim maintainers,

 I found typos in vimtutor.ja.* files. Could you apply it, please?

--
Regards,

 Hideki Yamane henrich @ debian.or.jp
 http://wiki.debian.org/HidekiYamane



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

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

Versions of packages vim depends on:
ii  libacl1   2.2.47-3   Access control list shared library
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libgpm2   1.20.4-3.2 General Purpose Mouse - shared lib
ii  libncurses5   5.7+20090613-1 shared libraries for terminal hand
ii  libselinux1   2.0.82-1   SELinux shared libraries
ii  vim-common2:7.2.245-2Vi IMproved - Common files
ii  vim-runtime   2:7.2.245-2Vi IMproved - Runtime files

vim recommends no packages.

Versions of packages vim suggests:
pn  ctags  (no description available)
pn  vim-doc(no description available)
pn  vim-scripts(no description available)

-- no debconf information
diff -urN vim-7.2.245.orig/runtime/tutor/tutor.ja.euc vim-7.2.245/runtime/tutor/tutor.ja.euc
--- vim-7.2.245.orig/runtime/tutor/tutor.ja.euc	2009-07-30 02:56:39.0 +0900
+++ vim-7.2.245/runtime/tutor/tutor.ja.euc	2009-08-02 13:55:13.0 +0900
@@ -257,7 +257,7 @@
 
   **  **
 
-  1. ?? ---> ??
+  1. ?? ---> ??
 
   2. 2dw 2
 
@@ -741,7 +741,7 @@
 
   **  a ?? **
 
-  1. ?? ---> ??
+  1. ?? ---> ??
 
   2. e  li ??
 
@@ -764,7 +764,7 @@
 
 	  ** 1 R ?? **
 
-  1. ?? ---> ?? xxx ??
+  1. ?? ---> ?? xxx ??
  ??
 
   2. R ??2??xxx 
diff -urN vim-7.2.245.orig/runtime/tutor/tutor.ja.sjis vim-7.2.245/runtime/tutor/tutor.ja.sjis
--- vim-7.2.245.orig/runtime/tutor/tutor.ja.sjis	2009-07-30 02:56:39.0 +0900
+++ vim-7.2.245/runtime/tutor/tutor.ja.sjis	2009-08-02 13:56:11.0 +0900
@@ -257,7 +257,7 @@
 
   ** ???s???J???[?V???O?l???^?C?v???B **
 
-  1. ?? ---> ?J?[?\???B
+  1. ?? ---> ???s?J?[?\???B
 
   2. 2dw ???^?C?v?P??2???B
 
@@ -741,7 +741,7 @@
 
   ** ?J?[?\???u?e?L?X?g?? a ???^?C?v?? **
 
-  1. ?J?[?\ ---> ?B
+  1. ?J?[?\ ---> ???s?B
 
   2. e  li ???I?[???J?[?\???B
 
@@ -764,7 +764,7 @@
 
 	  ** 1???u R ???^?C?v?? **
 
-  1. ?? ---> ???J?[?\???B?? xxx ??
+  1. ?? ---> ???s???J?[?\???B?? xxx ??
  ?B
 
   2. R ?A2?s???l???^?C?v???Axxx ???u???B
diff -urN vim-7.2.245.orig/runtime/tutor/tutor.ja.utf-8 vim-7.2.245/runtime/tutor/tutor.ja.utf-8
--- vim-7.2.245.orig/runtime/tutor/tutor.ja.utf-8	2009-07-30 02:56:39.0 +0900
+++ vim-7.2.245/runtime/tutor/tutor.ja.utf-8	2009-08-02 13:54:32.0 +0900
@@ -257,7 +257,7 @@
 
   ** ?? **
 
-  1. ? ---> ???
+  1. ? ---> ???
 
   2. 2dw 2
 
@@ -741,7 +741,7 @@
 
   ** ?? a ? **
 
-  1. ??? ---> ?
+  1. ??? ---> ?
 
   2. e  li ???
 
@@ -764,7 +764,7 @@
 
 	  ** 1 R ??? **
 
-  1. ? ---> ??? xxx ?
+  1. ? ---> ??? xxx ?
  ?
 
   2

Bug#539576: lxappearance: gtk themes sorted randomly

[German C]

Package: lxappearance
Version: 0.2.1-1
Severity: minor

Since the last upgrade from 0.2 to 0.2.1, the gtk themes list is
sorted randomly making it very hard to select one if there are a lot
of them installed.
Previously it was in alphabetical order. Icons list remain this way.


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

Kernel: Linux 2.6.29.4 (SMP w/3 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 lxappearance depends on:
ii  gtk2-engines  1:2.18.2-1 theme engines for GTK+ 2.x
ii  libatk1.0-0   1.26.0-1   The ATK accessibility toolkit
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libcairo2 1.8.8-2The Cairo 2D vector graphics libra
ii  libfontconfig12.6.0-4generic font configuration library
ii  libfreetype6  2.3.9-5FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.20.4-1   The GLib library of C routines
ii  libgtk2.0-0   2.16.5-1   The GTK+ graphical user interface
ii  libpango1.0-0 1.24.5-1   Layout and rendering of internatio
ii  libx11-6  2:1.2.2-1  X11 client-side library

lxappearance recommends no packages.

lxappearance 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#539575: netsurf-linuxfb: black screen

[Trent W. Buck]

Package: netsurf-linuxfb
Version: 2.1-1
Severity: important

When I ran "netsurf google.com" as root on vt2, the screen went
completely black.  I managed to (blindly) switch to vt3, log in as
root, and run "halt" to reboot my system.  I didn't think to try
"killall netsurf" until it was too late.

I am running an Eee PC 701.  It's graphics card reports itself as

Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 
04)

I am using uvesafb, v86d and 910resolution to run at the native,
non-VESA resoltion of 800x480.  Perhaps linuxfb doesn't understand
this.

I *can* successfully run gtk-directfb applications on this system.
This includes netsurf itself -- I rolled a private package of (IIRC)
netsurf 2.0 to use gtk-directfb instead of gtk-x11, and it worked
fine.  Oh, and fbi and fbgrab (other directfb apps) also work fine.

Xorg was not running at any time during the above events.

-- System Information:
Debian Release: squeeze/sid
Architecture: i386 (i686)

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

Versions of packages netsurf-linuxfb depends on:
ii  libc6  2.9-12GNU C Library: Shared libraries
ii  libcurl3   7.19.5-1  Multi-protocol file transfer libra
ii  libfreetype6   2.3.9-4.1 FreeType 2 font engine, shared lib
ii  libhubbub0 0.0.1-1   HTML5 Parser
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libnsbmp0  0.0.1-1   NetSurf BMP decoder
ii  libnsgif0  0.0.1-1   NetSurf GIF decoder
ii  libparserutils00.0.1-1   A utility library for parser build
ii  libpng12-0 1.2.38-1  PNG library - runtime
ii  libssl0.9.80.9.8k-3  SSL shared libraries
ii  libxml22.7.3.dfsg-2  GNOME XML library
ii  netsurf-framebuffer-co 2.1-1 Common resources for all NetSurf f
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

Versions of packages netsurf-linuxfb recommends:
ii  mime-support  3.46-1 MIME files 'mime.types' & 'mailcap

netsurf-linuxfb 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#510772: debhelper: dh binary-arch should call dh_strip with --dbg-package when a -dbg package is present in control

[Trent W. Buck]

On Fri, Jul 31, 2009 at 11:21:11AM -0400, Joey Hess wrote:
> Note that the thing someone is working on to automatically generate
> $PACKAGE-dbg for every package and not have them in the main archive
> neatly sidesteps all this complexity of special cases.

Is there a BTS ticket for that?  If so, can you please cite it here
(and perhaps mark this ticket as dependent on it)?



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

Bug#539458: erm

[Clint Adams]

tags 539458 + patch
quit


--- src/main.cc.orig2009-08-01 23:12:24.960249078 -0400
+++ src/main.cc 2009-08-01 23:14:30.109050741 -0400
@@ -161,6 +161,7 @@
   printf(_(" why-not  - Show the manually installed packages that lead to 
a conflict\n"
"with the given package, or why one or more 
packages would\n"
"lead to a conflict with the given package if 
installed\n"));
+  printf(_(" build-dep- Satisfy the build dependencies of a package.\n"));
   printf("\n");
   printf(_("  Options:\n"));
   printf(_(" -h This help text\n"));



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

Bug#464884: maybe fixed now

[Zack Weinberg]

tags 525916 - help
tags 525916 + fixed-upstream moreinfo
tags 464884 - help
tags 464884 + fixed-upstream moreinfo
quit

Monotone 0.44-2 built successfully on alpha and sparc - not having
done anything in particular to fix it, I can only guess that the
problems have been resolved by newer compiler and/or sqlite packages.
I am going to leave these bugs open until I see another monotone
upload build successfully on these architectures, but I'm marking them
potentially fixed.



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

Bug#538852: Bug#538849: ITP: stardict-english-simpchinese -- Stardict package for English to and from Simplified Chinese dictionaries

[LIU Qi]

On Sun, Aug 02, 2009 at 10:27:49AM +0800, Andrew Lee wrote:
 > Hi Liu,
 > 
 > Changwoo Ryu wrote:
 > > Please verify that they are really under GPL. Many of the GPL-labeled
 > > stardict dictionaries are actually generated from non-free sources
 > > (sometimes illegally). This problem has been raised many times but the
 > > stardict authors don't seem to care at all.
 > 
 > As Changwoo mentioned. We *need* look into it's history also, not
 > blindly trust the license statement provided by upstream author.
I really have checked licenses of those dictionaries without the blind
trust to the upstream author. I know the notorious license problem with
the stardict dictionaries. The licenses of dictionaries that have been
included in the package are described in the earlier mail to Changwoo.

 > 
 > BTW, maybe convert exist dict-xdict package to stardict format is a
 > easier way as this dictionary is in Debian already:
 > dict-xdict - An English to Chinese Dictionary
I don't think the conversion method is a good idea, because this package
is for stardict. stardic and xdict are really old programs. They should
be removed from Debian.
 > 
 > > CEDICT one looks OK but I suspect the other ones to be non-free.
 > 
 > As my understanding, CEDICT license is not DFSG-free as well.
In my point of view, it seems ok. Could you please explain that to me?
Thank you very much.

Regards,
Qi

-- 
 LIU Qi

 liuq...@gmail.com
 li...@printk.org

 PGP Key fingerprint:
  A8C0 860C D8A9 D6FC 551F
  6E2C A4AB 763B 00EC 886F



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

Bug#538956: patch

[Clint Adams]

tags 538956 + patch
quit


--- src/main.cc.orig2009-08-01 23:12:24.960249078 -0400
+++ src/main.cc 2009-08-01 23:14:30.109050741 -0400
@@ -161,6 +161,7 @@
   printf(_(" why-not  - Show the manually installed packages that lead to 
a conflict\n"
"with the given package, or why one or more 
packages would\n"
"lead to a conflict with the given package if 
installed\n"));
+  printf(_(" build-dep- Satisfy the build dependencies of a package.\n"));
   printf("\n");
   printf(_("  Options:\n"));
   printf(_(" -h This help text\n"));



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

Bug#538852: Bug#538849: ITP: stardict-english-simpchinese -- Stardict package for English to and from Simplified Chinese dictionaries

[LIU Qi]

On Sun, Aug 02, 2009 at 10:02:46AM +0900, Changwoo Ryu wrote:
 > 2009-07-27 (월), 21:58 +0800, LIU Qi:
 > > 
 > > * Package name: stardict-english-simpchinese
 > >   Version : 20090727-1
 > >   Upstream Author : Paul Denisowski, Ma Suan, Fu Jianjun, Hu Zheng
 > > * URL : http://stardict.sourceforge.net/Dictionaries_zh_CN.php
 > > * License : GPL-2, CEDICT
 > >   Description : Stardict package for English to and from Simplified 
 > > Chinese dictionaries
 > >This is a package of the English to and from Simplified Chinese
 > >dictionaries for Stardict.
 > >.
 > >It contains the CEDICT Chinese-English dictionary, stardict1.3
 > >English-Chinese dictionary, XDICT Chinese-English dictionary and
 > >XDICT English-Chinese dictionary.
 > 
 > Please verify that they are really under GPL. Many of the GPL-labeled
 > stardict dictionaries are actually generated from non-free sources
 > (sometimes illegally). This problem has been raised many times but the
 > stardict authors don't seem to care at all.

There are only three dictionary data files in the package. I am not sure
and could not find any clues on the internet about the licenses of the
others listed in the homepage of stardict. So they are not included in
this package. The three dictionaries are:

1. stardict1.3 dictionary: it is based on the dictinary in the stardict
1.3 written by Ma Suan. This software is under GPL-2. If it does not
conform to the DFSG, it should not exist in Debian either. However it
has been in the Debian for many years.

2. xdict dictionary: xdict is also under GPL. And it has been in Debian.
Please refer to the package: dict-xdict.

3. cedict: it is under the CEDICT license.

Thanks for your reminding about this license problem. The dictionaries
that could be downloaded from the stardict indeed have issues about the
licenses. I hope that I have considered those problems.

Regards,
Qi


-- 
 LIU Qi

 liuq...@gmail.com
 li...@printk.org

 PGP Key fingerprint:
  A8C0 860C D8A9 D6FC 551F
  6E2C A4AB 763B 00EC 886F



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

Bug#482404: confirming the issue + "workaround"

[Yaroslav Halchenko]

Today a friend of mine told me that he got an email which we were
waiting for, but I didn't get it although should have... WTF?
I looked in the logs and saw multiple logs like

2009-08-01 21:50:19 TLS error on connection from smtp.mssupport.microsoft.com 
[131.107.1.37] (gnutls_handshake): A TLS packet with unexpected length was 
received.

Sure it is easy to blame M$ but this time I really wanted to have my server to
be able to receive those emails from the evil empire.  Quick search through
google and exim4 bugs lead me to this report. Suggested solution to reduce the
number of available certificates via dpkg-reconfigure ca-certificates resolved
the problem (I left available probably around 8 or so among >50 available) and
almost immediately got the email which M$ was so desperately to deliver.

Running little statistics on the logs since March 2009, here is the list
of the domains/hosts which were similarly unsuccessful at their delivery:

6 : 89.83.35.72.in-addr.arpa domain name pointer ns1a.itechosting.net.
8 : 100.64/26.75.195.82.in-addr.arpa domain name pointer liszt.debian.org.
11 : 29.162.103.70.in-addr.arpa domain name pointer master.debian.org.
14 : 218.93.198.88.in-addr.arpa domain name pointer projects.openmoko.org.
15 : Host 2.131.141.58.in-addr.arpa. not found: 3(NXDOMAIN)
27 : Host 155.222.124.222.in-addr.arpa. not found: 3(NXDOMAIN)
28 : 10.186.248.60.in-addr.arpa domain name pointer a1.nichia.com.tw.
48 : 184.83.31.69.in-addr.arpa domain name pointer nylug.org.
50 : 41.192.231.204.in-addr.arpa domain name pointer smtp-cpk.frontbridge.com.
232 : 131.207.1.195.in-addr.arpa domain name pointer mail1.ktf-as.no.
271 : 214.62.107.209.in-addr.arpa domain name pointer mail2.clancysystems.com.
278 : 37.1.107.131.in-addr.arpa domain name pointer 
smtp.mssupport.microsoft.com.
430 : 162.56.60.202.in-addr.arpa domain name pointer smtp.instun.gov.my.
753 : 124.227.7.208.in-addr.arpa is an alias for 
208.7.227.124.clancysystems.com.
2422 : 203.124.198.88.in-addr.arpa domain name pointer sita.openmoko.org.
4901 : 36.81.68.200.in-addr.arpa domain name pointer mail.anmat.gov.ar.

As you can see -- even debian servers had quite few failures, although probably
delivery was succesfull on some  trial afterwards (could original failures be
due to lack of entropy?? or smth else?)

I know that this issue is not that critical in general but imho it deserves
higher severity than normal since it undermines reliability of exim server? and
how good is smth unreliable in as critical system as the mail server? ;)

-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]




signature.asc
Description: Digital signature

Bug#539573: xmlstarlet: Should return non-zero on error

[J.P. Larocque]

Package: xmlstarlet
Version: 1.0.1-2
Severity: normal

xmlstarlet should return a non-zero exit code when an error occurs, as
in Unix convention.

Example of current behavior:

$ xmlstarlet sel -t -c / /nonexistent; echo "$?"
warning: failed to load external entity "/nonexistent"
0

This makes it hard to write reliable scripts/programs that do
something meaningful on error.

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

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

Versions of packages xmlstarlet depends on:
ii  libc6  2.7-18GNU C Library: Shared libraries
ii  libxml22.6.32.dfsg-5 GNOME XML library
ii  libxslt1.1 1.1.24-2  XSLT processing library - runtime 
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

xmlstarlet recommends no packages.

xmlstarlet suggests no packages.

-- no debconf information

-- 
J.P. Larocque: , +1 509 324-2410



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

Bug#539574: nicotine fails to start due to missing python gtk glade module

[Shawn Lamson]

Subject: $ nicotine fails to start due to missing python gtk glade module
Package: nicotine
Version: 1.2.12+dfsg-1
Severity: normal

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

--- CLI snip ---
u...@machine:~$ nicotine
Sat 13:00 Nicotine supports "psyco", an inline optimizer for python code, you
  can get it at http://sourceforge.net/projects/psyco/
Traceback (most recent call last):
  File "/usr/bin/nicotine", line 267, in 
run()
  File "/usr/bin/nicotine", line 251, in run
from pynicotine.gtkgui import frame
  File "/usr/lib/pymodules/python2.5/pynicotine/gtkgui/frame.py", line 22, in 

import gtk, gtk.glade
ImportError: No module named glade

--- end CLI snip ---

after installing python-glade2 package nicotine launches as normal.

should there now be a dependancy on the python-glade2 package?

Thanks


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

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

Versions of packages nicotine depends on:
ii  python2.5.4-2An interactive high-level object-o
ii  python-gtk2   2.14.1-3   Python bindings for the GTK+ widge
ii  python-support1.0.3  automated rebuilding support for P

Versions of packages nicotine recommends:
ii  python-geoip  1.2.4-1Python bindings for the GeoIP IP-t
pn  python-mutagen (no description available)
ii  python-notify 0.1.1-2+b1 Python bindings for libnotify
ii  xdg-utils 1.0.2-6.1  desktop integration utilities from

Versions of packages nicotine suggests:
ii  python-dbus   0.83.0-1   simple interprocess messaging syst
pn  python-gnome2  (no description available)
pn  python-gst0.10 (no description available)
pn  python-psyco   (no description available)
pn  python-sexy(no description available)

-- no debconf information


-- 
Shawn Lamson
shawn.lam...@gmail.com



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

Bug#537487: opencity: segfaults at start

[Gonéri Le Bouder]

On Sat, Jul 25, 2009 at 04:16:08AM +0200, Piotr Lewandowski wrote:
> * Gonéri Le Bouder , 2009-07-24 22:40:
> Hello,
> 
Hi,

I tried on a 3th computers and I still can't reproduct the problem :(. Can you
try to rename your ~/.opencity directory.

Cheers,

 Gonéri


signature.asc
Description: Digital signature

Bug#538849: ITP: stardict-english-simpchinese -- Stardict package for English to and from Simplified Chinese dictionaries

[Andrew Lee]

Hi Liu,

Changwoo Ryu wrote:
> Please verify that they are really under GPL. Many of the GPL-labeled
> stardict dictionaries are actually generated from non-free sources
> (sometimes illegally). This problem has been raised many times but the
> stardict authors don't seem to care at all.

As Changwoo mentioned. We *need* look into it's history also, not
blindly trust the license statement provided by upstream author.

BTW, maybe convert exist dict-xdict package to stardict format is a
easier way as this dictionary is in Debian already:
dict-xdict - An English to Chinese Dictionary

> CEDICT one looks OK but I suspect the other ones to be non-free.

As my understanding, CEDICT license is not DFSG-free as well.

-Andrew



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

Bug#539082: 9base

[Seo Sanghyeon]

Note that 9base package already includes mk. Personally I think
separate mk package is ok, but you may want to ask the maintainer.

Seo Sanghyeon



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

Bug#539571: gnome-terminal fails to start without libgnome2-common

[Andrew Price]

Package: gnome-terminal
Version: 2.26.2-2
Severity: normal


After installing Debian on a new system I installed gnome-terminal
without its recommends (I use wmii instead of gnome) and when I started
gnome-terminal it aborted with this message:

  $ gnome-terminal
  **
  ERROR:terminal-app.c:1433:terminal_app_init: assertion failed:
  (app->system_font_desc != NULL)
  Aborted

After some semi-systematic testing I found that the package which needs
to be installed to stop this happening is libgnome2-common. This package
is normally pulled in indirectly when gnome-terminal is installed with
recommends. Perhaps it should be a dependency instead?

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

Kernel: Linux 2.6.31-rc5-plato40 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-terminal depends on:
ii  gnome-terminal-data  2.26.2-2Data files for the GNOME terminal 
ii  libatk1.0-0  1.26.0-1The ATK accessibility toolkit
ii  libc62.9-12  GNU C Library: Shared libraries
ii  libdbus-glib-1-2 0.80-4  simple interprocess messaging syst
ii  libgconf2-4  2.26.2-1GNOME configuration database syste
ii  libglib2.0-0 2.20.1-2The GLib library of C routines
ii  libgtk2.0-0  2.16.1-2The GTK+ graphical user interface 
ii  libice6  2:1.0.5-1   X11 Inter-Client Exchange library
ii  libpango1.0-01.24.0-3+b1 Layout and rendering of internatio
ii  libsm6   2:1.1.0-2   X11 Session Management library
ii  libstartup-notification0 0.10-1  library for program launch feedbac
ii  libvte9  1:0.20.5-1  Terminal emulator widget for GTK+ 
ii  libx11-6 2:1.2.2-1   X11 client-side library

Versions of packages gnome-terminal recommends:
ii  gvfs  1.2.2-2userspace virtual filesystem - ser
pn  yelp   (no description available)

gnome-terminal 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#527581: autotools-dev: Please provide a dh sequence addon

[Henrique de Moraes Holschuh]

On Thu, 30 Jul 2009, Fabian Greffrath wrote:
> I have seen that you released another autotools-dev package in the
> meantime since I filed this bug report. Did you even consider
> applying my patch? Please respond, I am open for discussion. :)

I wanted to do a quick autotools-dev upload, so I took the simple way out
and just updated the upstream stuff ;-)  This doesn't mean I rejected your
patch.

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



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

Bug#539570: reliance on ~/stats should be properly documented

[Daniel Moerner]

Package: sbuild
Version: 0.58.6-1
Severity: normal

Hi,

I was surprised when I ran sbuild-createchroot today because it
produced this error:

STATS_DIR directory '/root/stats' does not exist at 
/usr/share/perl5/Sbuild/Conf.pm line 70.   

Obviously, 'mkdir -p /root/stats' solves this problem. However, this
requirement doesn't look to be documented in man 8
sbuild-createchroot. It's also confusing because the README.Debian
seems to suggest that the stats directories are in /var/lib/sbuild.

Thanks,
Daniel Moerner

For reference, from #debian-devel today:

[17:52]  why does sbuild demand that /root/stats exist when i run 
sbuild-createchroot? i'm not seeing it documented in the manpage
[17:52]  dmoerner: demands ~/stats more generally; please report a bug.
[17:52]  (I've always been time-constrained when I hit this annoyance, 
never reported it :p)
[17:58]  KiBi: thanks for the confirmation, i'll file a bug
[17:59]  dmoerner: I'd bet it comes from the fact sbuild was mostly used 
on the buildds, and they were expected to keep some tracks of stats.
[17:59]  rleigh might (co|i)nfirm that.

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

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

Versions of packages sbuild depends on:
ii  adduser   3.110  add and remove users and groups
ii  libsbuild-perl0.58.6-1   Tool for building Debian binary pa
ii  perl  5.10.0-24  Larry Wall's Practical Extraction 
ii  perl-modules  5.10.0-24  Core Perl modules

Versions of packages sbuild recommends:
ii  debootstrap   1.0.15 Bootstrap a basic Debian system
ii  fakeroot  1.12.5 Gives a fake root environment

Versions of packages sbuild suggests:
pn  deborphan  (no description available)
ii  wget  1.11.4-4   retrieves files from the web

-- no debconf information



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

Bug#538849: ITP: stardict-english-simpchinese -- Stardict package for English to and from Simplified Chinese dictionaries

[Changwoo Ryu]

2009-07-27 (월), 21:58 +0800, LIU Qi:
> 
> * Package name: stardict-english-simpchinese
>   Version : 20090727-1
>   Upstream Author : Paul Denisowski, Ma Suan, Fu Jianjun, Hu Zheng
> * URL : http://stardict.sourceforge.net/Dictionaries_zh_CN.php
> * License : GPL-2, CEDICT
>   Description : Stardict package for English to and from Simplified 
> Chinese dictionaries
>This is a package of the English to and from Simplified Chinese
>dictionaries for Stardict.
>.
>It contains the CEDICT Chinese-English dictionary, stardict1.3
>English-Chinese dictionary, XDICT Chinese-English dictionary and
>XDICT English-Chinese dictionary.

Please verify that they are really under GPL. Many of the GPL-labeled
stardict dictionaries are actually generated from non-free sources
(sometimes illegally). This problem has been raised many times but the
stardict authors don't seem to care at all.

CEDICT one looks OK but I suspect the other ones to be non-free.

-- 
Changwoo Ryu 


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

Bug#535761: Debian bug #535761 is severity "serious"

[John Lindgren]

severity 535761 serious
thanks

http://www.debian.org/Bugs/Developer#severities

serious
is a severe violation of Debian policy (roughly, it
violates a must or required directive), or, in the
package maintainer's or release manager's opinion, makes
the package unsuitable for release.

http://www.debian.org/doc/debian-policy/ch-binary.html#s3.5

Every package must specify the dependency information about
other packages that are required for the first to work
correctly.

I had the same problem with a Brother HL-1250 laser printer, so it does
not seem to be a problem with a particular printer or driver. In other
words, ghostscript-cups is required for cups to work correctly. Quod
erat demonstrandum.

John Lindgren




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

Bug#504859: Log for failed build of sffview_0.4-3 (dist=unstable3)

[Chris Lamb]

tags 504859 + pending
thanks

> Seems the patch got lost:

Hm, not sure what happened there; the .diff.gz doesn't even apply your patch
(like I claimed in the changelog and I remember doing) but patches another
required file.

Uploaded again anyway.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org
   `-


signature.asc
Description: PGP signature

Bug#405290: Bug#413284: please reconfirm this bug

[Yo'av Moshe]

Anyone knows how to sign-off this mailing list?
E-mailing 'quodlibet-unsubscr...@lists.sacredchao.net' doesn't do nothing, I
swear...

Yo'av

2009/8/2 Mugurel Tudor 

> În data de Vi, 10-07-2009 la 12:16 -0400, A. Christine Spang a scris:
> > Hi guys,
> >
> > It's been a long time since the last activity on this bug. Can any of
> > you check to see if this bug still occurs using QuodLibet 2.1 from
> > unstable? Upstream is active again these days and I'd like to get QL's
> > bug list under control.
> >
>
> I've used quodlibet 2.1 for quite some time, and I don't see these
> crashes anymore. I presume it got fixed, at least for me.
>
> > Cheers,
> > Christine
> >
> >
>
> Regards,
> Mugurel Tudor
>
>
>
>
>
> --
> To unsubscribe, send mail to quodlibet-unsubscr...@lists.sacredchao.net.
>


-- 
Yo'av Moshe

Bug#535833: marked as done (general: Slow internet on iceweasel, epiphany and so on...)

[Roger Leigh]

On Sat, Aug 01, 2009 at 09:51:26PM +0200, Tollef Fog Heen wrote:
> ]]  (Debian Bug Tracking System)
> 
> | if you have to disable ipv6 to make "the internet connection fast",
> | the setup at your provider is broken - Debian comes with working out
> | of the box support for ipv6, if you need to disable it to make the
> | network work for you, there is something wrong on the network.
> 
> This is probably the same bug as
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=435646, which while a
> bug in the DSL router of users is not possible for most of them to work
> around, while fairly trivial for us to work around in libc.  (Heck, I
> believe newer libcs already have the fix in.)
> 
> (I think we should fix it, but I'm not going to fight that battle again,
> since apparently having loopback ipv6 when no other IPv6 address is
> configured working is more important than making Debian usable for
> certain people without having to disable ipv6.  See 441857 for the other
> bug in the story.)

Having working local networking is important.  We wouldn't consider
broken IPv4 loopback acceptable, and broken IPv6 loopback is just as
bad.

The idea behind the patch isn't bad, but the implementation proposed
here is too naïve.  The assumption that you only want working IPv6
name resolution when you have a globally-scoped IPv6 address is too
simplistic.  Not only do you have the local loopback, you also have
link-local addresses which you can legitimately use.  Does zeroconf
support these?  Fundamentally breaking IPv6 for these use cases to
work around broken routing hardware is IMO a step too far.

If there's a better metric for detecting that IPv6 name resolution is
broken, and then disabling it, I wouldn't be opposed to it as long as
it doesn't break things which are currently working.


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.


signature.asc
Description: Digital signature

Bug#539569: inspircd: compile with extra features: extra modules, default well commented configuration file

[Leinier Cruz Salfran]

Package: inspircd
Version: 1.1.22+dfsg-3
Severity: normal

compile the program with the extra modules .. there are mysql, 
ldap and others modules that are important to give a complex use to the 
irc daemon.

and finally add the well commented default configuration to the package, 
please

best regards.


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

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

Versions of packages inspircd depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.2-1.1GCC support library
ii  libgnutls26   2.4.2-6+lenny1 the GNU TLS library - runtime libr
ii  libstdc++64.3.2-1.1  The GNU Standard C++ Library v3

inspircd recommends no packages.

inspircd 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#539568: ITP: libsockets++ -- C++ sockets wrapper library

[Leinier Cruz Salfran]

Package: wnpp
Severity: wishlist
Owner: Leinier Cruz Salfran 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


* Package name: libsockets++
  Version : 2.3.4
  Upstream Author : gry...@alhem.net
* URL : http://www.alhemt.net/Sockets/
* License : GPL
  Programming Lang: C++
  Description : C++ sockets class library

This is a GPL licensed C++ class library wrapping 
the berkeley sockets C API, and therefore works on 
most unixes and also win32. The library is in use 
in a number of real world applications, both 
commercial and open source.
..
Features include, but are not limited to, SSL support, 
IPv6 support, tcp and udp sockets, sctp sockets, http 
protocol, highly customizable error handling. Testing 
has been done on Linux and Windows 2000, and to some 
part on Solaris and Mac OS X.
..
The source code is released under the terms of the GNU 
GPL, but is also available under an alternative license.

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

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

iEYEARECAAYFAkpz9C0ACgkQ8shpC1uVsMtHMwCdG/5Puo3yQddeN0ULd2h61jZL
n34Anibxjw0sSzFCvF2rCmigQBlYLfSm
=smrz
-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#539352: /etc/init.d/mountkernfs.sh: Please mount debugfs when available in the kernel

[Josh Triplett]

On Fri, Jul 31, 2009 at 11:33:28PM +0200, Petter Reinholdtsen wrote:
> [Josh Triplett]
> > Please consider automatically mounting debugfs on /sys/kernel/debug
> > when available.
> 
> Why should this be done in the init.d scripts installed on each Debian
> system, and not in some special package handling debugfs?  What is
> debugfs and who is using it?

debugfs provides an interface to in-kernel tracing and debugging
facilities.  The Debian kernels have debugfs available.  Various
subsystems have debugfs interfaces, including ftrace, usbmon, dri, kvm,
and wireless.

I'd suggest mounting debugfs by default because doing so will allow
tracing tools like sysprof (packaged in Debian) and trace-cmd to work
without additional configuration.  Mounting debugfs does not entail any
overhead apart from the time for one call to mount.

mountkernfs already mounts other kernel filesystems, so it seemed like
the right place to mount debugfs.  Obviously a debugfs-common package
could do the same thing, and packages which want to have debugfs enabled
by default could depend on that; on the other hand, it seems somewhat
silly to have a package for a five-line init script.

Note that /etc/fstab seems like the *wrong* place to mount debugfs,
because that would generate an error if booting a kernel without
debugfs, and because that would require additional configuration before
packages using debugfs would work.

- Josh Triplett



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

Bug#413284: please reconfirm this bug

[Mugurel Tudor]

În data de Vi, 10-07-2009 la 12:16 -0400, A. Christine Spang a scris:
> Hi guys,
> 
> It's been a long time since the last activity on this bug. Can any of
> you check to see if this bug still occurs using QuodLibet 2.1 from
> unstable? Upstream is active again these days and I'd like to get QL's
> bug list under control.
> 

I've used quodlibet 2.1 for quite some time, and I don't see these
crashes anymore. I presume it got fixed, at least for me.

> Cheers,
> Christine
> 
> 

Regards,
Mugurel Tudor




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

Bug#539567: whois: .ms (Montserrat): "the MS registry is now managed by MNI Networks / CoCCA."

[Wolfgang Weisselberg]

Package: whois
Version: 4.7.34
Severity: normal

Looks like whois needs an update:
$ whois test.ms
Error:
test.ms is not a domain controlled by AdamsNames.

Details --- the MS registry is now managed by MNI Networks / CoCCA.
$


-- 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.29-2-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 whois depends on:
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libidn11  1.15-1 GNU Libidn library, implementation

whois recommends no packages.

whois 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#518834: This bug is present with no swap partition

[dxpubl...@telefonica.net]

Hi,

I have nslu2 (armel). I have md2 which I mounted as /var/log and I get 
this error:

Aug  2 01:17:01 caixa /USR/SBIN/CRON[3641]: (root) CMD (   cd / && run-
parts --report /etc/cron.hourly)
Aug  2 01:17:01 caixa CRON[3640]: pam_unix(cron:session): session 
closed for user root
Aug  2 01:17:04 caixa mdadm[1956]: Rebuild80 event detected on md 
device /dev/md0
Aug  2 01:21:46 caixa kernel: [43247416.22] md: md0: data-check 
done.
Aug  2 01:21:46 caixa kernel: [43247416.49] md: delaying data-
check of md2 until md1 has finished (they share one or more physical 
units)
Aug  2 01:21:46 caixa kernel: [43247416.50] md: data-check of RAID 
array md1
Aug  2 01:21:46 caixa kernel: [43247416.51] md: minimum 
_guaranteed_  speed: 1000 KB/sec/disk.
Aug  2 01:21:46 caixa kernel: [43247416.52] md: using maximum 
available idle IO bandwidth (but not more than 20 KB/sec) for data-
check.
Aug  2 01:21:46 caixa kernel: [43247416.53] md: using 128k window, 
over a total of 3903680 blocks.
Aug  2 01:21:46 caixa kernel: [43247416.87] RAID1 conf printout:
Aug  2 01:21:46 caixa kernel: [43247416.88]  --- wd:2 rd:2
Aug  2 01:21:46 caixa kernel: [43247416.88]  disk 0, wo:0, o:1, 
dev:sda1
Aug  2 01:21:46 caixa kernel: [43247416.89]  disk 1, wo:0, o:1, 
dev:sdb1
Aug  2 01:21:46 caixa mdadm[1956]: RebuildFinished event detected on 
md device /dev/md0
Aug  2 01:21:46 caixa mdadm[1956]: RebuildStarted event detected on md 
device /dev/md1
Aug  2 01:23:46 caixa mdadm[1956]: Rebuild20 event detected on md 
device /dev/md1
Aug  2 01:25:46 caixa mdadm[1956]: Rebuild40 event detected on md 
device /dev/md1
Aug  2 01:27:46 caixa mdadm[1956]: Rebuild60 event detected on md 
device /dev/md1
Aug  2 01:29:46 caixa mdadm[1956]: Rebuild80 event detected on md 
device /dev/md1
Aug  2 01:31:03 caixa kernel: [43247974.68] md: md1: data-check 
done.
Aug  2 01:31:03 caixa kernel: [43247974.93] md: data-check of RAID 
array md2
Aug  2 01:31:03 caixa kernel: [43247974.93] md: minimum 
_guaranteed_  speed: 1000 KB/sec/disk.
Aug  2 01:31:03 caixa kernel: [43247974.94] md: using maximum 
available idle IO bandwidth (but not more than 20 KB/sec) for data-
check.
Aug  2 01:31:03 caixa kernel: [43247974.95] md: using 128k window, 
over a total of 1204800 blocks.
Aug  2 01:31:03 caixa kernel: [43247974.99] RAID1 conf printout:
Aug  2 01:31:03 caixa kernel: [43247974.99]  --- wd:2 rd:2
Aug  2 01:31:03 caixa kernel: [43247975.00]  disk 0, wo:0, o:1, 
dev:sda3
Aug  2 01:31:03 caixa kernel: [43247975.00]  disk 1, wo:0, o:1, 
dev:sdb3
Aug  2 01:31:03 caixa mdadm[1956]: RebuildFinished event detected on 
md device /dev/md1
Aug  2 01:31:03 caixa mdadm[1956]: RebuildStarted event detected on md 
device /dev/md2
Aug  2 01:32:03 caixa mdadm[1956]: Rebuild20 event detected on md 
device /dev/md2
Aug  2 01:33:03 caixa mdadm[1956]: Rebuild60 event detected on md 
device /dev/md2
Aug  2 01:34:03 caixa mdadm[1956]: Rebuild80 event detected on md 
device /dev/md2
Aug  2 01:34:07 caixa kernel: [43248159.20] md: md2: data-check 
done.
Aug  2 01:34:08 caixa kernel: [43248159.48] RAID1 conf printout:
Aug  2 01:34:08 caixa kernel: [43248159.48]  --- wd:2 rd:2
Aug  2 01:34:08 caixa kernel: [43248159.49]  disk 0, wo:0, o:1, 
dev:sda4
Aug  2 01:34:08 caixa kernel: [43248159.49]  disk 1, wo:0, o:1, 
dev:sdb4
Aug  2 01:34:08 caixa mdadm[1956]: RebuildFinished event detected on 
md device /dev/md2, component device  mismatches found: 128
Aug  2 01:37:44 caixa sudo:  xan : TTY=pts/0 ; PWD=/home/xan ; 
USER=root ; COMMAND=/bin/cat /var/log/total.log
x...@caixa:~$ mount
/dev/md0 on / type ext3 (rw,noatime,nodiratime,commit=7,errors=remount-
ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/md1 on /chrut type ext3 (rw,noatime,nodiratime,commit=7)
/dev/md2 on /var/log type ext3 (rw,noexec,nosuid,nodev,noatime,
nodiratime,commit=7)
x...@caixa:~$ 

So this is not only for swap. I have RAID 1.

Regards,
Xan.





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

Bug#539548: xorg: random Crash when switching to console

[Brice Goglin]

Markus Bucher wrote:
> Package: xorg
> Version: 1:7.3+19
> Severity: important
>
> Hi,
> sometimes when switching from X11 to a console with Ctrl+Alt+[1..6] The 
> X-Server crashes with a SegFault:
>   

We need the correspond Xorg.0.log (or Xorg.0.log.old) with the crash
backtrace at the end, or (better) a debug backtrace obtained with gdb.

Brice




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

Bug#520095: removes the toplevel mountpoint directories and fails to start the next time

[Jan Christoph Nordholz]

Hi Michael,

> No idea.  If I were knew, I'd attach a patch for this issue.
> The code is quite.. funny and fragile, I tried to understand
> it right before submitting a bugreport but that wasn't quite
> successful.
>
> I ran it under strace - pure automountd, without any startu
> scripts but with the same args.  It never ever tried to mkdir
> or rename.  It created two random dirs in /tmp, mounted a
> tmpfs over one of them (running mount(8)), bind-mounted it
> on second dir, next did stat("/misc") (which returned ENOENT)
> and immediately gave up returning it can't mount /misc.

this is the strace log on my system after the spawned umount
process has terminated:

] 30451 --- SIGCHLD (Child exited) @ 0 (0) ---
] 30451 rmdir("/tmp/autoa1Aqlv")  = 0
] 30451 rmdir("/tmp/autohY6Rkm")  = 0
] 30451 rt_sigaction(SIGTERM, {0xb801dd70, [HUP USR1 USR2 ALRM TERM], 
SA_RESTART}, NULL, 8) = 0
] 30451 rt_sigaction(<<< several more >>>)
] 30451 open("/etc/mtab", O_RDONLY)   = 8
] 30451 fstat64(8, {st_mode=S_IFREG|0644, st_size=701, ...}) = 0
] 30451 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xb7fe7000
] 30451 read(8, "/dev/sda2 / ext3 rw,errors=remou"..., 4096) = 701
] 30451 read(8, "", 4096) = 0
] 30451 close(8)  = 0
] 30451 munmap(0xb7fe7000, 4096)  = 0
] 30451 stat64("/misc", 0xbfbca894)   = -1 ENOENT (No such file or 
directory)
] 30451 open("/etc/mtab", O_RDONLY)   = 8
] 30451 fstat64(8, {st_mode=S_IFREG|0644, st_size=701, ...}) = 0
] 30451 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xb7fe7000
] 30451 read(8, "/dev/sda2 / ext3 rw,errors=remou"..., 4096) = 701
] 30451 read(8, "", 4096) = 0
] 30451 close(8)  = 0
] 30451 munmap(0xb7fe7000, 4096)  = 0
] 30451 statfs("/", {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=9612195, 
f_bfree=5459645, f_bavail=4971364, f_files=2444624, f_ffree=2142
] 30451 mkdir("/misc", 0555)  = 0
] 30451 pipe([8, 11]) = 0
] 30451 pipe([12, 13])= 0
] 30451 rt_sigprocmask(SIG_BLOCK, ~[RTMIN RT_1], [], 8) = 0
] 30451 pipe([14, 15])= 0
] 30451 clone(child_stack=0, 
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7e7fb48) 
= 30454
] [...] <<>>
] 30454 execve("/bin/mount", ["/bin/mount", "-t", "autofs", "-o", 
"fd=11,pgrp=30451,minproto=2,maxp"..., "automount(pid30451)", "/misc"], [/* 44 
vars */]) = 0

Maybe you can spot the difference that's causing your automountd to
give up - but I'd suggest switching to v5 anyway because upstream
development on v4 has ceased, and I'd like to drop v4 before Squeeze
is released.


Regards,

Jan


signature.asc
Description: Digital signature

Bug#539566: Not obvious how to use the plugin

[Daniel Pocock]

Package: xmms2-plugin-cue

It is not very obvious how this plugin works.

Maybe a README file needs to be added with some examples.

I discovered that the correct way to use it appears to be:

xmms2 addpls filename.cue

Something that could also be added to the README file:

abcde seems to generate cue files that don't reference the actual FLAC 
filename.  Instead, they just refer to "dummy.wav".  When you try to 
load such a cue file in xmms2, this error appears:


ERROR: Idlist contains invalid medialib id!

The solution is to modify the cue file with vi, and substitute the real 
FLAC filename where it says "dummy.wav"


The dummy.wav issue is actually an abcde bug, but users won't see the 
bug until they try to load the cuesheet in xmms2 or elsewhere:

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





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

Bug#459928: me too

[Daniel Pocock]

I've observed the same bug.

After extracting a CD, I try to import the cue file into xmms2 with this 
command and I get the error below:


$ xmms2 addpls filename.cue
ERROR: Idlist contains invalid medialib id!

The root cause of the problem is that the cue file has "dummy.wav" 
instead of the real filename.


Modifying the cue file and inserting the correct filename fixes the problem.





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

Bug#539482: texlive-base-bin: bibtex should use the alternatives system

[Vincent Danjean]

Jakub Wilk wrote:
> There are currently at least 2 working bibtex implementations in Debian,
> i.e. nbibtex and TeX Live's one, and there's going to be more (see bugs
> #412085, #535116).
> 
> Therefore, I believe it would be a good idea for TeX Live's bibtex to
> start using the Debian alternatives system, so that other
> implementations could be made available under the /usr/bin/bibtex and
> /usr/share/man/man1/bibtex.1.gz names.

Does all the bibtex implementations have the same interface (ie the same
command-line options) ?
It is required if want to be able to use alternatives.

  Regards
Vincent




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

Bug#539565: O: flac -- Free Lossless Audio Codec

[Andres Mejia]

Package: wnpp
Severity: normal

The current maintainer doesn't have time anymore to maintain flac, as indicated
in bug #525826. The package will be taken over by the Debian multimedia team.



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

Bug#539564: please provide KDE/KWallet integration

[Pino Toscano]

Package: libsvn1
Version: 1.6.3dfsg-1
Severity: wishlist

Hi,

as the title says, would be nice to have the integration plugin for KDE/KWallet.
Most probably in an own package, just like (IMHO) should be for the 
GNOME-keyring one.

Cheers,
-- 
Pino Toscano

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

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

Versions of packages libsvn1 depends on:
ii  libapr11.3.5-2   The Apache Portable Runtime Librar
ii  libaprutil11.3.4+dfsg-2  The Apache Portable Runtime Utilit
ii  libc6  2.9-12GNU C Library: Shared libraries
ii  libdb4.7   4.7.25-7  Berkeley v4.7 Database Libraries [
ii  libldap-2.4-2  2.4.11-1  OpenLDAP libraries
ii  libneon27-gnutls   0.28.4-2  An HTTP and WebDAV client library 
ii  libsasl2-2 2.1.23.dfsg1-1Cyrus SASL - authentication abstra
ii  libserf-0-00.3.0-0.2 high-performance asynchronous HTTP
ii  libsqlite3-0   3.6.16-1  SQLite 3 shared library
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

libsvn1 recommends no packages.

libsvn1 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#539563: (libkate_0.3.4-1/avr32): FTBFS: Outdated config.{sub,guess}

[bradsmith]

Package: libkate
Version: 0.3.4-1
Severity: wishlist
User: bradsm...@debian.org
Usertags: avr32

Hi,

Whilst building your package on AVR32, the build failed due to outdated
config.{sub,guess} files.

Full build logs available:

  http://buildd.debian-ports.org/build.php?pkg=libkate&arch=avr32&ver=0.3.4-1

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#525826: flac maintenance & RC bug

[Andres Mejia]

On Thursday 30 July 2009 03:02:26 Fabian Greffrath wrote:
> Andres Mejia schrieb:
> > OK. Does anyone want flac to be a multimedia team maintained package?
>
> Yes, of course!

Ok. I'll submit an ITA bug than. Anyone wanting to start making the necessary 
changes to flac, go right ahead. I'm currently busy with other things so I 
won't 
be able to get to flac right away.

-- 
Regards,
Andres



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

Bug#538970: debian-edu-doc-fr: [INTL:fr] French translation of the release manual

[Holger Levsen]

On Samstag, 1. August 2009, Christian Perrier wrote:
> Thanks should rather go to the translator, imho. I just proxied, here.

for the updated Etch manual you only told me about the French team doing it, 
so for that commit that was all I could give credit for. For this commit, you 
gave the technical advice :)


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

Bug#539561: bogofilter-tokyocabinet: depends on libtokyocabinet8 which has smaller priority

[Serafeim Zanikolas]

Package: bogofilter-tokyocabinet
Version: 1.2.0-4
Severity: serious
Justification: Policy 2.5

bogofilter-tokyocabinet has priority optional and depends on libtokyocabinet8
which has priority extra


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

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

Versions of packages bogofilter-tokyocabinet depends on:
ii  bogofilter-common1.2.0-4 a fast Bayesian spam filter (commo
ii  libc62.9-23  GNU C Library: Shared libraries
ii  libgsl0ldbl  1.12+dfsg-1 GNU Scientific Library (GSL) -- li
ii  libtokyocabinet8 1.4.23-1Tokyo Cabinet Database Libraries [

bogofilter-tokyocabinet recommends no packages.

bogofilter-tokyocabinet 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#539560: Problem with crypted LVM in the debian installer

[Christian Fahr]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: (graphical) debian installer in debian-502-i386-kde-CD1.iso

If you add a crypted LVM with the leaded partition tool in the
(graphical) installer and then use the leaded partition tool a second
time (DAU behavior), the physical groups are deleted while the crypted
volume and LVM groups do remain. Now you're stucked, since you neither
can delete the groups nor continue the installition. However, if you run
the leaded tool a third time, all options of configurating the
encryption or the LVM are hided. It is not possible to continue the
installation.

Greetings
Christian Fahr
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkp0vAkACgkQw7hUgdBZ4ogPFgCdEc0nsB30WE7hgTYOb3zPbbxG
TZsAnRrOMS2zTTtLM0jSU1fuonm16Tg/
=CSHk
-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#539559: devtodo: cannot write comments (-c) to typical TODO output text file

[alberto maurizi]

Package: devtodo
Version: 0.1.20-5
Severity: wishlist


It seems that the option -c, in conjunction with -A and -T, does not
write comments to the output text file while it does on the stdout with
"-c -A". It could be useful to add comments to the TODO text file.


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

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

Versions of packages devtodo depends on:
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libgcc1   1:4.4.1-1  GCC support library
ii  libncurses5   5.7+20090613-1 shared libraries for terminal hand
ii  libreadline5  5.2-5  GNU readline and history libraries
ii  libstdc++64.4.1-1The GNU Standard C++ Library v3

devtodo recommends no packages.

Versions of packages devtodo suggests:
ii  xsltproc  1.1.24-2   XSLT command line processor

-- 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#182360: fixed upstream ?

[Ludovic Brenta]

I guess AdaCore wanted to preserve backward compatibility but the proper
fix, of course, was for Close to raise an exception.  This is not the
case, so all programs using the buggy Close are still affected, so I
would leave the bug open.

It is quite ironic that Ada prevents programmers from ignoring the
result of a function call but allows them to import C functions
(returning other than void) as procedures.

-- 
Ludovic Brenta.



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

Bug#339356: bug present also in gnat-4.4

[grave]

gnatmake gnat_bug.adb
gcc-4.4 -c gnat_bug.adb
+===GNAT BUG DETECTED==+
| 4.4.1 (i486-pc-linux-gnu) Assert_Failure atree.adb:884   |
| Error detected at gnat_bug.adb:13:10 |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc-4.4 or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.

gnat_bug.adb
list may be incomplete
compilation abandoned
gnatmake: "gnat_bug.adb" compilation error
(sid)r...@linux-xavier:~/tests# gnat -v
GNAT 4.4.1
Copyright 1996-2008, Free Software Foundation, Inc.





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

Bug#539558: ITP: bnd -- A tool to create and diagnose OSGi R4 bundles

[Ludovic Claude]

Package: wnpp
Severity: wishlist

Owner: "Ludovic Claude" 


* Package name: bnd
  Version : 0.0.337
  Upstream Author : Peter Kriens, aQute SARL
* URL : http://www.aqute.biz/Code/Bnd
* License : Apache
  Programming Lang: Java
  Description :

 The bnd tool helps you create and diagnose OSGi R4 bundles.
 The key functions are:
 .
   * Show the manifest and JAR contents of a bundle
   * Wrap a JAR so that it becomes a bundle
   * Create a Bundle from a specification and a class path
   * Verify the validity of the manifest entries
 .
 The tool is capable of acting as:
 .
   * Command line tool
   * Eclipse Plugin
   * Maven Plugin
   * Ant Plugin

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







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

Bug#539338: mkfontscale: add option to recurse subdirectories

[Thomas Viehmann]

Hi,

thanks, Julien, for the comments, and sorry about the half-baked patch...

Julien Cristau wrote:

+   && (stat(filename, &statbuf) == 0) && S_ISDIR(statbuf.st_mode)) {

this can lead to an infinite loop since you follow symlinks.  Juliusz
suggested limiting the recursion to something like 100.


Indeed. There would be an implicit upper bound of 2048 by the dsprintf 
implementation, but that's one more reason to check the return value and 
probably not good to rely on.


Please find attached a revised patch. The fixes to the manpage are 
mainly for reminding myself and I can split out the unrelated parts for 
cleaner commits.


Kind regards

T.
--
Thomas Viehmann, http://thomas.viehmann.net/
diff -Nru xfonts-utils-7.4+1/mkfontscale/mkfontscale.c xfonts-utils-7.4+1/mkfontscale/mkfontscale.c
--- xfonts-utils-7.4+1/mkfontscale/mkfontscale.c	2008-05-11 00:01:42.0 +0200
+++ xfonts-utils-7.4+1/mkfontscale/mkfontscale.c	2009-08-01 23:34:02.0 +0200
@@ -31,6 +31,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #include 
 #include 
@@ -63,6 +64,8 @@
 #define MAXFONTNAMELEN 1024
 #endif
 
+#define MAXDEPTHINRECURSIVESCAN 100
+
 char *encodings_array[] =
 { "ascii-0",
   "iso8859-1", "iso8859-2", "iso8859-3", "iso8859-4", "iso8859-5",
@@ -103,6 +106,7 @@
 static FT_Library ft_library;
 static float bigEncodingFuzz = 0.02;
 
+static int recurse;
 static int relative;
 static int doScalable;
 static int doBitmaps;
@@ -118,8 +122,8 @@
 {
 fprintf(stderr, 
 "mkfontscale [ -b ] [ -s ] [ -o filename ] [-x suffix ]\n"
-"[ -a encoding ] [ -f fuzz ] [ -l ] "
-"[ -e directory ] [ -p prefix ] [ -n ] [ -r ] \n"
+"[ -a encoding ] [ -f fuzz ] [ -l ]\n"
+"[ -e directory ] [ -p prefix ] [ -n ] [ -r ] [ -R ] \n"
 "[-u] [-U] [ directory ]...\n");
 }
 
@@ -154,6 +158,7 @@
 doScalable = 1;
 onlyEncodings = 0;
 relative = 0;
+recurse = 0;
 reencodeLegacy = 1;
 encodingsToDo = NULL;
 
@@ -217,6 +222,9 @@
 } else if(strcmp(argv[argn], "-r") == 0) {
 relative = 1;
 argn++;
+} else if(strcmp(argv[argn], "-R") == 0) {
+recurse = 1;
+argn++;
 } else if(strcmp(argv[argn], "-l") == 0) {
 reencodeLegacy = !reencodeLegacy;
 argn++;
@@ -749,57 +757,20 @@
 return 0;
 }
 
+
 static int
-doDirectory(char *dirname_given, int numEncodings, ListPtr encodingsToDo)
+scanDirectory(char *dirname, char *dir_prefix, int xl, HashTablePtr entries, int depthtogo)
 {
-char *dirname, *fontscale_name, *filename, *encdir;
-FILE *fontscale, *encfile;
 DIR *dirp;
 struct dirent *entry;
+struct stat statbuf;
+ListPtr encoding, xlfd, lp;
+char* filename;
+char* prefixedname;
+int rc, found;
+int isBitmap=0;
 FT_Error ftrc;
 FT_Face face;
-ListPtr encoding, xlfd, lp;
-HashTablePtr entries;
-HashBucketPtr *array;
-int i, n, found, rc;
-int isBitmap=0,xl=0;
-
-if (exclusionSuffix)
-xl = strlen (exclusionSuffix);
-
-i = strlen(dirname_given);
-if(i == 0)
-dirname = dsprintf("./");
-else if(dirname_given[i - 1] != '/')
-dirname = dsprintf("%s/", dirname_given);
-else
-dirname = dsprintf("%s", dirname_given);
-
-if(dirname == NULL) {
-perror("dirname");
-exit(1);
-}
-
-if (onlyEncodings) 
-	goto encodings;
-
-entries = makeHashTable();
-if(doBitmaps && !doScalable) {
-readFontScale(entries, dirname);
-}
-
-if(strcmp(outfilename, "-") == 0)
-fontscale_name = NULL;
-else {
-if(outfilename[0] == '/')
-fontscale_name = dsprintf("%s", outfilename);
-else
-fontscale_name = dsprintf("%s%s", dirname, outfilename);
-if(fontscale_name == NULL) {
-perror("fontscale_name");
-exit(1);
-}
-}
 
 dirp = opendir(dirname);
 if(dirp == NULL) {
@@ -808,17 +779,6 @@
 return 0;
 }
 
-if(fontscale_name == NULL)
-fontscale = stdout;
-else
-fontscale = fopen(fontscale_name, "wb");
-
-if(fontscale == NULL) {
-fprintf(stderr, "%s: ", fontscale_name);
-perror("fopen(w)");
-return 0;
-}
-
 while((entry = readdir(dirp)) != NULL) {
 int have_face = 0;
 char *xlfd_name = NULL;
@@ -831,7 +791,33 @@
 	}
 
 filename = dsprintf("%s%s", dirname, entry->d_name);
-
+if (recurse && depthtogo>0 && strcmp(entry->d_name, ".") != 0
+	&& strcmp(entry->d_name, "..") != 0
+	&& stat(filename, &statbuf) == 0 && S_ISDIR(statbuf.st_mode)) {
+	char* prefix;
+	int retval;
+	free(filename);
+	filename = dsprintf("%s%s/", dirname, entry->d_name);
+	prefix = dsprintf("%s%s/", dir_prefix, entry->d_name);
+	if (filename == NULL || p

Bug#426761: [Fwd: How to orphan a bug]

[Sandro Tosi]

On Sat, Aug 1, 2009 at 15:28, Javier Serrano Polo wrote:
> Since I've got no way to reach debian-qa,

mail debian...@lists.debian.org - I see no email from you here.

> I'll use this bug as a
> reference. This should explain my previous closing.
>
>  Missatge reenviat 
> De: Javier Serrano Polo 
> Per a: debian...@lists.debian.org
> Assumpte: How to orphan a bug
> Data: Sat, 01 Aug 2009 14:40:07 +0200
>
> Dear QA team,
>
> Because I can't afford the responsibilities of being the bug submitter
> (e.g., provide more information, testing new versions...), my
> relationship with my remaining open bugs will stop eventually.
>
> My procedure so far has been to close the bug with an explanation.
> Maintainers still interested have reopened the bug and changed the
> submitter as expected. Some of them may feel uncomfortable with this
> process however.

Honestly, it makes no sense

> If you know of a better way to deal with this situation, I'd appreciate
> if you could tell me. You may change the submitter of these bugs now if
> you wish. #476339 is the only RC one.

just drop an email to the bug saying you can't collaborate further on
the bug resolution, and then let the maintainer and all the other
people subscribe decide what to do.

A reported bug can still be valid, and since it's there other people
refrain from reporting it again. If you close, the information might
be lost, and that's Bad(tm).

I'd encourage you to reopen the bugs you've closed, clarifying the situation.

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



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

Bug#182360: fixed upstream ?

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

procedure Close comes now in two versions in gnat.os_lib (see
system.os_lib) :

procedure Close (FD : File_Descriptor; Status : out Boolean);
- --  Close file referenced by FD. Status is False if the underlying service
- --  failed. Reasons for failure include: disk full, disk quotas exceeded
- --  and invalid file descriptor (the file may have been closed twice).

procedure Close (FD : File_Descriptor);
- --  Close file referenced by FD. This form is used when the caller
wants to
- --  ignore any possible error (see above for error cases).
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkp0tcIACgkQVIZi0A5BZF5FdQCglor/466kf6QryiyjjjwLquIA
6BAAn31Rzwyc6dmFL58u13MCdzsPU1yr
=AJ3L
-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#539556: sun-java6-doc: Location of zip presume /tmp not $TMP

[alex]

Package: sun-java6-doc
Version: 6-14-1
Severity: normal

Hi

in the message presented to the user, you advise people to place the file in 
/tmp, but you look in $TMP

Alex


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

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



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

Bug#539488: [dolphin] Will be closed in 4.3

[Bastien ROUCARIES]

Will be closed in 4.3, or in 4.2 if implemented 
http://sourceforge.net/tracker/?func=detail&aid=2830902&group_id=171000&atid=856302

See kde bug report.

Bastien



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

Bug#539519: Crashes when opening samples from blender gamekit1

[Cyril Brulebois]

Török Edwin  (01/08/2009):
> Package: blender
> Version: 2.49+dfsg-1
> Severity: normal

Hi,

and first: thanks for your bug report.

> Obviously these files were created with an older version of blender,
> but blender shouldn't crash on them.

I fully agree. You may want to read the mail I sent to debian-devel@
some minutes ago, though. Also, given it's an upstream bug, you might
want to double check with 2.49a, and report it upstream. (I know it's
usually the maintainer's job to forward upstream but you'll find some
rationale in the above-mentioned below-linked-to mail.)

 1. http://lists.debian.org/debian-devel/2009/08/msg00028.html

Sorry for that situation.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#539554: bluez: documentation is insufficient

[arne anka]

Package: bluez
Version: 4.42-2
Severity: normal

the available docs are basically only about using bleuz with python or
such, nothing about how to use it as simple user, most notably how to
configure it.

this bug report was triggered by the impossibility to find _any_
information about the configuration of a2dp in audio.conf.
there's a scornfull comment "Just an example of potential config options
for the other interfaces", leaving the user in the dark about both
possible plugins, possible keys and possible values to the two given
(not to speak from anything remotely reminding of an description of
these two options).

there's obviously no documentation for the other config files either.
how is upstream expecting people to use their stuff if they don't care
to explain it?
bluez.org is known for little and often incomprehensible documentation,
focusing upon api and python examples.

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

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

Versions of packages bluez depends on:
ii  dbus 1.2.16-2simple interprocess messaging syst
ii  libbluetooth34.42-2  Library to use the BlueZ Linux Blu
ii  libc62.9-23  GNU C Library: Shared libraries
ii  libdbus-1-3  1.2.16-2simple interprocess messaging syst
ii  libglib2.0-0 2.20.4-1The GLib library of C routines
ii  libnl1   1.1-5   library for dealing with netlink s
ii  libusb-0.1-4 2:0.1.12-13 userspace USB programming library
ii  lsb-base 3.2-23  Linux Standard Base 3.2 init scrip
ii  makedev  2.3.1-89creates device files in /dev
ii  module-init-tools3.9-2   tools for managing Linux kernel mo
ii  udev 0.141-1 /dev/ and hotplug management daemo

bluez recommends no packages.

Versions of packages bluez suggests:
ii  python-dbus   0.83.0-1   simple interprocess messaging syst
ii  python-gobject2.16.1-1   Python bindings for the GObject li

-- debconf-show failed



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

Bug#539555: bluez4: where to place hcid.conf options?

[arne anka]

Package: bluez
Version: 4.42-2
Severity: normal

my headset needs
hciconfig hci0 lm master; hciconfig hci0 lp hold,sniff,park
to be usable.
with bluez3, these options were placed in hcid.conf -- bluez4 does not
have that config file anymore and apparently (mere guessing, since no
documentation available), none of the files below /etc/bluetooth is
suitable.
so, where does one place these options to make sure they are executed?


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

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

Versions of packages bluez depends on:
ii  dbus 1.2.16-2simple interprocess messaging syst
ii  libbluetooth34.42-2  Library to use the BlueZ Linux Blu
ii  libc62.9-23  GNU C Library: Shared libraries
ii  libdbus-1-3  1.2.16-2simple interprocess messaging syst
ii  libglib2.0-0 2.20.4-1The GLib library of C routines
ii  libnl1   1.1-5   library for dealing with netlink s
ii  libusb-0.1-4 2:0.1.12-13 userspace USB programming library
ii  lsb-base 3.2-23  Linux Standard Base 3.2 init scrip
ii  makedev  2.3.1-89creates device files in /dev
ii  module-init-tools3.9-2   tools for managing Linux kernel mo
ii  udev 0.141-1 /dev/ and hotplug management daemo

bluez recommends no packages.

Versions of packages bluez suggests:
ii  python-dbus   0.83.0-1   simple interprocess messaging syst
ii  python-gobject2.16.1-1   Python bindings for the GObject li

-- debconf-show failed



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

Bug#539256: cupt: Error in conflict handling?

[Eugene V. Lyubimkin]

package cupt
tags 539256 + fixed-upstream
thanks

Cyril Brulebois wrote:
> Eugene V. Lyubimkin  (30/07/2009):
>> The patch is ready in the master branch of Cupt. Can you confirm the
>> fix?
> 
> Sure, works fine, thanks!
> 
Good.

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



signature.asc
Description: OpenPGP digital signature

Bug#539256: cupt: Error in conflict handling?

[Cyril Brulebois]

Eugene V. Lyubimkin  (30/07/2009):
> The patch is ready in the master branch of Cupt. Can you confirm the
> fix?

Sure, works fine, thanks!

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#539378: [hppa]: fails to load nfs module: Global Offset Table

[Frans Pop]

On Saturday 01 August 2009, Carlos O'Donell wrote:
> I suggest you use Dave's patch please, it is IMO the most correct
> patch.

Right. I think the original patch is probably responsible for endless
errors on shutdown/reboot:

Bad Address (null pointer deref?): Code=15 regs=bea7cf70 
(Addr=c7ffbea7c)

 YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 11001110 Not tainted
r00-03  00ff0804ff0e 405ead40 6fc0 bea7ca18
r04-07  37de ffe8 bea7ca18 405ea540
r08-11  0fc212c1 6bc23fd9 000f faf59048
r12-15  be784b28 0025 faf5932d 
r16-19  bea7bfa0 0014 4074b134 bea7cda0
r20-23  e000 4011d2b4 40479004 0010
r24-27   4011d1e0 4011d838 405dcd40
r28-31  bea7cd90 0350 bea7cf70 bea7cda0
sr00-03  0607b000   0607b000
sr04-07     

IASQ:   IAOQ: 40127a10 40127a14
 IIR: 0f8010dcISR: 3800  IOR: c7ffbea7cd90
 CPU:1   CR30: bea6 CR31: 
 ORIG_R28: 
 IAOQ[0]: unwind_once+0x370/0x3d0
 IAOQ[1]: unwind_once+0x374/0x3d0
 RP(r2): 0x6fc0


John's version works too for me and the system now shuts down cleanly.

Cheers,
FJP

P.S. If anybody ever wants access to my box, just ask:
- model: 9000/785/J5600
- cpu: 2 x PA8600 (PCX-W+) at 552.00 MHz
- memory: 2048 MB
- 3 x 9.1 GB SCSI harddisks



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

Bug#539553: ncdu: Use IEEE 1541 GiB not GB units

[Jari Aalto]

Package: ncdu
Version: 1.3-2
Severity: normal


Please specify units as KiB, MiB, GiB as specified by IEEE 1541.
http://en.wikipedia.org/wiki/IEEE_1541
http://en.wikipedia.org/wiki/Mebibyte

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

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

Versions of packages ncdu depends on:
ii  libc6 2.9-12 GNU C Library: Shared libraries
ii  libncurses5   5.7+20090523-1 shared libraries for terminal hand

ncdu recommends no packages.

ncdu 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#537939: proftpd: segfault at 28 ip 00007f2e14002976 sp 00007fffceca3c20 error 6 in mod_tls.so[7f2e13ff9000+17000]

[Francesco P. Lovergine]

On Thu, Jul 30, 2009 at 08:03:58PM +0200, Francesco P. Lovergine wrote:
> On Thu, Jul 30, 2009 at 05:24:46PM +0200, Anders Lagerås wrote:
> > On Thu, 30 Jul 2009 09:30:10 +0200
> > "Francesco P. Lovergine"  wrote:
> > > > > That mismatch can easily explain your problem. Would you please
> > > > > check what is the version of your libopenssl0.9.8 by dpkg -l. 
> > > > > You are still at lenny version, which seems not compatible...
> > > > My verison of libssl0.9.8 is 0.9.8k-3
> > > > 
> > > 
> > > Would you please explain what options are you using 
> > > in flashxp to connect? Also, are you using passive mode?
> > I am not the one using flshfxp, so I am not entirely
> > sure what options are used. Passive mode and explicit tls
> > is used for sure, but otherwise nothing strange, default settings.
> > 
> 
> Uhm, at least on 32bit proftpd I found that it hangs for ever.
> On the proftpd side it shows:
> 
> Jul 30 18:13:55 mod_tls/2.2.1[5204]: TLS/TLS-C requested, starting TLS 
> handshake
> Jul 30 18:14:55 mod_tls/2.2.1[5204]: unable to accept TLS connection: 
> received EOF that violates protocol
> Jul 30 18:14:55 mod_tls/2.2.1[5204]: TLS/TLS-C negotiation failed on control 
> channel
> 
> which probably derives from a connection timeout.
> 

I finally arrange to try with a couple of fresh installations of flashxp
on winxp and sid in the same network and it gives me no trouble. If some problem
is present is due to amd64 or win.

-- 
Francesco P. Lovergine



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

Bug#528940: httping: Patch

[Olaf van der Spek]

To support
httping http://google.com
httping https://google.com
httping google.com

--- main.c.orig 2009-08-01 22:28:44.0 +0200
+++ main.c  2009-08-01 22:49:02.0 +0200
@@ -325,13 +325,11 @@
return 1;
}
}
+   if (optind < argc)
+   get = argv[optind];

-   last_error[0] = 0x00;

-#ifndef NO_SSL
-   if (use_ssl && portnr == 80)
-   portnr = 443;
-#endif
+   last_error[0] = 0x00;

if (!get_instead_of_head && show_Bps)
error_exit("-b/-B can only be used when also using -G\n");
@@ -340,17 +338,18 @@
{
char *slash, *colon;
char *getcopy = mystrdup(get, "get request");
-   char *http_string = "http://";;
-   int http_string_len = 7;

-#ifndef NO_SSL
-   if (use_ssl)
+   if (strncasecmp(getcopy, "http://";, 7) == 0)
{
-   http_string_len = 8;
-   http_string = "https://";;
+   getcopy += 7;
+   }
+   else if (strncasecmp(getcopy, "https://";, 8) == 0)
+   {
+   getcopy += 8;
+   use_ssl = 1;
}
-#endif

+   /*
if (strncasecmp(getcopy, http_string, http_string_len) != 0)
{
fprintf(stderr, "'%s' is a strange URL\n", getcopy);
@@ -359,19 +358,20 @@
fprintf(stderr, "Did you forget to add
the '-l' switch to the httping commandline?\n");
return 2;
}
+   */

-   slash = strchr(&getcopy[http_string_len], '/');
+   slash = strchr(getcopy, '/');
if (slash)
*slash = 0x00;

-   colon = strchr(&getcopy[http_string_len], ':');
+   colon = strchr(getcopy, ':');
if (colon)
{
*colon = 0x00;
portnr = atoi(colon + 1);
}

-   hostname = &getcopy[http_string_len];
+   hostname = getcopy;
}

if (hostname == NULL)
@@ -380,6 +380,11 @@
error_exit("No hostname/getrequest given\n");
}

+#ifndef NO_SSL
+   if (use_ssl && portnr == 80)
+   portnr = 443;
+#endif
+
if (get == NULL)
{
 #ifndef NO_SSL



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

Bug#539552: Can't abort httping -g https://google.com:80 -l

[Olaf van der Spek]

Package: httping
Version: 1.3.0-2
Severity: normal

Hi,

Ctrl+C doesn't work when you invoke httping this way.

Greetings,

Olaf

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

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

Versions of packages httping depends on:
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libssl0.9.8   0.9.8k-3   SSL shared libraries
ii  openssl   0.9.8k-3   Secure Socket Layer (SSL) binary a

httping recommends no packages.

httping 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#539539: liferea: crash when creating a certain search folder under locale sv_SE.UTF-8

[Johan Grönqvist]

Emilio Pozuelo Monfort skrev:

Johan Grönqvist wrote:
  

 the application crashes with the following error mesasage written to terminal

ERROR:db.c:1189:db_query_to_sql: assertion failed: (0 == tables)
Avbruten (SIGABRT)



I can't reproduce it. Can you install liferea-dbg and get a backtrace?

  
First a comment: The behaviour is different now.  I needed to add a 
fourth rule to the search folder to trigger the SIGABRT. Adding the 
three rules described in the initial report now worked, but adding a 
fourth rule (channel-name not containing MIT) gave me the SIGABRT again. 
The only guesses I have as to what is responsible for the change is 
numerous restarts of liferea, and one restart of the computer.


I installed liferea-dbg, then ran gdb /usr/bin/liferea and after 
provoking the crash I typed bt to get a backtrace.

(I hope that was the correct procedure)


jo...@johan-laptop:~$ gdb /usr/bin/liferea
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 


This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu"...
(gdb) run
Starting program: /usr/bin/liferea
[Thread debugging using libthread_db enabled]
warning: Lowest section in /usr/lib/libicudata.so.40 is .hash at 
0120

[New Thread 0x7fc27d4017d0 (LWP 10783)]
[New Thread 0x7fc26f177950 (LWP 10786)]
[New Thread 0x7fc26e769950 (LWP 10787)]
[Thread 0x7fc26e769950 (LWP 10787) exited]
[New Thread 0x7fc26e769950 (LWP 10788)]
[Thread 0x7fc26e769950 (LWP 10788) exited]
**
ERROR:db.c:1189:db_query_to_sql: assertion failed: (0 == tables)

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7fc27d4017d0 (LWP 10783)]
0x7fc278b39065 in raise () from /lib/libc.so.6
(gdb) bt
#0  0x7fc278b39065 in raise () from /lib/libc.so.6
#1  0x7fc278b3c153 in abort () from /lib/libc.so.6
#2  0x7fc278eba010 in g_assertion_message () from 
/usr/lib/libglib-2.0.so.0
#3  0x7fc278eba592 in g_assertion_message_expr () from 
/usr/lib/libglib-2.0.so.0
#4  0x00421c72 in db_query_to_sql (id=0, query=0x2c20e80) at 
db.c:1189
#5  0x00422020 in db_view_create (id=0x2b93240 "clmaywd", 
query=0x2a1f) at db.c:1395
#6  0x004302cf in rules_to_view (rules=, 
anyMatch=1, id=0x2b93240 "clmaywd") at rule.c:307
#7  0x0043472a in vfolder_refresh (vfolder=0x2b94030) at 
vfolder.c:136
#8  0x00446147 in on_propdialog_response (dialog=0x2b701d0, 
response_id=, user_data=)

   at search_folder_dialog.c:115
#9  0x7fc27912b11d in g_closure_invoke () from 
/usr/lib/libgobject-2.0.so.0

#10 0x7fc27913ec2b in ?? () from /usr/lib/libgobject-2.0.so.0
#11 0x7fc279140022 in g_signal_emit_valist () from 
/usr/lib/libgobject-2.0.so.0

#12 0x7fc2791404f3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#13 0x7fc27912b11d in g_closure_invoke () from 
/usr/lib/libgobject-2.0.so.0

#14 0x7fc27913ec2b in ?? () from /usr/lib/libgobject-2.0.so.0
#15 0x7fc279140022 in g_signal_emit_valist () from 
/usr/lib/libgobject-2.0.so.0

#16 0x7fc2791404f3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#17 0x7fc27aaa153d in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#18 0x7fc27912b11d in g_closure_invoke () from 
/usr/lib/libgobject-2.0.so.0

#19 0x7fc27913e513 in ?? () from /usr/lib/libgobject-2.0.so.0
#20 0x7fc279140022 in g_signal_emit_valist () from 
/usr/lib/libgobject-2.0.so.0

#21 0x7fc2791404f3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#22 0x7fc27aaa01cd in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#23 0x7fc27ab4b958 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#24 0x7fc27912b11d in g_closure_invoke () from 
/usr/lib/libgobject-2.0.so.0

#25 0x7fc27913e90f in ?? () from /usr/lib/libgobject-2.0.so.0
#26 0x7fc27913fead in g_signal_emit_valist () from 
/usr/lib/libgobject-2.0.so.0

#27 0x7fc2791404f3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#28 0x7fc27ac5398e in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#29 0x7fc27ab441f3 in gtk_propagate_event () from 
/usr/lib/libgtk-x11-2.0.so.0
#30 0x7fc27ab45313 in gtk_main_do_event () from 
/usr/lib/libgtk-x11-2.0.so.0

#31 0x7fc27a59dcbc in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#32 0x7fc278e93f7a in g_main_context_dispatch () from 
/usr/lib/libglib-2.0.so.0

#33 0x7fc278e97640 in ?? () from /usr/lib/libglib-2.0.so.0
#34 0x7fc278e97b0d in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#35 0x7fc27ab45727 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#36 0x00433fd8 in main (argc=1, argv=0x7fff8553f9b8) at main.c:344
(gdb)





Thanks,

/ johan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@

Bug#531896: Same symptoms on inspiron 1525n

[András Lőrincz]

On my dell Insipon 1525 can be found the same broadcom bcm4312 802.11b/g
(rev 01) with ID 14e4:4315 wireless card and it works fine with version
5.10.27.12 of the broadcom driver but if I want to use a kernel version
greater then 2.6.28 then I have to use version 5.10.91.9 as the driver
version 5.10.27.12 doesn't compile with 2.6.29 and 2.6.30 kernels. With
version 5.10.91.9 if the system is booted then wl is loaded and it works
fine, but if the kernel module is removed then X exits and remains a black
screen and also waking up from hibernate or suspend to ram doesn't work if
the module was loaded before hibernation or sleeping.

Bug#528940: httping: Patch

[Olaf van der Spek]

Package: httping
Version: 1.3.0-2
Severity: normal

To support httping http://google.com

--- main.c.orig 2009-08-01 22:28:44.0 +0200
+++ main.c  2009-08-01 22:23:10.0 +0200
@@ -325,6 +325,9 @@
return 1;
}
}
+   if (optind < argc)
+   get = argv[optind];
+
 
last_error[0] = 0x00;

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

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

Versions of packages httping depends on:
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libssl0.9.8   0.9.8k-3   SSL shared libraries
ii  openssl   0.9.8k-3   Secure Socket Layer (SSL) binary a

httping recommends no packages.

httping 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#536640: [Pkg-samba-maint] Bug#536640: Bug#536640: freeifaddrs crash

[Christian Perrier]

Quoting Jelmer Vernooij (jel...@samba.org):

> This was a bug in talloc that has since been fixed. This should be fixed
> with the next upload of the Samba packages, when they'll be rebuilt
> against a fixed version of talloc with proper symbol versioning.


I can rebuild a -2 package. We only have a debconf translation update
but otherwise we would need a binNMU.




signature.asc
Description: Digital signature

Bug#538970: debian-edu-doc-fr: [INTL:fr] French translation of the release manual

[Christian Perrier]

Quoting Holger Levsen (hol...@layer-acht.org):
> Hi,
> 
> On Samstag, 1. August 2009, Christian Perrier wrote:
> > Sorry, forgot something:
> 
> np, thank you very much!!
> 
> $ svn diff debian/changelog 
> [...]
> +  * Updated the lenny version of the French manual for Debian Edu with the
> +(matching) translation of the etch version. Thanks to Christian Perrier,
> +see #538970 for details.


Thanks should rather go to the translator, imho. I just proxied, here.








signature.asc
Description: Digital signature

Bug#539551: ttf-tuffy: closing curly double quotes appear but don't print in squeeze oowriter

[Mark Hedges]

Package: ttf-tuffy
Version: 20071106-1
Severity: important


I verified that closing curly quotes ('”') print in a sample
of other fonts, berylium, liberation serif, default times new roman.

Only Tuffy does not print them.  They still show on the screen, though.
How is that possible?  

Single curly quotes are not affected.

Maybe this is a freetype bug well this is a place to start since it
appears to only affect Tuffy.

It had to be my favorite text font.  Is this the twilight zone?

Mark


-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ NameVersion Description
+++-===-===-==
ii  fontconfig  2.6.0-4 generic font configuration library 
- support binaries
ii  libfreetype62.3.9-4.1   FreeType 2 font engine, shared 
library files
ii  libxft2 2.1.13-3FreeType-based font drawing library 
for X

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing')
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 ttf-tuffy depends on:
ii  defoma   0.11.10-0.2 Debian Font Manager -- automatic f

Versions of packages ttf-tuffy recommends:
ii  fontconfig2.6.0-4generic font configuration library
ii  x-ttcidfont-conf  32 TrueType and CID fonts configurati

ttf-tuffy 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#538970: debian-edu-doc-fr: [INTL:fr] French translation of the release manual

[Holger Levsen]

Hi,

On Samstag, 1. August 2009, Christian Perrier wrote:
> Sorry, forgot something:

np, thank you very much!!

$ svn diff debian/changelog 
[...]
+  * Updated the lenny version of the French manual for Debian Edu with the
+(matching) translation of the etch version. Thanks to Christian Perrier,
+see #538970 for details.


regards,
Holger, committing now


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

Bug#539550: (cracklib2_2.8.13-11/avr32): FTBFS: Outdated config.{sub,guess}

[bradsmith]

Package: cracklib2
Version: 2.8.13-11
Severity: wishlist
User: bradsm...@debian.org
Usertags: avr32

Hi,

Whilst building your package on AVR32, the build failed due to outdated
config.{sub,guess} files.

Full build logs available:

  
http://buildd.debian-ports.org/build.php?pkg=cracklib2&arch=avr32&ver=2.8.13-11

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#539520: dh_auto_configure should either append --disable-rpath or provide a way to

[Monty Taylor]

Joey Hess wrote:
> Monty Taylor wrote:
>> Ok. Fair enough. I guess the only reason I brought it up is that I
>> thought it might be affecting more people than just me (since rpath is a
>> default libtool behavior) because of
>> http://lintian.debian.org/tags/binary-or-shlib-defines-rpath.html
> 
> Note that the majority of rpaths listed there are to things like
> /usr/lib/, which can be a valid use of rpath. Also, AFAIK 
> this change to libtool from 2003 is still in effect:
> 
>   * Yet Another(tm) patch to prevent hardcoding of dependency library
> rpaths, replacing the one in 1.5-3.  Any path listed in /etc/ld.so.conf
> is now not rpathed.  This is more palatable upstream.
> 

Well that explains why libdrizzle doesn't need the rpath removal
(upstream author runs Debian - generates tarball using debian libtool)
yet libmemcached does (upstream author generates the tarballs on a mac
AFAIK) Debian wins.



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

Bug#538445: tvbrowser and nvidia-glx do not play together

[Hans-J. Ullrich]

Dear Randall,

this bug shall be fixed in Nvidia's version 190.14 of the driver (the developer 
told me).

As there is no debian-package still available, and I do not want to kill my 
system with the installation script of Nvidia, it might be nice, if you could 
build a package with 190.14 and send me directly. 

So I can safely test it and report success or no success. If no success, it 
will be easy for me, to uninstall the package safely and reinstall the older 
package.

If this si not ok for you, then I will wait until 190.14 is official available 
in debian.

Best regards

Hans-J. Ullrich


 



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

Bug#539497: dkimsign and dkimverify scripts better provided by libmail-dkim-perl

[Thomas Goirand]

Magnus Holmgren wrote:
> Package: dkimproxy
> Version: 1.0.1-8.1
> 
> For some reason, dkimproxy seems to include dkimsign.pl and dkimverify.pl 
> from 
> Mail::DKIM 0.17 (current version is 0.36) (perhaps Jason can confirm that the 
> "home" of those scripts indeed is Mail::DKIM?). Also, those scripts may be 
> useful even if one hasn't installed dkimproxy. For those reasons I suggest 
> that we move them to libmail-dkim-perl.

As much as I know, the script dkimverify.pl from Mail::DKIM is not the
same as the one from dkimproxy. This is also why my Debian package
renames it to dkimproxy-verify so it doesn't conflict. Now, are you
saying that there's a conflict for dkimverify as well? Please let me
know, and compare the 4 scripts if you can, and let me know if there's a
new file conflict, so I can update the package.

Note that I am planning to work on having dkimproxy 1.2 in Debian soon.

Thomas



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

Bug#539548:

[Markus Bucher]

I nearly forgot to say that the problem exists since I switched to KDE4.
So maybe the root of this bug lies within kde4.

Bug#539520: dh_auto_configure should either append --disable-rpath or provide a way to

[Joey Hess]

Monty Taylor wrote:
> Ok. Fair enough. I guess the only reason I brought it up is that I
> thought it might be affecting more people than just me (since rpath is a
> default libtool behavior) because of
> http://lintian.debian.org/tags/binary-or-shlib-defines-rpath.html

Note that the majority of rpaths listed there are to things like
/usr/lib/, which can be a valid use of rpath. Also, AFAIK 
this change to libtool from 2003 is still in effect:

  * Yet Another(tm) patch to prevent hardcoding of dependency library
rpaths, replacing the one in 1.5-3.  Any path listed in /etc/ld.so.conf
is now not rpathed.  This is more palatable upstream.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#539549: gvfs-backends: gvfsd-cdda segfaults when an audio CD is inserted

[Johan Bilien]

Package: gvfs-backends
Version: 1.2.3-1+b1
Severity: normal

Whenever I insert an audio CD on my laptop, I get a dialog which tells
me it could not mount the audio CD because the DBus command timed out.
When I check dmesg I can see that gvfsd-cdda crashed:

[  363.781085] <6>gvfsd-cdda[6077]: segfault at 0 ip b7d77e2d sp
b798d1c8 error 4 in libc-2.9.so[b7d06000+13b000]

This prevents mounting the CD, and for instance sound-juicer will not
see it.

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

Kernel: Linux 2.6.31-rc2 (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/bash

Versions of packages gvfs-backends depends on:
ii  gvfs 1.2.3-1+b1  userspace virtual filesystem - ser
ii  libarchive1  2.6.2-1 Single library to read/write tar, 
ii  libavahi-cli 0.6.25-1Avahi client library
ii  libavahi-com 0.6.25-1Avahi common library
ii  libavahi-gli 0.6.25-1Avahi glib integration library
ii  libbluetooth 4.42-2  Library to use the BlueZ Linux Blu
ii  libc62.9-23  GNU C Library: Shared libraries
ii  libcdio-cdda 0.81-4  library to read and control digita
ii  libcdio-para 0.81-4  library to read digital audio CDs 
ii  libcdio100.81-4  library to read and control CD-ROM
ii  libdbus-1-3  1.2.16-2simple interprocess messaging syst
ii  libdbus-glib 0.82-1  simple interprocess messaging syst
ii  libexpat12.0.1-4 XML parsing C library - runtime li
ii  libgconf2-4  2.26.2-2GNOME configuration database syste
ii  libglib2.0-0 2.20.4-1The GLib library of C routines
ii  libgnome-key 2.26.1-1GNOME keyring services library
ii  libgphoto2-2 2.4.6-1 gphoto2 digital camera library
ii  libgphoto2-p 2.4.6-1 gphoto2 digital camera port librar
ii  libhal1  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share
ii  libsmbclient 2:3.4.0-1   shared library for communication w
ii  libsoup-gnom 2.27.4-1an HTTP library implementation in 
ii  libsoup2.4-1 2.27.4-1an HTTP library implementation in 
ii  libxml2  2.7.3.dfsg-2GNOME XML library

gvfs-backends recommends no packages.

Versions of packages gvfs-backends suggests:
ii  obex-data-server  0.4.4-2D-Bus service for OBEX client and 

-- 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#538970: debian-edu-doc-fr: [INTL:fr] French translation of the release manual

[Christian Perrier]

Quoting Holger Levsen (hol...@layer-acht.org):

> $ msgmerge --previous debian-edu-lenny-manual.fr.po 
>  msgmerge: exactly 2 input files required
> Try `msgmerge --help' for more information.


Sorry, forgot something:

msgmerge --previous -U debian-edu-lenny-manual.fr.po 
debian-edu-lenny-manual.pot 



signature.asc
Description: Digital signature

Bug#539378: [hppa]: fails to load nfs module: Global Offset Table

[Carlos O'Donell]

On Sat, Aug 1, 2009 at 3:07 PM, John David
Anglin wrote:
> Signed-off-by: John David Anglin 
>

Frans,

I suggest you use Dave's patch please, it is IMO the most correct patch.

Helge, Kyle, thanks also for the initial patches!

Cheers,
Carlos.



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

Bug#539548: xorg: random Crash when switching to console

[Markus Bucher]

Package: xorg
Version: 1:7.3+19
Severity: important

Hi,
sometimes when switching from X11 to a console with Ctrl+Alt+[1..6] The 
X-Server crashes with a SegFault:

/var/log/syslog:
Aug  1 21:28:31 hal kernel: [drm:i915_get_vblank_counter] *ERROR* trying to get 
vblank count for disabled pipe 0
Aug  1 21:28:35 hal kernel: Xorg[6068]: segfault at 1a4 ip 0819507a sp bffece10 
error 4 in Xorg[8048000+199000]
Aug  1 21:28:37 hal kdm[6065]: X server for display :0 terminated unexpectedly
Aug  1 21:28:40 hal kernel: scim-launcher[6831]: segfault at 0 ip (null) sp 
bfb3992c error 14 in scim-launcher[8048000+4000]
Aug  1 21:28:40 hal console-kit-daemon[5737]: WARNING: Unable to activate 
console: No such device or address 
Aug  1 21:28:41 hal acpid: client 6068[0:0] has disconnected 
Aug  1 21:28:41 hal acpid: client connected from 12273[0:0] 
Aug  1 21:28:41 hal acpid: 1 client rule loaded 
Aug  1 21:28:48 hal kdm_greet[12277]: Cannot open default user face
Aug  1 21:28:53 hal kernel: [drm:i915_get_vblank_counter] *ERROR* trying to get 
vblank count for disabled pipe 0
Aug  1 21:29:30 hal acpid: client 12273[0:0] has disconnected 
Aug  1 21:29:30 hal acpid: client connected from 12273[0:0] 
Aug  1 21:29:30 hal acpid: 1 client rule loaded 
Aug  1 21:29:43 hal kernel: [drm:drm_wait_vblank] *ERROR* failed to acquire 
vblank counter, -22
Aug  1 21:30:04 hal kernel: nepomukservices[12591]: segfault at 4 ip b7d4a8e2 
sp bfc44140 error 4 in libQtCore.so.4.5.1[b7cf7000+237000]



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

Kernel: Linux 2.6.30.3
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 xorg depends on:
ii  eterm [x-terminal-emulator]   0.9.5-2Enlightened Terminal Emulator
ii  konsole [x-terminal-emulator] 4:4.2.4-1  X terminal emulator for KDE 4
ii  kterm [x-terminal-emulator]   6.2.0-46   Multi-lingual terminal emulator fo
ii  libgl1-mesa-glx [libgl1]  7.0.3-7A free implementation of the OpenG
ii  libglu1-mesa  7.0.3-7The OpenGL utility library (GLU)
ii  mlterm [x-terminal-emulator]  2.9.4-6MultiLingual TERMinal
ii  x11-apps  7.4+1  X applications
ii  x11-session-utils 7.3+1  X session utilities
ii  x11-utils 7.4+1  X11 utilities
ii  x11-xfs-utils 7.4+1  X font server utilities
ii  x11-xkb-utils 7.4+2  X11 XKB utilities
ii  x11-xserver-utils 7.4+2  X server utilities
ii  xauth 1:1.0.3-2  X authentication utility
ii  xfce4-terminal [x-terminal-em 0.2.12-3   Xfce terminal emulator
ii  xfonts-100dpi 1:1.0.0-4  100 dpi fonts for X
ii  xfonts-75dpi  1:1.0.0-4  75 dpi fonts for X
ii  xfonts-base   1:1.0.0-6  standard fonts for X
ii  xfonts-scalable   1:1.0.0-7  scalable fonts for X
ii  xfonts-utils  1:7.4+1X Window System font utility progr
ii  xinit 1.1.1-1X server initialisation tool
ii  xkb-data  1.6-1  X Keyboard Extension (XKB) configu
ii  xserver-xorg  1:7.3+19   the X.Org X server
ii  xterm [x-terminal-emulator]   243-1  X terminal emulator

Versions of packages xorg recommends:
pn  xorg-docs  (no description available)

xorg 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#348473: RFA: tra -- a file-system synchronizer

[Chris Hanson]

I agree -- it should be removed.

On Sat, Aug 1, 2009 at 6:01 AM, Lucas Nussbaum wrote:
> reassign 348473 ftp.debian.org
> retitle 348473 RM: tra -- RoQA ; RFAed, no maintenance for 7 years
> thanks
>
> Hi Chris,
>
> I've been looking at old RFA bugs, and tra clearly is a good candidate,
> since the last upload was in 2002 and it looks like its functionality is
> provided by other packages.
>
> If you don't want this package to go away, feel free to close the bug.
> But I really don't think there's a point in keeping it in Debian.
> --
> | Lucas Nussbaum
> | lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
> | jabber: lu...@nussbaum.fr             GPG: 1024D/023B3F4F |
>



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

Bug#462189: The Fix

[Kevin Rosenberg]

The problem of the segv on startup was due to ctsim being linked  
against the older libgtk1.2 package. Updating to libgtk2.0

fixed the problem and a new version of ctsim has been uploaded.




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

Bug#535833: marked as done (general: Slow internet on iceweasel, epiphany and so on...)

[Tollef Fog Heen]

]]  (Debian Bug Tracking System)

| if you have to disable ipv6 to make "the internet connection fast",
| the setup at your provider is broken - Debian comes with working out
| of the box support for ipv6, if you need to disable it to make the
| network work for you, there is something wrong on the network.

This is probably the same bug as
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=435646, which while a
bug in the DSL router of users is not possible for most of them to work
around, while fairly trivial for us to work around in libc.  (Heck, I
believe newer libcs already have the fix in.)

(I think we should fix it, but I'm not going to fight that battle again,
since apparently having loopback ipv6 when no other IPv6 address is
configured working is more important than making Debian usable for
certain people without having to disable ipv6.  See 441857 for the other
bug in the story.)

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are




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

Bug#539520: dh_auto_configure should either append --disable-rpath or provide a way to

[Monty Taylor]

Joey Hess wrote:
> Monty Taylor wrote:
>> I'm using the new (and wonderful) dh sequencing stuff for just about all
>> of my packages now. For several of them, the only thing I have to
>> customize is the removal of rpath information. If I were using old
>> debhelper and CDBS, I could simply add something like:
>>
>> DEB_CONFIGURE_EXTRA_FLAGS := --disable-rpath
> 
> override_dh_auto_configure:
>   dh_auto_configure -- --disable-rpath
> 
> I don't plan to add environment variables for things that can easily be
> handled by overrides.
>  
>> And all would be happy. It seems (to me) that either dh_auto_configure
>> should include --disable-rpath by default
> 
> It seems unwise to do this without some sort of proof that it doesn't
> break at least the thousand-odd packages currently using
> dh_auto_configure.
> 

Ok. Fair enough. I guess the only reason I brought it up is that I
thought it might be affecting more people than just me (since rpath is a
default libtool behavior) because of
http://lintian.debian.org/tags/binary-or-shlib-defines-rpath.html

I am happy to just do the override though.

Thanks again!
Monty



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

Bug#539539: liferea: crash when creating a certain search folder under locale sv_SE.UTF-8

[Emilio Pozuelo Monfort]

Johan Grönqvist wrote:
> Package: liferea
> Version: 1.6.0-1
> Severity: normal
> 
> I create the following search folder:
> 
> * All rules must match.
> * Flag status is flagged.
> * Item title does not contain arXiv
> 
> I press ok, and everything works fine.
> 
> I then add a third rule to the search folder
> 
> * Podcast not included
> 
> and then press ok.
> 
> The procedure works rather well when running under the locale 'C',
>  but when performing the above with LANG=sv_SE.UTF-8,
>  the application crashes with the following error mesasage written to terminal
> 
> ERROR:db.c:1189:db_query_to_sql: assertion failed: (0 == tables)
> Avbruten (SIGABRT)

I can't reproduce it. Can you install liferea-dbg and get a backtrace?

Thanks,
Emilio



signature.asc
Description: OpenPGP digital signature

Bug#539547: gnome-mount: LUKS-encrypted volume is shown as unmounted in the media list

[Adrian Lang]

Package: gnome-mount
Version: 0.8-2
Severity: normal

I tried to create an LUKS-encrypted partition with cryptsetup. The partition 
should span the complete /dev/sdd, a 750 GB GPT-based disk. I followed 
http://www.saout.de/tikiwiki/tiki-index.php?page=EncryptedDeviceUsingLUKS which 
worked well. After Step 5 (Mount the Filesystem) the volume showed up in Main 
Menu -> Places and computer:/// with correct size, name, everything fine. Next 
I added the necessary lines to /etc/fstab (for /dev/mapper/sdd1) and 
/etc/crypttab to get the partition mounted on boot with password prompt.

After reboot, the partition is mounted correctly, but Places only shows an 
unmounted 750 GB Medium. Mounting it through Nautilus or Places fails. Removing 
the /etc/fstab entry and rebooting still gives an unmounted, unnamed media, but 
allows to mount it.

Next I tried to remove the crypttab entry as well. After running luksOpen, 
/usr/lib/gvfs/gvfs-hal-volume-monitor spawns gnome-mount for /dev/dm-0 which 
prompts for admin password to mount the disk. If provided, the partition is 
mounted, once again without a label. At this step, an entry for 
/dev/mapper/sdd1 in fstab does not change gnome-mount‘s behavior. Hence I 
determined the UUID of /dev/dm-0 and added an UUID-based fstab entry. Now the 
automatically called gnome-mount fails after luksOpen with a permission error.

Now I re-added the crypttab entry. Along with the UUID fstab entry, I get an 
automatically mounted volume /dev/dm-0 without a name. This is a working, ugly 
workaround.

The main problem is that using crypttab and fstab to automatically mount the 
volume on boot does not work.


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

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

Versions of packages gnome-mount depends on:
ii  eject2.1.5+deb1+cvs20081104-6ejects CDs and operates CD-Changer
ii  gconf2   2.26.2-2GNOME configuration database syste
ii  hal  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer
ii  libatk1.0-0  1.26.0-1The ATK accessibility toolkit
ii  libc62.9-12  GNU C Library: Shared libraries
ii  libcairo21.8.6-2+b1  The Cairo 2D vector graphics libra
ii  libdbus-1-3  1.2.16-2simple interprocess messaging syst
ii  libdbus-glib 0.80-4  simple interprocess messaging syst
ii  libfontconfi 2.6.0-4 generic font configuration library
ii  libfreetype6 2.3.9-4.1   FreeType 2 font engine, shared lib
ii  libgconf2-4  2.26.2-2GNOME configuration database syste
ii  libglade2-0  1:2.6.4-1   library to load .glade files at ru
ii  libglib2.0-0 2.20.4-1The GLib library of C routines
ii  libgnome-key 2.26.1-1GNOME keyring services library
ii  libgtk2.0-0  2.16.1-2The GTK+ graphical user interface 
ii  libhal-stora 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share
ii  libhal1  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share
ii  libnautilus- 2.26.3-1libraries for nautilus components 
ii  libnotify1 [ 0.4.5-1 sends desktop notifications to a n
ii  libpango1.0- 1.24.5-1Layout and rendering of internatio
ii  libxml2  2.7.3.dfsg-2GNOME XML library

gnome-mount recommends no packages.

Versions of packages gnome-mount suggests:
ii  cryptsetup  2:1.0.7-1configures encrypted block devices
ii  ntfs-3g 1:2009.4.4-1 read-write NTFS driver for FUSE

-- 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#539491: liferea: Fails to start, failure while preparing statement

[Cyril Brulebois]

Emilio Pozuelo Monfort  (01/08/2009):
> > Let me know any test I could perform.
> 
> Can you move away (don't delete it, we may need it to further analize
> the problem) ~/.liferea_1.6 and see if it starts?

Did so, it now starts. :)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#539520: dh_auto_configure should either append --disable-rpath or provide a way to

[Joey Hess]

Monty Taylor wrote:
> I'm using the new (and wonderful) dh sequencing stuff for just about all
> of my packages now. For several of them, the only thing I have to
> customize is the removal of rpath information. If I were using old
> debhelper and CDBS, I could simply add something like:
> 
> DEB_CONFIGURE_EXTRA_FLAGS := --disable-rpath

override_dh_auto_configure:
dh_auto_configure -- --disable-rpath

I don't plan to add environment variables for things that can easily be
handled by overrides.
 
> And all would be happy. It seems (to me) that either dh_auto_configure
> should include --disable-rpath by default

It seems unwise to do this without some sort of proof that it doesn't
break at least the thousand-odd packages currently using
dh_auto_configure.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#478799: bbdb: Please don't build-depend on emacs21

[Rob Browning]

With permission from the maintainer, I've uploaded an NMU which should
fix this.  Using --with-emacs=/bin/true didn't produce a functional
package (at least not for emacs23), so these changes just shift the
dependencies away from emacs21.

Here are the changes in 1.2:

diff --git a/debian/changelog b/debian/changelog
index fa8a084..cad7dd4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+bbdb (2.35.cvs20060204-1.2) unstable; urgency=low
+
+  * NMU with the permission of the maintainer to adjust the dependencies
+to accommodate the removal of emacs21.  Change the emacs21 dependency
+to emacs23 and the emacs21 build dependency to emacs22 or emacs23.
+Thanks to Sven Joachim .  (Closes: #478799)
+
+ -- Rob Browning   Sat, 01 Aug 2009 12:16:02 -0700
+
 bbdb (2.35.cvs20060204-1.1) unstable; urgency=low
 
   * NMU with the permission of the maintainer.
diff --git a/debian/control b/debian/control
index fdaacdc..ccf42f0 100644
--- a/debian/control
+++ b/debian/control
@@ -2,12 +2,12 @@ Source: bbdb
 Section: mail
 Priority: optional
 Maintainer: Joerg Jaspert 
-Build-Depends-Indep: debhelper (>> 4.2.0), texinfo, texi2html, emacs21
+Build-Depends-Indep: debhelper (>> 4.2.0), emacs22 | emacs23, texinfo, texi2html
 Standards-Version: 3.6.2.0
 
 Package: bbdb
 Architecture: all
-Depends: make, emacs21 | emacsen
+Depends: make, emacs23 | emacsen
 Suggests: vm, w3-el-e21, gnuserv, gnus|t-gnus, perl
 Description: The Insidious Big Brother Database (email rolodex) for Emacs
  BBDB is a rolodex-like database program for GNU Emacs.  BBDB stands

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Bug#539545: FTBFS with GCC 4.4: declaration of 'u32 format' shadows template parm...

[Martin Michlmayr]

Package: desmume
Version: 0.9.4-1
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-4.4

Your package fails to build with GCC 4.4.  You can reproduce this problem
with gcc-4.4/g++-4.4 from unstable.

> Automatic build of desmume_0.9.4-1 on em64t by sbuild/amd64 0.53
...
> g12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -pthread 
> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include  -g -O2 -MT 
> OGLRender.o -MD -MP -MF .deps/OGLRender.Tpo -c -o OGLRender.o OGLRender.cpp
> In file included from OGLRender.cpp:70:
> texcache.h:47: error: declaration of 'u32 format'
> texcache.h:46: error:  shadows template parm 'TexCache_TexFormat format'
> make[3]: *** [OGLRender.o] Error 1
> make[3]: Leaving directory `/build/tbm/desmume-0.9.4/src'

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



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

Bug#539546: FTBFS with GCC 4.4: dereferencing type-punned pointer will break strict-aliasing rules

[Martin Michlmayr]

Package: wesnoth
Version: 1:1.6.4-1
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-4.4

Your package fails to build with GCC 4.4.  You can reproduce this problem
with gcc-4.4/g++-4.4 from unstable.

> Automatic build of wesnoth_1:1.6.4-1 on em64t by sbuild/amd64 0.53
...
>   x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I..   -I/usr/include 
> -D_REENTRANT -I/usr/include/pango-1.0 -I/usr/include/cairo 
> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 
> -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 
> -DHAVE_REVISION -I../intl -I../intl -I/usr/include/SDL -D_GNU_SOURCE=1 
> -D_REENTRANT -DWESNOTH_PATH=\"/usr/share/games/wesnoth\" 
> -DLOCALEDIR=\"/usr/share/locale\" -DHAS_RELATIVE_LOCALEDIR=0 
> -DFIFODIR=\"/var/run/wesnothd\" -DWESNOTH_PREFIX=\"/usr\" -DHAVE_FRIBIDI 
> -I/usr/include -O2 -W -Wall -ansi -g -O2 -Werror -Wno-unused 
> -Wno-sign-compare -DDISABLE_POOL_ALLOC -D_X11 -I/usr/include -MT 
> network.o -MD -MP -MF $depbase.Tpo -c -o network.o network.cpp &&\
>   mv -f $depbase.Tpo $depbase.Po
> cc1plus: warnings being treated as errors
> network.cpp: In member function 'virtual void 
> networkconnect_operation::run()':
> network.cpp:432: error: dereferencing type-punned pointer will break 
> strict-aliasing rules
> network.cpp: In function 'network::connection network::accept_connection()':
> network.cpp:560: error: dereferencing type-punned pointer will break 
> strict-aliasing rules
> network.cpp:575: error: dereferencing type-punned pointer will break 
> strict-aliasing rules
> network.cpp: In function 'network::connection network::receive_data(config&, 
> network::connection, bool*, network::bandwidth_in_ptr*)':
> network.cpp:708: error: dereferencing type-punned pointer will break 
> strict-aliasing rules
> network.cpp: In function 'network::connection 
> network::receive_data(std::vector >&, 
> network::bandwidth_in_ptr*)':
> network.cpp:818: error: dereferencing type-punned pointer will break 
> strict-aliasing rules
> make[3]: *** [network.o] Error 1
> make[3]: Leaving directory `/build/tbm/wesnoth-1.6.4/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/build/tbm/wesnoth-1.6.4'
> make[1]: *** [all] Error 2

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



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

Bug#539544: FTBFS with GCC 4.4: error: 'template class vcg::vertex::Normal' is not a function,

[Martin Michlmayr]

Package: meshlab
Version: 1.2.1-1
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-4.4

Your package fails to build with GCC 4.4.  You can reproduce this problem
with gcc-4.4/g++-4.4 from unstable.

> Automatic build of meshlab_1.2.1-1 on em64t by sbuild/amd64 0.53
...
> ../../../../vcglib/vcg/complex/trimesh/hole.h:602:   instantiated from 
> 'static void vcg::tri::Hole::EarCuttingFill(MESH&, int, bool, bool 
> (*)(int, const char*)) [with EAR = vcg::tri::MinimumWeightEar, MESH = 
> CMeshO]'
> epoch_io.cpp:741:   instantiated from here
> ../../../../vcglib/vcg/simplex/vertex/component.h:182: error: 'template A, class T> class vcg::vertex::Normal' is not a function,
> ../../../../vcglib/vcg/space/triangle3.h:389: error:   conflict with 
> 'template Point3Type vcg::Normal(const Point3Type&, const 
> Point3Type&, const Point3Type&)'
> ../../../../vcglib/vcg/complex/trimesh/hole.h:204: error:   in call to 
> 'Normal'

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



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