date:20070519

Hi Jörg,

On Fre, 18 Mai 2007, Steve Langasek wrote:
 xindy is still failing to build with the same error as before.

I guess this is the problem (targets reordered):

# ok, necessary like this
binary: binary-indep binary-arch
# also ok
binary-indep: build-indep
binary-arch: build-arch
# ok those 4 
build-indep: build-indep-stamp
build-indep-stamp: config.status-with-latex
build-arch: build-arch-stamp
build-arch-stamp:  config.status
# here seems to be the problem
build: build-indep build-arch

build is called in *any* case

Since you don't want to have this, you should just include an empty
build target, the calls to binary-indep and/or binary-arch will do the
rest.

If you have setup a pbuilder build env you can test it with
--binary-arch
cmd line option to dpkg-buildpackage (could have done it myself, sorry).

I checked, with an empty build target it works. I will upload a NMU
today to fix the build issue, you can later send me what you want.

Best wishes

Norbert

---
Dr. Norbert Preining [EMAIL PROTECTED]Università di Siena
Debian Developer [EMAIL PROTECTED] Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
`...You hadn't exactly gone out of your way to call
attention to them had you? I mean like actually telling
anyone or anything.'
`But the plans were on display...'
`On display? I eventually had to go down to the cellar to
find them.'
`That's the display department.'
`With a torch.'
`Ah, well the lights had probably gone.'
`So had the stairs.'
`But look you found the notice didn't you?'
yes I did. It was on display in the
bottom of a locked filing cabinet stuck in a disused
lavatory with a sign on the door saying Beware of The
Leopard.'
 --- Arthur singing the praises of the local council planning
 --- department.
 --- Douglas Adams, The Hitchhikers Guide to the Galaxy


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

Bug#421545: tasks: no way to define a category

2007-05-19 Thread Ross Burton

Eddy,

Can you try a little basic debugging on this, as I've never seen this
issue before.  If you've used gdb before, then can you add a breakpoint
on g_logv and get a full backtrace (bt full) from the first assertion.

(If you've never used gdb I can give more detailed instructions)

Thanks,
Ross
-- 
Ross Burton mail: [EMAIL PROTECTED]
  jabber: [EMAIL PROTECTED]
 www: http://www.burtonini.com./
 PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF



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

Bug#425119: uninstallable on arm architecture

2007-05-19 Thread Andreas Bach Aaen

Package: asterisk
Version: 1:1.4.3~dfsg-1

I cannot make update my asterisk to the newest version available 
because the dependency to asterisk-config is wrong for the arm 
architecture. For some reason 1:1.4.3~dfsg-1 is the newest available 
asterisk package for arm while asterisk-config is available in 
version 1:1.4.4~dfsg-2.

Here is what I get:
--
apt-get install asterisk-config asterisk
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  asterisk: Depends: asterisk-config (= 1:1.4.3~dfsg-1) but 
1:1.4.4~dfsg-2 is to be installed or
 asterisk-config-custom but it is not installable

or another variant:

 apt-get install asterisk
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely 
that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  asterisk: Depends: asterisk-config (= 1:1.4.3~dfsg-1) but 
1:1.2.16~dfsg-1 is to be installed or
 asterisk-config-custom but it is not installable
E: Broken packages
---

I hope you can fixup the dependency problems or simply make the same 
new version available for the arm architecture as well.

Regards
Andreas Bach Aaen

-- 
 /\ ,_  _|,_ _  _  _,  |¨) _  _ |_/\  _  _ ,_
/¨¨\| )(_|| (-'.-|`-,  |¨).-|(_ | )  /¨¨\.-|(-'| )
¨¨
grep -r 'Andreas Bach Aaen' /usr/src/linux

Bug#423022: Bug#422851: grub-probe -t partmap doesn't work with software RAID

On Sat, May 19, 2007 at 01:49:53AM +0100, Sam Morris wrote:
 On Fri, 2007-05-18 at 08:51 +0200, Robert Millan wrote:
  On Sun, May 13, 2007 at 06:44:07PM +0200, Robert Millan wrote:
   On Sun, May 13, 2007 at 12:02:26PM +0100, Sam Morris wrote:
On Sat, 2007-05-12 at 22:16 +0100, Sam Morris wrote:
 On Wed, 2007-05-09 at 18:13 +0200, Robert Millan wrote:
  I'm forwarding you a bug report from Debian.  It seems that the 
  grub-probe
  -t partmap feature I just added doesn't play nice with RAID.  
  Unfortunately,
  I have no idea how software RAID is implemented.  Is it okay to 
  just exit
  succesfuly and install core.img without any partmap module?
   
   ... so apparently it isn't.  We still need to detect this somehow, or 
   maybe we
   could just print pc gpt.. anyone can cast some light on this?
  
  How about this as temporary solution?  It's ugly, but it's not worse than 
  what
  we had before.
 
 I've now tested hardcoding the modules to 'pc gpt'.

I suspect some part of GRUB might be thinking you talk about a single module
named 'pc gpt' (which would be found in '/boot/grub/pc gpt.mod').

Can you try passing these to grub-install instead of modifiing the source?

Like: grub-install --modules=pc gpt

-- 
Robert Millan

My spam trap is [EMAIL PROTECTED]  Note: this address is only intended
for spam harvesters.  Writing to it will get you added to my black list.


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

Bug#425120: nvram-wakeup: filename /usr/sbin/time is unfortunate

2007-05-19 Thread Wolfgang Köbler

Subject: nvram-wakeup: filename /usr/sbin/time is unfortunate
Package: nvram-wakeup
Version: 0.97-12
Severity: wishlist

It would be nice if /usr/sbin/time could be renamed. Otherwise this
produces unexpected behaviour when the (widely used) package time is
also installed. Then calling time as normal user measures cpu resource
usage, whereas root acts completely different.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages nvram-wakeup depends on:
ii  debconf [debconf-2.0]   1.5.11   Debian configuration
management sy ii  libc6   2.3.6.ds1-13 GNU C
Library: Shared libraries ii  makedev 2.3.1-83
creates device files in /dev

nvram-wakeup recommends no packages.

-- debconf information excluded


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

Bug#391493: [pkg-horde] Bug#391493: Please reopen

2007-05-19 Thread Ola Lundqvist

Hi

* Which version did you use?
* What was the cookie path set to when it was configured?

Regards,

// Ola

On Fri, May 18, 2007 at 09:24:34AM -0400, Patricio Rojo wrote:
 Hi,
 
Yesterday I just did my first install of horde3 (to use kronolith),
 and spent quite some time trying to find out why the login was not
 working.  In some discussion group I found out about the cookie path and
 indeed that was the problem... I'm surprised to find out that that was a
 reported problem in Debian which was supposedly fixed... it seems to be
 broken again somehow.
 
Thanks!
 
 
 
 
 ___
 pkg-horde-hackers mailing list
 [EMAIL PROTECTED]
 http://lists.alioth.debian.org/mailman/listinfo/pkg-horde-hackers
 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://opalsys.net/ UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#424164: lintian: don't complain about README/LICENSE files in zope Products

2007-05-19 Thread Bernd Zeimetz


 I see nothing in lintian that would complain about README.txt files.  Do
 you have a specific tag or sample lintian output for this problem?

sorry, I should have checked that again, the README.txt files was not a
lintian problem.

 W: zenoss; File
 /usr/share/zope/Products/ZenModel/skins/zenmodel/LICENSE.pt is
 considered to be an extra license file.
 
 This looks like a linda message, but I do see that one in lintian.  I'll
 fix this for the next release.

true,
zenoss binary: extra-license-file
usr/share/zope/Products/ZenModel/skins/zenmodel/LICENSE.pt

is the lintian message.

I should stop working in the middle of the night ;)


-- 
Bernd Zeimetz
[EMAIL PROTECTED] http://bzed.de/


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

Bug#406162: network-manager-kde: KNetworkManager hangs on first

2007-05-19 Thread Oliver Bock

Hi,

this bug is not solved on my side. I'm running lenny, hence KNetworkManager 
0.1-4. I can still find the same messages in .xsession-errors as described by 
Georg.

Is there a way to reactivate this bug report or should I file a new one?


Thanks,
Oliver


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

Bug#425112: [pkg-mad-maintainers] Bug#425112: madplay on sgi mips64 big endian

2007-05-19 Thread Gürkan Sengün


On 2007-05-19 11:10:28 +0200 Sam Clegg [EMAIL PROTECTED] wrote:

Sounds like a potential endianess or wordsize issue.  Probably for
former as I'm sure we would know about it if madplay didn't work on
other 64-bit archs.

Is your machine littlendian?  Has anyone else had experience using
madplay in a littleendian archs?


i think all sgi's are big endian configured, see Subject :)

i just tried mpg123 that works as well. debugging opencubicplayer 
now...


yours,
guerkan



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

Bug#425121: installation-reports

2007-05-19 Thread Brian Dockter


Package: installation-reports

Boot method: CD
Image version: 
http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-cd/debian-testing-i386-CD-1.template
Date: 19 May 2007

Machine: Dell Dimension XPS T450
Processor: PIII 450MHz
Memory: 512MB
Partitions: N/A

Output of lspci -nn and lspci -vnn:

:00:00.0 0600: 8086:7190 (rev 03)
   Flags: bus master, medium devsel, latency 64
   Memory at f800 (32-bit, prefetchable) [size=64M]
   Capabilities: [a0] AGP version 1.0

:00:01.0 0604: 8086:7191 (rev 03)
   Flags: bus master, 66MHz, medium devsel, latency 128
   Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
   I/O behind bridge: 9000-9fff
   Memory behind bridge: f410-f5ff

:00:07.0 0601: 8086:7110 (rev 02)
   Flags: bus master, medium devsel, latency 0

:00:07.1 0101: 8086:7111 (rev 01) (prog-if 80 [Master])
   Flags: bus master, medium devsel, latency 64
   I/O ports at 10a0 [size=16]

:00:07.2 0c03: 8086:7112 (rev 01)
   Flags: bus master, medium devsel, latency 64, IRQ 9
   I/O ports at 1080 [size=32]

:00:07.3 0680: 8086:7113 (rev 02)
   Flags: medium devsel, IRQ 9

:00:0d.0 0200: 10b7:9200 (rev 6c)
   Subsystem: 10b7:1000
   Flags: bus master, medium devsel, latency 80, IRQ 11
   I/O ports at 1000 [size=128]
   Memory at f400 (32-bit, non-prefetchable) [size=128]
   Expansion ROM at unassigned [disabled] [size=128K]
   Capabilities: [dc] Power Management version 2

:01:00.0 0300: 1002:4742 (rev 5c)
   Subsystem: 1002:0084
   Flags: bus master, stepping, medium devsel, latency 66
   Memory at f500 (32-bit, non-prefetchable) [size=16M]
   I/O ports at 9000 [size=256]
   Memory at f410 (32-bit, non-prefetchable) [size=4K]
   Expansion ROM at unassigned [disabled] [size=128K]
   Capabilities: [50] AGP version 1.0


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [E]
Partition hard drives:  [ ]
Install base system:[ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:
Everything went fine until it tried to detect the hard drives. It could
not find my installed hard drive. The hard drive shows up on the BIOS
and in /sys/block/hda after the install disk is booted. The drive is
installed as the master on the ide0 controller. The CD is the master
on ide1.

I was able to boot up in an older version of Knoppix (with a 2.4 kernel)
and partition, format, and mount the drive. I was able to partition the
disk and write to it using dd from the Debian installer command line, but
I could not format it. When I tried to format the disk from the installer
command line, I got a floating point exception.




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

Bug#402819: patch available

tags 402819 + patch
thanks

Okay, here is an simple patch for gnome-reportbug to be again
installable. I tested the package with python2.4 and it works.

Furthermore I moved the package to the newest python policy (using
pycentral).

Since this is an native version I'm unsure which versioning I should
use. Normally I would use -x.x for now I used 0.2.1 to do not release a
0.3 ;)

Please consider to upload my changes.

Greetings
Patrick


-- 
 .''`.   Patrick Winnertz [EMAIL PROTECTED]
: :'  :  GNU/Linux Debian-Edu Developer
`. `'`   http://www.der-winnie.de http://d.skolelinux.org/~winnie
  `-  Debian - when you have better things to do than fixing systems

diff -Nru /tmp/PcsOiQ6MzR/gnome-reportbug-0.2/debian/changelog /tmp/jLKuuqPHFi/gnome-reportbug-0.2.1/debian/changelog
--- /tmp/PcsOiQ6MzR/gnome-reportbug-0.2/debian/changelog	2006-08-13 18:03:10.0 +0200
+++ /tmp/jLKuuqPHFi/gnome-reportbug-0.2.1/debian/changelog	2007-05-19 11:51:02.0 +0200
@@ -1,3 +1,12 @@
+gnome-reportbug (0.2.1) experimental; urgency=low
+
+  * Non-maintainer upload
+  * Replaces the dh_python call with dh_pycentral and adjust the
+build-depends.
+  * Replaces Depends on python2.3-x packages with python2.4-x packages.
+
+ -- Patrick Winnertz [EMAIL PROTECTED]  Sat, 19 May 2007 11:50:55 +0200
+
 gnome-reportbug (0.2) experimental; urgency=low
 
   * Bump the reportbug dependency, to ensure that the newest core patch
diff -Nru /tmp/PcsOiQ6MzR/gnome-reportbug-0.2/debian/control /tmp/jLKuuqPHFi/gnome-reportbug-0.2.1/debian/control
--- /tmp/PcsOiQ6MzR/gnome-reportbug-0.2/debian/control	2006-08-13 18:04:03.0 +0200
+++ /tmp/jLKuuqPHFi/gnome-reportbug-0.2.1/debian/control	2007-05-19 11:47:42.0 +0200
@@ -2,12 +2,14 @@
 Section: utils
 Priority: extra
 Maintainer: Philipp Kern [EMAIL PROTECTED]
-Build-Depends: debhelper (= 4.0.0)
+Build-Depends: debhelper (= 4.0.0), python-central
+XS-Python-Version: 2.4
 Standards-Version: 3.7.2
 
 Package: gnome-reportbug
 Architecture: all
-Depends: reportbug (= 3.23), python2.3-gtk2, python2.3-gnome2
+XB-Python-Version: 2.4
+Depends: reportbug (= 3.23), python2.4-gtk2, python2.4-gnome2
 Description: reports bugs in the Debian distribution (Gnome frontend)
  reportbug is a tool designed to make the reporting of bugs in Debian
  and derived distributions relatively painless.
diff -Nru /tmp/PcsOiQ6MzR/gnome-reportbug-0.2/debian/rules /tmp/jLKuuqPHFi/gnome-reportbug-0.2.1/debian/rules
--- /tmp/PcsOiQ6MzR/gnome-reportbug-0.2/debian/rules	2006-08-12 17:43:38.0 +0200
+++ /tmp/jLKuuqPHFi/gnome-reportbug-0.2.1/debian/rules	2007-05-19 11:43:33.0 +0200
@@ -34,7 +34,7 @@
 	dh_strip
 	dh_compress
 	dh_fixperms
-	dh_python
+	dh_pycentral
 	dh_installdeb
 	dh_shlibdeps
 	dh_gencontrol

Bug#416594: nvidia-kernel-source: Workaround confirmed

2007-05-19 Thread Ben Wheeler

Package: nvidia-kernel-source
Version: 1.0.9755-1
Followup-For: Bug #416594

Confirmed that this bug still exists and that the above workaround
(removing $(ROOT_CMD) from the Main Make command, line 171 of 
modules/nvidia-kernel/debian/rules) allows the build to succeed.

Presumably another alternative would be to build the kernel as root
instead of using fakeroot, but I think this is less acceptable.

Ben 

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

Kernel: Linux 2.6.18-qolc-2006111407 (PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages nvidia-kernel-source depends on:
ii  debhelper 5.0.49 helper programs for debian/rules
ii  dpatch2.0.22 patch maintenance system for Debia
ii  make  3.81-3 The GNU version of the make util
ii  sed   4.1.5-2The GNU sed stream editor

Versions of packages nvidia-kernel-source recommends:
ii  devscripts2.10.4 Scripts to make the life of a Debi
ii  kernel-package11.001 A utility for building Linux kerne
ii  nvidia-glx1.0.8776-4 NVIDIA binary XFree86 4.x driver

-- no debconf information


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

Bug#425123: alsaconf not very smart with more than one soundcard

2007-05-19 Thread Bastian Venthur

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

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

Alsaconf doesn't behave very smart when it detects more than one card.
You can select one of the found cards and it will become the *only* card
mentioned in /etc/modprobe.d/sound.

The problem is, even with index=0 set, it happens that one of the other
cards becomes the system default.

I think it would be smarter to insert all found cards in
/etc/modprobe.d/sound and set the one with index=0 the user wishes to
use as default.


Cheers,

Bastian


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.18-4-686

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org
  500 unstableftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-
libasound2( 1.0.12) | 1.0.13-2
libc6(= 2.3.6-6) | 2.5-7
libncurses5(= 5.4-5) | 5.5-5
whiptail  | 0.52.2-10
 OR dialog| 1.1-20070409-2
module-init-tools | 3.3-pre4-2
 OR modutils (= 2.3.5-1) |
pciutils  (= 1:2.1.11-4) | 1:2.2.4-1
python| 2.4.4-6
lsb-base   (= 3.0-9) | 3.1-23.1
linux-sound-base(= 1.0.11-2) | 1.0.13-5


-- 
Bastian Venthur  http://venthur.de
Debian Developer venthur at debian org



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

Bug#425124: libdirectfb: DirectFB/fbdev/vt: KD_GRAPHICS failed!

2007-05-19 Thread Andrei Popescu

Package: libdirectfb-0.9-25
Version: 0.9.25.1-5
Severity: important


When trying to run 'xlinks2' or 'mplayer -vo directfb movie.file' I get 
following error:

~$ xlinks2

   -- DirectFB v0.9.25 -
 (c) 2000-2002  convergence integrated media GmbH
 (c) 2002-2004  convergence GmbH
---

(*) DirectFB/Core: Single Application Core. (2006-12-04 07:00)
(*) Direct/Memcpy: Using SSE optimized memcpy()
(!) DirectFB/fbdev/vt: KD_GRAPHICS failed!
-- Operation not permitted
(!) DirectFB/Core: Could not initialize 'system' core!
-- Initialization error!
svgalib: Cannot get I/O permissions.


It used to be an error about /dev/tty0 permissions, but I chowned it to 
my user.

Regards,
Andrei
P.S. I am reporting this from a my sid installation but it also happens 
on a fresh etch.


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

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

Versions of packages libdirectfb-0.9-25 depends on:
ii  libc6 2.5-7  GNU C Library: Shared libraries
ii  libsysfs2 2.1.0-2interface library to sysfs

libdirectfb-0.9-25 recommends no packages.

-- no debconf information


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

Bug#425126: Distinct KDE and Gnome packages of network-manager-openvpn

2007-05-19 Thread Oliver Bock

Package: network-manager-openvpn
Severity: wishlist



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

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


Hi,

it'd be great to have distinct versions of network-manager-openvpn for KDE and 
Gnome. Right now there's only one version that depends on many Gnome libraries 
which 
should not be required for KDE users.


Thanks in advance,
Oliver


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

Bug#425125: postgresql-8.1: localhost does not work for unix sockets in ~/.pgpass

2007-05-19 Thread David


Package: postgresql-8.1
Version: 8.1.8-1
Severity: normal

According to this page:
http://www.postgresql.org/docs/8.1/interactive/libpq-pgpass.html

A hostname of localhost matches both host (TCP) and local (Unix domain
socket) connections coming from the local machine.

However that does not work for me. I get prompted for a password. I
have to put '*' in the hostname section to allow passwordless local
unix socket connections.

eg:

Works: *:*:david:david:moo
Does not work: localhost:*:david:david:moo

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

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

Versions of packages postgresql-8.1 depends on:
ii  libc62.3.6.ds1-13GNU C Library: Shared libraries
ii  libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library
ii  libkrb53 1.4.4-8 MIT Kerberos runtime libraries
ii  libpam0g 0.79-4  Pluggable Authentication Modules l
ii  libpq4   8.1.8-1 PostgreSQL C client library
ii  libssl0. 0.9.8c-4SSL shared libraries
ii  postgres 8.1.8-1 front-end programs for PostgreSQL
ii  postgres 73  manager for PostgreSQL database cl

postgresql-8.1 recommends no packages.

-- no debconf information


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

Bug#402819: patch available

2007-05-19 Thread Adeodato Simó

* Patrick Winnertz [Sat, 19 May 2007 11:57:39 +0200]:

Hi Patrick,

 -Depends: reportbug (= 3.23), python2.3-gtk2, python2.3-gnome2
 +Depends: reportbug (= 3.23), python2.4-gtk2, python2.4-gnome2

I'm no guru of the new Python policy, but it seems to me that it'd be
better to depend on python-gtk2 and python-gnome2 instead, so that the
package does not need another upload in the future.

 +XS-Python-Version: 2.4

And this should be current instead of 2.4, afaict.

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
The pure and simple truth is rarely pure and never simple.
-- Oscar Wilde



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

Bug#425064: 0.93 don't works with asciidoc anymore

2007-05-19 Thread Arnaud Vandyck


On 5/18/07, Alexander Wirt [EMAIL PROTECTED] wrote:
[...]

if I use fop to produce pdfs from asciioc I get a exception.
If I use 0.20.5-8 everything works as expected. I'm no
fop/xml expert so please enlight me where the problem is.


Maybe it's something that hasn't been include in the package or in the
classpath of the startup script. Can you try with the binary fop from
the apache website so we can check if it's a problem with the new
upstream or with the Debian package:
http://www.apache.org/dist/xmlgraphics/fop/fop-0.93-bin-jdk1.4.tar.gz

--
Arnaud Vandyck


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

Bug#394339: #394339: obexftp: Please upgrade to 0.21

2007-05-19 Thread Achim Bohnet

Hi,
I've tried to build kdebluetooth-dbus-integration and it fails
due to missing symbol in 0.19.   So I need 0.21 too.

[11:59] dgollub allee: i needed latest version of opbexftp
[11:59] allee dgollub: I've 0.19.  Strange ..
[12:00] dgollub i have 0.21 ;)
[12:00] allee dgollub: okay, so 
http://dev.zuckschwerdt.org/openobex/wiki/ObexDownloads is out of date.  Listed 
0.19 :(
[12:00] dgollub http://triq.net/obexftp/
[12:02] allee dgollub: strange sf has only 0.20.   Is there a fork?
[12:03] dgollub don't think so .. i guess he just forgot to make a real 
annoucnment

FWIW: libmulticobex in 0.19 is only as static lib not shared lib in the pkg.
No idea if this is an accident or wanted.

Achim
-- 
  To me vi is Zen.  To use vi is to practice zen. Every command is
  a koan. Profound to the user, unintelligible to the uninitiated.
  You discover truth everytime you use it.
  -- [EMAIL PROTECTED]


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

Bug#423739: libgl1-mesa-dri: banding in rendering when using blending for transparency

2007-05-19 Thread Michel Dänzer

On Sat, 2007-05-19 at 00:50 -0400, Dan Torop wrote:
 
  Please try verifying the indication that it's a Debian specific issue.
  E.g., does building the patched Debian source tree the same way as you
  built the upstream tree produce a working or defect r200_dri.so? Are the
  same compiler flags used? ...
 
 If I build from the patched Debian source tree as I would from the upstream 
 tree
 (make linux-dri-x86) the test program works properly.  If I use a
 debian-specific
 config (make debian-dri-i386 or debian/rules), the test program fails,
 but in a different way from the failure I reported before (rather than
 seeing banding
 in the output square, I see an non-50%-gray square whose color fluctuates over
 X server restarts, e.g. #98A5AF then #98A57F, etc.).
 
 The debian-specific config uses -O2 instead of -O.  In fact, it turns
 out that everything
 works fine with the debian-dri-i386 if I compile everything at -O2 except for
 src/mesa/drivers/dri/r200/r200_span.c which must be compiled with the
 -fno-regmove
 flag in order to work properly.

Did you use -fno-strict-aliasing along with -O2? The Mesa codebase is
known not to be strict aliasing safe.


 None of these builds have replicated the banding I saw with the debian 
 binaries.
 
 Incidentally, I don't actually need to restart the X server to
 differentiate between
 working and defective libraries, the failure seems dependent on the version of
 r200_dri.so loaded when I execute the test program, and not at all
 dependent on the
 version of r200_dri.so loaded on X server startup (even if the two don't 
 match).

Yes, with direct rendering, the *_dri.so is loaded by the application
process.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Bug#425064: 0.93 don't works with asciidoc anymore

2007-05-19 Thread Alexander Wirt

Arnaud Vandyck schrieb am Samstag, den 19. Mai 2007:

*snip*
 Maybe it's something that hasn't been include in the package or in the
 classpath of the startup script. Can you try with the binary fop from
 the apache website so we can check if it's a problem with the new
 upstream or with the Debian package:
 http://www.apache.org/dist/xmlgraphics/fop/fop-0.93-bin-jdk1.4.tar.gz
The apache fop has the same problem. 

Alex



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

Bug#421969: More analysis on the strange cannot upgrade bug

On Sam, 19 Mai 2007, Sam Morris wrote:
 2007-05-07 01:54:37 status half-configured texlive-base-bin 2007-5
 2007-05-07 11:44:38 upgrade texlive-base 2005.dfsg.3-1 2007-5

Yup. We need stricter dependencies.

Best wishes

Norbert

---
Dr. Norbert Preining [EMAIL PROTECTED]Università di Siena
Debian Developer [EMAIL PROTECTED] Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
YONKERS (n.)
(Rare.) The combined thrill of pain and shame when being caught in
public plucking your nostril-hairs and stuffing them into your
side-pocket.
--- Douglas Adams, The Meaning of Liff


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

Bug#425095: Etch Xorg memory leak?

2007-05-19 Thread Michel Dänzer

On Fri, 2007-05-18 at 21:23 -0400, Douglas Allan Tutty wrote:
 
 ssh titan -f /usr/bin/kpdf
 open a long file
 view each page in turn
 
 As each new page is viewed, xorg uses more memory, and swap goes up.
 
 Its as if xorg is using memory to hold the image for the new page and
 isn't releasing the memory used to hold the old page.  I conjuecture
 that its holding all viewed pages in memory.

Quite possibly, and likely on behalf of the client, i.e. kpdf in this
case. Please rule out first that kpdf is keeping pixmaps around, be it
on purpose or by accident.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Bug#425044: apt-build cannot find source package gtk+2.0

2007-05-19 Thread Julien Danjou

At 1179507522 time_t, Klaus Ethgen wrote:
 Package: apt-build
 Version: 0.12.28
 Severity: normal
 
 ~ apt-build install libgtk2.0-dev
 Unable to find source information for libgtk2.0-dev at /usr/bin/apt-build 
 line 482.

Is there deb-src lines in your /etc/apt/sources.list ?

Cheers,
-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#424640: debian-installer: installer cannot regonize harddrive

2007-05-19 Thread Frans Pop

On Friday 18 May 2007 12:45, Viktor Matys wrote:
 I used DVD iso builded by jigdo. The last two isos (may 14 and 10)
 don't work, but previous (april 30) worked well.

 I tested the last iso (jigdo may 14) also on another computer based on
 VIA, and result was the same - Cannot recognize hard drive. I did lsmod
 immediatelly after booting (when insatller asks for language selection)
 and the correct module for harddisk appears on list...

Thank you for your persistence. We have now traced where this issue comes 
from. Some components from unstable accidentally ended up in testing and 
this breaks one utility that is used to list the disks present in a 
system.

As I've said before, your disks _are_ being detected by the kernel. But 
because of the error in this utility the installer does not _see_ them.

We are working to correct this. Hopefully next weeks images will be OK 
again. Please check http://wiki.debian.org/DebianInstaller/Today to see 
if that is the case.

Cheers,
FJP


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

Bug#425106: texlive-pdfetex: upgrade fails, can't find /usr/bin/etex?

Hi Vincent,

On Sam, 19 Mai 2007, Vincent McIntyre wrote:
 I was doing a regular apt-get update; apt-get upgrade and got stuck
 over the package 'tipa'. I've tried removing it and get clobbered
 by texlive-pdfetex trying to configure itself, so I'm filing here.

Are you using etch or sid? On sid we are at texlive 2007 ...

 Setting up texlive-pdfetex (2005.dfsg.2-12) ...
 Running mktexlsr. This may take some time... done.
 Building format(s) --byfmt etex. This may take some time...
 fmtutil-sys failed. Output has been stored in
 /tmp/texlive.fmtutil.Iwa27687
 Please include this file if you report a bug.
  ... apt-get log truncated ...
 
 # cat /tmp/texlive.fmtutil.Iwa27687
   fmtutil: format `etex' not available.

This is strange.

Can you tell us which files you have in 
/etc/texmf/fmt.d
and whether there is a file
/etc/texmf/fmt.d/10texlive-pdfetex.cnf
it should contain lines for etex.

Then check  
/var/lib/texmf/web2c/fmtutil.cnf
for ### From file: /etc/texmf/fmt.d/10texlive-pdftex.cnf
it should be included.

Best wishes

Norbert

---
Dr. Norbert Preining [EMAIL PROTECTED]Università di Siena
Debian Developer [EMAIL PROTECTED] Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
YORK (vb.)
To shift the position of the shoulder straps on a heavy bag or
rucksack in a vain attempt to make it seem lighter. Hence : to laugh
falsely and heartily at an unfunny remark. 'Jasmine yorked politely,
loathing him to the depths of her being' - Virginia Woolf.
--- Douglas Adams, The Meaning of Liff


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

Bug#425064: 0.93 don't works with asciidoc anymore

2007-05-19 Thread Arnaud Vandyck


On 5/19/07, Alexander Wirt [EMAIL PROTECTED] wrote:
[...]

The apache fop has the same problem.


I don't see the bug in the database. Do you have the time to try to
isolate the problem with the simpliest test case as possible and then
file a bug in the Apache's Bugzilla?

Then, we'll attach this bug to the apache one.

Many thanks for your help and for filling this bug,

Cheers,

--
Arnaud Vandyck


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

Bug#425121: d-i: format from the command line

2007-05-19 Thread Geert Stappers

retitle 425121 d-i: format from the command line
tags 425121 moreinfo
thanks

Op 19-05-2007 om 02:57 schreef Brian Dockter:
Image version:
http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-cd/debian-testing-i386-CD-1.template
Date: 19 May 2007

Output of lspci -nn and lspci -vnn:
snip/
:00:07.1 0101: 8086:7111 (rev 01) (prog-if 80 [Master])
Flags: bus master, medium devsel, latency 64
I/O ports at 10a0 [size=16]

That is the IDE controller.

Comments/Problems:
Everything went fine until it tried to detect the hard drives. It could
not find my installed hard drive. The hard drive shows up on the BIOS
and in /sys/block/hda after the install disk is booted. The drive is
installed as the master on the ide0 controller. The CD is the master
on ide1.

Okay.

I was able to boot up in an older version of Knoppix (with a 2.4 kernel)
and partition, format, and mount the drive.

There are also succesfull installs with a 8086:7111
( example given: http://bugs.debian.org/413075 )

I was able to partition the
disk and write to it using dd from the Debian installer command line, but
I could not format it. When I tried to format the disk from the installer
command line, I got a floating point exception.

And what is the idea of leaving the installation menu, starting a
command line session for doing a manual disk format?

(the debian-installer does perfectly format disks on the main screen)

Cheers
Geert Stappers

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

Bug#425127: nvidia-kernel-legacy-96xx-source: Kernel module build failed for kernel 2.6.20-1-686

2007-05-19 Thread LUK ShunTim

Package: nvidia-kernel-legacy-96xx-source
Version: 1.0.9631-3
Severity: important

First of all, thanks for this legacy package. My MX440 works again with   Xorg 
1.3.

However, it failes to build with a 2.6.20 kernel. Here's the relevant error 
messages when built with m-a.
quote
  LD [M]  /usr/src/modules/nvidia-kernel-legacy-96xx/nv/nvidia.o
  Building modules, stage 2.
  MODPOST 1 modules
FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol 'paravirt
_ops'
make[4]: *** [__modpost] Error 1
make[3]: *** [modules] Error 2
make[3]: Leaving directory `/usr/src/linux-headers-2.6.20-1-686'
NVIDIA: left KBUILD.
nvidia.ko failed to build!
/quote

Thanks very much,
ST
-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (500, 'experimental')
Architecture: i386 (i686)

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

Versions of packages nvidia-kernel-legacy-96xx-source depends on:
ii  debhelper 5.0.49 helper programs for debian/rules
ii  dpatch2.0.22 patch maintenance system for Debia
ii  make  3.81-3 The GNU version of the make util
ii  sed   4.1.5-2The GNU sed stream editor

Versions of packages nvidia-kernel-legacy-96xx-source recommends:
ii  devscripts2.10.4 Scripts to make the life of a Debi
ii  kernel-package11.001 A utility for building Linux kerne
ii  nvidia-glx-legacy-96xx1.0.9631-3 NVIDIA binary Xorg driver (96xx le

-- no debconf information


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

Bug#394339: #394339: obexftp: Please upgrade to 0.21

2007-05-19 Thread Hendrik Sattler

Am Samstag 19 Mai 2007 12:24 schrieb Achim Bohnet:
 I've tried to build kdebluetooth-dbus-integration and it fails
 due to missing symbol in 0.19.   So I need 0.21 too.

Can you give me the output (or the symbol name)?

 [11:59] dgollub allee: i needed latest version of opbexftp
 [11:59] allee dgollub: I've 0.19.  Strange ..
 [12:00] dgollub i have 0.21 ;)
 [12:00] allee dgollub: okay, so
 http://dev.zuckschwerdt.org/openobex/wiki/ObexDownloads is out of date. 
 Listed 0.19 :( [12:00] dgollub http://triq.net/obexftp/
 [12:02] allee dgollub: strange sf has only 0.20.   Is there a fork?
 [12:03] dgollub don't think so .. i guess he just forgot to make a real
 annoucnment

Actually, current version is 0.22-pre4. I'll ask upstream to make a new 
release.

 FWIW: libmulticobex in 0.19 is only as static lib not shared lib in the
 pkg. No idea if this is an accident or wanted.

This is wanted because upstream did not want to make garanties about a stable 
API/ABI. I'll have to discuss this again with him.

Give me some time for the upgrade (including libopenobex CVS version).

HS


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

Bug#405851: Daemon fails to start with all JVMs; this is serious

2007-05-19 Thread Arnaud Vandyck


On 5/18/07, Loïc Minier [EMAIL PROTECTED] wrote:

On Fri, May 18, 2007, Arnaud Vandyck wrote:
 How did you set the JAVA_HOME variable in /etc/default/jetty? I mean
 which value did you put in JAVA_HOME?

 I didn't set anything.


And now that you set it to one of your jdk installed, is it working?

Can I close the bug?

--
Arnaud Vandyck

Bug#425128: Missing .desktop file

2007-05-19 Thread Luca Falavigna

From: Luca Falavigna [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: Missing .desktop file
Package: mysql-navigator
Version: 1.4.2-8
Severity: minor

mysql-navigator package doesn't include a .desktop file.

This bug has been initially reported in Ubuntu (together with a possible
fix) at this address: https://launchpad.net/bugs/112881.

Thank you.

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

Bug#421545: group store broken

2007-05-19 Thread Ross Burton

Aha, I think I've fixed this in svn.  Can you attempt to build Tasks
from svn, or should I just make a release?

Ross
-- 
Ross Burton mail: [EMAIL PROTECTED]
  jabber: [EMAIL PROTECTED]
 www: http://www.burtonini.com./
 PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF




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

Bug#422980: ttf-dejavu: fontconfig error: cannot load default config file

2007-05-19 Thread Davide Viti

Hi Jasen,

On Wed, May 09, 2007 at 08:16:34PM +1200, Jasen Betts wrote:
 ...
 I caught this error message during dist-upgrade (sarge to etch)
   
  not sure what it means: ===
 
 Setting up ucf (2.0020) ...
 
 Setting up ttf-dejavu (2.15-1) ...
 Fontconfig error: Cannot load default config file
 ...

talked about this on #dejavu and the opinion is that this is not a
dejavu bug but has something todo with your configuration (maybe
fonts.conf missing?).
I'll leave this BR open anyway: I'd like to try a sarge - etch upgrade
with qemu as soon as I find the time to do it.

regards,
Davide


signature.asc
Description: Digital signature

Bug#423949: mirror submission for mirrors.uol.com.br

2007-05-19 Thread Simon Paillard

On Thu, May 17, 2007 at 05:26:43AM -0300, Emerson Gomes wrote:
 Em Qui, 2007-05-17 às 00:24 +0200, Simon Paillard escreveu:
  We recommend you to adopt or at least adapt the official anonftpsync
  script, that takes care of many such potential issues for you.
 [..]
 It happened that my sync script was messed up.

So you switched to anonftpsync ?

  Would ftp.br.debian.org be a faster source mirror ?
 That's right, I'll run the next syncs from there.

Ok, could you do the switch soon, so that we can add directly the mirror
with the final mirror ?

  Moreoever, according the the trace directory, you mirror from kernel.org.
Still the same.

  Maybe you changed the architectures mirrors afterwards, but there are
  many missing packages for example in
  http://mirrors.uol.com.br/pub/debian/pool/main/b/base-files/
  
  You can compare with ftp://ftp.br.debian.org/debian/pool/main/b/base-files/
 
 That's right, we decided to remove the following architetures to save
 disk space: alpha arm hppa hurd-i386 m68k mipsel mips s390 sparc
 Sorry for that.

The current anonftpsync script does not remove files for architectures
newly exludes.

So you have to delete manually the packages in pool/ and the specific
files in dists/

for arch in alpha arm hppa hurd-i386 m68k mips mipsel s390 sparc
do find /path/debian/dists/. -name *$arch* -exec rm -r {} \; find 
/path/debian/pool/ -name *_$arch.deb -exec rm -r {} \;
done

Regards,

-- 
Simon Paillard

Bug#425129: check_disk_smb doesn't really do guest mode

2007-05-19 Thread Josip Rodin

Package: nagios-plugins-standard
Version: 1.4.5-1
Tags: patch

Hi,

The check_disk_smb plugin purports to support guest users, but it doesn't
work out, because it doesn't specify the -N command line option to smbclient
when no password is specified, making smbclient stop and ask.

Because the $pass variable is passed on directly into the command line,
the patch is simple:

--- check_disk_smb~ 2007-05-19 13:11:59.0 +0200
+++ check_disk_smb  2007-05-19 13:12:08.0 +0200
@@ -79,6 +79,7 @@
 
 ($opt_p) || ($opt_p = shift) || ($opt_p = );
 my $pass = $1 if ($opt_p =~ /(.*)/);
+$pass = -N if ($opt_p eq );
 
 ($opt_w) || ($opt_w = shift) || ($opt_w = 85);
 my $warn = $1 if ($opt_w =~ /^([0-9]{1,2}\%?|100\%?|[0-9]+[kMG])$/);

Please fix this. TIA.

-- 
 2. That which causes joy or happiness.


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

Bug#425112: [pkg-mad-maintainers] Bug#425112: Bug#425112: madplay on sgi mips64 big endian

2007-05-19 Thread Kurt Roeckx

On Sat, May 19, 2007 at 10:10:28AM +0100, Sam Clegg wrote:
 On Sat, 2007-05-19 at 10:15 +0200, Gürkan Sengün wrote:
  Package: madplay
  Version: 0.15.2b-4
  Severity: important
  
  madplay somevalid.mp3 just plays noise on my
  indigo2. mpg321 gets it right.
  
  $ uname -a
  Linux mips 2.6.20-1-r4k-ip22 #1 Tue Apr 24 23:33:09 UTC 2007 mips64 
  GNU/Linux
  
 
 Sounds like a potential endianess or wordsize issue.  Probably for
 former as I'm sure we would know about it if madplay didn't work on
 other 64-bit archs.

It works perfectly on amd64.

 Is your machine littlendian?  Has anyone else had experience using
 madplay in a littleendian archs?   

I think everybody has expierence using it on little endian hosts, like
i386 and amd64.

Someone blogged about using it on arm a few days ago, which is also
little endian.  He also said that things like mpg321, splay, aplay
and playsound didn't work.
See: http://www.hermann-uwe.de/blog/playing-audio-on-the-nslu2

The code in both libmad and madplay look at endianness, it even has
some assembler for mips, so it looks weird that it wouldn't work.  So
I'm guessing it's just a general endian problem.

It would be nice if we know that it's in libmad or madplay that we
should look.

I have no idea how to start to debug this without access to a mips
or big endian host.


Kurt

Bug#425044: apt-build cannot find source package gtk+2.0

2007-05-19 Thread Klaus Ethgen

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am Sa den 19. Mai 2007 um 12:32 schrieb Julien Danjou:
  ~ apt-build install libgtk2.0-dev
  Unable to find source information for libgtk2.0-dev at /usr/bin/apt-build 
  line 482.
 
 Is there deb-src lines in your /etc/apt/sources.list ?

Yes, sure. It also work for other packages.

I assume that this happens cause the '+' in the source package name.

Gruß
   Klaus
- -- 
Klaus Ethgenhttp://www.ethgen.de/
pub  2048R/D1A4EDE5 2000-02-26 Klaus Ethgen [EMAIL PROTECTED]
Fingerprint: D7 67 71 C4 99 A6 D4 FE  EA 40 30 57 3C 88 26 2B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBRk7cjZ+OKpjRpO3lAQInPQf+KcTlifbkVoHydBnWcV/szFc2/wtOSUkz
UsKIpXUZ9UJgXW+aUzC0Ywq0AFPRiHH2BgZKLtXwkw2YOB3GnnLJG/F8S7Gnz34M
1NYKQIwdk1BQczZVGBGaYJTOsK6uiHl9kS9zMbNeGj1VDzO3wq8rFInAabDMPJku
+urtURzMUq2W91oVR+cncRUMvabgc1BGHfCkxnpNAyW9xL4h88LgzdJiQod71Jnn
mfYJ974NsjoIGxvVJRXMYQkZABiK6EJWTA7l++mPetUTFV821Hci7i3GJeHoujVo
lk/FJkDV2KE6EAMowg71B+unnBWYv4JFKLuvj77blX7JS5nvr+6tAA==
=LCZL
-END PGP SIGNATURE-


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

Bug#421180: texlive update fails

Hi David,

ping ...

On Die, 01 Mai 2007, Norbert Preining wrote:
 On Fre, 27 Apr 2007, David Frey wrote:
   This is *very* strange as these files should NOT have been included into
   updmap.cnf at all. Do you have 
 /var/lib/tex-common/fontmap-cfg/tetex-{base,extra}.list
  
  Yes. The dump before the upgrade has them:
 
 Well, *before* the upgrade does not say anything, it is of interest what
 is *after* the upgrade. These files should have been removed, and if
 they are, the respective parts should not be included into the final
 updmap.cfg.

We cannot continue looking at this bug without this information what is
the situation like after the dump.

If you consider this fixed or unreproducible or whatever I tend to close
this bug.

Best wishes

Norbert

---
Dr. Norbert Preining [EMAIL PROTECTED]Università di Siena
Debian Developer [EMAIL PROTECTED] Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
BARSTIBLEY
A humorous device such as a china horse or small naked porcelain
infant which jocular hosts use of piss water into your Scotch with.
--- Douglas Adams, The Meaning of Liff


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

Bug#424038: [pkg-boost-devel] Bug#424038: Bug#424038: /usr/bin/ld: cannot find -lboost_program_options

2007-05-19 Thread Roger Leigh

Hi,

I'd just like to make a few observations about this bug.  Firstly, its
effect on one of my packages, schroot:

[./configure ...]
checking for boost::program_options::variables_map in 
-lboost_program_options... no
configure: error: libboost_program_options (Boost C++ Libraries) is not 
installed, but is required by schroot
See `config.log' for more details.

By removing the default, you are breaking software which used
-lboost_program_options, which is going to break a lot of software.
It's also going to make it FTBFS in Debian.  This applies equally to
all of the boost library packages with -mt and -st variants.

You stated in an earlier message in this bug report that I decided
that there would not have been any default at all.  I do feel that
this is the wrong decision.  I don't personally care which of the -st
or -mt variants is the default, but there *must* be a default or you
will break compatibility with all the boost-using software out there
which is using -lboost_program_options.  If in doubt, please keep
the -mt variant as the default since it was already working.  As a
single-threaded programmer, I don't particularly care about the
pthread dependency, and can't really see the need for two variants of
the same library so long as the mt variant works for single-threaded
programs.

Olaf van der Spek's comment about which variant is safest is important
here, and it looks like the -mt variant is indeed the safest option,
but would require someone with more threads knowledge than myself to
confirm it.

Is the -mt and -st suffix a Debian-specific change, or is this what
upstream does?  It's equally important that boost-using software on
Debian will also build on non-Debian systems which have the boost
libraries installed.  This was previously the case when using
-lboost_program_options.

Also note that -lboost_program_options (and the same applies to
*all* of the shared libraries) is documented in README.Debian.

My program/library is currently single-threaded, but may become
threaded in the future.  Needing to link to a different set of
libraries does seem strange; after all, I don't link to an mt libc6 or
libz.


Regards,
Roger

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


pgpKnksIpi9rN.pgp
Description: PGP signature

Bug#423104: grub-pc not installing

  Sounds like broken device.map.  What contents does it have?
 
 It is empty.

Then run grub-mkdevicemap and see if it generates a proper one.

If it doesn't, please send your /proc/mounts.

-- 
Robert Millan

My spam trap is [EMAIL PROTECTED]  Note: this address is only intended
for spam harvesters.  Writing to it will get you added to my black list.


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

Bug#425051: mirror submission for www.xenir.com

2007-05-19 Thread Simon Paillard

Dear Clint,

On Fri, May 18, 2007 at 05:35:14PM +, Clint Guillot wrote:
 Package: mirrors
 Severity: wishlist

Thanks for the submission of your mirror.
There are a few details to fix before we can add your mirror to the
list.

 Site: www.xenir.com

The local trace file in
http://www.xenir.com/mirrors/debian/project/trace/ should be named
www.xenir.com (just delete/rename the old one, and fix the script)

 Submission-Type: new
 Type: leaf
 Archive-http: /mirrors/debian/
 Mirrors-from: ftp.egr.msu.edu
 Archive-architecture: amd64 i386 

http://www.xenir.com/mirrors/debian/dists/unstable/ (but also testing
and so on) don't need to contain Contents-$arch* for architectures you
don't provide.

Please use the last version of the official script anonftpsync that
correctly exclude the proper files.

You will have to delete them by hand under dists/ :
for arch in alpha hppa hurd-i386 ia64 m68k mips mipsel powerpc s390 sparc
do find /path/debian/dists/. -name *$arch* -exec rm -r {} \;
done

Moreoever, we strongly advise to use this script since it allows to
update your mirror in a atomic way (the mirror is consistent even during
the update).

http://www.debian.org/mirror/anonftpsync

 Maintainer: Clint Guillot [EMAIL PROTECTED]
 Country: US United States
 Location: Charlottesville, Va., us

Comments about the available bandwidth, the frequency/date of updates
are welcome.

Thanks for mirroring Debian and best regards,

-- 
Simon Paillard


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

Bug#425131: python-gtk2: segmentation fault when DISPLAY is not set

2007-05-19 Thread Vincent Lefevre

Package: python-gtk2
Version: 2.10.4-2
Severity: normal

Python GTK2 programs segfault when DISPLAY is not set instead of
getting a clean behavior when there are errors.

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

Kernel: Linux 2.6.18-4-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-gtk2 depends on:
ii  libatk1.0-0   1.18.0-2   The ATK accessibility toolkit
ii  libc6 2.5-7  GNU C Library: Shared libraries
ii  libcairo2 1.4.6-1The Cairo 2D vector graphics libra
ii  libfontconfig12.4.2-1.2  generic font configuration library
ii  libglib2.0-0  2.12.12-1  The GLib library of C routines
ii  libgtk2.0-0   2.10.12-1  The GTK+ graphical user interface 
ii  libpango1.0-0 1.16.4-1   Layout and rendering of internatio
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxcursor1   1:1.1.8-2  X cursor management library
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.3-2  X11 miscellaneous 'fixes' extensio
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.2-1  X11 Xinerama extension library
ii  libxrandr22:1.2.1-1  X11 RandR extension library
ii  libxrender1   1:0.9.2-1  X Rendering Extension client libra
ii  python2.4.4-6An interactive high-level object-o
ii  python-cairo  1.4.0-2Python bindings for the Cairo vect
ii  python-gobject2.12.3-2   Python bindings for the GObject li
ii  python-numeric24.2-7 Numerical (matrix-oriented) Mathem
ii  python-support0.6.4  automated rebuilding support for p

python-gtk2 recommends no packages.

-- no debconf information


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

Bug#402819: patch available

Here is the corrected version.

Greetings
Patrick
 


-- 
 .''`.   Patrick Winnertz [EMAIL PROTECTED]
: :'  :  GNU/Linux Debian-Edu Developer
`. `'`   http://www.der-winnie.de http://d.skolelinux.org/~winnie
  `-  Debian - when you have better things to do than fixing systems

diff -Nru /tmp/U3V3AEyO8G/gnome-reportbug-0.2/debian/changelog /tmp/EhFe433G9m/gnome-reportbug-0.2.1/debian/changelog
--- /tmp/U3V3AEyO8G/gnome-reportbug-0.2/debian/changelog	2006-08-13 18:03:10.0 +0200
+++ /tmp/EhFe433G9m/gnome-reportbug-0.2.1/debian/changelog	2007-05-19 11:51:02.0 +0200
@@ -1,3 +1,12 @@
+gnome-reportbug (0.2.1) experimental; urgency=low
+
+  * Non-maintainer upload
+  * Replaces the dh_python call with dh_pycentral and adjust the
+build-depends.
+  * Replaces Depends on python2.3-x packages with python2.4-x packages.
+
+ -- Patrick Winnertz [EMAIL PROTECTED]  Sat, 19 May 2007 11:50:55 +0200
+
 gnome-reportbug (0.2) experimental; urgency=low
 
   * Bump the reportbug dependency, to ensure that the newest core patch
diff -Nru /tmp/U3V3AEyO8G/gnome-reportbug-0.2/debian/control /tmp/EhFe433G9m/gnome-reportbug-0.2.1/debian/control
--- /tmp/U3V3AEyO8G/gnome-reportbug-0.2/debian/control	2006-08-13 18:04:03.0 +0200
+++ /tmp/EhFe433G9m/gnome-reportbug-0.2.1/debian/control	2007-05-19 13:32:19.0 +0200
@@ -2,12 +2,14 @@
 Section: utils
 Priority: extra
 Maintainer: Philipp Kern [EMAIL PROTECTED]
-Build-Depends: debhelper (= 4.0.0)
+Build-Depends: debhelper (= 4.0.0), python-central
+XS-Python-Version: current
 Standards-Version: 3.7.2
 
 Package: gnome-reportbug
 Architecture: all
-Depends: reportbug (= 3.23), python2.3-gtk2, python2.3-gnome2
+XB-Python-Version: current
+Depends: reportbug (= 3.23), python-gtk2, python-gnome2
 Description: reports bugs in the Debian distribution (Gnome frontend)
  reportbug is a tool designed to make the reporting of bugs in Debian
  and derived distributions relatively painless.
diff -Nru /tmp/U3V3AEyO8G/gnome-reportbug-0.2/debian/rules /tmp/EhFe433G9m/gnome-reportbug-0.2.1/debian/rules
--- /tmp/U3V3AEyO8G/gnome-reportbug-0.2/debian/rules	2006-08-12 17:43:38.0 +0200
+++ /tmp/EhFe433G9m/gnome-reportbug-0.2.1/debian/rules	2007-05-19 11:43:33.0 +0200
@@ -34,7 +34,7 @@
 	dh_strip
 	dh_compress
 	dh_fixperms
-	dh_python
+	dh_pycentral
 	dh_installdeb
 	dh_shlibdeps
 	dh_gencontrol

Bug#425134: [l10n] Updated Czech translation of tzdata debconf messages

2007-05-19 Thread Miroslav Kure

Package: tzdata
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of
tzdata debconf messages. Please include it with the package.

Thanks
-- 
Miroslav Kure
# THIS FILE IS AUTOMATICALLY GENERATED FROM THE MASTER FILE
# packages/po/cs.po
#
# DO NOT MODIFY IT DIRECTLY : SUCH CHANGES WILL BE LOST
# 
# Czech messages for debian-installer.
# Copyright (C) 2003 Software in the Public Interest, Inc.
# This file is distributed under the same license as debian-installer.
#
msgid 
msgstr 
Project-Id-Version: debian-installer\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2007-05-04 07:56+0200\n
PO-Revision-Date: 2007-05-19 13:27+0200\n
Last-Translator:  Miroslav Kure [EMAIL PROTECTED]\n
Language-Team:  Czech [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:2001
msgid Africa
msgstr Afrika

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:2001
msgid America
msgstr Amerika

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:2001
msgid Antarctica
msgstr Antarktida

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:2001
msgid Australia
msgstr Austrálie

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:2001
msgid Arctic
msgstr Arktida

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:2001
msgid Asia
msgstr Asie

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#. Type: select
#. Choices
#: ../templates:2001 ../templates:10001
msgid Atlantic
msgstr Atlantik

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:2001
msgid Canada
msgstr Kanada

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:2001
msgid Europe
msgstr Evropa

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:2001
msgid Indian
msgstr Indický oceán

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#. Type: select
#. Choices
#: ../templates:2001 ../templates:10001
msgid Pacific
msgstr Pacifik

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:2001
msgid SystemV
msgstr SystemV

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:2001
msgid Etc
msgstr Jiná

#. Type: select
#. Description
#: ../templates:2002
msgid Geographic area:
msgstr Geografická oblast:

#. Type: select
#. Description
#: ../templates:2002
msgid 
Please select the geographic area you live in. Subsequent configuration 
questions will narrow this down by presenting a list of cities, representing 
the time zones in which they are located.
msgstr 
Vyberte prosím geografickou oblast, ve které se nacházíte.

Bug#425132: dbus-x11: typo in short description

2007-05-19 Thread Paul Menzel

Subject: dbus-x11: typo in short description
Package: dbus-x11
Version: 1.0.2-5
Severity: minor

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

Hi,


I noticed a typo in the short description.

dbus-lauch -- dbus-launch

$ aptitude show dbus-x11

[...]

This package contains the dbus-lauch utitility which is necessary for
packages using a D-Bus session bus.

[...]


Thanks,

Paul

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

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

Versions of packages dbus-x11 depends on:
ii  dbus  1.0.2-5simple interprocess
messaging syst
ii  libc6 2.5-7  GNU C Library: Shared
libraries
ii  libx11-6  2:1.0.3-7  X11 client-side library

dbus-x11 recommends no packages.

-- no debconf information


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#402819: patch available

Adeodato Simó wrote:
 * Patrick Winnertz [Sat, 19 May 2007 11:57:39 +0200]:
 
 Hi Patrick,
 
 -Depends: reportbug (= 3.23), python2.3-gtk2, python2.3-gnome2
 +Depends: reportbug (= 3.23), python2.4-gtk2, python2.4-gnome2
 
 I'm no guru of the new Python policy, but it seems to me that it'd be
 better to depend on python-gtk2 and python-gnome2 instead, so that the
 package does not need another upload in the future.
Yes, wait I'll improve it.


 
 +XS-Python-Version: 2.4
 
 And this should be current instead of 2.4, afaict.
Yes, sorry my fault.

 
 Cheers,
 


-- 
 .''`.   Patrick Winnertz [EMAIL PROTECTED]
: :'  :  GNU/Linux Debian-Edu Developer
`. `'`   http://www.der-winnie.de http://d.skolelinux.org/~winnie
  `-  Debian - when you have better things to do than fixing systems

Bug#425133: Warnings about gconf on KDE

2007-05-19 Thread Renato S. Yamane

Package: gconf
Version: 2.16.1
Severity: minor

I have only KDE desktop installed, but I see this warnings about gconf in 
/var/log/messages:
**I translate to english, because this warnings is in portuguese-br**
Gconf server is not in use, shutdown.
Finishing.
Starting (version 2.16.1), pid 3870 user 'yamane'.
Address xml:readonly:/etc/gconf/gconf.xml.mandatory resolved to a config 
source with read-only permission in 
position 0.
Address xml:readwrite:/home/yamane/.gconf resolved to a config source with 
write permissions in position 1.
Address xml:readonly:/etc/gconf/gconf.xml.defaults resolved for a config 
source with read-only permissions in 
position 2.
Address xml:readonly:/var/lib/gconf/debian.defaults resolved to a config 
source with read-only permisisons in 
position 3.
Address xml:readonly:/var/lib/gconf/defaults resolved to a config source with 
read-only permissions in position 4.

I see that PID 3870 comment in third line is: gconfd-2

Gconf is for gnome and not KDE, correct?
What it is doing in KDE systems?

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


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

Bug#424975: please don't conflict with fglrx-driver

2007-05-19 Thread Julien Cristau

On Fri, May 18, 2007 at 10:35:07 -0700, Thomas Bushnell BSG wrote:

 How can I overcome the problem on my system, since i have an
 fglrx-driver that does work?
 
rename the fglrx package, or don't upgrade xserver-xorg-core?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#425135: perlindex : [INTL:pt] Portuguese translation for debconf messages

2007-05-19 Thread Traduz - Portuguese Translation Team


Package: perlindex
Version: 1.502-2
Tags: l10n, patch
Severity: wishlist

Portuguese translation for perlindex's debconf messages.
Translator: Miguel Figueiredo elmig _at_ debianpt.org
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team traduz _at_ debianpt.org.


--
Best regards,

Rui Branco
Traduz - Portuguese Translation Team
http://www.DebianPT.org



















































pt.po
Description: application/gettext

Bug#425110: stop after this song fails at the last song in an album

2007-05-19 Thread Eirik Haatveit


Are you talking about changing the Order to One Song? And do you have
the Random Album Playback plugin activated?

Regards,
Eirik Haatveit

On 5/19/07, Joey Hess [EMAIL PROTECTED] wrote:

Package: quodlibet
Version: 0.23.1-1
Severity: normal

If I tell quodlibet to stop after this song it does -- unless the song
is the last one in the current album (I'm using the Album list view). If
it's the last song in the album, it goes on to choose a new album and
play it. This is particularly annoying since the place I most often want
to stop is at the end of an elbum.



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

Bug#425112: [pkg-mad-maintainers] Bug#425112: Bug#425112: madplay on sgi mips64 big endian

2007-05-19 Thread Kurt Roeckx

On Sat, May 19, 2007 at 01:18:08PM +0200, Kurt Roeckx wrote:
  Is your machine littlendian?  Has anyone else had experience using
  madplay in a littleendian archs?   
 
 I think everybody has expierence using it on little endian hosts, like
 i386 and amd64.

I just got this on IRC:
dondelelcaro Q_: it works fine on PPC


Kurt



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

Bug#423022: Bug#422851: grub-probe -t partmap doesn't work with software RAID

2007-05-19 Thread Sam Morris

On Sat, 2007-05-19 at 11:33 +0200, Robert Millan wrote:
 On Sat, May 19, 2007 at 01:49:53AM +0100, Sam Morris wrote:
  On Fri, 2007-05-18 at 08:51 +0200, Robert Millan wrote:
   On Sun, May 13, 2007 at 06:44:07PM +0200, Robert Millan wrote:
On Sun, May 13, 2007 at 12:02:26PM +0100, Sam Morris wrote:
 On Sat, 2007-05-12 at 22:16 +0100, Sam Morris wrote:
  On Wed, 2007-05-09 at 18:13 +0200, Robert Millan wrote:
   I'm forwarding you a bug report from Debian.  It seems that the 
   grub-probe
   -t partmap feature I just added doesn't play nice with RAID.  
   Unfortunately,
   I have no idea how software RAID is implemented.  Is it okay to 
   just exit
   succesfuly and install core.img without any partmap module?

... so apparently it isn't.  We still need to detect this somehow, or 
maybe we
could just print pc gpt.. anyone can cast some light on this?
   
   How about this as temporary solution?  It's ugly, but it's not worse than 
   what
   we had before.
  
  I've now tested hardcoding the modules to 'pc gpt'.
 
 I suspect some part of GRUB might be thinking you talk about a single module
 named 'pc gpt' (which would be found in '/boot/grub/pc gpt.mod').
 
 Can you try passing these to grub-install instead of modifiing the source?
 
 Like: grub-install --modules=pc gpt

Ok, I'll try that... would grub-mkimage not throw an error in that case
though?

BTW, where does 'gpt' come into this at all... do I not need 'pc' and
'raid'?

-- 
Sam Morris
http://robots.org.uk/

PGP key id 1024D/5EA01078
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078


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

Bug#222676: [patch] make real promisc status visible

2007-05-19 Thread Martín Ferrari

Some weeks ago, I posted [0] asking for help about current handling of
promisc mode. I didn't have any answer but I kept researching on this.

I found that the new mechanism for using promisc mode (PACKET_{ADD|
REMOVE}_MEMBERSHIP) modify the dev-promiscuity counter and set the
IFF_PROMISC bit in dev-flags if that counter is over zero. 

To keep backward compatibility, an additional field was added to the
device structure: gflags, which is what is seen when issuing ifconfig or
ip link show. If the user tries to modify this, the promiscuity counter
is incremented or decremented, without interfering with processes using
the other method.

I also found that dev-promiscuity is not accesible from anywhere, nor
is the IFF_PROMISC bit from dev-flags, as it's masked out in
dev_get_flags() and dev-gflags is shown in its place.

I propose the following change: instead of masking out dev-flags'
IFF_PROMISC and showing only dev-gflags', ORing the both bits, so the
actual state is shown. I think this is the most unobtrusive way of
fixing this; and the only side effect would be that you will see that
the interface is in promisc mode but you won't be able to disable it
from ifconfig, while something like tcpdump is running.

ip is affected by this, as it checks the current status before trying to
change that. But that's trivially fixable. ifconfig is not affected.

In the patch, I do the same for IFF_ALLMULTI which has the same issue.

Please, I'd like to know your opinions on this. 

[0]: http://lists.openwall.net/netdev/2007/05/01/63



-- 
Martín Ferrari [EMAIL PROTECTED]
--- net/core/dev.c.orig	2007-05-19 07:06:34.0 -0300
+++ net/core/dev.c	2007-05-19 07:08:06.0 -0300
@@ -2357,9 +2357,7 @@
 {
 	unsigned flags;
 
-	flags = (dev-flags  ~(IFF_PROMISC |
-IFF_ALLMULTI |
-IFF_RUNNING |
+	flags = (dev-flags  ~(IFF_RUNNING |
 IFF_LOWER_UP |
 IFF_DORMANT)) |
 		(dev-gflags  (IFF_PROMISC |

Bug#424629: [Samba] force group to Unix group in 3.0.25

2007-05-19 Thread Gerald (Jerry) Carter

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Christian Perrier wrote:

 Guys, I want to double check the patch to 3.0.24 
 (thanks, Jerry, for it) but I need a test case...
 Given that I have to coordinate that update
 with Debian's security team, I better have
 to be triple secured..:-)
 
 However, I still haven't understood what *exactly* 
 is the bug..:-)
 
 David, do you have a smb.conf excerpt which 
 I could use for testing this ?

Christian,  The issue that setting force group on a share
was causing all additional supplementary gids to be dropped
from the user's token.

So setup a share that has force group = foo and then
create a directory or file that the user should be able
to access based on supplementary groups other than
foo.

You can verify the fix by looking at the NT and UNIX user
token debug output in smbd's level 10 debug logs.

Sorry for all the hassle and the regression.  Jeremy
and I have both looked over the code and haven't seen
any other code paths than would be problematic so
I think this one patch is enough.



cheers, jerry

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

iD8DBQFGTucPIR7qMdg1EfYRAlWVAKDRiZSq/FfghaiUWznGJOpOVEZ2GQCgs4Hg
sezgqgVmbsq2HnODTW9sNCE=
=ybgQ
-END PGP SIGNATURE-


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

Bug#424231: jpilot: Does not sync with palm z22

2007-05-19 Thread Ludovic Rousseau

Le 16.05.2007, à 09:43:33, Greg Kochanski a écrit:
 It worked back before the libusb stuff came in
 with the same Z22 device.
 
 
 $ pilot-xfer -l -p usb:
 
Listening for incoming connection on usb:...
 wait forever
 
 The palm pilot says connecting... then times out and
 says that the connection could not be established.

You can try:
$ export PILOT_DEBUG=DEV SLP CMP PADP NET SOCK
$ export PILOT_DEBUG_LEVEL=DEBUG
$ pilot-xfer -l -p usb:

and send the debug logs.

bye

-- 
 Dr. Ludovic Rousseau[EMAIL PROTECTED]
 -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --

Bug#421818: proftpd doesn't authenticate with pam

2007-05-19 Thread Stian Jordet

On fre, 2007-05-11 at 09:51 +0200, Francesco P. Lovergine wrote:
 On Wed, May 02, 2007 at 06:12:41PM +0200, Stian Jordet wrote:
  ons, 02.05.2007 kl. 11.14 +0200, skrev Francesco P. Lovergine:
   Did you check if the etch version is working? Current -22 integrate
   a new patch at core level which could eventually be the cause of 
   your problem.
  
  I did not, because I never got this working with the 1.2.x a long time
  ago neither. But I checked now, and 1.3.0-21 works fine :) 
  
  Sorry for not trying that earlier.
 
 So? It does work in -21 and not in -22?

Yes, again, -21 works perfectly, while -22 does not work at all for me.

Sorry for the late answer :)

Regards,
Stian



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

Bug#425074: (no subject)

2007-05-19 Thread William Grant

tag 425074 patch
thanks

It seems that the various boost libraries now have separate -[sm]t
variants. Here's a patch to link against them instead.
--- dc-qt-0.2.0.alpha.orig/backend/SConscript
+++ dc-qt-0.2.0.alpha/backend/SConscript
@@ -3,7 +3,7 @@
 Import('env')
 
 ## Copy the parent environment and att some libraries and linker paths
-backende = env.Copy(CPPPATH = ['#rpcdriver/', '#dcpp'], LIBS = ['dcpp', 'rpc', 'boost_thread', 'pthread', 'z', 'bz2', 'boost_program_options','boost_filesystem'], LIBPATH = ['/usr/local/lib', '#rpcdriver', '#dcpp'])
+backende = env.Copy(CPPPATH = ['#rpcdriver/', '#dcpp'], LIBS = ['dcpp', 'rpc', 'boost_thread-mt', 'pthread', 'z', 'bz2', 'boost_program_options-mt','boost_filesystem-mt'], LIBPATH = ['/usr/local/lib', '#rpcdriver', '#dcpp'])
 
 ## Build the backend executable
 backende.Program('backend', Split('main.cpp commandhandlers.cpp ClientNotifier.cpp SessionManager.cpp Session.cpp TransferManager.cpp Selecter.cpp filelog.cpp SettingsMapper.cpp'))
only in patch2:
unchanged:
--- dc-qt-0.2.0.alpha.orig/ui/ui.pro
+++ dc-qt-0.2.0.alpha/ui/ui.pro
@@ -78,5 +78,5 @@
 INCPATH += . ../rpcdriver ../ ../backend /usr/include
 RESOURCES += res.qrc
 unix{
-  LIBS = -L../rpcdriver -L/usr/local/lib -lrpc -lboost_thread -lboost_program_options
+  LIBS = -L../rpcdriver -L/usr/local/lib -lrpc -lboost_thread-mt -lboost_program_options-mt
 }
only in patch2:
unchanged:
--- dc-qt-0.2.0.alpha.orig/rpcdriver/SConscript
+++ dc-qt-0.2.0.alpha/rpcdriver/SConscript
@@ -3,7 +3,7 @@
 
 rpce = env.Copy(CCFLAGS = '-g -O0 -Wall')
 rpce.Append(CXXFLAGS = '-I. -I/usr/local/include')
-rpce.Append(LIBS = 'libboost_thread')
+rpce.Append(LIBS = 'libboost_thread-mt')
 
 rpce.Program('server',Split('socket.cpp socketmanager.cpp datainputstream.cpp commanddispatcher.cpp rpcdriver.cpp main.cpp dataoutputstream.cpp'))

Bug#423022: Bug#422851: grub-probe -t partmap doesn't work with software RAID

On Sat, May 19, 2007 at 12:47:46PM +0100, Sam Morris wrote:
  
  Can you try passing these to grub-install instead of modifiing the source?
  
  Like: grub-install --modules=pc gpt
 
 Ok, I'll try that... would grub-mkimage not throw an error in that case
 though?

It shouldn't.

 BTW, where does 'gpt' come into this at all... do I not need 'pc' and
 'raid'?

Yes, but we need a solution that works for gpt users as well.

-- 
Robert Millan

My spam trap is [EMAIL PROTECTED]  Note: this address is only intended
for spam harvesters.  Writing to it will get you added to my black list.


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

Bug#425033: freepops: fails to connect to yahoo

2007-05-19 Thread Dimitris Tsakiridis

ok you're right. i totally forgot to read man pages
and stuff, in order to send more info.
well, here it is.. :

===
:~$ freepopsd -w
Sat May 19 11:53:55 2007 freepopsd: INTERNAL: freepops
started with loglevel 2 on a little endian machine.
Sat May 19 11:53:55 2007 freepopsd: PID: Cannot create
pid file /var/run/freepopsd.pid
Sat May 19 11:53:55 2007 freepopsd: DBG(popserver.c,
182): [3523] ?? Ip address 0.0.0.0 real port 2000
Sat May 19 11:55:06 2007 freepopsd: DBG(popserver.c,
182): [3523] ?? Ip address 127.0.0.1 real port 2000
Sat May 19 11:55:06 2007 freepopsd: DBG(popserver.c,
182): [3523] - +OK FreePOPs/0.2.3 pop3 server ready
Sat May 19 11:55:06 2007 freepopsd: DBG(popserver.c,
182): [3523] - USER [EMAIL PROTECTED]
Sat May 19 11:55:06 2007 freepopsd: DBG(log_lua.c, 
83): (@/usr/share/freepops/lua/yahoo.lua, 1788) :
yahoo.com(0.1.9j) found!

Sat May 19 11:55:06 2007 freepopsd: DBG(log_lua.c, 
83): (@/usr/share/freepops/lua/yahoo.lua, 1823) :
yahoo.com(0.1.9j) initialized!

Sat May 19 11:55:06 2007 freepopsd: DBG(popserver.c,
182): [3523] - +OK PLEASE ENTER PASSWORD
Sat May 19 11:55:06 2007 freepopsd: DBG(popserver.c,
171): [3523] - PASS *
*** glibc detected *** freepopsd: double free or
corruption (!prev): 0x008d51b0 ***
=== Backtrace: =
/lib/libc.so.6[0x2aab3657afb0]
/lib/libc.so.6(cfree+0x8c)[0x2aab3657e6ec]
/usr/lib/libcurl-gnutls.so.4[0x2aab356bc67b]
/usr/lib/libcurl-gnutls.so.4[0x2aab356bc6ba]
/usr/lib/libcurl-gnutls.so.4[0x2aab356a6be8]
/usr/lib/libcurl-gnutls.so.4[0x2aab356a6d0b]
/usr/lib/libcurl-gnutls.so.4[0x2aab356a6efa]
/usr/lib/libcurl-gnutls.so.4[0x2aab356b404f]
/usr/lib/liblua5.1-curl.so.0[0x2aab3548f176]
/usr/lib/liblua5.1.so.0[0x2aab350a6f94]
/usr/lib/liblua5.1.so.0[0x2aab350b04ae]
/usr/lib/liblua5.1.so.0[0x2aab350a73dd]
/usr/lib/liblua5.1.so.0[0x2aab350a6b47]
/usr/lib/liblua5.1.so.0[0x2aab350a6bc4]
/usr/lib/liblua5.1.so.0(lua_pcall+0x55)[0x2aab350a2c15]
freepopsd(luay_call+0x169)[0x412ed9]
freepopsd(freepops_pass+0x4a)[0x40659a]
freepopsd[0x40cd28]
/lib/libpthread.so.0[0x2aab36087225]
/lib/libc.so.6(clone+0x6d)[0x2aab365db17d]
=== Memory map: 
0040-0041b000 r-xp  03:01 883090  
  /usr/bin/freepopsd
0061a000-0061c000 rw-p 0001a000 03:01 883090  
  /usr/bin/freepopsd
0061c000-008f4000 rw-p 0061c000 00:00 0   
  [heap]
4000-40001000 ---p 4000 00:00 0
40001000-40801000 rw-p 40001000 00:00 0
2aac9000-2aad3000 r-xp  03:01 360081  
  /lib/libnss_files-2.5.so
2aad3000-2acd2000 ---p a000 03:01 360081  
  /lib/libnss_files-2.5.so
2acd2000-2acd4000 rw-p 9000 03:01 360081  
  /lib/libnss_files-2.5.so
2ace4000-2ace6000 r-xp  03:01 361768  
  /lib/libnss_mdns4_minimal.so.2
2ace6000-2aee5000 ---p 2000 03:01 361768  
  /lib/libnss_mdns4_minimal.so.2
2aee5000-2aee6000 rw-p 1000 03:01 361768  
  /lib/libnss_mdns4_minimal.so.2
2aee6000-2aeea000 r-xp  03:01 360080  
  /lib/libnss_dns-2.5.so
2aeea000-2b0e9000 ---p 4000 03:01 360080  
  /lib/libnss_dns-2.5.so
2b0e9000-2b0eb000 rw-p 3000 03:01 360080  
  /lib/libnss_dns-2.5.so
2b0eb000-2b0f8000 r-xp  03:01 359751  
  /lib/libgcc_s.so.1
2b0f8000-2b2f8000 ---p d000 03:01 359751  
  /lib/libgcc_s.so.1
2b2f8000-2b2f9000 rw-p d000 03:01 359751  
  /lib/libgcc_s.so.1
2c00-2c021000 rw-p 2c00 00:00 0
2c021000-2aaab000 ---p 2c021000 00:00 0
2aab3506c000-2aab35088000 r-xp  03:01 359754  
  /lib/ld-2.5.so
2aab35088000-2aab3508c000 rw-p 2aab35088000 00:00 0
2aab3509b000-2aab350c3000 r-xp  03:01 915787  
  /usr/lib/liblua5.1.so.0.0.0
2aab350c3000-2aab351c2000 ---p 00028000 03:01 915787  
  /usr/lib/liblua5.1.so.0.0.0
2aab351c2000-2aab351c4000 rw-p 00027000 03:01 915787  
  /usr/lib/liblua5.1.so.0.0.0
2aab35287000-2aab35289000 rw-p 0001b000 03:01 359754  
  /lib/ld-2.5.so
2aab35289000-2aab3528c000 r-xp  03:01 916293  
 
/usr/lib/liblua5.1-filesystem.so.0.0.0
2aab3528c000-2aab3548b000 ---p 3000 03:01 916293  
 
/usr/lib/liblua5.1-filesystem.so.0.0.0
2aab3548b000-2aab3548c000 rw-p 2000 03:01 916293  
 
/usr/lib/liblua5.1-filesystem.so.0.0.0
2aab3548c000-2aab35493000 r-xp  03:01 916289  
  /usr/lib/liblua5.1-curl.so.0.0.0
2aab35493000-2aab35692000 ---p 7000 03:01 916289  
  /usr/lib/liblua5.1-curl.so.0.0.0
2aab35692000-2aab35694000 rw-p 6000 03:01 916289  
  /usr/lib/liblua5.1-curl.so.0.0.0

Bug#422211: works for me

I've tested this issue today and rebuilt rpm in a clean chroot.
The path to bzip2 was absolutly correct in the macro file.
I can only reproduce the issue when building on my original system..
then the path to bzip2 is /usr/bin/bzip2 as you describe.

I'll try to figure out now why there is a difference between my system
and the clean chroot (both sid).

Greetings
Patrick


-- 
 .''`.   Patrick Winnertz [EMAIL PROTECTED]
: :'  :  GNU/Linux Debian-Edu Developer
`. `'`   http://www.der-winnie.de http://d.skolelinux.org/~winnie
  `-  Debian - when you have better things to do than fixing systems



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

Bug#422357: A better patch

 The following works even if /boot is a separate partition.

I see that you've based this code in 10_linux, but note that 10_linux has
many other requisites and this way of handling it might be overly complicated
when you're just trying to add one file, with static name.

I recommend just using ${GRUB_DRIVE_BOOT} straight away.  See the script I sent
to bug #422356.

-- 
Robert Millan

My spam trap is [EMAIL PROTECTED]  Note: this address is only intended
for spam harvesters.  Writing to it will get you added to my black list.


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

Bug#425136: [: 42: ==: unexpected operator

2007-05-19 Thread Rafal Czlonka

Package: initramfs-tools
Version: 0.87b
Severity: normal

Hi,
When updating the kernel, the mkinitramfs-kpkg is called and I get the
above message. Apart from that, everything seems OK.



-- Package-specific info:
-- /proc/cmdline
root=/dev/hda4 ro ramdisk_size=8192 vga=0x317 

-- /proc/filesystems
cramfs
ext3
fuseblk
xfs

-- lsmod
Module  Size  Used by
bcm43xx   441244  0 
firmware_class 11168  1 bcm43xx
ieee80211softmac   32032  1 bcm43xx
ieee80211  34757  2 bcm43xx,ieee80211softmac
ieee80211_crypt 6464  1 ieee80211
xfs   540412  4 
radeon141640  2 
drm94328  3 radeon
binfmt_misc13288  1 
hci_usb18364  2 
rfcomm 44060  4 
ib_iser40528  0 
rdma_cm33800  1 ib_iser
ib_cm  35152  1 rdma_cm
iw_cm  11364  1 rdma_cm
ib_sa  24216  2 rdma_cm,ib_cm
ib_mad 39792  2 ib_cm,ib_sa
ib_core58368  6 ib_iser,rdma_cm,ib_cm,iw_cm,ib_sa,ib_mad
ib_addr 8836  1 rdma_cm
iscsi_tcp  25472  0 
libiscsi   27328  2 ib_iser,iscsi_tcp
scsi_transport_iscsi31976  4 ib_iser,iscsi_tcp,libiscsi
autofs424932  0 
tun12992  0 
xfrm_user  26624  2 
xfrm4_tunnel2944  0 
tunnel4 4232  1 xfrm4_tunnel
ipcomp  7816  0 
esp48352  0 
ah4 7168  0 
ipv6  287052  18 
deflate 4224  0 
zlib_deflate   21128  1 deflate
twofish 7200  0 
twofish_common 43616  1 twofish
serpent22848  0 
blowfish8544  0 
des17664  0 
cbc 5056  0 
ecb 3904  0 
blkcipher   7364  2 cbc,ecb
aes27496  0 
xcbc7368  0 
sha256  9664  0 
sha12816  0 
crypto_null 2784  0 
af_key 40688  0 
fuse   51380  1 
hidp   22368  2 
l2cap  24996  10 rfcomm,hidp
bluetooth  62124  8 hci_usb,rfcomm,hidp,l2cap
snd_emux_synth 39264  0 
snd_util_mem5376  1 snd_emux_synth
snd_ac97_codec122756  0 
ac97_bus2336  1 snd_ac97_codec
snd_cs8427 10272  0 
snd_i2c 6560  1 snd_cs8427
snd_mpu401_uart10016  0 
snd_aoa_codec_onyx 15680  0 
snd_seq_instr   8224  0 
snd_seq_virmidi 7904  1 snd_emux_synth
snd_seq_midi_emul   7072  1 snd_emux_synth
snd_ainstr_simple   3584  0 
snd_ainstr_fm   2848  0 
nfsd  244524  15 
exportfs6272  1 nfsd
nfs   280008  1 
lockd  75032  3 nfsd,nfs
nfs_acl 4000  2 nfsd,nfs
sunrpc195616  13 nfsd,nfs,lockd,nfs_acl
kafs   68896  0 
rxrpc  78320  1 kafs
snd_sb_common  21312  0 
quota_v2   10880  2 
quota_v13648  0 
snd_hwdep  10660  1 snd_emux_synth
uinput 11232  2 
pl2303 21828  0 
usbserial  37616  1 pl2303
analog 13800  0 
gameport   17512  1 analog
cpufreq_userspace   4564  1 
cpufreq_ondemand9096  0 
cpufreq_powersave   1792  0 
therm_adt746x  13772  0 
sr_mod 19972  0 
sbp2   24516  0 
apm_emu 7820  2 
snd_aoa_codec_tas  15104  2 
snd_aoa_fabric_layout13832  4 
snd_aoa20576  3 
snd_aoa_codec_onyx,snd_aoa_codec_tas,snd_aoa_fabric_layout
snd_aoa_i2sbus 24356  1 
snd_powermac   48160  0 
snd_pcm_oss52096  0 
snd_mixer_oss  20384  1 snd_pcm_oss
snd_pcm92004  5 
snd_ac97_codec,snd_aoa_i2sbus,snd_powermac,snd_pcm_oss
snd_page_alloc 11208  1 snd_pcm
snd_seq_oss39604  0 
snd_seq_midi9664  0 
snd_rawmidi28384  3 snd_mpu401_uart,snd_seq_virmidi,snd_seq_midi
snd_seq_midi_event  8064  3 snd_seq_virmidi,snd_seq_oss,snd_seq_midi
snd_seq60136  9 
snd_emux_synth,snd_seq_instr,snd_seq_virmidi,snd_seq_midi_emul,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer  25828  3 snd_pcm,snd_seq
snd_seq_device  9420  5 
snd_emux_synth,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd67476  28 
snd_emux_synth,snd_ac97_codec,snd_cs8427,snd_i2c,snd_mpu401_uart,snd_aoa_codec_onyx,snd_seq_virmidi,snd_sb_common,snd_hwdep,snd_aoa_codec_tas,snd_aoa_fabric_layout,snd_aoa,snd_aoa_i2sbus,snd_powermac,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
joydev 11904  0

Bug#405851: Daemon fails to start with all JVMs; this is serious

2007-05-19 Thread Loïc Minier

On Sat, May 19, 2007, Arnaud Vandyck wrote:
 And now that you set it to one of your jdk installed, is it working?
 Can I close the bug?

 Uh, the bug is about the facts that Jetty doesn't start in the default
 install, even when people install the most common JVMs.  This seems to
 be due to a hardcoded list of JDK_DIRS in /etc/init.d/jetty for which
 the original submitter provided a (now incomplete) patch.

 The fix should either be to update this list of JDK_DIRS or to use
 another way to set JAVA_HOME automatically.

 IOW, the bug is still present, please don't close.

-- 
Loïc Minier

Bug#334182: dash POSIX issues [Gentoo Bug #171630]

2007-05-19 Thread Kevin F. Quinn

On Sat, 19 May 2007 12:22:04 +1000
Herbert Xu [EMAIL PROTECTED] wrote:

 On Sat, May 19, 2007 at 12:05:39AM +0200, Kevin F. Quinn wrote:
  
  This was discussed in some detail on the bash mailing list:
  
  http://www.mail-archive.com/bug-bash%40gnu.org/msg02622.html
  
  Notably ksh, and the Solaris xpg4 sh, which both claim Posix
  compliance, behave the way bash does with regards this issue.
 
 Well the Solaris xpg4 shell was ksh last time I checked :)
 Also bash derives heavily from the Korn shell.  So in the
 past I have not taken their collective behaviour as a
 litmus test for POSIX compliance.
 
 After all, POSIX isn't simply about the Korn shell.
 
  Chet Ramey explains in that thread how he reaches the conclusion
  that the Posix (well SUS) specifies that behaviour (I won't
  paraphrase to avoid mis-representation) - in particular here:
  
  http://www.mail-archive.com/bug-bash%40gnu.org/msg02627.html
 
 I can see how this paragraph can be construed to have this meaning.
 
   4. Each variable assignment shall be expanded for tilde
  expansion, parameter expansion, command substitution,
  arithmetic expansion, and quote removal prior to assigning
  the value.
 
 However, it can also be read as simply saying that parameter expansion
 must occur before the variables are assigned, and nothing more.

See below - step 2 causes parameter expansion on the command to be
performed before the variable assignments are expanded in step 4.

 Normally if there is an intention to specify such a requirement and
 it had to be done in an ambiguous way like this, there would be a
 clarification in the rationale.  In this case there isn't any.
 
 Of course we can't predict what a future revision might say, but
 right now I do not agree that there is a requirement for this
 behaviour, which I might add goes against all BSD-derived Bourne
 shells whose behaviour were certainly given consideration in POSIX.
 
   $ bash -c 'x=${K:=dvb0.net0} A=${K#dvb} echo $A'
   
   $
   
   As you can see, whether the first assignment affects a second
   assignment is qutie haphazard within bash.
  
  With respect to the third example, SUS is quite clear, I think.
  http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_09_01
  explicitly saves the 'variable assignments' until after 'expansion',
  where expansion is explicitly stated not to occur in variable
  assignments.
 
 Could you quote the specific passage that states this?

That was my reading of 2.9.1 of IEEE Std 1003.1, 2004 Edition (see
above for link):



2.9.1 Simple Commands
A simple command is a sequence of optional variable assignments and
redirections, in any sequence, optionally followed by words and
redirections, terminated by a control operator.

When a given simple command is required to be executed (that is, when
any conditional construct such as an AND-OR list or a case statement
has not bypassed the simple command), the following expansions,
assignments, and redirections shall all be performed from the beginning
of the command text to the end:

1. The words that are recognized as variable assignments or
redirections according to Shell Grammar Rules are saved for processing
in steps 3 and 4.

2. The words that are not variable assignments or redirections shall be
expanded. If any fields remain following their expansion, the first
field shall be considered the command name and remaining fields are the
arguments for the command.

3. Redirections shall be performed as described in Redirection.

4. Each variable assignment shall be expanded for tilde expansion,
parameter expansion, command substitution, arithmetic expansion, and
quote removal prior to assigning the value.

In the preceding list, the order of steps 3 and 4 may be reversed for
the processing of special built-in utilities; see Special Built-In
Utilities.



Step 1 says that variable assignment words are saved for processing in
steps 3  4, and step 2 performs expansion (including parameter
expansion), excluding variable assignments.  So in:

  x=${K:=dvb0.net0} A=${K#dvb} echo $A

the $A is expanded (by step 2) before the two variable assignments are
performed (by step 4), so the parameter to 'echo' has the value of A
prior to the statement rather than the value of ${K#dvb}.  This is the
bash behaviour:

  $ bash -c 'x=${K:=dvb0.net0} A=${K#dvb} echo $A'

  $ bash -c 'x=${K:=dvb0.net0} A=${K#dvb} env | grep ^A='
  A=0.net0

The other statement that I understood to be important with respect to
the original issue, is the expansions, assignments, and redirections
shall all be performed from the beginning of the command text to the
end.  To me this means that if you have a series of assignments,
later assignments should take account of previous assignments.


  What do the compliance tests show for dash in this area?  I mention
  it as passing the compliance tests is worthwhile regardless how
  ambiguous the specification may be, and Chet

Bug#422356: new 20_memtest86