date:20051109

Bug#338282: bind9: automate or clarify key generation

2005-11-09 Thread Ross Boylan

Package: bind9
Version: 1:9.3.1-2.0.1
Severity: wishlist

This wish comes in a minimal and a maximal form.

The minimal form is to correct the documentation, which gives a little
recipe for running rndc-confgen.  It suggests the recipe is complete,
but it is not: additional steps are required, namely setting up
named.conf (better for Debian: named.conf.local).

This is closely related to bugs 169577 and 177960.  It has some
relation to 282423.  In particular, note that failure to have keys
properly setup results in /etc/init.d/bind9 stop failing (among other
problems).  At least a warning would be useful.

I think some other docs (upstream or howto's) also give the impression
that rndc-confgen alone will fix things up, though I can't find those
other passages.

The maximal form of the wish is to provide a tool or script that will
automate the entire process.  This may well not be worth the trouble,
since I believe this only affects people upgrading under certain
system configurations.  I wasn't using any keys before; maybe if I had
been this problem wouldn't have arisen.  And the purge and reinstall
method reported fixes things up, though if you have set things up
already this seems a drastic step.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (990, 'stable'), (50, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27advncdfs
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages bind9 depends on:
ii  adduser3.77  Add and remove users and groups
ii  libbind9-0 1:9.3.1-2.0.1 BIND9 Shared Library used by BIND
ii  libc6  2.3.5-6   GNU C Library: Shared libraries an
ii  libdns20   1:9.3.1-2.0.1 DNS Shared Library used by BIND
ii  libisc91:9.3.1-2.0.1 ISC Shared Library used by BIND
ii  libisccc0  1:9.3.1-2.0.1 Command Channel Library used by BI
ii  libisccfg1 1:9.3.1-2.0.1 Config File Handling Library used 
ii  liblwres1  1:9.3.1-2.0.1 Lightweight Resolver Library used 
ii  libssl0.9.80.9.8a-3  SSL shared libraries
ii  netbase4.23  Basic TCP/IP networking system

bind9 recommends no packages.

-- no debconf information


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

Bug#338283: new kernel-package breaks official linux-2.6 kernel builds, should not propagate to testing.

2005-11-09 Thread Sven Luther

Package: kernel-package
Version: 10.008
Severity: grave


As discussed on irc, the new 10.008 kernel-package was prematurely uploaded to
unstable, and breaks linux-2.6 builds. The issues at hand are : 

  1. the missing config caues manuals not to build
  2. the headers build binaries uneccessarily (but doesn't break build)
  3. missing depends and recommends in the linux-image package.

These are probably due to a k-p regression, which means that both the config
for the arch-indep build and the control file provided by the linux-2.6 build
infrastructure are not used for the final packages, for some yet mysterious
reason.

This is being worked on, and hopefully a fix will be out soon, but in the
meantime, kernel-package 10.008 is useless for official linux-2.6 builds, and
since it is in unstable, means we cannot upload anymore linux-2.6 packages
until it is fixed, which makes this RC.

Friendly,

Sven Luther

-- System Information:
Debian Release: 3.1
Architecture: powerpc (ppc)
Kernel: Linux 2.6.12-1-powerpc
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages kernel-package depends on:
ii  dpkg  1.10.28Package maintenance system for Deb
ii  dpkg-dev  1.10.28Package building tools for Debian
ii  gcc [c-compiler]  4:3.3.5-3  The GNU C compiler
ii  gcc-3.3 [c-compiler]  1:3.3.5-13 The GNU C compiler
ii  make  3.80-9 The GNU version of the "make" util
ii  perl  5.8.4-8Larry Wall's Practical Extraction 

-- no debconf information



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

Bug#320185: rss2email: non-ASCII long header encoding patch

2005-11-09 Thread Tatsuya Kinoshita

On November 8, 2005 at 3:42PM -0500,
me (at aaronsw.com) wrote:

> The latest patch seems to always QP_CORRUPT the message. Why?

In header, non-ASCII word must be converted to MIME encoded-word.

The patch encodes header (field body), not message body.  Even if
the patch is applied, message body is encoded with UTF-8/8bit (or
US-ASCII/7bit).

*

A possible improvement is encoding field body partially.  The
current patch converts the whole of the field body to MIME
encoded-word if non-ASCII character is found.

For example, the current patch converts

  Subject: ascii and non-áscii

to

  Subject: =?utf-8?q?ascii_and_non-=C3=A1scii?=

However,

  Subject: ascii and =?utf-8?q?non-=C3=A1scii?=

is more readable.

-- 
Tatsuya Kinoshita


pgpeS8Xfmd13S.pgp
Description: PGP signature

Bug#335574: feedback about neon 0.25.4

2005-11-09 Thread Peter Samuelson


[Laszlo Boszormenyi]
> Can you please try out the 0.25.4 packages located at
> http://www.barcikacomp.hu/deb/ and report back if they are working
> right for you?

  libtool: link: `/usr/lib/libgssapi.la' is not a valid libtool archive

This is because /usr/lib/libneon.la mentions /usr/lib/libgssapi.la by
name rather than simply -lgssapi.  Same for libkrb5.la, libkrb.la, and
libroken.la.  None of those files exist on my system.  Editing
libneon.la to say -lgssapi -lkrb5 -lkrb -lroken instead allowed
subversion to compile.

Actually, there was another failure but it's not your fault:
libssl0.9.8.shlibs wasn't strict enough, it should mention (>= 0.9.8a)
but does not.  I don't expect you to fix this, that'll be a matter of
recompiling after openssl is fixed (I'm filing a bug separately) and
meanwhile users can just upgrade libssl0.9.8 as needed.

Peter


signature.asc
Description: Digital signature

Bug#338284: libssl0.9.8: shlibs file not strict enough

2005-11-09 Thread Peter Samuelson


Package: libssl0.9.8
Version: 0.9.8-3

libssl0.9.8.shlibs is not strict enough.  It should mention (>= 0.9.8a)
because of the addition of symbol versioning.

I had a previous version of libssl0.9.8 on my system, and got a failure
trying to link to a library that uses libssl0.9.8, because of lack of
symbol versions.


signature.asc
Description: Digital signature

Bug#338285: spamassassin: syntax error (unparsable argument: ) for eval function: __HABEAS_SWE: message_is_habeas_swe( )

2005-11-09 Thread Jari Aalto

Package: spamassassin
Version: 3.1.0a-1
Severity: normal

While starting spamassassin, /var/log/mail.warn displays

Nov  9 10:02:53 cante spamd[27603]: syntax error (unparsable argument:  ) for 
eval function: __HABEAS_SWE: message_is_habeas_swe( ) at 
/usr/share/perl5/Mail/SpamAssassin/Conf/Parser.pm line 693. 



-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US)

Versions of packages spamassassin depends on:
ii  libdigest-sha1-perl   2.10-1 NIST SHA-1 message digest algorith
ii  libhtml-parser-perl   3.46-1 A collection of modules that parse
ii  perl  5.8.7-7Larry Wall's Practical Extraction 

Versions of packages spamassassin recommends:
pn  libnet-dns-perl(no description available)
ii  perl [libmime-base64-perl]5.8.7-7Larry Wall's Practical Extraction 
ii  spamc 3.1.0a-1   Client for SpamAssassin spam filte

-- debconf information excluded


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

Bug#338286: lirc-modules-source does not build

2005-11-09 Thread Evgeni Dobrev

Package: lirc-modules-source
Version: 0.7.1pre2-2
Severity: serious
Justification: no longer builds from source



The build as described in the Readme will fail, even though the
kernel-source package is installed, with the following message:


/usr/src/linux$ fakeroot make-kpkg --append_to_version .081105 modules_image
for module in /usr/src/modules/lirc ; do   \
  if test -d  $module; then\
(cd $module;  \
  if ./debian/rules KVERS="2.6.12.081105" KSRC="/usr/src/linux" \
 KMAINT="Unknown Kernel Package Maintainer" 
KEMAIL="[EMAIL PROTECTED]"  \
 KPKG_DEST_DIR="/usr/src/linux/.."   \
 KPKG_MAINTAINER="Unknown Kernel Package 
Maintainer"\
 KPKG_EXTRAV_ARG="EXTRAVERSION=.081105"\
 ARCH="ppc"  \
 KDREV="10.00.Custom" kdist_image; then\
  echo "Module $module processed fine";\
  else  \
   echo "Module $module failed.";  \
   if [ "X" != "X" ]; then  \
  echo "Perhaps $module does not understand --rootcmd?";  \
  echo "If you see messages that indicate that it is not"; \
  echo "in fact being built as root, please file a bug ";  \
  echo "against $module."; \
   fi;  \
   echo "Hit return to Continue";   \
 read ans;\
  fi;   \
 );\
  else  \
   echo "Module $module does not exist";   \
   echo "Hit return to Continue?";  \
  fi;   \
done
make[1]: Entering directory `/usr/src/modules/lirc'
sed -e "s!\$KVERS!2.6.12.081105!g; s!\$KSRC!/usr/src/linux!; s!\$KARCH!powerpc 
DEB_BUILD_ARCH_OS=linux DEB_BUILD_ARCH_CPU=powerpc!; [EMAIL PROTECTED]; 
s!\$KMAINT!Unknown Kernel Package Maintainer!; s!\$KDREV!10.00.Custom!; 
s!\$DEBDATE!Wed, 09 Nov 2005 09:03:56 +0100!" debian/control.in > debian/control
dh_testdir
# Add here commands to configure the package.
touch configure-stamp
dh_testdir
# Add here commands to compile the package.
/usr/bin/make debconf
make[2]: Entering directory `/usr/src/modules/lirc'
mkdir modules
/usr/bin/make -e -C drivers SUBDIRS="lirc_i2c lirc_dev"
make[3]: Entering directory `/usr/src/modules/lirc/drivers'
Making all in lirc_i2c
make[4]: Entering directory `/usr/src/modules/lirc/drivers/lirc_i2c'
mv Makefile Makefile.automake
cp ../Makefile.kernel Makefile
/usr/bin/make -C /usr/src/linux SUBDIRS=/usr/src/modules/lirc/drivers/lirc_i2c 
modules \
KBUILD_VERBOSE=1
make[5]: Entering directory `/usr/src/linux-source-2.6.12'
mkdir -p /usr/src/modules/lirc/drivers/lirc_i2c/.tmp_versions
/usr/bin/make -f scripts/Makefile.build 
obj=/usr/src/modules/lirc/drivers/lirc_i2c
  gcc -m32 -Wp,-MD,/usr/src/modules/lirc/drivers/lirc_i2c/.lirc_i2c.o.d  
-nostdinc -isystem /usr/lib/gcc/powerpc-linux-gnu/4.0.2/include -D__KERNEL__ 
-Iinclude  -Iarch/ppc -Wall -Wstrict-prototypes -Wno-trigraphs 
-fno-strict-aliasing -fno-common -ffreestanding -O2 -fomit-frame-pointer 
-Iarch/ppc -msoft-float -pipe -ffixed-r2 -mmultiple -mstring -Wa,-maltivec 
-Wdeclaration-after-statement -Wno-pointer-sign -DIRCTL_DEV_MAJOR=61 
-DEXPORT_SYMTAB -DHAVE_CONFIG_H -I. -I. -I../.. -I 
/usr/src/modules/lirc/drivers/lirc_i2c/../.. -I /usr/src/linux/include/  
-DMODULE -DKBUILD_BASENAME=lirc_i2c -DKBUILD_MODNAME=lirc_i2c -c -o 
/usr/src/modules/lirc/drivers/lirc_i2c/.tmp_lirc_i2c.o 
/usr/src/modules/lirc/drivers/lirc_i2c/lirc_i2c.c
  Building modules, stage 2.
/usr/bin/make -rR -f /usr/src/linux-source-2.6.12/scripts/Makefile.modpost
  scripts/mod/modpost -m  -i /usr/src/linux-source-2.6.12/Module.symvers 
vmlinux /usr/src/modules/lirc/drivers/lirc_i2c/lirc_i2c.o
*** Warning: "lirc_unregister_plugin" 
[/usr/src/modules/lirc/drivers/lirc_i2c/lirc_i2c.ko] undefined!
*** Warning: "lirc_register_plugin" 
[/usr/src/modules/lirc/drivers/lirc_i2c/lirc_i2c.ko] undefined!
  gcc -m32 -Wp,-MD,/usr/src/modules/lirc/drivers/lirc_i2c/.lirc_i2c.mod.o.d  
-nostdinc -isystem /usr/lib/gcc/powerpc-linux-gnu/4.0.2/include -D__KERNEL__ 
-Iinclude  -Iarch/ppc -Wall -Wstrict-prototypes -Wno-trigraphs 
-fno-strict-aliasing -fno-common -ffreestanding -O2 -fomit-frame-pointer 
-Iarch/ppc -msoft-float -pipe -ffixed-r2 -mmultiple -mstring -Wa,-maltivec 
-Wdeclaration-after-statem

Bug#322971: [Evolution] Re: Bug#322971: Evolution support not compiled in.

2005-11-09 Thread Loïc Minier

Hi,

On Tue, Nov 08, 2005, Pascal Giard wrote:
> i'd like to know how to nicely integrate evolution support in
> mail-notification.
> mail-notification needs evolution-plugin-2.0.pc.

I suggest you search the contents of packages via p.d.o, eg:

http://packages.debian.org/cgi-bin/search_contents.pl?word=%2Fevolution-plugin&searchmode=searchword&case=insensitive&version=unstable&arch=i386

Please note that the experimental evolution packages hold a file named
-2.4.pc.

Why do you say you need the source of evolution to build? The .pc file
as well as the various headers your configure.ac checks for in
AM_PATH_EVOLUTION_PLUGIN() are in evolution-dev.

You just have to pass --with-evolution-source-dir so that the headers
are found:
DEB_CONFIGURE_EXTRA_FLAGS +=
--with-evolution-source-dir=/usr/include/evolution-2.X

Here, it fails because I have evolution 2.4 from experimental, but it
should work with 2.2:
checking for the Evolution source tree directory...
/usr/include/evolution-2.4
checking for /usr/include/evolution-2.4/mail/em-event.h... yes
checking for /usr/include/evolution-2.4/mail/em-folder-tree.h... yes
checking for /usr/include/evolution-2.4/mail/mail-component.h... yes
checking for /usr/include/evolution-2.4/mail/mail-tools.h... yes
checking for EVOLUTION_PLUGIN_CFLAGS...
checking for EVOLUTION_PLUGIN_LIBS...
configure: Evolution not found: forcing --disable-evolution

1 2 3 4 5 >

1 - 100 of 422 matches

Mail list logo