Bug#445780: rdesktop 1.5.0-2+cvs20071006 problems

[Roberto Oppedisano]

Laszlo Boszormenyi wrote:
> Hi all who involved,
>
> Please retest rdesktop 1.5.0-3+cvs20071006 for the following:
> - it does not segfault not in the beginning nor during use;
> - color rendering is correct;
> - mouse buttons (both left and right clicks) work as expected.
>
> I would like to get back your report within a week, if there is no
> regression anymore, I'll let 1.5.0-3+cvs20071006 go into Lenny.
>   
Hello Laszlo,
just to confirm that I can't find any regressions.

R

Bug#476185: console-data: Fails to install due to errors debian file templates

[Michael Rasmussen]

"[..] I really encourage bug reporters to look at a package's BTS before
reporting RC bugs against it...:-)"

I actually did. Using reportbug does in fact show BTS, but
unfortunately this is limited to the version currently installed on
your system. Maybe reportbug could be extended to handle the situation
where a never version is waiting in queue/exits in the repository and
displaying this versions changelog. This could possible avoid a lot of
bug reports.

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael  rasmussen  cc
http://keyserver.veridis.com:11371/pks/lookup?op=get&search=0xD3C9A00E
mir  datanom  net
http://keyserver.veridis.com:11371/pks/lookup?op=get&search=0xE501F51C
mir  miras  org
http://keyserver.veridis.com:11371/pks/lookup?op=get&search=0xE3E80917
--
You love peace.


signature.asc
Description: PGP signature

Processed: Re: Bug#476029: regina-normal: FTBFS: /bin/sh: -O2: command not found

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 476029 serious
Bug#476029: regina-normal: FTBFS: /bin/sh: -O2: command not found
Severity set to `serious' from `important'

> 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#476220: python-uno uninstallable in unstable due to python 2.5

[Rasmus Bøg Hansen]

Package: python-uno
Version: 1:2.4.0-3+b1
Severity: serious


python-uno depends on python << 2.5; however python 2.5.2-0.1 was
uploaded to unstable.

This makes python-uno uninstallable (actually entire openoffice.org)
in unstable:

sif:/etc/apt# aptitude -R install python-uno
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
The following packages are BROKEN:
  python-uno
The following NEW packages will be installed:
[... long list ...]
The following packages are RECOMMENDED but will NOT be installed:
  ca-certificates hicolor-icon-theme libatk1.0-data libft-perl
  libglib2.0-data libgtk2.0-bin openoffice.org-style-crystal
  openoffice.org-style-tango perl-doc x-ttcidfont-conf xml-core
0 packages upgraded, 82 newly installed, 0 to remove and 0 not upgraded.
Need to get 101MB of archives. After unpacking 281MB will be used.
The following packages have unmet dependencies:
  python-uno: Depends: python (< 2.5) but 2.5.2-0.1 is to be installed.
Resolving dependencies...
The following actions will resolve these dependencies:

Keep the following packages at their current version:
python-uno [Not Installed]

Regards
/Rasmus

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

Kernel: Linux 2.6.24.4 (PREEMPT)
Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to da_DK.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-uno depends on:
ii  libc6   2.7-10   GNU C Library: Shared libraries
ii  libgcc1 1:4.3.0-3GCC support library
ii  libstdc++6  4.3.0-3  The GNU Standard C++ Library v3
ii  libstlport4.6ldbl   4.6.2-3.2STLport C++ class library
ii  openoffice.org-core 1:2.4.0-3+b1 OpenOffice.org office suite archit
ii  python  2.4.4-6  An interactive high-level object-o
ii  python-central  0.6.2register and build utility for Pyt
ii  python2.4   2.4.5-1  An interactive high-level object-o

python-uno recommends no packages.

-- no debconf information



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

Bug#445780: rdesktop 1.5.0-2+cvs20071006 problems

[Michael Ablassmeier]

hi,

On Mon, Apr 14, 2008 at 06:48:23PM +0200, Laszlo Boszormenyi wrote:
> Please retest rdesktop 1.5.0-3+cvs20071006 for the following:
> - it does not segfault not in the beginning nor during use;
> - color rendering is correct;
> - mouse buttons (both left and right clicks) work as expected.

im using said version since about one week and didnt yet hit any
of the regressions ..

bye,
- michael



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

Bug#476215: subversion: URI http/https schemas not recognized

[Fathi BOUDRA]

> Python upgrade to 2.5 breaks Subversion using http and https schemas.
> libsvn_ra_serf is missing doesn't allow for http:// or https:// uri
> prefixes to be recognized by subversion.
>
> svn:// works fine for projects like LyX.
> https:// discovered broken when trying to checkout Inkscape trunk.
> http:// discovered when trying to svn update Scribus.
>
> Please verify.

confirmed.



-- 
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]:

> tag 474855 patch
Bug#474855: pearpc: FTBFS: x86asm.h:387: error: multiple parameters named 
'hint1'
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#474855: patch

[Mike O'Connor]

tag 474855 patch
thanks

Attached is a patch which fixes this bug. 

Thanks,
stew
diff -ru pearpc-0.4.0.orig/src/cpu/cpu_jitc_x86/x86asm.h pearpc-0.4.0/src/cpu/cpu_jitc_x86/x86asm.h
--- pearpc-0.4.0.orig/src/cpu/cpu_jitc_x86/x86asm.h	2008-04-15 02:51:52.0 -0400
+++ pearpc-0.4.0/src/cpu/cpu_jitc_x86/x86asm.h	2008-04-15 02:52:39.0 -0400
@@ -384,8 +384,8 @@
 void		FASTCALL jitcClobberClientRegisterForFloat(int creg);
 void		FASTCALL jitcInvalidateClientRegisterForFloat(int creg);
 JitcFloatReg	FASTCALL jitcGetClientFloatRegisterMapping(int creg);
-JitcFloatReg	FASTCALL jitcGetClientFloatRegister(int creg, JitcFloatReg hint1=JITC_FLOAT_REG_NONE, JitcFloatReg hint1=JITC_FLOAT_REG_NONE);
-JitcFloatReg	FASTCALL jitcGetClientFloatRegisterUnmapped(int creg, JitcFloatReg hint1=JITC_FLOAT_REG_NONE, JitcFloatReg hint1=JITC_FLOAT_REG_NONE);
+JitcFloatReg	FASTCALL jitcGetClientFloatRegister(int creg, JitcFloatReg hint1=JITC_FLOAT_REG_NONE, JitcFloatReg hint2=JITC_FLOAT_REG_NONE);
+JitcFloatReg	FASTCALL jitcGetClientFloatRegisterUnmapped(int creg, JitcFloatReg hint1=JITC_FLOAT_REG_NONE, JitcFloatReg hint2=JITC_FLOAT_REG_NONE);
 JitcFloatReg	FASTCALL jitcMapClientFloatRegisterDirty(int creg, JitcFloatReg freg=JITC_FLOAT_REG_NONE);
 
 enum X86FloatFlagTest {


signature.asc
Description: Digital signature

Bug#475691: munin-node: Hang the boot because it fail to put daemon in the background

[Petter Reinholdtsen]

[Matthias Schmitz]
> please add the following statements:
> 
> port 4949 
> setsid yes
> (And maybe also:
> user root
> group root )

I'll try to get it added.

When did this change?  The configuration worked in Etch.  It would be
best for existing installations if it continued to work also in Lenny.
Can you set the defaults in munin-node to the same as it was in Etch?

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#476070: ucspi-tcp: FTBFS: install: fatal: unable to write .../bin/tcpserver: access denied

[Gerrit Pape]

On Mon, Apr 14, 2008 at 01:50:07PM +0200, Lucas Nussbaum wrote:
> Package: ucspi-tcp
> Version: 1:0.88-1
> Severity: serious
> User: [EMAIL PROTECTED]
> Usertags: qa-ftbfs-20080413 qa-ftbfs
> Justification: FTBFS on i386

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

Hi Lucas, we've had this before, #470443.  Anything different this time?

Thanks, Gerrit.



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

Processed: reassign to libsdl-sound and ask for rebuild

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 474891 libsdl-sound1.2-dev
Bug#474891: asc should not link explicitly to libspeex.la
Bug reassigned from package `asc' to `libsdl-sound1.2-dev'.

> retitle 474891 please rebuild libsdl-sound1.2 against new libspeex
Bug#474891: asc should not link explicitly to libspeex.la
Changed Bug title to `please rebuild libsdl-sound1.2 against new libspeex' from 
`asc should not link explicitly to libspeex.la'.

> 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#474951: [pkg-lighttpd] Bug#474951: Is a fix for etch planned?

[Martin Schulze]

Philipp Kern wrote:
> On Tue, Apr 15, 2008 at 08:39:03AM +0200, Pierre Habouzit wrote:
> >   Dear security team, you broke lighttpd badly with your last upload,
> > because you use a broken patch to fix the last CVE on it. Please update
> > the patch, using e.g. the one in the unstable version instead.  You've
> > broken lighttpd for almost 10 days, it's quite unacceptable to have a
> > lighttpd in _stable_ in that state.
> > 
> >   Dear SRM team: would an upload to s-p-u be accepted if the security
> > team still doesn't react ?
> 
> As the current lighttpd distributed through security is utterly broken
> if you have SSL activated, of course I would accept an update through
> s-p-u.  But I would be deeply disappointed about this is handled, too.

Since it's broken on security.debian.org, it should be fixed there
and passed through to s-p-u.

Pierre, could you send the relevant patch to the security team for 
safety?

Regards,

Joey

-- 
Experience is something you don't get until just after you need it.



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

Bug#476225: python-turbogears: Bad dependency on python-celementtree, uninstallable with python 2.5

[Raphael Hertzog]

Package: python-turbogears
Version: 1.0.4.3-1
Severity: serious

The package should not have a versioned dependency on python-celementtree.
python 2.5 provides python-celementree and can't satisfy the versioned
dependency... and since python-celementree is currently not installable
with python (>= 2.5) it makes python-turbogears uninstallable.

The right dependency is: python (>= 2.5) | python-celementtree (>= 1.0.5-6)

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

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



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

Bug#474891: reassign to libsdl-sound and ask for rebuild

[Evgeni Golov]

reassign 474891 libsdl-sound1.2-dev
retitle 474891 please rebuild libsdl-sound1.2 against new libspeex
thanks

libspeex currently droped it .la file (/usr/lib/libspeex.la) which is
still listed in /usr/lib/libSDL_sound.la. This leads to an FTBFS of our
package asc in unstable, as it cannot open libspeex.la during linking.
Locally rebuilding libsdl-sound makes libSDL_sound.la list -lspeex
instead of libspeex.la and asc can be build fine again.
A binNMU on all arches should be sufficient, however people have
suggested to drop .la files at all and stop libtool from doing
strange things :)

Regards
Evgeni



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

Bug#474809: fixed-upstream

[Mike O'Connor]

tags 474809 fixed-upstream 
thanks

This bug is fixed upstream, there is a 0.8.0 release of gxneur to go
with the 0.8.0 release of xneur:

http://xneur.ru/wiki/Downloads

since this newer release of neur changed public structs, this SHOULD have been 
an
soname bump in libxnconfig9, right?

stew


signature.asc
Description: Digital signature

Processed: retitle 476085 to ruby1.9-dev: rb_argv should be defined as rb_get_argv

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.20
> retitle 476085 ruby1.9-dev: rb_argv should be defined as rb_get_argv
Bug#476085: ruby1.9-dev: Header files export the non-existing rb_argv symbol
Changed Bug title to `ruby1.9-dev: rb_argv should be defined as rb_get_argv' 
from `ruby1.9-dev: Header files export the non-existing rb_argv symbol'.

>
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 476085 is minor

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.20
> severity 476085 minor
Bug#476085: ruby1.9-dev: rb_argv should be defined as rb_get_argv
Severity set to `minor' from `grave'

>
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#476224: gxneur: missing source files

[Mike O'Connor]

Package: gxneur
Version: 0.6.2-2
Severity: serious


The following files:
src/interface.c
src/interface.h
src/support.c
src/support.h

contain the header:

/*
 * DO NOT EDIT THIS FILE - it is generated by Glade.
 */

There are no glade source files included in the .orig.tar.gz from
which these files can be generated.

The license under which we are distributing this software (GPL V2)
requires that source code be made available for this software and
defines source code as "the preferred form of the work for making
modifications to it".

Checking the upstream svn repository with:

svn ls svn://xneur.ru:3690/xneur/gxneur

I see that the glade source files are available from upstream.

Thanks,
stew

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

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



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

Bug#476220: python-uno uninstallable in unstable due to python 2.5

[Rene Engelhard]

tag 476220 + pending
thanks

Hi,

Rasmus Bøg Hansen wrote:
> python-uno depends on python << 2.5; however python 2.5.2-0.1 was
> uploaded to unstable.
> 
> This makes python-uno uninstallable (actually entire openoffice.org)
   ^^
   Wrong. Only -writer (and the
   openoffice.org dummy package)

A upload fixing this by rebuilding against python 2.5 is already in
preparation..

Regards,

Rene

Processed: Re: Bug#476220: python-uno uninstallable in unstable due to python 2.5

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 476220 + pending
Bug#476220: python-uno uninstallable in unstable due to python 2.5
There were no tags set.
Tags added: 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#437131: marked as done (nvidia-kernel-source - provided patches does not apply)

[Debian Bug Tracking System]

Your message dated Tue, 15 Apr 2008 10:14:04 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: nvidia-kernel-source - provided patches does not apply
has caused the Debian Bug report #437131,
regarding nvidia-kernel-source - provided patches does not apply
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
437131: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=437131
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: nvidia-kernel-source
Version: 100.14.11-1
Severity: serious

The patches in the source does not apply.

| $ tar -xzf /usr/src/nvidia-kernel-source.tar.gz 
| $ cd modules/nvidia-kernel/
| modules/nvidia-kernel$ ./debian/rules 
| modules/nvidia-kernel$ dpatch apply-all
| applying patch 01_sysfs to ./ ... failed.

Bastian

-- 
Those who hate and fight must stop themselves -- otherwise it is not stopped.
-- Spock, "Day of the Dove", stardate unknown

--- End Message ---
--- Begin Message ---
There are no patches in nvidia-kernel-source anymore; thus closing.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/

--- End Message ---

Bug#382658: Not building for powerpc any more

[Michel Dänzer]

On Mon, 2008-04-14 at 16:46 -0400, El Amigo De La Playa wrote:
> -Are we talking about the death of the ppc mailing-list, or the death
> of Debian PPC branch ?

Neither - as should have been clear from my previous post (?), this is
about the xaralx package not being built for powerpc anymore. (Can't say
I agree with this way of dealing with code quality issues, but I guess
it's not my call)

If you want to discuss issues not related to xaralx, please remove
Joachim Breitner and bug #382658 from the list of recipients.


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

Bug#434379: marked as done (nvidia-kernel-source: Various errors when compiling the module with 2.6.22 (Debian supplied))

[Debian Bug Tracking System]

Your message dated Tue, 15 Apr 2008 10:04:57 +0200
with message-id <[EMAIL PROTECTED]>
and subject line 
has caused the Debian Bug report #434379,
regarding nvidia-kernel-source: Various errors when compiling the module with 
2.6.22 (Debian supplied)
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
434379: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=434379
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: nvidia-kernel-source
Version: 100.14.11-1
Severity: grave
Justification: renders package unusable

When typing "debian/rules binary_modules" as said in
"/usr/share/doc/nvidia-kernel-source/README.Debian":

cat: /usr/src/linux-headers-2.6.22-1/include/linux/version.h: No such file or 
directory
/bin/sh: line 0: test: -ge: unary operator expected
# select which makefile to use.
rm -f /usr/src/modules/nvidia-kernel/nv/Makefile || true
if [ 4 = 6  ]; then \
 cd /usr/src/modules/nvidia-kernel/nv ; \
 ln -s Makefile.kbuild Makefile ; \
 cd .. ; \
 if [ 0  = 1 ] ; then \
dpatch apply 04_minion ; \
 fi ; \
 if [ 0 = 1 ]; then \
dpatch apply 01_sysfs ; \
dpatch status 01_sysfs >patch-stamp ; \
dpatch apply 02_pcialias ; \
dpatch status 02_pcialias >>patch-stamp ; \
 fi ; \
fi
if [  4 = 4  ]; then \
 cd /usr/src/modules/nvidia-kernel/nv ; \
 ln -s Makefile.nvidia Makefile ; \
 cd .. ; \
fi
if ! gcc -v 2> /dev/null  ; then \
   echo "Compiler gcc does not exist on the system" ; \
   exit 1; \
fi   
touch configure-stamp
if [ -f /usr/src/modules/nvidia-kernel/debian/control.template ]; then \
cp  /usr/src/modules/nvidia-kernel/debian/control.template 
/usr/src/modules/nvidia-kernel/debian/control; \
fi
dh_testdir
dh_testroot
PATCHLEVEL = 4 
Kernel compiler version : 4.1.1
Detected compiler version : 4.1.2
   
You appear to be compiling the NVIDIA kernel module with   
a compiler different from the one that was used to compile 
the running kernel. This may be perfectly alright and you 
may be building this module for another kernel in which case
you may ignore this message.
 
The compiler that will be used to compile this module has been
determined from:
 1) the CC environment variable 
 2) that specified in 
/usr/src/linux-headers-2.6.22-1/include/linux/compile.h
 3) gcc 
Using compiler gcc version 4.1.2
touch /usr/src/modules/nvidia-kernel/nv/gcc-check
touch /usr/src/modules/nvidia-kernel/nv/cc-sanity-check
## Main Make ##
IGNORE_CC_MISMATCH=1 CC="gcc" /usr/bin/make -C 
/usr/src/modules/nvidia-kernel/nv -f Makefile 
SYSSRC=/usr/src/linux-headers-2.6.22-1   KBUILD_PARAMS="-C 
/usr/src/linux-headers-2.6.22-1 SUBDIRS=/usr/src/modules/nvidia-kernel/nv" 
module;
make[1]: Entering directory `/usr/src/modules/nvidia-kernel/nv'
Your kernel was configured to include rivafb support!

The rivafb driver conflicts with the NVIDIA driver, please
reconfigure your kernel and *disable* rivafb support, then
try installing the NVIDIA kernel module again.

*** Failed rivafb sanity check. Bailing out! ***

gcc -c -Wall -Wimplicit -Wreturn-type -Wswitch -Wformat -Wchar-subscripts 
-Wparentheses -Wpointer-arith  -Wno-multichar  -Werror  -O -fno-common 
-msoft-float  -UDEBUG -U_DEBUG -DNDEBUG -MD -D__KERNEL__ -DMODULE 
-D_LOOSE_KERNEL_NAMES -DNVRM -DNV_VERSION_STRING=\"100.14.11\" 
-DNV_CHANGE_PAGE_ATTR_PRESENT -DNV_ACQUIRE_CONSOLE_SEM_PRESENT  -I. 
-I/usr/src/linux-headers-2.6.22-1/include -Wsign-compare -Wno-cast-qual 
-Wno-error nv.c
In file included from nv.c:14:
nv-linux.h:17:28: error: linux/autoconf.h: No such file or directory
In file included from 
/usr/src/linux-headers-2.6.22-1/include/linux/thread_info.h:20,
 from /usr/src/linux-headers-2.6.22-1/include/linux/preempt.h:9,
 from 
/usr/src/linux-headers-2.6.22-1/include/linux/spinlock.h:49,
 from 
/usr/src/linux-headers-2.6.22-1/include/linux/capability.h:47,
 from /usr/src/linux-headers-2.6.22-1/include/linux/sched.h:46,
 from 
/usr/src/linux-headers-2.6.22-1/include/linux/utsname.h:35,
 from nv-linux.h:19,
 from nv.c:14:
/usr/src/linux-headers-2.6.22-1/include/linux/bitops.h:9:24: error: 
asm/bitops.h: No such file or directory
In file included from 
/usr/src/linux-headers-2.6.22-1/include/linux/thread_info.h:20,

Bug#476231: Log for failed build of netrik_1.15.7-1 (dist=unstable)

[Riku Voipio]

Package: netrik
Version: 1.15.7-1
Severity: serious

Oh yeah, my favourite useless lintian warning causing yet another
needless adjustment in source package causing again a FTBFS bug:

   * fixed lintian warnings:
  - debian-rules-ignores-make-clean-error: remove '-'

Leads to:

> # Add here commands to clean up after the build process.
> /usr/bin/make distclean
> make[1]: Entering directory `/build/buildd/netrik-1.15.7'
> make[1]: *** No rule to make target `distclean'.  Stop.
> make[1]: Leaving directory `/build/buildd/netrik-1.15.7'



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

Bug#474951: [pkg-lighttpd] Bug#474951: Is a fix for etch planned?

[Pierre Habouzit]

On Tue, Apr 15, 2008 at 07:34:12AM +, Martin Schulze wrote:
> Philipp Kern wrote:
> > On Tue, Apr 15, 2008 at 08:39:03AM +0200, Pierre Habouzit wrote:
> > >   Dear security team, you broke lighttpd badly with your last upload,
> > > because you use a broken patch to fix the last CVE on it. Please update
> > > the patch, using e.g. the one in the unstable version instead.  You've
> > > broken lighttpd for almost 10 days, it's quite unacceptable to have a
> > > lighttpd in _stable_ in that state.
> > > 
> > >   Dear SRM team: would an upload to s-p-u be accepted if the security
> > > team still doesn't react ?
> > 
> > As the current lighttpd distributed through security is utterly broken
> > if you have SSL activated, of course I would accept an update through
> > s-p-u.  But I would be deeply disappointed about this is handled, too.
> 
> Since it's broken on security.debian.org, it should be fixed there
> and passed through to s-p-u.
> 
> Pierre, could you send the relevant patch to the security team for 
> safety?

  The proper patch to use is attached (it should supersede the one that
the security upload used before). It also has to be converted to dpatch
as stable uses dpatch whereas unstable uses quilt.

Cheers,
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
diff -r ade3eead0e8d -r 82c24356bcd0 NEWS
--- a/NEWS  Fri Mar 28 16:30:14 2008 +0100
+++ b/NEWS  Fri Mar 28 17:45:28 2008 +0100
@@ -8,6 +8,7 @@
   * added support for If-Range:  (#1346)
   * added support for matching $HTTP["scheme"] in configs
   * fixed initgroups() called after chroot (#1384)
+  * Fix #285 again: read error after SSL_shutdown (thx [EMAIL PROTECTED]) and 
clear the error queue before some other calls
   * fixed case-sensitive check for Auth-Method (#1456)
   * execute fcgi app without /bin/sh if used as argument to spawn-fcgi (#1428)
   * fixed a bug that made /-prefixed extensions being handled also when
diff -r ade3eead0e8d -r 82c24356bcd0 src/connections.c
--- a/src/connections.c Fri Mar 28 16:30:14 2008 +0100
+++ b/src/connections.c Fri Mar 28 17:45:28 2008 +0100
@@ -199,6 +199,7 @@
 
/* don't resize the buffer if we were in SSL_ERROR_WANT_* */
 
+   ERR_clear_error();
do {
if (!con->ssl_error_want_reuse_buffer) {
b = buffer_init();
@@ -1668,21 +1669,51 @@
}
 #ifdef USE_OPENSSL
if (srv_sock->is_ssl) {
-   int ret;
+   int ret, ssl_r;
+   unsigned long err;
+   ERR_clear_error();
switch ((ret = SSL_shutdown(con->ssl))) {
case 1:
/* ok */
break;
case 0:
-   SSL_shutdown(con->ssl);
-   break;
+   ERR_clear_error();
+   if (-1 != (ret = 
SSL_shutdown(con->ssl))) break;
+
+   // fall through
default:
-   log_error_write(srv, __FILE__, 
__LINE__, "sds", "SSL:",
-   SSL_get_error(con->ssl, 
ret),
-   
ERR_error_string(ERR_get_error(), NULL));
-   return -1;
+
+   switch ((ssl_r = 
SSL_get_error(con->ssl, ret))) {
+   case SSL_ERROR_WANT_WRITE:
+   case SSL_ERROR_WANT_READ:
+   break;
+   case SSL_ERROR_SYSCALL:
+   /* perhaps we have error 
waiting in our error-queue */
+   if (0 != (err = 
ERR_get_error())) {
+   do {
+   
log_error_write(srv, __FILE__, __LINE__, "sdds", "SSL:",
+   
ssl_r, ret,
+   
ERR_error_string(err, NULL));
+   } while((err = 
ERR_get_error()));
+   } else {
+   log_error_write(srv, 
__FILE__, __LINE__, "sddds", "SSL (error):",
+   ssl_r, 
r, errno,
+   

Processed: tagging 475811

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.25
> tags 475811 fixed-upstream
Bug#475811: gnome-cups-manager_0.31-3+b1(sparc/unstable): iostream.h: No such 
file or directory
There were no tags set.
Bug#475810: gnome-cups-manager_0.31-3+b1(sparc/unstable):
Tags added: fixed-upstream

>
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#476070: ucspi-tcp: FTBFS: install: fatal: unable to write .../bin/tcpserver: access denied

[Lucas Nussbaum]

On 15/04/08 at 07:42 +, Gerrit Pape wrote:
> On Mon, Apr 14, 2008 at 01:50:07PM +0200, Lucas Nussbaum wrote:
> > Package: ucspi-tcp
> > Version: 1:0.88-1
> > Severity: serious
> > User: [EMAIL PROTECTED]
> > Usertags: qa-ftbfs-20080413 qa-ftbfs
> > Justification: FTBFS on i386
> 
> > During a rebuild of all packages in sid, your package failed to build on 
> > i386.
> 
> Hi Lucas, we've had this before, #470443.  Anything different this time?

Ah, missed it since it was already archived. Will investigate this time.  :-)
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#476070: ucspi-tcp: FTBFS: install: fatal: unable to write .../bin/tcpserver: access denied

[Gerrit Pape]

On Tue, Apr 15, 2008 at 11:07:29AM +0200, Lucas Nussbaum wrote:
> On 15/04/08 at 07:42 +, Gerrit Pape wrote:
> > On Mon, Apr 14, 2008 at 01:50:07PM +0200, Lucas Nussbaum wrote:
> > > During a rebuild of all packages in sid, your package failed to build on 
> > > i386.
> > 
> > Hi Lucas, we've had this before, #470443.  Anything different this time?
> 
> See attached logs, with make -d and strace.

> So it seems that the build process sometimes tries to install in /usr 
> directly.

I see, pretty fast machine you use.  Your build discovers a race where
make doesn't rebuild a specific target (auto_home.c) because the change
it depends on happens within one second I guess.

Thanks, Gerrit.



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

Bug#476021: sketch: FTBFS: Died at make.pl line 21, line 10. (reproduced with new version)

[Bas Wijnen]

Hi Lucas and David,

On Mon, Apr 14, 2008 at 01:49:20PM +0200, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on i386.

That is highly surprising.  I built it in a pbuilder chroot before
uploading, and everything worked fine.  The following hint doesn't seem
to point at this issue:

> This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now
> the default on most architectures (even if it's not the case on i386 yet).
> Feel free to downgrade this bug to 'important' if your package is only built
> on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with
> gcc 4.2).

Because the problem is:

> > (./ex070.tex
> > ! Missing number, treated as zero.
> >  
> >n
> > l.4 \begin{pspicture}(-1,0)(1,nan)
> >   
> > ? 

In other words, a TeX error, not a gcc error.

Also, according to buildd.debian.org/sketch, there is no problem on any
architecture (it's installed on all except sparc, where it's "building"
at this moment).  If gcc-4.3 would be the problem, this would have
caused several of those to break as well.

David, do you have any idea what could be the problem?

By the way, I received a notice that a new upstream version was out as
well, so you could package that when fixing this.

Thanks,
Bas

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


signature.asc
Description: Digital signature

Bug#476203: marked as done (trying to overwrite `/lib/libkeyutils-1.2.so', which is also in package keyutils-lib)

[Debian Bug Tracking System]

Your message dated Tue, 15 Apr 2008 11:12:35 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: trying to overwrite `/lib/libkeyutils-1.2.so', which is 
also in package keyutils-lib
has caused the Debian Bug report #476203,
regarding trying to overwrite `/lib/libkeyutils-1.2.so', which is also in 
package keyutils-lib
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
476203: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476203
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: libkeyutils1
Version: 1.2-6
Severity: serious

Hi,

there seems to be a file conflict in libkeyutils1:

Unpacking libkeyutils1 (from .../libkeyutils1_1.2-6_amd64.deb) ...
dpkg: error processing /var/cache/apt/archives/libkeyutils1_1.2-6_amd64.deb 
(--unpack):
 trying to overwrite `/lib/libkeyutils-1.2.so', which is also in package 
keyutils-lib
Preparing to replace libkrb53 1.4.4-7etch4 (using 
.../libkrb53_1.6.dfsg.3~beta1-4_amd64.deb) ...

MfG
Goswin

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.22-xen-ubuntu
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


--- End Message ---
--- Begin Message ---
for a short time in pre-etch, libkeyutils1 was named keyutils-lib.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/

--- End Message ---

Bug#461184: kwin: kdm4 crashes at startup causing xserver crash with nvidia driver

[Daniel Baumann]

severity 461184 important
tags 461184 +moreinfo
thanks

Hi,

coudn't reproduce this bug on sid/i386 with nvidia 169.12-1, kdm
4.0.66+svn791114-1 and a geforce 8800; thus lowering the severity and
asking for more information.

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/



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

Bug#382658: Not building for powerpc any more

[Sven Luther]

On Mon, Apr 14, 2008 at 10:09:38PM -0400, Rick Thomas wrote:
> Don't panic!
> 
> I believe this is about a program called "xaralx".  The clue is in  
> the bug report  bug=382658>  This is still referenced in the first member of this  
> thread to appear in debian-powerpc, but has somehow been dropped from  
> followups.  The debian-powerpc thread is a continuation of a thread  
> that originated in a list having to do with xalarax.
> 
> If I understand correctly, endian problems prevent xalarax from  
> running correctly on PowerPC (and, presumably any other big-endian  
> processor, such as Sparc or S/370).  So they are talking abut not  
> building xalarax for PowerPC (and presumably...) at least until  
> somebody gets around to constructing the necessary patches to xalarax  
> to make it endian independent.

Notice that the description speaks about a "mature" system, i don't
think that something so endian-buggy that it won't build on powerpc, and
probably not also on the other bigendian arches, should use the term
"mature" in its description.

Please forward to the list, as i can't post for obvious reasons.

Friendly,

Sven Luther



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

Bug#476220: python-uno uninstallable in unstable due to python 2.5

[Rene Engelhard]

Hi,

Hristo Hristov wrote:
> I was wondering why don't you use a fix like in bug=475906 so that you

That's not a valid comparison. ctypes is a module formerly external and
now in the python core.
That fix was about that it's only built for python2.4 now, which the
tools fail to understand.

> don't have to recompile openoffice.org on every change of python version.

A better comparison would be python-subversion (#446636) but afaik svn
does not use the python interpreter.

It's a decision to just support the default python and I won't change
that (at least not in the near future).

If you really want, you can file a wishlist bug, but it quickly will be
+wontfix.

Regards,

Rene



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

Bug#476236: python2.4-babel: uninstallable with python 2.5

[Adeodato Simó]

Package: python2.4-babel
Version: 1.2.0.dfsg-1
Severity: serious

Hello.

python2.4-babel is uninstallable with python 2.5 (the current default in
unstable), and what is worse a rebuild won't fix it.

Assuming that your package works with python >= 2.5, and not only with
exactly 2.4, you should just build modules for all supported python
version -- or, maybe if these modules are just used by babel and not
by any third party program, just for the default python version.

For the latter, start by:

  * changing *every* instance of python2.4 to just "python" in your
debian/control and debian/rules file, including Package: python2.4-babel
  * changing the XS-Python-Version header to read "current", and dropping
XB-Python-Version completely

Maybe there'll be more bits, I'm not sure, but that should be a good
start.

Cheers,

N.B.: This bug need not be usertagged with "goal-python2.5", as babel is
not currently in testing. Lenny will release without babel if it doesn't
get fixed, though.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
   Listening to: Carlos Berlanga - El ángel exterminador




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

Bug#476220: python-uno uninstallable in unstable due to python 2.5

[Hristo Hristov]

Hello,
I was wondering why don't you use a fix like in bug=475906 so that you
don't have to recompile openoffice.org on every change of python version.

Best regards,
Hristo



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

Bug#467123: openuniverse: 467125: chromium has the same problem

[Paul Wise]

Hi,

I note you are working on the non-free TexFont.cpp in openuniverse
(#467125). Are you willing to help with the same problem in
chromium (#467123)? I tried to adapt your code but chromium uses some
more functions than openuniverse.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#476233: ftp.debian.org: ftp.fr.debian.org and ftp2.fr.debian.org differ

[Erwann ABALEA]

Subject: ftp.debian.org: ftp.fr.debian.org and ftp2.fr.debian.org differ
Package: ftp.debian.org
Severity: grave
Justification: renders package unusable

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

I mirror debian-main and debian-security repositories from
ftp2.fr.debian.org (this is the nearest for me), and some days ago, I
noticed incoherent MD5 checks on some packages.
I took one faulty package, grabbed it from the 2 FTP sites, and ran
md5sum on both files:
a6e72ffe2e78c98e26b896e2e3268eb7 libpango1.0-dev_1.20.0-1_i386(2).deb
0c6b5c7548309202d06bc41d5385ee9b libpango1.0-dev_1.20.0-1_i386.deb

the (2) version has been taken from ftp2.fr.debian.org.

This makes systems un-updatable.

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

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


-- 
Erwann.



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

Processed: Re: kwin: kdm4 crashes at startup causing xserver crash with nvidia driver

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 461184 important
Bug#461184: kwin: kdm4 crashes at startup causing xserver crash with nvidia 
driver
Severity set to `important' from `serious'

> tags 461184 +moreinfo
Bug#461184: kwin: kdm4 crashes at startup causing xserver crash with nvidia 
driver
There were no tags set.
Tags added: moreinfo

> 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#475897: marked as done (python-celementtree: can't coexist with default python being 2.5)

[Debian Bug Tracking System]

Your message dated Tue, 15 Apr 2008 09:02:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#475897: fixed in celementtree 1.0.5-10
has caused the Debian Bug report #475897,
regarding python-celementtree: can't coexist with default python being 2.5
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
475897: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475897
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: python-celementtree
Version: 1.0.5-9
Severity: serious

Hello, guys.

Current packaging of python-celementtree doesn't allow for it to be
installed with default python being 2.5. This means that either it has
to be dropped for lenny, or fixed so that it is.

I think it should be fixed, because although the default for lenny will
be 2.5, 2.4 will be still supported for all I know. And being supported
means users would expect to be able to run their python2.4 applications
(which may make use of celementtree) without problems.

I'm not quite sure, though, how the packaging would need to change so
that this problem is addressed. Maybe the python-support maintainer
would know best.

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
 Listening to: Van Morrison - Georgia On My Mind



--- End Message ---
--- Begin Message ---
Source: celementtree
Source-Version: 1.0.5-10

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

celementtree_1.0.5-10.diff.gz
  to pool/main/c/celementtree/celementtree_1.0.5-10.diff.gz
celementtree_1.0.5-10.dsc
  to pool/main/c/celementtree/celementtree_1.0.5-10.dsc
python-celementtree-dbg_1.0.5-10_i386.deb
  to pool/main/c/celementtree/python-celementtree-dbg_1.0.5-10_i386.deb
python-celementtree_1.0.5-10_i386.deb
  to pool/main/c/celementtree/python-celementtree_1.0.5-10_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.
Torsten Marek <[EMAIL PROTECTED]> (supplier of updated celementtree 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.8
Date: Tue, 15 Apr 2008 10:28:03 +0200
Source: celementtree
Binary: python-celementtree python-celementtree-dbg
Architecture: source i386
Version: 1.0.5-10
Distribution: unstable
Urgency: low
Maintainer: Debian Python Modules Team <[EMAIL PROTECTED]>
Changed-By: Torsten Marek <[EMAIL PROTECTED]>
Description: 
 python-celementtree - Light-weight toolkit for XML processing
 python-celementtree-dbg - Light-weight toolkit for XML processing (debug 
extension)
Closes: 449751 475897
Changes: 
 celementtree (1.0.5-10) unstable; urgency=low
 .
   [ Piotr Ożarowski ]
   * Homepage field added
   * Rename XS-Vcs-* fields to Vcs-* (dpkg supports them now)
 .
   [ Sandro Tosi ]
   * debian/watch
 - fix upstream URL (Closes: #449751)
 TODO: choose what format of URL we want from the 2 in the file
   * debian/control
 - added op=log to Vcs-Browser
 .
   [ Torsten Marek ]
   * debian/control
 - Bumped standards version to 3.7.3, no changes necessary
 - don't use ${python:Depends} in depens fields so
   that the package can coexist with python >= 2.5 (Closes: #475897)
Checksums-Sha1: 
 dc2f19067db5243ddcd5a0f922c363872add88a9 1569 celementtree_1.0.5-10.dsc
 af9b92ffe5f278bb903d69e2c691710cef76cf2e 4463 celementtree_1.0.5-10.diff.gz
 09d0fd8527fc029175efd9d034422e424d15a24f 23700 
python-celementtree_1.0.5-10_i386.deb
 b9514b16e8a4e9cc3687f986008b10b616b5aed9 60208 
python-celementtree-dbg_1.0.5-10_i386.deb
Checksums-Sha256: 
 69f13ade7a3871f91caa20ec98436f0b76cedd8e1e97e858dad20efdca7a57cb 1569 
celementtree_1.0.5-10.dsc
 f9f2ac9ffa053e5592d35667877a6b5c73558561e7c1206da24bd2c8f9cdcf67 4463 
celementtree_1.0.5-10.diff.gz
 14227c2bb7c79dd538dc115a8eefad8b4998518b44759e1a347f091e2ef664a6 23700 
python-celementtree_1.0.5-10_i386.deb
 5b9d973e9d470f7e4bd59fe29cc2dc57d274bad2c59eb4e9a84c35281c25b19f 60208 
python-celementtree-dbg_1.0.5-10_i386.deb
Files: 
 d2fb65e800ff630e0d13f4aebd152ef2 1569 python optional celementtre

Bug#476173: Cloning for the unresolved part

[Adeodato Simó]

clone 476173 -1
retitle -1 nuauth-utils: needs rebuid on each python transition
severity -1 important
thanks

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
 Listening to: Carlos Berlanga - La venganza




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

Bug#476220: python-uno uninstallable in unstable due to python 2.5

[Rene Engelhard]

Hi,

Rene Engelhard wrote:
> It's a decision to just support the default python and I won't change
> that (at least not in the near future).

Reason:

$ dpkg -L python-uno
/.
/usr
/usr/lib
/usr/lib/python2.5
/usr/lib/python2.5/site-packages
/usr/lib/python2.5/site-packages/pyuno.so
/usr/lib/openoffice
/usr/lib/openoffice/program
/usr/lib/openoffice/program/officehelper.py
/usr/lib/openoffice/program/pythonloader.uno.so
/usr/lib/openoffice/program/pythonloader.unorc
/usr/lib/openoffice/program/mailmerge.py
/usr/lib/openoffice/program/pythonscript.py
/usr/lib/openoffice/program/libpyuno.so
[...]

There's stuff in OOos dir. Which *DO* belong there and is linked to
libpythonX.Y. That would need some hackery to allow two versions of
those or conflicting between both or having the package linked against
both libpythonX.Ys or just ignoring the dependency on one libpythonX.Y.
Which I don't find very convincing.

Regards,

Rene



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

Processed: Cloning for the unresolved part

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> clone 476173 -1
Bug#476173: nuauth-utils: needs a sourceful upload to be installable with 
python 2.5
Bug 476173 cloned as bug 476238.

> retitle -1 nuauth-utils: needs rebuid on each python transition
Bug#476238: nuauth-utils: needs a sourceful upload to be installable with 
python 2.5
Changed Bug title to `nuauth-utils: needs rebuid on each python transition' 
from `nuauth-utils: needs a sourceful upload to be installable with python 2.5'.
(By the way, that Bug is currently marked as done.)

> severity -1 important
Bug#476238: nuauth-utils: needs rebuid on each python transition
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#476242: Upgrades from Etch make fonts disappear

[Damyan Ivanov]

Package: libpdf-api2-perl
Version: 0.66-1
Severity: serious

Hi,

Today my PDF::API2-using application started to die due to missing
fonts. Looking closer, it appeared that /usr/share/perl5/PDF/API2/fonts/
is an empty directory, instead of a symlink to
/usr/share/fonts/truetype/ttf-dejavu.

The package does not ship DejaVu fonts since version 0.66-1, replacing
fonts/ directory with a symlink. However, when upgrading, dpkg won't
replace directories with symlinks, leaving an empty fonts/ directory.

This would break applications that were running fine on Etch.

Quoting Policy §6.6.4:
A directory will never be replaced by a symbolic link to a directory
or vice versa; instead, the existing state (symlink or not) will be
left alone and dpkg will follow the symlink if there is one.

To fix this, .postinst should be added, detecting an empty fonts/
directory and replacing it with a symlink. It would be nice if .prerm
detects downgrades to versions << 0.66-1 and replaces back the symlink
with an empty directory.

See also http://bugs.debian.org/468111


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

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

Versions of packages libpdf-api2-perl depends on:
ii  libcompress-zlib-perl 2.008-2Perl module for creation and manip
ii  perl  5.8.8-12   Larry Wall's Practical Extraction 
ii  ttf-dejavu2.24-2 Metapackage to pull in ttf-dejavu-

libpdf-api2-perl recommends no packages.

-- no debconf information



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

Bug#476241: forgot attachment

[Nico Golde]

Hi,
forgot the attachment.

Cheers
Nico

-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.
#!/usr/bin/env python

import sys, socket

port = 3689
buff = 'POST /xml-rpc?method=updateconfig HTTP/1.1\n'
buff+= 'Content-Length: -1\n\n'
buff+= 'F\r\n'

if(len(sys.argv) < 2):
	print "ERR: please specify a hostname"
	sys.exit(-1)

try:
	s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
	s.connect((sys.argv[1], port))
	s.send(buff);
except:
	print "ERR: socket()"
	sys.exit(-1)


pgp6prqywnJhK.pgp
Description: PGP signature

Bug#476236: python2.4-babel: uninstallable with python 2.5

[Adeodato Simó]

* Adeodato Simó [Tue, 15 Apr 2008 11:48:54 +0200]:

> For the latter, start by:

>   * changing *every* instance of python2.4 to just "python" in your
> debian/control and debian/rules file, including Package: python2.4-babel
>   * changing the XS-Python-Version header to read "current", and dropping
> XB-Python-Version completely

P.S.: Please do *not* solve this by s/2.4/2.5/g everywhere! TIA.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
 Listening to: Carlos Berlanga - La venganza




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

Bug#426910: marked as done (Crash and data loss after applying filters)

[Debian Bug Tracking System]

Your message dated Tue, 15 Apr 2008 16:05:11 +0530
with message-id <[EMAIL PROTECTED]>
and subject line Fixed in 4:3.5.9-1
has caused the Debian Bug report #426910,
regarding Crash and data loss after applying filters
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
426910: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=426910
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: kmail
Version: 4:3.5.7-1
Severity: critical

Hi,
I'm reporting a bug I've encountered in kmail 1.9.7 (3.5.7). This bug 
is 
found in the kde bugzilla.
https://bugs.kde.org/show_bug.cgi?id=140660
Basically, KMail crashes (SIGSEGV) when applying filters.  According to 
upstream there is sometimes data loss.  (I haven't noticed yet.)
KMail 1.9.5 (3.5.5) doesn't have this problem for me. (I'll have to 
download 
the .deb for this incase it disappears from the debian mirrors.)

Thanks for your work,
C.


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

Debian Release: lenny/sid
  990 testing localhost 
  980 testing localhost 
   50 unstablelocalhost 
   25 edgy-backports  us.archive.ubuntu.com 
   25 edgyus.archive.ubuntu.com 

--- Package information. ---
Depends   (Version) | Installed
===-+-
kdelibs4c2a  (>= 4:3.5.5-1) | 4:3.5.7.dfsg.1-1
libart-2.0-2(>= 2.3.16) | 2.3.19-3
libaudio2   | 1.8-4
libc6  (>= 2.3.6-6) | 2.5-9
libfontconfig1   (>= 2.4.0) | 2.4.2-1.2
libfreetype6   (>= 2.2) | 2.2.1-5
libgcc1 (>= 1:4.1.1-12) | 1:4.2-20070516-1
libice6(>= 1:1.0.0) | 1:1.0.3-2
libidn11(>= 0.5.18) | 0.6.5-1
libjpeg62   | 6b-13
libkcal2b  (>= 4:3.5.5) | 4:3.5.7-1
libkdepim1a(>= 4:3.5.5) | 4:3.5.7-1
libkleopatra1  (>= 4:3.5.5) | 4:3.5.7-1
libkmime2  (>= 4:3.5.5) | 4:3.5.7-1
libkpimidentities1 (>= 4:3.5.5) | 4:3.5.7-1
libksieve0 (>= 4:3.5.5) | 4:3.5.7-1
libmimelib1c2a (>= 4:3.5.5) | 4:3.5.7-1
libpng12-0(>= 1.2.13-4) | 1.2.15~beta5-1
libqt3-mt  (>= 3:3.3.7) | 3:3.3.7-4
libsm6  | 1:1.0.2-2
libstdc++6(>= 4.1.1-12) | 4.2-20070516-1
libx11-6| 2:1.0.3-7
libxcursor1  (>> 1.1.2) | 1.1.7-4
libxext6| 1:1.0.1-2
libxft2  (>> 2.1.1) | 2.1.12-2
libxi6  | 1:1.0.1-4
libxinerama1| 1:1.0.1-4.1
libxrandr2  | 2:1.2.1-1
libxrender1 | 1:0.9.1-3
libxt6  | 1:1.0.5-2
zlib1g (>= 1:1.2.1) | 1:1.2.3-13
perl| 5.8.8-7
kdepim-kio-plugins  | 4:3.5.7-1
kdebase-kio-plugins | 4:3.5.7-1

--- End Message ---
--- Begin Message ---
Package: kmail
Version: 4:3.5.9-1

Thanks to pusling for this.

Feel free to open this if something is wrong with closing this bug report.

-- 
Cheers,
Kartik Mistry | 0xD1028C8D | IRC: kart_
Blogs: {ftbfs,kartikm}.wordpress.com

--- End Message ---

Bug#476021: sketch: FTBFS: Died at make.pl line 21, line 10. (reproduced with new version)

[David Bremner]

Bas Wijnen wrote:

>>> (./ex070.tex
>>> ! Missing number, treated as zero.
>>>  
>>>n
>>> l.4 \begin{pspicture}(-1,0)(1,nan)
>>>   
>>> ? 
> 
> In other words, a TeX error, not a gcc error.

It looks to me like there is a numerical error in the gcc-4.3 compiled version
of sketch, which passes an IEEE NAN to printf.  I think it must be at least
partly an amd64 issue. I have not rebuilt the binary package with gcc-4.3 (needs
some chroot wizardry to get right), but

cd sketch-0.2.59
make CC=gcc-4.3
sketch -Dex070 ./Doc/manexamples.sk

works OK for me on i386 (i.e. no nan in the output).

It would be helpful if someone could try a gcc4.3 i386 build to narrow down the
possibilities.  I will do that as my next step if no-one reports anything 
before.

David

PS. new upstream version acknowledged.




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

Bug#475974: cairodevice: FTBFS: cairoDevice.c:1049: error: 'NewDevDesc' has no member named 'newDevStruct'

[Dirk Eddelbuettel]

On 14 April 2008 at 19:58, Michael Lawrence wrote:
| OK you will need to use cairoDevice 2.6.1 with R 2.7 or above.
| install.packages() should find it properly.

Will do -- I had based myself on what CRANberries showed -- via
available.packages() run by 2.6.2.  Should have though about the 2.7.0
subdirectory. 

My bad -- and thanks for the quick hint!

Dirk

| 
| Thanks,
| Michael
| 
| On Mon, Apr 14, 2008 at 7:26 PM, Dirk Eddelbuettel <[EMAIL PROTECTED]> wrote:
| 
| > On Mon, Apr 14, 2008 at 07:24:17PM -0700, Michael Lawrence wrote:
| > > Which version of R is this? My guess is this is related to the recent
| > > changes in cairoDevice to keep pace with the changes in the R graphics
| > API
| > > coming with R 2.7.
| >
| > Sorry -- meant to state that. R 2.7.0 snapshot as of last Tuesday.
| >
| > Dirk
| >
| > >
| > > On Mon, Apr 14, 2008 at 7:04 PM, Dirk Eddelbuettel <[EMAIL PROTECTED]>
| > wrote:
| > >
| > > >
| > > > Michael,
| > > >
| > > > Please see the enclosed bug report -- it looks like cairoDevice goes
| > > > belly-up
| > > > under gcc 4.3.  Do you have access to an installation with a newer gcc
| > so
| > > > that you can take a look?
| > > >
| > > > Or, and I am just speculating, is this package on its way out given
| > the
| > > > new
| > > > Cairo device in R 2.7.0 and/or the Cairo package by Simon and Jeff?
| > > >
| > > > Best regards,  Dirk
| > > >
| > > >
| > > > On 14 April 2008 at 12:44, Lucas Nussbaum wrote:
| > > > | Package: cairodevice
| > > > | Version: 2.6-1
| > > > | Severity: serious
| > > > | User: [EMAIL PROTECTED]
| > > > | Usertags: qa-ftbfs-20080413 qa-ftbfs
| > > > | Justification: FTBFS on i386
| > > > |
| > > > | Hi,
| > > > |
| > > > | During a rebuild of all packages in sid, your package failed to
| > build on
| > > > i386.
| > > > |
| > > > | This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc
| > 4.3
| > > > is now
| > > > | the default on most architectures (even if it's not the case on i386
| > > > yet).
| > > > | Feel free to downgrade this bug to 'important' if your package is
| > only
| > > > built
| > > > | on i386, and this bug is specific to gcc 4.3 (i.e the package builds
| > > > fine with
| > > > | gcc 4.2).
| > > > |
| > > > | Relevant part:
| > > > | > gcc -std=gnu99 -I/usr/share/R/include -I/usr/share/R/include
| > > > -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
| > -I/usr/include/atk-1.0
| > > > -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0
| > > > -I/usr/lib/glib-2.0/include -I/usr/include/freetype2
| > -I/usr/include/libpng12
| > > >   -g -fpic  -g -O2 -c cairoDevice.c -o cairoDevice.o
| > > > | > In file included from cairoDevice.c:1:
| > > > | > cairoDevice.h:92:1: warning: "BEGIN_SUSPEND_INTERRUPTS" redefined
| > > > | > In file included from
| > /usr/share/R/include/R_ext/GraphicsEngine.h:183,
| > > > | >  from /usr/share/R/include/Rdevices.h:37,
| > > > | >  from cairoDevice.h:18,
| > > > | >  from cairoDevice.c:1:
| > > > | > /usr/share/R/include/R_ext/GraphicsDevice.h:723:1: warning: this
| > is
| > > > the location of the previous definition
| > > > | > In file included from cairoDevice.c:1:
| > > > | > cairoDevice.h:93:1: warning: "END_SUSPEND_INTERRUPTS" redefined
| > > > | > In file included from
| > /usr/share/R/include/R_ext/GraphicsEngine.h:183,
| > > > | >  from /usr/share/R/include/Rdevices.h:37,
| > > > | >  from cairoDevice.h:18,
| > > > | >  from cairoDevice.c:1:
| > > > | > /usr/share/R/include/R_ext/GraphicsDevice.h:726:1: warning: this
| > is
| > > > the location of the previous definition
| > > > | > cairoDevice.c: In function 'configureCairoDevice':
| > > > | > cairoDevice.c:1049: error: 'NewDevDesc' has no member named
| > > > 'newDevStruct'
| > > > | > cairoDevice.c:1051: error: 'NewDevDesc' has no member named 'open'
| > > > | > cairoDevice.c:1058: warning: assignment from incompatible pointer
| > type
| > > > | > cairoDevice.c:1059: warning: assignment from incompatible pointer
| > type
| > > > | > cairoDevice.c:1067: error: 'NewDevDesc' has no member named 'hold'
| > > > | > cairoDevice.c:1069: warning: assignment from incompatible pointer
| > type
| > > > | > cairoDevice.c:1112: error: 'NewDevDesc' has no member named
| > > > 'canResizePlot'
| > > > | > cairoDevice.c:1113: error: 'NewDevDesc' has no member named
| > > > 'canChangeFont'
| > > > | > cairoDevice.c:1114: error: 'NewDevDesc' has no member named
| > > > 'canRotateText'
| > > > | > cairoDevice.c:1115: error: 'NewDevDesc' has no member named
| > > > 'canResizeText'
| > > > | > cairoDevice.c: In function 'initCairoDevice':
| > > > | > cairoDevice.c:1190: error: 'NewDevDesc' has no member named
| > > > 'displayList'
| > > > | > make[1]: *** [cairoDevice.o] Error 1
| > > > |
| > > > | The full build log is available from:
| > > > |
http://people.debian.org/~lucas/logs/2008/04/13

Bug#476173: marked as done (nuauth-utils: needs a sourceful upload to be installable with python 2.5)

[Debian Bug Tracking System]

Your message dated Tue, 15 Apr 2008 09:47:04 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#476173: fixed in nufw 2.2.14-2
has caused the Debian Bug report #476173,
regarding nuauth-utils: needs a sourceful upload to be installable with python 
2.5
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
476173: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476173
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: nuauth-utils
Version: 2.2.14-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-python2.5

Hello.

python-defaults 2.5 was recently uploaded to unstable, and nuauth-utils
is now uninstallable. I've checked, and a simple re-upload with no
changes fixed the problem.

However, it would quite important if you could at the same tim eupdate
the package not to become uninstallable each time the default python
version changes. There should be some howtos about that on
wiki.debian.org, and feel free to mail me or [EMAIL PROTECTED]
if you get stuck.

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself.  Therefore all
progress depends on the unreasonable man.
-- George Bernard Shaw



--- End Message ---
--- Begin Message ---
Source: nufw
Source-Version: 2.2.14-2

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

libnuclient-dev_2.2.14-2_amd64.deb
  to pool/main/n/nufw/libnuclient-dev_2.2.14-2_amd64.deb
libnuclient3_2.2.14-2_amd64.deb
  to pool/main/n/nufw/libnuclient3_2.2.14-2_amd64.deb
libpam-nufw_2.2.14-2_amd64.deb
  to pool/main/n/nufw/libpam-nufw_2.2.14-2_amd64.deb
nuauth-extra_2.2.14-2_amd64.deb
  to pool/main/n/nufw/nuauth-extra_2.2.14-2_amd64.deb
nuauth-log-mysql_2.2.14-2_amd64.deb
  to pool/main/n/nufw/nuauth-log-mysql_2.2.14-2_amd64.deb
nuauth-log-pgsql_2.2.14-2_amd64.deb
  to pool/main/n/nufw/nuauth-log-pgsql_2.2.14-2_amd64.deb
nuauth-utils_2.2.14-2_all.deb
  to pool/main/n/nufw/nuauth-utils_2.2.14-2_all.deb
nuauth_2.2.14-2_amd64.deb
  to pool/main/n/nufw/nuauth_2.2.14-2_amd64.deb
nufw_2.2.14-2.diff.gz
  to pool/main/n/nufw/nufw_2.2.14-2.diff.gz
nufw_2.2.14-2.dsc
  to pool/main/n/nufw/nufw_2.2.14-2.dsc
nufw_2.2.14-2_amd64.deb
  to pool/main/n/nufw/nufw_2.2.14-2_amd64.deb
nutcpc_2.2.14-2_amd64.deb
  to pool/main/n/nufw/nutcpc_2.2.14-2_amd64.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.
Pierre Chifflier <[EMAIL PROTECTED]> (supplier of updated nufw 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.8
Date: Tue, 15 Apr 2008 09:16:45 +0200
Source: nufw
Binary: nufw nuauth nuauth-extra nuauth-log-mysql nuauth-log-pgsql nutcpc 
nuauth-utils libnuclient3 libnuclient-dev libpam-nufw
Architecture: source amd64 all
Version: 2.2.14-2
Distribution: unstable
Urgency: low
Maintainer: Pierre Chifflier <[EMAIL PROTECTED]>
Changed-By: Pierre Chifflier <[EMAIL PROTECTED]>
Description: 
 libnuclient-dev - Development files for nufw client library
 libnuclient3 - client library for nufw authentication
 libpam-nufw - Pluggable Authentication module for nufw authentication
 nuauth - The authentication daemon from the nufw package
 nuauth-extra - The authentication daemon from the nufw package
 nuauth-log-mysql - Module for nuauth logging into MySQL databases
 nuauth-log-pgsql - Module for nuauth logging into PostgreSQL databases
 nuauth-utils - Set of tools useful to nuauth admin
 nufw   - a per-user firewalling daemon that interferes with libipq
 nutcpc - a Linux client for the nufw authentication gateway system
Closes: 476173
Changes: 
 nufw (2.2.14-2) unstable; urgency=low
 .
   * Rebuild for python transition (Closes: #476173)
Checksums-Sha1: 
 be0277024ba99f67b244384de794eb44b9ae8dff 1393 nufw_2.2.14-2.dsc
 c0bd62474925e647adfc4b74ee7a23e4d01340dd 14576 nufw_2.2.14-2.diff.gz
 eeef785abc187f3ebb68340c98a99633963860a0 40918 nufw_2.2.14-2_amd64.deb
 60cedd30cb0e7f4e92c57e606e98

Bug#476021: sketch: FTBFS: Died at make.pl line 21, line 10. (reproduced with new version)

[Lucas Nussbaum]

On 15/04/08 at 11:57 +0200, Bas Wijnen wrote:
> Hi Lucas and David,
> 
> On Mon, Apr 14, 2008 at 01:49:20PM +0200, Lucas Nussbaum wrote:
> > During a rebuild of all packages in sid, your package failed to build
> > on i386.
> 
> That is highly surprising.  I built it in a pbuilder chroot before
> uploading, and everything worked fine.  The following hint doesn't seem
> to point at this issue:
> 
> > This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is 
> > now
> > the default on most architectures (even if it's not the case on i386 yet).
> > Feel free to downgrade this bug to 'important' if your package is only built
> > on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine 
> > with
> > gcc 4.2).

No, that's just part of the template, to explain that some issues might
be gcc 4.3-specific. I will clarify before the next rebuild.
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |


signature.asc
Description: Digital signature

Bug#475691: munin-node: Hang the boot because it fail to put daemon in the background

[Matthias Schmitz]

Hi Petter, hi *,

Am Tue, 15 Apr 2008 08:52:37 +0200
schrieb Petter Reinholdtsen <[EMAIL PROTECTED]>:

> [Matthias Schmitz]
> > please add the following statements:
> > 
> > port 4949 
> > setsid yes
> > (And maybe also:
> > user root
> > group root )
> 
> I'll try to get it added.
> 
> When did this change?  The configuration worked in Etch.  It would be
> best for existing installations if it continued to work also in Lenny.
> Can you set the defaults in munin-node to the same as it was in Etch?
i take a look into the sources of 'debian-edu-config' and it looks
like you give the "munin.conf" to the munin-node. Which is not
intendend :-). Are you sure that this ever worked? 

best regards,
Matthias Schmitz 



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

Bug#476231: marked as done (Log for failed build of netrik_1.15.7-1 (dist=unstable))

[Debian Bug Tracking System]

Your message dated Tue, 15 Apr 2008 09:47:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#476231: fixed in netrik 1.15.7-2
has caused the Debian Bug report #476231,
regarding Log for failed build of netrik_1.15.7-1 (dist=unstable)
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
476231: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476231
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: netrik
Version: 1.15.7-1
Severity: serious

Oh yeah, my favourite useless lintian warning causing yet another
needless adjustment in source package causing again a FTBFS bug:

   * fixed lintian warnings:
  - debian-rules-ignores-make-clean-error: remove '-'

Leads to:

> # Add here commands to clean up after the build process.
> /usr/bin/make distclean
> make[1]: Entering directory `/build/buildd/netrik-1.15.7'
> make[1]: *** No rule to make target `distclean'.  Stop.
> make[1]: Leaving directory `/build/buildd/netrik-1.15.7'


--- End Message ---
--- Begin Message ---
Source: netrik
Source-Version: 1.15.7-2

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

netrik_1.15.7-2.diff.gz
  to pool/main/n/netrik/netrik_1.15.7-2.diff.gz
netrik_1.15.7-2.dsc
  to pool/main/n/netrik/netrik_1.15.7-2.dsc
netrik_1.15.7-2_i386.deb
  to pool/main/n/netrik/netrik_1.15.7-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.
Edelhard Becker <[EMAIL PROTECTED]> (supplier of updated netrik 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.8
Date: Tue, 15 Apr 2008 11:14:45 +0200
Source: netrik
Binary: netrik
Architecture: source i386
Version: 1.15.7-2
Distribution: unstable
Urgency: low
Maintainer: Edelhard Becker <[EMAIL PROTECTED]>
Changed-By: Edelhard Becker <[EMAIL PROTECTED]>
Description: 
 netrik - text mode WWW browser with vi like keybindings
Closes: 476231
Changes: 
 netrik (1.15.7-2) unstable; urgency=low
 .
   * aargh: instead of my dumb ad-hoc "solution" use the syntax from
 
http://lintian.debian.org/reports/tags/debian-rules-ignores-make-clean-error.html
 in make clean (Closes: #476231)
Checksums-Sha1: 
 2bfdda13c718605c9a85672bd18d71224ba3b66e 1019 netrik_1.15.7-2.dsc
 f4d6ed4ff12572965007c9ea26eae2c32204bbdc 26491 netrik_1.15.7-2.diff.gz
 4751cdfd2ed5aecdac4e129438f1e7ff548b16ca 269814 netrik_1.15.7-2_i386.deb
Checksums-Sha256: 
 264a8437b65bc29a900ecaece40b25be2bb182ae3c848e470ac2aa560edbc727 1019 
netrik_1.15.7-2.dsc
 2f4233020b56d5493b79c867237c5a801f3cdd3d71cfa502b02ca97891b4122b 26491 
netrik_1.15.7-2.diff.gz
 f9c1b557643010db35cbc19fb91ac579351e73c0fd231f0267ba2173db24728a 269814 
netrik_1.15.7-2_i386.deb
Files: 
 fca0c330b7b76e87fba01a6691fcd535 1019 web optional netrik_1.15.7-2.dsc
 1ef82d0578ae71dc10916e8a21249412 26491 web optional netrik_1.15.7-2.diff.gz
 0abffed476c9b9b8773c6548084920d6 269814 web optional netrik_1.15.7-2_i386.deb

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

iD8DBQFIBHg3lByGkm8iLx8RAhnjAKCRAft6m9jDKp6OWBj7qhSi/8TY6gCfZ87x
7hyv27Dao3Ou5/eaz0DrPlI=
=zMGX
-END PGP SIGNATURE-


--- End Message ---

Bug#476241: mt-daapd: CVE-2008-1771 integer overflow allowing remote DoS and possibly arbitrary code execution

[Nico Golde]

Package: mt-daapd
Version: 0.9~r1696-1.2
Severity: grave

Hi,
I found a security issue in mt-daapd:

This is an integer overflow leading to a heap-based buffer overflow in 
the ws_getpostvars function.

>From src/webserver.c:
   707  int ws_getpostvars(WS_CONNINFO *pwsc) {
   708  char *content_length;
   709  unsigned char *buffer;
   710  uint32_t length;
   711  uint32_t ms;

   715  content_length = ws_getarg(&pwsc->request_headers,"Content-Length");

   722  length=atoi(content_length);
   723  ws_dprintf(L_WS_DBG,"Thread %d: Post var length: %d\n",
   724  pwsc->threadno,length);
   725
   726  buffer=(unsigned char*)malloc(length+1);

   739  if(!io_read_timeout(pwsc->hclient, buffer, &length, &ms)) {

   757
   758  if(!ws_getgetvars(pwsc,(char*)buffer)) {
   759  /* assume error was set already */
   760  free(buffer);
   761  ws_dprintf(L_WS_LOG,"Could not parse get vars\n");
   762  return FALSE;
   763  }
   764
   765  free(buffer);

The relevant variable here is length, it is of type uint32_t. In line
715 content_length points to the user supplied Content-Length value in the HTTP 
POST.
This value gets then converted to an integer using atoi in line 722.

Here integer conversion happens on negative values. A value of -1 will set 
length to
UINT_MAX because length is of type uint32_t. Then the length value is used to
allocate space on the heap. Adding + 1 in the malloc call triggers an integer 
overflow.
With a Content-Length: -1 the buffer size (UINT_MAX + 1) buffer size passed to 
malloc
will be 0. This causes malloc to allocate the smallest possible chunk but it 
does not fail.

In line 739 a timed read is done on the buffer. io_read_timeout() (from 
src/io.c)
basically ends up calling io_read and reading length bytes into the buffer and 
writing
the count of read bytes back to length. So there is a heap-based buffer 
overflow here.

This corrupts the heap structure and leads to a server crash in line 765 when 
freeing the
buffer which is now corrupted.

This is a remote DoS for _unauthenticated_ users and does possibly lead to 
arbitrary code
execution

A very simple PoC attached.

CVE-2008-1771 was assigned to this, please mention this CVE id in the changelog 
if you
fix this bug.

Kind regards
Nico



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

Bug#475691: munin-node: Hang the boot because it fail to put daemon in the background

[Petter Reinholdtsen]

[Matthias Schmitz]
> i take a look into the sources of 'debian-edu-config' and it looks
> like you give the "munin.conf" to the munin-node. Which is not
> intendend :-). Are you sure that this ever worked?

Nope.  I am getting quite sure that the change done in svn 2008-04-04
never worked.  The munin-node configuration was changed then, and this
seem to be when this problem was introduced.

I guess it need to be fixed there.  On the other hand I would
recommend munin-node dying with an error instead of blocking the boot
when it encounter a bogus configuration file.  It would have avoided
this problem.

Happy hacking,
-- 
Petter Reinholdtsen



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

Processed: tagging 476241

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.25
> tags 476241 + security
Bug#476241: mt-daapd: CVE-2008-1771 integer overflow allowing remote DoS and 
possibly arbitrary code execution
There were no tags set.
Tags added: security

>
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#476173: Cloning for the unresolved part

[Pierre Chifflier]

On Tue, Apr 15, 2008 at 12:06:57PM +0200, Adeodato Simó wrote:
> clone 476173 -1
> retitle -1 nuauth-utils: needs rebuid on each python transition
> severity -1 important
> thanks
> 

Can you explain to me why you reopen this bug, while the package has
been re-uploaded ? The new package _is_ linked to python 2.5.

BTW, I would appreciate some more useful information than just a RC bug
+ a reopen 

Pierre

Bug#476203: closed by Daniel Baumann <[EMAIL PROTECTED]> (reply to [EMAIL PROTECTED]) (Re: trying to overwrite `/lib/libkeyutils-1.2.so', which is also in package keyutils-lib)

[Daniel Baumann]

Goswin von Brederlow wrote:
> You are missing a Replaces/Conflicts.

nope. you are trying to upgrade from pre-etch to lenny, which is not
supported.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/



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

Bug#474630: new python-twisted-core breaks plugin packages using python-support

[Matthias Klose]

reassign 474630 python-nevow
thanks

this is not a bug in python-twisted-core; it is known that the
installation of modules/plugins in two different directories in
sys.path breaks things.  python-nevow must install in the same
location as python-twisted-core.



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

Processed: Re: new python-twisted-core breaks plugin packages using python-support

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 474630 python-nevow
Bug#474630: new python-twisted-core breaks plugin packages using python-support
Bug reassigned from package `python-twisted-core' to `python-nevow'.

> 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: found 476186 in 2.2.2-1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.25
> found 476186 2.2.2-1
Bug#476186: inn2: lib/md5.c contains non-free md5 implementation
Bug marked as found in version 2.2.2-1.

>
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#476203: closed by Daniel Baumann <[EMAIL PROTECTED]> (reply to [EMAIL PROTECTED]) (Re: trying to overwrite `/lib/libkeyutils-1.2.so', which is also in package keyutils-lib)

[Goswin von Brederlow]

> From: Daniel Baumann <[EMAIL PROTECTED]>
> Subject: Re: trying to overwrite `/lib/libkeyutils-1.2.so', which is also
>  in package keyutils-lib
> To: [EMAIL PROTECTED]
> Date: Tue, 15 Apr 2008 11:12:35 +0200
> Organization: Debian GNU/Linux - The Universal Operating System
> Reply-To: [EMAIL PROTECTED]
>
> for a short time in pre-etch, libkeyutils1 was named keyutils-lib.

And you are trying to overwrite files from it.

You are missing a Replaces/Conflicts.

MfG
Goswin



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

Processed (with 5 errors): Re: Bug#476243: python-uno: install fails because doesn't recognize python 2.4

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 476243 serious
Bug#476243: python-uno: install fails because doesn't recognize python 2.4
Severity set to `serious' from `normal'

> forcemerge 476220 476243
Bug#476220: python-uno uninstallable in unstable due to python 2.5
Bug#476243: python-uno: install fails because doesn't recognize python 2.4
Forcibly Merged 476220 476243.

> thnks
Unknown command or malformed arguments to command.

> Giacomo Graziosi wrote:
Unknown command or malformed arguments to command.

> > Package: python-uno
Unknown command or malformed arguments to command.

> > Version: 1:2.4.0-3
Unknown command or malformed arguments to command.

> > Severity: normal
Unknown command or malformed arguments to command.

Too many unknown commands, stopping 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#476220: marked as done (python-uno uninstallable in unstable due to python 2.5)

[Debian Bug Tracking System]

Your message dated Tue, 15 Apr 2008 11:03:00 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#476220: fixed in openoffice.org 1:2.4.0-4
has caused the Debian Bug report #476220,
regarding python-uno uninstallable in unstable due to python 2.5
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
476220: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476220
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: python-uno
Version: 1:2.4.0-3+b1
Severity: serious


python-uno depends on python << 2.5; however python 2.5.2-0.1 was
uploaded to unstable.

This makes python-uno uninstallable (actually entire openoffice.org)
in unstable:

sif:/etc/apt# aptitude -R install python-uno
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
The following packages are BROKEN:
  python-uno
The following NEW packages will be installed:
[... long list ...]
The following packages are RECOMMENDED but will NOT be installed:
  ca-certificates hicolor-icon-theme libatk1.0-data libft-perl
  libglib2.0-data libgtk2.0-bin openoffice.org-style-crystal
  openoffice.org-style-tango perl-doc x-ttcidfont-conf xml-core
0 packages upgraded, 82 newly installed, 0 to remove and 0 not upgraded.
Need to get 101MB of archives. After unpacking 281MB will be used.
The following packages have unmet dependencies:
  python-uno: Depends: python (< 2.5) but 2.5.2-0.1 is to be installed.
Resolving dependencies...
The following actions will resolve these dependencies:

Keep the following packages at their current version:
python-uno [Not Installed]

Regards
/Rasmus

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

Kernel: Linux 2.6.24.4 (PREEMPT)
Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to da_DK.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-uno depends on:
ii  libc6   2.7-10   GNU C Library: Shared libraries
ii  libgcc1 1:4.3.0-3GCC support library
ii  libstdc++6  4.3.0-3  The GNU Standard C++ Library v3
ii  libstlport4.6ldbl   4.6.2-3.2STLport C++ class library
ii  openoffice.org-core 1:2.4.0-3+b1 OpenOffice.org office suite archit
ii  python  2.4.4-6  An interactive high-level object-o
ii  python-central  0.6.2register and build utility for Pyt
ii  python2.4   2.4.5-1  An interactive high-level object-o

python-uno recommends no packages.

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: openoffice.org
Source-Version: 1:2.4.0-4

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

broffice.org_2.4.0-4_all.deb
  to pool/main/o/openoffice.org/broffice.org_2.4.0-4_all.deb
libmythes-dev_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/libmythes-dev_2.4.0-4_amd64.deb
libuno-cil_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/libuno-cil_2.4.0-4_amd64.deb
openoffice.org-base-core_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-base-core_2.4.0-4_amd64.deb
openoffice.org-base_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-base_2.4.0-4_amd64.deb
openoffice.org-calc_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-calc_2.4.0-4_amd64.deb
openoffice.org-common_2.4.0-4_all.deb
  to pool/main/o/openoffice.org/openoffice.org-common_2.4.0-4_all.deb
openoffice.org-core_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-core_2.4.0-4_amd64.deb
openoffice.org-dbg_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-dbg_2.4.0-4_amd64.deb
openoffice.org-dev-doc_2.4.0-4_all.deb
  to pool/main/o/openoffice.org/openoffice.org-dev-doc_2.4.0-4_all.deb
openoffice.org-dev_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-dev_2.4.0-4_amd64.deb
openoffice.org-draw_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-draw_2.4.0-4_amd64.deb
openoffice.org-dtd-officedocument1.0_2.4.0-4_all.deb
  to 
pool/main/o/openoffice.org/openoffice.org-dtd-officedocument1.0_2.4.0-4_all.deb
openoffice.org-evolution_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-evolution_2.4.0-4_amd64.deb
openoffice.org-filter-binfilter_2.4.0-4_amd64.deb
  to 
pool/main/o/openoffice.org/openo

Bug#476243: marked as done (python-uno: install fails because doesn't recognize python 2.4)

[Debian Bug Tracking System]

Your message dated Tue, 15 Apr 2008 11:03:00 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#476220: fixed in openoffice.org 1:2.4.0-4
has caused the Debian Bug report #476220,
regarding python-uno: install fails because doesn't recognize python 2.4
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
476220: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476220
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: python-uno
Version: 1:2.4.0-3
Severity: normal



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

Kernel: Linux 2.6.24-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 python-uno depends on:
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.0-3  GCC support library
ii  libstdc++64.3.0-3The GNU Standard C++ Library v3
ii  openoffice.org-core   1:2.4.0-3  OpenOffice.org office suite archit
ii  python2.5.2-0.1  An interactive high-level object-o
ii  python-central0.6.2  register and build utility for Pyt
ii  python2.4 2.4.5-1An interactive high-level object-o

python-uno recommends no packages.


--- End Message ---
--- Begin Message ---
Source: openoffice.org
Source-Version: 1:2.4.0-4

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

broffice.org_2.4.0-4_all.deb
  to pool/main/o/openoffice.org/broffice.org_2.4.0-4_all.deb
libmythes-dev_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/libmythes-dev_2.4.0-4_amd64.deb
libuno-cil_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/libuno-cil_2.4.0-4_amd64.deb
openoffice.org-base-core_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-base-core_2.4.0-4_amd64.deb
openoffice.org-base_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-base_2.4.0-4_amd64.deb
openoffice.org-calc_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-calc_2.4.0-4_amd64.deb
openoffice.org-common_2.4.0-4_all.deb
  to pool/main/o/openoffice.org/openoffice.org-common_2.4.0-4_all.deb
openoffice.org-core_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-core_2.4.0-4_amd64.deb
openoffice.org-dbg_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-dbg_2.4.0-4_amd64.deb
openoffice.org-dev-doc_2.4.0-4_all.deb
  to pool/main/o/openoffice.org/openoffice.org-dev-doc_2.4.0-4_all.deb
openoffice.org-dev_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-dev_2.4.0-4_amd64.deb
openoffice.org-draw_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-draw_2.4.0-4_amd64.deb
openoffice.org-dtd-officedocument1.0_2.4.0-4_all.deb
  to 
pool/main/o/openoffice.org/openoffice.org-dtd-officedocument1.0_2.4.0-4_all.deb
openoffice.org-evolution_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-evolution_2.4.0-4_amd64.deb
openoffice.org-filter-binfilter_2.4.0-4_amd64.deb
  to 
pool/main/o/openoffice.org/openoffice.org-filter-binfilter_2.4.0-4_amd64.deb
openoffice.org-filter-mobiledev_2.4.0-4_all.deb
  to pool/main/o/openoffice.org/openoffice.org-filter-mobiledev_2.4.0-4_all.deb
openoffice.org-gcj_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-gcj_2.4.0-4_amd64.deb
openoffice.org-gnome_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-gnome_2.4.0-4_amd64.deb
openoffice.org-gtk_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-gtk_2.4.0-4_amd64.deb
openoffice.org-headless_2.4.0-4_amd64.deb
  to pool/main/o/openoffice.org/openoffice.org-headless_2.4.0-4_amd64.deb
openoffice.org-help-cs_2.4.0-4_all.deb
  to pool/main/o/openoffice.org/openoffice.org-help-cs_2.4.0-4_all.deb
openoffice.org-help-da_2.4.0-4_all.deb
  to pool/main/o/openoffice.org/openoffice.org-help-da_2.4.0-4_all.deb
openoffice.org-help-de_2.4.0-4_all.deb
  to pool/main/o/openoffice.org/openoffice.org-help-de_2.4.0-4_all.deb
openoffice.org-help-dz_2.4.0-4_all.deb
  to pool/main/o/openoffice.org/openoffice.org-help-dz_2.4.0-4_all.deb
openoffice.org-help-en-gb_2.4.0-4_all.deb
  to pool/main/o/openoffice.org/openoffice.org-help-en-gb_2.4.0-4_all.deb
openoffice.org-help-en-us_2.4.0-4_all.deb
  to pool/main/o/openoffice.org/openoffice.org-help-en-us_2.4.0-4_all.deb
openoffice.org-help-es_2.4.0-4_all.deb
  to pool/main/o/openoffice.org

Bug#430794: kimwitu-doc: diff for NMU version 10a+1-2.1

[Amaya]

Michael Piefel wrote:
> I think it's stupid to change a completely built package to fix an
> obscure build bug. Really, what's the point. Conformance to the policy
> for conformance's sake. The users will have to install an updated
> package with not a single bit changed.

I am very sorry that you think fixing this was not needed. I dare to
disagree, as I expect those users to be able to build from source
packages. 

In any case, you had a week to react to my NMU and I would have been
easily convinced to abort it had you stated your opinion on this. 

Your work in Debian is appreciated.

-- 
  ·''`.  Come, let me sing into your ear, those dancing days are gone 
 : :' : I carry the sun in a golden cup, the moon in a silver bag
 `. `' 
   `- Proudly running Debian GNU/Linux...

Processed: Re: Bug#476215: subversion: URI http/https schemas not recognized

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> forcemerge 476117 476215
Bug#476117: http support broken on amd64
Bug#476215: subversion: URI http/https schemas not recognized
Bug#476119: subversion: repository access ra_dav module missing
Bug#476142: subversion: does not checkout http:// or https:// repositories
Bug#476154: subversion: https urls broken
Forcibly Merged 476117 476119 476142 476154 476215.

> 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#476203: closed by Daniel Baumann <[EMAIL PROTECTED]> (reply to [EMAIL PROTECTED]) (Re: trying to overwrite `/lib/libkeyutils-1.2.so', which is also in package keyutils-lib)

[Goswin von Brederlow]

Daniel Baumann <[EMAIL PROTECTED]> writes:

> Goswin von Brederlow wrote:
>> You are missing a Replaces/Conflicts.
>
> nope. you are trying to upgrade from pre-etch to lenny, which is not
> supported.

I upgraded to etch long ago and now to lenny. It seems the old package
never got removed. It wouldn't be unless something conflicts with it.

Since I didn't do anything special nor skip any release I bet there
are many people that will run into this case.

MfG
Goswin




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

Bug#475974: marked as done (cairodevice: FTBFS: cairoDevice.c:1049: error: 'NewDevDesc' has no member named 'newDevStruct')

[Debian Bug Tracking System]

Your message dated Tue, 15 Apr 2008 12:32:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#475974: fixed in cairodevice 2.6.1-1
has caused the Debian Bug report #475974,
regarding cairodevice: FTBFS: cairoDevice.c:1049: error: 'NewDevDesc' has no 
member named 'newDevStruct'
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
475974: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475974
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: cairodevice
Version: 2.6-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080413 qa-ftbfs
Justification: FTBFS on i386

Hi,

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

This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now
the default on most architectures (even if it's not the case on i386 yet).
Feel free to downgrade this bug to 'important' if your package is only built
on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with
gcc 4.2).

Relevant part:
> gcc -std=gnu99 -I/usr/share/R/include -I/usr/share/R/include 
> -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 
> -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12  
>  -g -fpic  -g -O2 -c cairoDevice.c -o cairoDevice.o
> In file included from cairoDevice.c:1:
> cairoDevice.h:92:1: warning: "BEGIN_SUSPEND_INTERRUPTS" redefined
> In file included from /usr/share/R/include/R_ext/GraphicsEngine.h:183,
>  from /usr/share/R/include/Rdevices.h:37,
>  from cairoDevice.h:18,
>  from cairoDevice.c:1:
> /usr/share/R/include/R_ext/GraphicsDevice.h:723:1: warning: this is the 
> location of the previous definition
> In file included from cairoDevice.c:1:
> cairoDevice.h:93:1: warning: "END_SUSPEND_INTERRUPTS" redefined
> In file included from /usr/share/R/include/R_ext/GraphicsEngine.h:183,
>  from /usr/share/R/include/Rdevices.h:37,
>  from cairoDevice.h:18,
>  from cairoDevice.c:1:
> /usr/share/R/include/R_ext/GraphicsDevice.h:726:1: warning: this is the 
> location of the previous definition
> cairoDevice.c: In function 'configureCairoDevice':
> cairoDevice.c:1049: error: 'NewDevDesc' has no member named 'newDevStruct'
> cairoDevice.c:1051: error: 'NewDevDesc' has no member named 'open'
> cairoDevice.c:1058: warning: assignment from incompatible pointer type
> cairoDevice.c:1059: warning: assignment from incompatible pointer type
> cairoDevice.c:1067: error: 'NewDevDesc' has no member named 'hold'
> cairoDevice.c:1069: warning: assignment from incompatible pointer type
> cairoDevice.c:1112: error: 'NewDevDesc' has no member named 'canResizePlot'
> cairoDevice.c:1113: error: 'NewDevDesc' has no member named 'canChangeFont'
> cairoDevice.c:1114: error: 'NewDevDesc' has no member named 'canRotateText'
> cairoDevice.c:1115: error: 'NewDevDesc' has no member named 'canResizeText'
> cairoDevice.c: In function 'initCairoDevice':
> cairoDevice.c:1190: error: 'NewDevDesc' has no member named 'displayList'
> make[1]: *** [cairoDevice.o] Error 1

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

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

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

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


--- End Message ---
--- Begin Message ---
Source: cairodevice
Source-Version: 2.6.1-1

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

cairodevice_2.6.1-1.diff.gz
  to pool/main/c/cairodevice/cairodevice_2.6.1-1.diff.gz
cairodevice_2.6.1-1.dsc
  to pool/main/c/cairodevice/cairodevice_2.6.1-1.dsc
cairodevice_2.6.1.orig.tar.gz
  to pool/main/c/cairodevice/cairodevice_2.6.1.orig.tar.gz
r-cran-cairodevice_2.6.1-1_i386.deb
  to pool/main/c/cairodevice/r-cran-cairodevice_2.6.1-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 [EMAI

Bug#476173: Cloning for the unresolved part

[Adeodato Simó]

* Pierre Chifflier [Tue, 15 Apr 2008 13:14:45 +0200]:

Hello, Pierre.

> BTW, I would appreciate some more useful information than just a RC bug
> + a reopen 

Hm, I thought the intention/explanation should have been obvious.
Sorry for that

> > clone 476173 -1
> > retitle -1 nuauth-utils: needs rebuid on each python transition
> > severity -1 important

> Can you explain to me why you reopen this bug, while the package has
> been re-uploaded ? The new package _is_ linked to python 2.5.

I've note reopened #476173; #476173 remains closed, because it's indeed
fixed -- I've just *cloned* it into a separate bug report. This new bug
report is #476238, which is not RC anymore (just important).

So, as for why I've done that, the problem is what the title of this new
bug report says: "nuauth-utils ties itself to each python transition",
and it shouldn't. You should just tell python-support that your code
works with any python version, rather than only with "current".

I hope that was clearer, do not hesitate to bring up any issues that are
not clear enough.

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
- I love you, Shirley, I'm not ashamed to say.
- If you love me, then you'll want me to be happy. Even if I'm not with you.
- I don't love you *that* much.
-- Denny Crane and Shirley Schmidt

Bug#476033: rcompgen: FTBFS: Error: Invalid DESCRIPTION file

[Dirk Eddelbuettel]

reassign 476033 ftp.debian.org
retitle 'rcompgen obsoleted upstream and to be removed from unstable'
severity 476033 normal
thanks

The code from the source package 'rcompgen' has been integrated into the
source package 'r-base' as per the r-base version 2.7.0 ("R 2.7.0"). In other
words, the core parts of GNU R have absorbed what was at first an add-on
package rcompgen.

With that, the add-on package is no longer needed, and that is why the build
is also made to fail as seen below.

The rcompgen package should stay in testing and stable as those versions will
continue to work with R releases prior to R 2.7.0 (of which we now have a
pre-release in unstable).

Thanks, Dirk

On 14 April 2008 at 13:46, Lucas Nussbaum wrote:
| Package: rcompgen
| Version: 0.1-17-1
| Severity: serious
| User: [EMAIL PROTECTED]
| Usertags: qa-ftbfs-20080413 qa-ftbfs
| Justification: FTBFS on i386
| 
| Hi,
| 
| During a rebuild of all packages in sid, your package failed to build on i386.
| 
| This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now
| the default on most architectures (even if it's not the case on i386 yet).
| Feel free to downgrade this bug to 'important' if your package is only built
| on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with
| gcc 4.2).
| 
| Relevant part:
| >  /usr/bin/fakeroot debian/rules binary
| > test -x debian/rules
| > dh_testroot
| > dh_clean -k 
| > dh_installdirs -A 
| > mkdir -p "."
| > dh_installdirs  usr/lib/R/library
| > #if test -f /usr/bin/java; then \
| > #   R CMD javareconf -e ''; \
| > #fi 
| > if test -f /usr/bin/xvfb-run; then  \
| >  xvfb-run   \
| > R CMD INSTALL -l 
/build/user/rcompgen-0.1-17/debian/r-cran-rcompgen/usr/lib/R/library --clean
 \
| >  . ;\
| > else\
| >  R CMD INSTALL -l 
/build/user/rcompgen-0.1-17/debian/r-cran-rcompgen/usr/lib/R/library  \
| > --clean  . ;\
| > fi
| > * Installing *source* package 'rcompgen' ...
| > Error: Invalid DESCRIPTION file
| > 
| > Invalid Priority field.
| > Packages with priorities 'base' or 'recommended' or 'defunct-base' must
| > already be known to R.
| > 
| > See the information on DESCRIPTION files in section 'Creating R
| > packages' of the 'Writing R Extensions' manual.
| > Execution halted
| > ERROR: installing package DESCRIPTION failed
| > ** Removing 
'/build/user/rcompgen-0.1-17/debian/r-cran-rcompgen/usr/lib/R/library/rcompgen'
| > make: *** [R_any_arch] Error 1
| 
| The full build log is available from:
|http://people.debian.org/~lucas/logs/2008/04/13
| 
| A list of current common problems and possible solutions is available at 
| http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
| 
| About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
| of the Grid'5000 platform, using a clean chroot containing a sid i386
| environment.  Internet was not accessible from the build systems.
| 
| -- 
| | Lucas Nussbaum
| | [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
| 
| 

-- 
   I was mostly off email over the last few days, and am now catching
   up.  My apologies for delayed responses and/or brevity. 
--
Three out of two people have difficulties with fractions.



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

Processed (with 1 errors): Re: Bug#476033: rcompgen: FTBFS: Error: Invalid DESCRIPTION file

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 476033 ftp.debian.org
Bug#476033: rcompgen: FTBFS: Error: Invalid DESCRIPTION file
Bug reassigned from package `rcompgen' to `ftp.debian.org'.

> retitle 'rcompgen obsoleted upstream and to be removed from unstable'
Unknown command or malformed arguments to command.

> severity 476033 normal
Bug#476033: rcompgen: FTBFS: Error: Invalid DESCRIPTION file
Severity set to `normal' 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]

Processed: Re: Bug#475958: etch -> sid, /dev/hda paths were not converted to /dev/sda

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 475958 important
Bug#475958: etch -> sid, /dev/hda paths were not converted to /dev/sda
Severity set to `important' from `critical'

> 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#475958: etch -> sid, /dev/hda paths were not converted to /dev/sda

[Robert Millan]

severity 475958 important
thanks

On Mon, Apr 14, 2008 at 02:51:44AM -0500, Diego Escalante Urrelo wrote:
> Package: grub
> Version: 0.97-36
> Severity: critical
> 
> --- Please enter the report below this line. ---
> 
> I installed a base etch system (just base) and then upgraded to sid,
> after this I was left with an unbootable system that stuck at "Waiting
> for root file system...".
> This of course is evil.
> 
> The problem was that grub didn't got /dev/hda paths changed to /dev/sda
> paths (the ide/ata/scsi/etc chaos in the kernel past 2.6.1x changed
> this, remember?).
> 
> And yes, I'm not reporting this from the same machine I got the issue,
> but you can trust me on this one :). Feel free to ask me for details.

What version of Linux were you running when you upgraded grub, the new one
or the old one?

If you were running the old one, just run update-grub again.

(btw I suppose we'll need to mention this in the release notes... so keep the
bug open)

-- 
Robert Millan

 I know my rights; I want my phone call!
 What use is a phone call… if you are unable to speak?
(as seen on /.)



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

Bug#456686: Sponsor is needed

[Artur R. Czechowski]

Update - link for dget is:
http://mentors.debian.net/debian/pool/main/i/imms/imms_3.1.0~rc4-2.dsc



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

Bug#476031: gzip: FTBFS: configure: error: C compiler cannot create executables

[Bdale Garbee]

tags 476031 +pending
thanks

On Mon, 2008-04-14 at 20:33 +0200, Luk Claes wrote:

> Removing the quotes in the CFLAGS assignments in debian/rules should fix
> the problem...

I have what I think is a reasonable fix in my CVS for the next upload.

Bdale




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

Bug#476274: spambayes: seems to break completely after Python transition

[Drake Wilson]

Package: spambayes
Version: 1.0.4-3
Severity: grave
Justification: renders package unusable

(This has caused data loss for me, but it wasn't purely spambayes's
fault; my local MDA scripting wasn't as robust as it should have
been.)

SpamBayes appears to refuse to run at all with the newly-upgraded
Python.  I gather it only installs itself into the Python 2.4
directories... ?

  $ /usr/bin/sb_filter.py
  Traceback (most recent call last):
File "/usr/bin/sb_filter.py", line 80, in 
  from spambayes import hammie, Options, mboxutils, storage
  ImportError: No module named spambayes

   ---> Drake Wilson

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

Kernel: Linux 2.6.24.2 (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 spambayes depends on:
ii  python2.5.2-0.1  An interactive high-level object-o
ii  python-central0.6.2  register and build utility for Pyt

spambayes recommends no packages.

-- no debconf information



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

Processed: Re: Bug#476031: gzip: FTBFS: configure: error: C compiler cannot create executables

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 476031 +pending
Bug#476031: gzip: FTBFS: configure: error: C compiler cannot create executables
There were no tags set.
Tags added: 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#475885: htdig: Creates db files in /etc

[Christian Perrier]

Quoting Chris Lamb ([EMAIL PROTECTED]):

> > Do you think that something should handle the transition ? That would
> > indeed be the trickier task to achieve...more than just patch and
> > upload.
> 
> By "transition" do you mean moving the files to /var/?


Yes.

I don't know htdig enough to decide whether it's worth it or if these
files are recreated when reindexation takes place.




signature.asc
Description: Digital signature

Bug#337887: marked as done (basilisk2: SIGSEGV after startup)

[Debian Bug Tracking System]

Your message dated Tue, 15 Apr 2008 16:38:06 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#337887: maintainer ping?
has caused the Debian Bug report #337887,
regarding basilisk2: SIGSEGV after startup
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
337887: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=337887
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: basilisk2
Version: 0.9.20050730-1
Severity: grave
Justification: renders package unusable

After applying the workaround for bug #337496, the following crash
occurs:

Basilisk II V1.0 by Christian Bauer et al.
Reading ROM file...
WARNING: Cannot open /dev/fd0u1440 (No such file or directory)
WARNING: Cannot open /dev/fd1u1440 (No such file or directory)
Caught SIGSEGV at address 0x10910380 [IP=0x808ac34]
D0:  D1: fffc D2: fffc D3: 008f
D4: 0003fffc D5:  D6: 0012 D7: 
A0: 003c A1: 0002 A2: 6cbc A3: 70c8
A4: 68b0 A5: 00910380 A6:  A7: 004009a6
USP= ISP=004009a6 MSP= VBR=
T=00 S=1 M=0 X=1 N=1 Z=0 V=0 C=0 IMASK=0
FP0: nan FP1: nan FP2: nan FP3: nan
FP4: nan FP5: nan FP6: nan FP7: nan
N=0 Z=0 I=0 NAN=0
0082e8e8: 2815 28c4 c081 c284 8287 MOVE.L (A5),D4
next PC: 0082e8ea

This should be reproducible by using the Basilisk II user interface to
create a default empty 40MB volume before starting it.

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

Versions of packages basilisk2 depends on:
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libesd0   0.2.36-1   Enlightened Sound Daemon - Shared 
ii  libgcc1   1:4.0.2-3  GCC support library
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  libpango1.0-0 1.8.2-3Layout and rendering of internatio
ii  libsdl1.2debi 1.2.7+1.2.8cvs20041007-5.3 Simple DirectMedia Layer
ii  libstdc++64.0.2-3The GNU Standard C++ Library v3

basilisk2 recommends no packages.

-- no debconf information

-- 
Jeff Bonham
[EMAIL PROTECTED]
PGP Public Key ID: BA289747


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Version: 0.9.20070407-4

On Mon, Nov 05, 2007 at 12:05:02PM +0100, Lucas Nussbaum wrote:
>On 10/05/07 at 18:04 +0200, Jonas Smedegaard wrote:
>> It should be possible to build a debug'able package now.
>> 
>> I cannot reproduce the crash - please someone help test if the issue 
>> is gone now.

>Jeff, can you still reproduce the crash you reported in 
>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=337887 ?
>
>Jonas: if you can't reproduce the crash, it might be a good idea to mark
>this as severity: important, so it won't block your package's migration
>to testing.

I honestly do believe that the bug was solved in at least version 
0.9.20070407-4, and since bugreporter seems missing to confirm my 
theory, I see no reason to keep this bugreport open.

  - Jonas

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

  - Enden er nær: http://www.shibumi.org/eoti.htm
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIBL3On7DbMsAkQLgRAjQ8AJ9Yib5/boilvECDSdKTCxjVINKgQwCgogPm
p/5eKtQ/xvvDf1CM1oGdHCE=
=CgCI
-END PGP SIGNATURE-

--- End Message ---

Bug#309501: BasiliskII porting, Mario?

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Mario,

Almost 2 years ago you proposed to help solve bug#309501 if only you had 
access to the machines in question.

I notice that you are a Debian developer now.  Congratulations!  Would 
you be interested in looking into this now?

If you like (and if you like the current packaging style), I'd be happy 
to have you co-maintain the package with me :-)


  - Jonas

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

  - Enden er nær: http://www.shibumi.org/eoti.htm
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIBL+Ln7DbMsAkQLgRAoVXAJ93fgoBEU44G1sjxINV4mmGP3awhACfbVfM
qq/a4c4uwE5Q/cj25Q09xo0=
=tzZD
-END PGP SIGNATURE-

Bug#475885: htdig: Creates db files in /etc

[Chris Lamb]

Christian Perrier wrote:

> > Patch attached. Alas, there is no seperate ./configure flag for these
> > types of files.
> 
> As htdig is orphaned, I think that anyone can upload the fix. Just
> checking whether someone is...otherwise I can try to build and upload.
> 
> Do you think that something should handle the transition ? That would
> indeed be the trickier task to achieve...more than just patch and
> upload.

By "transition" do you mean moving the files to /var/?


Regards,

-- 
Chris Lamb, UK   [EMAIL PROTECTED]
GPG: 0x634F9A20


signature.asc
Description: PGP signature

Bug#476280: gvfs-fuse: operations on fuse mount directory usually return ENOTCONN

[brian m. carlson]

Package: gvfs-fuse
Version: 0.2.3-1
Severity: grave

The first time I mount a gvfs volume, everything is fine.  However, 
about halfway through trying to rescan my collection[0], exaile starts 
providing error messages about "Transport endpoint is not connected".  
Starting from that point, any operation on ~/.gvfs fails.  This happens

regardless of whether the mounts have been unmounted and remounted, or
any other condition.

As an example:

lakeview ok % df -h 
FilesystemSize  Used Avail Use% Mounted on

/dev/mapper/lakeview-root
  2.0G  291M  1.6G  16% /
tmpfs 1.5G  8.0K  1.5G   1% /lib/init/rw
udev   10M  128K  9.9M   2% /dev
tmpfs 1.5G  432K  1.5G   1% /dev/shm
/dev/sda1 236M   44M  180M  20% /boot
/dev/mapper/lakeview-home
   14G   12G  1.9G  86% /home
/dev/mapper/lakeview-tmp
  4.9G   21M  4.7G   1% /tmp
/dev/mapper/lakeview-usr
  9.9G  6.1G  3.4G  65% /usr
/dev/mapper/lakeview-var
  5.0G  3.1G  1.7G  65% /var
df: `/home/bmc/.gvfs': Transport endpoint is not connected


[0] Part of the collection is on a gvfs fuse mount on another computer.  
The mount used is sftp.


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

Kernel: Linux 2.6.25-rc8-amd64 (SMP w/2 CPU cores)
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/dash

Versions of packages gvfs-fuse depends on:
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.1-1simple interprocess messaging syst
ii  libfuse2  2.7.3-4Filesystem in USErspace library
ii  libglib2.0-0  2.16.3-2   The GLib library of C routines
ii  libgvfscommon00.2.3-1userspace virtual filesystem - lib

gvfs-fuse recommends no packages.

-- no debconf information

--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
troff on top of XML: http://crustytoothpaste.ath.cx/~bmc/code/thwack
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#476285: linux-image-2.6.24-1-parisc: panics on boot in cmpxchg_futex_value_locked

[James Bottomley]

Package: linux-image-2.6.24-1-parisc
Version: 2.6.24-5
Severity: critical
Tags: patch
Justification: breaks the whole system


This actually isn't just a bug in debian, it affects every distro which
uses the stable tree as a base

for instance, the gentoo bug is here:

http://bugs.gentoo.org/show_bug.cgi?id=217030

The panic is:

backtrace:
 [<10587970>] init+0x20/0xc4
 [<105807e0>] kernel_init+0xf4/0x328
 [<10109c5c>] ret_from_kernel_thread+0x1c/0x24


Kernel Fault: Code=26 regs=8fc241c0 (Addr=)

 YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 0100 Not tainted
r00-03  0004ff0f 104fc140 10587970 f0412000
r04-07   105b57c0  
r08-11   1059b810 105b5810 104c3810
r12-15  10568810 1059b810 8fc24088 3b9aca00
r16-19  f8c4 f17c f174 
r20-23  4000 07ff 10587950 0001
r24-27     104c6010
r28-31  8fc24000 c99f4bdd 8fc241c0 105807e0
sr00-03     
sr04-07     

IASQ:   IAOQ: 101433b8 101433bc 
 IIR: 0f401089ISR:   IOR:   
 CPU:0   CR30: 8fc24000 CR31:   
 ORIG_R28:  
 IAOQ[0]: cmpxchg_futex_value_locked+0x28/0x9c  
 IAOQ[1]: cmpxchg_futex_value_locked+0x2c/0x9c  
 RP(r2): init+0x20/0xc4 
Kernel panic - not syncing: Kernel Fault   


The root cause is a backport of this commit:

commit a0c1e9073ef7428a14309cba010633a6cd6719ea
Author: Thomas Gleixner <[EMAIL PROTECTED]>
Date:   Sat Feb 23 15:23:57 2008 -0800

futex: runtime enable pi and robust functionality

To the stable tree (went in for 2.6.24.4).  This breaks parisc because
we weren't set up to process NULL as a futex cmpxchg address.  We
found and fixed the bug upstream as:

commit c20a84c91048c76c1379011c96b1a5cee5c7d9a0
Author: Kyle McMartin <[EMAIL PROTECTED]>
Date:   Sat Mar 1 10:25:52 2008 -0800

[PARISC] futex: special case cmpxchg NULL in kernel space

but, because we didn't know tglx had requested a backport, the fix
wasn't backported to stable.

I'll send the necessary patch into stable, but to get parisc working
again on debian it has to be applied on top of the current kernel.

NOTE: This bug was introduced into 2.6.24.4; 2.6.24.3 doesn't have it.


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (650, 'testing')
Architecture: hppa (parisc)

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

Versions of packages linux-image-2.6.24-1-parisc depends on:
ii  debconf [debconf-2.0]1.5.20  Debian configuration management sy
ii  initramfs-tools [linux-initr 0.91e   tools for generating an initramfs
ii  module-init-tools3.3-pre11-4 tools for managing Linux kernel mo

linux-image-2.6.24-1-parisc recommends no packages.

-- debconf information excluded

*** parisc-cmpxchg-fix.diff
>From c8d402df60b3aad85b30cfe7df20f829ef6eb895 Mon Sep 17 00:00:00 2001
From: Kyle McMartin <[EMAIL PROTECTED]>
Date: Sat, 1 Mar 2008 10:25:52 -0800
Subject: [PARISC] futex: special case cmpxchg NULL in kernel space

Commit a0c1e9073ef7428a14309cba010633a6cd6719ea added code to futex.c
to detect whether futex_atomic_cmpxchg_inatomic was implemented at run
time:

+   curval = cmpxchg_futex_value_locked(NULL, 0, 0);
+   if (curval == -EFAULT)
+   futex_cmpxchg_enabled = 1;

This is bogus on parisc, since page zero in kernel virtual space is the
gateway page for syscall entry, and should not be read from the kernel.
(That, and we really don't like the kernel faulting on its own address
 space...)

Signed-off-by: Kyle McMartin <[EMAIL PROTECTED]>
---
 include/asm-parisc/futex.h |   10 --
 1 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/include/asm-parisc/futex.h b/include/asm-parisc/futex.h
index dbee6e6..fdc6d05 100644
--- a/include/asm-parisc/futex.h
+++ b/include/asm-parisc/futex.h
@@ -56,6 +56,12 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, 
int newval)
int err = 0;
int uval;
 
+   /* futex.c wants to do a cmpxchg_inatomic on kernel NULL, which is
+* our gateway page, and causes no end of trouble...
+*/
+   if (segment_eq(KERNEL_DS, get_fs()) && !uaddr)
+   return -EFAULT;
+
if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
return -EFAULT;
 
@@ -67,5 +73,5 @@ futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, 
int newval)
return uval;
 }
 
-#endif
-#endif
+#endif /*__KERNEL__*/
+#endif /*_ASM_PARISC_FUTEX_H*/
-- 
1.5.3.

Bug#476034: marked as done (yorick-hdf5: FTBFS: /usr/bin/make: invalid option -- 2)

[Debian Bug Tracking System]

Your message dated Tue, 15 Apr 2008 15:47:28 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#476034: fixed in yorick-hdf5 0.6.1-2
has caused the Debian Bug report #476034,
regarding yorick-hdf5: FTBFS: /usr/bin/make: invalid option -- 2
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
476034: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476034
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: yorick-hdf5
Version: 0.6.1-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080413 qa-ftbfs
Justification: FTBFS on i386

Hi,

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

This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now
the default on most architectures (even if it's not the case on i386 yet).
Feel free to downgrade this bug to 'important' if your package is only built
on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with
gcc 4.2).

Relevant part:
> make[1]: Entering directory `/build/user/yorick-hdf5-0.6.1'
> rm -f *~ '#'* core* a.out yinit.* ywrap.* *.dep so_locations Make.tmp
> rm -f hdf5.o yorick libhdf5.a hdf5.so hdf5.def 
> rm -rf binaries
> make[1]: Leaving directory `/build/user/yorick-hdf5-0.6.1'
> mv -f Makefile.deborig Makefile
> dh_clean 
>  dpkg-source -b yorick-hdf5-0.6.1
> dpkg-source: info: using source format `1.0'
> dpkg-source: info: building yorick-hdf5 using existing 
> yorick-hdf5_0.6.1.orig.tar.gz
> dpkg-source: info: building yorick-hdf5 in yorick-hdf5_0.6.1-1.diff.gz
> dpkg-source: info: building yorick-hdf5 in yorick-hdf5_0.6.1-1.dsc
>  debian/rules build
> dh_testdir
> cp -f Makefile Makefile.deborig
> yorick -batch make.i
> updated ./Makefile
> dh_testdir
> touch configure-stamp
> dh_testdir
> /usr/bin/make PKG_CFLAGS=-g -O2
> /usr/bin/make: invalid option -- O
> /usr/bin/make: invalid option -- 2
> Usage: make [options] [target] ...
> Options:
>   -b, -m  Ignored for compatibility.
>   -B, --always-make   Unconditionally make all targets.
>   -C DIRECTORY, --directory=DIRECTORY
>   Change to DIRECTORY before doing anything.
>   -d  Print lots of debugging information.
>   --debug[=FLAGS] Print various types of debugging information.
>   -e, --environment-overrides
>   Environment variables override makefiles.
>   -f FILE, --file=FILE, --makefile=FILE
>   Read FILE as a makefile.
>   -h, --help  Print this message and exit.
>   -i, --ignore-errors Ignore errors from commands.
>   -I DIRECTORY, --include-dir=DIRECTORY
>   Search DIRECTORY for included makefiles.
>   -j [N], --jobs[=N]  Allow N jobs at once; infinite jobs with no arg.
>   -k, --keep-goingKeep going when some targets can't be made.
>   -l [N], --load-average[=N], --max-load[=N]
>   Don't start multiple jobs unless load is below 
> N.
>   -L, --check-symlink-times   Use the latest mtime between symlinks and 
> target.
>   -n, --just-print, --dry-run, --recon
>   Don't actually run any commands; just print 
> them.
>   -o FILE, --old-file=FILE, --assume-old=FILE
>   Consider FILE to be very old and don't remake 
> it.
>   -p, --print-data-base   Print make's internal database.
>   -q, --question  Run no commands; exit status says if up to date.
>   -r, --no-builtin-rules  Disable the built-in implicit rules.
>   -R, --no-builtin-variables  Disable the built-in variable settings.
>   -s, --silent, --quiet   Don't echo commands.
>   -S, --no-keep-going, --stop
>   Turns off -k.
>   -t, --touch Touch targets instead of remaking them.
>   -v, --version   Print the version number of make and exit.
>   -w, --print-directory   Print the current directory.
>   --no-print-directoryTurn off -w, even if it was turned on 
> implicitly.
>   -W FILE, --what-if=FILE, --new-file=FILE, --assume-new=FILE
>   Consider FILE to be infinitely new.
>   --warn-undefined-variables  Warn when an undefined variable is referenced.
> 
> This program built for i486-pc-linux-gnu
> Report bugs to <[EMAIL PROTECTED]>
> make: *** [build-stamp] Error 2

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

A list of current common problems and possible solutions is avai

Bug#476287: user strings spread confusion about contrib & non-free

[Robert Millan]

Package: gnome-app-install
Version: 0.5.2.5-1
Severity: serious
Tags: patch

User strings in this program seem to be spreading confusion about contrib
and non-free (and their relationship to Debian).  In case of doubt, refer
to Social Contract #5:  "The packages in these areas are not part of the
Debian system".  By virtue of being a package installer shipped by Debian,
these strings have an assertive meaning (rather than merely descriptive) which
is in contradiction with the Social Contract.

Some examples:

  - "Show all Debian applications which can be freely used, modified and
distributed." -- this implies there exist Debian applications which cannot
be freely used, modified or distributed.
  - "[3rd party apps] are not part of Debian" -- by omission, this implies
contrib & non-free are.
  - "%s is part of the Debian main distribution" -- redundancy

I'm attaching a patch that TTBOMK fixes all of them.

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

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

Versions of packages gnome-app-install depends on:
ii  app-install-data0.4.20071030 Application Installer Data Files
ii  gconf2  2.22.0-1 GNOME configuration database syste
ii  gksu2.0.0-5  graphical frontend to su
ii  gnome-icon-theme2.22.0-1 GNOME Desktop icon theme
ii  python  2.4.4-6  An interactive high-level object-o
ii  python-apt  0.7.5Python interface to libapt-pkg
ii  python-central  0.6.1register and build utility for Pyt
ii  python-dbus 0.82.4-2 simple interprocess messaging syst
ii  python-gdbm 2.4.4-3  GNU dbm database support for Pytho
ii  python-glade2   2.12.1-1 GTK+ bindings: Glade support
ii  python-gnome2   2.22.0-1 Python bindings for the GNOME desk
ii  python-gnome2-extras2.14.3-1+b1  Python bindings for the GNOME desk
ii  python-gst0.10  0.10.11-1generic media-playing framework (P
ii  python-gtk2 2.12.1-1 Python bindings for the GTK+ widge
ii  python-sexy 0.1.9-1  python language bindings for libse
ii  python-xdg  0.15-1.1 A python library to access freedes
ii  synaptic0.61+b1  Graphical package manager

gnome-app-install recommends no packages.

-- no debconf information
diff -ur gnome-app-install-0.5.2.5/AppInstall/distros/Debian.py 
gnome-app-install-0.5.2.5.new/AppInstall/distros/Debian.py
--- gnome-app-install-0.5.2.5/AppInstall/distros/Debian.py  2008-03-11 
21:25:05.0 +0100
+++ gnome-app-install-0.5.2.5.new/AppInstall/distros/Debian.py  2008-04-15 
18:09:09.0 +0200
@@ -15,9 +15,9 @@
 SHOW_ALL : (_("All available applications"),
 _("Show all applications including ones which are "
   "possibly restricted by law or copyright")),
-SHOW_ONLY_FREE :(_("All Open Source applications"),
- _("Show all Debian applications which can be "
-   "freely used, modified and distributed. This "
+SHOW_ONLY_FREE :(_("All Debian applications"),
+ _("Show all Debian applications (which can be "
+   "freely used, modified and distributed). This "
"includes a large variety of community "
"maintained applications")),
 }
@@ -25,7 +25,7 @@
 SHOW_ONLY_THIRD_PARTY : (_("Third party applications"),
  _("Show only applications that are "
"provided by independent software "
-   "vendors and are not part of Debian"))
+   "vendors"))
 } 
 # List of components whose applications should not be installed
 # before asking for a confirmation
@@ -35,19 +35,19 @@
 self.components_activation = {
 # Fallback
 None : [_("Enable the installation of software from the %s "
-  "component of Debian?"),
+  "distribution?"),
 # %s is the name of the component
 _("%s is not officially supported with security "
   "updates.")],
-"main" : [_("Enable the installaion of officially "
+"main" : [_("Enable the installation of officially "
 "supported Debian software?"),
   # %s is the name of the application
-  _("%s is part of the Debia

Bug#474844: marked as done (kxneur: FTBFS: kxneurconf.cpp:522: error: 'struct _xneur_config' has no member named 'set_languages')

[Debian Bug Tracking System]

Your message dated Tue, 15 Apr 2008 20:26:08 +0400
with message-id <[EMAIL PROTECTED]>
and subject line fixed upstream and pending upload
has caused the Debian Bug report #474844,
regarding kxneur: FTBFS: kxneurconf.cpp:522: error: 'struct _xneur_config' has 
no member named 'set_languages'
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
474844: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474844
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: kxneur
Version: 0.6.2-2.1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080407 qa-ftbfs
Justification: FTBFS on i386

Hi,

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

This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now
the default on most architectures (even if it's not the case on i386 yet).
Feel free to downgrade this bug to 'important' if your package is only built
on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with
gcc 4.2).

Relevant part:
> if i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/kde 
> -I/usr/share/qt3/include -I.   -DQT_THREAD_SUPPORT  -D_REENTRANT  
> -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align 
> -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -Wformat-security 
> -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions 
> -fno-check-new -fno-common  -MT kxneurconf.o -MD -MP -MF 
> ".deps/kxneurconf.Tpo" -c -o kxneurconf.o kxneurconf.cpp; \
>   then mv -f ".deps/kxneurconf.Tpo" ".deps/kxneurconf.Po"; else rm -f 
> ".deps/kxneurconf.Tpo"; exit 1; fi
> In file included from /usr/share/qt3/include/qwindowdefs.h:47,
>  from /usr/share/qt3/include/qwidget.h:45,
>  from kxneurconf.cpp:22:
> /usr/share/qt3/include/qstring.h: In member function 'char QChar::latin1() 
> const':
> /usr/share/qt3/include/qstring.h:197: warning: conversion to 'char' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h: In member function 'void 
> QChar::setCell(uchar)':
> /usr/share/qt3/include/qstring.h:222: warning: conversion to 'ushort' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h: In member function 'void 
> QChar::setRow(uchar)':
> /usr/share/qt3/include/qstring.h:223: warning: conversion to 'ushort' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h: In constructor 'QChar::QChar(uchar, uchar)':
> /usr/share/qt3/include/qstring.h:267: warning: conversion to 'ushort' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h: In constructor 
> 'QStringData::QStringData(QChar*, uint, uint)':
> /usr/share/qt3/include/qstring.h:365: warning: conversion to 'unsigned 
> int:30' from 'uint' may alter its value
> /usr/share/qt3/include/qstring.h:365: warning: conversion to 'unsigned 
> int:30' from 'uint' may alter its value
> In file included from /usr/share/qt3/include/qobject.h:48,
>  from /usr/share/qt3/include/qwidget.h:46,
>  from kxneurconf.cpp:22:
> /usr/share/qt3/include/qevent.h: In member function 'void 
> QDropEvent::setAction(QDropEvent::Action)':
> /usr/share/qt3/include/qevent.h:523: warning: conversion to 'unsigned char' 
> from 'uint' may alter its value
> In file included from /usr/share/qt3/include/qwidget.h:52,
>  from kxneurconf.cpp:22:
> /usr/share/qt3/include/qsizepolicy.h: In member function 'void 
> QSizePolicy::transpose()':
> /usr/share/qt3/include/qsizepolicy.h:125: warning: conversion to 'uchar' from 
> 'uint' may alter its value
> /usr/share/qt3/include/qsizepolicy.h:125: warning: conversion to 'uchar' from 
> 'uint' may alter its value
> In file included from kxneurconf.h:26,
>  from kxneurconf.cpp:44:
> /usr/share/qt3/include/qpushbutton.h: In member function 'virtual void 
> QPushButton::setIsMenuButton(bool)':
> /usr/share/qt3/include/qpushbutton.h:94: warning: conversion to 'unsigned 
> char:1' from 'int' may alter its value
> kxneurconf.cpp: At global scope:
> kxneurconf.cpp:51: warning: deprecated conversion from string constant to 
> 'char*'
> kxneurconf.cpp:51: warning: deprecated conversion from string constant to 
> 'char*'
> kxneurconf.cpp:51: warning: deprecated conversion from string constant to 
> 'char*'
> kxneurconf.cpp:51: warning: deprecated conversion from string constant to 
> 'char*'
> kxneurconf.cpp:51: warning: deprecated conversion from string constant to 
> 'char*'
> kxneurconf.cpp:51: warning: deprecated conversion from string constant to 
> 'char*'
> kxneurco

Bug#474809: marked as done (gxneur: FTBFS: misc.c:58: error: 'struct _xneur_hotkey' has no member named 'modifier1')

[Debian Bug Tracking System]

Your message dated Tue, 15 Apr 2008 20:26:08 +0400
with message-id <[EMAIL PROTECTED]>
and subject line fixed upstream and pending upload
has caused the Debian Bug report #474809,
regarding gxneur: FTBFS: misc.c:58: error: 'struct _xneur_hotkey' has no member 
named 'modifier1'
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
474809: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474809
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: gxneur
Version: 0.6.2-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080407 qa-ftbfs
Justification: FTBFS on i386

Hi,

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

This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now
the default on most architectures (even if it's not the case on i386 yet).
Feel free to downgrade this bug to 'important' if your package is only built
on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with
gcc 4.2).

Relevant part:
> if i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. 
> -DPACKAGE_PIXMAPS_DIR=\""/usr/share/pixmaps/gxneur"\" 
> -DLOCALEDIR=\""/usr/share/locale"\"   -I/usr/include/gtk-2.0 
> -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo 
> -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
> -I/usr/include/freetype2 -I/usr/include/libpng12 -Wall -Wextra -Werror 
> -g0 -fPIC -std=gnu99 -MT gxneur-misc.o -MD -MP -MF ".deps/gxneur-misc.Tpo" -c 
> -o gxneur-misc.o `test -f 'misc.c' || echo './'`misc.c; \
>   then mv -f ".deps/gxneur-misc.Tpo" ".deps/gxneur-misc.Po"; else rm -f 
> ".deps/gxneur-misc.Tpo"; exit 1; fi
> misc.c: In function 'concat_bind':
> misc.c:58: error: 'struct _xneur_hotkey' has no member named 'modifier1'
> misc.c:60: error: 'struct _xneur_hotkey' has no member named 'modifier2'
> misc.c:62: error: 'struct _xneur_hotkey' has no member named 'modifier3'
> misc.c:64: error: 'struct _xneur_hotkey' has no member named 'modifier4'
> misc.c: In function 'split_bind':
> misc.c:96: error: 'struct _xneur_hotkey' has no member named 'modifier1'
> misc.c:97: error: 'struct _xneur_hotkey' has no member named 'modifier1'
> misc.c:98: error: 'struct _xneur_hotkey' has no member named 'modifier2'
> misc.c:99: error: 'struct _xneur_hotkey' has no member named 'modifier2'
> misc.c:100: error: 'struct _xneur_hotkey' has no member named 'modifier3'
> misc.c:101: error: 'struct _xneur_hotkey' has no member named 'modifier3'
> misc.c:102: error: 'struct _xneur_hotkey' has no member named 'modifier4'
> misc.c:103: error: 'struct _xneur_hotkey' has no member named 'modifier4'
> misc.c:108: error: 'struct _xneur_hotkey' has no member named 'modifier1'
> misc.c:110: error: 'struct _xneur_hotkey' has no member named 'modifier2'
> misc.c:112: error: 'struct _xneur_hotkey' has no member named 'modifier3'
> misc.c:114: error: 'struct _xneur_hotkey' has no member named 'modifier4'
> misc.c: In function 'xneur_save_preference':
> misc.c:541: error: 'struct _xneur_config' has no member named 'set_languages'
> misc.c:596: error: 'struct _xneur_config' has no member named 'reload_config'
> make[3]: *** [gxneur-misc.o] Error 1

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

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

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

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


--- End Message ---
--- Begin Message ---
Packages were uploaded yesterday, and should be available soon.

-- 
Best regards,
 Alexander GQ Gerasiov

 Contacts:
 e-mail:[EMAIL PROTECTED] Jabber:  [EMAIL PROTECTED]
 Homepage:  http://gq.net.ru ICQ: 7272757
 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D  79B8 0641 D82A E3E3 CE1D

--- End Message ---

Bug#463011: update also for etch?

[David Ehle]

Hello,

I would like to second this request that a security update be put in place 
for etch.  While I was not able to actually "shoulder surf" a forwarded X 
application, the bug does seem to stop X apps from running remotely when 
the conditions are met, (netcat or VNC) so it might technically qualify as 
a DOS attack.


Also this bug is in the list of vulnerabilities that Scanners catch now so 
I'm getting pressure to address it on our Stable systems... I'd much 
rather do it the debian way via a package from security.


Is there any idea if or when the update will occur?

Thanks!!

--
David Ehle
Computing Systems Manager
CAPP CSRRI
rm 077
LS Bld. IIT Main Campus
Chicago IL 60616
312-567-3751



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

Bug#460534: marked as done (srtp: must not pipe test logs into /dev/null)

[Debian Bug Tracking System]

Your message dated Tue, 15 Apr 2008 16:17:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#460534: fixed in srtp 1.4.4~dfsg-2
has caused the Debian Bug report #460534,
regarding srtp: must not pipe test logs into /dev/null
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
460534: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460534
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: srtp
Version: 1.4.4~dfsg-1
Severity: serious
Justification: makes FTBFS too hard to debug, because they need to be
  reproduced in detail on each arch

Please kill the `>/dev/null' done by `make runtest'.  This trashes
valuable information to debug the FTBFS you have on various
architectures, especially to deduce if they are the same on a set of
arches.

Kind regards,
Philipp Kern
-- 
 .''`.  Philipp Kern(proud) Debian Developer
: :' :  http://philkern.de  Ubuntu MOTU
`. `'   xmpp:[EMAIL PROTECTED]
  `-finger pkern/[EMAIL PROTECTED]


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: srtp
Source-Version: 1.4.4~dfsg-2

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

libsrtp1-dev_1.4.4~dfsg-2_amd64.deb
  to pool/main/s/srtp/libsrtp1-dev_1.4.4~dfsg-2_amd64.deb
srtp-docs_1.4.4~dfsg-2_all.deb
  to pool/main/s/srtp/srtp-docs_1.4.4~dfsg-2_all.deb
srtp-utils_1.4.4~dfsg-2_amd64.deb
  to pool/main/s/srtp/srtp-utils_1.4.4~dfsg-2_amd64.deb
srtp_1.4.4~dfsg-2.diff.gz
  to pool/main/s/srtp/srtp_1.4.4~dfsg-2.diff.gz
srtp_1.4.4~dfsg-2.dsc
  to pool/main/s/srtp/srtp_1.4.4~dfsg-2.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.
Jonas Smedegaard <[EMAIL PROTECTED]> (supplier of updated srtp 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.8
Date: Tue, 15 Apr 2008 17:48:39 +0200
Source: srtp
Binary: libsrtp1-dev srtp-docs srtp-utils
Architecture: source all amd64
Version: 1.4.4~dfsg-2
Distribution: unstable
Urgency: low
Maintainer: Debian VoIP Team <[EMAIL PROTECTED]>
Changed-By: Jonas Smedegaard <[EMAIL PROTECTED]>
Description: 
 libsrtp1-dev - Secure RTP (SRTP) and UST Reference Implementations - 
development
 srtp-docs  - Secure RTP (SRTP) and UST Reference Implementations - documentati
 srtp-utils - Secure RTP (SRTP) and UST Reference Implementations - utilities
Closes: 439976 460534 470505 470506
Changes: 
 srtp (1.4.4~dfsg-2) unstable; urgency=low
 .
   [ Jonas Smedegaard ]
   * Add patch 1003 to avoid the symbol "mips" clashing with builtin
 symbol on MIPS GCC compiler. Closes: bug#439976.
   * Add patch 1005 to fix tests by restricting to 32bit alignment.
 Closes: bug#470505, thanks to Martin Guy.
   * Add patch 1006 to fix unsigned chars in test driver. Closes:
 bug#470506, thanks to Martin Guy.
   * Packaging moved to collab-maint Git at Alioth. Update VCS-* hints.
   * Make sure docs is built only once.
   * Change libsrtp1-dev to section libdevel (from devel), thanks to
 lintian.
   * Update local cdbs snippets:
 + Major improvements to copyright-check, including new versioned
   build-dependency on devscripts.  Update debian/copyright_hints.
 + Various improvements to update-tarball.mk.
 + Drop buildcore.mk wrapper (set DEB_AUTO_UPDATE_DEBIAN_CONTROL
   manually when needed instead)
 + Update debian/README.cdbs-tweaks.
   * Semi-auto-update debian/control to apply changes contained in the above:
 DEB_AUTO_UPDATE_DEBIAN_CONTROL=yes fakeroot debian/rules clean
 .
   [ Victor Seva ]
   * Add patch 1004 to add verbose to make runtest. Make FTBFS easier
 to debug. (Closes: #460534)
Checksums-Sha1: 
 fef82642a8145055008d63bcec9ec651ad59f69d 1396 srtp_1.4.4~dfsg-2.dsc
 7ae7e921c1eba2ce36515ce2da5fb24a9068ad28 12112 srtp_1.4.4~dfsg-2.diff.gz
 8106999ad181f4bb44d0257493b559915d2e11fe 202396 srtp-docs_1.4.4~dfsg-2_all.deb
 3fde17c2cabd138df1f8305f1f62d1103774a7ff 85190 
libsrtp1-dev_1.4.4~dfsg-2_amd64.deb
 b3d01bccb59296c74d78edace9c3d01331c9c59a 193162 
srtp-utils_1.4.4~dfsg-2_amd64.deb
Checksums-Sha256: 

Bug#439976: marked as done (FTBFS on mips in test/srtp_driver.c:315)

[Debian Bug Tracking System]

Your message dated Tue, 15 Apr 2008 16:17:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#439976: fixed in srtp 1.4.4~dfsg-2
has caused the Debian Bug report #439976,
regarding FTBFS on mips in test/srtp_driver.c:315
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
439976: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439976
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: srtp
Version: 1.4.2.dfsg-4
Severity: serious

While building the package, it fails in test/srtp_driver.c:315 with:
cc -DHAVE_CONFIG_H -Icrypto/include -I./include -I./crypto/include  -g
-Wall -O2 -D_REENTRANT -L. test/srtp_driver.c -o test/srtp_driver -lsrtp
test/srtp_driver.c: In function 'main':
test/srtp_driver.c:315: error: expected identifier or '(' before numeric
constant
test/srtp_driver.c:324: warning: format '%e' expects type 'double', but
argument 2 has type 'int'
test/srtp_driver.c:314: warning: unused variable 'ignore'
make[1]: *** [test/srtp_driver] Error 1
make[1]: Leaving directory `/build/srtp-1.4.2.dfsg'
make: *** [debian/stamp-makefile-build] Error 2

Full build log is available at
http://buildd.debian.org/fetch.cgi?&pkg=srtp&ver=1.4.2.dfsg-4&arch=mips&stamp=1179449202&file=log

-- 
Best regards,
Kilian


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: srtp
Source-Version: 1.4.4~dfsg-2

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

libsrtp1-dev_1.4.4~dfsg-2_amd64.deb
  to pool/main/s/srtp/libsrtp1-dev_1.4.4~dfsg-2_amd64.deb
srtp-docs_1.4.4~dfsg-2_all.deb
  to pool/main/s/srtp/srtp-docs_1.4.4~dfsg-2_all.deb
srtp-utils_1.4.4~dfsg-2_amd64.deb
  to pool/main/s/srtp/srtp-utils_1.4.4~dfsg-2_amd64.deb
srtp_1.4.4~dfsg-2.diff.gz
  to pool/main/s/srtp/srtp_1.4.4~dfsg-2.diff.gz
srtp_1.4.4~dfsg-2.dsc
  to pool/main/s/srtp/srtp_1.4.4~dfsg-2.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.
Jonas Smedegaard <[EMAIL PROTECTED]> (supplier of updated srtp 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.8
Date: Tue, 15 Apr 2008 17:48:39 +0200
Source: srtp
Binary: libsrtp1-dev srtp-docs srtp-utils
Architecture: source all amd64
Version: 1.4.4~dfsg-2
Distribution: unstable
Urgency: low
Maintainer: Debian VoIP Team <[EMAIL PROTECTED]>
Changed-By: Jonas Smedegaard <[EMAIL PROTECTED]>
Description: 
 libsrtp1-dev - Secure RTP (SRTP) and UST Reference Implementations - 
development
 srtp-docs  - Secure RTP (SRTP) and UST Reference Implementations - documentati
 srtp-utils - Secure RTP (SRTP) and UST Reference Implementations - utilities
Closes: 439976 460534 470505 470506
Changes: 
 srtp (1.4.4~dfsg-2) unstable; urgency=low
 .
   [ Jonas Smedegaard ]
   * Add patch 1003 to avoid the symbol "mips" clashing with builtin
 symbol on MIPS GCC compiler. Closes: bug#439976.
   * Add patch 1005 to fix tests by restricting to 32bit alignment.
 Closes: bug#470505, thanks to Martin Guy.
   * Add patch 1006 to fix unsigned chars in test driver. Closes:
 bug#470506, thanks to Martin Guy.
   * Packaging moved to collab-maint Git at Alioth. Update VCS-* hints.
   * Make sure docs is built only once.
   * Change libsrtp1-dev to section libdevel (from devel), thanks to
 lintian.
   * Update local cdbs snippets:
 + Major improvements to copyright-check, including new versioned
   build-dependency on devscripts.  Update debian/copyright_hints.
 + Various improvements to update-tarball.mk.
 + Drop buildcore.mk wrapper (set DEB_AUTO_UPDATE_DEBIAN_CONTROL
   manually when needed instead)
 + Update debian/README.cdbs-tweaks.
   * Semi-auto-update debian/control to apply changes contained in the above:
 DEB_AUTO_UPDATE_DEBIAN_CONTROL=yes fakeroot debian/rules clean
 .
   [ Victor Seva ]
   * Add patch 1004 to add verbose to make runtest. Make FTBFS easier
 to debug. (Closes: #460534)
Checksums-Sha1: 
 fef82642a8145055008d63bcec9ec651ad59f69d 1396 srtp_1.4.4~dfsg-2.dsc
 7ae7e921c1eba2ce36515ce2da5fb24a9068ad28 12112 srtp_1.4.4~dfsg-2.diff.gz
 8106999ad181f4bb44d0257493b559915d2e11

Bug#476290: libvirt: FTBFS on arches without qemu

[Adeodato Simó]

Package: libvirt
Version: 0.4.2-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-python2.5

Hello.

With qemu now in libvirt's Build-Depends, the package FTBFS on arches
where there is no qemu.

I guess you'll have to add '[amd64 i386 powerpc sparc]' to the qemu
Build-Dependency.

Thanks,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
   Listening to: Pauline en la playa - Rueda corazón

Bug#476224: gxneur: missing source files

[Alexander GQ Gerasiov]

Tue, 15 Apr 2008 03:47:44 -0400
"Mike O'Connor" <[EMAIL PROTECTED]> wrote:

> Package: gxneur
> Version: 0.6.2-2
> Severity: serious
> 
> 
> The following files:
> src/interface.c
> src/interface.h
> src/support.c
> src/support.h
> 
> contain the header:
> 
> /*
>  * DO NOT EDIT THIS FILE - it is generated by Glade.
>  */
>

Sure, I seen this. They exists in svn, but don't used in building, and
aren't provided in tarball. (To not build-depend on glade, I think.)

Do you think, we need to provide such files in debian source package?
This is paranoid a bit, but yes, you should be right. Ok, I'll include
thees files in next upload.

-- 
Best regards,
 Alexander GQ Gerasiov

 Contacts:
 e-mail:[EMAIL PROTECTED] Jabber:  [EMAIL PROTECTED]
 Homepage:  http://gq.net.ru ICQ: 7272757
 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D  79B8 0641 D82A E3E3 CE1D



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

Bug#475885: htdig: Creates db files in /etc

[Chris Lamb]

Christian Perrier wrote:

> > By "transition" do you mean moving the files to /var/?  
> 
> Yes.
> 
> I don't know htdig enough to decide whether it's worth it or if these
> files are recreated when reindexation takes place.

They will be newly created in /var/lib by the postinst if they do not exist
there, so that part of the transition is sound. Simply adding:

  # These files were moved to 
  rm -f /etc/htdig/root2word.db 
  rm -f /etc/htdig/synonyms.db
  rm -f /etc/htdig/word2root.db

to the postinst should be sufficient.


Regards,

-- 
Chris Lamb, UK   [EMAIL PROTECTED]
GPG: 0x634F9A20


signature.asc
Description: PGP signature

Bug#475825: Bug#475742: Bug#475825: FTBFS: ERROR: could not build a simple Qt program.

[Tobias Toedter]

On Mon, 14 Apr 2008 23:06:38 +0200
Sune Vuorela <[EMAIL PROTECTED]> wrote:

> On Monday 14 April 2008, Jan Niehusmann wrote:
> > I just reproduced this problem. First, I got the following problem:
[...]
> > With the following patch, qbrew builds again inside a clean chroot:
> 
> We are working for some other solution as well - there will hopefully
> within this week arrive a qt4 -4 to the archive.

Jan,

Thanks a lot for your research and for hunting down this bug. I'll wait
for the qt4 -4 upload and try building qbrew again. If this does not
work, I'll use the patch you've provided.

Again, thank you very much.

Regards,
Tobias

-- 
Tobias Toedter   | That money talks,
Hamburg, Germany | I'll not deny,
 | I heard it once,
 | It said "Good-bye".


signature.asc
Description: PGP signature

Bug#474951: Reverting to 1.4.13-4etch6

[Shane McChesney]

In case anyone else who finds this thread is like me, in the
not-realy-a-sysadmin category...  Scott mentioned this above but
here's how I actually did the temporary solution of going back a version.

dpkg -i /var/cache/apt/archives/lighttpd_1.4.13-4etch6_i386.deb

The good folks in #debian helped me out, since I didn't know how.

Shane



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

Bug#476292: linux-image-2.6.24-1-parisc64: 64 bit kernel panics on boot in handle_interruption

[James Bottomley]

Package: linux-image-2.6.24-1-parisc64
Version: 2.6.24-5
Severity: critical
Tags: patch
Justification: breaks the whole system


The parisc 64 bit kernel panics on boot with this:

  CC  net/ipv4/netfilter/iptable_raw.mod.o
  CC  net/ipv4/tcp_diag.mod.o
  CC  net/ipv4/tunnel4.mod.o
  CC  net/ipv4/xfrm4_mode_beet.mod.o
  CC  net/ipv4/xfrm4_tunnel.mod.o
  CC  net/key/af_key.mod.o
  CC  net/llc/llc.mod.o
  CC  net/llc/llc2.mod.o
  CC  net/netfilter/nfnetlink_log.mod.o
  CC  net/netfilter/nfnetlink.mod.o
  CC  net/netfilter/nfnetlink_queue.mod.o
  CC  net/netfilter/xt_CLASSIFY.mod.o
  CC  net/netfilter/x_tables.mod.o
  CC  net/netfilter/xt_DSCP.mod.o
  CC  net/netfilter/xt_MARK.mod.o
  CC  net/netfilter/xt_NFQUEUE.mod.o
  CC  net/netfilter/xt_comment.mod.o
  CC  net/netfilter/xt_dccp.mod.o
  CC  net/netfilter/xt_dscp.mod.o
  CC  net/netfilter/xt_esp.mod.o
  CC  net/netfilter/xt_length.mod.o
  CC  net/netfilter/xt_limit.mod.o
  CC  net/netfilter/xt_mac.mod.o
  CC  net/netfilter/xt_mark.mod.o
  CC  net/netfilter/xt_multiport.mod.o
  CC  net/netfilter/xt_pkttype.mod.o
  CC  net/netfilter/xt_policy.mod.o
  CC  net/netfilter/xt_realm.mod.o
  CC  net/netfilter/xt_sctp.mod.o
  CC  net/netfilter/xt_string.mod.o
  CC  net/netfilter/xt_tcpmss.mod.o
  CC  net/netfilter/xt_tcpudp.mod.o
  CC  net/packet/af_packet.mod.o
  CC  net/sctp/sctp.mod.o
  CC  net/sunrpc/auth_gss/auth_rpcgss.mod.o
  CC  net/sunrpc/auth_gss/rpcsec_gss_krb5.mod.o
  CC  net/sunrpc/auth_gss/rpcsec_gss_spkm3.mod.o
  CC  net/sunrpc/sunrpc.mod.o
  CC  net/tipc/tipc.mod.o
  CC  net/xfrm/xfrm_user.mod.o
  CC  sound/ac97_bus.mod.o
  CC  sound/core/oss/snd-mixer-oss.mod.o
  CC  sound/core/oss/snd-pcm-oss.mod.o
  CC  sound/core/seq/oss/snd-seq-oss.mod.o
  CC  sound/core/seq/snd-seq-device.mod.o
  CC  sound/core/seq/snd-seq-dummy.mod.o
  CC  sound/core/seq/snd-seq-midi-event.mod.o
  CC  sound/core/seq/snd-seq-midi.mod.o
  CC  sound/core/seq/snd-seq.mod.o
  CC  sound/core/snd-hwdep.mod.o
  CC  sound/core/snd-page-alloc.mod.o
  CC  sound/core/snd-pcm.mod.o
  CC  sound/core/snd-rawmidi.mod.o
  CC  sound/core/snd-timer.mod.o
  CC  sound/core/snd.mod.o
  CC  sound/parisc/snd-harmony.mod.o
  CC  sound/pci/ac97/snd-ac97-codec.mod.o
  CC  sound/pci/rme9652/snd-hdspm.mod.o
  CC  sound/pci/snd-ad1889.mod.o
  LD [M]  crypto/aes_generic.ko
  CC  sound/soundcore.mod.o
  LD [M]  crypto/anubis.ko
  LD [M]  crypto/arc4.ko
  LD [M]  crypto/blkcipher.ko
  LD [M]  crypto/blowfish.ko
  LD [M]  crypto/cast5.ko
  LD [M]  crypto/cast6.ko
  LD [M]  crypto/cbc.ko
  LD [M]  crypto/crc32c.ko
  LD [M]  crypto/crypto_null.ko
  LD [M]  crypto/deflate.ko
  LD [M]  crypto/des_generic.ko
  LD [M]  crypto/ecb.ko
  LD [M]  crypto/khazad.ko
  LD [M]  crypto/gf128mul.ko
  LD [M]  crypto/md4.ko
  LD [M]  crypto/md5.ko
  LD [M]  crypto/michael_mic.ko
  LD [M]  crypto/serpent.ko
  LD [M]  crypto/sha256_generic.ko
  LD [M]  crypto/sha512.ko
  LD [M]  crypto/tcrypt.ko
  LD [M]  crypto/tea.ko
  LD [M]  crypto/tgr192.ko
  LD [M]  crypto/twofish.ko
  LD [M]  crypto/twofish_common.ko
  LD [M]  crypto/wp512.ko
  LD [M]  drivers/base/firmware_class.ko
  LD [M]  drivers/block/aoe/aoe.ko
  LD [M]  drivers/block/cryptoloop.ko
  LD [M]  drivers/block/loop.ko
  LD [M]  drivers/block/pktcdvd.ko
  LD [M]  drivers/block/sx8.ko
  LD [M]  drivers/block/ub.ko
  LD [M]  drivers/block/umem.ko
  LD [M]  drivers/cdrom/cdrom.ko
  LD [M]  drivers/char/lp.ko
  LD [M]  drivers/char/agp/parisc-agp.ko
  LD [M]  drivers/char/raw.ko
  LD [M]  drivers/hid/usbhid/usbhid.ko
  LD [M]  drivers/input/keyboard/hil_kbd.ko
  LD [M]  drivers/input/keyboard/hilkbd.ko
  LD [M]  drivers/input/misc/hp_sdc_rtc.ko
  LD [M]  drivers/input/misc/uinput.ko
  LD [M]  drivers/input/mouse/hil_ptr.ko
  LD [M]  drivers/input/mouse/psmouse.ko
  LD [M]  drivers/input/mouse/sermouse.ko
  LD [M]  drivers/input/serio/parkbd.ko
  LD [M]  drivers/input/serio/pcips2.ko
  LD [M]  drivers/input/serio/serio_raw.ko
  LD [M]  drivers/md/dm-crypt.ko
  LD [M]  drivers/input/serio/serport.ko
  LD [M]  drivers/md/dm-emc.ko
  LD [M]  drivers/md/dm-mirror.ko
  LD [M]  drivers/md/dm-mod.ko
  LD [M]  drivers/md/dm-multipath.ko
  LD [M]  drivers/md/dm-round-robin.ko
  LD [M]  drivers/md/dm-snapshot.ko
  LD [M]  drivers/md/dm-zero.ko
  LD [M]  drivers/md/faulty.ko
  LD [M]  drivers/md/linear.ko
  LD [M]  drivers/md/md-mod.ko
  LD [M]  drivers/md/multipath.ko
  LD [M]  drivers/md/raid1.ko
  LD [M]  drivers/md/raid0.ko
  LD [M]  drivers/md/raid10.ko
  LD [M]  drivers/message/fusion/mptbase.ko
  LD [M]  drivers/message/fusion/mptctl.ko
  LD [M]  drivers/message/fusion/mptfc.ko
  LD [M]  drivers/message/fusion/mptsas.ko
  LD [M]  drivers/message/fusion/mptscsih.ko
  LD [M]  drivers/message/fusion/mptspi.ko
  LD [M]  drivers/net/3c59x.ko
  LD [M]  

Processed: Tagging

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 475926 pending
Bug#475926: laptop-mode-tools: When /proc/acpi/battery is not present and auto 
hibernate is on, system hibernates on boot
There were no tags set.
Tags added: pending

> tag 475304 pending
Bug#475304: laptop-mode-tools: Please add support for rsyslog config files
Tags were: upstream
Tags added: pending

> tag 475407 pending
Bug#475407: Add iwlwifi power management support
Tags were: upstream
Tags added: 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#476295: java-gnome: pango_context_new, pango_font_map_get_shape_engine_type implicitly converted to pointers

[dann frazier]

Package: java-gnome
Version: 4.0.6-1
Severity: serious
Usertags: implicit-pointer-conversion

Our automated buildd log filter[1] detected a problem that is likely to
cause your package to segfault on architectures where the size of a
pointer is greater than the size of an integer, such as ia64 and amd64.

  Function `pango_context_new' implicitly converted to pointer at 
generated/bindings/org/gnome/pango/PangoContext.c:34
  Function `pango_font_map_get_shape_engine_type' implicitly converted to 
pointer at generated/bindings/org/gnome/pango/PangoFontMap.c:120

This is often due to a missing function prototype definition.
For more information, see [2].

The prototypes for both pango_context_new and
pango_font_map_get_shape_engine_type are both wrapped in an #ifdef
PANGO_ENABLE_BACKEND in their respective header files. Perhaps
defining this at compile time would solve this?

Though it is guaranteed that this codepath will cause a segfault on certain
architectures, it is not guaranteed that this codepath would ever be executed
(e.g., if the returned pointer is never dereferenced). However, this bug
does prevent the ia64 buildd from successfully building this package, resulting
in a practical FTBFS issue and warranting the serious severity.

[1] http://people.debian.org/~dannf/check-implicit-pointer-functions
[2] http://wiki.debian.org/ImplicitPointerConversions



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

Bug#472685: "Fix" available for CVE-2007-4048 for phpgroupware in stable/etch, but seems not to be necessary - Re: Bug#472685: phpgroupware-phpsysinfo: [CVE-2007-4048] XSS vulnerability, still no fix

[Olivier Berger]

tags 472685 +wontfix
thanks

Well... nobody cared for answering to my message.

And the code isn't exposed so we won't try and make an updated version
for stable.

Best regards,

Le jeudi 27 mars 2008 à 13:08 +0100, Olivier Berger a écrit :
> Hello.
> 
> I've been trying to investigate the issue of the potential uncomplete
> fix for CVE-2007-4048, which had not been applied to the version of
> phpgroupware in stable/etch (bug #472685).
> 
> It appears that that version of the phpgroupware-phpsysinfo package was
> not vulnerable (see Dave Hall's (upstream developper) message bellow).
> There was just a copy of the original vulenrable phpsysinfo code, but
> which wouldn't be callable in the version wrapped inside phpGroupware
> (phpsysinfo footer replaced by phpgroupware footer).
> 
> Thus, the proposed patch seems not necessary if we trust Dave (note that
> it wouldn't hurt either, since that code is not executed, as I verified
> on a patched package on stable).
> 
> I'm not sure it's worth issueing a security update for that package,
> then. If it were to be, then the proposed NMU is available in the
> #472685 thread).
> 
> I'm requesting the security team's advice on what should be done now.
> 
> I'm still concerned that
> http://security-tracker.debian.net/tracker/CVE-2007-4048 would exhibit a
> problem on stable, then.
> 
> Lookin forward to reading from you.
> 
> Best regards,
> 
> Le jeudi 27 mars 2008 à 12:46 +0100, Olivier Berger a écrit :
> > Le mercredi 26 mars 2008 à 11:40 +0100, Olivier Berger a écrit :
> > 
> > > Having had a closer look at the phpsysinfo integration in phpgroupware
> > > in etch, I'm not so sure it was even a problem, since I cannot exactly
> > > understand how the vulnerable code could have been executed. It is
> > > located in the phpsysinfo footer and I only see ways to have the
> > > standard phpgroupware footer displayed... but I'm not so much aware of
> > > the XSS mechanism involved here. 
> > > 
> > SNIP
> > 
> > > Maybe I'll get in touch with upstream to try and get a clearer view.
> > > 
> > 
> > FYI, here's the response from upstream concerning this fix, which
> > indicates that apparently (as I suspected), phpGroupware wasn't
> > vulnerable.
> > 
> > Now, for consistency (and better safe than sorry ?), we may apply the
> > patch... but we might also as well close the bug...
> > 
> > I'll need security team's advice on what to do, I think.
> > 
> > Copy of
> > http://lists.gnu.org/archive/html/phpgroupware-developers/2008-03/msg00076.html
> >  bellow :
> >  Message transféré 
> > De: Dave Hall <[EMAIL PROTECTED]>
> > Répondre à: [EMAIL PROTECTED]
> > À: [EMAIL PROTECTED]
> > Sujet: Re: [phpGroupWare-developers] SECURITY - URGENT ? [Fwd: Re: 
> > Bug#472685: phpgroupware-phpsysinfo: [CVE-2007-4048] XSS vulnerability, 
> > still no fix provided for stable/etch ?]
> > Date: Thu, 27 Mar 2008 10:45:26 +
> > 
> > Hi Olivier,
> > 
> > I thought I would reply publicly here in addition to my email last night
> > my time.
> > 
> > On Wed, 2008-03-26 at 12:21 +0100, Olivier Berger wrote:
> > > Hi.
> > > 
> > > I'm trying to understand if/how the code in 0.9.16.011 was indeed
> > > vulnerable concerning the phpsysinfo XSS vulnerability...
> > > 
> > > Can you please enlighten me (privately, if details are sensitive) ?
> > > 
> > > My impression is that the Debian package was after all not vulnerable...
> > > as the phpsysinfo footer shouldn't have been called directly, the
> > > phpsysinfo being wrapped by phpgroupware... Or I have it all wrong on
> > > how the XSS works... or the proposed patch for a fix for Debian was
> > > useless... or... I'm a bit lost ;)
> > 
> > After looking into this, we weren't vulnerable in the first place - oh
> > the joys of jumping at shadows when you are under resourced.
> > 
> > I looked at the old code - scary stuff.  The fix proposed in
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=15;filename=CVE-2007-4048.patch;att=1;bug=435936
> >  should be used for debian (old)stable just to be sure.  The 0.9.16.012 
> > release updated phpsysinfo to 2.5.4 from upstream (with some mods), to keep 
> > our code in sync.
> > 
> > Thanks for picking this up.  
> > 
> > Just so people are clear CVE-2007-4048 was not exploitable when running
> > phpsysinfo from within phpGroupWare.  In 0.9.16.012 you got an updated
> > (and more secure) version of phpsysinfo.
> > 
> > > Btw, if there's a security related list, it may be worth being on board
> > > as soon as possible to be able to prepare patchs and so on for the
> > > Debian package...
> > 
> > There isn't such a list.  What I usually try to grab our packagers to
> > let them know what is happening in advance - by a couple of hours.  I am
> > happy to try to provide security only patches on request, or give you a
> > list of svn revision/s to grab.
> > 
> > Cheers
> > 
> > Dave
-- 
Olivier BERGER <[EMAIL PROTECTED]> (*NEW ADDRESS*)
http://www-inf.it-sudparis.eu/~olberger/ - OpenPGP

Processed: Re: "Fix" available for CVE-2007-4048 for phpgroupware in stable/etch, but seems not to be necessary - Re: Bug#472685: phpgroupware-phpsysinfo: [CVE-2007-4048] XSS vulnerability, still no

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 472685 +wontfix
Bug#472685: phpgroupware-phpsysinfo: [CVE-2007-4048] XSS vulnerability, still 
no fix provided for stable/etch ?
Tags were: etch security
Tags added: wontfix

> 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]