That is true of the original Xen kernels (up to 2.6.18) but not of the
new Xen kernels (2.6.22+).

The original Xen port of Linux required that you build a specific Xen
kernel which would not boot on native and which made changes that broke
the Nvidia drivers, hence they check for CONFIG_XEN and abort if it is
enabled, they also added a load of #ifdef CONFIG_XEN stuff.

The new Xen port of Linux use the paravirt_ops infrastructure which
makes the support of Xen transparent to the rest of the kernel and also
allows one binary to boot on both native and Xen. Since the Xen support
is now transparent to the rest of the kernel both the check for
CONFIG_XEN and the #ifdef CONFIG_XEN code is obsolete and should be
removed from the nvidia drivers.

Package: gettext-el
Version: 0.17-2
Severity: normal
Tags: patch

Hi,

po-mode provides po-auto-replace-revision-date, an option for users to
decide whether PO-Revision-Date field in the header should be
automatically updated or not. However, when users choose holding that
field, by setting that variable to "ask" and answering "n" to "May I set
PO-Revision-Date? (y or n) " or by setting that variable to "nil", the
field is not updated AND THE BUFFER IS NOT SAVED. I've confirmed that
this issue represents in Emacs 21 and Emacs 22.

This may be a bug due to a fact[1] that Emacs considers the buffer is
saved when a hook in write-contents-hooks returns non-nil. So, I've
created a patch to fix the issue. Could you please apply it?

[1] http://www.gnu.org/software/emacs/elisp/html_node/Saving-Buffers.html
(write-contents-hooks is renamed as write-contents-functions in
Emacs 22.1).

Many thanks,

On 5/21/08, Chris Lawrence debian.org> wrote:

Sorry, I neglected to mention to check the symlink destination as
well. Is it also there? Are you no longer getting these errors then?

If it is there, I suspect that a rare error occurred in which the file
disappeared between the checking it was there and the loading of the
packages cache. Is it possible that an 'apt-get update' was called
while another apt-get call was still downloading? I suspect this may
be due to your modification of apt-p2p to allow for multiple machines
on a LAN to use apt-p2p like a proxy. Is that a possibility?

Thanks,
Cameron

During the l10n NMU campaign, some work was done on "courier", in the
usual "l10n NMU" way:

-send an intent to l10n NMU
-wait for 10 days to get a reaction
-send a call for l10n updates and new translations
-wait for 8 days
-build the NMU

However, building the NMU fails and lead to /me reporting #481575.

As of now, I got no news from Stefan, the package maintainer, about
this package.

So, the work is still pending in my spool...

From what I see, fixing that bug is probably fairly easy for anyone
with a little more clue than me. So, may I request for clued people to
have a look at this bug report and help me (and indirectly the package
maintainer) to find a solution?

I have no specific interest in courier. I just want to move along...:)

PS: the package has another RC bug as it apparently provides non free
RFC documents.

Many thanks in advance to people who will have a look at this.

Package: ipsec-tools
Version: 1:0.7-2.1
Tags: l10n patch
Severity: wishlist

The updated Vietnamese translation for the debconf file:

translated and submitted by:

Clytie Siddall
Vietnamese Free-Software Translation Team
http://vnoss.net/dokuwiki/doku.php?id=projects:l10n

How about uploading autoconf 2.62 to experimental so upstream developers
using sid can test their configure.ac files with the new autoconf?

--
bye,
pabs

http://wiki.debian.org/PaulWise

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

iD8DBQBINP3+5Sc9mGvjxCMRAiScAJ9gSjgL3E3I1tsq48LspkHDCHr3+ACfdTPq
0wN5QAqWEP2XGMxdVVvknrA=
=K1Bw
-----END PGP SIGNATURE-----

Package: krb5
Version: 1.6.dfsg.3-3
Tags: l10n patch
Severity: wishlist

The updated Vietnamese translation for the debconf file: krb5

translated and submitted by:

Clytie Siddall
Vietnamese Free-Software Translation Team
http://vnoss.net/dokuwiki/doku.php?id=projects:l10n

Package: devscripts
Version: 2.10.27
Severity: wishlist

Not using equivs would be great. I have patched mk-build-deps to not
use it, but to avoid parsing of arch-specific dependencies (which I
presume equivs did previously) I used Dpkg::Deps instead.
It cannot be used while reading from apt-cache, but I think that using
apt-cache to get information instead of debian/control isn't useful
anyway.

Attached is a patch that does this (rather hacky).

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBUILD_DPKG_BUILDPACKAGE_OPTS="-i -ICVS -I.svn"
DEBUILD_PRESERVE_ENVVARS="DISPLAY"
DEBUILD_LINTIAN=yes
DEBUILD_LINTIAN_OPTS=-i
DEBCHANGE_RELEASE_HEURISTIC=changelog

Package: tinyerp-server
Version: 4.2.2-1
Severity: important
Tags: patch

When starting for first time the server it shows messages related to
pytz :

Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May...

Package: tinyerp-server
Version: 4.2.2-1
Severity: important
Tags: patch

When getting an error such as :

Traceback (most recent call last):
File "./tinyerp-server.py", line 163, in ?
import osv, workflow, report, service
File "/usr/lib/tinyerp-server/report/__init__.py", line 29, in ?
import interface
File "/usr/lib/tinyerp-server/report/interface.py", line 34, in ?
import libxslt
File "/var/lib/python-support/python2.4/libxslt.py", line 52, in ?
import libxsltmod
ImportError: /var/lib/python-support/python2.4/libxsltmod.so: undefined symbol: xsltInitAllDocKeys

it suffices to
apt-get install libxslt1-dev

ii libxslt1-dev 1.1.23-1