Bug#517169: sa-exim: General update after the debconf review process

[Christian Perrier]

Dear Debian maintainer,

On Thursday, February 05, 2009, I sent you a notification about the beginning 
of a review
action on debconf templates for sa-exim.

Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.

Translators have been working hard and here is now the result of their efforts.

Please consider using it EVEN if you committed files to your
development tree as long as they were reported.

The attached tarball contains:

- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/ with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)

As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.

The patch.rfr file contains a patch for the templates and control
file(s) alone.

Please note that this patch applies to the templates and control
file(s) of your package as of Thursday, February 05, 2009. If your package was 
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)

It is now safe to upload a new package version with these changes.

Please notify me of your intents with regards to this. 

There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.



-- 




patch.tar.gz
Description: Binary data
--- sa-exim.old/debian/templates2009-02-01 14:03:35.831174069 +0100
+++ sa-exim/debian/templates2009-02-26 07:39:09.403686301 +0100
@@ -1,11 +1,20 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: sa-exim/purge_spool
 Type: boolean
 Default: false
-_Description: Remove saved mails in spool directory?
+_Description: Remove saved mails in sa-exim's spool directory?
  There are some saved mails in subdirectories of /var/spool/sa-exim.
- Depending on the configuration sa-exim will save mails matching specific
- criterias (an error occured, rejected as spam, passed through although
- recognized as spam, ...) in subdirectories of /var/spool/sa-exim.
+ Depending on the configuration, sa-exim may save mails matching specific
+ criteria (such as "an error occurred", "rejected as spam", or "passed
+ through although recognized as spam") in these directories.
  .
- You can keep them for further analysis and later remove them manually or
- decide to delete them now.
+ Please choose whether you want to keep these mails for further analysis
+ or delete them now.
--- sa-exim.old/debian/control  2009-02-01 14:03:35.831174069 +0100
+++ sa-exim/debian/control  2009-02-10 19:36:42.097936020 +0100
@@ -13,16 +13,15 @@
 Depends: ${exim:Depends}, spamc, ${shlibs:Depends}, debconf (>= 1.2.0) | 
debconf-2.0
 Recommends: ${perl:Depends}
 Suggests: spamassassin
-Description: Use spamAssassin at SMTP time with the Exim v4 MTA
- SA-Exim lets you use spamAssassin at SMTP time with the Exim
- v4 MTA, which enables you to do many things with incoming Emails, 
- including refusing them before they come in, or even teergrubing the 
- sender (i.e. slowing him down, by tying his resources)
+Description: SpamAssassin filter for Exim
+ SA-Exim integrates SpamAssassin filtering at SMTP time with the Exim
+ v4 MTA. It may be used to reject incoming mails before they arrive, or
+ even to tie up the sender's resources by slowing down the connection
+ ("teergrubing").
  .
- Note: Most of the functionality of this package can also be achieved
- using the exiscan ACL conditions built into the "heavy" Exim daemon, 
- exim-daemon-heavy. You should use this package if:
- .
-  * you want to use SpamAssassin's report_safe feature, or
-  * you want easier control over the header fields added, without using
-the report template to add multiple fields.
+ Most of the functionality of this package can also be achieved
+ using the exiscan ACL conditions built into the "heavy" Exim daemon,
+ exim-daemon-heavy. Use this package if you need SpamAssassin's
+ report_safe feature, or if you want to have easier control over the
+ header fields added, without using the report template to add multiple
+ fields.
--- sa-exim.old/debian/changelog2009-02-01 14:03:35.831174069 +0100
+++ sa-exim/debian/changelog2009-03-20 07:11:29.709696955 +0100
@@ -1,3 +1,21 @@
+sa-exim (4.2.1-12) UNRELEASED; urgency=low
+
+  * Debconf templates and debian/control review

Bug#520481: mirrors: ftp.tw.d.o gets auth failed on syncproxy.wna.debian.org

[Andrew Lee]

Package: mirrors
Severity: normal

ftp.tw.d.o hasn't been updated for a few days. After my investigation, I
found it gets auth failed on syncproxy.wna.debian.org:

push-mir...@linux3:~$ . ./ftpsync.conf
push-mir...@linux3:~$ export RSYNC_USER
push-mir...@linux3:~$ export RSYNC_PASSWORD
push-mir...@linux3:~$ rsync -av syncproxy.wna.debian.org::debian-all
@ERROR: auth failed on module debian-all
rsync error: error starting client-server protocol (code 5) at
main.c(1522) [receiver=3.0.3]

-Andrew



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

Bug#520479: buildd.debian.org: zsnes should be allowed to build an amd64 package

[Joel Ebel]

Package: buildd.debian.org
Severity: normal


If the necessary 32-bit libraries are present, zsnes will build an amd64
package.  This is true in ubuntu intrepid amd64 at least.  I'm not certain
debian has zsnes configured to build an amd64 package, but it seems that
since the package-arch-specific file tells ubuntu's build system to not
even try, ubuntu isn't getting a 64 bit package for zsnes.

-- System Information:
Debian Release: lenny/sid
  APT prefers intrepid-updates
  APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 
'intrepid-backports'), (500, 'intrepid')
Architecture: i386 (i686)

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



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

Bug#520480: fglrx-driver: Missing ATI Stream libraries

[Sreepathi Pai]

Package: fglrx-driver
Version: 1:9-2-2
Severity: normal

The files libaticalcl.so, libaticaldd.so, libaticalrt.so
in arch/x86/usr/lib are not being packaged/installed.

AMD/ATI moved these files from their Stream SDK to the driver
recently (8.12?). Please add these files to the Debian package.
since versions of the SDK from 1.4beta onwards will no longer
supply these files.


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

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

Versions of packages fglrx-driver depends on:
ii  debconf [debconf-2.0]1.5.24  Debian configuration management sy
ii  fglrx-glx1:9-2-2 proprietary libGL for the non-free
ii  laptop-detect0.13.6  attempt to detect a laptop
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libdrm2  2.3.1-2 Userspace interface to kernel DRM
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  libx11-6 2:1.1.5-2   X11 client-side library
ii  libxext6 2:1.0.4-1   X11 miscellaneous extension librar
ii  libxinerama1 2:1.0.3-2   X11 Xinerama extension library
ii  libxrandr2   2:1.2.3-1   X11 RandR extension library
ii  libxrender1  1:0.9.4-2   X Rendering Extension client libra
ii  xserver-xorg 1:7.3+18the X.Org X server

Versions of packages fglrx-driver recommends:
ii  fglrx-atieventsd   1:9-2-2   external events daemon for the non
ii  fglrx-glx  1:9-2-2   proprietary libGL for the non-free
ii  fglrx-kernel-2.6.26-1- 1:9-2-2+2.6.26-13 ATI binary kernel module for Linux
ii  fglrx-source   1:9-2-2   kernel module source for the non-f

Versions of packages fglrx-driver suggests:
ii  fglrx-control 1:9-2-2control panel for the non-free AMD

-- debconf information excluded

-- 
Sreepathi Pai



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

Bug#517098: Workaround for older kernels (TPACKET_V1) and 32 user -> 64 kernel

[Simon Kirby]

Hello,

I also hit this bug and had to rebuild libpcap0.8, which fixed the issue
(since I'm using 2.6.28).

I had to work around this interface problem for older kernels in my
application, and came up with the following solution.  We may wish to
consider a this workaround to avoid breakage on kernels older than
2.6.27.

Tested on 2.6.28 with HAVE_TPACKET2 purposely undeffed.  Verified with
strace that it is working as expected from 32 bit userland to 64 bit
kernel even with TPACKET_V1.

Simon-
diff --git a/pcap-linux.c b/pcap-linux.c
index 8161af0..1fe5d41 100644
--- a/pcap-linux.c
+++ b/pcap-linux.c
@@ -2198,7 +2198,7 @@ pcap_read_linux_mmap(pcap_t *handle, int max_packets, pcap_handler callback,
 		struct sockaddr_ll *sll;
 		struct pcap_pkthdr pcaphdr;
 		unsigned char *bp;
-		union thdr h;
+		union thdr h,h32;
 		unsigned int tp_len;
 		unsigned int tp_mac;
 		unsigned int tp_snaplen;
@@ -2211,11 +2211,24 @@ pcap_read_linux_mmap(pcap_t *handle, int max_packets, pcap_handler callback,
 
 		switch (handle->md.tp_version) {
 		case TPACKET_V1:
-			tp_len	   = h.h1->tp_len;
-			tp_mac	   = h.h1->tp_mac;
-			tp_snaplen = h.h1->tp_snaplen;
-			tp_sec	   = h.h1->tp_sec;
-			tp_usec	   = h.h1->tp_usec;
+			/*
+			 * Work around the "unsigned long tp_status"
+			 * problem 32 bit userland and 64 bit kernel by
+			 * offsetting the rest of the reads if tp_len
+			 * reads as zero.  On little-endian machines,
+			 * tp_status will still update and everything
+			 * will work with this workaround.  TPACKET_V2
+			 * was introduced to solve this in 2.6.27.
+			 * -Simon, 2009-03-19
+			 */
+			h32.raw = h.raw;
+			if (h32.h1->tp_len == 0)
+h32.raw = (unsigned char *)h.raw + 4;
+			tp_len	   = h32.h1->tp_len;
+			tp_mac	   = h32.h1->tp_mac;
+			tp_snaplen = h32.h1->tp_snaplen;
+			tp_sec	   = h32.h1->tp_sec;
+			tp_usec	   = h32.h1->tp_usec;
 			break;
 #ifdef HAVE_TPACKET2
 		case TPACKET_V2:

Bug#73611: Dent ists Directory for the United States

[Kathryn loom]

Just Released: D-entistry Listing in America

** 164,506 D e ntists 
** 158,224 Addresses
** 163,805 Business Contact Numbers
** 77,055 Faxes
** 45,182 E-Mails

from now until Friday you can practically steal this Database for $299 
(normally $592)

Please reply by email to justineke...@mylistsource.com for more details




Send email to take...@mylistsource.com to ensure no further communication







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

Bug#520478: libsqlite3-dev: /usr/lib/libsqlite3.la declares unneeded dependency on -licui18n

[Luis Rodrigo Gallardo Cruz]

Package: libsqlite3-dev
Version: 3.6.11-1
Severity: important

Starting from this version, the libtool generated /usr/lib/libsqlite.la
declares a dependency on -licui18n

This dependency is not needed, as correctly declared by the pkg-config file.
Having it there causes unrelated packages to FTBFS, as this package is not
declaring a
Depends: libicu-dev

Please either fix the .la file, remove it completely, or add a Depends: line to
the package. I believe removing the file shuld have no ill effects, but I'm not
really qualified to say for certain.  

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing'), (250, 'unstable'), (1, 'experimental')
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



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

Bug#520477: ghostscript-x: Consider using versioned dependency

[Kapil Hari Paranjape]

Package: ghostscript-x
Version: 8.64~dfsg-1
Severity: wishlist
Tags: patch

Hello,

This is related to 
 #511824  ghostscript-x: dependency on ghostscript does not ensure it works
which was closed by different means.

It would probably be better if ghostscript-x had a versioned
dependency on ghostscript as in the enclosed patch to the
debian/control file. This will ensure that the bug does not recur.

A user reported that running ghostscript-x version 8.64~dfsg-1
with ghostscript version 8.63.dfsg.1-2 caused problems.

Regards,

Kapil.
===patch
diff -ur ghostscript-8.64~dfsg.orig/debian/control 
ghostscript-8.64~dfsg/debian/control
--- ghostscript-8.64~dfsg.orig/debian/control   2009-03-20 09:14:38.0 
+0530
+++ ghostscript-8.64~dfsg/debian/control2009-03-20 09:16:20.0 
+0530
@@ -74,7 +74,7 @@
 
 Package: ghostscript-x
 Architecture: any
-Depends: ${shlibs:Depends}, ghostscript (>= 8.63), ${misc:Depends}
+Depends: ${shlibs:Depends}, ghostscript (=${source:Version}), ${misc:Depends}
 Conflicts: ghostscript (<< 8.63)
 Provides: gs, gs-esp, gs-gpl, gs-afpl, gs-aladdin
 Description: The GPL Ghostscript PostScript/PDF interpreter - X Display support
===patch

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

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

Versions of packages ghostscript-x depends on:
ii  ghostscript  8.64~dfsg-1 The GPL Ghostscript PostScript/PDF
ii  libc62.9-6   GNU C Library: Shared libraries
ii  libice6  2:1.0.5-1   X11 Inter-Client Exchange library
ii  libsm6   2:1.1.0-2   X11 Session Management library
ii  libx11-6 2:1.2-1 X11 client-side library
ii  libxext6 2:1.0.4-1   X11 miscellaneous extension librar
ii  libxt6   1:1.0.5-3   X11 toolkit intrinsics library

ghostscript-x recommends no packages.

ghostscript-x suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#520475: openoffice.org: substvar Source-Version is deprecated

[Ben Finney]

tags 520475 + patch
thanks

On 20-Mar-2009, Ben Finney wrote:
> According to Lintian:
> 
> The package uses the now deprecated ${Source-Version} substvar,
> which has misleading semantics. Please switch to ${binary:Version}
> or ${source:Version} as appropriate

Lintian doesn't give any indication of where to find out more about
which of ‘${binary:Version}’ or ‘${source:Version}’ is appropriate in
any given situation; the ‘dpkg’ docs don't give any guidance on this
that I can find.

http://wiki.debian.org/EvolutionPackagingNotes#binNMUsupport>
gives some help, and I've used that description to make the attached
Bazaar patch bundle addressing this bug.

-- 
 \   “Even if the voices in my head are not real, they have pretty |
  `\   good ideas.” —anonymous |
_o__)  |
Ben Finney 
# Bazaar merge directive format 2 (Bazaar 0.90)
# revision_id: ben+deb...@benfinney.id.au-20090320044006-\
#   k1xy816rjumt3w1x
# target_branch: nosmart+http://bzr.debian.org/pkg-\
#   openoffice/packages/openofficeorg/3.0.1/unstable/
# testament_sha1: ce7db0c9e9ac33610091964872326345077a1ed9
# timestamp: 2009-03-20 15:40:29 +1100
# base_revision_id: r...@debian.org-20090318093556-va3ykjtcj7l8amli
# 
# Begin patch
=== modified file 'changelog'
--- changelog	2009-03-18 09:35:56 +
+++ changelog	2009-03-20 04:40:06 +
@@ -1,3 +1,15 @@
+openoffice.org (1:3.0.1-8) UNRELEASED; urgency=low
+
+  [ Ben Finney ]
+  * debian/control*.in:
++ Replace deprecated ‘${Source-Version}’ with ‘${binary:Version}’ for
+  architecture-dependent packages.
++ Replace deprecated ‘${Source-Version}’ with ‘${source:Version}’ for
+  architecture-independent packages.
+  (Closes: Bug#520475)
+
+ --
+
 openoffice.org (1:3.0.1-7) unstable; urgency=high
 
   * brown papaer bag release

=== modified file 'control.debug.in'
--- control.debug.in	2006-08-24 10:22:25 +
+++ control.debug.in	2009-03-14 23:54:08 +
@@ -2,6 +2,7 @@
 Section: devel
 Architecture: %OOO_ARCHS%
 Priority: extra
+Depends: ${misc:Depends}
 Suggests: ${dbg-dbg-suggests}
 Description: OpenOffice.org debug symbols
  OpenOffice.org is a full-featured office productivity suite that provides

=== modified file 'control.fonts.in'
--- control.fonts.in	2006-12-20 22:22:05 +
+++ control.fonts.in	2009-03-14 23:54:08 +
@@ -2,6 +2,7 @@
 Section: x11
 Architecture: all
 Replaces: openoffice.org (<= 1.1.1+1.1.2rc3)
+Depends: ${misc:Depends}
 Recommends: fontconfig
 Description: The OpenSymbol TrueType font
  This package contains the OpenSymbol TrueType font included in

=== modified file 'control.gcj.in'
--- control.gcj.in	2009-01-15 06:42:02 +
+++ control.gcj.in	2009-03-20 02:04:41 +
@@ -2,9 +2,10 @@
 Architecture: %OOO_GCJ_ARCHS%
 Depends: ${shlibs:Depends}, 
  java-gcj-compat,
- openoffice.orgVER-core (= ${Source-Version}),
+ openoffice.orgVER-core (= ${binary:Version}),
  openoffice.orgVER-java-common (= ${source:Version}),
- ${java-gcj-depends}
+ ${java-gcj-depends},
+ ${misc:Depends}
 Enhances: openoffice.orgVER-writer, openoffice.orgVER-base
 Description: OpenOffice.orgs Java libraries (native for use with GIJ)
  OpenOffice.org is a full-featured office productivity suite that provides

=== modified file 'control.help.in'
--- control.help.in	2008-07-30 18:52:51 +
+++ control.help.in	2009-03-15 01:14:04 +
@@ -2,7 +2,8 @@
 Architecture: all
 Section: doc
 Recommends: openoffice.orgVER-core (>> ${base-version}) | language-support-translatio...@ccode@, ${lucene-depends}, ${java-common-depends}
-Depends: openoffice.orgVER-writer | language-support-translatio...@ccode@, openoffice.orgver-l1...@lcode@
+Depends: openoffice.orgVER-writer | language-support-translatio...@ccode@, openoffice.orgver-l1...@lcode@,
+ ${misc:Depends}
 Conflicts: openoffice.org-common (<= 2.0.0-1), 
  openoffice.org-core (<< ${base-version})
 Provides: openoffice.org-help-${help-l10n-virtual-version}

=== modified file 'control.in'
--- control.in	2009-03-15 16:30:43 +
+++ control.in	2009-03-20 02:06:35 +
@@ -58,7 +58,7 @@
 
 Package: openoffice.orgVER
 Architecture: %OOO_ARCHS%
-Depends: openoffice.orgVER-core (= ${Source-Version}),
+Depends: openoffice.orgVER-core (= ${binary:Version}),
  openoffice.orgVER-writer,
  openoffice.orgVER-calc,
  openoffice.orgVER-impress,
@@ -95,8 +95,8 @@
  graphicsmagick-imagemagick-compat | imagemagick,
  libpaper-utils,
  ${gstreamer-plugins-suggests}
-Conflicts: openoffice.org2 (<< ${Source-Version}), openoffice.orgVER-java-common (<< 1:3.0.0)
-Replaces: openoffice.org2 (<< ${Source-Version}), openoffice.org-debian-files
+Conflicts: openoffice.org2 (<< ${binary:Version}), openoffice.orgVER-java-common (<< 1:3.0.0)
+Replaces: openoffice.org2 (<< ${binary:Version}), openoffice.org-debian-files
 Provides: openoffice.org2
 Description: OpenOffice.org Office suite
  OpenOffice.org is a full-featured office productivity suite

Bug#519237: samba: Esperanto translation for debconf template

[Steve Langasek]

On Wed, Mar 18, 2009 at 08:27:20PM -0300, Felipe Castro wrote:
> One week has passed and only one person commented something about the
> translation. So, following his recomendations, I've edited even
> further the po file. See the last version attached. I guess it's ready
> for uploading.

Committed, thanks!

BTW, I know it was there before and you just updated the year, but please
don't do this:

# Copyright (C) 2009 Software in the Public Interest

There is no basis in law for assigning copyright to SPI just by stating this
in the file, so the translation is copyright you, not SPI.  I've cleaned
this up, and the header now reads:

 # This file is distributed under the same license as the samba package.
 # Copyright 2007, Serge Leblanc .
 # Copyright 2009, Felipe Castro .

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



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

Bug#520476: libnss-ldapd: /etc/nss-ldapd.conf is created world-readable, exposing bindpw

[Leigh James]

Package: libnss-ldapd
Version: 0.6.7
Severity: important


Hi, I believe there is a security issue with the default permissions on file 
/etc/nss-ldapd.conf
It is created as follows:
owner: root
group: root
mode: 644

My LDAP server requires authentication to access the posix user/group 
attributes,
but the clear text credentials I have provided to debconf are world-readable
when saved in this file. I suggest the following permissions as a new default:
owner: root
group: nslcd
mode: 640

I have not had time to check this in testing or unstable, but should this be
deployed to lenny as a security update? (both change the default and maybe 
prompt
the administrator to change the existing permissions?)

I am migrating from libnss-ldap, which has a debconf prompt to change the mode 
to 0600
if there's a password in it.

First bug, please don't flame too hard if I'm doing it wrong :)

- Leigh.


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

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

Versions of packages libnss-ldapd depends on:
ii  adduser   3.110  add and remove users and groups
ii  debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libkrb53  1.6.dfsg.4~beta1-5 MIT Kerberos runtime libraries
ii  libldap-2.4-2 2.4.11-1   OpenLDAP libraries
ii  libsasl2-22.1.22.dfsg1-23Cyrus SASL - authentication abstra

Versions of packages libnss-ldapd recommends:
pn  libpam-ldap(no description available)
pn  nscd   (no description available)

libnss-ldapd suggests no packages.

-- debconf information:
* libnss-ldapd/ldap-base: dc=bms,dc=qld,dc=edu,dc=au
* libnss-ldapd/nsswitch: group, passwd, shadow
* libnss-ldapd/ldap-binddn: cn=authtest,ou=Users,dc=bms,dc=qld,dc=edu,dc=au
* libnss-ldapd/ldap-uris: ldaps://eddie.bms.qld.edu.au



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

Bug#520475: openoffice.org: substvar Source-Version is deprecated

[Ben Finney]

Package: openoffice.org
Version: 1:3.0.1-7
Severity: normal

According to Lintian:

The package uses the now deprecated ${Source-Version} substvar,
which has misleading semantics. Please switch to ${binary:Version}
or ${source:Version} as appropriate (introduced in dpkg 1.13.19,
released with etch). Support for ${Source-Version} may be removed
from dpkg-dev in the future.

-- 
 \  “Courage is not the absence of fear, but the decision that |
  `\ something else is more important than fear.” —Ambrose Redmoon |
_o__)  |
Ben Finney 

signature.asc
Description: Digital signature

Bug#498660: xfce4-cpugraph-plugin: Graph is only using half of configured width

[Christian Kastner]

Package: xfce4-cpugraph-plugin
Version: 0.3-2
Followup-For: Bug #498660

I'm experiencing this as well, but only with the "normal" output. The LED
output correctly uses the full width.

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

Kernel: Linux 2.6.28.7.20090303 (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 xfce4-cpugraph-plugin 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  libfontconfig12.6.0-3generic font configuration 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  libpango1.0-0 1.20.5-3   Layout and rendering of internatio
ii  libx11-6  2:1.1.5-2  X11 client-side library
ii  libxcursor1   1:1.1.9-1  X cursor management library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxfce4util4 4.4.2-3Utility functions library for Xfce
ii  libxfcegui4-4 4.4.2-4Basic GUI C functions for Xfce4
ii  libxfixes31:4.0.3-2  X11 miscellaneous 'fixes' extensio
ii  libxi62:1.1.4-1  X11 Input extension library
ii  libxinerama1  2:1.0.3-2  X11 Xinerama extension library
ii  libxrandr22:1.2.3-1  X11 RandR extension library
ii  libxrender1   1:0.9.4-2  X Rendering Extension client libra
ii  xfce4-panel   4.4.2-6The Xfce4 desktop environment pane

xfce4-cpugraph-plugin recommends no packages.

xfce4-cpugraph-plugin suggests no packages.

-- debconf-show failed



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

Bug#512463: netrek-client-cow: implicit-pointer-conversions

[Barry deFreese]

tags 512463 + pending

thank you

Hi,

I have a package of the new upstream version ready.  Upstream is having 
someone test it for me and I will upload.  I am hoping by tomorrow but 
it will depend on how fast they get back to me.


Thanks again!

Barry deFreese



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

Bug#520474: Widgets should implement Eq and Ord.

[Daniel Burrows]

Package: libghc6-gtk-dev
Version: 0.10.0-2
Severity: wishlist

  When using GTK+ from a typical imperative language such as C++, it's
occasionally useful to use the object identity of a widget: for
instance, you might want to create a set of "main" windows and
terminate the program only when all of them close.  Since widgets are
represented by pointers, this is straightforward, and they can be
stored in any standard container class (such as std::set).

  Unfortunately, the Haskell binding doesn't expose this information.
It would be nice if GTK+ objects had instances of Ord and Eq based on
pointer identity.  Then they could, e.g., be stored in Data.Set.Set
objects.

  (I know this can be worked around; it's just something that would
   save a little trouble)

  Daniel

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

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

Versions of packages libghc6-gtk-dev depends on:
ii  ghc6 6.10.1+dfsg1-13 GHC - the Glasgow Haskell Compilat
ii  libatk1.0-0  1.22.0-1The ATK accessibility toolkit
ii  libc62.9-4   GNU C Library: Shared libraries
ii  libcairo21.8.6-2 The Cairo 2D vector graphics libra
ii  libffi5  3.0.7-1 Foreign Function Interface library
ii  libghc6-cairo-dev0.10.0-2A GUI library for Haskell (Gtk2Hs)
ii  libghc6-glib-dev 0.10.0-2A GUI library for Haskell (Gtk2Hs)
ii  libghc6-mtl-dev  1.1.0.2-6   Haskell monad transformer library 
ii  libglib2.0-0 2.18.4-2The GLib library of C routines
ii  libgmp3c22:4.2.2+dfsg-3  Multiprecision arithmetic library
ii  libgtk2.0-0  2.14.7-4+b1 The GTK+ graphical user interface 
ii  libgtk2.0-dev2.14.7-4+b1 Development files for the GTK+ lib
ii  libpango1.0-01.22.4-2Layout and rendering of internatio

libghc6-gtk-dev recommends no packages.

Versions of packages libghc6-gtk-dev suggests:
ii  gtk2hs-doc0.10.0-2   A GUI library for Haskell (Gtk2Hs)

-- 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#520436: iproute: provide ifup/down scripts to allow removal of deprecated vlan package

[Chris Dukes]

On Thu, Mar 19, 2009 at 10:06:37PM +0100, Andreas Henriksson wrote:
> Hi Chris!
> 
> On tor, 2009-03-19 at 14:55 -0400, Chris Dukes wrote:
> > Per one of the bugs on vlan package vconfig is now considered
> > deprecated.
> 
> (Just for reference, vlan package has bug #501402 for this...)
> 
> > Attached is a script 'ip-vlan' to be placed in /etc/network/if-pre-up.d
> > and /etc/network/if-post-down.d to retain the ability to have
> > rawdev.vlanid devices in /etc/interfaces as well as arbitrarily
> > named vlan interfaces.
> 
> Cool! Thank you very much!
> 
> > 
> > Behavior is the same as the scripts from the vlan package with the
> > addition of the vlan-vlanid and ip-vlan-args directives.
> > Current behavior is to quietly exit if vconfig is found in the system
> > unless overridden in /etc/default/iproute.
> 
> If we can truely replace vconfig, I think this option should not exist.
> We should simply Conflict with vlan package to make sure people remove
> it. I guess we're still missing the macvlan pieces though?

The vlan bug indicated compatibility issues with sarge.  I do not know if
they apply to lenny as well.  Plus, the vlan package requires iproute2.
At this point in time the only thing I know about macvlan is what I learned
from from 'ip link add link type macvlan help' and a quick skim of the
comments at the start of the driver source code.
And what I do know is that at this point in time 'ip' does not appear to
support creating macvlan interfaces with arbitrary names, they
need to be renamed after the fact.
There would also need to be proper handling of 
1) veth
2) dummy
3) ifb
Plus tunctl functionality should probably be rolled into 'ip' as well.
> 
> > 
> > It currently mimic vlan's behavior of using ip link show to check for
> > the existance of the raw device.  I'm not sure if /sys/class/net/
> > checking wouldn't be better.  It also currently mimics vlan's behavior
> > of bringing up the raw dev.
> 
> Re ip link show vs /sys: No strong opinion as long as you don't actually
> parse the output of ip link show... Maybe we should throw away any
> potential stderr messages as well though.

I just copied the exact behavior from the vlan package :-).
However, since you don't have a preference, I'm going to opt for /sys
because I can do those checks without fork()/exec().
> 
> 
> > Should ip allow the creation of arbitrarily named macvlan devices, I 
> > am willing to add that functionality.
> 
> If you can point me in the right direction I'm willing to implement
> stuff in iproute. Don't know anything about macvlan... All I've done
> with vlans was with vconfig a bunch of years ago. I'll go see if google
> can find me some nice information about this...

'ip link add link ...' is somewhat inconsistant on arguments for the
different types.  veth actually appears to allow arbitrary naming,
but I haven't had a chance to go through the openvz mailing lists to 
see how people are actually naming their interfaces in production 
environments.
> 
> 
> On the other hand, Why don't we implement this straight in ifupdown?
> The ifupdown 0.7 package in experimental has been ported over to use
> iproute instead of net-tools (ifconfig). I'm willing to help out how to
> update ifupdown since I've done some work on it in the past It would
> be much nicer with "native" vlan support in ifupdown then using external
> scripts IMHO, what do you think?

I would have to see what ifupdown is doing underneath the covers.
I pretty much have two goals.
1) Get things configured with the fewest forks possible.
2) Keep underlying algorhythms transparent so it's easier to figure out
aren't working right.

Then again, after looking through the inet.defn file for the current
version in 'sid', it looks like it could use a good mopping :-).
> 
> I've been lobbying to try to get some action on ifupdown to hopefully
> see the 0.7 branch appear in squeeze.
> 
> -- 
> Regards,
> Andreas Henriksson



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

Bug#520473: crawl: Segmentation fault when moving

[Nicolas Pelletier]

Package: crawl
Version: 2:0.4.1-1
Severity: important

While exploring the Lair, the game crashed several times with a
segmentation fault. I recovered from a saved game, but reached a point
where any move results in a segmentation fault. No core file was dumped
despite ulimit -c and -f being unlimited. I am attaching the saved game.

-- System Information:
Debian Release: 5.0
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable')
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 crawl depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libdb4.6  4.6.21-11  Berkeley v4.6 Database Libraries [
ii  libgcc1   1:4.3.2-1.1GCC support library
ii  liblua5.1-0   5.1.3-1Simple, extensible, embeddable pro
ii  libncursesw5  5.7+20081213-1 shared libraries for terminal hand
ii  libstdc++64.3.2-1.1  The GNU Standard C++ Library v3

crawl recommends no packages.

crawl suggests no packages.

-- no debconf information


Imellinc-1000.tar.bz2
Description: BZip2 compressed data

Bug#520472: python-visual: seg fault on running bounce.cy (and other) example

[LUK ShunTim]

Package: python-visual
Version: 5.03~rc-2
Severity: grave
Justification: renders package unusable

Hi,

I got a seg fault when trying python-visual with several examples. Here's the 
gdb backtrace when running the bounce.py example.


(gdb) run bounce.py
Starting program: /usr/bin/python bounce.py
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[New Thread 0x7fa6eaa236f0 (LWP 8030)]
(no debugging symbols found)



(no debugging symbols found)
[New Thread 0x7fa6d9b0e950 (LWP 8033)]
(no debugging symbols found)



(no debugging symbols found)

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fa6d9b0e950 (LWP 8033)]
0x7fa6d7da3020 in ?? ()
(gdb) bt
#0  0x7fa6d7da3020 in ?? ()
#1  0x7fa6e464a1b3 in gdk_gl_get_proc_address ()
   from /usr/lib/libgdkglext-x11-1.0.so.0
#2  0x7fa6e5003fc0 in cvisual::display_kernel::realize ()
   from /usr/lib/python2.5/site-packages/cvisualmodule.so
#3  0x7fa6e5004acd in cvisual::display_kernel::render_scene ()
   from /usr/lib/python2.5/site-packages/cvisualmodule.so
#4  0x7fa6e5028c86 in cvisual::render_surface::paint ()
   from /usr/lib/python2.5/site-packages/cvisualmodule.so
#5  0x7fa6e4fedb24 in cvisual::render_manager::paint_displays ()
   from /usr/lib/python2.5/site-packages/cvisualmodule.so
#6  0x7fa6e5020f31 in cvisual::gui_main::poll ()
   from /usr/lib/python2.5/site-packages/cvisualmodule.so
#7  0x7fa6e1bcc9b2 in ?? () from /usr/lib/libglibmm-2.4.so.1
#8  0x7fa6dec3d5bb in ?? () from /usr/lib/libglib-2.0.so.0
#9  0x7fa6dec3ce4a in g_main_context_dispatch ()
   from /usr/lib/libglib-2.0.so.0
#10 0x7fa6dec40510 in ?? () from /usr/lib/libglib-2.0.so.0
#11 0x7fa6dec409dd in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#12 0x7fa6e14d2747 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#13 0x7fa6e50244af in cvisual::gui_main::run ()
   from /usr/lib/python2.5/site-packages/cvisualmodule.so
#14 0x7fa6e502456c in cvisual::gui_main::thread_proc ()
---Type  to continue, or q  to quit---
   from /usr/lib/python2.5/site-packages/cvisualmodule.so
#15 0x7fa6de7abf1f in thread_proxy ()
   from /usr/lib/libboost_thread-mt.so.1.35.0
#16 0x7fa6ea61afaa in start_thread () from /lib/libpthread.so.0
#17 0x7fa6e9d052cd in clone () from /lib/libc.so.6
#18 0x in ?? ()
(gdb) q


Regards,
ST
-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (500, 'gutsy'), (500, 'experimental'), (500, 
'stable')
Architecture: amd64 (x86_64)

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

Versions of packages python-visual depends on:
ii  libatk1.0-01.24.0-2  The ATK accessibility toolkit
ii  libboost-python1.35.0  1.35.0-5+b1   Boost.Python Library
ii  libboost-signals1.35.0 1.35.0-5+b1   managed signals and slots library
ii  libboost-thread1.35.0  1.35.0-5+b1   portable C++ multi-threading
ii  libc6  2.9-6 GNU C Library: Shared libraries
ii  libcairo2  1.8.6-2+b1The Cairo 2D vector graphics libra
ii  libcairomm-1.0-1   1.6.4-1   C++ wrappers for Cairo (shared lib
ii  libfontconfig1 2.6.0-3   generic font configuration library
ii  libfreetype6   2.3.9-4   FreeType 2 font engine, shared lib
ii  libgcc11:4.3.3-5 GCC support library
ii  libgl1-mesa-glx [libgl 7.0.3-7   A free implementation of the OpenG
ii  libglade2-01:2.6.3-1 library to load .glade files at ru
ii  libglademm-2.4-1c2a2.6.7-1   C++ wrappers for libglade2 (shared
ii  libglib2.0-0   2.20.0-1  The GLib library of C routines
ii  libglibmm-2.4-1c2a 2.20.0-1  C++ wrapper for the GLib toolkit (
ii  libglu1-mesa [libglu1] 7.0.3-7   The OpenGL utility library (GLU)
ii  libgtk2.0-02.14.7-4+b1   The GTK+ graphical user interface
ii  libgtkglext1   1.2.0-1   OpenGL Extension to GTK+ (shared l
ii  libgtkglextmm-x11-1.2- 1.2.0-4   C++ bindings for GtkGLExt (Shared
ii  libgtkmm-2.4-1c2a  1:2.14.3-2C++ wrappers for GTK+ 2.4 (shared
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libpango1.0-0  1.22.4-2  Layout and rendering of internatio
ii  libpangomm-1.4-1   2.14.1-2  C++ Wrapper for pango (shared libr
ii  libsigc++-2.0-0c2a 2.0.18-2  type-safe Signal Framework for C++
ii  libsm6 2:1.1.0-2 X11 Session Management library
ii  libstdc++6 4.3.3-5   The GNU Standard C++ Library v3
ii  libx11-

Bug#520471: ITP: configure-trackpoint -- configuration program for Thinkpad TrackPoint mouse

[Joe Nahmias]

Package: wnpp
Severity: wishlist
Owner: Joe Nahmias 

* Package name: configure-trackpoint
  Version : 0.7
  Upstream Author : Cheuksan Edward Wang 
* URL : http://tpctl.sourceforge.net/configure-trackpoint.html
* License : GPL
  Programming Lang: C
  Description : configuration program for Thinkpad TrackPoint mouse

  configure-trackpoint is a small GNOME utility that allows the user
  customize various parameters related to the trackpoint found on
  many IBM/Lenovo Thinkpads.



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

Bug#520463: sbuild & schroot & texlive-base-bin

[Brian May]

To: debian-devel

Hello,

Can I please get an opinion on bug #520463?

Am I doing something wrong, or is there a bug somewhere here?

It doesn't make a lot of sense...

Thanks

-- 
Brian May 




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

Bug#520470: ITP: tucan -- Tucan is a download and upload manager for sites like rapidshare or megaupload.

[Fran Lupion]

Package: wnpp
Severity: wishlist
Owner: Fran Lupion 


* Package name: tucan
  Version : 0.3.6
  Upstream Author : Fran Lupion 
* URL : http://cusl3-tucan.forja.rediris.es/
* License : GPL
  Programming Lang: Python
  Description : Tucan is a download and upload manager for sites like 
rapidshare or megaupload.

Tucan is designed for automatic management of downloads and uploads at hosting 
sites like:
   - http://rapidshare.com/
   - http://megaupload.com/
   - http://gigasize.com/
   - http://mediafire.com/
   - http://4shared.com/
   - (...)
 
Main Features:
 - Graphical User Interface in GTK.
 - Easy to expand with plugins.
 - Lightweight and fast.
 - Management of waits between downloads (anonymous access).
 - Captcha recognition where needed (like anonymous access to megaupload or 
gigasize).
 - Management of interchangeable links.

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



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

Bug#520464: herrie: FTBFS: ./src/conftest.c:67: error: too few arguments to function 'spiff_write'

[Sebastian Pipping]

What version of libSpiff do you build against?

Meet me as sping on Freenode if you like.


Sebastian



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

Bug#520463: texlive-base-bin won't install

[Norbert Preining]

On Fr, 20 Mär 2009, Brian May wrote:
> > Huuu, why the hell is fmtutil called with these arguments???
> 
> Good question. Not that I really understand the process.

Now that I see the full log I am really wondering. That is something
*REALLY* new.

Because you are talking about LENNY building. None of the changes we
made there are affecting that problem. 

Honestly, that sounds really strange, more a but in the builder then in
texlive.

> Just to deepen the mystery, if I enter the chroot and manually installed
> the build depends, and it worked fine. Maybe related to environment
> variables?

Really not understandable. 

Best wishes

Norbert

---
Dr. Norbert Preining Vienna University of Technology
Debian Developer  Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
ARTHUR  What is an Algolian Zylatburger anyway?
FORDThey're a kind of meatburger made from the most unpleasant parts
of a creature well known for its total lack of any pleasant
parts.
ARTHUR  So you mean that the Universe does actually end not with a bang
but with a Wimpy?
 --- Cut dialogue from Fit the Fifth.
 --- Douglas Adams, The Hitchhikers Guide to the Galaxy



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

Bug#520469: Evince "Print Selected" doesn't exist

[Maximi89]

Package: Evince-gtk
Version: 2.22.2-4

The PDF reader Evince doesn't have an option for print only selected text, i
want if it's possible to put this option in the next release version.
Thanks!
-- 
Maximiliano Augusto Castañón Araneda
Santiago, Chile
Linux user # 394821

Bug#519564: [abiword] toolbars grayed out

[Wendy Elmer]

There is no difference when running it as you said.  There is no output
to the terminal.  I have used abiword before.
I don't remember the last version that worked but it seems like it has
worked in the last month or so.
I don't see any problems in any other gtk+ application.  I have two
different computers 
running squeeze and they both have the problem.  On one of the
computer's there are two different users set up and the problem 
shows in both.  Whenever I click on the X to kill the abiword window it
doesn't respond and a little while later a window pops up saying the 
application is not responding do I want to force quit.

I will attach the preferences file.


On Thu, 2009-03-19 at 23:40 +0100, Patrik Fimml wrote:

> On Fri, Mar 13, 2009 at 10:33:20AM -0400, Brent S. Elmer wrote:
> > When I open abiword, there are no toolbars.  I tried opening it from the 
> > command line to see if 
> > there are any errors written and none were.  I am attaching a screenshot.
> 
> Try running abiword without your normal preferences and with verbose
> messages, i.e. from the terminal with
> 
> $ abiword -u /tmp/abiword.profile -v 2
> 
> Does the problem disappear? Please include any output you see in the
> terminal in your reply. Please also attach the file .AbiSuite/AbiWord.Profile
> found in your home directory (it contains your preferences).
> 
> Is this the first time you're using abiword? If no, what was the last
> version that you remember working?
> 
> Do you see this bug in other GTK+ applications as well? (for example
> in nautilus, the GNOME file manager)
> 
> Thanks in advance for your help improving Debian!
> 
> 
> Kind regards,
> Patrik




























	



	



	



	



	



	



	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	

	



	

	

	

Bug#520372: gretl-common: contains non-free luxisr.ttf duplicated from ttf-xfree86-nonfree

[Dirk Eddelbuettel]

On 19 March 2009 at 16:34, Paul Wise wrote:
| Since etch and earlier, gretl-common contains a copy of the non-free
| luxisr.ttf font, duplicated from ttf-xfree86-nonfree:
| 
| 
http://packages.debian.org/search?suite=etch&searchon=contents&keywords=luxisr.ttf
| 
http://packages.debian.org/search?suite=lenny&searchon=contents&keywords=luxisr.ttf
| 
http://packages.debian.org/search?suite=squeeze&searchon=contents&keywords=luxisr.ttf
| 
http://packages.debian.org/search?suite=sid&searchon=contents&keywords=luxisr.ttf
| 
| Please remove it and the other duplicated fonts from this package, for
| each of etch, lenny, squeeze/sid.

I'll see about updating the package in unstable.

Dirk

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



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

Bug#206684: mandatory use of debconf for user prompting a release goal for squeeze

[Holger Levsen]

On Freitag, 20. März 2009, Russ Allbery wrote:
> > Here's an updated patch to apply the following wording:
> Seconded.

me too.

(not quoted as this aint a GR. :-)



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

Bug#520036: ss -f problems was fixed shortly after v2.6.26

[Brian May]

Brian May wrote:
> Now to try building it.  Errr... Looks like I have encountered a
> completely unrelated bug in one on the build depends - texlive-base-bin
> - it won't install on either my intrepid or lenny build (chroot) systems
> :-(. So I will have to solve that one first... This is kind of weird.
>   

Filled as bug #520463.

-- 
Brian May 




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

Bug#520463: texlive-base-bin won't install

[Brian May]

Norbert Preining wrote:
> Huuu, why the hell is fmtutil called with these arguments???
>   

Good question. Not that I really understand the process.

>> kpsewhich: error while loading shared libraries: libkpathsea.so.4: cannot 
>> open shared object file: No such file or directory
>> 
>
> That is even worse? Do you have a full log please? That sounds strange
> because texlive-base-bin has a dep n libkpathsea, so that should be
> there!
>
> That is strange. The log shows that libkpathsea is installed and
> configured before that is run, so the lib must be found.
>
> There is another thing that puzzles me: Why on earth are the trigger
> actions not called?
>   

Just to deepen the mystery, if I enter the chroot and manually installed
the build depends, and it worked fine. Maybe related to environment
variables?

Full log?

http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=brian-iproute_20090115-1~ubuntu1-i386-20090320-0953;att=1;bug=520463

-- 
Brian May 




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

Bug#520338: Status update

[Tristan Seligmann]

Just a quick status update for anyone tracking this bug.

I'm trying to get a patch merged for this upstream, see the upstream bug report:

http://divmod.org/trac/ticket/2770

Once this has been merged, I will include the final version of the
patch in a new python-axiom version. Please do /not/ upload a version
based on any other patch; this potentially introduces a subtle but
extremely problematic incompatibility between databases created with a
Debian-patched python-axiom, and databases created with the upstream
version, due to the way SQLite stores database schemas.
-- 
mithrandi, i Ainil en-Balandor, a faer Ambar



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

Bug#520410: texlive: pdflatex uses bitmap (Type 3) fonts in math formulas (bad pdftex.map?)

[Norbert Preining]

On Fr, 20 Mär 2009, Vincent Lefevre wrote:
> > It should have been, because texlive-base drops a file in
> > /etc/texmf/updmap.d, so the trigger should be called, which means that
> > updmap-sys should have been called.
> 
> Doesn't updmap-sys leave some logs to know when it has been run and
> what happened? (That would be useful.)

Yes, but since you have called it already it is too late, my failure.

It was in 
/var/lib/texmf/web2c/updmap.log

Best wishes

Norbert

---
Dr. Norbert Preining Vienna University of Technology
Debian Developer  Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
BLITHBURY
A look someone gives you by which you become aware that they're much
too drunk to have understood anything you've said to them in the last
twenty minutes.
--- Douglas Adams, The Meaning of Liff



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

Bug#520468: ndiswrapper-source: ndiswrapper does not show device with kernel > 2.6.26

[Luís Picciochi Oliveira]

Package: ndiswrapper-source
Version: 1.54-1
Severity: important

 ndiswrapper 1.54 compiles well with the 2.6.28 kernel at the unstable 
repositories. However, after loading the module the wlan0 device does 
not show up.
 If I reboot to the older 2.6.26 kernel, everything runs fine and the 
device shows up at ifconfig and iwconfig. After rebooting to 
2.6.28, there's no wlan0 device anymore.

/var/log/syslog right after booting and then plugging the wireless 
adapter:
with 2.6.26:
Mar 20 00:17:18 C-5 kernel: [  561.587939] usb 2-2: new full speed USB device 
using uhci_hcd and address 4
Mar 20 00:17:19 C-5 kernel: [  561.803840] usb 2-2: configuration #1 chosen 
from 1 choice
Mar 20 00:17:19 C-5 kernel: [  561.835840] usb 2-2: New USB device found, 
idVendor=13b1, idProduct=000e
Mar 20 00:17:19 C-5 kernel: [  561.835840] usb 2-2: New USB device strings: 
Mfr=1, Product=2, SerialNumber=3
Mar 20 00:17:19 C-5 kernel: [  561.835840] usb 2-2: Product: Linksys Wireless-G 
USB Network Adapter with SpeedBooster
Mar 20 00:17:19 C-5 kernel: [  561.835840] usb 2-2: Manufacturer: Cisco-Linksys
Mar 20 00:17:19 C-5 kernel: [  561.835840] usb 2-2: SerialNumber: 
Mar 20 00:17:36 C-5 kernel: [  582.117954] ndiswrapper version 1.53 loaded 
(smp=yes, preempt=no)
Mar 20 00:17:36 C-5 kernel: [  582.258876] usb 2-2: reset full speed USB device 
using uhci_hcd and address 4
Mar 20 00:17:37 C-5 kernel: [  582.480958] ndiswrapper: driver wusb54gs 
(Linksys,06/18/2004, 3.60.9.0) loaded
Mar 20 00:17:37 C-5 kernel: [  582.882532] wlan0: ethernet device 
XX:XX:XX:XX:XX:XX using NDIS driver: wusb54gs, version: 0x33c0d03, NDIS 
version: 0x501, vendor: 'Linksys Wireless-G USB Network Adapter with 
SpeedBooster', 13B1:000E.F.conf
Mar 20 00:17:37 C-5 kernel: [  582.952748] wlan0: encryption modes supported: 
WEP; TKIP with WPA; AES/CCMP with WPA
Mar 20 00:17:37 C-5 kernel: [  582.954751] usbcore: registered new interface 
driver ndiswrapper


with 2.6.28:
Mar 19 23:56:39 C-5 kernel: [   78.760014] usb 2-2: new full speed USB device 
using uhci_hcd and address 3
Mar 19 23:56:39 C-5 kernel: [   78.935817] usb 2-2: configuration #1 chosen 
from 1 choice
Mar 19 23:56:39 C-5 kernel: [   79.056024] usb 2-2: reset full speed USB device 
using uhci_hcd and address 3
Mar 19 23:56:39 C-5 kernel: [   79.232075] ndiswrapper: driver wusb54gs 
(Linksys,06/18/2004, 3.60.9.0) loaded
Mar 19 23:56:39 C-5 kernel: [   79.232267] ndiswrapper (mp_init:210): assuming 
WDM (non-NDIS) driver
Mar 19 23:56:39 C-5 kernel: [   79.232581] usb 2-2: New USB device found, 
idVendor=13b1, idProduct=000e
Mar 19 23:56:39 C-5 kernel: [   79.232586] usb 2-2: New USB device strings: 
Mfr=1, Product=2, SerialNumber=3
Mar 19 23:56:39 C-5 kernel: [   79.232591] usb 2-2: Product: Linksys Wireless-G 
USB Network Adapter with SpeedBooster
Mar 19 23:56:39 C-5 kernel: [   79.232595] usb 2-2: Manufacturer: Cisco-Linksys
Mar 19 23:56:39 C-5 kernel: [   79.232598] usb 2-2: SerialNumber: 


Regards,
Luís Picciochi


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

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

Versions of packages ndiswrapper-source depends on:
ii  bzip2 1.0.5-1high-quality block-sorting file co
ii  debhelper 7.0.17 helper programs for debian/rules
ii  module-assistant  0.10.11.0  tool to make module package creati

ndiswrapper-source recommends no packages.

Versions of packages ndiswrapper-source suggests:
ii  kernel-package11.017 A utility for building Linux kerne

-- 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#520463: texlive-base-bin won't install

[Norbert Preining]

On Fr, 20 Mär 2009, Brian May wrote:
> Setting up texlive-base-bin (2007.dfsg.2-4) ...
> Running mktexlsr. This may take some time... done.
> Building format(s) --all.
> This may take some time...
> fmtutil-sys failed. Output has been stored in
> /tmp/fmtutil.gRwOybEk
> Please include this file if you report a bug.
> dpkg: error processing texlive-base-bin (--configure):
>  subprocess post-installation script returned error exit status 1
> 
> 
> 
> br...@sys11:~/tree/iproute-20090115$ sudo cat /tmp/fmtutil.gRwOybEk 
> mkdir: cannot create directory ` --distribution \'lenny\' --/fmtutil.8900': 
> No such file or directory
> fmtutil: could not create directory ` --distribution 'lenny' --/fmtutil.8900'.

Huuu, why the hell is fmtutil called with these arguments???

> kpsewhich: error while loading shared libraries: libkpathsea.so.4: cannot 
> open shared object file: No such file or directory

That is even worse? Do you have a full log please? That sounds strange
because texlive-base-bin has a dep n libkpathsea, so that should be
there!

That is strange. The log shows that libkpathsea is installed and
configured before that is run, so the lib must be found.

There is another thing that puzzles me: Why on earth are the trigger
actions not called?

Best wishes

Norbert

---
Dr. Norbert Preining Vienna University of Technology
Debian Developer  Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
SLUBBERY (n.)
The gooey drips of wax that dribble down the sides of a candle so
beloved by Italian restaurants with Chianti bottles instead of
wallpaper.
--- Douglas Adams, The Meaning of Liff



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

Bug#494001: Minimum kernel requirement for Squeeze

[Marco d'Itri]

On Mar 19, Roger Leigh  wrote:

> With respect to #494001, I would like to determine the minimum
> version of the linux kernel we will
For the new udev package[1] I am trying *very* hard to keep it working
even with 2.6.18 kernels long enough to be able to finish the upgrade,
but I can tell you that 2.6.22 is currently required to support
important features like persistent device names and this will only get
"worse" with time so next year I may end out requiring 2.6.26 anyway.

Also expect problems from a modern udev and lenny kernels, because they
have CONFIG_SYSFS_DEPRECATED defined.

I agree that there should be no version check in the init scripts, just
symlink mtab and almost everything will work fine.

BTW, the comment about using inotify on /etc/mtab is pure crack: the
orthodox way to be notified of file systems changes is to use inotify on
/proc/mounts.

[1] http://www.bofh.it/~md/debian/ please test it and report your
experience! Probably it's not toxic.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#384573:

[Modestas Vainius]

Hello,

On 2009 m. January 31 d., Saturday 20:12:10 ivan wrote:
> Hello.
> What results of adding patch now and may i help for somethings?
So I have uploaded 1.5-5 with RusXMMS support to experimental today. However, 
it obviously got stuck in NEW. I would be greatful if you subscribed to taglib 
PTS and took care of any rusxmms bugs when/if they arise.

-- 
Modestas Vainius 


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

Bug#520256: Fwd: Bug#520256: linux-image-2.6.26-1-686: I lost the sound after each reboot, after etch to lenny dist-upgrade and krnel

[yellow protoss]

HI Max

I returned to the 2.26 kernel
So I added at teh boot of teh machine:
/etc/init.d/alsa reload

ons$ uptime
 01:09:52 up 1 day,  4:59,  3 users,  load average: 0.14, 0.18, 0.12

I didnt reboot yet the box. We'll see at the reboot (dont know when already,
since it runs no X)

Prob: i cant install my webcam with it. since its not perfectly compiled,
this default debian kernel :(

Best regards and x1 thans


On Thu, Mar 19, 2009 at 11:16 PM, maximilian attems  wrote:

> On Wed, 18 Mar 2009, yellow protoss wrote:
>
> > [ I added the bug to cc ]
> > thx
> >
>
> cool, so i guess you found the 2.6.28 sid snapshots,
> how are they working?
>
> kind regards
>
> --
> maks
>

Bug#520441: RM: gtk+1.2 -- ROM; deprecated for 8 years, no security support

[Barry deFreese]

Moritz Muehlenhoff wrote:

On Thu, Mar 19, 2009 at 10:55:31PM +0100, Frank Lichtenheld wrote:
  

On Thu, Mar 19, 2009 at 09:00:26PM +0100, Josselin Mouette wrote:

Please remove gtk+1.2 from unstable. The last upstream release was 8 
years ago, and there isn???t any kind of maintenance happening on it, 
either upstream or in Debian.


This will immediately make all reverse dependencies uninstallable, but 
this is desirable. Those who can???t be updated will need to be removed as 
well. They have had plenty of time to switch to GTK+ 2.X now. We 
shouldn???t be struggling with GTK+ 1.2 while already planning the 
introduction of GTK+ 3. 
  

Since AFAICT all of those packages already have RC bugs open against them,
I would be open for the idea. But it might be preferable to remove the
reverse-dependencies that are obsolete libraries themself earlier or
at the same time, e.g. gnome-libs, wxwindows2.4, libgtkmm. 



We can remove the following right-away:
- gnome-libs
- wxwindows2.4
- gtkglarea
- gtkmm

imlib and gtk1.2 should be given some more time, they're much more smoothly
to remove once KDE 4 is uploaded to unstable.

Cheers,
Moritz


  


Just a reminder to anyone that doesn't know, we have been tracking these 
here:  http://wiki.debian.org/Gtk1.2ImlibGnome1Removals


This should include any r(b)depends of any of the packages to be removed 
as well.


Several of these I have already sent patches for, a few of which don't 
seem to work properly if any of you are so inclined.



Thanks,

Barry deFreese



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

Bug#520357: Openoffice KO

[Rene Engelhard]

tag 520357 + moreinfo
thanks

stor...@club-internet.fr wrote:
> Package:  OpenOffice
> Version:  3.0

*If* you mail sub...@bugs.debian.org manually, please do so correctly.
"OpenOffice" is no valid package, it's not even a valid applicatin name
for anything in Debian. Version is too unspecific, what belongs there is
the *exact* package version.

And "of course" you didn't enter *ANY* info about your OOo package versions,
about the rest of your system, architecture, etc

> Impossible to launch, return with code zero after a very small time.
> When oocalc is launched through strace gives :

And finally you just straced oocalc, which is a shell script, so
what you actually straced is  the shell launching OOo. Not helpful.

You either want -f or use soffice.bin directly...

In its current form the bug is not usable at all.

What I would check is whether you have some soffice.bin process running
for whatever reason. If yes, kill it if you're sure you have all data
saved in that instance

Regards,

Rene



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

Bug#520467: gdmgreeter not effected by libc6?

[Gordon Haverland]

Package: gdm
Version: 2.20.9-1
Severity: wishlist

An unpgrade involving libc6 just rolled through, and even though I told gdm to
restart, it didn't completely (I am running 2 xservers).  After manually killing
the greeter, things seem to be okay.

Perhaps I am being early on reporting things are well, but maybe this helps 
others.



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

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

Versions of packages gdm depends on:
ii  adduser3.110 add and remove users and groups
ii  debconf [debconf-2.0]  1.5.26Debian configuration management sy
ii  gksu   2.0.2-1   graphical frontend to su
ii  konsole [x-terminal-em 4:3.5.10.dfsg.1-2 X terminal emulator for KDE
ii  ksmserver [x-session-m 4:3.5.10.dfsg.1-2 session manager for KDE
ii  kwin [x-window-manager 4:3.5.10.dfsg.1-2 the KDE window manager
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.24.0-2  The ATK accessibility toolkit
ii  libattr1   1:2.4.43-2Extended attribute shared library
ii  libc6  2.9-6 GNU C Library: Shared libraries
ii  libcairo2  1.8.6-2   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.12-1  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.80-3simple interprocess messaging syst
ii  libdmx11:1.0.2-3 X11 Distributed Multihead extensio
ii  libfontconfig1 2.6.0-3   generic font configuration library
ii  libfreetype6   2.3.9-4   FreeType 2 font engine, shared lib
ii  libglade2-01:2.6.3-1 library to load .glade files at ru
ii  libglib2.0-0   2.20.0-1  The GLib library of C routines
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgtk2.0-02.14.7-4+b1   The GTK+ graphical user interface 
ii  libpam-modules 1.0.1-7   Pluggable Authentication Modules f
ii  libpam-runtime 1.0.1-7   Runtime support for the PAM librar
ii  libpam0g   1.0.1-7   Pluggable Authentication Modules l
ii  libpango1.0-0  1.22.4-2  Layout and rendering of internatio
ii  librsvg2-2 2.22.3-2  SAX-based renderer library for SVG
ii  librsvg2-common2.22.3-2  SAX-based renderer library for SVG
ii  libselinux12.0.71-1  SELinux shared libraries
ii  libwrap0   7.6.q-16  Wietse Venema's TCP wrappers libra
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxau61:1.0.4-2 X11 authorisation library
ii  libxdmcp6  1:1.0.2-3 X11 Display Manager Control Protoc
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxi6 2:1.2.1-2 X11 Input extension library
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxml22.7.3.dfsg-1  GNOME XML library
ii  lsb-base   3.2-20Linux Standard Base 3.2 init scrip
ii  metacity [x-window-man 1:2.24.0-2A lightweight GTK2 based Window Ma
ii  twm [x-window-manager] 1:1.0.4-2 Tab window manager
ii  xfce4-session [x-sessi 4.4.2-6   Xfce4 Session Manager
ii  xfce4-terminal [x-term 0.2.8-5   Xfce terminal emulator
ii  xfwm4 [x-window-manage 4.4.2-5   window manager of the Xfce project
ii  xterm [x-terminal-emul 242-1 X terminal emulator
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

Versions of packages gdm recommends:
ii  dialog1.1-20080819-1 Displays user-friendly dialog boxe
ii  gdm-themes0.6.2  Themes for the GNOME Display Manag
ii  whiptail  0.52.2-11.3Displays user-friendly dialog boxe
ii  xserver-xephyr2:1.4.2-11 nested X server
ii  xserver-xorg  1:7.3+18   the X.Org X server
ii  zenity2.24.1-1   Display graphical dialog boxes fro

Versions of packages gdm suggests:
pn  libpam-gnome-keyring   (no description available)
ii  locales   2.9-6  GNU C Library: National Language (
ii  pm-utils  1.2.4-2utilities and scripts for power ma

-- debconf information:
  gdm/daemon_name: /usr/bin/gdm
* shared/default-x-display-manager: gdm



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

Bug#519241: libpam-ssh: SSH key login via KDM stopped working

[Adam Trickett]

Package: libpam-ssh
Version: 1.92-5
Followup-For: Bug #519241

I've been using libpam-ssh for a few months, today after the most recent
upgrade yesterday it stopped working with my SSH key passphrase, but
normal login still works. My SSH keys are still okay and work fine from
SSH-Agent and I've not changed my PAM modifications.

In the auth.log there is the following:
Mar 19 22:57:16 **t kdm: :0[3853]: pam_unix(kdm:auth): authentication 
failure; logname= uid=0 euid=0 tty=:0 ruser= rhost=  user=adam


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

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

Versions of packages libpam-ssh depends on:
ii  libc6 2.9-4  GNU C Library: Shared libraries
ii  libpam0g  1.0.1-7Pluggable Authentication Modules l
ii  libssl0.9.8   0.9.8g-15  SSL shared libraries

Versions of packages libpam-ssh recommends:
ii  openssh-client [ssh-client]   1:5.1p1-5  secure shell client, an rlogin/rsh

libpam-ssh 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#499868: udev: multiple mac80211 interfaces created on the same physical device are incorrectly renamed

[Celejar]

On Wed, 18 Mar 2009 02:09:48 +0100
m...@linux.it (Marco d'Itri) wrote:

> On Sep 23, Celejar  wrote:
> 
> > mac80211 drivers allow multiple interfaces to be created on the same 
> > physical
> > device, so the underlying wmaster0 device can have eth0, eth1 and eth2.  
> > When
> Is the MAC address the same for all eth* devices?

Yes, they all have the same MAC address.

Celejar
--
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator




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

Bug#206684: mandatory use of debconf for user prompting a release goal for squeeze

[Russ Allbery]

Andrew McMillan  writes:

> Here's an updated patch to apply the following wording:
>
> Package maintainer scripts may prompt the user if necessary.
> Prompting must be done by communicating through a program, such
> as debconf, which conforms to the Debian Configuration
> Management Specification, version 2 or higher.
> 
> Packages which are essential, or which are dependencies of
> essential packages, may fall back on another prompting method if
> no such interface is available when they are executed.

Seconded.

-- 
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#518412: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]

[Frans Pop]

On Friday 20 March 2009, Jon Masters wrote:
> > Sure, if there are very strong reasons to break things, fine. But
> > whenever possible the kernel has ensured backwards compatibility,
> > mostly only _after_ someone "complained". Think of the i386 and
> > x86_64 symlinks after the x86 integration, think of the COMPAT_SYSFS
> > flags, think of optional support for old /proc files, think
> > feature-removal-schedule.txt.
>
> All of these examples refer to the future. The *future*. Things that
> will change, preserving backward compatibility, keeping symlinks around
> for those who are used to the old location. *Backward* compatibility.

Exactly: making sure that tools in "older" userspace environments (old 
version of modprobe) continue to work with new kernels (or built in an 
environment that happens to have the latest and greatest depmod).

> But the issue you raised was about *Forward* compatibility. This is
> nice but isn't the same. That would be like guaranteeing that all
> future kernel features will work with a kernel from 6 months ago, or
> that modules will, or other similar stuff.

I really don't see the huge difference. IMO you are comparing apples with 
oranges. I'm really don't think I'm trying to use modules from a 2.4 
kernel with a 2.6 kernel here.

m-i-t is _not_ an integral part of the kernel. It's just another tool, and 
one that's used in two different environments: a kernel build environment 
and a kernel user environment. And the format of the files generated by 
one and read by the other is the glue that keeps things together. 
Changing that format should IMO be done with due consideration for 
relevant use cases, and only if there are very strong arguments to do so.

> > So far you seem to be avoiding to give the reasons for the change.
> > What would be so wrong with ensuring the compatibility for some
> > transition period and avoiding the problem?
[...]
> Hopefully you see that this is not a regular compatibility issue.

What I mainly see is that you seem to be avoiding answering this question 
and are apparently unwilling to consider to repair the situation.

I think my 2 cents are played out by now, so I'll drop things here. Maybe 
someone else will be willing to take up the batton. At least the issue is 
somewhat documented now. I'll inform others in Debian that the issue 
exists and fix things locally for my own use case.

Thanks again for your replies.

Cheers,
FJP



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

Bug#520465: udev does not depend on kernel-image >=2.6.18

[Mike Charlton]

Package: udev
Version: 0.125-7

Udev 0.125-7 doesn't depend on kernel-image >=2.6.18
even though it won't run on earlier kernels.  Somehow my
box has 2.6.8 and udev.  Now I have to find a way to get
eth0 working from thousands of miles away :-P

Probably won't bite a lot of people at this stage, but
those few of us it does bite, it bites hard.  Please
add the dependency for safety sake

             Mike Charlton



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

Bug#500918: ffmpeg2theora: Halts with 'Illegal Instruction' on Celeron II

[RISKÓ Gergely]

Hi Rémi,

Can you please clarify if this bug is still occurs on your Celeron II
machine with version 0.24-1 (will be downloadable from unstable in
one or two days from now)?

If this seems to be fixed, please reply to
500918-d...@bugs.debian.org, if it is not, then please contact the
upstream author of ffmpeg2theora at j...@v2v.cc and CC
500...@bugs.debian.org.

Thank you for your contribution to Debian,
Gergely




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

Bug#520466: xmoto: FTBFS: configure: error: "Linking against sqlite3 failed."

[Kurt Roeckx]

Source: libsqlite3-0
Version: 3.6.11-1
Severity: serious

Hi,

When building xmoto, I get the following error:
checking sqlite3.h usability... yes
checking sqlite3.h presence... yes
checking for sqlite3.h... yes
checking for main in -lsqlite3... no
configure: error: "Linking against sqlite3 failed."
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
[...]
configure:5117: checking for main in -lsqlite3
configure:5146: gcc -o conftest -Wall -g -O2 -Wl,-z,defs
conftest.c -lsqlite3   >&5
/usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../lib/libsqlite3.so: undefined 
reference to `dlsym'
/usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../lib/libsqlite3.so: undefined 
reference to `dlerror'
/usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../lib/libsqlite3.so: undefined 
reference to `dlopen'
/usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../lib/libsqlite3.so: undefined 
reference to `dlclose'

You should probably link to -ldl.


Kurt




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

Bug#206684: mandatory use of debconf for user prompting a release goal for squeeze

[Andrew McMillan]

On Thu, 2009-03-19 at 13:59 -0700, Steve Langasek wrote:
> On Fri, Mar 20, 2009 at 09:13:19AM +1300, Andrew McMillan wrote:
> > On Thu, 2009-03-19 at 10:55 -0700, Russ Allbery wrote:
> 
> > > Packages that are essential or that are dependencies of essential
> > > packages may fall back on another prompting method if no such
> > > interface is available when they are executed.
> 
> > Since we're essentially saying that all packages must support debconf,
> > why bother restricting the set of packages which are allowed to provide
> > a fallback?
> 
> Because the fallback is a "worst case" scenario, because testing for files
> on the filesystem is a poor proxy for determining whether the interface is
> in a usable state, and because adding the fallback code means duplicating
> logic in your maintainer script and making it way more complex than it needs
> to be.  The fallback should only be permitted in Essential packages where it
> has to be there in order to avoid unbreakable loops; in all other cases,
> maintainers should properly declare their need for debconf and avoid making
> their maintainer scripts more clever and less robust.
> 
> This also ensures that (assuming the maintainer is following policy) uses of
> debconf in preinsts are publically vetted by debian-devel before hitting the
> archive.

OK, those are excellent reasons.

Here's an updated patch to apply the following wording:

Package maintainer scripts may prompt the user if necessary.
Prompting must be done by communicating through a program, such
as debconf, which conforms to the Debian Configuration
Management Specification, version 2 or higher.

Packages which are essential, or which are dependencies of
essential packages, may fall back on another prompting method if
no such interface is available when they are executed.


Cheers,
Andrew.


andrew (AT) morphoss (DOT) com+64(272)DEBIAN
 Flexibility is overrated.  Constraints are liberating.


diff --git a/policy.sgml b/policy.sgml
index df586d1..8f02c12 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -1218,17 +1218,16 @@
 	  Prompting in maintainer scripts
 	  
 	Package maintainer scripts may prompt the user if
-	necessary. Prompting should be done by communicating
+	necessary. Prompting must be done by communicating
 	through a program, such as debconf, which
 	conforms to the Debian Configuration Management
-	Specification, version 2 or higher.  Prompting the user by
-	other means, such as by hand
-From the Jargon file: by hand 2. By extension,
-writing code which does something in an explicit or
-low-level way for which a presupplied library
-(debconf, in this instance) routine ought
-to have been available.
-, is now deprecated.
+	Specification, version 2 or higher.
+	  
+
+	  
+	Packages which are essential, or which are dependencies of
+	essential packages, may fall back on another prompting method
+	if no such interface is available when they are executed.
 	  
 
 	  

Bug#520464: herrie: FTBFS: ./src/conftest.c:67: error: too few arguments to function 'spiff_write'

[Kurt Roeckx]

Source: herrie
Version: 2.1-1
Severity: serious

Hi,

Your package is failing to build with the following error:
Configuration:
- Installing herrie in /usr/bin
- Installing manual page in /usr/share/man
- Using /etc/herrie.conf configuration file
- Installing translations ca da de es fi ga nl pl pt_BR ru sv tr vi zh_CN in 
/usr/share/locale
- Using -lncursesw and 
- Using alsa audio output
- Support for HTTP streams
- Support for libmodplug
- Support for MP3
- Support for AudioScrobbler
- Support for libsndfile
- Support for Ogg Vorbis
- Support for XSPF (`Spiff')

./src/conftest.c: In function 'main':
./src/conftest.c:67: error: too few arguments to function 'spiff_write'
Error: some dependencies are missing
See the README file for a list of dependencies
make: *** [config.status] Error 1



Kurt




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

Bug#520453: Processed: found 520453 in kdelibs-data/4:3.5.10.dfsg.1-2

[Sune Vuorela]

On Thursday 19 March 2009 23:06:07 Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
> > found 520453 kdelibs-data/4:3.5.10.dfsg.1-2
>
> Bug#520453: kdelibs5-data: tries to overwrite file owned by kjscmd
> Bug marked as found in version kdelibs-data/4:3.5.10.dfsg.1-2.

Hi Ralf

Are you perfectly sure that this bug is *also* found in kdelibs-
data/4:3.5.10.dfsg.1-2  ?

(I'm not at all surprised that it is in kjscmd+kdelibs5-data, but haven't 
double checked it)

/Sune
-- 
How may I forward to the PCI printer?

You should get access over a hardware to a clock on the kernel, this way then 
you either should never receive the AT X operating system, or can never remove 
from the graphics board on the line to click a periferic.




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

Bug#420232: ffmpeg2theora: please test the validity of the fix in 0.24-1

[RISKÓ Gergely]

Hi,

A new version of ffmpeg2theora (0.24-1) will hit the debian mirrors in
some days.  You have reported http://bugs.debian.org/420232, and I
think that with this new version the problem is solved, if this is not
the case, feel free to reopen the bug.  I haven't had time to properly
test it, simple believed the upstream author that this wishlist item
is solved.

Thanks for your contribution to Debian,
Gergely



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

Bug#519493: sylpheed: jpilot link is broken

[gpe]

Le Wed, 18 Mar 2009 07:34:15 +0100
Ricardo Mones  a écrit:

> Thanks! We'll see if it's just a sylpheed bug or maybe something worse
> (I believe both use the same library to access jpilot: libpisock9).
> 

Same problem with claws-mail.

regards,


-- 
+---+
| gpe92 |
+---+




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

Bug#520463: texlive-base-bin won't install

[Brian May]

Package: texlive-base-bin
Version: 2007.dfsg.2-4



I am trying to build iproute2 sbuild to solve bug #520036, but found the
sbuild repeatedly fails:


Setting up texlive-base-bin (2007.dfsg.2-4) ...

Running mktexlsr. This may take some time... done.

Building format(s) --all.

This may take some time...

fmtutil-sys failed. Output has been stored in

/tmp/fmtutil.gRwOybEk

Please include this file if you report a bug.


dpkg: error processing texlive-base-bin (--configure):

 subprocess post-installation script returned error exit status 1



br...@sys11:~/tree/iproute-20090115$ sudo cat /tmp/fmtutil.gRwOybEk 

mkdir: cannot create directory ` --distribution \'lenny\' --/fmtutil.8900': No 
such file or directory

fmtutil: could not create directory ` --distribution 'lenny' --/fmtutil.8900'.


br...@sys11:~/tree/iproute-20090115$ sudo cat /tmp/checkrun.knCdSfUO 

kpsewhich: error while loading shared libraries: libkpathsea.so.4: cannot open 
shared object file: No such file or directory

kpsewhich: error while loading shared libraries: libkpathsea.so.4: cannot open 
shared object file: No such file or directory

kpsewhich: error while loading shared libraries: libkpathsea.so.4: cannot open 
shared object file: No such file or directory

/usr/bin/fmtutil: line 336: /texconfig/tcfmgr: No such file or directory

fmtutil: config file `fmtutil.cnf' not found.

br...@sys11:~/tree/iproute-20090115$ 



I am guessing this might have something to do with a missing build
depends or incorrect install order, so I have attached the full build log.

-- 
Brian May 

Automatic build of iproute_20090115-1~ubuntu1 on sys11 by sbuild/i386 0.57.5
Build started at 20090320-0953
**
iproute_20090115-1~ubuntu1.dsc exists in .; copying to chroot
** Using build dependencies supplied by package:
Build-Depends: texlive-latex-base, texlive-latex-recommended, libatm1-dev, 
bison, libdb-dev, linuxdoc-tools, linux-libc-dev, debhelper (>= 5), lynx, 
dpatch, flex
Checking for already installed source dependencies...
texlive-latex-base: missing
texlive-latex-recommended: missing
libatm1-dev: missing
bison: missing
libdb-dev: missing
linuxdoc-tools: missing
linux-libc-dev: already installed (2.6.26-13)
debhelper: missing
Using default version 7.0.15
lynx: missing
dpatch: missing
flex: missing
Checking for source dependency conflicts...
Reading package lists...
Building dependency tree...
Reading state information...
The following extra packages will be installed:
  defoma file fontconfig-config gettext gettext-base html2text intltool-debian
  libatm1 libdb4.6-dev libexpat1 libfontconfig1 libfreetype6 libice6 libjpeg62
  libkpathsea4 libmagic1 libpng12-0 libpoppler3 libsm6 libsp1c2 libx11-6
  libx11-data libxau6 libxaw7 libxcb-xlib0 libxcb1 libxdmcp6 libxext6 libxml2
  libxmu6 libxpm4 libxt6 lynx-cur m4 mime-support po-debconf sgml-base
  sgml-data sp tex-common texlive-base texlive-base-bin texlive-common
  texlive-doc-base ttf-dejavu ttf-dejavu-core ttf-dejavu-extra ucf x11-common
  xml-core
Suggested packages:
  bison-doc dh-make defoma-doc dfontmgr psfontmgr x-ttcidfont-conf curl cvs
  gettext-doc db4.6-doc libfreetype6-dev texinfo groff linuxdoc-tools-text
  linuxdoc-tools-latex linuxdoc-tools-info lynx-cur-wrapper sgml-base-doc
  perlsgml doc-html-w3 opensp libxml2-utils doc-base perl-tk ghostscript
  xpdf-reader pdf-viewer gv postscript-viewer
Recommended packages:
  libft-perl patchutils libmail-sendmail-perl libcompress-zlib-perl
  libmail-box-perl dvipdfmx lmodern texlive-base-bin-doc
  texlive-latex-base-doc texlive-latex-recommended-doc prosper latex-beamer
  latex-xcolor
The following NEW packages will be installed:
  bison debhelper defoma dpatch file flex fontconfig-config gettext
  gettext-base html2text intltool-debian libatm1 libatm1-dev libdb-dev
  libdb4.6-dev libexpat1 libfontconfig1 libfreetype6 libice6 libjpeg62
  libkpathsea4 libmagic1 libpng12-0 libpoppler3 libsm6 libsp1c2 libx11-6
  libx11-data libxau6 libxaw7 libxcb-xlib0 libxcb1 libxdmcp6 libxext6 libxml2
  libxmu6 libxpm4 libxt6 linuxdoc-tools lynx lynx-cur m4 mime-support
  po-debconf sgml-base sgml-data sp tex-common texlive-base texlive-base-bin
  texlive-common texlive-doc-base texlive-latex-base texlive-latex-recommended
  ttf-dejavu ttf-dejavu-core ttf-dejavu-extra ucf x11-common xml-core
0 upgraded, 60 newly installed, 0 to remove and 0 not upgraded.
Need to get 32.8MB of archives.
After this operation, 103MB of additional disk space will be used.
Get:1 http://hq.in.vpac.org lenny/main m4 1.4.11-1 [217kB]
Get:2 http://hq.in.vpac.org lenny/main flex 2.5.35-6 [314kB]
Get:3 http://hq.in.vpac.org lenny/main x11-common 1:7.3+18 [343kB]
Get:4 http://hq.in.vpac.org lenny/main libice6 2:1.0.4-1 [46.6kB]
Get:5 http://hq.in.vpac.org lenny/main libsm6 2:1.0.3-2 [22.3kB]
Get:6 http://hq.in.vpac.org lenny/main libxau6 1:1.0.3-3 [11.9kB]
Get:7 http://hq.in.vpac.org lenny/main libxdmcp6 1:1.0

Bug#520410: texlive: pdflatex uses bitmap (Type 3) fonts in math formulas (bad pdftex.map?)

[Vincent Lefevre]

On 2009-03-19 22:46:21 +0100, Norbert Preining wrote:
> One question: You don't have by chance the terminal log of the upgrade?

Unfortunately no.

> Do you remember that something kike
>   processing triggers for tex-common
>   running updmap-sys, this may take some time ...
> was appearing??? 

I didn't pay attention to the output. I only know that the upgrade
didn't fail (i.e. dpkg returned with a 0 exit status).

> It should have been, because texlive-base drops a file in
> /etc/texmf/updmap.d, so the trigger should be called, which means that
> updmap-sys should have been called.

Doesn't updmap-sys leave some logs to know when it has been run and
what happened? (That would be useful.)

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)



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

Bug#518412: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]

[Jon Masters]

On Thu, 2009-03-19 at 23:58 +0100, Frans Pop wrote:

> > I guess it's called progress ;) Sarcasm aside, if you can give me an
> > example of an actual real life set of users who are adversely affected
> > then I'll try to do something to help out. But if you're asking for old
> > versions of software to be compatible with newer releases in every case
> > I think you're not being terribly realistic. The kernel changes to make
> > progress, and so do other utilities.

> Sure, if there are very strong reasons to break things, fine. But whenever 
> possible the kernel has ensured backwards compatibility, mostly only 
> _after_ someone "complained". Think of the i386 and x86_64 symlinks after 
> the x86 integration, think of the COMPAT_SYSFS flags, think of optional 
> support for old /proc files, think feature-removal-schedule.txt.

All of these examples refer to the future. The *future*. Things that
will change, preserving backward compatibility, keeping symlinks around
for those who are used to the old location. *Backward* compatibility.
But the issue you raised was about *Forward* compatibility. This is nice
but isn't the same. That would be like guaranteeing that all future
kernel features will work with a kernel from 6 months ago, or that
modules will, or other similar stuff.

> So far you seem to be avoiding to give the reasons for the change. What 
> would be so wrong with ensuring the compatibility for some transition 
> period and avoiding the problem?

There is compatibility. From the past, to the present, into the future.
But you want to use *future* generated files with a *past* version. That
is not backward compatibility and it is not the kind of thing where you
can "preserve for 5 years", etc. How does the old version know something
is going to change? It doesn't and it can't. v3.4 will always be the
same, and it won't change. The files changed slightly in v3.6, but v3.4
can never know about that.

> P.S. Thanks a lot for your prompt replies. I do appreciate the discussion.

Sure. Hopefully you see that this is not a regular compatibility issue.

Jon.





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

Bug#520445: speech-tools: tries to overwrite file owned by powerman

[Arnaud Quette]

Hi Kumar,

Jim has a point with the compat, and the fact that power related topics are
*very* sensible.
so thanks for opening the door.

2009/3/19 Kumar Appaiah 

> Dear Arnaud,
>
> On Thu, Mar 19, 2009 at 10:39:44PM +0100, Arnaud Quette wrote:
> >The best solution is to solve this upstream, by renaming one or the
> other.
> >In PowerMan, pm stands well for Power Man, and is the client tool.
> >What is exactly pm in speech-tools?
>
> It is a non-sophisticated pitchmarking Perl script. Because the
> pitchmark program does this anyway, I don't think there should be a
> problem in renaming pm to something more sensible, though I can't
> think of any such name. Do you have a suggestion?
>

since I don't use these, and have only a vague idea of the purpose, it's a
bit hard.
moreover knowing that there is already a pitchmark binary with a man
placeholder too!
a few possibilities: simple-pitchmark, perl-pitchmark

cheers,
Arnaud
-- 
Linux / Unix Expert R&D - Eaton - http://www.eaton.com/mgeops
Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/
Debian Developer - http://people.debian.org/~aquette/
Free Software Developer - http://arnaud.quette.free.fr/

Bug#518412: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]

[Frans Pop]

On Thursday 19 March 2009, Jon Masters wrote:
[...]

I understand how and why and when it works now. I can also easily avoid 
the problem now that I know about it. The question here is if the 
breakage is really necessary.

I ran into the problem within days of installing the new m-i-t. I don't 
think I'm very special, so my guess is it's going to affect others too.

> I guess it's called progress ;) Sarcasm aside, if you can give me an
> example of an actual real life set of users who are adversely affected
> then I'll try to do something to help out. But if you're asking for old
> versions of software to be compatible with newer releases in every case
> I think you're not being terribly realistic. The kernel changes to make
> progress, and so do other utilities.

No, sorry. That isn't, at least AIUI, how kernel (related) development is 
supposed to be done: http://lkml.org/lkml/2005/12/29/173 and similar 
discussions later.
Sure, if there are very strong reasons to break things, fine. But whenever 
possible the kernel has ensured backwards compatibility, mostly only 
_after_ someone "complained". Think of the i386 and x86_64 symlinks after 
the x86 integration, think of the COMPAT_SYSFS flags, think of optional 
support for old /proc files, think feature-removal-schedule.txt.

So far you seem to be avoiding to give the reasons for the change. What 
would be so wrong with ensuring the compatibility for some transition 
period and avoiding the problem?

P.S. Thanks a lot for your prompt replies. I do appreciate the discussion.



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

Bug#520462: cyrus-admin-2.2: Readline abilities are not available

[USB]

Package: cyrus-admin-2.2
Version: 2.2.13-10
Severity: wishlist

One cannot use GNU/Readline facilities while using cyradm, therefore
being unable to recall previous commands or using the keyboard editing
keys (cursor keys, insert, delete, home, end, etc.).

The manpage states that cyradm will use Term::ReadLine::Perl and
Term::ReadLine::GNU if available.

This would be easily fixed if cyrus-admin-2.2 depended on both
libterm-readline-perl-perl and libterm-readline-gnu-perl, or at least
recommended them.

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

Kernel: Linux 2.6.28.8-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



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

Bug#520036: ss -f problems was fixed shortly after v2.6.26

[Brian May]

Andreas Henriksson wrote:
> My last mail seems to have gone to the bitbucket. 
>   

Whoops. Glad you caught it ;-).

> It said that this seems to have been fixed by the following upstream
> commits, that where made shortly after the iproute v2.6.26 release
> (which is in Lenny and Ubuntu):
> http://git.kernel.org/?p=linux/kernel/git/shemminger/iproute2.git;a=commit;h=a37b01c1f00bfbde57f424eec4e7fcfcabb7acfc
> http://git.kernel.org/?p=linux/kernel/git/shemminger/iproute2.git;a=commit;h=f70d96a41bb6f825c842eff5effd708bc15df059
>   

Ok, thanks.

> The new iproute package from sid should build without problems on both
> Lenny and Ubuntu. (Don't know if it's a great idea to just install the
> sid binary package since it's been built against a newer glibc.)
>   

I should be able to rebuild it, not a problem.

Any point in trying to get this included into the next point release of
Debian? I seem to remember IPv6 support is a release goal of Debian, and
the above changes look simple enough to my eyes...

Now to try building it.  Errr... Looks like I have encountered a
completely unrelated bug in one on the build depends - texlive-base-bin
- it won't install on either my intrepid or lenny build (chroot) systems
:-(. So I will have to solve that one first... This is kind of weird.

-- 
Brian May 




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

Bug#520410: texlive: pdflatex uses bitmap (Type 3) fonts in math formulas (bad pdftex.map?)

[Vincent Lefevre]

On 2009-03-19 22:42:55 +0100, Norbert Preining wrote:
> one question you didn't answer: Did calling update-updmap and updmap-sys
> fix the problem for you?

Yes, this fixed the problem:

$ pdflatex bitmap-fonts.tex
This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)
 %&-line parsing enabled.
entering extended mode
(./bitmap-fonts.tex
LaTeX2e <2005/12/01>
Babel  and hyphenation patterns for english, usenglishmax, dumylang, noh
yphenation, ukrainian, russian, bulgarian, basque, french, loaded.
(/usr/share/texmf-texlive/tex/latex/base/article.cls
Document Class: article 2005/09/16 v1.4f Standard LaTeX document class
(/usr/share/texmf-texlive/tex/latex/base/size10.clo)) (./bitmap-fonts.aux)
[1{/var/lib/texmf/fonts/map/pdftex/updmap/pdftex.map}] (./bitmap-fonts.aux) )
Output written on bitmap-fonts.pdf (1 page, 3229 bytes).
Transcript written on bitmap-fonts.log.

I suppose the reason is that updmap-sys has rebuilt the pdftex.map file.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)



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

Bug#520357: Complement

[stor...@club-internet.fr]

Hello,

The example was for oocalc, but I have the same problem with all other
flavour : writer, presenter, base ...

Regards

JP Pozzi







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

Bug#480887: (no subject)

[Mohammed Adnène Trojette]

On Thu, Mar 19, 2009, J.M.Roth wrote:
> Never mind my previous comment.
> 
> Release 2008-05-05 seems to be in Lenny and is the second most recent
> release (the most recent one being Release 2009-02-14). See
> http://www.dokuwiki.org/changes

% rmadison dokuwiki
  dokuwiki | 0.0.20061106-6 | etch-m68k | source, all
  dokuwiki | 0.0.20061106-6 | oldstable | source, all
  dokuwiki | 0.0.20080505-4 |stable | source, all
  dokuwiki | 0.0.20090214-1 |   testing | source, all
  dokuwiki | 0.0.20090214-1 |  unstable | source, all

I still have to include the fix for ucf-related stuff for a next stable
update.

-- 
Mohammed Adnène Trojette



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

Bug#520461: libogremain-1.4.9: ogre-plugins-cgprogrammanager 1.6.1 held up on upgrade for libogremain-1.6.1

[Marc J. Driftmeyer]

Package: libogremain-1.4.9
Version: 1.4.9.dfsg1-1
Severity: important

libogremain-1.6.1 is unavailable leaving ogre-plugins-cgprogrammanager 1.6.1 
orphaned
while waiting for the parent lib to be available in main.

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

Kernel: Linux 2.6.26-1-openvz-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 libogremain-1.4.9 depends on:
ii  libc6  2.9-6 GNU C Library: Shared libraries
ii  libfreeimage3  3.10.0-1  Support library for graphics image
ii  libfreetype6   2.3.9-4   FreeType 2 font engine, shared lib
ii  libgcc11:4.3.3-5 GCC support library
ii  libgl1-mesa-glx [libgl 7.3-1 A free implementation of the OpenG
ii  libglu1-mesa [libglu1] 7.3-1 The OpenGL utility library (GLU)
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libilmbase61.0.1-2+nmu2  several utility libraries from ILM
ii  libopenexr61.6.1-3   runtime files for the OpenEXR imag
ii  libsm6 2:1.1.0-2 X11 Session Management library
ii  libstdc++6 4.3.3-5   The GNU Standard C++ Library v3
ii  libx11-6   2:1.2-1   X11 client-side library
ii  libxaw72:1.0.5-2 X11 Athena Widget library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxrandr2 2:1.3.0-2 X11 RandR extension library
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l
ii  libzzip-0-13   0.13.49-4 library providing read access on Z
ii  xlibmesa-gl1:7.4~5   transitional package for Debian et
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

libogremain-1.4.9 recommends no packages.

libogremain-1.4.9 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#502562: Packaging Poldi 0.4?

[Joachim Breitner]

Hi,

Am Donnerstag, den 19.03.2009, 18:51 +0100 schrieb Moritz Schulte:
> is there any issue left which prevents the packaging of Poldi 0.4 for
> Debian?

recently, I got my smartcard reader to work, with patching libchipcard.
So this stopper has gone away.

I’m still worried about scdaemon not designed to be a system daemon, but
running an authentication scheme. But I still should package it, I
guess :-)

Thanks for bumping it up my TODO list,
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#519893: aptitude: aptitude attempts to resolve unmet dependencies by upgrading a package with itself

[Alexey Feldgendler]

On Wed, 18 Mar 2009 15:53:49 +0100, Daniel Burrows   
wrote:



  When you run "dist-upgrade", what happens is:

  (1) aptitude sees a "newer" version of libgtk2.0-0 and marks it for
  an upgrade.  (that would be the version in the unstable archive)


You meant pidgin, not libgtk2.0-0? It's about versions of pidgin.

Yes, here is when it first goes wrong, because pidgin 2.5.5-1 in unsable  
isn't any newer than my 2.5.5-1.



  (2) aptitude notices, rightly, that the version of gtk2.0-0 on your
  computer doesn't have dependency problems, and offers to switch
  to it instead.  (these "sidegrades" are lumped together with
  upgrades in the display, probably that's a bug)


Well, why did it think that any package was broken in the first place? If  
my 2.5.5-1 really came from unstable, it would be broken, but the one I  
have isn't. If aptitude looked into the /var/lib/dpkg/status at the  
Depends: field under Package: pidgin, it would have seen that the pidgin I  
have has all of its dependencies satisfied. Nothing is broken, so nothing  
needs to be fixed.



  (3) Because libapt is confused about how many gtks there are and which
  one is newer, when aptitude asks it to make 2.5.5-1 (from your
  local repository) the current version, it decides it has to fetch
  and install a new version.

  (4) But of course there's still a "newer" version in unstable, so
  when you run dist-upgrade we go back to (1).

  I'm not quite sure about (3), i.e., why you're *actually* getting a
new version fetched.  The easiest way for you to solve your problem is
to just change the version number on your package to something larger
than the unstable version (e.g., to something like  
2.0.0-1.1~localrebuild).


Sure, I can work around it in several ways, but I think the bug(s) should  
be fixed.



All the apt tools and libraries tend to assume that different packages
have different version numbers and you'll see odd behavior if you have
distinct packages that have the same version number.


I still think that for installed packages apt should believe what  
/var/lib/dpkg/status stays more than anything else, at least when deciding  
whether something is currently broken.



4. aptitude shows  for the repository of the proposed package.



  I'm guessing your local repository doesn't have a Release file that
states what its archive name is.  It would probably be better to
display "no archive information" in this case, though!


That's right, no Release file there. This issue is minor, of course, but  
still a bug. Should this bug report be split into several issues?



--
Alexey Feldgendler 
[ICQ: 115226275] http://feldgendler.livejournal.com



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

Bug#519564: [abiword] toolbars grayed out

[Patrik Fimml]

On Fri, Mar 13, 2009 at 10:33:20AM -0400, Brent S. Elmer wrote:
> When I open abiword, there are no toolbars.  I tried opening it from the 
> command line to see if 
> there are any errors written and none were.  I am attaching a screenshot.

Try running abiword without your normal preferences and with verbose
messages, i.e. from the terminal with

$ abiword -u /tmp/abiword.profile -v 2

Does the problem disappear? Please include any output you see in the
terminal in your reply. Please also attach the file .AbiSuite/AbiWord.Profile
found in your home directory (it contains your preferences).

Is this the first time you're using abiword? If no, what was the last
version that you remember working?

Do you see this bug in other GTK+ applications as well? (for example
in nautilus, the GNOME file manager)

Thanks in advance for your help improving Debian!


Kind regards,
Patrik



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

Bug#509646: bnx2x firmware licensing

[Ben Hutchings]

On Thu, 2009-03-19 at 13:05 -0600, John Wright wrote:
> Hi Eilon,
> 
> In bnx2x_init_values.h, there appear to be several sourceless firmware
> blobs (init_data_*, *_int_table_data_*, and arguably init_ops).
[...]

init_ops looks like a plausible "preferred form for modification" to me.
It's not very meaningful without reference to the Programmers' Reference
Manual, but then neither is most of the other hardware setup code in the
driver.

Regarding the other tables, I'll reiterate John's request.  Unless you
can make a good case that these really are the preferred form for
modification, or apply a licence that does not require source, then
Debian can't distribute them at all.

Ben.



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

Bug#520445: speech-tools: tries to overwrite file owned by powerman

[Jim Garlick]

Hi Arnaud and Kumar -

In PowerMan, pm is an alias for "powerman".  I believe I called that
out as a bad thing in a code review some six years ago, however I failed
to convince the maintainer at the time, and now doing so will likely break
a lot of poeple's scripts.  PowerMan is used for example by people's test
harnesses to simulate loss of a server when testing distributed software.

So while I agree with you, keeping it in will likely avoid some pain.

An option would be to remove it in debian/ubuntu only, as there is
less of an entrenched user base there.

Jim

On Thu, Mar 19, 2009 at 05:13:28PM -0500, Kumar Appaiah wrote:
> Dear Arnaud,
> 
> On Thu, Mar 19, 2009 at 10:39:44PM +0100, Arnaud Quette wrote:
> >The best solution is to solve this upstream, by renaming one or the 
> > other.
> >In PowerMan, pm stands well for Power Man, and is the client tool.
> >What is exactly pm in speech-tools?
> 
> It is a non-sophisticated pitchmarking Perl script. Because the
> pitchmark program does this anyway, I don't think there should be a
> problem in renaming pm to something more sensible, though I can't
> think of any such name. Do you have a suggestion?
> 
> Thanks.
> 
> Kumar
> -- 
> Kumar Appaiah





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

Bug#520460: liblapack-doc: tries to overwrite file owned by qdbm-util

[Ralf Treinen]

Subject: liblapack-doc: tries to overwrite file owned by qdbm-util
Package: qdbm-util,liblapack-doc
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2009-03-19
Architecture: amd64
Distribution: sid
Command: apt-get --assume-yes --allow-unauthenticated install qdbm-util 
liblapack-doc


Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:

Reading package lists...
Building dependency tree...
The following extra packages will be installed:
  libqdbm14
The following NEW packages will be installed:
  liblapack-doc libqdbm14 qdbm-util
0 upgraded, 3 newly installed, 0 to remove and 0 not upgraded.
Need to get 4087kB of archives.
After this operation, 15.3MB of additional disk space will be used.
WARNING: The following packages cannot be authenticated!
  liblapack-doc libqdbm14 qdbm-util
Authentication warning overridden.
Get:1 http://localhost sid/main liblapack-doc 3.2.0-2 [3845kB]
Get:2 http://localhost sid/main libqdbm14 1.8.74-1.4 [142kB]
Get:3 http://localhost sid/main qdbm-util 1.8.74-1.4 [99.8kB]
Fetched 4087kB in 7s (574kB/s)
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously deselected package liblapack-doc.
(Reading database ... 8099 files and directories currently installed.)
Unpacking liblapack-doc (from .../liblapack-doc_3.2.0-2_all.deb) ...
Selecting previously deselected package libqdbm14.
Unpacking libqdbm14 (from .../libqdbm14_1.8.74-1.4_amd64.deb) ...
Selecting previously deselected package qdbm-util.
Unpacking qdbm-util (from .../qdbm-util_1.8.74-1.4_amd64.deb) ...
dpkg: error processing /var/cache/apt/archives/qdbm-util_1.8.74-1.4_amd64.deb 
(--unpack):
 trying to overwrite `/usr/share/man/man1/dptsv.1.gz', which is also in package 
liblapack-doc
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/qdbm-util_1.8.74-1.4_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

This is a serious bug as it makes installation fail. Possible
solutions are to have the two packages conflict, to rename the common
file in one of the two packages, or to remove the file from one
package and have this package depend on the other package. File
diversions or a Replace relation are another possibility.

This bug is assigned to both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package.

-Ralf.




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

Bug#520441: RM: gtk+1.2 -- ROM; deprecated for 8 years, no security support

[Thomas Bushnell BSG]

On Thu, 2009-03-19 at 21:00 +0100, Josselin Mouette wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> Please remove gtk+1.2 from unstable. The last upstream release was 8 
> years ago, and there isn’t any kind of maintenance happening on it, 
> either upstream or in Debian.
> 
> This will immediately make all reverse dependencies uninstallable, but 
> this is desirable. Those who can’t be updated will need to be removed as 
> well. They have had plenty of time to switch to GTK+ 2.X now. We 
> shouldn’t be struggling with GTK+ 1.2 while already planning the 
> introduction of GTK+ 3. 

If you know of any such reverse dependencies, it would be good to open
new bug reports, or increase severity on old ones, as appropriate.

Thomas





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

Bug#520198: mkinitramfs: cannot build initrd with rootfs on mmcblk

[maximilian attems]

On Wed, 18 Mar 2009, afunix wrote:

> Wednesday 18 March 2009 19:51:19 maximilian attems писал:
> 
> > btw how did you install your box?
> 
> I've installed system on qemu-arm emulator with standard lenny kernel,
> than I've used custom kernel 2.6.21-hh9 for that hardware to boot
> already installed system.  it's not debian kernel, because standard
> kernel just doesn't starts and custom kernel, compiled with debian tools
> can't mount root.

ok thanks for the info. interesting box :D
 
> > > # ls /sys/block
> > > mmcblk0
> > i see this confuses me right now, will need more info, see below
> 
> I found that there wasn't /lib/modules/2.6.21-hh9 directory. I've copied 
> modules, but mkinitramfs-kpkg still failes:
> Setting up linux-image-2.6.26-1-versatile (2.6.26-13) ...
> Running depmod.
> Finding valid ramdisk creators.
> Using mkinitramfs-kpkg to build the ramdisk.
> Depreciation WARNING: use update-initramfs(8)
> mkinitramfs-kpkg failed to create initrd image.
> Failed to create initrd image.
> dpkg: error processing linux-image-2.6.26-1-versatile (--configure):

hmmm what does this output give:
cat /etc/kernel-img.conf 
 
> ++ modprobe --set-version=2.6.21-hh9 --ignore-install --show-depends ext3
> ++ awk '/^insmod/ { print $2 }'
> + '[' /dev/mmcblk0p3 '!=' /dev/mmcblk0p3 ']'
> + '[' /dev/mmcblk0p3 '!=' /dev/mmcblk0p3 ']'
> + '[' /dev/mmcblk0p3 '!=' /dev/mmcblk0p3 ']'
> + '[' /dev/mmcblk0p3 '!=' /dev/mmcblk0p3 ']'
> + '[' /dev/mmcblk0p3 '!=' /dev/mmcblk0p3 ']'
> + '[' /dev/mmcblk0p3 '!=' /dev/mmcblk0p3 ']'
> + '[' /dev/mmcblk0p3 '!=' /dev/mmcblk0p3 ']'
> + '[' /dev/mmcblk0p3 '!=' /dev/mmcblk0p3 ']'
> + block=mmcblk0p3
> + block=mmcblk
> + '[' -z mmcblk ']'
> + '[' '!' -e /sys/block/mmcblk ']'
> + echo 'mkinitramfs: missing mmcblk root /dev/mmcblk0p3 /sys entry'

i see, could you test with MODULES=dep belows patch:
(you might need to apply it to /usr/share/initramfs-tools/hook-functions

diff --git a/hook-functions b/hook-functions
index 353495f..82ffbef 100644
--- a/hook-functions
+++ b/hook-functions
@@ -292,6 +292,10 @@ dep_add_modules()
if [ ! -e /sys/block/${block} ] ; then
block=${block%%[0-9]*}
fi
+   # /dev/mmcblkXpX
+   elif [ "${root#/dev/mmcblk}" != "${root}" ]; then
+   block=${root#/dev/}
+   block=${block%%p[0-9]*}
# classical root device
else
block=${root#/dev/}



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

Bug#520459: mplayer: tries to overwrite file owned by manpages-zh

[Ralf Treinen]

Subject: mplayer: tries to overwrite file owned by manpages-zh
Package: manpages-zh,mplayer
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2009-03-19
Architecture: amd64
Distribution: sid
Command: apt-get --assume-yes --allow-unauthenticated install manpages-zh 
mplayer


Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:

Reading package lists...
Building dependency tree...
The following extra packages will be installed:
  defoma esound-common file fontconfig fontconfig-config libasound2
  libasyncns0 libatk1.0-0 libaudio2 libaudiofile0 libavc1394-0 libavcodec52
  libavformat52 libavutil49 libcaca0 libcairo2 libcap2 libcdparanoia0 libcups2
  libdatrie0 libdes425-3 libdirectfb-1.2-0 libdrm2 libesd-alsa0 libexpat1
  libfaad0 libfontconfig1 libfreebob0 libfreetype6 libfribidi0 libgif4
  libgl1-mesa-glx libglib2.0-0 libgsm1 libgssapi-krb5-2 libgtk2.0-0
  libgtk2.0-common libice6 libiec61883-0 libjack0 libjasper1 libjpeg62
  libk5crypto3 libkeyutils1 libkrb5-3 libkrb53 libkrb5support0 libldap-2.4-2
  liblircclient0 liblzo2-2 libmagic1 libmpcdec3 libogg0 liboil0.3 libopenal1
  libpango1.0-0 libpango1.0-common libpcre3 libpixman-1-0 libpng12-0
  libpostproc51 libpulse0 libraw1394-11 libsamplerate0 libschroedinger-1.0-0
  libsdl1.2debian libsdl1.2debian-alsa libsm6 libsmbclient libspeex1 libsvga1
  libswscale0 libsysfs2 libtalloc1 libthai-data libthai0 libtheora0 libtiff4
  libts-0.0-0 libvorbis0a libvorbisenc2 libwbclient0 libx11-6 libx11-data
  libx86-1 libxau6 libxcb-render-util0 libxcb-render0 libxcb1 libxcomposite1
  libxcursor1 libxdamage1 libxdmcp6 libxext6 libxfixes3 libxft2 libxi6
  libxinerama1 libxml2 libxrandr2 libxrender1 libxt6 libxv1 libxvmc1
  libxxf86dga1 libxxf86vm1 mplayer-skin-blue perl perl-modules ttf-dejavu
  ttf-dejavu-core ttf-dejavu-extra ucf x11-common
Suggested packages:
  defoma-doc dfontmgr psfontmgr x-ttcidfont-conf libasound2-plugins nas
  cups-common krb5-doc krb5-user esound librsvg2-common jackd
  libjasper-runtime lirc ttf-japanese-gothic ttf-japanese-mincho
  ttf-thryomanes ttf-baekmuk ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp
  ttf-arphic-gkai00mp ttf-arphic-bkai00mp pulseaudio libraw1394-doc speex
  mplayer-doc ttf-freefont netselect fping bzip2 perl-doc
  libterm-readline-gnu-perl libterm-readline-perl-perl
Recommended packages:
  libft-perl esound-clients libatk1.0-data libglib2.0-data shared-mime-info
  hicolor-icon-theme libgtk2.0-bin xml-core
The following NEW packages will be installed:
  defoma esound-common file fontconfig fontconfig-config libasound2
  libasyncns0 libatk1.0-0 libaudio2 libaudiofile0 libavc1394-0 libavcodec52
  libavformat52 libavutil49 libcaca0 libcairo2 libcap2 libcdparanoia0 libcups2
  libdatrie0 libdes425-3 libdirectfb-1.2-0 libdrm2 libesd-alsa0 libexpat1
  libfaad0 libfontconfig1 libfreebob0 libfreetype6 libfribidi0 libgif4
  libgl1-mesa-glx libglib2.0-0 libgsm1 libgssapi-krb5-2 libgtk2.0-0
  libgtk2.0-common libice6 libiec61883-0 libjack0 libjasper1 libjpeg62
  libk5crypto3 libkeyutils1 libkrb5-3 libkrb53 libkrb5support0 libldap-2.4-2
  liblircclient0 liblzo2-2 libmagic1 libmpcdec3 libogg0 liboil0.3 libopenal1
  libpango1.0-0 libpango1.0-common libpcre3 libpixman-1-0 libpng12-0
  libpostproc51 libpulse0 libraw1394-11 libsamplerate0 libschroedinger-1.0-0
  libsdl1.2debian libsdl1.2debian-alsa libsm6 libsmbclient libspeex1 libsvga1
  libswscale0 libsysfs2 libtalloc1 libthai-data libthai0 libtheora0 libtiff4
  libts-0.0-0 libvorbis0a libvorbisenc2 libwbclient0 libx11-6 libx11-data
  libx86-1 libxau6 libxcb-render-util0 libxcb-render0 libxcb1 libxcomposite1
  libxcursor1 libxdamage1 libxdmcp6 libxext6 libxfixes3 libxft2 libxi6
  libxinerama1 libxml2 libxrandr2 libxrender1 libxt6 libxv1 libxvmc1
  libxxf86dga1 libxxf86vm1 manpages-zh mplayer mplayer-skin-blue perl
  perl-modules ttf-dejavu ttf-dejavu-core ttf-dejavu-extra ucf x11-common
0 upgraded, 116 newly installed, 0 to remove and 0 not upgraded.
Need to get 49.0MB of archives.
After this operation, 134MB of additional disk space will be used.
WARNING: The following packages cannot be authenticated!
  x11-common libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libxfixes3 libice6
  libsm6 libxt6 libmagic1 file libcap2 libkeyutils1 libkrb5support0
  libk5crypto3 libkrb5-3 libdes425-3 libgssapi-krb5-2 libkrb53 libldap-2.4-2
  libpcre3 libxml2 perl-modules perl ucf defoma esound-common libexpat1
  libfreetype6 ttf-dejavu-core ttf-dejavu-extra ttf-dejavu fontconfig-config
  libfontconfig1 fontconfig libasound2 libasyncns0 libglib2.0-0 libatk1.0-0
  libaudio2 libaudiofile0 libavutil49 libfaad0 libgsm1 liboil0.3
  libschroedinger-1.0-0 libspeex1 libogg0 libtheora0 libvorbis0a libvorbisenc2
  libavcodec52 libavformat52 libcaca0 libsysfs2 libts-0.0-0 libdirectfb-1.2-0
  libpixman-1-0 libpng12-0 libxcb-render0 libxcb-render-util0 libxrender1
  libcair

Bug#520441: RM: gtk+1.2 -- ROM; deprecated for 8 years, no security support

[Moritz Muehlenhoff]

On Thu, Mar 19, 2009 at 10:55:31PM +0100, Frank Lichtenheld wrote:
> On Thu, Mar 19, 2009 at 09:00:26PM +0100, Josselin Mouette wrote:
> > Please remove gtk+1.2 from unstable. The last upstream release was 8 
> > years ago, and there isn???t any kind of maintenance happening on it, 
> > either upstream or in Debian.
> > 
> > This will immediately make all reverse dependencies uninstallable, but 
> > this is desirable. Those who can???t be updated will need to be removed as 
> > well. They have had plenty of time to switch to GTK+ 2.X now. We 
> > shouldn???t be struggling with GTK+ 1.2 while already planning the 
> > introduction of GTK+ 3. 
> 
> Since AFAICT all of those packages already have RC bugs open against them,
> I would be open for the idea. But it might be preferable to remove the
> reverse-dependencies that are obsolete libraries themself earlier or
> at the same time, e.g. gnome-libs, wxwindows2.4, libgtkmm. 

We can remove the following right-away:
- gnome-libs
- wxwindows2.4
- gtkglarea
- gtkmm

imlib and gtk1.2 should be given some more time, they're much more smoothly
to remove once KDE 4 is uploaded to unstable.

Cheers,
Moritz



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

Bug#519856: bug #519856

[Jan Hetges]

On Thu, Mar 19, 2009 at 08:44:13PM +0100, Alessandro Razeto wrote:
> Install consolekit and restart gnome.

that does fix it for me, thanks.


signature.asc
Description: Digital signature

Bug#520009: ext3 'data=foo' on root fs is broken

[maximilian attems]

On Wed, 18 Mar 2009, Peter Samuelson wrote:

> 
> So, if I understand you correctly, the reason you can't fix this is
> because you have no desire to support a configuration that was not
> produced by debian-installer?

well your usage falls under advanced messing with your box,
so i'd expect such a user to be able to read man initramfs-tools
to find the corresponding bootflag.
 
> By this same logic, it seems to me that debian-installer should also
> set 'rootfstype' on the kernel command line, so that the initramfs does
> not have to detect that either.

no the logic is not the same.
the fstype can be probed in a generic way whereas you are asking
for a hardcoding for a special box.
the fstype can be probed as the corresponding root bootarg is passed
to initramfs and yes d-i takes care of that one.

kind regards

-- 
maks



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

Bug#520458: possible buffer overflow

[Brian Murray]

Package: vifm
Version: 0.4-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu jaunty ubuntu-patch

In Ubuntu the vifm package is built with fortify source and this was
causing vifm to not to run due to a possible buffer overflow because of
an incorrect size in snprintf.  For further information see Ubuntu bug
http://launchpad.net/bugs/301607.  I've attached a patch that resolves
the issue and is based on Kjell Braden's work in the same bug report.

Additionally, when I was creating an updated Ubuntu package I noticed
there were some backup files (README.debian, config.c, debian/rules) in
the package that might need some cleaning up.

-- 
Brian Murray @ubuntu.com
--- vifm-0.4.orig/src/color_scheme.c
+++ vifm-0.4/src/color_scheme.c
@@ -44,7 +44,7 @@
 load_default_colors()
 {
 
-	snprintf(col_schemes[0].name, PATH_MAX, "Default");
+	snprintf(col_schemes[0].name, NAME_MAX, "Default");
 	snprintf(col_schemes[0].dir, PATH_MAX, "/");
 
 	col_schemes[0].color[0].name = MENU_COLOR;
@@ -262,7 +262,7 @@
 	//		sizeof(Col_scheme *) +1);
 
 snprintf(col_schemes[cfg.color_scheme_num].name,
-		PATH_MAX, "%s", s1);
+		NAME_MAX, "%s", s1);
 
 cfg.color_scheme_num++;
 


signature.asc
Description: Digital signature

Bug#518412: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]

[Jon Masters]

On Thu, 2009-03-19 at 23:09 +0100, Frans Pop wrote:
> On Thursday 19 March 2009, Jon Masters wrote:
> > Yes, it was a bad idea of
> > mine (perhaps) to change the existing file format and I've learned
> > something, but it should only have affected for example that 3.4
> > release you're using.
> 
> Do you mean that earlier versions are not affected? Hasn't depmod 
> generated full paths basically any version up to 3.6?

Yes, it was 3.6 where it changed, not 3.4. However, there was a backward
compatibility issue during development that I was referring to. That
isn't the problem here anyway. The "problem" is that you want to use a
newly generated .dep file on an old install. I know that would be nice,
and I'm sorry that it bothers you, but at the same time you don't expect
newly built binaries to run against an older version of glibc they
weren't built against, etc.

> But even if it is only 3.4, that still makes it every Debian stable user 
> (and unknown other distros) who runs the risk of ending up with an 
> unbootable system for hard to trace reasons...

No, it really doesn't. If you upgrade to a new module-init-tools and run
depmod, then everything works. If you use the old .dep files then it
still works. If you force downgrade and don't rebuild your .dep files
then there certainly is the risk of being out of sync - but there are
other times where such things can happen too. I'm sure other utilities
have similar.

> Potentially painful for example for NAS devices where the kernel and 
> initrd get installed in flash, replacing the previous version.

Yes, and in that case there's no problem. If you do a forward upgrade
everything works just fine. It's only if you try to mix versions and go
backwards that you get a problem. I can see this in a cross-build setup
being a slight annoyance, but even there most people would use the same
version of the tools or expect to have problems building on a newer box
for an older release.

> As the kernel Makefile does run depmod during a build, I don't think it's 
> strange to assume users rely on that modules.dep being valid, even for 
> older versions of modprobe.

It works fine as long as your box is self-consistent. What is the actual
problem other than that mixing versions and trying to go backward
without quickly re-running depmod might cause module load problems?

> What exactly are the resons behind the change in file format that're so 
> strong that depmod cannot continue to generate the old format for the 
> next 5 years or so as a transition period

I guess it's called progress ;) Sarcasm aside, if you can give me an
example of an actual real life set of users who are adversely affected
then I'll try to do something to help out. But if you're asking for old
versions of software to be compatible with newer releases in every case
I think you're not being terribly realistic. The kernel changes to make
progress, and so do other utilities.

Jon.





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

Bug#520457: pyode: needs to change Build-Dependency from libode0-dev to libode-dev

[Adeodato Simó]

Package: pyode
Version: 1.2.0-3
Severity: serious

libode0-dev has been renamed to libode-dev in unstable. Please make an
upload to update your build-depends.

Thanks,

-- 
- Are you sure we're good?
- Always.
-- Rory and Lorelai




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

Bug#520256: Fwd: Bug#520256: linux-image-2.6.26-1-686: I lost the sound after each reboot, after etch to lenny dist-upgrade and krnel

[maximilian attems]

On Wed, 18 Mar 2009, yellow protoss wrote:

> [ I added the bug to cc ]
> thx
> 

cool, so i guess you found the 2.6.28 sid snapshots,
how are they working?

kind regards

-- 
maks



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

Bug#520445: speech-tools: tries to overwrite file owned by powerman

[Kumar Appaiah]

Dear Arnaud,

On Thu, Mar 19, 2009 at 10:39:44PM +0100, Arnaud Quette wrote:
>The best solution is to solve this upstream, by renaming one or the other.
>In PowerMan, pm stands well for Power Man, and is the client tool.
>What is exactly pm in speech-tools?

It is a non-sophisticated pitchmarking Perl script. Because the
pitchmark program does this anyway, I don't think there should be a
problem in renaming pm to something more sensible, though I can't
think of any such name. Do you have a suggestion?

Thanks.

Kumar
-- 
Kumar Appaiah


signature.asc
Description: Digital signature

Bug#520456: please allow on submission to provide multiple versions

[Ralf Treinen]

Package: bugs.debian.org
Severity: wishlist

I appreciate a lot that I can assign a bug to two packages at a time
(where either of the packages can close the bug). However, 
sub...@bugs.debian.org does not seem to understand a pseudo-header like

Version: kjscmd/4:3.5.10-1,kdelibs-data/4:3.5.10.dfsg.1-2

See for instance 

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

I had to issue two "bts found ..." in order to make the bts understand
the two versions.

-Ralf.

-- System Information:
Debian Release: squeeze/sid
  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.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.utf8)
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#518412: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]

[Frans Pop]

On Thursday 19 March 2009, Jon Masters wrote:
> Yes, it was a bad idea of
> mine (perhaps) to change the existing file format and I've learned
> something, but it should only have affected for example that 3.4
> release you're using.

Do you mean that earlier versions are not affected? Hasn't depmod 
generated full paths basically any version up to 3.6?

But even if it is only 3.4, that still makes it every Debian stable user 
(and unknown other distros) who runs the risk of ending up with an 
unbootable system for hard to trace reasons...
Potentially painful for example for NAS devices where the kernel and 
initrd get installed in flash, replacing the previous version.

As the kernel Makefile does run depmod during a build, I don't think it's 
strange to assume users rely on that modules.dep being valid, even for 
older versions of modprobe.

What exactly are the resons behind the change in file format that're so 
strong that depmod cannot continue to generate the old format for the 
next 5 years or so as a transition period, until the risk is much lower 
that users run into problems because their current version of modprobe 
does not understand the new format? Are they really worth the potential 
consequences?



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

Bug#520455: libc6: preinst / postinst contains typo myslq

[Sebastian Bremicker]

Package: libc6
Version: 2.9-6
Severity: minor
Tags: sid patch


Hi,

in the libc6.preinst and libc6.postinst there is a typo which prevents mysql
to restart on libc6 upgrade:

Vorbereiten zum Ersetzen von libc6 2.9-4 (durch
.../archives/libc6_2.9-6_i386.deb) ...
Checking for services that may need to be restarted...
Checking init scripts...
Entpacke Ersatz für libc6 ...
Verarbeite Trigger für man-db ...
Richte libc6 ein (2.9-6) ...
Installiere neue Version der Konfigurationsdatei /etc/init.d/glibc.sh ...
Checking for services that may need to be restarted...
Checking init scripts...
WARNING: init script for myslq not found.

Restarting services possibly affected by the upgrade:
  spamassassin: stopping...starting...done.
  ssh: stopping...starting...done.
  samba: stopping...starting...done.
  rsync: stopping...starting...done.
  exim4: stopping...starting...done.
  cups: stopping...starting...done.
  cron: stopping...starting...done.
  atd: stopping...starting...done.

Services restarted successfully.

Kind regards

Sebastian Bremicker

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

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

Versions of packages libc6 depends on:
ii  libgcc1   1:4.3.3-5  GCC support library

libc6 recommends no packages.

Versions of packages libc6 suggests:
pn  glibc-doc  (no description available)
pn  libc6-i686 (no description available)
ii  locales   2.9-5  GNU C Library: National Language (

-- debconf information:
* glibc/upgrade: true
  glibc/disable-screensaver:
  glibc/restart-failed:
* glibc/restart-services: spamassassin ssh samba rsync exim4 cups cron atd
--- /var/lib/dpkg/info/libc6.preinst2009-03-18 19:16:11.0 +0100
+++ libc6.preinst   2009-03-19 23:04:28.0 +0100
@@ -55,7 +55,7 @@
-e's/\bexim4-base\b/exim4/g' \
-e's/\blpr\b/lpd/g' \
-e's/\blpr-ppd\b/lpd-ppd/g' \
-   -e's/\bmysql-server\b/myslq/g' \
+   -e's/\bmysql-server\b/mysql/g' \
-e's/\bsasl2-bin\b/saslauthd/g' \
)
echo
--- /var/lib/dpkg/info/libc6.postinst   2009-03-18 19:16:11.0 +0100
+++ libc6.postinst  2009-03-19 23:04:49.0 +0100
@@ -204,7 +204,7 @@
-e's/\bexim4-base\b/exim4/g' \
-e's/\blpr\b/lpd/g' \
-e's/\blpr-ppd\b/lpd-ppd/g' \
-   -e's/\bmysql-server\b/myslq/g' \
+   -e's/\bmysql-server\b/mysql/g' \
-e's/\bsasl2-bin\b/saslauthd/g' \
)
echo

Bug#327591: Please add possibility to set usertags on submit

[Ralf Treinen]

I would say that this is fixed now, according to
http://www.debian.org/Bugs/Reporting you can use pseudo headers like

User: 
Usertags: 

-Ralf.



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

Bug#520454: libghc6-haxml-dev: Needs to be rebuilt with ghc-6.10.1.

[Erik de Castro Lopo]

Package: libghc6-haxml-dev
Severity: grave
Justification: renders package unusable


Package on unstable requires ghc-6.8.2 but unstable has ghc-6.10.1.

Needs to be rebuilt.



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

Kernel: Linux 2.6.27-7-generic (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
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#520441: RM: gtk+1.2 -- ROM; deprecated for 8 years, no security support

[Moritz Muehlenhoff]

On Thu, Mar 19, 2009 at 09:00:26PM +0100, Josselin Mouette wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> Please remove gtk+1.2 from unstable. The last upstream release was 8 
> years ago, and there isn???t any kind of maintenance happening on it, 
> either upstream or in Debian.
> 
> This will immediately make all reverse dependencies uninstallable, but 
> this is desirable. Those who can???t be updated will need to be removed as 
> well. They have had plenty of time to switch to GTK+ 2.X now. We 
> shouldn???t be struggling with GTK+ 1.2 while already planning the 
> introduction of GTK+ 3. 

Barry deFreese and myself are currently working on yanking GTK 1.2 et al out,
the current state of affairs is tracked at 
http://wiki.debian.org/Gtk1.2ImlibGnome1Removals

It's still in flux and some packages are currently being ported, so
we don't probably need an immediate removal.

Cheers,
Moritz



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

Bug#520441: RM: gtk+1.2 -- ROM; deprecated for 8 years, no security support

[Frank Lichtenheld]

On Thu, Mar 19, 2009 at 09:00:26PM +0100, Josselin Mouette wrote:
> Please remove gtk+1.2 from unstable. The last upstream release was 8 
> years ago, and there isn’t any kind of maintenance happening on it, 
> either upstream or in Debian.
> 
> This will immediately make all reverse dependencies uninstallable, but 
> this is desirable. Those who can’t be updated will need to be removed as 
> well. They have had plenty of time to switch to GTK+ 2.X now. We 
> shouldn’t be struggling with GTK+ 1.2 while already planning the 
> introduction of GTK+ 3. 

Since AFAICT all of those packages already have RC bugs open against them,
I would be open for the idea. But it might be preferable to remove the
reverse-dependencies that are obsolete libraries themself earlier or
at the same time, e.g. gnome-libs, wxwindows2.4, libgtkmm. 

If someone could collect those packages and file removal bugs for them,
that would be appreciated.

For reference here the current reverse dependencies:
Checking reverse dependencies...
# Broken Depends:
cheops: cheops [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc s390 sparc]
codebreaker: codebreaker
crank: crank
dbmix: dbmix [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc s390 sparc]
   libdbaudiolib0 [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc 
s390 sparc]
dillo: dillo
gaby: gaby [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc s390 sparc]
gbuffy: gbuffy
gcrontab: gcrontab
gcvs: gcvs [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc s390 sparc]
gcx: gcx
gdk-pixbuf: libgdk-pixbuf-dev
libgdk-pixbuf2
geg: geg
gentoo: gentoo [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc s390 sparc]
ghfaxviewer: ghfaxviewer
gman: gman
gnome-libs: gnome-bin
libgnome-dev
libgnomeui32
libgnorba27
libgnorbagtk0
libgtkxmhtml-dev
libgtkxmhtml1
libzvt-dev
libzvt2
gps: gps [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc s390 sparc]
gpsim-led: gpsim-led [alpha amd64 armel hppa ia64 mips mipsel powerpc sparc]
gpsim-logic: gpsim-logic [alpha amd64 armel hppa ia64 mips mipsel powerpc sparc]
gqcam: gqcam [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc s390 sparc]
gtalk: gtalk
gtkglarea: gtkglarea5
   gtkglarea5-dev
gtkmm: libgtkmm-dev
   libgtkmm1.2-0c2a
gtkpool: gtkpool
guile-gtk-1.2: libguilegtk-1.2-0
gwave: gwave [alpha hppa hurd-i386 ia64 s390 sparc]
i2e: i2e
imlib: gdk-imlib11
   gdk-imlib11-dev
lazarus: lazarus-ide [amd64 i386 powerpc sparc]
ledcontrol: ledcontrol-gtk [alpha amd64 armel hppa i386 ia64 mips mipsel 
powerpc s390 sparc]
libdv: libdv-bin [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc s390 
sparc]
libjsw: jscalibrator
linpopup: linpopup
lopster: lopster
mah-jong: mah-jong
mbrowse: mbrowse [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc s390 
sparc]
powershell: powershell
predict: predict-gsat [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc 
s390 sparc]
python-visual: python-visual [alpha hurd-i386]
qiv: qiv
shaketracker: shaketracker [alpha amd64 armel hppa i386 ia64 mips mipsel 
powerpc s390 sparc]
soundtracker: soundtracker
swami: swami [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc s390 sparc]
tex-guy: spawg [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc s390 sparc]
 xgdvi [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc s390 sparc]
unicorn/non-free: unicorn [i386]
wmclockmon: wmclockmon [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc 
s390 sparc]
wmmaiload: wmmaiload
wxwindows2.4: libwxgtk2.4-1
xarchon: xarchon [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc s390 
sparc]
xbindkeys-config: xbindkeys-config
xemacs21: xemacs21-gnome-mule [alpha amd64 armel hppa i386 ia64 mips mipsel 
powerpc s390 sparc]
  xemacs21-gnome-mule-canna-wnn [alpha amd64 armel hppa i386 ia64 mips 
mipsel powerpc s390 sparc]
  xemacs21-gnome-nomule [alpha amd64 armel hppa i386 ia64 mips mipsel 
powerpc s390 sparc]
xoscope: xoscope [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc s390 
sparc]
xscorch: xscorch

# Broken Build-Depends:
cheops: libgtk1.2-dev
codebreaker: libgtk1.2-dev
crank: libgtk1.2-dev
ctsim: libgtk1.2-dev
dbmix: libgtk1.2-dev
dillo: libgtk1.2-dev
gaby: libgtk1.2-dev
gbuffy: libgtk1.2-dev
gcrontab: libgtk1.2-dev
gcvs: libgtk1.2-dev
gcx: libgtk1.2-dev
gdk-pixbuf: libgtk1.2-dev
geg: libgtk1.2-dev
gentoo: libgtk1.2-dev
ghfaxviewer: libgtk1.2-dev
gman: libgtk1.2-dev
gnome-libs: libgtk1.2-dev (>= 1.2.10-1)
gps: libgtk1.2-dev (>= 1.2.7)
gqcam: libgtk1.2-dev
gtalk: libgtk1.2-dev
gtkglarea: libgtk1.2-dev
gtkmm: libgtk1.2-dev (>= 1.2.7-1)
gtkpool: libgtk1.2-dev
guile-gtk-1.2: libgtk1.2-dev
i2e: libgtk1.2-dev
imlib: libgtk1.2-dev
kdebindings: libgtk1.2-dev
ledcontrol: libgtk1.2-dev
libdv: libgtk1.2-dev
libjsw: libgtk1.2-dev
linpopup: libgtk1.2-dev
lopster: libgtk1.2-dev (>= 1.2.8-1)
mah-jong: libgtk1.2-dev
mbrowse: libgtk1.2-dev
predict: libgtk1.2-dev
qiv: libgtk1.2

Bug#520449: texlive-lang built against current tex-common doesn't install hyphenation

[Norbert Preining]

On Do, 19 Mär 2009, Daniel Schepler wrote:
> It unfortunately looks like there's some brokenness left in
> tex-common.  If I rebuild texlive-lang against current tex-common, it

Not surprising.

> seems many hyphenation patterns aren't getting installed:
> 
> frobozz:/# apt-get install texlive-lang-all
> 
> 
> Setting up texlive-lang-portuguese (2007.dfsg.4-1+pb2) ...
> Running mktexlsr. This may take some time... done.
> Setting up texlive-lang-german (2007.dfsg.4-1+pb2) ...
> Running mktexlsr. This may take some time... done.
> Setting up texlive-lang-armenian (2007.dfsg.4-1+pb2) ...
> Running mktexlsr. This may take some time... done.
> Setting up texlive-lang-latin (2007.dfsg.4-1+pb2) ...
> Running mktexlsr. This may take some time... done.
> Setting up texlive-lang-all (2007.dfsg.4-1+pb2) ...
> Running mktexlsr. This may take some time... done.
> frobozz:/# latex

That is really bad. I mean, there is a trigger set to
/etc/texmf/language.d
and those packages drop files there.

Can you tell me what happened above the lines you quoted? There should
be something like
processing triggers for tex-common
calling fmtutil-sys --by.

> dvips: ! Couldn't find header file cm-super-t1.enc.

Huuu??? Strange.

> That package builds fine in a vanilla pbuilder chroot using the
> official archive packages, even though the log there doesn't show
> cm-super being installed.  I don't know what might be causing it to
> look for the wrong font encoding file.

Really strange.

Best wishes

Norbert

---
Dr. Norbert Preining Vienna University of Technology
Debian Developer  Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
CLACKAVOID (n.)
Technical BBC term for a page of dialogue from Blake's Seven.
--- Douglas Adams, The Meaning of Liff



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

Bug#520433: linux-image-2.6.26-1-ixp4xx: Please build joydev.ko

[Martin Michlmayr]

* Tom Harris  [2009-03-19 18:38]:
> It would be very helpful to have a version of the kernel with
> /drivers/input/joydev available. I'm trying to use joypads to
> interface with an NSLU2.

I'll enable the module and build a kernel for you on the weekend.

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



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

Bug#520453: kdelibs5-data: tries to overwrite file owned by kjscmd

[Ralf Treinen]

Subject: kdelibs5-data: tries to overwrite file owned by kjscmd
Package: kjscmd,kdelibs5-data
Version: kjscmd/4:3.5.10-1,kdelibs-data/4:3.5.10.dfsg.1-2
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2009-03-19
Architecture: amd64
Distribution: sid
Command: apt-get --assume-yes --allow-unauthenticated install kjscmd 
kdelibs5-data


Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:

Reading package lists...
Building dependency tree...
The following extra packages will be installed:
  cpp cpp-4.3 defoma esound-common file fontconfig fontconfig-config
  hicolor-icon-theme kdelibs-data kdelibs4c2a libart-2.0-2 libarts1c2a
  libartsc0 libasound2 libaspell15 libaudio2 libaudiofile0 libavahi-client3
  libavahi-common-data libavahi-common3 libavahi-qt3-1 libavc1394-0 libcups2
  libdbus-1-3 libesd0 libexpat1 libfam0 libfontconfig1 libfreebob0
  libfreetype6 libglib2.0-0 libgmp3c2 libgssapi-krb5-2 libice6 libidn11
  libiec61883-0 libilmbase6 libjack0 libjasper1 libjpeg62 libk5crypto3
  libkeyutils1 libkjsembed1 libkrb5-3 libkrb5support0 liblcms1 liblua50
  liblualib50 libmad0 libmagic1 libmng1 libmpfr1ldbl libogg0 libopenexr6
  libpcre3 libpng12-0 libqt3-mt libraw1394-11 libsamplerate0 libsm6 libtiff4
  libvorbis0a libvorbisfile3 libx11-6 libx11-data libxau6 libxaw7 libxcb1
  libxcursor1 libxdmcp6 libxext6 libxfixes3 libxft2 libxi6 libxinerama1
  libxml2 libxmu6 libxmuu1 libxpm4 libxrandr2 libxrender1 libxslt1.1 libxt6
  libxtrap6 libxxf86misc1 libxxf86vm1 menu-xdg oss-compat perl perl-modules
  ttf-dejavu ttf-dejavu-core ttf-dejavu-extra ucf x11-common x11-xserver-utils
  xauth
Suggested packages:
  cpp-doc gcc-4.3-locales defoma-doc dfontmgr psfontmgr x-ttcidfont-conf fam
  perl-suid ghostscript libasound2-plugins aspell nas cups-common esound
  krb5-doc krb5-user jackd libjasper-runtime liblcms-utils libqt3-mt-mysql
  libqt3-mt-odbc libqt3-mt-psql libraw1394-doc perl-doc
  libterm-readline-gnu-perl libterm-readline-perl-perl
Recommended packages:
  libft-perl esound-clients libarts1-akode aspell-en aspell-dictionary
  aspell6a-dictionary dbus libglib2.0-data shared-mime-info libgl1-mesa-glx
  libgl1 libglu1-mesa libglu1 xml-core menu
The following NEW packages will be installed:
  cpp cpp-4.3 defoma esound-common file fontconfig fontconfig-config
  hicolor-icon-theme kdelibs-data kdelibs4c2a kdelibs5-data kjscmd
  libart-2.0-2 libarts1c2a libartsc0 libasound2 libaspell15 libaudio2
  libaudiofile0 libavahi-client3 libavahi-common-data libavahi-common3
  libavahi-qt3-1 libavc1394-0 libcups2 libdbus-1-3 libesd0 libexpat1 libfam0
  libfontconfig1 libfreebob0 libfreetype6 libglib2.0-0 libgmp3c2
  libgssapi-krb5-2 libice6 libidn11 libiec61883-0 libilmbase6 libjack0
  libjasper1 libjpeg62 libk5crypto3 libkeyutils1 libkjsembed1 libkrb5-3
  libkrb5support0 liblcms1 liblua50 liblualib50 libmad0 libmagic1 libmng1
  libmpfr1ldbl libogg0 libopenexr6 libpcre3 libpng12-0 libqt3-mt libraw1394-11
  libsamplerate0 libsm6 libtiff4 libvorbis0a libvorbisfile3 libx11-6
  libx11-data libxau6 libxaw7 libxcb1 libxcursor1 libxdmcp6 libxext6
  libxfixes3 libxft2 libxi6 libxinerama1 libxml2 libxmu6 libxmuu1 libxpm4
  libxrandr2 libxrender1 libxslt1.1 libxt6 libxtrap6 libxxf86misc1 libxxf86vm1
  menu-xdg oss-compat perl perl-modules ttf-dejavu ttf-dejavu-core
  ttf-dejavu-extra ucf x11-common x11-xserver-utils xauth
0 upgraded, 99 newly installed, 0 to remove and 0 not upgraded.
Need to get 57.3MB of archives.
After this operation, 191MB of additional disk space will be used.
WARNING: The following packages cannot be authenticated!
  x11-common libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libxfixes3 libice6
  libsm6 libxt6 libxext6 libxmu6 libxpm4 libxaw7 libxi6 libxmuu1 libxrender1
  libxrandr2 libxtrap6 libxxf86misc1 libxxf86vm1 libgmp3c2 libmpfr1ldbl
  cpp-4.3 cpp x11-xserver-utils xauth libmagic1 file libkeyutils1
  libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2 libidn11 libpcre3
  libxml2 perl-modules perl ucf defoma esound-common libexpat1 libfreetype6
  ttf-dejavu-core ttf-dejavu-extra ttf-dejavu fontconfig-config libfontconfig1
  fontconfig hicolor-icon-theme kdelibs-data libart-2.0-2 libartsc0 libasound2
  libaudio2 libaudiofile0 libesd0 libglib2.0-0 libraw1394-11 libavc1394-0
  libiec61883-0 libfreebob0 libsamplerate0 libjack0 libmad0 libjpeg62 liblcms1
  libmng1 libpng12-0 libxcursor1 libxft2 libxinerama1 libqt3-mt libogg0
  libvorbis0a libvorbisfile3 oss-compat libarts1c2a libaspell15
  libavahi-common-data libavahi-common3 libdbus-1-3 libavahi-client3
  libavahi-qt3-1 libcups2 libfam0 libilmbase6 libjasper1 liblua50 liblualib50
  libopenexr6 libtiff4 libxslt1.1 menu-xdg kdelibs4c2a kdelibs5-data
  libkjsembed1 kjscmd
Authentication warning overridden.
Get:1 http://localhost sid/main x11-common 1:7.3+18 [343kB]
Get:2 http://localhost sid/main libxau6 1:1.0.4-2

Bug#443952: ITP: nodoka-theme -- Nodoka metacity theme

[Diego Escalante Urrelo]

No, I lost interest on it. Feel free to take it over or close it.

On 3/19/09, Julien Valroff  wrote:
> Hi Diego,
>
>  This ITP is 18 months old, and while the gtk2 engine was actually
>  uploaded, I cannot see any new regarding the metacity theme.
>  Are you still working on it?
>
>  Cheers,
>  Julien
>
>
>  --
>  Membre de l'April - « promouvoir et défendre le logiciel libre » -
>  http://www.april.org
>
>  Rejoignez maintenant plus de 4 000 personnes, associations, entreprises
>  et collectivités qui soutiennent notre action
>
>
>
>



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

Bug#520452: glob doesn't expand ~

[Jörg Sommer]

Package: lftp
Version: 3.7.8-1
Severity: normal

Hi,

lftp jo...@localhost:/tmp/foo> ls
insgesamt 0
-rw-r--r-- 1 joerg users 0 19. Mär 22:27 ~1
-rw-r--r-- 1 joerg users 0 19. Mär 22:27 ~2
-rw-r--r-- 1 joerg users 0 19. Mär 22:27 ~3
-rw-r--r-- 1 joerg users 0 19. Mär 22:27 ~4
-rw-r--r-- 1 joerg users 0 19. Mär 22:27 ~5

lftp jo...@localhost:/tmp/foo> glob -a echo *
1 2 3 4 5

But it should expand ~1 ~2 ~3 ~4 ~5

or one directory below:

lftp jo...@localhost:/tmp> glob echo foo/*
foo/1 foo/2 foo/3 foo/4 foo/5

Bye, Jörg.

-- System Information:
Debian Release: unstable/experimental
  APT prefers unstable
  APT policy: (900, 'unstable'), (700, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.29-rc8
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lftp depends on:
ii  libc6  2.9-6 GNU C Library: Shared libraries
ii  libexpat1  2.0.1-4   XML parsing C library - runtime li
ii  libgcc11:4.3.3-5 GCC support library
ii  libgcrypt111.4.4-2   LGPL Crypto library - runtime libr
ii  libgnutls262.6.4-2   the GNU TLS library - runtime libr
ii  libgpg-error0  1.4-2 library for common error values an
ii  libncurses55.7+20090228-1shared libraries for terminal hand
ii  libreadline5   5.2-4 GNU readline and history libraries
ii  libtasn1-3 1.8-1 Manage ASN.1 structures (runtime)
ii  netbase4.34  Basic TCP/IP networking system
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

lftp recommends no packages.

lftp suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP

Bug#360729: upstream

[Paul Gevers]

forwarded 360729
https://sourceforge.net/tracker/index.php?func=detail&aid=1578451&group_id=8596&atid=108596
thanks

Seems like this bug got some attention in the upstream bug tracker
recently. Good to track it there.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#520448: [pidgin] Pidgin crashes after accepting file transfer

[Ari Pollak]

Could you install pidgin-dbg and obtain another backtrace?




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

Bug#520410: texlive: pdflatex uses bitmap (Type 3) fonts in math formulas (bad pdftex.map?)

[Norbert Preining]

On Do, 19 Mär 2009, Vincent Lefevre wrote:
> was generated after installing texlive-base 2007.dfsg.2-1, and that
> 
>   /var/lib/texmf/web2c/updmap.cfg
> 
> was generated after installing texlive-base 2007.dfsg.2-2, but
> 
>   /var/lib/texmf/fonts/map/pdftex/updmap/pdftex_dl14.map
> 
> wasn't regenerated at this time.

One question: You don't have by chance the terminal log of the upgrade?
Do you remember that something kike
processing triggers for tex-common
running updmap-sys, this may take some time ...
was appearing??? 

It should have been, because texlive-base drops a file in
/etc/texmf/updmap.d, so the trigger should be called, which means that
updmap-sys should have been called.

Best wishes

Norbert

---
Dr. Norbert Preining Vienna University of Technology
Debian Developer  Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
GLASGOW (n.)
The feeling of infinite sadness engendered when walking through a
place filled with happy people fifteen years younger than yourself.
--- Douglas Adams, The Meaning of Liff



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

Bug#520445: speech-tools: tries to overwrite file owned by powerman

[Arnaud Quette]

Salut Ralph, Jim,

@Jim (Powerman upstream):
speech-tools and powerman both install files with the same name (namely "pm"
and its manpage).
while the latter has already been reported and somehow fixed [1] (thanks
Kumar BTW ;-), the former [2] wasn't. The full bug reports are linked below.

A quick investigation seems to show that the problem is limited to these 2
files.

The best solution is to solve this upstream, by renaming one or the other.
In PowerMan, pm stands well for Power Man, and is the client tool.
What is exactly pm in speech-tools?

@Jim (partly off-topic):
I personaly feel that 2 letters command names should be kept for the base
system itself (ls, cp, rm, ...)
A possible quick and acceptable (?) solution would be to rename Powerman's
pm to pmc or pmclient or powermanc or whatever suits you and is coherent.
Note that NUT currently use the former with upsc, but the reflexion underway
with the new PDU support is to merge the 3 client tools (upsc, upscmd,
upsrw) into a single nutclient or nut-client or ... you get the idea.
that might be another point in favor of the nut merge ;-)

cheers,
Arnaud
--
[1] http://bugs.debian.org/520001
[2] http://bugs.debian.org/520445
-- 
Linux / Unix Expert R&D - Eaton - http://www.eaton.com/mgeops
Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/
Debian Developer - http://people.debian.org/~aquette/
Free Software Developer - http://arnaud.quette.free.fr/

Bug#520410: texlive: pdflatex uses bitmap (Type 3) fonts in math formulas (bad pdftex.map?)

[Norbert Preining]

Hi Vincent,

one question you didn't answer: Did calling update-updmap and updmap-sys
fix the problem for you?

Still investigating, I don't grok it ... strange ..

Thanks for your report and quick responses!

Best wishes

Norbert

---
Dr. Norbert Preining Vienna University of Technology
Debian Developer  Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
HODDLESDEN (n.)
An 'injured' footballer's limb back into the game which draws applause
but doesn't fool anybody.
--- Douglas Adams, The Meaning of Liff



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

Bug#520451: rm -r doesn't remove directories with hidden files

[Jörg Sommer]

Package: lftp
Version: 3.7.8-1
Severity: normal

Hi,

lftp doesn't remove hidden files and therefore fail to remove directories
with hidden files, especially rm -r fails.

Bye, Jörg.

-- System Information:
Debian Release: unstable/experimental
  APT prefers unstable
  APT policy: (900, 'unstable'), (700, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.29-rc8
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lftp depends on:
ii  libc6  2.9-6 GNU C Library: Shared libraries
ii  libexpat1  2.0.1-4   XML parsing C library - runtime li
ii  libgcc11:4.3.3-5 GCC support library
ii  libgcrypt111.4.4-2   LGPL Crypto library - runtime libr
ii  libgnutls262.6.4-2   the GNU TLS library - runtime libr
ii  libgpg-error0  1.4-2 library for common error values an
ii  libncurses55.7+20090228-1shared libraries for terminal hand
ii  libreadline5   5.2-4 GNU readline and history libraries
ii  libtasn1-3 1.8-1 Manage ASN.1 structures (runtime)
ii  netbase4.34  Basic TCP/IP networking system
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

lftp recommends no packages.

lftp suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP

Bug#520449: texlive-lang built against current tex-common doesn't install hyphenation

[Daniel Schepler]

Package: tex-common
Version: 1.17
Severity: important

It unfortunately looks like there's some brokenness left in
tex-common.  If I rebuild texlive-lang against current tex-common, it
seems many hyphenation patterns aren't getting installed:

frobozz:/# apt-get install texlive-lang-all


Setting up texlive-lang-portuguese (2007.dfsg.4-1+pb2) ...
Running mktexlsr. This may take some time... done.
Setting up texlive-lang-german (2007.dfsg.4-1+pb2) ...
Running mktexlsr. This may take some time... done.
Setting up texlive-lang-armenian (2007.dfsg.4-1+pb2) ...
Running mktexlsr. This may take some time... done.
Setting up texlive-lang-latin (2007.dfsg.4-1+pb2) ...
Running mktexlsr. This may take some time... done.
Setting up texlive-lang-all (2007.dfsg.4-1+pb2) ...
Running mktexlsr. This may take some time... done.
frobozz:/# latex
This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)
 %&-line parsing enabled.
**\documentclass{article}
entering extended mode
LaTeX2e <2005/12/01>
Babel  and hyphenation patterns for english, usenglishmax, dumylang, noh
yphenation, arabic, farsi, ibycus, greek, monogreek, ancientgreek, mongolian, s
wedish, loaded.

*
! Emergency stop.
<*> \documentclass{article}

No pages of output.
Transcript written on texput.log.

(The languages that do have hyphenations available appear to be the
packages that happened to get configured before texlive-latex-base.)

With texlive-extra also rebuilt, I'm also occasionally getting strange
problems with font encodings, like this from my pbuilder build log for
chaksem:


latex chaksem-doc.tex
This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)
 %&-line parsing enabled.
entering extended mode
(./chaksem-doc.tex
LaTeX2e <2005/12/01>
Babel  and hyphenation patterns for english, usenglishmax, dumylang, noh
yphenation, loaded.
(/usr/share/texmf-texlive/tex/latex/base/article.cls
Document Class: article 2005/09/16 v1.4f Standard LaTeX document class
(/usr/share/texmf-texlive/tex/latex/base/size10.clo))
(/usr/share/texmf-texlive/tex/latex/ltxmisc/a4wide.sty
(/usr/share/texmf-texlive/tex/latex/ntgclass/a4.sty))
(/usr/share/texmf-texlive/tex/latex/base/fontenc.sty
(/usr/share/texmf-texlive/tex/latex/base/t1enc.def))
(/usr/share/texmf-texlive/tex/latex/psnfss/pifont.sty
(/usr/share/texmf-texlive/tex/latex/psnfss/upzd.fd)
(/usr/share/texmf-texlive/tex/latex/psnfss/upsy.fd))
No file chaksem-doc.aux.
(/usr/share/texmf-texlive/tex/latex/base/t1cmtt.fd)
(/usr/share/texmf-texlive/tex/latex/base/omscmr.fd) [1] [2] (./chaksem-doc.aux)
 )
Output written on chaksem-doc.dvi (2 pages, 7300 bytes).
Transcript written on chaksem-doc.log.
dvips -o chaksem-doc.ps chaksem-doc.dvi
This is dvips(k) 5.96.1 Copyright 2007 Radical Eye Software (www.radicaleye.com)
' TeX output 2009.03.19:0340' -> chaksem-doc.ps
dvips: ! Couldn't find header file cm-super-t1.enc.
Note that an absolute path or a relative path with .. are denied in -R2 mode.
make: *** [build-stamp] Error 1
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

That package builds fine in a vanilla pbuilder chroot using the
official archive packages, even though the log there doesn't show
cm-super being installed.  I don't know what might be causing it to
look for the wrong font encoding file.
-- 
Daniel Schepler

-- System Information:
Debian Release: squeeze/sid
  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)
Shell: /bin/sh linked to /bin/bash

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]1.5.26  Debian configuration management sy
ii  dpkg 1.14.25+pb1 Debian package management system
ii  ucf  3.0016+pb1  Update Configuration File: preserv

tex-common recommends no packages.

Versions of packages tex-common suggests:
ii  debhelper 7.2.6+pb1  helper programs for debian/rules

Versions of packages texlive-base depends on:
ii  dpkg   1.14.25+pb1   Debian package management system
ii  texlive-base-bin   2007.dfsg.2-5+pb1 TeX Live: Essential binaries
ii  texlive-common 2007.dfsg.2-2+pb1 TeX Live: Base component
ii  texlive-doc-base   2007.dfsg.2-1+pb1 TeX Live: Base documentation

-- debconf information:
  tex-common/check_texmf_wrong:
  tex-common/check_texmf_missing:



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

Bug#520448: [pidgin] Pidgin crashes after accepting file transfer

[Mika Rastas]

Package: pidgin
Version: 2.5.5-1
Severity: normal

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

My friend tried to send a file to me I accepted the transfer. The file
transfer window opens and "waiting for transfer to begin" text is shown
in the window. This occurred in a University network (NAT, Firewall) if
that might matter. The file was sent with miranda im.

The bug report is attached.



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

Debian Release: squeeze/sid
  500 unstableftp.sunet.se 
  500 unstableftp.funet.fi 
  500 unstableftp.fi.debian.org 
  500 stable  ftp.fi.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
pidgin-data  (>= 2.5.5) | 2.5.5-1
pidgin-data(<< 2.5.5-z) | 2.5.5-1
libatk1.0-0 (>= 1.20.0) | 1.24.0-2
libc6(>= 2.7-1) | 2.9-4
libcairo2(>= 1.2.4) | 1.8.6-2
libdbus-1-3  (>= 1.0.2) | 1.2.12-1
libdbus-glib-1-2  (>= 0.71) | 0.80-3
libglib2.0-0(>= 2.16.0) | 2.18.4-2
libgstreamer0.10-0 (>= 0.10.10) | 0.10.22-2
libgtk2.0-0 (>= 2.12.0) | 2.14.7-4
libgtkspell0(>= 2.0.10) | 2.0.13-2
libice6(>= 1:1.0.0) | 2:1.0.5-1
libpango1.0-0   (>= 1.20.3) | 1.22.4-2
libpurple0 (>= 2.5.5-1) | 2.5.5-1
libsm6  | 2:1.1.0-2
libstartup-notification0 (>= 0.8-1) | 0.9-1
libx11-6| 2:1.2-1
libxss1 | 1:1.1.3-1
gconf2(>= 2.10.1-2) | 2.24.0-7
perl (>= 5.10.0-19) | 5.10.0-19
perlapi-5.10.0  | 


System: Linux 2.6.26-1-amd64 #1 SMP Sat Jan 10 17:57:00 UTC 2009 x86_64
X Vendor: The X.Org Foundation
X Vendor Release: 10402000
Selinux: No
Accessibility: Disabled
GTK+ Theme: EasyListening-DarkGray
Icon Theme: Snow-Apple

Memory status: size: 608866304 vsize: 608866304 resident: 77447168 share: 
21725184 rss: 77447168 rss_rlim: 18446744073709551615
CPU usage: start_time: 1236728157 rtime: 570 utime: 514 stime: 56 cutime:4 
cstime: 14 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/pidgin'

(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0x7f39f13937d0 (LWP 12409)]
[New Thread 0x7f39cfd0a950 (LWP 12498)]
0x7f39ee49b31f in waitpid () from /lib/libpthread.so.0
#0  0x7f39ee49b31f in waitpid () from /lib/libpthread.so.0
#1  0x7f39eea15119 in IA__g_spawn_sync (
working_directory=, argv=, 
envp=, flags=, 
child_setup=, user_data=, 
standard_output=0x0, standard_error=0x0, exit_status=0x0, 
error=0x794cbf18) at /build/buildd/glib2.0-2.18.4/glib/gspawn.c:382
#2  0x7f39eea15428 in IA__g_spawn_command_line_sync (
command_line=, standard_output=0x0, 
standard_error=0x0, exit_status=0x0, error=0x794cbf18)
at /build/buildd/glib2.0-2.18.4/glib/gspawn.c:694
#3  0x7f39e864371e in ?? ()
   from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
#4  0x7f39e86437b9 in ?? ()
   from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
#5  
#6  0x7f39ee16c105 in raise () from /lib/libc.so.6
#7  0x7f39ee16d623 in abort () from /lib/libc.so.6
#8  0x0047cea8 in ?? ()
#9  
#10 IA__g_utf8_validate (str=0x0, max_len=-1, end=0x0)
at /build/buildd/glib2.0-2.18.4/glib/gutf8.c:1573
#11 0x7f39ee9c7643 in strdup_len (string=0x0, len=-1, bytes_written=0x0, 
bytes_read=0x0, error=0x0)
at /build/buildd/glib2.0-2.18.4/glib/gconvert.c:1009
#12 0x7f39ee9c7f24 in IA__g_filename_to_utf8 (opsysstring=0x0, len=-1, 
bytes_read=0x0, bytes_written=0x0, error=0x0)
at /build/buildd/glib2.0-2.18.4/glib/gconvert.c:1328
#13 0x7f39ee7055cb in ?? () from /usr/lib/libpurple.so.0
#14 0x7f39ee7060eb in ?? () from /usr/lib/libpurple.so.0
#15 0x7f39d54c1f40 in msn_slplink_process_msg ()
   from /usr/lib/purple-2/libmsn.so
#16 0x7f39d54a8b02 in msn_cmdproc_process_msg ()
   from /usr/lib/purple-2/libmsn.so
#17 0x7f39d54c4d54 in ?? () from /usr/lib/purple-2/libmsn.so
#18 0x7f39d54bec2c in msn_servconn_process_data ()
   from /usr/lib/purple-2/libmsn.so
#19 0x7f39d54bedbf in ?? () from /usr/lib/purple-2/libmsn.so
#20 0x004661be in ?? ()
#21 0x7f39ee9ddafb in IA__g_main_context_dispatch (context=0xd161d0)
at /build/buildd/glib2.0-2.18.4/glib/gmain.c:2144
#22 0x7f39ee9e12bd in g_main_context_iterate (context=0xd161d0, block=1, 
dispatch=1, self=)
at /build/buildd/glib2.0-2.18.4/glib/gmain.c:2778
#23 0x7f39ee9e17ed in IA__g_main_loop_run (loop=0x1534fc0)
at /build/buildd/glib2.0-2.18.4/glib/g

Bug#518412: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]

[Jon Masters]

On Thu, 2009-03-19 at 21:57 +0100, Frans Pop wrote:

> Because the old modprobe does not understand the new relative (or rather 
> rootless) paths, aggravated by the fact that initramfs-tools does not 
> error out or display errors from modprobe (probably for good historic 
> reasons), I suddenly had an initramfs that contained no modules and thus 
> a system that failed to reboot with the new kernel.

Well, that lack of understanding the difference between relative/explict
paths was fixed but of course we can't go back in time and fix what's
already out there and in use. Yes, it was a bad idea of mine (perhaps)
to change the existing file format and I've learned something, but it
should only have affected for example that 3.4 release you're using.

Jon.





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