Bug#177023: libapache-htpasswd-perl: suboptimal password handling

[Tatsuki Sugiura]

Hi,

Thanks for information.
I'll update package package in some days.

>>> In Message "Bug#177023: libapache-htpasswd-perl: suboptimal password 
>>> handling"
>>><[EMAIL PROTECTED]>,
>>> Niko Tyni <[EMAIL PROTECTED]>  said;
> tags 177023 fixed-upstream
> thanks

> Hi,

> the salt problems with CryptPasswd() have been fixed upstream since
> 1.5.7. Please consider updating the package.

> Cheers,
> -- 
> Niko Tyni [EMAIL PROTECTED]


-- 
Tatsuki Sugiura   mailto:[EMAIL PROTECTED]


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

Bug#332721: longrun: configuration file support (isolated patch)

[Dean Michael Berris]

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

*** Please type your report below this line ***
Added support for external configuration file defined through -C.
Currently, the supported options in the configuration file are "cpuid=",
"msr=", and "verbose". The default configuration file is set at
/etc/longrun.conf if it exists in the system.

The new changes are based on suggestions of Joey Hess <[EMAIL PROTECTED]> 
regarding the (mis)use of getline. This new patch now makes use of
fgets() for reading from a stream, and removes the need for glibc.

This allows the defaults for longrun to be defined in the configuration
file instead of in the source code in compile time.

This added feature can easily be extended as necessary in the future.

The default location for the configuration file is '/etc/longrun.conf'.

This is an isolated patch for longrun.c which applies to 0.9-17, which
doesn't change any other files in the debian package. This patch adds the
above functionality without touching other external files.

Should this be forwarded to the upstream author?

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.10-5-386
Locale: LANG=en_PH.UTF-8, LC_CTYPE=en_PH.UTF-8 (charmap=UTF-8)

Versions of packages longrun depends on:
ii  libc6   2.3.2.ds1-20ubuntu14 GNU C Library: Shared
libraries an

-- no debconf information

-- 
Dean Michael C. Berris <[EMAIL PROTECTED]>
GPG Key: 0x08AE6EAC
http://mikhailberis.blogspot.com
Mobile: +63 928 7291459
--- longrun.c	2005-10-08 03:31:43.0 +0800
+++ ../../longrun-0.9/longrun.c	2005-10-05 21:21:55.0 +0800
@@ -33,7 +33,11 @@
 #include 
 #include 
 #include 
+
+#ifndef __USE_UNIX98
 #define __USE_UNIX98	/* for pread/pwrite */
+#endif
+
 #define __USE_FILE_OFFSET64 /* we should use 64 bit offset for pread/pwrite */
 #include 
 
@@ -88,12 +92,19 @@
 
 int opt_verbose = 0;		/* verbosity */
 
+/* Configuration File Support */
+#define MAXLINE 255
+#define CONFIG_FILENAME "/etc/longrun.conf"
+char * conf_cpuid = NULL;
+char * conf_msr = NULL;
+
 void usage(int status) {
 	FILE *stream = status ? stderr : stdout;
 
 	fprintf(stream,
 		_("%s %s (%s)\n"
-		"usage: %s [-c device] [-m device] [-hlpv] [-f flag] [-s low high] [-t tlx]\n"
+		"usage: %s [-C filename] [-c device] [-m device] [-hlpv] [-f flag] [-s low high] [-t tlx]\n"
+		" -C filename	set the config file to read\n"
 		" -c device set CPUID device\n"
 		" -m device set MSR device\n"
 		" -hprint this help\n"
@@ -514,6 +525,63 @@
 	printf(_("LongRun flags: %s\n"), (lower & 1) ? _("performance") : _("economy"));
 }
 
+void parse_line(char * line, size_t len) {
+	char * key = NULL;
+	char * value = NULL;
+	if (len && line) {
+		/* ignore lines that start with # */
+		if (line[0] == '#')
+			return;
+		
+		/* special config file option "verbose" */
+		if (!strncmp("verbose", line, 6)) {
+			opt_verbose++;
+			printf(_("Verbose mode set in configuration file.\n"));
+			return;
+		}
+		
+		if ((key = strtok(line, "=")) == NULL) {
+			if (opt_verbose)
+printf(_("encountered invalid line '%s'\n"), line);
+			
+			return;
+		}
+		
+		value = strtok(NULL, "\n");
+		
+		if (!strncmp("cpuid", key, 5)) {
+			conf_cpuid = malloc(sizeof(char) * (strlen(value) + 1));
+			strcpy(conf_cpuid, value);
+			cpuid_device = conf_cpuid;
+			if (opt_verbose)
+printf(_("cpuid device set to: %s\n"), conf_cpuid);
+			return;
+		}
+		
+		if (!strncmp("msr", key, 3)) {
+			conf_msr = malloc(sizeof(char) * (strlen(value) + 1));
+			strcpy(conf_msr, value);
+			msr_device = conf_msr;
+			if (opt_verbose)
+printf(_("msr device set to: %s\n"), conf_msr);
+			return;
+		}
+		
+	}
+}
+
+void conf_cleanup() {
+	if (!conf_cpuid) {
+		free(conf_cpuid);
+		conf_cpuid = NULL;
+	}
+	
+	if (!conf_msr) {
+		free(conf_msr);
+		conf_cpuid = NULL;
+	}
+}
+
 int main(int argc, char *argv[])
 {
 	int low, high;
@@ -524,6 +592,10 @@
 	int opt_print = 0;
 	int opt_set = 0;
 	int opt_atm = 0;
+	/* for configuration file reading */
+	int opt_conf= 0;
+	char * c_filename = NULL;
+	FILE * c_file = NULL;
 
 	if (argc)
 		progname = my_basename(argv[0]);
@@ -538,8 +610,12 @@
 	cpuid_device = CPUID_DEVICE;
 
 	/* command line options */
-	while ((g = getopt(argc, argv, "c:f:m:hlpstv")) != EOF) {
+	while ((g = getopt(argc, argv, "C:c:f:m:hlpstv")) != EOF) {
 		switch (g) {
+		case 'C':
+			c_filename = optarg;
+			opt_conf++;
+			break;
 		case 'c':
 			cpuid_device = optarg;
 			break;
@@ -585,6 +661,26 @@
 		fprintf(stderr, _("%s: must be run as root\n"), progname);
 		exit(1);
 	}
+	
+	/* load the config file settings by default */
+	if (!c_filename)
+		c_filename = CONFIG_FILENAME;
+	
+	if ((c_file = fopen(c_filename, "r")) == NULL) {
+		fprintf(stderr, _("%s: configuration file named '%s' not found.\n"), progname, c_filename);
+		exit(1);
+	} else {
+		char * read = NULL;
+		char * line = (char *) malloc((sizeof(char) * MAXLINE) + 1);
+		
+		while ((read = fgets(l

Bug#332722: support for service_perfdata_command

[John Stile]

Package: nagios-common
Version: 1.3

Debian-3.1 package nagios-common (v1.3) was not compiled with support
for a nagios.cfg option "service_perfdata_command=".  

>From FAQ's on the net this has been the case for a long time, and has
bit many people trying to send nagios data to somewhere for processing. 

Will you add '--with-default-perfdata' configure optionin to the default
install?



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

Bug#332723: ITP: aldo -- Portable morse code trainer

[Giuseppe Martino]

Package: wnpp
Severity: wishlist
Owner: Giuseppe Martino <[EMAIL PROTECTED]>


* Package name: aldo
  Version : 0.7.0
  Upstream Author : Giuseppe Martino <[EMAIL PROTECTED]>
* URL : http://aldo.nongnu.org/
* License : GPL
  Description : Portable morse code trainer

Aldo is a morse code trainer that provides four kinds of exercises:
 1. Classic exercise
  With this exercise you must guess some random strings of characters
  that Aldo plays in morse code.
 2. Koch method
 3. Read from file
 4. Callsign exercise
  Training with random generated callsigns.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.3
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Bug#332725: ImportError: No module named zgettext

[Shagi]

Package: zope-localizer
Version: 1.0.1-10

/usr/share/zope/Products/Localizer/zgettext.py targets to
/bin/zgettext, but the file is in /usr/bin/zgettext, so Zope dont run.

$ ls -l /usr/share/zope/Products/Localizer/zgettext.py
lrwxrwxrwx  1 root root 13 2005-10-08 09:10
/usr/share/zope/Products/Localizer/zgettext.py -> /bin/zgettext

I fixed the link and now all goes well.

The log from Zope:

2005-10-08T09:08:51 ERROR(200) Zope Could not import Products.Eusko
Traceback (most recent call last):
  File "/usr/lib/zope2.7/lib/python/OFS/Application.py", line 673, in
import_product
product=__import__(pname, global_dict, global_dict, silly)
  File "/home/shagi/lana/svn/kbp/Eusko/__init__.py", line 2, in ?
import Eusko
  File "/home/shagi/lana/svn/kbp/Eusko/Eusko.py", line 2, in ?
from EuskoObject import EuskoObject
  File "/home/shagi/lana/svn/kbp/Eusko/EuskoObject.py", line 14, in ?
from Products.Localizer.LocalFiles import LocalDTMLFile
  File "/var/lib/zope2.7/instance/kbp/Products/Localizer/__init__.py",
line 285, in ?
import Localizer, LocalContent, MessageCatalog, LocalFolder
  File "/var/lib/zope2.7/instance/kbp/Products/Localizer/Localizer.py",
line 36, in ?
from MessageCatalog import MessageCatalog
  File "/var/lib/zope2.7/instance/kbp/Products/Localizer/MessageCatalog.py",
line 39, in ?
from zgettext import parse_po_file
ImportError: cannot import name parse_po_file
Traceback (most recent call last):
  File "/usr/lib/zope2.7/lib/python/Zope/Startup/run.py", line 50, in ?
run()
  File "/usr/lib/zope2.7/lib/python/Zope/Startup/run.py", line 19, in run
start_zope(opts.configroot)
  File "/usr/lib/zope2.7/lib/python/Zope/Startup/__init__.py", line
52, in start_zope
starter.startZope()
  File "/usr/lib/zope2.7/lib/python/Zope/Startup/__init__.py", line
231, in startZope
Zope.startup()
  File "/usr/lib/zope2.7/lib/python/Zope/__init__.py", line 47, in startup
_startup()
  File "/usr/lib/zope2.7/lib/python/Zope/App/startup.py", line 45, in startup
OFS.Application.import_products()
  File "/usr/lib/zope2.7/lib/python/OFS/Application.py", line 650, in
import_products
import_product(product_dir, product_name, raise_exc=debug_mode)
  File "/usr/lib/zope2.7/lib/python/OFS/Application.py", line 673, in
import_product
product=__import__(pname, global_dict, global_dict, silly)
  File "/home/shagi/lana/svn/kbp/Eusko/__init__.py", line 2, in ?
import Eusko
  File "/home/shagi/lana/svn/kbp/Eusko/Eusko.py", line 2, in ?
from EuskoObject import EuskoObject
  File "/home/shagi/lana/svn/kbp/Eusko/EuskoObject.py", line 14, in ?
from Products.Localizer.LocalFiles import LocalDTMLFile
  File "/var/lib/zope2.7/instance/kbp/Products/Localizer/__init__.py",
line 285, in ?
import Localizer, LocalContent, MessageCatalog, LocalFolder
  File "/var/lib/zope2.7/instance/kbp/Products/Localizer/Localizer.py",
line 36, in ?
from MessageCatalog import MessageCatalog
  File "/var/lib/zope2.7/instance/kbp/Products/Localizer/MessageCatalog.py",
line 39, in ?
from zgettext import parse_po_file
ImportError: cannot import name parse_po_file

Bug#332724: libflac6: New upstream version 1.1.2 has been avilable fro 6 months.

[Erik de Castro Lopo]

Package: libflac6
Version: 1.1.1-5
Severity: normal



The upstream version 1.1.2 has been available since February.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (700, 'testing'), (650, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to 
POSIX)

Versions of packages libflac6 depends on:
ii  debconf   1.4.58 Debian configuration management sy
ii  libc6 2.3.5-6GNU C Library: Shared libraries an

libflac6 recommends no packages.

-- no debconf information


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

Bug#332726: mono-apache-server: mod-mono-server claims that mod_mono and xsp have different versions

[Kevin Brown]

Package: mono-apache-server
Version: 1.0.5-2
Severity: grave
Justification: renders package unusable


Seems all the mod-mono functionality is now broken, and apache returns a
code 500 (internal server error) for all of it.

So in order to find out what was going on, I started mod-mono-server by
hand, thusly:

su www-data -c '/usr/bin/mono /usr/share/dotnet/bin/mod-mono-server.exe
  --filename /tmp/.mod_mono_server --nonstop --appconfigdir
  /etc/mono-server'

I then hit the web server (http://localhost/samples) and got the
following output:

[EMAIL PROTECTED]:/etc/mono-server# su www-data -c '/usr/bin/mono 
/usr/share/dotnet/bin/mod-mono-server.exe --filename /tmp/.mod_mono_server 
--nonstop --appconfigdir /etc/mono-server'
mod-mono-server
Listening on: /tmp/.mod_mono_server
Root directory: /etc/mono-server
In ModMonoWorker.Run: mod_mono and xsp have different versions.


And yet, both mono-apache-server and mono-xsp packages are at 1.0.5-2!
However, the mono framework itself is now at 1.1.9.1.


In any case, this situation renders mod_mono completely dead, hence the
"grave" severity of this bug.


This bug is actually probably a dup of 303755, but the submitter of that
bug marked it as "normal" and didn't give any useful information.



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

Versions of packages mono-apache-server depends on:
ii  debconf   1.4.58 Debian configuration management sy
ii  libapache-mod-mono1.0-1  Run ASP.NET Pages on UNIX with Apa
ii  mono-classlib-1.0 1.1.9.1-3  Mono class library (1.0)
ii  mono-jit  1.1.9.1-3  fast CLI (.NET) JIT compiler for M
ii  mono-mcs  1.1.9.1-3  Mono C# compiler

mono-apache-server recommends no packages.

-- debconf information:
* monoserver/monoserver_restartapache: true


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

Bug#74865: Take control of your medical needs

[Kermit Thornton]

Hello, i am Kermit Thornton .

Can I ask you a personal question?

Are you jealous of your friends, you can go all night too.

Brother,never be Impotent again

Click now http://parry.12.happinessischeap.com

good bye

Brittney Lassiter
Phone: 144-515-6481
Mobile: 173-874-6614
Email: [EMAIL PROTECTED]




n^a^d,a   http://toady.12.happinessischeap.com/%RND_REMOVE


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

Bug#332727: mediawiki: cherokee not included in debconf, apache* dependency only

[Jens Körner]

Package: mediawiki
Version: 1.4.10-1
Severity: wishlist


I run cherokee webserver but it is not included in debconf dialog.
Dependencies on mediawiki installed unwanted apache* packages and cannot
be removed without breaking mediawiki. 

System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages mediawiki depends on:
ii  cherokee [httpd] 0.4.25-1extremely fast and flexible web se
ii  debconf  1.4.58  Debian configuration management sy
ii  php4 4:4.3.10-15 server-side, HTML-embedded scripti
ii  php4-mysql   4:4.3.10-15 MySQL module for php4

Versions of packages mediawiki recommends:
ii  mysql-server-4.1 [mysql-serve 4.1.11a-4  mysql database server binaries

-- debconf information:
* mediawiki/webserver:


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

Bug#297331: liboggflac1: The liboggflac in flac-1.1.2 has an important bug fix.

[Erik de Castro Lopo]

Package: liboggflac1
Version: 1.1.1-5
Followup-For: Bug #297331


Version 1.1.2 of the liboggflac libs do not fill in the metadata
correctly as hinted in this post the the flac-dev mailing list:

http://lists.xiph.org/pipermail/flac-dev/2005-October/001840.html


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (700, 'testing'), (650, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to 
POSIX)

Versions of packages liboggflac1 depends on:
ii  debconf   1.4.58 Debian configuration management sy
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libflac6  1.1.1-5Free Lossless Audio Codec - runtim
ii  libogg0   1.1.2-1Ogg Bitstream Library

liboggflac1 recommends no packages.

-- no debconf information


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

Bug#332566: workaround

[Mark Robinson]

Folks with systems broken by this may get back on the road by removing 
xserver-common and reinstalling the old xserver-xfree86 and xserver-common 
using dpkg -i, perhaps with suitable --force options.


The old packages are gone from the main archive, but can still be wgot from

ftp://debian.paradise.net.nz/debian/pool/main/x/xfree86/xserver-common_4.3.0.dfsg.1-14_i386.deb
ftp://debian.paradise.net.nz/debian/pool/main/x/xfree86/xserver-xfree86_4.3.0.dfsg.1-14_i386.deb

being a mirror which seems to have a broken updating system.


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

Bug#332711: [Pkg-shadow-devel] Bug#332711: shadow: [INTL:sv] Swedish PO-template translation

[Christian Perrier]

tags 332711 pending
thanks

Quoting Daniel Nylander ([EMAIL PROTECTED]):
> Package: shadow
> Severity: wishlist
> Tags: patch l10n


Commited.




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

Bug#332728: chmlib 0.36 incompatiable with 0.35, please change soname

[LI Daobing]

Package: chmlib
Version: 0.36-1
Severity: normal

I have a program compile under chmlib 0.35 can't work with chmlib 0.36,
I think you should change soname.

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

Versions of packages chmlib depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an

chmlib recommends no packages.

-- no debconf information


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

Bug#331468: gnumed-client: Debconf templates do not follow Developer's Reference recommendations

[Christian Perrier]

> Ahh, yes a proof review might not hurt - the de.po file is also attached
> and thus in the BTS.  It is the usual behaviour to point debian-l10n-german
> list to this BTS entry or what would you recommend.


Dunno about their policy, but IMHO pointing them to this bug...or just
sending them a mail with the de.po file attached should be OK.




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

Bug#332729: curl_7.14.1-3(experimental/mips/sigrun): FTBFS - autoconf error

[Marc 'HE' Brockschmidt]

Package: curl
Version: 7.14.1-3
Severity: serious
Tags: experimental

Heya,

Autobuilding of the new experimental curl package fails:

[...]
dpkg-buildpackage: source package is curl
dpkg-buildpackage: source version is 7.14.1-3
dpkg-buildpackage: host architecture mips
 /usr/bin/sudo debian/rules clean
dh_testdir
dh_testroot
rm -rf test-stamp build-stamp configure-stamp debian/build debian/build-gnutls 
debian/tmp-gnutls
dh_clean debian/shlibs.local
 debian/rules build
dh_testdir
mkdir -p debian/build debian/build-gnutls
tar -c --exclude=debian . | tar -C debian/build-gnutls -x
cat debian/gnutls-soname.patch | (cd debian/build-gnutls && patch -p1)
patching file lib/Makefile.am
patching file src/Makefile.am
cd debian/build-gnutls && aclocal-1.7 && automake-1.7
lib/Makefile.am:37: Libtool library used but `LIBTOOL' is undefined
lib/Makefile.am:37: 
lib/Makefile.am:37: The usual way to define `LIBTOOL' is to add 
`AC_PROG_LIBTOOL'
lib/Makefile.am:37: to `configure.ac' and run `aclocal' and `autoconf' again.
[...]

I'd love to give you a hint why this happens, but my autofoo knowledge
(especially regarding libtool) isn't that good.


Thanks,
Marc
-- 
BOFH #287:
Telecommunications is downshifting.



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

Bug#332709: apt: [INTL:sv] Swedish PO-template translation

[Christian Perrier]

Quoting Daniel Nylander ([EMAIL PROTECTED]):
> Christian Perrier wrote:
> 
> >Commited in my archive.
> >
> >However, merging with the current POT gives some fuzzies and
> >untranslated strings. Could you take care of tehm ?
> > 
> >
> Hi again,
> 
> Here is the new updated PO-file for apt.

OK, commited again. Possibly, send all updates to the BTS by writing
to the same bug you already reported (as I'm doing now). This allows
all needed information to be in the BTS in the case someone forgets to
either commit or apply an update received privately.





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

Bug#331430: bar-cursor.el: Loading the library changes cursor to hollow box in emacs-snapshot

[Sven Joachim]

Peter S Galbraith wrote:

Weird that this happens simply by loading the code.  Any idea what's
happening ?


Yes. :-) I tried to explain it already in my original report, but may
not have been clear enough.  Take the following steps to get a
backtrace in emacs-snapshot[1]:

M-x debug-on-entry RET modify-frame-parameters RET
M-x load-library RET bar-cursor.el RET[2]

This gave me the following backtrace:

Debugger entered--entering a function:
* modify-frame-parameters(# ((cursor-type 
. block)))
  bar-cursor-set-cursor-type(block nil)
  (if (and bar-cursor-mode (not overwrite-mode)) (bar-cursor-set-cursor-type 
(quote bar) frame) (bar-cursor-set-cursor-type (quote block) frame))
  bar-cursor-set-cursor()
  bar-cursor-change()
  (lambda (symbol value) (set-default symbol value) 
(bar-cursor-change))(bar-cursor-mode nil)
  custom-initialize-reset(bar-cursor-mode nil)
  custom-declare-variable(bar-cursor-mode nil "*Non-nil means to convert the 
block cursor into a bar cursor.\nIn overwrite mode, the bar cursor
changes back into a block cursor.\nThis is a quasi-minor mode, meaning that it can be 
turned on & off easily\nthough only globally (hence the quasi-)"
:type boolean :group bar-cursor :require bar-cursor :set (lambda (symbol value) 
(set-default symbol value) (bar-cursor-change)))
  (defcustom bar-cursor-mode nil "*Non-nil means to convert the block cursor 
into a bar cursor.\nIn overwrite mode, the bar cursor changes back into
a block cursor.\nThis is a quasi-minor mode, meaning that it can be turned on & off 
easily\nthough only globally (hence the quasi-)" :type (quote
boolean) :group (quote bar-cursor) :require (quote bar-cursor) :set (lambda 
(symbol value) (set-default symbol value) (bar-cursor-change)))
  eval-buffer(# nil "bar-cursor.el" nil t)  ; Reading at buffer 
position 7456
  
load-with-code-conversion("/usr/share/emacs-snapshot/site-lisp/emacs-goodies-el/bar-cursor.el"
 "bar-cursor.el" nil nil)
  load("bar-cursor.el")
  load-library("bar-cursor.el")
  call-interactively(load-library)
  execute-extended-command(nil)
  call-interactively(execute-extended-command)

That's pretty much crystal-clear for an Emacs Lisp wizard. ;-)

You can also see it by evaluating the `frame-parameter' function.
Before loading bar-cursor.el:
(frame-parameter (selected-frame) 'cursor-type) => box

After loading it:
(frame-parameter (selected-frame) 'cursor-type) => block

And Emacs does not know what a "block" cursor is. :-(
The only difference between Emacs 21 and 22 is the handling of an unknown
cursor-type.  While Emacs 21 displays a solid box cursor then, Emacs 22
shows a hollow box.


I might close this bug simply by not including it for Emacs-22 (skipping
byte-compilation).  Okay with you?


I would prefer the following patch to work around this problem (please
test with XEmacs, I don't have it):

--<-8--
--- bar-cursor.el.orig  2005-09-24 12:56:56.0 +0200
+++ bar-cursor.el   2005-10-07 19:28:30.0 +0200
@@ -184,7 +184,7 @@
 if not passed in."
   (if (and bar-cursor-mode (not overwrite-mode))
  (bar-cursor-set-cursor-type 'bar frame)
-   (bar-cursor-set-cursor-type 'block frame)))
+   (bar-cursor-set-cursor-type 'box frame)))

 ;;; --
 (defgroup bar-cursor nil
--<-8--

But it should be noted that bar-cursor.el is at least half-broken anyway,
even for Emacs 21.  If the user prefers a different cursor than a box
cursor, loading bar-cursor might change it.  And if you have something like

(setq-default cursor-type '(bar . 4))

in your .emacs, then bar-cursor-mode won't work at all, because setting the
variable cursor-type takes precedence over the frame-parameters (see also
my original report).


[1] This does not work in Emacs 21, because debug-on-entry only works
for Lisp functions, not for C primitives like `modify-frame-parameters'.

[2] Loading the uncompiled file prevents ugly bytecode in the debugger
backtrace.









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

Bug#332730: openoffice.org: [INTL:sv] Swedish debconf templates translation

[Daniel Nylander]

Package: openoffice.org
Severity: wishlist
Tags: patch l10n



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# 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.
# , fuzzy
# 
# 
msgid ""
msgstr ""
"Project-Id-Version: openoffice.org 1.1.4-7\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2003-12-11 18:36+0100\n"
"PO-Revision-Date: 2005-10-09 10:22+0200\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit"

#. Type: boolean
#. Description
#: ../openoffice.org-bin.templates:4
msgid "Prelink OpenOffice.org binaries?"
msgstr "Förlänka OpenOffice.org-binärer?"

#. Type: boolean
#. Description
#: ../openoffice.org-bin.templates:4
msgid ""
"OpenOffice.org's binaries can be prelinked if the prelink package is "
"installed."
msgstr ""
"OpenOffice.org's binärer kan förlänkas om prelink-paketet är installerad."

#. Type: boolean
#. Description
#: ../openoffice.org-bin.templates:4
msgid ""
"Advantages of this are a faster startup and lesser memory needs since the "
"dynamic linker does not need to do much relocations."
msgstr ""
"Fördelarna med detta är en snabbare uppstart och att mindre minne behövs 
eftersom den "
"dynamiska länkaren inte behöver göra så många omlokaliseringar."

#. Type: boolean
#. Description
#: ../openoffice.org-bin.templates:4
msgid ""
"However, prelinking modifies the files itself. After prelinking, the MD5 "
"checksums in the package don't match reality anymore; then the checksums in "
"the package can't be used to verify the package integrity until the "
"prelinking is undone."
msgstr ""
"Men.. förlänkning modifierar själva filen. Efter förlänkning så stämmer inte 
MD5 kontrollsumman "
"i paketet längre och då kan inte kontrollsumman i paketet användas för att 
verifiera paketets integritet "
"förrän förlänkningen har återgått till originalet."

#. Type: boolean
#. Description
#: ../openoffice.org-bin.templates:4
msgid "You need to undo prelinking with 'dpkg-reconfigure openoffice.org-bin'."
msgstr "Du måste ångra förlänkningen med 'dpkg-reconfigure openoffice.org-bin'."

Bug#332731: axyl-lucene: [INTL:sv] Swedish debconf templates translation

[Daniel Nylander]

Package: axyl-lucene
Severity: wishlist
Tags: patch l10n



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# 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.
# , fuzzy
# 
# 
msgid ""
msgstr ""
"Project-Id-Version: axyl-lucene 2.1.4\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-04-23 16:15+1200\n"
"PO-Revision-Date: 2005-10-09 10:26+0200\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit"

#. Type: string
#. Default
#: ../templates:3
msgid "2"
msgstr "2"

#. Type: string
#. Description
#: ../templates:4
msgid "Lucene server port"
msgstr "Lucene serverport"

#. Type: string
#. Description
#: ../templates:4
msgid ""
"This is the port number that you want Axyl Lucene Server listens on. "
"Obviously you should specify a free port, so please do consult your /etc/"
"services assignments, and/or check your system with netstat to make sure. "
"This default value is normally free."
msgstr ""
"Detta är portnumret som du vill att Axyl Lucene-servern ska lyssna på. "
"Så klart bör du välja en ledig port så konsultera din fil /etc/services 
och/eller "
"kontrollera ditt system med netstat för att vara säker. "
"Standardvärdet är normalt sett ledigt."

#. Type: note
#. Description
#: ../templates:12
msgid "Axyl Lucene"
msgstr "Axyl Lucene"

#. Type: note
#. Description
#: ../templates:12
msgid ""
"Installing the Lucene Server will provide Axyl with powerful indexing and "
"search capabilities. The server runs as a Java daemon which will start "
"automatically on reboot, and listen on the port you specified."
msgstr ""
"Installation av Lucene Server kommer att ge Axyl kraftfulla indexering och 
sökfunktioner. "
"Servern kör som en Java-daemon som startar automatiskt vid systemets uppstart 
och lyssnar "
"på porten du specificerat."

#. Type: note
#. Description
#: ../templates:12
msgid ""
"For further information on how to use Lucene from an Axyl application see "
"the README file in /usr/share/doc/axyl-lucene. If you have installed the "
"Axyl Documentation package axyl-doc, then the 'search' module in the API "
"Reference, located in /usr/share/doc/axyl-doc/api, is also recommended."
msgstr ""
"För mer information om hur du använder Lucene från en Axyl-applikation, se 
filen README "
"i /usr/share/doc/axyl-lucene. Om du har installerat Axyl-dokumentationspaketet 
axyl-doc kan du "
"använda sökmodulen i API Reference, som finns i /usr/share/doc/axyl-doc/api, 
som rekommenderas."

Bug#317516: dash: does not handle NUL characters gracefully

[Herbert Xu]

On Wed, Oct 05, 2005 at 01:44:47PM +, Gerrit Pape wrote:
> 
> Hi Herbert, the last three test cases still fail with this patch; and
> this additional one:
> 
> $ printf ': 012345\06789\n: 01\023456789\n: 0\0123456789\n' |dash -x
> + : 012345789
> + : 01r456789
> + : 0
> + 3456789
> dash: 3456789: not found
> $ 

Hmm it does this for me (filtered with cat -A):

+ : 012345789$
+ : 01M-^\56789$
+ : 0S456789$

> $ printf ': 0123456789\n\0: 01\023456789\n: 0123456789\n' |dash -x
> + : 0123456789
> + : 01r456789
> + : 0123456789
> $ printf ': 0123456789\n\0\0: 01\023456789\n: 0123456789\n' |dash -x
> + : 0123456789
> + : 01r456789
> + : 0123456789
> $ printf ': 0123456789\n\0\0: 01\02\0345\06789\n: 0123456789\n' |dash -x
> + : 0123456789
> + : 01a{5789
> + : 0123456789
> $ 

+ : 0123456789$
+ : 01^S456789$
+ : 0123456789$
+ : 0123456789$
+ : 01^S456789$
+ : 0123456789$
+ : 0123456789$
+ : 01^B^\5789$
+ : 0123456789$

Which happens to coincide with what pdksh does.

Cheers,
-- 
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt


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

Bug#332732: mingw32-binutils - fails to build

[Bastian Blank]

Package: mingw32-binutils
Version: 2.16.91-20050827.1-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of mingw32-binutils_2.16.91-20050827.1-1 on debian-31 by 
> sbuild/s390 69
[...]
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 4.0), gettext, bison, flex, perl
[...]
> WARNING: `makeinfo' is missing on your system.  You should only need it if
>  you modified a `.texi' or `.texinfo' file, or any other file
>  indirectly affecting the aspect of the manual.  The spurious
>  call might also be the consequence of using a buggy `make' (AIX,
>  DU, IRIX).  You might want to install the `Texinfo' package or
>  the `GNU make' package.  Grab either from any GNU archive site.
> make[3]: *** 
> [/build/buildd/mingw32-binutils-2.16.91-20050827.1/build_dir/src/binutils-2.16.91-20050827-1/bfd/doc/bfd.info]
>  Error 1

Bastian


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

Bug#332733: mingw32 - fails to build

[Bastian Blank]

Package: mingw32
Version: 3.4.4.20050522.1-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of mingw32_3.4.4.20050522.1-1 on debian-31 by sbuild/s390 69
[...]
> gcc -c   -g -O2 -DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings 
> -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long  -Wno-error 
>  -DHAVE_CONFIG_H-I. -I. 
> -I/build/buildd/mingw32-3.4.4.20050522.1/build_dir/src/gcc-3.4.4-20050522-1/gcc
>  
> -I/build/buildd/mingw32-3.4.4.20050522.1/build_dir/src/gcc-3.4.4-20050522-1/gcc/.
>  
> -I/build/buildd/mingw32-3.4.4.20050522.1/build_dir/src/gcc-3.4.4-20050522-1/gcc/../include
>   c-parse.c -o c-parse.o
> gcc: c-parse.c: No such file or directory
> gcc: no input files
> make[2]: *** [c-parse.o] Error 1
> make[2]: Leaving directory 
> `/build/buildd/mingw32-3.4.4.20050522.1/build_dir/objs/gcc'
> make[1]: *** [all-gcc] Error 2
> make[1]: Leaving directory 
> `/build/buildd/mingw32-3.4.4.20050522.1/build_dir/objs'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20051008-0307
> FAILED [dpkg-buildpackage died]

Bastian


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

Bug#332734: egoboo - fails to build

[Bastian Blank]

Package: egoboo
Version: 2.22-22
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of egoboo_2.22-22 on debian-31 by sbuild/s390 69
[...]
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 4), docbook-utils | docbook-to-man, 
> xlibmesa-gl-dev (>= 4.1.0), libsdl1.2-dev (>= 1.2.2)
[...]
> gcc camera.o char.o enchant.o game.o graphic.o input.o menu.o module.o 
> network.o particle.o passage.o script.o sound.o lin-file.o gltexture.o 
> mathstuff.o graphicfan.o graphicmad.o graphicprt.o configfile.o -D_LINUX 
> -ffast-math -funroll-loops -Wall -g -O2 `sdl-config --cflags` 
> -I/usr/X11/include -L/usr/X11R6/lib -L/usr/lib `sdl-config --libs` -lXxf86vm 
> -lGL -o egoboo
> /usr/bin/ld: cannot find -lXxf86vm
> collect2: ld returned 1 exit status
> make[2]: *** [egoboo] Error 1
> make[2]: Leaving directory `/build/buildd/egoboo-2.22/code'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/egoboo-2.22'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20051008-0438
> FAILED [dpkg-buildpackage died]

Bastian


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

Bug#332735: php4: foreach needs $key to work properly

[Tobias Daur]

Package: php4
Version: 4.3.10-16

Foreach in php normaly works with and without a given key:

foreach (array_expression as $value)
statement
foreach (array_expression as $key => $value)
statement

http://de3.php.net/manual/en/control-structures.foreach.php


In the first case, without $key, foreach should behave like this:

---
The first form loops over the array given by array_expression. On each
loop, the value of the current element is assigned to $value
---

But foreach in the package mentioned above doesn't assign the value of
the current element, but the complete array. 


This is a test-script: 

 'aaa','b' => 'bbb','c' => 'ccc');

// this produces the correct output: aaabbbccc
foreach($aTest as $k => $v) {
 echo $v;
}

// this should produce the same output, but gives back 
// ArrayArrayArray
foreach($aTest as $v) {
echo $v;
}

?>





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

Bug#166718: Using pam_group to give access to "useful" groups?

[Christian Perrier]

> Just to be sure, can you change your config to look like either this
> 
>  *;tty*&!ttyp*;*;Al-2400;audio cdrom floppy games plugdev video
>  *;:0;*;Al-2400;audio cdrom floppy games plugdev video

*this* works

> 
> or this
> 
>  *;tty*&!ttyp*|:0;*;Al-2400;audio cdrom floppy games plugdev video


this will probably work




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

Bug#166718: Using pam_group to give access to "useful" groups?

[Christian Perrier]

> or this
> 
>  *;tty*&!ttyp*|:0;*;Al-2400;audio cdrom floppy games plugdev video


That one doesn't work.




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

Bug#332727: [Pkg-mediawiki-devel] Bug#332727: mediawiki: cherokee not included in debconf, apache* dependency only

[Romain Beauxis]

Le Samedi 8 Octobre 2005 09:36, Jens Körner a écrit :
> Package: mediawiki
> Version: 1.4.10-1
> Severity: wishlist
>
>
> I run cherokee webserver but it is not included in debconf dialog.
> Dependencies on mediawiki installed unwanted apache* packages and cannot
> be removed without breaking mediawiki.

Hi!

As I can read on the package dependencies:
Depends: apache2 | httpd
This means that it depends either on apache2 or on a virtual httpd package.

Then, on cherokee, I can read:
Provides: httpd

So if you installed cherokee from its package, you may not encounter this bug.
Can you provide more informations on this bug, because as for now, it should 
be closed.


Romain
-- 
So, won't you come with me;
I'll take you to a land of liberty
Where we can live - live a good, good life
And be free.


pgpASLffIZlYk.pgp
Description: PGP signature

Bug#332736: realtime-lsm-source: could do with better compilation/installation instructions

[Arthur Marsh]

Package: realtime-lsm-source
Version: 0.1.1-6
Severity: wishlist


I found it difficult to install the realtime module given the (lack of) 
instructions provided.

The simplest way seemed to be to obtain and download kernel sources, 
make kpkg kernel-image, run module-assistant, then manually copy 
realtime.ko to the appropriate modules directory, run depmod and then 
/etc/init.d/realtime start.

This involved considerable trial and error.

The two cases that I think should be documented are:

1) adding the realtime module to a current, vanilla Debian kernel;

2) adding the realtime module to a customised Debian kernel.

Regards,

Arthur.

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

Versions of packages realtime-lsm-source depends on:
ii  debhelper 4.9.12 helper programs for debian/rules
ii  kernel-package9.008  A utility for building Linux kerne
ii  module-assistant  0.9.10 tool to make module package creati

realtime-lsm-source recommends no packages.

-- no debconf information


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

Bug#332689: ifupdown: route not set with fixed ip

[Javier Fernández-Sanguino Peña]

tags 332689 moreinfo
thanks

On Fri, Oct 07, 2005 at 12:47:31PM -0700, David Liontooth wrote:
> Package: ifupdown
> Version: 0.6.7
> Severity: important
> 
> 
> For a fixed IP setup in /etc/network/interfaces, the "ifup eth0" command 
> establishes a connection, but 
> no route:

Please provide your /etc/network/interfaces config.

> # ifup eth0
> SIOCADDRT: No such device
> Failed to bring up eth0.

There seems to be a bug in the config and ifup cannot configure the
interface, that's why it's not setting up the route.

Regards

Javier


signature.asc
Description: Digital signature

Bug#332737: cross-arch support for pbuilder; AMD64 and x86

[Junichi Uekawa]

Package: pbuilder
Version: 0.135

Apparently, it's possible to get a pbuilder chroot for x86 on
an amd64 box with the following command line (thanks to Mithrandir)

pbuilder create --distribution sid --debootstrapopts "--arch=i386" 
--basetgz /var/cache/pbuilder/base-i386.tgz --mirror 
http://ftp.jp.debian.org/debian


This is actually enough to bootstrap a i386 chroot.
On building a package, there is one extra work to do.
uname will give architecture string for amd64 (x86_64)
instead of i386. The tool for changing 'personality'
in amd64 is 'linux32'.
sbuild invokes linux32 before dpkg-buildpackge.
(thanks to neuro)


The missing piece for pbuilder amd64->i386 cross build 
support is 

1. documentation on the procedure
2. support for linux32
3. regression testsuite to test that
  a. bootstrap is functional
  b. build is getting uname -a with correct values
  c. package gets built


regards,
junichi


pgpz5CWqPYKjT.pgp
Description: PGP signature

Bug#332727: [Pkg-mediawiki-devel] Bug#332727: mediawiki: cherokee not included in debconf, apache* dependency only

[Romain Beauxis]

Le Samedi 8 Octobre 2005 09:36, Jens Körner a écrit :
> I run cherokee webserver but it is not included in debconf dialog.

Also about this, you can uncheck all boxes on the multi choice dialog and then 
do the config yourself.
Furthermore, if we use my multisite package later, questions and configuration 
for httpd will be up to the administrator.


Romain
-- 
Why do they fight against the poor youth of today?
'Cause without these youths, they would be gone -
All gone astray


pgpT86wztZMoX.pgp
Description: PGP signature

Bug#332738: weird problem running cmake

[bear]

Package: cmake
Version: 2.0.6-2
Severity: important

hi,

  I run cmake with the following errors:
  
  cmake: relocation error: cmake: symbol
  _ZN9__gnu_cxx6__poolILb1EE13_M_initializeEv, version GLIBCXX_3.4.6 not
  defined in file libstdc++.so.6 with link time reference
  
  Any clues about that? Thanks!

bear

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

Versions of packages cmake depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-1  GCC support library
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  libstdc++64.0.2-1The GNU Standard C++ Library v3
ii  zlib1g1:1.2.3-4  compression library - runtime

cmake recommends no packages.

-- no debconf information


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

Bug#166718: Using pam_group to give access to "useful" groups?

[Steve Langasek]

On Sat, Oct 08, 2005 at 10:30:56AM +0200, Christian Perrier wrote:
> > Just to be sure, can you change your config to look like either this

> >  *;tty*&!ttyp*;*;Al-2400;audio cdrom floppy games plugdev video
> >  *;:0;*;Al-2400;audio cdrom floppy games plugdev video

> *this* works

Ok, then I guess I didn't see the bug I thought I saw. :)

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#329811: evolution: ping ?

[Benoît Dejean]

Package: evolution
Followup-For: Bug #329811

any news ?

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-powerpc
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)


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

Bug#332739: debhelper: dh_clean fails in certain filesystems

[Frank Burkhardt]

Package: debhelper
Version: 4.9.10
Severity: normal

Hi,

dh_clean exists unsuccessfully sometimes when used inside AFS-namespace (AFS is
a distributed filesystem - see http://www.openafs.org). Problem is 'find' which
counts hard links to directories and doesn't get the results it expects.
Calling find with '-noleaf'-option solves the problem:


--- /usr/bin/dh_clean.orig  2005-10-08 11:08:12.0 +0200
+++ /usr/bin/dh_clean   2005-10-08 11:08:12.0 +0200
@@ -91,7 +91,7 @@
}
 
# Remove other temp files.
-   complex_doit("find . -type f -a \\
+   complex_doit("find . -noleaf -type f -a \\
\\( -name '#*#' -o -name '.*~' -o -name '*~' -o -name DEADJOE \\
 -o -name '*.orig' -o -name '*.rej' -o -name '*.bak' \\
 -o -name '.*.orig' -o -name .*.rej -o -name '.SUMS' \\


Regards,

Frank Burkhardt

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

Versions of packages debhelper depends on:
ii  binutils 2.16.1cvs20050902-1 The GNU assembler, linker and bina
ii  coreutils [fileutils 5.2.1-2.1   The GNU core utilities
ii  debconf-utils1.4.58  debconf utilities
ii  dpkg-dev 1.13.11 package building tools for Debian
ii  file 4.12-1  Determines file type using "magic"
ii  fileutils5.2.1-2.1   The GNU file management utilities 
ii  html2text1.3.2a-3An advanced HTML to text converter
ii  perl 5.8.7-5 Larry Wall's Practical Extraction 
ii  po-debconf   0.9.0   manage translated Debconf template

debhelper recommends no packages.

-- no debconf information


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

Bug#332741: xchm - broken build-depends

[Bastian Blank]

Package: xchm
Version: 2:1.2.0-3
Severity: important

The changelog specifies "Rebuild with new chmlib (new soname)" but the
build-depends are not updated.

Bastian

-- 
Peace was the way.
-- Kirk, "The City on the Edge of Forever", stardate unknown


signature.asc
Description: Digital signature

Bug#332740: chmlib - changed soname without conflicts

[Bastian Blank]

Package: chmlib
Version: 0.36-2
Severity: serious

chmlib changed the soname of the lib without conflicting with any
package which uses them.

Please reread policy 8.1.

Bastian

-- 
Emotions are alien to me.  I'm a scientist.
-- Spock, "This Side of Paradise", stardate 3417.3


signature.asc
Description: Digital signature

Bug#332742: ruby1.8: [CAN-2005-2337] safe mode bypass

[Martin Pitt]

Package: ruby1.8
Version: 1.8.2-9
Severity: grave
Tags: security patch

Hi!

There is a safe mode bypass in all Ruby versions:

  http://www.ruby-lang.org/en/20051003.html

This page also contains a patch (which does not apply perfectly since
the XMLRPC issue is already fixed, but for eval.c it applies fine).

This has been assigned CAN-2005-2337, please mention this number in
the changelog when you fix this.

Thanks,

Martin

-- 
Martin Pitt  http://www.piware.de
Ubuntu Developer   http://www.ubuntulinux.org
Debian Developerhttp://www.debian.org


signature.asc
Description: Digital signature

Bug#332743: bacula-sd process quits unexpectedly (ERR=dev.c:406 Rewind error)

[Christoph Haas]

Package: bacula-sd
Version: 1.36.2-2sarge1
Severity: important

The bacula-sd process seems to be disppearing when I'm requested
to change tapes, insert a new one and run "mount" in the bconsole.
The last message in the log file was:


08-Oct 10:27 torf-sd: FullWeekly.2005-10-08_08.00.00 Warning: Couldn't rewind
device /dev/nst0 ERR=dev.c:406 Rewind error on /dev/nst0. ERR=No medium found.

08-Oct 10:27 torf-sd: Please mount Volume "bacula14" on Storage Device
"Streamer" for Job FullWeekly.2005-10-08_08.00.00

08-Oct 10:27 torf-fd: FullWeekly.2005-10-08_08.00.00 Fatal error: backup.c:477
Network send error 32768 to SD. ERR=Broken pipe

08-Oct 10:27 torf-dir: FullWeekly.2005-10-08_08.00.00 Error: Bacula 1.36.2
(28Feb05): 08-Oct-2005 10:27:35
[...]
  SD Errors:  0
  FD termination status:  Error
  SD termination status:  Error
  Termination:*** Backup Error ***


I ran "mount" in the bconsole and it told me that the backup failed. When
looking with "ps ax | grep bacula" there was no "bacula-sd" process any more.

This is my Streamer definition:

Device {
  Name = Streamer
  Media Type = DDS-3
  Archive Device = /dev/nst0
  AutomaticMount = yes;
  AlwaysOpen = yes;
  RemovableMedia = yes;
  RandomAccess = no;
  VolumePollInterval = 60
  OfflineOnUnmount = yes
  CloseOnPoll = no
  MaximumOpenWait = 2 days
}

P.S.: Strangely the automatic mount doesn't work either. I always need to
  issue a "mount" manually after changing tapes.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8)

Versions of packages bacula-sd depends on:
ii  bacula-common  1.36.2-2sarge1Network backup, recovery and verif
ii  debconf1.4.30.13 Debian configuration management sy
ii  libacl12.2.23-1  Access control list shared library
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libcomerr2 1.37-2sarge1  common error description library
ii  libgcc11:3.4.3-13GCC support library
ii  libkrb53   1.3.6-2sarge2 MIT Kerberos runtime libraries
ii  libpq3 7.4.7-6sarge1 PostgreSQL C client library
ii  libssl0.9.70.9.7e-3  SSL shared libraries
ii  libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3
ii  libwrap0   7.6.dbs-8 Wietse Venema's TCP wrappers libra
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information


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

Bug#166718: Using pam_group to give access to "useful" groups?

[Christian Perrier]

(maybe asking -ctte should be done)

This is an attempt to, again, summarize the situation about #166718
and related bugs.

In short, the question is: how can we choose a method to make easy for
people with physical access to the console to use  its devices (sound,
cdrom, plugged devices...) and NOT compromise security.

The initial request was for passwd to "add the first created user to
useful groups" in the install process (currently D-I 2nd stage).

The former maintainer of passwd, Karl Ramm, was very reluctant to add
this as is to passwd config script.

In the meantime, the D-I team added a hack to do this in D-I 2nd
stage...which explains the request doesn't come often now.

Several suggestions have been made to do this:

1) use pam_console (used by Redhat) to give all users connected to the
   "console" access to a bunch of groups

2) use pam_group for barely the same purpose

3) hard-code the "useful" groups in passwd.config

4) keep the current situation and let this to the D-I team

1) and 2) have the same security implications-->granting groups access
to anyone using the console allows this user to hack a setgid binary
and have it launch a shell later, even when not connected at the
console
Activating pam_group in common-auth seems OK but not with the lines
that would be required in /lib/security/group.conf

3) is possible but seems to be a hack

4) (the current solution) is a similar hack

I'd like to propose another approach:

Add a "--useful-groups" switch to Debian's adduser and keep a list of
useful groups in this package's default adduser.conf file.

For sure, this moves the pressure of keeping a list of "useful" groups
to Marc Haber and adduser maintainers...but it would have the
advantage to offer admins an easy way to add users to these "useful"
groups without knowing the complete list.


Thoughts, opinions, flames? I'd really like to get rid of this
bug...:-)




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

Bug#331089: rageircd stays connected to peer server for about 6 hours, then quits

[Alasdair McWilliam]

In that case, to eliminate a possibility, try recompiling but   
include --enable-assert with the configure line. You should compile  
with -O2 again too.


Run it without valgrind, and see what happens. :-)

Alasdair

On 7 Oct 2005, at 21:32, Philip Craig wrote:


Actually, not quite.

The situation is:

If I run it -O0 or the normal -O2 via the normal means (command  
line or debian init.d script) then it crashes in 3-6 hours.


If I run it under valgrind as either -O2 or -O0, then it stays up  
for days!! The first run stayed up 1 day and 1 hour before I  
interrupted it. The current one has been up 1.5 days and counting.


So, I have a long term stability workaround it seems. Run it under  
valgrind! btw, valgrind reports nothing mysterious if I interrupt  
rageircd normally and check valgrind's output. The usual issues  
inside sprintf in the libc, and that's it.


So, a great mystery.

Alasdair McWilliam wrote:


Hi

From the lack of communication I assume your server has stabilised  
by compiling with -O0 instead of -O2?


Rather odd I have a gut feeling this is going to take a  
serious amount of debugging. :-(











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

Bug#332732: mingw32-binutils - fails to build

[Ron]

Already noted, working on fixing the build-deps now.

thanks!
Ron

On Sat, Oct 08, 2005 at 10:37:48AM +0200, Bastian Blank wrote:
> Package: mingw32-binutils
> Version: 2.16.91-20050827.1-1
> Severity: serious
> 
> There was an error while trying to autobuild your package:
> 
> > Automatic build of mingw32-binutils_2.16.91-20050827.1-1 on debian-31 by 
> > sbuild/s390 69
> [...]
> > ** Using build dependencies supplied by package:
> > Build-Depends: debhelper (>= 4.0), gettext, bison, flex, perl
> [...]
> > WARNING: `makeinfo' is missing on your system.  You should only need it if
> >  you modified a `.texi' or `.texinfo' file, or any other file
> >  indirectly affecting the aspect of the manual.  The spurious
> >  call might also be the consequence of using a buggy `make' (AIX,
> >  DU, IRIX).  You might want to install the `Texinfo' package or
> >  the `GNU make' package.  Grab either from any GNU archive site.
> > make[3]: *** 
> > [/build/buildd/mingw32-binutils-2.16.91-20050827.1/build_dir/src/binutils-2.16.91-20050827-1/bfd/doc/bfd.info]
> >  Error 1
> 
> Bastian
> 
> 


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

Bug#293171: Moving {add|remove}-shell from passwd to debianutils

[Christian Perrier]

I asked for advices in debian-devel about the best way to achieve this:

Initial plan was:
> The plan we draw is the following:
> 
> 1) shadow package maintainers upload passwd which 
>"Depends: debianutils (<= 2.14.3)"
>this version *still* includes the utilities   
> 
> 2) we warn Clint
> 
> 3) He uploads debianutils 2.15 with the utilities
> 
> 4) He warns us..:-)
> 
> 5) We upload passwd *without* the utilities and 
>"Depends: debianutils (>= 2.15)"
> 
> 6) we might need to later warn maintainers of shell packages which
>maybe depend on passwd just because they need the utilities


The plan seems a little overflated and some have commented that a
simpler plan would be OK:

1) Clint uploads debianutils with "Replaces: passwd
   (<=current_version) and the utilities


2) We (eventually at the same time) upload shadow without the utilities
   with "Depends: debianutils (>=new_version)" so that passwd
   cannot be upgraded if the debianutils with the utilities is not here

3) we warn maintainers of shell packages to remove the dependency on
   passwd

4) when all shell packages have been fixed, we can remove the
versioned dependency on debianutils

1) and 2) happening at the same time (provided we build on the same
architecture)) guarantees that upgrades for this architecture will
work fine the day after.

As we cannot control the autobuilders, it is likely that some delays
happen where the new debianutils will not be upgradable as long as
passwd hasn't been built as well.or the contrary. But the
utilities will always be here.

Comments?

An upload of shadow will happen as soon as both the following
conditions have been met:

-upstream releases 4.0.13
-4.0.12-6 has reached testing

This is likely to occur during next week...




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

Bug#332744: start-stop-daemon and --exec for stopping considered harmful

[Ryan Murray]

Package: lsb-base
Version: 3.0-9
Severity: important

The killproc() function of /lib/lsb/init-functions uses the --exec option
of start-stop-daemon.  This option causes start-stop-daemon to not stop
the process if the binary has changed on disk.

The binary may change on disk for at least two reasons:
you've upgraded the package, but the daemon hasn't been restarted yet, and
prelink has been run, changing the binary to be prelinked.

Just because you have done one of these two things, does not mean that
killproc() should suddenly stop working.  Instead, --name should be passed
to start-stop-daemon with the value of argv[0], which will not try to compare
the inode of the running binary to the inode of the one on disk and instead
just look at the name of the command.

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

Versions of packages lsb-base depends on:
ii  ncurses-bin   5.4-9  Terminal-related programs and man 
ii  sed   4.1.4-4The GNU sed stream editor

lsb-base recommends no packages.

-- no debconf information


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

Bug#332735: [php-maint] Bug#332735: php4: foreach needs $key to work properly

[Adam Conrad]

Tobias Daur wrote:
> Package: php4
> Version: 4.3.10-16
> 
> Foreach in php normaly works with and without a given key:
> 
> foreach (array_expression as $value)
> statement
> foreach (array_expression as $key => $value)
> statement
> 
> But foreach in the package mentioned above doesn't assign the value of
> the current element, but the complete array. 

I can't reproduce this at all with your test script, it works fine for
me on 4.1.2-7.woody5 in woody, 4.3.10-16 in sarge, and 4.4.0-2 in sid,
as well as 5.0.5-1 in sid.

The info normally printed by reportbug at the bottom of a bug report may
have been helpful here (what architecture you're running on, the
versions of various dependency packages, etc).  Can you give me some
more to work with? :)

... Adam


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

Bug#332673: TeX is unable to find cm-super-t2a.enc file

[Victor Wagner]

On 2005.10.08 at 03:01:28 +0200, Norbert Preining wrote:

> Hi Victor!
> 
> On Fre, 07 Okt 2005, Victor Wagner wrote:
> > Package cm-super places *.enc file into 
> > /usr/share/texmf/fonts/enc/dvips/cm-super directory,
> > while other *.enc files are in 
> > /usr/share/texmf/dvips/* directories.
> 
> Hmmm. Good point. But I guess I will ignore this out of the following
> reason: Soon teTeX 3 will be uploaded and will replace current teTeX 2.
> For teTeX 3 the location of the enc files is correct, as the TeX
> filesystem standard has changed.
> 
> Would you agree that it is ok to wait for teTeX 3 to be uploaded, then
> add a versioned depend on tetex (instead of the unversioned), and close
> the bug?

No. Just now testing and unstable has tetex-2.0. So, tetex-3-only
packages have to be uploaded in experimental.

More over, there are much more users of testing and unstable out there
than those who have already installed tetex-3 from experimental.

So, if you want feedback from these users, it is better to make
tetext-2.0 compatible packages meanwhile. 

And, of course, if package is not compatible with earliern version of
tetex, versioned dependency should be there.


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

Bug#332672: cm-super-x11: Some font encodings which are supported by fonts are not provided

[Victor Wagner]

On 2005.10.08 at 02:59:00 +0200, Norbert Preining wrote:

> 
> Can you check wether these encodings actually work? I have used
> mkfontscale to create the fonts.scale file. And it seems to check for
> several encodings. If you say it is ok to add for every koi8-r also
> microsoft-cp1251 and iso8850-5, I can add them to the fonts.scale for
> the next version. But I don't have any cyrillic setup to actually test
> it.

I've already checked. See attached xfd screenshots 



cm-super-1251.png
Description: PNG image


cm-super-iso8859-5.png
Description: PNG image

Bug#332745: addkey called with bad index 256

[C.Y.M]

Package: console-common
Version: 0.7.54

New console-common package causes the following error during installation and
during system boot.

Setting up console-common (0.7.54) ...
Installing new version of config file /etc/init.d/keymap.sh ...
Looking for keymap to install:
NONE
loadkeys: /etc/console/boottime.kmap.gz:407: addkey called with bad index 256
* Problem when loading /etc/console/boottime.kmap.gz, use install-keymap


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

Bug#318425: Debian Bug: nothing forces xserver-xfree86 -> xserver-xorg

[Andur]

Hi,

I update my Debian Sid more or less daily, and this week I got hit by
this bug. After updating with synaptic and rebooting, kdm wouldn't
start. Trying to "startx" would give the message " /etc/X11/X is not
executable". Following the symlinks showed that, indeed, I was missing
a xserver package. After installing xserver-xorg everything went fine,
of course. Maybe your fix didn't arrive to the finnish mirror in time
:-)

Anyway, thanks for fixing this, I do believe it's an important bug. I
do have apt-listbugs installed to catch things like this one, but this
time it didn't report anything about the X upgrade of this week...
odd.

I installed the x-window-system-core metapackage that I was missing,
just in case ;-) Keep up the good work with Debian.



Iago "Andûr" García

Bug#294300: slrn: Display is not refreshed after reconnecting to server, which previously failed

[Thomas Schultz]

Hi!

* Norbert Tretkowski <[EMAIL PROTECTED]> [Tue 2005-10-04 08:52 PM] :

> Patch against 0.9.8.1pl1 attached.

Your patch breaks linking of slrnpull, because nntplib is also used for it
and slrn_refresh is not available in that context.

The real problem here is that sltcp.c writes to stderr directly, even
after slang screen management has been set up. I now changed it to use
slrn_error instead so the screen does not get messed up after reconnects
in the first place.
-- 
Thomas Schultz <[EMAIL PROTECTED]>  News on slrn: http://slrn.sf.net/news.html
.-. [2004-10-07] Released slrn 0.9.8.1
| Home of the slrn newsreader | [2003-08-25] Released slrn 0.9.8.0
| http://slrn.sourceforge.net | [2003-08-19] New slrn FAQ available


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

Bug#57280: Reassign this bug

[Marc Haber]

On Fri, Oct 07, 2005 at 02:31:40PM +0200, Christian Perrier wrote:
> The analysis of this bug report shows that the user reporting it wants
> to have the choice, possibly during an initial install, to either use
> user groups or add all users to the default "users" group.
> 
> passwd, while reconfigured, relies on adduser for this. One solution
> could be a debconf-based configurable option to either use "users"
> groups or the "users" group by default with adduser.
> 
> I would give a quite low priority to this. After all, the creation of
> a first user can be skipped in new installs...

This is opening a can of worms which might lead to the requirement of
having all adduser.conf options be settable through debconf. I'd
rather not do this with the current adduser stuff and leave that to
the rewrite which is necessary anyway.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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

Bug#332717: autofs fails to mount smb as root at boot time

[Steinar H. Gunderson]

On Sat, Oct 08, 2005 at 07:14:22AM +0200, Jacobo221 wrote:
> autofs has always refused to mount smbfs correctly at boot time. I thought
> it was some weird problem, since right after starting the system, i could
> do an /etc/init.d/autofs restart and smbfs partition would be mounted
> correctly (using "sudo"). But today I just came up to think that maybe it
> was because it was trying to access samba as root. And hey, I was right! I
> suggest the /etc/init.d/autofs was run as a special "samba" user.

What's the problem about mounting smbfs shares as root? autofs does in
general run as root, since the kernel doesn't tell it what user tried to
access the file.

autofs should definitely not run as “samba”, since using it to mount smbfs
shares is rather uncommon, and would require lots of rewriting of scripts
everywhere to use sudo (and autofs would depend on sudo). I'm not really
clear either on why starting /etc/init.d/autofs with SUDO_USER=samba as root
should really change _anything_ -- what would the difference be?

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#300805: tcllib: new upstream

[[EMAIL PROTECTED]]

Andreas Kupries wrote to tell there are new packages of tcllib ready for
a new release that fix some previous problems.
Right now I don't have the Debian environment to make the Debian package
but maybe someone else could try to build a new Debian package and
upload to unstable.

Andreas Kupries wrote:
> Please do test them, especially in light of
> 
> http://sourceforge.net/tracker/index.php?func=detail&aid=1168649&group_id=12883&atid=112883
> 
> Find them at
> 
> http://www.purl.org/net/akupries/soft/clt-arch/tcllib-1.8-2.tar.gz
> http://www.purl.org/net/akupries/soft/clt-
arch/tcllib-1.8-2.tar.bz
> http://www.purl.org/net/akupries/soft/clt-arch/tcllib-1.8-2.zip
> http://www.purl.org/net/akupries/soft/clt-arch/tcllib-1.8-2.kit



Prueba el Nuevo Correo Terra; Seguro, R�pido, Fiable.

Bug#332738: weird problem running cmake

[A. Maitland Bottoms]

Are you able to run any other C++ built programs?
( apt-cache rdepends libstdc++6 )

This sounds like a g++ 4.0 Transition issue,
yet your bug report indicates g++ 4.0.2 is installed.

Does running
`strings /usr/lib/libstdc++.so.6 | grep GLIBCXX`
output include "GLIBCXX_3.4.6" on your system?

-Maitland


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

Bug#328663: very old package, should this be removed?

[Marc 'HE' Brockschmidt]

retitle 328663 ctklight -- RoM; old, out of date, unused
reassign 328663 ftp.debian.org
severity 328663 normal
thanks

Michael Weber <[EMAIL PROTECTED]> writes:
> * Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> [2005-09-16T18:30+0200]:
>> During the Debian QA meeting hold during Sept. 09th till 11th, we
>> decided that looking at packages that haven't been uploaded for a very
>> long time could cover up some QA problems.
>> 
>> I've done this now and your package showed up on the list. I propose
>> to remove it.
>> There are almost no users and the package is also quite out of date wrt
>> Debian's policies. There is also a new upstream version, but neither
>> have you packaged it, nor has someone requested it in the BTS.
> If the debian-haskell team (CC'd) has nothing against it, I agree
> with the removal of package ctklight.

I haven't heard back from you, so I'm reassigning this bug to the
ftp-team, so that the package can be removed. If someone is interested
in maintaining it at a later point, a new upload should be no problem.

Marc
-- 
Fachbegriffe der Informatik - Einfach erklärt
203: Öffentliche Adressverzeichnisse
   Spammers Umschreibung für das Usenet. (Marc Haber)


pgpmNnNJpd195.pgp
Description: PGP signature

Bug#332746: linda warns about debug libraries.

[Junichi Uekawa]

Package: linda
Version: 0.3.16

Hi,

linda gives false positives on files that are generated from 
dh_strip --dbg-package 

E: libshared0-dev; Object /usr/lib/debug/usr/lib/libshared.so.0.0.0 is not 
directly linked against libc.
E: libshared0-dev; Binary /usr/lib/debug/usr/lib/libshared.so.0.0.0 contains 
unneeded section comment.
W: libshared0-dev; Shared binary object 
/usr/lib/debug/usr/lib/libshared.so.0.0.0 has no dependency information.
E: libshared0-dev; Binary /usr/lib/debug/usr/lib/libshared.so.0.0.0 is not 
stripped.
Finished running linda.


regards,
junichi


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

Bug#332747: dh_strip manual page typo --dbg-to does not exist, --dbg-package

[Junichi Uekawa]

Package: debhelper 
Version: 4.9.12
Tags: patch
Severity: minor

Hi,

The documentation tells me to use --dbg-to option, 
which does not exist.

regards,
junichi




diff -ru debhelper-4.9.12-orig/dh_strip debhelper-4.9.12/dh_strip
--- debhelper-4.9.12-orig/dh_strip  2005-06-14 09:31:50.0 +0900
+++ debhelper-4.9.12/dh_strip   2005-10-08 20:05:24.0 +0900
@@ -49,7 +49,7 @@
 package.

 For example, if your packages are lifoo and foo and you want to include a
-foo-dbg package with debugging symbols, use dh_strip --dbg-to=foo-dbg.
+foo-dbg package with debugging symbols, use dh_strip --dbg-package=foo-dbg.

 Note that this option behaves significantly different in debhelper
 compatibility levels 4 and below. Instead of specifying the name of a debug



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

Bug#268208: kernel version 2.6.8-2-686-smp: boot hangs

[M.Nishitani]

I also have the same problem.

My machin (Intel D865PERL mother board and Pentium 4 3E) hangs 
during booting the kernel-image-2.6.8-2-686-smp every time.

When adding boot option "acpi=off" or "acpi=ht", it boots successful.

I have attached the remote console message while failing to boot,
and the output of lspci.

--
M.Nishitani
[EMAIL PROTECTED]
 


rmtcons.txt
Description: Binary data


lspci.txt
Description: Binary data

Bug#332748: apt-cacher: gets confused after some time, returns error 500

[Marc Haber]

Package: apt-cacher
Severity: normal

Hi,

after being in use for some time (like on a computer idling over
night, which uses hourly cron-apt to check for new updates),
apt-cacher gets confused and starts returning error 500. After
terminating and restarting apt-cacher, everything is fine.

See attached log of a failed aptitude update run, and the working one
after restarting apt-cacher (2400 lines).

Greetings
Marc

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-zgsrv
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)


apt-cacher.error.log.bz2
Description: BZip2 compressed data

Bug#328663: very old package, should this be removed?

[Michael Weber]

* Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> [2005-10-08T12:45+0200]:
> Michael Weber <[EMAIL PROTECTED]> writes:
> > If the debian-haskell team (CC'd) has nothing against it, I agree
> > with the removal of package ctklight.
> 
> I haven't heard back from you, so I'm reassigning this bug to the
> ftp-team, so that the package can be removed. If someone is interested
> in maintaining it at a later point, a new upload should be no problem.

Acknowledged.


Cheers,
Michael


signature.asc
Description: Digital signature

Bug#332749: xcdroast(GNU/k*BSD): FTBFS: out of date config.sub/config.guess

[Aurelien Jarno]

Package: xcdroast
Version: 0.98+0alpha15-3
Severity: important

Hello,


The current version of xcdroast fails to build on GNU/kFreeBSD, 
because of outdated config.guess and config.sub.

The versions of config.guess and config.sub in xcdroast are too
old to correctly support Debian GNU/k*BSD.  A version is needed
from this year, which is available in the autotools-dev packages
that are in current sarge, and sid.

You can simply copy them manually, but it can also be done 
automatically using the method described in
/usr/share/doc/autotools-dev/README.Debian.gz 

It would also be nice if you can ask upstream to update 
config.guess and config.sub in their next release.


Thanks for your cooperation.

-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.4-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


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

Bug#332750: libdc0(GNU/k*BSD): FTBFS: out of date libtool scripts

[Aurelien Jarno]

Package: libdc0
Version: 0.3.7-3
Severity: important

Hello,


The current version of libdc0 fails to build on
GNU/kFreeBSD, because of outdated libtool.

The version of libtool in libdc0 is too old to correctly 
support Debian GNU/k*BSD.  libtool 1.5.2-1 or later is need.

Here is how to update the libtool in your package (Make sure you are
using libtool 1.5.2-1 or later):
  libtoolize -c -f
  aclocal (-Im4 might be needed if there's an "m4" template dir)
  autoconf

Note that you should probably use the same version of aclocal (from 
the packages automake*) than the one used in the package. You could 
determine it by looking at the first line of Makefile.in.

It would also be nice if you can ask upstream to update libtool 
in their next release.


Thanks for your cooperation.

-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.4-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


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

Bug#324346: ardour-gtk-i686: Ardour crashes when using timefx

[Robert Jordens]

Hello!

[Mon, 03 Oct 2005] Guenter Geiger wrote:
> Seems that SoundTouch added a namespace "soundtouch", and the library
> version 1.3.0 is not binary compatible anymore.

The namespace has been there since 1.2.1.
http://sky.prohosting.com/oparviai/soundtouch/README.html

> (same in the attached patch)

Where? ;-]

> in order to make it compile and work with the new soundfile library.

ardour 0.99 (in experimental) does compile fine with the new
libsoundtouch but starts eating memory on doing timefx and crashes on
canceling.

> I think this solution would be ok, as the library name of libsoundtouch is
> different from the conflicting version 1.2.1.

Yeah. We don't have to do another transition for just two packages using
libsoundtouch.

Robert.

-- 
Statistics are no substitute for judgement.
-- Henry Clay


signature.asc
Description: Digital signature

Bug#327794: Checks for PCMCIA support?

[Junichi Uekawa]

Hi,

I've stumbled upon this bug.

It would be nicer to have PCMCIA support check, so that 
this error can be more easily found; but I think adding 
a note in README.Debian should also do.

Also, since ibookg4's don't hav PCMCIA support, 
it would be nice if this requirement goes away.


regards,
junichi


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

Bug#332751: wmmisc: every time receives SIGABRT just after start

[Petr Gajdusek]

Package: wmmisc
Version: 0.9-2
Severity: grave
Justification: renders package unusable

Every time receives SIGABRT just after start.
IMHO - i am not programmer, i am maybe wrong,
it occurs in wmgeneral.c:openXwindow()
because it tries to free pointers pointing to argv[].

Package is unusable in this state unless user sets MALLOC_CHECK_
environment variable to 0 or 1.

Hope this helps.

Fast fix:

--- wmmisc-0.9/src/wmgeneral.c  2004-04-20 03:36:31.0 +0200
+++ wmmisc-0.9.fixed/src/wmgeneral.c2005-10-08 12:51:41.0
+0200
@@ -394,10 +394,4 @@

   XMoveWindow (display, win, wx, wy);
 }
-
-  if (display_name != NULL)
-free (display_name);
-
-  if (wname != NULL)
-free (wname);
 }


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (200, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-archck7-top-dave-1
Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2)

Versions of packages wmmisc depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libx11-6  6.8.2.dfsg.1-8 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-8 X Window System miscellaneous exte
ii  libxpm4   6.8.2.dfsg.1-8 X pixmap library
ii  xlibs 6.8.2.dfsg.1-8 X Window System client libraries m

wmmisc recommends no packages.

-- no debconf information


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

Bug#332752: Does not build against today's linus' git tree

[Junichi Uekawa]

Package: linux-wlan-ng-source
Version: 0.2.2-2

Hi,

Apparently, usb_unlink_urb is always async now, and
URB_ASYNC_UNLINK is now deprecated.


http://lists.linux-wlan.com/pipermail/linux-wlan-devel/2005-October/003471.html



regards,
junichi


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

Bug#332753: xlibmesa-gl-dev: cannot link OpenGL app: /usr/bin/ld: cannot find -lGL

[Andre Heynatz]

Package: xlibmesa-gl-dev
Version: 6.8.2.dfsg.1-8
Severity: grave
Tags: patch
Justification: renders package unusable

I tried to compile lesson02 from the NeHe OpenGL Tutorial (SDL GLX variant):

$ make
gcc -Wall -ansi lesson02.c -o lesson02 `sdl-config --cflags --libs` -lGL -lGLU
/usr/bin/ld: cannot find -lGL
collect2: ld returned 1 exit status

Looking closer at the problem:

gcc -Wall -ansi lesson02.c -o lesson02 -Wl,--verbose `sdl-config --cflags 
--libs` -lGL -lGLU

attempt to open /usr/lib/libGL.so failed
attempt to open /usr/lib/libGL.a failed
attempt to open /usr/lib/gcc/i486-linux-gnu/4.0.2/libGL.so failed
attempt to open /usr/lib/gcc/i486-linux-gnu/4.0.2/libGL.a failed
attempt to open /usr/lib/gcc/i486-linux-gnu/4.0.2/libGL.so failed
attempt to open /usr/lib/gcc/i486-linux-gnu/4.0.2/libGL.a failed
d
attempt to open /usr/lib/gcc/i4/usr/bin/ld: cannot find -lGL


GNU ld obviously expects from a shared object that a filename ending with '.so' 
is 
provided, without version information. Often, this is a symlink. Here is what I 
have done 
to fix the problem:

$ su
# cd /usr/lib
# ln -s libGL.so.1 libGL.so
# ldconfig

It should be possible to compile OpenGL programs out of the box, even if the 
patch above 
is simple.

Andre Heynatz

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages xlibmesa-gl-dev depends on:
ii  libc6-dev [libc-dev]  2.3.5-6GNU C Library: Development Librari
ii  libx11-dev6.8.2.dfsg.1-8 X Window System protocol client li
ii  libxext-dev   6.8.2.dfsg.1-8 X Window System miscellaneous exte
ii  x-dev 6.8.2.dfsg.1-8 X protocol development files
ii  xlibmesa-gl   6.8.2.dfsg.1-8 Mesa 3D graphics library [X.Org]

xlibmesa-gl-dev recommends no packages.

-- no debconf information


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

Bug#332754: kimdaba: Does not create an item in debian menu.

[Eugen Dedu]

Subject: kimdaba: Does not create an item in debian menu.
Package: kimdaba
Version: 2.1-1
Severity: normal

Installing kimdaba does not create a menu entry in the debian menu. 
This means it can be launched only from a terminal (I do not use KDE 
desktop).


(I think it should add itself in /usr/share/menu, see
/usr/share/menu/README.)

Thanks,
Eugen

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-powerpc
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kimdaba depends on:
ii  kdelibs4c24:3.4.2-4  core libraries for all KDE 
applica
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D 
graphi
ii  libaudio2 1.7-3  The Network Audio System 
(NAS). (s
ii  libc6 2.3.5-6GNU C Library: Shared 
libraries an
ii  libfam0c102 [libfam0] 2.7.0-7client library to control 
the FAM
ii  libfontconfig12.3.2-1generic font configuration 
library
ii  libfreetype6  2.1.7-2.4  FreeType 2 font engine, 
shared lib

ii  libgcc1   1:4.0.1-2  GCC support library
ii  libice6   6.8.2.dfsg.1-7 Inter-Client Exchange library
ii  libidn11  0.5.18-1   GNU libidn library, 
implementation
ii  libjpeg62 6b-10  The Independent JPEG 
Group's JPEG
ii  libkipi0c20.1.2-1library for apps that want 
to use

ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libqt3-mt 3:3.3.5-1  Qt GUI Library (Threaded 
runtime v
ii  libsm66.8.2.dfsg.1-7 X Window System Session 
Management

ii  libstdc++64.0.1-2The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-7 X Window System protocol 
client li

ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.8.2.dfsg.1-7 X Window System 
miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing 
librar
ii  libxinerama1  6.8.2.dfsg.1-7 X Window System multi-head 
display
ii  libxrandr26.8.2.dfsg.1-7 X Window System Resize, 
Rotate and
ii  libxrender1   1:0.9.0-2  X Rendering Extension 
client libra

ii  libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics
ii  xlibs 6.8.2.dfsg.1-7 X Window System client 
libraries m

ii  zlib1g1:1.2.3-4  compression library - runtime

Versions of packages kimdaba recommends:
pn  kdegraphics(no description available)
ii  kipi-plugins  0.1+rc1-1  image manipulation/handling 
plugin


-- no debconf information


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

Bug#332584: rhythmbox does not add new songs to its database

[James John Eaton]

Loic Minier wrote:

severity 332584 wishlist
forwarded 332584 http://bugzilla.gnome.org/show_bug.cgi?id=125177
merge 200586 332584
thanks

Hi,

On Fri, Oct 07, 2005, James John Eaton wrote:

What I did was move the items into my existing collection folder using 
Nautilus and then started Rhythmbox expecting it to add the new items to 
the rhythmbox database. It didn't do it. Rhythmbox already had a 
database of this folder built sometime ago, I wanted to add the new 
items to the database.



 What you really want is that Rhythmbox re-scans some configured
 directories periodically.  The current way Rhythmbox works is that you
 select folders to add to the collection manually, these are scanned one
 time, and that's all.

 I think this is also what the reporter of #200586 wants, and it *might*
 be fixed in Rhythmbox 0.9 since it monitors directories where files are
 for changes.  Could you please check the Rhythmbox software in
 experimental and report whether it works as you expect?


Loic
What I want is that when you start a rhythmbox session it scans the 
directories/folders on startup and adds any new tracks to its database.


I do administer my system and am unable to try the experimental software 
for you.


James

--
===
James J. Eaton
[EMAIL PROTECTED]
===



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

Bug#332755: Redundant dependency

[Riccardo Brigo]

Package: libssl0.9.8
Version: 0.9.8-1
Severity: minor

Package libssl0.9.8 depends over itself, which isn't by itself an error
but seems to be just redundant.

-- 
Riccardo Brigo
Scuola Superiore Sant'Anna - Pisa

PGP Key available at http://pgp.mit.edu
KEY FINGERPRINT: EB67 18FE 8891 5A19 B886  E6E0 6DDC 47EF E0FC 2681


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

Bug#331147: streamer: no wav file recordable

[Erik Schanze]

retitle 331147 streamer: no wav file recordable
thanks

Hi Gerd!

Gerd Knorr Gerd Knorr <[EMAIL PROTECTED]>:
> > I tried several mixers (aumix, alsamixer and kmix) with all
> > available sources for recording, but it didn't work.
>
> I use aumix.  Usually the sound card is "line" or "line1" input
> (default is "mic", this is what newbies often trap into).  Record
> level has a separate control named "igain" on my sound card, but I've
> also seen the "line" controlling that directly.  It all depends on
> the sound card ...
>
IGain was the trick, in aumix it is a slider only and kmix have a button 
for it and names it "Capture". This must be switched on and pumped up.
Thank you, perhaps documentation (e.g. streamer manpage) could reflect 
this?

But one error still exists, I was unable to record wav file with:
$ streamer -t 0:10 -O soundtrack.wav -F mono8

There is no audio in the file and during recording there is no audio 
played (over PC-Boxes) as on recording audio+video.


Kindly regards,
Erik


-- 
 www.ErikSchanze.de *
 Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB *
  * Linux-Info-Tag in Dresden, am 29. Oktober 2005  *
 Info: http://www.linux-info-tag.de *


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

Bug#332373: poll: protocol failure in circuit setup

[Guus Sliepen]

On Thu, Oct 06, 2005 at 04:23:22PM +0200, Marc Lehmann wrote:

> > > Sometimes I get this message in the syslog:
> > > 
> > > Oct  6 06:02:47 (none) in.rshd: Connection from cerebro on illegal port 0.
> > 
> > This is about the primary connection, not the stderr connection.
> 
> Interesting, as I wouldn't even know how to create such a connection
> (it doesn't seem possible to do that under linux, which is what the the
> machine doing rsh uses).

I think I found the problem: when resolving the address of the peer, it
also resolves the port number to a service name (if available). There
probably are names defined for ports 512..1023 in /etc/services. A
subsequent atoi() will convert those service names to 0. I'll make sure
it only resolves to numbers.

-- 
Met vriendelijke groet / with kind regards,
Guus Sliepen <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#332622: exult - fails to build

[Michael Banck]

On Fri, Oct 07, 2005 at 01:21:19PM +0200, Bastian Blank wrote:
> > dpkg-source: extracting exult in exult-1.2
> > 
> > +--+
> > | sbuild Warning:  |
> > | ---  |
> > | After unpacking, there exists a file debian/files with the contents: |
> > |  |
> > | exult_0.98rc1-1_i386.deb contrib/games extra |
> > | exult-tools_0.98rc1-1_i386.deb contrib/games extra   |
> > |  |
> > | This should be reported as a bug.|
> > | The file has been removed to avoid dpkg-genchanges errors.   |
> > +--+

> - clean don't properly clean the sources.

If you mean debian/files, that is a problem with the upstream tarball,
which has a obsolete and bogus debian/ directory lying around:

nighthawk~/debian/mine$ tar tzvf exult_1.2.orig.tar.gz | grep debian\/files
-rw-r--r-- 1000/100 96 2002-03-13 15:40:51  exult-1.2/debian/files

I am not sure I can do anyting about this, or did you mean anything
else?


Michael

-- 
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html


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

Bug#332756: xplanet(GNU/k*BSD): FTBFS: out of date config.sub/config.guess

[Aurelien Jarno]

Package: xplanet
Version: 1.2.0-1
Severity: important

Hello,


The current version of xplanet fails to build on GNU/kFreeBSD, 
because of outdated config.guess and config.sub.

The versions of config.guess and config.sub in xplanet are too
old to correctly support Debian GNU/k*BSD.  A version is needed
from this year, which is available in the autotools-dev packages
that are in current sarge, and sid.

You can simply copy them manually, but it can also be done 
automatically using the method described in
/usr/share/doc/autotools-dev/README.Debian.gz 

It would also be nice if you can ask upstream to update 
config.guess and config.sub in their next release.


Thanks for your cooperation.

-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.4-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


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

Bug#295416: Patches "half"-commited

[Christian Perrier]

Tomasz, from what I see, you applied one of the two patches provided
by Nicolas to deal with userdel not deleting a group which is primary
for another user.

This seems enough to close down #295416, though. Agreed?




-- 




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

Bug#332757: tmpreaper runs out of time

[Jaap Eldering]

Package: tmpreaper
Version: 1.6.5
Severity: normal


tmpreaper runs more than a minute and gives an error:

error: run time exceeded!

>From the man-page:

tmpreaper will stop itself after almost one minute with an appropriate 
warning message, as attempts to keep it running long enough so that it 
runs in parallel with another instance of itself may also lead to 
possible vulnerabilities. Normally, tmpreaper won't need that amount of 
time. If your system is so slow that it does, please file a bug report...


It's not that our system is slow, but tmpreaper has to run through a 
directory tree of max. 20 GB, so it would be nice to have this run time 
configurable.

Jaap Eldering


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages tmpreaper depends on:
ii  debconf 1.4.30.13Debian configuration management sy
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an

-- debconf information excluded


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

Bug#325558: Patch for a more complete documentaiton of newgrp behaviour

[Christian Perrier]

tags 325558 patch
thanks

Attached to this mail is Nicolas modifications to newgrp(1) so that it
better explains the issues experienced by the bug submitter in
http://bugs.debian.org/325558

Tomasz, can you mention us if you apply this to your CVS?


-- 




--- newgrp.1.xml.ori2005-10-08 14:21:45.688113532 +0200
+++ newgrp.1.xml2005-10-08 14:28:27.614288250 +0200
@@ -30,20 +30,24 @@
 
 
 
-  newgrp changes the current real group ID to the
-  named group, or to the default group listed in
-  /etc/passwd if no group name is given. 
-  newgrp also tries to add the group to the user
-  groupset. If not root, the user will be prompted for a password if she
-  do not have a password and the group does, or if the user is not
-  listed as a member and the group has a password. The user will be
-  denied access if the group password is empty and the user is not
-  listed as a member. The password of the user (and respectively, if
-  compiled with SHADOWGRP, the password and the members of the group)
-  will be overwritten by the value defined
-  /etc/shadow (respectively in
-  /etc/gshadow) if an entry exists for this user
-  (resp. group).
+  newgrp changes the current real group ID to
+  the named group, or to the default group listed in
+  /etc/passwd if no group name is
+  given. newgrp also tries to add the group to
+  the user groupset. If not root, the user will be prompted for a
+  password if she does not have a password (in /etc/shadow if this
+  user has an entry in the shadowed password file, or in
+  /etc/passwd otherwise) and the group does, or if the user is not
+  listed as a member and the group has a password. The user will
+  be denied access if the group password is empty and the user is
+  not listed as a member. 
+
+
+
+  If there is an entry for this group in /etc/gshadow, then the
+  list of members and the password of this group will be taken
+  from this file, otherwise, the entry in /etc/group is
+  considered.
 
   
 

Bug#327174: The bug could be in the taskbar plugin

[Manolo Díaz]

Hi,

I'm able to launch fbpanel if the taskbar plugin is not used, otherwise
it crashes at startup. I hope it helps.

Regards,
Manolo.


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

Bug#329189: tetex-base: dvips -Poutline not using .pfb fonts

[Florent Rougon]

Hi,

Let me make sure I understand what you are saying:

  Simply changing the line 'if updmap 2> $tempfile; then' into
  'if /bin/sh /usr/bin/updmap 2> $tempfile; then' in
  tetex-extra.postinst and running 'tetex-extra.postinst configure'
  gives you a different (more complete) psfonts_t1.map than running that
  command without the change?

If so, presumably both ways run a different updmap program. Quite
strange, but if only this change does what you say, I cannot see any
other cause (this is very surprising because the first thing
tetex-extra.postinst does is set a sane PATH; it doesn't export it,
though, but that cannot explain why the 'updmap' and
'/bin/sh /usr/bin/updmap' calls give different results here).

Could you please:

  1. Confirm the emphasized paragraph above.
  2. Check whether running the 'tetex-extra.postinst configure' in
 either setup several times in a row always gives the same result.
  3. Tell us what you obtain from '/usr/bin/which updmap' (as root).
 Check also in the script: insert

echo "Updmap found: $(/usr/bin/which updmap)"

 just before the if...fi block that calls updmap.
  4. Try the failing case with 'export PATH=...' instead of 'PATH=...',
 to see if it works better (this will affect PATH searching in
 updmap itself and in the other programs run from the postinst
 script).
  5. Tell us what 'ls -l /bin/sh' says.

-- 
Florent


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

Bug#332758: openssl: FTBFS: Still uses asm/$arch.o for some arches.

[Kurt Roeckx]

Package: openssl
Version: 0.9.8-1
Severity: serious
Tags: patch

Hi,

Your package is failing to build on atleast 3 arches: ia64, sparc and
amd64.  It looks like they're the only arches that have an asm/$arch.o
in Configure.

I found it for: ia64, sparc, ppc64 and amd64.


I've attached a patch that removes them, and it works atleast on
amd64.  I'm not really sure about the sparc v9 changes, since it had
2 changes.



Kurt

--- Configure.old   2005-10-08 14:21:58.541705280 +0200
+++ Configure   2005-10-08 14:23:22.798896240 +0200
@@ -314,12 +314,12 @@
 "debian-alpha-ev5","gcc:-DTERMIO -O3 -mcpu=ev5 -g 
-Wall::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHUNK DES_RISC1 
DES_UNROLL:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
 "debian-arm","gcc:-DL_ENDIAN -DTERMIO -O2 -g 
-Wall::-D_REENTRANT::-ldl:BN_LLONG 
DES_RISC1dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
 #"debian-amd64","gcc:-DL_ENDIAN -DTERMIO -O3 -fomit-frame-pointer 
-Wall::-D_REENTRANT::-ldl:BN_LLONG ${x86_gcc_des} 
${x86_gcc_opts}dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
-"debian-amd64", "gcc:-m64 -DL_ENDIAN -DTERMIO -O3 -g -Wall 
-DMD32_REG_T=int::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHUNK RC4_CHAR 
BF_PTR2 DES_INT 
DES_UNROLL:asm/x86_64-gcc.o:::dlfcn:linux-shared:-fPIC:-m64:.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
+"debian-amd64", "gcc:-m64 -DL_ENDIAN -DTERMIO -O3 -g -Wall 
-DMD32_REG_T=int::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHUNK RC4_CHAR 
BF_PTR2 DES_INT 
DES_UNROLLdlfcn:linux-shared:-fPIC:-m64:.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
 #"debian-freebsd-alpha","gcc:-DTERMIOS -O 
-fomit-frame-pointer::(unknown):::SIXTY_FOUR_BIT_LONG RC4_CHUNK DES_INT DES_PTR 
DES_RISC2::dlfcn:bsd-gcc-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
 "debian-kfreebsd-i386","gcc:-DL_ENDIAN -DTERMIOS -O3 -g -m486 
-Wall::-D_REENTRANT::-ldl:BN_LLONG ${x86_gcc_des} 
${x86_gcc_opts}:${x86_elf_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
 "debian-hppa","gcc:-DB_ENDIAN -DTERMIO -O2 -g 
-Wall::-D_REENTRANT::-ldl:BN_LLONG MD2_CHAR 
RC4_INDEXdlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
 "debian-hurd-i386","gcc:-DL_ENDIAN -DTERMIOS -O3 -g -m486 
-Wall::-D_REENTRANT::-ldl:BN_LLONG ${x86_gcc_des} 
${x86_gcc_opts}:${x86_elf_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
-"debian-ia64","gcc:-DTERMIO -O3 -g 
-Wall::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHUNK 
RC4_CHAR:asm/ia64.o:::dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
+"debian-ia64","gcc:-DTERMIO -O3 -g 
-Wall::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHUNK 
RC4_CHARdlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
 #"debian-i386","gcc:-DL_ENDIAN -DTERMIO -O3 -fomit-frame-pointer -m486 
-Wall::-D_REENTRANT::-ldl:BN_LLONG ${x86_gcc_des} 
${x86_gcc_opts}::dlfcn:linux-shared:-fPIC",
 "debian-i386","gcc:-DL_ENDIAN -DTERMIO -O3 -g 
-Wall::-D_REENTRANT::-ldl:BN_LLONG ${x86_gcc_des} 
${x86_gcc_opts}dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
 "debian-i386-i486","gcc:-DL_ENDIAN -DTERMIO -O3 -march=i486 -mcpu=i486 
-Wa,--noexecstack -g -Wall::-D_REENTRANT::-ldl:BN_LLONG ${x86_gcc_des} 
${x86_gcc_opts}:${x86_elf_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
@@ -335,15 +335,15 @@
 "debian-openbsd-i386",  "gcc:-DL_ENDIAN -DTERMIOS -O3 -g 
-m486::(unknown):::BN_LLONG ${x86_gcc_des} 
${x86_gcc_opts}:${x86_out_asm}:dlfcn:bsd-gcc-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
 "debian-openbsd-mips","gcc:-O2 -g -DL_ENDIAN::(unknown)::BN_LLONG MD2_CHAR 
RC4_INDEX RC4_CHAR DES_UNROLL DES_RISC2 DES_PTR 
BF_PTR:dlfcn:bsd-gcc-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
 "debian-powerpc","gcc:-DB_ENDIAN -DTERMIO -O3 -g 
-Wall::-D_REENTRANT::-ldl:BN_LLONG DES_UNROLL DES_RISC2 DES_PTR MD2_CHAR 
RC4_INDEXdlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
-"debian-ppc64","gcc:-bpowerpc64-linux -DB_ENDIAN -DTERMIO -O3 -g 
-Wall::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_RISC1 
DES_UNROLL:asm/linux_ppc64.o:::dlfcn:linux-shared:-fPIC:-bpowerpc64-linux:.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
+"debian-ppc64","gcc:-bpowerpc64-linux -DB_ENDIAN -DTERMIO -O3 -g 
-Wall::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_RISC1 
DES_UNROLLdlfcn:linux-shared:-fPIC:-bpowerpc64-linux:.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
 "debian-s390","gcc:-DB_ENDIAN -DTERMIO -O3 -g 
-Wall::-D_REENTRANT::-ldl:BN_LLONGdlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
 
 "debian-sh3",   "gcc:-DL_ENDIAN -DTERMIO -O3 -g 
-Wall::-D_REENTRANT::-ldl:BN_LLONGdlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)",
 "debian-sh4",   "gcc:-DL_ENDIAN -DTERMIO -O3 -g 
-Wall::-D_REENTRANT::-ldl:BN_LLONGdlfcn

Bug#332622: exult - fails to build

[Bastian Blank]

On Sat, Oct 08, 2005 at 02:10:24PM +0200, Michael Banck wrote:
> I am not sure I can do anyting about this, or did you mean anything
> else?

Remove the whole debian directory from the upstream sources.

Bastian

-- 
Fascinating, a totally parochial attitude.
-- Spock, "Metamorphosis", stardate 3219.8


signature.asc
Description: Digital signature

Bug#332759: gtkhx(GNU/k*BSD): FTBFS: out of date config.sub/config.guess

[Aurelien Jarno]

Package: gtkhx
Version: 0.9.4-2
Severity: important

Hello,


The current version of gtkhx fails to build on GNU/kFreeBSD, 
because of outdated config.guess and config.sub.

The versions of config.guess and config.sub in gtkhx are too
old to correctly support Debian GNU/k*BSD.  A version is needed
from this year, which is available in the autotools-dev packages
that are in current sarge, and sid.

You can simply copy them manually, but it can also be done 
automatically using the method described in
/usr/share/doc/autotools-dev/README.Debian.gz 

It would also be nice if you can ask upstream to update 
config.guess and config.sub in their next release.


Thanks for your cooperation.

-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.4-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


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

Bug#332760: recoverjpeg: memory consumption is too high

[[EMAIL PROTECTED]]

Package: recoverjpeg
Version: 1.1.1-1

recoverjpeg seems to use too much memory on a big hard drive. Making the
process too slow as it has to use swap.

Maybe valgrind should be run on it to detect memory leaks and it should
use mmap when possible.



Prueba el Nuevo Correo Terra; Seguro, R�pido, Fiable.

Bug#332761: cron: Cron in combination with ldap authentication hangs all spawned /USR/BIN/CRON processes

[Robert de Geus]

Package: cron
Version: 3.0pl1-87
Severity: normal

Ldap authentication using a remote server and lib_nss occasionally
makes all processes that are created by cron hang as "/USR/BIN/CRON". It
appears something is wrong with the ldap connection to the ldapserver.
The problem is resolved by restarting the remote slapd daemon and the
cron daemon on the local machine. All hanging CRON processes then finish
normally. Failing to do so will fill up the entrire process table with
"/USR/BIN/CRON" processes until the machine hangs or is no longer
accesible. After this a reboot is the only option to get the system
running again.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages cron depends on:
ii  adduser   3.63   Add and remove users and groups
ii  debianutils   2.13.2 Miscellaneous utilities specific t
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libpam0g  0.76-22Pluggable Authentication Modules l

-- debconf information:
* cron/checksecurity:


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

Bug#332762: PTS: should show when binary packages are not available for all platforms

[Yann Dirson]

Package: qa.debian.org
Severity: wishlist

It is currently quite a lot of work, on source packages with lots of
binary packages, to tell which packages were built for which arch.

A list of archs for which the package is not available (or a list of
archs for which it _is_ available, when that number is less than the
number of archs relevant to the source package) could be appended to
each relevant binary package.

Eg: currently it looks like gcc-4.0 does not build gij-4.0 on at least
mips and mipsel.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i586)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.31-k6
Locale: LANG=C, LC_CTYPE=french (charmap=ISO-8859-1)

-- 
Yann Dirson<[EMAIL PROTECTED]> |
Debian-related: <[EMAIL PROTECTED]> |   Support Debian GNU/Linux:
|  Freedom, Power, Stability, Gratis
 http://ydirson.free.fr/| Check 


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

Bug#332763: libapache2-mod-php5: no tidy support with php5 in apache module or in another package ?

[kolter]

Package: libapache2-mod-php5
Version: 5.0.5-1
Severity: normal


It seems that there is no tidy support in php5 debian packages. Is it possible 
to enable it by default in 
libapache2-mod-php5/libapache-mod-php5/php5-cli/php5-cgi/... or make another 
package call php5-tidy ?

thanks

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-openics-k7
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)

Versions of packages libapache2-mod-php5 depends on:
ii  apache2-mpm-prefork   2.0.54-5   traditional model for Apache2
ii  libbz2-1.01.0.2-10   high-quality block-sorting file co
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libcomerr21.38-2 common error description library
ii  libdb4.2  4.2.52-20  Berkeley v4.2 Database Libraries [
ii  libgdbm3  1.8.3-2GNU dbm database routines (runtime
ii  libkrb53  1.3.6-5MIT Kerberos runtime libraries
ii  libmagic1 4.12-1 File type determination library us
ii  libpcre3  6.3-1  Perl 5 Compatible Regular Expressi
ii  libssl0.9.7   0.9.7g-3   SSL shared libraries
ii  libxml2   2.6.22-1   GNOME XML library
ii  mime-support  3.35-1 MIME files 'mime.types' & 'mailcap
ii  php5-common   5.0.5-1Common files for packages built fr
ii  zlib1g1:1.2.3-4  compression library - runtime

libapache2-mod-php5 recommends no packages.

-- no debconf information


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

Bug#331202: kaffeine: DVB channel selector inactive

[Juergen Rinas]

Package: kaffeine
Version: 0.7.1-1.1
Followup-For: Bug #331202


... same problem for me:
scanning for available channels is possible, but selection in not - the chennel 
entries are shown in gray.

kaffeine: Found DVB device.
Card 0 : opened ( Twinhan VP7045/46 USB DVB-T )
Card 1 :openFe :: Datei oder Verzeichnis nicht gefunden


the receiver works with
  xine-ui=0.99.3-1.1
  libxine1=1.0.1-1.3


regards,
  Juergen


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-1-686-smp
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages kaffeine depends on:
ii  kaffeine-gstreamer0.7.1-1.1  GStreamer engine for kaffeine medi
ii  kaffeine-xine 0.7.1-1.1  Xine engine for kaffeine media pla
ii  kdelibs4c24:3.4.2-4  core libraries for all KDE applica
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libaudio2 1.7-3  The Network Audio System (NAS). (s
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libfam0   2.7.0-8client library to control the FAM 
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.7-2.4  FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libice6   6.8.2.dfsg.1-7 Inter-Client Exchange library
ii  libidn11  0.5.18-1   GNU libidn library, implementation
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libqt3-mt 3:3.3.5-1  Qt GUI Library (Threaded runtime v
ii  libsm66.8.2.dfsg.1-7 X Window System Session Management
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-7 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.8.2.dfsg.1-7 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxi66.8.2.dfsg.1-7 X Window System Input extension li
ii  libxine1  1.0.1-1.3  the xine video/media player librar
ii  libxinerama1  6.8.2.dfsg.1-7 X Window System multi-head display
ii  libxrandr26.8.2.dfsg.1-7 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics
ii  libxtst6  6.8.2.dfsg.1-7 X Window System event recording an
ii  xlibs 6.8.2.dfsg.1-7 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

kaffeine recommends no packages.

-- no debconf information


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

Bug#332622: exult - fails to build

[Michael Banck]

On Sat, Oct 08, 2005 at 02:37:41PM +0200, Bastian Blank wrote:
> On Sat, Oct 08, 2005 at 02:10:24PM +0200, Michael Banck wrote:
> > I am not sure I can do anyting about this, or did you mean anything
> > else?
 
> Remove the whole debian directory from the upstream sources.

I don't think this warning warrants repack ging the .orig.tar.gz - I might
do it for the next upstream release (if it ever happens).  Are there any
pressing technical needs to do so?


Michael

-- 
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html


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

Bug#332766: rrdtool: update fails on negative timestamp

[Frank Zacharias]

Package: rrdtool
Version: 1.2.11-0.4
Severity: normal


rrdupdate(1) states: "Negative time values are subtracted from the current 
time." But if i try:

$> rrdtool update filename.rrd -t dsname -timstamp:U

it fails with: "ERROR: unknown option 'filename.rrd'". The timestamp is
in `date +%s'-format.



-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12cs1.4
Locale: [EMAIL PROTECTED]
COUNTRY=de
[EMAIL PROTECTED], LC_CTYPE=de_DE (charmap=ISO-8859-15) (ignored: LC_ALL set to 
[EMAIL PROTECTED])

Versions of packages rrdtool depends on:
hi  libart-2.0-2  2.3.16-6   Library of functions for 2D graphi
hi  libc6 2.3.5-3GNU C Library: Shared libraries an
hi  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
hi  libpng12-01.2.8rel-1 PNG library - runtime
ii  librrd2   1.2.11-0.4 Time-series data storage and displ
hi  zlib1g1:1.2.2-7  compression library - runtime

rrdtool recommends no packages.

-- no debconf information

-- 
Der Volksmund sagt: Religion ist Opium für das Volk. Das ist irreführend.
Opium ist eine bewußtseinserweiternde Droge. [Volker Pispers]



signature.asc
Description: Digital signature

Bug#332765: kipi-plugins: On auto-rotating images, it changes also files which do not need rotation.

[Eugen Dedu]

Subject: kipi-plugins: On auto-rotating images, it changes also files...
Package: kipi-plugins
Version: 0.1+rc1-1
Severity: normal

*** Please type your report below this line ***
After importing all my images in kimdaba, which were not rotated
according to orientation exif tag (all the images were shown in
portrait), I selected them all and chose Plugins->AutoRotate...  I
thought it will process only images which do not have the right
orientation (top-left), but I noticed that the size of all the images
has changed => kipi-plugins changed all the images. Of course, this is
not the action I wanted.  Besides, it took a long time to process all
the images instead of the ones which needed rotation.

(Also, what changes has kipi-plugins done on the images which do not
need rotation?)

Thank you,
Eugen

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-powerpc
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kipi-plugins depends on:
ii  kdelibs4c24:3.4.2-4  core libraries for all KDE
applica
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D
graphi
ii  libaudio2 1.7-3  The Network Audio System
(NAS). (s
ii  libc6 2.3.5-6GNU C Library: Shared
libraries an
ii  libexif12 0.6.12-2   library to parse EXIF files
ii  libfam0c102 [libfam0] 2.7.0-7client library to control
the FAM
ii  libfontconfig12.3.2-1generic font configuration
library
ii  libfreetype6  2.1.7-2.4  FreeType 2 font engine,
shared lib
ii  libgcc1   1:4.0.1-2  GCC support library
ii  libgphoto2-2  2.1.6-3gphoto2 digital camera library
ii  libgphoto2-port0  2.1.6-3gphoto2 digital camera port
librar
ii  libice6   6.8.2.dfsg.1-7 Inter-Client Exchange library
ii  libidn11  0.5.18-1   GNU libidn library,
implementation
ii  libimlib2 1.2.1-2powerful image loading and
renderi
ii  libjpeg62 6b-10  The Independent JPEG
Group's JPEG
ii  libkexif1c2   0.2.2-1library for KDE to
read/display/ed
ii  libkipi0c20.1.2-1library for apps that want
to use
ii  libpcre3  6.3-1  Perl 5 Compatible Regular
Expressi
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libqt3-mt 3:3.3.5-1  Qt GUI Library (Threaded
runtime v
ii  libsm66.8.2.dfsg.1-7 X Window System Session
Management
ii  libstdc++64.0.1-2The GNU Standard C++ Library v3
ii  libtiff4  3.7.3-1Tag Image File Format
(TIFF) libra
ii  libx11-6  6.8.2.dfsg.1-7 X Window System protocol
client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.8.2.dfsg.1-7 X Window System
miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing
librar
ii  libxi66.8.2.dfsg.1-7 X Window System Input
extension li
ii  libxinerama1  6.8.2.dfsg.1-7 X Window System multi-head
display
ii  libxrandr26.8.2.dfsg.1-7 X Window System Resize,
Rotate and
ii  libxrender1   1:0.9.0-2  X Rendering Extension
client libra
ii  libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics
ii  xlibmesa-gl [libgl1]  6.8.2.dfsg.1-7 Mesa 3D graphics library
[X.Org]
ii  xlibs 6.8.2.dfsg.1-7 X Window System client
libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

Versions of packages kipi-plugins recommends:
pn  dcraw  (no description available)
ii  imagemagick6:6.0.6.2-2.4 Image manipulation programs
pn  k3b(no description available)
pn  kdeprinter (no description available)
pn  kmail  (no description available)
pn  kooka  (no description available)
pn  sane-utils (no description available)

-- no debconf information



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

Bug#331089: rageircd: stack trace of where it ends up

[Philip Craig]

Running with assert switched on and debugging at level 9, -O2 and not 
under valgrind gives the usual crash, this time after 3 hours 14 minutes.


It is the usual crash in m_away.c:88

Here is the tail of the output:

ENGINE: send queued for [vangogh.ath.cx]
Parsing [EMAIL PROTECTED]: :!4000 u vangogh.ath.cx 
:dylan.fifthday.org

SERVER: got sender !4000 [SID]
PONG: vangogh.ath.cx dylan.fifthday.org
SETCALL: fd=10 engine_read_packet() anyserver, re-registering
Next check_pings(): Sat Oct  8 13:47:26 2005
Ban expire: stage 2, next expire 1128775652
Next check_pings(): Sat Oct  8 13:47:35 2005
Ban expire: stage 0, next expire 1128775665
Next check_pings(): Sat Oct  8 13:47:44 2005
Next check_pings(): Sat Oct  8 13:47:53 2005
Ban expire: stage 1, next expire 1128775678
Connection check at: Sat Oct  8 13:47:52 2005
Next connection check at: Sat Oct  8 13:48:52 2005
Next check_pings(): Sat Oct  8 13:48:02 2005
Ban expire: stage 2, next expire 1128775691
Next check_pings(): Sat Oct  8 13:48:11 2005
Next check_pings(): Sat Oct  8 13:48:20 2005
Ban expire: stage 0, next expire 1128775704
Next check_pings(): Sat Oct  8 13:48:29 2005
Ban expire: stage 1, next expire 1128775717
Next check_pings(): Sat Oct  8 13:48:38 2005
Ban expire: stage 2, next expire 1128775730
Next check_pings(): Sat Oct  8 13:48:47 2005
Next check_pings(): Sat Oct  8 13:48:56 2005
Ban expire: stage 0, next expire 1128775743
Connection check at: Sat Oct  8 13:48:52 2005
Next connection check at: Sat Oct  8 13:49:52 2005
Next check_pings(): Sat Oct  8 13:49:05 2005
Ban expire: stage 1, next expire 1128775756
Next check_pings(): Sat Oct  8 13:49:14 2005
Next check_pings(): Sat Oct  8 13:49:23 2005
Ban expire: stage 2, next expire 1128775769
Next check_pings(): Sat Oct  8 13:49:32 2005
Ban expire: stage 0, next expire 1128775782
Parsing [EMAIL PROTECTED]: :!401O A :I am currently away from 
the computer.

SERVER: got sender !401O [SID]

Program received signal SIGSEGV, Segmentation fault.
0xb7ba805a in m_away (cptr=0xb7c0c000, sptr=0xb7c0c708, parc=2, 
parv=0x8197820) at m_away.c:88

88  if (sptr->user->away != NULL) {



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

Bug#332622: exult - fails to build

[Bastian Blank]

On Sat, Oct 08, 2005 at 02:49:47PM +0200, Michael Banck wrote:
>Are there any
> pressing technical needs to do so?

It violates the policy, as clean can't restore the original value.

Bastian

-- 
Our way is peace.
-- Septimus, the Son Worshiper, "Bread and Circuses",
   stardate 4040.7.

Bug#332742: ruby1.8: [CAN-2005-2337] safe mode bypass

[akira yamada]

Martin Pitt wrote:
> There is a safe mode bypass in all Ruby versions:

I already prepared the new package and
sent a notice to security team.

But I cannot yet get DSA

-- 
akira yamada


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

Bug#332764: dput: wrong reference given for establishment of DELAYED queue

[Florian Ernst]

Package: dput
Version: 0.9.2.20
Severity: minor
Tags: patch

Hello Thomas,

the reference "Delayed Upload queue that was set up Tollef Fog Heen"
that is included in /etc/dput.cf points to the wrong page, please see
the attached patch for a fix. And if you feel generous then just add a
"by" before "Tollef". ;)

Cheers,
Flo


signature.asc
Description: Digital signature

Bug#332767: privoxy(GNU/k*BSD): FTBFS: out of date config.sub/config.guess

[Aurelien Jarno]

Package: privoxy
Version: 3.0.3-4
Severity: important

Hello,


The current version of privoxy fails to build on GNU/kFreeBSD, 
because of outdated config.guess and config.sub.

The versions of config.guess and config.sub in privoxy are too
old to correctly support Debian GNU/k*BSD.  A version is needed
from this year, which is available in the autotools-dev packages
that are in current sarge, and sid.

You can simply copy them manually, but it can also be done 
automatically using the method described in
/usr/share/doc/autotools-dev/README.Debian.gz 

It would also be nice if you can ask upstream to update 
config.guess and config.sub in their next release.


Thanks for your cooperation.

-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.4-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


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

Bug#332768: apt-cacher: falls if used in conjunction with apt-listbugs

[michael]

Package: apt-cacher
Version: 1.1
Severity: grave
Justification: renders package unusable

with apt-cacher on a 'server' and apt-listbugs on a 'client' then when
getting packages the listbugs falls over:

Fetched 46.2MB in 3m56s (195kB/s)
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... 0% [0/111] W: getaddrinfo: Temporary failure
in name resolution: xml-core
 W: getaddrinfo: Temporary failure in name resolution: libgksu1.2-0
  W: getaddrinfo: Temporary failure in name resolution: esound-common
   W: getaddrinfo: Temporary failure in name resolution:
   libscrollkeeper0
W: getaddrinfo: Temporary failure in name resolution:
hicolor-icon-theme
 W: getaddrinfo: Temporary failure in name resolution: libgtk2.0-bin
  W: getaddrinfo: Temporary failure in name resolution:
  gnome-desktop-data
   ... E: Too many errors while retrieving bug reports
   E: Sub-process if dpkg -s apt-listbugs | grep -q '^Status: .* ok
   installed'; then /usr/sbin/apt-listbugs apt || ( test $? -ne 10
   || exit 10; echo 'Warning: apt-listbugs exited abnormally, hit
   enter key to continue.' 1>&2 ; read a < /dev/tty ); fi returned
   an error code (10)
   E: Failure running script if dpkg -s apt-listbugs | grep -q
   '^Status: .* ok installed'; then /usr/sbin/apt-listbugs apt || (
   test $? -ne 10 || exit 10; echo 'Warning: apt-listbugs exited
   abnormally, hit enter key to continue.' 1>&2 ; read a < /dev/tty
   ); fi


   Note that this problem does not occur if apt-get install is run
   on the 'server'

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages apt-cacher depends on:
ii  bzip2 1.0.2-8high-quality block-sorting
file co
ii  libwww-perl   5.803-4WWW client/server library
for Perl
ii  perl  5.8.7-4Larry Wall's Practical
Extraction 

apt-cacher recommends no packages.

-- no debconf information




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

Bug#330968: Resolved my problem

[Riccardo Brigo]

I solved my problem with xorg: it was indeed a bug in radeon driver, and
I've verified that it's present both in unstable and experimental
sources, but it should affect only people using radeon driver *with
disabled acceleration*, which seems to be unrelated to the original
notification.

If anyone has the possibility to debug its xserver and reproduce the
segfault, the bug I found is in the function RADEONSetPortAttribute
(file xc/programs/Xserver/hw/xfree86/driver/ati/radeon_video.c).

The first statement reads:

info->accel->Sync(pScrn);

and should be modified into:

if (info->accelOn) info->accel->Sync(pScrn);

as info->accel, when info->accelOn is false, can be NULL or unmeaningful.
-- 
Riccardo Brigo
Scuola Superiore Sant'Anna - Pisa

PGP Key available at http://pgp.mit.edu
KEY FINGERPRINT: EB67 18FE 8891 5A19 B886  E6E0 6DDC 47EF E0FC 2681


signature.asc
Description: OpenPGP digital signature

Bug#332673: TeX is unable to find cm-super-t2a.enc file

[Norbert Preining]

Hi Victor, hi Frank and all the Debian/teTeX maintainer!

On Sam, 08 Okt 2005, Victor Wagner wrote:
> > > Package cm-super places *.enc file into 
> > > /usr/share/texmf/fonts/enc/dvips/cm-super directory,
> > > while other *.enc files are in 
> > > /usr/share/texmf/dvips/* directories.
> > 
> > reason: Soon teTeX 3 will be uploaded and will replace current teTeX 2.
> > For teTeX 3 the location of the enc files is correct, as the TeX
> > filesystem standard has changed.
> 
> No. Just now testing and unstable has tetex-2.0. So, tetex-3-only
> packages have to be uploaded in experimental.

They are already in experimental for quite some time, and will go to
unstable soon.

What I meant: Soon teTeX3 is in unstable, the only distribution where
also cm-super is.

So I see two options:
* make the depend on tetex versioned >= 3
* add some hacks for tetex 2

Frank et al., what do you suggest with respect to cm-super. In fact I
think the former version is ok, as for tetex2 people can use the old
package. I orginally had the versioned depend, but someone (Ralf?)
suggested to make it work also with tetex2, and he told me it did work
(strange, did he change the texmf.cnf file?).

So since cm-super is for teTeX3 and TeX live, I tend to making the
depend on tetex versioned >= 3.

Objections?

> More over, there are much more users of testing and unstable out there
> than those who have already installed tetex-3 from experimental.

cm-super is for unstable with tetex3, otherwise you could use the old
package.

Best wishes

Norbert

---
Dr. Norbert Preining  Università di Siena
sip:[EMAIL PROTECTED] +43 (0) 59966-690018
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
AMBLESIDE (n.)
A talk given about the Facts of Life by a father to his son whilst
walking in the garden on a Sunday afternoon.
--- Douglas Adams, The Meaning of Liff


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

Bug#332769: beecrypt(GNU/k*BSD): FTBFS: out of date config.sub/config.guess

[Aurelien Jarno]

Package: beecrypt
Version: 4.1.2-2
Severity: important

Hello,


The current version of beecrypt fails to build on GNU/kFreeBSD, 
because of outdated config.guess and config.sub.

The versions of config.guess and config.sub in beecrypt are too
old to correctly support Debian GNU/k*BSD.  A version is needed
from this year, which is available in the autotools-dev packages
that are in current sarge, and sid.

You can simply copy them manually, but it can also be done 
automatically using the method described in
/usr/share/doc/autotools-dev/README.Debian.gz 

It would also be nice if you can ask upstream to update 
config.guess and config.sub in their next release.


Thanks for your cooperation.

-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.4-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


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

Bug#332770: Should check for editor's cruft

[Jeroen van Wolffelaar]

Package: lintian
Version: 1.23.8
Severity: wishlist

Lintian should check for editor's left-about cruft such as semantic.cache
files, *~ files, .foo.swp files, etc etc, both in sources and in binary
packages.

--Jeroen

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages lintian depends on:
ii  binutils   2.15-6The GNU assembler, linker and bina
ii  diffstat   1.39-1produces graph of changes introduc
ii  file   4.12-1Determines file type using "magic"
ii  gettext0.14.4-2  GNU Internationalization utilities
ii  intltool-debian0.30+20040213 Help i18n of RFC822 compliant conf
ii  man-db 2.4.2-21  The on-line manual pager
ii  perl [libdigest-md5-perl]  5.8.4-8   Larry Wall's Practical Extraction 

-- no debconf information

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl


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