date:20080103


Package:  nbd-client nbd-server
Version:  1:2.9.9-1
Severity: important
Tags: patch
User: [EMAIL PROTECTED]
Usertags: incorrect-dependency

When testing dependency based boot sequencing, I discovered a bug in
the init.d script for nbd-client.  While I was at it, I also checked
the script for nbd-server.

nbd-client claim that it need to start before $remote_fs, and this
creates a dependency loop in the init.d script dependency graph.  It
is obviously a mistake, as the remote file systems are started in the
boot runlevel (rcS.d), while nbd-client is started in runlevel 2-5
later in the boot, and thus can not be started before /usr/ is
guaranteed to be mounted.  Because of this, I suggest the header
X-Start-Before is removed.

I assume nbd-client need a read-write / to mount file systems, and
added $local_fs as a dependency because of this.  I reduced $network
to a optional dependency, as I assume it can run also without a
network like nbd-server was set to do.  If this is wrong, $network
should be moved from should-* to required-*.

nbd-server was set to stop in the boot runlevel.  That is
impossible, so S is removed from default-stop.  It depended on both
$local_fs and $remote_fs.  That is not needed, as $remote_fs already
depend on $local_fs.

I'm setting severity to important as this issue make it impossible to
install nbd-client when dependency based boot sequencing is enabled.

This patch implement the change:

diff -ur nbd-2.9.9.orig/debian/nbd-client.init.d 
nbd-2.9.9/debian/nbd-client.init.d
--- nbd-2.9.9.orig/debian/nbd-client.init.d 2008-01-03 09:00:21.0 
+0100
+++ nbd-2.9.9/debian/nbd-client.init.d  2008-01-03 09:03:01.0 +0100
@@ -16,11 +16,12 @@
 #
 ### BEGIN INIT INFO
 # Provides: nbd-client
-# Required-Start: $network
-# Required-Stop: $network
+# Required-Start: $local_fs
+# Required-Stop: $remote_fs
+# Should-Start: $network
+# Should-Stop: $network
 # Default-Start: 2 3 4 5
 # Default-Stop: 0 1 6
-# X-Start-Before: $remote_fs
 # Short-Description: Network Block Device client
 ### END INIT INFO
 #
diff -ur nbd-2.9.9.orig/debian/nbd-server.init.d 
nbd-2.9.9/debian/nbd-server.init.d
--- nbd-2.9.9.orig/debian/nbd-server.init.d 2008-01-03 09:00:21.0 
+0100
+++ nbd-2.9.9/debian/nbd-server.init.d  2008-01-03 09:01:32.0 +0100
@@ -14,12 +14,12 @@
 #
 ### BEGIN INIT INFO
 # Provides: nbd-server
-# Required-Start: $local_fs $remote_fs
-# Required-Stop: $local_fs $remote_fs
+# Required-Start: $remote_fs
+# Required-Stop: $remote_fs
 # Should-Start: $network
 # Should-Stop: $network
 # Default-Start: 2 3 4 5
-# Default-Stop: S 0 1 6
+# Default-Stop: 0 1 6
 # Short-Description: Network Block Device server
 ### END INIT INFO

Happy hacking,
--
Petter Reinholdtsen



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

Bug#458773: x-srever bug after installation

2008-01-03 Thread Christian Perrier

Quoting Rich Rat ([EMAIL PROTECTED]):

 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Unknown device 
 [1002:9581] (prog-if 00 [VGA])
   Subsystem: ASUSTeK Computer Inc. Unknown device [1043:1562]
   Flags: bus master, fast devsel, latency 0, IRQ 18
   Memory at c000 (32-bit, prefetchable) [size=256M]
   I/O ports at 6800 [size=256]
   Memory at fd7f (32-bit, non-prefetchable) [size=64K]
   Expansion ROM at fd7c [disabled] [size=128K]
   Capabilities: [50] Power Management version 3
   Capabilities: [58] Express Legacy Endpoint IRQ 0
   Capabilities: [a0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 
 Enable-

 My Work around:

 
 apt-get install fglrx-driver* ;
 aticonfig --initial


There is not much that can be done automatically at install time,
given that this driver is in non-free and the installer, by default
does not configure access to non-free.

X wizards, what is the recommended action in such case?




signature.asc
Description: Digital signature

Bug#457933: glib-mkenums: Cannot parse an enum whose value is a comma

2008-01-03 Thread Sebastian Dröge

forwarded 457933 http://bugzilla.gnome.org/show_bug.cgi?id=506986
thanks

Am Donnerstag, den 27.12.2007, 12:05 +0100 schrieb Andrea Bolognani:
 I have the following enum definition in a file called
 beef_instruction.h,
 and I want it to be converted into a GEnum derived type.
 
 typedef enum {
 BEEF_INSTRUCTION_NONE= '\0',
 BEEF_INSTRUCTION_PREVIOUS= '',
 BEEF_INSTRUCTION_NEXT= '',
 BEEF_INSTRUCTION_INCREASE= '+',
 BEEF_INSTRUCTION_DECREASE= '-',
 BEEF_INSTRUCTION_LOOP_BEGIN  = '[',
 BEEF_INSTRUCTION_LOOP_END= ']',
 BEEF_INSTRUCTION_READ= ',',
 BEEF_INSTRUCTION_PRINT   = '.',
 BEEF_INSTRUCTION_TAPE_DUMP   = '#'
 } BeefInstructionValue;
 
 I think the code is legit and glib-mkenums should be able to handle
 it, but
 the value of BEEF_INSTRUCTION_READ is skipped in the output files, and
 the
 following error message is displayed:
 
 /usr/bin/glib-mkenums: beef_instruction.h:23: Failed to parse `
 BEEF_INSTRUCTION_READ= ',', '
 
 Please consider fixing this, or let me know if the problem lies in my
 code. 

Hi,
thanks for reporting this. I've forwarded your bug upstream, IMHO
nothing is wrong with your code:

http://bugzilla.gnome.org/show_bug.cgi?id=506986




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

Bug#458823: fails with multiple interfaces used one at a time

2008-01-03 Thread Javier Fernandez-Sanguino

severity  458823 wishlist
thanks

 I have multiple interfaces lan0 and wlan0 (fixed and wireless) on my
 computer.  It's a laptop, I only use one at a time depending on where
 I happen to be at the time.

This is not currently supported by Snort in Debian.

 I want to be able to run snort as a simple security measure, so that it
 keeps watch over either interface, whichever one happens to be running
 at the time.  So I configure the two, setting snort/interface as
 lan0 wlan0.

That's not correct, as you've already found by yourself, since that
means that Snort has to start on *both* not on one *or* the other.

 However, because only one of the interfaces is activated at one time,
 snort fails to process the configuration, saying for instance:

Which is expected, and is so by design.

 So snort does not appear to elegantly deal with a temporarily
 deactivated interface.  The expected behaviour would be for snort to
 simply ignore (or perhaps record a warning against) a missing
 interface, and then switch over to monitor that interface, once it is
 later activated (perhaps some use of ifupdown's /etc/network/if-up.d/
 scripts is needed to achieve this ? )

It's actually not Snort, but Snort's init script (which is Debian
specific) that provides the capability to have Snort listen on
multiple interfaces. The behaviour currently is that you have to have
all the interfaces available when you start Snort.

I might be able to change the behaviour so that (by setting a variable
such as ALLOW_UNAVAILABLE) Snort is able to start if some of the
configured interfaces (at Debian's Snort's configuration file) are not
available but at least one is. But that is a wishlist enhancement and
I'm tagging this bug as such.

What you could do, for your specific system is set Snort's default
interface list to '' (i.e. empty) so that it would always succeed
starting up (it has nothing to do) and then have hooks at
/etc/network/if-up.d/ that would modify your /etc/default/snort
contents (with the interface that is being upped) and restart Snort
accordingly. Also notice that, IIRC, the Snort init.d script allows
you to start/stop a specific Snort instance.

If you are able to come up with a script like the one I describe above
please share it, I could add it to the examples provided by Snort for
other people that have a similar need.

Regards

Javier



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

Bug#456397: Updated nb translation

2008-01-03 Thread Bjørn Steensrud


Updated po file is attached.
Regards,
Bjørn



nb.po
Description: application/gettext

Bug#426108: Improved LSB header for lvm2

[Bastian Blank]
 Why lvm here, not lvm2?

After discovering that insserv refuses to install scripts providing
the same service as a nother script (see bugs #458346 and #458486),
I've concluded that it is not a good idea to let lvm10 and lvm2
provide the same service, and thus I believe it is better to let
init.d/lvm2 provide lvm2, and update all scripts that depend on lvm to
also depend on lvm2 (or better, let lvm2 reverse depend on the scripts
it should start before and stop after).

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#458486: console-setup: Problem with LSB header in init.d script


severity 458486 important
thanks

I just discovered that this issue actually prevents console-setup from
being installed on a system that is using dependency based boot
sequencing.  Because of this, I am upgrading the severity to
important.

This is the output when trying to install:

  Setting up console-setup (1.19) ...
  WARNING: Undefined kernel key code for 214
  WARNING: Undefined kernel key code for 215
  WARNING: Undefined kernel key code for 216
  WARNING: Undefined kernel key code for 217
  insserv: script keymap.sh: service keymap already provided!
  insserv: script console-setup: service console-screen already provided!
  insserv: script keymap.sh: service keymap already provided!
  insserv: script console-setup: service console-screen already provided!
  insserv: exiting now!
  dpkg: error processing console-setup (--configure):
   subprocess post-installation script returned error exit status 1
  Errors were encountered while processing:
   console-setup

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#379150: Documentation for Breaks in dpkg

2008-01-03 Thread Guillem Jover

Hi,

On Tue, 2008-01-01 at 13:46:58 -0800, Russ Allbery wrote:
 Ian Jackson [EMAIL PROTECTED] writes:
  Package: debian-policy
  Version: 3.7.2.1
  Severity: wishlist
  Tags: patch
 
  As I report in #379140 (against dpkg), I have implemented Breaks in
  dpkg.  The attached patch is the corresponding change to the manual.
 
  It would probably not be wise to apply this patch until we have
  settled on a deployment plan for Breaks in Debian; as I say in
  #379140, I hope to get around to that this weekend.
 
 Here is an updated patch.  The changes from Ian's original patch are:
 
  * Add a statement saying that Breaks should not be used until support is
present in Debian stable, which I think was the consensus of recent
discussion on the policy list, and also note this near the mention of
Breaks in the Conflicts section.
 
  * Just remove the entire paragraph about suidmanager from the
dpkg-statoverride section rather than changing it to use Breaks.
suidmanager predates oldstable at this point; I don't think there's any
reason to mention it ever existed at this point.
 
 dpkg folks, could you please review this patch as a final double-check
 that it matches the dpkg implementation as was committed and released?  I
 want to be sure that nothing changed from the original patch so that we
 don't document the wrong thing in Policy.

The patch seems fine.

regards,
guillem



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

Bug#458346: util-linux: Problem with LSB header in init.d/hwclockfirst.sh script


retitle  458346 util-linux: Problem with LSB header in init.d/hwclockfirst.sh 
script
severity 458346 important
thanks

I just discovered that this issue actually prevents util-linux from
being installed on a system that is using dependency based boot
sequencing.  Because of this, I am upgrading the severity to
important.

This is the output when trying to install:

  minerva:/# dpkg -i util-linux_2.13-13_i386.deb
  (Reading database ... 145870 files and directories currently installed.)
  Preparing to replace util-linux 2.13-13 (using util-linux_2.13-13_i386.deb) 
...
  Unpacking replacement util-linux ...
  Setting up util-linux (2.13-13) ...
  insserv: script hwclockfirst.sh: service hwclock already provided!
  insserv: script hwclockfirst.sh: service hwclock already provided!
  insserv: exiting now!
  dpkg: error processing util-linux (--install):
   subprocess post-installation script returned error exit status 1
  Errors were encountered while processing:
   util-linux
  minerva:/#

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#450469: adun.app: FTBFS: /bin/sh: /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh: No such file or directory

2008-01-03 Thread Steve Langasek

On Thu, Jan 03, 2008 at 08:15:14AM +0200, Yavor Doganov wrote:
 Steve Langasek wrote:

  Why is 456898 marked as a blocker for this bug?

 Because in the process of resolving this unrelated bug I believe I got
 hit by the same issue:

 /usr/bin/../lib/libgsl.so.0: undefined reference to `cblas_ctrmv'
 /usr/bin/../lib/libgsl.so.0: undefined reference to `cblas_zswap'
 /usr/bin/../lib/libgsl.so.0: undefined reference to `cblas_zsymm'
 etc.

  adun.app is a GNUstep program, so should not be using qmake, 

 Correct, it uses gnustep-make and I pass -Wl,-z,defs -Wl,--as-needed
 in the new version of the package.

Ok, so it's not a blocker other than the fact that you've chosen to modify
the package in a way that it fails to build given the current state of the
archive.  That doesn't seem very prudent to me given that the maintainer of
libgsl has already (wrongly) closed bug #456898...

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



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

Bug#457013: More info

2008-01-03 Thread Josef Spillner

Am Donnerstag 03 Januar 2008 04:11:19 schrieb Adam Porter:
 $ ldd /usr/bin/ggz-config
 linux-gate.so.1 =  (0xe000)
 libggzcore.so.9 = /usr/lib/libggzcore.so.9 (0xb7ed)
 libggz.so.2 = /usr/local/lib/libggz.so.2 (0x455b1000)
 libc.so.6 = /lib/i686/cmov/libc.so.6 (0x4401e000)
 libexpat.so.1 = /usr/lib/libexpat.so.1 (0x44465000)
 libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0x4419a000)
 libgnutls.so.12 = not found

Aha. Please run the following script:

---
#!/bin/sh
ldd -u /usr/lib/libggz.so
ldd -u /usr/lib/libggz.so.2
dpkg -L libgnutls{12,13}
apt-cache show libggz2 | grep ^Depends
---

I cannot test your setup directly, but in unstable there's freeciv-client-gtk 
2.1.2-1, and everything works fine on AMD64 and also on x86.
The differences in running ldd on ggz-config are as follows:
- instead of ld-linux.so.2, I have ld-linux-x86-42.so.2 (specific to AMD64)
- I don't have linux-gate.so (maybe specific to AMD64)
- libgnutls is so.13 instead of so.12
- libtasn is so.3 instead of so.2

Therefore I would like to know where your dependency on libgnutls12 comes 
from. The libggz package in lenny (testing) already depends on libgnutls13.

You could run apt-rdepends -r libgnutls12 to find this out. However, 
apt-rdepends sucks big time. A bug should be filed against it so that it can 
be restricted to only show direct dependencies instead of wanting to follow 
the whole dependency chain. Or maybe there are other Debian tools for this, 
YMMV.

If that doesn't help, I suggest also running apt-get clean and apt-get update 
to make sure you get the latest packages.

Josef

-- 
Free online games for everybody: http://www.ggzgamingzone.org/



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

Bug#458840: devscripts: [bts] CC Debian security team when adding or removing security tag?

2008-01-03 Thread Josh Triplett

Package: devscripts
Version: 2.10.11
Severity: wishlist

reportbug CCs the Debian security team, [EMAIL PROTECTED],
when reporting a bug with the security tag.  Perhaps bts should do the
same when adding or removing the security tag from a bug?

- Josh Triplett

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

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

Versions of packages devscripts depends on:
ii  debianutils   2.28.2 Miscellaneous utilities specific t
ii  dpkg-dev  1.14.14package building tools for Debian
ii  libc6 2.7-5  GNU C Library: Shared libraries
ii  perl  5.8.8-12   Larry Wall's Practical Extraction 
ii  sed   4.1.5-5The GNU sed stream editor

Versions of packages devscripts recommends:
ii  fakeroot  1.8.10 Gives a fake root environment

-- no debconf information



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

Bug#457435: bugs.debian.org: subscribing to bugs does not work

2008-01-03 Thread Andrew Schulman

  2007-12-27 04:10:08 1J7oki-0007sz-AW = [EMAIL PROTECTED]
  H=helium [127.0.0.1] P=esmtp S=541
  [EMAIL PROTECTED] 2007-12-27 04:10:08
  1J7oki-0007sz-AW = [EMAIL PROTECTED] R=smarthost
  T=remote_smtp_smarthost H=smtp.g.comcast.net [76.96.62.117]
  X=TLS-1.0:RSA_AES_256_CBC_SHA1:32
  DN=C=US,ST=Pennsylvania,L=Philadelphia,O=Comcast Cable Communications
  Management LLC,OU=Business Center,CN=smtp.comcast.net
  2007-12-27 04:10:08 1J7oki-0007sz-AW Completed

 I don't actually see this message show up in the debbugs processing
 scripts. However, I don't have access to the exim4 mainlog there right
 this second, so I can't tell you for certain that it didn't show up at
 all. I've asked DSA to take a look at it; hopefully they'll do so when
 they have a chance.

Do we have any progress on this?  Since last week I've tried to subscribe 
to a few more bugs, still with no result.

I've recently succeeded in subscribing to bugs from my work email account, 
coming through different servers.  Also, other mail that I've sent from 
this address has arrived as usual.  So the trouble seems to be in the 
combination of this address/server with bugs.debian.org.  How we can 
figure out where the trouble is?

Thanks,
Andrew.



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

Bug#458838: benchmarks: marking average

2008-01-03 Thread Matthias Krüger

Package: hardinfo
Version: 0.4.2.3-1
Severity: wishlist

--- Please enter the report below this line. ---
Please add a little line to the result-bar which (the line) represents
the average of all results.

Thank you for your fine work!Matthias Krüger
--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.22-3-amd64

Debian Release: lenny/sid
  500 testing security.debian.org
  500 testing 141.76.2.4

--- Package information. ---
Depends   (Version) | Installed
===-+-==
libatk1.0-0 (= 1.20.0) | 1.20.0-1
libc6(= 2.7-1) | 2.7-5
libcairo2(= 1.4.0) | 1.4.10-1+lenny2
libgcrypt11  (= 1.2.2) | 1.4.0-2
libglib2.0-0(= 2.14.0) | 2.14.3-1
libgnutls13(= 2.0.4-0) | 2.0.4-1
libgtk2.0-0 (= 2.12.0) | 2.12.1-1
libpango1.0-0   (= 1.18.3) | 1.18.3-1
libsoup2.2-8(= 2.2.98) | 2.2.104-1
libtasn1-3   (= 0.3.4) | 1.1-1
libxml2 | 2.6.30.dfsg-3
pciutils   (= 1:2.1.11-10) | 1:2.2.4~pre4-1
zlib1g(= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-8




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

Bug#455864: Update needed for your translation

2008-01-03 Thread Kenshi Muto

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

At Tue, 1 Jan 2008 19:34:17 +0100,
Christian Perrier wrote:
 Last minute changes to English strings yield 5 fuzzy and 1 untranslated 
 string in the translation you submitted.
 
 Could you please update the attached file and send it back to this bug report 
 (just reply to the bug report)?

OK, here it is.
- -- 
Kenshi Muto
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/

iEYEARECAAYFAkd8oI4ACgkQQKW+7XLQPLGB0gCfefO1ytbRQyNQjEiWhIU8vqai
j1YAoOPwrGaN6Y506SRh2UHn/qPWbUQ1
=rSh2
-END PGP SIGNATURE-


ja.po.gz
Description: Binary data

Bug#458839: aiccu: Fails to configure: Unknown configuration statement proto

2008-01-03 Thread Martin v . Löwis

Package: aiccu
Version: 20070115-7
Severity: normal

After installing aiccu, every attempt to configure it fails with the
message:

Setting up aiccu (20070115-7) ...
Unknown configuration statement on line 2 of /tmp/aiccu1agHXXconf: protoco
Unknown configuration statement on line 3 of /tmp/aiccu1agHXXconf: serve
dpkg: error processing aiccu (--configure):
 subprocess post-installation script returned error exit status 1

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

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

Versions of packages aiccu depends on:
ii  debconf 1.5.17   Debian configuration management sy
ii  iproute 20071016-2   Professional tools to control the 
ii  iputils-ping3:20071127-1 Tools to test the reachability of 
ii  iputils-tracepath   3:20071127-1 Tools to trace the network path to
ii  libc6   2.7-5GNU C Library: Shared libraries
ii  libgnutls13 2.0.4-1  the GNU TLS library - runtime libr
ii  lsb-base3.1-24   Linux Standard Base 3.1 init scrip

Versions of packages aiccu recommends:
ii  ntp 1:4.2.4p4+dfsg-2 Network Time Protocol daemon and u
ii  ntpdate 1:4.2.4p4+dfsg-2 client for setting system time fro

-- debconf information:
* aiccu/username: MVL3-SIXXS
  aiccu/nobrokers:
  aiccu/notunnels:
  aiccu/badauth:
* aiccu/tunnelname: T13726
* aiccu/brokername: ://



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

Bug#458841: New version is available

2008-01-03 Thread Gürkan Sengün


Package: swapd
Version: 0.2-10
Severity: wishlist

Please can you update the version in Debian?

I'm not sure which you used:
http://surfnet.dl.sourceforge.net/sourceforge/swapd/GNU-Linux-swapd-1.0.1.tar.bz2
or
http://www.rkeene.org/files/oss/swapd/source/swapd-1.0.3.tar.gz

Thanks,
Guerkan





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

Bug#458842: virtualbox-ose: Add a debconf warning about incompatibility of snapshots and states between versions

2008-01-03 Thread Vincent Bernat

Package: virtualbox-ose
Version: 1.5.4-dfsg-1
Severity: grave
Justification: causes non-serious data loss

Hi !

When upgrading from 1.5.2 to 1.5.4, virtual hosts cannot be restored
from saved states or snapshots. Since many people may rely on this
functionality to save important data, I think this qualifies for data
loss (but you may disagree).

For example, I use snapshots to avoid to reinstall a virtual host from
scratch when I need to clean the host. Having to lose those snapshots
is a pity.

You could also point the user to a manual procedure to avoid this
situation, if such a procedure exists. I haven't found one.

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

Kernel: Linux 2.6.22-3-686-bigmem (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages virtualbox-ose depends on:
ii  adduser   3.105  add and remove users and groups
ii  libc6 2.7-5  GNU C Library: Shared libraries
ii  libgcc1   1:4.2.2-4  GCC support library
ii  libgl1-mesa-glx [libgl1]  7.0.2-3A free implementation of the OpenG
ii  libglib2.0-0  2.14.4-2   The GLib library of C routines
ii  libidl0   0.8.8-0.1  library for parsing CORBA IDL file
ii  libqt3-mt 3:3.3.7-9  Qt GUI Library (Threaded runtime v
ii  libsdl1.2debian   1.2.13-1   Simple DirectMedia Layer
ii  libstdc++64.2.2-4The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxalan110   1.10-3.1   Provides XSLT support for applicat
ii  libxcursor1   1:1.1.9-1  X cursor management library
ii  libxerces27   2.7.0-5validating XML parser library for 
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension librar
ii  libxt61:1.0.5-3  X11 toolkit intrinsics library

Versions of packages virtualbox-ose recommends:
ii  virtualbox-ose-mod 1.5.0-dfsg-1+2.6.22-3 VirtualBox modules for Linux (kern
ii  virtualbox-ose-mod 1.5.2-dfsg-2+2.6.22-4 VirtualBox modules for Linux (kern
ii  virtualbox-ose-mod 2.6.22+1.5.2-dfsg2-9  PC virtualization solution modules

-- no debconf information



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

Bug#392059: checkroot.sh: Differentiate between /forcefsck for all fs and for only the root fs

2008-01-03 Thread Carsten Otto

On Wed, Jan 02, 2008 at 08:16:30PM +0100, Petter Reinholdtsen wrote:
 Any reason why this would not work for you?

No, that is just fine. I should have read more manuals...

Thanks!
-- 
Carsten Otto
[EMAIL PROTECTED]
www.c-otto.de


signature.asc
Description: Digital signature

Bug#458844: f-spot: Extensions broken

2008-01-03 Thread Roland Mas

Package: f-spot
Version: 0.4.1-3
Severity: normal

Apparently something has gone wrong with the handling of extensions.
Built-in extensions (Default Exporters and Gallery Export) are not
displaying anything in the menus (no submenu under File  Export to),
and I have the following error message even after cleaning any
extensions from my ~/.gnome2/f-spot:

[EMAIL PROTECTED] ~/.gnome2/f-spot $ ls
Accounts.xml  photos.db  photos.db.okay
[EMAIL PROTECTED] ~/.gnome2/f-spot $ f-spot
Initializing Mono.Addins
Assembly not found: FlickrNet, Version=2.1.5.33467, Culture=neutral, 
PublicKeyToken=2491df59efa5d132
WARNING: [FSpot.Core,0.4.0.3457] Could not load some add-in assemblies: The 
classes in the module cannot be loaded.
WARNING: The add-in 'FSpot.__GalleryExport,1.0' is trying to extend 
'/FSpot/Menus/Exports', but there isn't any add-in defining this extension point
WARNING: The add-in 'FSpot.__GalleryExport,1.0' is trying to extend 
'/FSpot/Menus/Exports/Gallery', but there isn't any add-in defining this 
extension point
WARNING: The add-in 'FSpot.__DefaultExporters,1.1' is trying to extend 
'/FSpot/Menus/Exports', but there isn't any add-in defining this extension point
WARNING: The add-in 'FSpot.__DefaultExporters,1.1' is trying to extend 
'/FSpot/Menus/Exports/Flickr', but there isn't any add-in defining this 
extension point
WARNING: The add-in 'FSpot.__DefaultExporters,1.1' is trying to extend 
'/FSpot/Menus/Exports/PicasaWeb', but there isn't any add-in defining this 
extension point
WARNING: The add-in 'FSpot.__DefaultExporters,1.1' is trying to extend 
'/FSpot/Menus/Exports/SmugMug', but there isn't any add-in defining this 
extension point
WARNING: The add-in 'FSpot.__DefaultExporters,1.1' is trying to extend 
'/FSpot/Menus/Exports/23hq', but there isn't any add-in defining this extension 
point
WARNING: The add-in 'FSpot.__DefaultExporters,1.1' is trying to extend 
'/FSpot/Menus/Exports/Folder', but there isn't any add-in defining this 
extension point
WARNING: The add-in 'FSpot.__DefaultExporters,1.1' is trying to extend 
'/FSpot/Menus/Exports/CD', but there isn't any add-in defining this extension 
point

Probably related: I can't install any other extension either.  I'm
interested in DevelopInUFraw and RawPlusJpeg, but I trying to install
them with the extension manager gives me an error message about
dependency conflicts: The package 'Core v0.4.0.3437' could not be
found in any repository.

As a side note, I'd like to suggest that these extensions be packaged
(either in f-spot itself, or in new f-spot-extension-* packages), so
that they can be installed site-wide even if the repository is not
accessible.

Roland.

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

Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages f-spot depends on:
ii  beagle  0.3.2-1  indexing and search tool for your 
ii  dbus1.1.2-1  simple interprocess messaging syst
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libc6   2.7-5GNU C Library: Shared libraries
ii  libcairo2   1.4.12-2 The Cairo 2D vector graphics libra
ii  libexif12   0.6.16-2.1   library to parse EXIF files
ii  libflickrnet2.1.5-cil   25277-3  Flickr.Net API Library
ii  libgconf2.0-cil 2.16.0-10CLI binding for GConf 2.16
ii  libgl1-mesa-glx [libgl1]7.0.2-3  A free implementation of the OpenG
ii  libglade2.0-cil 2.10.2-5 CLI binding for the Glade librarie
ii  libglib2.0-02.14.4-2 The GLib library of C routines
ii  libglib2.0-cil  2.10.2-5 CLI binding for the GLib utility l
ii  libglu1-mesa [libglu1]  7.0.2-3  The OpenGL utility library (GLU)
ii  libgnome-vfs2.0-cil 2.16.0-10CLI binding for GnomeVFS 2.16
ii  libgnome2.0-cil 2.16.0-10CLI binding for GNOME 2.16
ii  libgnomeui-02.20.1.1-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.20.1-1   GNOME Virtual File System (runtime
ii  libgphoto2-22.4.0-8  gphoto2 digital camera library
ii  libgphoto2-port02.4.0-8  gphoto2 digital camera port librar
ii  libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface 
ii  libgtk2.0-cil   2.10.2-5 CLI binding for the GTK+ toolkit 2
ii  libgtkhtml2.0-cil   2.16.0-10CLI binding for GtkHTML 3.8
ii  libjpeg62   6b-14The Independent JPEG Group's JPEG 
ii  liblcms11.16-7   Color management library
ii  libmono-addins-gui0.2-cil   0.3-2GTK# frontend library for Mono.Add
ii

Bug#458843: Shouldn't be arch: any

2008-01-03 Thread Loïc Minier

Package: vala-doc
Version: 0.1.5-2
Severity: normal

Hi,

 vala-doc seems to contain only arch independent file, it should
 probably be arch: all, not any.

   Bye,

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

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

-- 
Loïc Minier

Bug#458847: music for editor

2008-01-03 Thread Matthias Krüger

Package: wesnoth-editor
Version: 1:1.2.8-1
Severity: wishlist

--- Please enter the report below this line. ---
It would be nice if the  map-editor would play background-music, too.

Thank you for your fine work!Matthias Krüger
--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.22-3-amd64

Debian Release: lenny/sid
  500 testing security.debian.org
  500 testing 141.76.2.4

--- Package information. ---
Depends (Version) | Installed
=-+-==
libc6  (= 2.7-1) | 2.7-5
libfreetype6   (= 2.3.5) | 2.3.5-1+b1
libfribidi0   (= 0.10.7) | 0.10.7-4
libgcc1  (= 1:4.2.1) | 1:4.2.2-4
libsdl-image1.2(= 1.2.5) | 1.2.6-1
libsdl-mixer1.2(= 1.2.6) | 1.2.8-1
libsdl-net1.2 | 1.2.7-2
libsdl1.2debian (= 1.2.10-1) | 1.2.11-9
libstdc++6 (= 4.2.1) | 4.2.2-4
libx11-6  | 2:1.0.3-7
python2.4 (= 2.3.90) | 2.4.4-6
ttf-dejavu| 2.21-1
wesnoth-data(= 1:1.2.8-1) | 1:1.2.8-1
zlib1g  (= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-8




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

Bug#458846: nss-updatedb: wrong path in README file

2008-01-03 Thread Peter Eisentraut

Package: nss-updatedb
Version: 8-2
Severity: normal

The file /usr/share/doc/nss-updatedb/README talks about /var/db/passwd.db and
/var/db/group.db, but the files are actually in /var/lib/misc/.



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

Bug#458845: wims: Please switch to Octave 3.0

2008-01-03 Thread Thomas Weber

Package: wims
Severity: wishlist

Hi, 

please switch to Octave 3.0 explicitly (by replacing octave with octave3.0 in
your control file).

Octave's 2.1 series is deprecated, the 2.9 development branch has become the new
3.0 stable branch.

Thanks
  Thomas (for the Debian Octave Group)

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

Kernel: Linux 2.6.22-3-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 wims depends on:
ii  adduser3.105 add and remove users and groups
ii  apache2-mpm-prefork [h 2.2.6-3   Traditional model for Apache HTTPD
pn  chemeq none(no description available)
pn  flydrawnone(no description available)
ii  fortunes   1:1.99.1-3Data files containing fortune cook
pn  gapnone(no description available)
ii  gnuplot4.2.2-1   A command-line driven interactive 
ii  imagemagick7:6.2.4.5.dfsg1-2 Image manipulation programs
ii  libc6  2.7-5 GNU C Library: Shared libraries
ii  libgd2-xpm 2.0.35.dfsg-3 GD Graphics Library version 2
pn  libwimsnone(no description available)
pn  maxima none(no description available)
pn  pari-gpnone(no description available)
pn  tetex-bin  none(no description available)
pn  texgd  none(no description available)
pn  units-filter   none(no description available)
pn  wims-commonnone(no description available)

Versions of packages wims recommends:
pn  wims-modules-fr   none (no description available)



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

Bug#432865: initscripts: Allow option to always fsck serially in checkfs.sh

 [Ambrose Li]
 - fsck chose to display the progress bar on the small partition
 - fsck finish checking the small partition and continues to check all
   the other smaller partitions
 - fsck continues to check the large partition WITHOUT ANY PROGRESS BARS

Also, if you want serialized fsck, I believe it is possible to
implement today by specifying differnet sequence numbers in the sixth
field of /etc/fstab fs_passno).  It specifies the fsck order.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#458850: bulmages: FTBFS: plugin.cpp:(.text+0x352): undefined reference to `_depura(QString, int, QString)'

Package: bulmages
version: 0.9.1-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080103 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on amd64.

Relevant part:

  make[3]: Entering directory 
  `/build/user/bulmages-0.9.1/bulmages/bulmafact/src/plugin'
  g++ -c -pipe -fpermissive -O2 -Wall -W -D_REENTRANT -fPIC -DQT_SHARED 
  -DDISTRO_DEBIAN -DQT_THREAD_SUPPORT -DQT_NO_DEBUG -DQT_PLUGIN -DQT_GUI_LIB 
  -DQT_NETWORK_LIB -DQT_CORE_LIB -I/usr/share/qt4/mkspecs/linux-g++ -I. 
  -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtCore 
  -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtNetwork 
  -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtGui -I/usr/include/qt4 
  -I/usr/include/qt4/QtAssistantClient -I/usr/include/qt4/QtAssistant 
  -I../../../bulmalib -I.. -I../.ui -I/usr/include/qt4 -I/usr/include/qt4/Qt 
  -I../../src -I../../../bulmalib/.ui -I/usr/include/qt4 -I/usr/include/qt4/Qt 
  -I/usr/include/qt4/QtXml -I/usr/include/Qt -I/usr/include/QtXml 
  -I/usr/lib/qt4/include/Qt -I/usr/lib/qt4/include/QtXml 
  -I/usr/include/qt4/QtAssistant -I. -I.moc -I.ui -o .obj/plugin.o plugin.cpp
  /usr/bin/moc-qt4 -DQT_SHARED -DDISTRO_DEBIAN -DQT_THREAD_SUPPORT 
  -DQT_NO_DEBUG -DQT_PLUGIN -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB 
  -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore 
  -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork 
  -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui 
  -I/usr/include/qt4/QtGui -I/usr/include/qt4 
  -I/usr/include/qt4/QtAssistantClient -I/usr/include/qt4/QtAssistant 
  -I../../../bulmalib -I.. -I../.ui -I/usr/include/qt4 -I/usr/include/qt4/Qt 
  -I../../src -I../../../bulmalib/.ui -I/usr/include/qt4 -I/usr/include/qt4/Qt 
  -I/usr/include/qt4/QtXml -I/usr/include/Qt -I/usr/include/QtXml 
  -I/usr/lib/qt4/include/Qt -I/usr/lib/qt4/include/QtXml 
  -I/usr/include/qt4/QtAssistant -I. -I.moc -I.ui plugin.h -o 
  .moc/moc_plugin.cpp
  g++ -c -pipe -fpermissive -O2 -Wall -W -D_REENTRANT -fPIC -DQT_SHARED 
  -DDISTRO_DEBIAN -DQT_THREAD_SUPPORT -DQT_NO_DEBUG -DQT_PLUGIN -DQT_GUI_LIB 
  -DQT_NETWORK_LIB -DQT_CORE_LIB -I/usr/share/qt4/mkspecs/linux-g++ -I. 
  -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtCore 
  -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtNetwork 
  -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtGui -I/usr/include/qt4 
  -I/usr/include/qt4/QtAssistantClient -I/usr/include/qt4/QtAssistant 
  -I../../../bulmalib -I.. -I../.ui -I/usr/include/qt4 -I/usr/include/qt4/Qt 
  -I../../src -I../../../bulmalib/.ui -I/usr/include/qt4 -I/usr/include/qt4/Qt 
  -I/usr/include/qt4/QtXml -I/usr/include/Qt -I/usr/include/QtXml 
  -I/usr/lib/qt4/include/Qt -I/usr/lib/qt4/include/QtXml 
  -I/usr/include/qt4/QtAssistant -I. -I.moc -I.ui -o .obj/moc_plugin.o 
  .moc/moc_plugin.cpp
  rm -f libmypluginbf.so
  g++ -Wl,--no-undefined -shared -o libmypluginbf.so .obj/plugin.o 
  .obj/moc_plugin.o   -L../../../installbulmages -L/usr/lib -rdynamic 
  -lQtAssistantClient -lQtGui -lQtNetwork -lQtCore -lpthread 
  .obj/plugin.o: In function `entryPoint':
  plugin.cpp:(.text+0x352): undefined reference to `_depura(QString, int, 
  QString)'
  collect2: ld returned 1 exit status
  make[3]: *** [../../../installbulmages/plugins/libmypluginbf.so] Error 1
  make[3]: Leaving directory 
  `/build/user/bulmages-0.9.1/bulmages/bulmafact/src/plugin'
  make[2]: *** [sub-src-plugin-make_default-ordered] Error 2
  make[2]: Leaving directory `/build/user/bulmages-0.9.1/bulmages/bulmafact'
  make[1]: *** [sub-bulmafact-make_default-ordered] Error 2
  make[1]: Leaving directory `/build/user/bulmages-0.9.1/bulmages'
  make: *** [build-stamp] Error 2
  dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from:
http://people.debian.org/~lucas/logs/2008/01/03

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#458849: aqsis: FTBFS: maximum recursion depth exceeded

Package: aqsis
version: 1.2.0-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080101 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:

  dpkg-source: building aqsis in aqsis_1.2.0-2.dsc
   debian/rules build
  # quilt exits with 2 as return when there was nothing to do. 
  # That's not an error here (but it's usefull to break loops in crude scripts)
  QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null push -a || test $? = 2
  Applying patch 01_gcc_4.3_fixes.patch
  patching file argparse/argparse.cpp
  patching file renderer/aqsis/aqsis.cpp
  patching file rib/miqser/miqser.cpp
  patching file rib/rib2/bdec.cpp
  patching file shadercompiler/aqsl/aqslcomp.cpp
  patching file shadercompiler/aqsltell/aqsltell.cpp
  patching file shadercompiler/codegenvm/vmoutput.cpp
  patching file texturing/teqser/teqser.cpp
  
  Now at patch 01_gcc_4.3_fixes.patch
  touch debian/stamp-patched
  dh_testdir
  scons \
   no_rpath=yes \
   install_prefix=/usr \
   sysconfdir=/etc/aqsis \
   destdir=/build/user/aqsis-1.2.0/debian/tmp \
\
   build
  scons: Reading SConscript files ...
  Looking for build directory for platform 'linux2'
  Exact match not found, finding closest guess
  No match found, looking for 'default' directory
  Found configuration directory platform/default, will use that
  Using options from options.cache
  Checking for libtiff
  Checking for C++ library tiff... yes
  Checking for libjpeg
  Checking for C++ library jpeg... yes
  Checking for zlib
  Checking for C++ library z... yes
  Checking for FLTK
  Checking for C++ library fltk... yes
  Checking for OpenEXR
  Checking for C++ library Iex... yes
  
  scons: warning: The SCons.Sig module no longer exists.
  Remove the following import SCons.Sig line to eliminate this warning:
  File /build/user/aqsis-1.2.0/NSIS.py, line 27, in ?
  RuntimeError: maximum recursion depth exceeded:
File /build/user/aqsis-1.2.0/SConstruct, line 295:
  env.SConscript( dirs = sub_sconsdirs_noret )
File /usr/lib/scons/SCons/Script/SConscript.py, line 533:
  return apply(_SConscript, [self.fs,] + files, subst_kw)
File /usr/lib/scons/SCons/Script/SConscript.py, line 256:
  exec _file_ in call_stack[-1].globals
File /build/user/aqsis-1.2.0/build/aqsistypes/SConscript, line 89:
  aqsistypesenv.InstallAs([os.path.join('${RENDERENGINEDIR}', 
  '%s${SHLIB_VERSION_SUFFIX}') %(aqsistypes[0])], [aqsistypes[0]])
File /usr/lib/scons/SCons/Environment.py, line 178:
  return apply(self.method, nargs, kwargs)
File /usr/lib/scons/SCons/Tool/__init__.py, line 468:
  return apply(builder, args, kw)
File /usr/lib/scons/SCons/Environment.py, line 178:
  return apply(self.method, nargs, kwargs)
File /usr/lib/scons/SCons/Tool/__init__.py, line 468:
  return apply(builder, args, kw)
File /usr/lib/scons/SCons/Environment.py, line 178:
  return apply(self.method, nargs, kwargs)
File /usr/lib/scons/SCons/Tool/__init__.py, line 468:
  return apply(builder, args, kw)
File /usr/lib/scons/SCons/Environment.py, line 178:
  return apply(self.method, nargs, kwargs)
File /usr/lib/scons/SCons/Tool/__init__.py, line 468:
  return apply(builder, args, kw)
File /usr/lib/scons/SCons/Environment.py, line 178:
  return apply(self.method, nargs, kwargs)
File /usr/lib/scons/SCons/Tool/__init__.py, line 468:
  []
   return apply(builder, args, kw)
File /usr/lib/scons/SCons/Environment.py, line 178:
  return apply(self.method, nargs, kwargs)
File /usr/lib/scons/SCons/Tool/__init__.py, line 449:
  env.Tool(tool)
File /usr/lib/scons/SCons/Environment.py, line 1516:
  tool(self)
File /usr/lib/scons/SCons/Tool/__init__.py, line 164:
  env.Append(TOOLS = [ self.name ])
File /usr/lib/scons/SCons/Environment.py, line 1027:
  kw = copy_non_reserved_keywords(kw)
File /usr/lib/scons/SCons/Environment.py, line 110:
  result = semi_deepcopy(dict)
File /usr/lib/scons/SCons/Util.py, line 464:
  return copier(x)
File /usr/lib/scons/SCons/Util.py, line 438:
  copy[key] = semi_deepcopy(val)
  make: *** [build-stamp] Error 2
  dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from:
http://people.debian.org/~lucas/logs/2008/01/01

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG:

Bug#108587: is it you? jennie here

2008-01-03 Thread jennie



Do not ignore me please,
I found your email somewhere and now decided to write you.
Let me know if you do not mind. If you want I can send you some pictures of me.
I am a nice pretty girl. Don't reply to this email. 
Email me direclty at [EMAIL PROTECTED]



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

Bug#458851: Ships arch-dep file in /usr/share

2008-01-03 Thread Loïc Minier

Package: libavahi-common-data
Version: 0.6.21-4
Severity: minor

Hi,

 libavahi-common-data is arch: any because of a GDBM file which is
 arch-dep.  Perhaps we could generate the file at install time.
 /usr/share is only for arch-indep data though, so the file needs moving
 to /usr/lib or /var/lib anyway.

   Cheers,

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

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

-- no debconf information

-- 
Loïc Minier

Bug#444995: DownloadList::hash_done(...) !download-is_open().

2008-01-03 Thread Lee Wiliams

I'm using the same version and with one torrent file it just dies, 
giving the output:


 rtorrent: DownloadList::hash_done(...) !download-is_open().

According to the rtorrent Bug Tracker, it's been fixed in a newer 
verion: http://libtorrent.rakshasa.no/ticket/812


Anyway, I'm stuck at Debian Etch and can't switch just because of that 
bug. I don't know what could be done now.




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

Bug#458852: octave3.0 crashes on arm

2008-01-03 Thread Soeren Sonnenburg

Package: octave3.0
Version: 3.0.0-1
Severity: grave

just try 

echo version | octave

or 

octave

on an arm machine:


$ uname -a
Linux arm 2.6.18-4-versatile #1 Sun Jun 17 14:34:28 UTC 2007 armv5tejl GNU/Linux

$ octave
GNU Octave, version 3.0.0
Copyright (C) 2007 John W. Eaton and others.
This is free software; see the source code for copying conditions.
There is ABSOLUTELY NO WARRANTY; not even for MERCHANTIBILITY or
FITNESS FOR A PARTICULAR PURPOSE.  For details, type `warranty'.

Octave was configured for arm-unknown-linux-gnu.

Additional information about Octave is available at http://www.octave.org.

Please contribute if you find this software useful.
For more information, visit http://www.octave.org/help-wanted.html

Report bugs to [EMAIL PROTECTED] (but first, please read
http://www.octave.org/bugs.html to learn how to write a helpful report).

For information about changes from previous versions, type `news'.

panic: Segmentation fault -- stopping myself...
attempting to save variables to `octave-core'...
save to `octave-core' complete
Segmentation fault


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

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

Versions of packages octave3.0 depends on:
ii  atlas3-base [liblapack 3.6.0-20.6Automatically Tuned Linear Algebra
ii  atlas3-sse2 [liblapack 3.6.0-20.6Automatically Tuned Linear Algebra
ii  lapack3 [liblapack.so. 3.0.2531a-6.1 library of linear algebra routines
ii  libc6  2.7-5 GNU C Library: Shared libraries
ii  libcurl3-gnutls7.17.1-1  Multi-protocol file transfer libra
ii  libfftw3-3 3.1.2-3   library for computing Fast Fourier
ii  libg2c01:3.4.6-6 Runtime library for GNU Fortran 77
ii  libgcc11:4.2.2-5 GCC support library
ii  libglpk0   4.25-1linear programming kit with intege
ii  libhdf5-serial-1.6.5-0 1.6.5-5+b1Hierarchical Data Format 5 (HDF5) 
ii  libncurses55.6+20071215-1Shared libraries for terminal hand
ii  libpcre3   7.3-2 Perl 5 Compatible Regular Expressi
ii  libqhull5  2003.1-8  calculate convex hulls and related
ii  libreadline5   5.2-3 GNU readline and history libraries
ii  libstdc++6 4.2.2-5   The GNU Standard C++ Library v3
ii  libsuitesparse 3.0.0-7   collection of libraries for comput
ii  refblas3 [libblas.so.3 1.2-8 Basic Linear Algebra Subroutines 3
ii  texinfo4.11.dfsg.1-3 Documentation system for on-line i
ii  zlib1g 1:1.2.3.3.dfsg-8  compression library - runtime

Versions of packages octave3.0 recommends:
ii  atlas3-base   3.6.0-20.6 Automatically Tuned Linear Algebra
ii  gnuplot   4.2.2-1A command-line driven interactive 

-- no debconf information



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

Bug#458840: devscripts: [bts] CC Debian security team when adding or removing security tag?

2008-01-03 Thread Mohammed Adnène Trojette

Hello Security Team,

On Thu, Jan 03, 2008, Josh Triplett wrote:
 Package: devscripts
 Version: 2.10.11
 Severity: wishlist
 
 reportbug CCs the Debian security team, [EMAIL PROTECTED],
 when reporting a bug with the security tag.  Perhaps bts should do the
 same when adding or removing the security tag from a bug?
 
 - Josh Triplett

would a change like the one proposed by Josh be OK with you?

-- 
Mohammed Adnène Trojette

Bug#458428: Option to omit importing upstream files

2008-01-03 Thread Guido Guenther

Hi Andres,
On Mon, Dec 31, 2007 at 03:24:17AM -0500, Andres Mejia wrote:
 Please allow an option to omit importing the upstream files from a
 package and track just the debian directory. I've attached a patch
 that provides git-import-dsc with an 'omit-upstream' option that does
 this.
Thanks a lot for your patch! Making it possible to import the debian/
dir only is a good idea but then we should name it as such:
--debian-dir-only, this makes clear that modifications to directories
outside debian/ will get lost (many debian diff.gzs patch files outside
of debian/). We should also warn the user in this case, that not all of
the diff.gz got imported.
There are other issues like ending up in different directories wether an
exception was raised or not (import_without_upstream) and you can merge
ApplyDebianDiff and get rid of copy_file completely if you use a pipe.
Furthermore the docs (especially the manpages) would need some care too
and we should possible merge the git-init, git-add .,  git-commit -a
into a function since this appears in several places.
Would you give the patch another whirl? Otherwise I'll do as soon as I
find the time.
Thanks again,
 -- Guido

 
 -- 
 Regards,
 Andres Mejia

 --- git-import-dsc.bak2007-12-31 03:09:23.0 -0500
 +++ git-import-dsc2007-12-31 03:10:01.0 -0500
 @@ -115,6 +115,33 @@
  return True
  
  
 +def import_without_upstream(src, dirs):
 +
 +Create a git repository that will hold just the debian patch
 +
 +diffgz = %s_%s-%s.diff.gz % (src.pkg, src.upstream_version, 
 src.debian_version)
 +diffgz_path = os.path.abspath(diffgz)
 +os.chdir(dirs['tmp'])
 +try:
 +package = %s-%s % (src.pkg, src.upstream_version)
 +os.mkdir(package)
 +dirs['git'] = os.path.abspath(package)
 +gbpc.CopyFile(diffgz_path, '.')()
 +gbpc.GunzipDiffGz(diffgz)()
 +diff = %s_%s-%s.diff % (src.pkg, src.upstream_version, 
 src.debian_version)
 +gbpc.ApplyDebianDiff(diff)()
 +os.chdir(dirs['git'])
 +gbpc.GitInitDB()()
 +gbpc.GitAdd()(['.'])
 +gbpc.GitCommitAll()(
 + msg=Imported debian directory only for %s version %s-%s % 
 (src.pkg, src.upstream_version, src.debian_version))
 +except gbpc.CommandExecFailed:
 +print sys.stderr, Creation of git repository failed
 +gbpc.RemoveTree(dirs['tmp'])
 +return False
 +return True
 +
 +
  def apply_debian_patch(src, dirs, options, tagger, filter):
  apply the debian patch and tag appropriately
  try:
 @@ -189,6 +216,8 @@
help=Format string for upstream tags, default is 
 '%(upstream-tag)s')
  parser.add_config_file_option(option_name=filter, dest=filter,
help=files to filter out during import)
 +parser.add_config_file_option(option_name=omit-upstream, 
 dest=omit_upstream,
 +  help=omit importing files from upstream, 
 action=store_true)
  (options, args) = parser.parse_args(argv[1:])
  
  if options.verbose:
 @@ -206,10 +235,14 @@
  raise GbpError
  
  dirs['tmp'] = os.path.abspath(tempfile.mkdtemp(dir='.'))
 -if not import_initial(src, dirs, options, gitTag, 
 options.filter):
 -raise GbpError
 +if options.omit_upstream:
 +if not import_without_upstream(src, dirs):
 +raise GbpError
 +else:
 +if not import_initial(src, dirs, options, gitTag, 
 options.filter):
 + raise GbpError
  os.chdir(dirs['top'])
 -if not src.native:
 +if not src.native and not options.omit_upstream:
  dirs['unpack'] = os.path.join(dirs['tmp'], 'unpack')
  os.mkdir(dirs['unpack'])
  dirs['dpkg-src'] = os.path.join(dirs['unpack'],
 --- gbp/command_wrappers.py.bak 2007-12-31 03:09:28.0 -0500
 +++ gbp/command_wrappers.py 2007-12-31 03:10:50.0 -0500
 @@ -113,6 +113,33 @@
  self.run_error = Couldn't extract %s % dsc
  Command.__call__(self, [dsc, output_dir])
 
 +class GunzipDiffGz(Command):
 +
 +Extract diff.gz to get patch file
 +
 +def __init__(self, file):
 +self.file = file
 +Command.__init__(self, 'gunzip', [ file ])
 +self.run_error = Couldn't extract %s % file
 +
 +class CopyFile(Command):
 +
 +Copy a file
 +
 +def __init__(self, file, dest):
 +self.file = file
 +self.dest = dest
 +Command.__init__(self, 'cp', [ file, dest ])
 +self.run_error = Couldn't copy %s to %s % (file, dest)
 +
 +class ApplyDebianDiff(Command):
 +
 +Applies the Debian diff that's included in a non-native package
 +
 +def __init__(self, diff):
 +self.diff = diff
 +Command.__init__(self, 'patch', [ '-p0', '-f', '-s', '-t', '-i', 
 diff ])
 +

Bug#458835: Breaks ABI with 0.8.0

2008-01-03 Thread Sam Clegg


On Thu, 2008-01-03 at 08:27 +0100, Sebastian Dröge wrote:
 Package: boo
 Version: 0.8.0.2730-1
 Severity: grave
 
 Hi,
 boo 0.8.0 breaks ABI compared to the older versions and depending
 packages, like banshee, fail to load the boo assemblies after an
 upgrade.
 
 Please package the runtime libraries in a new, versioned binary package
 or provide policy assemblies if only the assembly version has changed
 and the ABI itself is in fact compatible.

Sorry,  I should have run apt-rdepends and tested banshee before
uploading this version.

I'm working on a solution right now.   Most likely I will re-upload boo
from the boo1 sources and create boo2 packages with seperate libbooX-cil
and booX packages.



-- 
sam clegg
:: [EMAIL PROTECTED] :: http://superduper.net/ :: PGP : D91EE369
$superduper: .signature,v 1.13 2003/06/17 10:29:24 sam Exp $


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

Bug#458773: x-srever bug after installation

On Thu, Jan  3, 2008 at 06:48:53 +0100, Christian Perrier wrote:

 Quoting Rich Rat ([EMAIL PROTECTED]):
 
  01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Unknown 
  device [1002:9581] (prog-if 00 [VGA])
 
 There is not much that can be done automatically at install time,
 given that this driver is in non-free and the installer, by default
 does not configure access to non-free.
 
 X wizards, what is the recommended action in such case?
 
Try xserver-xorg-video-radeonhd, or xserver-xorg-video-ati/experimental.
Hopefully at least one of them will work (with not much if any
acceleration, though).

Cheers,
Julien



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

Bug#458820: scp -v reveals undocumented -t

2008-01-03 Thread Colin Watson

severity 458820 wishlist
merge 389011 458820
thanks

On Thu, Jan 03, 2008 at 11:06:17AM +0800, [EMAIL PROTECTED] wrote:
 $ scp -v \
 file/home/jidanni/gyro.dreamhost.com/radioscanningtw.jidanni.org/robots.txt \
 gyro.dreamhost.com:radioscanningtw.jidanni.org/robots.txt
 
   Executing: program /usr/bin/ssh host gyro.dreamhost.com, user
   (unspecified), command scp -v -t
   radioscanningtw.jidanni.org/robots.txt

For internal use. See bug #389011.

-- 
Colin Watson   [EMAIL PROTECTED]



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

Bug#458848: llvm: FTBFS: /usr/include/bits/link.h:69: internal compiler error: Segmentation fault

Package: llvm
version: 1.8b-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080103 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on amd64.

Relevant part:

  /build/user/llvm-1.8b/llvm-gcc4-1.8b-source/build/gcc/xgcc 
  -B/build/user/llvm-1.8b/llvm-gcc4-1.8b-source/build/gcc/ 
  -B/usr/lib/llvm/llvm-gcc4/x86_64-unknown-linux-gnu/bin/ 
  -B/usr/lib/llvm/llvm-gcc4/x86_64-unknown-linux-gnu/lib/ -isystem 
  /usr/lib/llvm/llvm-gcc4/x86_64-unknown-linux-gnu/include -isystem 
  /usr/lib/llvm/llvm-gcc4/x86_64-unknown-linux-gnu/sys-include -O2  -DIN_GCC  
  -DDEFAULT_TARGET_MACHINE=\x86_64-unknown-linux-gnu\   -W -Wall 
  -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include  
  -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I. -I. 
  -I../../gcc -I../../gcc/. -I../../gcc/../include  -fexceptions -c 
  ../../gcc/unwind-dw2-fde-glibc.c -o libgcc/./unwind-dw2-fde-glibc.o
  In file included from /usr/include/link.h:36,
   from ../../gcc/unwind-dw2-fde-glibc.c:40:
  /usr/include/bits/link.h:69: internal compiler error: Segmentation fault
  Please submit a full bug report,
  with preprocessed source if appropriate.
  See URL:http://llvm.cs.uiuc.edu for instructions.
  make[4]: *** [libgcc/./unwind-dw2-fde-glibc.o] Error 1
  make[4]: Leaving directory 
  `/build/user/llvm-1.8b/llvm-gcc4-1.8b-source/build/gcc'
  make[3]: *** [stmp-multilib] Error 2
  make[3]: Leaving directory 
  `/build/user/llvm-1.8b/llvm-gcc4-1.8b-source/build/gcc'
  make[2]: *** [all-gcc] Error 2
  make[2]: Leaving directory 
  `/build/user/llvm-1.8b/llvm-gcc4-1.8b-source/build'
  make[1]: *** [stamp/build-stamp] Error 20
  make[1]: Leaving directory `/build/user/llvm-1.8b'
  make: *** [install-arch] Error 2
  dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary gave error 
  exit status 2

The full build log is available from:
http://people.debian.org/~lucas/logs/2008/01/03

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#458853: lib32bz2-1.0: installs files in /usr/lib32

Package: lib32bz2-1.0
Version: 1.0.4-1
Severity: serious

[EMAIL PROTECTED]:~$ dpkg -c 
/org/ftp.root/debian/pool/main/b/bzip2/lib32bz2-1.0_1.0.4-1_amd64.deb |grep 
/lib32/
drwxr-xr-x root/root 0 2007-12-23 05:31 ./usr/lib32/
-rw-r--r-- root/root 66276 2007-12-23 05:31 ./usr/lib32/libbz2.so.1.0.4
lrwxrwxrwx root/root 0 2007-12-23 05:31 ./usr/lib32/libbz2.so.1.0 - 
libbz2.so.1.0.4

[EMAIL PROTECTED]:~$ dpkg -c 
/org/ftp.root/debian/pool/main/g/glibc/libc6-i386_2.7-5_amd64.deb |grep 
'/usr/lib32 '
lrwxrwxrwx root/root 0 2007-12-19 10:12 ./usr/lib32 - 
/emul/ia32-linux/usr/lib

You must use /emul/ia32-linux on debian, not just blindly synchronise
with ubuntu...

Cheers,
Julien



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

Bug#458854: fails to create partial dir on full disk, then discards temp file

2008-01-03 Thread Simon Richter

Package: rsync
Version: 2.6.9-6
Severity: minor

Hi,

When rsyncing with the --partial-dir option, if the receiver's disk fills
up it may be impossible to create the directory at the point where the
error is detected; all data transmitted so far is then discarded.

Would it be possible to create the partial folder first, so that if
diskspace runs out, it is always possible to rename the file?

   Simon

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

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

Versions of packages rsync depends on:
ii  libacl1   2.2.45-1   Access control list shared library
ii  libc6 2.7-5  GNU C Library: Shared libraries
ii  libpopt0  1.10-3 lib for parsing cmdline parameters
ii  lsb-base  3.1-24 Linux Standard Base 3.1 init scrip

rsync recommends no packages.

-- no debconf information



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

Bug#458854: fails to create partial dir on full disk, then discards temp file

2008-01-03 Thread Paul Slootman

On Thu 03 Jan 2008, Simon Richter wrote:
 
 When rsyncing with the --partial-dir option, if the receiver's disk fills
 up it may be impossible to create the directory at the point where the
 error is detected; all data transmitted so far is then discarded.

There was a related issue with the latest rsync version on the rsync
mailing list last week, which has been fixed this week. I'll see if that
also addresses your particular problem.


Paul Slootman



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

Bug#453946: manpages-dev: NFS warning for open(2) O_EXCL is a bit outdated

2008-01-03 Thread Michael Kerrisk

Hi Trond,

Trond Myklebust wrote:
 On Wed, 2008-01-02 at 10:55 +0100, Michael Kerrisk wrote:
 Hey Trond,

 Would you take a quick look at

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

 Do you have some insights on this?  What should the man page say about
 current support of O_EXCL on NFS?

 Cheers,

 Michael
 
 Hi Michael,
 
 Timo is correct. O_EXCL has been supported for NFSv3 (and NFSv4) ever
 since the 2.6 series kernels came out.
 
 However, please note that
   * it is not supported for any 2.4.x kernels, since that would
 require some VFS re-engineering that is not compatible with the
 'stable kernel' rules.
   * As Timo states, the NFSv2 protocol cannot support O_EXCL
 semantics.

Thanks.  I've rewritten the text as shown below.

I also have another question: is O_APPEND supported in NFSv3 or NFSv4?

 I think the second point warrants keeping the link() workaround mention,
 though, since people who are interested in writing completely portable
 software may still find it useful. For instance, a lot of mail delivery
 setups are still using the type of locking scheme described there.

Yes, that makes sense.

For man-pages-2.75, I rewrote the paragraph as shown here.  Could you
confirm that this is okay?

  O_EXCL is not supported on NFS file systems before
  NFSv3  or  on  Linux before kernel 2.6; it is sup-
  ported on Linux  2.6  and  later,  with  NFSv3  or
  later.   In  environments where NFS O_EXCL support
  is not provided, programs that rely on it for per-
  forming  locking  tasks will contain a race condi-
  tion.  Portable  programs  that  want  to  perform
  atomic  file locking using a lockfile, and need to
  avoid reliance on NFS support for O_EXCL, can cre-
  ate  a  unique file on the same file system (e.g.,
  incorporating hostname and PID), and  use  link(2)
  to  make  a  link  to  the  lockfile.   If link(2)
  returns 0, the lock is successful.  Otherwise, use
  stat(2)  on  the  unique file to check if its link
  count has increased to 2, in which case  the  lock
  is also successful.

Cheers,

Michael

-- 
Michael Kerrisk
Maintainer of the Linux man-pages project
http://www.kernel.org/doc/man-pages/
Want to report a man-pages bug?  Look here:
http://www.kernel.org/doc/man-pages/reporting_bugs.html





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

Bug#458857: apache2: Drop unnecessary dependencies

2008-01-03 Thread Martin Pitt

Package: apache2
Version: 2.2.6-3
Severity: minor
Tags: patch
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu hardy ubuntu-patch

Hi!

The apache binaries currently depend on a lot of unnecessary packages
and libraries, for example libdb4.4.

Please consider building with -Wl,--as-needed to drop these (tested
patch attached). This will ease library transitions in the future.

apache2.2-common before:

   Depends: apache2-utils, libapr1, libaprutil1, libc6 (= 2.7-1), libdb4.4, 
libexpat1 (= 1.95.8), libldap2 (= 2.1.17-1), libmagic1, libpcre3 (= 6.0), 
libpq5, libsqlite3-0 (= 3.4.2), libssl0.9.8 (= 0.9.8f-1), libuuid1, lsb-base, 
mime-support, net-tools, procps, zlib1g (= 1:1.2.3.3.dfsg-1)

... and after:

   Depends: apache2-utils, libapr1, libaprutil1, libc6 (= 2.7-1), libmagic1, 
libssl0.9.8 (= 0.9.8f-1), lsb-base, mime-support, net-tools, procps, zlib1g 
(= 1:1.2.3.3.dfsg-1)

Thanks for considering,

Martin
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org
diff -u apache2-2.2.6/debian/rules apache2-2.2.6/debian/rules
--- apache2-2.2.6/debian/rules
+++ apache2-2.2.6/debian/rules
@@ -102,7 +102,7 @@
 	dh_testdir
 	mkdir -p $(BUILD)/$*
 	cd $(BUILD)/$* ;\
-	CFLAGS=$(AP2_CONFLAGS) $(CONFFLAGS) $(REALCURDIR)/configure --srcdir=$(REALCURDIR) $(AP2_COMMON_CONFARGS) $(AP2_CONFARGS) --with-mpm=$*  ;\
+	CFLAGS=$(AP2_CONFLAGS) LDFLAGS=-Wl,--as-needed $(CONFFLAGS) $(REALCURDIR)/configure --srcdir=$(REALCURDIR) $(AP2_COMMON_CONFARGS) $(AP2_CONFARGS) --with-mpm=$*  ;\
 	$(MAKE)
 	touch $@
 
diff -u apache2-2.2.6/debian/changelog apache2-2.2.6/debian/changelog
--- apache2-2.2.6/debian/changelog
+++ apache2-2.2.6/debian/changelog
@@ -1,3 +1,10 @@
+apache2 (2.2.6-3ubuntu1) hardy; urgency=low
+
+  * Build with LDFLAGS=-Wl,--as-needed to drop a lot of unnecessary
+dependencies (including db4.5).
+
+ -- Martin Pitt [EMAIL PROTECTED]  Thu, 03 Jan 2008 11:19:10 +0100
+
 apache2 (2.2.6-3) unstable; urgency=low
 
   * Allocate fewer bucket brigades in case of a flush bucket. This might help


signature.asc
Description: Digital signature

Bug#432977: ipconfig fails to get ip configuration from dhcp-server

2008-01-03 Thread Michael Tautschnig

 On Fri, 13 Jul 2007, Christian Kern wrote:
 
  As we are using FAI to install our computers, the ipconfig
  binary in the klibc-utils package is used to obtain the
  IP configuration from a DHCP server at boot time, when
  installing a computer.
 
 which dhcp server?
 
It is a dhcp3 with LDAP patches, 3.0.1rc14-1; however, the problem rather seemed
to be related to the DHCP relays in between (unpatched dhcp3-relay from etch).

[...]
 
 hmm i guess you have the corresponding tcpdump logs?

[...]

As we hadn't kept them I tried to reproduce the whole thing; but at least with
the 1.4.34-2 packages I was unable to do this!

I thus suggest either tagging this one unreproducible or closing it; if it ever
pops up again in our system we'll reopen it.

Best,
Michael



pgp0kVTs4TqMk.pgp
Description: PGP signature

Bug#458568: xserver-xorg-video-intel: random crashes seems caused by intel driver

2008-01-03 Thread Fathi BOUDRA

I tried to revert to 2.1.1-4 and no more random crashes.
2.2.0-1 isn't usable for me.



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

Bug#458856: supercollider: FTBFS: exceptions.TypeError: 'NoneType' object is not callable

Package: supercollider
version: 20060416-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080103 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on amd64.

Relevant part:

   /usr/bin/fakeroot debian/rules clean
  dpatch  deapply-all  
  90move_sclang not applied to ./ .
  80remove_pragmas not applied to ./ .
  70fix_some_warnings not applied to ./ .
  50fix_clz_h not applied to ./ .
  20virtual_parsenode not applied to ./ .
  10fix_emacs_help not applied to ./ .
  rm -rf patch-stamp patch-stampT debian/patched
  dh_testdir
  dh_testroot
  rm -f build-arch-stamp build-indep-stamp unpack-stamp test-sclang-*
  rm -f linux/README.emacs
  mkdir -p /build/user/supercollider-20060416/debian/tmp
  # Add here commands to clean up after the build process.
  scons  'ARCH=-Wall -g -fPIC -O2' 
  DESTDIR=/build/user/supercollider-20060416/debian/tmp \
   DEBUG=yes CUSTOMCCFLAGS=-Wall -g -fPIC -O2 
  CUSTOMCXXFLAGS=-Wall -g -fPIC -O2 PREFIX=/usr RENDEZVOUS=yes LID=yes 
  DEVELOPMENT=yes -j8  --clean -j1
  scons: Reading SConscript files ...
  Checking for pkg-config... yes
  Checking for sndfile = 1.0.0... yes
  Checking for jack... yes
  Checking for avahi-client... no
  Checking for howl... no
  Checking for C header file alsa/asoundlib.h... no
  Checking for C header file linux/input.h... yes
  Checking for C header file xmmintrin.h... yes
  Checking for C header file X11/Intrinsic.h... yes
  Checking for XQueryPointer() in C library X11... yes
  
   ALSA:yes
   ALTIVEC: no
   AUDIOAPI:jack
   DEBUG:   yes
   DEVELOPMENT: yes
   LANG:yes
   LID: yes
   PREFIX:  /usr
   RENDEZVOUS:  yes
   SCEL:yes
   SSE: yes
   X11: yes
  
  scons: done reading SConscript files.
  scons: Cleaning targets ...
  Removed config.log
  Removed scache.conf
  Removed .sconf_temp/conftest_5.c
  Removed .sconf_temp/conftest_6.c
  Removed .sconf_temp/conftest_6.o
  Removed .sconf_temp/conftest_7.c
  Removed .sconf_temp/conftest_7.o
  Removed .sconf_temp/conftest_8.c
  Removed .sconf_temp/conftest_8.o
  Removed .sconf_temp/conftest_9
  Removed .sconf_temp/conftest_9.c
  Removed .sconf_temp/conftest_9.o
  Removed directory .sconf_temp
  Removed .sconsign.dblite
  scons: done cleaning targets.
  OSError: [Errno 2] No such file or directory: './.sconsign.dblite':
File /usr/lib/scons/SCons/Script/Main.py, line 1178:
  _exec_main(parser, values)
File /usr/lib/scons/SCons/Script/Main.py, line 1151:
  _main(parser)
File /usr/lib/scons/SCons/Script/Main.py, line 1112:
  SCons.SConsign.write()
File /usr/lib/scons/SCons/SConsign.py, line 109:
  syncmethod()
File /usr/lib/scons/SCons/dblite.py, line 89:
  os.unlink(self._file_name)
  Exception exceptions.TypeError: 'NoneType' object is not callable in 
  bound method dblite.__del__ of SCons.dblite.dblite instance at 
  0x2ab206eb3cf8 ignored
  make: *** [clean] Error 2
  dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error 
  exit status 2

The full build log is available from:
http://people.debian.org/~lucas/logs/2008/01/03

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#458568: xserver-xorg-video-intel: random crashes seems caused by intel driver

On Thu, Jan  3, 2008 at 11:25:57 +0100, Fathi BOUDRA wrote:

 I tried to revert to 2.1.1-4 and no more random crashes.
 2.2.0-1 isn't usable for me.
 
Can you please try git head, and if that still doesn't work bisect which
change broke it?

Thanks,
Julien



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

Bug#458691: mime-support: doesn't remove alternative in prerm


Not only does mime-support add a (buggy) alternative for view in
postinst, but it doesn't remove it in prerm.  Please fix this by
removing the alternative in postinst on upgrades from 3.40-1.

Thanks,
Julien



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

Bug#458855: boa: alternative port selection does not work

2008-01-03 Thread Peter Eisentraut

Package: boa
Version: 0.94.14rc21-2
Severity: important

After I install this package, it informs me that port 80 is already used by
someone else.  (I have Apache installed.)  Then I choose to select an
alternative port.  I enter 81.  Then the installation continues.  Then it
tells me *again* that port 80 is already in use.  It does not ask again
about what to do about that.  At the end, boa is actually configured in its
configuration file for port 80 and starting the server fails.

The log on the console is:

$ apt-get install boa
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  boa
0 upgraded, 1 newly installed, 0 to remove and 2 not upgraded.
Need to get 0B/127kB of archives.
After unpacking 377kB of additional disk space will be used.
Preconfiguring packages ...
Configuring boa
---

Port 80 already in use

The installation script has detected that port 80 is already bound to a service 
other than boa. By default, boa uses this port to serve requests for clients. 
This
problem prevents boa from being started properly.

In order for the installation to proceed properly, you must select an 
appropriate method to resolve the port conflict problem. Choosing 'Do nothing' 
will prevent
boa from being started upon boot up, and you will be required to resolve the 
problem manually.

  1. Do nothing  2. Specify an alternative port

Port conflict resolution method: 2


The port number you enter will be used by boa in order to serve client requests.

Alternative port for boa: 81


update-rc.d: /etc/init.d/boa: file does not exist
Updating rc.d symbolic links to start boa upon booting.
Starting boa ...
Selecting previously deselected package boa.
(Reading database ... 182644 files and directories currently installed.)
Unpacking boa (from .../boa_0.94.14rc21-2_i386.deb) ...
Setting up boa (0.94.14rc21-2) ...
Configuring boa
---

Port 80 already in use

The installation script has detected that port 80 is already bound to a service 
other than boa. By default, boa uses this port to serve requests for clients. 
This
problem prevents boa from being started properly.

Updating rc.d symbolic links to start boa upon booting.
Starting boa ...
Starting HTTP server: boainvoke-rc.d: initscript boa, action start failed.
dpkg: error processing boa (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 boa
E: Sub-process /usr/bin/dpkg returned an error code (1)


/etc/boa/boa.conf contains Port 80.


So apparently the config and postinst scripts need serious fixing.

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

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

Versions of packages boa depends on:
ii  debconf [debconf-2.0] 1.5.17 Debian configuration management sy
ii  libc6 2.7-5  GNU C Library: Shared libraries
ii  logrotate 3.7.1-3Log rotation utility
ii  mime-support  3.39-1 MIME files 'mime.types'  'mailcap

boa recommends no packages.

-- debconf information:
  boa/input_prob_dsc:
* boa/select_port: 81
* boa/port_prob: Specify an alternative port
  boa/port_no_prob_dsc:
* boa/port_prob_dsc:



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

Bug#448094: dh_icons should look for .xpm icons (and not jpg)

2008-01-03 Thread Josselin Mouette

tag 448094 + patch
thanks

Le vendredi 26 octobre 2007 à 00:36 +0200, Per Olofsson a écrit :
 Currently, dh_icons look only for png, svg and jpg format icons.
 However, according to the freedesktop.org icon theme specification:
 
 The image files must be one of the types: PNG, XPM, or SVG, and the
 extension must be .png, .xpm, or .svg (lower case).[1]
 
 Please add support for xpm icons, and maybe also remove jpg.

The attached trivial patch fixes the issue.

Cheers,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.
--- /usr/bin/dh_icons	2007-11-03 04:18:55.0 +0100
+++ dh_icons	2008-01-03 11:53:49.0 +0100
@@ -46,7 +46,7 @@
 			next if $subdir =~ /^\./;
 			my $needs_cache = 0;
 			find sub {
-$needs_cache = 1 if -f and (/\.png$/ or /\.svg$/ or /\.jpg$/);
+$needs_cache = 1 if -f and (/\.png$/ or /\.svg$/ or /\.xpm$/);
 			}, $icondir/$subdir ;
 			push @dirlist, $baseicondir/$subdir if $needs_cache;
 		}


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

Bug#458859: nfsbooted: Please add LSB formatted dependency info in init.d script


Package:  nfsbooted
Version:  0.0.14
Tags: patch
User: [EMAIL PROTECTED]
Usertags: missing-dependency

To be able to check boot script order, and also to be able to start
boot scripts in parallel, it is important to know the dependencies of
the various boot scripts.  The Linux Software Base specifies a init.d
header file format useful for this purpose, and adding such header to
the init.d script would make it possible for me to use this
information to check the current sequence and to speed up the debian
boot.

I am working on a system to update the boot sequence based on these
dependencies, and would like see this as the default in Lenny.
Because of this, it is nice if the dependencies was updated quickly.

URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html
documents the LSB header format.  Some debian notes are available from
URL:http://wiki.debian.org/LSBInitScripts.

Here is a patch to document the dependencies.  I hope this is correct.

The hostname.dhcp script might be useful to split out into a separate
package.  A similar script is in debian-edu-config under the name
update-hostname.  Combining both might be a good idea.

diff -ur nfsbooted-0.0.14.orig/init/hostname.dhcp 
nfsbooted-0.0.14/init/hostname.dhcp
--- nfsbooted-0.0.14.orig/init/hostname.dhcp2006-07-17 00:05:36.0 
+0200
+++ nfsbooted-0.0.14/init/hostname.dhcp 2008-01-03 10:52:20.0 +0100
@@ -1,4 +1,15 @@
 #!/bin/sh
+### BEGIN INIT INFO
+# Provides:  hostname.dhcp
+# Required-Start:$local_fs hostname
+# Required-Stop:
+# Should-Start:  $network
+# X-Start-Before:$remote_fs
+# Default-Start: S
+# Default-Stop:
+# Short-Description: Set hostname based on current IP address
+### END INIT INFO
+
 #
 #   Copyright (C) 2001-2004, 2006 Ola Lundqvist [EMAIL PROTECTED]
 #
diff -ur nfsbooted-0.0.14.orig/init/mountfix nfsbooted-0.0.14/init/mountfix
--- nfsbooted-0.0.14.orig/init/mountfix 2006-07-17 00:05:36.0 +0200
+++ nfsbooted-0.0.14/init/mountfix  2008-01-03 10:52:17.0 +0100
@@ -1,4 +1,12 @@
 #! /bin/sh
+### BEGIN INIT INFO
+# Provides:  mountfix
+# Required-Start:$remote_fs
+# Required-Stop:
+# Should-Start:  $network
+# Default-Start: S
+# Default-Stop:
+### END INIT INFO
 #
 #   Copyright (C) 2001-2004, 2006 Ola Lundqvist [EMAIL PROTECTED]
 #

Happy hacking,
--
Petter Reinholdtsen



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

Bug#447551: powerpc FTBFS likely fixed in 0.8.5-1 (or earlier)

2008-01-03 Thread Emmet Hikory

Just for reference, testing the build of 0.8.5-1 on powerpc in Ubuntu
hardy worked (whereas 0.8.1-1 had failed, with similar symptoms to
those reported in this bug).  It may be worth testing 0.8.5-1 against
a Debian powerpc build environment to see if this bug is still
present.

-- 
Emmet HIKORY



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

Bug#434336: reassign

2008-01-03 Thread Thomas Hood

reassign 434336 network-manager-vpnc
retitle 434336 Pass nameserver addresses to resolvconf or conflict with 
resolvconf
stop

If a program obtains nameserver addresses then either it should pass the 
nameserver
addresses to resolvconf or its package should conflict with the resolvconf 
package.

Please read the resolvconf package README file in order to understand how to 
pass
nameserver addresses to resolvconf.
-- 
Thomas Hood



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

Bug#458860: libstdc++6: Dependency on lib64gcc1 on i386

2008-01-03 Thread Michael Biebl

Package: libstdc++6
Version: 4.2.2-5
Severity: important

The latest upgrade of libstdc++6 on i386 introduced a dependency on lib64gcc1,
which in turn pulls libc6-amd64 (10Mb installed!).
As my machine is i386 i.e. 32 bit only (pentium m) I don't want to have
libc6-amd64 and lib64gcc1 installed.
I checked the Debian Changelog but couldn't find any reference why this
dependency was added. Please revert this change again.

Cheers,
Michael


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

Kernel: Linux 2.6.23.12
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libstdc++6 depends on:
ii  gcc-4.2-base  4.2.2-5The GNU Compiler Collection (base 
ii  lib64gcc1 1:4.2.2-5  GCC support library (64bit)
ii  libc6 2.7-5  GNU C Library: Shared libraries

libstdc++6 recommends no packages.

-- no debconf information



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

Bug#457291: what's going on with Adobe Flash player in Lenny?

2008-01-03 Thread Timo Jyrinki


Under current circumstances at least, losing Adobe Flash Player from a
Debian desktop system is a big deal because of the loss of YouTube
because, as I understand it, the free Flash players don't work with
YouTube.


Hi. YouTube already works with Gnash the free Flash player, so that in 
particular should not be a problem. Many other sites are not yet working, 
but Gnash could be possibly defined as working well enough in time for 
the Lenny. At least I'm using it exclusively anyway, and I'm just using 
the 0.8.1 version, which lacks development for the last four months. But I 
don't find it problematic to skip sites that don't work with Gnash, so I'm 
not an average user.


In summary, Gnash works rather well for Flash 7 sites, but quite a large 
portion of sites has moved to Flash 8 and 9 which are only a 
work-in-progress with regards to Gnash, and most do not work properly. 
Time will tell how fast Gnash will progress.


-Timo



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

Bug#458247: Please provide a package with native code for GCJ/GIJ

2008-01-03 Thread Daniel Leidert

Am Montag, den 31.12.2007, 00:41 +0100 schrieb Michael Koch:

[libsaxon-java-gcj] 
 I have uploaded 6.5.5-2 as a cleanup version for the current package. I
 attached a debdiff to -3 that adds a -gcj package. Please test it and
 give feedback about the improvements (timings).

As I said, I already tested this locally and with the self-built -gcj
packages, build time for docbook-defguide decreased from 16 hours to 1
(see http://www.wgdd.de/?p=32). I now built the libsaxon-java-gcj
package again and it still builds in an hours. So your patch looks good.

Regards, Daniel




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

Bug#458784: kaffeine crashes on start

2008-01-03 Thread Christoph Pfister

Am Mittwoch 02 Januar 2008 schrieb Victor Hahn:
 Package: kaffeine
 Version: 0.8.3-1
 Severity: important


 I simply can't start kaffeine here, it always crashes. Here's what it
 prints on console: ERROR: Communication problem with kaffeine, it probably
 crashed.

First of all, try killall kaffeine to make sure that there's no damaged 
instance of kaffeine running.

If the problem persists, install gdb. Run gdb --args kaffeine --nofork, 
type run (without the quotation marks; press enter afterwards) and wait 
till it crashes / whatever. Then type bt and send the complete output of 
the console.

Christoph



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

Bug#458844: f-spot: Extensions broken

2008-01-03 Thread Roland Mas

Roland Mas, 2008-01-03 10:12:09 +0100 :

 Apparently something has gone wrong with the handling of extensions.

I think that's probably related to mono-addins.  In addition to
reverting f-spot to version 0.4.1-1 (and libflickrnet2.1.5-cil to
25277-2), I had to revert libmono-addins0.2-cil and
libmono-addins-gui0.2-cil to version 0.3-1 to fix the problems.

Roland.
-- 
Roland Mas

The cherry blossom / Tumbles from the highest tree / One needs more petrol
  -- in Good Omens (Terry Pratchett and Neil Gaiman)



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

Bug#337774: linux-2.6: Identd service currently broken by default

2008-01-03 Thread Roland Stigge

reassign 337774 pidentd
thanks

Hi,

this problem is solved since the module tcp_diag is automatically loaded
in 2.6.24 kernels. You can close this bug as soon such a kernel is a
Debian stock default. You can also remove the respective notes from
README.Debian, then.

Thanks,

Roland



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

Bug#445360: rxvt+mutt crash - new, smaller test case

2008-01-03 Thread Josip Rodin

On Thu, Jan 03, 2008 at 12:21:23PM +0100, Josip Rodin wrote:
 I've run into the bug again a few times, but most recently on a rather
 inconspicuous bit - just scrolling within one single message crashed rxvt.
 
 Because this message wasn't signed or anything, so not that many colors
 would be involved in the crash, I then also took a wild guess and reduced
 the .muttrc to just the ignore/unignore part, and that was the part that
 made the difference. With default etch mutt settings, it doesn't crash,
 with the attached muttrc, it does.
 
 I also obfuscated the text in the message to protect the guilty :)
 and to make it a bit more homogenous - and it still crashes on it.
 
 Steps to reproduce:
 
 * run rxvt
 * inside, run mutt -F rxvt-bug.muttrc -f rxvt-bug.mbox2
 * press enter (show message)
 * press space (scroll one screen down)
 * poof
 
 I'll try to whip up the debugger now...

Pretty much the same deal as the last time:

(gdb) r
Starting program: /home/joy/QA/rxvt/rxvt-2.6.4/src/rxvt-xterm 

Program received signal SIGTSTP, Stopped (user).
0x2ac494f33b35 in select () from /lib/libc.so.6
(gdb) p screen.text[TermWin.saveLines]
$1 = (
text_t *) 0x54dfa0 i:Exit  -:PrevPg  Space:NextPg v:View Attachm.  d:Del 
 r:Reply  j:Next ?:Help 
(gdb) watch (void *)screen.text[TermWin.saveLines]
Hardware watchpoint 1: (void *) screen.text[TermWin.saveLines]
(gdb) c
Continuing.

Program received signal SIGTSTP, Stopped (user).
0x2ac494f33b35 in select () from /lib/libc.so.6
(gdb) c
Continuing.
Hardware watchpoint 1: (void *) screen.text[TermWin.saveLines]

Old value = (void *) 0x54dfa0
New value = (void *) 0x543d40
scroll_text (row1=0, row2=520, count=11, spec=0) at screen.c:803
803 screen.tlen[j] = screen.tlen[j + count];
(gdb) c
Continuing.

Program received signal SIGTSTP, Stopped (user).
0x004102e2 in scr_add_lines (
str=0x51cd3c X x xx xxx, xx xxx:\r\n\nx1: Xx: Xx 
xxx:  xxx |  -x 
xxx-xx-\r\n\033[0;1m\033(B\033[31m\033[40m+\033[0m\033([EMAIL 
PROTECTED]  XXX xxx'x xxx x, x..., nlines=-10, len=98) at 
screen.c:1012
1012stp[screen.cur.col] = c;
(gdb) bt full
#0  0x004102e2 in scr_add_lines (
str=0x51cd3c X x xx xxx, xx xxx:\r\n\nx1: Xx: Xx 
xxx:  xxx |  -x 
xxx-xx-\r\n\033[0;1m\033(B\033[31m\033[40m+\033[0m\033([EMAIL 
PROTECTED]  XXX xxx'x xxx x, x..., nlines=-10, len=98) at 
screen.c:1012
c = 88 'X'
i = 1
j = 0
row = 510
last_col = 80
checksel = 1
clearsel = 0
stp = (text_t *) 0x0
srp = (u_int16_t *) 0x0
#1  0x00408d47 in main_loop () at command.c:3307
nlines = 3
ch = 27 '\033'
str = (
unsigned char *) 0x51cd3c X x xx xxx, xx xxx:\r\n\nx1: Xx: 
Xx xxx:  xxx |  -x 
xxx-xx-\r\n\033[0;1m\033(B\033[31m\033[40m+\033[0m\033([EMAIL 
PROTECTED]  XXX xxx'x xxx x, x...
#2  0x0040cd40 in main (argc=1, argv=0x7fff15f595a8) at main.c:1434
---Type return to continue, or q return to quit---
cmd_argv = (const char **) 0x0
(gdb) 

-- 
 2. That which causes joy or happiness.



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

Bug#450603: Patch for ConsoleKit breaks kdm

2008-01-03 Thread Tobias Weber

Package: kdm
Version: 4:3.5.8.dfsg.1-2

Hello Debian Maintainers,

kdm don't start any session, when it is compiled with consolekit patch.
I get a kernel-exception and kdm restarts, when trying to login.
Compiling the  kdebase-source-package package without this patch, kdm works 
without a problem.
kdm is running inside of a Xen-DomU and I am using remote X login.  

Thank you
Tobi



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

Bug#453095: [Fwd: ttf-marvosym_0.1-1_amd64.changes REJECTED]

2008-01-03 Thread Gürkan Sengün

 Original Message 
Subject: ttf-marvosym_0.1-1_amd64.changes REJECTED
Date: Tue, 01 Jan 2008 15:54:22 +
From: Joerg Jaspert [EMAIL PROTECTED]
To: Gürkan Sengün [EMAIL PROTECTED]
CC: Debian Installer [EMAIL PROTECTED]

Hi Maintainer,

rejected, source of marvosym.pdf missing.

Also, your description contains names of some symbols included, but
according to the pdf file there are many more. So it would be better if
you name the general area of the symbols, not try to list them with
names.

Bug#457402: sdcc moved to non-free in error

block 457402 by 457589
severity 457402 serious
thanks

On 23/12/07 at 12:08 -0700, Bdale Garbee wrote:
 severity 457402 normal
 tags 457402 +wontfix
 thanks
 
 I believe the move of sdcc to non-free was in error, and in particular the
 component of sdcc upon which gnuradio build-depends is a clearly GPLv2'ed
 work.  I've just filed a release-critical bug against sdcc asking for this
 to be fixed.
 
 In the meantime, I am downgrading this bug against gnuradio and suggest you
 do the same with any other bugs you filed against packages that build depend
 on sdcc.

Hi Bdale,

In #457589, the maintainer of sdcc said that he thinks that sdcc really
belongs to non-free. Until this is clarified, I'm setting the severity
back to serious, and marking this bug as blocked by #457589.
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#458862: dhis-server: Having commented out client records seems to cause dhisd to become confused

2008-01-03 Thread Philip Hands

Package: dhis-server
Version: 5.2-2
Severity: normal


I've been suffering with wierd behaviour of dhis for some time, the
main symptom being that some clients seem unable to cause DNS updates,
despite being shown as up coming up in the dhisd.log.

Today I turned on verbose logging in dhisengine.pl (from Dan Mahoney
dated 9/25/2002) and it reveals that it's doing DNS updates for a host
that is comented out, and not bothering with the record that matches
the active client.

Here's the (slightly doctored) config file:

=-=-=-=-=-=-
;
; DHIS R5 Server Clients Database
;
; A sample DHIS database file for a DHIS server
; can be found in /usr/share/doc/dhis-server/examples.

;1000 {
;   hostnametestrig.dyn.hands.com
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;contact Philip Hands
;email   [EMAIL PROTECTED]
;service dns
;}

;1001 {
;   hostnamesf.dyn.hands.com
;   AuthN   12345678901234567890123456789012345678901234567890
;   AuthN   12345678901234567890123456789012345678901234567890
;   AuthN   12345678901234567890123456789012345678901234567890
;   AuthN   12345678901234567890123456789012345678901234567890
;   contact Phil Hands
;   email   [EMAIL PROTECTED]
;   service dns
;}

1002 {
hostnamedonlex.dyn.hands.com
AuthN   12345678901234567890123456789012345678901234567890
AuthN   12345678901234567890123456789012345678901234567890
AuthN   12345678901234567890123456789012345678901234567890
AuthN   12345678901234567890123456789012345678901234567890
contact Don
email   [EMAIL PROTECTED]
service dns
}

1003 {
hostnamered.dyn.hands.com
AuthN   12345678901234567890123456789012345678901234567890
AuthN   12345678901234567890123456789012345678901234567890
AuthN   12345678901234567890123456789012345678901234567890
AuthN   12345678901234567890123456789012345678901234567890
contact Philip Hands
email   [EMAIL PROTECTED]
service dns
service relay
}

;1004 {
;   hostnameslc.dyn.hands.com
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;contact Philip Hands
;email   [EMAIL PROTECTED]
;service dns
;}

;1005 {
;   hostnamepmhq.dyn.hands.com
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;contact Philip Hands
;email   [EMAIL PROTECTED]
;service dns
;}

;1006 {
;   hostnamemw.dyn.hands.com
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;contact Philip Hands
;email   [EMAIL PROTECTED]
;service dns
;}

;1007 {
;   hostnamepmpod.dyn.hands.com
;contact Philip Hands
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;email   [EMAIL PROTECTED]
;service dns
;}

;1008 {
;   hostnamedjh.dyn.hands.com
;contact Philip Hands
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;AuthN   12345678901234567890123456789012345678901234567890
;email   [EMAIL PROTECTED]
;service dns
;}

1009 {
hostnamesimon.dyn.hands.com
contact Philip Hands
AuthN

Bug#458861: cyrus-sasl2: Please build against db4.6

2008-01-03 Thread Martin Pitt

Package: cyrus-sasl2
Version: 2.1.22.dfsg1-16
Tags: patch
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu hardy ubuntu-patch

Hi!

In the interest of cleaning up old db4.x versions it would be great if
you could move cyrus-sasl2 to the latest libdb4.6. I attach a patch
for this.

Two things which should be considered:

 * I did not do any performance tests. Performance does not seem
   overly crucial to me for an authentication database.

 * The data format between the various db4.x did not change, and
   cyrus-sasl does not use on-disk transactions (in fact it does not
   use any transactions at all, check grep -r DB_TXN). Thus the
   upgrade in the postinst is not necessary. However, in the spirit of
   the existing 4.2-4.4 upgrade I updated this code for 4.4-4.6,
   too. You need to adapt the package version number in the patch.

Thanks for considering,

Martin
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org
diff -u cyrus-sasl2-2.1.22.dfsg1/debian/control 
cyrus-sasl2-2.1.22.dfsg1/debian/control
--- cyrus-sasl2-2.1.22.dfsg1/debian/control
+++ cyrus-sasl2-2.1.22.dfsg1/debian/control
@@ -5,14 +5,14 @@
 XSBC-Original-Maintainer: Debian Cyrus SASL Team [EMAIL PROTECTED]
 Uploaders: Fabian Fagerholm [EMAIL PROTECTED], Roberto C. Sanchez [EMAIL 
PROTECTED]
 Standards-Version: 3.7.2
-Build-Depends: debhelper (= 5.0.0), dpatch, autotools-dev, automake1.9, 
autoconf, libtool, libdb4.4-dev (= 4.4.16-2), libpam0g-dev (= 0.76-22), 
libssl-dev (= 0.9.7e-3), libmysqlclient15-dev (= 5.0.20-1), libopie-dev (= 
2.32-10), libpq-dev (= 8.1.3-4), libkrb5-dev, libsqlite0-dev (= 2.8.16-1), 
libldap2-dev (= 2.1.30-8), chrpath, groff-base, debconf (= 0.5) | 
debconf-2.0, po-debconf, docbook-to-man
+Build-Depends: debhelper (= 5.0.0), dpatch, autotools-dev, automake1.9, 
autoconf, libtool, libdb-dev (= 4.4.16-2), libpam0g-dev (= 0.76-22), 
libssl-dev (= 0.9.7e-3), libmysqlclient15-dev (= 5.0.20-1), libopie-dev (= 
2.32-10), libpq-dev (= 8.1.3-4), libkrb5-dev, libsqlite0-dev (= 2.8.16-1), 
libldap2-dev (= 2.1.30-8), chrpath, groff-base, debconf (= 0.5) | 
debconf-2.0, po-debconf, docbook-to-man
 Build-Conflicts: heimdal-dev
 
 Package: sasl2-bin
 Section: utils
 Priority: optional
 Architecture: any
-Depends: libsasl2-2 (= ${binary:Version}), ${shlibs:Depends}, 
${misc:Depends}, lsb-base (= 3.0-6), db4.4-util, debconf (= 1.4.69) | 
cdebconf (= 0.39), sysv-rc (= 2.86.ds1-14.1ubuntu2)
+Depends: libsasl2-2 (= ${binary:Version}), ${shlibs:Depends}, 
${misc:Depends}, lsb-base (= 3.0-6), db4.6-util, debconf (= 1.4.69) | 
cdebconf (= 0.39), sysv-rc (= 2.86.ds1-14.1ubuntu2)
 Description: Cyrus SASL - administration programs for SASL users database
  This is the Cyrus SASL API implementation, version 2.1. See package
  libsasl2-2 and RFC  for more information.
diff -u cyrus-sasl2-2.1.22.dfsg1/debian/sasl2-bin.postinst 
cyrus-sasl2-2.1.22.dfsg1/debian/sasl2-bin.postinst
--- cyrus-sasl2-2.1.22.dfsg1/debian/sasl2-bin.postinst
+++ cyrus-sasl2-2.1.22.dfsg1/debian/sasl2-bin.postinst
@@ -17,7 +17,8 @@
# Upgrade SASL database if needed
# The libdb dependency was updated in the following versions:
#  2.1.22.dfsg1-14 (db4.2 - db4.4)
-   if dpkg --compare-versions $2 lt-nl 2.1.22.dfsg1-14; then
+   #  2.1.22.dfsg1-16ubuntu2 (db4.4 - db4.6)
+   if dpkg --compare-versions $2 lt-nl 2.1.22.dfsg1-16ubuntu2; 
then

# If the database contains no users, just wipe it out,
# it will be recreated later in the current format
@@ -36,7 +37,7 @@
fi
 
# Upgrade SASL database and handle errors
-   if ! db4.4_upgrade $SASLDB_FILE /dev/null 
21; then
+   if ! db4.6_upgrade $SASLDB_FILE /dev/null 
21; then
db_input high 
cyrus-sasl2/upgrade-sasldb2-failed || true
db_go || true
cp --archive $RET $SASLDB_FILE 
/dev/null 21
diff -u cyrus-sasl2-2.1.22.dfsg1/debian/changelog 
cyrus-sasl2-2.1.22.dfsg1/debian/changelog
--- cyrus-sasl2-2.1.22.dfsg1/debian/changelog
+++ cyrus-sasl2-2.1.22.dfsg1/debian/changelog
@@ -1,3 +1,15 @@
+cyrus-sasl2 (2.1.22.dfsg1-16ubuntu2) hardy; urgency=low
+
+  * debian/control: Move to db4.6.
+  * Add debian/patches/0017_db4.6.dpatch: Fix autotools macros to recognize db
+4.6.
+  * debian/sasl2-bin.postinst: Adapt automatic db upgrade to 4.6. Note that
+this should not be necessary; this package does not use on-disk
+transactions and the data format did not change, but it was done for the
+4.2-4.4 upgrade in the past to be on the safe side.
+
+ -- Martin Pitt [EMAIL PROTECTED]  Thu, 03 Jan 2008 12:05:44 +0100
+
 cyrus-sasl2 (2.1.22.dfsg1-16ubuntu1) hardy;

Bug#445360: rxvt+mutt crash - new, smaller test case

2008-01-03 Thread Josip Rodin

Hi,

I've run into the bug again a few times, but most recently on a rather
inconspicuous bit - just scrolling within one single message crashed rxvt.

Because this message wasn't signed or anything, so not that many colors
would be involved in the crash, I then also took a wild guess and reduced
the .muttrc to just the ignore/unignore part, and that was the part that
made the difference. With default etch mutt settings, it doesn't crash,
with the attached muttrc, it does.

I also obfuscated the text in the message to protect the guilty :)
and to make it a bit more homogenous - and it still crashes on it.

Steps to reproduce:

* run rxvt
* inside, run mutt -F rxvt-bug.muttrc -f rxvt-bug.mbox2
* press enter (show message)
* press space (scroll one screen down)
* poof

I'll try to whip up the debugger now...

-- 
 2. That which causes joy or happiness.

# list of header fields to weed when displaying
ignore From  Received X-Received Message-ID Return-Path Path Lines
ignore Resent- Precedence References In-Reply-To Return-Receipt-To
ignore Sender X-Sender X-X-Sender Original-Sender NNTP-Posting-Host
ignore Status X-Status Content- MIME-Version Delivered-To Envelope-to
ignore Originator X-Loop X-Mailing-List X-Listprocessor X-No-Archive
ignore User-Agent Mailer X-Mailer X-Newsreader X-Submitted-Via
ignore Priority X-Priority X-MSMail-Priority
ignore X-MimeOLE
ignore X-Envelope-To X-Envelope-Sender
ignore X-Attribution X-Face
ignore X-Debian-PR-Message X-Debian-PR-Keywords
ignore List-Help List-Post List-Subscribe List-Unsubscribe List-Id List-Archive
ignore X-BeenThere X-Mailman-Version
ignore X-Mail-Format-Warning X-Spam-Status X-Spam-Checker-Version
ignore Old-X-Spam-Status Old-X-Spam-Checker-Version
ignore X-Reportbug-Version X-Katie
ignore X-GPG X-GPG-Fingerprint X-GPG-key
ignore X-PGP X-PGP-Fingerprint X-PGP-Key-ID
ignore X-Operating-System X-OS X-Uptime X-System X-Editor
ignore X-Signature-Color X-Signature-PRG X-URL
# ignore X-Echelon X-Motto X-Yow X-ddate X-Unexpected-Header
ignore X-ECS-MailScanner X-Virus-Scanned
ignore Old-Return-Path

# just in case
unignore From: Date: Subject: To: Cc:
From joy Thu Jan  3 11:31:45 2008
Return-path: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on .xx.xx
X-Spam-Level: 
X-Spam-Status: No, score=-2.3 required=4.5 tests=AWL,BAYES_00,
RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3
Envelope-to: [EMAIL PROTECTED]
Delivery-date: Thu, 03 Jan 2008 11:31:41 +0100
Received: from xx.xx.xxx ([yy.yyy.yyy.yy]:40212)
by .xx.xx with esmtp (Exim 4.63)
(envelope-from [EMAIL PROTECTED])
id 1JANMQ-000132-Cz
for [EMAIL PROTECTED]; Thu, 03 Jan 2008 11:31:41 +0100
Received: from .xx.xx ([yyy.yy.yyy.yy])
by xx.xx.xxx with esmtp (Exim 4.50)
id 1JANMG-0001sQ-FM
for [EMAIL PROTECTED]; Thu, 03 Jan 2008 10:31:28 +
Received: from joy by .xx.xx with local (Exim 4.63)
(envelope-from [EMAIL PROTECTED])
id 1JANMF-00012b-HB; Thu, 03 Jan 2008 11:31:27 +0100
Date: Thu, 3 Jan 2008 11:31:27 +0100
From: X X [EMAIL PROTECTED]
To: Xxx Xx [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL 
PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL 
PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: [EMAIL PROTECTED]
User-Agent: Mutt/1.5.13 (2006-08-11)
Sender: X X [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
X-SA-Exim-Connect-IP: yy.yyy.yyy.yy
Old-X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on .xx.xx
Old-X-Spam-Status: No, score=-1.0 required=4.5 tests=BAYES_50,RCVD_IN_DNSWL_LOW
autolearn=no version=3.2.3
Subject: Xx: xxx xx.
Delivered-To: [EMAIL PROTECTED]
Content-Length: 871
Lines: 30

Xx Xxx, Xxx 03, 2008 xx 11:19:48XX +0100, Xxx Xx x:
 Xx x , x xx xx xx  x, xxx. Xxx xxx 
 xxx?
 
 X'x xxx xx xxx  xx x  xxx-xx.
 
 X  xxx-xx - x2.xx - x. Xx x'x  x xx
  xxx   x xxx xxx x x xx Xxxx :)
 
 Xxxx'x xxx xx x.

Xx, xx, xx'x xxx, xxx x xxx xx'x:

xxx-xx - x.xx - xxx
   - x

 X'xx x xxx x2xx:X1xxx2XxXxXxXXXxxXXxxx5x9x
 : , xx xx xxx.
 
 Xx.

X x xx xxx, xx xxx:

x1: Xx: Xx xxx:  xxx |  -x xxx-xx- [EMAIL 
PROTECTED]

X  XXX xxx'x xxx x,  x  xx Xxxx :)

-- 
X X
[EMAIL PROTECTED]

Bug#458433: courier: Please add LSB formatted dependency info in init.d script

2008-01-03 Thread Stefan Hornburg

Petter Reinholdtsen wrote:

Package: courier-imap courier-imap-ssl courier-ldap courier-mlm courier-mta
courier-mta-ssl courier-pcp courier-pop courier-pop-ssl sqwebmail
Version: 0.47-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: missing-dependency

To be able to check boot script order, and also to be able to start
boot scripts in parallel, it is important to know the dependencies of
the various boot scripts. The Linux Software Base specifies a init.d
header file format useful for this purpose, and adding such header to
the init.d script would make it possible for me to use this
information to check the current sequence and to speed up the debian
boot.

I am working on a system to update the boot sequence based on these
dependencies, and would like see this as the default in Lenny.
Because of this, it is nice if the dependencies was updated quickly.

URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html
documents the LSB header format. Some debian notes are available from
URL:http://wiki.debian.org/LSBInitScripts.

Here is a patch to document the dependencies. I hope this is correct.

Thanks for the patch. All Courier daemons rely on the courier-authdaemon to be
present.
Can I just put courier-authdaemon into the Required-Start section ?
Also is there a possibility to check/verify these settings with a program or
script ?

Regards
Racke

--
LinuXia Systems = http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP = http://www.icdevgroup.org/
Interchange Development Team

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

Bug#458865: libxine1: postinst script needed for symlink transition

2008-01-03 Thread Sven Joachim

Package: libxine1
Version: 1.1.8-5
Severity: normal

There are now several empty directories under /usr/share/doc on my
system:

,
| $ ls -ld /usr/share/doc/libxine1*
| drwxr-xr-x 2 root root 4096 Dec 21 16:06 /usr/share/doc/libxine1
| drwxr-xr-x 2 root root 4096 Jan  3 10:22 /usr/share/doc/libxine1-bin
| drwxr-xr-x 2 root root 4096 Dec 21 16:06 /usr/share/doc/libxine1-console
| drwxr-xr-x 2 root root 4096 Jan  3 10:24 /usr/share/doc/libxine1-doc
| drwxr-xr-x 2 root root 4096 Dec 21 16:06 /usr/share/doc/libxine1-ffmpeg
| drwxr-xr-x 2 root root 4096 Dec 21 16:06 /usr/share/doc/libxine1-misc-plugins
| drwxr-xr-x 2 root root 4096 Dec 21 16:06 /usr/share/doc/libxine1-x
| $ ls -l /usr/share/doc/libxine1*
| /usr/share/doc/libxine1:
| total 0
| 
| /usr/share/doc/libxine1-bin:
| total 60
| -rw-r--r-- 2 root root  7576 Aug 19 01:36 AUTHORS.gz
| lrwxrwxrwx 1 root root12 Jan  3 10:22 ChangeLog.gz - changelog.gz
| -rw-r--r-- 2 root root 17944 Jan  2 20:07 changelog.Debian.gz
| -rw-r--r-- 3 root root 26903 Aug 27 20:26 changelog.gz
| -rw-r--r-- 3 root root   995 Jan  2 20:07 copyright
| 
| /usr/share/doc/libxine1-console:
| total 0
| 
| /usr/share/doc/libxine1-doc:
| total 244
| -rw-r--r-- 2 root root   7576 Aug 19 01:36 AUTHORS.gz
| lrwxrwxrwx 1 root root 12 Dec 27 09:41 ChangeLog.gz - changelog.gz
| -rw-r--r-- 1 root root   1012 Dec 26 20:22 README
| -rw-r--r-- 1 root root   1509 Dec 26 20:14 README.Debian
| -rw-r--r-- 1 root root   2634 Dec 26 20:22 README.dvb.gz
| -rw-r--r-- 1 root root   3116 Dec 26 20:22 README.dxr3.gz
| -rw-r--r-- 1 root root   3924 Dec 26 20:22 README.opengl
| -rw-r--r-- 1 root root   5488 Dec 26 20:22 README.syncfb.gz
| -rw-r--r-- 1 root root   9897 Dec 26 20:22 README_xxmc.html
| -rw-r--r-- 1 root root  17944 Dec 26 20:14 changelog.Debian.gz
| -rw-r--r-- 3 root root  26903 Aug 27 20:26 changelog.gz
| -rw-r--r-- 3 root root995 Jan  2 20:07 copyright
| -rw-r--r-- 1 root root 113087 Dec 26 20:22 faq.html
| -rw-r--r-- 1 root root  27283 Dec 26 20:22 faq.txt.gz
| 
| /usr/share/doc/libxine1-ffmpeg:
| total 0
| 
| /usr/share/doc/libxine1-misc-plugins:
| total 0
| 
| /usr/share/doc/libxine1-x:
| total 0
`

To complete the symlink transition, you should have a postinst script
that turns these empty directories into the symlinks they are supposed
to be, like that:

--8---cut here---start-8---
if [ -d /usr/share/doc/libxine1 -a ! -L /usr/share/doc/libxine1 ]; then
rmdir /usr/share/doc/libxine1  ln -s libxine1 /usr/share/doc/libxine
fi
--8---cut here---end---8---

And similar for the other libxine*-packages.


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

Kernel: Linux 2.6.22.15
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 libxine1 depends on:
ii  libxine1-console  1.1.8-5libaa/libcaca/framebuffer/directfb
ii  libxine1-misc-plugins 1.1.8-5Input, audio output and post plugi
ii  libxine1-x1.1.8-5X desktop video output plugins for

Versions of packages libxine1 recommends:
ii  libxine1-doc [libxine-doc]1.1.8-5the xine video player library, doc
ii  libxine1-ffmpeg   1.1.8-5MPEG-related plugins for libxine1

-- no debconf information



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

Bug#458863: Please remove libwww-dev build dependency

2008-01-03 Thread Regis Boudin

Package: xdvik-ja
Version: 22.84.12-j1.34-1
Severity: important
Usertags: libwww

Hi,

Due to the fact that it's pretty much unmaintained, we're working on
removing libwww from the archive.

xdvik-ja is one of the few packages that build-depend on it, and needing
to be sorted. It appears that your package doesn't make use of the library
anymore, so all you should have to do is remove libwww-dev from the
build-dependencies.

Thanks for your help,

Regis

Bug#393093: courier-imap: Fails to start, cannot reallocate

2008-01-03 Thread Stefan Hornburg


Richard Harb wrote:
FYI: I had the same error message, leaving the courier-imap 
package 'unconfigured' after installation.


Changing the value of IMAP_ULIMITD in /etc/courier/imapd to 131072 did the 
trick for me as well, and dpkg --configure -a could finish configuration.




I will doublecheck this with the author of Courier.

Regards
Racke


--
LinuXia Systems = http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP = http://www.icdevgroup.org/
Interchange Development Team




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

Bug#444700: filezilla: crashes right after start

2008-01-03 Thread Timo Jyrinki

Hi. Can you still reproduce this bug? I couldn't reproduce it, trying
both Debian unstable and Debian 4.0 with the 3.0.0~beta2-4 filezilla
packages installed in both (on 4.0, installed from unstable). In the
latter case, I had the same libwx* versions as you had.



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

Bug#458864: cvs: Installation fails: conflicting file dir.old.gz with package vice

2008-01-03 Thread Manuel Bilderbeek

Package: cvs
Version: 1:1.12.13-8
Severity: normal


Trying to upgrade from a previous version in testing:

$ sudo aptitude dist-upgrade
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Reading extended state information  
Initializing package states... Done
Reading task descriptions... Done  
Building tag database... Done
The following packages will be upgraded:
  cvs 
1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/1684kB of archives. After unpacking 28.7kB will be used.
Do you want to continue? [Y/n/?] 
Writing extended state information... Done
Preconfiguring packages ...
(Reading database ... 270436 files and directories currently installed.)
Preparing to replace cvs 1:1.12.13-8 (using .../cvs_1%3a1.12.13-9_i386.deb) ...
Ignoring nonregistered document `cvs-doc-client'
Ignoring nonregistered document `cvs-doc'
Unpacking replacement cvs ...
dpkg: error processing /var/cache/apt/archives/cvs_1%3a1.12.13-9_i386.deb 
(--unpack):
 trying to overwrite `/usr/share/info/dir.old.gz', which is also in package vice
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/cvs_1%3a1.12.13-9_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Reading package lists... Done 
Building dependency tree   
Reading state information... Done
Reading extended state information  
Initializing package states... Done
Reading task descriptions... Done  
Building tag database... Done

In other words: there's a file conflict with package 'vice'. I don't
know if the bug is in cvs or in vice, though.

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

Kernel: Linux 2.6.22-3-k7 (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 cvs depends on:
ii  debconf [debconf-2.0]   1.5.17   Debian configuration management sy
ii  libc6   2.7-5GNU C Library: Shared libraries
ii  libpam-runtime  0.99.7.1-5   Runtime support for the PAM librar
ii  libpam0g0.99.7.1-5   Pluggable Authentication Modules l
ii  update-inetd4.27-0.6 inetd.conf updater
ii  zlib1g  1:1.2.3.3.dfsg-8 compression library - runtime

Versions of packages cvs recommends:
ii  info [info-browser] 4.11.dfsg.1-3Standalone GNU Info documentation 
ii  konqueror [info-browser 4:3.5.8.dfsg.1-2 KDE's advanced file manager, web b
ii  netbase 4.30 Basic TCP/IP networking system

-- debconf information:
  cvs/rotatekeep: 7
  cvs/badrepositories: create
  cvs/rotatekeep_nondefault: no
  cvs/rotate_individual: true
  cvs/pserver_repos_individual: true
  cvs/pserver_setspawnlimit: false
  cvs/rotatekeep_individual: 7
  cvs/pserver_repos: all
  cvs/pserver: false
  cvs/cvs_conf_is_dead:
  cvs/repositories: /var/lib/cvs
  cvs/pserver_spawnlimit: 400
  cvs/rotatehistory: no




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

Bug#456318: lintian: rpath check for games should include games dir

2008-01-03 Thread Bas Wijnen

On Wed, Jan 02, 2008 at 09:10:28PM -0800, Russ Allbery wrote:
 Bas Wijnen [EMAIL PROTECTED] writes:
 
  FHS chapter 4, at the end of the paragraph on Specific options in
  /usr/share, says:
 
  Similarly, a /usr/lib/games hierarchy may be used in addition to
  the /usr/share/games hierarchy if the distributor wishes to
  place some game data there.
 
  Neither policy nor developers' reference say anything about this, but I
  think most games choose to use both /usr/share/games and /usr/lib/games
  for game data.  The good thing about this is that it makes it very easy
  to do things to all games at once (exclude them from backups, for
  example).
 
 The more that I look at this, the more that I think this isn't a good
 idea.  FHS doesn't say anything about shared libraries, only game data,
 which doesn't really sound like shared libraries to me.  Putting shared
 libraries in additional places in the system is tricky and raises the
 possibility of conflicts between different shared libraries.  And putting
 shared libraries in a location that isn't in ld.so.conf requires setting
 an rpath, which has potentially bad interactions with multiarch support.

This is true, but this isn't specific to games.  Other programs can put
their data, including private shared libraries, in
/usr/{share,lib}/packagename.  The difference for games is only that
they may use /usr/{share,lib}/games/packagename instead.

Policy says about this in 10.2:

Shared object files (often .so files) that are not public
libraries, that is, they are not meant to be linked to by third
party executables (binaries of other packages), should be
installed in subdirectories of the /usr/lib directory. Such
files are exempt from the rules that govern ordinary shared
libraries, except that they must not be installed executable and
should be stripped.

The actual subdirectory isn't mentioned, but everyone seems to agree
that it should be /usr/lib/packagename, or a subdirectory thereof.  In
case of games, /usr/lib/games/packagename is used, just as it is for
other game data.

 That there's nothing in Policy about this is definitely a problem given
 how often issues about setting rpath come up.  I think we need to add
 something to the binaries section on how to handle rpath.

Well, the piece I quoted above is something, but it doesn't mention
rpath at all (and the footnote talks about plugins used with dlopen, not
libraries linked with rpath).

The current lintian rpath check will only warn if there is an rpath set,
and it is not set to /usr/lib/packagename.  I still think it is
reasonable to expand that to or, for games, to
/usr/lib/games/packagename.  The problem you describe is not specific
for games, but rather a problem with rpath in general.  So while it may
be a good idea to forbid rpath completely, and force people packaging
programs which use it upstream to convert the build system to use static
libraries, for example, I don't think this change should depend on that
(well, the changed text would be removed if that is decided, of course).

 I'm going to open a Policy bug on this and block this bug on that one.

Opening a policy bug seems good, but please don't make it
games-specific.  I don't think that this bug needs to blocked on that,
because they are two quite different issues IMO (using private shared
libraries with rpath from subdirectories of /usr/lib and games use
/usr/lib/games/packagename for arch-dependent data).  But if I didn't
convince you about that, feel free to set the block anyway. ;-)

Thanks,
Bas

-- 
I encourage people to send encrypted e-mail (see http://www.gnupg.org).
If you have problems reading my e-mail, use a better reader.
Please send the central message of e-mails as plain text
   in the message body, not as HTML and definitely not as MS Word.
Please do not use the MS Word format for attachments either.
For more information, see http://pcbcn10.phys.rug.nl/e-mail.html


signature.asc
Description: Digital signature

Bug#458866: Please remove libwww-dev build dependency

2008-01-03 Thread Regis Boudin

Package: liboop4
Version: 1.0-3.1
Severity: important
Usertags: libwww

Hi,

Due to the fact that it's pretty much unmaintained, we're working on
removing libwww from the archive.

liboop is one of the few packages that build-depend on it, and needing to
be sorted. It appears that your package doesn't build libwww support
anyway, so all you should have to do is remove libwww-dev from the
build-dependencies.

Thanks for your help,

Regis

Bug#457589: Bug#457402: sdcc moved to non-free in error

2008-01-03 Thread Gudjon I. Gudjonsson

Hi Lucas
   Bdale has come up with a nice idea on how to fix this issue and I 
will do it in the next few days. Then I will finish comedi as well :)

Cheers
Gudjon

On Thu, Jan 03, 2008 at 12:19:12PM +0100, Lucas Nussbaum wrote:
 block 457402 by 457589
 severity 457402 serious
 thanks
 
 On 23/12/07 at 12:08 -0700, Bdale Garbee wrote:
  severity 457402 normal
  tags 457402 +wontfix
  thanks
  
  I believe the move of sdcc to non-free was in error, and in particular the
  component of sdcc upon which gnuradio build-depends is a clearly GPLv2'ed
  work.  I've just filed a release-critical bug against sdcc asking for this
  to be fixed.
  
  In the meantime, I am downgrading this bug against gnuradio and suggest you
  do the same with any other bugs you filed against packages that build depend
  on sdcc.
 
 Hi Bdale,
 
 In #457589, the maintainer of sdcc said that he thinks that sdcc really
 belongs to non-free. Until this is clarified, I'm setting the severity
 back to serious, and marking this bug as blocked by #457589.
 -- 
 | Lucas Nussbaum
 | [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
 | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
 
 



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

Bug#458867: irda-utils: findchip not included in AMD64 packages

2008-01-03 Thread Josef Spillner

Package: irda-utils
Version: 0.9.18-6
Severity: normal


The package description mentions findchip, but findchip is only included
in i486-linux-gnu binary packages. There are two issues here:

1) Shouldn't the tool also be included on AMD64 machines? There
shouldn't be any difference in the infrared devices between AMD64 and
i386. (To make it compile, I had to exchange asm/io.h for sys/io.h in
findchip.)

2) The package description should mention that findchip isn't included
on all architectures. Otherwise, people install irda-utils to test if
there is infrared available on their machines, just to find out that
findchip doesn't exist.

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

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

Versions of packages irda-utils depends on:
ii  debconf [debconf-2.0]1.5.17  Debian configuration management sy
ii  libc62.7-1   GNU C Library: Shared libraries
ii  libglib2.0-0 2.14.4-2The GLib library of C routines
ii  makedev  2.3.1-84creates device files in /dev
ii  module-init-tools3.3-pre11-4 tools for managing Linux kernel mo
ii  setserial2.17-44 controls configuration of serial p
ii  udev 0.114-2 /dev/ and hotplug management daemo

Versions of packages irda-utils recommends:
ii  openobex-apps 1.3-3  Applications for OpenOBEX

-- debconf information excluded



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

Bug#333464: Still not fixed

2008-01-03 Thread Josef Spillner

I would like to second this wish.

This is useful to find out if a package is still referenced without reading 
thousands of lines if it is far up the dependency chain.

Is apt-rdepends orphaned? The last maintainer upload was more than two years 
ago.

Josef



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

Bug#458824: better specification for when rpath is permitted is needed

2008-01-03 Thread Kurt Roeckx

On Wed, Jan 02, 2008 at 09:19:17PM -0800, Russ Allbery wrote:
 Package: debian-policy
 Version: 3.7.3.0
 Severity: wishlist
 
 While analyzing http://bugs.debian.org/456318 I noticed that there's
 nothing in Policy about when binaries are allowed to use rpath.  The
 question raised in that bug is whether games are allowed by FHS to
 put their shared libraries in /usr/lib/games instead of /usr/lib.  But
 more generally, we really need a specification of use of rpath that:
 
 * Says that binaries must not put standard paths such as /usr/lib,
   /usr/local/lib, and so forth in their rpath since this overrides the
   ordering possibly configured by the local system administrator.  The
   system administrator may want /opt/lib take priority over all other
   library directories or something (and there are also multilib concerns).

I really have to agree that it's not a good thing that they put
paths like /usr/lib in it.

 * Mentions setting rpath to point to a private directory for a package.
   Take a clear stance on whether this is allowed for multiple cooperating
   packages or only within a single package, since this is frequently
   debated and either it's allowed or it isn't.

I think there are a few cases here:
- It's a private shared lib that's used by a few applications from
  the same source package.
- Applications that can make use of plugins which they will
  dlopen().
- There are a whole bunch of modules that come from several source
  packages, but they're all related.  I'm thinking about things like
  for instance R.  It's simular to what perl/python do, but it
  actually has shared objects in it.
  (This might be the same as the previous one?)

I think in none of the cases the library should have an soname, and only
in the first case it should have an rpath.

There is also an alternative to the rpath and that is changing
ld.so.conf, or putting a file in /etc/ld.so.conf.d.  And some packages
seem to be using that.  And I'm not sure if we should encourage or
discourage that.


Kurt




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

Bug#38184: noblew

2008-01-03 Thread dermont Danzl


Now that I am so large, Paris says it hurts because my dick is just too long! 
http://www.Whysosmallin.com/



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

Bug#32583: mbruche

2008-01-03 Thread Benae Nickolai


Now that I am so large, Paris says it hurts because my dick is just too long! 
http://Biggestevers.com/



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

Bug#458881: gfpoken: FTBFS: configure: error: Cannot build without Gdk-Imlib

Package: gfpoken
version: 0.30-5
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080103 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on amd64.

Relevant part:

  checking whether we are cross compiling... no
  checking for suffix of executables... 
  checking for suffix of object files... o
  checking whether we are using the GNU C compiler... yes
  checking whether gcc accepts -g... yes
  checking for gcc option to accept ISO C89... none needed
  checking for style of include used by make... GNU
  checking dependency style of gcc... gcc3
  checking whether gcc and cc understand -c and -o together... yes
  checking for gtk-config... /usr/bin/gtk-config
  checking for GTK - version = 1.2.0... yes
  checking for imlib-config... /usr/bin/imlib-config
  checking for IMLIB - version = 1.8.2... no
  *** Could not run IMLIB test program, checking why...
  *** The test program failed to compile or link. See the file config.log for 
  the
  *** exact error that occured. This usually means IMLIB was incorrectly 
  installed
  *** or that you have moved IMLIB since it was installed. In the latter case, 
  you
  *** may want to edit the imlib-config script: /usr/bin/imlib-config
  configure: error: Cannot build without Gdk-Imlib
  make: *** [build-stamp] Error 1
  dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from:
http://people.debian.org/~lucas/logs/2008/01/03

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#458880: bmpx: FTBFS: sanity.cc:77: error: invalid conversion from 'const gchar' to 'gchar'

Package: bmpx
version: 0.40.11+debian-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080103 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on amd64.

Relevant part:

  if x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I..-I/usr/include/alsa  
   -I/usr/include  -I/usr/include -I/usr/include/dbus-1.0 
  -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 
  -I/usr/lib/glib-2.0/include   -I/usr/include/glibmm-2.4 
  -I/usr/lib/glibmm-2.4/include -I/usr/include/sigc++-2.0 
  -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 
  -I/usr/lib/glib-2.0/include   -pthread -I/usr/include/gstreamer-0.10 
  -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2   
-I/usr/include/librsvg-2 -I/usr/include/glib-2.0 
  -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0   -I/usr/include 
  -I/usr/include/libsoup-2.2 -I/usr/include/glib-2.0 
  -I/usr/lib/glib-2.0/include -I/usr/include/libxml2-I/usr/include/taglib  
   -I/usr/include/libxml2   -I.. -I../libhal++ -I../include -I../include 
  -D__USE_POSIX199309 -D_XOPEN_SOURCE=600  
  -I/usr/include/startup-notification-1.0   -DPNG_NO_MMX_CODE 
  -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include 
  -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include 
  -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include 
  -I/usr/include/pangomm-1.4 -I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 
  -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include 
  -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
  -I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0 
  -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/freetype2 
  -I/usr/include/libpng12 -I/usr/include/atk-1.0   -DPNG_NO_MMX_CODE 
  -I/usr/include/libglademm-2.4 -I/usr/lib/libglademm-2.4/include 
  -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include 
  -I/usr/include/libglade-2.0 -I/usr/include/glibmm-2.4 
  -I/usr/lib/glibmm-2.4/include -I/usr/include/gdkmm-2.4 
  -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 
  -I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 -I/usr/include/sigc++-2.0 
  -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 
  -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include 
  -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/cairo 
  -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/atk-1.0 
  -I/usr/include/libxml2   -DPNG_NO_MMX_CODE -I/usr/include/cairomm-1.0 
  -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12
  -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 
  -I/usr/lib/dbus-1.0/include   -g -O2  -fno-strict-aliasing 
  -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -fPIC -MT bmp2_bin-sanity.o -MD 
  -MP -MF .deps/bmp2_bin-sanity.Tpo -c -o bmp2_bin-sanity.o `test -f 
  'sanity.cc' || echo './'`sanity.cc; \
   then mv -f .deps/bmp2_bin-sanity.Tpo .deps/bmp2_bin-sanity.Po; else 
  rm -f .deps/bmp2_bin-sanity.Tpo; exit 1; fi
  sanity.cc: In function 'gchar* sanity_check_gtk()':
  sanity.cc:77: error: invalid conversion from 'const gchar*' to 'gchar*'
  make[5]: *** [bmp2_bin-sanity.o] Error 1
  make[5]: Leaving directory `/build/user/bmpx-0.40.11+debian/src'
  make[4]: *** [all-recursive] Error 1
  make[4]: Leaving directory `/build/user/bmpx-0.40.11+debian/src'
  make[3]: *** [all] Error 2
  make[3]: Leaving directory `/build/user/bmpx-0.40.11+debian/src'
  make[2]: *** [all-recursive] Error 1
  make[2]: Leaving directory `/build/user/bmpx-0.40.11+debian'
  make[1]: *** [all] Error 2
  make[1]: Leaving directory `/build/user/bmpx-0.40.11+debian'
  make: *** [build-stamp] Error 2
  dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from:
http://people.debian.org/~lucas/logs/2008/01/03

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |

Bug#458875: haskell-http: FTBFS: cp: target `/usr/share/doc/haskell-http-doc' is not a directory

Package: haskell-http
version: 30010004-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080103 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on amd64.

Relevant part:

  Warning: Network.HTTP: the following names could not be resolved:
  openHTTP openTCP closeTCP
  Warning: Network.Browser: could not find link destinations for:
  Network.Browser.FormVar Network.Browser.Algorithm Network.Browser.Qop
  Preprocessing library HTTP-3001.0.4...
  Running Haddock for HTTP-3001.0.4...
  
   ** 
   INSTALLING libhugs-http FOR hugs
   ** 
  
  Installing: 
  /build/user/haskell-http-30010004/debian/libhugs-http/usr/lib/hugs/packages/HTTP
/build/user/haskell-http-30010004/debian/libhugs-http/usr/bin 
  HTTP-3001.0.4...
  
   ** 
   INSTALLING haskell-http-doc FOR haddock
   ** 
  
  cp: target `/usr/share/doc/haskell-http-doc' is not a directory
  dh_haskell_install: command returned error code 256
  make: *** [install-indep] Error 1
  dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary gave error 
  exit status 2

The full build log is available from:
http://people.debian.org/~lucas/logs/2008/01/03

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#458869: python-qt4: FTBFS: sipQtCorepart0.cpp:(.text+0xe7): undefined reference to `PyProperty_Type'

Package: python-qt4
version: 4.3.3-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080103 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on amd64.

Relevant part:

  g++ -Wl,--no-undefined -shared -Wl,--version-script=QtCore.exp -o QtCore.so 
  sipQtCorepart0.o sipQtCorepart1.o sipQtCorepart2.o sipQtCorepart3.o 
  sipQtCorepart4.o sipQtCorepart5.o sipQtCorepart6.o sipQtCorepart7.o 
  sipQtCorepart8.o sipQtCorepart9.o sipQtCorepart10.o sipQtCorepart11.o 
  sipQtCorepart12.o sipQtCorepart13.o sipQtCorepart14.o sipQtCorepart15.o 
  sipQtCorepart16.o sipQtCorepart17.o sipQtCorepart18.o sipQtCorepart19.o 
  sipQtCorepart20.o sipQtCorepart21.o sipQtCorepart22.o sipQtCorepart23.o 
  sipQtCorepart24.o sipQtCorepart25.o sipQtCorepart26.o sipQtCorepart27.o 
  sipQtCorepart28.o sipQtCorepart29.o sipQtCorepart30.o sipQtCorepart31.o 
  sipQtCorepart32.o sipQtCorepart33.o sipQtCorepart34.o -L/usr/lib 
  -L/usr/X11R6/lib -lQtCore
  sipQtCorepart0.o: In function `qtcore_pyqtproperty_dealloc':
  sipQtCorepart0.cpp:(.text+0xe7): undefined reference to `PyProperty_Type'
  sipQtCorepart0.o: In function `qtcore_pyqtproperty_traverse':
  sipQtCorepart0.cpp:(.text+0x14e): undefined reference to `PyProperty_Type'
  sipQtCorepart0.o: In function `func_Q_FLAGS':
  sipQtCorepart0.cpp:(.text+0x29d): undefined reference to `_Py_NoneStruct'
  sipQtCorepart0.o: In function `func_Q_ENUMS':
  sipQtCorepart0.cpp:(.text+0x33b): undefined reference to `_Py_NoneStruct'
  sipQtCorepart0.o: In function `func_pyqtRestoreInputHook':
  sipQtCorepart0.cpp:(.text+0x3be): undefined reference to `PyOS_InputHook'
  sipQtCorepart0.cpp:(.text+0x3cf): undefined reference to `_Py_NoneStruct'
  sipQtCorepart0.o: In function `func_pyqtRemoveInputHook':
  sipQtCorepart0.cpp:(.text+0x432): undefined reference to `PyOS_InputHook'
  sipQtCorepart0.cpp:(.text+0x440): undefined reference to `_Py_NoneStruct'
  sipQtCorepart0.o: In function `func_qRemovePostRoutine':
  sipQtCorepart0.cpp:(.text+0x4f9): undefined reference to `_Py_NoneStruct'
  sipQtCorepart0.cpp:(.text+0x526): undefined reference to `_Py_NoneStruct'
  sipQtCorepart0.o: In function `slot_Qt_KeyboardModifier___or__':
[.]
  sipQtCorepart34.cpp:(.text+0xd5f): undefined reference to 
  `PyEval_RestoreThread'
  sipQtCorepart34.cpp:(.text+0xd83): undefined reference to `PyErr_Clear'
  sipQtCorepart34.cpp:(.text+0xd8a): undefined reference to 
  `_Py_NotImplementedStruct'
  sipQtCorepart34.o: In function `slot_Qt_KeyboardModifiers___or__':
  sipQtCorepart34.cpp:(.text+0xe94): undefined reference to `PyEval_SaveThread'
  sipQtCorepart34.cpp:(.text+0xec8): undefined reference to 
  `PyEval_RestoreThread'
  sipQtCorepart34.o: In function `init_Qt_KeyboardModifiers':
  sipQtCorepart34.cpp:(.text+0xfd7): undefined reference to `PyEval_SaveThread'
  sipQtCorepart34.cpp:(.text+0xff9): undefined reference to 
  `PyEval_RestoreThread'
  sipQtCorepart34.cpp:(.text+0x1048): undefined reference to 
  `PyEval_SaveThread'
  sipQtCorepart34.cpp:(.text+0x1066): undefined reference to 
  `PyEval_RestoreThread'
  collect2: ld returned 1 exit status
  make[2]: *** [QtCore.so] Error 1
  make[2]: Leaving directory `/build/user/python-qt4-4.3.3/build-2.4/QtCore'
  make[1]: *** [all] Error 2
  make[1]: Leaving directory `/build/user/python-qt4-4.3.3/build-2.4'
  make: *** [build-2.4/build-stamp] Error 2
  dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from:
http://people.debian.org/~lucas/logs/2008/01/03

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#458877: asterisk: FTBFS: E: Couldn't find package libc-client2006j2-dev

Package: asterisk
version: 1:1.4.16.2~dfsg-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080103 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on amd64.

Relevant part:

  ** Using build dependencies supplied by package:
  Build-Depends: autotools-dev, bison, debhelper (= 5), doxygen, freetds-dev, 
  graphviz, gsfonts, libasound2-dev, libc-client2006j2-dev, libcap-dev, 
  libcurl4-openssl-dev | libcurl-dev, libgsm1-dev, libiksemel-dev, 
  libnewt-dev, libopenh323-dev (= 1.17.4-1), libpopt-dev, libpq-dev, 
  libpri-dev (= 1.4.1-1), libradiusclient-ng-dev, libreadline5-dev, 
  libsnmp-dev, libspeex-dev, libsqlite-dev, libssl-dev, libtonezone-dev (= 
  1:1.4.1~0), libvorbis-dev, libvpb-dev, quilt, unixodbc-dev, zaptel-source 
  (= 1:1.4.1~0), zlib1g-dev
  Checking for already installed source dependencies...
  W: Unable to locate package libc-client2006j2-dev
  autotools-dev: missing
  bison: missing
  debhelper: missing
  Using default version 5.0.63
  doxygen: missing
  freetds-dev: missing
  graphviz: missing
  gsfonts: missing
  libasound2-dev: missing
  libc-client2006j2-dev: missing
  libcap-dev: missing
  libcurl4-openssl-dev: missing
  libcurl-dev: missing
  libgsm1-dev: missing
  libiksemel-dev: missing
  libnewt-dev: missing
  libopenh323-dev: missing
  Using default version 1.18.0.dfsg-7+b1
  libpopt-dev: missing
  libpq-dev: missing
  libpri-dev: missing
  Using default version 1.4.2-1
  libradiusclient-ng-dev: missing
  libreadline5-dev: missing
  libsnmp-dev: missing
  libspeex-dev: missing
  libsqlite-dev: missing
  libssl-dev: missing
  libtonezone-dev: missing
  Using default version 1:1.4.7.1~dfsg-1
  libvorbis-dev: missing
  libvpb-dev: missing
  quilt: missing
  unixodbc-dev: missing
  zaptel-source: missing
  Using default version 1:1.4.7.1~dfsg-1
  zlib1g-dev: missing
  Checking for source dependency conflicts...
  Reading package lists...
  Building dependency tree...
  Reading state information...
  E: Couldn't find package libc-client2006j2-dev
  apt-get failed.
  Package installation failed
  Trying to reinstall removed packages:
  Trying to uninstall newly installed packages:
  Source-dependencies not satisfied; skipping asterisk

The full build log is available from:
http://people.debian.org/~lucas/logs/2008/01/03

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#458874: tau: FTBFS: chmod: cannot access `/build/user/tau-2.16.4/debian/BUILD/usr/lib/tau/include/Profile/Tul ipThreadLayer.h': No such file or directory

Package: tau
version: 2.16.4-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080103 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on amd64.

Relevant part:

  dh_testdir
  ./configure -prefix=/build/user/tau-2.16.4/debian/BUILD/usr/lib/tau -pthread 
  -LINUXTIMERS
  tauprefix =  /build/user/tau-2.16.4/debian/BUILD/usr/lib/tau 
   TAU configure script ---
The TAU source code has just been configured to use the
tau root directory /build/user/tau-2.16.4.
If you move the Tau distribution, you must either
  * set an environment variable TAUROOT containing the new
location before running any TAU tools
or
  * run configure again and recompile
  -
  Attempting to auto-configure system, determining architecture...
  I could not determine the architecture of this host
  You must give me a hint.
  Perhaps, the C compiler is not working.
  Please check the licenses.
  chmod -x 
  /build/user/tau-2.16.4/debian/BUILD/usr/lib/tau/include/Profile/TulipThreadLayer.h
  chmod: cannot access 
  `/build/user/tau-2.16.4/debian/BUILD/usr/lib/tau/include/Profile/TulipThreadLayer.h':
   No such file or directory
  make: *** [stamps/build-arch] Error 1
  dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from:
http://people.debian.org/~lucas/logs/2008/01/03

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#458871: jaxme: FTBFS: org.apache.ws.jaxme.junit.MarshallerTest failed

Package: jaxme
version: 0.5.2+dfsg-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080103 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on amd64.

Relevant part:

  [junit] Running org.apache.ws.jaxme.junit.BindingsTest
  [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.772 sec
  [junit] Running org.apache.ws.jaxme.junit.DefaultValueTest
  [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.083 sec
  [junit] Running org.apache.ws.jaxme.junit.EnumerationTest
  [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.171 sec
  [junit] Running org.apache.ws.jaxme.junit.EventsTest
  [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.137 sec
  [junit] Running org.apache.ws.jaxme.junit.JaxbTest
  [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.001 sec
  [junit] Running org.apache.ws.jaxme.junit.JiraTest
  [junit] Tests run: 11, Failures: 0, Errors: 0, Time elapsed: 2.34 sec
  [junit] Running org.apache.ws.jaxme.junit.MarshallerTest
  [junit] Tests run: 12, Failures: 1, Errors: 5, Time elapsed: 1.183 sec
  
  BUILD FAILED
  /build/user/jaxme-0.5.2+dfsg/ant/jm.xml:207: The following error occurred 
  while executing this line:
  /build/user/jaxme-0.5.2+dfsg/ant/macros.xml:81: Test 
  org.apache.ws.jaxme.junit.MarshallerTest failed
  
  Total time: 1 minute 32 seconds
  make: *** [build-stamp] Error 1
  dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from:
http://people.debian.org/~lucas/logs/2008/01/03

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#281243: danpatsu

2008-01-03 Thread Mia Ghafur


Now that I am so large, Paris says it hurts because my dick is just too long! 
http://www.Biggestevers.com/



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

Bug#458870: mimms: FTBFS: /usr/include/libmms/mms.h:79: error: expected ',' or '...' before 'this'

Package: mimms
version: 2.0.1-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080103 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on amd64.

Relevant part:

  dpkg-source: building mimms in mimms_2.0.1-1.dsc
   debian/rules build
  dh_testdir
  /usr/bin/make
  make[1]: Entering directory `/build/user/mimms-2.0.1'
  qmake-qt4 -o Makefile.qmake
  /usr/bin/make -f Makefile.qmake
  make[2]: Entering directory `/build/user/mimms-2.0.1'
  g++ -c -pipe -fpermissive -O2 -Wall -W -D_REENTRANT -DQT_SHARED 
  -DQT_NO_DEBUG -DQT_CORE_LIB -I/usr/share/qt4/mkspecs/linux-g++ -I. 
  -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtCore -I/usr/include/qt4 -I. 
  -Ilibmms-workaround -I/usr/include/libmms -I/usr/include/glib-2.0 
  -I/usr/lib/glib-2.0/include -I. -I. -o mimms.o mimms.cpp
  In file included from /usr/include/libmms/mmsio.h:4,
   from /usr/include/libmms/mms.h:42,
   from mimms.cpp:28:
  /usr/include/libmms/mms_config.h:4:1: warning: /* within comment
  In file included from mimms.cpp:28:
  /usr/include/libmms/mms.h:79: error: expected ',' or '...' before 'this'
  /usr/include/libmms/mms.h:81: error: expected ',' or '...' before 'this'
  /usr/include/libmms/mms.h:83: error: expected ',' or '...' before 'this'
  In file included from mimms.cpp:29:
  /usr/include/libmms/mmsh.h:44: error: expected ',' or '...' before 'this'
  /usr/include/libmms/mmsh.h:46: error: expected ',' or '...' before 'this'
  /usr/include/libmms/mmsh.h:47: error: expected ',' or '...' before 'this'
  /usr/include/libmms/mmsh.h:53: error: expected ',' or '...' before 'this'
  /usr/include/libmms/mmsh.h:55: error: expected ',' or '...' before 'this'
  /usr/include/libmms/mmsh.h:57: error: expected ',' or '...' before 'this'
  make[2]: *** [mimms.o] Error 1
  make[2]: Leaving directory `/build/user/mimms-2.0.1'
  make[1]: *** [build] Error 2
  make[1]: Leaving directory `/build/user/mimms-2.0.1'
  make: *** [build-stamp] Error 2
  dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from:
http://people.debian.org/~lucas/logs/2008/01/03

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#458878: axiom: FTBFS: cp: cannot stat `/build/user/axiom-20050901/int/algebra/PFO.NRLIB/code.o': No such file or directory

Package: axiom
version: 20050901-10
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080103 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on amd64.

Relevant part:

  compiling ODERTRIC.spad to ODERTRIC.NRLIB
  copying ODERTRIC.NRLIB to ODERTRIC.o
  compiling PADE.spad to PADE.NRLIB
  copying PADE.NRLIB to PADE.o
  compiling PAN2EXPR.spad to PAN2EXPR.NRLIB
  copying PAN2EXPR.NRLIB to PAN2EXPR.o
  compiling PDEPACK.spad to PDEPACK.NRLIB
  copying PDEPACK.NRLIB to PDEPACK.o
  compiling PFO.spad to PFO.NRLIB
  copying PFO.NRLIB to PFO.o
  cp: cannot stat `/build/user/axiom-20050901/int/algebra/PFO.NRLIB/code.o': 
  No such file or directory
  make[4]: *** [/build/user/axiom-20050901/mnt/linux/algebra/PFO.o] Error 1
  make[4]: Leaving directory `/build/user/axiom-20050901/src/algebra'
  make[3]: *** [algebradir] Error 2
  make[3]: Leaving directory `/build/user/axiom-20050901/src'
  make[2]: *** [srcdir] Error 2
  make[2]: Leaving directory `/build/user/axiom-20050901'
  make[1]: *** [all] Error 2
  make[1]: Leaving directory `/build/user/axiom-20050901'
  make: *** [build-stamp] Error 2
  dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from:
http://people.debian.org/~lucas/logs/2008/01/03

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#458873: ktoon: FTBFS: dapplication.cpp:(.text+0x13b7): undefined reference to `DDebug::DDebug(DebugType)'

Package: ktoon
version: 0.8.1-3
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080103 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on amd64.

Relevant part:

  g++ -Wl,--no-undefined -shared -Wl,-soname,libdgui.so.1 -o libdgui.so.1.0.0 
  .obj/ccbar.o .obj/ccbutton.o .obj/collapsiblewidget.o .obj/danimwidget.o 
  .obj/dapplication.o .obj/dcellview.o .obj/dcolorbutton.o 
  .obj/dconfigurationdialog.o .obj/ddisplaypath.o .obj/deditspinbox.o 
  .obj/delabel.o .obj/dflatbutton.o .obj/dfontchooser.o .obj/dformfactory.o 
  .obj/dimagebutton.o .obj/doptionaldialog.o .obj/dradiobuttongroup.o 
  .obj/drulerbase.o .obj/dsqueezelabel.o .obj/dtabdialog.o .obj/dtabwidget.o 
  .obj/dtip.o .obj/dtoolbox.o .obj/dtreelistwidget.o .obj/dvhbox.o 
  .obj/dwidgetlistview.o .obj/dwizard.o .obj/dxyspinbox.o .obj/kseparator.o 
  .obj/daction.o .obj/dactionmanager.o .obj/dmdiwindow.o .obj/ddatepicker.o 
  .obj/ddatetable.o .obj/dcommand.o .obj/dthemedocument.o .obj/dthememanager.o 
  .obj/dclicklineedit.o .obj/dtreewidgetsearchline.o .obj/dbuttonbar.o 
  .obj/dstackedmainwindow.o .obj/dtabbedmainwindow.o .obj/dtoolview.o 
  .obj/dviewbutton.o .obj/dworkspacemainwindow.o .obj/dmainwindow.o 
  .obj/moc_ccbutton.o .obj/moc_collapsiblewidget.o .obj/moc_dapplication.o 
  .obj/moc_dcellview.o .obj/moc_dcolorbutton.o .obj/moc_dconfigurationdialog.o 
  .obj/moc_ddisplaypath.o .obj/moc_deditspinbox.o .obj/moc_delabel.o 
  .obj/moc_dflatbutton.o .obj/moc_dfontchooser.o .obj/moc_dimagebutton.o 
  .obj/moc_doptionaldialog.o .obj/moc_dradiobuttongroup.o 
  .obj/moc_drulerbase.o .obj/moc_dtabdialog.o .obj/moc_dtabwidget.o 
  .obj/moc_dtip.o .obj/moc_dtoolbox.o .obj/moc_dtreelistwidget.o 
  .obj/moc_dvhbox.o .obj/moc_dwidgetlistview.o .obj/moc_dwizard.o 
  .obj/moc_dxyspinbox.o .obj/moc_kseparator.o .obj/moc_daction.o 
  .obj/moc_dactionmanager.o .obj/moc_dmainwindow.o .obj/moc_dmdiwindow.o 
  .obj/moc_ddatepicker.o .obj/moc_ddatetable.o .obj/moc_dcommand.o 
  .obj/moc_dtreewidgetsearchline.o .obj/moc_dbuttonbar.o 
  .obj/moc_dstackedmainwindow.o .obj/moc_dtabbedmainwindow.o 
  .obj/moc_dtoolview.o .obj/moc_dviewbutton.o .obj/moc_dworkspacemainwindow.o 
  .obj/qrc_images.o   -L/usr/lib -laspell -pthread -lgstreamer-0.10 
  -lgobject-2.0 -lgmodule-2.0 -ldl -lgthread-2.0 -lrt -lxml2 -lglib-2.0 
  -lQtXml -lQtGui -lQtCore -lpthread 
  .obj/dapplication.o: In function `DApplication::DApplication(int, char**)':
  dapplication.cpp:(.text+0x13b7): undefined reference to 
  `DDebug::DDebug(DebugType)'
  dapplication.cpp:(.text+0x1491): undefined reference to `DDebug::~DDebug()'
  dapplication.cpp:(.text+0x15ad): undefined reference to `DDebug::~DDebug()'
  .obj/dapplication.o: In function `DApplication::~DApplication()':
  dapplication.cpp:(.text+0x1621): undefined reference to 
  `DDebug::DDebug(DebugType)'
  dapplication.cpp:(.text+0x16f8): undefined reference to `DDebug::~DDebug()'
  dapplication.cpp:(.text+0x16fd): undefined reference to `DConfig::instance()'
  dapplication.cpp:(.text+0x1705): undefined reference to `DConfig::sync()'
  dapplication.cpp:(.text+0x17ad): undefined reference to `DDebug::~DDebug()'
  .obj/dapplication.o: In function `DApplication::~DApplication()':
  dapplication.cpp:(.text+0x1831): undefined reference to 
  `DDebug::DDebug(DebugType)'
  dapplication.cpp:(.text+0x1908): undefined reference to `DDebug::~DDebug()'
  dapplication.cpp:(.text+0x190d): undefined reference to `DConfig::instance()'
  dapplication.cpp:(.text+0x1915): undefined reference to `DConfig::sync()'
  dapplication.cpp:(.text+0x19c0): undefined reference to `DDebug::~DDebug()'
  .obj/dapplication.o: In function `DApplication::~DApplication()':
  dapplication.cpp:(.text+0x1a41): undefined reference to 
  `DDebug::DDebug(DebugType)'
  dapplication.cpp:(.text+0x1b18): undefined reference to `DDebug::~DDebug()'
  dapplication.cpp:(.text+0x1b1d): undefined reference to `DConfig::instance()'
  dapplication.cpp:(.text+0x1b25): undefined reference to `DConfig::sync()'
  dapplication.cpp:(.text+0x1bcd): undefined reference to `DDebug::~DDebug()'
  .obj/dapplication.o: In function `DApplication::DApplication(int, char**)':
  dapplication.cpp:(.text+0x1ca7): undefined reference to 
  `DDebug::DDebug(DebugType)'
  dapplication.cpp:(.text+0x1d81): undefined reference to `DDebug::~DDebug()'
  dapplication.cpp:(.text+0x1e9d): undefined reference to `DDebug::~DDebug()'
  .obj/dcellview.o: In function `DCellView::selectCell(int, int)':
  dcellview.cpp:(.text+0x26b5): undefined reference to 
  `DDebug::DDebug(DebugType)'
  dcellview.cpp:(.text+0x27ab): undefined reference to `DDebug::~DDebug()'
  dcellview.cpp:(.text+0x2991): undefined reference to `DDebug::~DDebug()'
  .obj/dcellview.o: In function `DCellViewItemDelegate::paint(QPainter*, 
  QStyleOptionViewItem const, QModelIndex const) const':
  dcellview.cpp:(.text+0x2d28): undefined reference to 
  `DGradientAdjuster::adjustGradient

Bug#458868: fassets: FTBFS: Xvfb failed to start

Package: fassets
version: 260.72-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080103 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on amd64.

Relevant part:

   /usr/bin/fakeroot debian/rules binary
  test -x debian/rules
  dh_testroot
  dh_clean -k 
  dh_installdirs -A 
  mkdir -p .
  dh_installdirs   usr/lib/R/site-library
  #if test -f /usr/bin/java; then  \
   #   R CMD javareconf -e ''; \
   #fi 
  if test -f /usr/bin/xvfb-run; then   \
xvfb-run   \
   R CMD INSTALL -l 
  /build/user/fassets-260.72/debian/r-cran-fassets/usr/lib/R/site-library 
  --clean \
. ;\
   else\
R CMD INSTALL -l 
  /build/user/fassets-260.72/debian/r-cran-fassets/usr/lib/R/site-library  
   \
   --clean  . ;\
   fi
  Xvfb failed to start
  make: *** [R_any_arch] Error 1
  dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary gave error 
  exit status 2

The full build log is available from:
http://people.debian.org/~lucas/logs/2008/01/03

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#458427: pine: takes ages to just open INBOX on GMX, then soon reports access error

2008-01-03 Thread Santiago Vila

On Mon, 31 Dec 2007, Axel K. Stammler wrote:

 Package: pine
 Version: 4.64-2
 Severity: normal
 
 ofne works fine with all different providers except GMX. It takes
 about 10 minutes to just open the inbox and look at the headers, then
 you have to be fast because after about 3 minutes Pine reports an
 access error.

Can you reproduce that with alpine as well?



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

Bug#458879: debian-edu-doc: FTBFS: Invalid table entry row=1/column=1 (@colstart)

Package: debian-edu-doc
version: 0.9.20071204
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080103 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on amd64.

Relevant part:

  dpkg-source: building debian-edu-doc in debian-edu-doc_0.9.20071204.dsc
   debian/rules build
  touch build-stamp
  /usr/bin/make
  make[1]: Entering directory `/build/user/debian-edu-doc-0.9.20071204'
  #
  # Build ITIL book
  #
  dblatex -T simple -o 
  /build/user/debian-edu-doc-0.9.20071204/documentation/norwegian/itil.pdf 
  /build/user/debian-edu-doc-0.9.20071204/documentation/norwegian/itil.xml
  Build the listings...
  XSLT stylesheets DocBook -  LaTeX 2e (0.2.8-2)
  ===
  Invalid table entry row=1/column=1 (@colstart)
  Error: xsltproc failed
  make[1]: *** [build] Error 1
  make[1]: Leaving directory `/build/user/debian-edu-doc-0.9.20071204'
  make: *** [build] Error 2
  dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from:
http://people.debian.org/~lucas/logs/2008/01/03

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#458876: libopensync-plugin-gpe: b-dep on libopensync1exp2-dev, which is only in experimental