Bug#422125: marked as done (bcron: FTBFS: tests are not timezome-aware)

[Debian Bug Tracking System]

Your message dated Wed, 09 May 2007 07:17:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#422125: fixed in bcron 0.09-8
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: bcron
Version: 0.09-7
Severity: serious
Justification: FTBFS on i386, very likely to fail everywhere else
Usertags: grid5000 rebuild

Hi,

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

Relevant parts:
sh tests.sh
Test tests/sched-misc */10 * * * * 1081058400 failed:
@@ -1,2 +1,2 @@
-last: 1081058400 2004-04-04 06:00:00 CST
-next: 1081058400 2004-04-04 06:00:00 CST
+last: 1081058400 2004-04-04 06:00:00 UTC
+next: 1081058400 2004-04-04 06:00:00 UTC

Test tests/sched-misc */10 * * * * 1081058460 failed:
@@ -1,2 +1,2 @@
-last: 1081058460 2004-04-04 06:01:00 CST
-next: 1081059000 2004-04-04 06:10:00 CST
+last: 1081058460 2004-04-04 06:01:00 UTC
+next: 1081059000 2004-04-04 06:10:00 UTC
[...]

The full build log is available from 
http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/

About the archive rebuilt: The rebuilt 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.

About Grid'5000:
Grid'5000 is an highly reconfigurable experimental Grid platform
gathering 9 sites and featuring a total of 5000 CPUs. It serves as a
testbed for research in Grid Computing. See https://www.grid5000.fr/

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

--- End Message ---
--- Begin Message ---
Source: bcron
Source-Version: 0.09-8

We believe that the bug you reported is fixed in the latest version of
bcron, which is due to be installed in the Debian FTP archive:

bcron-run_0.09-8_all.deb
  to pool/main/b/bcron/bcron-run_0.09-8_all.deb
bcron_0.09-8.diff.gz
  to pool/main/b/bcron/bcron_0.09-8.diff.gz
bcron_0.09-8.dsc
  to pool/main/b/bcron/bcron_0.09-8.dsc



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Gerrit Pape <[EMAIL PROTECTED]> (supplier of updated bcron package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 08 May 2007 17:45:32 +
Source: bcron
Binary: bcron-run bcron
Architecture: all source
Version: 0.09-8
Distribution: unstable
Urgency: medium
Maintainer: Gerrit Pape <[EMAIL PROTECTED]>
Changed-By: Gerrit Pape <[EMAIL PROTECTED]>
Description: 
 bcron  - Bruce's cron system (programs)
 bcron-run  - Bruce's cron system
Closes: 422125
Changes: 
 bcron (0.09-8) unstable; urgency=medium
 .
   * debian/diff/*: redo diffs with git.
   * debian/rules: apply diffs from debian/diff with patch -p1, not -p0.
   * debian/diff/0006-tests.sh-export-TZ-CST0-trailing-zero-to-make-new.diff:
 new; export TZ=CST0 (trailing zero) in selftests to make new glibc in
 sid happy (closes: #422125).
   * debian/diff/0007-tests.sh-replace-bashism-let-with-posix-arithmetic.diff:
 new; replace bashism 'let' in selftests with posix arithmetic expansions
 $(( )).
Files: 
 0f5f89765afda6d1712572bc287a882c 562 admin optional bcron_0.09-8.dsc
 429d6be7c7789152a43f682de947a53f 8277 admin optional bcron_0.09-8.diff.gz
 cb90a1ebfbd43626be26c110f4986477 8186 admin optional bcron-run_0.09-8_all.deb

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

iD8DBQFGQMbfGJoyQbxwpv8RAoPyAKCREPDQjVqY9FBPgfag1V7KSGhHBgCfcif9
SvJI3MiN3+cIaiIw47UQ6H0=
=tyor
-END PGP SIGNATURE-

--- End Message ---

Bug#422794: Starting is impossible

[Robert Millan]

clone 422794
retitle -1 gfxterm breaks boot
tags -1 moreinfo
thanks

Ok, this bug is for discussing customisation now.  For the boot problem,
please use the newly created one (Jonny, please answer my question about
boot failure there).

On Tue, May 08, 2007 at 05:22:43PM -0300, Otavio Salvador wrote:
> Robert Millan <[EMAIL PROTECTED]> writes:
> 
> >> Please do not perform update-grub compulsorily by postinst. It is very 
> >> unpleasant to overwrite grub.cfg freely.
> >
> > I suppose it doesn't harm to add an option to disable it; perhaps we could
> > even reuse /etc/kernel-img.conf.  Could you file a separate bug for this?
> 
> IMO, /etc/defaults/grub looks like a better place for this setting. We
> can source it and check for:
> 
> if [ "x$AUTORUN_UPDATE_GRUB" = "xyes" ]; then
> ...
> fi

But that is an upstream file.  Do you think it's feasible to add a variable that
the upstream scripts don't use?

Also, after thinking about it, I'm concerned that if we allow disabling autorun
of update-grub, we won't be able to support changes in the grub.cfg
specification sanely (e.g. users will update grub without updating grub.cfg
and break their systems).  Also, we will receive less input from new features
that *are* intended to be default, and so have less chances to fix them if
they're buggy (like here).  And note that users are already able to add their
custom stuff via /etc/grub.d, just not remove the base lines.

I propose that we add a variable to select terminal, so that user can disable
this feature altogether if he wants.  Jonny, does that work for you?

-- 
Robert Millan

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


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

Processed: Re: Bug#422971: gcc-4.1: FTBFS on arm: Error: junk at end of line, first unrecognized character is `, '

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> clone 422971 -1
Bug#422971: gcc-4.1: FTBFS on arm: Error: junk at end of line, first 
unrecognized character is `, '
Bug 422971 cloned as bug 422978.

> reassign 422971 binutils
Bug#422971: gcc-4.1: FTBFS on arm: Error: junk at end of line, first 
unrecognized character is `, '
Bug reassigned from package `gcc-4.1' to `binutils'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#422971: gcc-4.1: FTBFS on arm: Error: junk at end of line, first unrecognized character is `, '

[Matthias Klose]

clone 422971 -1
reassign 422971 binutils
thanks

This patch is applied now for some time (originally taken from the
Fedora branch); the binutils from the trunk doesn't accept this code
anymore.

Aurelien Jarno writes:
> Package: gcc-4.1
> Version: 4.1.2-6
> Severity: serious
> Justification: no longer builds from source
> 
> gcc-4.1 fails to build from source on arm while trying to build libffi:
> 
> /build/buildd/gcc-4.1-4.1.2/build/./gcc/xgcc 
> -B/build/buildd/gcc-4.1-4.1.2/build/./gcc/ -B/usr/arm-linux-gnu/bin/ 
> -B/usr/arm-linux-gnu/lib/ -isystem /usr/arm-linux-gnu/include -isystem 
> /usr/arm-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../src/libffi -I. 
> -I. -I../../../src/libffi/include -Iinclude -I../../../src/libffi/src -Wall 
> -g -fexceptions -O2 -g -O2 -MT src/closures.lo -MD -MP -MF 
> src/.deps/closures.Tpo -c ../../../src/libffi/src/closures.c  -fPIC -DPIC -o 
> src/.libs/closures.o
> /build/buildd/gcc-4.1-4.1.2/build/./gcc/xgcc 
> -B/build/buildd/gcc-4.1-4.1.2/build/./gcc/ -B/usr/arm-linux-gnu/bin/ 
> -B/usr/arm-linux-gnu/lib/ -isystem /usr/arm-linux-gnu/include -isystem 
> /usr/arm-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../src/libffi -I. 
> -I. -I../../../src/libffi/include -Iinclude -I../../../src/libffi/src -Wall 
> -g -fexceptions -O2 -g -O2 -MT src/closures.lo -MD -MP -MF 
> src/.deps/closures.Tpo -c ../../../src/libffi/src/closures.c -o 
> src/closures.o >/dev/null 2>&1
> /bin/sh ./libtool --mode=compile /build/buildd/gcc-4.1-4.1.2/build/./gcc/xgcc 
> -B/build/buildd/gcc-4.1-4.1.2/build/./gcc/ -B/usr/arm-linux-gnu/bin/ 
> -B/usr/arm-linux-gnu/lib/ -isystem /usr/arm-linux-gnu/include -isystem 
> /usr/arm-linux-gnu/sys-include -I. -I../../../src/libffi/include -Iinclude 
> -I../../../src/libffi/src -O2 -g -O2  -c -o src/arm/sysv.lo 
> ../../../src/libffi/src/arm/sysv.S
> mkdir src/arm/.libs
> /build/buildd/gcc-4.1-4.1.2/build/./gcc/xgcc 
> -B/build/buildd/gcc-4.1-4.1.2/build/./gcc/ -B/usr/arm-linux-gnu/bin/ 
> -B/usr/arm-linux-gnu/lib/ -isystem /usr/arm-linux-gnu/include -isystem 
> /usr/arm-linux-gnu/sys-include -I. -I../../../src/libffi/include -Iinclude 
> -I../../../src/libffi/src -O2 -g -O2 -c ../../../src/libffi/src/arm/sysv.S  
> -fPIC -DPIC -o src/arm/.libs/sysv.o
> ../../../src/libffi/src/arm/sysv.S: Assembler messages:
> ../../../src/libffi/src/arm/sysv.S:259: Error: junk at end of line, first 
> unrecognized character is `,'
> make[7]: *** [src/arm/sysv.lo] Error 1
> make[7]: Leaving directory 
> `/build/buildd/gcc-4.1-4.1.2/build/arm-linux-gnu/libffi'
> make[6]: *** [all-recursive] Error 1
> make[6]: Leaving directory 
> `/build/buildd/gcc-4.1-4.1.2/build/arm-linux-gnu/libffi'
> make[5]: *** [all] Error 2
> make[5]: Leaving directory 
> `/build/buildd/gcc-4.1-4.1.2/build/arm-linux-gnu/libffi'
> 
> 
> The assembler does not like this line, which is added by
> debian/patches/note-gnu-stack.dpatch:
> 
>   .section .note.GNU-stack,"",@progbits
> 
> Is it possible to mark memory as no-execute on arm? And is it supposed 
> to be supported by binutils?


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

Bug#421790: gcc-4.1: Dynamic symbol information missing in stripped libraries

[Matthias Klose]

Daniel Jacobowitz writes:
> On Wed, May 09, 2007 at 12:48:17AM +0100, James Troup wrote:
> > (1) seems the most obvious, since h-s=both doesn't have any
> > significant disadvantage (small amount of wasted space?) but does have
> > the advantages of h-s=gnu.  However it will require bin-only NMUs of
> > any packages rebuilt with h-s=gnu gcc that d-i uses.
> 
> I would recommend this.  --hash-style=gnu is very new; I doubt readelf
> is the only tool that isn't ready for it.

reverting back to --hash-style=both for the -7 uploads.


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

Processed: tagging 419042

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.4
> tags 419042 + etch
Bug#419042: zabbix-frontend-php: cannot create hosts in web interface with 
pgsql backend
Tags were: patch confirmed upstream
Tags added: etch

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#421957: marked as done (mount: missing dependency on libdevmapper)

[Debian Bug Tracking System]

Your message dated Wed, 9 May 2007 01:22:23 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Are (c)debootstrap broken ?
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: mount
Version: 2.12r-19
Severity: grave
Justification: mount needs libdevmapper1.02 to run, which is not in depends

Hi,

mount does not work on new installs of Sid -- since it depends
 on a library runtime that is no longer in Sid, and the dependency
 relationship is  underspecified. Observer the following demonstration
 using debootstrap.

Running:
,
| debootstrap --resolve-deps --exclude=hwclock --include=selinux-utils \
|   --verbose sid ./mounted/ http://http.us.debian.org/debian
| Fails with:
|  ...
| I: Retrieving libdb4.4
| I: Validating libdb4.4
| I: Retrieving libdevmapper1.02.1
| I: Validating libdevmapper1.02.1
| I: Retrieving libgcc1
| I: Validating libgcc1
|  
| I: Extracting libcomerr2...
| I: Extracting libdb4.3...
| I: Extracting libdevmapper1.02.1...
| I: Extracting libgcc1...
| I: Extracting liblocale-gettext-perl...
|   ...
| I: Extracting zlib1g...
| W: Failure trying to run: chroot /scratch/sandbox/strict/mounted mount
|-t proc proc /proc 
`

The reason is:
,
| __>  chroot /scratch/sandbox/strict/mounted mount -t proc proc /proc
| mount: error while loading shared libraries: libdevmapper.so.1.02:
|cannot open shared object file: No such file or directory 
| __>  ls -als mounted/lib/libdevmapper*
| 80 -rw-r--r-- 1 root root 76564 2007-04-08 13:00 
mounted/lib/libdevmapper.so.1.02.1
`


So, somehow, mount's dependency on libdevmapper is
 missing. libdevmapper is not essential, so the dependency should be
 there, no?

,
| __> ldd /bin/mount
| linux-gate.so.1 =>  (0xe000)
| libblkid.so.1 => /lib/libblkid.so.1 (0xb7fce000)
| libuuid.so.1 => /lib/libuuid.so.1 (0xb7fcb000)
| libc.so.6 => /lib/libc.so.6 (0xb7e88000)
| libdevmapper.so.1.02 => /lib/libdevmapper.so.1.02 (0xb7e77000)
| libselinux.so.1 => /lib/libselinux.so.1 (0xb7e62000)
| libsepol.so.1 => /lib/libsepol.so.1 (0xb7e21000)
| libpthread.so.0 => /lib/libpthread.so.0 (0xb7e09000)
| /lib/ld-linux.so.2 (0x8000)
| libdl.so.2 => /lib/libdl.so.2 (0xb7e05000)
| _> dpkg -S /lib/libdevmapper.so.1.02
| libdevmapper1.02: /lib/libdevmapper.so.1.02
| __> rmadison libdevmapper1.02
| libdevmapper1.02 | 2:1.02.08-1 | etch-m68k | m68k
| libdevmapper1.02 | 2:1.02.08-1 |stable | alpha, amd64, arm, hppa, 
i386, ia64, mips, mipsel, powerpc, s390, sparc
| libdevmapper1.02 | 2:1.02.08-1 |   testing | alpha, amd64, arm, hppa, 
i386, ia64, mips, mipsel, powerpc, s390, sparc
`

So, libdevmapper1.02 no longer lives in Sid, but mount seems to
 depend on it.

manoj

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

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

Versions of packages mount depends on:
ii  libblkid 1.39+1.40-WIP-2006.11.14+dfsg-2 block device id library
ii  libc62.5-5   GNU C Library: Shared libraries
ii  libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-2 universally unique id library

mount recommends no packages.

-- no debconf information

-- 
Economy is of itself a great revenue.  -- Cicero
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C

--- End Message ---
--- Begin Message ---
On Wed, May 09, 2007 at 02:49:53AM -0500, Manoj Srivastava wrote:
> Hi,
> On Wed, 9 May 2007 09:24:16 +0900, Charles Plessy
> <[EMAIL PROTECTED]> said:  

> > Dear all, I do not know what I am doing wrong, but I can not prepare a
> > chroot using debootstrap or cdebootstrap:

> > sorbet【chroots】$ sudo debootstrap --verbose sid sid
> > http://ftp2.jp.debian.org/debian/I: Retrieving Packages I: Retrieving
> > Packages I: Resolving dependencies of required packages...  I:
> > Resolving dependencies of base packages...  W: Failure trying to run:
> > chroot /usr/local/chroots/sid mount -t proc proc /proc

> See Bug#421957.

421957 is not actually a bug in mount.  mount itself only depends on three
libraries:

$ objdump -p /bin/mount|grep NEEDED
  NEEDED  

Bug#422947: marked as done ("apt-get install tethereal" fails due to ethereal-common dependency)

[Debian Bug Tracking System]

Your message dated Wed, 9 May 2007 10:35:03 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#422947: "apt-get install tethereal" fails due to 
ethereal-common dependency
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: tethereal
Version: 0.10.10-2sarge4
Severity: grave
Justification: renders package unusable

tethereal package 0.10.10-2sarge4 contains a dependency on
ethereal-common (= 0.10.10-2sarge4).  Currently installed is
ethereal-common 0.10.10-2sarge5.  All of the other dependencies
are specified in terms of ">=", not "=", so I suspect a typo.

Sample install attempt:
[EMAIL PROTECTED]:/home/atm# apt-get install tethereal
Reading Package Lists... Done
Building Dependency Tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

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

The following packages have unmet dependencies:
  tethereal: Depends: ethereal-common (= 0.10.10-2sarge4) but
0.10.10-2sarge5 is to be installed
E: Broken packages


-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

--- End Message ---
--- Begin Message ---
Ferro, Jonathan wrote:

> Package: tethereal
> Version: 0.10.10-2sarge4
> Severity: grave
> Justification: renders package unusable
> 
> tethereal package 0.10.10-2sarge4 contains a dependency on
> ethereal-common (= 0.10.10-2sarge4).  Currently installed is
> ethereal-common 0.10.10-2sarge5.  All of the other dependencies
> are specified in terms of ">=", not "=", so I suspect a typo.

Current Sarge version is 0.10.10-2sarge9; which depends on
ethereal-common 0.10.10-2sarge9.

Those versions fix several security issues, so you should update.


Frederic

--- End Message ---

Bug#402566: marked as done (localization-config: not ready for Etch)

[Debian Bug Tracking System]

Your message dated Wed, 09 May 2007 08:33:27 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#402566: fixed in localization-config 1.02
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: localization-config
Severity: serious

Unfortunately the package has never really been updated for Etch and is 
therefore currently unused by Debian installer. It is certain that some 
of its functionality is now correctly handled by the packages it helped 
configure for Sarge.

IMO localization-config should not be included in Etch. This BR is to 
prevent it from migrating.

Release Managers: please hint l-c for removal from Etch.

Cheers,
FJP


pgpuezBLNnWzH.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
Source: localization-config
Source-Version: 1.02

We believe that the bug you reported is fixed in the latest version of
localization-config, which is due to be installed in the Debian FTP archive:

localization-config-udeb_1.02_all.udeb
  to pool/main/l/localization-config/localization-config-udeb_1.02_all.udeb
localization-config_1.02.dsc
  to pool/main/l/localization-config/localization-config_1.02.dsc
localization-config_1.02.tar.gz
  to pool/main/l/localization-config/localization-config_1.02.tar.gz
localization-config_1.02_all.deb
  to pool/main/l/localization-config/localization-config_1.02_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Petter Reinholdtsen <[EMAIL PROTECTED]> (supplier of updated 
localization-config package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed,  9 May 2007 10:13:51 +0200
Source: localization-config
Binary: localization-config localization-config-udeb
Architecture: source all
Version: 1.02
Distribution: unstable
Urgency: low
Maintainer: Konstantinos Margaritis <[EMAIL PROTECTED]>
Changed-By: Petter Reinholdtsen <[EMAIL PROTECTED]>
Description: 
 localization-config - configures different programs' locale settings
 localization-config-udeb - localize the installed system completely (udeb)
Closes: 402566
Changes: 
 localization-config (1.02) unstable; urgency=low
 .
   * Is now working with the current debian-installer. (Closes: #402566)
   * Add conffiles.d/common/copyfile.pl found in version 0.116, to get
 sarge/fontconfig working.
   * Map KDE (kdebase) version 3.5.5a.dfsg.1-6 to etch.
   * Use 'in-target' in the udeb.
   * Remove obsolete base-config fragments.  Leaving the debconf
 tempates and translations for now, in case we will need them for a
 d-i menu entry.
   * Drop cdebconf-udeb from the udebs dependency, to make it easier to
 get debian-cd to include it on CD and DVD images.
   * Improve usage information printed by the script.
   * Update the build rule to make sure the udeb scripts are executable.
   * Make sure /usr/share/debconf/confmodule is sources in the udeb
 scripts using debconf.
   * Fix udeb scripts to pass $LOCALE to the worker scripts.
   * Fix typos in conffiles.d/x-kbd.preinst.
   * Add myself as uploader with maintainers approval.
Files: 
 ae9385e80d2cc24eeace34bf70a64398 668 admin optional 
localization-config_1.02.dsc
 b2b5fd2b5a991bed80b7c55614467d60 56364 admin optional 
localization-config_1.02.tar.gz
 e2b0217cc1d91871636b66ffaedc19dd 51914 admin optional 
localization-config_1.02_all.deb
 afab7301f1940e4b1a17ed9c4b46d2d3 2008 debian-installer optional 
localization-config-udeb_1.02_all.udeb
Package-Type: udeb

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

iD8DBQFGQYNd20zMSyow1ykRAsDzAJ4nt23CdtdG+xWnVoGhPKaVg2qjLgCeLicG
mg8mLlRy9hVINYjipc4gUFg=
=tgIj
-END PGP SIGNATURE-

--- End Message ---

Bug#422985: openssh: fails to build

[Jean-Christophe Dubacq]

Package: openssh
Version: 1:4.3p2-10
Severity: serious
Justification: no longer builds from source

Hello,

openssh does not build from source any more on my building environment
(sid, unstable).

Relevant info: in configure.log:
configure:25787: checking for gssapi/gssapi_generic.h
configure:25795: result: yes
configure:25810: checking for library containing k_hasafs
configure:25851: gcc -o conftest -g -O2 -Wall -Wpointer-arith
-Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99
conftest.c -lresolv -lcrypto -lpam -ldl -lutil -lz -lnsl  -lcrypt -L/usr/lib 
-lgssapi_krb5 -lkrb5
-lk5crypto -lcom_err -lkeyutils -lresolv -ldl >&5
/usr/bin/ld: cannot find -lkeyutils
collect2: ld returned 1 exit status

While building:
ranlib libssh.a
gcc -o ssh ssh.o readconf.o clientloop.o sshtty.o sshconnect.o
sshconnect1.o sshconnect2.o -L. -Lopenbsd-compat/  -lssh
-lopenbsd-compat -lresolv -lcrypto -lutil -lz -lnsl -lcrypt -L/usr/lib
-lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lkeyutils -lresolv -ldl
/usr/bin/ld: cannot find -lkeyutils
collect2: ld returned 1 exit status
make[1]: *** [ssh] Erreur 1

After manually installing libkeyutils-dev, compilation works ok.

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

Kernel: Linux 2.6.18-4-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


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

Bug#418837: swfdec-mozilla NMU

[Theppitak Karoonboonyanan]

On 5/9/07, Mike Hommey <[EMAIL PROTECTED]> wrote:


As for build dependencies, i would use libxul-dev, make the required
changes to configure.in to detect xulrunner-plugin and remove
MOZILLA_LIBS from the LDFLAGS.


I had done exactly that before getting back to the package's
current approach, except the last step. As a result, libxul-0d
was pulled in as extra dependency.

So, what I missed seemed to be the last step.
But as you said below:


The latter would be temporary, until I
fix the xulrunner-plugin.pc file back (which has a dependency on
xulrunner-xpcom because of #413964, which was better to fix in xulrunner
than on its reverse dependencies).


That means, we had better wait for that bug to be fixed before
making further change..

--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/


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

Bug#422929: texlive-base-bin: typo in postinst: update-alternative

[Frank Küster]

Michael Biebl <[EMAIL PROTECTED]> wrote:

> Package: texlive-base-bin
> Version: 2007-6
> Severity: important
>
> There is a small type in postinst, line 288:
>
> It's update-alternative, whereas it should be update-alternatives (note
> the missing 's').

Uups, I thought I'd already fixed this?  Silly me.

Regards, Frank
-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Processed: Re: Bug#422979: dpkg: update-alternatives doesn't create the symlink

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 422979 critical
Bug#422979: dpkg: update-alternatives doesn't create the symlink
Severity set to `critical' from `normal'

> stop
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#422989: usplash cannot be configured

[Joshua Dunamis]

Package: usplash
Version: 0.4-43-3
Severity: grave
Justification: renders package unusable


When I try to install usplash this is the output:
Setting up usplash (0.4-43-3) ...
No alternatives for usplash-artwork.so.
dpkg: error processing usplash (--configure):
 subprocess post-installation script returned error exit status 1
 Errors were encountered while processing:
  usplash
  E: Sub-process /usr/bin/dpkg returned an error code (1) 


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

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

Versions of packages usplash depends on:
ii  debconf [debconf-2.0] 1.5.13 Debian configuration management sy
ii  initramfs-tools   0.87b  tools for generating an initramfs
ii  libc6 2.5-7  GNU C Library: Shared libraries
ii  libusplash0   0.4-43-3   userspace bootsplash library
ii  usplash-theme-debian [usplash 1  Debian usplash theme

usplash recommends no packages.

-- no debconf information


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

Bug#356853: Relicensing the ae package under the LPPL

[Lars Engebretsen]

Thanks for doing all this work! I have now uploaded the updated package to CTAN.

   /Lars

2007/4/20, Florent Rougon <[EMAIL PROTECTED]>:

Dear Lars,

Please let me apologize for taking so much time to get back to you. I
have now prepared a tarball[1] of the ae package relicensed under the LaTeX
Project Public License, as we discussed in September and October 2006.

What I have done precisely is the following:

  - I added a file called MANIFEST that contains the list of files the
ae package consists of. This list of files is what defines "the
Work" when applying the LaTeX Project Public License to the ae
package.

This list was obtained with the following command (typed from the
base directory of the ae package):

  find . -type f | sed -e '[EMAIL PROTECTED]/@@'

If you add or remove any file from the distribution, you should
update the list in MANIFEST.

  - I replaced the text of the GNU GPL in the file COPYING with the text
of the current version of the LPPL (version 1.3c, 2006-05-20).

  - In README, I added the following paragraph:

  Licensing terms
  ~~~

  This work is distributed under the conditions of the LaTeX Project Public
  License, either version 1.3 or (at your option) any later version. Please
  refer to the file COPYING for details.

I also changed your (presumably old) address from [EMAIL PROTECTED]
to [EMAIL PROTECTED], since it seems to be the correct way to
reach you these days. Finally, I updated the date at the end of
README to 2007-04-20.

  - In the src and tex directories, I added a copyright notice and
licensing statement as follows, at the beginning of every
non-trivial file:

  %% ae.sty
  %% Copyright 1997-2001 Rolf Niepraschk, Gilbert Ritschard, Lars Engebretsen
  %
  % This work may be distributed and/or modified under the
  % conditions of the LaTeX Project Public License, either version 1.3
  % of this license or (at your option) any later version.
  % The latest version of this license is in
  %   http://www.latex-project.org/lppl.txt
  % and version 1.3 or later is part of all distributions of LaTeX
  % version 2005/12/01 or later.
  %
  % This work has the LPPL maintenance status `maintained'.
  %
  % The Current Maintainer of this work is Lars Engebretsen.
  %
  % This work consists of all files listed in MANIFEST.
  %

As you can see, these copyright notices state the names of the
copyright holders and the years where "the work was authored and/or
last substantially modified" (quoting the LPPL).

Of course, I don't have enough information to fill this accurately
for every file of the ae package. I did my best to put something
sensible, using the information in each file (declarations in
\author commands, for instance), in the README and, when I couldn't
find any date for a given file, using its date as distributed in the
ae.zip I downloaded from CTAN. When I couldn't find any information
on the copyright holders for a given file, I assumed you were the
only copyright holder.

If you can correct some of these copyright notices, please do so
(the copyright notice is the line that says
"Copyright  ").

Note: as far as I know, an author and a year in a copyright notice
  must be added only if the modifications are copyrightable
  (non-trivial).

  - I didn't modify any file in the tfm and vf directories, because:

  (1) it seems they are all generated from files in tex and src;

  (2) they are in binary format and maybe cannot even embed a
  copyright notice and licensing statement.

  - I think some files in the src directory were generated with fontinst
(.mtx files) but I added the copyright notice and licensing
statement anyway. Maybe for such files, the copyright attribution
should go to the fontinst authors, I'm not sure: the case of
generated files is a bit complicated. I'd say that, how they should
be licensed depends on the licensing details of fontinst and where
the "creative parts" in these files comes from (either from
fontinst, or from you input files, or from both). Hmmmpf...

  - I made sure all files have decent Unix permissions before creating
the .zip file.

I did *not* bump any version number nor change any date except the date
at the end of the README file. I think it's your call to decide whether
you think this relicensing should change the ae version number.
Personally, I think it would be clearer to release the new package as
version 1.4a, but since no functionality changed since version 1.4, it's
probably not mandatory.

Again, thank you very much for your cooperation. I also want to thank
again the other copyright holders who gave their permission promptly for
this relicensing.

Please upload the new .zip file to CTAN so that we can eventually have a
nice licensing of ae. Feel free to ask me if you have any question.

Regards,


  [1] Actually, I'm at

Processed: tagging 422815

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.2
> tags 422815 + upstream confirmed
Bug#422815: FTBFS: /usr/lib/libnetsnmpmibs.so: undefined reference to 
`sensors_get_label'
There were no tags set.
Tags added: upstream, confirmed

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: tagging 422815

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.2
> tags 422815 + upstream confirmed
Bug#422815: FTBFS: /usr/lib/libnetsnmpmibs.so: undefined reference to 
`sensors_get_label'
Tags were: confirmed upstream
Tags added: upstream, confirmed

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#422720: marked as done (uninstallable when last-exit installed)

[Debian Bug Tracking System]

Your message dated Wed, 09 May 2007 10:02:12 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#422720: fixed in lastfm 1:1.1.3.0-3
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---

Package: lastfm
Version: 1:1.1.3.0-2
Severity: normal

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

lastfm 1.1.3.0-2 fails to install. aptitude log:

Preparing to replace lastfm 1:1.1.3.0-1 (using 
.../lastfm_1%3a1.1.3.0-2_i386.deb) ...

Unpacking replacement lastfm ...
dpkg: error processing 
/var/cache/apt/archives/lastfm_1%3a1.1.3.0-2_i386.deb (--unpack):
trying to overwrite `/usr/share/gconf/schemas/lastfm.schemas', which is 
also in package last-exit

dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
/var/cache/apt/archives/lastfm_1%3a1.1.3.0-2_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:

Regards,
 Dmitry

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

Debian Release: lenny/sid
500 unstable ftp.debian.org
500 testing ftp.debian.org
1 experimental ftp.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-==
libasound2 (>> 1.0.12) | 1.0.13-2
libc6 (>= 2.5-5) | 2.5-7
libgcc1 (>= 1:4.1.2) | 1:4.1.2-6
libqt4-core (>= 4.2.3) | 4.2.3-1+b1
libqt4-gui (>= 4.2.3) | 4.2.3-1+b1
libstdc++6 (>= 4.1.2) | 4.1.2-6
libx11-6 | 2:1.0.3-7
gconf2 (>= 2.10.1-2) | 2.18.0.1-3


--- End Message ---
--- Begin Message ---
Source: lastfm
Source-Version: 1:1.1.3.0-3

We believe that the bug you reported is fixed in the latest version of
lastfm, which is due to be installed in the Debian FTP archive:

lastfm_1.1.3.0-3.diff.gz
  to pool/main/l/lastfm/lastfm_1.1.3.0-3.diff.gz
lastfm_1.1.3.0-3.dsc
  to pool/main/l/lastfm/lastfm_1.1.3.0-3.dsc
lastfm_1.1.3.0-3_i386.deb
  to pool/main/l/lastfm/lastfm_1.1.3.0-3_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
John Stamp <[EMAIL PROTECTED]> (supplier of updated lastfm package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 08 May 2007 09:23:50 -0700
Source: lastfm
Binary: lastfm
Architecture: source i386
Version: 1:1.1.3.0-3
Distribution: unstable
Urgency: low
Maintainer: John Stamp <[EMAIL PROTECTED]>
Changed-By: John Stamp <[EMAIL PROTECTED]>
Description: 
 lastfm - an audio player for last.fm personalized radio
Closes: 422720
Changes: 
 lastfm (1:1.1.3.0-3) unstable; urgency=low
 .
   * Remove the gconf schemas file and re-add the gconf defaults file from
 1.1.90.  This prevents a conflict with last-exit.  (Closes: #422720)
 This also reopens #369907 for now.  The keys will exist, but gconf-editor
 will report "This key has no schema".
Files: 
 488b2c63d8335dd9084aa879d3ef1e94 722 sound optional lastfm_1.1.3.0-3.dsc
 4e5dcee97664b636c0adb53758b2b8c2 103672 sound optional lastfm_1.1.3.0-3.diff.gz
 a0c60637a0aa42360ab434bb008b47c2 1256444 sound optional 
lastfm_1.1.3.0-3_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Signed by Adeodato Simó <[EMAIL PROTECTED]>

iEYEARECAAYFAkZBl7EACgkQgyNlRdHEGIKwoQCfTn7H6FooUWcMHmon27/4yASe
5gMAn2PjBy9qUyCv6VoUS0A6+0gNn7EQ
=x6TX
-END PGP SIGNATURE-

--- End Message ---

Bug#422971: gcc-4.1: FTBFS on arm: Error: junk at end of line, first unrecognized character is `, '

[Aurelien Jarno]

Matthias Klose a écrit :
> clone 422971 -1
> reassign 422971 binutils
> thanks
> 
> This patch is applied now for some time (originally taken from the
> Fedora branch); the binutils from the trunk doesn't accept this code
> anymore.
> 

On my machine, binutils from etch also doesn't accept this code.


-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Bug#422949: r-omegahat-ggobi: Does not work out of the box on Etch.

[Dirk Eddelbuettel]

On 9 May 2007 at 11:48, Charles Plessy wrote:
| Package: r-omegahat-ggobi
| Version: 2.1.4-2-1etch1
| Severity: grave
| Justification: renders package unusable
| 
| Hi Dirk,
| 
| I wanted to use rggobi on a fresh Etch install, but it does not work out
| of the box:
| 
| > library(rggobi)
| Warning message:
| Your rggobi (2.1.4-2) is newer than your ggobi version (2.1.4). Please try to 
update your ggobi. in: .check_versions()
| 
| The problem seems trivial, 

I am not so sure -- dooesn't the fix require installing a _newer_ ggobi into
etch?   What rggobi is telling you that it is fine [ ie no fix to rggobi ]
but that ggobi is outdated.

| but I do not have enough knowledge of R
| internals to look for a fix. Do you think that a revised package could
| be prepared for Etch?

Moreover, I have a problem here:  

 - is all that R is saying 'warning' but it is actually running ?

 - if so, how is that a 'renders package unusable bug' of severity 'grave' ?

Maybe I am missing something as it is 5:00am in the morning here...

Dirk

-- 
Hell, there are no rules here - we're trying to accomplish something. 
  -- Thomas A. Edison


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

Bug#422815: FTBFS: /usr/lib/libnetsnmpmibs.so: undefined reference to `sensors_get_label'

[Peter Eisentraut]

clone 422815 -1
reassign -1 libsnmp-dev
stop

Something changed in the snmp library -- it works with libsnmp9 but not with 
libsnmp10 -- but I don't see anything in their changelog related to this.  
Anyone know why these symbols disappeared?


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

Bug#422971: gcc-4.1: FTBFS on arm: Error: junk at end of line, first unrecognized character is `, '

[Aurelien Jarno]

Matthias Klose a écrit :
> clone 422971 -1
> reassign 422971 binutils
> thanks
> 
> This patch is applied now for some time (originally taken from the
> Fedora branch); the binutils from the trunk doesn't accept this code
> anymore.

Also note that this patch is applied since version 4.1.1ds2-30, and that
 gcc-4.1 with this patch has never been build on arm in *Debian*.

It really looks like the binutils in Debian has never supported that.

-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Processed: Re: Bug#422815: FTBFS: /usr/lib/libnetsnmpmibs.so: undefined reference to `sensors_get_label'

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> clone 422815 -1
Bug#422815: FTBFS: /usr/lib/libnetsnmpmibs.so: undefined reference to 
`sensors_get_label'
Bug 422815 cloned as bug 422999.

> reassign -1 libsnmp-dev
Bug#422999: FTBFS: /usr/lib/libnetsnmpmibs.so: undefined reference to 
`sensors_get_label'
Bug reassigned from package `kolab-cyrus-imapd' to `libsnmp-dev'.

> stop
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#422949: marked as done (r-omegahat-ggobi: Does not work out of the box on Etch.)

[Debian Bug Tracking System]

Your message dated Wed, 9 May 2007 19:29:34 +0900
with message-id <[EMAIL PROTECTED]>
and subject line Bug#422949: r-omegahat-ggobi: Does not work out of the box on 
Etch.
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: r-omegahat-ggobi
Version: 2.1.4-2-1etch1
Severity: grave
Justification: renders package unusable

Hi Dirk,

I wanted to use rggobi on a fresh Etch install, but it does not work out
of the box:

> library(rggobi)
Warning message:
Your rggobi (2.1.4-2) is newer than your ggobi version (2.1.4). Please try to 
update your ggobi. in: .check_versions()

The problem seems trivial, but I do not have enough knowledge of R
internals to look for a fix. Do you think that a revised package could
be prepared for Etch?

Have a nice day,

-- Charles



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

Versions of packages r-omegahat-ggobi depends on:
ii  ggobi   2.1.4-1  Data visualization system for high
ii  libatk1.0-0 1.12.4-3 The ATK accessibility toolkit
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libcairo2   1.2.4-4  The Cairo 2D vector graphics libra
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libglib2.0-02.12.4-2 The GLib library of C routines
ii  libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface 
ii  libpango1.0-0   1.14.8-5 Layout and rendering of internatio
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1.1.7-4  X cursor management library
ii  libxext61:1.0.1-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.1-5X11 miscellaneous 'fixes' extensio
ii  libxi6  1:1.0.1-4X11 Input extension library
ii  libxinerama11:1.0.1-4.1  X11 Xinerama extension library
ii  libxml2 2.6.27.dfsg-1GNOME XML library
ii  libxrandr2  2:1.1.0.2-5  X11 RandR extension library
ii  libxrender1 1:0.9.1-3X Rendering Extension client libra
ii  r-base-core 2.4.0.20061125-1 GNU R core of statistical computin
ii  r-cran-rgtk22.8.6-1  GNU R binding for Gtk2

r-omegahat-ggobi recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Le Wed, May 09, 2007 at 05:09:32AM -0500, Dirk Eddelbuettel a écrit :
> 
> Moreover, I have a problem here:  
> 
>  - is all that R is saying 'warning' but it is actually running ?

Hi Dirk,

I am so sorry for waking you up with a grave bug which was not one. I
took the warning too seriously and thought that R actually refused to
load rggobi.

Have a nice day,

-- 
Charles
--- End Message ---

Processed: Re: #422817: FTBFS: mime-handlers.h:75: error: expected constructor, destructor, or type conversion before '*' token

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # That header is actually in gnome-vfsmm2.6, not libgnomemm2.6
> reassign 422817 libgnome-vfsmm-2.6-dev
Bug#422817: FTBFS: mime-handlers.h:75: error: expected constructor, destructor, 
or type conversion before '*' token
Bug reassigned from package `libgnomemm-2.6-dev' to `libgnome-vfsmm-2.6-dev'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#422452: marked as done (bzr-svn missing dependancy on python-pysqlite2)

[Debian Bug Tracking System]

Your message dated Wed, 09 May 2007 11:17:06 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#422452: fixed in bzr-svn 0.3.3-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---

Package: bzr-svn
Version: 0.3.2-1
Severity: serious
Justification: Policy 3.5

*** Please type your report below this line ***
Running 'bzr branch' emits:
Needs at least Python2.5 or Python2.4 with the pysqlite2 module
Unable to load plugin 'svn' from '/usr/lib/python2.4/site-packages/ 
bzrlib/plugins'


And indeed, bzr-svn is unusable.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (700, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1.1381_FC3smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages bzr-svn depends on:
ii  bzr 0.15-1   bazaar-ng, the next- 
generation dis
ii  python  2.4.4-2  An interactive high- 
level object-o
ii  python-central  0.5.12   register and build  
utility for Pyt
ii  python-subversion   1.4.2dfsg1-2 Python bindings for  
Subversion
ii  python2.4   2.4.4-3  An interactive high- 
level object-o


bzr-svn recommends no packages.


--- End Message ---
--- Begin Message ---
Source: bzr-svn
Source-Version: 0.3.3-1

We believe that the bug you reported is fixed in the latest version of
bzr-svn, which is due to be installed in the Debian FTP archive:

bzr-svn_0.3.3-1.diff.gz
  to pool/main/b/bzr-svn/bzr-svn_0.3.3-1.diff.gz
bzr-svn_0.3.3-1.dsc
  to pool/main/b/bzr-svn/bzr-svn_0.3.3-1.dsc
bzr-svn_0.3.3-1_all.deb
  to pool/main/b/bzr-svn/bzr-svn_0.3.3-1_all.deb
bzr-svn_0.3.3.orig.tar.gz
  to pool/main/b/bzr-svn/bzr-svn_0.3.3.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Jelmer Vernooij <[EMAIL PROTECTED]> (supplier of updated bzr-svn package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 08 May 2007 19:29:49 +0200
Source: bzr-svn
Binary: bzr-svn
Architecture: source all
Version: 0.3.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian Bazaar Maintainers <[EMAIL PROTECTED]>
Changed-By: Jelmer Vernooij <[EMAIL PROTECTED]>
Description: 
 bzr-svn- Bazaar plugin providing Subversion integration
Closes: 422452
Changes: 
 bzr-svn (0.3.3-1) unstable; urgency=low
 .
   * Merge changes from Ubuntu.
   * Recommend python-pysqlite2 (Closes: #422452)
Files: 
 9ef144bf0158d784699199228cfbb369 922 devel optional bzr-svn_0.3.3-1.dsc
 b7e5b5a4821f660f822f76d563405fe6 76537 devel optional bzr-svn_0.3.3.orig.tar.gz
 d60a1979e6e2e5b177ea59cbbfb05bdd 1976 devel optional bzr-svn_0.3.3-1.diff.gz
 41a58f863988da3f743398f69319c5f9 68564 devel optional bzr-svn_0.3.3-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Debian Powered!

iD8DBQFGQad7mAg1RJRTSKQRAu+cAJ4uZqzYxfg3q3MDugZ0PUbyeMjTIgCfSAzk
3nb+N93dLwhrI5HAbXL0NHs=
=wkcz
-END PGP SIGNATURE-

--- End Message ---

Bug#423006: xen-hypervisor-3.0.3-1-i386-pae: /bin/sh : error while loading shared library libcrypt.so.1

[Michael]

Package: xen-hypervisor-3.0.3-1-i386-pae
Version: 3.0.3-0-2
Severity: critical
Justification: breaks the whole system


 I use Debian Sid and Xen 3.0.3-1, and recently after an apt-dist upgrade, i 
reboot my 
server and now when i restart the server, i receive these error :  /bin/sh : 
error while 
loading shared library libcrypt.so.1 cannot open shared object file :no such 
file  ... I 
reboot the server on non-xen kernel, if i search the file libcrypt.so.1 i found 
in these 
file in many directory :

/lib/i686/nosegneg/libcrypt.so.1
/lib

what's wrong ?


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

Kernel: Linux 2.6.12.6-xen
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=locale: Cannot set LC_CTYPE to 
default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages xen-hypervisor-3.0.3-1-i386-pae depends on:
ii  xen-utils-3.0.3-1 3.0.3-0-2  XEN administrative tools

xen-hypervisor-3.0.3-1-i386-pae recommends no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_CA:en_US:en_GB:en",
LC_ALL = (unset),
LANG = "en_CA"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory


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

Bug#421041: marked as done (Bzr dependency is too strict)

[Debian Bug Tracking System]

Your message dated Wed, 09 May 2007 11:17:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#421041: fixed in bzr-builddeb 0.16
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: bzr-builddeb
Version: 0.14
Severity: grave
Tags: patch

bzr-builddeb is currently uninstallable in unstable.

The package currently includes a dependency of "bzr (<< 0.15)" yet it
works fine when I removed this requirement and recompiled in order to use
0.15.

\Lamby

-- 
 Chris Lamb, Leamington Spa, UK  GPG: 0x634F9A20


signature.asc
Description: PGP signature
--- End Message ---
--- Begin Message ---
Source: bzr-builddeb
Source-Version: 0.16

We believe that the bug you reported is fixed in the latest version of
bzr-builddeb, which is due to be installed in the Debian FTP archive:

bzr-builddeb_0.16.dsc
  to pool/main/b/bzr-builddeb/bzr-builddeb_0.16.dsc
bzr-builddeb_0.16.tar.gz
  to pool/main/b/bzr-builddeb/bzr-builddeb_0.16.tar.gz
bzr-builddeb_0.16_all.deb
  to pool/main/b/bzr-builddeb/bzr-builddeb_0.16_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Reinhard Tartler <[EMAIL PROTECTED]> (supplier of updated bzr-builddeb package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue,  8 May 2007 18:43:19 +0200
Source: bzr-builddeb
Binary: bzr-builddeb
Architecture: source all
Version: 0.16
Distribution: unstable
Urgency: low
Maintainer: Debian Bazaar Maintainers <[EMAIL PROTECTED]>
Changed-By: Reinhard Tartler <[EMAIL PROTECTED]>
Description: 
 bzr-builddeb - bzr plugin for Debian package management
Closes: 421041 421900
Changes: 
 bzr-builddeb (0.16) unstable; urgency=low
 .
   [James Westby]
   * Lock the working trees to fix compatibility with 0.15+ dirstate trees.
 (Closes: #421900)
   * Add the start of a test suite to help avoid bugs like that.
   * Update the dependency on bzr to reflect the compatibility of this release.
 (Closes: #421041)
   * Take the package under the wing of pkg-bazaar.
 .
   [Reinhard Tartler]
   * apply patch to util.py as suggested by Robert Collins: Use Tree
 directly, don't use the inventory.
   * upload to unstable
Files: 
 17f00c3e5e0fceded912301ae9b35b1e 773 devel optional bzr-builddeb_0.16.dsc
 e65a1ee0a671e7e3af2ad046387fa096 36759 devel optional bzr-builddeb_0.16.tar.gz
 b34709bb26ca9b0c4de22de8bdb2c521 30900 devel optional bzr-builddeb_0.16_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Debian Powered!

iD8DBQFGQad6mAg1RJRTSKQRAtdmAJ9UAfGGJ7WRYZ/TUD1v5urKdNF5wACdGd+f
oqKgH6+H9maUs+4XRHR2sJU=
=eEkF
-END PGP SIGNATURE-

--- End Message ---

Bug#422979: dpkg: update-alternatives doesn't create the symlink

[Frank Küster]

Peter Eisentraut <[EMAIL PROTECTED]> wrote:

> severity 422979 critical
> stop
>
> This appears to break pretty much any interesting package using alternatives.

Including fakeroot and therefore pbuilder which uses it.  In other
words, building in a chroot with the standard setup used by probably
most developers is now impossible.

Regards, Frank
-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#422629: marked as done (FTBFS: hbf2gf: error while loading shared libraries: libkpathsea.so.4: cannot open shared object file: No such file or directory)

[Debian Bug Tracking System]

Your message dated Wed, 09 May 2007 12:02:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#422629: fixed in cjk 4.7.0+git20070504-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: hbf-cns40-1
Severity: serious
Justification: policy violation

hi, 

Lucas has rebuild the archive on i386 and your package Failed to Build
from Source with the following error:

 hbf2gf: error while loading shared libraries: libkpathsea.so.4: cannot open 
shared object file: No such file or directory
 make: *** [build-stamp] Error 127
 
the full log can be found here:

 
http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/hbf-cns40-1_1.0-3.1_sid32.buildlog
 

bye,
- michael


--- End Message ---
--- Begin Message ---
Source: cjk
Source-Version: 4.7.0+git20070504-1

We believe that the bug you reported is fixed in the latest version of
cjk, which is due to be installed in the Debian FTP archive:

cjk-latex_4.7.0+git20070504-1_all.deb
  to pool/main/c/cjk/cjk-latex_4.7.0+git20070504-1_all.deb
cjk_4.7.0+git20070504-1.diff.gz
  to pool/main/c/cjk/cjk_4.7.0+git20070504-1.diff.gz
cjk_4.7.0+git20070504-1.dsc
  to pool/main/c/cjk/cjk_4.7.0+git20070504-1.dsc
cjk_4.7.0+git20070504.orig.tar.gz
  to pool/main/c/cjk/cjk_4.7.0+git20070504.orig.tar.gz
latex-cjk-all_4.7.0+git20070504-1_all.deb
  to pool/main/c/cjk/latex-cjk-all_4.7.0+git20070504-1_all.deb
latex-cjk-chinese_4.7.0+git20070504-1_i386.deb
  to pool/main/c/cjk/latex-cjk-chinese_4.7.0+git20070504-1_i386.deb
latex-cjk-common_4.7.0+git20070504-1_i386.deb
  to pool/main/c/cjk/latex-cjk-common_4.7.0+git20070504-1_i386.deb
latex-cjk-japanese_4.7.0+git20070504-1_i386.deb
  to pool/main/c/cjk/latex-cjk-japanese_4.7.0+git20070504-1_i386.deb
latex-cjk-korean_4.7.0+git20070504-1_all.deb
  to pool/main/c/cjk/latex-cjk-korean_4.7.0+git20070504-1_all.deb
latex-cjk-thai_4.7.0+git20070504-1_all.deb
  to pool/main/c/cjk/latex-cjk-thai_4.7.0+git20070504-1_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Danai SAE-HAN (韓達耐) <[EMAIL PROTECTED]> (supplier of updated cjk package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed,  9 May 2007 06:37:06 +0200
Source: cjk
Binary: latex-cjk-common latex-cjk-japanese latex-cjk-all cjk-latex 
latex-cjk-korean latex-cjk-thai latex-cjk-chinese
Architecture: source all i386
Version: 4.7.0+git20070504-1
Distribution: unstable
Urgency: high
Maintainer: Danai SAE-HAN (韓達耐) <[EMAIL PROTECTED]>
Changed-By: Danai SAE-HAN (韓達耐) <[EMAIL PROTECTED]>
Description: 
 cjk-latex  - installs all LaTeX CJK packages
 latex-cjk-all - installs all LaTeX CJK packages
 latex-cjk-chinese - Chinese module of LaTeX CJK
 latex-cjk-common - LaTeX macro package for CJK (Chinese/Japanese/Korean)
 latex-cjk-japanese - Japanese module of LaTeX CJK
 latex-cjk-korean - Korean module of LaTeX CJK
 latex-cjk-thai - Thai module of LaTeX CJK
Closes: 401679 421981 422629
Changes: 
 cjk (4.7.0+git20070504-1) unstable; urgency=high
 .
   * New upstream release.  Highlights:
  - allow vertical shifting for horizontal CJK glyphs (very
handy for e.g. the Arphic fonts);
  - document special space handling for Emacs quail input method;
  - support T5 encoding;
  - switch to GIT repository.
   * [debian/control]
  - Build-Depend on "texlive-extra-utils", which provides "ctangle".
This fixes "FTBFS: ctangle: Command not found" (Closes: #421981).
Thanks to Martin Michlmayr;
  - Build-Depend on "texlive-font-utils", which provides "fontinst";
  - rewrite the package information text of latex-cjk-korean.
   * Upstream has switched from CVS to GIT.
   * [debian/rules]
  - Add "dh_shlibdeps".  This fixes "FTBFS: hbf2gf: error while
loading shared libraries: libkpathsea.so.4: cannot open shared
object file: No such file or directory" (Closes: #422629).
Thanks to Lucas Nussbaum, Michael Ablassmeier and Frank Küster;
  - build from the GIT source.
   * [rules] reverse the order of the build-dependency on TeX packages,
  makin

Bug#422817: FTBFS: mime-handlers.h:75: error: expected constructor, destructor, or type conversion before '*' token

[Michael Banck]

On Tue, May 08, 2007 at 11:22:10AM +0200, Michael Ablassmeier wrote:
> Package: referencer
> Severity: serious
> Version: 1.0.2-1
> Justification: policy violation
> 
> hi, 
> 
> Lucas has rebuild the archive on i386 and your package Failed to Build
> >from Source with the following error:
> 
>  > /usr/include/gconfmm-2.6/gconfmm/setinterface.h:42: warning: 'class 
> Gnome::Conf::SetInterface' has virtual functions but non-virtual destructor
>  > /usr/include/gnome-vfsmm-2.6/libgnomevfsmm/mime-handlers.h:75: error: 
> expected constructor, destructor, or type conversion before '*' token
>  > TagWindow.C: In member function 'void TagWindow::updateTitle()':
>  > TagWindow.C:2049: warning: comparison is always true due to limited range 
> of data type
>  > make[3]: *** [TagWindow.o] Error 1
>  > 
>  
> the full log can be found here:
> 
>  
> http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/referencer_1.0.2-1_sid32.buildlog

Indeed, this build failure also appears when building
gnome-vfsmm2.6_2.14.0-1 in unstable:

Automatic build of gnome-vfsmm2.6_2.14.0-1 on nighthawk by sbuild/i386 0.53
Build started at 20070509-1318
[...]
if /bin/sh ../../libtool --tag=CXX --mode=compile i486-linux-gnu-g++ 
-DHAVE_CONFIG_H -DG_LOG_DOMAIN=\"libgnomevfsmm\"  -I../../libgnomevfs 
-I../../libgnomevfs -pthread -DORBIT2=1 -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 -I/usr/include/gnome-vfs-2.0 
-I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gconf/2 
-I/usr/include/orbit-2.0 -I/usr/include/gnome-vfs-module-2.0-Wall -g -O2 
-MT mime-handlers.lo -MD -MP -MF ".deps/mime-handlers.Tpo" -c -o 
mime-handlers.lo mime-handlers.cc; \
then mv -f ".deps/mime-handlers.Tpo" ".deps/mime-handlers.Plo"; else rm 
-f ".deps/mime-handlers.Tpo"; exit 1; fi
 i486-linux-gnu-g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\"libgnomevfsmm\" 
-I../../libgnomevfs -I../../libgnomevfs -pthread -DORBIT2=1 
-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 -I/usr/include/gnome-vfs-2.0 
-I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gconf/2 
-I/usr/include/orbit-2.0 -I/usr/include/gnome-vfs-module-2.0 -Wall -g -O2 -MT 
mime-handlers.lo -MD -MP -MF .deps/mime-handlers.Tpo -c mime-handlers.cc  -fPIC 
-DPIC -o .libs/mime-handlers.o
../../libgnomevfs/libgnomevfsmm/mime-handlers.h:75: error: expected 
constructor, destructor, or type conversion before '*' token
make[5]: *** [mime-handlers.lo] Error 1
make[5]: Leaving directory 
`/build/mbanck/gnome-vfsmm2.6-2.14.0/libgnomevfs/libgnomevfsmm'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory 
`/build/mbanck/gnome-vfsmm2.6-2.14.0/libgnomevfs/libgnomevfsmm'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/build/mbanck/gnome-vfsmm2.6-2.14.0/libgnomevfs'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/build/mbanck/gnome-vfsmm2.6-2.14.0/libgnomevfs'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/build/mbanck/gnome-vfsmm2.6-2.14.0'
make: *** [build-stamp] Error 2
**
Build finished at 20070509-1320
FAILED [dpkg-buildpackage died]


cheers,

Michael


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

Bug#421981: marked as done (FTBFS: ctangle: Command not found)

[Debian Bug Tracking System]

Your message dated Wed, 09 May 2007 12:02:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#421981: fixed in cjk 4.7.0+git20070504-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: cjk
Version: 4.7.0+cvs20061019-2
Severity: serious

This package fails to build because of the tetex->texlive transition.
You need a build-depends on texlive-extra-utils.

> Automatic build of cjk_4.7.0+cvs20061019-2 on coconut0 by sbuild/ia64 0.49
...
> applying patch 05_fix_examplefiles to ./ ... ok.
> touch patch-stamp
> dh_testdir
> # Add here commands to compile the package.
> /usr/bin/make
> make[1]: Entering directory `/build/tbm/cjk-4.7.0+cvs20061019'
> ctangle utils/Bg5conv/bg5conv.w - utils/Bg5conv/bg5conv.c
> make[1]: ctangle: Command not found
> make[1]: *** [utils/Bg5conv/bg5conv.c] Error 127
> make[1]: Leaving directory `/build/tbm/cjk-4.7.0+cvs20061019'
> make: *** [build-stamp] Error 2

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

--- End Message ---
--- Begin Message ---
Source: cjk
Source-Version: 4.7.0+git20070504-1

We believe that the bug you reported is fixed in the latest version of
cjk, which is due to be installed in the Debian FTP archive:

cjk-latex_4.7.0+git20070504-1_all.deb
  to pool/main/c/cjk/cjk-latex_4.7.0+git20070504-1_all.deb
cjk_4.7.0+git20070504-1.diff.gz
  to pool/main/c/cjk/cjk_4.7.0+git20070504-1.diff.gz
cjk_4.7.0+git20070504-1.dsc
  to pool/main/c/cjk/cjk_4.7.0+git20070504-1.dsc
cjk_4.7.0+git20070504.orig.tar.gz
  to pool/main/c/cjk/cjk_4.7.0+git20070504.orig.tar.gz
latex-cjk-all_4.7.0+git20070504-1_all.deb
  to pool/main/c/cjk/latex-cjk-all_4.7.0+git20070504-1_all.deb
latex-cjk-chinese_4.7.0+git20070504-1_i386.deb
  to pool/main/c/cjk/latex-cjk-chinese_4.7.0+git20070504-1_i386.deb
latex-cjk-common_4.7.0+git20070504-1_i386.deb
  to pool/main/c/cjk/latex-cjk-common_4.7.0+git20070504-1_i386.deb
latex-cjk-japanese_4.7.0+git20070504-1_i386.deb
  to pool/main/c/cjk/latex-cjk-japanese_4.7.0+git20070504-1_i386.deb
latex-cjk-korean_4.7.0+git20070504-1_all.deb
  to pool/main/c/cjk/latex-cjk-korean_4.7.0+git20070504-1_all.deb
latex-cjk-thai_4.7.0+git20070504-1_all.deb
  to pool/main/c/cjk/latex-cjk-thai_4.7.0+git20070504-1_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Danai SAE-HAN (韓達耐) <[EMAIL PROTECTED]> (supplier of updated cjk package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed,  9 May 2007 06:37:06 +0200
Source: cjk
Binary: latex-cjk-common latex-cjk-japanese latex-cjk-all cjk-latex 
latex-cjk-korean latex-cjk-thai latex-cjk-chinese
Architecture: source all i386
Version: 4.7.0+git20070504-1
Distribution: unstable
Urgency: high
Maintainer: Danai SAE-HAN (韓達耐) <[EMAIL PROTECTED]>
Changed-By: Danai SAE-HAN (韓達耐) <[EMAIL PROTECTED]>
Description: 
 cjk-latex  - installs all LaTeX CJK packages
 latex-cjk-all - installs all LaTeX CJK packages
 latex-cjk-chinese - Chinese module of LaTeX CJK
 latex-cjk-common - LaTeX macro package for CJK (Chinese/Japanese/Korean)
 latex-cjk-japanese - Japanese module of LaTeX CJK
 latex-cjk-korean - Korean module of LaTeX CJK
 latex-cjk-thai - Thai module of LaTeX CJK
Closes: 401679 421981 422629
Changes: 
 cjk (4.7.0+git20070504-1) unstable; urgency=high
 .
   * New upstream release.  Highlights:
  - allow vertical shifting for horizontal CJK glyphs (very
handy for e.g. the Arphic fonts);
  - document special space handling for Emacs quail input method;
  - support T5 encoding;
  - switch to GIT repository.
   * [debian/control]
  - Build-Depend on "texlive-extra-utils", which provides "ctangle".
This fixes "FTBFS: ctangle: Command not found" (Closes: #421981).
Thanks to Martin Michlmayr;
  - Build-Depend on "texlive-font-utils", which provides "fontinst";
  - rewrite the package information text of latex-cjk-korean.
   * Upstream has switched from CVS to GIT.
   * [debian/rules]
  - Add "dh_shlibdeps".  This fixes "FTBFS: hbf2gf: error while
loading shared libraries: libkpathsea.so.4: cannot open shar

Processed: bugs have been fixed by upload of new latex-cjk-chinese upload (see #422629)

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> fixed 422630 1.0-3.1
Bug#422630: FTBFS: hbf2gf: error while loading shared libraries: 
libkpathsea.so.4: cannot open shared object file: No such file or directory
Bug marked as fixed in version 1.0-3.1.

> fixed 422631 1.0-3.1
Bug#422631: FTBFS: hbf2gf: error while loading shared libraries: 
libkpathsea.so.4: cannot open shared object file: No such file or directory
Bug marked as fixed in version 1.0-3.1.

> fixed 422632 1.0-3.1
Bug#422632: FTBFS: hbf2gf: error while loading shared libraries: 
libkpathsea.so.4: cannot open shared object file: No such file or directory
Bug marked as fixed in version 1.0-3.1.

> fixed 422633 1.0-3.1
Bug#422633: FTBFS: hbf2gf: error while loading shared libraries: 
libkpathsea.so.4: cannot open shared object file: No such file or directory
Bug marked as fixed in version 1.0-3.1.

> fixed 422634 1.0-3.1
Bug#422634: FTBFS: hbf2gf: error while loading shared libraries: 
libkpathsea.so.4: cannot open shared object file: No such file or directory
Bug marked as fixed in version 1.0-3.1.

> fixed 422635 1.0-3.1
Bug#422635: FTBFS: hbf2gf: error while loading shared libraries: 
libkpathsea.so.4: cannot open shared object file: No such file or directory
Bug marked as fixed in version 1.0-3.1.

> fixed 422636 1.0-3.1
Bug#422636: FTBFS: hbf2gf: error while loading shared libraries: 
libkpathsea.so.4: cannot open shared object file: No such file or directory
Bug marked as fixed in version 1.0-3.1.

> fixed 422637 1.0-2
Bug#422637: FTBFS: hbf2gf: error while loading shared libraries: 
libkpathsea.so.4: cannot open shared object file: No such file or directory
Bug marked as fixed in version 1.0-2.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#423010: vncserver not working at all

[Folkert van Heusden]

Package: vncserver
Version: 3.3.7-14
Severity: grave
Justification: renders package unusable


When vncserver is invoked, it says it starts a new session on
host:number but in fact nothing is listening.

[EMAIL PROTECTED]:~$ vncserver -geometry 1024x768

New 'X' desktop is belle:1

Starting applications specified in /etc/X11/Xsession
Log file is /home/folkert/.vnc/belle:1.log

[EMAIL PROTECTED]:~$ netstat -na | grep 590
[EMAIL PROTECTED]:~$ ps -deaf | grep -e vnc -e X
folkert  26404 16078  0 14:09 pts/800:00:00 grep -e vnc -e X
[EMAIL PROTECTED]:~$

so it seems it doesn't work. Maybe it needs extra packages which are not
included in the dependencies?


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

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

Versions of packages vncserver depends on:
ii  dpkg 1.13.25 package maintenance system for Deb
ii  libc62.5-5   GNU C Library: Shared libraries
ii  libgcc1  1:4.1.2-6   GCC support library
ii  libice6  1:1.0.3-2   X11 Inter-Client Exchange library
ii  libsm6   1:1.0.2-2   X11 Session Management library
ii  libstdc++6   4.1.2-6 The GNU Standard C++ Library v3
ii  libx11-6 2:1.0.3-7   X11 client-side library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  perl 5.8.8-7 Larry Wall's Practical Extraction 
ii  vnc-common   3.3.7-14Virtual network computing server s
ii  x11-common   1:7.1.0-18  X Window System (X.Org) infrastruc
ii  xbase-clients1:7.1.ds1-2 miscellaneous X clients
ii  zlib1g   1:1.2.3-13  compression library - runtime

Versions of packages vncserver recommends:
pn  xfonts-base(no description available)

-- no debconf information


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

Bug#422985: openssh: fails to build

[Colin Watson]

reassign 422985 libkrb5-dev
thanks

On Wed, May 09, 2007 at 10:56:54AM +0200, Jean-Christophe Dubacq wrote:
> Package: openssh
> Version: 1:4.3p2-10
> Severity: serious
> Justification: no longer builds from source
> 
> Hello,
> 
> openssh does not build from source any more on my building environment
> (sid, unstable).
> 
> Relevant info: in configure.log:
> configure:25787: checking for gssapi/gssapi_generic.h
> configure:25795: result: yes
> configure:25810: checking for library containing k_hasafs
> configure:25851: gcc -o conftest -g -O2 -Wall -Wpointer-arith
> -Wuninitialized -Wsign-compare -Wno-pointer-sign -std=gnu99
> conftest.c -lresolv -lcrypto -lpam -ldl -lutil -lz -lnsl  -lcrypt -L/usr/lib 
> -lgssapi_krb5 -lkrb5
> -lk5crypto -lcom_err -lkeyutils -lresolv -ldl >&5
> /usr/bin/ld: cannot find -lkeyutils
> collect2: ld returned 1 exit status

openssh doesn't use keyutils itself at all directly; this library
dependency was generated by krb5-config. I think libkrb5-dev should
depend on libkeyutils-dev, rather than all users of krb5-config having
to build-depend on it.

-- 
Colin Watson   [EMAIL PROTECTED]


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

Processed: Re: Bug#422985: openssh: fails to build

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 422985 libkrb5-dev
Bug#422985: openssh: fails to build
Bug reassigned from package `openssh' to `libkrb5-dev'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#422794: Starting is impossible

[Otavio Salvador]

Robert Millan <[EMAIL PROTECTED]> writes:

> On Tue, May 08, 2007 at 05:22:43PM -0300, Otavio Salvador wrote:
>> Robert Millan <[EMAIL PROTECTED]> writes:
>> 
>> >> Please do not perform update-grub compulsorily by postinst. It is very 
>> >> unpleasant to overwrite grub.cfg freely.
>> >
>> > I suppose it doesn't harm to add an option to disable it; perhaps we could
>> > even reuse /etc/kernel-img.conf.  Could you file a separate bug for this?
>> 
>> IMO, /etc/defaults/grub looks like a better place for this setting. We
>> can source it and check for:
>> 
>> if [ "x$AUTORUN_UPDATE_GRUB" = "xyes" ]; then
>> ...
>> fi
>
> But that is an upstream file.  Do you think it's feasible to add a variable 
> that
> the upstream scripts don't use?

Well, on this specific case there's no problem since this would only
be use by Debian's postinst. See bellow...

> Also, after thinking about it, I'm concerned that if we allow disabling 
> autorun
> of update-grub, we won't be able to support changes in the grub.cfg
> specification sanely (e.g. users will update grub without updating grub.cfg
> and break their systems).  Also, we will receive less input from new features
> that *are* intended to be default, and so have less chances to fix them if
> they're buggy (like here).  And note that users are already able to add their
> custom stuff via /etc/grub.d, just not remove the base lines.

Yes, that makes sense and I agree that the cons can be bigger then the pros.

> I propose that we add a variable to select terminal, so that user can disable
> this feature altogether if he wants.  Jonny, does that work for you?

While I ack that we ought to offer this option I also think we need to
solve the user bug or at least identify the real reason behind it to
start allowing to disable it.

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."


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

Bug#423014: console's last three lines become inaccessible once xdm start up

[Edward Welbourne]

Package: xdm
Version: 1:1.1.4-3
Severity: critical
Tags: security
Justification: breaks unrelated software


When I start up xdm, the console starts to imagine that there are
three more lines available than actually exist.  The console actually
has 25 lines; but the console ttys think it has 28 lines.  The resize
command reports LINES=28.  Even if I export LINES=25 and then fire up
screen, my shell within screen has LINES=28.

This means that I can't see the last three lines of output, once
output gets to the bottom of the screen; it means that the emacs
minibuffer and the aptitude dialog area are invisible; these don't
even scroll into view after it's too late.  This makes both emacs and
aptitude almost impossible to use (hence: breaks unrelated software)
and makes it almost impossible for root to do anything (hence:
critical) if I follow the cautious policy of never letting root do
anything in a window under X.  The console becomes extremely difficult
(and dangerous - see below) to use.

It means that, when dpkg is installing a package, I'm apt to be asked
some question I can't see and given a prompt I can't see and left
waiting for the program to do something, so I end up hitting return
and getting whatever the default was for the question I never saw
being asked (on account of this last, I have added "security" as a
tag); after that, dpkg begins producing more output and the entire
dialog in which I have just played my blind part scrolls into view.
Obviously, dpkg is not the only software (reportbug springs to mind)
that relies on me to respond to prompts, after producing enough output
that it's apt to be in the last three lines of the screen; nor is dpkg
the only one for which random answers to unseen prompts may result in
security-relevant disasters.

The problem is *not* that the screen is mis-sized; if I shrink
vertical on the screen, I still don't see the missing lines, though
the lines I do see now fit into a smaller vertical span on my screen.
In any case, if I suppress xdm's start-up (by adding an early exit 0
to /etc/init.d/xdm) I see normal console behaviour.  It would not,
however, surprise me if the problem is really with something else (xdm
is merely triggering it); there may be some package doing something
clever with the frame-buffer (bug I don't have a logo visible on
screen).  The problem *may* (but I'd be surprised) be related to the
fact that my xorg.conf Display sections say
Modes   "1280x1024" "1152x864" "1024x768" "832x624" "800x600" "720x400" 
"640x480" "1600x1200"
with the highest-resolution last (when I put it first, xdm failed to
start up, albeit taking three tries at it before giving up; moving it
to the end lets xdm start, after which Ctrl+Alt+keypad(-) suffices to
get me to the highest resolution; leaving it on the default doesn't
help the console, though).

About three months ago, I saw this same problem, tried to find its
cause, gave up and then was surprised, upon running the euro-test
script (which failed) to find the problem had gone away.  Today I
moved desks, so re-booted (for the first time since the power outage
three months ago - I love stable software ;-); and euro-test now
passes, without fixing this problem.  The fact that euro-test used to
be able to fix it does imply that there must be some way to work
around the problem (I'd be delighted if anyone can identify what; I've
been carefully through euro-test without finding what it did that
solved the problem).  I tried /etc/init.d/console-screen.sh, invoked
the same way euro-test was doing so three months ago, but that wasn't
what was solving the problem.

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

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

Versions of packages xdm depends on:
ii  cpp 4:4.1.1-15   The GNU C preprocessor (cpp)
ii  debconf [debconf-2.0]   1.5.13   Debian configuration management sy
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libice6 1:1.0.3-2X11 Inter-Client Exchange library
ii  libpam0g0.79-4   Pluggable Authentication Modules l
ii  libselinux1 1.32-3   SELinux shared libraries
ii  libsm6  1:1.0.2-2X11 Session Management library
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxau6 1:1.0.1-2X11 authorisation library
ii  libxaw7 1:1.0.2-4X11 Athena Widget library
ii  libxdmcp6   1:1.0.2-2X11 Display Manager Control Protoc
ii  libxext61:1.0.1-2X11 miscellaneous extension librar
ii  libxinerama11:1.0.1-4.1  X11 Xinerama extension library
ii  libxmu6

Bug#422849: git-core: FTBFS - test suite fails

[Gerrit Pape]

On Tue, May 08, 2007 at 06:05:50PM +0200, Domenico Andreoli wrote:
> On Tue, May 08, 2007 at 01:45:30PM +, Gerrit Pape wrote:
> > On Tue, May 08, 2007 at 02:49:51PM +0200, Domenico Andreoli wrote:
> > > * FAIL 29: git-commit logged updates
> > > diff expect .git/logs/refs/heads/master
> > > * FAIL 30: git-cat-file blob master:F (expect OTHER)
> > > test OTHER = $(git-cat-file blob master:F)
> > > *   ok 31: git-cat-file blob [EMAIL PROTECTED] 23:30}:F (expect TEST)
> > > * FAIL 32: git-cat-file blob [EMAIL PROTECTED] 23:42}:F (expect OTHER)
> > > test OTHER = $(git-cat-file blob "[EMAIL PROTECTED] 23:42}:F")
> > > * failed 3 among 32 test(s)
> > > make[2]: *** [t1400-update-ref.sh] Error 1
> > > make[2]: Leaving directory `/home/cavok/git-core-1.5.1.3/t'
> > > make[1]: *** [test] Error 2
> > > make[1]: Leaving directory `/home/cavok/git-core-1.5.1.3'
> > > make: *** [build-arch-stamp] Error 2
> > > debuild: fatal error at line 1228:
> > > debian/rules build failed
> > > 
> > > 
> > > i attached full build log. let me know if i can do anything to help you.
> > 
> > can you please, after the build failure, do
> > 
> >  $ (cd t && sh t1400-update-ref.sh -v)
> 
> this works. the next build failed elsewhere, but manually the test
> passed.

This is strange, and shouldn't be, -v is just to make the tests verbose.
How are you trying to build the package?, as which user, what is the
environment, what the command you run?  Can you try with pbuilder?

Thanks, Gerrit.


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

Bug#422803: [pkg-ggz-maintainers] Bug#422803: FTBFS: ../../ggzcards/common/shared.h:43: error: two or more data types in declaration specifiers

[Michael Ablassmeier]

hi,

On Tue, May 08, 2007 at 04:19:28PM -0400, Jason Short wrote:
> Michael Ablassmeier wrote:
> > Lucas has rebuild the archive on i386 and your package Failed to Build
> > from Source with the following error:
> > 
> >  In file included from client.c:49:
> >  ../../ggzcards/common/shared.h:43: error: two or more data types in 
> > declaration specifiers
> >  ../../ggzcards/common/shared.h:43: warning: useless type name in empty 
> > declaration
> >  make[5]: *** [client.o] Error 1
> >  
> > the full log can be found here:
> > 
> >  
> > http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/ggz-gtk-games_0.0.13-4_sid32.buildlog
> 
> Very strange.  Can you send us a copy of your stdbool.h, and/or a copy
> of the code after the preprocessor is done with it?

im sorry to say that lucas has no images of the failed build chroots
available. However, you can easily reproduce this failure while building
ggz-gtk-games with pbuilder. At least for me it failed with the same
error on sid/amd64.

bye,
- michael


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

Bug#422794: Starting is impossible

[Robert Millan]

On Wed, May 09, 2007 at 09:32:09AM -0300, Otavio Salvador wrote:
> > I propose that we add a variable to select terminal, so that user can 
> > disable
> > this feature altogether if he wants.  Jonny, does that work for you?
> 
> While I ack that we ought to offer this option I also think we need to
> solve the user bug or at least identify the real reason behind it to
> start allowing to disable it.

Jonny, we need more information about what failed on your system before we
can proceed.  If you don't have it we will have to close this bug, since
gfxterm seems to be working fine everywhere else.

Thanks

-- 
Robert Millan

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


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

Bug#422849: git-core: FTBFS - test suite fails

[Gerrit Pape]

On Tue, May 08, 2007 at 06:05:50PM +0200, Domenico Andreoli wrote:
> is there a way to pass -v down from debian/rules? maybe fakeroot is
> messing here...

Adding GIT_TEST_OPTS=-v to OPTS should work.  Regards, Gerrit.


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

Bug#423014: console's last three lines become inaccessible once xdm start up

[Julien Cristau]

severity 423014 normal
tag 423014 - security
# reassigning to the server pending further information
reassign 423014 xserver-xorg-core
kthxbye

On Wed, May  9, 2007 at 15:00:19 +0200, Edward Welbourne wrote:

> When I start up xdm, the console starts to imagine that there are
> three more lines available than actually exist.  The console actually
> has 25 lines; but the console ttys think it has 28 lines.  The resize
> command reports LINES=28.  Even if I export LINES=25 and then fire up
> screen, my shell within screen has LINES=28.
> 
This is most likely not related to xdm.  Does this happen as well when
you disable /etc/init.d/xdm and run "startx" instead?

Please send the output of /usr/share/bug/xserver-xorg-core/script 3>&1
to this bug.

Thanks,
Julien


signature.asc
Description: Digital signature

Processed: Re: Bug#423014: console's last three lines become inaccessible once xdm start up

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 423014 normal
Bug#423014: console's last three lines become inaccessible once xdm start up
Severity set to `normal' from `critical'

> tag 423014 - security
Bug#423014: console's last three lines become inaccessible once xdm start up
Tags were: security
Tags removed: security

> # reassigning to the server pending further information
> reassign 423014 xserver-xorg-core
Bug#423014: console's last three lines become inaccessible once xdm start up
Bug reassigned from package `xdm' to `xserver-xorg-core'.

> kthxbye
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: reassign

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 422729 grub-of
Bug#422729: [ppc] recent snapshot doesn't work at all and drops me to OF
Warning: Unknown package 'grub-of'
Bug reassigned from package `grub2' to `grub-of'.

> reassign 419151 grub-of
Bug#419151: update-grub assumes kernel linux images are called "vmlinuz"
Warning: Unknown package 'grub-of'
Bug reassigned from package `grub2' to `grub-of'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#422979: dpkg: update-alternatives doesn't create the symlink

[Manoj Srivastava]

Hi,

It is not just fakeroot.  debootstrap itself is broken, so you
 can't even get a new root file system.  debootstrap fails at:
,
| I: Configuring base-files...
| I: Configuring libblkid1...
| I: Configuring e2fsprogs...
| I: Configuring gzip...
| I: Configuring dpkg...
| I: Configuring dselect...
| I: Configuring sysvinit-utils...
| I: Configuring login...
| I: Configuring lsb-base...
| I: Configuring procps...
| I: Configuring mount...
| I: Configuring passwd...
| I: Configuring initscripts...
| I: Configuring base-files...
| I: Configuring base-files...
| W: Failure while configuring required packages.
`

chrooting into the dir, the error is that base-files postinst
 cannot find awk. mawk had indeed been configured earlier. So, while
 /etc/alternatives/awk exists, and points to mawk, there is no symlink
 /usr/bin/awk created.

manoj
-- 
Boy!  Eucalyptus!
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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

Processed: Re: Processed: reassign

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 422729 grub2
Bug#422729: [ppc] recent snapshot doesn't work at all and drops me to OF
Warning: Unknown package 'grub-of'
Bug reassigned from package `grub-of' to `grub2'.

> reassign 419151 grub2
Bug#419151: update-grub assumes kernel linux images are called "vmlinuz"
Warning: Unknown package 'grub-of'
Bug reassigned from package `grub-of' to `grub2'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#422530: openoffice.org-common: ooffice fails to start, dies with segfault

[George B.]

Package: openoffice.org
Followup-For: Bug #422530

Hello,

I can confirm this problem. I upgraded from Etch to unstable and OO
broke (I only had Writer installed). Installing Calc fixed the problem.
(GTK errors go away after installing the openoffice.org-gtk).

Version: 2.2.0-6


HTH,

.George.

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

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



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

Bug#422985: How to solve keyutils and libkrb5-dev

[Sam Hartman]

So, krb5-config spits out a dependency on keyutils, but libkrb5-dev
does not include it.

The problem is that really keyutils is an internal dependency.

Ideally, I'd prefer that krb5-config not spit this out.
The easy fix is for libkrb5-dev to depend on libkeyutils1-dev .

Is there a good way to do something more reasonable though ?



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

Processed: retitle 422985 to krb5-config dependency problem with keyutils

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> retitle 422985 krb5-config dependency problem with keyutils
Bug#422985: openssh: fails to build
Changed Bug title to krb5-config dependency problem with keyutils from openssh: 
fails to build.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: severity of 422985 is important

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> severity 422985 important
Bug#422985: krb5-config dependency problem with keyutils
Severity set to `important' from `serious'

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Re: [Pkg-exppsy-maintainers] Bug#422824: pyepl: FTBFS: environment.pyx:490:37: Cannot assign type 'float' to 'int'

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 422824 + fixed-upstream confirmed pending
Bug#422824: pyepl: FTBFS: environment.pyx:490:37: Cannot assign type 'float' to 
'int'
There were no tags set.
Tags added: fixed-upstream, confirmed, pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#422824: [Pkg-exppsy-maintainers] Bug#422824: pyepl: FTBFS: environment.pyx:490:37: Cannot assign type 'float' to 'int'

[Yaroslav Halchenko]

tags 422824 + fixed-upstream confirmed pending
thanks

Thank you guys for hitting and reporting this issue. Apparently smth
changed with the build tools in sid since it was building fine with
pbuilder whenever I originally uploaded 1.0.28. Now I replicated the
issue with current pbuilder environment and 1.0.28-1. Also it doesn't FTBS for 
etch
so no uploads necessary into updates there...

Actually I was about to upload fresh version (1.0.29) and that one seems
to don't have this FTBS issue, so the fresh upload will close this bug.
I have to test package a bit more before upload.

Cheers

On Tue, 08 May 2007, Michael Ablassmeier wrote:

> Package: pyepl
> Severity: serious
> Version: 1.0.28-1
> Justification: policy violation

> hi, 

> Lucas has rebuild the archive on i386 and your package Failed to Build
> from Source with the following error:

>  > 7building 'pyepl.hardware.vr.environment' extension
>  > 7/build/user/pyepl-1.0.28/code/hardware/vr/environment.pyx:490:37: Cannot 
> assign type 'float' to 'int'
>  > 7/build/user/pyepl-1.0.28/code/hardware/vr/environment.pyx:491:37: Cannot 
> assign type 'float' to 'int'
>  > 7/build/user/pyepl-1.0.28/code/hardware/vr/environment.pyx:541:37: Cannot 
> assign type 'float' to 'int'
>  > 7[..]
>  > 7build/user/pyepl-1.0.28/code/hardware/vr/environment.pyx:816:81: Cannot 
> assign type 'float' to 'int'
>  > 7/build/user/pyepl-1.0.28/code/hardware/vr/environment.pyx:818:82: Cannot 
> assign type 'float' to 'int'
>  > 7/build/user/pyepl-1.0.28/code/hardware/vr/environment.pyx:824:94: Cannot 
> assign type 'float' to 'int'
>  > 7make: *** [build-arch-python2.4] Error 1

> the full log can be found here:

>  
> http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/pyepl_1.0.28-1_sid32.buildlog

> bye,
> - michael


> ___
> Pkg-exppsy-maintainers mailing list
> [EMAIL PROTECTED]
> http://lists.alioth.debian.org/mailman/listinfo/pkg-exppsy-maintainers


-- 
Yaroslav Halchenko
Research Assistant, Psychology Department, Rutgers-Newark
Student  Ph.D. @ CS Dept. NJIT
Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171
101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102
WWW: http://www.linkedin.com/in/yarik


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

Bug#422931: marked as done (typo in texlive-base-bin.postinst: line 288)

[Debian Bug Tracking System]

Your message dated Wed, 09 May 2007 15:47:15 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#422929: fixed in texlive-bin 2007-7
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: texlive-base-bin
Version: 2007-6
Severity: serious

There is a typo in the .postinst in line 288:
> /var/lib/dpkg/info/texlive-base-bin.postinst: line 288: update-alternative: 
> command not found

Should be of course update-alternative*s*


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.20.7

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

--- Package information. ---
Depends(Version) | Installed
-+-==
perl | 5.8.8-7
ed   | 0.2-20
mime-support | 3.39-1
libc6 (>= 2.5-5) | 2.5-7
libncurses5   (>= 5.4-5) | 5.5-5
libpng12-0 (>= 1.2.13-4) | 1.2.15~beta5-1
libpoppler0c2 (>= 0.4.2) | 0.4.5-5.1
libx11-6 | 2:1.0.3-7
libxaw7  | 1:1.0.3-3
libxmu6  | 1:1.0.3-1
libxpm4  | 1:3.5.6-2
libxt6   | 1:1.0.5-2
zlib1g  (>= 1:1.2.1) | 1:1.2.3-13
texlive-common (>= 2007) | 2007-5



--- End Message ---
--- Begin Message ---
Source: texlive-bin
Source-Version: 2007-7

We believe that the bug you reported is fixed in the latest version of
texlive-bin, which is due to be installed in the Debian FTP archive:

texlive-base-bin_2007-7_i386.deb
  to pool/main/t/texlive-bin/texlive-base-bin_2007-7_i386.deb
texlive-bin_2007-7.diff.gz
  to pool/main/t/texlive-bin/texlive-bin_2007-7.diff.gz
texlive-bin_2007-7.dsc
  to pool/main/t/texlive-bin/texlive-bin_2007-7.dsc
texlive-extra-utils_2007-7_i386.deb
  to pool/main/t/texlive-bin/texlive-extra-utils_2007-7_i386.deb
texlive-font-utils_2007-7_i386.deb
  to pool/main/t/texlive-bin/texlive-font-utils_2007-7_i386.deb
texlive-lang-indic_2007-7_i386.deb
  to pool/main/t/texlive-bin/texlive-lang-indic_2007-7_i386.deb
texlive-metapost_2007-7_i386.deb
  to pool/main/t/texlive-bin/texlive-metapost_2007-7_i386.deb
texlive-music_2007-7_i386.deb
  to pool/main/t/texlive-bin/texlive-music_2007-7_i386.deb
texlive-omega_2007-7_i386.deb
  to pool/main/t/texlive-bin/texlive-omega_2007-7_i386.deb
texlive-xetex_2007-7_i386.deb
  to pool/main/t/texlive-bin/texlive-xetex_2007-7_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Norbert Preining <[EMAIL PROTECTED]> (supplier of updated texlive-bin package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 09 May 2007 00:59:49 +0200
Source: texlive-bin
Binary: texlive-extra-utils texlive-xetex texlive-lang-indic texlive-omega 
texlive-font-utils texlive-metapost texlive-base-bin texlive-music
Architecture: source i386
Version: 2007-7
Distribution: unstable
Urgency: low
Maintainer: Debian TeX Maintainers <[EMAIL PROTECTED]>
Changed-By: Norbert Preining <[EMAIL PROTECTED]>
Description: 
 texlive-base-bin - TeX Live: Essential binaries
 texlive-extra-utils - TeX Live: TeX auxiliary programs
 texlive-font-utils - TeX Live: TeX font-related programs
 texlive-lang-indic - TeX Live: Indic
 texlive-metapost - TeX Live: MetaPost (and Metafont) drawing packages
 texlive-music - TeX Live: Music typesetting
 texlive-omega - TeX Live: Omega
 texlive-xetex - TeX Live: XeTeX macros
Closes: 422929
Changes: 
 texlive-bin (2007-7) unstable; urgency=low
 .
   * fix typo in texlive-base-bin.postinst (Closes: #422929)
Files: 
 f0de7fb79cff40a4c15b58ca2cc81ba5 1099 tex optional texlive-bin_2007-7.dsc
 bd4e8f87b62d0141211219ddf89c9dd7 135789 tex optional texlive-bin_2007-7.diff.gz
 46d0f374cea2f9996c026ce8c45f5b67 11335090 tex optional 
texlive-base-bin_2007-7_i386.deb
 589108b9cdec81f632831b94a2ab1b00 915120 tex optional 
texlive-extra-utils_2007-7_i386.deb
 404720a517d8d4064ccc6e176871 1090396 tex

Bug#422929: marked as done (texlive-base-bin: typo in postinst: update-alternative)

[Debian Bug Tracking System]

Your message dated Wed, 09 May 2007 15:47:15 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#422929: fixed in texlive-bin 2007-7
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: texlive-base-bin
Version: 2007-6
Severity: important

There is a small type in postinst, line 288:

It's update-alternative, whereas it should be update-alternatives (note
the missing 's').

Cheers,
Michael


-- Package-specific info:
If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report. Don't forget to also include minimal examples of
other files that are needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.latex-einfuehrung.de/mini-en.html (english)

or 

http://www.latex-einfuehrung.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 1174 2007-05-08 23:38 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root staff 25 2006-11-15 01:08 /usr/local/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-LOCAL
lrwxrwxrwx 1 root root 29 2007-04-15 00:27 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 27 2007-05-05 19:36 /usr/share/texmf-texlive/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVE
lrwxrwxrwx 1 root root 27 2007-05-05 19:36 /usr/share/texmf-texlive/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVE
##
 Config files
lrwxrwxrwx 1 root root 20 2007-04-15 00:27 /usr/share/texmf/web2c/texmf.cnf -> 
/etc/texmf/texmf.cnf
-rw-r--r-- 1 root root 4364 2007-05-08 23:37 /var/lib/texmf/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 7667 2007-05-08 23:37 /var/lib/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 4807 2007-05-08 23:37 
/var/lib/texmf/tex/generic/config/language.dat
##
 md5sums of texmf.d
25bf3a257a0bedb5c67349c3eaff74af  /etc/texmf/texmf.d/05TeXMF.cnf
5f7f6652cc8b8071c9e4ea6ba9e9f0a1  /etc/texmf/texmf.d/15Plain.cnf
e95ae4d6b002ade290425bd74a175a83  /etc/texmf/texmf.d/45TeXinputs.cnf
ea33127256c6a9f37145ae5b16fdb80c  /etc/texmf/texmf.d/55Fonts.cnf
15cd7cfba075d781fa71dfd994ca72ce  /etc/texmf/texmf.d/65BibTeX.cnf
9da7c1c7b1eaf06f941af91f48a23068  /etc/texmf/texmf.d/75DviPS.cnf
7ae52efac46feb97010986e57877d12e  /etc/texmf/texmf.d/80DVIPDFMx.cnf
7952e5392660042fb4b84e67a3b85463  /etc/texmf/texmf.d/85Misc.cnf
7e8f87acdeba48edac16d851c77b9e75  /etc/texmf/texmf.d/90TeXDoc.cnf
e3b19f249b562f21556a3ea2abc17678  /etc/texmf/texmf.d/95NonPath.cnf
0b5483ae6af6c33480de5d1f628ffe83  /etc/texmf/texmf.d/96JadeTeX.cnf

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

Kernel: Linux 2.6.21.1
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 texlive-base-bin depends on:
ii  ed0.2-20 The classic unix line editor
ii  libc6 2.5-7  GNU C Library: Shared libraries
ii  libncurses5   5.5-5  Shared libraries for terminal hand
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libpoppler0c2 0.4.5-5.1  PDF rendering library
ii  libx11-6  2:1.1.1-1  X11 client-side library
ii  libxaw7   1:1.0.3-3  X11 Athena Widget library
ii  libxmu6   1:1.0.3-1  X11 miscellaneous utility library
ii  libxpm4   1:3.5.6-2  X11 pixmap library
ii  libxt61:1.0.5-2  X11 toolkit intrinsics library
ii  mime-support  3.39-1 MIME files 'mime.types' & 'mailcap
ii  perl  5.8.8-7Larry Wall's Practical Extraction 
ii  texlive-common2007-5 TeX Live: Base component
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages texlive-base-bin recommends:
ii  perl-tk  1:804.027-7 Perl module providing the Tk graph

Versions of p

Bug#422909: schroot: race condition (?) during cleanup leads to data loss

[Adeodato Simó]

* Lucas Nussbaum [Wed, 09 May 2007 15:41:33 +0200]:

> But if I ask ssh to allocate an tty (-t option), it doesn't fail:

I can confirm this behavior. I suffered it with schroot processes
invoked from cron.

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
The true teacher defends his pupils against his own personal influence.
-- Amos Bronson Alcott



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

Bug#423041: git-svn is not bin-nmu safe

[Armin Berres]

Package: git-svn
Version: 1:1.5.1.3-1
Severity: serious

I just tried to install git-svn, but after the bin-nmu of git-core this
is no more possible: 

| The following packages have unmet dependencies:
|   git-svn: Depends: git-core (= 1:1.5.1.3-1) but 1:1.5.1.3-1+b1 is
|   installed.

Greetings,
Armin

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

Kernel: Linux 2.6.18-99 (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#423040: Source package contains non-free IETF RFC/I-D

[Simon Josefsson]

Severity: serious
Package: linux-2.6
Version: 2.6.20-3
User: [EMAIL PROTECTED]
Usertags: nonfree-doc rfc

Hi!

This source package contains the following files from the
IETF under non-free license terms:

pkg linux-2.6 ver 2.6.20-3
  linux-2.6-2.6.20/Documentation/netlabel/draft-ietf-cipso-ipsecurity-01.txt

The license on RFC/I-Ds is not DFSG-free, see:
 * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

The etch release policy says binary and source packages must each be free:
 * http://release.debian.org/etch_rc_policy.txt

The severity is serious, because this violates the Debian policy:
 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding 'dfsg' to the Debian package
   version name.

3. Move the package to non-free.

General discussions are kindly requested to take place on debian-legal
or debian-devel in the thread with Subject: "Non-free IETF RFC/I-Ds in
source packages".

Thanks,
Simon


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

Bug#422909: schroot: race condition (?) during cleanup leads to data loss

[Adeodato Simó]

* Adeodato Simó [Wed, 09 May 2007 18:02:17 +0200]:

> I can confirm this behavior. I suffered it with schroot processes
> invoked from cron.

The cause seems to be in schroot-listmounts, which tries to open
/dev/tty. This yields an epmty list of mounts when there is no
controling tty.

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
British policemen don't wear guns. If they're chasing someone, they
yell, "Stop! Or I'll yell stop again".
-- Robin Williams



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

Processed: Update

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> found 393380 1.6.dfsg.1-3
Bug#393380: Source package contains non-free IETF RFC/I-D's
Bug marked as found in version 1.6.dfsg.1-3.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#423063: Source package contains non-free IETF RFC/I-D

[Hugo Santos]

Hi Simon,

 Thanks for the report. We'll upload a new version soon without this problem.

 Thanks,
   Hugo

On 5/9/07, Simon Josefsson <[EMAIL PROTECTED]> wrote:

Severity: serious
Package: mrd6
Version: 0.9.5-rev3-0.1
User: [EMAIL PROTECTED]
Usertags: nonfree-doc rfc

Hi!

This source package contains the following files from the
IETF under non-free license terms:

+pkg mrd6 ver 0.9.5-rev3-0.1
+  mrd6-0.9.5-rev3/src/docs/rfcs/rfc2858.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/rfc3569.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/rfc3956.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/rfc2710.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/rfc3810.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/draft-ietf-ssm-arch-06.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/rfc2362.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/rfc1771.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/rfc2464.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/draft-ietf-pim-sm-v2-new-11.txt

The license on RFC/I-Ds is not DFSG-free, see:
 * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

The etch release policy says binary and source packages must each be free:
 * http://release.debian.org/etch_rc_policy.txt

The severity is serious, because this violates the Debian policy:
 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding 'dfsg' to the Debian package
   version name.

3. Move the package to non-free.

General discussions are kindly requested to take place on debian-legal
or debian-devel in the thread with Subject: "Non-free IETF RFC/I-Ds in
source packages".

Thanks,
Simon






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

Processed: reopen 393368

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> found 393368 2.10.1-1
Bug#393368: Source package contains non-free IETF RFC/I-D's
Bug marked as found in version 2.10.1-1.

> reopen 393368
Bug#393368: Source package contains non-free IETF RFC/I-D's
'reopen' may be inappropriate when a bug has been closed with a version;
you may need to use 'found' to remove fixed versions.
Bug reopened, originator not changed.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Update

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> found 393373 0.96.3-1
Bug#393373: Source package contains non-free IETF RFC/I-D's
Bug marked as found in version 0.96.3-1.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#423063: Source package contains non-free IETF RFC/I-D

[Simon Josefsson]

Severity: serious
Package: mrd6
Version: 0.9.5-rev3-0.1
User: [EMAIL PROTECTED]
Usertags: nonfree-doc rfc

Hi!

This source package contains the following files from the
IETF under non-free license terms:

+pkg mrd6 ver 0.9.5-rev3-0.1
+  mrd6-0.9.5-rev3/src/docs/rfcs/rfc2858.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/rfc3569.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/rfc3956.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/rfc2710.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/rfc3810.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/draft-ietf-ssm-arch-06.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/rfc2362.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/rfc1771.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/rfc2464.txt
+  mrd6-0.9.5-rev3/src/docs/rfcs/draft-ietf-pim-sm-v2-new-11.txt

The license on RFC/I-Ds is not DFSG-free, see:
 * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

The etch release policy says binary and source packages must each be free:
 * http://release.debian.org/etch_rc_policy.txt

The severity is serious, because this violates the Debian policy:
 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding 'dfsg' to the Debian package
   version name.

3. Move the package to non-free.

General discussions are kindly requested to take place on debian-legal
or debian-devel in the thread with Subject: "Non-free IETF RFC/I-Ds in
source packages".

Thanks,
Simon



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

Bug#422849: git-core: FTBFS - test suite fails

[Domenico Andreoli]

On Wed, May 09, 2007 at 01:26:36PM +, Gerrit Pape wrote:
> On Tue, May 08, 2007 at 06:05:50PM +0200, Domenico Andreoli wrote:
> > is there a way to pass -v down from debian/rules? maybe fakeroot is
> > messing here...
> 
> Adding GIT_TEST_OPTS=-v to OPTS should work.  Regards, Gerrit.

i already figured out how to achieve this. thanks.

domenico

-[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50


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

Bug#422849: git-core: FTBFS - test suite fails

[Domenico Andreoli]

severity 422849 important
thanks

On Wed, May 09, 2007 at 01:05:47PM +, Gerrit Pape wrote:
> On Tue, May 08, 2007 at 06:05:50PM +0200, Domenico Andreoli wrote:
> > On Tue, May 08, 2007 at 01:45:30PM +, Gerrit Pape wrote:
> > >
> > > can you please, after the build failure, do
> > > 
> > >  $ (cd t && sh t1400-update-ref.sh -v)
> > 
> > this works. the next build failed elsewhere, but manually the test
> > passed.
> 
> This is strange, and shouldn't be, -v is just to make the tests verbose.
> How are you trying to build the package?, as which user, what is the
> environment, what the command you run?  Can you try with pbuilder?

i'm using debuild -uc -us -B on a pure sid box used only for debian
development.

anyway the error was due to some problem loading libraries.  i didn't
wrote it down, so i'm trying to reproduce it again.  it might be from
ld, i'm still not sure. in the meanwhile libc6 has been updated...

surely it is not from git-core since i read it also in building curl
7.16.2. build of git-core was done using libcurl 7.15.5, the one in
testing/stable, so it should not be a fault of libcurl itself.

please keep the report open until i'm able to reassing to the right
package or close it. thank you.

regards
domenico

-[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50


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

Processed: Re: Bug#422849: git-core: FTBFS - test suite fails

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 422849 important
Bug#422849: git-core: FTBFS - test suite fails
Severity set to `important' from `serious'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#423093: fglrx-driver: Compiled for 7.1, incompatible with 1.3.0.0

[Ken Bloom]

Package: fglrx-driver
Version: 8.31.5-1
Severity: grave
Justification: renders package unusable

Attempting to use the (experimental) fglrx driver on current sid Xorg
installations doesn't work becuase of a version number mismatch. I'd
venture to guess that this is also the case with the version of the
driver currently in Sid, because I couldn't get X.org to start with
that driver either.

(II) LoadModule: "fglrx"
(II) Loading /usr/lib/xorg/modules/drivers//fglrx_drv.so
(II) Module fglrx: vendor="FireGL - ATI Technologies Inc."
compiled for 7.1.0, module version = 8.31.5
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 1.0
[atiddxSetup] X version mismatch - detected X.org 1.3.0.0, required X.org 
7.1.0.0
(II) UnloadModule: "fglrx"
(II) Unloading /usr/lib/xorg/modules/drivers//fglrx_drv.so
(EE) Failed to load module "fglrx" (module requirement mismatch, 0)

--Ken Bloom

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

Kernel: Linux 2.6.18-1-amd64 (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 fglrx-driver depends on:
ii  libc6   2.5-7GNU C Library: Shared libraries
ii  libgcc1 1:4.2-20060709-1 GCC support library
ii  libstdc++5  1:3.3.6-15   The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxrandr2  2:1.2.1-1X11 RandR extension library
ii  libxrender1 1:0.9.2-1X Rendering Extension client libra
ii  xserver-xorg1:7.2-3  the X.Org X server

Versions of packages fglrx-driver recommends:
ii  fglrx-kernel-2.6.18-1- 8.31.5-1+2.6.18-3 ATI binary kernel module for Linux
ii  fglrx-kernel-src   8.31.5-1  kernel module source for the ATI g

-- no debconf information


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

Bug#422989: Probably 422979

[David Härdeman]

This is probably not a bug in usplash but instead #422979 that you're 
seeing...


--
David Härdeman

Bug#423041: git-svn is not bin-nmu safe

[Armin Berres]

On Wed, 09 May 07 18:03, Armin Berres wrote:
> I just tried to install git-svn, but after the bin-nmu of git-core this
> is no more possible: 

BTW: All other arch-all packages which are built from the git sources
have the same problem...

/Armin


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

Bug#421552: asterisk-h323: Asterisks chan_h323 doesn't work because of an undefined symbol

[Mark Purcell]

On Tue, 8 May 2007, Korbinian Rosenegger wrote:
> The problem seems to be the h323_no_exit.dpatch which prevents the
> second make run, but this causes some essential variables not to be set,
> and then chan_h323.so is not linked against libopenh323.
> I disabled the patch and added a second make in debian/rules (appending
> "|| true" to the first make is necessary because it will exit with error
> 1), and the H323 channel works.

Thanks Korbi,

The asterisk build system is a bit of a mystery.

Will give it a go...

Mark


pgpi8Be1nFXcs.pgp
Description: PGP signature

Bug#418008: wacom-kernel-source: patch for the problem

[Gerfried Fuchs]

Package: wacom-kernel-source
Version: 0.7.4.1-5
Followup-For: Bug #418008

Hi!

 This bug affects the version in etch, too.  Here is a oneline fix for
the problem:

#v+
  if [ -d $ksrc/include ]; then

- kvers="`head -n 1 $ksrc/include/linux/version.h | cut -c 22- | rev | 
cut -c 2- | rev`"
+ kvers="`cat $ksrc/include/config/kernel.release`"
  [ $kvers = `uname -r` ] || echo "Warning: kernel headers don't match 
running $kernel version."
#v-

 Though, I'm not too sure if the source is able to properly support the
release kernel - it seems like it's able to support only up to 2.6.16
kernels, and the new release informations about 0.7.6-4 from upstream
supporting 2.6.17 and 2.6.18 does add to that feeling.

 Could you please upgrade to that new upstream release too?  I really
wonder why this wasn't possible prior to etch release.  :(

 So long,
Alfie
-- 
mozilla-firefox (1.0.3-1) unstable; urgency=low
  * New upstream release, fixes various security issues, so urgency high.


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

Bug#422979: marked as done (dpkg: update-alternatives doesn't create the symlink)

[Debian Bug Tracking System]

Your message dated Wed, 09 May 2007 19:47:04 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#422979: fixed in dpkg 1.14.2
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: dpkg
Version: 1.14.1
Severity: normal


  Hello,

  I've just updated gs-common which did swtch the handling of ps2pdf
to update-alternatives. 

  gs-comomn.postinst does include the following lines, called under
the configure target:

update-alternatives --install /usr/bin/ps2pdf \
  ps2pdf /usr/bin/ps2pdf14 50
update-alternatives --install /usr/bin/ps2pdf \
  ps2pdf /usr/bin/ps2pdf12 30
update-alternatives --install /usr/bin/ps2pdf \
  ps2pdf /usr/bin/ps2pdf13 40

  Everything looks fine and update-alternatives seems happy.

9:53 [EMAIL PROTECTED] ~ /usr/sbin/update-alternatives --display ps2pdf
ps2pdf - status is auto.
 link currently points to /usr/bin/ps2pdf14
/usr/bin/ps2pdf14 - priority 50
/usr/bin/ps2pdf12 - priority 30
/usr/bin/ps2pdf13 - priority 40
Current `best' version is /usr/bin/ps2pdf14.

  However, as it appears that update-alternatives did not create the
symlink /usr/bin/ps2pdf -> /etc/alternatives/ps2pdf during the process,
ps2pdf simply does not work. Is it a problem in the recent
update-alternatives, or did the gs-common maintainer make a mistake ?
I supposed the former as dpkg was upgraded at the same time as gs-common,
and I've seen package with a more crude use of update-alternative work
properly.

  This report is somehow similar to #100135, but in this case, it
renders parts of gs-common unusable, so I preferred submitting a new
report.

  I hope this helps, and that I don't bother you for another's mistake.

  Cheers,

  Vincent Fourmond

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

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

Versions of packages dpkg depends on:
ii  coreutils 5.97-5.3   The GNU core utilities
ii  libc6 2.5-7  GNU C Library: Shared libraries

dpkg recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: dpkg
Source-Version: 1.14.2

We believe that the bug you reported is fixed in the latest version of
dpkg, which is due to be installed in the Debian FTP archive:

dpkg-dev_1.14.2_all.deb
  to pool/main/d/dpkg/dpkg-dev_1.14.2_all.deb
dpkg_1.14.2.dsc
  to pool/main/d/dpkg/dpkg_1.14.2.dsc
dpkg_1.14.2.tar.gz
  to pool/main/d/dpkg/dpkg_1.14.2.tar.gz
dpkg_1.14.2_i386.deb
  to pool/main/d/dpkg/dpkg_1.14.2_i386.deb
dselect_1.14.2_i386.deb
  to pool/main/d/dpkg/dselect_1.14.2_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Guillem Jover <[EMAIL PROTECTED]> (supplier of updated dpkg package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 09 May 2007 22:22:45 +0300
Source: dpkg
Binary: dpkg dselect dpkg-dev
Architecture: source i386 all
Version: 1.14.2
Distribution: unstable
Urgency: low
Maintainer: Dpkg Developers <[EMAIL PROTECTED]>
Changed-By: Guillem Jover <[EMAIL PROTECTED]>
Description: 
 dpkg   - package maintenance system for Debian
 dpkg-dev   - package building tools for Debian
 dselect- user tool to manage Debian packages
Closes: 260987 353252 361866 367717 392431 422239 422979 423029 423085
Changes: 
 dpkg (1.14.2) unstable; urgency=low
 .
   [ Guillem Jover ]
   * Remove bashisms in dpkg-buildpackage. Closes: #422239
   * Handle case in update-alternatives when there's no existing alternative
 to configure. Closes: #260987, #353252, #367717, #392431
   * Add solaris support to ostable and triplettable. Closes: #361866
   * Properly create the generic name symlink in update-alternatives for new
 alternatives. Closes: #422979
   * Include translations again, which disappeared due to a dirty source tree
 and a bogus Makefile.am for the man pages. Closes: #423029, #423085
Files: 
 45c

Bug#423104: grub-pc not installing

[Yann Dirson]

Package: grub-pc
Version: 1.95+20070507-1
Severity: serious

I have a problem that looks similar to 422851, but the error is
slightly different, so I open a new report.

|Setting up grub-pc (1.95+20070507-1) ...
|Updating /boot/grub/grub.cfg ...
|cannot find a GRUB drive for /dev/hda1.
|cannot find a GRUB drive for /dev/hda1.
|Found linux image:  /boot/vmlinuz-2.4.18-bf2.4
|Found linux image:  /boot/vmlinuz-2.4.31-smp
|Found linux image:  /boot/vmlinuz-2.6.0
|Found linux image:  /boot/vmlinuz-2.6.1
|Found linux image:  /boot/vmlinuz-2.6.15.4-smp
|Found linux image:  /boot/vmlinuz-2.6.18.2-smp
|Found linux image:  /boot/vmlinuz-2.6.19.1-smp
|Found linux image:  /vmlinuz-26
|done
|cannot find a GRUB drive for /dev/hda1.
|Auto-detection of a filesystem module failed.
|Please specify the module with the option `--modules' explicitly.
|dpkg: error processing grub-pc (--configure):
| subprocess post-installation script returned error exit status 1


FWIW, hda1 is my root filesystem (and is declared as such in fstab),
and most other filesystems are on evms volumes:

|/dev/hda1   /   ext3errors=remount-ro   0   1
|/dev/evms/usr   /usrext3defaults0   2
|/dev/evms/usrlocal  /usr/local  ext3defaults0   2
|/dev/evms/var   /varext3defaults0   2
|/dev/evms/home  /home   ext3defaults0   2
|/dev/evms/work  /export/workext3defaults0   2
|/dev/evms/swap  swapswapdefaults0   0


In case it helps:

|# grub-probe -v /boot/grub
|grub-probe: info: changing current directory to /dev
|grub-probe: info: changing current directory to evms
|grub-probe: info: changing current directory to dm
|grub-probe: info: changing current directory to snd
|grub-probe: info: changing current directory to usb
|grub-probe: info: changing current directory to bus
|grub-probe: info: changing current directory to usb
|grub-probe: info: changing current directory to 003
|grub-probe: info: changing current directory to 002
|grub-probe: info: changing current directory to 001
|cannot find a GRUB drive for /dev/hda1.


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

Bug#423107: rtorrent fails to start

[Skibbi]

Subject: rtorrent fails to start
Package: rtorrent
Version: 0.7.4-1
Severity: grave
Justification: renders package unusable

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

rtorrent fails to start with following error:
rtorrent: symbol lookup error: rtorrent: undefined symbol:
_ZN7torrent21max_download_unchokedEv

-- System Information:
Debian Release: 4.0 by Linux-Systeme
Architecture: i386 (i686)

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

Versions of packages rtorrent depends on:
ii  libc62.5-7   GNU C Library: Shared libraries
ii  libcomer 1.39+1.40-WIP-2007.04.07+dfsg-2 common error description 
library
ii  libcurl3 7.15.5-1Multi-protocol file 
transfer libra

ii  libgcc1  1:4.1.2-6   GCC support library
ii  libidn11 0.6.5-1 GNU libidn library, 
implementation

ii  libkrb53 1.6.dfsg.1-2MIT Kerberos runtime libraries
ii  libncurs 5.5-5   Shared libraries for 
terminal hand
ii  libsigc+ 2.0.17-2type-safe Signal Framework 
for C++

ii  libssl0. 0.9.8e-5SSL shared libraries
ii  libstdc+ 4.1.2-6 The GNU Standard C++ Library v3
ii  libtorre 0.11.4-1a C++ BitTorrent library
ii  zlib1g   1:1.2.3-13  compression library - runtime

rtorrent recommends no packages.

-- no debconf information


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

Bug#422794: Starting is impossible

[Jonny]

Robert Millan <[EMAIL PROTECTED]> write:

> Can you explain that?  What happens when "font" is processed?

A screen shot is attached. The operation is not accepted from this state at 
all. 
begin 644 grub.png
MB5!.1PT*&@[EMAIL PROTECTED]&0$`(```!8%1QY"7!(67,```L2
M```+$@'2W7[\```2W4E$051XVNW=2Y*CN`(%T*P.+R!7QR)9Y1M4#]Q!V$](
M0NB*ZD"@%[V?=_W_?CW;=NV;?OTR?+_K5OJKG)]^L$#K1O:XF
M6Z*-OD];^/1M6O^*6BU?]E/?\*P-`/CNS^OWY^?UJR(`VGTZ43S>E%%R&E/R
MOT=77`M05Z[C]O0M5\EIWFPW691'&[UJHZ0&^KY%Y?M2=>LJ>6QJK[9N[U?M
MK=RW;P#`<[EMAIL PROTECTED]@'AN40$```#B"[EMAIL 
PROTECTED]"`>`(.()Z``P```(@GX```
M``#B"[EMAIL PROTECTED]"`>`(.()Z``P```(@GX`#B"[EMAIL 
PROTECTED]"`>`(.()Z`
M`P```(@GX`#B"[EMAIL PROTECTED]"`>`(.()Z``P```(@GX`#B"[EMAIL 
PROTECTED]"`
M>`(.()Z``P```(@GX`#B"[EMAIL PROTECTED]"`>`(.()Z``P```(@GX```
M``#B"[EMAIL PROTECTED]"`>*]>7[3O^[[O*A0```!R;=NV;5OBEK^N^-+<[EMAIL 
PROTECTED]("G6>.2
M!;>H`/$$'$`\`0<03\`!Q!-P`/$$'$`\`0<`
M```0[S5R96N\61<```!FL&W;MFWJX2]7<`#Q!!P```!`/`$'$$_`
M`0```,03<`#Q!!P```!`/`$'$$_``0```,03<`#Q!!P```!`
M/`$'$$_``0```,03<`#Q!!P```!`/`$'$.\U`(.()Z``P```(@GX`#B"[EMAIL 
PROTECTED]
M``"`>`(.()Z``P```(@GX`#B"[EMAIL PROTECTED]"`>`(.()Z``P```(@G
MX`#B"[EMAIL PROTECTED]"`>`(.()Z``P```(@GX`#B"[EMAIL 
PROTECTED]"`>`(.
M()Z``P```(@GX`#B"[EMAIL PROTECTED]"`>`(.()Z``P```([EMAIL PROTECTED]
MO[=MV[:M_'\32_J]%._E32GU2FUT5UM<5X>)/6JV4?F<>IB_G\S67KWJS0Q@
M+(_O&_K\%=\P_U@>.5(<@4`B5W!0Y#C%?Y(U]1_+55[2^:VQ&W8PT3XJGR`K
[EMAIL PROTECTED];@OG+&/[5HT?*8Y`()$K.'BH[[M)OXH#E#-;\K2^H5P`[RQ9*EQI3K^&U77T#[J5PE]?#W,V42+1Q5_VWC^659,UL?8.GE5IPYO7>]7!![37SO+%V
M';H=9LQ8%FW`&@0<-SONU-__7K+LJG6R1EGF_X7M.:-LYK&\:IW//[.)`EFI
M;Z2WLED4XP)HYQ:5*:QT.P;/<3P,_?[WON-ESI%B+*L-H(5Y`X`6`H[;?#H)
M;-FI7WUB^81U4>[[KR(C+RJ^=Z1<,99S1\HS9[:12Y5_\_>_S&;^>=Y>+VO>
MX,D]Y][QY:@5[O7G]?OS\_I5$>U&[EMAIL PROTECTED]>-UST9OOQ])3.4:^23R>N>;'^V
M#NL>_35/'8[O424')7/VWGGFC?$S6\N[BD;.O6??4]!K));?+G?V#5-7UWS[
M%H[OO75;V/+NE5Y/MQDS#]P[1SVAS]?UDY2Q?/5>[EMAIL PROTECTED]<"\!!T`1ARS`
M>LQLZERY@)[EMAIL PROTECTED]'S#:FAE=]-YQ;,(`YN8(#X%]WW68"@[EMAIL 
PROTECTED](N"XS?&PIOSRPI$7!H^\G/CLNNKJ\--:
[EMAIL PROTECTED])>?:.]O>JV]5QRL,6^T]/GVXRY[!X#9>$UL-[T.EX^GP9\NWRTYG1Z_5'OM
MG5U7W?:?+46O+2QIY;Z]\;IR]=JV\:W?MV^,;*^1\\;(L=QK"]M;=H8>U7=$
MC!G%+;4Q9I3=-7YGNT9CSKW#O7W^ZL^/::_O(VN&O0/`&[EMAIL PROTECTED];N#L4F?O
MS#S[N]E=O[;-?X=PRQ8Z1#C;T[AKWKBB->L.T.X=0'6/BUNIE>O&VOP]:LR#J[-:N:2?WR7K/11K[QW*^WS?(S%[!X`9"[EMAIL PROTECTED]
[EMAIL PROTECTED]>[EMAIL PROTECTED]"[EMAIL 
PROTECTED])Y!@<03\`!Q!-P`/$$'``\E!4+[-9[?3&R(P;Z`WCE^+N1=@):[EMAIL PROTECTED]'62,WYY/
MAUQ/^P4XZW#3[_/,TP.?/&\PCS%SN&`"@+\$'!##`=P3VE.'KVE\:Z
MFN_;XBTE.KN%?=?5TEZKUGS[J&S?SBO&UZ=/7G'Z/;(?UJG[MKH>-<.)TSSS
M1M\>->9FAS'SAKWY>'?-O;/-#P`K^?/Z_?EY_:J(%N6'%'4'(BV7&7_:#9OJ6NJZ7R[6QOZRNVL.Y0OM>6E)3N"35?5ZZ6LM<%(F=/BLK+.W(^K.N'
M\\_S=VWAG//&R!89VT_J6D[+QX^LDIHG459KSG.-1LJ\<=8,
MUP+8FY]MJ;J(8:698;8^#/[EMAIL PROTECTED]:Q`L8.U[67
MQZ8^H0Z?,,;-8P!C>,@[EMAIL PROTECTED]),SA+P``P',(."YWO+*`J^LV)>98M6_H\VI#
M*Z.5H5>/TO<`RGG(:#?CG[M>&3=R.>3W_M6CI*RS+RN
[EMAIL PROTECTED]>(]^1,;X?WKMML\T;O4HWSSN`VNO0WORN_I\R]WH<
[EMAIL PROTECTED]@)6Y1`5B Does your video hardware support vesa?

Yes, it works correctly if "c" is typed and input. 
 grub> font /boot/grub/unifont.pff
 grub> insmod gfxterm
 grub> set gfxmode=800x600x8
 grub> terminal gfxterm

Debian box is installed in /dev/hda2. The contents of generated grub.cfg are
the following:
 # DO NOT EDIT THIS FILE
 #
 # It is automaticaly generated by /usr/sbin/update-grub using templates from 
/etc/grub.d
 #

 ### BEGIN /etc/grub.d/00_header ###
 set default=0
 set timeout=5
 set root=(hd0,2)
 font /boot/grub/unifont.pff
 set gfxmode=640x480x32
 insmod gfxterm
 insmod vbe
 terminal gfxterm
 ### END /etc/grub.d/00_header ###

 ### BEGIN /etc/grub.d/10_hurd ###
 ### END /etc/grub.d/10_hurd ###

 ### BEGIN /etc/grub.d/10_linux ###
 menuentry "Debian GNU/Linux, linux 2.6.21" {
 linux   /boot/vmlinuz-2.6.21 root=/dev/hda2 ro
 }
 menuentry "Debian GNU/Linux, linux 2.6.21 (single-user mode)" {
 linux   /boot/vmlinuz-2.6.21 root=/dev/hda2 ro single
 }
 menuentry "Debian GNU/Linux, linux 2.6.21.1" {
 linux   /boot/vmlinuz-2.6.21.1 root=/dev/hda2 ro
 }
 menuentry "Debian GNU/Linux, linux 2.6.21.1 (single-user mode)" {
 linux   /boot/vmlinuz-2.6.21.1 root=/dev/hda2 ro single
 }

### END /etc/grub.d/10_linux ###


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

Bug#418350: fixed in pppconfig 2.3.16

[Thomas Huriaux]

Hi,

John Hasler <[EMAIL PROTECTED]> (01/05/2007):
> Source: pppconfig
> Source-Version: 2.3.16
> 
>  pppconfig (2.3.16) unstable; urgency=high
>  .
>* Removed French man page.
>  Closes: #418350: missing Replaces: manpages-fr (<< 2.39.1-5)

Could you please explain why you removed the manpage instead of using a
replace field as suggested, and why you uploaded in unstable instead of
etch-proposed-updates?

Cheers,

-- 
Thomas Huriaux


signature.asc
Description: Digital signature

Bug#421309: marked as done (gnat-4.1: please upload 4.1.2 to resync with gcc-4.1)

[Debian Bug Tracking System]

Your message dated Wed, 09 May 2007 22:36:18 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug #421309: gnat-4.1: please upload 4.1.2 to resync with 
gcc-4.1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: gnat-4.1
Version: 4.1.1-22
Severity: grave
Justification: renders package unusable (uninstallable)

Could you please upload GNAT 4.1.2 to unstable ASAP?  As it stands,
cpp-4.1's conflict with gnat-4.1 (<= 4.1.1-22) makes gnat-4.1
uninstallable on systems that don't still have suitably old GCC
installations.  Moreover, GCC's tight interpackage dependencies make
it impossible even to upgrade GCC's shared libraries while GNAT is
installed, blocking upgrades of anything built against them recently
(quite a few packages, as the issue affects pretty much everything
written in C++).

Thanks!

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

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

Versions of packages gnat-4.1 depends on:
ii  gcc-4.1   4.1.1-21   The GNU C compiler
ii  gnat-4.1-base 4.1.1-22   The GNU Compiler Collection (gnat 
ii  libc6 2.5-4  GNU C Library: Shared libraries
ii  libc6-dev 2.5-4  GNU C Library: Development Librari
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libgnat-4.1   4.1.1-22   Runtime library for GNU Ada applic
ii  libgnatprj4.1 4.1.1-22   GNU Ada Project Manager
ii  libgnatvsn4.1 4.1.1-22   GNU Ada compiler version library

gnat-4.1 recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Version: 4.1.2-1

Uploaded.

--- End Message ---

Processed: Re: [Pkg-gtk2-perl-maintainers] Bug#422388: libcairo-perl: FTBFS: t/CairoSurface....dubious

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 422388 libcairo2 1.4.6-1
Bug#422388: libcairo-perl: FTBFS: t/CairoSurfacedubious
Bug reassigned from package `libcairo-perl' to `libcairo2'.

> retitle 422388 libcairo2: Segfaults in _cairo_ps_surface_finish
Bug#422388: libcairo-perl: FTBFS: t/CairoSurfacedubious
Changed Bug title to libcairo2: Segfaults in _cairo_ps_surface_finish from 
libcairo-perl: FTBFS: t/CairoSurfacedubious.

> forwarded 422388 
> http://lists.freedesktop.org/archives/cairo/2007-May/010546.html
Bug#422388: libcairo2: Segfaults in _cairo_ps_surface_finish
Noted your statement that Bug has been forwarded to 
http://lists.freedesktop.org/archives/cairo/2007-May/010546.html.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#422388: [Pkg-gtk2-perl-maintainers] Bug#422388: libcairo-perl: FTBFS: t/CairoSurface....dubious

[Marc 'HE' Brockschmidt]

reassign 422388 libcairo2 1.4.6-1
retitle 422388 libcairo2: Segfaults in _cairo_ps_surface_finish
forwarded 422388 
http://lists.freedesktop.org/archives/cairo/2007-May/010546.html
thanks

Lucas Nussbaum <[EMAIL PROTECTED]> writes:
> During a rebuild of all packages in sid, I discovered that your package
> failed to build on i386.

After some investigation, I tracked this problem down to an issue in
libcairo. See my report to upstream [1], upstream's reaction [2] and
upstream's mail to the cairo list reporting the same bug [3] and
including a reduced test-case (and a patch for a part of the issue).

Marc

Footnotes: 
[1]  http://mail.gnome.org/archives/gtk-perl-list/2007-May/msg00010.html
[2]  http://mail.gnome.org/archives/gtk-perl-list/2007-May/msg00011.html
[3]  http://lists.freedesktop.org/archives/cairo/2007-May/010546.html
-- 
BOFH #255:
Standing room only on the bus.


pgp95t4zZgXG9.pgp
Description: PGP signature

Bug#421790: #421790: gcc-4.1: Dynamic symbol information missing in stripped libraries

[Frans Pop]

Just for your information.

Bastian Blank has implemented support for --hash-style=gnu in 
readelf-mklibs [1] and will upload a new version of mklibs that solves 
the build problem for the installer.

This change was apparently already pending for some time. Note that 
according to Bastian this readelf-mklibs is not a real readelf.

Given the other issues resulting from the change, reverting it still seems 
like a good option for now.

Cheers,
FJP

[1] https://lophos.multibuild.org/svn/mklibs


pgpokN8g5BBng.pgp
Description: PGP signature

Bug#422909: Bourne shell assistance needed for Bug #422909

[Roger Leigh]

Hi folks,

Bug #422909 has resulted from a broken assumption in how the shell
would handle errors, and I'm unsure exactly how to do this correctly.
Any assistance would be greatly appreciated.  Given that this can in
some circumstances result in severe dataloss, I'd very much like to
get this right.

The actual problematic code is here:
http://svn.debian.org/wsvn/buildd-tools/trunk/schroot/bin/schroot/setup/10mount?op=file&rev=0&sc=0
  :

# Unmount all filesystem under specified location
# $1: mount base location
do_umount_all()
{
"$LIBEXEC_DIR/schroot-listmounts" -m "$1" |
while read mountloc; do
if [ "$AUTH_VERBOSITY" = "verbose" ]; then
echo "Unmounting $mountloc"
fi
umount "$mountloc" || exit 1
done || exit 1
}

The problem here is that if schroot-listmounts segfaults (the trigger
in this case) or returns an error, the script continues without any
indication of the fact, despite "set -e" being in effect.  In this bug
this results in a failure to umount a set of mounted filesystems, and
then an "rm -rf" taking out all the data further down the line.

A small testcase to demonstrate:

int
main (void)
{
  char *s = "segfault me";
  *s = 'p';
  return 0;
}
#!/bin/sh

set -e

# This SEGV goes unnoticed.
./segfault |
while read line; do
	echo "Line: $line"
done || exit 3

# This one is noticed.
./segfault

true
How can I rewrite the while loop securely (and preferably avoiding
tmpfiles), such that any bad exit status or failure will result in
immediate termination of the script with an error status?


Sorry if this is too basic for -devel, but I need to be sure it's
correct.


Many thanks,
Roger

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


pgpCcoBklvLAP.pgp
Description: PGP signature

Bug#422839: lingoteach-ui: FTBFS: error: redefinition of typedef 'GtkCellRendererSpin'

[Kęstutis Biliūnas]

An, 2007 05 08 13:40 +0200, Lucas Nussbaum rašė:
> Package: lingoteach-ui
> Version: 0.3.99+cvs20050512-3
> Severity: serious
> Justification: FTBFS on i386, very likely to fail everywhere else
> Usertags: grid5000 rebuild

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

> ./cell/gtkcellrendererspin.h:48: error: redefinition of typedef 
> 'GtkCellRendererSpin'
> /usr/include/gtk-2.0/gtk/gtkcellrendererspin.h:35: error: previous 
> declaration of 'GtkCellRendererSpin' was here
> ./cell/gtkcellrendererspin.h:49: error: redefinition of typedef 
> 'GtkCellRendererSpinClass'
> /usr/include/gtk-2.0/gtk/gtkcellrendererspin.h:36: error: previous 
> declaration of 'GtkCellRendererSpinClass' was here
> ./cell/gtkcellrendererspin.h:52: error: redefinition of 'struct 
> _GtkCellRendererSpin'
> ./cell/gtkcellrendererspin.h:62: error: redefinition of 'struct 
> _GtkCellRendererSpinClass'
> ./cell/gtkcellrendererspin.h:66: warning: redundant redeclaration of 
> 'gtk_cell_renderer_spin_get_type'
> /usr/include/gtk-2.0/gtk/gtkcellrendererspin.h:49: warning: previous 
> declaration of 'gtk_cell_renderer_spin_get_type' was here
> ./cell/gtkcellrendererspin.h:67: warning: redundant redeclaration of 
> 'gtk_cell_renderer_spin_new'
> /usr/include/gtk-2.0/gtk/gtkcellrendererspin.h:50: warning: previous 
> declaration of 'gtk_cell_renderer_spin_new' was here

Thank you for the bug report.

This problem appears because the lingoteach-gui package was developed at
the time of version 2.8.18 of the GTK+ library. Now we have the version
2.10.12 in the unstable.

I will try to fix this bug, if I will be capable to do so. But the
upstream has expressed his intention to do not continue development
and I am in doubt is it worth to waste the energy ant time on this
package.

Best wishes,
-- 
Kęstutis Biliūnas <[EMAIL PROTECTED]>


signature.asc
Description: Ši laiško dalis yra	pasirašyta skaitmeniniu būdu

Bug#417323: marked as done (depends on non-essential package debconf in postrm)

[Debian Bug Tracking System]

Your message dated Wed, 09 May 2007 22:02:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#417323: fixed in seyon 2.20c-24
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: seyon
Version: 2.20c-23
Severity: serious
Tags: etch-ignore
Usertags: postrm-depends-nonessential
Justification: Policy violation, see section 7.2

hi,

while running archive wide piuparts tests your package failed on purge
because of debconf beeing unavailable during postrm:

  Removing seyon ...
  Purging configuration files for seyon ...
  /var/lib/dpkg/info/seyon.postrm: line 16: /usr/share/debconf/confmodule: No 
such file or directory
  dpkg: error processing seyon (--purge):
   subprocess post-removal script returned error exit status 1
  Errors were encountered while processing:
   seyon

the full log can be found here:

 http://people.debian.org/~abi/piuparts/seyon

please be sure to use a conditional call to debconf and its commands (this is
just an example):

--
 if [ -f /usr/share/debconf/confmodule ]; then
. /usr/share/debconf/confmodule
 fi

 db_get ||:
--

Please also note: Bugs filed on Packages failing in postrm because of debconf
beeing unavailable are not considered RC for etch, so are tagged etch-ignore.

bye,
- michael


--- End Message ---
--- Begin Message ---
Source: seyon
Source-Version: 2.20c-24

We believe that the bug you reported is fixed in the latest version of
seyon, which is due to be installed in the Debian FTP archive:

seyon_2.20c-24.diff.gz
  to pool/main/s/seyon/seyon_2.20c-24.diff.gz
seyon_2.20c-24.dsc
  to pool/main/s/seyon/seyon_2.20c-24.dsc
seyon_2.20c-24_i386.deb
  to pool/main/s/seyon/seyon_2.20c-24_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Steve McIntyre <[EMAIL PROTECTED]> (supplier of updated seyon package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed,  9 May 2007 22:36:54 +0100
Source: seyon
Binary: seyon
Architecture: source i386
Version: 2.20c-24
Distribution: unstable
Urgency: low
Maintainer: Steve McIntyre <[EMAIL PROTECTED]>
Changed-By: Steve McIntyre <[EMAIL PROTECTED]>
Description: 
 seyon  - Full-featured native X11 communications program
Closes: 417323
Changes: 
 seyon (2.20c-24) unstable; urgency=low
 .
   * Don't fail to purge if debconf is no available in the postrm.
 Closes: #417323
Files: 
 f24148e5c8847f1dd4d1796450f66ade 614 comm extra seyon_2.20c-24.dsc
 7c28bd77a14afc8f22602dbc87f57ca0 38477 comm extra seyon_2.20c-24.diff.gz
 ca118390c5298ef5dd0536c8f8c19a9d 129776 comm extra seyon_2.20c-24_i386.deb

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

iD8DBQFGQkFdfDt5cIjHwfcRAurfAJsEpEDJAJn0Rum/tu0FhyCNUoFs2ACdEdg8
JUKvNABAfuUJYOfJJ5BYrkc=
=8Pa1
-END PGP SIGNATURE-

--- End Message ---

Bug#418350: fixed in pppconfig 2.3.16

[John Hasler]

> Could you please explain why you removed the manpage instead of using a
> replace field as suggested...

I don't see that pppconfig replaces manpages-fr.  In any case, If a French
man page for pppconfig is in manpages-fr why should I bloat pppconfig with
another?.  It's bloated enough with translations as it is.

> ...and why you uploaded in unstable instead of etch-proposed-updates?

Because I was not aware that I was expected to do otherwise.  Why would it
not be wanted in Unstable?  I will upload to etch-proposed-updates as well
if you wish.
-- 
John Hasler 
[EMAIL PROTECTED]
Elmwood, WI USA


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

Bug#422949: r-omegahat-ggobi: Does not work out of the box on Etch.

[Charles Plessy]

Le Wed, May 09, 2007 at 06:34:20AM -0500, Dirk Eddelbuettel a écrit :
> 
> We need to balance that with Debian's desire to not touch stable after
> a release. If the bug really is only cosmetic, then we will have a
> hard time convincing the release managers that we need a need a new
> version. 
> 
> So we could reopen as minor or wishlist but I am not sure what I can
> do about it _in etch_.   Maybe it is just best you install an updated
> / mathcing rggobi locally?

Hi Dirk,

I definitely run Etch at work to avoid problems, so I agree that we
should not touch rggobi. I used is yesterday and it went really fine.

Have a nice day,

-- 
Charles

Bug#423107: rtorrent fails to start

[Jose Luis Rivas Contreras]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Skibbi escribió:
> rtorrent fails to start with following error:
> rtorrent: symbol lookup error: rtorrent: undefined symbol:
> _ZN7torrent21max_download_unchokedEv

Hi, does you have any `~/.rtorrent.rc' ? If this is the case then will
be helpful to know what's the content.

Regards,
Jose Luis.
- --

ghostbar on Linux/Debian 'sid' i686 - #382503
Weblog: http://ghostbar.ath.cx/ - http://linuxtachira.org
http://debian.org.ve - irc.debian.org #debian-ve #debian-devel-es
San Cristóbal, Venezuela. http://chaslug.org.ve
Fingerprint = 3E7D 4267 AFD5 2407 2A37  20AC 38A0 AD5B CACA B118
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGQlCEOKCtW8rKsRgRAr2GAKCALGweE4znJfKfaB7fB1gcSQmI4QCfba5B
WKUv6aS/5GxNr8UVQ67Rjbg=
=RH7j
-END PGP SIGNATURE-


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

Bug#423123: gpe-timesheet: missing dependency on gpe-icons

[dann frazier]

Package: gpe-timesheet
Version: 0.31-1
Severity: serious

gpe-timesheet fails to start if gpe-icons isn't installed.

[EMAIL PROTECTED]:/space/debian/gpe-timesheet-0.31.orig$ gpe-timesheet 
GPE-ERROR: Failed to open file '/usr/share/gpe/pixmaps/default/clock.png': No 
such file or directory
GPE-ERROR: Failed to open file '/usr/share/gpe/pixmaps/default/stop_clock.png': 
No such file or directory
GPE-ERROR: Failed to open file '/usr/share/gpe/pixmaps/default/tick.png': No 
such file or directory
GPE-ERROR: Failed to open file '/usr/share/gpe/pixmaps/default/edit.png': No 
such file or directory
GPE-ERROR: Failed to open file '/usr/share/gpe/pixmaps/default/list-view.png': 
No such file or directory
GPE-ERROR: Failed to open file '/usr/share/gpe/pixmaps/default/media-play.png': 
No such file or directory
GPE-ERROR: Failed to open file '/usr/share/gpe/pixmaps/default/media-stop.png': 
No such file or directory

Once I installed gpe-icons and applied the patch in #423101, it came up just
fine on ia64.

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

Kernel: Linux 2.6.20-1-itanium (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages gpe-timesheet depends on:
ii  libatk1.0-0   1.18.0-2   The ATK accessibility toolkit
ii  libc6.1   2.5-7  GNU C Library: Shared libraries
ii  libcairo2 1.4.6-1The Cairo 2D vector graphics libra
ii  libfontconfig12.4.2-1.2  generic font configuration library
ii  libglib2.0-0  2.12.12-1  The GLib library of C routines
ii  libgpewidget1 0.115-2GPE Palmtop Environment widget lib
ii  libgtk2.0-0   2.10.12-1  The GTK+ graphical user interface 
ii  libpango1.0-0 1.16.2-2   Layout and rendering of internatio
ii  libsqlite02.8.17-2   SQLite shared library
ii  libtododb00.10-3 library that provides access to gp
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxcursor1   1:1.1.8-2  X cursor management library
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.3-2  X11 miscellaneous 'fixes' extensio
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.2-1  X11 Xinerama extension library
ii  libxrandr22:1.2.1-1  X11 RandR extension library
ii  libxrender1   1:0.9.2-1  X Rendering Extension client libra

gpe-timesheet recommends no packages.

-- no debconf information


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

Bug#423123: patch

[dann frazier]

tags 423123 + patch
thanks

The obvious patch:

--- gpe-timesheet-0.31/debian/control~  2007-05-09 13:18:03.0 -0600
+++ gpe-timesheet-0.31/debian/control   2007-05-09 17:17:27.0 -0600
@@ -9,7 +9,7 @@
 
 Package: gpe-timesheet
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}, gpe-icons
 Description: keep track of time spent on a task in GPE
  Time tracking program for the GPE Palmtop Environment. 
  Used to track the time you spend on certain tasks.

-- 
dann frazier



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

Processed: patch

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 423123 + patch
Bug#423123: gpe-timesheet: missing dependency on gpe-icons
There were no tags set.
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#422909: Bourne shell assistance needed for Bug #422909

[Stephen Gran]

This one time, at band camp, Roger Leigh said:
> How can I rewrite the while loop securely (and preferably avoiding
> tmpfiles), such that any bad exit status or failure will result in
> immediate termination of the script with an error status?

Wrap your calls of do_umount_all in if blocks:
if do_umount_all "$CHROOT_MOUNT_LOCATION"; then
  exit 1
fi

And so on.
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#422979: how to recover from this bug

[Henrique de Moraes Holschuh]

After upgrading to a non-broken dpkg, do this:

update-alternatives --all

And hold enter down until it goes over the entire list.

Shouldn't the dpkg package provide a script that does this without asking
the user?

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Bug#422909: Bourne shell assistance needed for Bug #422909

[Junichi Uekawa]

Hi,

> The problem here is that if schroot-listmounts segfaults (the trigger
> in this case) or returns an error, the script continues without any
> indication of the fact, despite "set -e" being in effect.  In this bug
> this results in a failure to umount a set of mounted filesystems, and
> then an "rm -rf" taking out all the data further down the line.

I think you are looking for 
set -o pipefail
in bash.


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


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

Bug#418008: wacom-kernel-source: patch for the problem

[Ron]

On Wed, May 09, 2007 at 09:45:23PM +0200, Gerfried Fuchs wrote:
>  Though, I'm not too sure if the source is able to properly support the
> release kernel - it seems like it's able to support only up to 2.6.16
> kernels, and the new release informations about 0.7.6-4 from upstream
> supporting 2.6.17 and 2.6.18 does add to that feeling.

Yes, I think that is the case.  There were some unfortunate timing
issues here.  Having a brand new kernel upload being the last thing
to happen before signing off on a release probably isn't exactly a
recipe for success in these circumstances.

>  Could you please upgrade to that new upstream release too?

That is the plan here, I hope to do that soon now.

> I really wonder why this wasn't possible prior to etch release.  :(

There were a few regressions, for a few users, in the releases following
this one.  With 20/20 hindsight, there probably was time to have slipped
in one more update of this one that might have been better than the one
we have, but each time I assessed that, the release seemed closer than
it actually was and I erred on the side of keeping it closer, and of not
breaking things for existing users.  This code is actively being merged
with the mainline kernel now so there is a pretty good chance that any
kernel this does not work with, does not need it anyhow.

If that stays true, I probably will drop the external module package
and only supply the userspace and xorg driver in future releases.

Cheers,
Ron




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

Bug#423126: emacs21-common-non-dfsg: copyright file does not contain verbaitim license

[Mike O'Connor]

Package: emacs21-common-non-dfsg
Version: 21.4a+1-1
Severity: serious
Justification: Policy 12.5

/usr/share/doc/emacs21-common-non-dfsg/copyright contains:

  In general, the info pages are covered under the GNU Free
  Documentation License (GFDL).  See the "GNU Free Documentation
  License" node in "info emacs-21/emacs".

As per policies 2.3, 12.5, "Every package must be accompanied by a
verbatim copy of its copyright and distribution license in the file
/usr/share/doc/package/copyright".  This above statement does not
satisfy this requirement.

thanks,
stew

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

Kernel: Linux 2.6.20 (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

-- no debconf information


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

Processed: distutils does not allow writing in unicode

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 422604 python-defaults
Bug#422604: FTBFS: UnicodeEncodeError: 'ascii' codec can't encode character 
u'\xf6' in position 9: ordinal not in range(128)
Bug reassigned from package `rpl' to `python-defaults'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#422604: FTBFS: UnicodeEncodeError: 'ascii' codec can't encode character u'\xf6' in position 9: ordinal not in range(128)

[Kevin Coyner]

We discussed this bug on debian-python, and the general consensus
was that this was a problem with distutils handling of unicode.

The following sheds a little more light on the subject:

http://www.mail-archive.com/[EMAIL PROTECTED]/msg03007.html


-- 
Kevin Coyner  GnuPG key: 1024D/8CE11941


signature.asc
Description: Digital signature

Bug#422824: marked as done (pyepl: FTBFS: environment.pyx:490:37: Cannot assign type 'float' to 'int')

[Debian Bug Tracking System]

Your message dated Thu, 10 May 2007 02:17:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#422824: fixed in pyepl 1.0.29-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: pyepl
Severity: serious
Version: 1.0.28-1
Justification: policy violation

hi, 

Lucas has rebuild the archive on i386 and your package Failed to Build
from Source with the following error:

 > 7building 'pyepl.hardware.vr.environment' extension
 > 7/build/user/pyepl-1.0.28/code/hardware/vr/environment.pyx:490:37: Cannot 
 > assign type 'float' to 'int'
 > 7/build/user/pyepl-1.0.28/code/hardware/vr/environment.pyx:491:37: Cannot 
 > assign type 'float' to 'int'
 > 7/build/user/pyepl-1.0.28/code/hardware/vr/environment.pyx:541:37: Cannot 
 > assign type 'float' to 'int'
 > 7[..]
 > 7build/user/pyepl-1.0.28/code/hardware/vr/environment.pyx:816:81: Cannot 
 > assign type 'float' to 'int'
 > 7/build/user/pyepl-1.0.28/code/hardware/vr/environment.pyx:818:82: Cannot 
 > assign type 'float' to 'int'
 > 7/build/user/pyepl-1.0.28/code/hardware/vr/environment.pyx:824:94: Cannot 
 > assign type 'float' to 'int'
 > 7make: *** [build-arch-python2.4] Error 1
 
the full log can be found here:

 
http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/pyepl_1.0.28-1_sid32.buildlog

bye,
- michael

--- End Message ---
--- Begin Message ---
Source: pyepl
Source-Version: 1.0.29-1

We believe that the bug you reported is fixed in the latest version of
pyepl, which is due to be installed in the Debian FTP archive:

pyepl_1.0.29-1.diff.gz
  to pool/main/p/pyepl/pyepl_1.0.29-1.diff.gz
pyepl_1.0.29-1.dsc
  to pool/main/p/pyepl/pyepl_1.0.29-1.dsc
pyepl_1.0.29.orig.tar.gz
  to pool/main/p/pyepl/pyepl_1.0.29.orig.tar.gz
python-pyepl-common_1.0.29-1_all.deb
  to pool/main/p/pyepl/python-pyepl-common_1.0.29-1_all.deb
python-pyepl_1.0.29-1_i386.deb
  to pool/main/p/pyepl/python-pyepl_1.0.29-1_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Yaroslav Halchenko <[EMAIL PROTECTED]> (supplier of updated pyepl package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 09 May 2007 21:44:08 -0400
Source: pyepl
Binary: python-pyepl-common python-pyepl
Architecture: source i386 all
Version: 1.0.29-1
Distribution: unstable
Urgency: low
Maintainer: Yaroslav Halchenko <[EMAIL PROTECTED]>
Changed-By: Yaroslav Halchenko <[EMAIL PROTECTED]>
Description: 
 python-pyepl - library for coding psychology experiments in Python
 python-pyepl-common - library for coding psychology experiments in Python
Closes: 422824
Changes: 
 pyepl (1.0.29-1) unstable; urgency=low
 .
   * New upstream release (closes: #422824, FTBFS on i386 in sid)
   * Adjusted debian/patches/01_fix_makefiles.dpatch so
 code/hardware/eeg/Makefile has proper "clean" target
Files: 
 1eba8cfc9d6d8f39693de293eb8345ae 1029 science optional pyepl_1.0.29-1.dsc
 009e5a537bcf27b8810afa416487a8d6 1049793 science optional 
pyepl_1.0.29.orig.tar.gz
 9320768991b24346db353109016b27b0 8774 science optional pyepl_1.0.29-1.diff.gz
 8d57f434dcf9e59dd99ab84559078bef 816280 science optional 
python-pyepl-common_1.0.29-1_all.deb
 e45224eac394e2259043be5504beba43 502266 science optional 
python-pyepl_1.0.29-1_i386.deb

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

iD8DBQFGQn4EjRFFY3XAJMgRAn/gAKClVf5+N5ELiYoaxwxDRqCgUTn3zgCeJVHi
3CESgDdDwZgKyaoWj95Ukyo=
=8hRI
-END PGP SIGNATURE-

--- End Message ---

Bug#422655: fail2ban: leaving compiled python files after purging

[Yaroslav Halchenko]

Hi Bernd,

Here are my findings... to make story short -- the problem is in the
prerm script -- in the order of embedded autoscripts by debhelper tools.
I am not yet sure what is the best solution on how to get it under
control and I am too sleepy to trust my decision... now the best idea is
simply use sed or perl 1-2 liner to swap those sections places in
prerm... I should not change the order of commands in debian/rules and
should not duplicate them since it might lead to some undersired
outcomes and duplicate entries in postinst/prerm.  If you have a good
idea on how to handle it -- I am open for suggestions...

I am yet to look at your patch to extract useful ideas from it ;-)

I will fix fail2ban tomorrow or day after ;-) if you are bored you
are welcome to see my notes below:

pycentral is supposed to do all the job of byte-compiling and removing
trash in prerm for private scripts too (disregard strace calls
below -- it was there just so I didn't have to rerun to see what it
opened/closed):
,--
| > find /usr/share/fail2ban/ -iname *.pyc | xargs rm
| > find /usr/share/fail2ban/ -iname *.pyc | wc
|   0   0   0
| > strace -fF -o /tmp/fail2ban.pkginstall.strace.txt pycentral -v pkginstall 
fail2ban &> /tmp/fail2ban.pkginstall.log
| > find /usr/share/fail2ban/ -iname *.pyc | wc
|  39  391599
| > strace -fF -o /tmp/fail2ban.pkgremove.strace.txt pycentral -v pkgremove 
fail2ban &> /tmp/fail2ban.pkgremove.log
| > find /usr/share/fail2ban/ -iname *.pyc | wc
|   0   0   0
| > cat /tmp/fail2ban.pkgremove.log
| umovestr: Input/output error
| pycentral: pycentral -v pkgremove fail2ban
| INFO: using old version '/usr/bin/python2.3'
| INFO: using unsupported version '/usr/bin/python2.5'
| pycentral:  remove package fail2ban
| pycentral:  remove byte-code files (39)
|
`---

pkginstall must be called in postinst and pkgremove in prerm, and
presumably they are, just grep
grep  pycentral /var/lib/dpkg/info/fail2ban.*

so the question is really WTF?

not thinking too long after I didn't find a proper way via DH_PYCENTRAL to make
it verbose, I just modified it to be verbose by default.

ok -- reinstalling works fine...
,---
| > sudo dpkg -i fail2ban_0.8.0-1_all.deb
| (Reading database ... 437961 files and directories currently installed.)
| Preparing to replace fail2ban 0.7.9-1 (using fail2ban_0.8.0-1_all.deb) ...
| pycentral: pycentral pkgremove fail2ban
| INFO: using old version '/usr/bin/python2.3'
| INFO: using unsupported version '/usr/bin/python2.5'
| pycentral:  remove package fail2ban
| pycentral:  remove byte-code files (39)
| Stopping authentication failure monitor: fail2ban.
| Unpacking replacement fail2ban ...
| Setting up fail2ban (0.8.0-1) ...
| pycentral: pycentral pkginstall fail2ban
| INFO: using old version '/usr/bin/python2.3'
| INFO: using unsupported version '/usr/bin/python2.5'
| pycentral:  avail=['2.3', '2.4', '2.5'], pkg=current, install=['2.4']
| pycentral:  install package fail2ban
| pycentral:  byte-compile files (39/39) python2.4
| pycentral:  ['/usr/share/fail2ban/common/protocol.py', 
'/usr/share/fail2ban/common/__init__.py', '...']
| Starting authentication failure monitor: fail2ban.
|
| > find /usr/share/fail2ban/ -iname *.pyc | wc
|  39  391599
`---

But removing
,--
| > dpkg --purge fail2ban
| (Reading database ... 437961 files and directories currently installed.)
| Removing fail2ban ...
| pycentral: pycentral pkgremove fail2ban
| INFO: using old version '/usr/bin/python2.3'
| INFO: using unsupported version '/usr/bin/python2.5'
| pycentral:  remove package fail2ban
| pycentral:  remove byte-code files (39)
| Stopping authentication failure monitor: fail2ban.
| Purging configuration files for fail2ban ...
| dpkg - warning: while removing fail2ban, directory `/etc/fail2ban/action.d' 
not empty so not removed.
| dpkg - warning: while removing fail2ban, directory `/etc/fail2ban' not empty 
so not removed.
| dpkg - warning: while removing fail2ban, directory 
`/usr/share/fail2ban/server' not empty so not removed.
| dpkg - warning: while removing fail2ban, directory 
`/usr/share/fail2ban/client' not empty so not removed.
| dpkg - warning: while removing fail2ban, directory 
`/usr/share/fail2ban/common' not empty so not removed.
| dpkg - warning: while removing fail2ban, directory `/usr/share/fail2ban' not 
empty so not removed.
| > find /usr/share/fail2ban/ -iname *.pyc | wc
|  23  23 938
`---

So, pycentral had in mind to remove all pyc files but unfortunately
didn't succeed for some reason... ufff... since you saw above that calling it
from cmdline cleaned up everything nicely -- no files were left behind. So that
is what is weird...

ok -- lets look closer and what got deinstalled (omitted cmdlines for the 
size...)
,--
| > diff /tmp/fail2ban.installed.pyc /tmp/fail2ban.deinstalled.pyc
| 17d16
| < /usr/share/fail2ban/serve

Bug#423136: apt-move: built against experimental libgcc1 and libstdc++6

[Kevin B. McCarty]

Package: apt-move
Version: 4.2.27-1
Severity: serious

Hi,

apt-move is currently uninstallable in unstable (at least on i386) since
it depends on libgcc1 (>= 1:4.2-20070208) and libstdc++6 (>=
4.2-20070208).  Maybe it was by accident built against gcc 4.2 on the
maintainer's machine?  If so, a bin-NMU should suffice to fix it,
assuming it's bin-NMU safe.

regards,

-- 
Kevin B. McCarty <[EMAIL PROTECTED]>   Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544


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