Bug#370418: failed Installation report for etch beta2 on oldworld PowerPC Mac (beige g3)

[Frans Pop]

On Wednesday 07 June 2006 00:29, Rick Thomas wrote:
> Give me detailed instructions or a pointer to the correct part for me
> to RTFM, and I'll do the manual initrd generation tonight or tomorrow.

info update-initramfs

You need something like 'update-initramfs -v -u'. You may need to add the 
-k  option, and maybe the -t option.


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

Bug#366938: svn commit access to the d-i repo ...

[Anthony Towns]

On Sun, Jun 04, 2006 at 07:02:51PM +0200, Andreas Barth wrote:
> 3. Access controls to source code repositories are not something in the
>regular domain of the Technical Committee.  However, in this case the
>decision was delegated by the Project Leader to the Technical
>Committee as appeal instance of the Project Leader's decision.

Access controls to source code repos hosted on .debian.org seem a
technical decision to me, so plausibly within the committee's domain. We
can, of course, decline to consider the question anyway. I wasn't
intending to delegate anything.

Cheers,
aj



signature.asc
Description: Digital signature

Bug#371058: ESS cannot detect help(foo, package=bar)

[Ethan Glasser-Camp]

Package: ess
Version: 2.3.1-1

Hi,

If you start up ESS in R mode using M-x R, and then execute a command
like:

help(gpar, package=grid)

rather than open another window with the help shown, ESS dumps the
help into the current buffer.

I poked around in lisp/ess-inf.el to try to fix it, and think the
correct location might be around line 1600, after the note saying:

;;> Also, invoking help() from the command line may lead to confusing
;;> output, somewhat worse with R than with S. You're not really supposed
;;> to do that (use C-c C-v to invoke ess-display-help-on-object), but
it's
;;> an obvious newcomer's mistake.

I'm not intimately familiar with the "preferred" method of invoking
help in ESS, and I think I'd prefer to use the standard R method of
just calling help() with a package argument, as above, but if C-c C-v
is preferred, how does one look up help on an object in another package?

Ethan



signature.asc
Description: OpenPGP digital signature

Bug#370418: failed Installation report for etch beta2 on oldworld PowerPC Mac (beige g3)

[Frans Pop]

On Wednesday 07 June 2006 05:58, Rick Thomas wrote:
> They are "vmlinux--2.6.15-1-powerpc" and "initrd.img-2.6.15-1-powerpc".

I've checked the initrd (it's a gzipped cpio archive) and there's nothing 
in there referring to 2.6.8 either. In the initrd:
$ ls lib/modules/
2.6.15-1-powerpc

So there's no
/lib/modules/2.6.8-powerpc/kernel/drivers/input/serio/i8042.ko
to be inserted that could cause the error message you see.

So I'm still voting for an error on your side and you're somehow booting 
your old 2.6.8 kernel or initrd. You really need to try and find some 
kind of explanation for the reference to 2.6.8 when you reboot.

The puzzling thing is though that the other messages you copied initially 
show that it _is_ an initramfs initrd you're booting and d-i does not 
normally create an initramfs initrd for 2.6.8.

Can you try booting with 'break=init'. This should give you a debug shell 
so you can check what kernel version is running and list the contents of 
the initrd that is being used.


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

Bug#365138: I can't reproduce this bug

[srivasta]

Hi,

Darn. I forgot that debconf reexecs the script, so bash -x
 only works until the point of the first execution.  I think we'll
 have to add a set -x just after the set -e line in /usr/bin/ucf, to
 see where exactly is the script dying.

Can you please re-run this after editing /usr/bin/ucf?

thanks

manoj
-- 
Anything is possible on paper. Ron McAfee
Manoj Srivastava   <[EMAIL PROTECTED]><[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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

Bug#337754: further - amarok bug

[David E. Fox]

Please close this bug. It was user error - taglib cruft from a prior
setup was living in /usr/local/lib,and it got scanned because I need
other things found in /usr/local/lib. After removing the old libraries,
amarok starts up fine.


 -- 

David E. Fox  Thanks for letting me
[EMAIL PROTECTED]change magnetic patterns
[EMAIL PROTECTED]   on your hard disk.
---


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

Bug#369029: Apt basque transaltion update

[Christian Perrier]

tags 369029 pending
thanks

Quoting pi ([EMAIL PROTECTED]):
> 
> Atached basque transaltion update, plesae commit


Commited.




signature.asc
Description: Digital signature

Bug#371056: emacs-snapshot-el: wish for non-compressed .el files

[Karl Chen]

Package: emacs-snapshot-el
Version: 1:20060602-1
Severity: wishlist


Hi, I wish there were an alternative to the
emacs-snapshot-el package (that provides emacs-snapshot-el),
that has non-compressed .el files.  .el.gz files are
inconvenient and the disk space is not worth saving when
using big disks.


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

Bug#371055: tiki-install.php shouldn't be in /usr/share/tikiwiki

[Peter Jay Salzman]

Package: tikiwiki
Version: 1.9.2-1
Severity: normal


The file tiki-install.php shouldn't be located in /usr/share/tikiwiki.  From
the tikiwiki mailing list:

> Mose said:
> > Peter Jay Salzman said:
> > I guess I should create the database by hand then.  I started to follow
> > the directions in /usr/share/doc/tikiwiki.   In README.Debian:
> > 
> > 
> >In this case you will need the 'tiki-install.php' script mentioned in
> >the documentation. This and other required scripts are provided in the
> >directory /usr/share/doc/tikiwiki/examples.  To use it, you should
> >copy the script to /usr/share/tikiwiki so that your web server can
> >find it.  You should also uncompress the file db.tar.gz in the same
> >directory.
> >
> > There are two things that aren't clear to me about this paragraph:
> >   
> >1. tiki-install.php is already in /usr/share/tikiwiki
> 
> - it shouldn't, that's a bug.



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

Versions of packages tikiwiki depends on:
ii  apache2 2.0.55-4 next generation, scalable, extenda
ii  apache2-mpm-prefork [httpd] 2.0.55-4 traditional model for Apache2
ii  dbconfig-common 1.8.13   common framework for packaging dat
ii  libphp-adodb4.72-0.1 The 'adodb' database abstraction l
ii  libphp-phplayersmenu3.2.0rc-2hierarchical menu system class for
ii  php-date1.4.3-1  PHP PEAR module for Date and Time 
ii  php-db  1.7.6-2  PHP PEAR Database Abstraction Laye
ii  php-http1.3.6-2  PHP PEAR module for HTTP related s
ii  php-http-request1.3.0-2  provides an easy way to perform HT
ii  php-mail1.1.6-2  PHP PEAR module for sending email
ii  php-net-socket  1.0.6-2  PHP PEAR Network Socket Interface 
ii  php-pear5.1.2-1  PEAR - PHP Extension and Applicati
ii  php-xml-parser  1.2.6-2  PHP PEAR module for parsing XML
ii  php44:4.4.2-1server-side, HTML-embedded scripti
ii  php4-mysql  4:4.4.2-1+b1 MySQL module for php4
ii  php4-pear   4:4.4.2-1PHP Extension and Application Repo
ii  smarty  2.6.11-1 Template engine for PHP

Versions of packages tikiwiki recommends:
ii  php4-gd 4:4.4.2-1+b1 GD module for php4
ii  php4-imagick4:0.9.11+1-2 ImageMagick module for php4

-- debconf information:
* tikiwiki/dbconfig-install: true
  tikiwiki/remote/host:
  tikiwiki/purge: false
  tikiwiki/pgsql/manualconf:
* tikiwiki/database-type: mysql
  tikiwiki/upgrade-backup: true
  tikiwiki/pgsql/authmethod-user: ident
  tikiwiki/pgsql/no-empty-passwords:
  tikiwiki/upgrade-error: abort
  tikiwiki/pgsql/changeconf: false
  tikiwiki/pgsql/admin-user: postgres
  tikiwiki/pgsql/authmethod-admin: ident
* tikiwiki/db/dbname: tikiwiki
* tikiwiki/mysql/admin-user: root
  tikiwiki/remote/port:
* tikiwiki/mysql/method: unix socket
  tikiwiki/pgsql/method: unix socket
  tikiwiki/import-oldsettings:
  tikiwiki/passwords-do-not-match:
  tikiwiki/remote/newhost:
  tikiwiki/install-error: abort
  tikiwiki/remove-error: abort
  tikiwiki/dbconfig-remove: true
* tikiwiki/db/app-user: p
  tikiwiki/dbconfig-upgrade: true
  tikiwiki/performing_upgrade: false


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

Bug#350740: SeaMonkey 1.0.x: Let's schedule a weekend for this

[Alex Vincent]

All right, I am going to be in over my head on this, and I know that
up front.  I'd like to see if we can rally people together on the
weekend of 10 June-11 June (Pacific time zone), on freenode's #mozilla
channel.  Debian packaging experience most badly wanted.

This is the earliest time I can make a dedicated effort to this.  I'm
thinking roughly 11 am PDT Saturday for starting.  Feedback welcome.

--
"The first step in confirming there is a bug in someone else's work is
confirming there are no bugs in your own."
-- Alexander J. Vincent, June 30, 2001


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

Bug#353644: firefox: Confirmed here, with gconf2, without xprint

[Eric Dorland]

forward 353644 https://bugzilla.mozilla.org/show_bug.cgi?id=326305
thanks

* Dylan Thurston ([EMAIL PROTECTED]) wrote:
> Package: firefox
> Version: 1.5.dfsg+1.5.0.4-1
> Followup-For: Bug #353644
> 
> FWIW, I can confirm this problem on my system.  I saw this on two
> different systems: one upgraded continuously for a while, and the
> system I'm writing from, a new install.

That appears to be the upstream bug, and it documents a workaround. 

> In reference to the previous confirmation, I do have gconf2 installed
> but still see the problem.
> 
> In terms of triage, I think this should be release-critical--it's not
> acceptable to have printing broken in a browser.

Please familiarize yourself with the bug severity levels:
http://www.debian.org/Bugs/Developer#severities

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

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ 
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ 
G e h! r- y+ 
--END GEEK CODE BLOCK--


signature.asc
Description: Digital signature

Bug#371054: hibernate: initrd-tools mkinitramfs scripts for suspend2

[Matthew A. Nicholson]

Package: hibernate
Version: 1.91-2
Severity: normal
Tags: patch

This patch adds support for mkinitramfs to create initrd's that allow
resuming.  Suspending is rather useless if you cannot resume...

The scripts are taken from
http://wiki.suspend2.net/DistroAndHardwareSetup/Ubuntu_Breezy_Badger and
slightly modified.

As stated in bug 320617, this might go better in a kernel-patch-suspend2
or linux-patch-suspend2 package.  But these packages seem to be badly
out of date which is why I am submitting this here.

You still need to compile in support for lzf compression for this to
work.

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

Versions of packages hibernate depends on:
ii  console-tools  1:0.2.3dbs-62 Linux console and font utilities

Versions of packages hibernate recommends:
ii  hdparm6.6-1  tune hard disk parameters for high
pn  vlock  (no description available)

-- no debconf information
diff -ruN hibernate-1.91.orig/debian/hibernate.dirs 
hibernate-1.91.new/debian/hibernate.dirs
--- hibernate-1.91.orig/debian/hibernate.dirs   2006-06-06 22:19:41.0 
-0500
+++ hibernate-1.91.new/debian/hibernate.dirs2006-06-06 22:03:54.0 
-0500
@@ -1,2 +1,4 @@
 etc/hibernate/scriptlets.d
+etc/mkinitramfs/hooks
+etc/mkinitramfs/scripts/local-premount
 usr/share/hibernate/examples
diff -ruN hibernate-1.91.orig/debian/hibernate.install 
hibernate-1.91.new/debian/hibernate.install
--- hibernate-1.91.orig/debian/hibernate.install2006-06-06 
22:19:41.0 -0500
+++ hibernate-1.91.new/debian/hibernate.install 2006-06-06 22:19:07.0 
-0500
@@ -6,3 +6,4 @@
 common.conf/etc/hibernate/
 blacklisted-modules/etc/hibernate/
 scriptlets.d/  /usr/share/hibernate/
+mkinitramfs/   /etc/
diff -ruN hibernate-1.91.orig/mkinitramfs/hooks/suspend2 
hibernate-1.91.new/mkinitramfs/hooks/suspend2
--- hibernate-1.91.orig/mkinitramfs/hooks/suspend2  1969-12-31 
18:00:00.0 -0600
+++ hibernate-1.91.new/mkinitramfs/hooks/suspend2   2006-06-06 
22:17:08.0 -0500
@@ -0,0 +1,23 @@
+#!/bin/sh
+PREREQ=""
+
+prereqs()
+{
+echo "$PREREQ"
+}
+
+case $1 in
+# get pre-requisites
+prereqs)
+prereqs
+exit 0
+;;
+esac
+
+. /usr/share/initramfs-tools/hook-functions
+
+if [ -x /usr/sbin/suspend2ui_text ];
+then
+mkdir --parents ${DESTDIR}/usr/sbin 2>/dev/null || true
+copy_exec /usr/sbin/suspend2ui_text usr/sbin
+fi
diff -ruN hibernate-1.91.orig/mkinitramfs/scripts/local-premount/suspend2 
hibernate-1.91.new/mkinitramfs/scripts/local-premount/suspend2
--- hibernate-1.91.orig/mkinitramfs/scripts/local-premount/suspend2 
1969-12-31 18:00:00.0 -0600
+++ hibernate-1.91.new/mkinitramfs/scripts/local-premount/suspend2  
2006-06-06 22:17:31.0 -0500
@@ -0,0 +1,22 @@
+#!/bin/sh
+
+PREREQ=""
+
+prereqs()
+{
+echo "$PREREQ"
+}
+
+case $1 in
+# get pre-requisites
+prereqs)
+prereqs
+exit 0
+;;
+esac
+
+if [ -d /proc/suspend2 ]; then
+  echo > /proc/suspend2/do_resume
+elif [ -d /proc/software_suspend ]; then
+  echo > /proc/software_suspend/do_resume
+fi

Bug#370418: failed Installation report for etch beta2 on oldworld PowerPC Mac (beige g3)

[Rick Thomas]

On Jun 6, 2006, at 6:35 PM, Sven Luther wrote:


On Tue, Jun 06, 2006 at 06:29:10PM -0400, Rick Thomas wrote:

It's an oldworld Mac (beige G3) and I use MacOS-9/BootX as the
bootloader, so I skipped the "install quik bootloader" step during
the install (used "continue without bootloader").  That's probably
why you aren't seeing anything in the logs about bootloader setup.

This machine has a partition with sarge on it.  Is it trying to do
something with the 2.6.8 kernel from there?  If so, why?!?

Give me detailed instructions or a pointer to the correct part for me
to RTFM, and I'll do the manual initrd generation tonight or  
tomorrow.


How is your BootX configuration done, could it be that you copied  
or otherwise
use the wrong ramdisk, namely the one from your sarge install ?  
Altough this

one will presumably use initrd-tools, and not initramfs-tools.

Friendly,

Sven Luther


That's one of the first things I thought of too.  Unfortunately, the  
ramdisk and kernel in the BootX folder under MacOS-9 and in the /boot  
directory of the dead beta2 partition match up bit for bit.  I used  
"cmp" to check.


I re-did the boot of the beta2 kernel and initrd just to be sure.   
Same results.


They are "vmlinux--2.6.15-1-powerpc" and "initrd.img-2.6.15-1-powerpc".

I've put them on the same web as the logfiles, if you want to take a  
look.


Enjoy!

Rick


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

Bug#371053: racoon: Please compile --with-libpam [patch]

[Todd Troxell]

Package: racoon
Severity: wishlist
Tags: patch

It would be nice to have pam support.

Cheers,
-Todd

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.21-40.EL
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
diff -ru ipsec-tools-0.6.5-orig/debian/rules ipsec-tools-0.6.5/debian/rules
--- ipsec-tools-0.6.5-orig/debian/rules 2006-06-06 15:57:40.0 -0400
+++ ipsec-tools-0.6.5/debian/rules  2006-06-06 15:56:55.0 -0400
@@ -33,7 +33,7 @@
 config.status: configure
dh_testdir
# Add here commands to configure the package.
-   CFLAGS="$(CFLAGS)" ./configure --verbose --host=$(DEB_HOST_GNU_TYPE) 
--build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --sysconfdir=/etc/racoon 
--mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info 
--localstatedir=/var/run --enable-shared --disable-static --enable-frag 
--enable-gssapi --enable-hybrid --enable-xauth --enable-dpd --enable-adminport 
--enable-natt --with-kernel-headers=/usr/include --without-readline
+   CFLAGS="$(CFLAGS)" ./configure --verbose --host=$(DEB_HOST_GNU_TYPE) 
--build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --sysconfdir=/etc/racoon 
--mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info 
--localstatedir=/var/run --enable-shared --disable-static --enable-frag 
--enable-gssapi --enable-hybrid --enable-xauth --with-libpam --enable-dpd 
--enable-adminport --enable-natt --with-kernel-headers=/usr/include 
--without-readline
 
 #Architecture 
 build: build-arch build-indep

Bug#371052: Remove libc_cv_gcc_unwind_find=yes from m32r/configure.

[Kazuhiro Inaoka]

Package:glibc
Version:2.3.6-13
Serverity:wishlist
Tags:patch

Excuse me, my any/local-libgcc-static.diff patch was bad.

We provide _Unwind_Find_FDE from only libgcc.
But we defined libc_cv_gcc_unwind_find_fde=yes.
It was a mistake.

This patch is to remove the difinition (libc_cv_gcc_unwind_find_fde=yes)
from ports/sysdeps/unix/sysv/linux/m32r/configure and configure.in.

Please apply it.

changelog:
  * Add debian/patches/m32r/local-ports-m32r-configure.diff
- Remove libc_cv_gcc_unwind_find_fde=yes from m32r/configure.

Regards,

Kazuhiro Inaoka
--- patches/m32r/local-ports-m32r-configure.diff.org1970-01-01 
09:00:00.0 +0900
+++ patches/m32r/local-ports-m32r-configure.diff2006-06-07 
11:14:27.603035444 +0900
@@ -0,0 +1,30 @@
+--- ports/ChangeLog.m32r.org   2006-06-07 11:06:19.0 +0900
 ports/ChangeLog.m32r   2006-06-07 11:09:14.0 +0900
+@@ -1,3 +1,9 @@
++2006-06-07  Kazuhiro Inaoka <[EMAIL PROTECTED]>
++  * sysdeps/unix/sysv/linux/m32r/configure: Removed
++libc_cv_gcc_unwind_find=yes, because we provide _Unwind_Find_FDE 
++from libgcc.
++  * sysdeps/unix/sysv/linux/m32r/configure: Ditto.
++
+ 2006-04-24  Kazuhiro Inaoka <[EMAIL PROTECTED]>
+   * sysdeps/m32r/setjmp.h : Avoid stdlib/isomac.out Error.
+ 
+--- ports/sysdeps/unix/sysv/linux/m32r/configure.org   2006-06-07 
11:10:18.246273092 +0900
 ports/sysdeps/unix/sysv/linux/m32r/configure   2006-06-07 
11:10:44.274182120 +0900
+@@ -2,5 +2,5 @@
+  # Local configure fragment for m32r/sysdeps/unix/sysv/linux/m32r
+ 
+ arch_minimum_kernel=2.4.19
+-libc_cv_gcc_unwind_find_fde=yes
++
+ 
+--- ports/sysdeps/unix/sysv/linux/m32r/configure.in.org2006-06-07 
11:10:08.629784565 +0900
 ports/sysdeps/unix/sysv/linux/m32r/configure.in2006-06-07 
11:10:51.486048578 +0900
+@@ -1,5 +1,5 @@
+ # Local configure fragment for m32r/sysdeps/unix/sysv/linux/m32r
+ 
+ arch_minimum_kernel=2.4.19
+-libc_cv_gcc_unwind_find_fde=yes
++
+ 
--- patches/series.org  2006-06-07 11:04:58.0 +0900
+++ patches/series  2006-06-07 11:30:59.580736978 +0900
@@ -90,6 +90,7 @@
 
 m32r/cvs-elf-m32r_rel32.diff -p0
 m32r/local-ports-m32r.diff -p0
+m32r/local-ports-m32r-configure.diff -p0
 
 m68k/local-compat.diff -p1 
 m68k/local-dwarf2-buildfix.diff -p0

Bug#365750: gnus doesn't start

[James Troup]

severity 365750 important
thanks

Stefan Janke <[EMAIL PROTECTED]> writes:

[ Sorry for not replying earlier, my bug mail filters weren't setup to
  flag bugs for gnus yet. ]

> If I start gnus, then I get at the moment only the following backtrace:

I (obviously) can't reproduce this.  Could you please a) try ngnus 0.5 once it
reaches the archive, b) send me any relevant config files (~/.emacs,
~/.gnus.el etc.).  I also need to know which emacsen you're using.

-- 
James


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

Bug#369657: dh_install error of copy librpcsvc,.a at cross-compiling.

[Kazuhiro Inaoka]

Hi,

How about this patch?

Regards,

Kazuhiro Inaoka

Kazuhiro Inaoka wrote:


Package:glibc
Versio:2.3.6-11
Serverity:wishlist

The following error of dh_install happened at cross-compiling.

dh_install -plibc6-dev
cp: cannot stat `./debian/tmp-libc/usr/lib/librpcsvc.a': No such file or 
directory

dh_install: command returned error code 256

The librpcsvc.a is not created at cross-compiling.

Regards,

Kazuhiro Inaoka


--- rules.d/debhelper.mk.org2006-06-07 11:17:10.171419822 +0900
+++ rules.d/debhelper.mk2006-05-31 15:32:42.0 +0900
@@ -252,6 +252,12 @@
  esac; \
done
 
+   if [ $(DEB_HOST_ARCH) != $(DEB_BUILD_ARCH) ]; then \
+ sed -e "s/^.*librpcsvc.*//g" -i debian/libc6-alt-dev.install; \
+ sed -e "s/^.*librpcsvc.*//g" -i debian/libc6-dev.install; \
+ sed -e "s/^.*librpcsvc.*//g" -i debian/libc6-dev.install.hurd-i386; \
+   fi
+
# Substitute __SUPPORTED_LOCALES__.
perl -i -pe 'BEGIN {undef $$/; open(IN, 
"debian/tmp-libc/usr/share/i18n/SUPPORTED"); $$j=;} 
s/__SUPPORTED_LOCALES__/$$j/g;' debian/locales.config
 

Bug#371050: does not build on sarge (since fix for #318268)

[Alexander Zangerl]

Package: lirc-modules-source
Version: 0.7.1pre2-2
Severity: serious
Justification: no longer builds from source

the modules package doesn't build as "build architecture i386 not in list"
or somesuch: sarge's old dpkg 1.10 does not have DEB_BUILD_ARCH_CPU in
dpkg-architecture. 
the fix for #318268 has introduced this dependency on new dpkg.

i can see two ways to clean this up: 
a) specifying a build-depends dpkg >=1.13 
in the control.in, or 
b) making the rules fragment that determines the architecture a bit 
more robust: try the new setup first, no result? then
fall back. still no result -> error out.

as build-depends are not yet (TTBOMK) handled by make-kpkg, 
a) is not a full fix as it'll still fail to compile - but at least there might 
be a chance that the user looks at the control file and figures out the
problem.

regards
az

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (980, 'testing'), (970, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.14
Locale: LANG=C, LC_CTYPE=de_AT (charmap=ISO-8859-1)

Versions of packages lirc-modules-source depends on:
ii  debconf [debconf-2.0] 1.4.30.13  Debian configuration management sy
ii  debhelper 4.2.32 helper programs for debian/rules
ii  debianutils   2.8.4  Miscellaneous utilities specific t

-- debconf information excluded


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

Bug#296332: Works with patch once debugging is turned off

[Anthony DeRobertis]

Steinar H. Gunderson wrote:
>   http://storage.sesse.net/stratagus_2.1-9.1_amd64.deb 
>
> which is basically -9 + my stratagus.diff + a fix for -lX11.
It needs a newer version of sdl than I have. Do you have a source
package available so I may recompile it?



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

Bug#371051: ttf-dejavu: defoma error

[Arthur Marsh]

Package: ttf-dejavu
Version: 2.6-1
Severity: normal


When installing ttf-dejavu I had the following error:

Setting up ttf-dejavu (2.6-1) ...
Installing new version of config file /etc/defoma/hints/ttf-dejavu.hints 
...
Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma 
line 108.
Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma 
line 108.
Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma 
line 108.
Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma 
line 108.
Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma 
line 108.
Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma 
line 108.
Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma 
line 108.
opendir: No such file or directory



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

Versions of packages ttf-dejavu depends on:
ii  defoma0.11.8-0.1 Debian Font Manager -- automatic f

ttf-dejavu recommends no packages.

-- no debconf information


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

Bug#351693: guile on ia64

[Thomas Bushnell BSG]

Steve Langasek <[EMAIL PROTECTED]> writes:

> On Mon, Jun 05, 2006 at 04:47:44PM -0700, Thomas Bushnell BSG wrote:
>> The correct response, I believe, is for Debian guile-1.6 to declare in
>> the architecture spec that ia64 is not supported.
>
>> This is also a release engineering issue, because it means that
>> packages which use guile (say, like gnucash) would need to be able to
>> slide into testing despite not being functional on ia64.
>
>> It seems like it would be incorrect to declare in gnucash that ia64 is
>> not supported, because there is no gnucash-specific problem.  Still, I
>> don't understand all the release engineering issues.
>
>> Steve, can you offer some suggestions?  Assume, for the moment, that
>> it will not be possible to make guile work on ia64.  What then?
>
> If guile-1.6 declares, with the consent of the ia64 porters, that ia64 is
> not supported (either by explicitly excluding it from the architecture list
> or by adding a test suite that fails at build-time), then it would be
> appropriate to ask the ftp team to drop the ia64 binaries of gnucash from
> unstable.  The procedure for doing this is to file a bug report against
> ftp.debian.org.

Great.  So the problem, by the way, is that ia64 has two stacks, and
the stack copying code that implements call-with-current-continuation
needs special magic to deal appropriately.

It's like porting a compiler.  It's not legitimate to just assume that
it will always work on any new arch. :)

My belief is that we have absolutely no real evidence of guile or
gnucash *ever* working on ia64.  Rob, can you chime in if this is not
correct?

Thomas


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

Bug#371049: network-manager: does not set wireless key correctly

[Brice Goglin]

Package: network-manager
Version: 0.6.2-3
Severity: normal

Hi,

network-manager is supposed to be wonderful to manage various networks but I 
can't
get it to work correctly. I have a Thinkpad T43 with an ipw2200 driver (1.1.2 
driver
on 2.6.17-rc6). I need to connect to either a WPA personal wireless network at 
home
(CCMP pairwise and group) or a WEP encrypted at work (104bits hex key with 
shared key
authentication).

When I choose to connect to my WPA network in network-manager, it does not seem 
to
set the WPA key in my interface (at least, that's why iwconfig says). Most of 
the time,
I end up having to set the key with iwconfig before network-manager becomes 
happy. The
connection is very stable then.

On the WEP network, network-manager sets the key correctly but does not set it 
to
"restricted" (according to iwconfig). The key remains in "open" authentication.
The log of my last attempt to connect to this WEP network is attached below.

Sometime it works, but most of the time, it does not and I have to help 
network-manager
or reboot/reset the driver multiple times before getting connected to my 
wireless
network.

Note that network scanning works fine. Both networks are always proposed by 
network-manager
when they are nearby. Storing the key in gnome-keyring also seems to work fine.

Also note that I was using wpa_supplicant without network-manager before, and 
it was
working much better. But, given the features of network-manager, I'd rather not 
go
back to wpa_supplicant-only.
I checked that no additional wpa_supplicant was running in the background and 
disturbing
network-manager.

Thanks,
Brice Goglin





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

Versions of packages network-manager depends on:
ii  dbus0.61-5   simple interprocess messaging syst
ii  dhcdbd  1.14-1   dbus interface to the ISC DHCP cli
ii  hal 0.5.7-2  Hardware Abstraction Layer
ii  iproute 20051007-4   Professional tools to control the 
ii  iputils-arping  3:20020927-3 Tool to send ICMP echo requests to
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libdbus-1-2 0.61-5   simple interprocess messaging syst
ii  libdbus-glib-1-20.61-5   simple interprocess messaging syst
ii  libgcrypt11 1.2.2-1  LGPL Crypto library - runtime libr
ii  libglib2.0-02.10.2-1 The GLib library of C routines
ii  libgpg-error0   1.2-1library for common error values an
ii  libhal1 0.5.7-2  Hardware Abstraction Layer - share
ii  libiw28 28-1 Wireless tools - library
ii  libnl1-pre6 0.99+1.0.svn21-4 Library for dealing with netlink s
ii  libnm-util0 0.6.2-3  network management framework (shar
ii  lsb-base3.1-8Linux Standard Base 3.1 init scrip
ii  wpasupplicant   0.4.9-1  Client support for WPA and WPA2 (I

network-manager recommends no packages.

-- no debconf information



^IActivation (wifi) New wireless user key for network 
'schmilblick' received.
^IActivation (wifi) Stage 1 of 5 (Device Prepare) scheduled...
^IActivation (wifi) Stage 1 of 5 (Device Prepare) started...
^IActivation (wifi) Stage 2 of 5 (Device Configure) scheduled...
^IActivation (wifi) Stage 1 of 5 (Device Prepare) complete.
^IActivation (wifi) Stage 2 of 5 (Device Configure) starting...
^IActivation (wifi/wireless): access point 'schmilblick' is 
encrypted, and a key exists.  No new key needed.
^ISUP: sending command 'INTERFACE_ADD 
wifi^I^Iwext^I/var/run/wpa_supplicant^I'
^ISUP: response was 'OK'
^ISUP: sending command 'AP_SCAN 1'
^ISUP: response was 'OK'
^ISUP: sending command 'ADD_NETWORK'
^ISUP: response was '0'
^ISUP: sending command 'SET_NETWORK 0 ssid 7363686d696c626c69636b'
^ISUP: response was 'OK'
^ISUP: sending command 'SET_NETWORK 0 key_mgmt NONE'
^ISUP: response was 'OK'
^ISUP: sending command 'SET_NETWORK 0 wep_key0 '
^ISUP: response was 'OK'
^ISUP: sending command 'SET_NETWORK 0 wep_tx_keyidx 0'
^ISUP: response was 'OK'
^ISUP: sending command 'ENABLE_NETWORK 0'
^ISUP: response was 'OK'
^IActivation (wifi) Stage 2 of 5 (Device Configure) complete.
^IActivation (wifi/wireless) Stage 2 of 5 (Device Configure) 
successful.  Connected to access point 'schmilblick'.
^IActivation (wifi) Stage 3 of 5 (IP Configure Start) scheduled.
^IActivation (wifi) Stage 3 of 5 (IP Configure Start) started...
^IActivation (wifi) Beginning DHCP transaction.
^IActivation (wifi) Stage 3 of 5 (IP Configure Start) complete.
^Iwpa_supplicant(27528): Global cont

Bug#364395: user's modifications to init script has a bug?

[Josh Metzler]

Looking at the initscript Patrick included in his message, and the one 
shipped with the package, it looks he added this line:

PARAMS="-m /var/spool/postfix/var/run/saslauthd"

However, according to man start-stop-daemon, -m does not take an argument.  
So, my guess is that start-stop-daemon is failing do to this addition.

That doesn't necessarily explain why it is failing for others, though.

Josh


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

Bug#275241: /var/spoll/samba could be created by default

[Steve Langasek]

On Mon, Jun 05, 2006 at 05:55:19PM +0200, Peter Eisentraut wrote:
> Steve Langasek wrote:
> > Where is the value in creating this directory at all, if you're just
> > going to create it with the same perms as /tmp anyway?

> The concern was that /tmp would be deleted after a crash or just a 
> reboot.  But /var/tmp seems like a fine solution, though.

Oh, in this case /var/tmp is also not safe against tmp reapers.  So yes, if
the need is for a directory that is managed exclusively by samba at the
system level, /var/spool/samba sounds like a good idea after all.

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.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#371048: xserver-xorg persists in using wrong old XFree86 debconf values

[Uwe Storbeck]

Package: xserver-xorg
Version: 1:7.0.20
Severity: important

xserver-xorg persists in using the wrong old XFree86 debconf values.
I have removed all XFree86 config files, even the backups, have
reinstalled the xserver-xorg package, removed the xorg.conf file and
have reconfigured the package. Nothing helps, xserver-xorg always
creates an xorg.conf file with the old, wrong XFree86 settings.

# dpkg -P xserver-xorg
(Reading database ... 152882 files and directories currently installed.)
Removing xserver-xorg ...
xserver-xorg prerm warning: X server provided by xserver-xorg package is
   being removed; setting /etc/X11/X to point to /bin/true
Purging configuration files for xserver-xorg ...
# ll xorg.conf
-rw-r--r-- 1 root root 5038 Jun  7 03:27 xorg.conf
# rm xorg.conf
# rm xorg.conf.2006060*
# rm XF86Config*
# apt-get install xserver-xorg
Reading package lists... Done
Building dependency tree... Done
Recommended packages:
   laptop-detect (0.12.1)
   mdetect (0.5.2.1)
   discover1 (1.7.18)
   discover (2.0.7-2.1)
The following NEW packages will be installed:
   xserver-xorg (7.0.20)
0 upgraded, 1 newly installed, 0 to remove and 3 not upgraded.
Need to get 0B/130kB of archives.
After unpacking 496kB of additional disk space will be used.
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
Preconfiguring packages ...
xserver-xorg config warning: Migrating xserver-xfree86 debconf values to
   xserver-xorg.
Selecting previously deselected package xserver-xorg.
(Reading database ... 152878 files and directories currently installed.)
Unpacking xserver-xorg (from .../xserver-xorg_1%3a7.0.20_all.deb) ...
xserver-xorg config warning: Migrating xserver-xfree86 debconf values to
   xserver-xorg.
Server symlink checksum doesn't exist. We need to make it
Setting up xserver-xorg (7.0.20) ...
xserver-xorg config warning: Migrating xserver-xfree86 debconf values to
   xserver-xorg.
xserver-xorg postinst warning: not updating /etc/X11/X; file has been
   customized

# dpkg-reconfigure xserver-xorg
xserver-xorg postinst warning: not updating /etc/X11/X; file has been
   customized
# ll /etc/X11/X
lrwxrwxrwx 1 root root 13 Jun  7 03:30 /etc/X11/X -> /usr/bin/Xorg

This is a link, I don't have customized anything here.

# ll /usr/bin/Xorg
-rwxr-xr-x 1 root root 1636920 May  3 06:01 /usr/bin/Xorg

And the xorg.conf file still contains the settings for my old Radeon card
although the debconf database has the correct values for the current card
(Asus N6200, see below).
I've done this circle multiple times with some variations, all without
success.

Regards,

Uwe


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (750, 'testing'), (650, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.18
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages xserver-xorg depends on:
ii  debconf   1.5.1  Debian configuration management sy
pi  x11-common1:7.0.20   X Window System (X.Org) infrastruc
ii  xbase-clients 1:7.0.1-2  miscellaneous X clients
ii  xkb-data  0.8-5  X Keyboard Extension (XKB) configu
ii  xserver-xorg-core 1:1.0.2-8  X.Org X server -- core server
ii  xserver-xorg-input-al 1:7.0.20   the X.Org X server -- input driver
ii  xserver-xorg-input-ev 1:1.0.0.5-2X.Org X server -- evdev input driv
ii  xserver-xorg-input-kb 1:1.0.1.3-2X.Org X server -- keyboard input d
ii  xserver-xorg-input-mo 1:1.0.4-3  X.Org X server -- mouse input driv
ii  xserver-xorg-video-al 1:7.0.20   the X.Org X server -- output drive
ii  xserver-xorg-video-ap 1:1.0.1.5-2X.Org X server -- APM display driv
ii  xserver-xorg-video-ar 1:0.5.0.5-2X.Org X server -- ark display driv
ii  xserver-xorg-video-at 1:6.5.8.0-1X.Org X server -- ATI display driv
ii  xserver-xorg-video-ch 1:1.0.1.3-3X.Org X server -- Chips display dr
ii  xserver-xorg-video-ci 1:1.0.0.5-2X.Org X server -- Cirrus display d
ii  xserver-xorg-video-cy 1:1.0.0.5-2X.Org X server -- Cyrix display dr
ii  xserver-xorg-video-du 1:0.1.0.5-2X.Org X server -- dummy display dr
ii  xserver-xorg-video-fb 1:0.1.0.5-2X.Org X server -- fbdev display dr
ii  xserver-xorg-video-gl 1:1.0.1.3-3X.Org X server -- Glint display dr
ii  xserver-xorg-video-i1 1:1.1.0.5-2X.Org X server -- i128 display dri
ii  xserver-xorg-video-i7 1:1.0.0.5-2X.Org X server -- i740 display dri
ii  xserver-xorg-video-i8 1:1.5.1.0-2X.Org X server -- Intel i8xx, i9xx
ii  xserver-xorg-video-im 1:1.0.0.5-2X.Org X server -- IMSTT display dr
ii  xserver-xorg-video-mg 1:1.2.1.3.dfsg.1-2 X.Org X server -- MGA display driv
ii  xserver-xorg-video-ne 1:1.0.0.5-2X.Org X server -- Neomagic display
ii  xserver-xorg-video-ne 1:0.1.4.1-3X.O

Bug#370718: purging samba deletes files belonging to winbind

[Steve Langasek]

On Tue, Jun 06, 2006 at 04:54:58PM +0200, Peter Eisentraut wrote:

> Purging the samba package deletes the directories /var/cache/samba,
> /var/log/samba, and /var/run/samba, even though winbind might still
> be running and have files in there.

> The attached patch shows what I found necessary to have each package
> only delete exactly those files that it creates.  But I fear that this
> will be a maintenance issue if new file names pop up every now and
> then.  Other ideas on how to fix this?

I guess the most reliable fix would be to make samba-common the owner of
these directories since it's the common package both samba and winbind
depend on?

Having individual packages also remove individual files that they know
they're exclusive owners of also shouldn't hurt.

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.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#371047: Reportbug post-installation script returns error

[Autumn Lansing]

Package: reportbug
Version: 3.21
Severity: Grave
File: /usr/share/reportbug/reportbug_submit.py

The reportbug post-installation script returns an error.

--Output from installation:

Setting up reportbug (3.21) ...
Compiling /usr/share/reportbug/reportbug_submit.py ...
  File "/usr/share/reportbug/reportbug_submit.py", line 354
while failed != True:
^
SyntaxError: invalid syntax

dpkg: error processing reportbug (--configure):
 subprocess post-installation script returned error exit status 1

--Output from running reportbug via the commandline:

[EMAIL PROTECTED]:~$ reportbug
Traceback (most recent call last):
  File "/usr/bin/reportbug", line 52, in ?
import reportbug_submit
  File "/usr/share/reportbug/reportbug_submit.py", line 354
while failed != True:
^
SyntaxError: invalid syntax

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-486
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)



Versions of packages reportbug depends on:
ii  python2.3


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

Bug#371046: xserver-xorg: purging the package does not remove the config file

[Uwe Storbeck]

Package: xserver-xorg
Version: 7.0.20
Severity: normal

Purging the xserver-xorg package does not remove the config file:

# dpkg -P xserver-xorg
(Reading database ... 152882 files and directories currently installed.)
Removing xserver-xorg ...
Purging configuration files for xserver-xorg ...

But /etc/X11/xorg.conf still exists after this.

Regards,

Uwe

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (750, 'testing'), (650, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.18
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)


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

Bug#369998: OpenSSH SCP Shell Command Execution Vulnerability

[Colin Watson]

forcemerge 349645 369998
thanks

On Fri, Jun 02, 2006 at 02:33:32PM -0300, Pedro Müller wrote:
> Package: openssh-server
> Version: 4.2p1-8
> Please, 
> see:http://www.securityfocus.com/bid/16369/infohttp://xforce.iss.net/xforce/xfdb/24305Pedro
>  Müller

This has already been fixed in openssh 1:4.3p2-1.

(Also, if you could fix the line breaks in your mail client, that would
be nice.)

-- 
Colin Watson   [EMAIL PROTECTED]


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

Bug#371045: gnopernicus: Lots of warnings during upgrade

[Vincent Lönngren]

Package: gnopernicus
Version: 1.0.4-1
Severity: normal

This was displayed during the setup:

Ställer in gnopernicus (1.0.4-1) ...
I/O error : Attempt to load network entity 
http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd
I/O error : Attempt to load network entity 
http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd
I/O error : Attempt to load network entity 
http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd
I/O error : Attempt to load network entity 
http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:849: parser error : 
Entity 'lpar' not defined
The reader outputs the following punctuation marks: < > 
( &rpar
  
^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:849: parser error : 
Entity 'rpar' not defined
para>The reader outputs the following punctuation marks: < > 
( )
   
^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:850: parser error : 
Entity 'lcub' not defined
{ } * − + =
  ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:850: parser error : 
Entity 'rcub' not defined
{ } * − + =
 ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:850: parser error : 
Entity 'ast' not defined
{ } * − + =
   ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:850: parser error : 
Entity 'minus' not defined
{ } * − + =
   ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:850: parser error : 
Entity 'plus' not defined
{ } * − + =
  ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:850: parser error : 
Entity 'equals' not defined
{ } * − + =
   ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:853: parser error : 
Entity 'lpar' not defined
The reader outputs the following punctuation marks: < > 
( &rpar
  
^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:853: parser error : 
Entity 'rpar' not defined
para>The reader outputs the following punctuation marks: < > 
( )
   
^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:854: parser error : 
Entity 'lcub' not defined
{ } * − + = , " '
  ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:854: parser error : 
Entity 'rcub' not defined
{ } * − + = , " '
 ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:854: parser error : 
Entity 'ast' not defined
{ } * − + = , " '
   ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:854: parser error : 
Entity 'minus' not defined
{ } * − + = , " '
   ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:854: parser error : 
Entity 'plus' not defined
{ } * − + = , " '
  ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:854: parser error : 
Entity 'equals' not defined
{ } * − + = , " '
   ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:854: parser error : 
Entity 'comma' not defined
{ } * − + = , " '
   ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:857: parser error : 
Entity 'lpar' not defined
The reader outputs the following punctuation marks: < > 
( &rpar
  
^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:857: parser error : 
Entity 'rpar' not defined
para>The reader outputs the following punctuation marks: < > 
( )
   
^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:858: parser error : 
Entity 'lcub' not defined
{ } * − + = , " ' & 
_
  ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:858: parser error : 
Entity 'rcub' not defined
{ } * − + = , " ' & 
_
 ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:858: parser error : 
Entity 'ast' not defined
{ } * − + = , " ' & 
_
   ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:858: parser error : 
Entity 'minus' not defined
{ } * − + = , " ' & 
_
   ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:858: parser error : 
Entity 'plus' not defined
{ } * − + = , " ' & 
_
  ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:858: parser error : 
Entity 'equals' not defined
{ } * − + = , " ' & 
_
   ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:858: parser error : 
Entity 'comma' not defined
{ } * − + = , " ' & 
_
   ^
/usr/share/gnome/help/gnopernicus/C/gnopernicus.xml:858: parser error : 
Entity 'lowb

Bug#370553: ruby1.8: causes subversion testsuite failure on alpha, arm

[Peter Samuelson]

> Troy Heber is debugging this on alpha and he reports that rebuilding
> ruby1.8 with gcc 4.1 fixes it.  Also, downgrading to ruby1.8 1.8.4-1
> fixed it, which I attribute to the fact that this too used a
> different version of gcc for the alpha build.  (Nobody has checked
> whether any of this is also true on arm.)

Further info from Troy: gcc 4.0.3 with -fno-strict-aliasing also seems
to fix this bug.  I would strongly suggest adding -fno-strict-aliasing
in any case (or _properly_ fixing the gcc warnings related to this),
since it's quite possible that other bugs are also lurking due to this.

Peter


signature.asc
Description: Digital signature

Bug#371044: plptools: New upstream version (0.15)

[Reuben Thomas]

Package: plptools
Severity: wishlist

Please update! The new version includes some build fixes, some
translation fixes taken from the Debian patch, and a new feature: the
ability to set the EPOC device's clock from plpftp.

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


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

Bug#370720: virtual-package-depends-without-real-package-depends is bodus

[Russ Allbery]

martin f krafft <[EMAIL PROTECTED]> writes:

> Package: lintian
> Version: 1.23.21
> Severity: normal

> W: mdadm: virtual-package-depends-without-real-package-depends recommends: 
> mail-transport-agent
> N:
> N:   The package declares a depends on a virtual package without listing a
> N:   real package as an alternative first.
> N:   
> N:   A real package should be listed in the first part of the | dependency
> N:   in order for the package to be installable by package management
> N:   programs that can't or won't guess which alternative to select by
> N:   default. In particular, it helps build daemons rebuild the package
> N:   without manual overrides.
> N:   
> N:   Refer to Policy Manual, section 7.4 for details.

> This makes no sense. Build daemons are only concerned about
> build-depends, and there isn't one package management programme in
> Debian that can't pick an alternative.

> Please at least don't show this warning for recommends/suggests.

If package A Build-Depends on package B which in turn then Depends on
virtual package C, I can see two possibilities:  either the package system
will want to prompt someone for what package to install, which won't work
because it's non-interactive, or the installed package to satisfy the
dependency on virtual package C will be chosen essentially at random.  The
latter leaves open the possibility that a different choice will be made
next time, meaning that we no longer have a consistent and reproducible
build environment.  That strikes me as bad, although I'm not sure it's bad
enough to warrant the lintian warning.  I'd at least want to see some more
discussion of that first.

I think I agree with you on recommends/suggests.  Unless any other lintian
maintainer has an objection, I'll exempt recommends/suggests from this
check.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#371038: tla 1.3.3-3.3 can no longer write to WebDAV archives

[Adrian Irving-Beer]

Package: tla
Version: 1.3.3-3.3
Severity: important

An attempted import with tla 1.3.3-3.3.  Note that 'wisq' is censored
with '' to avoid spamming webcrawlers:

% tla import -S -s"Import clean build tree."
* creating category [EMAIL PROTECTED]/dboxfe
* creating branch [EMAIL PROTECTED]/dboxfe--debian
* creating version [EMAIL PROTECTED]/dboxfe--debian--0.1.1



i/o error modifying archive (internal error in 
archive-pfs.c(pfs_lock_revision))
archive: [EMAIL PROTECTED]
path: dboxfe/dboxfe--debian/dboxfe--debian--0.1.1/[EMAIL 
PROTECTED]/+contents/++revision-lock/+contents


The version is left in a locked, non-unlockable (ususable) state and
must be manually fixed.

Once the archive is cleaned up (remove category 'dboxfe'), I can
downgrade to tla 1.3.3-3 and commit.  Looks exactly the same up to the
GPG prompt, after which I get the standard

* imported [EMAIL PROTECTED]/dboxfe--debian--0.1.1


This is 100% reproduceable:  If I upgrade back to tla 1.3.3-3.3, again
clean the archive, and again try to import (a pre-import copy of) my
tree (i.e. replicating the above steps), it continues to fail.

I have experienced this with 'commit', too, but at the time, I thought
it was a locking error in my archive.

This could possibly be an error in libneon25, but I have no way to
test that hypothesis.  Either way, it's tla that cacks in the end.

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

Versions of packages tla depends on:
ii  diff  2.8.1-11   File comparison utilities
ii  gawk  1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr
ii  libc6 2.3.6-13   GNU C Library: Shared libraries
ii  libneon25 0.25.5.dfsg-5  An HTTP and WebDAV client library
ii  patch 2.5.9-4Apply a diff file to an original

tla recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#370851: cupsys: Upgrade to 1.2 broke printing on local parallel GDI printer

[Shai Berger]

Package: cupsys
Version: 1.2.1-2
Severity: important


Since the upgrade to cupsys 1.2, I cannot print. lpq reports
the printer as "not ready", and the cupsys web interface
shows it as:

Xerox (Default Printer) "/usr/lib/cups/backend/parallel failed"
Description: GENERIC GDI Printer gdi
Location:
Make and Model: Generic GDI Printer Foomatic/gdi
Printer State: stopped, accepting jobs, published.
Device URI: parallel:/dev/lp0

Starting the printer reports success and makes it "idle"; printing
anything fails and sends it back to "stopped".

With 1.2.1-1, I could get the "/usr/lib/cups/backend/parallel failed"
message to change to something like "/dev/lp0: permission denied",
but I can't seem to reproduce this now with 1.2.1-2. This message
made no sense to me, as cupsd runs as root, and so has permissions
to read and write lp0.

Trying to print a test page from the web interface gives me a

Error:

Quota limit reached.

message, which makes no sense, as I've never set any quotas.

I've checked that the printer and physical connection to it are
ok by (booting into and) printing from a different OS.

I suspect some of my woes are related to upstream bug #1738
(http://cups.org/str.php?L1738+P0+S-2+C0+I0+E0+Q1738), but
it seems like there is more at stake.

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

Versions of packages cupsys depends on:
ii  adduser  3.87Add and remove users and groups
ii  debconf [debconf-2.0]1.5.1   Debian configuration management sy
ii  gs-esp   8.15.1.dfsg.1-2 The Ghostscript PostScript interpr
ii  libacl1  2.2.37-1Access control list shared library
ii  libc62.3.6-13GNU C Library: Shared libraries
ii  libcupsimage21.2.1-2 Common UNIX Printing System(tm) - 
ii  libcupsys2   1.2.1-2 Common UNIX Printing System(tm) - 
ii  libdbus-1-2  0.61-6  simple interprocess messaging syst
ii  libgnutls13  1.3.5-1.1   the GNU TLS library - runtime libr
ii  libldap2 2.1.30-13   OpenLDAP libraries
ii  libpam0g 0.79-3.1Pluggable Authentication Modules l
ii  libpaper11.1.17  Library for handling paper charact
ii  libslp1  1.2.1-5 OpenSLP libraries
ii  lsb-base 3.1-10  Linux Standard Base 3.1 init scrip
ii  patch2.5.9-4 Apply a diff file to an original
ii  perl-modules 5.8.8-5 Core Perl modules
ii  procps   1:3.2.6-2.2 /proc file system utilities
ii  xpdf-utils [poppler-util 3.01-8  Portable Document Format (PDF) sui
ii  zlib1g   1:1.2.3-11  compression library - runtime

Versions of packages cupsys recommends:
ii  cupsys-client   1.2.1-2  Common UNIX Printing System(tm) - 
ii  foomatic-filters3.0.2-20060530-1 linuxprinting.org printer support 
ii  smbclient   3.0.22-1 a LanManager-like simple client fo

-- debconf information:
* cupsys/raw-print: true
* cupsys/browse: true
* cupsys/ports: 631
* cupsys/backend: ipp, lpd, parallel, socket, usb
* cupsys/portserror:


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

Bug#370818: linux-image-2.6.16: lspci fails to list second pci express graphics card

[Madan]

The problem is reproducible with the official
linux-image-2.6.16-2-amd64-generic as well.
Attached is the dmesg output.
-subu

--- maximilian attems <[EMAIL PROTECTED]> wrote:

> tags 370818 moreinfo
> stop
> 
> On Tue, Jun 06, 2006 at 02:51:06PM -0700, Subu
> Krishnamoorthy wrote:
> > Package: linux-image-2.6.16
> > Version: 2
> > Severity: important
> > 
> > This dual AMD opteron system runs on a kernel
> built from the debian patched kernel 2.6.16 sources.
> Booting with pci=noacpi lists the second nVidia
> Quadro FX 3400 card (see lspci outputs below). 
> > NOTE: This used to work perfectly with a kernel
> built from 2.6.12 debian patched sources.
> 
> please test official linux-image-2.6.16
> we can't support unknown home brewed ;)
> 
> so we need to know _if_ you can reproduce the acpi
> problem in latest
> images too!
> 
> if yes post it's dmesg please.
>  
> -- 
> maks
> 

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com Bootdata ok (command line is root=/dev/sda3 ro console=tty0 )
Linux version 2.6.16-2-amd64-generic (Debian 2.6.16-14) ([EMAIL PROTECTED]) 
(gcc version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3)) #1 Mon May 22 
13:40:58 UTC 2006
BIOS-provided physical RAM map:
 BIOS-e820:  - 0009d400 (usable)
 BIOS-e820: 0009d400 - 000a (reserved)
 BIOS-e820: 000e8000 - 0010 (reserved)
 BIOS-e820: 0010 - 7fff9300 (usable)
 BIOS-e820: 7fff9300 - 8000 (reserved)
 BIOS-e820: fec0 - 0001 (reserved)
 BIOS-e820: 0001 - 00018000 (usable)
ACPI: RSDP (v002 HP) @ 0x000e8010
ACPI: XSDT (v001 HP CPQ0062  0x20050912  0x) @ 0x7fff94fc
ACPI: FADT (v003 HP VIPER0x0001  0x) @ 0x7fff96bc
ACPI: SSDT (v002 HP  PROJECT 0x0001 MSFT 0x010e) @ 
0x7fffad61
ACPI: MADT (v001 HP VIPER0x0001  0x) @ 0x7fff97c8
ACPI: MCFG (v001 HP VIPER0x0001  0x) @ 0x7fff9866
ACPI: SRAT (v002 HP VIPER0x0001  0x) @ 0x7fff93ec
ACPI: DSDT (v001 HP DSDT 0x0001 MSFT 0x010e) @ 
0x
On node 0 totalpages: 1026184
  DMA zone: 3159 pages, LIFO batch:0
  DMA32 zone: 505905 pages, LIFO batch:31
  Normal zone: 517120 pages, LIFO batch:31
  HighMem zone: 0 pages, LIFO batch:0
Nvidia board detected. Ignoring ACPI timer override.
ACPI: PM-Timer IO Port: 0xf808
ACPI: Local APIC address 0xfee0
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:5 APIC version 16
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 15:5 APIC version 16
WARNING: NR_CPUS limit of 1 reached. Processor ignored.
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] disabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] disabled)
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1])
ACPI: IOAPIC (id[0x08] address[0xfec0] gsi_base[0])
IOAPIC[0]: apic_id 8, version 17, address 0xfec0, GSI 0-23
ACPI: IOAPIC (id[0x09] address[0xf260] gsi_base[24])
IOAPIC[1]: apic_id 9, version 17, address 0xf260, GSI 24-27
ACPI: IOAPIC (id[0x0a] address[0xf2601000] gsi_base[28])
IOAPIC[2]: apic_id 10, version 17, address 0xf2601000, GSI 28-31
ACPI: IOAPIC (id[0x0b] address[0xf200] gsi_base[32])
IOAPIC[3]: apic_id 11, version 17, address 0xf200, GSI 32-55
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ9 used by override.
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 8800 (gap: 8000:7ec0)
Checking aperture...
CPU 0: aperture @ 400 size 32 MB
Aperture from northbridge cpu 0 too small (32 MB)
No AGP bridge found
Your BIOS doesn't leave a aperture memory hole
Please enable the IOMMU option in the BIOS setup
This costs you 64 MB of RAM
Mapping aperture over 65536 KB of RAM @ 800
Built 1 zonelists
Kernel command line: root=/dev/sda3 ro console=tty0 
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 131072 bytes)
time.c: Using 3.579545 MHz WALL PM GTOD PIT/TSC timer.
time.c: Detected 1994.722 MHz processor.
Console: colour VGA+ 80x25
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Memory: 4027712k/6291456k available (1735k kernel code, 165800k reserved, 786k 
data, 156k init)
Calibrating delay using timer specific routine.. 3993.74 BogoMIPS (lpj=7987490)
Security Framework v1.0.0 initialized
SELinux:  Disabled at boot.
Capability LSM initialized
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU

Bug#370832: dillo: please (provide option to) ignore target=_blank

[Jan Braun]

Package: dillo
Version: 0.8.5-4
Severity: wishlist

Hi,

Debian's dillo will open a link with "target=_blank" in a new window.
This is
1) different from upstream, which opens a new window only on explicit
user request, and
2) a major nuisance[1].

Please revert to upstream's behaviour, or at least make it a
configuration option.
Thanks,
Jan


[1] if you don't believe that, read 
http://www.trilithium.com/johan/2005/03/target-blank/

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages dillo depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libfontconfig12.3.2-5.1  generic font configuration library
ii  libfreetype6  2.2.1-2FreeType 2 font engine, shared lib
ii  libglib1.21.2.10-10.1The GLib library of C routines
ii  libgtk1.2 1.2.10-18  The GIMP Toolkit set of widgets fo
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libpng12-01.2.8rel-5.1   PNG library - runtime
ii  libssl0.9.8   0.9.8b-2   SSL shared libraries
ii  libx11-6  2:1.0.0-6  X11 client-side library
ii  libxext6  1:1.0.0-4  X11 miscellaneous extension librar
ii  libxft2   2.1.8.2-5.1FreeType-based font drawing librar
ii  libxi61:1.0.0-5  X11 Input extension library
ii  libxrender1   1:0.9.0.2-4X Rendering Extension client libra
ii  wget  1.10.2-1   retrieves files from the web
ii  xlibs 6.9.0.dfsg.1-6 X Window System client libraries m
ii  zlib1g1:1.2.3-11 compression library - runtime

dillo recommends no packages.

-- no debconf information




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

Bug#370264: 370264: nvidia--what's going on?

[Ross Boylan]

The xorg upgrade (to 7) conflicts with my current nvidia packages, but
nothing seems to be installable.  Uwe's comments in 366630 also touch on
this.

It appears the relevant modules haven't built.  At
http://packages.qa.debian.org/nvidia-graphics-modules-i386 clicking on
the buildd logs gets a "not found" error.  Maybe #367461, FTBS, is the
culprit?

In short, after spending some time trying to track down the problem, I'm
not sure what it is and suspect that even were I to try to build from
source it wouldn't work or wouldn't be advisable.

Can you offer any insight into what's going on?

Thanks.


-- 
Ross Boylan  wk:  (415) 514-8146
185 Berry St #5700   [EMAIL PROTECTED]
Dept of Epidemiology and Biostatistics   fax: (415) 514-8150
University of California, San Francisco
San Francisco, CA 94107-1739 hm:  (415) 550-1062



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

Bug#370829: dict-gcide: Problem with definition of arquebus

[Michael Dyck]

Reuben Thomas wrote:

Package: dict-gcide
Version: 0.48-4.1
Severity: minor

The following phrase: "A sort of hand gun or firearm a contrivance
answering to a trigger," seems to lack something after "firearm",
perhaps just a comma or semi-colon?


The word "having" is missing: "...firearm having a contrivance..."

(I have a copy of the original dictionary.)

-Michael Dyck



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

Bug#370833: [patch] add python-central support to dh_python

[Matthias Klose]

Package: debhelper

The following patch adds python-central support in debhelper.  The
current behaviour is unchanged, so it doesn't break existing packages.

  Matthias


--- dh_python~  2006-04-24 20:09:12.0 +
+++ dh_python   2006-06-07 00:27:35.217891000 +
@@ -13,6 +13,7 @@
 =head1 SYNOPSIS
 
 B [S>] [B<-n>] [B<-V> I] [S>]
+B [S>] [B<-n>] [B<-add-provides>] [B<-no-move>]
 
 =head1 DESCRIPTION
 
@@ -32,10 +33,20 @@
 
 If you use this program, your package should build-depend on python.
 
+In pycentral mode (see below), the program will additionally generate
+the ${python:Versions} and (optionally) ${python:Provides} substitutions
+and move the files to the pycentral location for modules which are
+shared across python versions. If you use this mode, your package must
+build-depend on python-central.
+
 =head1 OPTIONS
 
 =over 4
 
+Some options are ignored when the control file has an XS-Python-Version
+attribute in the Source section and an XB-Python-Version attribute in
+the package section (pycentral mode).
+
 =item I
 
 If your package installs python modules in non-standard directories, you
@@ -47,12 +58,27 @@
 Note: only /usr/lib/site-python, /usr/lib/python?.?/site-packages and the
 extra names on the command line are searched for binary (.so) modules.
 
+Module directories are ignored in pycentral mode.
+
 =item B<-V> I
 
 If the .py files your package ships are meant to be used by a specific
 pythonX.Y version, you can use this option to specify the desired version,
 such as 2.3. Do not use if you ship modules in /usr/lib/site-python.
 
+This option is ignored in pycentral mode.
+
+=item B<--add-provides>
+
+Add a substitution variable "${python:Provides}". Additional provides
+information is needed for packages depending on on a module or extension
+for a python version, which is not the default python version.
+
+=item B<--no-move>
+
+Do not move files from /usr/lib/python2.X to the pycentral area for
+files shared across python versions (pycentral mode only).
+
 =item B<-n>, B<--noscripts>
 
 Do not modify postinst/postrm scripts.
@@ -69,6 +95,88 @@
 
 init();
 
+my %version_fields;
+sub readpyversions {
+   my $type=shift;
+
+   %version_fields=();
+   
+   $type="" if ! defined $type;
+   
+   # Look up the build arch if we need to.
+   my $buildarch='';
+   if ($type eq 'same') {
+   $buildarch=buildarch();
+   }
+
+   my $package="";
+   my $arch="";
+   my $pv_info="";
+   my @list=();
+   my %seen;
+   open (CONTROL, 'debian/control') ||
+   error("cannot read debian/control: $!\n");
+   while () {
+   chomp;
+   s/\s+$//;
+   if (/^Source:\s*(.*)/) {
+   $package="Source";
+   }
+   if (/^Package:\s*(.*)/) {
+   $package=$1;
+   # Detect duplicate package names in the same control 
file.
+   if (! $seen{$package}) {
+   $seen{$package}=1;
+   }
+   else {
+   error("debian/control has a duplicate entry for 
$package");
+   }
+   }
+   if (/^Architecture:\s*(.*)/) {
+   $arch=$1;
+   }
+   if (/^X.*S.*-Python-Version:\s*(.*)/) {
+   if ($package ne 'Source') {
+   error("debian/control: XS-Python-Version field 
in binary package");
+   }
+   $pv_info=$1;
+   }
+   if (/^X.*B.*-Python-Version:\s*(.*)/) {
+   if ($package eq 'Source') {
+   error("debian/control: XB-Python-Version field 
in source package");
+   }
+   $pv_info=$1;
+   }
+
+   if (!$_ or eof) { # end of stanza.
+   if ($package) {
+   $version_fields{$package}=$pv_info;
+   }
+   if ($package eq 'Source' && $pv_info eq '') {
+   error("missing XS-PythonVersion for source 
package");
+   }
+   if ($package &&
+   (($type eq 'indep' && $arch eq 'all') ||
+($type eq 'arch' && $arch ne 'all') ||
+($type eq 'same' && ($arch eq 'any' || $arch =~ 
/(^|\s)$buildarch(\s|$)/)) ||
+! $type)) {
+   #if ($pv_info eq '') {
+   #   error("missing XB-PythonVersion for 
`$package' package");
+   #}
+   push @list, $package;
+   $package="";
+   $arch="";
+  

Bug#304764: this is currently documented in mount(8)

[Daniel Kahn Gillmor]

Actually, this *is* currently documented in mount(8) in etch
(2.12r-8), though it is not in sarge (2.12p-4sarge1):

[0 [EMAIL PROTECTED] ~]$ man 8 mount | grep -C1 -i acl
Reformatting mount(8), please wait...

   acl / noacl
  Support POSIX Access Control Lists (or not).
[0 [EMAIL PROTECTED] ~]$ 


perhaps adding mount(8) to acl(5)'s SEE ALSO section would suffice to
close this bug?

--dkg



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

Bug#351183: [Yaird-devel] Bug#351183: --run does not fix the disk renaming problem

[Jonas Smedegaard]

On Tue, 6 Jun 2006 15:48:10 -0700 (PDT) dean gaudet wrote:

> On Wed, 7 Jun 2006, Jonas Smedegaard wrote:
> ...
> > Well, the above puts the test at boot time. That's ugly IMHO.
> > 
> > I'd prefer resolving mdadm features at build time. Something like
> > this:
> >   * Resolve mdadm capabilities in Plan.pm
> >   * Set some variable (not the version, but flags each capability)
> >   * Use TMPL_IF in mdadm template
> 
> cool... i'll do it that way.
> 
> i'll also add in --run.

Great!

Then I'll just lean back and wait for you to do the hard work :-D


It is late night here in Denmark now, and my girlfriend has fallen
asleep while waiting for me to "just working a liiitle bit more...". So
good night everyone - and thanks for all the help so far :-)

 - Jonas

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

 - Enden er nær: http://www.shibumi.org/eoti.htm


pgpYSzFPfGpuD.pgp
Description: PGP signature

Bug#358645: FTBFS on mips/mipse: FAILED test 3

[Jay Bonci]

I'm thinking that we're probably going to be better off removing it.

-jay

On Wed, 2006-06-07 at 01:27 +0200, Matej Vela wrote:
> Hi,
> 
> Upstream marked the ticket as rejected:
> 
> > Linux::AIO is no longer supported, please read the documentation for a
> > replacement.
> 
> The documentation points to IO::AIO.  Do you intend to package it?
> Given that there are no reverse dependencies on liblinux-aio-perl, can
> we remove it?
> 
> Thanks,
> 
> Matej
> 


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

Bug#360456: libembperl-perl: FTBFS: match/div.asc failure.

[Kurt Roeckx]

On Mon, Jun 05, 2006 at 07:39:00PM +0200, Matej Vela wrote:
> tag 360456 moreinfo
> thanks
> 
> "Angus Lees" <[EMAIL PROTECTED]> writes:
> 
> > On 4/2/06, Kurt Roeckx <[EMAIL PROTECTED]> wrote:
> >
> >   Package: libembperl-perl
> >   Version: 2.0.1-1
> >   Severity: serious
> >
> >   Hi,
> >
> >   Your package is failing to build with the following error:
> [...]
> >
> > which architecture?  which versions of build-dep packages?
> 
> amd64; see 
> for details.

For some reason, it seems I never saw your email.  I wonder why I
didn't reply.

> > Can you send me test/tmp/test.log and test/tmp/out.htm after the build
> > failure?
> 
> I'm guessing Kurt is too backlogged at the moment...  You might try
> asking debian-admin to install libembperl-perl's build deps in a
> chroot on an amd64 machine (probably pergolesi.d.o).

I'm also not sure if this is amd64 specific, since it was build
much later on amd64 (April 3) then the other arches (Around mid
October), so something might have changed in between breaking it.

Anyway, I'll try and take a look at it if I don't forget.


Kurt



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

Bug#370831: tecnoballz-data: generated in binary-arch

[Matej Vela]

Package: tecnoballz-data
Version: 0.91cvs20060501-1

tecnoballz-data should be generated in binary-indep instead of
binary-arch.

Thanks,

Matej


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

Bug#312454: Why in the world is this bug grave?

[Matej Cepl]

I think that this bug is invalid (unless it is security bug, then 
probably the reporter is better to look for backports, right?).

Matej
-- 
GPG Finger: 89EF 4BC6 288A BF43 1BAB  25C3 E09F EF25 D964 84AC
http://www.ceplovi.cz/matej/blog/, Jabber: [EMAIL PROTECTED]
23 Marion St. #3, (617) 876-1259, ICQ 132822213
 
We can tell our level of faith in what God wants to do for us by
our level of enthusiasm for what we want God to do for other.
   -- Dave Schmelzer


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

Bug#369493: guile-1.6 - FTBFS: The Debian autofiles patch is not available.

[Adeodato Simó]

* Rob Browning [Tue, 30 May 2006 10:41:34 -0700]:

Hi,

> Bastian Blank <[EMAIL PROTECTED]> writes:

> > Package: guile-1.6
> > Version: 1.6.8-1
> > Severity: serious

> > There was an error while trying to autobuild your package:

> Thanks.  I've fixed this problem, but now there's a different problem,
> though only on ia64.  So far, I don't know what's causing that
> failure.

Seems like this bug can be marked as closed in 1.6.8-2? It built
correctly in all architectures, including ia64.

Thanks,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
   Listening to: Rebekah del Rio - Siempre y por siempre

Bug#370651: kernel-package: README.modules: "User instructions" are incomplete and misleading

[Manoj Srivastava]

reassign 370651 kernel
thanks

On 6 Jun 2006, Frank Küster said:

> I tried to compile third-party modules for 2.6.16, following the
> description in README.modules.  It turned out that the descriptions
> could and should be improved.

The description is fine for header packages and source
 packages that are produced by kernel-package itself. However,
 official header and source packages are incomplete, and are missing
 information useful for compiling third party modules using
 kernel-package.  Since the information is removed _after_ make-kpkg
 has created it, I am redirecting this bug report.

> Below USER INSTRUCTIONS, the second item says:
>
> ,
>> 2)   Get kernel sources from your favorite location. (For
>> pre-packaged kernels, it may be possible to build third
>> party modules by getting the kernel-headers package that
>> corresponds to the kernel-image package you have installed,
>> and pointing the build system of the kernel headers -- some
>> packaged modules packages provide an easy way to use the
>> kernel-headers packages, by allowing you to specify it like so:
>> [cd $MODULE_LOC/$module/;
>> ./debian/rules  KSRC=/usr/src/kernel-headers-X.Y.ZZ binary
>>> )
> `

> I'm using a debian kernel, and therefore wanted to try the "headers
> only" way.  However, the command above does not work, since
> make-kpkg must first create the debian/ subdirectory in the modules
> directories .

header packages produced by make-kpkg already have this
 directory.  This is removed, for some reason, from the official
 header packages, breaking the building of third party modules by end
 users using make-kpkg, or any possibility of just running
 ./debian/rules modules_image directly.

> Maybe you mean "prepackaged modules" - but I was using the sources
> for three modules packaged for non-free, madwifi, thinkpad and
> fglrx, and those come with tarballs in /usr/src/ that do not contain
> a debian/ subdirectory.  I don't know whether any prepackaged module
> debs exist that already contain a debian/ directory.  Anyway, it
> should be explained how it's possible to compile modules with
> headers only for an> y kind of module sources.

> So this method does not work.

For official kernel header packages, no, since they are
 incomplete.

> I then fetched the complete kernel sources, unpacked them to
> /usr/src/linux-source-2.6.16/, copied /boot/config-2.6.16-2-686 to
> .config and further followed the instructions:

> ,
>> 5)   If you are building a kernel that is custom configured to your
>> specifications at this time, go ahead and configure the
>> kernel with `make config', `make menuconfig', or `make
>> xconfig.'  To build a new kernel-image package, execute:
>> make-kpkg --revision number kernel_image
> `

> So the configure part is done, but I don't want to build a new
> kernel-image package at all, so I skipped this part.

> ,
>> 6)   To build the actual module packages, execute:
>> make-kpkg modules_image
>> This will generate a  -modules-.deb file in
>> the parent directory. The revision you supplied while building the
>> kernel shall be used automatically.

>> If you are using an official Debian kernel-image with specific
>> options (kernel-image-x.y.z-foo), you should append this version
>> for modules compilation:
>> make-kpkg --append-to-version -foo modules_image
> `
>
> Since this refers to using official Debian kernels, and it doesn't
> make sense to recreate the kernel image then, I thought it should
> also work this way.  But it doesn't.  First, make-kpkg complains
> that I need to run at least "make-kpkg debian" first.  I did that,
> but after that include/linux/version.h does not exist, and I get an
> error message that versions don't match (the one from version.h is,
> well, the empty string).  This is the only point where I think not
> only README.modules needs adjustment, but also the error message
> from make-kpkg: It should tell me what I have to run to make the
> modules_image target actually work.

Err.  This has nothing to do with kernel-package,
 include/linux/version.h is created by the kernel buld system, and
 since you are taking a short cut, you are expected to know that make
 oldconfig would create that.

> Since I and my computer had enough time, I just compiled a (useless)
> kernel image along with the modules images, and that worked fine.

Well, that was the default mechanism. 

> I've> also been told that I could have used module-assistant which
> would download the needed headers for me.  But I think the
> information in README.modules should be better understandable and
> more correct.  Unfortunately I don't know yet how I should have
> proceeded, and therefore cannot provide a better text.

> If this bug report leads to a discussion after which I know better
> how to do it, I offer to write a patch.  But maybe you already have
> something prepared, or it can be copied from somewhere?

I think you ran into a b

Bug#353644: firefox: Confirmed here, with gconf2, without xprint

[Dylan Thurston]

Package: firefox
Version: 1.5.dfsg+1.5.0.4-1
Followup-For: Bug #353644

FWIW, I can confirm this problem on my system.  I saw this on two
different systems: one upgraded continuously for a while, and the
system I'm writing from, a new install.

In reference to the previous confirmation, I do have gconf2 installed
but still see the problem.

In terms of triage, I think this should be release-critical--it's not
acceptable to have printing broken in a browser.

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

Versions of packages firefox depends on:
ii  debianutils 2.16.1   Miscellaneous utilities specific t
ii  fontconfig  2.3.2-5.1generic font configuration library
ii  libatk1.0-0 1.11.4-2 The ATK accessibility toolkit
ii  libc6   2.3.6-13 GNU C Library: Shared libraries
ii  libcairo2   1.0.4-2  The Cairo 2D vector graphics libra
ii  libfontconfig1  2.3.2-5.1generic font configuration library
ii  libfreetype62.2.1-2  FreeType 2 font engine, shared lib
ii  libgcc1 1:4.1.1-2GCC support library
ii  libglib2.0-02.10.3-1 The GLib library of C routines
ii  libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface 
ii  libidl0 0.8.6-1  library for parsing CORBA IDL file
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  libpango1.0-0   1.12.3-1 Layout and rendering of internatio
ii  libpng12-0  1.2.8rel-5.1 PNG library - runtime
ii  libstdc++6  4.1.1-2  The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-6X11 client-side library
ii  libxcursor1 1.1.5.2-5X cursor management library
ii  libxext61:1.0.0-4X11 miscellaneous extension librar
ii  libxfixes3  1:3.0.1.2-4  X11 miscellaneous 'fixes' extensio
ii  libxft2 2.1.8.2-8FreeType-based font drawing librar
ii  libxi6  1:1.0.0-5X11 Input extension library
ii  libxinerama11:1.0.1-4X11 Xinerama extension library
ii  libxp6  1:1.0.0-1X Printing Extension (Xprint) clie
ii  libxrandr2  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1 1:0.9.0.2-4  X Rendering Extension client libra
ii  libxt6  1:1.0.0-5X11 toolkit intrinsics library
ii  psmisc  22.2-1   Utilities that use the proc filesy
ii  zlib1g  1:1.2.3-11   compression library - runtime

firefox recommends no packages.

-- no debconf information


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

Bug#358645: FTBFS on mips/mipse: FAILED test 3

[Matej Vela]

Hi,

Upstream marked the ticket as rejected:

> Linux::AIO is no longer supported, please read the documentation for a
> replacement.

The documentation points to IO::AIO.  Do you intend to package it?
Given that there are no reverse dependencies on liblinux-aio-perl, can
we remove it?

Thanks,

Matej


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

Bug#370829: dict-gcide: Problem with definition of arquebus

[Reuben Thomas]

Package: dict-gcide
Version: 0.48-4.1
Severity: minor

The following phrase: "A sort of hand gun or firearm a contrivance
answering to a trigger," seems to lack something after "firearm",
perhaps just a comma or semi-colon?

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

Versions of packages dict-gcide depends on:
ii  dictd [dict-server]   1.10.2-3   Dictionary Server

dict-gcide recommends no packages.

-- no debconf information


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

Bug#370818: linux-image-2.6.16: lspci fails to list second pci express graphics card

[maximilian attems]

tags 370818 moreinfo
stop

On Tue, Jun 06, 2006 at 02:51:06PM -0700, Subu Krishnamoorthy wrote:
> Package: linux-image-2.6.16
> Version: 2
> Severity: important
> 
> This dual AMD opteron system runs on a kernel built from the debian patched 
> kernel 2.6.16 sources. Booting with pci=noacpi lists the second nVidia Quadro 
> FX 3400 card (see lspci outputs below). 
> NOTE: This used to work perfectly with a kernel built from 2.6.12 debian 
> patched sources.

please test official linux-image-2.6.16
we can't support unknown home brewed ;)

so we need to know _if_ you can reproduce the acpi problem in latest
images too!

if yes post it's dmesg please.
 
-- 
maks


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

Bug#370827: vim-full: window size gets reduced on every restore from (gnome-)session

[Andreas Bombe]

Package: vim-full
Version: 1:7.0-017+5
Severity: minor

When I leave a gvim window open in a GNOME session so that it is saved
on logout, it will restore on the next login to a height two (I think)
lines smaller than it was left.  This requires manual resizing or you'll
get a very small window indeed after a few iterations.

Judging by the way the window looks to be drawn on startup, I suspect
that it's either the menu, toolbar or both playing into it.  It seems to
save the dimensions of the text window on shutdown and restores a pure
text window of the same size on login, enabling menu and toolbar only
afterwards which then take up some of the text space.

I think vim 6 had the same problem.


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

Versions of packages vim-full depends on:
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.11.4-2  The ATK accessibility toolkit
ii  libbonobo2-0   2.14.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-2  The Bonobo UI library
ii  libc6  2.3.6-13  GNU C Library: Shared libraries
ii  libcairo2  1.0.4-2   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.3.2-5.1 generic font configuration library
ii  libgconf2-42.14.0-1  GNOME configuration database syste
ii  libglib2.0-0   2.10.3-1  The GLib library of C routines
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome2-02.14.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.14.1-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-1  GNOME virtual file-system (runtime
ii  libgpmg1   1.19.6-22 General Purpose Mouse - shared lib
ii  libgtk2.0-02.8.18-1  The GTK+ graphical user interface 
ii  libice61:1.0.0-3 X11 Inter-Client Exchange library
ii  libncurses55.5-2 Shared libraries for terminal hand
ii  liborbit2  1:2.14.0-1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.12.3-1  Layout and rendering of internatio
ii  libperl5.8 5.8.8-5   Shared Perl library
ii  libpopt0   1.10-1lib for parsing cmdline parameters
ii  libruby1.8 1.8.4-2   Libraries necessary to run Ruby 1.
ii  libsm6 1:1.0.0-4 X11 Session Management library
ii  libx11-6   2:1.0.0-6 X11 client-side library
ii  libxcursor11.1.5.2-5 X cursor management library
ii  libxext6   1:1.0.0-4 X11 miscellaneous extension librar
ii  libxfixes3 1:3.0.1.2-4   X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.0-5 X11 Input extension library
ii  libxinerama1   1:1.0.1-4 X11 Xinerama extension library
ii  libxml22.6.24.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.0.2-4   X Rendering Extension client libra
ii  libxt6 1:1.0.0-5 X11 toolkit intrinsics library
ii  python2.3  2.3.5-9.1 An interactive high-level object-o
ii  tcl8.4 8.4.12-1  Tcl (the Tool Command Language) v8
ii  vim-gui-common 1:7.0-017+5   Vi IMproved - Common GUI files
ii  vim-runtime1:7.0-017+5   Vi IMproved - Runtime files
ii  zlib1g 1:1.2.3-11compression library - runtime

vim-full recommends no packages.

-- no debconf information


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

Bug#370825: libkrb53: /usr/lib/libgssapi_krb5.so should link to /usr/lib/libgssapi_krb5.so.2

[Russ Allbery]

David Pashley <[EMAIL PROTECTED]> writes:

> Package: libkrb53
> Version: 1.4.3-7
> Severity: normal

> /etc/gssapi_mech.conf by default refers to /usr/lib/libgssapi_krb5.so,
> but this ifle doesn't exist. Changing it to /usr/lib/libgssapi_krb5.so.2
> improves things. I don't know if you would prefer to assign it to
> libgssapi2 to change the config file. I'll let you fight that one out
> between you.

Yeah, this is a libgssapi2 bug if the situation is as described above.
libgssapi_krb5.so is a development link and only included in the
development package.  The correct way to refer to the runtime package is
with the version-qualified name.

Bug reassigned to libgssapi2.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#370828: installation of xfonts-base breaks xserver-xorg 6.9

[Uwe Storbeck]

Package: xfonts-base
Version: 1:1.0.0-3
Severity: important

The installation of this package breaks the xserver-xorg 6.9
(Fatal server error: could not open default font 'fixed').

This happens on an apt-get update. The font packages get updated,
but the server does not get updated because of missing nvidia
modules.

The new font packages should depend on the xserver-xorg 7.0 package
to prevent them from making the xserver-xorg 6.9 package unusable.

Regards,

Uwe

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (750, 'testing'), (650, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages xfonts-base depends on:
ii  x11-common6.9.0.dfsg.1-6 X Window System (X.Org) infrastruc
ii  xfonts-utils  1:1.0.0-4  X Window System font utility progr

xfonts-base recommends no packages.

-- no debconf information


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

Bug#370826: getfacl segfaults when run on missing file

[Nathan Scott]

On Tue, Jun 06, 2006 at 06:35:50PM -0400, Daniel Kahn Gillmor wrote:
> when getfacl is run on a non-existant file, it segfaults because it
> passes a NULL string to ftw().

Thanks Daniel, I've got this merged into CVS now - I'll do an
update to the acl package in unstable in the next few days.

cheers.

-- 
Nathan


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

Bug#363193: [Pbuilder-maint] Bug#363193: Not done yet

[Junichi Uekawa]

clone 363193 -1
reassign -1 dpkg
retitle -1 document wildcards in arch-specific Build-Depends specification.
block 363193 by -1
thanks

actually, this is better.



regards,
junichi

-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Bug#370496: [Pkg-xfce-devel] Bug#370496: xfce4-wavelan-plugin: does not get information from external

[Simon Huggins]

On Mon, Jun 05, 2006 at 04:43:07PM +0200, Andreas Bresser wrote:
> I am using an IBM Thinkpad T40p (internal WLAN-card with
> atheros-chip).  It seems that the wavelan-plugin does not get
> informations from an external program or the card itself... the
> connection-bar is red and I did not get any informations about my
> Access-Point.

> Before updating to the latest xfce4-version this plugin worked fine,
> so it's maybe just a small bug that creeps in during the
> update-process

Out of interest do you have a /proc/net/wireless and if so can you give
us its output please?

If not then let us know as that's as interesting.

Thanks.

Simon.

-- 
* "A l'attaque par Junon" "Aoh!  Choquant.  Ce ne sont pas des  *
| gentils hommes" -- Astérix chez les Bretons. |
*   *
   Brought to you by the letter X and the number 15


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

Bug#370793: fix for reportbug_submit.py

[Andreas Bombe]

Package: reportbug
Version: 3.21
Tags: patch
Followup-For: Bug #370793

The included patch by Adam Porter had wrong indentation and was missing
a colon at the end of an if-expression.  Patch attached.
--- reportbug_submit.py.orig2006-06-07 00:23:33.0 +0200
+++ reportbug_submit.py 2006-06-07 00:21:43.0 +0200
@@ -350,34 +350,34 @@
 toaddrs = [x[1] for x in alist]
 smtp_message = re.sub(r'(?m)^[.]', '..', message)
 
-   # Modified by AP 2006-03-29
-   while failed != True:
-   ewrite("Connecting to %s via SMTP...\n", smtphost)
-   try:
-   conn = smtplib.SMTP(smtphost)
-   if smtptls:
-   conn.starttls()
-   if smtpuser:
-   if not smtppasswd:
-   smtppasswd = ui.get_password(
-   'Enter SMTP password 
for [EMAIL PROTECTED]: ' %
-   (smtpuser, smtphost))
-   conn.login(smtpuser, smtppasswd)
-   conn.sendmail(fromaddr, toaddrs, smtp_message)
-   conn.quit()
-   except (socket.error, smtplib.SMTPException), x:
-   
-   # If wrong password, try again...
-   if smtplib.SMTPResponseException.smtp_code == 
'535'
-   ewrite('SMTP error: authentication 
failed.  Try again.')
-   continue
-   
-   failed = True
-   ewrite('SMTP send failure: %s\n', x)
-   fh, msgname = TempFile(prefix=tfprefix)
-   fh.write(message)
-   fh.close()
-   ewrite('Wrote bug report to %s\n', msgname)
+# Modified by AP 2006-03-29
+while failed != True:
+ewrite("Connecting to %s via SMTP...\n", smtphost)
+try:
+conn = smtplib.SMTP(smtphost)
+if smtptls:
+conn.starttls()
+if smtpuser:
+if not smtppasswd:
+smtppasswd = ui.get_password(
+'Enter SMTP password for [EMAIL PROTECTED]: ' %
+(smtpuser, smtphost))
+conn.login(smtpuser, smtppasswd)
+conn.sendmail(fromaddr, toaddrs, smtp_message)
+conn.quit()
+except (socket.error, smtplib.SMTPException), x:
+
+# If wrong password, try again...
+if smtplib.SMTPResponseException.smtp_code == '535':
+ewrite('SMTP error: authentication failed.  Try again.')
+continue
+
+failed = True
+ewrite('SMTP send failure: %s\n', x)
+fh, msgname = TempFile(prefix=tfprefix)
+fh.write(message)
+fh.close()
+ewrite('Wrote bug report to %s\n', msgname)
 else:
 try:
 pipe.write(message)

Bug#362697: Mount point /dev/.static/dev is not responding messages when xfe

[Jose Carlos Medeiros]

Hi,

I think this is default now.
Im using testing  and /dev/.static is 0755. :)

Well,  as this was solved, I will close this bug :)

Regards,
jose Carlos



2006/6/2, Wilson Northrup <[EMAIL PROTECTED]>:


I have tested this and the upstreamer would be correct.
chmod 755 /dev/.static resolves the xfe message issue.   Perhaps that
could be made a default in the distribution?

as an asside, I have not noticed any issue with the df command.

Thank you and the upstreamer very much for the reply.
wilson


On Fri, 2 Jun 2006, Jose Carlos Medeiros wrote:

> Hi, Wilson
>
> I sent your bug to upstreamer and he answer follow:
>
>
> -
> It's an old problem... You will have the same problem with df...
> Just make (as root) :
> chmod 755 /dev/.static
> and everything will be OK.
> RB
>
> -
>
> Can you test this ?
>
> Regards
> --
> []'s
> José Carlos
>




--
[]'s
José Carlos

Bug#363193: [Pbuilder-maint] Bug#363193: Not done yet

[Peter Eisentraut]

Junichi Uekawa wrote:
> close 363193
> stop
>
> shut up.

Could you please have the courtesy of explaining how you intend to 
handle this issue?  Since you included my patch, you apparently thought 
the issue has merit.  If you close the bug, then you indicate that you 
have dealt with the issue, but that is not the case.  If you don't 
think the issue has merit, please revert my patch and close the bug.  
Then we will wait until the dpkg guys have their act together and the 
architecture specification is in the policy (or not; whatever happens).  
If you think that the issue has merit but you don't like to fix it, tag 
the bug wontfix and/or put a blocker on it.  But the current state is 
confusing.


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

Bug#370808: samhain_2.2.0-1(amd64/unstable): FTBFS (amd64): ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 'asm'

[Steve Langasek]

severity 370808 important
thanks

On Tue, Jun 06, 2006 at 10:45:21PM +0200, Frederik Schüler wrote:
> Package: samhain
> Version: 2.2.0-1
> Severity: serious
> 
> Hello,
> 
> There was an error while trying to autobuild your package:
> 
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > make[1]: *** [sh_tiger_i.o] Error 1
> > make[1]: Leaving directory `/build/buildd/samhain-2.2.0'
> > make: *** [build-stamp] Error 2

So, evidently not yet ported to this architecture; not RC.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#369268: [Build-common-hackers] Bug#369268: debhelper.mk: installs common docs instead of docs listed in package.docs

[Peter Eisentraut]

Micha Lenk wrote:
> cdbs should make use of this new feature in order to close this bug.

In case this new behavior is implemented, cdbs would use it 
automatically.  cdbs is just driving debhelper; it's not changing how 
it works.  So there is nothing for cdbs to do about this.

> Of course it is possible to fix the bug otherwise.

How?

> If you do not agree please consider to tag this bug wontfix instead
> of closing it.

That would presume that it's a bug in the first place, which I dispute.


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

Bug#370078: me too

[Viktor Horvath]

Stumbled into the same bug. I was happy with defoma and everything for
the last years, however today I wanted to add another TrueType font. I
got completely stuck between the various font mechanisms.

I created defoma-hints for my file, (re-)registered them, ran
defoma-reconfigure, but couldn't find any of the truetype fonts of
x-ttcidfont-conf.d/dirs/TrueType at all. Thanks to the original bug
reporter Arias Hung I ran mkfontscale/mkfontdir in that directory, which
solved everything and saved me still more time. Thanks a lot!

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=en_US.iso885915, LC_CTYPE=en_US.iso885915 (charmap=ISO-8859-15)

Versions of packages defoma depends on:
hi  dialog   0.9b-20031002-1 Displays user-friendly dialog boxe
hi  file 4.10-3  Determines file type using "magic"
hi  perl 5.8.8-4 Larry Wall's Practical Extraction 
hi  whiptail 0.52.2-4Displays user-friendly dialog boxe

Versions of packages defoma recommends:
hi  libft-perl1.2-13.1   Perl module for the FreeType libra



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

Bug#370790: submitter address changed (Re: Bug#370790: Debian README for exim4 misleading re TLS.)

[David Lawyer]

On Tue, Jun 06, 2006 at 01:18:54PM -0700, Debian Bug Tracking System wrote:
> The submitter address recorded for your Bug report
> #370790: Debian README for exim4 misleading re TLS.
> has been changed.
> 
> The old submitter address for this report was
> David Lawyer <[EMAIL PROTECTED]>.
> The new submitter address is
> [EMAIL PROTECTED]
This is not my address and I never requested any change in my address.
David Lawyer
> 
> This change was made by
> Marc Haber <[EMAIL PROTECTED]>.
> If it was incorrect, please contact them directly.
> 
> Debian bug tracking system administrator
> (administrator, Debian Bugs database)
> 
> 


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

Bug#370808: samhain_2.2.0-1(amd64/unstable): FTBFS (amd64): ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 'asm'

[Steve Langasek]

severity 370808 serious
thanks

On Tue, Jun 06, 2006 at 10:45:21PM +0200, Frederik Schüler wrote:

> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > ./src/sh_tiger1_64.c:375: error: inconsistent operand constraints in an 
> > 'asm'
> > make[1]: *** [sh_tiger_i.o] Error 1
> > make[1]: Leaving directory `/build/buildd/samhain-2.2.0'
> > make: *** [build-stamp] Error 2

... scratch that, I missed that a previous version had built successfully on
amd64 -- so it *is* RC.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#369371: new upstream version

[Piotr Ozarowski]

There is another upstream release available, so I have updated my patch.
This time new watch file is added as well.

-- 
-=[ Piotr Ozarowski ]=-
-=[ http://www.ozarowski.pl ]=-


sqlalchemy_0.2.2-0.1.diff.gz
Description: application/gunzip


pgpWXcOYZdLFo.pgp
Description: PGP signature

Bug#370295: DLJ prevents running jython with sun-java

[Josh Triplett]

Steve Langasek wrote:
> On Mon, Jun 05, 2006 at 01:46:29AM -0700, Walter Landry wrote:
>> Steve Langasek <[EMAIL PROTECTED]> wrote:
>>> On Sun, Jun 04, 2006 at 08:16:24AM -0700, Walter Landry wrote:
 This can be fixed by making Jython conflict with sun-java, although I
 suspect that there may be other packages that also cause problems.
> 
>> Another fix for this particular problem is to make sun-java not
>> Provide:java-runtime etc. at all.

Good point.  That would tend to decrease the utility of sun-java, but it
should avoid most of the issues.

>>> There have been various clarifications that the intent of this clause is to
>>> prohibit distributing sun-java5 in a configuration that mixes and matches
>>> parts of Sun's implementation with other Java implementations.

I don't think any of the clarifications have limited the clause to that
sole purpose, and furthermore I don't think even that much of a
clarification addresses the question of what constitutes such a
configuration.  See my message referenced at the end of this mail for
examples that seem to me to fall under such a description.

>>> Why are these clarifications not sufficient when we regularly accept
>>> clarifications of this nature from other copyright holders?
> 
>> There are a few problems here:
> 
>> 1) Clarifications from other copyright holders do not come with a big
>>disclaimer stating that the clarification has no legal weight.
>>Debian relies on the clarification having legal weight.
> 
> Well, this seems to have just changed in the case of the DLJ.

I agree; the FAQ now seems sufficiently binding to meet the standards of
other license clarifications Debian has accepted, in my opinion.  I also
think the answers in the FAQ address many of the other concerns raised
by debian-legal: the issue of whether distributing in non-free (which
Debian does not consider part of the distribution) counts as
distributing with the OS, the issue of whether users can develop
software for non-Debian platforms using the JDK (not a freeness issue
but an important question), and the issue of whether removal affects
mirrors or stable releases.

>> 3) There are only two clarifications I know of.  One is in the
>>non-binding DLJ FAQ, and the other is from Tom Marble [1].  Neither
>>of these clarifications limit the restrictions to Java
>>implementations.  For example, in Tom's clarification he says [2]
> 
>>  In a similar way please don't take bits from the Java platform
>>  and use them as part of or to complete alternate technologies
>>  (e.g. plugin.jar).
> 
>>   So using Java's plugin mechanism to implement python plugins for
>>   Jython is not allowed.  And this makes sense.  Sun would definitely
>>   be unhappy if the JDK were used to implement J++ or C#, especially
>>   because they are not Java.
> 
> That's not actually clear to me; "alternate technologies" is very vague.
> I'm also not convinced that dropping the java-runtime provide from the Sun
> Java packages is the sort of thing Sun intends with this, either. 
> Basically, it seems to me that the cited clarification from Tom happens to
> not clarify much after all...

Same with the clarification in the FAQ.  It seems to answer some
questions (we don't need to worry about non-Java software qualifying as
"similar functionality"), but not others; see my message referenced
below for examples of what I don't think it addresses.

> BTW, if jython is the only package that poses a problem for this clause, I'm
> not sure there's much to worry about anyway here: jython is RC-buggy and
> likely to be dropped from etch, because it build-depends on (and implements)
> python2.1, which is 3 stable releases behind where we expect the main python
> implementation to be for etch.

Other packages raise similar concerns; please see my message
<[EMAIL PROTECTED]>, available at
, for
other examples, as well as suggested fixes for the DLJ (or the FAQ now
that it looks like a sufficiently binding clarification) which would
address those concerns.

The bug probably needs a new title. :)

I see no problem with the idea of not letting other Java-related
software use pieces of Sun Java.  My primary concern lies in avoiding
any possibility that a package in main will need to change to satisfy
the DLJ.

- Josh Triplett



signature.asc
Description: OpenPGP digital signature

Bug#370803: grub2_1.94-1(amd64/unstable): FTBFS: configure: error: neither start nor _start is defined

[Steve Langasek]

On Tue, Jun 06, 2006 at 10:29:05PM +0200, Frederik Schüler wrote:
> Package: grub2
> Version: 1.94-1
> Severity: serious

> There was an error while trying to autobuild your package:

> > checking for ncurses.h... yes
> > checking curses.h usability... yes
> > checking curses.h presence... yes
> > checking for curses.h... yes
> > checking for objcopy... objcopy
> > checking for strip... strip
> > checking for nm... nm
> > checking whether optimization for size works... yes
> > checking whether -falign-loops works... yes
> > checking whether objcopy works for absolute addresses... yes
> > checking if C symbols get an underscore after compilation... no
> > checking if start is defined by the compiler... no
> > checking if _start is defined by the compiler... no
> > configure: error: neither start nor _start is defined
> > make: *** [config.status] Error 1

> A full build log can be found at:
> http://buildd.debian.org/build.php?arch=amd64&pkg=grub2&ver=1.94-1

An architecture which doesn't appear to have ever built grub2 before, so why
is this marked serious?

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#365680: [CVE-2006-2148] cgiirc: buffer overflow in client.c not fixed in sid

[Stefan Fritsch]

package cgiirc
reopen 365680
thanks

the fix has not been uploaded to unstable yet, but the BTS claims [1] 
that it is resolved. Is this a bug in the version tracking of the 
BTS?

http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=cgiirc


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

Bug#363193: [Pbuilder-maint] Bug#363193: Not done yet

[Junichi Uekawa]

reopen 363193
retitle 363193 waiting for dpkg maintainer to respond and document: support for 
*-* type Build-Depends.
severity 363193 wishlist
stop


> 
> I appreciate your concerns, but until this actually works, this bug is 
> not closed.


retitled accordingly.



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

Bug#370826: getfacl segfaults when run on missing file

[Daniel Kahn Gillmor]

Package: acl
Version: 2.2.37-1
Severity: normal
Tags: patch


when getfacl is run on a non-existant file, it segfaults because it
passes a NULL string to ftw().

the attached patch fixes things for me.

--dkg

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

Versions of packages acl depends on:
ii  libacl1   2.2.37-1   Access control list shared library
ii  libattr1  2.4.32-1   Extended attribute shared library
ii  libc6 2.3.6-7GNU C Library: Shared libraries

acl recommends no packages.

-- no debconf information
--- getfacl/getfacl.c.orig  2006-06-06 18:33:43.0 -0400
+++ getfacl/getfacl.c   2006-06-06 18:27:11.0 -0400
@@ -621,8 +621,7 @@
fprintf(stderr, "%s: %s: %s\n", progname,
xquote(file), strerror(errno));
__errors++;
-   }
-   if (nftw(p, __do_print, 0, opt_walk_logical ? 0 : FTW_PHYS) < 0) {
+   } else if (nftw(p, __do_print, 0, opt_walk_logical ? 0 : FTW_PHYS) < 0) 
{
fprintf(stderr, "%s: %s: %s\n", progname, xquote(file),
strerror(errno));
__errors++;

Bug#363183: missing hearder

[Roberto Pariset]

Hello,

detected error is:
certtool-cfg.c:289: warning: implicit declaration of function 'getpass'

and a consequence of it is:

certtool-cfg.c:289: warning: return makes pointer from integer without a cast

Indeed, certtool-cfg.c misses #include  which defines the 
function char *getpass(). Being getpass() defaulted to int, get_pass() 
complains for having an int instead of a char*, which on ia64 have 
different size. Hence the issue.


In short: the code seems to just misses the header.

All the best,
Roberto


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

Bug#370189: closed by David Nusinow <[EMAIL PROTECTED]> (Re: Bug#370189: Solution)

[Julien Cristau]

On Mon, Jun  5, 2006 at 12:36:49 +, Michel Dänzer wrote:

> On Sun, 2006-06-04 at 22:17 +0200, Vincent Lönngren wrote:
> > 
> > It's not a libice-dev bug, but I believe it's a libice6 bug. The libs
> > (libICE.a  libICE.so  libICE.so.6  libICE.so.6.4) are in /usr/X11R6/lib, 
> > [...]
> 
> They aren't in libice6 1:1.0.0-3. Moreover, it contains libICE.so.6.3.0,
> not libICE.so.6.4, so it sounds like you have got the offending files
> from somewhere else.
> 
libice{6,-dev} is still from 6.9 in testing, so there is still a
/usr/X11R6/lib/libICE.so.6.4 there.
This should be fixed once libice 1:1.0.0-3 gets into etch.

Cheers,
Julien

Bug#363193: is dpkg new architecture specifications going to be fixed and documented?

[Junichi Uekawa]

Hi Guillem, what's up ?

http://lists.debian.org/debian-dpkg/2006/05/msg00056.html




regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project

quote:


On Mon, May 15, 2006 at 01:46:49PM +0900, Junichi Uekawa wrote:
> I was discussing with Christian Perrier at dinner and he mentioned
> that the new-style architecture specifications (Build-Depends: XXX
> [linux-any] etc.) may have been reverted.  I'm not quite sure about
> that since the documentation and changelogs are quite scarse about
> dpkg-dev stuff.
> 
> Am I okay in going ahead with committing this change to pbuilder ?

Guillem, could you please answer this question? It is your code
after all and so you can probably answer it more effectly than me...

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


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

Bug#296332: Works with patch once debugging is turned off

[Steinar H. Gunderson]

On Mon, Jun 05, 2006 at 11:53:23PM +0200, Steinar H. Gunderson wrote:
>src/ui/obj/menu_proc.o: In function `PasteFromClipboard':
>menu_proc.c:(.text+0x26ec): undefined reference to `XOpenDisplay'
>menu_proc.c:(.text+0x2740): undefined reference to `XCreateSimpleWindow'
>menu_proc.c:(.text+0x2765): undefined reference to `XConvertSelection'
>menu_proc.c:(.text+0x2772): undefined reference to `XNextEvent'
>menu_proc.c:(.text+0x27a4): undefined reference to `XCloseDisplay'
>menu_proc.c:(.text+0x2818): undefined reference to `XGetWindowProperty'
>menu_proc.c:(.text+0x2823): undefined reference to `XDestroyWindow'
>menu_proc.c:(.text+0x282b): undefined reference to `XCloseDisplay'
>menu_proc.c:(.text+0x284c): undefined reference to `XFree'
>menu_proc.c:(.text+0x28a2): undefined reference to `XFree'
>collect2: ld returned 1 exit status
> 
> Now, what's that? :-)

I figured it out; -lSDL no longer pulls in -lX11. There's a fixed package out
at

  http://storage.sesse.net/stratagus_2.1-9.1_amd64.deb 

which is basically -9 + my stratagus.diff + a fix for -lX11. I'd appreciate
if anybody would test it and verify that it's OK before I go ahead with a
NMU.

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#306202: Patch for NMU

[Peter Eisentraut]

diff -u spfmilter-1.99+0.95/debian/changelog spfmilter-1.99+0.95/debian/changelog
--- spfmilter-1.99+0.95/debian/changelog
+++ spfmilter-1.99+0.95/debian/changelog
@@ -1,3 +1,11 @@
+spfmilter (1.99+0.95-4.1) unstable; urgency=low
+
+  * NMU
+  * Built against libspf (closes: #306071, #307086, #316239)
+  * Added dependency on adduser (closes: #306202)
+
+ -- Peter Eisentraut <[EMAIL PROTECTED]>  Wed,  7 Jun 2006 00:34:54 +0200
+
 spfmilter (1.99+0.95-4) unstable; urgency=low
 
   * Drop --pidfile argument in init script's stop stanza since the
diff -u spfmilter-1.99+0.95/debian/control spfmilter-1.99+0.95/debian/control
--- spfmilter-1.99+0.95/debian/control
+++ spfmilter-1.99+0.95/debian/control
@@ -2,12 +2,12 @@
 Section: mail
 Priority: extra
 Maintainer: Mike Markley <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4.0.0), libspf2-dev (>= 1.0.4-4), libmilter-dev (>= 8.13.0-2)
+Build-Depends: debhelper (>= 4.0.0), libspf-dev, libmilter-dev (>= 8.13.0-2)
 Standards-Version: 3.6.1
 
 Package: spfmilter
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}, adduser
 Description: A simple milter for performing SPF checks
  spfmilter implements Sender Policy Framework (SPF) checks using the
  Milter (Mail Filter) interface. This interface is primarily used to plug
only in patch2:
unchanged:
--- spfmilter-1.99+0.95.orig/spfmilter.c
+++ spfmilter-1.99+0.95/spfmilter.c
@@ -1619,9 +1619,7 @@
 
 
 /* Decide which library we can/should use. */
-#ifdef HAVE_LIBSPF_SPF_H
 #define USE_LIBSPF
-#endif
 #ifdef HAVE_SPF2_SPF_H
 #define USE_LIBSPF2
 #endif
@@ -1639,7 +1637,7 @@
 /* Libspf data and routines. */
 
 
-#include 
+#include 
 
 
 struct lib_fallback_s {

Bug#363193: [Pbuilder-maint] Bug#363193: Not done yet

[Junichi Uekawa]

close 363193
stop

shut up.


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

Bug#353616: [Pkg-xfce-devel] Bug#353616: Clicking on Settings > Sound crashes and reset settings

[Simon Huggins]

On Tue, Jun 06, 2006 at 07:28:32PM +0200, Sandro Tosi wrote:
> >> Could you provide an error message from a terminal (or something like
> >> that, running xfce-setting-show from the command line) ? And do you use
> >> xfce4-mixer-oss or xfce4-mixer-alsa ?
> >Ah this was never cc'd to you.  Did you see this?  Did you get to the
> >bottom of your problem?
> no, sorry: I didn't see it and i didn't find the problem.

> I've done what requested, but no error comes out running from
> terminal, and even executing xfce-setting-show in gdb program exits
> normally.

> For the last question:

> # dpkg -l xfce4-mixer* | grep mixer
> ii  xfce4-mixer  4.2.3-2Xfce4 Mixer frontend
> ii  xfce4-mixer-alsa 4.2.3-2Xfce4 Mixer ALSA backend
> un  xfce4-mixer-oss   (no description available)

Sorry try looking in ~/.xsession-errors for an error message.

-- 
--("I'm Beverly...", "I'm Geordi...", "We are)--
Simon ( Hugh..." ) Nomis
 Htag.pl 0.0.22


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

Bug#355169: another web that crash firefox?

[Jirka Hrbek]

whenever I go to  www.studentagency.cz - my Firefox crashes this instant too,
 
Debian-Etch, 512MB, AMD Hammer Family processor 1800MHz

 


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

Bug#370669: clearsilver: this patch does not work for cdbs

[Lars Kruse]

Package: clearsilver
Followup-For: Bug #370669


Hi,
thanks for the patch, but there is a problem as cdbs is used for package
building.
clearsilver needs to be reconfigured with a different configure setting
for python2.4.
Sadly, cdbs executes configure only once for all packages.

There are two solutions for this problem:
1) use plain debhelpers instead of cdbs for package building
2) wait until cdbs developers implement multiple configure runs

sorry - for now, this won't get fixed ...

Lars

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


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

Bug#366981: Same problem here

[Paul C. Bryan]

When I missed two meetings because they showed up incorrectly in my
calendar, I dug into this, only to discover I have the problem reported
in this bug. I am running:

ii  beagle-backend-evolution   0.2.6-2   evolution
data backend for beagle
ii  evolution  2.6.1-3   The
groupware suite
ii  evolution-data-server  1.6.1-3   evolution
database backend server
ii  evolution-plugins  2.6.1-3   All bundled
plugins for Evolution
ii  evolution-webcal   2.6.0-1   webcal: URL
handler for GNOME and
ii  libebook1.2-5  1.6.1-3   Client
library for evolution address
ii  libecal1.2-3   1.6.1-3   Client
library for evolution calendars
ii  libedata-book1.2-2 1.6.1-3   Backend
library for evolution address
ii  libedata-cal1.2-1  1.6.1-3   Backend
library for evolution calendars
ii  libedataserver1.2-71.6.1-3   Utility
library for evolution data servers
ii  libedataserverui1.2-6  1.6.1-3   GUI utility
library for evolution data
ii  libevolution-cil   0.11.1-1  CLI
bindings for Evolution
ii  libexchange-storage1.2-1   1.6.1-3   Backend
library for evolution
ii  openoffice.org-evolution   2.0.2-3   Evolution
Addressbook support for

It does appear to the bug reported in the above mentioned Bugzilla
issue, but it is reported as resolved in 2.6.1, while in our version of
2.6.1 it does not appear fixed.



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

Bug#358746: Fixed in NMU of mcrypt 2.6.4-3.1

[Steinar H. Gunderson]

On Tue, Jun 06, 2006 at 04:26:01PM +0200, [EMAIL PROTECTED] wrote:
> It seems you closed 340008 instead of 358746. 

"Er, common typo -- the keys are like right next to each other"? :-)

> I would suggest replacing your numberpad...

I'd replace the brain. :-)

Thanks for noticing.

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#370675: webalizer: Warns about truncated oversized request fields

[Jose Carlos Medeiros]

Hi,  Berge

Thanks  for your  submiter.
I changed this "define" and this will be solve in next release.

Regards
Jose Carlos


2006/6/6, Berge Schwebs Bjørlo <[EMAIL PROTECTED]>:

Package: webalizer
Version: 2.01.10-26
Severity: normal

Webalizer sometimes warns about oversized request fields. An example cron
outptu follows:

Warning: Truncating oversized request field [157977]
Warning: Truncating oversized request field [157978]
Warning: Truncating oversized request field [176364]
Warning: Truncating oversized request field [179269]
Warning: Truncating oversized request field [179284]
Warning: Truncating oversized request field [179292]
Warning: Truncating oversized request field [180065]
Warning: Truncating oversized request field [182301]
Warning: Truncating oversized request field [192138]

This occurs when the length of the request field in the log file exceeds
MAXURLH, defined in webalizer.h. It is currently defined as 128. IMO
this should be 512 or something.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-3-686
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)

Versions of packages webalizer depends on:
ii  debconf   1.4.30.13  Debian configuration management sy
ii  libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an
ii  libdb4.2  4.2.52-18  Berkeley v4.2 Database Libraries [
ii  libgd2-xpm2.0.33-1.1 GD Graphics Library version 2
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  zlib1g1:1.2.2-4.sarge.2  compression library - runtime

-- debconf information:
* webalizer/logfile: /var/log/apache2/access-no.archive.ubuntu.com.log
* webalizer/doc_title: Usage Statistics for
  webalizer/upgrading:
* webalizer/directory: /var/www/webalizer





--
[]'s
José Carlos

Bug#370824: unrtf: nopict option doesn't work

[Liam K Morland]

Package: unrtf
Version: 0.19.3-1.1
Severity: normal

The --nopict command line argument is supposed to "disables the 
automatic storing of embedded pictures to the current directory". It 
used to work, but recently it started saving the image files again.

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

Versions of packages unrtf depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries

unrtf recommends no packages.

-- no debconf information


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

Bug#351183: --run does not fix the disk renaming problem

[Jonas Smedegaard]

On Tue, 6 Jun 2006 14:55:50 -0700 (PDT) dean gaudet wrote:

> On Tue, 6 Jun 2006, Jonas Smedegaard wrote:
> 
> > It is wrong to assume a purely no-older-than-etch system: Imagine
> > the process of upgrading from sarge to etch...
> 
> aha... now i understand :)
> 
> what you really need is some sort of weak dependency which implies
> that if the package is already installed then it must be a specific
> rev.

Correct. But such hinting would probably be too seldom needed to warrant
the added complexity.



> > Can someone come up with a test command that does not mess with
> > actual devices, and returns true for versions of mdadm that
> > properly supports "-Ac partitions"? Or even better, a complete
> > patch for yaird?
> 
> ok cool...
> 
> well according to the mdadm changelog the -Ac partitions bug was fixed
> in 1.10.0 ... so we'd want to stick something like this into
> Templates.cfg
> 
> !case "`mdadm --version 2>&1`" in
> !mdadm\ -\ v1.[1-9][^0-9]*)
> !mdadm --assemble  --uuid
>  \ ! NAME=components>  !;;
> !*)
> !mdadm -Ac partitions  --uuid
>  !;;
> !esac
> 
> hmm well i need to handle mdadm v0.x too i guess... i'm trying to
> avoid added grep to the initrd.
> 
> let me know if the above is generally what you're looking for -- an 
> alternative is to test the mdadm version at mkinitrd time but i
> didn't see a way to do that without mucking in the perl (which i
> don't mind doing either).

Well, the above puts the test at boot time. That's ugly IMHO.

I'd prefer resolving mdadm features at build time. Something like this:
  * Resolve mdadm capabilities in Plan.pm
  * Set some variable (not the version, but flags each capability)
  * Use TMPL_IF in mdadm template


> i probably won't be able to test a patch for a week or two though.

Just take your time :-)


 - Jonas


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

 - Enden er nær: http://www.shibumi.org/eoti.htm


pgpEUUo3ZH69X.pgp
Description: PGP signature

Bug#351183: --run does not fix the disk renaming problem

[dean gaudet]

On Wed, 7 Jun 2006, Jonas Smedegaard wrote:
...
> Well, the above puts the test at boot time. That's ugly IMHO.
> 
> I'd prefer resolving mdadm features at build time. Something like this:
>   * Resolve mdadm capabilities in Plan.pm
>   * Set some variable (not the version, but flags each capability)
>   * Use TMPL_IF in mdadm template

cool... i'll do it that way.

i'll also add in --run.

-dean


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

Bug#370418: failed Installation report for etch beta2 on oldworld PowerPC Mac (beige g3)

[Sven Luther]

On Tue, Jun 06, 2006 at 06:29:10PM -0400, Rick Thomas wrote:
> It's an oldworld Mac (beige G3) and I use MacOS-9/BootX as the  
> bootloader, so I skipped the "install quik bootloader" step during  
> the install (used "continue without bootloader").  That's probably  
> why you aren't seeing anything in the logs about bootloader setup.
> 
> This machine has a partition with sarge on it.  Is it trying to do  
> something with the 2.6.8 kernel from there?  If so, why?!?
> 
> Give me detailed instructions or a pointer to the correct part for me  
> to RTFM, and I'll do the manual initrd generation tonight or tomorrow.

How is your BootX configuration done, could it be that you copied or otherwise
use the wrong ramdisk, namely the one from your sarge install ? Altough this
one will presumably use initrd-tools, and not initramfs-tools.

Friendly,

Sven Luther


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

Bug#370825: libkrb53: /usr/lib/libgssapi_krb5.so should link to /usr/lib/libgssapi_krb5.so.2

[David Pashley]

Package: libkrb53
Version: 1.4.3-7
Severity: normal

/etc/gssapi_mech.conf by default refers to /usr/lib/libgssapi_krb5.so,
but this ifle doesn't exist. Changing it to /usr/lib/libgssapi_krb5.so.2
improves things. I don't know if you would prefer to assign it to
libgssapi2 to change the config file. I'll let you fight that one out
between you.

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

Versions of packages libkrb53 depends on:
ii  libc6 2.3.6-13   GNU C Library: Shared libraries
ii  libcomerr21.39-1 common error description library

libkrb53 recommends no packages.

-- no debconf information


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

Bug#370652: "dpkg-reconfigure iptables" does nothing with oldinitdscript

[Laurence J. Lane]

tag 370652 pending
thanks

On 6/6/06, Kazuhiro NISHIYAMA <[EMAIL PROTECTED]> wrote:


In comment of /usr/share/doc/iptables/examples/oldinitdscript.gz:



#3. Controlling the script itself is done through runlevels configured
#   with debconf for package installation. Run "dpkg-reconfigure iptables"
#   to enable or disable after installation.



but can not enable or disable with running "dpkg-reconfigure iptables".


I left the script there intact for people who may find it useful. I will
to maintain it or deal with any more bug reports about it.

Consider it removed from unstable with the next upload. Sarge users
will have to suffer.


Thanks.


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

Bug#351183: --run does not fix the disk renaming problem

[Jason Lunz]

On Tue, Jun 06, 2006 at 02:55:50PM -0700, dean gaudet wrote:
> !case "`mdadm --version 2>&1`" in
> !mdadm\ -\ v1.[1-9][^0-9]*)
> !mdadm --assemble  --uuid  NAME=uuid> \
> !  NAME=dev>
> !;;
> !*)
> !mdadm -Ac partitions  --uuid  NAME=uuid>
> !;;
> !esac
> 
> hmm well i need to handle mdadm v0.x too i guess... i'm trying to avoid 
> added grep to the initrd.
> 
> let me know if the above is generally what you're looking for -- an 
> alternative is to test the mdadm version at mkinitrd time but i didn't see 
> a way to do that without mucking in the perl (which i don't mind doing 
> either).

remember, --run *does* work for older versions of mdadm. It just doesn't
handle the drive reordering case. So we'd want to add the --run in the
non-Ac-partitions case if we go with this approach.

> i probably won't be able to test a patch for a week or two though.

I've got some machines running sarge with md root partitions and bpo
kernels with yaird initramfses. I don't think I can do any
upgrade-to-etch testing, but I can generate some initrds and try them
out on various drive loss/reorder scenarios.

Jason


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

Bug#370823: Please add support for two dh_pycentral options

[Matthias Klose]

Package: debhelper
Severity: wishlist
Tags: patch

Please add support to recognize two new options, used by dh_pycentral

--add-provides: modify dh_pycentral's behaviour to generate a
python:Provides substitution

--no-move: modify dh_pycentral's behaviour not to move files to the
pycentral area for shared python modules.


--- Debian/Debhelper/Dh_Getopt.pm~  2006-04-13 22:35:50.0 +
+++ Debian/Debhelper/Dh_Getopt.pm   2006-06-06 22:23:20.294211664 +
@@ -170,6 +170,10 @@

"language=s" => \$options{LANGUAGE},
 
+   "add-provides" => \$options{ADD_PROVIDES},
+
+   "no-move" => \$options{NO_MOVE},
+
"<>" => \&NonOption,
);
 


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

Bug#351183: --run does not fix the disk renaming problem

[Brendan Cully]

On Tuesday, 06 June 2006 at 14:55, dean gaudet wrote:
> > Can someone come up with a test command that does not mess with actual
> > devices, and returns true for versions of mdadm that properly supports
> > "-Ac partitions"? Or even better, a complete patch for yaird?
> 
> ok cool...
> 
> well according to the mdadm changelog the -Ac partitions bug was fixed
> in 1.10.0 ... so we'd want to stick something like this into
> Templates.cfg
> 
> !case "`mdadm --version 2>&1`" in
> !mdadm\ -\ v1.[1-9][^0-9]*)
> !mdadm --assemble  --uuid  NAME=uuid> \
> !  NAME=dev>
> !;;
> !*)
> !mdadm -Ac partitions  --uuid  NAME=uuid>
> !;;
> !esac

I don't think it'd be a bad idea to leave in --run for the legacy
mdadm case.


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

Bug#370418: failed Installation report for etch beta2 on oldworld PowerPC Mac (beige g3)

[Rick Thomas]

On Jun 6, 2006, at 5:40 PM, Frans Pop wrote:


(removing all irrelevant CCs; please respect the reply-to)

On Tuesday 06 June 2006 12:18, Rick Thomas wrote:

OK, they are here:

http://www.rcthomas.org/~rbthomas/logfiles/


As there is absolutely no mention of 2.6.8 in this installation  
itself,

the problem seems to be in the bootloader configuration and not in
base-installer. Are you sure that the correct initrd and kernel are
loaded?

I don't see anything in the logs about bootloader setup...

The only issue I can see in the install is the same as already  
spotted by

Sven:
   apt-install: Inconsistency detected by ld.so: dl-runtime.c: 76:
   fixup: Assertion `((reloc->r_info) & 0xff) == 21' failed!
I would say that this is a problem in the target system (maybe
initramfs-tools) rather than in the installer as apt-install  
effectively

runs in the /target chroot.
It also seems as if this error does not affect the installation  
itself as

it just continues (although it might cause a broken initrd). It may be
related, but it could also be a totally unrelated issue (though  
probably

worth following up).

The best way to debug this would be switching to console after base
installation, do a 'chroot /target' and try to generate the initrd
manually (with verbose options and checking the result afterwards; you
may have to mount /sys and /proc).

Anyway, the bootloader configuration should be checked to see why  
it tries
to do anything with a 2.6.8 kernel which presumably comes from some  
old

install.



It's an oldworld Mac (beige G3) and I use MacOS-9/BootX as the  
bootloader, so I skipped the "install quik bootloader" step during  
the install (used "continue without bootloader").  That's probably  
why you aren't seeing anything in the logs about bootloader setup.


This machine has a partition with sarge on it.  Is it trying to do  
something with the 2.6.8 kernel from there?  If so, why?!?


Give me detailed instructions or a pointer to the correct part for me  
to RTFM, and I'll do the manual initrd generation tonight or tomorrow.


Enjoy!

Rick





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

Bug#370822: xteddy: Please switch to newer version of imlib

[Nathanael Nerode]

Package: xteddy
Version: 2.0.2-2.1
Severity: wishlist

I just noticed that xteddy is still using imlib11.  Please
switch to libimlib2-dev if at all possible; imlib11 is in
oldlibs and will probably go away before etch+1.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (50, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages xteddy depends on:
ii  imlib11   1.9.14-30  Imlib is an imaging library for X 
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libice6   1:1.0.0-3  X11 Inter-Client Exchange library
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libpng12-01.2.8rel-5.1   PNG library - runtime
ii  libsm61:1.0.0-4  X11 Session Management library
ii  libtiff4  3.8.2-3Tag Image File Format (TIFF) libra
ii  libungif4g4.1.4-2shared library for GIF images (run
ii  libx11-6  2:1.0.0-6  X11 client-side library
ii  libxext6  1:1.0.0-4  X11 miscellaneous extension librar
ii  xlibs 6.9.0.dfsg.1-6 X Window System client libraries m
ii  zlib1g1:1.2.3-11 compression library - runtime

xteddy recommends no packages.

-- no debconf information


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

Bug#365138: I can't reproduce this bug

[Dmitry Semyonov]

Hello, Manoj.

On 6/6/06, Manoj Srivastava <[EMAIL PROTECTED]> wrote:


I am having trouble trying to reproduce this error.  Could you
 please run ucf under bash -x? like:
 # bash -x /usr/bin/ucf -v -p /etc/sensors.conf 2>&1 | tee ucf.log


Thanks for your reply! See the output below:

+ set -e
+ '[' -z '' ']'
+ '[' '' ']'
+ DEBCONF_ALREADY_RUNNING=NO
+ which debconf-loadtemplate
+ debconf-loadtemplate ucf /var/lib/dpkg/info/ucf.templates
+ export DEBCONF_ALREADY_RUNNING
+ '[' -e /usr/share/debconf/confmodule ']'
+ . /usr/share/debconf/confmodule
++ '[' '!' '' ']'
++ PERL_DL_NONLAZY=1
++ export PERL_DL_NONLAZY
++ exec /usr/share/debconf/frontend /usr/bin/ucf -v -p /etc/sensors.conf
ucf: The Destination file is /etc/sensors.conf
ucf:  is /tmp

--
...Bye..Dmitry.


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

Bug#370821: xteddy: Please move files out of /usr/X11R6 into /usr/share

[Nathanael Nerode]

Package: xteddy
Version: 2.0.2-2.1
Severity: wishlist


With the new Xorg 7, the /usr/X11R6 hierarchy is slowly going away.

So!  Instead of putting the images in this package in
/usr/X11R6/include/X11/pixmaps
Please put them in
/usr/share/pixmaps
which appears to be where the .xpm files have generally gone.
(Or somewhere else in /usr/share if you know better than I do.) :-)

It appears to me that the only places the directory needs to be
changed are in debian/menu and debian/install.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (50, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages xteddy depends on:
ii  imlib11   1.9.14-30  Imlib is an imaging library for X 
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libice6   1:1.0.0-3  X11 Inter-Client Exchange library
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libpng12-01.2.8rel-5.1   PNG library - runtime
ii  libsm61:1.0.0-4  X11 Session Management library
ii  libtiff4  3.8.2-3Tag Image File Format (TIFF) libra
ii  libungif4g4.1.4-2shared library for GIF images (run
ii  libx11-6  2:1.0.0-6  X11 client-side library
ii  libxext6  1:1.0.0-4  X11 miscellaneous extension librar
ii  xlibs 6.9.0.dfsg.1-6 X Window System client libraries m
ii  zlib1g1:1.2.3-11 compression library - runtime

xteddy recommends no packages.

-- no debconf information


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

Bug#360042: php4-cgi: On running PHP cgi mode under Apache suexec condition, no post values could be obtained via $_POST

[Steinar H. Gunderson]

On Thu, Mar 30, 2006 at 05:18:46PM +0800, Terence Y.B. Wong wrote:
> I'm running php4, php4-cgi and php-cli on the same Apache server. The
> CGI mode PHP4 is run under suexec condition. However, no $_POST values
> could be obtained as in the server mode CGI.

I'm completely unable to reproduce this with the latest PHP4 in sid
(4:4.4.2-1+b1). Could you please retry, and if it still breaks, send minimal
test scripts and your configuration?

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#369268: [Build-common-hackers] Bug#369268: debhelper.mk: installs common docs instead of docs listed in package.docs

[Micha Lenk]

Hello,

Peter Eisentraut wrote:

Micha Lenk wrote:

I suggest to alter dh_installdocs for support of installing files
listed in .docs in preference over the files specified on
command line. Afterwards it should be fairly easy to fix this bug
cleanly.


Great, but what does cdbs have to do with that?  You'll have to talk to 
the debhelper maintainer to get that idea rejected.


cdbs should make use of this new feature in order to close this bug. Of 
course it is possible to fix the bug otherwise. But simply closing the 
bug isn't fixing it.


If you do not agree please consider to tag this bug wontfix instead of 
closing it.


Yours
  Micha


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

Bug#370818: linux-image-2.6.16: lspci fails to list second pci express graphics card

[Subu Krishnamoorthy]

Package: linux-image-2.6.16
Version: 2
Severity: important

This dual AMD opteron system runs on a kernel built from the debian patched 
kernel 2.6.16 sources. Booting with pci=noacpi lists the second nVidia Quadro 
FX 3400 card (see lspci outputs below). 
NOTE: This used to work perfectly with a kernel built from 2.6.12 debian 
patched sources.

 lspci without pci=noacpi kernel parameter 
:00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev 
a3)
:00:01.0 ISA bridge: nVidia Corporation CK804 ISA Bridge (rev a3)
:00:01.1 SMBus: nVidia Corporation CK804 SMBus (rev a2)
:00:02.0 USB Controller: nVidia Corporation CK804 USB Controller (rev a2)
:00:02.1 USB Controller: nVidia Corporation CK804 USB Controller (rev a3)
:00:04.0 Multimedia audio controller: nVidia Corporation CK804 AC'97 Audio 
Controller (rev a2)
:00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2)
:00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev 
f3)
:00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev 
f3)
:00:09.0 PCI bridge: nVidia Corporation CK804 PCI Bridge (rev a2)
:00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3)
:00:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
:00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
HyperTransport Technology Configuration
:00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Address Map
:00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
DRAM Controller
:00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Miscellaneous Control
:00:19.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
HyperTransport Technology Configuration
:00:19.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Address Map
:00:19.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
DRAM Controller
:00:19.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Miscellaneous Control
:0a:00.0 VGA compatible controller: nVidia Corporation NV45GL [Quadro FX 
3400/4400] (rev a2)

 lspci with pci=noacpi kernel parameter 
:00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev 
a3)
:00:01.0 ISA bridge: nVidia Corporation CK804 ISA Bridge (rev a3)
:00:01.1 SMBus: nVidia Corporation CK804 SMBus (rev a2)
:00:02.0 USB Controller: nVidia Corporation CK804 USB Controller (rev a2)
:00:02.1 USB Controller: nVidia Corporation CK804 USB Controller (rev a3)
:00:04.0 Multimedia audio controller: nVidia Corporation CK804 AC'97 Audio 
Controller (rev a2)
:00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2)
:00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev 
f3)
:00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev 
f3)
:00:09.0 PCI bridge: nVidia Corporation CK804 PCI Bridge (rev a2)
:00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3)
:00:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
:00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
HyperTransport Technology Configuration
:00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Address Map
:00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
DRAM Controller
:00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Miscellaneous Control
:00:19.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
HyperTransport Technology Configuration
:00:19.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Address Map
:00:19.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
DRAM Controller
:00:19.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Miscellaneous Control
:0a:00.0 VGA compatible controller: nVidia Corporation NV45GL [Quadro FX 
3400/4400] (rev a2)
:61:06.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X 
Fusion-MPT Dual Ultra320 SCSI (rev 07)
:61:06.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X 
Fusion-MPT Dual Ultra320 SCSI (rev 07)
:61:09.0 Ethernet controller: Intel Corporation 82544EI Gigabit Ethernet 
Controller (Copper) (rev 02)
:81:00.0 VGA compatible controller: nVidia Corporation NV45GL [Quadro FX 
3400/4400] (rev a2)


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

Versions of packages linux-image-2.6.16 depends on:
ii  coreutils [fileutils] 5.96-3 The GNU core utilities
ii  debconf [debconf-2.0] 1.5.1  Debian configuratio