Bug#469256: kexec-tools: Please use a boolean question with debconf

[Christian Perrier]

Quoting Khalid Aziz ([EMAIL PROTECTED]):
> On Tue, 2008-03-04 at 18:26 +0100, Christian Perrier wrote:
> > 
> > Anyway, whether or not my suggestion is followed, the debconf
> > templates need a serious rewrite to fit the commonly accepted writing style.
> > Also, the long description is hard-formatted because of the use of
> > leading double-spaces...which is not what should be done.
> > 
> > I can propose rewritten templates if you wish.
> 
> Hello Christian,
> 
> I am getting ready to update kexec-tools package. Can you send me a
> proposal for template rewrite.


Could you repost the templates file to this bug report to make this
easier ?

I also suggest to not update the templates file without calling for
translation updates/new translations. That may take some time.




signature.asc
Description: Digital signature

Bug#474082: gitosis: couple of new options

[Paul Wise]

Package: gitosis
Version: 0.2+20080319-1
Severity: wishlist

I'd like to be able to use a different name for the admin repository
than gitosis-admin.git.

I'd also like to be able to specify a different username for the initial
key/user than the [EMAIL PROTECTED] embedded in the ssh key.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#469803: snort: [debconf_rewrite] Debconf templates and debian/control review

[Christian Perrier]

Quoting Javier Fernández-Sanguino Peña ([EMAIL PROTECTED]):
> 
> Hi Christian, I have concerns for some of the changes proposed. More
> specifically:
> 
> - If you want you can specify 'any', to not trust any side of the network.
> + If you specify 'any', Snort will listen on all available networks.
> 
> The problem is that the 'snort/address_range' is actually the definition of
> $HOME_NET. This is the definition of the local network, i.e. the internal
> network that might be attacked from the outside. Snort uses this information
> to filter out traffic. Traffic that is destined to other network ranges is
> filtered out and those are considered "trusted" addresses.
> 
> This template might better be written as:
> 
>  _Description: Address range for the local network:
> 
> And remove the above line.

Well, the entire template is pretty big, so I'd like to be sure about
what you propose. We had:

Template: snort{PACKAGE}/address_range
Type: string
Default: 192.168.0.0/16
_Description: Address range that Snort will listen on:
 Please use the CIDR form - for example, 192.168.1.0/24 for a block of
 256 addresses or 192.168.1.42/32 for just one. Multiple values should
 be comma-separated (without spaces).
 .
 If you specify 'any', Snort will listen on all available networks.
 .
 Please note that if Snort is configured to use multiple interfaces,
 it will use this value as the HOME_NET definition for all of them.

Do you propose:

Template: snort{PACKAGE}/address_range
Type: string
Default: 192.168.0.0/16
_Description: Address range for the local network:
 Please use the CIDR form - for example, 192.168.1.0/24 for a block of
 256 addresses or 192.168.1.42/32 for just one. Multiple values should
 be comma-separated (without spaces).
 .
 Please note that if Snort is configured to use multiple interfaces,
 it will use this value as the HOME_NET definition for all of them.


This omits the explanation about 'any', doesn't it?




signature.asc
Description: Digital signature

Bug#440070: Patch for the 0.3.34-0.1 NMU of whereami

[Christian Perrier]

Dear maintainer of whereami,

On 01 Apr 2008 I sent you a notice announcing my intent to upload a
NMU of your package to fix its pending l10n issues, after an initial
notice sent on 16 Mar 2008.

You either agreed for this NMU or did not respond to my notices.

I will now upload this NMU to DELAYED/2-DAY.

The NMU patch is attached to this mail.

The NMU changelog is:


Source: whereami
Version: 0.3.34-0.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier <[EMAIL PROTECTED]>
Date: Sun, 16 Mar 2008 08:55:46 +0100
Closes: 440070 449519 449520 449520 452692 463679 471688 473471
Changes: 
 whereami (0.3.34-0.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n issues.
   * Remove unused templates file and debconf translations.
 Closes: #449520, #440070, #449519, #452692, #463679
 Closes: #449520, #471688, #473471
   * Fix detect.conf(5) man page (line 51)

-- 


diff -Nru ../whereami-0.3.34.old/debian/changelog ../whereami-0.3.34/debian/changelog
--- ../whereami-0.3.34.old/debian/changelog	2008-03-16 08:28:48.801987219 +0100
+++ ../whereami-0.3.34/debian/changelog	2008-04-02 19:26:22.537208141 +0200
@@ -1,3 +1,13 @@
+whereami (0.3.34-0.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix pending l10n issues.
+  * Remove unused templates file and debconf translations. 
+Closes: #449520, #440070, #449519, #452692, #463679
+Closes: #449520, #471688, #473471
+  * Fix detect.conf(5) man page (line 51)
+
+ -- Christian Perrier <[EMAIL PROTECTED]>  Sun, 16 Mar 2008 08:55:46 +0100
+
 whereami (0.3.34) unstable; urgency=low
 
   * Fix no-longer-required link in postinst.  (closes: #449059)
diff -Nru ../whereami-0.3.34.old/debian/po/POTFILES.in ../whereami-0.3.34/debian/po/POTFILES.in
--- ../whereami-0.3.34.old/debian/po/POTFILES.in	2008-03-16 08:28:48.801987219 +0100
+++ ../whereami-0.3.34/debian/po/POTFILES.in	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-[type: gettext/rfc822deb] templates
diff -Nru ../whereami-0.3.34.old/debian/po/ca.po ../whereami-0.3.34/debian/po/ca.po
--- ../whereami-0.3.34.old/debian/po/ca.po	2008-03-16 08:28:48.805973041 +0100
+++ ../whereami-0.3.34/debian/po/ca.po	1970-01-01 01:00:00.0 +0100
@@ -1,44 +0,0 @@
-#
-# Catalan translation for whereami package.
-# Copyright (C) 2006 Andrew McMillan.
-# This file is distributed under the same license as the abook package.
-#
-# Jordà Polo <[EMAIL PROTECTED]>, 2006.
-#
-msgid ""
-msgstr ""
-"Project-Id-Version: whereami-0.3.29\n"
-"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
-"POT-Creation-Date: 2006-11-23 05:42+0100\n"
-"PO-Revision-Date: 2007-01-02 13:47+0100\n"
-"Last-Translator: Jordà Polo <[EMAIL PROTECTED]>\n"
-"Language-Team: Català <[EMAIL PROTECTED]>\n"
-"MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=UTF-8\n"
-"Content-Transfer-Encoding: 8bit\n"
-
-#. Type: note
-#. Description
-#: ../templates:1001
-msgid "NOTE: Whereami is installed, but not yet operable."
-msgstr "AVÍS: Whereami està instal·lat, però encara no és funcional."
-
-# msgstr "NOTA: S'ha instal·lat Whereami, però encara no és funcional."
-#. Type: note
-#. Description
-#: ../templates:1001
-msgid ""
-"Whereami will not do anything until you have configured location detection "
-"in /etc/whereami/detect.conf and location adaptation in /etc/whereami/"
-"whereami.conf."
-msgstr ""
-"Whereami no farà res fins que es configuri la detecció de la ubicació a /etc/"
-"whereami/detect.conf i l'adaptació de la ubicació a /etc/whereami/whereami."
-"conf."
-
-#. Type: note
-#. Description
-#: ../templates:1001
-msgid "Reading the manpages for detect.conf and whereami.conf is recommended!"
-msgstr ""
-"És recomanable que llegiu les pàgines de manual detect.conf i whereami.conf."
diff -Nru ../whereami-0.3.34.old/debian/po/cs.po ../whereami-0.3.34/debian/po/cs.po
--- ../whereami-0.3.34.old/debian/po/cs.po	2008-03-16 08:28:48.805973041 +0100
+++ ../whereami-0.3.34/debian/po/cs.po	1970-01-01 01:00:00.0 +0100
@@ -1,49 +0,0 @@
-#
-#Translators, if you are not familiar with the PO format, gettext
-#documentation is worth reading, especially sections dedicated to
-#this format, e.g. by running:
-# info -n '(gettext)PO Files'
-# info -n '(gettext)Header Entry'
-#
-#Some information specific to po-debconf are available at
-#/usr/share/doc/po-debconf/README-trans
-# or http://www.debian.org/intl/l10n/po-debconf/README-trans
-#
-#Developers do not need to manually edit POT or PO files.
-#
-msgid ""
-msgstr ""
-"Project-Id-Version: whereami\n"
-"Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2004-03-16 06:41+1300\n"
-"PO-Revision-Date: 2005-03-06 17:34+0100\n"
-"Last-Translator: Miroslav Kure <[EMAIL PROTECTED]>\n"
-"Language-Team: Czech <[EMAIL PROTECTED]>\n"
-"MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=ISO-8859-2\n"
-"Content-Transfer-Encoding: 8bit\n"
-
-#. Type: note
-#. Description
-#: ../templates:3
-msgid "NOTE: Whereami 

Bug#474081: command-line option to specify a config file that will be used to contain the default gitosis.conf

[Paul Wise]

Package: gitosis
Version: 0.2+20080319-1
Severity: wishlist

Since I want to use URLs like git://foo.bar/git/foo.git and git-daemon
does not support having those style URLs without having a 'git'
directory in its --base-path, I need to hack init.py to be able to set
repositories = git. It would be nice if I could set an arbitrary
gitosis.conf as a template for the real one committed to the
gitosis-admin.git repository.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#474007: pidgin: Packaging or build problem - missing dependency on SSL library

[Mike Hommey]

On Wed, Apr 02, 2008 at 03:50:31PM -0400, Ari Pollak wrote:
> reassign 474007 libnss3-1d
> found 474007 3.12.0~beta2-1
> reassign 474007 versions in symbols file not updated for nssutil
> thanks
> 
> In version 3.12.0~beta2-1 of libnss3-1d, -lnssutil was added as a
> required library in nss.pc, but the symbols file was not updated with
> the correct version. So programs that link against nss with the new
> version installed will depend on libnssutil3.so.1d, but will most likely
> depend on a version of libnss3-1d that is too old, possibly resulting in
> a missing library error.

I filed #474079 for the dpkg-shlibdeps problem we discussed yesterday
on irc. I still have to decide the best course of action while waiting
this to be fixed. (Maybe understanding what goes wrong with
-Wl,--as-needed in ssl-nss.so case could be a good thing, too)

Mike



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

Bug#474080: mpfi: Please add shared library support

[Timothy G Abbott]

Package: mpfi
Version: 1.3.4~rc3-1
Severity: wishlist

Hello,

I'm working on packaging SAGE for Debian, which links against libmpfi. 
However, I'm getting linking problems on amd64 because libmpfi in debian 
is not compiled with -fPIC (as it should be).


The right solution to this is that I should link against the shared 
library version of libmpfi which would be built with -fPIC.


Making mpfi build a shared library requires some minor changes to the 
Makefile.am and configure.ac files and running autotools (patch attached). 
There's additional work that needs to be done in terms of setting up the 
right shared library versioning and making the new shared library package 
(and ideally convincing upstream to include the shared library), but I've 
attached the patch I constructed to build the shared library for my 
development use in case it saves you some time.


-Tim Abbott--- mpfi-1.3.4~rc3/configure.ac	2006-01-03 04:03:52.0 -0500
+++ mpfi-1.3.4~rc3tabbott/configure.ac	2008-04-02 23:50:22.0 -0400
@@ -12,6 +12,9 @@
 MPFI_SUBDIRS="src tests doc"
 AC_SUBST(MPFI_SUBDIRS)
 
+AC_PROG_LIBTOOL
+AC_SUBST(LIBTOOL_DEPS)
+
 # ajout des options sur la ligne de commande du configure
 # Initialisation des repertoires GMP
 AC_ARG_WITH(gmp-dir,
--- mpfi-1.3.4~rc3/src/Makefile.am	2006-01-03 04:04:02.0 -0500
+++ mpfi-1.3.4~rc3tabbott/src/Makefile.am	2008-04-02 23:46:51.0 -0400
@@ -1,6 +1,6 @@
-lib_LIBRARIES = libmpfi.a 
+lib_LTLIBRARIES = libmpfi.la 
 include_HEADERS = mpfi.h mpfi_io.h
-libmpfi_a_SOURCES = mpfi.h mpfi-impl.h mpfi_io.h mpfi.c mpfi_io.c mpfi_trigo.c
+libmpfi_la_SOURCES = mpfi.h mpfi-impl.h mpfi_io.h mpfi.c mpfi_io.c mpfi_trigo.c
 #test_mpfi_LADD = @LIBS@ ../src/libmpfi.a
 
 INCLUDES =-I$(top_srcdir) @INCLUDES@
--- mpfi-1.3.4~rc3/tests/Makefile.am	2006-01-03 04:04:06.0 -0500
+++ mpfi-1.3.4~rc3tabbott/tests/Makefile.am	2008-04-03 01:53:58.0 -0400
@@ -1,8 +1,8 @@
 noinst_PROGRAMS = test_mpfi test_trigo
 test_mpfi_SOURCES = test_mpfi.c
 test_trigo_SOURCES = test_trigo.c
-test_mpfi_LDADD = ${top_srcdir}/src/libmpfi.a @LDADD@
-test_trigo_LDADD = ${top_srcdir}/src/libmpfi.a @LDADD@
+test_mpfi_LDADD = ${top_srcdir}/src/.libs/libmpfi.a @LDADD@
+test_trigo_LDADD = ${top_srcdir}/src/.libs/libmpfi.a @LDADD@
 
 # ici on utilise la variable GMP_INC_PATH declaree par le configure
 

Bug#264003: craft: crashes on startup (bug 109272)

[Phillip]

 

I'm having this problem. Everytime I click on play it crashes.Phill

___
No banners. No pop-ups. No kidding.
Make My Way  your home on the Web - http://www.myway.com

Bug#474079: /usr/bin/dpkg-shlibdeps: Wrong shlibs when linking a library without using its symbols

[Mike Hommey]

Package: dpkg-dev
Version: 1.14.16.6
Severity: important
File: /usr/bin/dpkg-shlibdeps

When a binary links against a library without using its symbols, and the
library is in a package providing .symbols file, dpkg-shlibdeps does put
a reference to the package in shlibs, but without a version number.

e.g.
$ dpkg-shlibdeps -v debian/libnss3-1d/usr/bin/test 
Scanning debian/libnss3-1d/usr/bin/test (for Depends field)
Library libxml2.so.2 found in /usr/lib/libxml2.so.2
Library libc.so.6 found in /lib/libc.so.6
Looking up shlibs dependency of libc.so.6 provided by 'libc6'
Found libc6 (>= 2.7-1) in /var/lib/dpkg/info/libc6.shlibs
Using symbols file /var/lib/dpkg/info/libxml2.symbols for libxml2.so.2
dpkg-shlibdeps: warning: debian/libnss3-1d/usr/bin/test shouldn't be linked 
with libxml2.so.2 (it uses none of its symbols).

$ cat debian/substvars 
shlibs:Depends=libxml2 , libc6 (>= 2.7-1)

This is what happens without symbols file:
$ dpkg-shlibdeps -v debian/libnss3-1d/usr/bin/test 
Scanning debian/libnss3-1d/usr/bin/test (for Depends field)
Library libxslt.so.1 found in /usr/lib/libxslt.so.1
Library libc.so.6 found in /lib/libc.so.6
Looking up shlibs dependency of libc.so.6 provided by 'libc6'
Found libc6 (>= 2.7-1) in /var/lib/dpkg/info/libc6.shlibs
Looking up shlibs dependency of libxslt.so.1 provided by 'libxslt1.1'
Found libxslt1.1 (>= 1.1.18) in /var/lib/dpkg/info/libxslt1.1.shlibs
dpkg-shlibdeps: warning: debian/libnss3-1d/usr/bin/test shouldn't be linked 
with libxslt.so.1 (it uses none of its symbols).

$ cat debian/substvars
shlibs:Depends=libc6 (>= 2.7-1), libxslt1.1 (>= 1.1.18)

While this is not really a problem in such a simple case, it can become
problematic when library packages contain several different libraries,
one of which was not in previous versions of the package.

This is what happens in #474007: /usr/lib/purple-2/ssl-nss.so is linked
against libnssutil3 without using any of its symbols, but libnssutil3
doesn't exist before version 3.7.0~beta2-1 of the libnss3-1d package.

So dpkg-shlibdeps calculates the version dependency without taking into
account libnssutil3 and ends up writing a dependency on older versions,
which don't contain libnssutil3.

Surely, the nss.pc file could be enhanced to do the right thing, but that
won't prevent people linking against libnssutil3 anyways. And strangely,
in this case, -Wl,--as-needed *is* being used when linking
/usr/lib/purple-2/ssl-nss.so, but sadly, it still keeps the dependency
on libnssutil3 while not using its symbols.

Anyways, I think when using no symbol, the minimum version of all symbols
from the library should be used instead of not version. Or maybe the
symbols file should be ignored and the standard shlibs used.

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

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

Versions of packages dpkg-dev depends on:
ii  binutils2.18.1~cvs20080103-3 The GNU assembler, linker and bina
ii  bzip2   1.0.5-0.1high-quality block-sorting file co
ii  cpio2.9-12   GNU cpio -- a program to manage ar
ii  dpkg1.14.16.6package maintenance system for Deb
ii  libtimedate-perl1.1600-9 Time and date functions for Perl
ii  lzma4.43-12  Compression method of 7z format in
ii  make3.81-3.1 The GNU version of the "make" util
ii  patch   2.5.9-4  Apply a diff file to an original
ii  perl [perl5]5.8.8-12 Larry Wall's Practical Extraction 
ii  perl-modules5.8.8-12 Core Perl modules

Versions of packages dpkg-dev recommends:
ii  build-essential   11.3   informational list of build-essent
ii  gcc [c-compiler]  4:4.2.3-6  The GNU C compiler
ii  gcc-4.1 [c-compiler]  4.1.2-21   The GNU C compiler
ii  gcc-4.2 [c-compiler]  4.2.3-3The GNU C compiler

-- no debconf information



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

Bug#473787: exiftran -ai does not work (anymore?)

[Florian Lohoff]

On Thu, Apr 03, 2008 at 07:49:52AM +0200, Florian Lohoff wrote:
> I downgraded to 
> 
> ii  exiftran   2.05-2 transform digital camera jpeg images
> ii  libexif12  0.6.13-5etch2  library to parse EXIF files
> ii  libjpeg62  6b-10  The Independent JPEG Group's JPEG runtime li
> 
> no success - the orientation flag is still "top - left" but exiftran does
> not rotate the image. More interestingly i found exifautotran from the
> libjpeg-progs and it also does not rotate the image ...
> 
> My best guess is now that somethings broken about the image. Probably
> i still have it on the CF Card so i'll try to grab the image again.
> 
> Here is the image:
> 
> http://silicon-verl.de/home/flo/tmp/test-multiple-exiftran-trys.jpg
> 
> This went through "exiftran -ai" multiple times ...

Okay - i grabbed the image from the CF card - this vanilla image has 
set:

[EMAIL PROTECTED]:~/exiftran$ exiftran -d 2008040113421201.jpg | grep Orien
  0x0112  Orientationleft - bottom

which is wrong as the image is okay as it is ... After running through
exiftran the image is rotated and the orientation gets set to Top-Left
which seems to be correct thing (although i find the name confusing -
shouldnt it be Top-Top?).

Guess i was just producing noise produced by a strange orientation and
some confusing naming scheme ...

Sorry ...

Flo
-- 
Florian Lohoff  [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature

Bug#463475: libfile-rsyncp-perl: diff for NMU version 0.68-1.1

[Niko Tyni]

tags 463475 + patch pending
thanks

Hi,

Perl 5.10 is scheduled for unstable in less than two weeks,
rendering this packag uninstallable because it can't be binNMUed.

Attached is the diff for my libfile-rsyncp-perl 0.68-1.1 NMU,
currently in 7-day DELAYED.

diff -u libfile-rsyncp-perl-0.68/debian/rules libfile-rsyncp-perl-0.68/debian/rules
--- libfile-rsyncp-perl-0.68/debian/rules
+++ libfile-rsyncp-perl-0.68/debian/rules
@@ -53,7 +53,7 @@
 	dh_installdirs
 	# Add here commands to install the package into debian/libfile-rsyncp.
 	$(MAKE) install PREFIX=$(CURDIR)/debian/libfile-rsyncp-perl/usr/
-	rmdir $(CURDIR)/debian/libfile-rsyncp-perl/usr/share/perl5/
+	[ ! -d $(CURDIR)/debian/libfile-rsyncp-perl/usr/share/perl5/ ] || rmdir $(CURDIR)/debian/libfile-rsyncp-perl/usr/share/perl5/
 
 # Build architecture-independent files here.
 binary-indep: build install
diff -u libfile-rsyncp-perl-0.68/debian/changelog libfile-rsyncp-perl-0.68/debian/changelog
--- libfile-rsyncp-perl-0.68/debian/changelog
+++ libfile-rsyncp-perl-0.68/debian/changelog
@@ -1,3 +1,10 @@
+libfile-rsyncp-perl (0.68-1.1) unstable; urgency=low
+
+  * Non-maintainer upload for the Perl 5.10 transition.
+  * Don't try to remove /usr/share/perl5 if it doesn't exist. (Closes: #463475)
+
+ -- Niko Tyni <[EMAIL PROTECTED]>  Thu, 03 Apr 2008 08:43:23 +0300
+
 libfile-rsyncp-perl (0.68-1) unstable; urgency=low
 
   * New upstream release

Bug#473787: exiftran -ai does not work (anymore?)

[Florian Lohoff]

On Thu, Apr 03, 2008 at 07:35:17AM +0200, Florian Lohoff wrote:
> On Wed, Apr 02, 2008 at 10:06:42PM +0200, Moritz Muehlenhoff wrote:
> > On Tue, Apr 01, 2008 at 06:48:26PM +0200, Florian Lohoff wrote:
> > > Package: exiftran
> > > Version: 2.06-1
> > > Severity: normal
> > > 
> > > Hi,
> > > i am a frequent user of exiftran -ai and since a couple of days i was 
> > > wondering why
> > > i found non rotated images in my collection. Today i found them again and 
> > > tried 
> > > exiftran again - It seems the -a option is broken somehow - it used to 
> > > work but
> > > it currently doesnt.
> > 
> > Could you try whether the problem is reproducable with 2.05 from stable?
> 
> I tried and it seems to be - So i guess its some library ...

I downgraded to 

ii  exiftran   2.05-2 transform digital camera jpeg images
ii  libexif12  0.6.13-5etch2  library to parse EXIF files
ii  libjpeg62  6b-10  The Independent JPEG Group's JPEG runtime li

no success - the orientation flag is still "top - left" but exiftran does
not rotate the image. More interestingly i found exifautotran from the
libjpeg-progs and it also does not rotate the image ...

My best guess is now that somethings broken about the image. Probably
i still have it on the CF Card so i'll try to grab the image again.

Here is the image:

http://silicon-verl.de/home/flo/tmp/test-multiple-exiftran-trys.jpg

This went through "exiftran -ai" multiple times ...

Flo
-- 
Florian Lohoff  [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature

Bug#473927: testing-proposed-updates update fixes problem

[Jack T Mudge III]

I hope this is the right spot to post this.

Whatever update to arts was placed in the testing-proposed-updates 
repository suggested by the last poster works perfectly to solve the 
problem.

Arch: i686, `uname-r` = 2.6.24-1-686
Lenny, with all updates as of April 2, 22:42PST including those from the 
testing-proposed-updates repository.

My error was identical to the first poster, to the character. 
-- 
Sincerely,
Jack Mudge
[EMAIL PROTECTED]

My GPG Public Key can be found at:
https://www.theanythingbox.com/pgp.htm and Below.


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

Bug#470531: "Could not set exec context to system_u:system_r:initrc_t:s0"

[Max Kellermann]

On 2008/04/03 06:14, Manoj Srivastava <[EMAIL PROTECTED]> wrote:
> This should have been fixed in the latest set of releases of
>  policoreutils and  the refpolicy. Could you check to see if this is
>  still a problem for you?

Hi Manoj,

unfortunately, the problem persist.  I can start and stop daemons
without run_init (they run as "root:system_r" instead of
"system_u:system_r", but I guess that is ok?), but run_init still
fails to set the context.

Interesting lines from the strace:

 open("/proc/self/task/3651/attr/current", O_RDONLY) = 3
 read(3, "root:sysadm_r:run_init_t\0", 4095) = 25
 [...]
 open("/proc/self/task/3651/attr/exec", O_RDWR) = 3
 write(3, "system_u:system_r:initrc_t:s0\0", 30) = -1 EINVAL
 close(3)  = 0
 write(2, "Could not set exec context to sy"..., 61) = 61

I have policycoreutils 2.0.44-1, selinux-policy-refpolicy-targeted
0.0.20080314-1.

Max



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

Bug#442517: bygfoot: diff for NMU version 2.0.1-1.1

[morph]

tags 442517 + patch
thanks

Hi,

Attached is the diff for my bygfoot 2.0.1-1.1 NMU.

Better would be to introduce a patch system and patch upstream automake
files to call po/Makefile to remove gmo files.

Regards,
Sandro
diff -u bygfoot-2.0.1/debian/changelog bygfoot-2.0.1/debian/changelog
--- bygfoot-2.0.1/debian/changelog
+++ bygfoot-2.0.1/debian/changelog
@@ -1,3 +1,11 @@
+bygfoot (2.0.1-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules
+- added removal of po/*.gmo files (Closes: #442517)
+
+ -- Sandro Tosi <[EMAIL PROTECTED]>  Thu, 03 Apr 2008 07:34:42 +0200
+
 bygfoot (2.0.1-1) unstable; urgency=low
 
   * New upstream release
diff -u bygfoot-2.0.1/debian/rules bygfoot-2.0.1/debian/rules
--- bygfoot-2.0.1/debian/rules
+++ bygfoot-2.0.1/debian/rules
@@ -10,0 +11,3 @@
+
+clean::
+	rm -f po/*.gmo

Bug#473787: exiftran -ai does not work (anymore?)

[Florian Lohoff]

On Wed, Apr 02, 2008 at 10:06:42PM +0200, Moritz Muehlenhoff wrote:
> On Tue, Apr 01, 2008 at 06:48:26PM +0200, Florian Lohoff wrote:
> > Package: exiftran
> > Version: 2.06-1
> > Severity: normal
> > 
> > Hi,
> > i am a frequent user of exiftran -ai and since a couple of days i was 
> > wondering why
> > i found non rotated images in my collection. Today i found them again and 
> > tried 
> > exiftran again - It seems the -a option is broken somehow - it used to work 
> > but
> > it currently doesnt.
> 
> Could you try whether the problem is reproducable with 2.05 from stable?

I tried and it seems to be - So i guess its some library ...

Flo
-- 
Florian Lohoff  [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature

Bug#435062: linux-image-2.6.22-1-k7: nforce2 firewire unsupported in new stack, please enable old fw stack

[Frans Pop]

A post on lkml today [1] by one of the people working on it makes clear that 
the new firewire stack will not get into shape in time for lenny.

At the same time, there is quite a big demand from users for the old stack 
because there hardware is not supported by the new one. Some of the 
relevant BRs are: 436267, 449272, 450836, 441206, 441179, 435224, 435062, 
434551.

Could the kernel team please reconsider making the enabling the old stack 
again and use that as the default stack. The new stack could remain 
available, but blacklisted for modprobe.

Doing so now would still allow time for feedback from users after the switch 
and to document the issue for Lenny (e.g. by creating a wiki page).

Cheers,
FJP

[1] http://lkml.org/lkml/2008/4/2/564


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

Bug#450645: Tagging wontfix

[Gerardo Curiel]

tags 450645 wontfix
thanks

From the Mercurial book[0]:

"The changelog style hints at the expressive power of Mercurial’s
templating engine. This style attempts to follow the GNU Project’s
changelog guidelines"

You can find the reference about the changelog format in the GNU Coding
standars manual[1].

The changelog style is intended to be an automatic way for developers to
create changelogs, based on the repo history. So, the branch data is
totally irrelevant in this case.

If you want to use your custom format, just make your own style
template[2].


[0] http://hgbook.red-bean.com/hgbookch11.html#x15-25200011.1
[1]
http://www.gnu.org/prep/standards/html_node/Style-of-Change-Logs.html#Style-of-Change-Logs
 
[2] http://hgbook.red-bean.com/hgbookch11.html#x15-2611.7


-- 
Gerardo Curiel  <[EMAIL PROTECTED]>  <[EMAIL PROTECTED]>
Geek By NaTure,LiNuX By ChOiCe,DebiAn of CoUrsE
gpg fingerprint: 228B 0F96 8653 DF52 9740  B75E FB32 9C30 E179 7BD2
http://www.debian.org


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#101788: Photoshop CS3

[Loyd Warner]

Adobe CS3 Master Collection for PC or MAC includes:
# InDesign CS3
# Photoshop CS3
# Illustrator CS3
# Acrobat 8 Professional
# Flash CS3 Professional
# Dreamweaver CS3
# Fireworks CS3
# Contribute CS3
# After Effects CS3 Professional
# Premiere Pro CS3
# Encore DVD CS3
# Soundbooth CS3

# cheapxp4u . com in lnternet Explorer

System Requirements

For PC:
# Intel Pentium 4 (1.4GHz processor for DV; 3.4GHz processor for HDV), Intel 
Centrino, Intel Xeon, (dual 2.8GHz processors for HD), or Intel Core
# Duo (or compatible) processor; SSE2-enabled processor required for AMD systems
# Microsoft Windows XP with Service Pack 2 or Microsoft Windows Vista Home 
Premium, Business, Ultimate, or Enterprise (certified for 32-bit editions)
# 1GB of RAM for DV; 2GB of RAM for HDV and HD; more RAM recommended when 
running multiple components
# 38GB of available hard-disk space (additional free space required during 
installation)
# Dedicated 7,200 RPM hard drive for DV and HDV editing; striped disk array 
storage (RAID 0) for HD; SCSI disk subsystem preferred
# Microsoft DirectX compatible sound card (multichannel ASIO-compatible sound 
card recommended)
# 1,280x1,024 monitor resolution with 32-bit color adapter
# DVD-ROM drive

For MAC:
# PowerPC G4 or G5 or multicore Intel processor (Adobe Premiere Pro, Encore, 
and Soundbooth require a multicore Intel processor; Adobe OnLocation CS3 is a 
Windows application and may be used with Boot Camp)
# Mac OS X v.10.4.9; Java Runtime Environment 1.5 required for Adobe Version 
Cue CS3 Server
# 1GB of RAM for DV; 2GB of RAM for HDV and HD; more RAM recommended when 
running multiple components
# 36GB of available hard-disk space (additional free space required during 
installation)
# Dedicated 7,200 RPM hard drive for DV and HDV editing; striped disk array 
storage (RAID 0) for HD; SCSI disk subsystem preferred
# Core Audio compatible sound card
# 1,280x1,024 monitor resolution with 32-bit color adapter
# DVD-ROM drive# DVD+-R burner required for DVD creation

U.S. Tries to Right Wrong After Raid Kills Afghans

Lincoln Letter May Fetch $3 Million at Auction



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

Bug#473549: dh_haskell_depends: fails for calculating dependencies on Debian native packages

[Arjan Oosting]

Hello Kari,

Op maandag 31-03-2008 om 13:04 uur [tijdzone +0300], schreef Kari
Pahula:
> dh_haskell_depends fails when processing dependencies on Debian native
> Haskell library packages (CosmicRay, I'm looking at you).
> 
> As an example, take libghc6-hslogger-dev.  Its version is 1.0.5.0 as
> of this writing.  dh_haskell_depends tries to run sed -e 's/-[^-]*$/+/'
> on that to add a plus after the string, which will fail.
> 
> Consequently, this is the dependency I got for a library I'm
> packaging: libghc6-hslogger-dev (>= 1.0.5.0), libghc6-hslogger-dev (<< 
> 1.0.5.0)
> 
> That's not installable.  A patch for this:
> --- /usr/bin/dh_haskell_depends 2008-03-22 22:28:43.0 +0200
> +++ dh_haskell_depends  2008-03-31 12:59:39.0 +0300
> @@ -68,8 +68,8 @@
>  local next_upstream_version
>  package=$1
>  version=`dpkg-query --showformat='${Version}' -W $package` 
> -next_upstream_version=`echo $version | sed -e 's/-[^-]*$/+/'`
> -echo "$package (>= $version), $package (<< $next_upstream_version)"
> +next_upstream_version=`echo $version | sed -e 's/-[^-]*$//'`
> +echo "$package (>= $version), $package (<< $next_upstream_version+)"
>  }
>  
>  dependencies(){
> 

Thanks for the bug report and the patch. I will upload a fixed version
in the next couple of days.

Greetings Arjan


signature.asc
Description: Dit berichtdeel is digitaal ondertekend

Bug#474078: urlview: Please stop depending on automake1.8

[Eric Dorland]

Package: urlview
Version: 0.9-17
Severity: wishlist
Tags: patch

Per http://lists.debian.org/debian-devel/2008/02/msg00408.html, I am
seeking the removal of automake1.8 from Debian.

Attached is a patch to deal with this transition. If I receive no
response in 2 to 3 weeks I plan on NMUing your package for this
transition. Thanks in advance for your help.

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

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -ruN urlview-0.9/debian/control urlview-0.9.new/debian/control
--- urlview-0.9/debian/control	2008-03-30 00:33:49.0 -0400
+++ urlview-0.9.new/debian/control	2008-03-30 00:38:34.0 -0400
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Emanuele Rocca <[EMAIL PROTECTED]>
 Standards-Version: 3.7.2
-Build-Depends: libncurses5-dev, linuxdoc-tools, debhelper ( >= 4.1.0 ), cdbs, libtool, automake1.8, autoconf
+Build-Depends: libncurses5-dev, linuxdoc-tools, debhelper ( >= 4.1.0 ), cdbs, libtool, automake1.9, autoconf
 
 Package: urlview
 Architecture: any
diff -ruN urlview-0.9/debian/rules urlview-0.9.new/debian/rules
--- urlview-0.9/debian/rules	2008-03-30 00:33:49.0 -0400
+++ urlview-0.9.new/debian/rules	2008-04-03 01:26:13.0 -0400
@@ -3,14 +3,14 @@
 include /usr/share/cdbs/1/rules/debhelper.mk
 #include /usr/share/cdbs/1/rules/simple-patchsys.mk
 DEB_AUTO_UPDATE_LIBTOOL := pre
-DEB_AUTO_UPDATE_ACLOCAL := 1.8
-#DEB_AUTO_UPDATE_AUTOMAKE := 1.8
+DEB_AUTO_UPDATE_ACLOCAL := 1.9
+#DEB_AUTO_UPDATE_AUTOMAKE := 1.9
 DEB_AUTO_UPDATE_AUTOCONF := yes
 include /usr/share/cdbs/1/class/autotools.mk
 
 common-configure-impl:: debian/stamp-homebrew-automake
 debian/stamp-homebrew-automake:
-	automake-1.8 --foreign --ignore-deps
+	automake-1.9 --foreign --ignore-deps
 
 DEB_CONFIGURE_EXTRA_FLAGS := mandir=$(CURDIR)/debian/urlview/usr/share/man
 

Bug#442516: bum: diff for NMU version 2.1.10-1.1

[morph]

tags 442516 + patch
thanks

Hi,

Attached is the diff for my bum 2.1.10-1.1 NMU.

The better approch would be introduce a patch system, and patch upstream
Makefile to remove CATALOG files (but too much for a NMU).

Regards,
Sandro
diff -u bum-2.1.10/debian/changelog bum-2.1.10/debian/changelog
--- bum-2.1.10/debian/changelog
+++ bum-2.1.10/debian/changelog
@@ -1,3 +1,11 @@
+bum (2.1.10-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules
+- added removal of gmo file under po/ (Closes: #442516)
+
+ -- Sandro Tosi <[EMAIL PROTECTED]>  Thu, 03 Apr 2008 07:24:46 +0200
+
 bum (2.1.10-1) unstable; urgency=low
 
   * Fixes ubuntu bug #114187
diff -u bum-2.1.10/debian/rules bum-2.1.10/debian/rules
--- bum-2.1.10/debian/rules
+++ bum-2.1.10/debian/rules
@@ -42,6 +42,9 @@
 
 	-$(MAKE) clean
 	rm -f config.log config.status
+
+	rm -f po/*.gmo
+
 	dh_clean 
 
 install: build

Bug#474077: lintian: missing providers for update-inetd

[Guillem Jover]

Package: lintian
Version: 1.23.46
Severity: wishlist
Tags: patch

Hi,

lintian complains about missing dependencies on update-inetd for some
of the inetutils packages. When fixing those I used inetutils-inetd
instead of openbsd-inetd, as those are part of the same suite, but it
kept complaining (even if inet-superserver was specified as an
alternative dependency).

Attached a patch that adds inetutils-inetd and xinetd to the list.

regards,
guillem
diff --git a/checks/scripts b/checks/scripts
index 0b8bc1f..da22cb6 100644
--- a/checks/scripts
+++ b/checks/scripts
@@ -164,7 +164,8 @@ our %versioned_interpreters =
 
 # Any of the following packages can satisfy an update-inetd dependency.
 our $update_inetd
-= join (' | ', qw(update-inetd inet-superserver openbsd-inetd rlinetd));
+= join (' | ', qw(update-inetd inet-superserver openbsd-inetd
+  inetutils-inetd rlinetd xinetd));
 
 # Appearance of one of these regexes in a maintainer script means that there
 # must be a dependency (or pre-dependency) on the given package.  The tag

Bug#472945: [dpatch-maintainers] Bug#472945: dpatch: add "bash >= 3" dependency for "pipefail" feature

[Anon Sricharoenchai]

>  > >
>  > > Hmm? You are making 'pipefail' conditional, it should be obvious.
>  > >
>  >
>  > So, it will at least work in bash2 that not support pipefail.
>
>
> Work as in does not check for errors.
>  You have not yet explained why you need to use bash2 at all.
>

1. classic reason: for old system
2. why need to upgrade to bash3?

However, this does not mean that you should support bash2.
It is just a wishlist from bash2 user.
And bash2 user still continue to use the dpatch software at his-own-risk.

>
>  > Hmm, to be more obvious, then,
>  >
>  >set -e
>  >set -o pipefail || true
>



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

Bug#370349: setting package to inetutils-tools inetutils-telnet inetutils-syslogd inetutils-talkd inetutils-talk inetutils-ftpd inetutils-telnetd inetutils-ftp inetutils-inetd inetutils-ping inetutils

[Guillem Jover]

# Automatically generated email from bts, devscripts version 2.10.20
#
# inetutils (2:1.5.dfsg.1-5) UNRELEASED; urgency=low
#
#  * Fix FTBFS if built twice in a row: (Closes: #424419)
#- Call distclean instead of clean.
#- Move the unpatch step from the clean dependency to the body, after
#  the distclean call.
#- Remove all files that autoreconf might have modified.
#  * Add support for syslogd configuration files under /etc/syslog.d/.
#(Closes: #370349, #462739)
#- debian/patches/51_add_load_confdir_support.patch: New file
#- debian/patches/50_split_load_conffile.patch: Likewise.
#

package inetutils-tools inetutils-telnet inetutils-syslogd inetutils-talkd 
inetutils-talk inetutils-ftpd inetutils-telnetd inetutils-ftp inetutils-inetd 
inetutils-ping inetutils
tags 370349 + pending
tags 424419 + pending
tags 462739 + pending




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

Bug#474076: isdnutils: Please stop depending on automake1.8

[Eric Dorland]

Package: isdnutils
Version: 1:3.9.20060704-3.1
Severity: wishlist
Tags: patch

Per http://lists.debian.org/debian-devel/2008/02/msg00408.html, I am
seeking the removal of automake1.8 from Debian.

Attached is a patch to deal with this transition. If I receive no
response in 2 to 3 weeks I plan on NMUing your package for this
transition. Thanks in advance for your help.

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

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -ruN isdnutils-3.9.20060704/debian/control 
isdnutils-3.9.20060704.new/debian/control
--- isdnutils-3.9.20060704/debian/control   2008-03-29 17:32:32.0 
-0400
+++ isdnutils-3.9.20060704.new/debian/control   2008-04-03 00:44:37.0 
-0400
@@ -4,7 +4,7 @@
 Maintainer: Paul Slootman <[EMAIL PROTECTED]>
 Uploaders: Paul Slootman <[EMAIL PROTECTED]>, Matthias Klose <[EMAIL 
PROTECTED]>
 Standards-Version: 3.7.2
-Build-Depends: debhelper (>=4.1.16), bzip2, libncurses5-dev | libncurses-dev, 
xutils | imake, tcl8.3-dev, linuxdoc-tools (>=0.9.20), groff, libtool, 
libxaw7-dev, libreadline5-dev | libreadline-dev, libpcap0.8-dev, autotools-dev, 
automake1.4, automake1.7, automake1.8, autoconf2.13, autoconf, libssl-dev, 
psutils, lsb-release, po-debconf
+Build-Depends: debhelper (>=4.1.16), bzip2, libncurses5-dev | libncurses-dev, 
xutils | imake, tcl8.3-dev, linuxdoc-tools (>=0.9.20), groff, libtool, 
libxaw7-dev, libreadline5-dev | libreadline-dev, libpcap0.8-dev, autotools-dev, 
automake1.4, automake1.7, automake1.9, autoconf2.13, autoconf, libssl-dev, 
psutils, lsb-release, po-debconf
 
 Package: isdnutils
 Priority: optional
diff -ruN isdnutils-3.9.20060704/debian/rules 
isdnutils-3.9.20060704.new/debian/rules
--- isdnutils-3.9.20060704/debian/rules 2008-03-29 17:32:32.0 -0400
+++ isdnutils-3.9.20060704.new/debian/rules 2008-04-03 00:44:05.0 
-0400
@@ -33,8 +33,8 @@
for d in capi20; do \
  echo "Regenerating autotools files in $$d ..."; \
  cd $$d; \
- echo "  aclocal-1.8"; aclocal-1.8; \
- echo "  automake-1.8"; automake-1.8 --add-missing; \
+ echo "  aclocal-1.9"; aclocal-1.9; \
+ echo "  automake-1.9"; automake-1.9 --add-missing; \
  cd ..; \
done
 

Bug#474074: cgiwrap: should this package be orphaned?

[Barry deFreese]

Package: cgiwrap
Version: 3.9-3.1
Severity: important
User: [EMAIL PROTECTED]
Usertags: proposed-orphan

Dear Maintainer,

While reviewing some packages, your package came up as a package that
should maybe be orphaned by its maintainer, because:

* Package is seriously out of date.
* Maintainer appears inactive. (Possibly MIA?).
* RC buggy.

If you think that it should be removed from Debian instead of being
orphaned, please reply to this bug and tell so.

If you disagree and want to continue to maintain this package, please
close this bug and do an upload also fixing the other issues.
Also, you can study the possibility of taking co-maintainers.

If you agree that it should be orphaned, send the following commands
to [EMAIL PROTECTED] (replace nn with this bug's number):

severity nn normal
reassign nn wnpp
retitle nn O:  -- 
thanks

If you think it should be removed, send the following commands instead:

severity nn normal
reassign nn ftp.debian.org
retitle nn RM:  -- RoM; 
thanks

For more information, see
http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-archive-manip
http://www.debian.org/devel/wnpp/


Thank you,

Barry deFreese




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

Bug#474075: java-gcj-compat: Should not Provide: java5-runtime-headless

[Kapil Hari Paranjape]

Package: java-gcj-compat-headless
Version: 1.0.77-4
Severity: important

Hello,

This bug is related to #471837 against tex4ht which I maintain.
I am planning to close that report by replacing the existing Suggests
with "Suggests: sun-java5-jre | java5-runtime-headless".

Here is the information that is relevant to the maintainers of
java-gcj-compat.

A .jar that was compiled with java-gcj-compat-dev fails to run
to completion with "/usr/bin/java" as installed by this package.

The same .jar runs fine with sun-java5-jre.

To reproduce the error you can download
  http://www.imsc.res.in/~kapil/problems/xtpipes_failed.tar.gz
After unpacking the files and changing to the unpacked directory, you run
  java -jar ./tex4ht.jar xtpipes -i ./xtpipes/ -o junk.out xtpipes_failed.tmp
You can also use "-trace" option to xtpipes to get more information.

Regards,

Kapil.


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

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

Versions of packages java-gcj-compat-headless depends on:
ii  fastjar   2:0.95-1   Jar creation utility
ii  gij-4.3   4.3.0-1The GNU Java bytecode interpreter
ii  java-common   0.27   Base of all Java packages
ii  libgcj-bc 4.3-1  Link time only library for use wit
ii  libgcj9-jar   4.3.0-1Java runtime library for use with 
ii  libmx4j-java  3.0.2-1An open source implementation of t

Versions of packages java-gcj-compat-headless recommends:
pn  java-gcj-compat(no description available)

-- no debconf information


signature.asc
Description: Digital signature

Bug#470531: "Could not set exec context to system_u:system_r:initrc_t:s0"

[Manoj Srivastava]

tag 470531 +unreproducible, moreinfo
thanks
Hi,

This should have been fixed in the latest set of releases of
 policoreutils and  the refpolicy. Could you check to see if this is
 still a problem for you?

manoj
-- 
"Whenever 'A' attempts by law to impose his moral standards upon 'B',
'A' is most likely a scoundrel." - H. L. Mencken
Manoj Srivastava <[EMAIL PROTECTED]>   
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



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

Bug#379107: Reasoning behind 'encoding'/'termencoding' differences

[James Vega]

On Sat, Dec 22, 2007 at 02:27:00PM +0100, Kurt Roeckx wrote:
> On Sat, Dec 22, 2007 at 01:36:48AM -0500, James Vega wrote:
> > After looking around in the help, the reasoning behind the current
> > behavior seems to be described in ":help encoding-table" and in general,
> > using the following will get the behavior you want:
> > 
> >   :let &termencoding = &encoding
> >   :set encoding=utf-8
> > 
> > There are various caveats explained in that help section though.  If you
> > feel the description and workaround are sufficient, please close the
> > bug.  Otherwise, I would be interested in hearing how this doesn't meet
> > your requirements.
> 
> So, what I would like is that atleast the
> ":let &termencoding = &encoding" is being done by default.  This seems
> to do exactly what I want: base the termencoding on the LC_CTYPE.

That is exactly what Vim does by default.  The problem is that you're
specifically telling Vim to ignore the environment for 'encoding' and
therefore need to tell Vim to use a different, possibly incompatible,
encoding when displaying the buffer and interpreting input.

Vim takes the safe choice and always bases 'termencoding' on 'encoding'
unless you tell it to do otherwise.  Your suggestion would be to remove
the middle-man ('encoding') and simply have 'termencoding' directly use
the the environment?

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#472351: policycoreutils: audit2allow fails with python error

[Manoj Srivastava]

tags 472351 +unreproducible, moreinfo
thanks

Hi,

I could not reproduce this.
--8<---cut here---start->8---
__> cat /scratch/sandbox/AVC/avc.501.apt_update | audit2allow


#= apt_t ==
allow apt_t self:netlink_route_socket create;
--8<---cut here---end--->8---

manoj

-- 
"In matrimony, to hesitate is sometimes to be saved." Butler
Manoj Srivastava <[EMAIL PROTECTED]>   
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



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

Bug#474073: silky: should this package be removed?

[Barry deFreese]

Package: silky
Version: 0.5.4-0.1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: proposed-removal

Dear Maintainer,

While reviewing some packages, your package came up as a possible
candidate for removal from Debian, because:

* Out of date.
* Buggy (1 RC).
* Low popcon. ~30 installs.
* RFH'd.
* Slow/inactive upstream.

Bring it back in if upstream gets going?

If you think that it should be orphaned instead of being removed from
Debian, please reply to this bug and tell so.

If you disagree and want to continue to maintain this package, please
just close this bug and do an upload also fixing the other issues.

If you agree that it should be removed, send the following commands to
[EMAIL PROTECTED] (replace nn with this bug's number):

severity nn normal
reassign nn ftp.debian.org
retitle nn RM:  -- RoM; 
thanks

For more information, see
http://wiki.debian.org/ftpmaster_Removals
http://ftp-master.debian.org/removals.txt

Thank you,

Barry deFreese




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

Bug#474072: subcommander: should this package be orphaned?

[Barry deFreese]

Package: subcommander
Version: 1.2.2-1
Severity: important
User: [EMAIL PROTECTED]
Usertags: proposed-orphan

Dear Maintainer,

While reviewing some packages, your package came up as a package that
should maybe be orphaned by its maintainer, because:

* Been out of testing for 488+ days.
* Maintainer hasn't uploaded since 2006.
* RC buggy.

If you think that it should be removed from Debian instead of being
orphaned, please reply to this bug and tell so.

If you disagree and want to continue to maintain this package, please
close this bug and do an upload also fixing the other issues.
Also, you can study the possibility of taking co-maintainers.

If you agree that it should be orphaned, send the following commands
to [EMAIL PROTECTED] (replace nn with this bug's number):

severity nn normal
reassign nn wnpp
retitle nn O:  -- 
thanks

If you think it should be removed, send the following commands instead:

severity nn normal
reassign nn ftp.debian.org
retitle nn RM:  -- RoM; 
thanks

For more information, see
http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-archive-manip
http://www.debian.org/devel/wnpp/


Thank you,

Barry deFreese




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

Bug#178194: should work more cooperative on latin1<->utf-8 recoding failures

[James Vega]

On Fri, Jan 24, 2003 at 12:55:06PM +0100, Eduard Bloch wrote:
> you are working in the Unicode environment
>  - you open a new file
>  - vim chooses latin1 as native file encoding, as described in
>options.txt:1867ff. This is okay, if you store a file, it is better
>to have it in the native encoding (latin1) for compatibility reasons.
>_But_: only better for middle-europeans. Non-europeans should be able
>to specify another encoding as default for empty (or pure-ascii)
>files.
>  - As next, you insert some latin1 chars (say, a German signature) and a
>text in Cyrrilic. Now you try to save the file. Vim only says:
>file foo ... CONVERSION FAILED, written.

Current Vim warns "CONVERSION ERROR" and does NOT write out the file.

>a) This information is completely insufficient for new users. It
>should say something like: CONVERSION FAILED, unset "fileencoding"
>setting to write in UTF-8.

Encodings aren't exactly a simple topic.  It's not easy to offer good
advice for what to do since Vim basically knows "There are
bytes/characters in this buffer which are not valid in the buffer's
encoding."  Those may be valid in more than one encoding (other than the
current one, obviously) and it's up to the user to tell Vim what to do.

>b) I wish a new option to make VIM work more intelligent. If this new
>option is set, VIM should store in the native encoding (latin1 for
>German, or KOI8-R on Russian when specified, see above) as long as
>conversion is possible, and fall-back to UTF-8 when it is not
>possible, and warn then, of course.

Based on the "CONVERSION ERROR" message, Vim is attempting to convert to
the native encoding of the buffer.  Automatically changing the buffer to
another encoding is presumptuous of Vim which is why it simply fails.

The typical way to solve this is to tell Vim which encoding you actually
want to use when writing out the file:

  :set fenc=...
  :w

  or

  :w ++enc=...

This still relies on all the characters in the buffer being able to be
represented in the new encoding.

There's an item in Vim's todo list to improve the error message so that
it tells you which column in the line has the conversion error so the
user has more information on which to base their decision

I don't really see a better way of handling this.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#474071: ftp.debian.org: Please remove selinux-doc

[Manoj Srivastava]

Package: ftp.debian.org
Severity: normal

Hi,

The documentation is old, obsolete, incomplete, and downright
 wrong in parts, and is being abandoned upstream. The documented version
 of policies can't be recognized today.  The last modification was two
 years ago, and the last substantive change was from even earlier.

This is not longer a resource, it is a liability.

manoj

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

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

-- 
Show your affection, which will probably meet with pleasant response.
Manoj Srivastava <[EMAIL PROTECTED]>   
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



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

Bug#474043: Bug report

[Christian Perrier]

Quoting K|Ke ([EMAIL PROTECTED]):
> Package: installation-reports
> 
> Boot method: 
> Image version: 
> Processor: Intel Core 2 Quad

Have you tried to use an i386 image instead of an amd64 one?




signature.asc
Description: Digital signature

Bug#474069: ITP: libcxgb3 -- A userspace driver for QLogic InfiniBand HCAs

[Roland Dreier]

Package: wnpp
Owner: Roland Dreier <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: libcxgb3
  Version : 1.1.5
  Upstream Author : Chelsio Communications, Inc.
* URL : http://www.openfabrics.org/
* License : GPLv2 or BSD
  Programming Lang: C
  Description : A userspace driver for Chelsio T3-based iWARP adapters

 libcxgb3 is a device-specific driver for Chelsio T3-based iWARP (RDMA
 over IP/ethernet) adapters for the libibverbs library.  This allows
 userspace processes to access Chelsio iWARP hardware directly with
 low latency and low overhead.



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

Bug#474070: reaim: should this package be removed?

[Barry deFreese]

Package: reaim
Version: 0.8-5
Severity: serious
User: [EMAIL PROTECTED]
Usertags: proposed-removal

Dear Maintainer,

While reviewing some packages, your package came up as a possible
candidate for removal from Debian, because:

* Out of date.
* Buggy (1 RC).
* Low popcon. ~20 installs.
* RFA'd.
* No upstream activity since 2003.
* Functionality provided by native packages.

If you think that it should be orphaned instead of being removed from
Debian, please reply to this bug and tell so.

If you disagree and want to continue to maintain this package, please
just close this bug and do an upload also fixing the other issues.

If you agree that it should be removed, send the following commands to
[EMAIL PROTECTED] (replace nn with this bug's number):

severity nn normal
reassign nn ftp.debian.org
retitle nn RM:  -- RoM; 
thanks

For more information, see
http://wiki.debian.org/ftpmaster_Removals
http://ftp-master.debian.org/removals.txt

Thank you,

Barry deFreese





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

Bug#474068: smail: should this package be removed?

[Barry deFreese]

Package: smail
Version: 3.2.0.115-7.1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: proposed-removal

Dear Maintainer,

While reviewing some packages, your package came up as a possible
candidate for removal from Debian, because:

* Out of date.
* Buggy (1 RC, 1 security bug 3 years old).
* Low popcon. ~30 installs.
* Maintainer appears inactive.
* No upstream?

If you think that it should be orphaned instead of being removed from
Debian, please reply to this bug and tell so.

If you disagree and want to continue to maintain this package, please
just close this bug and do an upload also fixing the other issues.

If you agree that it should be removed, send the following commands to
[EMAIL PROTECTED] (replace nn with this bug's number):

severity nn normal
reassign nn ftp.debian.org
retitle nn RM:  -- RoM; 
thanks

For more information, see
http://wiki.debian.org/ftpmaster_Removals
http://ftp-master.debian.org/removals.txt

Thank you,

Barry deFreese




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

Bug#473733: tracker: insecure tempfile creation in msword_filter

[Michael Biebl]

Jon Dowland wrote:
> Package: tracker
> Version: 0.6.6-1
> Severity: normal
> 
> /usr/lib/tracker/filters/application/msword_filter uses
> '$$' as part of a temporary filename. In fact that's the
> only variable part (apart from TMPDIR).
> 

Could you elaborate why you think the the tempfile creation is insecure.
FWIW the filters were written after consulting
http://www.linuxsecurity.com/content/view/115462/81/#mozTocId831427

One downside of mktemp -t obviously is, that not all mktemp
implementations support it (admittedly that doesn't affect the one in
Debian).


Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#474067: karrigell: should this package be removed?

[Barry deFreese]

Package: karrigell
Version: 2.3.3-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: proposed-removal

Dear Maintainer,

While reviewing some packages, your package came up as a possible
candidate for removal from Debian, because:

* Buggy (2 RC). Including CVE.
* Very low popcon. ~9 installs.
* Latest version has never entered testing.

If you think that it should be orphaned instead of being removed from
Debian, please reply to this bug and tell so.

If you disagree and want to continue to maintain this package, please
just close this bug and do an upload also fixing the other issues.

If you agree that it should be removed, send the following commands to
[EMAIL PROTECTED] (replace nn with this bug's number):

severity nn normal
reassign nn ftp.debian.org
retitle nn RM:  -- RoM; 
thanks

For more information, see
http://wiki.debian.org/ftpmaster_Removals
http://ftp-master.debian.org/removals.txt

Thank you,

Barry deFreese




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

Bug#474066: dag2html: should this package be removed?

[Barry deFreese]

Package: dag2html
Version: 1.01-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: proposed-removal

Dear Maintainer,

While reviewing some packages, your package came up as a possible
candidate for removal from Debian, because:

* Buggy.
* Very low popcon. ~13 installs.
* Package is or can be provided by geneweb package.

If you think that it should be orphaned instead of being removed from
Debian, please reply to this bug and tell so.

If you disagree and want to continue to maintain this package, please
just close this bug and do an upload also fixing the other issues.

If you agree that it should be removed, send the following commands to
[EMAIL PROTECTED] (replace nn with this bug's number):

severity nn normal
reassign nn ftp.debian.org
retitle nn RM:  -- RoM; 
thanks

For more information, see
http://wiki.debian.org/ftpmaster_Removals
http://ftp-master.debian.org/removals.txt

Thank you,

Barry deFreese




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

Bug#474064: lsh-utils: should this package be orphaned?

[Barry deFreese]

Package: lsh-utils
Version: 2.0.2-1.1
Severity: important
User: [EMAIL PROTECTED]
Usertags: proposed-orphan

Dear Maintainer,

While reviewing some packages, your package came up as a package that
should maybe be orphaned by its maintainer, because:

* Package is seriously out of date.
* Maintainer hasn't uploaded since 2005, uploader not since 2006.
* RC buggy.

If you think that it should be removed from Debian instead of being
orphaned, please reply to this bug and tell so.

If you disagree and want to continue to maintain this package, please
close this bug and do an upload also fixing the other issues.
Also, you can study the possibility of taking co-maintainers.

If you agree that it should be orphaned, send the following commands
to [EMAIL PROTECTED] (replace nn with this bug's number):

severity nn normal
reassign nn wnpp
retitle nn O:  -- 
thanks

If you think it should be removed, send the following commands instead:

severity nn normal
reassign nn ftp.debian.org
retitle nn RM:  -- RoM;  
thanks


For more information, see
http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-archive-manip
http://www.debian.org/devel/wnpp/


Thank you,

Barry deFreese




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

Bug#474065: Lift the 64000-byte restriction on the size of messages sent to subprocesses.

[Daniel Burrows]

Package: apt
Version: 0.7.12
Severity: normal
Tags: patch

  This is related to #473874, my patch to lift the 1024-byte limit on
configuration lines.  It turns out that once apt is able to parse those
lines, it's unable to run any download or install commands; it generates
this error message:

E: Method http has died unexpectedly!

  I tracked this down to a problem in communicating with the subprocess.
The subprocess isn't able to parse the configuration block sent by apt,
and so it dies.  The culprit is ReadMessages in contrib/strutl.cc: it
assumes that no single message block is more than 64000 bytes long, and
apparently dumping the apt configuration with some of these translations
included requires more than 64000 bytes.

  A patch to fix this is attached.  I've tried to preserve the existing
behavior, including (as noted in the patch) what looks to me like a bug
in the parsing algorithm.  I have a notion of how to fix it, but that
will take another bus ride's worth of time.

  Daniel
  

-- Package-specific info:

-- (/etc/apt/preferences present, but not submitted) --


-- (/etc/apt/sources.list present, but not submitted) --


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

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

Versions of packages apt depends on:
ii  debian-archive-keyring2007.07.31 GnuPG archive keys of the Debian a
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.0-2  GCC support library
ii  libstdc++64.3.0-2The GNU Standard C++ Library v3

apt recommends no packages.

-- no debconf information
=== modified file 'apt-pkg/contrib/strutl.cc'
--- apt-pkg/contrib/strutl.cc	2007-12-08 14:15:21 +
+++ apt-pkg/contrib/strutl.cc	2008-04-02 16:05:28 +
@@ -658,11 +658,24 @@
 // -
 /* This pulls full messages from the input FD into the message buffer. 
It assumes that messages will not pause during transit so no
-   fancy buffering is used. */
+   fancy buffering is used.
+
+   In particular: this reads blocks from the input until it believes
+   that it's run out of input text.  Each block is terminated by a
+   double newline ('\n' followed by '\n').  As noted below, there is a
+   bug in this code: it assumes that all the blocks have been read if
+   it doesn't see additional text in the buffer after the last one is
+   parsed, which will cause it to lose blocks if the last block
+   coincides with the end of the buffer.
+ */
 bool ReadMessages(int Fd, vector &List)
 {
char Buffer[64000];
char *End = Buffer;
+   // Represents any left-over from the previous iteration of the
+   // parse loop.  (i.e., if a message is split across the end
+   // of the buffer, it goes here)
+   string PartialMessage;

while (1)
{
@@ -690,6 +703,7 @@
 	 
 	 // Pull the message out
 	 string Message(Buffer,I-Buffer);
+	 PartialMessage += Message;
 
 	 // Fix up the buffer
 	 for (; I < End && *I == '\n'; I++);
@@ -697,10 +711,32 @@
 	 memmove(Buffer,I,End-Buffer);
 	 I = Buffer;
 	 
-	 List.push_back(Message);
+	 List.push_back(PartialMessage);
+	 PartialMessage.clear();
   }
-  if (End == Buffer)
-	 return true;
+  if (End != Buffer)
+	{
+	  // If there's text left in the buffer, store it
+	  // in PartialMessage and throw the rest of the buffer
+	  // away.  This allows us to handle messages that
+	  // are longer than the static buffer size.
+	  PartialMessage += string(Buffer, End);
+	  End = Buffer;
+	}
+  else
+	{
+	  // BUG ALERT: if a message block happens to end at a
+	  // multiple of 64000 characters, this will cause it to
+	  // terminate early, leading to a badly formed block and
+	  // probably crashing the method.  However, this is the only
+	  // way we have to find the end of the message block.  I have
+	  // an idea of how to fix this, but it will require changes
+	  // to the protocol (essentially to mark the beginning and
+	  // end of the block).
+	  //
+	  //  -- dburrows 2008-04-02
+	  return true;
+	}
 
   if (WaitFd(Fd) == false)
 	 return false;

Bug#473326: liblingoteach: Please stop depending on automake1.8

[Eric Dorland]

* K??stutis Bili??nas ([EMAIL PROTECTED]) wrote:
> 
> On ??t, 2008-03-29 at 18:51 -0400, Eric Dorland wrote:
> > Package: liblingoteach
> > Version: 0.2.3+cvs20050512-2
> > Severity: wishlist
> > 
> > Per http://lists.debian.org/debian-devel/2008/02/msg00408.html, I am
> > seeking the removal of automake1.8 from Debian.
> > 
> > Attached is a patch to deal with this transition. If I receive no
> > response in 2 to 3 weeks I plan on NMUing your package for this
> > transition. Thanks in advance for your help.
> 
> I agree with your ???patch but I am orphaned this package (bug #463848)
> and now I don't know how to conduct oneself in this situation. I am
> thinking about asking for removing this package from debian. Maybe
> you can advise me, what I must do with the opened bugs before removing
> a package? How to close this bug, if I don't want to update the package?

You should file an RM bug against the "ftp.debian.org" pseudo
package. It's usually handled quickly.

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]



signature.asc
Description: Digital signature

Bug#474062: gibraltar-bootcd: should this package be removed?

[Barry deFreese]

Package: gibraltar-bootcd
Version: 2.1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: proposed-removal

Dear Maintainer,

While reviewing some packages, your package came up as a possible
candidate for removal from Debian, because:

* Seriously out of date.
* RC buggy.
* Latest upload is only in unstable. (Has never entered testing).
* Low popcon. ~78 installs.

If you think that it should be orphaned instead of being removed from
Debian, please reply to this bug and tell so.

If you disagree and want to continue to maintain this package, please
just close this bug and do an upload also fixing the other issues.

If you agree that it should be removed, send the following commands to
[EMAIL PROTECTED] (replace nn with this bug's number):

severity nn normal
reassign nn ftp.debian.org
retitle nn RM:  -- RoM; 
thanks

For more information, see
http://wiki.debian.org/ftpmaster_Removals
http://ftp-master.debian.org/removals.txt

Thank you,

Barry deFreese





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

Bug#473722: aptitude man pages added to regression tests for DocBook XSL stylesheets

[Michael(tm) Smith]

Daniel Burrows <[EMAIL PROTECTED]>, 2008-04-02 06:22 -0700:

> On Wed, Apr 02, 2008 at 04:24:16PM +0900, "Michael(tm) Smith" <[EMAIL 
> PROTECTED]> was heard to say:
> > When you say you lose the ability to have it validate against the
> > schema, do you mean the problem of it flagging all the entities
> > (&VERSION;, &aptitude;, etc.) as errors? (because of the issue of
> > the definitions for those entities being not being in the
> > manpage.xml file itself, but in the parent XML file).
> 
>   Yes, that's part of it; it means that I can't check that I've fixed
> all the real errors by using nxml's valid/invalid indicator.

Yeah, that part I don't think there's any good fix for,
unfortunately. Schema languages (RELAXNG and W3C XML Schema) don't
really support entities. You have to use an "internal DTD subset"
in each document in order to be use them at all (which then screws
with trying to include those same files by (system entity)
reference into another (parent) doc.

> The other
> part, though, is that nxml doesn't know I'm editing a DocBook file, so
> it doesn't flag things like not placing  between a  and
> the text it contains.

Ah, OK. That at least I know there's a way to handle.

> It does at least check that the XML is
> well-formed (so it complains if I, e.g., don't balance my tags out), but
> none of the more semantic checks are performed.

yeah, I understand what you mean now. I should have read your
original mail more carefully...

>   You mentioned having the schema "set" to DocBook.  I went through the
> nxml-mode help yesterday and didn't see a way to do that; is there an
> Emacs function I have to call to set the schema manually?

The way to do it is a bit opaque/arcane (as is most Emacs stuff I
guess), but there is a way at least:

You need to set the value of the "rng-schema-locating-files"
variable to include the path to a file that contains a custom
"locating rule" that tells Emacs to how to do associations of
files to particular schemas. One way to set that is by including
the following in your .emacs:

  (setq rng-schema-locating-files
(append
  '("~/locatingrules.xml") rng-schema-locating-files-default))

Then, create a ~/locatingrules.xml file (of course you can name
the file whatever you want and put it wherever you want) with the
following content:

  http://thaiopensource.com/ns/locating-rules/1.0";>

  

That tells nxml-mode that any file which has a refentry element as
its root element should be validated against the DocBook schema.

With the file in place and with the rng-schema-locating-files
variable set to point it, nxml-mode should automatically set the
schema for the manpage.xml file to "DocBook" when you load it.

If the above doesn't work for you, definitely let me know.

  --Mike

P.S. FWIW, there's a system-wide file installed along nxml-mode
that has a default set of locating rules:

  /usr/share/emacs/site-lisp/nxml-mode/schema/schemas.xml

-- 
Michael(tm) Smith
http://people.w3.org/mike/
http://sideshowbarker.net/


locatingrules.xml
Description: XML document

Bug#474061: drop sh, mkdir, mknod (floppy full)

[Joey Hess]

Package: klibc-utils-floppy-udeb
Version: 1.5.9-1
Severity: important
Tags: d-i

The floppy that uses this udeb is full. I've rewritten its init in C,
and it no longer needs the klibc sh, mkdir, and mknod programs. Please
remove them from this udeb so that the floppy can build again.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#474060: nvidia-glx-legacy-71xx: uninstallable package version 71.86.04-1 due to conflicting depends

[Simon Raven]

Package: nvidia-glx-legacy-71xx
Version: 71.86.01-1
Severity: grave
Justification: renders package unusable


hi,

as the subject says, one of the Depends: in debian/control ends up with
a conflicting package of "nvidia-glx", due to some odd thing with
${shlibs:Depends}. it ends up inserting nvidia-glx in the Depends:.
probably needs to edit anything nvidia- stuff out so it doesn't conflict
with co-uninstallable packages, and also add a Conflicts: on other similar
packages (e.g. nvidia-glx, nvidia-glx-legacy-96xx).

thanks,

simon


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

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

Versions of packages nvidia-glx-legacy-71xx depends on:
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libx11-6   2:1.1.3-1 X11 client-side library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  nvidia-kernel-lega 5:71.86.01-1+5NVIDIA binary kernel module for Li
ii  x11-common 1:7.3+10  X Window System (X.Org) infrastruc
ii  xserver-xorg-core  2:1.4.1~git20080131-2 Xorg X server - core server

nvidia-glx-legacy-71xx recommends no packages.

-- no debconf information



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

Bug#464997: k3d: bashism in /bin/sh script

[Raphael Geissert]

tag 464997 + patch
thanks

Attached is a diff fixing the reported bashisms + another undetected one.

Cheers,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
diff -ur k3d-0.6.7.0.orig/k3d-makempeg.in k3d-0.6.7.0/k3d-makempeg.in
--- k3d-0.6.7.0.orig/k3d-makempeg.in	2008-04-02 20:47:04.0 -0600
+++ k3d-0.6.7.0/k3d-makempeg.in	2008-04-02 20:48:07.0 -0600
@@ -3,7 +3,7 @@
 # Cleanup gracefully after interrupts ...
 trap 'rm -f $parameter_file; echo "Terminating ..."; exit 1' INT TERM
 
-function show_help
+show_help
 {
 	cat << eof
 
@@ -82,28 +82,28 @@
 
 
 if [ -z "$source_dir" ]; then
-	echo -e "\nYou must specify the path to the source directory, use -h for help.\n" 1>&2
+	printf "\nYou must specify the path to the source directory, use -h for help.\n" 1>&2
 	exit 1
 fi
 
 if ! [ -e $source_dir ]; then
-	echo -e "\nSource directory [$source_dir] doesn't exist, use -h for help.\n" 1>&2
+	printf "\nSource directory [$source_dir] doesn't exist, use -h for help.\n" 1>&2
 	exit 1
 fi
 
 if ! [ -d $source_dir ]; then
-	echo -e "\nSource directory [$source_dir] isn't a directory, use -h for help.\n" 1>&2
+	printf"\nSource directory [$source_dir] isn't a directory, use -h for help.\n" 1>&2
 	exit 1
 fi
 
 if [ -z "$output_file" ]; then
-	echo -e "\nYou must specify the path to the output file, use -h for help.\n" 1>&2
+	printf "\nYou must specify the path to the output file, use -h for help.\n" 1>&2
 	exit 1
 fi
 
 if [ -e $output_file ]; then
 	if [ "x$force" != "xyes" ]; then
-		echo -e "\nOutput file [$output_file] already exists, rerun with --force to overwrite, use -h for help.\n" 1>&2
+		printf "\nOutput file [$output_file] already exists, rerun with --force to overwrite, use -h for help.\n" 1>&2
 		exit 1
 	fi
 fi
@@ -165,7 +165,7 @@
 	fi
 	
 	if [ -z "$playback" ]; then
-		echo "\nCouldn't find a playback program, after trying plaympeg and xine.\n"
+		printf "\nCouldn't find a playback program, after trying plaympeg and xine.\n"
 		exit 1
 	fi
 	


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

Bug#474055: Problem is with librapi2-tools

[Nathan Scott]

On Thu, 2008-04-03 at 01:50 +0100, Jonny Lamb wrote:
> 
> Hi,
> 
> The problem is probably with librapi2-tools (my package).
> I'll sort this and upload it ASAP.

Hi Jonny,

Let me know if you want a Conflicts: line in the pcp
package... or some other strategy for sorting this out.

cheers.

-- 
Nathan




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

Bug#474059: launcher: should this package be removed?

[Raphael Geissert]

Source: launcher
Version: 0.86-1
Severity: important
User: [EMAIL PROTECTED]
Usertags: proposed-removal
Tags: lenny sid

Hi,

While reviewing some packages, your package came up as a possible
candidate for removal from Debian, because:

 * Last maintainer upload was in 2003
 * Uses the ancient standards version 3.5.9
 * There are some packaging issues (lintian report)
 * Very few users
 * Uses the deprecated debhelper compat level 1
 * It has bug reports with no maint response for five years

If you think that it should be orphaned instead of being removed from
Debian, please reply to this bug and tell so.

If you agree, sending the following commands to [EMAIL PROTECTED]
should do it (after replacing nn with this bug's number):
severity nn normal
reassign nn ftp.debian.org
retitle nn RM:  -- RoM;  
thanks

For more information, see
http://wiki.debian.org/ftpmaster_Removals
http://ftp-master.debian.org/removals.txt

If you disagree and want to continue to maintain this package, please
just close this bug, preferably in an upload also fixing the other
issues.

Thank you,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



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

Bug#456924: libgstreamer-perl: should this package be orphaned?

[Ernesto Hernandez-Novich]

On Wed, 2008-04-02 at 18:13 -0600, Raphael Geissert wrote:
> [EMAIL PROTECTED] people: please read below]
> 
> Hello Julien,
> 
> On Wednesday 13 February 2008, Julien Goodwin wrote:
> > I'm currently not a DD, but I have local DD's, perl gods and an interest
> > in this package, I'll see if I can prepare an upload sometime this week.
> 
> Are you still interested in adopting this package? if so please provide some 
> input about the status of your adoption and mark this bug as a ITA.
> 
> Is there anyone in the perl group interested in adopting this package?
> Is there anyone in the gstreamer maintainers list interested in adopting this 
> package?

I'm currently using GStreamer and probably will for a while since it's
being used by an application currently in production. I could help out
and take over maintenance, as long as it becomes part of Debian Perl
Packaging Project [1].

[1] http://pkg-perl.alioth.debian.org/
-- 
Ernesto Hernández-Novich - Linux 2.6.18 i686 - Unix: Live free or die!
Geek by nature, Linux by choice, Debian of course.
If you can't aptitude it, it isn't useful or doesn't exist.
GPG Key Fingerprint = 438C 49A2 A8C7 E7D7 1500 C507 96D6 A3D6 2F4C 85E3

Bug#474058: bulmages: should this package be removed?

[Barry deFreese]

Package: bulmages
Version: 0.9.1-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: proposed-removal

Dear Maintainer,

While reviewing some packages, your package came up as a possible
candidate for removal from Debian, because:

* 3 RC bugs 1 with patch.
* Only in unstable. (Has never entered testing).
* Very low popcon. ~14 installs.

If you think that it should be orphaned instead of being removed from
Debian, please reply to this bug and tell so.

If you disagree and want to continue to maintain this package, please
just close this bug and do an upload also fixing the other issues.

If you agree that it should be removed, send the following commands to 
[EMAIL PROTECTED] (replace nn with this bug's number):


severity nn normal
reassign nn ftp.debian.org
retitle nn RM:  -- RoM;  
thanks


For more information, see
http://wiki.debian.org/ftpmaster_Removals
http://ftp-master.debian.org/removals.txt

Thank you,

Barry deFreese




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

Bug#473617: (no subject)

[Fake Name Here]

I thought it might help to mention that jed 'hangs' just the same when I 
try with sh and csh, and that my window manager, openbox, launches 
rxvt-unicode with this command:


rxvt-unicode -fg white -bg black -fn "xft:Bitstream Vera Sans 
Mono:pixelsize=14"





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

Bug#441064: can't reproduce it

[Maximiliano Curia]

Hi,

I've compiled samhain 2.2.3-4 successfully in an i386 with gcc-4.3 and
gcc-snapshot, and in an amd64 with gcc-4.3.

Has the issue being solved?

Thanks,
-- 
"EIEIO  Go home and have a glass of warm, dairy-fresh milk"
The GNU C Library Reference Manual, Chapter 2.2, Error Codes
Saludos /\/\ /\ >< `/



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

Bug#432004: vim: detection of file encoding sometimes fails

[James Vega]

On Fri, Jul 06, 2007 at 05:53:34PM +0200, Adeodato Simó wrote:
> I had a file in iso-8859-1 encoding with the word "adiós". This was
> recognized as an utf-8 file. Changing the word to "adiós." makes it get
> recognized as iso-8859-1.
> 
> Some more tests:
> 
>   adiós => wrong
>   adiós.=> correct
>   ó => wrong
>   ó.=> wrong
>   .ó.   => wrong
>   á => wrong
>   á.=> correct

I created a separate file for each of these scenarios and verified that
they were iso-8859-1 encoded.  I then opened each file using this
command:

  env LANG=es_ES.ISO-8859-1 vim -u NONE -U NONE testfile

Running the Vim command ":set enc? fenc?" I verified that Vim detected
each file as latin1 since 'enc' was set to latin1 and 'fenc' was empty
(and therefore the same as 'enc').

I tried the steps above 3 more times with LANG set to es_ES.UTF-8,
en_US.UTF-8, and en_US.ISO-8859-1.  When LANG was set to a UTF-8
encoding, 'enc' was utf8 and 'fenc' was latin1 as expected.  In other
words, every permutation I tried work properly.

The one "problem" I ran into was when I was using the ISO-8859-1
locales.  The file did not display properly but that was because I was
running xterm in utf8 mode and had to set Vim's 'tenc' option to utf8.

Are you still able to reproduce the problem?  If so, could you tell me
what piece of the puzzle I'm missing here? :)

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#474056: gramps: needs python2.5 but does not depend on it, and fails to install in minimal environment

[James A. Treacy]

On Thu, Apr 03, 2008 at 02:23:06AM +0100, Simon McVittie wrote:
> Package: gramps
> Version: 3.0.0-2
> Severity: serious
> Justification: Policy 3.5

Please check the bugs for a package before filing new ones as this
was already reported. The fixed package will be uploaded as soon as
I rebuild it to also close this report.

-- 
   A: Because it messes up the order in which people 
normally read text.
James Treacy   Q: Why is top-posting such a bad thing?
[EMAIL PROTECTED]  A: Top-posting.
   Q: What is the most annoying thing in e-mail?



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

Bug#470410: zsnes: Same problem

[Adam C. Emerson]

Package: zsnes
Version: 1.510-2
Followup-For: Bug #470410


I am having the same problem as the reporting user.  I'm using the Intel
82801I audio controller with the HDA Intel driver (Realtek ALC888
chipset).  This problem is specific to zsnes, as ogg123 also uses libao
for audio output and plays perfectly well.

When using alsa, zsnes does not print any error.  The only sound related
output is as follows:

Audio Opened.
Driver: Advanced Linux Sound Architecture (ALSA) output
Channels: 2
Rate: 32000

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

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

Versions of packages zsnes depends on:
ii  libao2 0.8.8-4   Cross Platform Audio Output Librar
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libgcc11:4.3.0-3 GCC support library
ii  libgl1-mesa-glx [libgl 7.0.3~rc2-2   A free implementation of the OpenG
ii  libpng12-0 1.2.15~beta5-3PNG library - runtime
ii  libsdl1.2debian1.2.13-2  Simple DirectMedia Layer
ii  libstdc++6 4.3.0-3   The GNU Standard C++ Library v3
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

zsnes recommends no packages.

-- no debconf information



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

Bug#473259: python-debian: Please follow official release files for size in multivalued fields

[John Wright]

On Sat, Mar 29, 2008 at 05:02:25PM +0100, Julian Andres Klode wrote:
> Package: python-debian
> Version: 0.1.9
> Severity: low
> Tags: patch
> 
> Currently, deb822 writes multivalued fields as 'checksum size filename', 
> whereas
> the official Release files use a specific width for the size:
> 
> The official release file:
>  d8544bb5a8a8460c2f6c5576c073066a 22586597 main/binary-amd64/Packages
>  ceda0c78baeec155fc6564737622d023   82 main/binary-amd64/Release
> 
> The same created by deb822:
>  d8544bb5a8a8460c2f6c5576c073066a 22586597 main/binary-amd64/Packages
>  ceda0c78baeec155fc6564737622d023 82 main/binary-amd64/Release
> 
> This makes the file a bit unreadable. To fix this, you just need to get the
> len() of the str(size) of every file, take the longest one and write something
> like "%8d" (if 8 is the longest size). This would produce more readable 
> release
> files.
> 
> One should also be able to specify int() values as size. Currently deb822 only
> accepts strings, but a size is normally an integer value. The attached patch
> also fixes that issue.

Thanks for the patch.  Unfortunately, there are a couple issues...
First, other files, such as .changes and .dsc, do not follow this
convention, so the behavior should be limited to Release files.  Second,
the behavior itself isn't consistent across archive tools.  It appears
that dak behaves as you describe, making the size field as long as the
longest size.  However, apt-ftparchive makes the field 16 characters
long, regardless of the longest size.

I don't have a particular preference -- perhaps it'd be nice for the
Release class to have some attribute defining which behavior to use.  It
would also be nice for the input parser to detect this, so that a
Release object made from a Release file would dump the exact input...

I'll see what I can come up with...

-- 
John Wright <[EMAIL PROTECTED]>

Bug#474056: gramps: needs python2.5 but does not depend on it, and fails to install in minimal environment

[Simon McVittie]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: gramps
Version: 3.0.0-2
Severity: serious
Justification: Policy 3.5

Installing gramps in a clean sid chroot fails with:

Setting up gramps (3.0.0-2) ...
Traceback (most recent call last):
  File "/usr/bin/pycentral", line 1813, in ?
main()
  File "/usr/bin/pycentral", line 1807, in main
rv = action.run(global_options)
  File "/usr/bin/pycentral", line 1232, in run
self.options.exclude, byte_compile_default=True)
  File "/usr/bin/pycentral", line 871, in install
self.default_runtime.byte_compile(self.private_files, bc_option,
AttributeError: 'NoneType' object has no attribute 'byte_compile'
dpkg: error processing gramps (--configure):
 subprocess post-installation script returned error exit status 1

Additionally, the script /usr/bin/gramps would run /usr/bin/python2.5 if
invoked, but the package's dependencies do not ensure that Python 2.5 is
actually installed.

Regards,
Simon

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

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

Versions of packages gramps depends on:
ii  librsvg2-common   2.22.2-2   SAX-based renderer library for SVG
ii  python-central0.6.1  register and build utility for Pyt
ii  python-glade2 2.12.1-1   GTK+ bindings: Glade support
ii  python-gnome2 2.22.0-1   Python bindings for the GNOME desk
ii  python-minimal2.4.4-6A minimal subset of the Python lan
ii  scrollkeeper  0.3.14-16  A free electronic cataloging syste

Versions of packages gramps recommends:
ii  graphviz  2.16.1-3   rich set of graph drawing tools
pn  gtkspell   (no description available)
ii  python-gnome2-desktop 2.22.0-1   Python bindings for the GNOME desk
ii  python-gnome2-extras  2.14.3-1+b1Python bindings for the GNOME desk
ii  python-reportlab  2.1dfsg-1  ReportLab library to create PDF do
ii  ttf-freefont  20060501cvs-12 Freefont Serif, Sans and Mono True
ii  xdg-utils 1.0.2-3desktop integration utilities from

- -- no debconf information
-BEGIN PGP SIGNATURE-

iD8DBQFH9DF6WSc8zVUw7HYRAmsFAKC64PUvf68OVwMivsHgyREBI/ix9ACdF+tK
x1dCEwOCSXSVHsEAD4FD8tw=
=1Ilg
-END PGP SIGNATURE-



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

Bug#474055: Problem is with librapi2-tools

[Jonny Lamb]

reassign 474055 librapi2-tools 0.11-2
kthxbye

Hi,

The problem is probably with librapi2-tools (my package).
I'll sort this and upload it ASAP.

Thanks,

-- 
Jonny Lamb, UK   [EMAIL PROTECTED]
http://jonnylamb.com GPG: 0x2E039402


signature.asc
Description: Digital signature

Bug#164800: I don't know what to do with the rest of the build errors

[Raphael Geissert]

FTR, Kari's email bounces as the host doesn't exist anymore.

On Wednesday 02 April 2008, Raphael Geissert wrote:
>
> Guenter: what do you think about retitling this bug to actually orphan the
> package, or even requesting the removal of this package? not many people
> seem to be interested on it.
>
> If you agree to remove this package, sending the following commands to
> [EMAIL PROTECTED]:
> severity 164800 normal
> reassign 164800 ftp.debian.org
> retitle 164800 RM: ivtools -- RoM; 
> thanks
>
> Kind regards,

Kind regards,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html


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

Bug#464902: Bug#472279: elog: should this package be removed?

[Raphael Geissert]

Hello Recai, Nico,

On Monday 31 March 2008, Recai Oktaş wrote:
> [Also CC'ing to Nico... I've just noticed the response at #464902.]
>
> Sorry for the late response!  I had already filed a bug report to orphan
> elog: #464902.  However removing this package from the archives is also
> fine with me, unless someone willing to maintain it comes up.

Thanks for your reply; I'll wait about a month for anyone to come up and adopt 
elog (Nico: unless the testing/ security team really doesn't want to see this 
package in the archive any longer :). If after a month nobody shows up I'll 
then request its removal.

>
> Best regards,

Kind regards,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

Bug#474055: The name pcp is already in use

[Casper Gielen]

Package: pcp
Version: 2.7.4-20080402
Severity: serious
Justification: Policy 10.1]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The package rapi2-tools contains a binary called pcp and a manpage for
that command.

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

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

Versions of packages pcp depends on:
ii  cpp 4:4.2.3-7The GNU C preprocessor (cpp)
ii  gawk1:3.1.5.dfsg-4.1 GNU awk, a pattern scanning and pr
ii  libc6   2.7-10   GNU C Library: Shared libraries
ii  libgcc1 1:4.3.0-3GCC support library
ii  libpcp-pmda3    2.7.4-20080402   Performance Co-Pilot Domain Agent 
ii  libpcp-trace2   2.7.4-20080402   Performance Co-Pilot application t
ii  libpcp3     2.7.4-20080402   Performance Co-Pilot library
ii  libstdc++6  4.3.0-3  The GNU Standard C++ Library v3
ii  procps  1:3.2.7-6/proc file system utilities
ii  sysv-rc-conf0.99-6   SysV init runlevel configuration t

Versions of packages pcp recommends:
pn  kmchart(no description available)

- -- no debconf information

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

iD8DBQFH9CbfIhQIPPgOSvcRAs+HAJ9MfPGwTGChpOzv1D0m8c99qzqN1QCePYK/
xf+7D4e3PgRewATbo9/HHq0=
=cGpR
-END PGP SIGNATURE-



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

Bug#434826: Bug#449356: elfsh: should this package be orphaned?

[Raphael Geissert]

Hello Andrés,

On Wednesday 12 December 2007, Andrés Roldán wrote:
> Please don't orphan this package as I am now packaging Eresi which will
> replace elfsh.

I was wondering, why elfsh should not be orphaned (or even removed) before 
eresi is packaged?

If you really don't want any action to be performed on elfsh, could you then 
please provide some information about your erasi ITP?

>
> Thanks.
>


Kind regards,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

Bug#474049: Please support MIPS triarch.

[Arthur Loiret]

Oups, forgot to add .install files. It just needs a symbol files update now.
From 54bde15a1efb9cde5933ffaeb1e2fb9b74f9fb2e Mon Sep 17 00:00:00 2001
From: Arthur Loiret <[EMAIL PROTECTED]>
Date: Thu, 3 Apr 2008 01:19:13 +0200
Subject: [PATCH] Support MIPS triarch.

---
 debian/control   |   27 --
 debian/libn32ffi-dev.install |3 ++
 debian/libn32ffi5.install|1 +
 debian/rules |   62 -
 4 files changed, 82 insertions(+), 11 deletions(-)
 create mode 100644 debian/libn32ffi-dev.install
 create mode 100644 debian/libn32ffi5.install

diff --git a/debian/control b/debian/control
index 39ea093..2b49cb0 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: libffi
 Priority: extra
 Maintainer: Debian GCC Maintainers <[EMAIL PROTECTED]>
 Uploaders: Matthias Klose <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 5), gcc-multilib [amd64 i386 powerpc ppc64 s390 sparc kfreebsd-amd64], dejagnu, lsb-release, texinfo
+Build-Depends: debhelper (>= 5), gcc-multilib [amd64 i386 mips mipsel powerpc ppc64 s390 sparc kfreebsd-amd64], dejagnu, lsb-release, texinfo
 Standards-Version: 3.7.3
 Section: libs
 
@@ -32,7 +32,7 @@ Description: Foreign Function Interface library (development files, 32bit)
 
 Package: lib64ffi-dev
 Section: libdevel
-Architecture: i386 powerpc sparc s390
+Architecture: i386 mips mipsel powerpc sparc s390
 Depends: libffi-dev (= ${binary:Version}), lib64ffi5 (= ${binary:Version})
 Description: Foreign Function Interface library (development files, 64bit)
  This package contains the headers and static library files necessary for
@@ -42,6 +42,18 @@ Description: Foreign Function Interface library (development files, 64bit)
  allows code written in one language to call code written in another
  language.
 
+Package: libn32ffi-dev
+Section: libdevel
+Architecture: mips mipsel
+Depends: libffi-dev (= ${binary:Version}), libn32ffi5 (= ${binary:Version})
+Description: Foreign Function Interface library (development files, n32)
+ This package contains the headers and static library files necessary for
+ building programs which use libffi.
+ .
+ A foreign function interface is the popular name for the interface that
+ allows code written in one language to call code written in another
+ language.
+
 Package: libffi5
 Section: libs
 Architecture: any
@@ -62,13 +74,22 @@ Description: Foreign Function Interface library runtime (32bit)
 
 Package: lib64ffi5
 Section: libs
-Architecture: i386 powerpc sparc s390
+Architecture: i386 mips mipsel powerpc sparc s390
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Foreign Function Interface library runtime (64bit)
  A foreign function interface is the popular name for the interface that
  allows code written in one language to call code written in another
  language.
 
+Package: libn32ffi5
+Section: libs
+Architecture: mips mipsel
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: Foreign Function Interface library runtime (n32)
+ A foreign function interface is the popular name for the interface that
+ allows code written in one language to call code written in another
+ language.
+
 Package: libffi5-dbg
 Section: libdevel
 Architecture: any
diff --git a/debian/libn32ffi-dev.install b/debian/libn32ffi-dev.install
new file mode 100644
index 000..490918d
--- /dev/null
+++ b/debian/libn32ffi-dev.install
@@ -0,0 +1,3 @@
+usr/lib32/lib*.a
+usr/lib32/lib*.so
+usr/lib32/pkgconfig/*
diff --git a/debian/libn32ffi5.install b/debian/libn32ffi5.install
new file mode 100644
index 000..d962822
--- /dev/null
+++ b/debian/libn32ffi5.install
@@ -0,0 +1 @@
+usr/lib32/lib*.so.*
diff --git a/debian/rules b/debian/rules
index 0aa443e..a60abe6 100755
--- a/debian/rules
+++ b/debian/rules
@@ -15,16 +15,24 @@ ifeq (,$(findstring nocheck, $(DEB_BUILD_OPTIONS)))
   with_check = yes
 endif
 
-ifneq (,$(filter $(DEB_HOST_ARCH), i386 powerpc s390 sparc))
+ifneq (,$(filter $(DEB_HOST_ARCH), i386 mips mipsel powerpc s390 sparc))
   multiarch += biarch64
+  m64 = -m64
 endif
 
 ifneq (,$(filter $(DEB_HOST_ARCH), amd64 kfreebsd-amd64 ppc64))
   multiarch += biarch32
+  m32 = -m32
+endif
+
+ifneq (,$(filter $(DEB_HOST_ARCH), mips mipsel))
+  multiarch += biarchn32
+  m64  = -mabi=64
+  mn32 = -mabi=n32
 endif
 
 biarch_map := i486=x86_64 powerpc=powerpc64 sparc=sparc64 s390=s390x \
-x86_64=i486 powerpc64=powerpc
+x86_64=i486 powerpc64=powerpc mips=mips64 mipsel=mips64el
 biarch_cpu := $(patsubst $(DEB_HOST_GNU_CPU)=%,%, \
  $(filter $(DEB_HOST_GNU_CPU)=%,$(biarch_map)))
 biarch_gnu_type := $(subst $(DEB_HOST_GNU_CPU),$(biarch_cpu),$(DEB_HOST_GNU_TYPE))
@@ -57,7 +65,7 @@ stamp-configure-biarch32:
 		--prefix=/usr \
 		--mandir=\$${prefix}/share/man \
 		--infodir=\$${prefix}/share/info \
-		CC="gcc -m32" CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs $(LDFLAGS)"
+		CC="gcc $(m32)" CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs $

Bug#446664: inform: should this package be removed?

[Raphael Geissert]

Hello Jan,

What's the status of this ITA?
Note that, just like Lucas, I'm not interested in inform myself, but just 
checking packages that should probably be removed.

It would be nice if you could provide some status information or even closing 
this report by uploading a new package revision ;)

Cheers,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



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

Bug#473973: [pkg-boost-devel] Bug#473973: libboost-python-dev: rdeps fails to built - python packaging seems weird

[Ben Burton]

Hi Sune,

> kdeedu build doesn't fail by itself if it isn't found as it is only optional, 
> but we test afterwards if it is actually build.

As an aside, what I've done with regina-normal (which also uses
boost.python) is make debian/rules check the config.log immediately
after configure finishes, to see whether it plans to build in
boost.python or not.  This means it can detect the problem (and abort
accordingly) at the beginning of the build, which could be useful
if kdeedu still takes as long to build as I remember it used to. :)

Ben.




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

Bug#474053: python2.5-minimal: looks like Python 2.5, but isn't

[Simon McVittie]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: python2.5-minimal
Version: 2.5.2-2
Severity: normal

python2.5-minimal contains /usr/bin/python2.5 but does not provide a
normal Python 2.5 environment. This is likely to cause anything that
automatically detects the "best" version of Python to behave strangely.

python2.4-minimal and python-minimal have an equivalent bug.

A possible fix would be to move the executable to, for instance,
/usr/lib/python2.5/python, and have the full python2.5 package provide a
symlink /usr/bin/python2.5 -> /usr/lib/python2.5/python.

Packages using the minimal variant of Python could either use this path
directly (all the rdepends appear to be very Debian-specific, apart from
gramps which is probably a mistake in the dependencies), or rely on
new symlinks like /usr/bin/python2.5-minimal -> /usr/lib/python2.5/python in
the python*-minimal packages.

For a concrete example of the problems this can cause, get
telepathy-sofiasip 0.5.6~pre20080402-0 (an upstream prerelease, with the
same packaging as the current sid version) from experimental, and compile
it in a sid chroot where there are initially no Python-related packages,
as follows:

$ apt-get build-dep telepathy-sofiasip
$ apt-get install python2.5-minimal
$ dpkg-buildpackage -us -uc
[the build fails]
$ apt-get remove python2.5-minimal
$ dpkg-buildpackage -us -uc
[the build succeeds]
$ apt-get install python2.5-minimal
$ dpkg-buildpackage -us -uc
[the build fails again]

The failures look like this:

(sid)[EMAIL PROTECTED]:~/tmp$ cd telepathy-sofiasip-0.5.6~pre20080402/
(sid)[EMAIL PROTECTED]:~/tmp/telepathy-sofiasip-0.5.6~pre20080402$ debuild -us 
-uc
 fakeroot debian/rules clean
test -x debian/rules
dh_testroot
[... some more build output ...]
/bin/mkdir -p _gen
xsltproc --nonet --novalid --xinclude ../tools/identity.xsl \
all.xml > _gen/all.xml
/bin/mkdir -p _gen
xsltproc --nonet --novalid --xinclude ../tools/identity.xsl \
channel.xml > _gen/channel.xml
python2.5 ../tools/glib-signals-marshal-gen.py _gen/all.xml > 
_gen/signals-marshal.list
Traceback (most recent call last):
  File "../tools/glib-signals-marshal-gen.py", line 4, in 
import xml.dom.minidom
ImportError: No module named xml.dom.minidom
make[3]: *** [_gen/signals-marshal.list] Error 1
make[3]: Leaving directory 
`/home/smcv/tmp/telepathy-sofiasip-0.5.6~pre20080402/tpsip-extensions'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/smcv/tmp/telepathy-sofiasip-0.5.6~pre20080402'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/smcv/tmp/telepathy-sofiasip-0.5.6~pre20080402'
make: *** [debian/stamp-makefile-build] Error 2
debuild: fatal error at line 1264:
debian/rules build failed

and result from the configure script detecting the "best" installed version of
Python (based on the existence or not of python2.5, python2.4, python2.3 or
python on $PATH) and using that for the build, on the assumption that it is
actually a full version of Python.

Regards,
Simon

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

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

Versions of packages python2.5-minimal depends on:
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

python2.5-minimal recommends no packages.

- -- no debconf information
-BEGIN PGP SIGNATURE-

iD8DBQFH9CI9WSc8zVUw7HYRAlr+AJsGfq2ZHhKgSvC6H4Uyq7DwebSsggCg2nNj
BgikvDN8Q3rtoJ9IfG3kkMQ=
=y+38
-END PGP SIGNATURE-



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

Bug#474021: [Pkg-openldap-devel] Bug#474021: Bug#474021: ldap-utils: ldapsearch should send errors to stderr

[Quanah Gibson-Mount]

--On Wednesday, April 02, 2008 5:07 PM -0700 Russ Allbery <[EMAIL PROTECTED]> 
wrote:




It would be nice if something went to stderr in case stdout has been
redirected so an abnormal result was obvious.


This is controlled by the -L flag.  -LLL will give you pure LDIF without
any additional messages and is usually what you want for scripts.


And to be very clear, ldapsearch already sends its errors to stderr:

[EMAIL PROTECTED] ~]$ ldapsearch -x -h bogus -b "" 1>a 2>b
[EMAIL PROTECTED] ~]$ cat b
ldap_bind: Can't contact LDAP server (-1)
[EMAIL PROTECTED] ~]$ cat a
[EMAIL PROTECTED] ~]$


--Quanah

--

Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc

Zimbra ::  the leader in open source messaging and collaboration



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

Bug#456648: Orphaning package before requesting its removal

[Raphael Geissert]

reassign 456648 array-util,wnpp
retitle 456648 O: array-util -- configuration viewer for HP (Compaq) SmartArray 
controllers
thanks

Hi,

Since the status of this package has not evolved, I am now orphaning it.
I still plan to request its removal in the near future, but this orphaning
could allow someone to adopt the package if appropriate.

Please reply to this bug report either if you feel that this package should
not be removed or you think it _should_ be removed, as this will allow to make
the process quicker.


Thank you,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



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

Bug#456924: libgstreamer-perl: should this package be orphaned?

[Raphael Geissert]

[EMAIL PROTECTED] people: please read below]

Hello Julien,

On Wednesday 13 February 2008, Julien Goodwin wrote:
> I'm currently not a DD, but I have local DD's, perl gods and an interest
> in this package, I'll see if I can prepare an upload sometime this week.

Are you still interested in adopting this package? if so please provide some 
input about the status of your adoption and mark this bug as a ITA.

Is there anyone in the perl group interested in adopting this package?
Is there anyone in the gstreamer maintainers list interested in adopting this 
package?


Kind regards,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



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

Bug#474021: [Pkg-openldap-devel] Bug#474021: ldap-utils: ldapsearch should send errors to stderr

[Russ Allbery]

Chris Adams <[EMAIL PROTECTED]> writes:

> Package: ldap-utils
> Version: 2.3.30-5
> Severity: minor
>
> ldapsearch sends error messages in its data stream:
>
> Search result
> search: 2
> result: 0 Success
>
> # numResponses: 775
> # numEntries: 774
>
> It would be nice if something went to stderr in case stdout has been
> redirected so an abnormal result was obvious.

This is controlled by the -L flag.  -LLL will give you pure LDIF without
any additional messages and is usually what you want for scripts.

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#474051: libhdf5-serial-dev: libhdf5 appears to write uninitialized memory to file

[Jason Kraftcheck]

Package: libhdf5-serial-dev
Version: 1.6.5-3
Severity: grave
Tags: security
Justification: user security hole


valgrind reports writes of unitialized memory in hdf5 library.  This
could be a serious security issue, depending on what that memory 
contains.  This can be reproduced by running almost any application
(that uses the library to write a file) in valigrind. 

The valgrind error message is:

==29786== Memcheck, a memory error detector.
==29786== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==29786== Using LibVEX rev 1804, a library for dynamic binary translation.
==29786== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==29786== Using valgrind-3.3.0-Debian, a dynamic binary instrumentation 
framework.
==29786== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==29786== For more details, rerun with: -v
==29786== 
==29786== Syscall param write(buf) points to uninitialised byte(s)
==29786==at 0x51119F0: __write_nocancel (in /usr/lib/debug/libc-2.7.so)
==29786==by 0x4E83FCD: (within /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x4E757DF: H5FD_flush (in /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x4E6E14A: (within /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x4E6F7B2: H5F_try_close (in /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x4E6F9BB: (within /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x4E9B313: H5I_dec_ref (in /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x4E6D880: H5Fclose (in /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x400AEE: main (hdf5_bug.c:22)
==29786==  Address 0x5add820 is 440 bytes inside a block of size 1,864 alloc'd
==29786==at 0x4C21FAB: malloc (vg_replace_malloc.c:207)
==29786==by 0x4E87873: (within /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x4E87E05: H5FL_blk_malloc (in /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x4E883A3: H5FL_blk_realloc (in /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x4E75D9F: H5FD_write (in /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x4E6C9A1: H5F_block_write (in /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x4EA05EA: (within /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x4E505B0: (within /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x4E51826: H5C_flush_cache (in /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x4E4C16E: H5AC_flush (in /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x4E6DF8C: (within /usr/lib/libhdf5-1.6.5.so.0.0.0)
==29786==by 0x4E6F7B2: H5F_try_close (in /usr/lib/libhdf5-1.6.5.so.0.0.0)

As I said above, I think almost any practical use of the library will
cause this.  But just in case the error is due to a gross misunderstanding
of how I should use this library, here's the test code I used to generate
the above output:


#include 

int main()
{
  hid_t file, table, space, mem_space;
  hsize_t ones[2] = { 1, 1 };
  int an_int = 5;
  
  H5open();
  remove( "test.hdf5" );
  file = H5Fcreate( "test.hdf5", H5F_ACC_EXCL, H5P_DEFAULT, H5P_DEFAULT );
  space = H5Screate_simple( 2, ones, NULL );
  table = H5Dcreate( file, "data", H5T_NATIVE_INT, space, H5P_DEFAULT );
  
  mem_space = H5Screate_simple( 1, ones, NULL );
  H5Dwrite( table, H5T_NATIVE_INT, mem_space, space, H5P_DEFAULT, &an_int );
  H5Sclose( mem_space );
  
  H5Dclose( table );
  H5Sclose( space );
  H5Fclose( file );
  
  H5close();
  return 0;
}



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

Versions of packages libhdf5-serial-dev depends on:
ii  libc6-dev  2.7-6 GNU C Library: Development Librari
ii  libhdf5-serial-1.6.5-0 1.6.5-3   Hierarchical Data Format 5 (HDF5) 
ii  libjpeg62-dev  6b-13 Development files for the IJG JPEG
ii  zlib1g-dev 1:1.2.3.3.dfsg-11 compression library - development

libhdf5-serial-dev recommends no packages.

-- no debconf information



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

Bug#474052: [checks/manpages]: cannot adjust line, ... issues are not considered on localized man pages

[Daniel Leidert]

Package: lintian
Version: 1.23.46
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

We were wondering, why lintian did not complain with a
manpage-has-errors-from-man warning for a localized manpage, that showed a
"cannot adjust line" warning. The problem seems to be, that the
if-statement, that should avoid the "cannot find numbered character"
warning for localized manpages also excludes the other issues, although
they are IMO not a locale problem. Insteda they are a GROFF issue, that
can be fixed indendent from the locale.

I attach the patch to show the problem and the possible fix.

If I'm wrong with my guess, please simply close this report.

Regards, Daniel


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

Kernel: Linux 2.6.22-3-k7 (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 lintian depends on:
ii  binutils2.18.1~cvs20080103-3 The GNU assembler, linker and bina
ii  diffstat1.45-2   produces graph of changes introduc
ii  dpkg-dev1.14.16.6package building tools for Debian
ii  file4.23-2   Determines file type using "magic"
ii  gettext 0.17-2   GNU Internationalization utilities
ii  intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf
ii  libparse-debianchan 1.1.1-2  parse Debian changelogs and output
ii  liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin
ii  man-db  2.5.1-3  on-line manual pager
ii  perl [libdigest-md5 5.8.8-12 Larry Wall's Practical Extraction 

lintian recommends no packages.

- -- no debconf information

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

iD8DBQFH9B7fm0bx+wiPa4wRAi3vAJ9pH/moJ2RgnW1Qv4LpEXOcxiR7CACgpidI
ivPJFGIzbTVucUGGCZVoxe8=
=Z05O
-END PGP SIGNATURE-
Index: checks/manpages
===
--- checks/manpages (Revision 1267)
+++ checks/manpages (Arbeitskopie)
@@ -295,8 +295,6 @@
# ignore 8bit character errors on localized man pages
if ($lang ne "") {
next if /warning: can\'t find numbered character/;
-   next if /warning \[.*\]: cannot adjust line/;
-   next if /warning \[.*\]: can\'t break line/;
}
# ignore common undefined macros from pod2man << Perl 5.10
next if /warning: \`(Tr|IX)\' not defined/;

Bug#472945: [dpatch-maintainers] Bug#472945: dpatch: add "bash >= 3" dependency for "pipefail" feature

[Junichi Uekawa]

Hi,

> > > >  > I would like to purpose a better solution for this.
> >  > >  >
> >  > >  > In /usr/bin/dpatch,
> >  > >  >
> >  > >  >if [ "${BASH_VERSINFO[0]}" -ge 3 ]; then
> >  > >  >   set -o pipefail
> >  > >  >fi
> >  > >
> >  > >  No, that's unacceptable, that changes behavior.
> >  >
> >  > It changes the behavior in what way?
> >
> >
> > Hmm? You are making 'pipefail' conditional, it should be obvious.
> >
> 
> So, it will at least work in bash2 that not support pipefail.

Work as in does not check for errors.
You have not yet explained why you need to use bash2 at all.

> Hmm, to be more obvious, then,
> 
>set -e
>set -o pipefail || true

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



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

Bug#334028: uclibc-toolchain needs cpp-3.3

[Cyril Brulebois]

tag 334028 - patch
thanks

Andreas Barth wrote:
>> Installing gcc-3.3 fixes this one...
> 
> Ok, so we have some patch. Thanks for this.

Nope, that package is gone; and I haven't found any appropriate package
to make the cross-compilation actually work.

-- 
Cyril Brulebois



signature.asc
Description: OpenPGP digital signature

Bug#474050: RFP: jaxer -- headless iceweasel

[OuoU]

Package: wnpp
Severity: wishlist

* Package name: jaxer
  Version : 0.9.6
  Upstream Author : Aptana
* URL or Web page : http://www.aptana.com/jaxer/download
* License : GPL
  Description : iceweasel headless

A headless web browser is important for running JS applications on 
a server and for testing applications.

>From the web page:

Modern web sites and applications use Ajax to create engaging user
experiences: the HTML and CSS are set in motion using JavaScript
running in the browser and calling back the server. To achieve this,
the server needs to prepare the web page appropriately, and to know
what to do when the JavaScript calls it. But the server knows nothing
about the HTML and CSS DOM, nor how to handle JavaScript data, and you
can't code it in JavaScript...

...Jaxer changes all that. Jaxer is the world's first true Ajax
server. HTML, JavaScript, and CSS are native to Jaxer, as are
XMLHttpRequests, JSON, DOM scripting, etc. And as a server it offers
access to databases, files, and networking, as well as logging,
process management, scalability, security, integration APIs, and
extensibility.

-- 
+33 1 76 60 72 81  Loic Dachary mailto:[EMAIL PROTECTED]
http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED]
Latitude: 48.86962325498033 Longitude: 2.3623046278953552



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

Bug#470432: alsaplayer does not honor audiodevice by name

[Hubert Chathi]

On Tue, 11 Mar 2008 09:27:56 +0200 "Arie Skliarouk"
<[EMAIL PROTECTED]> wrote:

> $ alsaplayer -d device=hw=PCM2702 Alenkii.Cvetochek.mp3
> ALSA lib pcm.c:2144:(snd_pcm_open_noupdate) Unknown PCM
> device=hw=PCM2702 snd_pcm_open: No such file or directory
> (device=hw=PCM2702) Failed to initialize plugin!

It should be "alsaplayer -d hw:PCM2702 ...", which seems to be the
normal naming convention within alsa. (e.g. aplay recognizes the same
device string.)  So I don't know if this is something that should be
documented in the alsaplayer manpage.

-- 
Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7  5291 AF29 C719 124B 61FA



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

Bug#453430: Orphaning package before requesting its removal

[Raphael Geissert]

reassign 453430 camelbones,wnpp
retitle 453430 O: camelbones -- Objective C <-> Perl bridge for GNUstep
thanks

Hi,

Since the status of this package has not evolved, I am now orphaning it.
I still plan to request its removal in the near future, but this orphaning
could allow someone to adopt the package if appropriate.

Please reply to this bug report either if you feel that this package should
not be removed or you think it _should_ be removed, as this will allow to make
the process quicker.


Thank you,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



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

Bug#466003: Pending

[Gerardo Curiel]

tags 466003 pending
thanks


-- 
Gerardo Curiel  <[EMAIL PROTECTED]>  <[EMAIL PROTECTED]>
Geek By NaTure,LiNuX By ChOiCe,DebiAn of CoUrsE
gpg fingerprint: 228B 0F96 8653 DF52 9740  B75E FB32 9C30 E179 7BD2
http://www.debian.org


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#474049: Please support MIPS triarch.

[Arthur Loiret]

Package: libffi
Version: 3.0.4-2
Severity: wishlist
Tags: patch


This patch adds biarchn32 support, and adds mips/mipsel to biarch64 and
biarchn32 archs. Also Updates gcc-multilib Build-Depends for mips/mipsel.

Thanks,

Arthur.
From acbaf5d46eebb9cf5c172294e783660301a4fc2b Mon Sep 17 00:00:00 2001
From: Arthur Loiret <[EMAIL PROTECTED]>
Date: Thu, 3 Apr 2008 01:19:13 +0200
Subject: [PATCH] Support MIPS triarch.

---
 debian/control |   27 +--
 debian/rules   |   62 ---
 2 files changed, 78 insertions(+), 11 deletions(-)

diff --git a/debian/control b/debian/control
index 39ea093..2b49cb0 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: libffi
 Priority: extra
 Maintainer: Debian GCC Maintainers <[EMAIL PROTECTED]>
 Uploaders: Matthias Klose <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 5), gcc-multilib [amd64 i386 powerpc ppc64 s390 sparc kfreebsd-amd64], dejagnu, lsb-release, texinfo
+Build-Depends: debhelper (>= 5), gcc-multilib [amd64 i386 mips mipsel powerpc ppc64 s390 sparc kfreebsd-amd64], dejagnu, lsb-release, texinfo
 Standards-Version: 3.7.3
 Section: libs
 
@@ -32,7 +32,7 @@ Description: Foreign Function Interface library (development files, 32bit)
 
 Package: lib64ffi-dev
 Section: libdevel
-Architecture: i386 powerpc sparc s390
+Architecture: i386 mips mipsel powerpc sparc s390
 Depends: libffi-dev (= ${binary:Version}), lib64ffi5 (= ${binary:Version})
 Description: Foreign Function Interface library (development files, 64bit)
  This package contains the headers and static library files necessary for
@@ -42,6 +42,18 @@ Description: Foreign Function Interface library (development files, 64bit)
  allows code written in one language to call code written in another
  language.
 
+Package: libn32ffi-dev
+Section: libdevel
+Architecture: mips mipsel
+Depends: libffi-dev (= ${binary:Version}), libn32ffi5 (= ${binary:Version})
+Description: Foreign Function Interface library (development files, n32)
+ This package contains the headers and static library files necessary for
+ building programs which use libffi.
+ .
+ A foreign function interface is the popular name for the interface that
+ allows code written in one language to call code written in another
+ language.
+
 Package: libffi5
 Section: libs
 Architecture: any
@@ -62,13 +74,22 @@ Description: Foreign Function Interface library runtime (32bit)
 
 Package: lib64ffi5
 Section: libs
-Architecture: i386 powerpc sparc s390
+Architecture: i386 mips mipsel powerpc sparc s390
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Foreign Function Interface library runtime (64bit)
  A foreign function interface is the popular name for the interface that
  allows code written in one language to call code written in another
  language.
 
+Package: libn32ffi5
+Section: libs
+Architecture: mips mipsel
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: Foreign Function Interface library runtime (n32)
+ A foreign function interface is the popular name for the interface that
+ allows code written in one language to call code written in another
+ language.
+
 Package: libffi5-dbg
 Section: libdevel
 Architecture: any
diff --git a/debian/rules b/debian/rules
index 0aa443e..a60abe6 100755
--- a/debian/rules
+++ b/debian/rules
@@ -15,16 +15,24 @@ ifeq (,$(findstring nocheck, $(DEB_BUILD_OPTIONS)))
   with_check = yes
 endif
 
-ifneq (,$(filter $(DEB_HOST_ARCH), i386 powerpc s390 sparc))
+ifneq (,$(filter $(DEB_HOST_ARCH), i386 mips mipsel powerpc s390 sparc))
   multiarch += biarch64
+  m64 = -m64
 endif
 
 ifneq (,$(filter $(DEB_HOST_ARCH), amd64 kfreebsd-amd64 ppc64))
   multiarch += biarch32
+  m32 = -m32
+endif
+
+ifneq (,$(filter $(DEB_HOST_ARCH), mips mipsel))
+  multiarch += biarchn32
+  m64  = -mabi=64
+  mn32 = -mabi=n32
 endif
 
 biarch_map := i486=x86_64 powerpc=powerpc64 sparc=sparc64 s390=s390x \
-x86_64=i486 powerpc64=powerpc
+x86_64=i486 powerpc64=powerpc mips=mips64 mipsel=mips64el
 biarch_cpu := $(patsubst $(DEB_HOST_GNU_CPU)=%,%, \
  $(filter $(DEB_HOST_GNU_CPU)=%,$(biarch_map)))
 biarch_gnu_type := $(subst $(DEB_HOST_GNU_CPU),$(biarch_cpu),$(DEB_HOST_GNU_TYPE))
@@ -57,7 +65,7 @@ stamp-configure-biarch32:
 		--prefix=/usr \
 		--mandir=\$${prefix}/share/man \
 		--infodir=\$${prefix}/share/info \
-		CC="gcc -m32" CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs $(LDFLAGS)"
+		CC="gcc $(m32)" CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs $(LDFLAGS)"
 	touch $@
 
 stamp-configure-biarch64:
@@ -70,7 +78,20 @@ stamp-configure-biarch64:
 		--prefix=/usr \
 		--mandir=\$${prefix}/share/man \
 		--infodir=\$${prefix}/share/info \
-		CC="gcc -m64" CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs $(LDFLAGS)"
+		CC="gcc $(m64)" CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs $(LDFLAGS)"
+	touch $@
+
+stamp-configure-biarchn32:
+	dh_testdir
+	rm -rf buildn32
+	mkdir -p buildn32
+	cd buildn32 && ../configure \
+		--host=$

Bug#465804: Requesting more info

[Gerardo Curiel]

tag 465804 moreinfo
thanks

Could you provide a test case of that bug? Maybe an example of a problematic 
repo.

I can't reproduce it.


-- 
Gerardo Curiel  <[EMAIL PROTECTED]>  <[EMAIL PROTECTED]>
Geek By NaTure,LiNuX By ChOiCe,DebiAn of CoUrsE
gpg fingerprint: 228B 0F96 8653 DF52 9740  B75E FB32 9C30 E179 7BD2
http://www.debian.org


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#164800: I don't know what to do with the rest of the build errors

[Raphael Geissert]

Hello Kari,

On Monday 22 August 2005, Kari Pahula wrote:
>
> I wished that having a new version of ace would cull some of the build
> errors, but they still remain in there.  I'm not sure what to do about
> them, having errors in files like
> /usr/include/c++/4.0.2/bits/locale_facets.tcc and
> /usr/include/sys/ucontext.h is quite disconcerting.  Some of this may
> be caused by upstream's fondness of #define.  Some errors are plain
> misuse of templates.  I'll give this a rest and move on to some more
> pressing and fruitful things for now.  If anybody else has any idea on
> how to fix these, I'll welcome their input.
>
> What I've got done so far has been put to mentors.debian.net.

The bug you mentioned in your previous email was fixed a while ago.

Are you still interested in adopting this package?

Guenter: what do you think about retitling this bug to actually orphan the 
package, or even requesting the removal of this package? not many people seem 
to be interested on it.

If you agree to remove this package, sending the following commands to 
[EMAIL PROTECTED]:
severity 164800 normal
reassign 164800 ftp.debian.org
retitle 164800 RM: ivtools -- RoM;  
thanks

Kind regards,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



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

Bug#454434: 454434

[Andre Klapper]

this has been recently fixed:
http://bugzilla.gnome.org/show_bug.cgi?id=501885




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

Bug#447611: [PATCH] updated update-initramfs trigger patch

[Joey Hess]

maximilian attems wrote:
> funnily my lintian version spits:
> W: initramfs-tools: unknown-control-file triggers

Yeah, already bugged lintian about this.

> expect upload around weekend.

Nice.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#474016: ITP: desktop-data-model -- a library for Mugshot and Online-Desktop

[Julien Lavergne]

On Wed, 02 Apr 2008 15:27:23 -0500
William Pitcock <[EMAIL PROTECTED]> wrote:

> Hi,
> 
> On Wed, 2008-04-02 at 15:15 -0500, Ron Johnson wrote:
> > That doesn't appear to be a valid address,  It redirects to
> > http://www.mugshot.com/ which seems to be just a bunch of links to
> > scam and valid commercial web sites.
> 
> Mugshot has always been at mugshot.org; not mugshot.com. So the ITP
> creator should take note of this. http://developer.mugshot.org/ is a
> mediawiki instance :)

Yes, sorry about that, I made a stupid mistake.
Thanks William for the correction :)


Regards,
Julien Lavergne <[EMAIL PROTECTED]>



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

Bug#474048: isdnbutton: should this package be removed?

[Raphael Geissert]

Source: isdnbutton
Version: 2.6-970413-16
Severity: important
User: [EMAIL PROTECTED]
Usertags: proposed-removal

Hi,

While reviewing some packages, your package came up as a possible
candidate for removal from Debian, because:

 * It is up for adoption since 2002, with no input on the report ever
 * It seems to be dead upstream (couldn't find it anywhere)
 * It has very few popcon users (12 insts, 1 vote; 20 insts being the max)

If you agree, sending the following commands to [EMAIL PROTECTED]
should do it (after replacing nn with this bug's number):
severity nn normal
reassign nn ftp.debian.org
retitle nn RM:  -- RoM;  
thanks

For more information, see
http://wiki.debian.org/ftpmaster_Removals
http://ftp-master.debian.org/removals.txt

If you disagree and want to continue to maintain this package, please
just close this bug.

Thank you,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



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

Bug#417382: Bug is not completely fixed

[Thiemo Seufer]

found 417382 2.2-5
thanks

The appended patchlet is required to build with g++-4.3 (on top of the
patch in 2.2-5).


Thiemo


--- llvm-2.2-old/include/llvm/ADT/ilist 2008-03-30 23:38:47.0 +0100
+++ llvm-2.2/include/llvm/ADT/ilist 2008-03-30 23:52:20.0 +0100
@@ -39,6 +39,7 @@
 #define LLVM_ADT_ILIST
 
 #include "llvm/ADT/iterator"
+#include 
 #include 
 
 namespace llvm {



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

Bug#415056: mercurial: Install examples systemwide

[Gerardo Curiel]

The scripts provided in the contrib/ directory aren't official part of
mercurial. Some are useful, but others have some problems or are
worthless to be added.

About the examples:


/usr/share/doc/mercurial/examples/vim/:

I agree with having the vim files installed system-wide by default. I'll
work on it.


/usr/share/doc/mercurial/examples/hgweb.cgi
/usr/share/doc/mercurial/examples/hgwebdir.cgi
/usr/share/doc/mercurial/examples/hgwebdir.fcgi:

I think the web stuff must be keep in the examples dir, not everybody
uses it, or at least, not in every host(I have it enabled in a server,
but not in my desktop or laptop).


/usr/share/doc/mercurial/examples/git-viz/:

Git-viz use the now deprecated hgit command, and add additional
dependencies, so it's worthless to add it.


/usr/share/doc/mercurial/examples/rewrite-log
/usr/share/doc/mercurial/examples/hgdiff:

Completely undocumented scripts.


/usr/share/doc/mercurial/examples/zsh_completion.gz
/usr/share/doc/mercurial/examples/tcsh_completion:

Debian's default shell is bash, so those completion files are useless in
a default system.


/usr/share/doc/mercurial/examples/hgeditor:

Can't be installed in /usr/bin, this script lets you adjust the default
editor and settings when committing, using the the HGEDITOR environment
variable. So, it's intended to be customized.


/usr/share/doc/mercurial/examples/hg-relink
/usr/share/doc/mercurial/examples/hg-ssh
/usr/share/doc/mercurial/examples/hgsh/
/usr/share/doc/mercurial/examples/simplemerge:

I can't say much about those scripts(hgsh is a C program):

* They are Poorly documented
* They have just a reduced set of features, Read the comments(if any)
for more info.
* Just cover a reduced set of cases, IHMO.


And the darcs2hg and convert-repo script are deprecated, it's encouraged
to use 'hg convert' now.


I'll finish the new package form mercurial 1.0, and work in the vim
addons for the next revision.


Do you agree about just use the vim stuffs system-wide?

-- 
Gerardo Curiel  <[EMAIL PROTECTED]>  <[EMAIL PROTECTED]>
Geek By NaTure,LiNuX By ChOiCe,DebiAn of CoUrsE
gpg fingerprint: 228B 0F96 8653 DF52 9740  B75E FB32 9C30 E179 7BD2
http://www.debian.org


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#424106: aspectc++: diff for NMU version 0.99+1.0pre3-2.1

[morph]

tags 424106 + patch
thanks

Hi,

Attached is the diff for my aspectc++ 0.99+1.0pre3-2.1 NMU.
diff -u aspectc++-0.99+1.0pre3/debian/changelog aspectc++-0.99+1.0pre3/debian/changelog
--- aspectc++-0.99+1.0pre3/debian/changelog
+++ aspectc++-0.99+1.0pre3/debian/changelog
@@ -1,3 +1,11 @@
+aspectc++ (0.99+1.0pre3-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules
+- added removal of binary not cleaned (Closes: #424106)
+
+ -- Sandro Tosi <[EMAIL PROTECTED]>  Thu, 03 Apr 2008 01:15:48 +0200
+
 aspectc++ (0.99+1.0pre3-2) unstable; urgency=low
 
   * Fix some more cleanup() functions, which can go frenzy on at least amd64
diff -u aspectc++-0.99+1.0pre3/debian/rules aspectc++-0.99+1.0pre3/debian/rules
--- aspectc++-0.99+1.0pre3/debian/rules
+++ aspectc++-0.99+1.0pre3/debian/rules
@@ -41,6 +41,9 @@
 	rm -rf AspectC++/tests/RepoVersion/repo.use
 	# remove generated manpages:
 	rm -f ac++.1 ag++.1
+	
+	rm -rf AspectC++/bin
+
 	# standard cleaning:
 	dh_clean 

Bug#472148: Causes FTBFS on mips (because it uses gcc-4.3 now)

[Thiemo Seufer]

severity 472148 serious
thanks

This bug causes a FTBFS on mips (and presumably for any clean-chroot
build which already uses gcc-4.3).


Thiemo



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

Bug#471458: Fixed!

[Alex Seidanis [Deja Vu]]

I had a similar error with version 2.3.0 of Calc, on a previously Excel
file that I had later saved in ods format. It started happening right
after I renamed the Excel-defined ranges of data into something more
meaningful for me (Greek names). The file then could not be saved in any
of my PC's (all running Ubuntu 7.10 Gutsy Gibbon), but I also couldn't
rename those ranges back.

What I did to fix it was:
1. I unzipped the ods file
2. I used nano to open the content.xml file for editing
3. Using Alt+R I searched and replaced all the names I had given to data
ranges, with others, using latin characters this time
4. I saved the content.xml file and exited nano
5. I zipped everything back together and changed the .zip extension back
to .ods
6. I opened the file in OO and everything was working like a clock.

I hope this helps.

Alex Seidanis




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

Bug#423696: powernowd: Same problem here

[Roland Lezuo]

Package: powernowd
Version: 1.00-1
Followup-For: Bug #423696


I have the same symptoms here, although I did not check whether the file exists 
or does not.

regards
roland lezuo

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

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

Versions of packages powernowd depends on:
ii  libc6 2.7-10 GNU C Library: Shared libraries

powernowd recommends no packages.

-- no debconf information



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

Bug#474047: RM: rosegarden2,rosegarden4 RoM; NBS - no longer needed transitional packages

[Mike O'Connor]

Package: ftp.debian.org
Severity: normal


rosegarden2 and rosegarden4 were transitional packages for users
upgrading from sarge->etch to give them the rosegarden package.  The
rosegarden source package is no longer building them; please remove
them from unstable.

Thanks,
stew

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

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



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

Bug#472284: Ack

[Jamie Thompson]

Romain Beauxis wrote:

Hi !

Ok.

Again, did you submit upstream ?


Again, no, but I have now done so. :)




signature.asc
Description: OpenPGP digital signature

Bug#472286: Ack

[Jamie Thompson]

Romain Beauxis wrote:

Hi !

Same question; was it submited upstream ? :)


This issue had already been reported on their wiki ( 
http://www.mediawiki.org/wiki/Extension_talk:LDAP_Authentication#error_in_creation_of_dn_for_new_user ) by someone else, and is apparently fixed in 
the next version.




signature.asc
Description: OpenPGP digital signature

Bug#470684: can't upgrade

[jidanni]

OK, now apt is OK. I hate those windows of time when apt acts like
that and wish someone who knows why would fix apt or the mirroring system.



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

Bug#472283: Ack..

[Jamie Thompson]

Romain Beauxis wrote:
	Hi 


Ok, it seems a good fix, I'll consider it.

Did you submit it upstream ? It would be much more easy for me to have it 
fixed in the SVN..


No, I generally file Debian bugs before going upstream, as I don't know what changes the maintainers make to the source. Some devs get uppity when you 
file a bug that isn't in their code :)


I've reported the issue as in my email on their wiki.



signature.asc
Description: OpenPGP digital signature