Bug#510432: imapproxy

[Christian Hammers]

Am Mon, 19 Jan 2009 00:14:42 +0100
schrieb José Luis Tallón :

> Christian Hammers wrote:
> > Hello
> >
> > Any progress with this Release Critical bug?
> >   
> diff attached for your review.
> I have already posted the URL for the already made package to the
> bug's address.

Somehow it does not work quite right:

-=(~/debian/imapd/up-imapproxy-1.2.6)$ export DEBCONF_DEBUG=developer  

-=(~/debian/imapd/up-imapproxy-1.2.6)$ grep server_hostn /etc/imapproxy.conf 
## server_hostname server_hostname mail3 
## This setting specifies the port that server_hostname is listening on.

-=(~/debian/imapd/up-imapproxy-1.2.6)$ sudo debi
(Lese Datenbank ... 200202 Dateien und Verzeichnisse sind derzeit installiert.) 
Vorbereiten zum Ersetzen von imapproxy 1.2.6-5 (durch 
imapproxy_1.2.6-5_amd64.deb) ... 
Not running: imapproxy.
Entpacke Ersatz für imapproxy ...
Richte imapproxy ein (1.2.6-5) ...
Use of uninitialized value in split at - line 10.

Fehler beim Bearbeiten von imapproxy (--install): Unterprozess 
post-installation script gab den Fehlerwert 1 zurück 
debi: debpkg -i failed


It might have to do with this:
+   test -f $DESTFILE || cp /usr/share/doc/imapproxy/examples/$CFGFILE 
$DESTFILE;
+   TMPFILE=`tempfile`
+   mv $DESTFILE $TMPFILE
+   export PARAMS
+   export $PARAMS
+
+/usr/bin/perl -- - $DESTFILE $TMPFILE << 'EOSCRIPT'
+use warnings;
+use strict;
+
+my $CFG;
+my $TMP;
+open(CFG, '<', shift) or exit;
+open(TMP, '>', shift) or die "imapproxy.postint: could not open: $!";

a) you first move DESTFILE to TMPFILE (after which no DESTFILE is existing 
anymore)
   then you read *from* DESTFILE and write to TMPFILE again?

b) the patch includes imapproxy.postinst.tmp which is probably unnecessary.

bye,

-christian-



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

Bug#512273: xorg: Macintosh Blue&White G3 w/ ATI 3D Rage Pro - monitor complains "out of range"

[Rick Thomas]

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


I recently installed Lenny on a Mac Blue&White with an ATI 3D Rage Pro video 
card.

When X starts up the monitor displays a message "out of range" indicating that 
the
computer is feeding it stuff it can't handle.  (This message is coming from the
monitor, itself -- not the X software).  The image on the monitor shimmers and
jumps and looks like snow in a high wind.

I've tried several tweeks to the xorg.conf that have worked on other machines
with similar problems.  None of them seem to help.  I'm attaching the most
recent non-working xorg.conf.  I'm also attaching the Xorg.0.log.

lspci -v says this about the video card:

01:02.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro (rev 5c) 
(prog-if 00 [VGA controller])
Subsystem: ATI Technologies Inc Device 
Flags: bus master, stepping, medium devsel, latency 16, IRQ 23
Memory at 8100 (32-bit, prefetchable) [size=16M]
I/O ports at 1400 [disabled] [size=256]
Memory at 80881000 (32-bit, non-prefetchable) [size=4K]
Expansion ROM at 8000 [disabled] [size=128K]


Any suggestoions?

Rick

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

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

Versions of packages xorg depends on:
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  x11-apps  7.3+4  X applications
ii  x11-session-utils 7.3+1  X session utilities
ii  x11-utils 7.3+2+nmu1 X11 utilities
ii  x11-xfs-utils 7.3+1  X font server utilities
ii  x11-xkb-utils 7.4+1  X11 XKB utilities
ii  x11-xserver-utils 7.3+5  X server utilities
ii  xauth 1:1.0.3-2  X authentication utility
ii  xfce4-terminal [x-terminal-em 0.2.8-5Xfce 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-5  standard fonts for X
ii  xfonts-scalable   1:1.0.0-6  scalable fonts for X
ii  xfonts-utils  1:7.4+1X Window System font utility progr
ii  xinit 1.0.9-2X server initialisation tool
ii  xkb-data  1.3-2  X Keyboard Extension (XKB) configu
ii  xserver-xorg  1:7.3+18   the X.Org X server
ii  xterm [x-terminal-emulator]   235-2  X terminal emulator

Versions of packages xorg recommends:
ii  xorg-docs 1:1.4-3Miscellaneous documentation for th

xorg suggests no packages.

-- no debconf information
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
EndSection

Section "Device"
Identifier  "Configured Video Device"
Driver  "ati"
BusID   "PCI:1:2:0"
Option  "UseFBDev"  "true"
EndSection

Section "Monitor"
Identifier  "Configured Monitor"
HorizSync   30-80
VertRefresh 50-75
EndSection

Section "Screen"
Identifier  "Default Screen"
Monitor "Configured Monitor"
DefaultDepth8
SubSection "Display"
Depth   8
Modes   "1280x1024" "1024x768" "800x600" "640x480"
EndSubSection
EndSection

X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-10)
Current Operating System: Linux dillserver 2.6.26-1-powerpc #1 Sat Jan 10 
14:00:38 CET 2009 ppc
Build Date: 09 January 2009  03:09:36AM
 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config fi

Bug#512272: imapproxy hangs in endless loop if no DNS available at start

[Christian Hammers]

Package: imapproxy
Version: 1.2.6-5
Severity: wishlist

Hello

If during configuration a wrong hostname is entered, imapproxy hangs
in an endless loop. That means the server would not start up if
the network is broken. 

I'm not sure if there's a policy for this but I would prefer the app
to just terminate after e.g. three retries but don't affect the other
programs.

bye,

-christian-


P.S.: The problematic code is this for() in src/main.c:

for( ;; )
{
if ( ( gaierrnum = getaddrinfo( PC_Struct.server_hostname,
PC_Struct.server_port,
&aihints, &ai ) ) )
{
syslog( LOG_ERR,
"%s: getaddrinfo() failed to resolve hostname of remote IMAP 
server: %s -- retrying",
fn, gai_strerror( gaierrnum ) );
sleep( 15 );
}
else
{
break;
}
}





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

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

Versions of packages imapproxy depends on:
ii  debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libncurses5   5.7+20081213-1 shared libraries for terminal hand
ii  libssl0.9.8   0.9.8g-14  SSL shared libraries
ii  libwrap0  7.6.q-16   Wietse Venema's TCP wrappers libra
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip

imapproxy recommends no packages.

imapproxy 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#512271: Building out-of-tree modules fails on powerpc due to missing file crtsavres.o

[Michel Dänzer]

Package: kernel-package
Version: 11.015
Severity: important
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


The powerpc linux-headers-* packages generated by make-kpkg are missing the
file arch/powerpc/lib/crtsavres.o which is required for building kernel
modules on recent 2.6 kernels. The attached patch is a possible fix, though
it may be missing a check for the kernel version or existence of the file.


- -- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (102, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.27.10
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kernel-package depends on:
ii  binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina
ii  debianutils 2.30 Miscellaneous utilities specific t
ii  dpkg1.14.24  Debian package management system
ii  dpkg-dev1.14.24  Debian package development tools
ii  file4.26-2   Determines file type using "magic"
ii  gcc [c-compiler]4:4.3.2-2The GNU C compiler
ii  gcc-4.3 [c-compiler 4.3.2-2  The GNU C compiler
ii  gettext 0.17-6   GNU Internationalization utilities
ii  make3.81-5   The GNU version of the "make" util
ii  module-init-tools   3.4-1tools for managing Linux kernel mo
ii  perl5.10.0-19Larry Wall's Practical Extraction 
ii  po-debconf  1.0.15   manage translated Debconf template
ii  util-linux  2.13.1.1-1   Miscellaneous system utilities

Versions of packages kernel-package recommends:
ii  bzip2 1.0.5-1high-quality block-sorting file co
ii  libc6-dev [libc-dev]  2.7-18 GNU C Library: Development Librari

Versions of packages kernel-package suggests:
ii  docbook-utils 0.6.14-1.1 Convert Docbook files to other for
ii  e2fsprogs 1.41.3-1   ext2/ext3/ext4 file system utiliti
ii  initramfs-tools [linux-in 0.92o  tools for generating an initramfs
pn  libdb3-dev (no description available)
ii  libncurses5-dev [libncurs 5.7+20090105-1 developer's libraries and docs for
pn  linux-source | kernel-sou  (no description available)
ii  xmlto 0.0.20-3   XML-to-any converter

- -- no debconf information

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

iD8DBQFJdCx4WoGvjmrbsgARAs8sAJ95F0+Rud57LD6sjZ9KwTJCv95IyQCfVSl+
HQIVzWSvbbWYPShoxcecihw=
=2E5x
-END PGP SIGNATURE-
--- /usr/share/kernel-package/ruleset/targets/headers.mk.dpkg-dist  
2008-12-29 13:37:07.0 +0100
+++ /usr/share/kernel-package/ruleset/targets/headers.mk2008-12-29 
13:37:12.0 +0100
@@ -99,6 +99,9 @@ debian/stamp/install/$(h_package):
   ifneq ($(strip $(int_follow_symlinks_in_src)),)
-tar cfh - include   |   (cd $(SRCDIR); umask 000; tar xsf -)
-tar cfh - scripts   |   (cd $(SRCDIR); umask 000; tar xsf -)
+  ifeq ($(strip $(KERNEL_ARCH)),powerpc)
+   -tar cfh - arch/powerpc/lib/crtsavres.o | (cd $(SRCDIR); umask 000; tar 
xsf -)
+  endif
(cd $(SRCDIR)/include;   rm -rf asm; ln -s asm-$(LINK_ARCH) asm)
find . -path './scripts/*'   -prune -o -path './Documentation/*' -prune 
-o  \
-path './debian/*'-prune -o -type f 
 \
@@ -111,6 +114,9 @@ debian/stamp/install/$(h_package):
   else
-tar cf - include |(cd $(SRCDIR); umask 000; tar xsf -)
-tar cf - scripts |(cd $(SRCDIR); umask 000; tar xsf -)
+  ifeq ($(strip $(KERNEL_ARCH)),powerpc)
+   -tar cf - arch/powerpc/lib/crtsavres.o | (cd $(SRCDIR); umask 000; tar 
xsf -)
+  endif
(cd   $(SRCDIR)/include; rm -f asm; ln -s asm-$(LINK_ARCH) asm)
find . -path './scripts/*' -prune -o -path './Documentation/*' -prune 
-o  \
-path './debian/*'  -prune -o -type f   
   \

Bug#512270: [linux-patch-grsecurity2] unclear "new major upstream version" in short description

[Filipus Klutiero]

Package: linux-patch-grsecurity2
Version: 2.1.12+2.6.26.3-200809012141-1
Severity: minor

The short description ends with "new major upstream version". This is, I 
guess, to explain the "2" in the package's name, but grsecurity 2 does not 
seem quite new now. This bit may need clarification or removal. Maybe the 
package should be renamed to linux-patch-grsecurity too.



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

Bug#512210: lintian: [checks/po-debconf] Extend template check for updated strings

[Christian Perrier]

(I haven't looked #512210 yet)

Quoting Russ Allbery (r...@debian.org):

> > In the original report, I only tested against the .deb. The
> > no-complete-debconf-translation check is not high enough severity to
> > show up without -I when checking the source package.
> 
> Yes, we can change the severity, although I'd like to run that past
> debian-i18n first.

I'm not entirely enthusiast to increase the severity. 

Having incomplete PO files is not an error per se. And the maintainer
might very well have sent a call for translaiton updates but not
received any input from some translators. That happens very often.

So, I would not like some maintainers to consider that the translation
file is bogus and not include it, while it is just safe to keep it as is.


> 
> > If the binary check is added, the certainty can be raised and also the
> > severity. With that change, the description could be made more strict:
> 
> I don't see why a binary check would change the certainty.  Maybe I'm
> missing something?  It's certainty: possible right now because there may
> be cases where translators were warned but didn't have a chance to do any
> translations (for an obscure package, for instance).  I think that will
> always be the case.

*Yes*.

Really, I see no real good way to actually check if translators were
warned (as this is done by mail). So, the current warning is the only
thing that should be done, imho...

> debian-mentors discussion also raises the valid point that a brand new
> package possibly shouldn't go to translators before the first upload.  I'd
> like to get a debian-i18n opinion on that as well.  Should we skip the
> Lintian tag for no complete translation if this is the first packaging?
> (We can detect this by noting that we only have one changelog entry.)

On first packaging, what we would see is first a review of English
messages in debian-l10n-english (yet another thing you can't really
detect) before the call for translations is issued to -i18n.

Of course, a first package with no translation at all is really
something we don't like as this makes obvious that no call for
translations was made and very very likely that no review happened
(because such reviews always include a recommendation to do a call for
translations).

> 
> > I'd like to see severity important but normal would be OK for starters.
> 
> Remember, the rule of thumb here is that severity should match the
> severity that you'd pick for the bug that you filed about the problem,
> were you to file a bug.  Important is a rather large leap over the current
> severities used for translations.


Agreed. Even though we consider l10n to be important, I think that
overflating severities for it would very likely make maintainers angry
for no real benefit.





signature.asc
Description: Digital signature

Bug#512256: clicking new message symbol in notification area does not open corresponding chat window any more

[Yann Leboulanger]

Elmar Hoffmann wrote:
> Package: gajim
> Version: 0.12.1-1
> Severity: normal
> 
> When a new message arrives from a contact whose message window is not
> open already, the status symbol in the notification area changes to
> the new message symbol. Clicking on that used to open the
> corresponding chat window in gajim 0.11, but that seems broken now,
> clicking it just activates the main window.
> 
> elmar

It's not a bug, but a way to be consistant with roster: double click or
middle click to open a pending event.

-- 
Yann



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

Bug#504456: Bug no longer exists upstream

[Phillip Hellewell]

Please see comment #12 on the upstream bug:
http://bugzilla.gnome.org/show_bug.cgi?id=564709

The real problem was nm-system-settings returning non-null zero-length
secrets over dbus (secrets that should not have been returned at all).
However, the latest nm-system-settings (from svn) works correctly, fixing
the original bug (without the need for my patch).

So the bug was apparently fixed upstream sometime in the last few months,
but I have no idea exactly when.

Phillip

Bug#512267: RFP: libtext-levenshtein-perl -- implementation of the Levenshtein edit distance algorithm

[Raphael Geissert]

On Sunday 18 January 2009 23:53:35 Ryan Niebur wrote:
> retitle 512267 ITP: libtext-levenshtein-perl -- implementation of the 
> Levenshtein edit distance algorithm
> owner 512267 pkg-perl-maintain...@lists.alioth.debian.org
> thanks

Great, thanks.

By the way, just noticed there's an extra & in the POD.

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



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

Bug#334672: A workaround, at least.

[Robin Lee Powell]

For what it's worth, a simple empty /etc/busybox.conf will shut the
error message up.

-Robin

-- 
They say:  "The first AIs will be built by the military as weapons."
And I'm thinking:  "Does it even occur to you to try for something
other than the default outcome?" -- http://shorl.com/tydruhedufogre
http://www.digitalkingdom.org/~rlpowell/ *** http://www.lojban.org/



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

Bug#334672: This bug is still extant.

[Robin Lee Powell]

I'm getting it on a machine I just installed busybox-static on.

-Robin

-- 
They say:  "The first AIs will be built by the military as weapons."
And I'm thinking:  "Does it even occur to you to try for something
other than the default outcome?" -- http://shorl.com/tydruhedufogre
http://www.digitalkingdom.org/~rlpowell/ *** http://www.lojban.org/



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

Bug#460331: analysis, was this ever fixed?

[Craig Small]

On Mon, Jan 19, 2009 at 03:51:04PM +1100, Tom Evans wrote:
> Or is it the famous "undefined behaviour"?
That would then mean it's procps' fault.

>> I wish the GCC documentation was written
>> a little clearer.
>
> Could you please give me a pointer to which GCC docs cover dynamic  
> libraries?
http://gcc.gnu.org/onlinedocs/gcc/Function-Attributes.html
(scroll down to constructors)

Why don't they mention the priority ranges or lowest wins? Or if there
are two constructors which one goes first, even "its not defined" would
of been better. Also it doesn't say what the default priority is.
To think, a few more words would of made life so much easier :(

Setting the priority will fix it for procps, but it may be masking a 
bug in the GCC; not THIS bugs problem for sure but it should be fixed.
Next release I'll set the priority, at the very least it makes it clear
what I want the code to do.

 - Craig
-- 
Craig Small  GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
http://www.enc.com.au/ csmall at : enc.com.au
http://www.debian.org/  Debian GNU/Linux, software should be Free 



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

Bug#512269: nvidia-kernel-2.6.26-1-amd64: Please package 180.22 to match nvidia-glx in experimental

[Phil Miller]

Package: nvidia-kernel-2.6.26-1-amd64
Version: 173.14.09+3
Severity: wishlist

You currently have Nvidia's recent drivers, with support for new cards
and VDPAU, in experimental. I'm quite thankful for this. It would add
to the convenience this provides if the matching kernel module package
were in experimental, so that users who run the stock kernel won't
need to compile anything to test this code and reap the benefits from
it.

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

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

Versions of packages nvidia-kernel-2.6.26-1-amd64 depends on:
ii  linux-image-2.6.26-1-amd642.6.26-13  Linux 2.6.26 image on AMD64
ii  nvidia-kernel-common  20080825+1 NVIDIA binary kernel module common

nvidia-kernel-2.6.26-1-amd64 recommends no packages.

nvidia-kernel-2.6.26-1-amd64 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#460331: analysis, was this ever fixed?

[Tom Evans]

Craig Small wrote:

reopen 460331
tags 460331 help
thankyou


And thanks to you for the rapid response. That's service!


On a i386:
... 
On an Armel (agricola):

...


I had this information last Friday courtesy of strace and didn't realise it!

open("/proc/stat", O_RDONLY)= 3
...
read(3, "cpu  892 0 1477 18830 1336 54 1 0"..., 1024) = 564
...
open("/proc/uptime", O_RDONLY)  = 3
...
read(3, "225.92 201.84\n"..., 1023) = 14
open("/proc/stat", O_RDONLY)= 4
...
read(4, "cpu  892 0 1478 18830 1336 54 1 0"..., 1023) = 564
...
write(2, "Unknown HZ value! (93) Assume 100"..., 35Unknown HZ value!
...
open("/proc/version", O_RDONLY) = 5
...
read(5, "Linux version 2.6.27.10.colibri32"..., 1024) = 155


So! the million dollar question, is the code wrong or

> is GCC on an Armel wrong?

Or is it the famous "undefined behaviour"?


Is there supposed to be an order here?  It seems to be
consistently correct for the i386.


Possible getting lucky with a linker or compiler hash table.


Setting the priority will fix it,


Where can that be set? Is this something in the Makefile or are there 
extra parameters to the attribute macro?



I'm just not sure if the real problem
is a GCC bug on the Armel.


I think the REAL problem is that objects "initialized/constructed" with 
those attributes are assumed to be INDEPENDENT. If different parts are 
dependent (as these two are) then the programmer is meant to handle this.


Maybe a library is only meant to have one constructor (that calls the 
other initialisation functions in the right order)?


That would be the easiest way to fix this one, at the "expense" of 
making init_Linux_version() non-static and exposing it in a header file.


The simplest fix I can think of would probably be a correct variation on:

- static void init_Linux_version(void) __attribute__((constructor));

  static void init_libproc(void) __attribute__((constructor));
  static void init_libproc(void){
have_privs = check_for_privs();
+   init_Linux_version();

init_signal_list() is also a "constructor". It is independent of the 
other two and so is OK (but could probably be replaced with an assert of 
some sort).



I wish the GCC documentation was written
a little clearer.


Could you please give me a pointer to which GCC docs cover dynamic 
libraries?


--
===
Tom Evans  tom.ev...@ceos.com.au
CEOS Pty Ltd   www.ceos.com.au
3/17 Burgundy St, Heidelberg,
Victoria 3084, Australia

Phone  (+61 3) 9458 4955
Direct Unsupported
FAX(+61 3) 9458 4966
Mobile 0405 776 431



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

Bug#512258: [Debian-olpc-devel] Bug#512258: sugar-web-activity: drop-down input fields (HTML forms) not working

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 512258 +unreproducible
severity 512258 important
thanks

On Mon, Jan 19, 2009 at 01:46:25AM +0100, Sascha Silbe wrote:
>Drop-down input fields (HTML ) are displayed, but cannot be 
>changed. If I click on them, nothing happens most of the time. Very 
>rarely, the drop-down menu appears for a small fraction of a second and 
>disappears immediately.

Thanks for the bugreport!


I fail to reproduce - either of the example URLs works fine in my 
testing.

Did you use sugar-emulator, or in what environment was Browse started?

It seems that you use a mix of testing and unstable - could you perhaps 
try test using only a single Debian branch?

Did you check if the .sugar logfiles reveiled any useful hints?


I disagree that this issue is more severe than "important": There are 
uses of Browse even if popup menus do not work. As an example, it is 
still possible to find and install .xo packages.  I consider it better 
to release with a Browse that is broken but able to install additional 
activities, than without Browse.


Kind regards,


  - Jonas

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

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

iEYEARECAAYFAkl0BKEACgkQn7DbMsAkQLiaWgCePo2a5CfvZz69rGis7Q6SNL3n
YBMAnimuMaO3XTVAzBdxLzM4CKka/SXT
=UboN
-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#512268: ITP: ypsilon -- An implementation of R6RS Scheme with mostly concurrent garbage collection

[Daniel Moerner]

Package: wnpp
Severity: wishlist
Owner: Daniel Moerner 

* Package name: ypsilon
  Version : 0.9.6-update3 
  Upstream Author : Yoshikatsu Fujita
* URL : http://code.google.com/p/ypsilon/
* License : BSD
  Programming Lang: C++, Scheme
  Description : An implementation of R6RS Scheme with mostly concurrent 
garbage collection

Ypsilon is an implementation of the Scheme programming language which conforms 
to the latest standard R6RS. It achieves a remarkably short garbage collection
pause time and improved performance during parallel execution because it 
implements "mostly concurrent garbage collection", which is optimized for the 
multi-core CPU system.

It implements the full features of R6RS and the R6RS standard libraries. It 
also features a built-in foreign function interface for integration with C.


Although there are many Scheme implementations in Debian, I think it is
worthwhile to include another one because it is fully R6RS compliant, runs on
amd64 as well as i386, and is small. Currently, only plt-scheme fulfills the 
latter two requirements but it is very large.

Cheers,
Daniel

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



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

Bug#512267: RFP: libtext-levenshtein-perl -- implementation of the Levenshtein edit distance algorithm

[Raphael Geissert]

Package: wnpp
Severity: wishlist

Hi all,

I need Text::Levenshtein for DEHS2 and for a new feature for my WNPP bugs 
maintenance script, it would be nice if somebody could package it. Thanks in 
advance!

Package: libtext-levenshtein-perl
Homepage: http://search.cpan.org/dist/Text-Levenshtein/

> Copyright 2002 Dree Mistrut 
>
> This package is free software and is provided "as is" without express
> or implied warranty.  You can redistribute it and/or modify it under
> the same terms as Perl itself.

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


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

Bug#512210: lintian: [checks/po-debconf] Extend template check for updated strings

[Russ Allbery]

[ Sigh.  *This* time I'll copy debian-i18n. ]

I'll go ahead and copy debian-i18n on this reply as there are several
questions below.  The discussion is about detecting failure to notify
translators to get new translations before upload.  There is an existing
Lintian tag, no-complete-debconf-translation, for this, but it's currently
only severity: wishlist.  (Which, I should note, matches the severity of
the bugs filed about translations at present, although I personally treat
them as higher priority than wishlist for my packages.)

Neil Williams  writes:

> Well that check only works on the source package and only uses msgfmt -
> it could probably be improved with a check on the binaries and the
> actual templates file(s).

Could you explain a bit more about what that would catch that the current
check doesn't catch, other than the (rather unusual) case of only running
lintian on the .deb file without running it on the source package?  All
po-debconf checks are currently done against the source package, and if we
can diagnose the problem on the source package, I'd rather do it there
since fixing the problem really requires action on the whole source
package rather than separate actions for each binary package.

> In the original report, I only tested against the .deb. The
> no-complete-debconf-translation check is not high enough severity to
> show up without -I when checking the source package.

Yes, we can change the severity, although I'd like to run that past
debian-i18n first.

> If the binary check is added, the certainty can be raised and also the
> severity. With that change, the description could be made more strict:

I don't see why a binary check would change the certainty.  Maybe I'm
missing something?  It's certainty: possible right now because there may
be cases where translators were warned but didn't have a chance to do any
translations (for an obscure package, for instance).  I think that will
always be the case.

debian-mentors discussion also raises the valid point that a brand new
package possibly shouldn't go to translators before the first upload.  I'd
like to get a debian-i18n opinion on that as well.  Should we skip the
Lintian tag for no complete translation if this is the first packaging?
(We can detect this by noting that we only have one changelog entry.)

> I'd like to see severity important but normal would be OK for starters.

Remember, the rule of thumb here is that severity should match the
severity that you'd pick for the bug that you filed about the problem,
were you to file a bug.  Important is a rather large leap over the current
severities used for translations.

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



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

Bug#460331: analysis, was this ever fixed?

[Craig Small]

reopen 460331
tags 460331 help
thankyou

I've BCC'ed you on this email and its gone to the Debian BTS as it does
explain the underlying bug quite well. Replies will go there too, I
think.

On Mon, Jan 19, 2009 at 12:10:18PM +1100, Tom wrote:
> old_Hertz_hack() is summing up FOUR jiffy values. That matches what  
> Kernel 2.4 did. Kernel 2.6 has SEVEN jiffy values, and if I add them up  
> manually the problem goes away.
That's good!

> old_Hertz_hack() is only called from init_libproc on kernels <= 2.4.0.  
> So on 2.6 kernels old_Hertz_hack() SHOULDN'T BE RUNNING AT ALL and that  
> looks to be the real bug. old_Hertz_hack() shouldn't be patched (to 2.6  
> with 7 parameters) as it is only used for 2.4 kernels as per:
Actually you're not correct there, it could be a 2.3 kernel or the note
not found, but..

> If the "find_elf_note()" call failed it would be printing the ""2.4+  
> kernel w/o ELF notes?" warning as well as the "Unknown HZ value!".
you're dead right here. Why isn't it complaining?

> Probably because "linux_version_code" isn't valid or set. That is set from:
That's exactly the problem.

> static void init_libproc(void) __attribute__((constructor));
> static void init_Linux_version(void) __attribute__((constructor));
>
> are "magically" called on library startup, and obviously  
> init_Linux_version() had better be called to set linux_version_code  
> before init_libproc() is being called to use the result.
>
> I can't see any guarantee of this in the code. Nothing in any calling  
> order (there isn't one) and nothing I can find in the Makefile. That may  
> be the real problem here. Which is still there.
In fact depending on what you are using, it is different.

On a i386:
(gdb) run
Starting program: /home/csmall/debian/procps/procps-3.2.7.o/ps/ps

Breakpoint 2, init_Linux_version () at proc/version.c:39
39  int x = 0, y = 0, z = 0;/* cleared in case sscanf() < 3 */
(gdb) c
Continuing.

Breakpoint 1, init_libproc () at proc/sysinfo.c:211
211   have_privs = check_for_privs();


On an Armel (agricola):
(gdb) run
Starting program: /home/csmall/procps-3.2.7/ps/ps

Breakpoint 1, init_libproc () at proc/sysinfo.c:211
211   have_privs = check_for_privs();
(gdb) c
Continuing.

Breakpoint 2, init_Linux_version () at proc/version.c:41
41  if (uname(&uts) == -1)  /* failure implies impending death */
(gdb)

So! the million dollar question, is the code wrong or is GCC on an Armel
wrong?  Is there supposed to be an order here?  It seems to be
consistently correct for the i386.

Setting the priority will fix it, I'm just not sure if the real problem
is a GCC bug on the Armel. I wish the GCC documentation was written
a little clearer.

 - Craig

-- 
Craig Small  GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
http://www.enc.com.au/ csmall at : enc.com.au
http://www.debian.org/  Debian GNU/Linux, software should be Free 



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

Bug#512210: lintian: [checks/po-debconf] Extend template check for updated strings

[Russ Allbery]

I'll go ahead and copy debian-i18n on this reply as there are several
questions below.  The discussion is about detecting failure to notify
translators to get new translations before upload.  There is an existing
Lintian tag, no-complete-debconf-translation, for this, but it's currently
only severity: wishlist.  (Which, I should note, matches the severity of
the bugs filed about translations at present, although I personally treat
them as higher priority than wishlist for my packages.)

Neil Williams  writes:

> Well that check only works on the source package and only uses msgfmt -
> it could probably be improved with a check on the binaries and the
> actual templates file(s).

Could you explain a bit more about what that would catch that the current
check doesn't catch, other than the (rather unusual) case of only running
lintian on the .deb file without running it on the source package?  All
po-debconf checks are currently done against the source package, and if we
can diagnose the problem on the source package, I'd rather do it there
since fixing the problem really requires action on the whole source
package rather than separate actions for each binary package.

> In the original report, I only tested against the .deb. The
> no-complete-debconf-translation check is not high enough severity to
> show up without -I when checking the source package.

Yes, we can change the severity, although I'd like to run that past
debian-i18n first.

> If the binary check is added, the certainty can be raised and also the
> severity. With that change, the description could be made more strict:

I don't see why a binary check would change the certainty.  Maybe I'm
missing something?  It's certainty: possible right now because there may
be cases where translators were warned but didn't have a chance to do any
translations (for an obscure package, for instance).  I think that will
always be the case.

debian-mentors discussion also raises the valid point that a brand new
package possibly shouldn't go to translators before the first upload.  I'd
like to get a debian-i18n opinion on that as well.  Should we skip the
Lintian tag for no complete translation if this is the first packaging?
(We can detect this by noting that we only have one changelog entry.)

> I'd like to see severity important but normal would be OK for starters.

Remember, the rule of thumb here is that severity should match the
severity that you'd pick for the bug that you filed about the problem,
were you to file a bug.  Important is a rather large leap over the current
severities used for translations.

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



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

Bug#512266: linux-image-2.6.28-1-amd64: 2.6.28 - ext4 filesystem not enabled

[Ron Johnson]

Package: linux-image-2.6.28-1-amd64
Version: 2.6.28-1~experimental.1~snapshot.12576
Severity: wishlist

Now that ext4 is Official in 2.6.28, and knowing that people who run 
experimental kernels must accept some risk, 

$ lsmod | sort | grep ext[234]
ext2   66704  0 
ext3  125968  5 
jbd54568  1 ext3
mbcache13060  2 ext2,ext3


$ grep EXT4 /boot/config-2.6.28-1-amd64
# CONFIG_EXT4_FS is not set


Thanks, and thanks for all your hard work.


-- Package-specific info:
** Version:
Linux version 2.6.28-1-amd64 (Debian 2.6.28-1~experimental.1~snapshot.12567) 
(wa...@debian.org) (gcc version 4.1.3 20080623 (prerelease) (Debian 
4.1.2-23+1)) #1 SMP Fri Jan 16 15:13:23 UTC 2009

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.28-1-amd64 
root=UUID=ec2cfda3-185d-4d41-a708-01472ffa6507 ro

** Not tainted

[snip unneeded stuff]


-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (x86_64)

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

Versions of packages linux-image-2.6.28-1-amd64 depends on:
ii  debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii  initramfs-tools [linux-initra 0.92o  tools for generating an initramfs
ii  module-init-tools 3.4-1  tools for managing Linux kernel mo

linux-image-2.6.28-1-amd64 recommends no packages.

Versions of packages linux-image-2.6.28-1-amd64 suggests:
ii  grub-pc [grub]  1.96+20080724-12 GRand Unified Bootloader, version 
pn  linux-doc-2.6.28   (no description available)

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



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

Bug#510924: iproute: tc fails on action ipt

[jamal]

Ok, Ive to a conclusion that the issue below is a bug on lenny.
I can work around the issue of internal.h in the short term - but
it will be harder to do without libxtables being present in lenny
(as it is on sid)

cheers,
jamal

On Sat, 2009-01-17 at 10:31 -0500, jamal wrote:
> Hi Andreas,
> 
> On Sat, 2009-01-17 at 16:18 +0100, Andreas Henriksson wrote:
> > Hello Jamal!
> > 
> > On lör, 2009-01-17 at 09:41 -0500, jamal wrote:
> > > Debian Lenny has a small issue with iptables:
> > > 
> > > 1) libxtables.so is missing
> > > My opinion: I think it should be put in package iptables instead of
> > > iptables-dev since tc will load it at runtime.
> > 
> > Preferably, tc should use the versioned library instead that matches the
> > ABI it expects. (libxtables.so.0 is shipped in iptables)
> > 
> > $ dpkg -L iptables | grep libxtables.so
> > /lib/libxtables.so.0.0.0
> > /lib/libxtables.so.0
> > 
> 
> Hrm. What am i doing wrong? I dont have it on debian lenny:
> 
> ---
> dogo:~# cat /etc/debian_version 
> 5.0
> dogo:~# dpkg -L iptables | grep libxtables.so
> dogo:~# 
> --
> 





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

Bug#512265: lintian: please encourage running test suites at build time

[Raphael Geissert]

Package: lintian
Version: 2.1.6
Severity: wishlist

Hi everyone,

Thinking about how to improve the QA aspect of Debian I though it would be 
nice if lintian encouraged the use of test suites if they exist. This should 
hopefully help in guaranteeing the functionality of the packages during their 
existence in Debian. Of course the benefits of running a test suite are only 
helpful when the package is built in different archs (assuming the uploader 
*does* test the package in their box, which means one less arch to test it 
under) or when a package rebuild occurs (either archive wide, or a binNMU).

I'm not yet sure how to implent it, basically I've reduced it to two options:
a) Only warn if a well known kind of test suite exists (e.g. perl's 
test_harness, *units, etc).
b) Do as a) plus a more FP-prone check like dh_auto_test's.

And as for knowing whether the test suite is run:
* dh, dh build, or dh_auto_test are run.
* any occurrence of m/MAKE.{1,60}(test|check)/i  in debian/rules.
* any other test suite-specific way to run the tests.

Comments, suggestions, volunteers (to for example help knowing about test 
suite systems, as I do plan to work on this check)?

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


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

Bug#512264: Illegal SDL struct access causes segfault

[Trevour Crow]

Package: dgen
Version: 1.23-10
Severity: normal
Tags: patch

*** Please type your report below this line ***
DGen, in its current form, attempts to access the "screen" SDL_Surface
struct when it pauses. In normal mode, this is desirable. However, these
accesses were not always prevented from happening in OpenGL mode, segfaulting
the program. I've included a patch that adds these checks below.

sdl.cpp.diff:
--- sdl-orig/sdl.cpp2009-01-17 20:06:00.0 -0600
+++ sdl/sdl.cpp 2009-01-17 22:12:50.0 -0600
@@ -457,6 +457,9 @@
   
   // If you need to do any sort of locking before writing to the buffer, do so
   // here.
+#ifdef SDL_OPENGL_SUPPORT
+   if(!opengl) /*Don't do this in OpenGL mode; it crashes the emu*/
+#endif
   if(SDL_MUSTLOCK(screen))
 SDL_LockSurface(screen);
   
@@ -597,6 +600,9 @@
   q += mdscr.pitch;
 }
   // Unlock when you're done!
+#ifdef SDL_OPENGL_SUPPORT
+   if(!opengl)
+#endif
   if(SDL_MUSTLOCK(screen)) SDL_UnlockSurface(screen);
   // Update the screen
 #ifdef SDL_OPENGL_SUPPORT
@@ -917,6 +923,9 @@
 #ifdef HAVE_SDL_WM_TOGGLEFULLSCREEN
int fullscreen = 0;
// Switch out of fullscreen mode (assuming this is supported)
+#ifdef SDL_OPENGL_SUPPORT
+   if(!opengl)
+#endif
if(screen->flags & SDL_FULLSCREEN) {
  fullscreen = 1;
  SDL_WM_ToggleFullScreen(screen);
@@ -1085,7 +1094,6 @@
 inline void pd_clear_message()
 {
   int i, j;
-  long *p = (long*)((char*)screen->pixels + (screen->pitch * ys));
 #ifdef SDL_OPENGL_SUPPORT
   if(opengl)
 {
@@ -1096,6 +1104,9 @@
   else
 {
 #endif
+   /*This line causes problems in OpenGL mode, so we put it here*/
+   /*This actually makes more sense, since it's not used up there*/
+   long *p = (long*)((char*)screen->pixels + (screen->pitch * ys));
   for(i = 0; i < 16; ++i, p += (screen->pitch >> 2))
 for(j = 0; j < 80 * screen->format->BytesPerPixel; ++j)
   p[j] = 0;


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

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

Versions of packages dgen depends on:
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libgl1-mesa-glx [libgl1] 7.0.3-7 A free implementation of the OpenG
ii  libsdl1.2debian  1.2.13-2Simple DirectMedia Layer
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3

dgen recommends no packages.

dgen 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#509935: decide whether Uploaders is parsed per RFC 5322

[Russ Allbery]

Thank you for the concrete wording proposal!

Clint Adams  writes:

> While I think it would be fine to have a comprehensive and accurate
> specification, something like this could be an easy improvement.
>
> By omitting mention of RFC 822, the mandate for UTF-8 in the control
> file should obviate RFC 2047 encoding.
>
> Despite underspecifying things, I doubt there will be anyone trying
> to use email addresses of the wrong form.
>
> diff --git a/policy.sgml b/policy.sgml
> index 7de382d..080229c 100644
> --- a/policy.sgml
> +++ b/policy.sgml
> @@ -2582,17 +2582,14 @@ Package: libc6
> 
>   The package maintainer's name and email address.  The name
>   should come first, then the email address inside angle
> - brackets <> (in RFC822 format).
> + brackets <>.
> 

We could say that the e-mail address must be an RFC 5322 addr-spec without
obs-* rules so that we don't lose the restriction on what the e-mail
address should be like.

I wonder if we should also prohibit domain-literal.  We allow it now, but
there are no uses of it in the archive.

> 
> - If the maintainer's name contains a full stop then the
> - whole field will not work directly as an email address due
> - to a misfeature in the syntax specified in RFC822; a
> - program using this field as an address must check for this
> - and correct the problem if necessary (for example by
> - putting the name in round brackets and moving it to the
> - end, and bringing the email address forward).
> + If the maintainer's name contains a full stop or a comma,
> + the entire name must either be surrounded by quotation marks
> + or put within round brackets and moved it to the end
> + (thus bringing the email address forward).
> 
>   

We should say explicitly that the quotation marks are not part of the
maintainer's name.  Should we say something about whether the maintainer
name can be quoted even if it doesn't contain a comma?

I'd like to maintain the current allowance for not quoting the maintainer
name even if it contains a full stop, despite the RFC 5322 requirement to
quote addresses that contain full stops.  Among other things, people who
use initials in their maintainer names don't currently do the quoting and
I don't really want to make those packages buggy.

I think we can safely prohibit for our purposes the em...@address (Name)
form.  There are no occurrances of it in the archive.

Whatever we say here we should probably also say in section 4.4 (the
changelog specification).  Maintainers should use the same form of the
name and be able to do the same quoting in both places.

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



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

Bug#512263: iceweasel: right-click menu on images oftentimes chooses random option

[Noah Slater]

Package: iceweasel
Version: 3.0.4-1
Severity: normal

Every so often, about once out of ten times say, right-clicking on an image in
Iceweasel will cause a seemlying random option to be chosen and activated. This
tends to be "Properties", "Save", or "Block images.." (as well as a few others)
more often then not. Undoing whatever action took place and re-right-clicking
usually results in the standard menu being displayed.

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

Kernel: Linux 2.6.26-1-openvz-686 (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 iceweasel depends on:
ii  debianutils   2.30   Miscellaneous utilities specific t
ii  fontconfig2.6.0-3generic font configuration library
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.2-1  GCC support library
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.12.11-4  The GTK+ graphical user interface
ii  libnspr4-0d   4.7.1-4NetScape Portable Runtime Library
ii  libstdc++64.3.2-1The GNU Standard C++ Library v3
ii  procps1:3.2.7-8  /proc file system utilities
ii  psmisc22.6-1 Utilities that use the proc filesy
ii  xulrunner-1.9 1.9.0.4-2  XUL + XPCOM application runner

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  latex-xft-fonts   0.1-8  Xft-compatible versions of some La
ii  libkrb53  1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries
pn  mozplugger (no description available)
pn  ttf-mathematica4.1 (no description available)
pn  xfonts-mathml  (no description available)
pn  xprint (no description available)
ii  xulrunner-1.9-gnome-s 1.9.0.4-2  Support for GNOME in xulrunner app

-- no debconf information

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



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

Bug#509935: decide whether Uploaders is parsed per RFC 5322

[Clint Adams]

On Wed, Jan 14, 2009 at 10:26:03PM -0800, Russ Allbery wrote:
> I'm leaning that way as well.  I also don't want to require people to use
> RFC 2047 encoding if they have a name that doesn't fit into ASCII.
> 
> Anyone have any suggestions on a good subset and description of it that
> isn't too complex?

While I think it would be fine to have a comprehensive and accurate
specification, something like this could be an easy improvement.

By omitting mention of RFC 822, the mandate for UTF-8 in the control
file should obviate RFC 2047 encoding.

Despite underspecifying things, I doubt there will be anyone trying
to use email addresses of the wrong form.

diff --git a/policy.sgml b/policy.sgml
index 7de382d..080229c 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -2582,17 +2582,14 @@ Package: libc6
  
The package maintainer's name and email address.  The name
should come first, then the email address inside angle
-   brackets <> (in RFC822 format).
+   brackets <>.
  
 
  
-   If the maintainer's name contains a full stop then the
-   whole field will not work directly as an email address due
-   to a misfeature in the syntax specified in RFC822; a
-   program using this field as an address must check for this
-   and correct the problem if necessary (for example by
-   putting the name in round brackets and moving it to the
-   end, and bringing the email address forward).
+   If the maintainer's name contains a full stop or a comma,
+   the entire name must either be surrounded by quotation marks
+   or put within round brackets and moved it to the end
+   (thus bringing the email address forward).
  

 



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

Bug#512262: [amsn] Dependency on libsnack2 or libsnack2-alsa (no audio)

[Marek Straka]

Package: amsn
Version: 0.97.2~debian-1
Severity: minor

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

Could you set dependency on libsnack2-alsa instead on libsnack2?

Alsa is practically standard and it takes some time to find a solution
why the audio does not work.

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

Debian Release: 5.0
  500 testing www.debian-multimedia.org 
  500 testing gd.tuwien.ac.at 
  500 testing deb.opera.com 

--- Package information. ---
Depends  (Version) | Installed
==-+-
libc6   (>= 2.7-1) | 2.7-16
libgcc1   (>= 1:4.1.1) | 1:4.3.2-1.1
libjpeg62  | 6b-14
libpng12-0   (>= 1.2.13-4) | 1.2.27-2
libstdc++6  (>= 4.1.1) | 4.3.2-1.1
libx11-6   | 2:1.1.5-2
zlib1g(>= 1:1.1.4) | 1:1.2.3.3.dfsg-12
amsn-data  (= 0.97.2~debian-1) | 0.97.2~debian-1
tk8.5  | 8.5.3-4
tcl-tls| 1.5.0.dfsg-9
libsnack2  | 



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

Bug#507099: aptitude (experimental): Uncaught exception: match.cc:2741: cwidget::util::ref_ptr [...]

[Daniel Burrows]

On Fri, Nov 28, 2008 at 01:31:16AM +0100, Axel Beckert  
was heard to say:
> Package: aptitude
> Version: 0.5.0-1
> Severity: normal

  When 0.5.1 is available, let me know if you see this problem there too.

> Segfaults on startup in text-mode:
> 
> # env -u DISPLAY LANG=C aptitude
> Uncaught exception: match.cc:2741: 
> cwidget::util::ref_ptr 
> aptitude::matching::get_match(const 
> cwidget::util::ref_ptr&, const 
> pkgCache::PkgIterator&, const pkgCache::VerIterator&, const 
> cwidget::util::ref_ptr&, aptitudeDepCache&, 
> pkgRecords&, bool): Assertion "search_info.valid()" failed.

  What's your configuration?  (/etc/apt/apt.conf and ~/.aptitude/config)

Thanks,
  Daniel



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

Bug#512260: smbldap-tools: Quotes in the arguments are not handled correctly

[Jamie Thompson]

Package: smbldap-tools
Version: 0.9.4-1
Severity: important


Several sources of documentation suggest using the scripts in the form:
> add machine script = /usr/sbin/smbldap-useradd -w "%u"

...this does not work with my current versions, I instead get unknown user 
errors
from Windows when adding machines and so forth. The samba log contains:
> passdb/pdb_interface.c:pdb_default_create_user(336) _samr_create_user: Running
> the command `/usr/sbin/smbldap-useradd -w "$"' gave 9

...and no machine account is forthcoming.

Removing the quotes makes everything work correctly, as long as the argument has
no spaces, obviously.

I'm not sure at which point in the chain the fault lies, but I feel documenting
this workaround here is a good a place to start as any.

-- System Information: Debian Release: 5.0
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages smbldap-tools depends on:
ii  libcrypt-smbhash-perl 0.12-2 generate LM/NT hash of a password 
ii  libdigest-sha1-perl   2.11-2 NIST SHA-1 message digest algorith
ii  libio-socket-ssl-perl 1.02-1.1   Perl module implementing object or
ii  libnet-ldap-perl  1:0.34-1.1 A Client interface to LDAP servers
ii  libunicode-maputf8-perl   1.11-2 Perl module for conversing between
ii  perl  5.8.8-12   Larry Wall's Practical Extraction 

smbldap-tools recommends no packages.

smbldap-tools suggests no packages.

-- no debconf information



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

Bug#512184: celestia-gnome: OpenGL canvas appears on top of menus

[Julien Cristau]

On Mon, 2009-01-19 at 01:21 +0100, Sven Arvidsson wrote:
> On Sun, 2009-01-18 at 16:11 +, Julien Cristau wrote:
> > > Thanks for the info. I already have libgl1-mesa-dri and libgl1-mesa-glx
> > > installed from experimental though... or is it that the intel driver
> > > still needs to be ported to DRI2?
> > 
> > In xf86-video-intel 2.6, dri2 requires using UXA as AccelMethod, which
> > is not the default.
> 
> Doesn't DRI2 require a newer Xserver too, like 1.5.99?
> 
yes, you're right.

Cheers,
Julien



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

Bug#512259: libxul-dev: Package has unmet dependencies

[Joseph Scanlan]

Package: libxul-dev
Severity: normal

When I use apt-get to install libxul-dev I receive this error:

The following packages have unmet dependencies:
  libxul-dev: Depends: libnss3-dev (= 1.8.0.15~pre080614i-0etch1)
   but 3.12.0-5 is to be installed
  Depends: libnspr4-dev (= 1.8.0.15~pre080614i-0etch1)
   but 4.7.1-4 is to be installed
  Depends: libmozjs-dev (= 1.8.0.15~pre080614i-0etch1)
   but 1.9.0.5-1 is to be installed
E: Broken packages

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

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



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

Bug#511658: [Pkg-alsa-devel] Bug#511658: alsa-base: AMD64 No Sound

[Elimar Riesebieter]

* Mike Lewis [090118 18:10 -0600]
> Like I said, I have no idea what I'm doing or why, but this does not
> appear to have worked:
> 
> 
> ca...@moe:/tmp$ cd linux-headers-2.6.26-1-common/

Did /usr/share/doc/alsa-source/README.Debian told you to install the
kernel-headers in /tmp?

> ca...@moe:/tmp/linux-headers-2.6.26-1-common$ make-kpkg

Why? /usr/share/doc/alsa-source/README.Debian supposed to use m-i?

Elimar

-- 
  Planung:
  Ersatz des Zufalls durch den Irrtum.
-unknown-


signature.asc
Description: Digital signature

Bug#512258: sugar-web-activity: drop-down input fields (HTML forms) not working

[Sascha Silbe]

Package: sugar-web-activity
Version: 102-1
Severity: grave
Justification: renders package unusable


Drop-down input fields (HTML ) are displayed, but cannot be changed. If 
I click on them, nothing happens most of the time. Very rarely, the drop-down 
menu appears for a small fraction of a second and disappears immediately.

Steps to reproduce:
1. Start Browse
2. Open some web page using drop-down input fields (e.g. [1] or [2])
3. Click left on the drop-down input field (either shortly or for a long time).

Expected result: Show a drop-down list of available values.
Obtained result: No visible change (most of the time - see above).

Could not find any upstream bug for this issue.


[1] http://www.w3schools.com/html/tryit.asp?filename=tryhtml_select2
[2] http://dev.sugarlabs.org/query

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

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

Versions of packages sugar-web-activity depends on:
ii  python  2.5.2-3  An interactive high-level object-o
ii  python-central  0.6.8register and build utility for Pyt
ii  python-dbus 0.82.4-2 simple interprocess messaging syst
ii  python-gnome2-desktop   2.22.0-2 Python bindings for the GNOME desk
ii  python-gobject  2.14.2-1 Python bindings for the GObject li
ii  python-gtk2 2.12.1-6 Python bindings for the GTK+ widge
ii  python-hulahop  0.4.8~dfsg-3 Sugar graphical shell - gecko-base
ii  python-olpc-datastore   0.82.1-2 Sugar graphical shell - datastore
ii  python-simplejson   1.9.2-1  Simple, fast, extensible JSON enco
ii  python-sugar0.82.2-4 Sugar graphical shell - core funct
ii  python-sugar-toolkit0.82.11-7Sugar graphical shell - core widge
ii  python-xpcom1.9.0.5-1XPCOM bindings for Python

Versions of packages sugar-web-activity recommends:
ii  sugar 0.82.9-1   window manager from the OLPC proje
ii  sugar-artwork 0.82.3-1   Sugar graphical shell - artwork

sugar-web-activity 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#510793: Dies with sigseg

[Clint Adams]

On Sun, Jan 18, 2009 at 02:10:03PM +0100, Jörg Sommer wrote:
> As I can't reproduce the problem, so I can't surely if it would be gone,
> but I try the upgrade. But the changelog doesn't sound like anything
> around this was changed.

No, but there was a mutex change in mp/mp_region.c.

> 30  while (SH_CHAIN_HASNEXT(bhp, vc))

Failure to dereference bhp->vc.sce_next, meaning
bhp is invalid/corrupted.

> I think the chain is broken and the last pointer points to an invalid
> region. But I didn't see how to verify it. The code in the upper frame is
> this:
[...]
> Do you have an idea?

Not without an easily-reproducible test case, no.



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

Bug#512257: sugar-pippy-activity: button text not readable

[Sascha Silbe]

Package: sugar-pippy-activity
Version: 25-2
Severity: important


The text on the buttons in Pippy is unreadable (looks like text height is set 
to 1 or something like that). Will attach screenhot.
Probably upstream bug #4218 [1]. That one has a patch attached that changes the 
source not to request a fixed height. The width is still fixed, though, so the 
text might be clipped horizontally.

[1] http://dev.laptop.org/ticket/4218

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

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

Versions of packages sugar-pippy-activity depends on:
ii  python  2.5.2-3  An interactive high-level object-o
ii  python-central  0.6.8register and build utility for Pyt
ii  python-gobject  2.14.2-1 Python bindings for the GObject li
ii  python-gtk2 2.12.1-6 Python bindings for the GTK+ widge
ii  python-gtksourceview2   2.2.0-1+b1   Python bindings for the GtkSourceV
ii  python-pygame   1.7.1release-4.2 SDL bindings for games development
ii  python-sugar0.82.2-4 Sugar graphical shell - core funct
ii  python-sugar-toolkit0.82.11-7Sugar graphical shell - core widge
ii  python-telepathy0.15.0-1 python language bindings for telep
ii  python-vte  1:0.16.14-4  Python bindings for the VTE widget
ii  sugar-presence-service  0.82.2-1 Sugar graphical shell - presence s

Versions of packages sugar-pippy-activity recommends:
ii  python-gst0.10   0.10.12-1.1 generic media-playing framework (P
ii  python-olpc-datastore0.82.1-2Sugar graphical shell - datastore
ii  sugar0.82.9-1window manager from the OLPC proje

Versions of packages sugar-pippy-activity suggests:
pn  python-tamtam-data (no description available)

-- no debconf information
<>

Bug#512184: celestia-gnome: OpenGL canvas appears on top of menus

[Sven Arvidsson]

On Sun, 2009-01-18 at 16:11 +, Julien Cristau wrote:
> > Thanks for the info. I already have libgl1-mesa-dri and libgl1-mesa-glx
> > installed from experimental though... or is it that the intel driver
> > still needs to be ported to DRI2?
> 
> In xf86-video-intel 2.6, dri2 requires using UXA as AccelMethod, which
> is not the default.

Doesn't DRI2 require a newer Xserver too, like 1.5.99?

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22


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

Bug#430017: kernel: Recording silence, chipset: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator]

[debian-bugs-2007]

Hi,

> > > Does this error still occur with more recent kernel versions?

> > I am running Etch, which is kept up to date.  Can I easily get a later
> > stable kernel to test this with?
> 
> Yes, there is one: We added an additional kernel based on 2.6.24 in the
> 4.0r4 point release of Debian Etch:
> http://packages.qa.debian.org/l/linux-2.6.24.html

I upgraded both machines to kernel 2.6.24-etchnhalf.1-686, and sound
now stopped working completely.  The same problem happened on both
machines.  When rebooted to kernel 2.6.18 the sound output does work.

gnome volume control says:
 "No volume control GStreamer plugins and/or devices found."

Multimedia Systems Selector says:
 "Autodetect: Could not open resource for writing."

You can see from my previous mail that snd_cs46xx was loaded as a
module with kernel 2.6.18.  After some lengthy investigation it looks
to me as though the driver was dropped for the etchnhalf kernel
release.  Am I right?  Is there another way to test this?

Thanks.

r...@baron:~# uname -a
Linux baron 2.6.24-etchnhalf.1-686 #1 SMP Tue Dec 2 07:56:33 UTC 2008 i686 
GNU/Linux
r...@baron:~# lsmod
Module  Size  Used by
ipt_REJECT  4608  2
ipt_LOG 6176  3
xt_tcpudp   3264  4
xt_state2528  11
iptable_filter  3040  1
iptable_nat 7044  0
nf_nat 18700  1 iptable_nat
nf_conntrack_ipv4  17544  13 iptable_nat
nf_conntrack   62656  4 xt_state,iptable_nat,nf_nat,nf_conntrack_ipv4
iptable_mangle  2880  0
ip_tables  13316  3 iptable_filter,iptable_nat,iptable_mangle
x_tables   14372  6 
ipt_REJECT,ipt_LOG,xt_tcpudp,xt_state,iptable_nat,ip_tables
ipv6  242212  28
ppdev   8900  0
lp 11204  0
ac  6212  0
battery13700  0
dm_snapshot17060  0
dm_mirror  21792  0
dm_mod 56004  2 dm_snapshot,dm_mirror
loop   16996  0
arc42080  2
ecb 3616  2
blkcipher   6788  1 ecb
sd_mod 27296  0
parport_pc 26340  1
parport34472  3 ppdev,lp,parport_pc
ath5k  90020  0
mac80211  115052  1 ath5k
cfg80211   13576  1 mac80211
floppy 54724  0
rtc13148  0
button  8528  0
i2c_i8019456  0
serio_raw   6788  0
i2c_core   22656  1 i2c_i801
intel_agp  23540  1
shpchp 31220  0
pci_hotplug27840  1 shpchp
pcspkr  3264  0
agpgart31912  1 intel_agp
psmouse36656  0
iTCO_wdt   11396  0
intel_rng   5728  0
evdev  11200  1
ext3  123368  15
jbd43892  1 ext3
mbcache 8480  1 ext3
ide_cd 36352  0
cdrom  32672  1 ide_cd
ide_disk   15776  17
ata_generic 7556  0
libata144560  1 ata_generic
usb_storage77632  0
scsi_mod  141516  3 sd_mod,libata,usb_storage
piix7556  0 [permanent]
3c59x  41288  0
mii 5344  1 3c59x
generic 4484  0 [permanent]
ide_core  108740  4 ide_cd,ide_disk,piix,generic
uhci_hcd   23568  0
usbcore   127724  3 usb_storage,uhci_hcd
thermal16092  0
processor  36840  1 thermal
fan 4868  0
r...@baron:~# ls -l /etc/mod*
-rw-r--r-- 1 root root   200 2006-10-30 01:22 /etc/modules
-rw-r--r-- 1 root root 17164 2009-01-18 23:49 /etc/modules.conf
-rw-r--r-- 1 root root 17164 2009-01-18 23:49 /etc/modules.conf.old

/etc/modprobe.d:
total 48
-rw-r--r-- 1 root root  4624 2007-02-18 18:30 aliases
-rw-r--r-- 1 root root 16297 2007-02-26 17:05 alsa-base
-rw-r--r-- 1 root root   156 2006-10-03 10:04 alsa-base-blacklist
drwxr-xr-x 2 root root  4096 2007-03-05 22:10 arch
lrwxrwxrwx 1 root root 9 2007-03-11 18:37 arch-aliases -> arch/i386
-rw-r--r-- 1 root root  1406 2006-05-30 01:00 blacklist
-rw-r--r-- 1 root root   284 2006-05-30 01:00 display_class
-rw-r--r-- 1 root root38 2006-08-02 02:37 libsane
lrwxrwxrwx 1 root root41 2008-02-24 21:08 linux-sound-base_noOSS -> 
/lib/linux-sound-base/noOSS.modprobe.conf
-rw-r--r-- 1 root root   363 2006-05-30 01:00 pnp-hotplug

/etc/modutils:
total 40
-rw-r--r-- 1 root root  432 2006-06-03 20:20 0keep
-rw-r--r-- 1 root root  254 2006-06-03 20:20 actions
-rw-r--r-- 1 root root 4178 2006-06-03 20:20 aliases
-rw-r--r-- 1 root root 9590 2007-02-26 17:05 alsa-base
-rw-r--r-- 1 root root  156 2006-10-03 10:04 alsa-base-blacklist
drwxr-xr-x 2 root root 4096 2006-10-30 01:22 arch
lrwxrwxrwx 1 root root   41 2008-02-24 21:08 linux-sound-base_noOSS -> 
/lib/linux-sound-base/noO

Bug#512252: build failure with gcc-4.3_4.3.2-3 on armel

[Matthias Klose]

Bastien ROUCARIES writes:
> On Mon, Jan 19, 2009 at 12:47 AM, Matthias Klose  wrote:
> > hmm, I don't have the log of the failed build anymore. looks like
> > linking with -lgcc is sufficient.
> 
> Ok seems like a gcc bug :(
> Libgcc is automagically added by gcc to every build :(

No.

[ generating libdjvulibre.la ... ]
/bin/bash ../libtool --mode=link g++ -DHAVE_CONFIG_H -I.. -I. -DNDEBUG -Wall 
-O3 -Wno-non-virtual-dtor  -pthread -DTHREADMODEL=POSIXTHREADS  
-no-undefined \
-rpath /usr/lib -version-info 21:0:0  \
DjVuGlobal.lo DjVuGlobalMemory.lo GOS.lo GException.lo 
GContainer.lo GString.lo GThreads.lo GRect.lo atomic.lo GSmartPointer.lo MMX.lo 
Arrays.lo GBitmap.lo GPixmap.lo GScaler.lo DjVuPalette.lo ByteStream.lo 
IFFByteStream.lo BSByteStream.lo BSEncodeByteStream.lo ZPCodec.lo JB2Image.lo 
JB2EncodeCodec.lo IW44Image.lo IW44EncodeCodec.lo MMRDecoder.lo JPEGDecoder.lo 
DataPool.lo GURL.lo DjVuFileCache.lo DjVuPort.lo GMapAreas.lo DjVuAnno.lo 
GIFFManager.lo DjVuText.lo DjVuInfo.lo DjVuFile.lo DjVuImage.lo DjVuDocument.lo 
DjVmDir.lo DjVmDoc.lo DjVmDir0.lo DjVmNav.lo DjVuNavDir.lo DjVuErrorList.lo 
DjVuDocEditor.lo DjVuToPS.lo DjVuDumpHelper.lo DjVuMessageLite.lo 
DjVuMessage.lo GUnicode.lo UnicodeByteStream.lo XMLParser.lo XMLTags.lo 
miniexp.lo ddjvuapi.lo debug.lo -Wl,-Bsymbolic-functions -ljpeg -lpthread -lm 
-lgcc  -o libdjvulibre.la
g++ -shared -nostdlib /usr/lib/gcc/arm-linux-gnueabi/4.3.3/../../../crti.o 
/usr/lib/gcc/arm-linux-gnueabi/4.3.3/crtbeginS.o  .libs/DjVuGlobal.o 
.libs/DjVuGlobalMemory.o .libs/GOS.o .libs/GException.o .libs/GContainer.o 
.libs/GString.o .libs/GThreads.o .libs/GRect.o .libs/atomic.o 
.libs/GSmartPointer.o .libs/MMX.o .libs/Arrays.o .libs/GBitmap.o 
.libs/GPixmap.o .libs/GScaler.o .libs/DjVuPalette.o .libs/ByteStream.o 
.libs/IFFByteStream.o .libs/BSByteStream.o .libs/BSEncodeByteStream.o 
.libs/ZPCodec.o .libs/JB2Image.o .libs/JB2EncodeCodec.o .libs/IW44Image.o 
.libs/IW44EncodeCodec.o .libs/MMRDecoder.o .libs/JPEGDecoder.o .libs/DataPool.o 
.libs/GURL.o .libs/DjVuFileCache.o .libs/DjVuPort.o .libs/GMapAreas.o 
.libs/DjVuAnno.o .libs/GIFFManager.o .libs/DjVuText.o .libs/DjVuInfo.o 
.libs/DjVuFile.o .libs/DjVuImage.o .libs/DjVuDocument.o .libs/DjVmDir.o 
.libs/DjVmDoc.o .libs/DjVmDir0.o .libs/DjVmNav.o .libs/DjVuNavDir.o 
.libs/DjVuErrorList.o .libs/DjVuDocEditor.o .libs/DjVuToPS.o 
.libs/DjVuDumpHelper.o .libs/DjVuMessageLite.o .libs/DjVuMessage.o 
.libs/GUnicode.o .libs/UnicodeByteStream.o .libs/XMLParser.o .libs/XMLTags.o 
.libs/miniexp.o .libs/ddjvuapi.o .libs/debug.o  /usr/lib/libjpeg.so -lpthread 
-lgcc -L/usr/lib/gcc/arm-linux-gnueabi/4.3.3 
-L/usr/lib/gcc/arm-linux-gnueabi/4.3.3/../../.. -lstdc++ -lm -lc -lgcc_s 
/usr/lib/gcc/arm-linux-gnueabi/4.3.3/crtendS.o 
/usr/lib/gcc/arm-linux-gnueabi/4.3.3/../../../crtn.o  -pthread 
-Wl,-Bsymbolic-functions -Wl,-soname -Wl,libdjvulibre.so.21 -o 
.libs/libdjvulibre.so.21.0.0
(cd .libs && rm -f libdjvulibre.so.21 && ln -s libdjvulibre.so.21.0.0 
libdjvulibre.so.21)
(cd .libs && rm -f libdjvulibre.so && ln -s libdjvulibre.so.21.0.0 
libdjvulibre.so)
/usr/bin/ar cru .libs/libdjvulibre.a  DjVuGlobal.o DjVuGlobalMemory.o GOS.o 
GException.o GContainer.o GString.o GThreads.o GRect.o atomic.o GSmartPointer.o 
MMX.o Arrays.o GBitmap.o GPixmap.o GScaler.o DjVuPalette.o ByteStream.o 
IFFByteStream.o BSByteStream.o BSEncodeByteStream.o ZPCodec.o JB2Image.o 
JB2EncodeCodec.o IW44Image.o IW44EncodeCodec.o MMRDecoder.o JPEGDecoder.o 
DataPool.o GURL.o DjVuFileCache.o DjVuPort.o GMapAreas.o DjVuAnno.o 
GIFFManager.o DjVuText.o DjVuInfo.o DjVuFile.o DjVuImage.o DjVuDocument.o 
DjVmDir.o DjVmDoc.o DjVmDir0.o DjVmNav.o DjVuNavDir.o DjVuErrorList.o 
DjVuDocEditor.o DjVuToPS.o DjVuDumpHelper.o DjVuMessageLite.o DjVuMessage.o 
GUnicode.o UnicodeByteStream.o XMLParser.o XMLTags.o miniexp.o ddjvuapi.o 
debug.o
ranlib .libs/libdjvulibre.a

please note this is libtool-2.2, which adds -nostdlib, but not -lgcc.

Bug#494341: linux-image-2.6.25-2-686: cdc_ether USB based cable modem icmp works, tcp sockets connect but no data flows through

[AlbertoP]

Package: linux-2.6
Followup-For: Bug #494341


>> ping & DNS work, sockets establish connection, but data isn't
>> recieved (w3m shows "Waiting for site.com...")
>> This happens only when connected through the modem's USB interface.
>> Same modem connected via ethernet works fine.
>> With kernel version 2.6.18, the USB interface works fine aswell.
>> With kernel version 2.6.22 the same problem is also present.
> Does this error still occur with more recent kernel versions, such
> as the current Lenny kernel?

Now I'm using cdc_ether without problems, but I have a different router 
even if I  use the same connection and the same driver.

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

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



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

Bug#512239: smartmontools: no AoE support

[Marek Michalkiewicz]

On Sun, Jan 18, 2009 at 04:41:40PM -0600, Bruce Allen wrote:
> Please write to:
> 
> Ed Cashin 
> Sam Hopkins 
> 
> In the past they have expressed interest in coraid support for 
> smartmontools.

I've just found that message from December 2004 [1], and wrote to Sam
asking about the current status.  However, the low cost devices where
it would be most useful (Welland ME-747GK) are not made by Coraid.

Might also be a good idea to try working with LayerWalker, the makers
of the chipset in these low cost devices.

Thanks,
Marek

[1] http://article.gmane.org/gmane.linux.utilities.smartmontools/2343



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

Bug#506006: Don't use the versioned interpreter for the scripts.

[Toni Mueller]

Hi,

On Mon, 17.11.2008 at 18:03:46 +, Iulian Udrea  wrote:
> Package: roundup
> Severity: normal
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu intrepid ubuntu-patch

I don't know what "intrepid" and all that Ubuntu-isms are.

> Please don't use the versioned interpreter for the scripts. The attached
> patch should fix it.

I have just grep'ed through my source tree, and didn't find any
occurrence of your problem.

> --- debian/rules  2008-11-17 17:49:00.0 +
> +++ debian/rules.orig 2008-11-17 17:47:39.0 +
> @@ -6,7 +6,7 @@
>  
>  export DH_VERBOSE=1
>  
> -UPSTREAM_VERSION=1.4.4
> +UPSTREAM_VERSION=1.4.1

I'm also not going to downgrade the package.



Kind regards,
--Toni++




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

Bug#512256: clicking new message symbol in notification area does not open corresponding chat window any more

[Elmar Hoffmann]

Package: gajim
Version: 0.12.1-1
Severity: normal

When a new message arrives from a contact whose message window is not
open already, the status symbol in the notification area changes to
the new message symbol. Clicking on that used to open the
corresponding chat window in gajim 0.11, but that seems broken now,
clicking it just activates the main window.

elmar

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

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

Versions of packages gajim depends on:
ii  dnsutils 1:9.5.0.dfsg.P2-5.1 Clients provided with BIND
ii  libatk1.0-0  1.22.0-1The ATK accessibility toolkit
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libcairo21.6.4-7 The Cairo 2D vector graphics libra
ii  libglib2.0-0 2.16.6-1The GLib library of C routines
ii  libgtk2.0-0  2.12.11-4   The GTK+ graphical user interface 
ii  libgtkspell0 2.0.13-2a spell-checking addon for GTK's T
ii  libpango1.0-01.20.5-3Layout and rendering of internatio
ii  libxss1  1:1.1.3-1   X11 Screen Saver extension library
ii  python   2.5.2-3 An interactive high-level object-o
ii  python-glade22.12.1-6GTK+ bindings: Glade support
ii  python-gtk2  2.12.1-6Python bindings for the GTK+ widge
ii  python-support   0.8.7   automated rebuilding support for P

Versions of packages gajim recommends:
ii  dbus  1.2.1-5simple interprocess messaging syst
ii  notification-daemon   0.3.7-1+b1 a daemon that displays passive pop
ii  python-dbus   0.83.0-1   simple interprocess messaging syst
ii  python-gnupginterface 0.3.2-9Python interface to GnuPG (GPG)
ii  python-openssl0.7-2  Python wrapper around the OpenSSL 

Versions of packages gajim suggests:
ii  aspell-en 6.0-0-5.1  English dictionary for GNU Aspell
pn  avahi-daemon   (no description available)
ii  gnome-keyring 2.22.3-2   GNOME keyring services (daemon and
pn  nautilus-sendto(no description available)
pn  network-manager(no description available)
pn  python-avahi   (no description available)
ii  python-gnome2 2.22.0-1   Python bindings for the GNOME desk
ii  python-gnome2-desktop 2.22.0-2   Python bindings for the GNOME desk
pn  python-kerberos(no description available)
pn  python-sexy(no description available)

-- no debconf information

-- 

 .'"`./"\
| :' :   Elmar Hoffmann ASCII Ribbon Campaign  \ /
`. `'GPG key available via pgp.netagainst HTML email   X
  `-& vCards  / \



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

Bug#511963: linux-image-2.6.26-1-xen-amd64: xen + tg3 + ipv6 = WARNING: at net/core/dev.c:1457 skb_gso_segment+0x88/0x1af()

[Hans van Kranenburg]

Ian, thanks for the reply. Based on your you suggestions, I did some 
further research on this issue, as I don't yet know much about the 
details of checksum offloading, GSO and other stuff in combination with 
bridging.


From dmesg:

[4.069406] eth0: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] 
(PCIX:133MHz:64-bit) 10/100/1000Base-T Ethernet 00:30:48:5c:71:2c
[4.069621] eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] 
WireSpeed[1] TSOcap[0]

[4.069808] eth0: dma_rwctrl[769f4000] dma_mask[64-bit]

Ok, this is the hardware. I guess the second line tells about 
capabilities that are built in.


1) The second line in the following fragment got my attention:

[   24.152839] Bridge firewalling registered
[   24.154862] br0: Dropping NETIF_F_UFO since no NETIF_F_HW_CSUM feature.
[   24.185261] device eth0 entered promiscuous mode
[   24.936053] tg3: eth0: Link is up at 100 Mbps, full duplex.
[   24.936219] tg3: eth0: Flow control is off for TX and off for RX.

I found the following post (May 2008):
https://www.redhat.com/archives/rhelv5-list/2008-May/msg00192.html

"This means that for some reason the UFO flag has been enabled on the 
bridge device without also enabling TX checksum offload. This is an 
illegal configuration which is why the kernel warns about it.  As to why 
the UFO flag is set at all more investigation is needed on the actual 
machine. However, this is harmless as UFO isn't supported by Xen anyway."


Related to this (Dec 2008, 2.6.27):
http://linux.derkeiler.com/Mailing-Lists/Kernel/2008-12/msg06164.html

"The bridge device always causes a warning because when it is first 
created it has the no checksum flag set along with all the 
segmentation/fragmentation offload bits. The code in register_netdevice 
incorrectly checks for only hardware checksum bit and ignores no 
checksum bit."


Ok, so this is UDP related, not TCP+IPv6:
netdevice.h:#define NETIF_F_UFO   (SKB_GSO_UDP << NETIF_F_GSO_SHIFT)

For now, I think this can be ignored...?

2) From the kerneltrap-link Ian found:

https://kerneltrap.org/mailarchive/linux-netdev/2008/10/13/3628464

"is there something about checksum state changing done by bridging 
netfilter that we have to be mindful of in skb_gso_segment() and 
therefore not consider "!= CHECKSUM_PARTIAL" a warn-worthy case?"


As I don't use it anyway, I disabled bridge-netfilter for IPv4/6:

~# sysctl -w net.bridge.bridge-nf-call-iptables=0
~# sysctl -w net.bridge.bridge-nf-call-ip6tables=0

This eliminates mentioning br_nf* in traces, but still the warnings occur.

3) NETIF_F_IPV6_CSUM and NETIF_F_TSO6

https://kerneltrap.org/mailarchive/linux-netdev/2008/10/22/3757954
"I'm pretty sure this particular backtrace is a result of tg3
enabling NETIF_F_TSO6 without also enabling NETIF_F_IPV6_CSUM."

A search on "NETIF_F_IPV6_CSUM NETIF_F_TSO6" did show up the following post:
http://www.mail-archive.com/git-commits-h...@vger.kernel.org/msg15754.html

Subject: [NET]: IPV6 checksum offloading in network devices
Date: Thu, 12 Jul 2007 14:07:43 -0700
"The existing model for checksum offload does not correctly handle
devices that can offload IPV4 and IPV6 only. The NETIF_F_HW_CSUM flag
implies device can do any arbitrary protocol."

Hmmm, perhaps the Tigon3 here is not IPv6-ready yet?

The post on...
https://kerneltrap.org/mailarchive/linux-netdev/2008/10/13/3628554
...also notes:

"There is a known issue with IPv6 packets where the driver might
turn on TSO6 without IPv6 checksum offload."

4) Hands-on...

Ian wrote: "Based on that thread I would suggest using ethtool
to mess around with the various offload setting on the physical
interface and/or the bridge, could you have a play and see what happens?"

These are the current settings as reported:

delta:~/ hvc0-# ethtool -k eth0
Offload parameters for eth0:
Cannot get device flags: Operation not supported
rx-checksumming: on
tx-checksumming: on
scatter-gather: on
tcp segmentation offload: off
udp fragmentation offload: off
generic segmentation offload: on
large receive offload: off

delta:~/ hvc0-# ethtool -k br0
Offload parameters for br0:
Cannot get device rx csum settings: Operation not supported
Cannot get device flags: Operation not supported
rx-checksumming: off
tx-checksumming: on
scatter-gather: on
tcp segmentation offload: on
udp fragmentation offload: off
generic segmentation offload: off
large receive offload: off

I don't really know yet where to start 'playing' using this function 
with too many variables, so...


delta:~/ hvc0-# ethtool -K eth0 tso on
Cannot set device tcp segmentation offload settings: Invalid argument
delta:~/ hvc0-# ethtool -K eth0 gso off
delta:~/ hvc0-# ethtool -k eth0
Offload parameters for eth0:
Cannot get device flags: Operation not supported
rx-checksumming: on
tx-checksumming: on
scatter-gather: on
tcp segmentation offload: off
udp fragmentation offload: off
generic segmentation offload: off
large receive offload: off
delta:~/ hvc0-#

Hmmm.. ok.. Now I can do a `while [ 1 ]; do ec

Bug#512255: linux-2.6: subject error

[AlbertoP]

Package: linux-2.6
Followup-For: Bug #512255


I wrote "IMHO unfit for release" after "-" in the "Justification" 
header, but I don't know why it was put in the subject.
However the main problem is the other I described... :-/

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

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



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

Bug#315329: Still present.

[Daniel Burrows]

  I see this in current sid:

dan...@emurlahn:~$ host -w google.com
timer.c:723: INSIST(result == 0 || result == 2) failed.
Aborted

  Daniel



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

Bug#512252: build failure with gcc-4.3_4.3.2-3 on armel

[Bastien ROUCARIES]

On Mon, Jan 19, 2009 at 12:47 AM, Matthias Klose  wrote:
> Bastien ROUCARIES writes:
>> On Sun, Jan 18, 2009 at 11:43 PM, Bastien ROUCARIES
>>  wrote:
>> > On Sun, Jan 18, 2009 at 11:32 PM, Matthias Klose  
>> > wrote:
>> >> Package: djvulibre
>> >> Version: 3.5.21-3
>> >> Severity: serious
>> >> Tags: patch
>> >>
>> >> http://patches.ubuntu.com/d/djvulibre/djvulibre_3.5.21-3ubuntu1.patch
>> >>
>> >> djvulibre hardcodes knowledge about atomic builtins, and on which
>> >> architectures these can be found, and doesn't rely on a autoconf
>> >> test. gcc-4.3_4.3.2-2 now got these kernel helpers for armel and
>> >> hppa. For armel these builtins have to be linked into the shared
>> >> library. A workaround can be found in the above patch. Please let me
>> >> know if a NMU is wanted.
>> >
>> > I believe best thing to do is to forward to upstream. A autoconf test
>> > will be better.
>>
>>
>> BTW what the f***k of linking with libsupc++ ???
>
> please calm down.

I agree :)

>> According to web doc:
>> > What's libsupc++?
>> >
>> >
>> >If the only functions from libstdc++.a which you need are language support 
>> >functions (those listed in clause 18 of the standard, e.g., new and 
>> >delete), then try >linking against libsupc++.a, which is a subset of 
>> >libstdc++.a. (Using gcc instead of g++ and explicitly linking in 
>> >libsupc++.a via -lsupc++ for the final link step >will do it). This library 
>> >contains only those support routines, one per object file. But if you are 
>> >using anything from the rest of the library, such as IOStreams or >vectors, 
>> >then you'll still need pieces from libstdc++.a.
>> >
>>
>> And libgcc is automagically added to gcc.
>>
>> Could you send us the buildlog ? I suppose it is not really a good method
>
> hmm, I don't have the log of the failed build anymore. looks like
> linking with -lgcc is sufficient.

Ok seems like a gcc bug :(
Libgcc is automagically added by gcc to every build :(

Regards



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

Bug#512252: build failure with gcc-4.3_4.3.2-3 on armel

[Matthias Klose]

Bastien ROUCARIES writes:
> On Sun, Jan 18, 2009 at 11:43 PM, Bastien ROUCARIES
>  wrote:
> > On Sun, Jan 18, 2009 at 11:32 PM, Matthias Klose  
> > wrote:
> >> Package: djvulibre
> >> Version: 3.5.21-3
> >> Severity: serious
> >> Tags: patch
> >>
> >> http://patches.ubuntu.com/d/djvulibre/djvulibre_3.5.21-3ubuntu1.patch
> >>
> >> djvulibre hardcodes knowledge about atomic builtins, and on which
> >> architectures these can be found, and doesn't rely on a autoconf
> >> test. gcc-4.3_4.3.2-2 now got these kernel helpers for armel and
> >> hppa. For armel these builtins have to be linked into the shared
> >> library. A workaround can be found in the above patch. Please let me
> >> know if a NMU is wanted.
> >
> > I believe best thing to do is to forward to upstream. A autoconf test
> > will be better.
> 
> 
> BTW what the f***k of linking with libsupc++ ???

please calm down.

> According to web doc:
> > What's libsupc++?
> > 
> >
> >If the only functions from libstdc++.a which you need are language support 
> >functions (those listed in clause 18 of the standard, e.g., new and delete), 
> >then try >linking against libsupc++.a, which is a subset of libstdc++.a. 
> >(Using gcc instead of g++ and explicitly linking in libsupc++.a via -lsupc++ 
> >for the final link step >will do it). This library contains only those 
> >support routines, one per object file. But if you are using anything from 
> >the rest of the library, such as IOStreams or >vectors, then you'll still 
> >need pieces from libstdc++.a.
> >
> 
> And libgcc is automagically added to gcc.
> 
> Could you send us the buildlog ? I suppose it is not really a good method

hmm, I don't have the log of the failed build anymore. looks like
linking with -lgcc is sufficient.




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

Bug#511658: [Pkg-alsa-devel] Bug#511658: alsa-base: AMD64 No Sound

[Elimar Riesebieter]

* Mike Lewis [090118 14:32 -0600]
> Elimar,
> 
> I installed alsa-source_1.0.18.dfsg+1.0.18a-1_all.deb, rebooted,
> and no sound still.
> 

Now you can see /usr/share/doc/alsa-source/README.Debian on how to
build your driver.

Elimar

-- 
  Planung:
  Ersatz des Zufalls durch den Irrtum.
-unknown-


signature.asc
Description: Digital signature

Bug#512233: man-db: man doesn't use whole terminal width when '-l -' options supplied

[Colin Watson]

tags 512233 fixed-upstream
thanks

On Sun, Jan 18, 2009 at 09:59:28PM +0200, Eugene V. Lyubimkin wrote:
> How to reproduce: set your terminal width to 81+ lines, then compare
> formatting in outputs of commands
> 
> 'man dpkg'
> 
> and
> 
> 'zcat /usr/share/man/man1/dpkg.1.gz | man -l -'.
> 
> Latter command doesn't use
> all terminal width despite output is tty and other interactive command
> (e.g. search) work.

You're right, this doesn't really make sense. Fixed upstream for man-db
2.5.4:

Sun Jan 18 23:27:11 GMT 2009  Colin Watson  

* lib/linelength.c (get_line_length): Line length is a property of
  output, not input, so only check whether standard output is a
  terminal, not also standard input (Debian bug #512233).

Regards,

-- 
Colin Watson   [cjwat...@debian.org]



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

Bug#512209: Please don't touch sshd from interfaces-up

[Peter Palfrader]

On Sun, 18 Jan 2009, Perry E. Metzger wrote:

> 
> Peter Palfrader  writes:
> > Yes, I read that.  I don't think this would ever be a problem unless you
> > explicitly listen only on a specific address, and then I'd think that
> > sshd wouldn't even start so the reload couldn't have been a fix for
> > that.  Unless of course you listen on more than one specific address at
> > least one of which is available when sshd starts.  Still, why you would
> > do this rather than listen on * as is the default is beyond me.
> 
> Often one doesn't want to listen on particular addresses that are
> attached to dangerous subnets.

That doesn't really help you.  If you don't trust (the hosts in) a
subnet then you should use iptables/tcpwrappers to protect you.

Any host in the evil subnet could just connect to your sshd on any of
your system's other IP addresses.  Remember that you don't listen on
interfaces, you listen on IP addresses.  And Linux accepts traffic for
any of its addresses on any of its interfaces.

-- 
   |  .''`.  ** Debian GNU/Linux **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.debian.org/



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

Bug#412437: getdeb.net deb source (+ Alioth project)

[Ryan Niebur]

Hi,

(sorry for the late response)

On Tue, Jan 13, 2009 at 10:14:18AM +, Alan Woodland wrote:
> Savvas Radevic wrote:
>> Also this personal package archive (Fabien Tassin):
>> http://ppa.launchpad.net/fta/ubuntu/pool/main/s/songbird/
> The project on alioth has been approved now, and I've added Ryan to the  
> developers on it. I did have a quick look over the Ubuntu source they  
> have in launchpad yesterday lunchtime, but didn't build it yet. I also  
> couldn't quite figure out how to make git play nice with bzr either. Any  
> thoughts on that yet Ryan? Feel free to set something up on the group  
> filespace on alioth if you want!

There's this http://github.com/pieter/git-bzr/tree/master
It claims to work with the git-core in experimental.

I can try to figure out how to make it play nice with git-buildpackage
(if possible..)

or we could just not use git-buildpackage (just keep the debian
directory in a git repo w/o upstream source)

If that doesn't work out, I'm not completely opposed to using bzr..

do you have an opinion on it?
any of those solutions are fine with me.
(git w/o upstream source would be my choice).

Thanks,
Ryan

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


signature.asc
Description: Digital signature

Bug#512254: [texlive-pictures] Patch for texdraw package to allow using it with pdflatex

[Mazen NEIFER]

Package: texlive-pictures
Version: 2007.dfsg.1-5
Severity: wishlist

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

I'm using texdraw package with latex and that works well.
However using pdflatex usually fails as it could not deal with eps figures 
produced by texdraw.
It is possible hide this using eps2pdf package and invoking pdflatex 
-shell-escape thanks to the attached patch
Could you please apply this patch?

Cheers,
Mazen

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.26-1-686

Debian Release: 5.0
  500 unstableftp.fr.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-=
tex-common(>= 1.11) | 1.11.3
texlive-base   (>= 2007-11) | 2007.dfsg.1-5
texlive-common(>= 2007) | 2007.dfsg.1-5

--- Output from package bug script ---

--- /usr/share/texmf-texlive/tex/generic/texdraw/texdraw.sty	2006-01-13 00:46:03.0 +0100
+++ texdraw.sty	2007-06-17 22:12:49.0 +0200
@@ -28,7 +28,8 @@
 \ProcessOptions
 
 % Load the graphics package if not already loaded
-\RequirePackage{graphics}
+\RequirePackage{graphicx}
+\RequirePackage{epstopdf}
 
 % Define the error routine
 \de...@xderror #1{%

--- /usr/share/texmf-texlive/tex/generic/texdraw/texdraw.tex	2006-01-13 00:46:03.0 +0100
+++ texdraw.tex	2007-06-17 22:31:24.0 +0200
@@ -50,7 +50,8 @@
 \pixtobp \xminpix \...@lxbp  \pixtobp \yminpix \...@lybp
 \pixtobp \xmaxpix \...@rxbp  \pixtobp \ymaxpix \...@rybp
 \hbox...@xdinclude 
-[...@lxbp},{...@lybp}][{\u@rxbp},{...@rybp}]{\p@sfile}}%
+%[...@lxbp},{...@lybp}][{\u@rxbp},{...@rybp}]{\p@sfile}}%
+...@sfile}}%
 \pixtodim \xminpix \...@xpos  \pixtodim \yminpix \...@ypos
 \kern \...@ypos
 \hbox {\kern -...@xpos
@@ -511,11 +512,7 @@
 \de...@rps #1{\immediate\write\drawfile {#1}}
 \de...@xdpsfn #1{%
 \global\advance \...@xdnum by 1
-\ifnum \...@xdnum<10
-\xdef #1{\jobname.ps\th...@xdnum}
-\else
-\xdef #1{\jobname.p\th...@xdnum}
-\fi
+\xdef #1{\jobname-\th...@xdnum.eps}
 }
 \de...@dropen #1{%
 \immediate\openout\drawfile=#1%


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

Bug#512252: build failure with gcc-4.3_4.3.2-3 on armel

[Bastien ROUCARIES]

On Sun, Jan 18, 2009 at 11:43 PM, Bastien ROUCARIES
 wrote:
> On Sun, Jan 18, 2009 at 11:32 PM, Matthias Klose  wrote:
>> Package: djvulibre
>> Version: 3.5.21-3
>> Severity: serious
>> Tags: patch
>>
>> http://patches.ubuntu.com/d/djvulibre/djvulibre_3.5.21-3ubuntu1.patch
>>
>> djvulibre hardcodes knowledge about atomic builtins, and on which
>> architectures these can be found, and doesn't rely on a autoconf
>> test. gcc-4.3_4.3.2-2 now got these kernel helpers for armel and
>> hppa. For armel these builtins have to be linked into the shared
>> library. A workaround can be found in the above patch. Please let me
>> know if a NMU is wanted.
>
> I believe best thing to do is to forward to upstream. A autoconf test
> will be better.


BTW what the f***k of linking with libsupc++ ???
According to web doc:
> What's libsupc++?
>   
>
>If the only functions from libstdc++.a which you need are language support 
>functions (those listed in clause 18 of the standard, e.g., new and delete), 
>then try >linking against libsupc++.a, which is a subset of libstdc++.a. 
>(Using gcc instead of g++ and explicitly linking in libsupc++.a via -lsupc++ 
>for the final link step >will do it). This library contains only those support 
>routines, one per object file. But if you are using anything from the rest of 
>the library, such as IOStreams or >vectors, then you'll still need pieces from 
>libstdc++.a.
>

And libgcc is automagically added to gcc.

Could you send us the buildlog ? I suppose it is not really a good method


Regards

Bastien



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

Bug#512209: Please don't touch sshd from interfaces-up

[Perry E. Metzger]

Peter Palfrader  writes:
> Yes, I read that.  I don't think this would ever be a problem unless you
> explicitly listen only on a specific address, and then I'd think that
> sshd wouldn't even start so the reload couldn't have been a fix for
> that.  Unless of course you listen on more than one specific address at
> least one of which is available when sshd starts.  Still, why you would
> do this rather than listen on * as is the default is beyond me.

Often one doesn't want to listen on particular addresses that are
attached to dangerous subnets.

Restarting, in any case, is generally the safest and cleanest thing to
do with security critical software in case of reconfiguration. It
backstops all sorts of possible problems.

-- 
Perry E. Metzgerpe...@piermont.com



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

Bug#384573: new librcc

[ivan]

On Monday 19 January 2009 01:09:30 you wrote:
> Hello,
>
> sekmadienis 18 Sausis 2009, ivan rašė:
> > new version of librcc in sid, there not changes in patch and in dependens
> > packages.
> > all bugs fix and new version on LGPL
>
> ok. However, I think I'll still provide two versions of libtag1c2a which
> could be used interchangeably: libtag1-vanilla (original) and
> libtag1-rusxmms (is this correct name or is libtag1-rcc (I like the latter
> more) better?) with libtag1-vanilla being default. I think it is a good
> compromise between standard compliance and real world in
> Russia/Ukraine/Belarus to ask users wanting librcc functionality to install
> libtag1-rcc manually. What is more, I believe such broken tags should
> disappear soon as better player are written. 

That's cool, i try to do the same whis other copy of original source, but i 
don't know how build patched and non-patched binary package from one source.
May be this will be useful for You.
I thisk rusxmms is better - this patch know on this name.

> Btw, have you tried pushing this to taglib upstream?

I be try, but they not fix this :(


taglib-rusxmms_1.5-3.1.diff.gz
Description: GNU Zip compressed data
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.0
Source: taglib-rusxmms
Binary: libtag1c2a-rusxmms, libtag1-rusxmms-dev, libtag1-rusxmms-doc, 
libtagc0-rusxmms, libtagc0-rusxmms-dev
Architecture: any
Version: 1.5-3.1
Maintainer: Ivan Borzenkov 
Dm-Upload-Allowed: yes
Homepage: http://developer.kde.org/~wheeler/taglib.html
Standards-Version: 3.7.3
Build-Depends: cdbs, cmake, debhelper (>= 5.0.0), quilt, zlib1g-dev, librcc-dev
Build-Depends-Indep: doxygen, graphviz, gsfonts-x11
Checksums-Sha1: 
 0f57d4763af82a3d87f6c3f8875ca5d87ead918f 1394506 taglib-rusxmms_1.5.orig.tar.gz
 23982b407a79e63512f862165fb148de3b8b7a4f 27351 taglib-rusxmms_1.5-3.1.diff.gz
Checksums-Sha256: 
 ba610716ec539d4858133e008d079728953820c583b200ff0936e36fc0550ec2 1394506 
taglib-rusxmms_1.5.orig.tar.gz
 eccf65eba4760a09d598b5fc37bdbc39debf9f12aa752e8f3adf7d3926e9f23d 27351 
taglib-rusxmms_1.5-3.1.diff.gz
Files: 
 7b557dde7425c6deb7bbedd65b4f2717 1394506 taglib-rusxmms_1.5.orig.tar.gz
 ba9e27f020189a53cc1c4cbde14ecf2a 27351 taglib-rusxmms_1.5-3.1.diff.gz

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

iEYEARECAAYFAkk4b0kACgkQaDHPlSj6cHHb8gCfZfewyQlrpMSXFzndH6nrmaIQ
yTQAn1aUEZHZsSCWE//ElJ6NULHhUhlp
=MLjZ
-END PGP SIGNATURE-


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

Bug#510432: imapproxy

[José Luis Tallón]

Christian Hammers wrote:
> Hello
>
> Any progress with this Release Critical bug?
>   
Ready to be uploaded, at:

http://devel.adv-solutions.net/debian/pool/main/mail/imapproxy/up-imapproxy_1.2.6-5.dsc


Thank you to Niko Tyni and other contributors.
Thanks to Christian for the other to upload.

Regards,

J.L.




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

Bug#477462: [perlmagick] Fixed upstream

[Bastien ROUCARIES]

tags 477462 + fixed-upstream
thanks

Problem is according to upstream fixed in 6.4.8-6.

Regards 
-- 

"ROUCARIÈS Bastien"
roucaries.bastien+deb...@gmail.com
---
DO NOT WRITE TO roucaries.bastien+blackh...@gmail.com OR BE BLACKLISTED



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

Bug#498616: Unmounting LVM'd isci based filesystem

[Javier Barroso]

Hi again,
> Hello,
>
> I have a similar patch for this issue (but the first in this bug seems
> fine too), so I'm not attaching my patch, but yes a complementary patch.
My patch included vgscan, I think it is necessary too. Is it enough with
vgchange like Ferenc propposed ?

-- 
Javier Barroso Tristán
Administrador de Redes y Sistemas
DIRECCIÓN DE TECNOLOGÍA:OPERACIONES Y SOPORTE
javier.barr...@isotrol.com


ISOTROL
Edificio BLUENET. Avda. Isaac Newton nº 3, 4ª planta.
Parque Tecnológico Cartuja '93, 41092 Sevilla.
Teléfono: 955 036 800 - Fax: 955 036 849
www.isotrol.com




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

Bug#512253: virt-manager: Can't choose ISO-image (remote connection, ssh)

[Matthias Köhne]

Package: virt-manager
Version: 0.6.0-6
Severity: normal

I want to create a new virtual machine but i can't choose the 
installation media (ISO-image). The button "Browse..." is inactive.

I mean this part of the wizard:
http://virt-manager.et.redhat.com/screenshots/install/newguest-localinst.png

Virt-manager is connected over a "Remote tunnel over SSH" to a another 
computer. There is runnig Lenny, too. (If i connect to localhost, i can 
choose the ISO-image.)


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

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

Versions of packages virt-manager depends on:
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libcairo2 1.6.4-7The Cairo 2D vector graphics libra
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.12.11-4  The GTK+ graphical user interface 
ii  libpango1.0-0 1.20.5-3   Layout and rendering of internatio
ii  librsvg2-common   2.22.2-2lenny1 SAX-based renderer library for SVG
ii  python-dbus   0.82.4-2   simple interprocess messaging syst
ii  python-glade2 2.12.1-6   GTK+ bindings: Glade support
ii  python-gnome2 2.22.0-1   Python bindings for the GNOME desk
ii  python-gtk-vnc0.3.7-4A VNC viewer widget for GTK+ (Pyth
ii  python-gtk2   2.12.1-6   Python bindings for the GTK+ widge
ii  python-libvirt0.4.6-10   libvirt Python bindings
ii  python-urlgrabber 3.1.0-4A high-level cross-protocol url-gr
ii  python-vte1:0.16.14-4Python bindings for the VTE widget
ii  python2.5 2.5.2-15   An interactive high-level object-o
ii  virtinst  0.400.0-7  Programs to create and clone virtu

Versions of packages virt-manager recommends:
ii  hal   0.5.11-8   Hardware Abstraction Layer
ii  libvirt-bin   0.4.6-10   the programs for the libvirt libra

Versions of packages virt-manager suggests:
ii  virt-viewer   0.0.3-2Displaying the graphical console o

-- no debconf information
<>

Bug#512078: directory permissions

[Christoph Anton Mitterer]

On Sat, 2009-01-17 at 12:43 +0100, Javier Fernández-Sanguino Peña wrote:
> Yes, those directories could have stricter permissions.
Good :-) ... then you can close this bug =)

Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#512078: directory permissions

[Christoph Anton Mitterer]

Ah and perhaps don't forget to update also the permissions of already
existing installations, when upgrading the package :-)

Thanks,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#498616: Unmounting LVM'd isci based filesystem

[Javier Barroso]

Hello,

I have a similar patch for this issue (but the first in this bug seems
fine too), so I'm not attaching my patch, but yes a complementary patch.

I think unmounting lvm filesystem is necesary. This patch, umount LVM
filesystem from iscsi disk:

--- umountiscsi.sh.orig 2009-01-18 23:35:41.0 +0100
+++ umountiscsi.sh  2009-01-18 23:36:44.0 +0100
@@ -31,6 +31,16 @@
done
 done
 log_end_msg 0
+if [ -x /sbin/lvs ]; then
+   log_daemon_msg "Unmounting iscsi-backed LVM filesystems"
+   for DEVICE in $(mount | awk  '/_netdev/ {print $1}'); do
+   if lvs "$DEVICE" &> /dev/null; then
+   log_progress_msg $DEVICE
+   umount $DEVICE
+   fi
+   done
+fi
+log_end_msg 0

We (as debian user) have another problem with lenny and iscsi + lvm +
multipath (should I open another bug?). I try to explain it here:

# pwd
/etc/rc6.d
# ls -1 *multipath* *iscsi* *lvm*
K20multipath-tools
K80umountiscsi.sh
K81open-iscsi
S50lvm
S50lvm2

Suppose I have a pv in iscsi lun, and over it a vg, who has a lv.
So if multipath is down, how umountiscsi is capable to unmount lvm volume?

My server hangs forever when is rebooting or shutting down. With sys+rq W
debian said to me there is a process lvchange who is blocked. I can read
in redhat issue tracker [1] about similar bug in redhat systems.

Is it possible to "full" support lvm inside iscsi luns ?

Any help is apreciatte.

Thank you.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=212265

Debian Rocks!

-- 
Javier Barroso Tristán
Administrador de Redes y Sistemas
DIRECCIÓN DE TECNOLOGÍA:OPERACIONES Y SOPORTE
javier.barr...@isotrol.com


ISOTROL
Edificio BLUENET. Avda. Isaac Newton nº 3, 4ª planta.
Parque Tecnológico Cartuja '93, 41092 Sevilla.
Teléfono: 955 036 800 - Fax: 955 036 849
www.isotrol.com




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

Bug#512136: Acknowledgement (ITP: nox -- nox -- Meta package)

[Frank Lin PIAT]

On Sun, 2009-01-18 at 10:21 -0800, Daniel Moerner wrote:
> On Sun, Jan 18, 2009 at 12:25 AM, Frank Lin PIAT  wrote:
> > The current debian/control draft is included below[1]. The current 
> > dependencies
> > on package with priority=standard are going to go away (like "less"), unless
> > there are useful alternatives in which case It might depends on either (?).
> 
> Most is a nice color alternative to less.
> 
> I also presume that we would want vim-nox | emacs22-nox | editor.

Thanks, will do.

> Something I don't quite understand is the target audience: most people
> who run a command line install will know exactly what they want
> installed, and won't need a metapackage to do it or to bring in
> extraneous stuff.

The point of those package is to provide an easy way to install
_popular_ package (that aren't suitable for priority=standard).

> Something that might also be useful would be a nox-debian-devel
> package which would include tools that everyone needs for packaging
> (lintian, build-essentials, devscripts, dput | dupload, fakeroot, etc)

This could be added, but the source would have to be renamed. There are
many more packages to make a deb-devel-environment, like doc-debian,
debian-policy, maint-guide developers-reference, git, svn, cvs, hg,
debhelper, dpatch|cdbs, ssh-client...

Anyone interested to collaborating is welcome (I will probably ping the
tasksel maintainers myself, as it's closely related).

Franklin




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

Bug#512239: smartmontools: no AoE support

[Bruce Allen]

Please write to:

Ed Cashin 
Sam Hopkins 

In the past they have expressed interest in coraid support for 
smartmontools.


Cheers,
Bruce

On Sun, 18 Jan 2009, Marek Michalkiewicz wrote:


Package: smartmontools
Version: 5.38-2
Severity: wishlist

It would be nice if smartmontools could add support for ATA over Ethernet.

According to the FAQ 5.30 here:

http://support.coraid.com/support/linux/EtherDrive-2.6-HOWTO-5.html#ss5.30

many AoE targets don't support SMART by passing through ATA commands.
But, there are some that do (by using aoeping -S, which only prints the data
as a hex dump) - such as single-disk devices based on the LayerWalker chips.

-- Package-specific info:
Ouput of /usr/share/bug/smartmontools:
# CONFIG_IDE_TASK_IOCTL is not set

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

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

Versions of packages smartmontools depends on:
ii  debianutils  2.30Miscellaneous utilities specific t
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3
ii  lsb-base 3.2-20  Linux Standard Base 3.2 init scrip

Versions of packages smartmontools recommends:
ii  bsd-mailx [mailx]  8.1.2-0.20071201cvs-3 A simple mail user agent
ii  mailx  1:20071201-3  Transitional package for mailx ren

smartmontools 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#512252: build failure with gcc-4.3_4.3.2-3 on armel

[Bastien ROUCARIES]

On Sun, Jan 18, 2009 at 11:32 PM, Matthias Klose  wrote:
> Package: djvulibre
> Version: 3.5.21-3
> Severity: serious
> Tags: patch
>
> http://patches.ubuntu.com/d/djvulibre/djvulibre_3.5.21-3ubuntu1.patch
>
> djvulibre hardcodes knowledge about atomic builtins, and on which
> architectures these can be found, and doesn't rely on a autoconf
> test. gcc-4.3_4.3.2-2 now got these kernel helpers for armel and
> hppa. For armel these builtins have to be linked into the shared
> library. A workaround can be found in the above patch. Please let me
> know if a NMU is wanted.

I believe best thing to do is to forward to upstream. A autoconf test
will be better.

Regards

Thanks

Bastien



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

Bug#234744: an speedups

[Paul Martin]

On Sun, Jan 18, 2009 at 11:37:00PM +0200, Riku Voipio wrote:

> Since this bug isn't apparently going anywhere, I took the liberty to
> NMU new version of an to DELAYED/10-day. debdiff attached :)

You could have asked me about it first. I'm hardly MIA.

"an" is actually broken in other ways too, in that it finds the same words
many many times, and some possible words not at all.

-- 
Paul Martin 



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

Bug#512188: error: bad year 1912 for file /var/log/exim4/mainlog

[Paul Martin]

On Sun, Jan 18, 2009 at 01:05:30PM +0100, Bram Matthys wrote:
> Package: logrotate
> Version: 3.7.1-3
> Severity: normal
> 
> Every day I get a mail from cron with:
> error: bad year 1912 for file /var/log/exim4/mainlog in state file
> /var/lib/logrotate/status
> 
> However:
> nob...@sx1:~$ ls -al /var/log/exim4/mainlog
> -rw-r- 1 Debian-exim adm 24743 2009-01-18 12:50 /var/log/exim4/mainlog
> nob...@sx1:~$ ls -al /var/lib/logrotate/status
> -rw-r--r-- 1 root root 995 2009-01-18 06:26 /var/lib/logrotate/status
> $ grep mainlog /var/lib/logrotate/status
> "/var/log/exim4/mainlog" 2009-1-18

Are you able to send me your /var/lib/logrotate/status ?

-- 
Paul Martin 



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

Bug#511698: Confirmed following upgrade to experimental

[Daniel Moerner]

On Sun, Jan 18, 2009 at 2:02 PM, Bill Allombert
 wrote:
> Does running
>
> /bin/bash -o pipefail -c 'dpkg-query --show --showformat="\${status} 
> \${provides} \${package}\n" | sed -n -e 
> "/installed\|triggers-awaited\|triggers-pending 
> /{s/^.*\(installed\|triggers-awaited\|triggers-pending\) *//; s/[, ][, 
> ]*/\n/g; p}"'
> succeed ? What strace give for that command ?

It does succeed. Its successful output and strace are attached.

-- 
Daniel Moerner 


command-output
Description: Binary data


command-strace
Description: Binary data

Bug#511427: webcpp(GNU/k*BSD): FTBFS: out of date libtool scripts

[Jonathan Wiltshire]

I haven't heard from upstream, so in the meantime patching this and
awaiting sponsorship.



-- 
Jonathan Wiltshire

PGP/GPG: 0xDB800B52 / 4216 F01F DCA9 21AC F3D3  A903 CA6B EA3E DB80 0B52


signature.asc
Description: Digital signature

Bug#512252: build failure with gcc-4.3_4.3.2-3 on armel

[Matthias Klose]

Package: djvulibre
Version: 3.5.21-3
Severity: serious
Tags: patch

http://patches.ubuntu.com/d/djvulibre/djvulibre_3.5.21-3ubuntu1.patch

djvulibre hardcodes knowledge about atomic builtins, and on which
architectures these can be found, and doesn't rely on a autoconf
test. gcc-4.3_4.3.2-2 now got these kernel helpers for armel and
hppa. For armel these builtins have to be linked into the shared
library. A workaround can be found in the above patch. Please let me
know if a NMU is wanted.

  Matthias



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

Bug#512251: doc-debian: social-contract.1.1.txt contains version 1.0

[pdewacht]

Package: doc-debian
Version: 4.0.1
Severity: important

The file /usr/share/doc/debian/social-contract.1.1.txt contains version 1.0
of the social contract.


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

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

doc-debian depends on no packages.

Versions of packages doc-debian recommends:
pn  debian-faq (no description available)

Versions of packages doc-debian suggests:
ii  epiphany-gecko [ww 2.22.3-9  Intuitive GNOME web browser - Geck
ii  evince [postscript 2.22.2-4~lenny1   Document (postscript, pdf) viewer
ii  ghostscript [posts 8.62.dfsg.1-3.2lenny0 The GPL Ghostscript PostScript/PDF
ii  iceweasel [www-bro 3.0.5-1   lightweight web browser based on M
ii  w3m [www-browser]  0.5.2-2+b1WWW browsable pager with excellent

-- 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#508426: bluez-utils: Aditional info of this bug

[Daniel Smolik]

Package: bluez-utils
Version: 3.36-3
Followup-For: Bug #508426



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

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

Versions of packages bluez-utils depends on:
ii  dbus 1.2.1-5 simple interprocess messaging syst
ii  libbluetooth23.36-1  Library to use the BlueZ Linux Blu
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libdbus-1-3  1.2.1-5 simple interprocess messaging syst
ii  libglib2.0-0 2.16.6-1The GLib library of C routines
ii  libusb-0.1-4 2:0.1.12-13 userspace USB programming library
ii  lsb-base 3.2-20  Linux Standard Base 3.2 init scrip
ii  makedev  2.3.1-88creates device files in /dev
ii  module-init-tools3.4-1   tools for managing Linux kernel mo
ii  udev 0.125-7 /dev/ and hotplug management daemo

Versions of packages bluez-utils recommends:
ii  bluez-audio   3.36-3 Bluetooth audio support
pn  obex-data-server   (no description available)

Versions of packages bluez-utils suggests:
pn  bluez-firmware (no description available)
ii  bluez-gnome  0.27-1  Bluetooth utilities for GNOME
ii  kdebluetooth 1.0~beta8-5 KDE Bluetooth Framework

-- no debconf information

hcid crashes after resume:
 hcid[12453]: HCI dev 0 down
hcid[12453]: Stopping security manager 0
hcid[12453]: Device hci0 has been disabled
hcid[12453]: HCI dev 0 unregistered
hcid[12453]: Unregister path: /org/bluez/hci0
hcid[12453]: Removing device /hci0/dev_00_60_57_E0_D1_89
*** glibc detected *** /usr/sbin/hcid: corrupted double-linked list:
*** 0xb9dff6b0 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6[0xb7d340d9]
/lib/i686/cmov/libc.so.6[0xb7d35b6d]
/lib/i686/cmov/libc.so.6(__libc_calloc+0xc9)[0xb7d37379]
/lib/i686/cmov/libc.so.6(open_memstream+0x5d)[0xb7d2baad]
/lib/i686/cmov/libc.so.6(__vsyslog_chk+0x78)[0xb7da1688]
/usr/sbin/hcid(debug+0x3e)[0xb7f98b8e]
/usr/sbin/hcid(device_remove+0x37)[0xb7f7a0c7]
/usr/sbin/hcid[0xb7f82b94]
/usr/lib/libglib-2.0.so.0(g_slist_foreach+0x27)[0xb7ec34a7]
/usr/sbin/hcid(unregister_adapter_path+0x218)[0xb7f84f38]
/usr/sbin/hcid(hcid_dbus_unregister_device+0x5e)[0xb7f8505e]
/usr/sbin/hcid[0xb7f73e85]
/usr/lib/libglib-2.0.so.0[0xb7eda65d]
/usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x1e8)[0xb7ea41b8]
/usr/lib/libglib-2.0.so.0[0xb7ea7853]
/usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1d2)[0xb7ea7d72]
/usr/sbin/hcid(main+0x572)[0xb7f73aa2]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7cdb455]
/usr/sbin/hcid[0xb7f72231]
=== Memory map: 
b7b0-b7b21000 rw-p b7b0 00:00 0 
b7b21000-b7c0 ---p b7b21000 00:00 0 
b7c4d000-b7c59000 r-xp  08:01 655361 /lib/libgcc_s.so.1
b7c59000-b7c5a000 rw-p c000 08:01 655361 /lib/libgcc_s.so.1
b7c7a000-b7c93000 r-xp  08:01 4882821
/usr/lib/bluetooth/plugins/audio.so
b7c93000-b7c94000 rw-p 00019000 08:01 4882821
/ /usr/lib/bluetooth/plugins/audio.so
b7c94000-b7c96000 rw-p b7c94000 00:00 0 
b7c96000-b7cc4000 r-xp  08:01 4559541/usr/lib/libpcre.so.3.12.1
b7cc4000-b7cc5000 rw-p 0002d000 08:01 4559541/usr/lib/libpcre.so.3.12.1
b7cc5000-b7e1a000 r-xp  08:01 6750601/lib/i686/cmov/libc-2.7.so
b7e1a000-b7e1b000 r--p 00155000 08:01 6750601/lib/i686/cmov/libc-2.7.so
b7e1b000-b7e1d000 rw-p 00156000 08:01 6750601/lib/i686/cmov/libc-2.7.so
b7e1d000-b7e2 rw-p b7e1d000 00:00 0 
b7e2-b7e32000 r-xp  08:01 4567582
/usr/lib/libbluetooth.so.2.11.2
b7e32000-b7e33000 rw-p 00012000 08:01 4567582
/ /usr/lib/libbluetooth.so.2.11.2
b7e33000-b7e69000 r-xp  08:01 4556191/usr/lib/libdbus-1.so.3.4.0
b7e69000-b7e6b000 rw-p 00035000 08:01 4556191/usr/lib/libdbus-1.so.3.4.0
b7e6b000-b7f1f000 r-xp  08:01 4557722
/usr/lib/libglib-2.0.so.0.1600.6
b7f1f000-b7f2 rw-p 000b3000 08:01 4557722
/ /usr/lib/libglib-2.0.so.0.1600.6
b7f1f000-b7f2 rw-p 000b3000 08:01 4557722
/usr/lib/libglib-2.0.so.0.1600.6
b7f2-b7f21000 rw-p b7f2 00:00 0 
b7f21000-b7f23000 r-xp  08:01 6750604/lib/i686/cmov/libdl-2.7.so
b7f23000-b7f25000 rw-p 1000 08:01 6750604/lib/i686/cmov/libdl-2.7.so
b7f25000-b7f28000 r-xp  08:01 4559782
/usr/lib/libgmodule-2.0.so.0.1600.6
b7f28000-b7f29000 rw-p 2000 08:01 4559782
/ /usr/lib/libgmodule-2.0.so.0.1600.6
b7f42000-b7f49000 r--s  08:01 4554847
/usr/lib/gconv/gconv-modules.cache
b7f49000-b7f4b000 rw-p b7f49000 00:00 0 
b7f4b000-b7f65000 r-xp  08:01 7471341/lib/ld-2.7.so
b7f65000-b7f67000 rw-p 0001a000 08:01 7471341/lib/ld-2.7.so
b7f67000-b7fa5000 r-xp  08

Bug#508975: Bug#512190: mongrel: Broken dependencies, uninstallable on some release archs.

[Filipe Lautert]

Julien Cristau wrote:

On Sun, Jan 18, 2009 at 09:54:11PM +, peter green wrote:
  
Better soloutions to that bug would have been (in order from least hacky  
to most hacky)



* close 508975 as it's not a bug at all

  
easy easy, I just fixed both using shlibs.local . Next time I won't be 
slack and I'll take the correct approach like I did now.


cheers


filipe



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

Bug#501647: [DSE-User] wrong context with graphical login

[Martin Orr]

On 14/01/09 19:47, Pierre Chifflier wrote:
> On Mon, Jan 12, 2009 at 05:51:58PM +, Martin Orr wrote:
>> If not, then do you have the xserver module loaded?  (Check semodule -l)
> 
> xserver is indeed not loaded. selinux-policy-default is correcty
> installed, and file is present at /usr/share/selinux/default/xserver.pp
> 
> I'll try to load it manually and see if it resolves the problem.
> 
> If this is the source of the problem, why isn't this module loaded ?

I've no idea - it should be loaded whenever you installed
selinux-policy-default.  (Unless you installed selinux-policy-default before
gdm/xserver-xorg.)

Best wishes,

-- 
Martin Orr



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

Bug#384573: new librcc

[Modestas Vainius]

Hello,

sekmadienis 18 Sausis 2009, ivan rašė:
> new version of librcc in sid, there not changes in patch and in dependens
> packages.
> all bugs fix and new version on LGPL
ok. However, I think I'll still provide two versions of libtag1c2a which could 
be used interchangeably: libtag1-vanilla (original) and libtag1-rusxmms (is 
this correct name or is libtag1-rcc (I like the latter more) better?) with 
libtag1-vanilla being default. I think it is a good compromise between 
standard compliance and real world in Russia/Ukraine/Belarus to ask users 
wanting librcc functionality to install libtag1-rcc manually. What is more, I 
believe such broken tags should disappear soon as better player are written. 
Btw, have you tried pushing this to taglib upstream?

-- 
Modestas Vainius 



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

Bug#512250: hplip: please place scanning in a separate package

[brian m. carlson]

Package: hplip
Version: 2.8.6.b-4
Severity: wishlist

When I went to upgrade my server today, I found that libsane (and all of
its dependencies) are to be installed because hplip is to be upgraded.
Since the printer connected to this machine is a Deskjet 5740, I don't
need any of the other functionality installed.

I would much prefer that scanning be separated out into its own package,
so that I don't have to drag in over 15 MB of dependencies (and that
many more bugs and potential security holes) onto a machine that will
never use it.  However, any solution that removes these dependencies is
acceptable.

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

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

Versions of packages hplip depends on:
ii  adduser  3.110   add and remove users and groups
ii  coreutils6.10-6  The GNU core utilities
ii  cups 1.3.8-1lenny4.1 Common UNIX Printing System(tm) - 
ii  hplip-data   2.8.6.b-4   HP Linux Printing and Imaging - da

ii  libc62.7-18  GNU C Library: Shared libraries
ii  libcups2 1.3.8-1lenny4.1 Common UNIX Printing System(tm) - 
ii  libdbus-1-3  1.2.1-5 simple interprocess messaging syst

ii  libsane  1.0.19-23   API library for scanners
ii  libsnmp155.4.1~dfsg-12   SNMP (Simple Network Management Pr
ii  libssl0.9.8  0.9.8g-15   SSL shared libraries
ii  libusb-0.1-4 2:0.1.12-13 userspace USB programming library
ii  lsb-base 3.2-20  Linux Standard Base 3.2 init scrip
ii  python   2.5.2-3 An interactive high-level object-o
ii  python-dbus  0.83.0-1simple interprocess messaging syst
ii  python-imaging   1.1.6-3 Python Imaging Library
ii  python-support   0.8.7   automated rebuilding support for P

Versions of packages hplip recommends:
ii  cups-client  1.3.8-1lenny4.1 Common UNIX Printing System(tm) - 
ii  hpijs2.8.6.b-4   HP Linux Printing and Imaging - gs

pn  hplip-gui  (no description available)

Versions of packages hplip suggests:
pn  hplip-doc  (no description available)
pn  kdeprint | gtklp | xpp (no description available)
ii  openprinting-ppds20080211-2+nmu1 OpenPrinting printer support - Pos

-- no debconf information

--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
troff on top of XML: http://crustytoothpaste.ath.cx/~bmc/code/thwack
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#512249: emdebuild should ignore all backup and autosave files

[Martin Fuzzey]

Package: emdebian-tools
Severity: wishlist

Currently emdebuild generates patches for editor backup files etc:

Example files:

changelog~   (backup file)
#changelog# (autosave file)

Ideally there would be a configurable regexp for this.

Martin



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

Bug#512190: mongrel: Broken dependencies, uninstallable on some release archs.

[Julien Cristau]

On Sun, Jan 18, 2009 at 09:54:11PM +, peter green wrote:
> Better soloutions to that bug would have been (in order from least hacky  
> to most hacky)

* close 508975 as it's not a bug at all

> * get libruby to use symbols files so packages only pick up dependencies  
> on the version that is needed for the symbols they actually use.
> * use a shlibs.local file to override the shlibs versioning from libruby
>
Cheers,
Julien



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

Bug#512209: Please don't touch sshd from interfaces-up

[Perry E. Metzger]

Russ Allbery  writes:
> Colin Watson  writes:
>
>> I vaguely remember some problem where INADDR_ANY meant "all the
>> interfaces that happen to be up at bind() time" rather than "all the
>> interfaces that are up whenever packets arrive". Am I hallucinating?
>
> I think this can be true if the interfaces differ by protocol.  If you
> only have an IPv4 interface available and then later add an IPv6
> interface, I don't think INADDR_ANY will pick up the IPv6 connections.
>
> I haven't tested, though.

This would be my concern as well: are all new interfaces really picked
up? If a test proves yes, then I suppose it is okay not to restart,
otherwise a restart is safest.

Perry



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

Bug#512248: mailbox.mbox is too lax in recognising from lines

[Enrico Zini]

Package: python2.5
Version: 2.5.2-15
Severity: normal

Hello,

thanks for packaging Python.

While trying to scan a mbox mail file, I noticed that sometimes I got
some strangely truncated messages.  Upon investigation, mailbox.mbox is
too trigger-happy in recognising From lines as message delimiters: for
example, this From line has made mailbox.mbox start a new message:

  "From all of us at AIRLINE: Have a wonderful Christmas and a Happy New Year!"

Perl's Mail::Box::Parser looks for at least a year to be there:

  next if $sep eq 'From ' && $line !~ m/ 19[789]\d| 20[012]\d/;

Mutt is even stricter, and looks for:

  From [  ] [  ] 
  (see http://dev.mutt.org/hg/mutt/file/ddf48761aacf/from.c)

This not-strict-enough behaviour is unfortunately at risk of making
mailbox.mbox unsuitable for some tasks, like managing mail archives (it
did corrupt some of my mail, for example).  I hope it can be improved.


Ciao,

Enrico

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

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

Versions of packages python2.5 depends on:
ii  libbz2-1.01.0.5-1high-quality block-sorting file co
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libdb4.5  4.5.20-13  Berkeley v4.5 Database Libraries [
ii  libncursesw5  5.7+20081213-1 shared libraries for terminal hand
ii  libreadline5  5.2-3  GNU readline and history libraries
ii  libsqlite3-0  3.5.9-5SQLite 3 shared library
ii  libssl0.9.8   0.9.8g-15  SSL shared libraries
ii  mime-support  3.44-1 MIME files 'mime.types' & 'mailcap
ii  python2.5-minimal 2.5.2-15   A minimal subset of the Python lan

python2.5 recommends no packages.

Versions of packages python2.5 suggests:
pn  python-profiler(no description available)
ii  python2.5-doc 2.5.2-2Documentation for the high-level o

-- 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#512247: [crush] ITP: ltrace

[Martin Fuzzey]

Package: buildd.emdebian.org
Severity: wishlist
Owner: mfuz...@gmail.com

Would be nice to have for development use.



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

Bug#477462: Forwarded

[Bastien ROUCARIES]

forwarded 477462 
http://www.imagemagick.org/discourse-server/viewtopic.php?f=7&t=12945
thanks

Forwarded, thaks for the test case.

Regards
-- 

"ROUCARIÈS Bastien"
roucaries.bastien+deb...@gmail.com
---
DO NOT WRITE TO roucaries.bastien+blackh...@gmail.com OR BE BLACKLISTED



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

Bug#508975: mongrel: Broken dependencies, uninstallable on some release archs.

[peter green]

notfound 512190 1.1.5-3
found 512190 1.1.5-4
thanks

512190 only affects the version in unstable, the one in testing is fine.

512190 appears to be the result of fixing 508975 by removing use of 
shlibs and adding hardcoded dependencies in it's place. Using hardcoded 
dependencies for shared libraries is not reccomended since libraries can 
have different names on different architectures (as mentioned in this 
bug) and rebuilding a package on a system with a different version of 
the libraries development files may change the versions of the library 
it can work with.


Better soloutions to that bug would have been (in order from least hacky 
to most hacky)
* get libruby to use symbols files so packages only pick up dependencies 
on the version that is needed for the symbols they actually use.

* use a shlibs.local file to override the shlibs versioning from libruby




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

Bug#509704: python-genshi-doc: bad document title

[Arnaud Fontaine]

tags 509704 + pending
thanks

> Ian Zimmerman  writes:

Hi,

> The title  of the document registered in  doc-base is "Toolkit for
>  stream-based generation  of output  for  the web".   This is  not
> helpful.  There are many  such toolkits, even many of the pythonic
> persuasion, and  if I'm looking for a  document specifically about
> genshi, I'm almost sure to pass this without noticing.

Yes, you  are right. Thanks for the  bug report. I committed  the fix to
python-modules today[0] and will upload it soon I think.

Cheers,
Arnaud

[0] http://svn.debian.org/viewsvn/python-modules?rev=7366&view=rev


pgpqDoEMQGwsc.pgp
Description: PGP signature

Bug#512246: solfege: Many warnings printed

[tilo]

Package: solfege
Version: 3.10.3-1+b1
Severity: minor

Hi,

great program!

I get many warnings like this:

> solfege
warning: invalid directory in path: /home/tschwarz/lessonfiles
/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action '_Rhythm' to action group 'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

dummy abstract.Gui.on_end_practise singanswer
dummy abstract.Gui.on_end_practise singanswer
/usr/share/solfege/src/mainwin.py:408: GtkWarning: Refusing to add non-unique 
action '_Intervals' to action group 'NotExit'
  gtk.Action(menu.name, _(menu.name), None, None))

/usr/share/solfege/src/mainwin.py:408: GtkWarning: Refusing to add non-unique 
action '_Chords' to action group 'NotExit'
  gtk.Action(menu.name, _(menu.name), None, None))

/usr/share/solfege/src/mainwin.py:408: GtkWarning: Refusing to add non-unique 
action '_Scales' to action group 'NotExit'
  gtk.Action(menu.name, _(menu.name), None, None))

/usr/share/solfege/src/mainwin.py:408: GtkWarning: Refusing to add non-unique 
action '_Rhythm' to action group 'NotExit'
  gtk.Action(menu.name, _(menu.name), None, None))

/usr/share/solfege/src/mainwin.py:408: GtkWarning: Refusing to add non-unique 
action '_Misc' to action group 'NotExit'
  gtk.Action(menu.name, _(menu.name), None, None))

/usr/share/solfege/src/mainwin.py:408: GtkWarning: Refusing to add non-unique 
action 'The_ory' to action group 'NotExit'
  gtk.Action(menu.name, _(menu.name), None, None))

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action 'Ascending _melodic intervals' to action group 
'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action 'TEST_Ascending _melodic intervals' to action 
group 'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action '7954749b-307d-43e9-b16f-77a942cfdd86' to action 
group 'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action 'TEST_7954749b-307d-43e9-b16f-77a942cfdd86' to 
action group 'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action 'eb76c2c3-414d-4682-8a16-b4d3c5475574' to action 
group 'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action 'TEST_eb76c2c3-414d-4682-8a16-b4d3c5475574' to 
action group 'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action '7f576b58-e1dc-41a5-bb88-defcf2bd5a67' to action 
group 'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action 'TEST_7f576b58-e1dc-41a5-bb88-defcf2bd5a67' to 
action group 'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action 'cd12a7ce-bb34-4945-abf3-3f6033285563' to action 
group 'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action 'TEST_cd12a7ce-bb34-4945-abf3-3f6033285563' to 
action group 'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action 'e2214f81-6e62-4e6f-9457-0f5b71d84b86' to action 
group 'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action 'TEST_e2214f81-6e62-4e6f-9457-0f5b71d84b86' to 
action group 'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action 'bc92bed8-0239-48f1-b95a-7fc149ae33c8' to action 
group 'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action 'TEST_bc92bed8-0239-48f1-b95a-7fc149ae33c8' to 
action group 'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action '1bf61c7d-2852-455a-aba2-0c26524f8043' to action 
group 'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action 'TEST_1bf61c7d-2852-455a-aba2-0c26524f8043' to 
action group 'NotExit'
  self.m_action_groups['NotExit'].add_actions(actions)

/usr/share/solfege/src/mainwin.py:439: GtkWarning: Refusing to add non-unique 
action 'a5c20150-4efc-4d81-933d-933221dc920a' to action 
group 'NotExit'

Bug#384573: locale check

[ivan]

>Which portion of the patch supports this claim? I don't see any locale check 
in the patch.
Locale check in librcc:

rcc_language rcc_default_languages_embeded[RCC_MAX_LANGUAGES + 1] = {
{rcc_default_language_sn, {rcc_default_charset, NULL}, {
&rcc_default_engine,
NULL
}},
{rcc_disabled_language_sn, {rcc_default_charset, NULL}, {
&rcc_default_engine,
NULL
}},
{rcc_english_language_sn, {rcc_default_charset, rcc_utf8_charset, "ISO8859-1", 
NULL}, {
&rcc_default_engine,
NULL
}},
{rcc_russian_language_sn, 
{rcc_default_charset,"KOI8-R","CP1251",rcc_utf8_charset,"IBM866","MACCYRILLIC","ISO8859-5",
 
NULL}, {
&rcc_default_engine,
#ifdef RCC_RCD_SUPPORT
&rcc_russian_engine,
#endif /* RCC_RCD_SUPPORT */
NULL
}},
{rcc_ukrainian_language_sn, 
{rcc_default_charset,"KOI8-U","CP1251",rcc_utf8_charset,"IBM855","MACCYRILLIC","ISO8859-5","CP1125",
 
NULL}, {
&rcc_default_engine,
#ifdef RCC_RCD_SUPPORT
&rcc_ukrainian_engine,
#endif /* RCC_RCD_SUPPORT */
NULL
}},
{"be", {rcc_default_charset, 
rcc_utf8_charset, "CP1251", "IBM866", "ISO-8859-5", "ISO-IR-111", "ISO-IR-111", 
"MACCYRILLIC" "IBM855", 
NULL},{
&rcc_default_engine,
#ifdef RCC_RCD_SUPPORT
&rcc_ukrainian_engine,
#endif /* RCC_RCD_SUPPORT */
NULL
}},
/*{"bg", {rcc_default_charset, 
rcc_utf8_charset, "CP1251", "ISO-8859-5", "IBM855", "maccyr", "ECMA-113", 
NULL},{


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

Bug#234744: an speedups

[Riku Voipio]

Hi,

Since this bug isn't apparently going anywhere, I took the liberty to
NMU new version of an to DELAYED/10-day. debdiff attached :)

-- 
"rm -rf" only sounds scary if you don't have backups
diff -u an-0.95/an.c an-0.95/an.c
--- an-0.95/an.c
+++ an-0.95/an.c
@@ -136,7 +136,9 @@
 bitmask_t *letter_mask;/* bit masks for letters */
 int alphabet = 0;  /* number of letters in alphabet */
 int letters[256];  /* list of letter positions used */
-int letterpos[256];/* list of letter positions */
+int letterpos[256];/* list of letter positions, = pos, -1 or -2 */
+#define LETTERPOS_IGN -1
+#define LETTERPOS_BAD -2
 
 int *letter_freq;  /* Frequency each letter appears in words array 
*/
 int *letter_index;
@@ -233,7 +235,7 @@
 printf (_("  -n, --number NUM\tprint maximum of NUM anagrams\n"));
 printf (_("  -w, --words\t\tprint words that PHRASE letters make\n"));
 printf (_("  -t, --test ANAG\ttest if ANAG can be made with 
PHRASE\n"));
-printf (_("  -u, --used PHRASE\tFlag PHRASE letters allready used\n"));
+printf (_("  -u, --used PHRASE\tFlag PHRASE letters already used\n"));
 printf (_("  --help\t\tdisplay this help and exit\n"));
 printf (_("  --version\t\toutput version information and exit\n"));
 #ifdef HAVE64
@@ -273,14 +275,36 @@
setlocale (LC_CTYPE, "C");
 #endif
 
+
+   /* Find which letters are relevant, 
+* default to LETTERPOS_IGN = -1 = 'punctuation' (ignore) 
+* except for LETTERPOS_BAD = -2 = lower case letter not in string, or digit
+* and then set every lower case letter that is in the string
+* to a real value.
+*/
+
+   for (loop1 = 0; loop1 < 256; loop1++) {
+ letterpos[loop1] = islower(loop1)||isdigit(loop1)
+ ? LETTERPOS_BAD
+ : LETTERPOS_IGN;
+   }
+   
+   for (loop1 = 0; argv[optind][loop1] != '\0'; loop1++) {
+ int lc=tolower(argv[optind][loop1]);
+ if(islower(lc)) { 
+   /* set a dummy value of 0, will change it later */
+   letterpos[lc] = '\0';
+ }
+   }
+   
mask = 1;
for (loop1 = 0; loop1 < 256; loop1++) {
- letterpos[loop1] = -1;
- if (islower(loop1)) {
+ if (letterpos[loop1] == '\0') {
   if (mask == 0) {
 fprintf(stderr,_("Not enough bits in bitmask type to work on your 
language.\n"));
return 1;
   }
+  /* Fill the real letter position for this real lower case letter */
   letters[alphabet]=loop1;
   letterpos[loop1]=alphabet;
   alphabet++;
@@ -576,7 +600,7 @@
 
{
   int n;   /* Start point in WORDS array */
-  int end=0;   /* End point in WORDS array */
+  int end=let_hash[alphabet+1];/* End point in WORDS array */
   int high;/* Loop counter */
   /* WORDS[] is sorted by letter frequency and length, from longest to 
  shortest, therefore we can jump to the first word of the length of
@@ -631,7 +655,7 @@
 if ((*word_mask[n] & *phrase_mask) == *word_mask[n]) {
/* If NUM_WORD_MASKS is greater than 1 we must check the rest
   of the masks, otherwise we know we have a match as we have
-  allready checked the first mask and don't need to do
+  already checked the first mask and don't need to do
   anything else here as a match is assumed */
 
if (num_word_masks[n] > 1) {
@@ -863,9 +887,19 @@
 
   /* If letter is punctuation go to next letter */
 
-  if (letterpos[(unsigned char)letter] == -1)
+  if (letterpos[(unsigned char)letter] == LETTERPOS_IGN)
 continue;
 
+  /* if letter is a forbidden lower case letter return false */
+  if (letterpos[(unsigned char)letter] == LETTERPOS_BAD) {
+  
+#ifdef FORCE_ANSI
+free (avail);
+#endif
+
+return (FALSE);
+  }
+
   /* Check if letter is available for use (useit==TRUE) */
 
   useit = check_letter (*current_word, phrase_word, avail);
@@ -895,7 +929,7 @@
 
 
 /* Check if LETTER is contained in PHRASE_WORD and has not been used
-   allready */
+   already */
 
 int check_letter (letter, phrase_word, avail)
  unsigned char letter;
@@ -991,7 +1025,7 @@
int word_ok;
char *temp_string;
int have_a_letter;
-   int have_a_digit;
+   int have_something_unwanted;
 
/* Initial allocation of WORDS[] array, will realloc later if more
   than BLOCKSIZE words found */
@@ -1029,16 +1063,17 @@
  may make this an option) */
 
   have_a_letter = FALSE;
-  have_a_digit = FALSE;
+  have_something_unwanted = FALSE;
   for (temp_string = line; *temp_string; temp_string++) {
-if (letterpos[(unsigned char)*temp_string]!=-1)
-   have_a_letter = TRUE;
-if (isdigit (*temp_string)) {
-   have_a_digit = TRUE;
-   break;
+if (letterpos[(unsigned char)*temp_string]==LETTERPOS_BAD) {
+   

Bug#512243: [crush] No text in gpe applications due to missing pango configuration files

[Martin Fuzzey]

Package: buildd.emdebian.org
Severity: normal

libpango1.0-0 (version 1.20.5-3em1) is missing the file
/usr/lib/pango/1.6.0/module-files.d/libpango1.0-0.modules

this causes no text to be rendered.

Workaround is to copy this file from normal debian package.



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

Bug#512062: uninstallable in unstable i386

[Joachim Breitner]

Hi,

Am Freitag, den 16.01.2009, 15:38 -0500 schrieb Joey Hess:
> Package: libghc6-xmonad-contrib-dev
> Severity: normal
> 
>   libghc6-xmonad-contrib-dev: Depends: libghc6-utf8-string-dev (= 0.3.3-1) 
> but 0.3.3-2+b1 is to be installed
> 
> The package was binnmued on i386, and is thus at a different
> version there than on all other arches, and so xmonad-contrib
> is uninstallable.
> 
> Since this dependency constantly seems to be breaking, and is not bin-NMU 
> safe,
> seems to me that it is too tight to be practical.

just in case any reads this bugreport, xmonad-contrib 0.8.1 is due these
days, so I’ll wait for that version.

Greetings,
Joachim
-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#512241: [crush] gpe applications fail due to missing gtk pixbuf loader confguration files

[Martin Fuzzey]

Package: buildd.emdebian.org
Severity: normal

 libgtk2.0-0 (version 2.12.11-4em1) is missing the following files:

/usr/lib/gtk-2.0/2.10.0/immodule-files.d/libgtk2.0-0.immodules
/usr/lib/gtk-2.0/2.10.0/loader-files.d/libgtk2.0-0.loaders

This causes all gpe applications to fail with GPE-ERROR: Couldn't
recognize the image file format for file...

workaround is to copy these files from the normal debian package (they
appear to be architecture independant - at least the i386 and arm
versions are the same)



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

Bug#511698: Confirmed following upgrade to experimental

[Daniel Moerner]

I got it. I retraced my exact steps on the previous install. These
steps were: Install Sidux 2007-02, upgrade to latest Sid, purge ALL
Sidux packages, upgrade to experimental. There should be no trace of
Sidux left on this system, so that shouldn't be the problem.

r...@gx260:/home/dmr# strace update-menus
execve("/usr/bin/update-menus", ["update-menus"], [/* 27 vars */]) = 0
brk(0)  = 0x9168000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f3e000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=44216, ...}) = 0
mmap2(NULL, 44216, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f33000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libstdc++.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0pA\4\0004\0\0\0\240"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=946216, ...}) = 0
mmap2(NULL, 973004, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7e45000
mmap2(0xb7f28000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe2) = 0xb7f28000
mmap2(0xb7f2d000, 22732, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f2d000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/i686/cmov/libm.so.6", O_RDONLY) = 3
read(3, "\177elf\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\...@4\0\0004\0\0\0p"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=149328, ...}) = 0
mmap2(NULL, 151680, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7e1f000
mmap2(0xb7e43000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x23) = 0xb7e43000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/libgcc_s.so.1", O_RDONLY)= 3
read(3, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\34\0\0004\0\0\0\254"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=50916, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7e1e000
mmap2(NULL, 49928, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7e11000
mmap2(0xb7e1d000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc) = 0xb7e1d000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320h\1\0004\0\0\0@"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1434496, ...}) = 0
mmap2(NULL, 1439312, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xb7cb1000
mmap2(0xb7e0b000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15a) = 0xb7e0b000
mmap2(0xb7e0e000, 9808, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7e0e000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7cb
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7cb06d0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xb7e0b000, 4096, PROT_READ)   = 0
mprotect(0xb7f28000, 12288, PROT_READ)  = 0
munmap(0xb7f33000, 44216)   = 0
getuid32()  = 0
getuid32()  = 0
brk(0)  = 0x9168000
brk(0x9189000)  = 0x9189000
socket(PF_FILE, 0x80801 /* SOCK_??? */, 0) = 3
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"...}, 110) =
-1 ENOENT (No such file or directory)
close(3)= 0
socket(PF_FILE, 0x80801 /* SOCK_??? */, 0) = 3
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"...}, 110) =
-1 ENOENT (No such file or directory)
close(3)= 0
open("/etc/nsswitch.conf", O_RDONLY)= 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=475, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f3d000
read(3, "# /etc/nsswitch.conf\n#\n# Example "..., 4096) = 475
read(3, ""..., 4096)= 0
close(3)= 0
munmap(0xb7f3d000, 4096)= 0
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=44216, ...}) = 0
mmap2(NULL, 44216, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f33000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/i686/cmov/libnss_compat.so.2", O_RDONLY) = 3
read(3, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3

Bug#512104: libghc6-pcre-light-dev: Fails to install

[Evgeni Golov]

On Sat, 17 Jan 2009 11:56:41 +0100 Kurt Roeckx wrote:

> Package: libghc6-pcre-light-dev
> Version: 0.3.1-5+b1
> Severity: serious
> 
> Hi,
> 
> Your package is failing to install with the following error:
> Setting up libghc6-pcre-light-dev (0.3.1-5+b1) ...
> /var/lib/dpkg/info/libghc6-pcre-light-dev.postinst: line 15: 
> /usr/lib/ghc-6.8.2dfsg1/bin/ghc-pkg: No such file or directory
> dpkg: error processing libghc6-pcre-light-dev (--configure):
>  subprocess post-installation script returned error exit status 1
> dpkg: dependency problems prevent configuration of libghc6-pcre-light-prof:
>  libghc6-pcre-light-prof depends on libghc6-pcre-light-dev (= 0.3.1-5+b1); 
> however:
>   Package libghc6-pcre-light-dev is not configured yet.
> dpkg: error processing libghc6-pcre-light-prof (--configure):
>  dependency problems - leaving unconfigured

That only needs a rebuild with latest haskell-devscripts. See #512063.
(Other packages should be affected too).

Regards
Evgeni

-- 
Bruce Schneier Fact Number 104:
The last person to attempt to steal Bruce Schneier's identity lost his
memory and has never recovered.


pgpYNR4CRMWRB.pgp
Description: PGP signature

Bug#512240: Lenny: access to bluetooth is denied

[Robert Klotzner]

Package: dbus
Version: 1.2.1-5
Severity: normal

After updating the sytem my bluetooth stick isn't accessible any longer by 
bluetooth-applet.
I think the patch CVE-2008-4311.patch is responsible for that, because in the 
dbus configuration only root is allowed to access the bluetooth framework. I 
added the group plugdev and it worked for me again. 

Sincerely, 

Robert


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

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

Versions of packages dbus depends on:
ii  adduser   3.110  add and remove users and groups
ii  debianutils   2.30   Miscellaneous utilities specific t
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.1-5simple interprocess messaging syst
ii  libexpat1 2.0.1-4XML parsing C library - runtime li
ii  libselinux1   2.0.65-5   SELinux shared libraries
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip

Versions of packages dbus recommends:
ii  dbus-x11  1.2.1-5simple interprocess messaging syst

dbus 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#384573: new librcc

[ivan]

Hello

new version of librcc in sid, there not changes in patch and in dependens 
packages.
all bugs fix and new version on LGPL


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

Bug#511797: bind9: all queries denied since last update

[Florian Weimer]

tag 511797 unreproducible moreinfo
thanks

> But it seems that something else has changed in Bind9 or in the install 
> script.
> I solved the problem by manually add localhost ip : 127.0.0.1
> in the allow-query option to get my DNS server back to work.

As already mentioned, we can't reproduce the problem.  Could you
please provide more information about the configuration, in particular
as many configuration files from /etc/bind as possible?



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

Bug#512239: smartmontools: no AoE support

[Marek Michalkiewicz]

Package: smartmontools
Version: 5.38-2
Severity: wishlist

It would be nice if smartmontools could add support for ATA over Ethernet.

According to the FAQ 5.30 here:

http://support.coraid.com/support/linux/EtherDrive-2.6-HOWTO-5.html#ss5.30

many AoE targets don't support SMART by passing through ATA commands.
But, there are some that do (by using aoeping -S, which only prints the data
as a hex dump) - such as single-disk devices based on the LayerWalker chips.

-- Package-specific info:
Ouput of /usr/share/bug/smartmontools:
# CONFIG_IDE_TASK_IOCTL is not set

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

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

Versions of packages smartmontools depends on:
ii  debianutils  2.30Miscellaneous utilities specific t
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3
ii  lsb-base 3.2-20  Linux Standard Base 3.2 init scrip

Versions of packages smartmontools recommends:
ii  bsd-mailx [mailx]  8.1.2-0.20071201cvs-3 A simple mail user agent
ii  mailx  1:20071201-3  Transitional package for mailx ren

smartmontools 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#477462: [perlmagick] SetPixel always uses first value of color array

[Anton Petrusevich]

On 18 January 2009 18:19:06 you wrote:
> I am willing to transmit this bug report to upstream, but unfortunatly I am
> not really a perl hacker.
>
> therefore could you please summarize this bug for us poor mortal soul :)
> Including may be a test case :)

Hello.

Test case is very simple and obvious when you know what is wrong.

my $image = new Image::Magick;
$iImage->Read("template.png");
# template.png is just any RGB image you want to use
$image->SetPixel(channel => "Blue", x => 10, y  => 10, color   => [1]);
$image->Write("out_image.png");

this code must put a blue pixel at (10,10) location and write a resulting 
image. But it doesn't. Actually, if I do:
$image->SetPixel(channel => "RGB", x => 10, y  => 10, color   => 
[1,1,1]);
it will put a yellow(!) point instead of white! I need to put one extra 
element into the array of colors to have this working as expected. The 
reason: in the file Magick.xs in function SetPixel av_len() function used as 
if it returns length of an array but actually it returns highest index. In 
this code:

if (((channel & RedChannel) != 0) && (i < av_len(av)))
  {
q->red=RoundToQuantum(QuantumRange*SvNV(*(av_fetch(av,i,0;
i++;
  }
if (((channel & GreenChannel) != 0) && (i < av_len(av)))
  {
q->green=RoundToQuantum(QuantumRange*SvNV(*(av_fetch(av,i,0;
i++;
  }
if (((channel & BlueChannel) != 0) && (i < av_len(av)))
  {
q->blue=RoundToQuantum(QuantumRange*SvNV(*(av_fetch(av,i,0;
i++;
  }
if channel & IndexChannel) != 0) &&
(image->colorspace == CMYKColorspace)) && (i < av_len(av)))
  {
*indexes=RoundToQuantum(QuantumRange*SvNV(*(av_fetch(av,i,0;
i++;
  }
if (((channel & OpacityChannel) != 0) && (i < av_len(av)))
  {
q->opacity=RoundToQuantum(QuantumRange*SvNV(*(av_fetch(av,i,0;
i++;
  }

av_len must be used as (i <= av_len(av)).
-- 
Anton Petrusevich



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

Bug#512236: openbox: No startup notification--Missing build-dep on libxcursor-dev

[Nico Golde]

severity 512236 minor
thanks

Hi,
* Anthony Fok  [2009-01-18 21:47]:
> I had been trying for some days on and off to get startup notification
> (cursor becoming a watch or funnel or spinning to show it's busy)
> to work in Openbox and LXDE.
> 
> I got a first hint from an on-line forum, in which PCMan File Manager's
> author mentioned that it is a Debian- and Ubuntu-specific issue,
> and that the upstream binary and Fedora versions worked just fine.
> 
> After some trials, I finally got it to work with no significant code
> change.  It turns out that the version I compiled (on sid) depends on
> "libxcursor1 (>> 1.1.2)", but current 3.4.7.2-3 in Debian repository
> does not.
> 
> So, please add "libxcursor-dev" to the Build-Depends field in
> debian/control at your convenience.  :-)

Thanks! Added in svn, will be included in 3.4.7.2-4.

Cheers
Nico
-- 
Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpOybFwfHQi7.pgp
Description: PGP signature

Bug#512191: websvn: WebSVN exposes protected files to users with insufficient permissions

[Florian Weimer]

* Bas van Schaik:

> I've just downloaded the WebSVN 2.1 tarball and it is not vulnerable for
> this issue. Therefore, reporting to upstream doesn't make any sense...
>
> However, WebSVN 2.0 will appear in Lenny. I think the fix should be
> backported to 2.0 or Lenny should contain WebSVN 2.1.

Probably, yes, although the severity is somewhat debatable.

etch is not affected because that WebSVN version does not implement
authentication.



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