Bug#504661: A summary of issues

[Edward Z. Yang]

Edward Z. Yang wrote:
> I will attempt to
> cook and test a patch.

Patch attempt failed. Does the package manager have anything to say
about this?



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#494293: Retest?

[Christian Perrier]

Quoting Edward Z. Yang (ezy...@mit.edu):
> There have been several new versions of Grub since you first posted this
> report. Could you try to reproduce with a newer version?


Well, if you don't CC the "-submitter" address, (s)he will not be
aware of your question..:)




signature.asc
Description: Digital signature

Bug#504661: A summary of issues

[Edward Z. Yang]

The basic way to reproduce this issue on a blank machine is as such:

sudo apt-get install nvidia-glx-legacy-96xx
sudo apt-get install nvidia-glx-legacy-96xx-dev
ls /usr/lib | grep libGL.so

The source of this problem is a sorry chain of diversions and hacks that
have caused nvidia-glx-legacy-69xx and mesa (and other OpenGL
implementations) to interact in interesting ways. I don't claim to
completely understand all of the interactions, but somewhere along the
way things have gone horribly wrong.

My suggestion is to synchronize the install scripts for
nvidia-glx-legacy-96xx with nvidia-glx, perform substitutions as
necessary. nvidia-glx appears to do things correctly. I will attempt to
cook and test a patch.

Cheers,
Edward



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: init should clear environment

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 505440 critical
Bug#505440: initramfs-tools: leaks environment
Severity set to `critical' from `important'

> # justification: is the cause of 426465, which is critical
> clone 505440 -1
Bug#505440: initramfs-tools: leaks environment
Bug 505440 cloned as bug 508686.

> reassign -1 sysvinit
Bug#508686: initramfs-tools: leaks environment
Bug reassigned from package `initramfs-tools' to `sysvinit'.

> retitle -1 init should clear environment
Bug#508686: initramfs-tools: leaks environment
Changed Bug title to `init should clear environment' from `initramfs-tools: 
leaks environment'.

> tag -1 patch
Bug#508686: init should clear environment
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 debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#426465: init should clear environment

[Greg Price]

severity 505440 critical
# justification: is the cause of 426465, which is critical
clone 505440 -1
reassign -1 sysvinit
retitle -1 init should clear environment
tag -1 patch
thanks

For background, see #426465 and #505440, which is a more general
description of #426465.

initramfs exports an environment in /init with variables that confuse
some initscripts.  Ubuntu has fixed this by having upstart clear its
environment.  It looks like initramfs-tools should be fixed by having
it export a smaller environment, but we can and probably should also
fix the problems it causes by having init clear its environment in
child processes.

The attached patch does this.

upstart passes on two environment variables, PATH and TERM, so this
patch does the same.

Applying this change breaks an old-fashioned practice in initscripts
of getting certain variables from the kernel command line by expecting
them to be exported in the environment. An Ubuntu bug from 2006
(https://bugs.launchpad.net/bugs/74664) describes a situation where
this cropped up when they implemented the change.  The correct way for
an initscript to do this is to look in /proc/cmdline, as e.g. the
initscripts package does in /etc/init.d/stop-bootlogd-single.  It's
possible that some packages still use the old-fashioned practice.

Once this patch or another fix is uploaded, bugs #426465 and #505440
in initramfs-tools can be downgraded.

Greg
#! /bin/sh /usr/share/dpatch/dpatch-run
## 95_clear_environment.dpatch by Greg Price

Clear the environment when spawning a process.

@DPATCH@


diff -urNad trunk~/src/init.c trunk/src/init.c
--- trunk~/src/init.c   2008-12-13 20:35:24.0 -0500
+++ trunk/src/init.c2008-12-13 20:35:24.0 -0500
@@ -188,6 +188,8 @@ struct {
{NULL,0}
 };
 
+char * const default_env_vars[] = {"PATH", "TERM", NULL};
+
 #define NR_EXTRA_ENV   16
 char *extra_env[NR_EXTRA_ENV];
 
@@ -782,13 +784,27 @@ char **init_buildenv(int child)
char**e;
int n, i;
 
-   for (n = 0; environ[n]; n++)
-   ;
+   if (child) {
+   for (n = 0; default_env_vars[n]; n++)
+   ;
+   } else {
+   for (n = 0; environ[n]; n++)
+   ;
+   }
n += NR_EXTRA_ENV + 8;
e = calloc(n, sizeof(char *));
 
-   for (n = 0; environ[n]; n++)
-   e[n] = istrdup(environ[n]);
+   if (child) {
+   for (n = 0; default_env_vars[n]; n++) {
+   char *key = default_env_vars[n];
+   char *value = getenv(key);
+   e[n] = imalloc(strlen(key) + strlen(value) + 2);
+   sprintf(e[n], "%s=%s", key, value);
+   }
+   } else {
+   for (n = 0; environ[n]; n++)
+   e[n] = istrdup(environ[n]);
+   }
 
for (i = 0; i < NR_EXTRA_ENV; i++)
if (extra_env[i])

Bug#456037: Fenix: not 64 bit clean, should it be out of Lenny?

[Richard Hartmann]

On Sat, Dec 13, 2008 at 14:04, Matthew Johnson  wrote:

> Well, restricting it to all the 32bit archs, presumably. I don't think
> that's necessarily a problem given it's not been released on other archs
> yet, so it's not a regression. I definitely think that at this point the
> options are 'drop completely' and 'drop from 64bit archs' and the latter
> is clearly preferable (of course if people think it's just generally
> bad, then dropping completely is reasonable)

Agreed. If the software itself is good, what is gained by making it
unavailable to 32-bit users? This even lessens the chance of someone
liking the game and patching it.


Richard



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#506748: crash rtorrent by scgi-interface (function: 'fi.get_filename_last')

[Xavid]

tags 506748 patch
thanks

Greetings!

A group at the MIT Student Information Processing Board spent some  
time looking at this bug during our Lenny hackathon BSP, and we came  
to the following conclusions:


1. This bug is due to a type checking problem: running the same test  
case on more recent upstream versions produces a vaguely unhelpful  
error message, presumably because hashes returned by "download_list  
default" aren't valid arguments to "fi.get_filename_last", not being  
FileListIterators.
2. The bug was fixed somewhere between upstream SVN revisions 1038 and  
1054, which represent a significant overhaul of the xmlrpc mechanism,  
and wouldn't necessarily be appropriate to backport into this version.
3. The simplest way to remove the crash bug would be to remove the RPC  
altogether, either by:
  a. Causing apply_fi_filename_last() in command_file.cc to throw a  
torrent::input_error
  b. Removing the ADD_CFI_VOID("filename_last"... declaration from  
command_file.cc
 We were unable to find any situation in which the RPC was able to  
provide useful results, so removing it seems like removing it wouldn't  
be a significant limitation.  Anyone who needs this functionality can  
upgrade to a more recent version manually.  We've attached a patch  
we've tested that implements the first option.


Either way, it doesn't seem to us like this should be a release  
critical bug, not affecting normal users of rtorrent and not causing  
problems to people who invoke RPCs properly.


~Xavid
MIT Student Information Processing Board



rtorrent-0.7.9-bug506748.patch
Description: Binary data




=
=
=
=
=
=
=
=
=
=
=
=
=
=


--- rtorrent-0.7.9-orig/src/command_file.cc 2007-10-21  
00:24:54.0 -0400
+++ rtorrent-0.7.9-modified/src/command_file.cc 2008-12-13  
22:37:09.0 -0500

@@ -88,6 +88,8 @@

 torrent::Object
 apply_fi_filename_last(torrent::FileListIterator* itr) {
+  throw torrent::input_error("Command fi.filename_last not available  
in this version of rTorrent.");

+
   if (itr->file()->path()->empty())
 return "EMPTY";

Processed: Re: crash rtorrent by scgi-interface (function: 'fi.get_filename_last')

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 506748 patch
Bug#506748: crash rtorrent by scgi-interface (function: 'fi.get_filename_last')
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 debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508267: marked as done (rdup_0.6.3-1(mips/unstable):)

[Debian Bug Tracking System]

Your message dated Sun, 14 Dec 2008 02:02:07 +
with message-id 
and subject line Bug#508246: fixed in rdup 0.6.3-2
has caused the Debian Bug report #508246,
regarding rdup_0.6.3-1(mips/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 ow...@bugs.debian.org
immediately.)


-- 
508246: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508246
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: rdup
Version: 0.6.3-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of rdup_0.6.3-1 on mayr by sbuild/mips 99.999
> Build started at 20081208-2204

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 4.0.0), autotools-dev, libglib2.0-dev, autoconf, 
> automake

[...]

> checking sys/vfs.h presence... yes
> checking for sys/vfs.h... yes
> checking sys/statvfs.h usability... yes
> checking sys/statvfs.h presence... yes
> checking for sys/statvfs.h... yes
> checking for sys/param.h... yes
> checking for sys/mount.h... yes
> ./configure: line 7073: pcre-config: command not found
> ./configure: line 7079: pcre-config: command not found
> checking pcre.h usability... no
> checking pcre.h presence... no
> checking for pcre.h... no
> configure: error: ** No pcre library found.
> make: *** [config.status] Error 1
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=mips&pkg=rdup&ver=0.6.3-1



--- End Message ---
--- Begin Message ---
Source: rdup
Source-Version: 0.6.3-2

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

rdup_0.6.3-2.diff.gz
  to pool/main/r/rdup/rdup_0.6.3-2.diff.gz
rdup_0.6.3-2.dsc
  to pool/main/r/rdup/rdup_0.6.3-2.dsc
rdup_0.6.3-2_i386.deb
  to pool/main/r/rdup/rdup_0.6.3-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 508...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Jose Carlos Garcia Sogo  (supplier of updated rdup 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 ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 13 Dec 2008 17:05:56 +0100
Source: rdup
Binary: rdup
Architecture: source i386
Version: 0.6.3-2
Distribution: unstable
Urgency: low
Maintainer: Jose Carlos Garcia Sogo 
Changed-By: Jose Carlos Garcia Sogo 
Description: 
 rdup   - utility to create a file list suitable for making backups
Closes: 508246
Changes: 
 rdup (0.6.3-2) unstable; urgency=low
 .
   * Add missing Build-Dependecy on libpcre3-dev (Closes: #508246)
Checksums-Sha1: 
 29cc17d4e02f789b4d389590f1a4aaae3884fb28 1142 rdup_0.6.3-2.dsc
 6fb7623e381f1c997716e911c7e0439bcc1a913a 2727 rdup_0.6.3-2.diff.gz
 6fa8a5b8373171ec94546f444a4510bf5bf12f33 34768 rdup_0.6.3-2_i386.deb
Checksums-Sha256: 
 038b85fcd25dbdac8feeec672c9555a6d1176e3852121b4ce32d8e6176ae669b 1142 
rdup_0.6.3-2.dsc
 615276bedf4594195e714c3f5869b43b9c821e90863db07636d28ca6a0f29afa 2727 
rdup_0.6.3-2.diff.gz
 105fef5bc9c6e6619e8ae0963e8d5939a3fd0ba881df3074be3b23813fa18a74 34768 
rdup_0.6.3-2_i386.deb
Files: 
 0b1ac2b252f30a852ab66cd640f28bba 1142 utils optional rdup_0.6.3-2.dsc
 1ba9d45974855a118fbfe72b408540fe 2727 utils optional rdup_0.6.3-2.diff.gz
 95a8facda2471ccf726c9129a93567fa 34768 utils optional rdup_0.6.3-2_i386.deb

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

iD8DBQFJRGWGS+BYJZB4jhERAkD0AJ9Cp+wkCzhyYgrvdgdx6fSNl+geBgCcCLE7
ALhfrcuCnkdprsafKiDn78g=
=XdZ9
-END PGP SIGNATURE-


--- End Message ---

Bug#508246: marked as done (rdup_0.6.3-1(unstable/sparc/lebrun): FTBFS: Missing build-dep on libpcre3-dev)

[Debian Bug Tracking System]

Your message dated Sun, 14 Dec 2008 02:02:07 +
with message-id 
and subject line Bug#508246: fixed in rdup 0.6.3-2
has caused the Debian Bug report #508246,
regarding rdup_0.6.3-1(unstable/sparc/lebrun): FTBFS: Missing build-dep on 
libpcre3-dev
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 ow...@bugs.debian.org
immediately.)


-- 
508246: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508246
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: rdup
Version: 0.6.3-1
Severity: serious

Heya,

Your package failed to build on the buildds due to a missing build-dep
on libpcre3-dev:

| Automatic build of rdup_0.6.3-1 on lebrun by sbuild/sparc 98
| Build started at 20081208-2303
| **

[...]

| ./configure: line 7073: pcre-config: command not found
| ./configure: line 7079: pcre-config: command not found
| checking pcre.h usability... no
| checking pcre.h presence... no
| checking for pcre.h... no
| configure: error: ** No pcre library found.
| make: *** [config.status] Error 1
| dpkg-buildpackage: failure: debian/rules build gave error exit status 2
| **
| Build finished at 20081208-2304
| FAILED [dpkg-buildpackage died]
| Build needed 00:00:10, 716k disk space

A complete build log can be found at
http://buildd.debian.org/build.php?arch=sparc&pkg=rdup&ver=0.6.3-1

Marc
-- 
BOFH #178:
short leg on process table


--- End Message ---
--- Begin Message ---
Source: rdup
Source-Version: 0.6.3-2

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

rdup_0.6.3-2.diff.gz
  to pool/main/r/rdup/rdup_0.6.3-2.diff.gz
rdup_0.6.3-2.dsc
  to pool/main/r/rdup/rdup_0.6.3-2.dsc
rdup_0.6.3-2_i386.deb
  to pool/main/r/rdup/rdup_0.6.3-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 508...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Jose Carlos Garcia Sogo  (supplier of updated rdup 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 ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 13 Dec 2008 17:05:56 +0100
Source: rdup
Binary: rdup
Architecture: source i386
Version: 0.6.3-2
Distribution: unstable
Urgency: low
Maintainer: Jose Carlos Garcia Sogo 
Changed-By: Jose Carlos Garcia Sogo 
Description: 
 rdup   - utility to create a file list suitable for making backups
Closes: 508246
Changes: 
 rdup (0.6.3-2) unstable; urgency=low
 .
   * Add missing Build-Dependecy on libpcre3-dev (Closes: #508246)
Checksums-Sha1: 
 29cc17d4e02f789b4d389590f1a4aaae3884fb28 1142 rdup_0.6.3-2.dsc
 6fb7623e381f1c997716e911c7e0439bcc1a913a 2727 rdup_0.6.3-2.diff.gz
 6fa8a5b8373171ec94546f444a4510bf5bf12f33 34768 rdup_0.6.3-2_i386.deb
Checksums-Sha256: 
 038b85fcd25dbdac8feeec672c9555a6d1176e3852121b4ce32d8e6176ae669b 1142 
rdup_0.6.3-2.dsc
 615276bedf4594195e714c3f5869b43b9c821e90863db07636d28ca6a0f29afa 2727 
rdup_0.6.3-2.diff.gz
 105fef5bc9c6e6619e8ae0963e8d5939a3fd0ba881df3074be3b23813fa18a74 34768 
rdup_0.6.3-2_i386.deb
Files: 
 0b1ac2b252f30a852ab66cd640f28bba 1142 utils optional rdup_0.6.3-2.dsc
 1ba9d45974855a118fbfe72b408540fe 2727 utils optional rdup_0.6.3-2.diff.gz
 95a8facda2471ccf726c9129a93567fa 34768 utils optional rdup_0.6.3-2_i386.deb

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

iD8DBQFJRGWGS+BYJZB4jhERAkD0AJ9Cp+wkCzhyYgrvdgdx6fSNl+geBgCcCLE7
ALhfrcuCnkdprsafKiDn78g=
=XdZ9
-END PGP SIGNATURE-


--- End Message ---

Bug#507558: ignores "LockXLock yes" setting in /etc/hibernate/common.conf (e.g. does not lock the screen)

[Eric Price]

This isn't really a bug: the LockXLock option works if xlock is
installed.  Without xlock, you can instead use other locking options
(LockXScreenSaver, LockGnomeScreenSaver, LockKDE) to lock the screen
if you're already running the appropriate screensaver.

This could be a wishlist request for starting up a locking screensaver
if one isn't already running, but it shouldn't be release critical.

Eric



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: splashy: Splashy fails to install due to missing default theme

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> clone 506057 -1
Bug#506057: splashy: Splashy fails to install due to missing default theme
Bug 506057 cloned as bug 508680.

> reassign -1 desktop-base
Bug#508680: splashy: Splashy fails to install due to missing default theme
Bug reassigned from package `splashy' to `desktop-base'.

> retitle -1 desktop-base: Missing conflicts on splashy (<< 0.3.12)
Bug#508680: splashy: Splashy fails to install due to missing default theme
Changed Bug title to `desktop-base: Missing conflicts on splashy (<< 0.3.12)' 
from `splashy: Splashy fails to install due to missing default theme'.

> retitle 506057 splashy: Missing conflicts on desktop-base (<< 5.0.2)
Bug#506057: splashy: Splashy fails to install due to missing default theme
Changed Bug title to `splashy: Missing conflicts on desktop-base (<< 5.0.2)' 
from `splashy: Splashy fails to install due to missing default theme'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#506057: splashy: Splashy fails to install due to missing default theme

[Eric Price]

clone 506057 -1
reassign -1 desktop-base
retitle -1 desktop-base: Missing conflicts on splashy (<< 0.3.12)
retitle 506057 splashy: Missing conflicts on desktop-base (<< 5.0.2)
thanks

CC-ing debian-release because I think they'll need to be involved with
the upgrade.

I experienced the same problem; it's a variant of #501315, and fixed
in sid except for the upgrade path.  It's caused by desktop-base
expecting /etc/splashy/themes to be a directory and splashy making it
a symlink.  The sequence of operations is:

Install desktop-base:
 Creating /etc/splashy/themes/moreblue-orbit
Install splashy:
 Creating /usr/share/splashy/themes/default
 Failing to overwrite /etc/splashy/themes to be a symlink to
  /usr/share/splashy/themes
 Failing to find /etc/splashy/themes/default

These are fixed in desktop-base 5.0.2 and splashy 0.3.12-1 in sid, but
the upgrade path still isn't correct.  Using new splashy with old
desktop-base or vice versa will still give errors, so ideally splashy
and desktop-base would Conflict: with each other's old versions.

Also, both packages need to be migrated to lenny at the same time.

Eric



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#489501: marked as done (zekr depends on libxul0d)

[Debian Bug Tracking System]

Your message dated Sun, 14 Dec 2008 01:02:03 +
with message-id 
and subject line Bug#489501: fixed in zekr 0.5.1.dfsg-1.1
has caused the Debian Bug report #489501,
regarding zekr depends on libxul0d
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 ow...@bugs.debian.org
immediately.)


-- 
489501: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489501
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: zekr
Version: 0.5.1.dfsg-1
Severity: grave

Hi,

this package depends on libxul0d, which has been removed from unstable.

Please see http://lists.debian.org/debian-release/2008/05/msg9.html
for more information why this happened and what to do now.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


--- End Message ---
--- Begin Message ---
Source: zekr
Source-Version: 0.5.1.dfsg-1.1

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

zekr_0.5.1.dfsg-1.1.diff.gz
  to pool/main/z/zekr/zekr_0.5.1.dfsg-1.1.diff.gz
zekr_0.5.1.dfsg-1.1.dsc
  to pool/main/z/zekr/zekr_0.5.1.dfsg-1.1.dsc
zekr_0.5.1.dfsg-1.1_all.deb
  to pool/main/z/zekr/zekr_0.5.1.dfsg-1.1_all.deb



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

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 489...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Asheesh Laroia  (supplier of updated zekr 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 ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 10 Dec 2008 19:33:52 -0800
Source: zekr
Binary: zekr
Architecture: source all
Version: 0.5.1.dfsg-1.1
Distribution: unstable
Urgency: low
Maintainer: Mohammad Derakhshani 
Changed-By: Asheesh Laroia 
Description: 
 zekr   - Quranic Study Tool
Closes: 489501
Changes: 
 zekr (0.5.1.dfsg-1.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * debian/control: Update build-dependencies to require SWT 3.4, not 3.2
   * debian/control: Update dependencies to use SWT 3.4 and the appropriate
 Mozilla bindings, rather than SWT 3.2
   * patches/00_build_xml.dpatch: SWT is now in /usr/share/java/swt.jar
   * patches/01_linux_run_sh.dpatch: SWT is now in /usr/share/java/swt.jar
   * zekr.sh: Comment out shell script section about finding MOZILLA_FIVE_HOME,
 since the SWT 3.4 Mozilla bindings do not need that set at all.
   * patches/01_linux_run_sh.dpatch: Similarly, comment out the extension
 of LD_LIBRARY_PATH to include MOZILLA_FIVE_HOME.
   * debian/control: SWT 3.4 Mozilla bindings do not require libxul0d.
 Ergo we stop depending on it. (Closes: #489501)
Checksums-Sha1: 
 545d60055aa0a7bacbe16f893cb6a3ee6b26e5d6 1311 zekr_0.5.1.dfsg-1.1.dsc
 5de7e174e07d2998cacc7322e787080f23c8cd6e 21419 zekr_0.5.1.dfsg-1.1.diff.gz
 03cfa27ad90246a0f132a72f06d6f724ed9472b4 1150462 zekr_0.5.1.dfsg-1.1_all.deb
Checksums-Sha256: 
 59cede166090db558db1bde42d01f59573fc987e53484e20c9956912aa3115fc 1311 
zekr_0.5.1.dfsg-1.1.dsc
 34fafefafbd0a8c10267f03df5e80937b97ee1428559616a2995d5a73f28ad2a 21419 
zekr_0.5.1.dfsg-1.1.diff.gz
 222f6bc8a254c166705c5211c4b67b061c54b038093b9af8673ab0a85f28e9b6 1150462 
zekr_0.5.1.dfsg-1.1_all.deb
Files: 
 ad675d22a54439338aa595a3eaac46d8 1311 x11 optional zekr_0.5.1.dfsg-1.1.dsc
 08373d3995552bec604b09678314e1d4 21419 x11 optional zekr_0.5.1.dfsg-1.1.diff.gz
 ed34cc7c35463fb5699ca201c6062857 1150462 x11 optional 
zekr_0.5.1.dfsg-1.1_all.deb

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

iEYEARECAAYFAklEUB4ACgkQic1LIWB1WeaqTQCfVufYOG2p4Zkdj+rk0i6Cnm8o
Fs0AoL62ZtH/KHwJ+filCkjAXI9p4MP+
=rYKn
-END PGP SIGNATURE-


--- End Message ---

Bug#504661: Reproduceable

[Edward Z. Yang]

It looks like the bug lies in the nvidia-glx-legacy-96xx-dev install
scripts, which don't set up the appropriate symlinks if
nvidia-glx-legacy-96xx was installed previously. Also, the uninstall
scripts sucks (although this is not a rc-blocking issue).

Cheers,
Edward



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508637: marked as done (mgltools-geomutils_1.5.4.cvs.20081126-1(sparc/experimental): FTBFS: ImportError: No module named numpy)

[Debian Bug Tracking System]

Your message dated Sat, 13 Dec 2008 23:32:04 +
with message-id 
and subject line Bug#508637: fixed in mgltools-geomutils 1.5.4.cvs.20081126-2
has caused the Debian Bug report #508637,
regarding mgltools-geomutils_1.5.4.cvs.20081126-1(sparc/experimental): FTBFS: 
ImportError: No module named numpy
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 ow...@bugs.debian.org
immediately.)


-- 
508637: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508637
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mgltools-geomutils
Version: 1.5.4.cvs.20081126-1
Severity: serious

Hi,

your package failed to build from source.

| Automatic build of mgltools-geomutils_1.5.4.cvs.20081126-1 on titan by 
sbuild/sparc 98-farm
| Build started at 20081213-1347
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Need to get 53.0kB of source archives.
| Get:1 http://sinclair.farm.ftbfs.de sid/non-free mgltools-geomutils 
1.5.4.cvs.20081126-1 (dsc) [1594B]
| Get:2 http://sinclair.farm.ftbfs.de sid/non-free mgltools-geomutils 
1.5.4.cvs.20081126-1 (tar) [47.2kB]
| Get:3 http://sinclair.farm.ftbfs.de sid/non-free mgltools-geomutils 
1.5.4.cvs.20081126-1 (diff) [4200B]
| Fetched 53.0kB in 0s (644kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>= 5.0.38), python-central (>= 0.5.6), cdbs (>= 
0.4), python2.5-dev, quilt
| Checking for already installed source dependencies...
[...]
| cd . && python setup.py build 
--build-base="/build/buildd/mgltools-geomutils-1.5.4.cvs.20081126/./build"
| Traceback (most recent call last):
|   File "setup.py", line 128, in 
| import numpy
| ImportError: No module named numpy
| make: *** [python-build-stamp-2.5] Error 1
| dpkg-buildpackage: failure: debian/rules build gave error exit status 2
| **
| Build finished at 20081213-1349
| FAILED [dpkg-buildpackage died]

Full build log(s): 
http://experimental.ftbfs.de/build.php?&ver=1.5.4.cvs.20081126-1&pkg=mgltools-geomutils&arch=sparc

Gruesse,
-- 
Frank Lichtenheld 
www: http://www.djpig.de/


--- End Message ---
--- Begin Message ---
Source: mgltools-geomutils
Source-Version: 1.5.4.cvs.20081126-2

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

mgltools-geomutils_1.5.4.cvs.20081126-2.diff.gz
  to 
pool/non-free/m/mgltools-geomutils/mgltools-geomutils_1.5.4.cvs.20081126-2.diff.gz
mgltools-geomutils_1.5.4.cvs.20081126-2.dsc
  to 
pool/non-free/m/mgltools-geomutils/mgltools-geomutils_1.5.4.cvs.20081126-2.dsc
mgltools-geomutils_1.5.4.cvs.20081126-2_amd64.deb
  to 
pool/non-free/m/mgltools-geomutils/mgltools-geomutils_1.5.4.cvs.20081126-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 508...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Steffen Moeller  (supplier of updated mgltools-geomutils 
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 ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 14 Dec 2008 00:15:25 +0100
Source: mgltools-geomutils
Binary: mgltools-geomutils
Architecture: source amd64
Version: 1.5.4.cvs.20081126-2
Distribution: unstable
Urgency: low
Maintainer: Debian-Med Packaging Team 

Changed-By: Steffen Moeller 
Description: 
 mgltools-geomutils - Python library for geometric analyses
Closes: 508637
Changes: 
 mgltools-geomutils (1.5.4.cvs.20081126-2) unstable; urgency=low
 .
   * Added missing dependencies, found by Peter Green (Closes: #508637).
   * Corrected location of Debian Med SVN
Checksums-Sha1: 
 08570ae5641e996afd34a42fb813eb396c3d7758 1618 
mgltools-geomutils_1.5.4.cvs.20081126-2.dsc
 9c92a6112ccaa7a3463c244d0364cc6f12d76761 4314 
mgltools-geomutils_1.5.4.cvs.20081126-2.diff.gz
 b3de5d0316ce0ddeb565d74983ef4fd469bd8cb6 112208 
mgltools-geomutils_1.5.4.cvs.20081126-2_amd64.deb
Checksums-Sha256: 
 600f980ca29143af01a35c528341acc3309f812fb02ed48281d71ba73a202e75 

Bug#508641: remctl_2.13-2(s390/experimental):

[Russ Allbery]

Luk Claes  writes:

> I am the s390 experimental buildd admin. An approximation of who is, can
> be found on experimental.buildd.net. The new wanna build maintainers are
> thinking of providing something more suited and more accurate after
> lenny...

Ah, excellent, thank you!

>> If you have a moment, could you try running:
>> 
>> ls -l /dev/full
>
> # ls -l /dev/full
> crw-rw-rw- 1 root root 1, 5 Sep 15  2006 /dev/full

Hm, well, it's not that then

>> tests/util/tokens-t
>
> 2# tests/util/tokens-t
> 10
> ok 1
> ok 2
> ok 3
> ok 4
> ok 5
> ok 6
> ok 7
> ok 8
> ok 9
> not ok 10
>   wanted: -2
> seen: 0

However, the program successfully wrote to /dev/full.  Which seems wrong.
Maybe there's something I'm missing about s390 or about the test suite
code.

Unfortunately, it looks like raptor.debian.org has no chroots configured
for schroot and no compilers installed in the main OS, so I can't easily
run a simplified test on s390.  I was trying to run:

#include 
#include 
#include 
#include 
#include 

int
main(void)
{
int fd, status;

fd = open("/dev/full", O_RDWR);
if (fd < 0) {
fprintf(stderr, "failed to open /dev/full: %s\n", strerror(errno));
exit(1);
}
status = write(fd, "foo", 3);
printf("status = %d (%s)\n", status, strerror(errno));
return 0;
}

just as a sanity check.  On i386, it returns:

windlord:~> ./foo 
status = -1 (No space left on device)

This particular test case hasn't changed in several releases and remctl
previously built on s390, so something must have changed

-- 
Russ Allbery (r...@debian.org)   



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508637: [Debian-med-packaging] Bug#508637: mgltools-geomutils_1.5.4.cvs.20081126-1(sparc/experimental):, FTBFS: ImportError: No module named numpy

[Steffen Moeller]

Hi Peter,
have many thanks for your report, I have just uploaded the fix. You are "just" 
a friendly
builder and not actually a user of AutoDock on sparc by any chance, right?
Best,
Steffen



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#507071: marked as done (racoon - Fails after upgrade: symbol lookup error: /usr/sbin/racoon: undefined symbol: libipsec_opt)

[Debian Bug Tracking System]

Your message dated Sat, 13 Dec 2008 22:47:04 +
with message-id 
and subject line Bug#507071: fixed in ipsec-tools 1:0.7.1-1.3
has caused the Debian Bug report #507071,
regarding racoon - Fails after upgrade: symbol lookup error: /usr/sbin/racoon: 
undefined symbol: libipsec_opt
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 ow...@bugs.debian.org
immediately.)


-- 
507071: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507071
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: racoon
Version: 0.7.1-1.2
Severity: grave

racoon fails to start after an upgrade:

| Setting up racoon (0.7.1-1.2) ...
| Installing new version of config file /etc/init.d/racoon ...
| Starting IKE (ISAKMP/Oakley) server: racoon/usr/sbin/racoon: symbol lookup 
error: /usr/sbin/racoon: undefined symbol: libipsec_opt
| invoke-rc.d: initscript racoon, action "start" failed.

Bastian

-- 
No one may kill a man.  Not for any purpose.  It cannot be condoned.
-- Kirk, "Spock's Brain", stardate 5431.6


--- End Message ---
--- Begin Message ---
Source: ipsec-tools
Source-Version: 1:0.7.1-1.3

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

ipsec-tools_0.7.1-1.3.diff.gz
  to pool/main/i/ipsec-tools/ipsec-tools_0.7.1-1.3.diff.gz
ipsec-tools_0.7.1-1.3.dsc
  to pool/main/i/ipsec-tools/ipsec-tools_0.7.1-1.3.dsc
ipsec-tools_0.7.1-1.3_i386.deb
  to pool/main/i/ipsec-tools/ipsec-tools_0.7.1-1.3_i386.deb
racoon_0.7.1-1.3_i386.deb
  to pool/main/i/ipsec-tools/racoon_0.7.1-1.3_i386.deb



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

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 507...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Karl Ramm  (supplier of updated ipsec-tools 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 ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 13 Dec 2008 15:40:55 -0500
Source: ipsec-tools
Binary: ipsec-tools racoon
Architecture: source i386
Version: 1:0.7.1-1.3
Distribution: unstable
Urgency: low
Maintainer: Ganesan Rajagopal 
Changed-By: Karl Ramm 
Description: 
 ipsec-tools - IPsec tools for Linux
 racoon - IPsec IKE keying daemon
Closes: 507071
Changes: 
 ipsec-tools (1:0.7.1-1.3) unstable; urgency=low
 .
   * Non-maintainer upload
   * Racoon should depend on at least the current version of ipsec-tools
 (Closes: #507071)
Checksums-Sha1: 
 7eda07e36b3174479d965e8a7057d83e2662ea4d 1746 ipsec-tools_0.7.1-1.3.dsc
 1bd2e10b679465500bc9ba2010cf60bb5654ff43 48949 ipsec-tools_0.7.1-1.3.diff.gz
 597d8294255ece1d3309d3d99bd5f3b46c72d6c6 98628 ipsec-tools_0.7.1-1.3_i386.deb
 239b2481be784ac40f555b2b64d68986a36edb3c 375608 racoon_0.7.1-1.3_i386.deb
Checksums-Sha256: 
 62cdaa519f1f569d9499ba3ea39bfa80636cccb314d5825baa4f69f54fa7e26f 1746 
ipsec-tools_0.7.1-1.3.dsc
 a0c17f9b34c760abe1c57310a3da37c85504a3673d7e81dffc336caea3fd922d 48949 
ipsec-tools_0.7.1-1.3.diff.gz
 71eba630d3234cd792ad1509870376025f50599b2ba48a558b5e1180f8b8a4db 98628 
ipsec-tools_0.7.1-1.3_i386.deb
 b88da5e7bafe1e10462a54b6afdece5442d3e572a11faee547e5a2144055f0ef 375608 
racoon_0.7.1-1.3_i386.deb
Files: 
 d3041bde489bd5e7375a5e4ff5721192 1746 net extra ipsec-tools_0.7.1-1.3.dsc
 8285d9c9ee3f49fc86714452ef0424f9 48949 net extra ipsec-tools_0.7.1-1.3.diff.gz
 fbc7da4a980832afa3e8b1366deab44c 98628 net extra ipsec-tools_0.7.1-1.3_i386.deb
 cae87721c8c97e6e18cb5a69523ce412 375608 net extra racoon_0.7.1-1.3_i386.deb

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

iQIVAwUBSUQ3n7Itdz86KScoAQJzag/+NMtjbMPCW+Xc+i1pSpu8uWIFOzrpwBov
zU8+U+33TOyPV3LZH/8oSAH9b4desBhwuOBc9ck5PFaUGtGfPV0KkH+yzBMqig5O
G6pRx/Em9bKxnnyJH84z8qzXlvUFrEaBxpIFnxVqOaorYPdnnW9XNFjzxmt+G5SH
o/riK1up1txost0XBQqXtrDeuGeXEpCtjt656CtoRkZAWVf6EPoojQ3HaHsnYxWO
GlosFZwNkYala298qG8rN+6Ol3pO0j5z1VH8Km+Kyoep9GZnX0HUafRQMwoBPuC7
RaBQDpykd7njFOrr6YTN0Zg03Ka3/LuE2JcqGyBwHJXlYysHawNC9UTqIEiZkBNs
Wwb8w3T/PvbOz8fH+oF4nug39lkNMuprUQDTmQt3vy1D8lGmsp9pr1j07NBrp2Qz
U9QI9tvvlSawkfhlbNX0Bmg6N6QoPY84P7qMQdqNmfRmdHWszDdqy5w7r0hhRW29
RAhj1BgK83nBXUdJlRbsCVkgplCMNJ7NxwTaHeNEkn7IWUEXzz8Dg542g0sPyded
B9zvnTURLxWLtgD2LRqrZpUS3hIUeam95ORl0uAdI/H3T1I0lza8MRyyYk6E0Nqn
gfs+c6EcT7FFvt7kw/A8+5TvlfAaHyDdpGENzhimYUbuWR/aEqZpyGc1AC8zbyJo
hoNGRpywoNw=
=EzIj
-END PGP SIGNATURE-

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 481072 moreinfo
Bug#481072: dk-filter reliably crashes upon connection from postfix
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 debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#481072: dk-filter reliably crashes upon connection from postfix

[Quentin Smith]

Using the information from the bug report, I am unable to replicate this 
crash. Can you please attach a tarball of your /etc/postfix and /etc/mail 
directories (removing private information)?


Thanks,
--Quentin



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#506057: splashy: Splashy fails to run because of segfault

[Donald B Guy]

I can't reproduce this bug. 

Further, I think the description given by the requester is misleading.
As best as I can tell, it appears that splashy installed fine. During an
install of desktop-base, this error is being generated from
xml_parser.c:279:xml_parser_set_xml_file

As far as I can tell this is coming from the call in desktop-bases's
postinst to "splashy_config --set-theme moreblue-orbit"




-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508641: remctl_2.13-2(s390/experimental):

[Luk Claes]

Russ Allbery wrote:
> I know you may not be the right person to contact for this.  I'm not sure
> who runs the s390 experimental buildd.  If you're not the right person,
> could you let me know who I should contact (or even better, how I would
> find out such things)?

I am the s390 experimental buildd admin. An approximation of who is, can
be found on experimental.buildd.net. The new wanna build maintainers are
thinking of providing something more suited and more accurate after lenny...

> Luk Claes  writes:
> 
>> There was an error while trying to autobuild your package:
>>
>>> Automatic build of remctl_2.13-2 on debian04v1.zseries.org by
>>> sbuild/s390 98-farm Build started at 20081212-1231
>>> Failed Set Fail/Total (%) Skip Stat  Failing Tests
>>> -- --    
>>> 
>>> util/tokens   1/1010%00  10
> 
> I suspect there may be an issue with the build host, given that this only
> failed on s390 and this isn't a test that's likely to change with
> different architectures.  The test code in question is checking error
> handling on network sockets by using /dev/full:
> 
> /* Special test for error handling when sending tokens. */
> server = open("/dev/full", O_RDWR);
> if (server < 0)
> skip(10, "/dev/full not available");
> else {
> result.value = xmalloc(5);
> memcpy(result.value, "hello", 5);
> result.length = 5;
> status = token_send(server, 3, &result);
> free(result.value);
> ok_int(10, TOKEN_FAIL_SOCKET, status);
> close(server);
> }
> 
> If you have a moment, could you try running:
> 
> ls -l /dev/full

# ls -l /dev/full
crw-rw-rw- 1 root root 1, 5 Sep 15  2006 /dev/full

> tests/util/tokens-t

2# tests/util/tokens-t
10
ok 1
ok 2
ok 3
ok 4
ok 5
ok 6
ok 7
ok 8
ok 9
not ok 10
  wanted: -2
seen: 0


> manually in the build tree, which will provide more information about the
> failed test?  I suspect that /dev/full may be a regular file on that host
> or some similar sort of problem has happened.

Pasted inline above...

Cheers

Luk



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508265: Fixed upstream in 1.0.12

[Anders Kaseorg]

tag 508265 + fixed-upstream
thanks

This was fixed in 1.0.12 upstream.  In fact, this is the only source 
change between 1.0.11 and 1.0.12.  The other difference is that the 
configure is compiled with autoconf 2.63 instead of 2.61, and an 
autoconf-generated “compile” script was added.  A diff between the 
upstream versions (excluding ./configure) is attached.


The upstream change is slightly different from Stefan’s patch in that the 
#ifs have been reordered, but is functionally equivalent.  We could add 
the upstream change as a dpatch, or we could upgrade the package to 
1.0.12.  The latter approach seems cleaner.


Assuming we decide to run with 1.0.12, I have attached a debdiff that 
updates the context in one of the dpatches against the regenerated 
./configure in 1.0.12.  I’ve verified that the binary packages build and 
that the kernel module builds and loads on amd64.Only in sysprof-1.0.12: compile
diff -ur --exclude=configure sysprof-1.0.11/configure.ac sysprof-1.0.12/configure.ac
--- sysprof-1.0.11/configure.ac	2008-10-24 19:06:21.0 -0400
+++ sysprof-1.0.12/configure.ac	2008-12-03 20:48:51.0 -0500
@@ -1,6 +1,6 @@
 AC_PREREQ(2.54)
 
-AC_INIT([sysprof], [1.0.11])
+AC_INIT([sysprof], [1.0.12])
 AC_CONFIG_SRCDIR(sysprof.glade)
 
 AM_INIT_AUTOMAKE(no-define)
diff -ur --exclude=configure sysprof-1.0.11/Makefile.in sysprof-1.0.12/Makefile.in
--- sysprof-1.0.11/Makefile.in	2008-10-24 19:06:47.0 -0400
+++ sysprof-1.0.12/Makefile.in	2008-12-03 20:48:54.0 -0500
@@ -194,8 +194,8 @@
 	check-recursive installcheck-recursive
 DIST_COMMON = README $(srcdir)/Makefile.in $(srcdir)/configure AUTHORS \
 	COPYING ChangeLog INSTALL Makefile.am NEWS TODO aclocal.m4 \
-	config.h.in configure configure.ac depcomp install-sh missing \
-	mkinstalldirs
+	compile config.h.in configure configure.ac depcomp install-sh \
+	missing mkinstalldirs
 SOURCES = $(sysprof_SOURCES)
 
 all: config.h
diff -ur --exclude=configure sysprof-1.0.11/module/sysprof-module.c sysprof-1.0.12/module/sysprof-module.c
--- sysprof-1.0.11/module/sysprof-module.c	2008-10-24 19:13:13.0 -0400
+++ sysprof-1.0.12/module/sysprof-module.c	2008-12-03 20:49:53.0 -0500
@@ -67,25 +67,27 @@
 DECLARE_WAIT_QUEUE_HEAD (wait_for_exit);
 
 /* Macro the names of the registers that are used on each architecture */
-#if defined(CONFIG_X86_64)
-#   define REG_FRAME_PTR rbp
-#   define REG_INS_PTR rip
-#   define REG_STACK_PTR rsp
-#   define REG_STACK_PTR0 rsp0
-#elif defined(CONFIG_X86)
-#   if LINUX_VERSION_CODE >= KERNEL_VERSION (2,6,25)
-#   define REG_FRAME_PTR bp
-#   define REG_INS_PTR ip
-#   define REG_STACK_PTR sp
-#   define REG_STACK_PTR0 sp0
+#if !defined(CONFIG_X86_64) && !defined(CONFIG_X86)
+#   error Sysprof only supports the i386 and x86-64 architectures
+#endif
+
+#if LINUX_VERSION_CODE >= KERNEL_VERSION (2,6,25)
+#   define REG_FRAME_PTR bp
+#   define REG_INS_PTR ip
+#   define REG_STACK_PTR sp
+#   define REG_STACK_PTR0 sp0
+#else
+#   if defined(CONFIG_X86_64)
+#   define REG_FRAME_PTR rbp
+#   define REG_INS_PTR rip
+#   define REG_STACK_PTR rsp
+#   define REG_STACK_PTR0 rsp0
 #   else
 #   define REG_FRAME_PTR ebp
 #   define REG_INS_PTR eip
 #   define REG_STACK_PTR esp
 #   define REG_STACK_PTR0 esp0
 #   endif
-#else
-#   error Sysprof only supports the i386 and x86-64 architectures
 #endif
 
 typedef struct userspace_reader userspace_reader;
diff -ur sysprof-1.0.11.debian/debian/changelog 
sysprof-1.0.12.debian/debian/changelog
--- sysprof-1.0.11.debian/debian/changelog  2008-12-13 16:31:42.0 
-0500
+++ sysprof-1.0.12.debian/debian/changelog  2008-12-13 16:46:19.0 
-0500
@@ -1,3 +1,10 @@
+sysprof (1.0.12-0.1) unstable; urgency=low
+
+  * New upstream release.
++ Fix compiling on amd64 with kernel >= 2.6.25 (Closes: #508265).
+
+ -- Anders Kaseorg   Sat, 13 Dec 2008 16:44:40 -0500
+
 sysprof (1.0.11-0.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -ur sysprof-1.0.11.debian/debian/patches/static_libbfd.dpatch 
sysprof-1.0.12.debian/debian/patches/static_libbfd.dpatch
--- sysprof-1.0.11.debian/debian/patches/static_libbfd.dpatch   2008-12-13 
16:31:42.0 -0500
+++ sysprof-1.0.12.debian/debian/patches/static_libbfd.dpatch   2008-12-13 
16:53:12.0 -0500
@@ -9,14 +9,14 @@
 --- sysprof-1.0.9~/configure   2007-10-21 23:42:22.0 +0200
 +++ sysprof-1.0.9/configure2008-01-25 19:19:41.0 +0100
 @@ -3759,7 +3759,7 @@
- { echo "$as_me:$LINENO: result: $ac_cv_lib_bfd_bfd_get_error" >&5
- echo "${ECHO_T}$ac_cv_lib_bfd_bfd_get_error" >&6; }
- if test $ac_cv_lib_bfd_bfd_get_error = yes; then
+ { $as_echo "$as_me:$LINENO: result: $ac_cv_lib_bfd_bfd_get_error" >&5
+ $as_echo "$ac_cv_lib_bfd_bfd_get_error" >&6; }
+ if test "x$ac_cv_lib_bfd_bfd_

Processed: Fixed upstream in 1.0.12

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tag 508265 + fixed-upstream
Bug#508265: sysprof-module-source: doesn't compile on AMD64 arch (wrong 
register names)
Tags were: patch
Tags added: fixed-upstream

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: severity of 502845 is important, tagging 502845

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 502845 important
Bug#502845: open-iscsi: no login using amd64
Severity set to `important' from `grave'

> tags 502845 moreinfo
Bug#502845: open-iscsi: no login using amd64
There were no tags set.
Tags added: moreinfo

>
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 debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#494293: Retest?

[Edward Z. Yang]

There have been several new versions of Grub since you first posted this
report. Could you try to reproduce with a newer version?

Cheers,
Edward



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: open-iscsi: no login using amd64

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 502845 linux-image-2.6.18-6-amd64
Bug#502845: open-iscsi: no login using amd64
Bug reassigned from package `open-iscsi' to `linux-image-2.6.18-6-amd64'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#502845: open-iscsi: no login using amd64

[Quentin Smith]

reassign 502845 linux-image-2.6.18-6-amd64
thanks

The initiator lives in the kernel, not in the open-iscsi package. This 
might be fixed in a new version of the kernel - you should try using a 
newer kernel (such as etchnhalf).


--Quentin



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: Re: Bug#508660: adtxenlvm: initscript assumes eth0

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 508660 autopkgtest-xenlvm
Bug#508660: adtxenlvm: initscript assumes eth0
Warning: Unknown package 'adtxenlvm'
Bug reassigned from package `adtxenlvm' to `autopkgtest-xenlvm'.

> --
Stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#507059: Why does this break initramfs-tools

[Sam Hartman]

> "Julien" == Julien Danjou  writes:

Julien> At 1229197265 time_t, Sam Hartman wrote:
>> How is this actually breaking things annd making the package
>> unusuable?

Julien> Some version of udev does not have the udevadm command.
Julien> So even with udev, this fails.

A version of udev greater than the one that initramfs-tools depends on fails to 
include this command?




-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#501126: foomatic-filters-ppds: same problem here

[Johan Kroeckel]

Package: foomatic-filters-ppds
Version: 20080528-1+nmu1
Followup-For: Bug #501126

Looks like an easy to fix bug to me...

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

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

Versions of packages foomatic-filters-ppds depends on:
ii  foomatic-filters  3.0.2-20080211-3.2 OpenPrinting printer support - fil

Versions of packages foomatic-filters-ppds recommends:
ii  cups   1.3.8-1lenny4 Common UNIX Printing System(tm) - 
pn  hplip-ppds (no description available)

Versions of packages foomatic-filters-ppds suggests:
pn  foo2zjs(no description available)
ii  foomatic-db 20080211-2+nmu1  OpenPrinting printer support - dat
ii  foomatic-db-engine  3.0.2-20080211-1 OpenPrinting printer support - pro
ii  foomatic-db-gutenprint  5.0.2-4  OpenPrinting printer support - dat
pn  foomatic-db-hpijs  (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#476525: marked as done (python-hid: hid module will not import since python policy transition)

[Debian Bug Tracking System]

Your message dated Sat, 13 Dec 2008 21:17:07 +
with message-id 
and subject line Bug#476525: fixed in libhid 0.2.15+20060325-2.2
has caused the Debian Bug report #476525,
regarding python-hid: hid module will not import since python policy transition
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 ow...@bugs.debian.org
immediately.)


-- 
476525: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476525
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: python-hid
Version: 0.2.15+20060325-2.1+b1
Severity: grave
Justification: renders package unusable


serrano> python
Python 2.5.2 (r252:60911, Mar  9 2008, 03:52:30) 
[GCC 4.3.0 20080301 (prerelease) [gcc-4_3-branch revision 132801]] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import hid
Traceback (most recent call last):
  File "", line 1, in 
  File "/var/lib/python-support/python2.5/hid/__init__.py", line 11, in 
import _hid
ImportError: /var/lib/python-support/python2.5/hid/_hid.so: undefined symbol: 
assert
>>> 

serrano> python2.4
Python 2.4.5 (#2, Mar 12 2008, 00:15:51) 
[GCC 4.2.3 (Debian 4.2.3-2)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import hid
Traceback (most recent call last):
  File "", line 1, in ?
ImportError: No module named hid

If I try rebuilding the package from source, I see some possibly
related warnings during the build:

dh_makeshlibs -a -Xpython
dh_installdeb -a
dh_shlibdeps -a -ldebian/libhid0/usr/lib
dpkg-shlibdeps: warning: symbol PyString_ConcatAndDel used by 
debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 
found in none of the libraries.
dpkg-shlibdeps: warning: symbol _PyInstance_Lookup used by 
debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 
found in none of the libraries.
dpkg-shlibdeps: warning: symbol PyLong_AsLong used by 
debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 
found in none of the libraries.
dpkg-shlibdeps: warning: symbol PyDict_New used by 
debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 
found in none of the libraries.
dpkg-shlibdeps: warning: symbol PyDict_SetItemString used by 
debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 
found in none of the libraries.
dpkg-shlibdeps: warning: symbol PyLong_Type used by 
debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 
found in none of the libraries.
dpkg-shlibdeps: warning: symbol PyExc_MemoryError used by 
debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 
found in none of the libraries.
dpkg-shlibdeps: warning: symbol PyArg_ParseTuple used by 
debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 
found in none of the libraries.
dpkg-shlibdeps: warning: symbol PyString_FromStringAndSize used by 
debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 
found in none of the libraries.
dpkg-shlibdeps: warning: symbol PyString_AsString used by 
debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0 
found in none of the libraries.
dpkg-shlibdeps: warning: 63 other similar warnings have been skipped (use -v to 
see them all).
dpkg-shlibdeps: warning: dependency on libusb-0.1.so.4 could be avoided if 
"debian/python-hid/usr/lib/python-support/python-hid/python2.5/hid/_hid.so.0.0.0"
 were not uselessly linked against it (they use none of its symbols).
dh_gencontrol -a

Thanks,
Bill Gribble

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

Kernel: Linux 2.6.24-rc6 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL 
set to POSIX)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-hid depends on:
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libhid0   0.2.15+20060325-2.1+b1 userspace USB HID access library
ii  libusb-0.1-4  2:0.1.12-10userspace USB programming library
ii  python2.5.2-0.1  An interactive high-level object-o
ii  python-support0.7.7  automated rebuilding support for P

python-hid recommends no packages.

-- no debconf information

!DSPAM:480722ed117721428319015!




--- End Message ---
--- Begin Message ---
Source: libhid
Source-Version: 0.2.15+20060325-2.2

We believe that the bug you reported is fixed in the latest version of

Processed: rtorrent: random crash

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 490171 moreinfo
Bug#490171: rtorrent: random crash
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 debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#490171: rtorrent: random crash (fwd)

[Quentin Smith]

-- Forwarded message --
Date: Sat, 13 Dec 2008 16:13:26 -0500 (EST)
From: Quentin Smith 
To: 490...@bugs.debian.org
Cc: cont...@debian.bugs.org
Subject: rtorrent: random crash

tags 490171 moreinfo
thanks

Hi Jari,

When the kernel freezes, can you please check if you can use the Magic SysRq 
key? (If so, that might indicate that the machine is just heavily swapping 
instead of completely hung)


On x86, this can be done from a text console (Switch to a text VT with 
Ctrl-Alt-F1) by pressing:


Alt-SysRq-?

(in that order, and sysrq is the print screen key)

If the kernel is still alive, it will respond with a help message. You can try 
executing an OOM kill, which will kill the program using the most RAM, with


Alt-SysRq-f

Please check if that will help you recover from rtorrent hanging your kernel.

Thanks,
--Quentin



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: setting package to unetbootin-translations unetbootin, tagging 508639

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> #unetbootin (301-2) unstable; urgency=low
> #
> #  * debian/rules:
> #- Don't try to deal with binary-independent files in binary-arch rule.
> #  Fixes FTBFS. (Closes: #508639)
> #
> package unetbootin-translations unetbootin
Ignoring bugs not assigned to: unetbootin-translations unetbootin

> tags 508639 + pending
Bug#508639: unetbootin: FTBFS: dh_install: unetbootin-translations missing 
files (*.qm), aborting
There were no tags set.
Tags added: pending

>
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 debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#507059: Why does this break initramfs-tools

[Julien Danjou]

At 1229197265 time_t, Sam Hartman wrote:
> How is this actually breaking things annd making the package
> unusuable?

Some version of udev does not have the udevadm command.
So even with udev, this fails.

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


signature.asc
Description: Digital signature

Bug#490171: rtorrent: random crash

[Quentin Smith]

tags 490171 moreinfo
thanks

Hi Jari,

When the kernel freezes, can you please check if you can use the Magic 
SysRq key? (If so, that might indicate that the machine is just heavily 
swapping instead of completely hung)


On x86, this can be done from a text console (Switch to a text VT with 
Ctrl-Alt-F1) by pressing:


Alt-SysRq-?

(in that order, and sysrq is the print screen key)

If the kernel is still alive, it will respond with a help message. You can 
try executing an OOM kill, which will kill the program using the most RAM, 
with


Alt-SysRq-f

Please check if that will help you recover from rtorrent hanging your 
kernel.


Thanks,
--Quentin



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#502140: Comments on screen savers and PAM upgrades

[Sam Hartman]

So, I've been thinking about this issue.  I'm not sure I have great
solutions for the etch->lenny case.  However it seems like we could do
better for the future.


Here's a possibility.  When libpam failes to be able to dlopen a
module, it could look at a version epoch stored somewhere in s/etc.
If the epoch is different than the epoch it was started with, then it
could indicate to an application that a restart is required.  We could
potentially even call exit(1) although that's probably more excessive
than we might want.

Does this seem like a reasonable approach?




-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: fixed 506748 in 0.8.4-1

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> fixed 506748 0.8.4-1
Bug#506748: crash rtorrent by scgi-interface (function: 'fi.get_filename_last')
Bug marked as fixed in version 0.8.4-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 debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#436140: marked as done (cdrom: Most of the system's files have a future timestamp causing at least update/config problems.)

[Debian Bug Tracking System]

Your message dated Sat, 13 Dec 2008 16:10:01 -0500
with message-id <7eec34120812131310g3d7c386dtdb5f0cab45866...@mail.gmail.com>
and subject line Re: Bug#436140: cdrom: Most of the system's files have a 
future timestamp causing at least update/config problems.
has caused the Debian Bug report #436140,
regarding cdrom: Most of the system's files have a future timestamp causing at 
least update/config problems.
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 ow...@bugs.debian.org
immediately.)


-- 
436140: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=436140
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: cdrom
Severity: grave


I cannot determine the exact extend of the problem, but a "ls -la" in "/" 
reveals this:

drwxr-xr-x  23 root root  4096 2008-01-02 21:14 .
drwxr-xr-x  23 root root  4096 2008-01-02 21:14 ..
drwxr-xr-x   2 root root  4096 2008-01-02 21:13 bin
drwxr-xr-x   3 root root  4096 2007-06-10 13:50 boot
lrwxrwxrwx   1 root root11 2008-01-02 19:57 cdrom -> media/cdrom
drwxr-xr-x  14 root root  4340 2007-08-05 17:49 dev
drwxr-xr-x 108 root root  4096 2007-08-05 18:35 etc
drwxr-xr-x  16 root root  4096 2007-06-10 16:00 hdb
drwxr-xr-x   5 root root  4096 2007-06-10 17:01 home
drwxr-xr-x   2 root root  4096 2008-01-02 19:58 initrd
lrwxrwxrwx   1 root root28 2008-01-02 20:00 initrd.img ->
boot/initrd.img-2.6.18-4-486
drwxr-xr-x  15 root root  4096 2008-01-02 21:12 lib
drwx--   2 root root 16384 2008-01-02 19:57 lost+found
drwxr-xr-x   3 root root  4096 2007-07-17 00:55 media
drwxr-xr-x   2 root root  4096 2006-10-28 16:06 mnt
drwxr-xr-x   2 root root  4096 2008-01-02 19:58 opt
dr-xr-xr-x 111 root root 0 2007-08-05 17:48 proc
-rw---   1 root root  1024 2008-01-02 21:14 .rnd
drwxr-xr-x   8 root root  4096 2007-06-10 16:30 root
drwxr-xr-x   2 root root  4096 2008-01-02 21:43 sbin
drwxr-xr-x   2 root root  4096 2007-03-07 23:56 selinux
drwxr-xr-x   2 root root  4096 2008-01-02 19:58 srv
drwxr-xr-x  11 root root 0 2007-08-05 17:48 sys
drwxrwxrwt  12 root root  4096 2007-08-05 18:50 tmp
drwxr-xr-x  11 root root  4096 2008-01-02 21:08 usr
drwxr-xr-x  15 root root  4096 2008-01-02 21:41 var
lrwxrwxrwx   1 root root25 2008-01-02 20:00 vmlinuz ->
boot/vmlinuz-2.6.18-4-486

As you can see, for what reason ever, this installation produced future 
timestamps on vital directories causing update mechanisms to fail and to
complain *all the time*.

Installation history:

- CD-ROM debian-40r0-i586-netinst
- Updates taken as indicated by notifier icon

The first symptom was the notorious "ttf-opensymbol" update failure, probably 
caused by various font directories tagged with future
timestamps (/usr/share/fonts, /usr/X11R6/lib/X11/fonts/, ...) but this bug's 
effects are obviously not restricted to these places.

Since the update infrastructure fails, security fixes can no longer be applied. 
This however makes the system unusable.

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

--- End Message ---
--- Begin Message ---
Hi,

I was unable to reproduce this with the current netinst
(debian-40r5-i386-netinst.iso). In my fresh (minimal) installation,
all of the timestamps were correct.

In the original reporter's output, the future timestamps are all on
files that are autogenerated by the installer. This leads me to
suspect that the reporter's system clock was just incorrect at
installation time, and that things are actually fine.

--- End Message ---

Bug#456037: fenix 0.92 state

[Edward Z. Yang]

>  I assume this has been forwarded upstream?

I was attempting to check out the fenix website to find out whether or
not the fenix developers were handling the issue on their bugtracker,
and I get a generic "your webserver has been configured correctly" error
[1], as well as most of the pages on their website being broken. Has
fenix been abandoned, or do we have the wrong homepage?

Cheers,
Edward

[1] http://bugtrack.divsite.net/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#507883: release critical

[Quentin Smith]

I'm unable to reproduce this bug with an extensions.ael containing:

context blah {
lars => NoOp(Test);
123456 => goto foo|1;
};

starting asterisk with:

asterisk -f -g

Asterisk reliably starts with no errors. This is on a lenny 2.6.26-1-amd64 
machine (a VM running inside Xen with a single processor)


--Quentin



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508641: remctl_2.13-2(s390/experimental):

[Russ Allbery]

I know you may not be the right person to contact for this.  I'm not sure
who runs the s390 experimental buildd.  If you're not the right person,
could you let me know who I should contact (or even better, how I would
find out such things)?

Luk Claes  writes:

> There was an error while trying to autobuild your package:
>
>> Automatic build of remctl_2.13-2 on debian04v1.zseries.org by
>> sbuild/s390 98-farm Build started at 20081212-1231
>
>> Failed Set Fail/Total (%) Skip Stat  Failing Tests
>> -- --    
>> util/tokens   1/1010%00  10

I suspect there may be an issue with the build host, given that this only
failed on s390 and this isn't a test that's likely to change with
different architectures.  The test code in question is checking error
handling on network sockets by using /dev/full:

/* Special test for error handling when sending tokens. */
server = open("/dev/full", O_RDWR);
if (server < 0)
skip(10, "/dev/full not available");
else {
result.value = xmalloc(5);
memcpy(result.value, "hello", 5);
result.length = 5;
status = token_send(server, 3, &result);
free(result.value);
ok_int(10, TOKEN_FAIL_SOCKET, status);
close(server);
}

If you have a moment, could you try running:

ls -l /dev/full
tests/util/tokens-t

manually in the build tree, which will provide more information about the
failed test?  I suspect that /dev/full may be a regular file on that host
or some similar sort of problem has happened.

-- 
Russ Allbery (r...@debian.org)   



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508637: mgltools-geomutils_1.5.4.cvs.20081126-1(sparc/experimental):, FTBFS: ImportError: No module named numpy

[peter green]

tags 508637 +patch
thanks

add python-numpy and swig to the build depends to fix this bug.






--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: re: mgltools-geomutils_1.5.4.cvs.20081126-1(sparc/experimental):, FTBFS: ImportError: No module named numpy

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 508637 +patch
Bug#508637: mgltools-geomutils_1.5.4.cvs.20081126-1(sparc/experimental): FTBFS: 
ImportError: No module named numpy
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 debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: Not RC: 10.2 permits non-public libraries in /usr/lib

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 507072 important
Bug#507072: libipsec0 packaged in ipsec-tools without development headers
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 debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#507072: Not RC: 10.2 permits non-public libraries in /usr/lib

[Sam Hartman]

severity 507072 important
thanks

According to section 10.2 of policy, non-public libraries *should* be
installed in sub-directories of /usr/lib.  This i a should not a must;
as such this is not RC.


--Sam



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: Downgrade priority

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 504626 important
Bug#504626: [nvidia-glx] Quietly drops support for several chipsets
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 debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#504626: Downgrade priority

[Nelson Elhage]

severity 504626 important
thanks

This bug doesn't affect most users of the package and it doesn't seem
that the maintainer considers it critical, so downgrading the severity
to "important" ("a bug which has a major effect on the usability of a
package, without rendering it completely unusable to everyone.").

If the maintainers want to upgrade it and fix it, they should go
ahead, of course.

- Nelson Elhage



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508114: jack-a-c-k: Patch not a total fix

[Asheesh Laroia]

On Sat, 13 Dec 2008, Sebastian Andrzej Siewior wrote:


* Asheesh Laroia | 2008-12-13 06:59:46 [-0800]:


Hi.

Hello,


Is it adequate, do you think, to test if &ap == NULL?  I am falling asleep
so take it as a senseless suggestion.

This is not what you want. You should not access va_list directly, you
have to use helpers like va_{start|end|arg|copy} to deal with them.
The code looks to me like the option variable can be ored with
"JackServerName JackLoadName JackLoadInit" to indicate what is in
va_list. Same like %s printf for instance.


Ah-hah, got it.

So you should check for one of them IMHO. So in that case I was in the 
wrong line an passing va_list to next function is valid (I was wondering 
here a little...).


Please find attached an updated patch.


The updated patch *alone* does fix the compile failure on Alpha, with no 
other changes.


-- Asheesh.

--
< doogie> asuffield: how do you think dpkg was originally written?  :|
< asuffield> by letting iwj get dangerously near a computer
-- in #debian-devel



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#507059: Why does this break initramfs-tools

[Sam Hartman]

So, as I understand it, the current initramfs-tools uses udev if it is
not installed and doesn't use udev if it is installed.
At least in the case of waiting for udev to settle.

However, initramfs-tools depends on udev.  So, the effect of this bug
seems to be that you don't wait for udev to settle.

How is this actually breaking things annd making the package
unusuable?

I'm uncomfortable NMUing this patch because starting to wait for udev
to settle this late in the release process might expose some race
conditions.  Can you help me understand how this breaks your
environment?




-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508272: gnome-splashscreen-manager: Refuses to start, undefined symbol: gtk_file_system_error_quark

[Jean-Luc Coulon (f5ibh)]

Hi,

I dont want (or I can't...) revert now to unstable version.
I've patched the version in unstable according to http://
sourceforge.net/tracker/index.php?
func=detail&aid=2025651&group_id=53614&atid=470969
This fixes *this* problem, but there are other problems (i.e. error 
while downloading a backgroud: /usr/lib/ruby/1.8/open-uri.rb:32:in 
`initialize': can't convert Hash into Integer (TypeError)...

So I will revert to unstable as soon as I can.

Thanks and regards

Jean-Luc


pgpXmm6ltkIs6.pgp
Description: PGP signature

Bug#508660: adtxenlvm: initscript assumes eth0

[Arndt Heuvel]

Package: adtxenlvm
Version: 1.2.0
Severity: serious
Justification: Policy 10.4

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Richte autopkgtest-xenlvm ein (1.2.0) ...
 * adtxenlvm: installing firewall rules 
/etc/init.d/adtxenlvm: line 170: 
/proc/sys/net/ipv4/conf/eth0/proxy_arp: Datei oder Verzeichnis nicht gefunden
invoke-rc.d: initscript adtxenlvm, action "start" failed.
dpkg: Fehler beim Bearbeiten von autopkgtest-xenlvm (--configure):
 Unterprozess post-installation script gab den Fehlerwert 1 zurück

The Problem ist my system has no eth0:

brain:~# ls /proc/sys/net/ipv4/conf/
all  default  eth2  lo  tap0

and your /etc/init.d/adtxenlvm line 170 contains:

echo 1 >/proc/sys/net/ipv4/conf/eth0/proxy_arp


Hope that helps,
thanks for packaging


- -- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: amd64 (x86_64)

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

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

iEYEARECAAYFAklECXsACgkQpccU9HjlKZ9uxACggJL7b3pYwZ17GM17KwRwYSse
UIkAnRZ9zL+EUwD9chWGjj16DCvvfP3v
=aG3E
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#504626: Ping for fixing your RC bug

[Patrick Matthäi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

do you recently have looked into the report? I didn't saw any comment or
commit regarding this from you.

It would be nice if you could fix this..

- --
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi

E-Mail: patrick.matth...@web.de

Comment:
Always if we think we are right,
we were maybe wrong.
*/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAklECGUACgkQ2XA5inpabMdMzwCeMB6UlfJwGBbUhwkV9Ce9gdql
9hsAn0i/6h+QO/jH3L+jxZ85FVEHujzQ
=Hf2N
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508628: roundcube: remote code execution vuln in html2text.php, uses preg_replace with "e".

[Florian Weimer]

* Andreas Henriksson:

> my.host.name 200.171.152.187 - - [08/Dec/2008:18:36:54 +0100] "POST 
> //roundcube/bin/html2text.php HTTP/1.1" 200 83 "-" "Googlebot/2.1 ( 
> http://www.google.com/bot.html)"
> my.host.name 200.171.152.187 - - [08/Dec/2008:18:37:03 +0100] "POST 
> //roundcube/bin/html2text.php HTTP/1.1" 200 79 "-" "Googlebot/2.1 ( 
> http://www.google.com/bot.html)"
> my.host.name 200.171.152.187 - - [08/Dec/2008:18:37:29 +0100] "POST 
> //roundcube/bin/html2text.php HTTP/1.1" 200 88 "-" "Googlebot/2.1 ( 
> http://www.google.com/bot.html)"

This might be unrelated.

Could we get more logs from a larger timespan, including error logs?



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508628: marked as done (roundcube: remote code execution vuln in html2text.php, uses preg_replace with "e".)

[Debian Bug Tracking System]

Your message dated Sat, 13 Dec 2008 17:47:04 +
with message-id 
and subject line Bug#508628: fixed in roundcube 0.1.1-9
has caused the Debian Bug report #508628,
regarding roundcube: remote code execution vuln in html2text.php, uses 
preg_replace with "e".
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 ow...@bugs.debian.org
immediately.)


-- 
508628: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508628
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: roundcube
Version: 0.1.1-8
Severity: serious
Tags: security, fixed-upstream
Justification: user security hole

I was recently targeted by a spammer exploiting a hole in my roundcube
installation. I got help from Atomo64 to try to analyze this but
we where unable to find how html2text.php could be exploited. Today
Atomo64 notified me that someone else had reported this upstream and now
they have found the problem and fixed it.

See http://trac.roundcube.net/ticket/1485618

(No CVE identifier has yet been assigned as far as I'm aware.)

Now some google juice:
This is how my access.log looked like, and the upstream bug reported had
a similar looking access log.

my.host.name 200.171.152.187 - - [08/Dec/2008:18:36:54 +0100] "POST 
//roundcube/bin/html2text.php HTTP/1.1" 200 83 "-" "Googlebot/2.1 ( 
http://www.google.com/bot.html)"
my.host.name 200.171.152.187 - - [08/Dec/2008:18:37:03 +0100] "POST 
//roundcube/bin/html2text.php HTTP/1.1" 200 79 "-" "Googlebot/2.1 ( 
http://www.google.com/bot.html)"
my.host.name 200.171.152.187 - - [08/Dec/2008:18:37:29 +0100] "POST 
//roundcube/bin/html2text.php HTTP/1.1" 200 88 "-" "Googlebot/2.1 ( 
http://www.google.com/bot.html)"


-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages roundcube depends on:
ii  roundcube-core0.1.1-8skinnable AJAX based webmail solut
ii  roundcube-mysql [roundcube-db 0.1.1-8metapackage providing MySQL depend

roundcube recommends no packages.

roundcube suggests no packages.

Versions of packages roundcube-core depends on:
ii  apache2-mpm-prefork  2.2.9-11Apache HTTP Server - traditional n
ii  dbconfig-common  1.8.40  common framework for packaging dat
ii  debconf [debconf-2.0 1.5.24  Debian configuration management sy
ii  libmagic14.26-2  File type determination library us
ii  php-auth 1.6.1-1 PHP PEAR modules for creating an a
ii  php-db   1.7.13-2PHP PEAR Database Abstraction Laye
ii  php-mail-mime1.5.2-0.1   PHP PEAR module for creating MIME 
ii  php-net-smtp 1.3.1-1 PHP PEAR module implementing SMTP 
ii  php-net-socket   1.0.9-1 PHP PEAR Network Socket Interface 
ii  php5 5.2.6.dfsg.1-0.1server-side, HTML-embedded scripti
ii  php5-mcrypt  5.2.6.dfsg.1-0.1+b1 MCrypt module for php5
ii  roundcube-mysql [rou 0.1.1-8 metapackage providing MySQL depend
ii  tinymce2 2.1.3-1 platform independent web based Jav
ii  ucf  3.0011  Update Configuration File: preserv

-- debconf information excluded


--- End Message ---
--- Begin Message ---
Source: roundcube
Source-Version: 0.1.1-9

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

roundcube-core_0.1.1-9_all.deb
  to pool/main/r/roundcube/roundcube-core_0.1.1-9_all.deb
roundcube-mysql_0.1.1-9_all.deb
  to pool/main/r/roundcube/roundcube-mysql_0.1.1-9_all.deb
roundcube-pgsql_0.1.1-9_all.deb
  to pool/main/r/roundcube/roundcube-pgsql_0.1.1-9_all.deb
roundcube-sqlite_0.1.1-9_all.deb
  to pool/main/r/roundcube/roundcube-sqlite_0.1.1-9_all.deb
roundcube_0.1.1-9.diff.gz
  to pool/main/r/roundcube/roundcube_0.1.1-9.diff.gz
roundcube_0.1.1-9.dsc
  to pool/main/r/roundcube/roundcube_0.1.1-9.dsc
roundcube_0.1.1-9_all.deb
  to pool/main/r/roundcube/roundcube_0.1.1-9_all.deb



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

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 508...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Vincent Bernat  (supplier of updated roundcube pac

Bug#504373: marked as done (libtemplate-perl: Upgrade from etch breaks code using DBI plugins)

[Debian Bug Tracking System]

Your message dated Sat, 13 Dec 2008 18:02:07 +
with message-id 
and subject line Bug#504373: fixed in libtemplate-perl 2.19-1.1lenny1.1
has caused the Debian Bug report #504373,
regarding libtemplate-perl: Upgrade from etch breaks code using DBI plugins
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 ow...@bugs.debian.org
immediately.)


-- 
504373: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504373
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libtemplate-perl
Version: 2.19-1.1lenny1
Severity: critical
Justification: breaks unrelated software


Upstream has moved DBI plugins to separate package which is not included in 
Debian. Upgrade from
etch breaks software depending on these plugins.

Please package Template::DBI and add recommends / depends / suggests / a line 
or two to README.Debian.

Thanks.

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

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

Versions of packages libtemplate-perl depends on:
ii  libappconfig-perl 1.56-2 Perl module for configuration file
ii  libc6 2.7-15 GNU C Library: Shared libraries
ii  perl  5.10.0-16  Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.10.0]5.10.0-16  minimal Perl system

libtemplate-perl recommends no packages.

Versions of packages libtemplate-perl suggests:
pn  libtemplate-perl-doc   (no description available)
ii  libtemplate-plugin-gd-perl2.66-2 GD plugin(s) for the Template Tool
pn  libtemplate-plugin-xml-perl(no description available)

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: libtemplate-perl
Source-Version: 2.19-1.1lenny1.1

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

libtemplate-perl-doc_2.19-1.1lenny1.1_all.deb
  to 
pool/main/libt/libtemplate-perl/libtemplate-perl-doc_2.19-1.1lenny1.1_all.deb
libtemplate-perl_2.19-1.1lenny1.1.diff.gz
  to pool/main/libt/libtemplate-perl/libtemplate-perl_2.19-1.1lenny1.1.diff.gz
libtemplate-perl_2.19-1.1lenny1.1.dsc
  to pool/main/libt/libtemplate-perl/libtemplate-perl_2.19-1.1lenny1.1.dsc
libtemplate-perl_2.19-1.1lenny1.1_i386.deb
  to pool/main/libt/libtemplate-perl/libtemplate-perl_2.19-1.1lenny1.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 504...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Dominic Hargreaves  (supplier of updated libtemplate-perl 
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 ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 05 Nov 2008 11:55:40 +
Source: libtemplate-perl
Binary: libtemplate-perl libtemplate-perl-doc
Architecture: source all i386
Version: 2.19-1.1lenny1.1
Distribution: testing-proposed-updates
Urgency: medium
Maintainer: Benjamin Mako Hill 
Changed-By: Dominic Hargreaves 
Description: 
 libtemplate-perl - template processing system written in perl
 libtemplate-perl-doc - documentation for libtemplate-perl (template toolkit)
Closes: 504373
Changes: 
 libtemplate-perl (2.19-1.1lenny1.1) testing-proposed-updates; urgency=medium
 .
   * Non-maintainer upload
   * Urgency medium due to RC bug fix
   * Add Recommends: libtemplate-plugin-dbi-perl, and move
 libtemplate-plugin-xml-perl and libtemplate-plugin-gd-perl from
 Suggests to Recommends, to smooth upgrades from etch to lenny.
 Closes: #504373
Checksums-Sha1: 
 8ccfb6b9653fbe97995cbfdc880c3c0287cb07fc 1113 
libtemplate-perl_2.19-1.1lenny1.1.dsc
 2ec5eb1ea2389fbc4658cc3b290c5efd6b116aba 6700 
libtemplate-perl_2.19-1.1lenny1.1.diff.gz
 de051d89f5f2ace7d5d33a640d7050848373f81b 588152 
libtemplate-perl-doc_2.19-1.1lenny1.1_all.deb
 c8b476e091cbcf399135368c56bb0ec254537374 755562 
libtemplate-perl_2.19-1.1lenny1.1_i386.deb
Checksums-Sha256: 
 96151bb2aaa4fd28aec3a06c71f7a687662eeb5cc6f90fdd30f5b7dea71be755 1113 
libtemplate-perl_2.19-1.1lenny1.1.dsc
 51bc8ee2902b45eeaa031b9e3780f34326279066e69bb5d6fb0e6ae365cc 6700 
libtemplat

Processed: tagging 417673

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 417673 - sarge etch
Bug#417673: /sbin/fsck.vfat: Incorrectly truncates files of 4294966784 bytes 
length during boot. 
Tags were: etch sarge patch
Tags removed: sarge, etch

>
End of message, stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508565: #508565 f2c: does not translate properly in EMT64 machines

[Evgeni Golov]

Hi,

you've reported the bug against f2c 20050501-1 from stable.
Any chance you can test it with f2c 20061008-3 from unstable?
Or can you share your code?

Regards


pgpW2o48hsPjq.pgp
Description: PGP signature

Bug#504524: AWT_TOOLKIT=MToolkit causes java to segfault on amd64

[Bernhard R. Link]

* Bernhard R. Link  [081213 13:02]:
> I'm lacking java knowledge or even knowledge what awt java programs
> are out there to say something about this, but testing a few things
> with dependencies against openjdk-6-jre on amd64:

Oops, just realized this particular bug is assigned to sun-java6 and not
openjdk-6, so please ignore my tests about what happens there with MToolkist...

I'm preparing some patch to openjdk-6 so that it gets a workaround for
the empty windows, but the test-cases in the package build take ages
(and it fails with dpkg-buildpackage -j2), so that will need some time
before I can tell more.

Hochachtungsvoll,
Bernhard R. Link



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508114: jack-a-c-k: Patch not a total fix

[Sebastian Andrzej Siewior]

* Asheesh Laroia | 2008-12-13 06:59:46 [-0800]:

> Hi.
Hello,

> Is it adequate, do you think, to test if &ap == NULL?  I am falling asleep 
> so take it as a senseless suggestion.
This is not what you want. You should not access va_list directly, you
have to use helpers like va_{start|end|arg|copy} to deal with them.
The code looks to me like the option variable can be ored with
"JackServerName JackLoadName JackLoadInit" to indicate what is in
va_list. Same like %s printf for instance.
So you should check for one of them IMHO. So in that case I was in the
wrong line an passing va_list to next function is valid (I was wondering
here a little...).

Please find attached an updated patch.

---
Subject: Fix build error on Alpha

ack-audio-connection-kit-0.115.6 does not build on Alpha due to abuse of
va_list [1]

|client.c: In function 'jack_client_open_aux':
|client.c:972: error: used struct type value where scalar is required
|client.c: In function 'jack_client_new':
|client.c:1120: error: incompatible type for argument 4 of 
|'jack_client_open_aux'

va_list should not be touched directly unless helper functions are used.
Unfortunately only the alpha compiler complains.
This patch has been only compile tested on amd64 and it should address
the two compile errors in debian bug report #508114 [2].

Could upstream please verify the correctness of this patch?

Sebastian

[1] 
http://buildd.debian.org/fetch.cgi?pkg=jack-audio-connection-kit;ver=0.115.6-1;arch=alpha;stamp=1228082671/gcc
[2] http://bugs.debian.org/508114
--- a/libjack/client.c
+++ b/libjack/client.c
@@ -969,7 +969,7 @@ jack_client_open_aux (const char *client
}
 
/* parse variable arguments */
-   if (ap)
+   if (options & (JackServerName | JackLoadName | JackLoadInit))
 jack_varargs_parse(options, ap, &va);
 else
 jack_varargs_init(&va);
@@ -1117,7 +1117,7 @@ jack_client_new (const char *client_name
jack_options_t options = JackUseExactName;
if (getenv("JACK_START_SERVER") == NULL)
options |= JackNoStartServer;
-   return jack_client_open_aux (client_name, options, NULL, NULL);
+   return jack_client_open(client_name, options, NULL);
 }
 
 char *



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508133: [pkg-mad-maintainers] Bug#508133: audacity: munmap_chunk(): invalid pointer: 0x00000000026f4eb0

[Kurt Roeckx]

tags 508133 + patch security
thanks

On Tue, Dec 09, 2008 at 06:59:08AM +0100, Max Kellermann wrote:
> 
> It's a raw PCM file (16 bit stereo, 44.1 or 48 kHz).  The crash is
> reproducible by invoking "audacity libmad-crash-test".

I've attached a diff that fixes it for me.  But I'm not really
happy with it.

I'm abusing the MAD_ERROR_LOSTSYNC which make it an existing
recoverable error.  I should probably create new errors instead.

I'm also not sure that the changes I've made in layer12.c also
don't affect layer3.c.  I just didn't see such problems in layer3.c
with your test file.


Kurt

--- libmad-0.15.1b.orig/layer12.c
+++ libmad-0.15.1b/layer12.c
@@ -134,6 +134,12 @@
   for (sb = 0; sb < bound; ++sb) {
 for (ch = 0; ch < nch; ++ch) {
   nb = mad_bit_read(&stream->ptr, 4);
+	if (mad_bit_nextbyte(&stream->ptr) > stream->next_frame)
+	{
+		stream->error = MAD_ERROR_LOSTSYNC;
+		stream->sync = 0;
+		return -1;
+	}
 
   if (nb == 15) {
 	stream->error = MAD_ERROR_BADBITALLOC;
@@ -146,6 +152,12 @@
 
   for (sb = bound; sb < 32; ++sb) {
 nb = mad_bit_read(&stream->ptr, 4);
+	if (mad_bit_nextbyte(&stream->ptr) > stream->next_frame)
+	{
+		stream->error = MAD_ERROR_LOSTSYNC;
+		stream->sync = 0;
+		return -1;
+	}
 
 if (nb == 15) {
   stream->error = MAD_ERROR_BADBITALLOC;
@@ -162,6 +174,12 @@
 for (ch = 0; ch < nch; ++ch) {
   if (allocation[ch][sb]) {
 	scalefactor[ch][sb] = mad_bit_read(&stream->ptr, 6);
+	if (mad_bit_nextbyte(&stream->ptr) > stream->next_frame)
+	{
+		stream->error = MAD_ERROR_LOSTSYNC;
+		stream->sync = 0;
+		return -1;
+	}
 
 # if defined(OPT_STRICT)
 	/*
@@ -187,6 +205,12 @@
 	frame->sbsample[ch][s][sb] = nb ?
 	  mad_f_mul(I_sample(&stream->ptr, nb),
 		sf_table[scalefactor[ch][sb]]) : 0;
+	if (mad_bit_nextbyte(&stream->ptr) > stream->next_frame)
+	{
+		stream->error = MAD_ERROR_LOSTSYNC;
+		stream->sync = 0;
+		return -1;
+	}
   }
 }
 
@@ -195,6 +219,12 @@
 	mad_fixed_t sample;
 
 	sample = I_sample(&stream->ptr, nb);
+	if (mad_bit_nextbyte(&stream->ptr) > stream->next_frame)
+	{
+		stream->error = MAD_ERROR_LOSTSYNC;
+		stream->sync = 0;
+		return -1;
+	}
 
 	for (ch = 0; ch < nch; ++ch) {
 	  frame->sbsample[ch][s][sb] =
@@ -403,7 +433,15 @@
 nbal = bitalloc_table[offsets[sb]].nbal;
 
 for (ch = 0; ch < nch; ++ch)
+{
   allocation[ch][sb] = mad_bit_read(&stream->ptr, nbal);
+	if (mad_bit_nextbyte(&stream->ptr) > stream->next_frame)
+	{
+		stream->error = MAD_ERROR_LOSTSYNC;
+		stream->sync = 0;
+		return -1;
+	}
+}
   }
 
   for (sb = bound; sb < sblimit; ++sb) {
@@ -411,6 +449,13 @@
 
 allocation[0][sb] =
 allocation[1][sb] = mad_bit_read(&stream->ptr, nbal);
+
+	if (mad_bit_nextbyte(&stream->ptr) > stream->next_frame)
+	{
+		stream->error = MAD_ERROR_LOSTSYNC;
+		stream->sync = 0;
+		return -1;
+	}
   }
 
   /* decode scalefactor selection info */
@@ -419,6 +464,12 @@
 for (ch = 0; ch < nch; ++ch) {
   if (allocation[ch][sb])
 	scfsi[ch][sb] = mad_bit_read(&stream->ptr, 2);
+	if (mad_bit_nextbyte(&stream->ptr) > stream->next_frame)
+	{
+		stream->error = MAD_ERROR_LOSTSYNC;
+		stream->sync = 0;
+		return -1;
+	}
 }
   }
 
@@ -442,6 +493,12 @@
 for (ch = 0; ch < nch; ++ch) {
   if (allocation[ch][sb]) {
 	scalefactor[ch][sb][0] = mad_bit_read(&stream->ptr, 6);
+	if (mad_bit_nextbyte(&stream->ptr) > stream->next_frame)
+	{
+		stream->error = MAD_ERROR_LOSTSYNC;
+		stream->sync = 0;
+		return -1;
+	}
 
 	switch (scfsi[ch][sb]) {
 	case 2:
@@ -452,11 +509,23 @@
 
 	case 0:
 	  scalefactor[ch][sb][1] = mad_bit_read(&stream->ptr, 6);
+		if (mad_bit_nextbyte(&stream->ptr) > stream->next_frame)
+		{
+			stream->error = MAD_ERROR_LOSTSYNC;
+			stream->sync = 0;
+			return -1;
+		}
 	  /* fall through */
 
 	case 1:
 	case 3:
 	  scalefactor[ch][sb][2] = mad_bit_read(&stream->ptr, 6);
+		if (mad_bit_nextbyte(&stream->ptr) > stream->next_frame)
+		{
+			stream->error = MAD_ERROR_LOSTSYNC;
+			stream->sync = 0;
+			return -1;
+		}
 	}
 
 	if (scfsi[ch][sb] & 1)
@@ -488,6 +557,12 @@
 	  index = offset_table[bitalloc_table[offsets[sb]].offset][index - 1];
 
 	  II_samples(&stream->ptr, &qc_table[index], samples);
+		if (mad_bit_nextbyte(&stream->ptr) > stream->next_frame)
+		{
+			stream->error = MAD_ERROR_LOSTSYNC;
+			stream->sync = 0;
+			return -1;
+		}
 
 	  for (s = 0; s < 3; ++s) {
 	frame->sbsample[ch][3 * gr + s][sb] =
@@ -506,6 +581,12 @@
 	index = offset_table[bitalloc_table[offsets[sb]].offset][index - 1];
 
 	II_samples(&stream->ptr, &qc_table[index], samples);
+	if (mad_bit_nextbyte(&stream->ptr) > stream->next_frame)
+	{
+		stream->error = MAD_ERROR_LOSTSYNC;
+		stream->sync = 0;
+		return -1;
+	}
 
 	for (ch = 0; ch < nch; ++ch) {
 	  for (s = 0; s < 3; ++s) {
--- libmad-0.15.1b.orig/layer3.c
+++ libmad-0.15.1b/layer3.c
@@ -2608,6 +2608,12 @@
 next_md_begin = 0;
 
   md_len = si.main_data_begin + frame_space - next_md_begin;
+  if (md_len + MAD_BUFFER_GUARD > MAD_BUFFER_MDLEN)
+  

Processed: Re: [pkg-mad-maintainers] Bug#508133: audacity: munmap_chunk(): invalid pointer: 0x00000000026f4eb0

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 508133 + patch security
Bug#508133: audacity: munmap_chunk(): invalid pointer: 0x026f4eb0
There were no tags set.
Tags added: patch, security

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#476210: marked as done (xbat: game elements do not display properly)

[Debian Bug Tracking System]

Your message dated Sat, 13 Dec 2008 15:25:52 GMT
with message-id <200812131525.mbdfpqdn013...@kmos.homeip.net>
and subject line xbat has been removed from Debian, closing #476210
has caused the Debian Bug report #476210,
regarding xbat: game elements do not display properly
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 ow...@bugs.debian.org
immediately.)


-- 
476210: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476210
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xbat
Version: 1.11-11
Severity: important

When I start xbat, the title screen comes up normally (at least for a
while).  When I press 's' to start the game, it appears to switch to a
running game screen, but the main view only shows a scrolling
landscape; none of the other gameplay elements appear, including ships
and bullets.  The score does not ever seem to increase, though
occasionally a life will be lost and the landscape will reset to an
earlier position, seeming to indicate that the gameplay logic is at
least somewhat running underneath.  In the upper left corner, also,
various sprites for buildings seem to display on top of each other
without any obvious pattern.

   ---> 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 xbat depends on:
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar

xbat recommends no packages.

-- no debconf information


--- End Message ---
--- Begin Message ---
Version: 1.11-12+rm

The xbat package has been removed from Debian testing, unstable and
experimental, so I am now closing the bugs that were still opened
against it.

For more information about this package's removal, read
http://bugs.debian.org/508611 . That bug might give the reasons why
this package was removed, and suggestions of possible replacements.

Don't hesitate to reply to this mail if you have any question.

Thank you for your contribution to Debian.

--
Marco Rodrigues
http://Marco.Tondela.org

--- End Message ---

Bug#507576: marked as done (missing dependency: libconfig)

[Debian Bug Tracking System]

Your message dated Sat, 13 Dec 2008 15:23:48 GMT
with message-id <200812131523.mbdfnmir012...@kmos.homeip.net>
and subject line xbattbar-acpi has been removed from Debian, closing #507576
has caused the Debian Bug report #507576,
regarding missing dependency: libconfig
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 ow...@bugs.debian.org
immediately.)


-- 
507576: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507576
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xbattbar-acpi
Version: 1.1.0-1
Severity: serious

Hi Francesco,

your dependency libconfig has gone missing (see #499259).
It is too obsolete to be released with and your package is the only
user. Please see #499259 for offers to help you port to other libraries.

Kind regards

T.
-- 
Thomas Viehmann, http://thomas.viehmann.net/


--- End Message ---
--- Begin Message ---
Version: 1.1.0-1+rm

The xbattbar-acpi package has been removed from Debian testing, unstable and
experimental, so I am now closing the bugs that were still opened
against it.

For more information about this package's removal, read
http://bugs.debian.org/508610 . That bug might give the reasons why
this package was removed, and suggestions of possible replacements.

Don't hesitate to reply to this mail if you have any question.

Thank you for your contribution to Debian.

--
Marco Rodrigues
http://Marco.Tondela.org

--- End Message ---

Bug#507944: marked as done (xwhois: segfaults on start in get_servers())

[Debian Bug Tracking System]

Your message dated Sat, 13 Dec 2008 15:23:12 GMT
with message-id <200812131523.mbdfncdn012...@kmos.homeip.net>
and subject line xwhois has been removed from Debian, closing #507944
has caused the Debian Bug report #507944,
regarding xwhois: segfaults on start in get_servers()
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 ow...@bugs.debian.org
immediately.)


-- 
507944: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507944
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xwhois
Version: 0.4.2-8.2
Severity: grave
Justification: renders package unusable

the package containing file will generate segfault directly on start.
gdb doesn't give anty usefull data.


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

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

Versions of packages xwhois depends on:
ii  libc62.7-15  GNU C Library: Shared libraries
ii  libglib1.2ldbl   1.2.10-19   The GLib library of C routines
ii  libgtk1.21.2.10-18.1 The GIMP Toolkit set of widgets fo
ii  libx11-6 2:1.1.5-2   X11 client-side library
ii  libxext6 2:1.0.4-1   X11 miscellaneous extension librar
ii  libxi6   2:1.1.3-1   X11 Input extension library

xwhois recommends no packages.

xwhois suggests no packages.

-- no debconf information


--- End Message ---
--- Begin Message ---
Version: 0.4.2-8.2+rm

The xwhois package has been removed from Debian testing, unstable and
experimental, so I am now closing the bugs that were still opened
against it.

For more information about this package's removal, read
http://bugs.debian.org/508609 . That bug might give the reasons why
this package was removed, and suggestions of possible replacements.

Don't hesitate to reply to this mail if you have any question.

Thank you for your contribution to Debian.

--
Marco Rodrigues
http://Marco.Tondela.org

--- End Message ---

Bug#508641: remctl_2.13-2(s390/experimental):

[Luk Claes]

Package: remctl
Version: 2.13-2
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of remctl_2.13-2 on debian04v1.zseries.org by sbuild/s390 
> 98-farm
> Build started at 20081212-1231

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 5.0.61), dpkg-dev (>= 1.14.9), libkrb5-dev, 
> libtest-pod-perl, php5-dev, python-all-dev, python-support (>= 0.6)

[...]

> util/xmallocok
> util/xwrite.ok
> 
> Failed Set Fail/Total (%) Skip Stat  Failing Tests
> -- --    
> util/tokens   1/1010%00  10
> 
> Failed 1/1154 tests, 99.91% okay, 312 tests skipped.
> Files=35,  Tests=1154,  6.03 seconds (3.86 usr + 1.51 sys = 5.36 CPU)
> make[2]: *** [check-local] Error 1
> make[2]: Leaving directory `/build/buildd/remctl-2.13'
> make[1]: *** [check-am] Error 2
> make[1]: Leaving directory `/build/buildd/remctl-2.13'
> make: *** [build-stamp] Error 2
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=s390&pkg=remctl&ver=2.13-2




-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508114: jack-a-c-k: Patch not a total fix

[Asheesh Laroia]

Hi.

The sun is rising where I am, and I am tired, so I will be a little brief. 
I tested your alpha patch, and it does not fix all the problems.  Line 972 
of client.c still has the same problem for me: if(ap) is still a va_list 
that is being treated improperly.


I'm CC:ing my AM (Steffen) so he knows what I'm up to!

Is it adequate, do you think, to test if &ap == NULL?  I am falling asleep 
so take it as a senseless suggestion.


I'm borrowing an Alpha shell from friendly folks on #gentoo-alpha so I can 
test there.


Here is the compile log to show it:

/bin/sh ../libtool --tag=CC   --mode=compile cc -DHAVE_CONFIG_H 
-I. -I..-I../config -I.. -I.. -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS 
-Wall -g -O2 -g -Wall -O2 -DJACK_LOCATION=\"/usr/bin\" -I../config -I.. 
-I.. -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -g -O2 -g -Wall -O2 -c 
-o libjack_la-client.lo `test -f 'client.c' || echo './'`client.c
 cc -DHAVE_CONFIG_H -I. -I.. -I../config -I.. -I.. -D_REENTRANT 
-D_POSIX_PTHREAD_SEMANTICS -Wall -g -O2 -g -Wall -O2 
-DJACK_LOCATION=\"/usr/bin\" -I../config -I.. -I.. -D_REENTRANT 
-D_POSIX_PTHREAD_SEMANTICS -Wall -g -O2 -g -Wall -O2 -c client.c  -fPIC 
-DPIC -o .libs/libjack_la-client.o

In file included from ../config/sysdeps/atomicity.h:20,
 from ../jack/internal.h:73,
 from client.c:40:
../config/cpu/generic/atomicity.h:23:2: warning: #warning "stub atomicity 
functions are not atomic on this platform"

In file included from ../config/sysdeps/cycles.h:24,
 from client.c:58:
../config/cpu/generic/cycles.h:25:2: warning: #warning You are compiling 
JACK on a platform for which jack/config/sysdep/cycles.h needs work

client.c: In function 'jack_client_open_aux':
client.c:972: error: used struct type value where scalar is required
make: *** [libjack_la-client.lo] Error 1

-- Asheesh.

--
Higher education helps your earning capacity.  Ask any college professor.



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508639: unetbootin: FTBFS: dh_install: unetbootin-translations missing files (*.qm), aborting

[Kurt Roeckx]

Package: unetbootin
Version: 301-1
Severity: serious

Hi,

Your package is failing to build with the following error:
   dh_install
dh_install: unetbootin-translations missing files (*.qm), aborting
make: *** [install] Error 1
dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave 
error exit status 2


Kurt




-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508628: nmudiff for roundcube.

[Andreas Henriksson]

On lör, 2008-12-13 at 15:39 +0100, Vincent Bernat wrote:
> OoO En ce début d'après-midi ensoleillé du samedi 13 décembre 2008, vers
> 15:28, Andreas Henriksson  disait :
> 
> > ... in other words, atleast I can't find anything wrong with it (except
> > for introducing some harmless whitespace damage). :)
> 
> Yeah, I  did not succeed in  sorting this out. The  original patch taken
> From trac  is mixing  tab and spaces,  I don't  know how to  handle this
> properly.

I used the "download as unified diff" link (this one:
http://trac.roundcube.net/changeset/2148/trunk/roundcubemail/program/lib/html2text.php?format=diff&new=2148
 ) and didn't get any tabs, all spaces

-- 
Regards,
Andreas Henriksson



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508628: nmudiff for roundcube.

[Vincent Bernat]

OoO En ce début d'après-midi ensoleillé du samedi 13 décembre 2008, vers
15:28, Andreas Henriksson  disait :

> ... in other words, atleast I can't find anything wrong with it (except
> for introducing some harmless whitespace damage). :)

Yeah, I  did not succeed in  sorting this out. The  original patch taken
From trac  is mixing  tab and spaces,  I don't  know how to  handle this
properly.
-- 
#define BB_STAT2_TMP_INTR0x10/* My Penguins are burning. 
Are you able to smell it? */
2.2.16 /usr/src/linux/include/asm-sparc/obio.h


pgpqKZ5HGYPOD.pgp
Description: PGP signature

Bug#508628: nmudiff for roundcube.

[Andreas Henriksson]

On lör, 2008-12-13 at 14:51 +0100, Vincent Bernat wrote:
> Here is the debdiff  that I would upload in a few  hours. Tell me if you
> are OK  with it. This  is mostly  the same as  yours but some  lines are
> removed from $replace as well.

I have no deeper understanding of the code in question. In my own
attempt I was mainly looking to make sure all the "e" modifiers for
preg_replace are gone to close the hole. I've verified that this is true
also in your patch.
... in other words, atleast I can't find anything wrong with it (except
for introducing some harmless whitespace damage). :)


-- 
Regards,
Andreas Henriksson



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: setting package to atmailopen, tagging 508279, tagging 508283, tagging 508282

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> #atmailopen (1.02+dfsg+svn60-2) unstable; urgency=low
> #
> #  * upstream sqlite support is incomplete, remove it for the moment
> #(Closes: #508282) (Closes: #508283)
> #  * debian/postinst: do not chown /usr/share/atmailopen (Closes: #508279)
> #
> package atmailopen
Ignoring bugs not assigned to: atmailopen

> tags 508279 + pending
Bug#508279: /usr/share/atmailopen writable by www-data and not purged
There were no tags set.
Tags added: pending

> tags 508283 + pending
Bug#508283: atmailopen cannot find its database
There were no tags set.
Tags added: pending

> tags 508282 + pending
Bug#508282: atmailopen: package uninstallable if selecting sqlite
There were no tags set.
Tags added: pending

>
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 debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508628: marked as done (roundcube: remote code execution vuln in html2text.php, uses preg_replace with "e".)

[Debian Bug Tracking System]

Your message dated Sat, 13 Dec 2008 13:47:17 +
with message-id 
and subject line Bug#508628: fixed in roundcube 0.2~alpha-3
has caused the Debian Bug report #508628,
regarding roundcube: remote code execution vuln in html2text.php, uses 
preg_replace with "e".
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 ow...@bugs.debian.org
immediately.)


-- 
508628: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508628
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: roundcube
Version: 0.1.1-8
Severity: serious
Tags: security, fixed-upstream
Justification: user security hole

I was recently targeted by a spammer exploiting a hole in my roundcube
installation. I got help from Atomo64 to try to analyze this but
we where unable to find how html2text.php could be exploited. Today
Atomo64 notified me that someone else had reported this upstream and now
they have found the problem and fixed it.

See http://trac.roundcube.net/ticket/1485618

(No CVE identifier has yet been assigned as far as I'm aware.)

Now some google juice:
This is how my access.log looked like, and the upstream bug reported had
a similar looking access log.

my.host.name 200.171.152.187 - - [08/Dec/2008:18:36:54 +0100] "POST 
//roundcube/bin/html2text.php HTTP/1.1" 200 83 "-" "Googlebot/2.1 ( 
http://www.google.com/bot.html)"
my.host.name 200.171.152.187 - - [08/Dec/2008:18:37:03 +0100] "POST 
//roundcube/bin/html2text.php HTTP/1.1" 200 79 "-" "Googlebot/2.1 ( 
http://www.google.com/bot.html)"
my.host.name 200.171.152.187 - - [08/Dec/2008:18:37:29 +0100] "POST 
//roundcube/bin/html2text.php HTTP/1.1" 200 88 "-" "Googlebot/2.1 ( 
http://www.google.com/bot.html)"


-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages roundcube depends on:
ii  roundcube-core0.1.1-8skinnable AJAX based webmail solut
ii  roundcube-mysql [roundcube-db 0.1.1-8metapackage providing MySQL depend

roundcube recommends no packages.

roundcube suggests no packages.

Versions of packages roundcube-core depends on:
ii  apache2-mpm-prefork  2.2.9-11Apache HTTP Server - traditional n
ii  dbconfig-common  1.8.40  common framework for packaging dat
ii  debconf [debconf-2.0 1.5.24  Debian configuration management sy
ii  libmagic14.26-2  File type determination library us
ii  php-auth 1.6.1-1 PHP PEAR modules for creating an a
ii  php-db   1.7.13-2PHP PEAR Database Abstraction Laye
ii  php-mail-mime1.5.2-0.1   PHP PEAR module for creating MIME 
ii  php-net-smtp 1.3.1-1 PHP PEAR module implementing SMTP 
ii  php-net-socket   1.0.9-1 PHP PEAR Network Socket Interface 
ii  php5 5.2.6.dfsg.1-0.1server-side, HTML-embedded scripti
ii  php5-mcrypt  5.2.6.dfsg.1-0.1+b1 MCrypt module for php5
ii  roundcube-mysql [rou 0.1.1-8 metapackage providing MySQL depend
ii  tinymce2 2.1.3-1 platform independent web based Jav
ii  ucf  3.0011  Update Configuration File: preserv

-- debconf information excluded


--- End Message ---
--- Begin Message ---
Source: roundcube
Source-Version: 0.2~alpha-3

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

roundcube-core_0.2~alpha-3_all.deb
  to pool/main/r/roundcube/roundcube-core_0.2~alpha-3_all.deb
roundcube-mysql_0.2~alpha-3_all.deb
  to pool/main/r/roundcube/roundcube-mysql_0.2~alpha-3_all.deb
roundcube-pgsql_0.2~alpha-3_all.deb
  to pool/main/r/roundcube/roundcube-pgsql_0.2~alpha-3_all.deb
roundcube-sqlite_0.2~alpha-3_all.deb
  to pool/main/r/roundcube/roundcube-sqlite_0.2~alpha-3_all.deb
roundcube_0.2~alpha-3.diff.gz
  to pool/main/r/roundcube/roundcube_0.2~alpha-3.diff.gz
roundcube_0.2~alpha-3.dsc
  to pool/main/r/roundcube/roundcube_0.2~alpha-3.dsc
roundcube_0.2~alpha-3_all.deb
  to pool/main/r/roundcube/roundcube_0.2~alpha-3_all.deb



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

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 508...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance

Bug#506264: [PATCH] trivial backport against the Lenny package

[Daniel Baumann]

Asheesh Laroia wrote:
> Sounds good, thanks for the update!

and for the record.. i brought this up 13 weeks ago already. however,
what sucks is:

> unfortunately, upstream did re-run the autofoo stuff (20 files for
> config.* updates; 80 files for Makefile updates, 19 files for m4
> updates) and libltdl (the later makes 53 files changing; but which is
> not a problem, 0.8.0b has been build flawlessly on all arches)..
>
> excately 140 files have dos-line break now, but are otherwise
> identical.
> in diff, they show up as completely replaced files. and theres a dozen
> or two which got new line-wrappings (after 80 chars, instead of
> over-long lines).

which is a pita to prepare manually a cleaned up diff for 0.8.0 ->
0.8.0b to have luk review it.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.net/~daniel-baumann/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#506264: [PATCH] trivial backport against the Lenny package

[Asheesh Laroia]

On Sat, 13 Dec 2008, Daniel Baumann wrote:


Asheesh Laroia wrote:

Sounds good, thanks for the update!


and for the record.. i brought this up 13 weeks ago already. however,
what sucks is:


unfortunately, upstream did re-run the autofoo stuff (20 files for
config.* updates; 80 files for Makefile updates, 19 files for m4
updates) and libltdl (the later makes 53 files changing; but which is
not a problem, 0.8.0b has been build flawlessly on all arches)..

excately 140 files have dos-line break now, but are otherwise
identical.
in diff, they show up as completely replaced files. and theres a dozen
or two which got new line-wrappings (after 80 chars, instead of
over-long lines).


which is a pita to prepare manually a cleaned up diff for 0.8.0 ->
0.8.0b to have luk review it.


Wouldn't adding "-b" to the diff arguments be enough?  Or even 
--strip-trailing-cr.


Just thinking aloud.

-- Asheesh.

--
I am a deeply superficial person.
-- Andy Warhol



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#507021: Update? re: Lenny

[Asheesh Laroia]

Hey pabs,

I think the best thing to do is to follow the advice of Ben Hutchings and 
let a 32-bit version of helpdeco be distributed with lenny.  I could 
prepare a patch and try to find a sponsor for the upload, or you could do 
it.  I'm fine either way.  Removing it from Lenny seems sad.


I'm CC:ing my AM in an attempt to flood him with mail (I mean, keep him 
aware of my activities).


Either way, the decision is up to you; just decide and we'll have one 
fewer RC bug in Lenny!


-- Asheesh.

--
A paranoid is a man who knows a little of what's going on.
-- William S. Burroughs



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#506264: [PATCH] trivial backport against the Lenny package

[Asheesh Laroia]

On Sat, 13 Dec 2008, Daniel Baumann wrote:


Asheesh Laroia wrote:
This bug is fixed by a simple change to a postinst script, as in the 
attached patch.


do *NOT* upload that nmu; the version from sid needs to be unblocked in 
order to fix another rc bug, which is what i'm (preparing to) discussing 
with luk.


Sounds good, thanks for the update!

-- Asheesh.

--
Truly great madness can not be achieved without significant intelligence.
-- Henrik Tikkanen



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508628: nmudiff for roundcube.

[Vincent Bernat]

OoO En  ce début d'après-midi nuageux  du samedi 13  décembre 2008, vers
14:36, Andreas Henriksson  disait :

>> Please, don't upload. I am preparing an upload. You seem to have skipped
>> the  modification of  $replace  pattern as  well.  $search and  $replace
>> should be synced.

> My intention was only to share what I have done. I'm not planning an
> upload. Thanks for taking care of this so quickly! :)

Hi Andreas!

Here is the debdiff  that I would upload in a few  hours. Tell me if you
are OK  with it. This  is mostly  the same as  yours but some  lines are
removed from $replace as well.

Index: debian/patches/dont-use-preg-e-option.patch
===
--- debian/patches/dont-use-preg-e-option.patch	(révision 0)
+++ debian/patches/dont-use-preg-e-option.patch	(révision 175)
@@ -0,0 +1,121 @@
+--- roundcube/program/lib/html2text.inc	2008-04-12 15:54:45.0 +0200
 roundcube/program/lib/html2text.inc	2008-12-13 14:21:44.0 +0100
+@@ -99,6 +99,22 @@
+  */
+ var $width = 70;
+ 
++/** 
++	 *  List of preg* regular expression patterns to search for 
++	 *  and replace using callback function. 
++	 * 
++	 *  @var array $callback_search 
++	 *  @access public 
++	 */ 
++ var $callback_search = array( 
++'/<(h)[123456][^>]*>(.*?)<\/h[123456]>/i', // H1 - H3 
++'/<(b)[^>]*>(.*?)<\/b>/i', //  
++'/<(strong)[^>]*>(.*?)<\/strong>/i',   //  
++'/<(a) [^>]*href=("|\')([^"\']+)\2[^>]*>(.*?)<\/a>/i', 
++   //  
++'/<(th)[^>]*>(.*?)<\/th>/i',   //  and  
++); 
++
+ /**
+  *  List of preg* regular expression patterns to search for,
+  *  used in conjunction with $replace.
+@@ -112,12 +128,8 @@
+ "/[\n\t]+/", // Newlines and tabs
+ '/]*>.*?<\/script>/i', // 

Bug#508628: nmudiff for roundcube.

[Andreas Henriksson]

On lör, 2008-12-13 at 14:29 +0100, Vincent Bernat wrote:
> Please, don't upload. I am preparing an upload. You seem to have skipped
> the  modification of  $replace  pattern as  well.  $search and  $replace
> should be synced.

My intention was only to share what I have done. I'm not planning an
upload. Thanks for taking care of this so quickly! :)

-- 
Regards,
Andreas Henriksson



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#506264: [PATCH] trivial backport against the Lenny package

[Daniel Baumann]

Asheesh Laroia wrote:
> This bug is fixed by a simple change to a postinst script, as in the
> attached patch.

do *NOT* upload that nmu; the version from sid needs to be unblocked in
order to fix another rc bug, which is what i'm (preparing to) discussing
with luk.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.net/~daniel-baumann/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508628: nmudiff for roundcube.

[Vincent Bernat]

OoO Peu avant le début de  l'après-midi du samedi 13 décembre 2008, vers
13:47, Andreas Henriksson  disait :

> I modified the upstream changeset 2148 to apply to the 0.1.1 version in 
> debian.
> The debdiff is attached...

Hi!

Please, don't upload. I am preparing an upload. You seem to have skipped
the  modification of  $replace  pattern as  well.  $search and  $replace
should be synced.
-- 
Moi, troller ? Jamais ;)
-+- QL in Guide du Fmblien Assassin : "Bah quoi???" -+-


pgpwh4otxLNu3.pgp
Description: PGP signature

Bug#506264: [PATCH] trivial backport against the Lenny package

[Asheesh Laroia]

gnunet has an RC bug in lenny that is fixed in sid: #506264 



This bug is fixed by a simple change to a postinst script, as in the 
attached patch.


I'm CC:ing my AM, to make sure he knows what I'm up to, and Adeodato, with 
whom I discussed this on #debian-release.  I believe this is a sensible 
thing to put into t-p-u and into testing.  I'm not entirely sure of the 
package version number and changelog entry; I'd appreciate Adeodato's 
input on that.


-- Asheesh.

--
If you refuse to accept anything but the best you very often get it.diff -urN gnunet-0.8.0/debian/changelog gnunet-0.8.0.asheesh/debian/changelog
--- gnunet-0.8.0/debian/changelog   2008-12-13 05:11:41.0 -0800
+++ gnunet-0.8.0.asheesh/debian/changelog   2008-12-13 05:16:29.0 
-0800
@@ -1,3 +1,13 @@
+gnunet (0.8.0-2.1) lenny; urgency=low
+
+  * Non-maintainer update.
+  * Lenny backport of a change in sid: Adding '|| true' to 
+gnunet-update call; this way a hanging gnunet-update can be aborted
+in a(n almost) sane way.  See also upstream bug 
+https://gnunet.org/mantis/view.php?id=1349 . (Closes: #506264)
+
+ -- Asheesh Laroia   Sat, 13 Dec 2008 05:14:37 -0800
+
 gnunet (0.8.0-2) unstable; urgency=low
 
   * Creating /var/run/gnunetd in initscript in case /var/run is on a tmpfs.
diff -urN gnunet-0.8.0/debian/gnunet-server.postinst 
gnunet-0.8.0.asheesh/debian/gnunet-server.postinst
--- gnunet-0.8.0/debian/gnunet-server.postinst  2008-12-13 05:11:41.0 
-0800
+++ gnunet-0.8.0.asheesh/debian/gnunet-server.postinst  2008-12-13 
05:14:29.0 -0800
@@ -94,7 +94,7 @@
 
# This is need to migrate data from 0.6.1b or later
echo -n "Migrating previous GNUnet data (gnunet-update): "
-   gnunet-update
+   gnunet-update || true
echo "done."
 
# Cleaning

Bug#508637: mgltools-geomutils_1.5.4.cvs.20081126-1(sparc/experimental): FTBFS: ImportError: No module named numpy

[Frank Lichtenheld]

Package: mgltools-geomutils
Version: 1.5.4.cvs.20081126-1
Severity: serious

Hi,

your package failed to build from source.

| Automatic build of mgltools-geomutils_1.5.4.cvs.20081126-1 on titan by 
sbuild/sparc 98-farm
| Build started at 20081213-1347
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Need to get 53.0kB of source archives.
| Get:1 http://sinclair.farm.ftbfs.de sid/non-free mgltools-geomutils 
1.5.4.cvs.20081126-1 (dsc) [1594B]
| Get:2 http://sinclair.farm.ftbfs.de sid/non-free mgltools-geomutils 
1.5.4.cvs.20081126-1 (tar) [47.2kB]
| Get:3 http://sinclair.farm.ftbfs.de sid/non-free mgltools-geomutils 
1.5.4.cvs.20081126-1 (diff) [4200B]
| Fetched 53.0kB in 0s (644kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>= 5.0.38), python-central (>= 0.5.6), cdbs (>= 
0.4), python2.5-dev, quilt
| Checking for already installed source dependencies...
[...]
| cd . && python setup.py build 
--build-base="/build/buildd/mgltools-geomutils-1.5.4.cvs.20081126/./build"
| Traceback (most recent call last):
|   File "setup.py", line 128, in 
| import numpy
| ImportError: No module named numpy
| make: *** [python-build-stamp-2.5] Error 1
| dpkg-buildpackage: failure: debian/rules build gave error exit status 2
| **
| Build finished at 20081213-1349
| FAILED [dpkg-buildpackage died]

Full build log(s): 
http://experimental.ftbfs.de/build.php?&ver=1.5.4.cvs.20081126-1&pkg=mgltools-geomutils&arch=sparc

Gruesse,
-- 
Frank Lichtenheld 
www: http://www.djpig.de/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#504524: AWT_TOOLKIT=MToolkit causes java to segfault on amd64

[Bernhard R. Link]

* Adeodato Simó  [081212 20:55]:
> Do all/more applications show up with a gray window with XToolkit,

At least with non-reparentizing window managers (ratpoison and some
more), awt programs only show blank windows without AWT_TOOLKIT=MToolkit.

I think all java programs using awt show up without content in
non-reparentizing window managers (like ratpoison and others) without
AWT_TOOLKIT=MToolkit.

http://codesnippets.joyent.com/posts/show/1499

Googling around it also looks like compiz/beryl see sometimes similar
problems:

ttp://linux.dsplabs.com.au/java-jvm-missing-no-menu-broken-blank-gui-ompiz-fusion-beryl-xgl-bug-swing-awt-netbeans-matlab-error-fix-p53/

> and/or
> segfault with MToolkit, or only jabref is known to suffer from this,

I'm lacking java knowledge or even knowledge what awt java programs
are out there to say something about this, but testing a few things
with dependencies against openjdk-6-jre on amd64:

josm gets and empty window (after the correctly showing banner) in
ratpoison without AWT_TOOLKIT=MToolkit and with it does not start
with:
Exception in thread "main" java.lang.UnsatisfiedLinkError: Can't load library: 
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/motif21/libmawt.so

jftp gives an empty window without, and also fails with
Exception in thread "main" java.lang.UnsatisfiedLinkError: Can't load library: 
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/motif21/libmawt.so

Hochachtungsvoll,
Bernhard R. Link



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#456037: Fenix: not 64 bit clean, should it be out of Lenny?

[Matthew Johnson]

On Sat Dec 13 05:07, Miriam Ruiz wrote:
> > Fenix isn't in Etch.  Dropping it from Lenny would remove a
> > game, and a related framework (this seems to be the complete
> > list):
> 
> Unless we find a way to make it work in 64 bits, either we reduce the
> arch to i386 only -which is something I don't like doing at all-, or
> we remove it from Lenny. I'm not exactly sure that the code is of a
> very high quality. It's a pity for pixfrogger, but maybe porting it to
> python or C++ would be easier than to fix Fenix XD

Well, restricting it to all the 32bit archs, presumably. I don't think
that's necessarily a problem given it's not been released on other archs
yet, so it's not a regression. I definitely think that at this point the
options are 'drop completely' and 'drop from 64bit archs' and the latter
is clearly preferable (of course if people think it's just generally
bad, then dropping completely is reasonable)

I assume this has been forwarded upstream?

Matt

-- 
Matthew Johnson


signature.asc
Description: Digital signature

Bug#508635: libexif-gtk-dev: References no longer existing libXcursor.la

[Kurt Roeckx]

Package: libexif-gtk-dev
Version: 0.3.5-3
Severity: serious

Hi,

Your package ships a file libexif-gtk.la which has libXcursor.la
in it's dependency_libs.  However, libxcursor-dev doesn't provide
the libXcursor.la anymore since version 1.1.7-1.

A rebuild will probably solve that.

You also don't seem to have any Depends for any of the other files
mentioned in your .la file.


Kurt




-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508628: nmudiff for roundcube.

[Andreas Henriksson]

I modified the upstream changeset 2148 to apply to the 0.1.1 version in debian.
The debdiff is attached...

-- 
Andreas Henriksson
diff -u roundcube-0.1.1/debian/changelog roundcube-0.1.1/debian/changelog
--- roundcube-0.1.1/debian/changelog
+++ roundcube-0.1.1/debian/changelog
@@ -1,3 +1,11 @@
+roundcube (0.1.1-8.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add 'modified_changeset_2148.patch' to fix code injection vulnerability.
+(Closes: #508628)
+
+ -- Andreas Henriksson   Sat, 13 Dec 2008 13:36:54 +0100
+
 roundcube (0.1.1-8) unstable; urgency=low
 
   [ Vincent Bernat ]
diff -u roundcube-0.1.1/debian/patches/series roundcube-0.1.1/debian/patches/series
--- roundcube-0.1.1/debian/patches/series
+++ roundcube-0.1.1/debian/patches/series
@@ -8,0 +9 @@
+modified_changeset_2148.patch
only in patch2:
unchanged:
--- roundcube-0.1.1.orig/debian/patches/modified_changeset_2148.patch
+++ roundcube-0.1.1/debian/patches/modified_changeset_2148.patch
@@ -0,0 +1,104 @@
+Upstreams changeset 2148, modified to apply to debians 0.1.1 version of
+roundcube.
+
+--- roundcube-0.1.1/program/lib/html2text.inc	2007-03-21 10:54:10.0 +0100
 roundcube-0.1.1-fixed/program/lib/html2text.inc	2008-12-13 13:34:57.0 +0100
+@@ -112,12 +112,8 @@
+ "/[\n\t]+/", // Newlines and tabs
+ '/]*>.*?<\/script>/i', // 

Bug#487495: marked as done (liferea-xulrunner: Useless dummy transitional package? Doesn't depend on anything…)

[Debian Bug Tracking System]

Your message dated Sat, 13 Dec 2008 13:19:51 +0100
with message-id <20081213121950.ge28...@nabiki.intranet.nul-unu.com>
and subject line Re: Bug#487495: liferea-xulrunner_1.4 should be removed from 
Lenny
has caused the Debian Bug report #487495,
regarding liferea-xulrunner: Useless dummy transitional package? Doesn't depend 
on anything…
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 ow...@bugs.debian.org
immediately.)


-- 
487495: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487495
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: liferea-xulrunner
Version: 1.4.15-1
Severity: minor

Hi,

the long description says:
| Description: transitional dummy package
|  This is a dummy package to ease transition from previous versions of liferea.
|  .
|  It can be safely removed from your system.

However, your package doesn't depend on anything, which kind of defeats
the point of a dummy transitional package, unless I'm mistaken.

Mraw,
KiBi.


--- End Message ---
--- Begin Message ---
Version: 1.4.18

On Fri, Dec 12, 2008 at 09:15:14PM +0100, Frank Lin PIAT wrote:
> I am increasing the severity of this bug because the dummy package
> have the usual behaviour: 

> * If liferea 1.4 can provide the same functionality as
>   liferea-xulrunner_1.0, then it should "Depend" on the required
>   package.
> * If liferea don't provide the features of *-xulrunner, then if should 
>   not pretend to provide it. (So the user is aware that the feature 
>  is discontinued)

The "required package", in this case, is liferea, which starting from
1.2.7 contains what used to be in liferea-xulrunner. There is no
dependency on the dummy package to liferea because the old -xulrunner
did not provide any functionality by itself, it was just a
plugin. Thus, if you had liferea and liferea-xulrunner installed, you
get the same functionality now by installing liferea by iself. If you
had only -xulrunner installed, you had no functionality at all, so
nothing is lost by upgrading to the dummy package 

In other words: Yes, liferea Provides: liferea-xulrunner by itself,
and nothing else is needed.

So, why does liferea-xulrunner exist, since it contains nothing and is
not needed to pull some new dependency?

Because, as reported in #425472, apt-get would refuse to update if we
simply disappeared the liferea-xulrunner package and moved its files
into liferea, ignoring the Provides: line. I thus decided to keep the
dummy until after the lenny release, to allow clean upgrades both to
etch and to lenny.

In short: Looks like a bug and quacks like a bug, but isn't one.

--- End Message ---

Bug#508114: fails to build on alpha

[Sebastian Andrzej Siewior]

* Sune Vuorela | 2008-12-08 01:48:37 [+0100]:

>client.c: In function 'jack_client_open_aux':
>client.c:972: error: used struct type value where scalar is required
>client.c: In function 'jack_client_new':
>client.c:1120: error: incompatible type for argument 4 of 
>'jack_client_open_aux'

Sune, could you compile test this patch on Alpha please? It should fix
the two gcc errors I was in the buildd log. I cc the upstream mailing
list for correctness of the patch.

>/Sune
Sebastian

---
Subject: Fix va_list related build error on Alpha

ack-audio-connection-kit-0.115.6 does not build on Alpha due to abuse of
va_list [1]

|client.c: In function 'jack_client_open_aux':
|client.c:972: error: used struct type value where scalar is required
|client.c: In function 'jack_client_new':
|client.c:1120: error: incompatible type for argument 4 of 
|'jack_client_open_aux'

va_list is only valid between va_start() and va_end() and should not be
used as scalar. Unfortunately only the alpha compiler complains.
This patch has been only compile tested on amd64 and it should address
the two compile errors in debian bug report #508114 [2].

Could upstream please verify the correctness of this patch?

Sebastian

[1] 
http://buildd.debian.org/fetch.cgi?pkg=jack-audio-connection-kit;ver=0.115.6-1;arch=alpha;stamp=1228082671/gcc
[2] http://bugs.debian.org/508114
--- a/jack/varargs.h
+++ b/jack/varargs.h
@@ -38,22 +39,20 @@ jack_varargs_init (jack_varargs_t *va)
va->server_name = jack_default_server_name ();
 }
 
-static inline void
-jack_varargs_parse (jack_options_t options, va_list ap, jack_varargs_t *va)
-{
-   /* initialize default settings */
-   jack_varargs_init (va);
-
-   if ((options & JackServerName)) {
-   char *sn = va_arg(ap, char *);
-   if (sn)
-   va->server_name = sn;
-   }
-   if ((options & JackLoadName))
-   va->load_name = va_arg(ap, char *);
-   if ((options & JackLoadInit))
-   va->load_init = va_arg(ap, char *);
-}
+#define jack_varargs_parse(__options, __ap, __va) do { \
+   /* initialize default settings */   \
+   jack_varargs_init (__va);   \
+   \
+   if ((__options & JackServerName)) { \
+   char *sn = va_arg(__ap, char *);\
+   if (sn) \
+   (__va)->server_name = sn;   \
+   }   \
+   if ((__options & JackLoadName)) \
+   (__va)->load_name = va_arg(__ap, char *);   \
+   if ((__options & JackLoadInit)) \
+   (__va)->load_init = va_arg(__ap, char *);   \
+} while (0)
 
 #ifdef __cplusplus
 }
--- a/libjack/client.c
+++ b/libjack/client.c
@@ -1117,7 +1117,7 @@ jack_client_new (const char *client_name
jack_options_t options = JackUseExactName;
if (getenv("JACK_START_SERVER") == NULL)
options |= JackNoStartServer;
-   return jack_client_open_aux (client_name, options, NULL, NULL);
+   return jack_client_open(client_name, options, NULL);
 }
 
 char *



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508259: your mail

[Moritz Muehlenhoff]

On Tue, Dec 09, 2008 at 06:43:13PM +0100, Paul Sohier wrote:
> Why arent such critical issues also fixed in the 2.6.18 kernel?
> Not everyone just can updated on a production machine.

This will be fixed in the upcoming DSA for kernel 2.6.18.

However, this isn't a critical issue. One to four 
Kernel DoS issues are found each week, so the low severity
issues are bundled. This is the same process other distributors
like SuSE or Red Hat apply.

Cheers,
Moritz



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: Re: Bug#507915: Povray unusable with non-ascii filenames

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 507915 minor
Bug#507915: Povray unusable with non-ascii filenames
Severity set to `minor' from `grave'

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508351: marked as done (open-iscsi: will not install, looking for missing /sys/module/scsi_transport_iscsi/version file)

[Debian Bug Tracking System]

Your message dated Sat, 13 Dec 2008 12:51:03 +0100
with message-id <1229169064.32615.37.ca...@amd64.fatal.se>
and subject line Re: Bug#508351: iscsid not starting...
has caused the Debian Bug report #508351,
regarding open-iscsi: will not install, looking for missing 
/sys/module/scsi_transport_iscsi/version file
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 ow...@bugs.debian.org
immediately.)


-- 
508351: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508351
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: open-iscsi
Version: 2.0.870~rc3-0.3
Severity: grave
Justification: renders package unusable


Hi, with 2.6.26-11 and open-iscsi 2.0.870~rc3-0.3 the iscsid will not start, it 
tries to open /sys/module/scsi_transport_iscsi/version file and stops 
afterwards.

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

Versions of packages open-iscsi depends on:
ii  libc6 2.7-16 GNU C Library: Shared libraries

open-iscsi recommends no packages.

-- no debconf information


--- End Message ---
--- Begin Message ---
On lör, 2008-12-13 at 12:36 +0100, Lars Schimmer wrote:
...
> Please close that bug and sry to disturb..

Closing on the request of the submitter.


-- 
Regards,
Andreas Henriksson

--- End Message ---

Bug#508351: iscsid not starting...

[Lars Schimmer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Andreas Henriksson wrote:
> Regarding debian bug #508351 which you filed. Does it work if you
> manually modprobe scsi_target_iscsi before you do invoke-rc.d open-iscsi
> start?
> 
> If not, could you please describe a bit more about what fails? Is
> the /sys/module/scsi_transport_iscsi/version file present and what does
> it contain? What happens to iscsid, does it freeze, die or bail out with
> an error message?

Hi!
Got some time with a friend to rubberduck our problems.
After a complete remove and reinstall of package, kernel and config we
found the problem - a misguided kpkg-divert was still active :-(
I confirm that problem is solved and is NOT related to the package.

Please close that bug and sry to disturb..

MfG,
Lars Schimmer
- --
- -
TU Graz, Institut für ComputerGraphik & WissensVisualisierung
Tel: +43 316 873-5405   E-Mail: l.schim...@cgv.tugraz.at
Fax: +43 316 873-5402   PGP-Key-ID: 0x4A9B1723
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAklDnjAACgkQmWhuE0qbFyPMawCffti0E1vE/1Rkwn8JZYLxThUX
ussAniPcn5J5zcN0ZDqrK7z+HnOOdcO4
=+K1k
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508628: roundcube: remote code execution vuln in html2text.php, uses preg_replace with "e".

[Andreas Henriksson]

Package: roundcube
Version: 0.1.1-8
Severity: serious
Tags: security, fixed-upstream
Justification: user security hole

I was recently targeted by a spammer exploiting a hole in my roundcube
installation. I got help from Atomo64 to try to analyze this but
we where unable to find how html2text.php could be exploited. Today
Atomo64 notified me that someone else had reported this upstream and now
they have found the problem and fixed it.

See http://trac.roundcube.net/ticket/1485618

(No CVE identifier has yet been assigned as far as I'm aware.)

Now some google juice:
This is how my access.log looked like, and the upstream bug reported had
a similar looking access log.

my.host.name 200.171.152.187 - - [08/Dec/2008:18:36:54 +0100] "POST 
//roundcube/bin/html2text.php HTTP/1.1" 200 83 "-" "Googlebot/2.1 ( 
http://www.google.com/bot.html)"
my.host.name 200.171.152.187 - - [08/Dec/2008:18:37:03 +0100] "POST 
//roundcube/bin/html2text.php HTTP/1.1" 200 79 "-" "Googlebot/2.1 ( 
http://www.google.com/bot.html)"
my.host.name 200.171.152.187 - - [08/Dec/2008:18:37:29 +0100] "POST 
//roundcube/bin/html2text.php HTTP/1.1" 200 88 "-" "Googlebot/2.1 ( 
http://www.google.com/bot.html)"


-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages roundcube depends on:
ii  roundcube-core0.1.1-8skinnable AJAX based webmail solut
ii  roundcube-mysql [roundcube-db 0.1.1-8metapackage providing MySQL depend

roundcube recommends no packages.

roundcube suggests no packages.

Versions of packages roundcube-core depends on:
ii  apache2-mpm-prefork  2.2.9-11Apache HTTP Server - traditional n
ii  dbconfig-common  1.8.40  common framework for packaging dat
ii  debconf [debconf-2.0 1.5.24  Debian configuration management sy
ii  libmagic14.26-2  File type determination library us
ii  php-auth 1.6.1-1 PHP PEAR modules for creating an a
ii  php-db   1.7.13-2PHP PEAR Database Abstraction Laye
ii  php-mail-mime1.5.2-0.1   PHP PEAR module for creating MIME 
ii  php-net-smtp 1.3.1-1 PHP PEAR module implementing SMTP 
ii  php-net-socket   1.0.9-1 PHP PEAR Network Socket Interface 
ii  php5 5.2.6.dfsg.1-0.1server-side, HTML-embedded scripti
ii  php5-mcrypt  5.2.6.dfsg.1-0.1+b1 MCrypt module for php5
ii  roundcube-mysql [rou 0.1.1-8 metapackage providing MySQL depend
ii  tinymce2 2.1.3-1 platform independent web based Jav
ii  ucf  3.0011  Update Configuration File: preserv

-- debconf information excluded



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#502375: [Pkg-virtualbox-devel] Bug#502375: Versions still don't match on

[Michael Meskes]

On Sat, Dec 13, 2008 at 11:35:56AM +0100, Eloi Notario wrote:
> One month later Lenny still have different versions for virtualbox-ose and 
> virtualbox-ose-modules.

Just see here for a reason: 
http://qa.debian.org/excuses.php?package=linux-modules-extra-2.6

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: mes...@jabber.org
Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL!



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#502375: Versions still don't match on Lenny (testing)

[Eloi Notario]

> On Sat, Nov 08, 2008 at 11:02:52AM +0100, Manuel Bilderbeek wrote:
>
> The sid module has been updated a week ago. The testing one is not yet
> because testing migration normally takes ten days.

One month later Lenny still have different versions for virtualbox-ose and 
virtualbox-ose-modules.

-- 
Atentament,

Eloi Notario.



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508551: merkaartor: crash on startup: QPaintEngine::setSystemClip: Should not be changed while engine is active

[Christoph Berg]

tags 508551 moreinfo
thanks

Re: Sebastian Niehaus 2008-12-12 
<20081212120759.14784.87651.report...@localhost.localdomain>
> Package: merkaartor
> Version: 12241
> Severity: grave
> Justification: renders package unusable
> 
> 
> Merkaator crashes on startup: 
> 
> ==
> >$  merkaartor
> QPaintEngine::setSystemClip: Should not be changed while engine is active

Hi Sebastian,

both the lenny and unstable versions work for me. Which version are
you using? "12241" isn't a Debian package version.

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Processed: Re: Bug#508551: merkaartor: crash on startup: QPaintEngine::setSystemClip: Should not be changed while engine is active

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 508551 moreinfo
Bug#508551: merkaartor: crash on startup: QPaintEngine::setSystemClip: Should 
not be changed while engine is active
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 debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org