Bug#350568: libupnp fixed length buffer for SOAP messages breaks applications

[Arthur Taylor]

Package: libupnp0
Version: 1.2.1-2
Severity: important
Tags: patch


When using libupnp to communicate with Windows Media Connect and
browsing a large directory on its Content Directory server (large => 15
files in this case), UpnpSendAction will return internal error -119,
UPNP_E_BAD_HTTPMSG because the http response parser in
genlib/net/http/httpreadwrite.c returns HTTP_REQ_ENTITY_TOO_LARGE on the
basis of a comparison of the parsed response's content_length with the
value g_maxContentLength. g_maxContentLength is arbitrarily set at
16000, and SOAP messages are unlimited in length, making this
restriction unhelpful in implementing compliant UPNP services.

In the context of receiving responses from remote servers, I believe the
restriction to be unnecessary. The parser allocates its buffer as data
comes in and fails 'gracefully' when it runs out of memory. The attached
patch removes the check, and running the code without the check seems to
cause no troubles for the purposes for which I am using it.

N.B.: I have not looked at the other code in the library in detail, and
have no doubt that there are places where this restriction is used to
make an assumption about the size of some other buffer. This obviously
needs fixing properly upstream, and I'm not recommending this patch is
included in the package, but attaching it for users in a similar
situation to my own.

-- 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-skas3-v9-pre7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=sh: 
/usr/local/arm/3.3.1/bin/locale: cannot execute binary file)


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


libupnp0 recommends no packages.

-- debconf information excluded


--- upnp/src/genlib/net/http/httpreadwrite.orig 2006-01-27 
16:41:10.0 +
+++ upnp/src/genlib/net/http/httpreadwrite.c2006-01-27 
16:35:35.0 +

@@ -214,11 +214,11 @@
 //print_http_headers( &parser->msg );
 )

-if( parser->content_length >
-( unsigned int )g_maxContentLength ) {
-*http_error_code = HTTP_REQ_ENTITY_TOO_LARGE;
-return UPNP_E_BAD_HTTPMSG;
-}
+//if( parser->content_length >
+//( unsigned int )g_maxContentLength ) {
+//*http_error_code = HTTP_REQ_ENTITY_TOO_LARGE;
+//return UPNP_E_BAD_HTTPMSG;
+//}

return 0;
} else if( status == PARSE_FAILURE ) {

--
Arthur Taylor, +44 (0) 1223 271512
Reciva Limited,
509 Coldhams Lane,
Cambridge,
CB1 3JS. England 
Fax: +44 (0) 1223 702991 




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

Bug#350571: dh_install -X takes substring, not glob pattern

[Ian Jackson]

Package: firefox
version: 1.5.dfsg-4

In debian/rules:
 # Exclude inspector for firefox
 dh_install -pfirefox '-X*inspector*' '-X*gnome*' '-X*imgicon*'

This should read:
 dh_install -pfirefox '-Xinspector' '-Xgnome' '-Ximgicon'

According to the manpage for dh_install:

   -Xitem, --exclude=item
   Exclude files that contain "item" anywhere in their filename from
   being installed.

(In fact, dh_install's handling of the -X option is completely bizarre
and it would be best to avoid passing it any regexp metacharacters
except `.', which it treats as a literal.  I will file a separate
bug about that.)

Ian.


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

Bug#350570: dh_install -X behaviour is strange and ill-documented

[Ian Jackson]

Package: debhelper
Version: 5.0.17

>From (eg) dh_install(1):

OPTIONS
   -Xitem, --exclude=item
   Exclude files that contain "item" anywhere in their filename from
   being installed.

I found a usage in the firefox debian/rules which assumed that
(i) it's a glob pattern (ii) anchored at both ends.  A quick survey
here suggests that the idea that it's a glob pattern is not uncommon

So I went to check the code, and found this in Dh_Lib.pm:

$x=escape_shell($x);
$x=~s/\./\\./g;
$dh{EXCLUDE_FIND}.="-regex .\\*$x.\\* -or ";

Here $x is the actual parameter string as supplied by the caller, and
the $dh{EXCLUDE_FIND} will be substituted into a big shell string.

The effect is that the argument to -X is treated as a regexp except
that `.' is a literal `.' instead of `any character'.

The exact syntax should be sane, and documented.  I would suggest that
the best syntax is probably: glob pattern, unanchored, except that it
may starts with ^ or end with $ to indicate anchoring.  This will
probably be sufficiently backward-compatible with existing practice
that no compat version specific handling will be needed.

Ian.


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

Bug#350572: user-es: strange file in debian directory

[Santiago Vila]

Package: user-es
Version: 0.35
Severity: minor

The source for this package contains a file named debian/.nfs7a023bc40004
which should probably not be there.

Thanks.


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

Bug#350563: random dir not working properly

[martin f krafft]

also sprach Thibaut VARENE <[EMAIL PROTECTED]> [2006.01.30.1317 +0100]:
> Yes, that's actually a "feature" :)

Yeah, I figured that out by now. :)

> Your idea of a site wide random directory could be interesting,
> but probably non-trivial to implement (eg: how do you tell which
> directory in the current web path is the root directory handled by
> musicindex?). We'll add that to the todolist :)

Thanks!

-- 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver!
 
"writing a book is like washing an elephant: there no good place to
 begin or end, and it's hard to keep track of what you've already
 covered."
-- anonymous


signature.asc
Description: Digital signature (GPG/PGP)

Bug#350573: dchroot: put the name of the chroot in an environment variable

[Christoph Berg]

Package: dchroot
Version: 0.12
Severity: wishlist

Hi,

it would be nice to have the name of the chroot chosen in an
environment variable like CHROOT so one can update his prompt
accordingly. (Which is imho a bit cleaner than using a
/etc/debian_chroot file.)

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#342887: util-linux: How to use TZ?

[Henrique de Moraes Holschuh]

On Mon, 30 Jan 2006, Mario Lipinski wrote:
> To what should i set the TZ var?
> Living in Germany. (CET, Europe/Berlin)
> Getting the clock set +1h every time i boot my laptop is quite annoying.

You will also have to move /etc/rc.d/S??hwclockfirst.sh to priority 05, or
it won't be any good.

CET is UTC + 1 hour, so that'd make TZ="CET-01:00"

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Bug#350574: libhal-dev: Compile error along with string.h

[Tom Parker]

Package: libhal-dev
Version: 0.5.6-1
Severity: important

Attempting to compile part of NetworkManager got me the following error.

cc1: warnings being treated as errors
In file included from ../../src/NetworkManagerMain.h:28,
 from ../../src/NetworkManagerDbusUtils.h:31,
 from nm-dbus-vpn.h:25,
 from nm-vpn-connection.c:25:
/usr/include/hal/libhal.h:306: warning: declaration of 'index' shadows a global 
declaration
/usr/include/string.h:304: warning: shadowed declaration is here

This is only a problem when you use the "-Wshadow" flag with gcc.
Renaming the argument in libhal.h would fix this.

-- System Information:
Debian Release: testing/unstable
  APT prefers stable
  APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (99, 
'experimental'), (98, 'breezy'), (97, 'dapper')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libhal-dev depends on:
ii  libdbus-1-dev 0.60-5 simple interprocess messaging syst
ii  libhal1   0.5.6-1Hardware Abstraction Layer - share

libhal-dev recommends no packages.

-- no debconf information


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

Bug#111033: Info : Z6290-5156

[Reinaldo]

How have you been,

We spoke a few days ago and I'd like to confirm everything now.
Please go over the information below and let me know if you have any questions.

www.queenla.com/am/

We are accepting your form.  Your status has been accepted.  
We need to confirm your details one more time.  Just check the 
URL above and fill out our last form.

Thank you,
[EMAIL PROTECTED]
Reinaldo


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

Bug#142424: Refinance Info : O784374-20813

[Tory N.]

Good day [EMAIL PROTECTED],

We spoke a few days ago and I'd like to confirm everything now.
Please go over the information below and let me know if you have any questions.

www.queenla.com/am/

We are accepting your form.  Your status has been accepted.  
We need to confirm your details one more time.  Just check the 
URL above and fill out our last form.

Thanks,
[EMAIL PROTECTED]
Tory N.


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

Bug#343085: exim4: Exim SMTP_AUTH hangs since today...

[Florian Weimer]

It's the generation of the special server-side key used to support
"RSA export" clients which use 40-bit symmetric session keys.

The following patch disables this feature; it should eliminate all use
of /dev/urandom.  If you omit the hunk removing GNUTLS_KX_RSA_EXPORT,
the functionality should remain there and Exim will generate the the
key on demand, i.e. if a client tries to actually connect to the
server in RSA_EXPORT mode.  This connection will potentially block, of
course, it won't prevent delivery of other mail.

A better fix would be to instruct GnuTLS to use random bits which are
not cryptographically secure for the RSA_EXPORT key because this key
is insecure anyway (it's just 512 bits, after all).

#! /bin/sh /usr/share/dpatch/dpatch-run
## 84_tls-entropy-fix.dpatch by Florian Weimer <[EMAIL PROTECTED]>
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Do not generate RSA_EXPORT keys, to preserve entropy.

@DPATCH@
diff -urNad exim4~/src/tls-gnu.c exim4/src/tls-gnu.c
--- exim4~/src/tls-gnu.c2006-01-30 13:30:45.0 +0100
+++ exim4/src/tls-gnu.c 2006-01-30 13:48:19.0 +0100
@@ -23,7 +23,6 @@
 
 #define UNKNOWN_NAME "unknown"
 #define DH_BITS  768
-#define RSA_BITS 512
 
 /* Values for verify_requirment and initialized */
 
@@ -35,7 +34,6 @@
 static BOOL initialized = INITIALIZED_NOT;
 static host_item *client_host;
 
-static gnutls_rsa_params rsa_params = NULL;
 static gnutls_dh_params dh_params = NULL;
 
 static gnutls_certificate_server_credentials x509_cred = NULL;
@@ -55,7 +53,6 @@
   GNUTLS_KX_RSA,
   GNUTLS_KX_DHE_DSS,
   GNUTLS_KX_DHE_RSA,
-  GNUTLS_KX_RSA_EXPORT,
   0 };
 
 static int default_cipher_priority[16] = {
@@ -296,9 +293,6 @@
 
 /* Initialize the data structures for holding the parameters */
 
-ret = gnutls_rsa_params_init(&rsa_params);
-if (ret < 0) return tls_error(US"init rsa_params", host, ret);
-
 ret = gnutls_dh_params_init(&dh_params);
 if (ret < 0) return tls_error(US"init dh_params", host, ret);
 
@@ -315,7 +309,6 @@
 fd = Uopen(filename, O_RDONLY, 0);
 if (fd < 0)
   {
-  unsigned int rsa_bits = RSA_BITS;
   unsigned int dh_bits = DH_BITS;
   uschar tempfilename[sizeof(filename) + 10];
 
@@ -323,10 +316,6 @@
 return tls_error(string_open_failed(errno, "%s for reading", filename),
   host, 0);
 
-  DEBUG(D_tls) debug_printf("generating %d bit RSA key...\n", RSA_BITS);
-  ret = gnutls_rsa_params_generate2(rsa_params, RSA_BITS);
-  if (ret < 0) return tls_error(US"RSA key generation", host, ret);
-
   DEBUG(D_tls) debug_printf("generating %d bit Diffie-Hellman key...\n",
 DH_BITS);
   ret = gnutls_dh_params_generate2(dh_params, DH_BITS);
@@ -342,10 +331,6 @@
   host, 0);
   (void)fchown(fd, exim_uid, exim_gid);   /* Probably not necessary */
 
-  ret = gnutls_rsa_params_export_raw(rsa_params, &m, &e, &d, &p, &q, &u,
-&rsa_bits);
-  if (ret < 0) return tls_error(US"RSA params export", host, ret);
-
   ret = gnutls_dh_params_export_raw(dh_params, &prime, &generator, &dh_bits);
   if (ret < 0) return tls_error(US"DH params export", host, ret);
 
@@ -365,7 +350,7 @@
 return tls_error(string_sprintf("failed to rename %s as %s: %s",
   tempfilename, filename, strerror(errno)), host, 0);
 
-  DEBUG(D_tls) debug_printf("wrote RSA and D-H parameters to file\n");
+  DEBUG(D_tls) debug_printf("wrote D-H parameters to file\n");
   }
 
 /* File opened for reading; get the data */
@@ -384,16 +369,13 @@
 
   (void)close(fd);
 
-  ret = gnutls_rsa_params_import_raw(rsa_params, &m, &e, &d, &p, &q, &u);
-  if (ret < 0) return tls_error(US"RSA params import", host, ret);
-
   ret = gnutls_dh_params_import_raw(dh_params, &prime, &generator);
   if (ret < 0) return tls_error(US"DH params import", host, ret);
 
-  DEBUG(D_tls) debug_printf("read RSA and D-H parameters from file\n");
+  DEBUG(D_tls) debug_printf("read D-H parameters from file\n");
   }
 
-DEBUG(D_tls) debug_printf("initialized RSA and D-H parameters\n");
+DEBUG(D_tls) debug_printf("initialized D-H parameters\n");
 return OK;
 }
 
@@ -524,7 +506,6 @@
 /* Associate the parameters with the x509 credentials structure. */
 
 gnutls_certificate_set_dh_params(x509_cred, dh_params);
-gnutls_certificate_set_rsa_params(x509_cred, rsa_params);
 
 DEBUG(D_tls) debug_printf("initialized certificate stuff\n");
 return OK;


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

Bug#350357: nbd: Gets confused on client shutdown and fills syslog

[Wouter Verhelst]

Hi,

On Sun, Jan 29, 2006 at 01:18:06AM -0500, Daniel Jacobowitz wrote:
> Package: nbd-server
> Version: 1:2.8.3-1
> Severity: important
> 
> Jan 28 14:34:06 caradoc nbd_server[28890]: connect from 192.168.1.139, 
> assigned file is /space/chroot/mips-nbd.img
> Jan 28 14:34:06 caradoc nbd_server[28890]: Can't open authorization file 
> (null) (Bad address).
> Jan 28 14:34:06 caradoc nbd_server[28890]: Authorized client
> Jan 28 14:34:06 caradoc nbd_server[14840]: Starting to serve
> Jan 28 14:34:06 caradoc nbd_server[14840]: size of exported file/device is 
> 536870912
> Jan 28 14:42:21 caradoc nbd_server[14840]: Disconnect request received.
> Jan 28 14:42:21 caradoc nbd_server[14840]: accept: Socket operation on 
> non-socket

Hmm. That shouldn't happen; this is the child process which was forked
off to serve the client, which at that point should quit rather than try
to run accept() on the server socket (nbd-server is written with
fork-per-client semantics). Since that server socket has been closed at
that point for the child, obviously we get an error.

> Jan 28 14:42:27 caradoc last message repeated 230299 times

... and an infinite loop. Awtch.

> Jan 28 14:42:27 caradoc mountd[10629]: authenticated unmount request from 
> bcm.them.org:1009 for /space (/space)
> Jan 28 14:42:27 caradoc nbd_server[14840]: accept: Socket operation on 
> non-socket
> Jan 28 14:42:58 caradoc last message repeated 1190456 times
> Jan 28 14:43:59 caradoc last message repeated 2478818 times
> Jan 28 14:45:00 caradoc last message repeated 2424694 times
> Jan 28 14:46:01 caradoc last message repeated 2406191 times
> 
> Then two nbd server processes somehow started fighting over syslog
> (not sure why, the board that was powered on only uses one nbd
> device).

One would be the server which is listening to the socket we got from
socket() and did bind() on; the other would be the child process that
was forked off after the parent did accept() and which is spawned to
handle a client.

It would be interesting to know what message, exactly, the other process
was sending out. Was this the same "Socket operation on non-socket"
message, or did you see something else?

-- 
.../ -/ ---/ .--./ / .--/ .-/ .../ -/ ../ -./ --./ / -.--/ ---/ ..-/ .-./ / -/
../ --/ ./ / .--/ ../ -/ / / -../ ./ -.-./ ---/ -../ ../ -./ --./ / --/
-.--/ / .../ ../ --./ -./ .-/ -/ ..-/ .-./ ./ .-.-.-/ / --/ ---/ .-./ .../ ./ /
../ .../ / ---/ ..-/ -/ -../ .-/ -/ ./ -../ / -/ ./ -.-./ / -./ ---/ .-../
---/ --./ -.--/ / .-/ -./ -.--/ .--/ .-/ -.--/ .-.-.-/ / ...-.-/


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

Bug#350415: Cause found

[Jan Willem Stumpel]

I withdraw my bug report #350415. The problem is not with scim but
primarily in icewm (and to some extent in im-switch). And it affects not
only scim, but also uim, if you want it started as a systray icon.

If you use icewm, both scim and uim must not be started in the way
im-switch does, otherwise you can only see the systray icon after a cold
start. With some other window managers, e.g. fluxbox, it works OK.

For icewm, a work-around is:

-- comment out the last line (which actually starts scim or uim) in
   /etc/X11/Xsession.d/90im-switch
-- put in ~/.icewm/startup a line with scim -d (or for uim:
   uim-gtk-toolbar-systray& ).

Regards, Jan



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

Bug#55364: Your information : R548601-741319

[Eliseo]

Hi,

We spoke a few days ago and I'd like to confirm everything now.
Please go over the information below and let me know if you have any questions.

www.queenla.com/am/

We are accepting your form.  Your status has been accepted.  
We need to confirm your details one more time.  Just check the 
URL above and fill out our last form.

Get back to you later,
[EMAIL PROTECTED]
Eliseo


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

Bug#100421: Greetings,

[Wilton G.]

How are you, [EMAIL PROTECTED]

We spoke a few days ago and I'd like to confirm everything now.
Please go over the information below and let me know if you have any questions.

www.queenla.com/am/

We are accepting your form.  Your status has been accepted.  
We need to confirm your details one more time.  Just check the 
URL above and fill out our last form.

Sincerely,
[EMAIL PROTECTED]
Wilton G.


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

Bug#74672: Greetings,

[Young A. Sousa]

How are you, [EMAIL PROTECTED]

We spoke a few days ago and I'd like to confirm everything now.
Please go over the information below and let me know if you have any questions.

www.queenla.com/am/

We are accepting your form.  Your status has been accepted.  
We need to confirm your details one more time.  Just check the 
URL above and fill out our last form.

Goodbye,
[EMAIL PROTECTED]
Young A. Sousa


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

Bug#350575: [PATCH] apt-key: commands finger and adv should be documented

[Stefan Schmidt]

Package: apt
Version: apt-0.6.43.1

The apt-key script, included in the apt package, have two undocumented
commands. The attached patch briefly descriped the finger and adv
command. The diff is against the debian source package.

regards
Stefan Schmidt
diff -urN apt-0.6.43.1/cmdline/apt-key apt-0.6.43.1-doc-fix/cmdline/apt-key
--- apt-0.6.43.1/cmdline/apt-key2005-10-19 21:19:09.0 +0200
+++ apt-0.6.43.1-doc-fix/cmdline/apt-key2006-01-30 13:57:40.0 
+0100
@@ -41,6 +41,8 @@
 echo "  apt-key del  - remove the key "
 echo "  apt-key update  - update keys using the keyring 
package"
 echo "  apt-key list- list keys"
+echo "  apt-key finger  - list fingerprints"
+echo "  apt-key adv - pass advanced options to gpg 
(download key)"
 echo
 }
 
diff -urN apt-0.6.43.1/doc/apt-key.8 apt-0.6.43.1-doc-fix/doc/apt-key.8
--- apt-0.6.43.1/doc/apt-key.8  2006-01-06 01:25:09.0 +0100
+++ apt-0.6.43.1-doc-fix/doc/apt-key.8  2006-01-30 14:03:07.0 +0100
@@ -51,6 +51,14 @@
 update
 Update the local keyring with the keyring of Debian archive keys and removes 
from the keyring the archive keys which are no longer valid\&.
 
+.TP
+finger
+List fingerprints of trusted keys\&.
+
+.TP
+adv
+Pass advanced options to gpg. With adv --recv-key you can download the public 
key\&.  
+
 .SH "FILES"
 
 .TP
diff -urN apt-0.6.43.1/doc/apt-key.8.xml apt-0.6.43.1-doc-fix/doc/apt-key.8.xml
--- apt-0.6.43.1/doc/apt-key.8.xml  2005-10-19 21:19:09.0 +0200
+++ apt-0.6.43.1-doc-fix/doc/apt-key.8.xml  2006-01-30 14:05:57.0 
+0100
@@ -73,6 +73,29 @@
 
  
  
+ 
+finger
+ 
+ 
+
+ List fingerprints of trusted keys.
+
+ 
+
+ 
+ 
+ 
+adv
+ 
+ 
+
+ Pass advanced options to gpg. With adv --recv-key you can download the 
+public key.  
+
+ 
+
+ 
+ 
 
  update
  


signature.asc
Description: Digital signature

Bug#350576: isdnutils: typos in debconf templates

[Mathias Klein]

Package: isdnutils
Severity: minor
Tags: patch l10n

Hello,

while translating debconf templates the following issues were seen:

isdnvboxserver.templates
double space (2x)

ipppd.templates
double space

isdnlog.templates
- After installation, you will may have to edit ...
+ After installation, you may have to edit ...

isdnutils-base.templates
isdnutils is written in capital letters in one _Description: field
for consistency and because it refers to the package name it should be:

-_Description: ISDNUTILS is now split up
+_Description: isdnutils is now split up

The attached patch addresses all issues.

regards
Mathias Klein


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i586)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-rc7.sidney.13
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
--- isdnvboxserver.templates.orig   2006-01-30 13:26:14.0 +0100
+++ isdnvboxserver.templates2006-01-30 13:30:26.0 +0100
@@ -25,7 +25,7 @@
  One ring is about 5 seconds. You can fine-tune the number of rings for
  certain phonenumbers manually, e.g. any salesmen you know the number of
  (or calls without caller-ID) can be dumped into the answering machine
- after one ring.  See `man vbox.conf' for more info.
+ after one ring. See `man vbox.conf' for more info.
 
 Template: isdnvboxserver/attachmsg
 Type: select
@@ -154,7 +154,7 @@
 Template: isdnvboxserver/devfs_vboxgettyconf
 Type: note
 _Description: Device in vboxgetty.conf doesn't agree with devfs mode
- The device entry  in /etc/isdn/vboxgetty.conf uses a device name that does
+ The device entry in /etc/isdn/vboxgetty.conf uses a device name that does
  not correspond to the current devfs usage; either a devfs
  (/dev/isdn/ttyIxx) name is used in vboxgetty.conf while devfs is not
  mounted, or the non-devfs name is used while devfs is mounted.
--- ipppd.templates.orig2006-01-30 13:25:45.0 +0100
+++ ipppd.templates 2006-01-30 13:28:13.0 +0100
@@ -8,7 +8,7 @@
  If it doesn't work yet, and you want to try the automatic configuration,
  stop all ISDN processes (use "/etc/init.d/isdnutils stop"), remove the
  files mentioned above, and rerun the configuration with "dpkg-reconfigure
- ipppd".  After that, restart the ISDN processes: "/etc/init.d/isdnutils
+ ipppd". After that, restart the ISDN processes: "/etc/init.d/isdnutils
  start".
 
 Template: ipppd/whichif
--- isdnlog.templates.orig  2006-01-30 13:26:00.0 +0100
+++ isdnlog.templates   2006-01-30 13:35:08.0 +0100
@@ -19,7 +19,7 @@
  .
   - areacode what your local areacode is (if applicable)
  .
- After installation, you will may have to edit /etc/isdn/isdnlog.isdnctrl0
+ After installation, you may have to edit /etc/isdn/isdnlog.isdnctrl0
  before isdnlog can work properly, although that file is set up with
  reasonable defaults for most cases.
  .
--- isdnutils-base.templates.orig   2006-01-30 13:26:40.0 +0100
+++ isdnutils-base.templates2006-01-30 13:29:48.0 +0100
@@ -1,6 +1,6 @@
 Template: isdnutils/no_ipppd_selected
 Type: note
-_Description: ISDNUTILS is now split up
+_Description: isdnutils is now split up
  The old isdnutils package is now split up into smaller parts: isdnutils
  ipppd isdnutils-xtools isdnutils-doc isdnvboxserver isdnvboxclient isdnlog
  isdnlog-data libcapi20-3 isdnactivecards pppdcapiplugin isdneurofile


signature.asc
Description: Digital signature

Bug#350577: rake: Missing build deps for Sarge (and maybe Sid too)

[Juergen Strobel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: rake
Version: 0.6.2-2
Severity: minor


Does not build using pbuilder on Sarge, unless dpatch is added to
Build-Depends: in debian/control. 

I imagine this also happens on Sid, but I did not test it.

- -- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-7.1-686-jue
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

- -- 
 The box said it requires Windows 95 or better so I installed Linux
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iQEVAwUBQ94Su/y64gyiEfXtAQJC8Qf/bAHtnbH1HBhPdTSMrShPQKVibib1p2g/
O4jksHRUHmDRkvikeXG0s/oAEsd4fDm5m2XZrmsR2iGbvU5ZmF/vnrXP96Sap7Y3
QdwN4Gc3O4hbVV789B27x5LeQ9cK+5eiBS/hoAKzr/peufvMMtCwOrKlOF3evYKi
9u4LHGmNqAUxlUJ3aDwLsh1+aa1q2lwBvycJmEApueqMmaiAq2xOiMkm1bPciE7a
xPtwfEw+dHSYr5ggwXoAOfDORfu3rvQMRmeuVFBx7+zRX4rpPEtCBGoRmdZ8LNl0
LGo1yB7LweMFbJfC7PAFR1LhKP3voMRMMOeuQIbcASoeDDBs275i9A==
=N9ry
-END PGP SIGNATURE-


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

Bug#350578: libid3tag0 doesn't handle correctly genre ids in parenthesis

[Thibaut VARENE]

Package: libid3tag0
Version: 0.15.1b-8
Severity: normal

Some players encode the genre tag number (id) in parenthesis (eg:
"(18)" == "Techno"). The libid3tag0 code doens't handle this properly,
as it assumes, in genre.c:65, that if the first character of the genre
string is not a number, then the string shall not be considered as a
genre id.

I suppose that this type of genre coding is not supposed to be, but the
fact is that it does exist :P

I have a workaround in my piece of code for this, but I don't know if it
is suitable for libid3tag0. Here's a simplified snippet:

if ((ucs4 = id3_field_getstrings(field, i))) {
if (strcmp(frameid, ID3_FRAME_GENRE) == 0) {
if ((ucs4[0] == '(') && (ucs4[1] >= '0') &&
(ucs4[1] <= '9')) {
mp3gid = id3_ucs4_getnumber(ucs4+1);
ucs4 = id3_genre_index(mp3gid);
}
else
ucs4 = id3_genre_name(ucs4);
}
}

(the pseudo digit check is necessary to avoid issues like "(Funky
Music)" genre strings, which aren't genre ids).

This is not pretty but it actually works for me. I guess it'd be even
better if the lib knew how to do that itself ;)

HTH

T-Bone

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

Versions of packages libid3tag0 depends on:
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  zlib1g1:1.2.3-9  compression library - runtime

libid3tag0 recommends no packages.

-- no debconf information


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

Bug#349624: firefox cannot connect to https site

[Drew Parsons]

On Mon, 2006-01-30 at 02:41 -0500, Eric Dorland wrote:
> * Drew Parsons ([EMAIL PROTECTED]) wrote:
> > On Tue, 2006-01-24 at 09:19 +0100, Mike Hommey wrote:
> > 
> > For goodness' sake, what kind of madness is this?!  I seriously do *not*
> > appreciate having my web browser telling me which sites I can and cannot
> > connect to.
> 
> Try to calm down. 
>  

Sorry. I think I was vexed in particular by the way Mike summarily
dismissed my concerns without leaving room for discussion.

> > There's already the warning about low-grade encryption once rc4-40 is
> > enabled. Why is this warning inadequate? It's not firefox's place to
> > decide whether it's safe for me to connect to a given 40-bit encrypted
> > site.
> 
> I made this decision back in the 1.0 days, where this warning was not
> present IIRC. I think this was the right decision at the time because
> it was not clear to the average user that anything was amiss... it
> looked just as secure as any other site, which certainly was
> completely unacceptable.
> 

OK thanks for the explanation. I thought there had always been a
low-grade warning, but the past doesn't really matter, it's what we do
with the present that counts.


> But if now firefox is issuing a warning, I think we can permit it by
> default, and allow users to make there own choice. 
> 

That'd be great.

Thanks for taking my complaint seriously.

Drew


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

Bug#350081: xemacs21: regexps with {} match incorrectly

[OHURA Makoto]

  Hi.

  Thanks for your report.

From: Vadim Gutnik <[EMAIL PROTECTED]>
Subject: Bug#350081: xemacs21: regexps with {} match incorrectly
Date: Thu, 26 Jan 2006 22:55:49 -0800
> I tried to figure out why a package I wanted to use wasn't working and I 
> traced
> the problem to a regexp. Here's a simple example of the problem:
>
> (string-match "\\(-[a-z]+\\)\\{4\\}" "-ab-cd")
> 0
>
> (string-match "\\(-[a-z]+\\)\\{5\\}" "-ab-cd")
> nil
>
> I think both should fail.
>
> They should work with \\{2\\}, though, of course.

  I can confirm this at both xemacs21 21.4.17-1(sarge) and
xemacs21 21.4.18-3(sid).  But, this doesn't occur at emacs21.

  I'll investigate this more.

 xemacs21
(string-match "\\(-[a-z]+\\)\\{1\\}" "-ab-cd")
0

(string-match "\\(-[a-z]+\\)\\{2\\}" "-ab-cd")
0

(string-match "\\(-[a-z]+\\)\\{3\\}" "-ab-cd")
0

(string-match "\\(-[a-z]+\\)\\{4\\}" "-ab-cd")
0

(string-match "\\(-[a-z]+\\)\\{5\\}" "-ab-cd")
nil


 emacs21
(string-match "\\(-[a-z]+\\)\\{1\\}" "-ab-cd")
0

(string-match "\\(-[a-z]+\\)\\{2\\}" "-ab-cd")
0

(string-match "\\(-[a-z]+\\)\\{3\\}" "-ab-cd")
nil

(string-match "\\(-[a-z]+\\)\\{4\\}" "-ab-cd")
nil

(string-match "\\(-[a-z]+\\)\\{5\\}" "-ab-cd")
nil


  Thanks.


  OHURA Makoto: [EMAIL PROTECTED](Debian Project)
[EMAIL PROTECTED](LILO/Netfort)
  GnuPG public key: http://www.netfort.gr.jp/~ohura/gpg.asc.txt
1024D/77DCE083
fingerprint: 54F6 D1B1 2EE1 81CD 65E3  A1D3 EEA2 EFA2 77DC E083
  http://www.netfort.gr.jp/~ohura/


pgp87bsuMwrnJ.pgp
Description: PGP signature

Bug#350579: libc6: MALLOC_PERTURB_ -support is not enabled (= environment variable)

[Folkert van Heusden]

Package: libc6
Version: 2.3.5-6
Severity: normal


The MALLOC_PERTURB_ environment variable is normally checked by the
libc-variable. When it is set, malloced memory is pre-initialized with
the contents of MALLOC_PERTURB_ (so it must be a byte-value). This is
very usefull for testing software to see if that software properly
initializes memory before using it.

-- 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.15
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

-- no debconf information


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

Bug#343687: Status

[Wouter Verhelst]

Hi,

ISTR having sent this to 'somewhere', but apparently it didn't make it
into the bug log. Apologies for those who get this twice, now.

With this patch, the build completes successfully; a package has been
uploaded to the archive.

However, my tests to see whether firefox works like that have failed.
Apparently there is something wrong in one of the libraries it uses; as
a result, firefox segfaults even before starting up.

This obviously isn't a bug in firefox, but it does mean that I currently
can't confirm whether this patch works. When that bug has been
identified and fixed, I'll revisit this bug.

-- 
.../ -/ ---/ .--./ / .--/ .-/ .../ -/ ../ -./ --./ / -.--/ ---/ ..-/ .-./ / -/
../ --/ ./ / .--/ ../ -/ / / -../ ./ -.-./ ---/ -../ ../ -./ --./ / --/
-.--/ / .../ ../ --./ -./ .-/ -/ ..-/ .-./ ./ .-.-.-/ / --/ ---/ .-./ .../ ./ /
../ .../ / ---/ ..-/ -/ -../ .-/ -/ ./ -../ / -/ ./ -.-./ / -./ ---/ .-../
---/ --./ -.--/ / .-/ -./ -.--/ .--/ .-/ -.--/ .-.-.-/ / ...-.-/


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

Bug#345190: Patch applied to libhid SVN repository

[Charles Lepple]

This patch has been applied to the libhid SVN repository.

Thanks,

- Charles Lepple

Bug#350123: galeon: Link context menu does not offer 'Open with...' like the image context menu.

[Loïc Minier]

Hi,

On Mon, Jan 30, 2006, Tim Baverstock wrote:
> The particular example might be a GIMP bug, but the overall issue is that I 
> would like Galeon to have a pop-up menu entry that asks me which application 
> I want to send an arbitrary link to - not necessarily an SVG to GIMP: it 
> could be that I want to send a .txt link to vi, or that I sometimes want to 
> send a .wek link to xfwek and sometimes send it to xwek. Perhaps even - 
> horrors - a .html link to my shell script that fires up Internet Explorer in 
> Wine.

 The current system works in the following way:
 - applications declare support for opening or editing files of specific
   MIME types, and how they should be called to do so
 - Galeon queries the MIME type of an object and matches it against
   applications supporting 1/ opening this MIME type 2/ editing this
   MIME type and then launches the application you select in the way the
   application said it should be called

 The GIMP bug I mentionned is that the application descriptor does not
 list this MIME type at all.

 It seems you would want Galeon to offer some sort of override of this
 system, permitting you to select any application, changing the way it
 is called, to open any type of file you click on.  Am I understanding
 you correctly?

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>
Current Earth status:   NOT DESTROYED

Bug#350482: [hppa] module xfs relocation of symbol freeze_bdev is out of range

[Kyle McMartin]

On Sun, Jan 29, 2006 at 10:24:55PM +0100, Frans Pop wrote:
> I have cloned the installation report to #350482 and reassigned that to 
> the linux-2.6 source package for this issue.
> 
> The user confirmed this issue is still there for 2.6.15. I'll leave it to 
> kernel maintainers to determine if this should be RC or not.

The problem is caused because the module is too damn big and a
17-bit branch displacement relocation can't reach a symbol. I think
Randolph was working on this for Fabio, not sure what the results of
that were...



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

Bug#310058: fixed in gcompris 7.0.2-1

[Filip Van Raemdonck]

On Mon, Jan 16, 2006 at 03:58:05PM +0100, Yves Combe wrote:
> On lun, 2006-01-16 at 14:11 +0100, Filip Van Raemdonck wrote:
> 
> > I just installed gcompris 7.1.1-2 on etch and it exhibited this same bug
> > for me: without --noxrandr it crashes at startup, with the switch it runs.
> > 
> > Apparently this fix has gotten lost somewhere...
> 
> Following Bug#348341, you use xinerama.
> Does this bug appears if you do not use xinerama?

Yes, same crash.


Regards,

Filip

-- 
"There are  340 282 366 920 938 463 463 374 607 431 768 211 456 IPv6
 addresses. That's roughly 313 million addresses per every cubic
 millimeter of Earth."
-- Mika Liljeberg


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

Bug#350546: destar: missing dependancy on python-pychart

[Santiago José Ruano Rincón]

Hi,

This is an upstream bug [1]. Destar package recomends python but not
depends on it, the user must use a cdr with sqlite for before using
pychart. 

kind regards,

[1]
http://developer.berlios.de/bugs/?func=detailbug&bug_id=6182&group_id=2112

El lun, 30-01-2006 a las 10:32 +0100, Gaetan RYCKEBOER escribió:
> Package: destar
> Version: 0.1.0-1
> Severity: grave
> Tags: patch
> Justification: renders package unusable
> 
> Dependancy on python-pychart is missing, preventing dameon from loading
> and starting.
> 
> OK, after installation of python-pychart :)
> 

-- 
Santiago Ruano Rincón
Grupo GNU/Linux de la Universidad del Cauca
http://gluc.unicauca.edu.co

Huella digital llave GPG: 
3821 4FB5 774A 611D 31E4  B268 414B 8423 6FEC CDE0

-

 http://www.el-directorio.org
 El Directorio de linux y el Software Libre de Colombia


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

Bug#350357: nbd: Gets confused on client shutdown and fills syslog

[Daniel Jacobowitz]

On Mon, Jan 30, 2006 at 02:01:12PM +0100, Wouter Verhelst wrote:
> One would be the server which is listening to the socket we got from
> socket() and did bind() on; the other would be the child process that
> was forked off after the parent did accept() and which is spawned to
> handle a client.
> 
> It would be interesting to know what message, exactly, the other process
> was sending out. Was this the same "Socket operation on non-socket"
> message, or did you see something else?

Same message.  Note, it was not the same PID as the original parent
process (28890), I believe it was another PID in the 14xxx range.

-- 
Daniel Jacobowitz
CodeSourcery


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

Bug#350580: slot allocation no longer works around shitty peers

[Robert Millan]

Package: amule
Version: 2.1.0-1
Severity: normal

After upgrading to 2.1.0, the slot allocation for upload connections stopped
working properly.

It often happens that clients who are assigned one of my slots to download
my files, have either a shitty or very busy connection, resulting in transfer
rate drop.  Sometimes the drop is to 0.0 kB/s [1].

Then amule tries to compensate this by assigning more bandwidth to the other
slots.

When _all_ my slots are in this situation (i.e. assigned to shitty peers), amule
has to take a decision wether a new slot has to be added.

  - amule versions prior to 2.1.0 added a new slot (I think) if the amount of
  used bandwidth was inferior to the upload_bandwidth_limit.  I think the code
  looks like:

if (slot_allocation * slots_in_use < upload_bandwidth_limit)
  [add new slot]

  - amule 2.1.0 seems to have a different criteria.  I'm not sure which it is
  excatly, but it's a very bad one, because it doesn't add a new slot in
  situations where it's badly needed.  I suspect it's doing something like:

if ((slot_allocation + 1) * slots_in_use < upload_bandwidth_limit)
  [add new slot]

My workaround for this problem is setting the slot_allocation parameter to be
1/4 of the upload_bandwidth_limit.  This way _usually_ non-broken clients come
to the rescue and compensate the loss caused by broken ones.  However, for
resource control reasons I would prefer setting slot_allocation to be as close
as possible to upload_bandwidth_limit (1/2 or maybe even 1/1).

[1] Btw, when this happens, I would suggest banning that client as it's just
  wasting overhead bandwidth unnecessarily.

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

Versions of packages amule depends on:
hi  amule-common  2.1.0-1common files for aMule
ii  libcrypto++5.2c2a 5.2.1c2a-2 General purpose cryptographic shar
ii  libgcc1   1:4.0.2-5  GCC support library
ii  libstdc++64.0.2-5The GNU Standard C++ Library v3
ii  libwxgtk2.6-0 2.6.1.2wxWidgets Cross-platform C++ GUI t
ii  zlib1g1:1.2.3-9  compression library - runtime

Versions of packages amule recommends:
pn  amule-daemon   (no description available)
pn  amule-utils(no description available)

-- no debconf information


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

Bug#343085: exim4: Exim SMTP_AUTH hangs since today...

[Florian Weimer]

* Florian Weimer:

> It's the generation of the special server-side key used to support
> "RSA export" clients which use 40-bit symmetric session keys.
>
> The following patch disables this feature; it should eliminate all use
> of /dev/urandom.  If you omit the hunk removing GNUTLS_KX_RSA_EXPORT,
> the functionality should remain there and Exim will generate the the
> key on demand, i.e. if a client tries to actually connect to the
> server in RSA_EXPORT mode.  This connection will potentially block, of
> course, it won't prevent delivery of other mail.
>
> A better fix would be to instruct GnuTLS to use random bits which are
> not cryptographically secure for the RSA_EXPORT key because this key
> is insecure anyway (it's just 512 bits, after all).

Turns out the patch was broken.  This one should be better.  The
comments above still apply.

#! /bin/sh /usr/share/dpatch/dpatch-run
## 84_tls-entropy-fix.dpatch by  <[EMAIL PROTECTED]>
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: No description.

@DPATCH@
diff -urNad exim4~/src/tls-gnu.c exim4/src/tls-gnu.c
--- exim4~/src/tls-gnu.c2006-01-30 14:25:35.0 +0100
+++ exim4/src/tls-gnu.c 2006-01-30 14:28:08.0 +0100
@@ -23,7 +23,6 @@
 
 #define UNKNOWN_NAME "unknown"
 #define DH_BITS  768
-#define RSA_BITS 512
 
 /* Values for verify_requirment and initialized */
 
@@ -35,7 +34,6 @@
 static BOOL initialized = INITIALIZED_NOT;
 static host_item *client_host;
 
-static gnutls_rsa_params rsa_params = NULL;
 static gnutls_dh_params dh_params = NULL;
 
 static gnutls_certificate_server_credentials x509_cred = NULL;
@@ -55,7 +53,6 @@
   GNUTLS_KX_RSA,
   GNUTLS_KX_DHE_DSS,
   GNUTLS_KX_DHE_RSA,
-  GNUTLS_KX_RSA_EXPORT,
   0 };
 
 static int default_cipher_priority[16] = {
@@ -291,14 +288,11 @@
 init_rsa_dh(host_item *host)
 {
 int fd, ret;
-gnutls_datum m, e, d, p, q, u, prime, generator;
+gnutls_datum prime, generator;
 uschar filename[200];
 
 /* Initialize the data structures for holding the parameters */
 
-ret = gnutls_rsa_params_init(&rsa_params);
-if (ret < 0) return tls_error(US"init rsa_params", host, ret);
-
 ret = gnutls_dh_params_init(&dh_params);
 if (ret < 0) return tls_error(US"init dh_params", host, ret);
 
@@ -315,7 +309,6 @@
 fd = Uopen(filename, O_RDONLY, 0);
 if (fd < 0)
   {
-  unsigned int rsa_bits = RSA_BITS;
   unsigned int dh_bits = DH_BITS;
   uschar tempfilename[sizeof(filename) + 10];
 
@@ -323,10 +316,6 @@
 return tls_error(string_open_failed(errno, "%s for reading", filename),
   host, 0);
 
-  DEBUG(D_tls) debug_printf("generating %d bit RSA key...\n", RSA_BITS);
-  ret = gnutls_rsa_params_generate2(rsa_params, RSA_BITS);
-  if (ret < 0) return tls_error(US"RSA key generation", host, ret);
-
   DEBUG(D_tls) debug_printf("generating %d bit Diffie-Hellman key...\n",
 DH_BITS);
   ret = gnutls_dh_params_generate2(dh_params, DH_BITS);
@@ -342,20 +331,10 @@
   host, 0);
   (void)fchown(fd, exim_uid, exim_gid);   /* Probably not necessary */
 
-  ret = gnutls_rsa_params_export_raw(rsa_params, &m, &e, &d, &p, &q, &u,
-&rsa_bits);
-  if (ret < 0) return tls_error(US"RSA params export", host, ret);
-
   ret = gnutls_dh_params_export_raw(dh_params, &prime, &generator, &dh_bits);
   if (ret < 0) return tls_error(US"DH params export", host, ret);
 
-  if (!write_datum(fd, &m) ||
-  !write_datum(fd, &e) ||
-  !write_datum(fd, &d) ||
-  !write_datum(fd, &p) ||
-  !write_datum(fd, &q) ||
-  !write_datum(fd, &u) ||
-  !write_datum(fd, &prime) ||
+  if (!write_datum(fd, &prime) ||
   !write_datum(fd, &generator))
 return tls_error(US"TLS cache write failed", host, 0);
 
@@ -365,35 +344,26 @@
 return tls_error(string_sprintf("failed to rename %s as %s: %s",
   tempfilename, filename, strerror(errno)), host, 0);
 
-  DEBUG(D_tls) debug_printf("wrote RSA and D-H parameters to file\n");
+  DEBUG(D_tls) debug_printf("wrote D-H parameters to file\n");
   }
 
 /* File opened for reading; get the data */
 
 else
   {
-  if (!read_datum(fd, &m) ||
-  !read_datum(fd, &e) ||
-  !read_datum(fd, &d) ||
-  !read_datum(fd, &p) ||
-  !read_datum(fd, &q) ||
-  !read_datum(fd, &u) ||
-  !read_datum(fd, &prime) ||
+  if (!read_datum(fd, &prime) ||
   !read_datum(fd, &generator))
 return tls_error(US"TLS cache read failed", host, 0);
 
   (void)close(fd);
 
-  ret = gnutls_rsa_params_import_raw(rsa_params, &m, &e, &d, &p, &q, &u);
-  if (ret < 0) return tls_error(US"RSA params import", host, ret);
-
   ret = gnutls_dh_params_import_raw(dh_params, &prime, &generator);
   if (ret < 0) return tls_error(US"DH params import", host, ret);
 
-  DEBUG(D_tls) debug_printf("read RSA and D-H parameters from file\n");
+  DEBUG(D_tls) debug_printf("read D-H parameters from file\n");
   }
 
-DEBUG(D_tls) debug_printf("initialized RSA and D-H parameters\n");
+DEBUG(D_tls) debug_printf("initialized D-H parameters\n");
 return OK;
 }
 
@@

Bug#343356: openoffice.org: Exported PDF files are large (use subset compact fonts?)

[Vincent Lefevre]

On 2005-12-14 17:44:15 +0100, Vincent Lefevre wrote:
> There seem to be 2 improvements:
>   1. The Compact Font Format (CFF) is used.
>   2. Only a subset is included (as most characters aren't used).

I've suggested that on:

  http://qa.openoffice.org/issues/show_bug.cgi?id=43362

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / SPACES project at LORIA


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

Bug#345729: xorg-6.9.0

[Michel Dänzer]

On Sat, 2006-01-21 at 14:03 +0100, Javier Ramirez wrote: 
> 
> (II) Loading /usr/X11R6/lib/modules/linux/libdrm.so
> (EE) LoadModule: Module drm does not have a drmModuleData data object.

Is this /usr/X11R6/lib/modules/linux/libdrm.so as shipped by
xserver-xorg? Note that /usr/lib/libdrm.so.2.0.0 from libdrm2 is not the
same thing nor interchangeable.


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer

Bug#345999: installation-report: Same problem on a Dell Latitude D610

[Lennart Sorensen]

On Fri, Jan 27, 2006 at 08:40:26AM +0100, Alexander Wintermans wrote:
> Tried the following at the boot prompt:
>  install libata.enableatapi=1
> ... didn't work; same problem.

This option does require 2.6.15 (or maybe 2.6.14) based installer.
2.6.12 won't do.

> Then Googled a bit trying to find an example of the required syntax, and
> tried this:
>  install libata.atapi_enabled=1
> ... didn't work; same problem.
> 
> However, while surfing around I came across some comments that seem to
> indicate that this boot parameter only works for kernels 2.6.13 and
> above, and I'm assuming that the Etch installer uses a 2.6.12 kernel by
> default. With 2.6.12 the trick seems to be to edit the kernel header
> files as mentioned on the forum below (not much help in an Etch install
> situation though):

The daily builds should have 2.6.15 I believe.  Etch probably doesn't
yet.

Personally I had to use 2.4 kernel to install, then install a new custom
built kernel with the SATA ATAPI code enabled by editing the header file
in the kernel.  That worked.  I guess if I updated it now to 2.6.15 I
could use the standard kernel finally.

Len Sorensen


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

Bug#348054: xserver-xorg: [ati/radeon] Desktop window corrupted with ghost images

[Michel Dänzer]

On Wed, 2006-01-25 at 20:53 +, Mark Brown wrote: 
> On Wed, Jan 25, 2006 at 09:53:37AM +0100, Michel Dänzer wrote:
> 
> > If you really see the ghosting with EXA enabled, are the symptoms the
> > same as with XAA? Otherwise, there might be a different bug in EXA
> > causing similar symptoms.
> 
> How could I confirm if it was on?  

grep -i 'acceleration architecture' /var/log/X*


> I've tried toggling EXA off in the configuration file and I now get 
> ghosting again, even with RenderAccel on, so it does look like two bugs.  
> With EXA the ghosts are greyscale patterns whereas with XAA they mostly 
> seem to be derived from things to the top left of the screen.  

This does indeed sound like a separate bug, most likely in the radeon
driver's EXA Render acceleration code. As the XAA issue is already
covered in other Debian bugs, let's focus on this one here. Could you
please report this upstream at http://bugs.freedesktop.org as well,
including all this information and possibly attaching screenshots of the
corruption?


> > > I don't have radeonfb loaded so I didn't try this.
> 
> > Would it be a lot of effort to load radeonfb and try it?
> 
> Probably not but I don't have much time tonight: I will try to find time
> over the next couple of days to run through that 

Take your time.

> and also try the things you suggested before with EXA disabled (changing 
> down to 16 bit doesn't help XAA - that was my configuration when I first 
> saw trouble).

FWIW, the hardware issue is probably yet another separate bug, I assume
it can be worked around with Option "SWcursor".


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer

Bug#348660: ftbfs: XPath error : Undefined variable

[Gerrit Pape]

On Thu, Jan 19, 2006 at 10:21:26AM +0100, Max Kellermann wrote:
> On 2006/01/18 17:06, Gerrit Pape <[EMAIL PROTECTED]> wrote:
> > Hmm, it works fine with this docbook-xsl version on the autobuilders,
> > e.g.
> >  
> > http://buildd.debian.org/fetch.php?&pkg=git-core&ver=1.1.3-1&arch=i386&stamp=1137483790&file=log&as=raw
> > 
> > Can you please re-check?
> 
> I did, same result. Then I upgraded libxslt and xsltproc:
> 
> 2006-01-19 10:16:59 upgrade libxslt1.1 1.1.12-8 1.1.15-2
> 
> That solved the problem.  Is it possible to move this bug to the
> "xmlto" package?

Yes, you could reassign it, see
 http://www.debian.org/Bugs/server-control

> It should depend on the correct xsltproc version.

I'm not sure about this, Debian/unstable is a moving target, and most
probably the version that caused the problem will not be available very
long.

Regards, Gerrit.


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

Bug#349173: bcron: provide a virtual package "cron-service"

[Gerrit Pape]

reassign 349173 bcron-run
quit

On Sat, Jan 21, 2006 at 06:27:50PM +0530, [EMAIL PROTECTED] wrote:
> Otherwise logrotate needs to depend on cron | anacron | fcron | bcron |
> etc.

Hi, where's exactly documented which functionality a package providing
'cron-service' must support, so that I can check whether bcron-run meets
the requirements?

Thanks, Gerrit.


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

Bug#349173: bcron: provide a virtual package "cron-service"

[Joshua N Pritikin]

On Mon, Jan 30, 2006 at 02:03:21PM +, Gerrit Pape wrote:
> On Sat, Jan 21, 2006 at 06:27:50PM +0530, [EMAIL PROTECTED] wrote:
> > Otherwise logrotate needs to depend on cron | anacron | fcron | bcron |
> > etc.
> 
> Hi, where's exactly documented which functionality a package providing
> 'cron-service' must support, so that I can check whether bcron-run meets
> the requirements?

I'm really not sure the requirements need be much more formal than
"whatever logrotate needs" which (I believe) is merely /etc/cron.daily/.

It is important for logrotate to be installable with bcron because lots
of services install stuff into /etc/logrotate.d/ because they haven't
been converted over to svlogd yet.

Ultimately, it won't matter because logrotate will be obsoleted by
svlogd.  In the short term, however, interoperability is crucial to ease
the gradual runit & svlogd migration.


signature.asc
Description: Digital signature

Bug#350520: laptop-mode-tools: CPU governor not set on boot

[Javier Kohen]

El lun, 30-01-2006 a las 08:18 +0100, Bart Samwel escribió:
> Javier Kohen wrote:
> > The scripts fail to set the CPU governor when booting up with AC.
> > 
> > My laptop-mode.conf contains NOLM_AC_CPU_GOVERNOR=ondemand, but that 
> > doesn't cause the ondemand governor to be set.
> 
> Could you check:
> 1. You have set CONTROL_CPU_FREQUENCY=1?

It's 0. That seems to be what I want, as I don't want laptop mode tools
to control the frequency, I just want it to change the governor. Maybe
I'm reading the documentation wrong?

> 2. Can you list the files in /sys/devices/system/cpu/cpu0 for me?

$ ls /sys/devices/system/cpu/cpu0
cpufreq
$ ls /sys/devices/system/cpu/cpu0/cpufreq/
affected_cpus ondemand   scaling_driver
cpuinfo_cur_freq  scaling_available_frequencies  scaling_governor
cpuinfo_max_freq  scaling_available_governorsscaling_max_freq
cpuinfo_min_freq  scaling_cur_freq   scaling_min_freq

Thanks,
-- 
Javier Kohen <[EMAIL PROTECTED]>
ICQ: blashyrkh #2361802
Jabber: [EMAIL PROTECTED]


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

Bug#350581: cupsys: Put local certs not on harddrive

[Philipp Matthias Hahn]

Package: cupsys
Version: 1.1.23-15
Severity: wishlist

cupsys generates a coockie (cert) for local clients and for cgi-bin to
backend communication in /etc/cups/certs/, which currently is a symlink
to /var/lib/cups/certs/, which normally is located on a hard disk drive.

The default "RootCertDuration" is 300 seconds, so each 5 minutes that
file is accessed and replaced by a new file, preventing the disk from
spinning down on an otherwise idle computer, of even worse, spins up the
disk regularly. Sadly, this was one cause which destroyed 16+ drives in
several workstations. cupsys needs to run, so automatic printer
discovery works on those workstations and notebooks.

Since the file does not need to survive a reboot, please consider moving
that directory under /var/run, which will be put on a tmpfs filesystem
in Debian hopefully "real soon".

If you don't want to do the move now, please at least don't package the
/etc/cups/certs symlink and create that link instead in postinst, if it
doesn't exist. Currently each time I install a new security update, that
link gets replaces again and again with on pointing to
/var/lib/cups/certs.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (989, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.1-walker
Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Bug#240037: marked as done (ease upgrade)

[Roger Lynn]

>  - Creating mailman list: No automatic creation (who should be the
>owner?), but we now warn through debconf note.

Could debconf not ask who the site list owner should be?

Roger



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

Bug#308838: Not our bug

[Frank Lichtenheld]

reassign 308838 java-package
thanks

This is probably caused by a bug on your end:
$ grep plugin_dir= /usr/share/java-package/sun-j2sdk1.5/*
/usr/share/java-package/sun-j2sdk1.5/install:plugin_dir="$j2se_base/jre/plugin/$arch_dir"
/usr/share/java-package/sun-j2sdk1.5/remove:plugin_dir="$j2se_base/plugin/$arch_dir"

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


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

Bug#319943: pyblosxom: config.pyc vulnerability

[will guaraldi]

On Mon, 30 Jan 2006, Tollef Fog Heen wrote:


* Norbert Tretkowski

| > I would think the latter isn't particularly great since it prevents
| > more than one user to use PyBlosxom on a given machine.
|
| Agreed. I'll think about it.

It's the site-wide configuration file.  It's trivial to set up a
per-blog config by symlinking pyblosxom.py into a directory with a
config.py file and it should just DTRT.


It's not a site-wide configuration file, though.  It's a blog-instance 
configuration file.  PyBlosxom doesn't have the notion of a site-wide 
instance file like MoinMoin does (farmconfig.py and moinmaster.py).  This 
config file is more like MoinMoin's wikiconfig.py file which doesn't get 
placed in /etc/moin/ .


/will


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

Bug#344728: Patch to add fuse device to MAKEDEV

[Frédéric Bothamy]

tags 344728 + patch
thanks

Hello,

Here is a patch to add fuse device to the MAKEDEV script:

--- makedev-2.3.1/MAKEDEV
+++ makedev-2.3.1/MAKEDEV
@@ -1108,6 +1108,7 @@
makedev led   c $major 151 $mouse
makedev mergemem  c $major 153 $mouse
makedev pmu   c $major 154 $mouse
+   makedev fuse  c $major 229 $mouse
;;
pmu)
major=`Major mouse 10` || continue


Note: this should help solving the RC-bug for fuse-utils (Bug #334639).

Greetings,


Fred


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

Bug#334639: Using MAKEDEV for creating fuse device?

[Frédéric Bothamy]

* Bartosz Fenski aka fEnIo <[EMAIL PROTECTED]> [2006-01-28 01:33] :
> On Fri, Jan 27, 2006 at 11:48:08AM +0100, Frédéric Bothamy wrote:
> > > That wouldn't be better. That's policy demand, and mentioned bug is the
> > > reason I didn't upload new version of fuse yet, cause I would violate
> > > policy doing it.
> > 
> > Hello Bartosz,
> > 
> > Thanks for the explanation, I hadn't noticed that you were the one
> > submitting the bugreport on makedev. Do you know if the makedev
> > maintainer is aware that there is an RC bug on fuse-utils due to this
> > problem?
> 
> I don't know if he's aware of RC bug... I talk with him several times on
> IRC and everytime he promised that upload 'will be this evening or this
> weekend'. To be honest I'm tired asking him everytime I see him on IRC.
> 
> Feel free to do it yourself ;)

I'll post a patch for bug #344728, I can't do an NMU myself as I am not
a DD. Hopefully this will give an hint to the maintainer.

Thanks for your help.


Fred

Bug#349173: bcron: provide a virtual package "cron-service"

[Gerrit Pape]

On Mon, Jan 30, 2006 at 07:49:15PM +0530, Joshua N Pritikin wrote:
> On Mon, Jan 30, 2006 at 02:03:21PM +, Gerrit Pape wrote:
> > On Sat, Jan 21, 2006 at 06:27:50PM +0530, [EMAIL PROTECTED] wrote:
> > > Otherwise logrotate needs to depend on cron | anacron | fcron | bcron |
> > > etc.
> > 
> > Hi, where's exactly documented which functionality a package providing
> > 'cron-service' must support, so that I can check whether bcron-run meets
> > the requirements?
> 
> I'm really not sure the requirements need be much more formal than
> "whatever logrotate needs" which (I believe) is merely /etc/cron.daily/.
> 
> It is important for logrotate to be installable with bcron because lots
> of services install stuff into /etc/logrotate.d/ because they haven't
> been converted over to svlogd yet.
> 
> Ultimately, it won't matter because logrotate will be obsoleted by
> svlogd.  In the short term, however, interoperability is crucial to ease
> the gradual runit & svlogd migration.

Yes, true.  When introducing the bcron/bcron-run packages I made the
bcron-run package

 Provides: cron
 Replaces: cron
 Conflicts: cron

for that reason, and filed

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=304038

I didn't know about a virtual package 'cron-service' until now.  Is it
really necessary, or should logrotate simply drop the version from the
dependency?

Regards, Gerrit.


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

Bug#350546: destar: missing dependancy on python-pychart

[Gaétan Ryckeboer]

Santiago José Ruano Rincón a écrit :
> Hi,
>
> This is an upstream bug [1]. Destar package recomends python but not
> depends on it, the user must use a cdr with sqlite for before using
> pychart. 
>
> kind regards,
>   
Yes it is, I personally don't use pychart. I hav no existing and valid cdr.
But without the package, I cannot use destar ; destar uses python, and
pychart. It mustn't be a suggestion... with the actual release of destar.

-- 
Gaétan RYCKEBOER

Bug#350567: initng: Initng tries to use /usr before it gets mounted, thus failing to boot

[Armin Berres]

Fixed in Initngs svn. Will be fixed with the next upload :)


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

Bug#350582: ITP: libclass-throwable-perl -- A minimal lightweight exception class

[Krzysztof Krzyzaniak (eloy)]

Package: wnpp
Severity: wishlist
Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]>

* Package name: libclass-throwable-perl
  Version : 0.10
  Upstream Author : stevan little, <[EMAIL PROTECTED]>
* URL : 
http://mirrors.kernel.org/cpan/modules/by-module/Class/Class-Throwable-0.10.tar.gz
* License : Perl: GPL/Artistic
  Description : A minimal lightweight exception class

 This module implements a minimal lightweight exception object. It is meant to 
 be a compromise between more basic solutions like Carp which can only print 
 information and cannot handle exception objects, and more more complex 
 solutions like Exception::Class which can be used to define complex inline 
 exceptions and has a number of module dependencies.


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


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

Bug#350583: debootstrap 0.3.3

[Patrik Arvhult]

Package: debootstrap
Version: 0.3.3

I am trying to run a bootstrap from Linux 1.2.3 (maybe it is slackware 96) to 
debian Sarge. (No CDROMS, only floppies/network avail. Using the 
debootstrap_0.3.3.tar.gz bootstrapper I found refered to by the debian 
webbpages. Actually I didnt find any information on what version to use, 
0.3.3 seems to be the newest one.

Found these two bugs:

1)
debootstrap_0.3.3.tar.gz -> file pkgdetails.c

there is a int "any" declared in a new style. Not very portable and not 
feasible if bootstrapping from some old system. Annoying, but good thing 
there were only one of these and not zillions ;)

Change row 43 from "int any=0;"  to just "any=0;"
Insert "int any=0;" betwen row 23 and 24.

((Probably the first initializations isnt really needed, I didnt take the time 
check, just did put in somthing that should work.))

2)

Something similar to a tar -O bug seems to be present in this debootstrap 
package, at a glance it seems to be the same error as mentioned at: 
http://lists.debian.org/debian-boot/2003/05/msg00450.html, bug 193788. That 
is another package, but the error seems very similar:

running "debootstrap --verbose --arch i386 sarge /mnt/debinst \ 
http://ftp.debian.org/debian";

All packages is downloaded, when unpacking starts it stops with this message:

  dpkg: parse error, in file '/var/lib/dpkg/status' near line 2
package 'dpkg': error in Version string '': version string is empty"

Investigating /mnt/debinst/var/lib/dpkg/status shows that the message is 
right: the version is missing: the label is there but its value-field is 
leaved empty. I can fill this one in manually, but the same will happen for 
all packages, and debootstrap does always start over from the beginning 
erasing my changes.

Checking out tar on my Linux 1.2.3 I find that -O and --stdout functionality 
is present and seems to work. Maybe this is something related to sed? 

Also running "chroot /mnt/debinst tar --help | less" does show support for -O 
and --stdout. And some tests using the chrooted tar with -O does work. So the 
downloaded tar seems to be ok too. Strange.


Best regards,
Patrik Arvhult   -  fighting windmills
Sweden




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

Bug#343085: exim4: Exim SMTP_AUTH hangs since today...

[Sven Hartge]

Florian Weimer wrote:
> * Florian Weimer:

>> It's the generation of the special server-side key used to support
>> "RSA export" clients which use 40-bit symmetric session keys.

> Turns out the patch was broken.  This one should be better.  The
> comments above still apply.

Will this patch be included in the next point release of Sarge or better
yet released via a security update, since it is trivial to DoS Exim4
from Sarge with some single SSL/TLS connections?

Grüße,
Sven.

-- 
Sven Hartge -- professioneller Unix-Geek
Meine Gedanken im Netz: http://www.svenhartge.de/

Achtung, neue Mail-Adresse: [EMAIL PROTECTED]


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

Bug#350585: gnome-panel: menus are not populated at start of session

[Julian Gilbey]

Package: gnome-panel
Version: 2.10.2-1

When I start a GNOME session, and click on a menu, it can take a few
seconds before the menu is ready to display.  If I click on
Applications, for example, it could be a while before I actually see a
menu; I often click it briefly then return to it.

It seems to me that the menu is being generated on-demand, and is then
cached thereafter.  It would be nice if it were generated in the
background at the start of a session so that this bizarre wait can be
mostly avoided.

   Julian


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

Bug#350584: argus-client: ragraph try to use gif images, not supported. patch to use png attached.

[xavier renaut]

Package: argus-client
Version: 2.0.6.fixes.1-2
Severity: normal
Tags: patch


rrd does not support gif (which is fine), here is a patch
to use png for generating graph.

(otherwise error is :
ERROR: unsupported graphics format 'GIF'
when calling ragraph bytes -M 10s -r argus.log -title "Total Load" )



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

Versions of packages argus-client depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libncurses5   5.5-1  Shared libraries for terminal hand

Versions of packages argus-client recommends:
ii  argus-server  1:2.0.6.fixes.1-10 IP network transaction auditing to

-- no debconf information
--- /usr/bin/ragraph2005-01-04 18:57:15.0 -0500
+++ ./ragraph   2006-01-29 16:06:49.0 -0500
@@ -29,7 +29,7 @@
 
 my $tmpfile = tmpnam();
 my $RRD = $tmpfile.".rrd";
-my $GIF = "ragraph.gif";
+my $PNG = "ragraph.png";
 my @arglist = ();
 
 my $title = "";
@@ -97,7 +97,7 @@
   s/^-upper//  && do { $upper = shift (@ARGV); next ARG; };
   s/^-lower//  && do { $lower = shift (@ARGV); next ARG; };
   s/^-title//  && do { $title = shift (@ARGV); next ARG; };
-  s/^-w//  && do { $GIF = shift (@ARGV); next ARG; };
+  s/^-w//  && do { $PNG = shift (@ARGV); next ARG; };
   s/^-N//  && do { $num = shift (@ARGV); next ARG; };
   /^-H/&& do { $histo++; };
   s/\(/\\\(/ && do { ; };
@@ -106,11 +106,22 @@
[EMAIL PROTECTED] + 0] = $arg;
 }
 
+print "DEBUG: RagraphProcessArgusData\n";
 RagraphProcessArgusData ();
+
+print "DEBUG: RagraphReadInitialValue\n";
 RagraphReadInitialValues ($tmpfile);
+
+print "DEBUG: RagraphGenerateRRDParameters\n";
 RagraphGenerateRRDParameters ($tmpfile);
+
+print "DEBUG: RagraphGenerateRRD\n";
 RagraphGenerateRRD ();
-RagraphGenerateGIF ();
+
+print "DEBUG: RagraphGeneratePNG\n";
+RagraphGeneratePNG ();
+
+print "DEBUG: RagraphCleanUp\n";
 RagraphCleanUp ();
 
 exit;
@@ -152,6 +163,7 @@
   @args = ("rahistogram -p6 -G -s lasttime ", @arglist, "> $tmpfile");
}

+   print "EXEC: @args\n";
my $input = [EMAIL PROTECTED];
 }
 
@@ -715,15 +727,15 @@
 }
 
 
-sub RagraphGenerateGIF {
-   my @rrd_gifs = ($RRD, $GIF);
+sub RagraphGeneratePNG {
+   my @rrd_pngs = ($RRD, $PNG);

my @rrd_args = (
  "--base", "1000",
  "--vertical-label", $xaxisstr,
  "--start", $START,
  "--end", $END,
- "--interlace", "--imgformat","GIF",
+ "--interlace", "--imgformat","PNG",
);

if ($title) {
@@ -758,11 +770,11 @@

push @rrd_args, @line_args;
 
-   while (@rrd_gifs) {
- my $RRD = shift(@rrd_gifs);
- my $GIF = shift(@rrd_gifs);
+   while (@rrd_pngs) {
+ my $RRD = shift(@rrd_pngs);
+ my $PNG = shift(@rrd_pngs);

- my ($graphret,$xs,$ys) = RRDs::graph $GIF, @rrd_args;
+ my ($graphret,$xs,$ys) = RRDs::graph $PNG, @rrd_args;

   if ($ERROR = RRDs::error) {
  print "ERROR: $ERROR\n";

Bug#350586: heartbeat: LinuxSCSI fails because of wrong /proc/scsi/scsi Usage

[Christoph Martin]

Package: heartbeat
Version: 1.2.3-9sarge3
Severity: normal
Tags: patch


Please use the patch below to fix the LinuxSCSI resource script:

*** /etc/ha.d/resource.d/LinuxSCSI~ 2005-08-13 09:46:25.0 +0200
--- /etc/ha.d/resource.d/LinuxSCSI  2006-01-27 14:25:30.464771922 +0100
***
*** 142,148 
  scsi_start() {
parseinst "$1"
[ $target = error ] && exit 1
!   echo "scsi-add-single-device $host $channel $target $lun" >>$PROCSCSI
if
  scsi_status "$1"
then
--- 142,148 
  scsi_start() {
parseinst "$1"
[ $target = error ] && exit 1
!   echo "scsi add-single-device $host $channel $target $lun" >>$PROCSCSI
if
  scsi_status "$1"
then
***
*** 160,166 
  scsi_stop() {
parseinst "$1"
[ $target = error ] && exit 1
!   echo "scsi-remove-single-device $host $channel $target $lun" >>$PROCSCSI
if
  scsi_status "$1"
then
--- 160,166 
  scsi_stop() {
parseinst "$1"
[ $target = error ] && exit 1
!   echo "scsi remove-single-device $host $channel $target $lun" >>$PROCSCSI
if
  scsi_status "$1"
then

-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.8-11-amd64-k8-smp
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages heartbeat depends on:
ii  adduser3.63  Add and remove users and groups
ii  iproute20041019-3Professional tools to control the 
ii  iputils-ping   3:20020927-2  Tools to test the reachability of 
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libglib1.2 1.2.10-9  The GLib library of C routines
ii  libnet11.1.2.1-2 library for the construction and h
ii  libpils0   1.2.3-9sarge3 Plugin and Interface Loading Syste
ii  libstonith01.2.3-9sarge3 Interface for remotely powering do
ii  python 2.3.5-2   An interactive high-level object-o

-- no debconf information


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

Bug#344447: Bug #344447: security/pam_client.h: Redefinition of internal libc/libstdc++ types breaks unrelated software

[Roger Leigh]

Hello again,

Attached is a patch to fix this bug, using the fix from the upstream
stable release (Linux-PAM-0.99.2.1).

If you can't fix it in the next few days, please could I NMU this?
It's now causing my schroot package to FTBFS.


Many thanks,
Roger

-- 
Roger Leigh
Printing on GNU/Linux?  http://gutenprint.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848.  Please sign and encrypt your mail.
diff -urN pam-0.79.original/debian/changelog pam-0.79/debian/changelog
--- pam-0.79.original/debian/changelog	2006-01-30 14:38:05.0 +
+++ pam-0.79/debian/changelog	2006-01-30 14:48:01.940666124 +
@@ -1,3 +1,12 @@
+pam (0.79-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Linux-PAM/libpamc/include/security/pam_client.h: Apply patch from
+latest upstream version to remove redefinition of internal
+glibc/libstdc++ types.  Closes: #37.
+
+ -- Roger Leigh <[EMAIL PROTECTED]>  Mon, 30 Jan 2006 14:46:42 +
+
 pam (0.79-3) unstable; urgency=low
 
   * Patch 059
diff -urN pam-0.79.original/Linux-PAM/libpamc/include/security/pam_client.h pam-0.79/Linux-PAM/libpamc/include/security/pam_client.h
--- pam-0.79.original/Linux-PAM/libpamc/include/security/pam_client.h	2006-01-30 14:38:05.0 +
+++ pam-0.79/Linux-PAM/libpamc/include/security/pam_client.h	2006-01-30 14:43:50.297574694 +
@@ -1,5 +1,5 @@
 /*
- * $Id: pam_client.h 281 2005-07-13 12:05:12Z vorlon $
+ * $Id: pam_client.h,v 1.7 2005/05/20 14:58:58 kukuk Exp $
  *
  * Copyright (c) 1999 Andrew G. Morgan <[EMAIL PROTECTED]>
  *
@@ -16,23 +16,14 @@
 #include 
 #include 
 #include 
-
-#ifdef __cplusplus
-extern "C" {
-#endif
+#include 
 
 /* opaque agent handling structure */
 
 typedef struct pamc_handle_s *pamc_handle_t;
 
 /* binary prompt structure pointer */
-#ifndef __u32
-# define __u32  unsigned int
-#endif
-#ifndef __u8
-# define __u8  unsigned char
-#endif
-typedef struct { __u32 length; __u8 control; } *pamc_bp_t;
+typedef struct { u_int32_t length; u_int8_t control; } *pamc_bp_t;
 
 /*
  * functions provided by libpamc
@@ -95,10 +86,10 @@
 # define PAM_BP_FREEfree
 #endif /* PAM_BP_FREE */
 
-#define __PAM_BP_WOCTET(x,y)  (*((y) + (__u8 *)(x)))
-#define __PAM_BP_ROCTET(x,y)  (*((y) + (const __u8 *)(x)))
+#define __PAM_BP_WOCTET(x,y)  (*((y) + (u_int8_t *)(x)))
+#define __PAM_BP_ROCTET(x,y)  (*((y) + (const u_int8_t *)(x)))
 
-#define PAM_BP_MIN_SIZE   (sizeof(__u32) + sizeof(__u8))
+#define PAM_BP_MIN_SIZE   (sizeof(u_int32_t) + sizeof(u_int8_t))
 #define PAM_BP_MAX_LENGTH 0x2   /* an advisory limit */
 #define PAM_BP_WCONTROL(x)(__PAM_BP_WOCTET(x,4))
 #define PAM_BP_RCONTROL(x)(__PAM_BP_ROCTET(x,4))
@@ -107,8 +98,8 @@
 			   (__PAM_BP_ROCTET(x,2)<< 8)+  \
 			   (__PAM_BP_ROCTET(x,3)))
 #define PAM_BP_LENGTH(x)  (PAM_BP_SIZE(x) - PAM_BP_MIN_SIZE)
-#define PAM_BP_WDATA(x)   (PAM_BP_MIN_SIZE + (__u8 *) (x))
-#define PAM_BP_RDATA(x)   (PAM_BP_MIN_SIZE + (const __u8 *) (x))
+#define PAM_BP_WDATA(x)   (PAM_BP_MIN_SIZE + (u_int8_t *) (x))
+#define PAM_BP_RDATA(x)   (PAM_BP_MIN_SIZE + (const u_int8_t *) (x))
 
 /* Note, this macro always '\0' terminates renewed packets */
 
@@ -116,13 +107,13 @@
 do {   \
 if (old_p) {   \
 	if (*(old_p)) {\
-	__u32 __size;  \
+	u_int32_t __size;  \
 __size = PAM_BP_SIZE(*(old_p));\
 	memset(*(old_p), 0, __size);   \
 	PAM_BP_FREE(*(old_p)); \
 	}  \
 	if (cntrl) {   \
-	__u32 __size;  \
+	u_int32_t __size;  \
\
 	__size = PAM_BP_MIN_SIZE + data_length;\
 	if ((*(old_p) = PAM_BP_CALLOC(1, 1+__size))) { \
@@ -145,7 +136,7 @@
 #define PAM_BP_FILL(prmpt, offset, length, data)   \
 do {   \
 size_t bp_length;  \
-__u8 *prompt = (__u8 *) (prmpt);   \
+u_int8_t *prompt = (u_int8_t *) (prmpt);   \
 bp_length = PAM_BP_LENGTH(prompt); \
 if (bp_length < ((length)+(offset))) { \
 	PAM_BP_ASSERT("a

Bug#348336: improve section on shared config files

[cobaco (aka Bart Cornelis)]

On Monday 30 January 2006 13:17, Santiago Vila wrote:
> On Mon, 30 Jan 2006, cobaco (aka Bart Cornelis) wrote:
> > On Sunday 29 January 2006 02:36, Santiago Vila wrote:

> I object to b) being in policy. The file /etc/profile is not a file
> which two or more packages need to be able to modify.

> > [...]
> > On the other hand there's currently at least 5 packages[1] that have a
> > blurb in their README saying something to the effect of "add this bit
> > to /etc/profile for the package to do everything it promises to".

> Not at all. Just because some packages do something does not mean they
> need to do it, or that they need to do something the way they do it.
>
> For example, let't take the user-es package, which you always mention
> as an example of package that "needs" profile.d. What does such package
> do?
>
> It has a README saying the user to add this line to /etc/profile:
>
> if [ -f /etc/language-es ]; then source /etc/language-es; fi
>
> The file /etc/language-es sets lot of environment variables. However,
> /etc/profile is the wrong place to do that, as it does not work in every
> shell. The file /etc/environment would be much more appropriate.

except that one the variables is set conditionally, which AFAIK you can't do 
in /etc/environment
(Note: otherwise I agree that in the case of user-es /etc/environment is a 
better place to do this, though the current approach certainly works for 
bourne-type shells)

Though that doesn't stop the need for a modularization/adaptation mechanism, 
it just moves it from /etc/profiles to /etc/environment. 

> So, just because some packages tell the user "modify /etc/profile" does
> not mean they "need" to modify /etc/profile.

As far as I know there is no cross-shell way to conditionally set 
environment variables which both desktop-profiles and user-es need (the 
former more so then the latter). 

That only leaves the option to do it piecemal, which needs adaption 
of /etc/profile (and similar files for other shells). If you have a better 
way of meeting this particular need I'd love to hear it.

Also note that the "(e.g. bash and other bourn compatible shells 
share /etc/profile)"-bit in the proposed patch can easily be removed it 
that's what realy bugs you, that wouldn't change the proposal in any 
meaningfull way.
-- 
cobaco (aka Bart Cornelis):
Coördinator Belgisch Skolelinux team
Coördinator Nederlandse Skolelinux vertaling


pgpz2d1bms2gw.pgp
Description: PGP signature

Bug#349984: patch for broken mount dependency

[Robert Millan]

severity 349984 important
retitle 349984 uninstallable on GNU/kFreeBSD (unconditional mount dependency)
tags 349984 patch
thanks

Hi,

Here's a patch for bug #349984.

-- 
Robert Millan
diff -ur sysvinit-2.86.ds1.old/debian/control sysvinit-2.86.ds1/debian/control
--- sysvinit-2.86.ds1.old/debian/control2006-01-30 15:58:48.0 
+0100
+++ sysvinit-2.86.ds1/debian/control2006-01-30 15:58:00.0 +0100
@@ -34,7 +34,7 @@
 
 Package: initscripts
 Architecture: any
-Depends: ${shlibs:Depends}, ${glibc:Depends}, ${mount:Depends}, e2fsprogs (>= 
1.32+1.33-WIP-2003.04.14-1), debianutils (>= 2.13.1), lsb-base (>= 3.0-6), 
mount (>= 2.11x-1)
+Depends: ${shlibs:Depends}, ${glibc:Depends}, ${mount:Depends}, e2fsprogs (>= 
1.32+1.33-WIP-2003.04.14-1), debianutils (>= 2.13.1), lsb-base (>= 3.0-6)
 Conflicts: mdutils, sysv-rc (<< 2.86.ds1-1.2) 
 Replaces: mdutils, sysvinit (<< 2.85-12), libc6, libc6.1, libc0.1, libc0.3
 Description: Scripts for initializing and shutting down the system
diff -ur sysvinit-2.86.ds1.old/debian/deps-mount 
sysvinit-2.86.ds1/debian/deps-mount
--- sysvinit-2.86.ds1.old/debian/deps-mount 2006-01-30 15:58:48.0 
+0100
+++ sysvinit-2.86.ds1/debian/deps-mount 2006-01-30 15:58:26.0 +0100
@@ -9,6 +9,6 @@
 
 case "$DEB_BUILD_GNU_TYPE" in
   *-linux)
-   echo 'mount:Depends=mount (>= 2.11l-1)'
+   echo 'mount:Depends=mount (>= 2.11x-1)'
;;
 esac

Bug#349173: bcron: provide a virtual package "cron-service"

[Joshua N Pritikin]

On Mon, Jan 30, 2006 at 02:51:05PM +, Gerrit Pape wrote:
> When introducing the bcron/bcron-run packages I made the
> bcron-run package
> 
>  Provides: cron
>  Replaces: cron
>  Conflicts: cron
> 
> for that reason, and filed
> 
>  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=304038
> 
> I didn't know about a virtual package 'cron-service' until now.  Is it
> really necessary, or should logrotate simply drop the version from the
> dependency?

Looks like this conversation is going around in circles.  See:

  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=349150


signature.asc
Description: Digital signature

Bug#350327: fftw3: new upstream version

[Paul Brossier]

Hello Steven,

Thank you, excellent news! Hopefully I will have the time to upload it
in a few days.

Paul

On Sat, Jan 28, 2006 at 06:56:33PM -0500, Steven G. Johnson wrote:
> Package: fftw3
> Version: 3.0.1-11
> Severity: normal
> 
> 
> FFTW version 3.1 is now available from www.fftw.org.
> 
> This release fixes Debian bugs #259612 (the old workaround is now
> obsolete), #321566, and #225959, and hopefully #338487.  It should be
> backwards compatible.
> 
> Note that there are a couple of important new configuration flags that 
> you'll want to use.  --enable-portable-binary will cause it to use 
> -mtune instead of -march to make sure the resulting binary runs on all 
> CPUs.  --with-gcc-arch= will specify which specific CPU the 
> resulting executable is tuned for (the default is the build machine).  
> 
> On x86 probably --with-gcc-arch=pentium4 is reasonable (it doesn't make
> much difference).  On ppc probably --with-gcc-arch=G5.  On other arches 
> I'm not sure; you can also use --without-gcc-arch to not use -mtune at 
> all.
> 
> -- System Information:
> Debian Release: 3.1
> Architecture: i386 (i686)
> Kernel: Linux 2.6.8-2-686-smp
> Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
> 
> Versions of packages fftw3 depends on:
> ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries 
> an
> 
> -- no debconf information
> 
> 


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

Bug#350559: bug reported on Swedish translation

[Ruben Porras]

Hello Daniel,

It seems that you are the last translator of aptitude's po Swedish
translation, a user have some comments concerning your translation,
could you take a look at #350559?

Thanks.



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

Bug#350559: (no subject)

[Daniel Nylander]

Thank you for the notice.

This has now been fixed.
"base" has now been changed to "grund" to match other translations (apt, 
dpkg).


A new translation will be filed against aptitude in a few minutes.
Please close the bug.

Regards,
Daniel



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

Bug#343085: exim4: Exim SMTP_AUTH hangs since today...

[Florian Weimer]

* Sven Hartge:

> Florian Weimer wrote:
>> * Florian Weimer:
>
>>> It's the generation of the special server-side key used to support
>>> "RSA export" clients which use 40-bit symmetric session keys.
>
>> Turns out the patch was broken.  This one should be better.  The
>> comments above still apply.
>
> Will this patch be included in the next point release of Sarge

Not sure about that.  There are different means to to tackle this
problem.  We could just remove

  rm -f /var/spool/exim4/gnutls-params

from the daily cron job.  Or we add proper locking so that only one
Exim process actually recomputes the params file when it is missing,
significantly reducing the impact of this problem.  Or the preferred
option: do not remove that file, but regenerate it and replace it with
the new version, so that Exim never has to regenerate it.

In any case, we need people whose Exim installations suffer from this
problem to test a patch before we roll it out.

> or better yet released via a security update, since it is trivial to
> DoS Exim4 from Sarge with some single SSL/TLS connections?

AFAICS, it is not possible to trigger this bug reliably (I had to
delete the params file manually to prove it).  It certainly results in
a loss of service, but it's a security vulnerability, and therefore
does not qualify as a security bug.


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

Bug#350588: dbconfig-common: examples are not simple

[Jelle Boomstra]

Package: dbconfig-common
Version: 1.8.11
Severity: minor

This package may be doing what i need to package a webapp. But figuring
out how to use it is quite hard actually, and that is probably not what
the developer intended. The supplied html documentation is not very
elaborat what the developer should supply and what those scripts should 
_do_. 
Things usually become more clear when you look at an example, but
alas, the supplied examples are not explained in the docs. Neither are
the example packages easy to understand, as both contain 20+ files just
in the debian directory. I imagine the developer tried to show all the
features of his system. 
Please also supply a simple example that only builds one binary package 
that is easy to understand for the novice debian packager.  


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (650, 'testing'), (601, 'stable'), (600, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-skas3-v8
Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15)

Versions of packages dbconfig-common depends on:
ii  debconf [debconf-2.0] 1.4.67 Debian configuration management sy
ii  pwgen 2.04-1 Automatic Password generation
ii  ucf   2.004  Update Configuration File: preserv

dbconfig-common recommends no packages.

-- debconf information:
  dbconfig-common/import-oldsettings:
  dbconfig-common/pgsql/revertconf: false
  dbconfig-common/db/dbname: ${pkg}
  dbconfig-common/pgsql/manualconf:
  dbconfig-common/dbconfig-remove: true
  dbconfig-common/mysql/method: unix socket
  dbconfig-common/upgrade-backup: true
  dbconfig-common/performing_upgrade: false
  dbconfig-common/pgsql/authmethod-admin: ident
  dbconfig-common/upgrade-error: abort
  dbconfig-common/purge: false
  dbconfig-common/install-error: abort
  dbconfig-common/pgsql/no-empty-passwords:
  dbconfig-common/pgsql/admin-user: postgres
  dbconfig-common/dbconfig-install: true
  dbconfig-common/remote/host:
  dbconfig-common/pgsql/changeconf: false
  dbconfig-common/remote/newhost:
  dbconfig-common/dbconfig-upgrade: true
  dbconfig-common/pgsql/no-user-choose-other-method:
  dbconfig-common/passwords-do-not-match:
  dbconfig-common/remove-error: abort
  dbconfig-common/remember-admin-pass: false
  dbconfig-common/mysql/admin-user: root
  dbconfig-common/pgsql/method: unix socket
  dbconfig-common/pgsql/authmethod-user: ident
  dbconfig-common/database-type:
  dbconfig-common/db/app-user:
  dbconfig-common/remote/port:


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

Bug#340506: mutt: mime_forward does not work for attachments of type text/rfc822-headers

[Ambrose Li]

Sorry, I forgot about this, I'll look for old mails with text/rfc822-headers
attachments.

If I fail to find something, I'll try to construct one.

On Mon, Jan 30, 2006 at 04:50:57AM +0100, Adeodato Sim?? wrote:
> Hi, any updates on this? Thanks.
> 
> * Adeodato Sim?? [Thu, 24 Nov 2005 01:55:40 +0100]:
> 
> > * Ambrose Li [Wed, 23 Nov 2005 17:20:24 -0500]:
> 
> > Hi,
> 
> > > If I try to forward an attachment of type text/rfc822-headers, mutt
> > > will forward it in-line and with lots of headers deleted. This happens
> > > even if I explicitly "set mime_forward".
> 
> > > It is thus currently impossible to forward "full headers" for spam
> > > reporting if the only headers available are inside a
> > > text/rfc822-headers attachment.
> 
> >   There are several more forwarding-related options; could I have a
> >   sample mbox to test?
> 
> >   If not, what are the value of your $mime_forward_decode and
> >   $mime_forward_rest variables? Also, if you set $mime_forward to no,
> >   does unsetting $forward_decode help?
> 
> > > (Workaround is to save the attachment to a file, then insert the file
> > > from the text editor. Therefore the bug is "normal" and not
> > > "important".)
> 
> >   As a last resort, I believe you could also unset $weed.
> 
> >   I wait your feedback on this bug report,
> 
> 
> -- 
> Adeodato Sim?? dato at net.com.org.es
> Debian Developer  adeodato at debian.org
>  
> Everything you read in newspapers is absolutely true, except for that
> rare story of which you happen to have first-hand knowledge.
> -- Erwin Knoll
> 


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

Bug#350589: Superkaramba shouldn't depend on XMMS

[Iñaki]

Package: superkaramba
Version: 4:3.5.1-1

Superkaramba in Debian depends on XMMS, but this dependencia is not necessary 
and doesn't allow me to desinstall GTK in my computer.

You can see my wish to bugkde here:
   http://bugs.kde.org/show_bug.cgi?id=118925
The response is "It depends upon the xmms libraries optionally [...] there is 
an issue with the (rpm) packager to make it that strict."

I've seen this wish:
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=276587
Maybe the same as mine, but the author speaks about kopete, but the title is 
"superkaramba depends on libgtk1.2 (via xmms)". Anyway kopete now doesn't 
depend on XMMS, but Superkaramba does it.

Could you suggest XMMS only, instead of depending on it?


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

Bug#343085: exim4: Exim SMTP_AUTH hangs since today...

[Sven Hartge]

Florian Weimer wrote:
> * Sven Hartge:
>> Florian Weimer wrote:
>>> * Florian Weimer:

 It's the generation of the special server-side key used to
 support "RSA export" clients which use 40-bit symmetric session
 keys.
>>> Turns out the patch was broken.  This one should be better.  The 
>>> comments above still apply.
>> Will this patch be included in the next point release of Sarge
> 
> Not sure about that.  There are different means to to tackle this 
> problem.  We could just remove
> 
> rm -f /var/spool/exim4/gnutls-params
> 
> from the daily cron job.  Or we add proper locking so that only one 
> Exim process actually recomputes the params file when it is missing, 
> significantly reducing the impact of this problem.  Or the preferred 
> option: do not remove that file, but regenerate it and replace it
> with the new version, so that Exim never has to regenerate it.

Isn't this what is done in the version from Sid right now?

> In any case, we need people whose Exim installations suffer from this
> problem to test a patch before we roll it out.

I am more going to test this patch as soon as possible, probably this
evening.

>> or better yet released via a security update, since it is trivial
>> to DoS Exim4 from Sarge with some single SSL/TLS connections?
> 
> AFAICS, it is not possible to trigger this bug reliably (I had to 
> delete the params file manually to prove it).

I don't have to delete the params file, as _every single_ encrypted mail
transaction totally depletes my entropy pool, thus it is impossible for
my server to receive more than 1 mail every 5 minutes without totally
stalling.

So if you wanted to DoS my server, you just had to open some SSL
connections and *whoop*, no more mail delivery or reception is possible,
since the entropy pool stays at a constant zero, if you reopen a new
connection from time to time.

With exim+openssl I am not able to reproduce this effect and I have yet
to test your patch to see if it also solves the problem.

> It certainly results in a loss of service, but it's a security
> vulnerability, and therefore does not qualify as a security bug.

You probably mean "it's not a security vulnerability" in which case I
object.

Grüße,
Sven.

-- 
Sven Hartge -- professioneller Unix-Geek
Meine Gedanken im Netz: http://www.svenhartge.de/

Achtung, neue Mail-Adresse: [EMAIL PROTECTED]


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

Bug#347557: libxklavier: count me in

[A Mennucc]

Package: libxklavier
Followup-For: Bug #347557

hi

count me in the big family of people who got hit 

here is the output, if it may help

$ xprop -root | grep XKB
_XKB_RULES_NAMES_BACKUP(STRING) = "xorg", "pc105", "it", "", ""
_XKB_RULES_NAMES(STRING) = "xorg", "pc105", "it", "", ""

$  gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd
 layouts = [it  nodeadkeys]
 model = pc104
 overrideSettings = false
 options = []

a.


ps: I use X 6.9.0.dfsg.1-4 

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

-- 
Andrea Mennucc
 "E' un mondo difficile. Che vita intensa!" (Tonino Carotone)


signature.asc
Description: Digital signature

Bug#350590: mlterm: Bold fonts spuriously artifically bolded

[Ambrose Li]

Package: mlterm
Version: 2.9.2-6
Severity: normal


The current version of mlterm seem to artificially create bold fonts.

However, when the user specifies actual bold fonts, it still artifically create
bold fonts, even though user-specified bold fonts would be expected to be
already bold.

This results in completely unreadable text on the screen when "bold" is used,
especially for CJK text.

-- 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.4.28-ow1
Locale: LANG=zh_TW.Big5, LC_CTYPE=zh_TW.Big5 (charmap=BIG5)

Versions of packages mlterm depends on:
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libfribidi0   0.10.7-1   Free Implementation of the Unicode
ii  libglib2.0-0  2.8.6-1The GLib library of C routines
ii  libgtk2.0-0   2.8.10-1   The GTK+ graphical user interface 
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxft2   2.1.8.2-2  FreeType-based font drawing librar
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  mlterm-common 2.9.2-6MultiLingual TERMinal, common file
ii  zlib1g1:1.2.3-9  compression library - runtime

Versions of packages mlterm recommends:
ii  mlterm-tools  2.9.2-6MultiLingual TERMinal, additional 

-- no debconf information


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

Bug#350591: bluetooth-desktop: fails to install

[Max Franco]

Package: bluetooth-desktop
Severity: grave
Justification: renders package unusable


bluetooth-desktop package fails to install reporting this error (sorry
i'm translating form italian localisation) :

bluetooth-desktop:
 Depends: bluetooth, but it will not be installed


 i tried to install bluez-utils, but selecting the package generates a
 warning about the unistallation of all the gnome desktop, hal, udev,
 kde, etc. etc


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
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#350592: ARCH override for armeb and mipsel

[Martin Michlmayr]

Package: klibc
Severity: wishlist
Tags: patch

You need the following ARCH override for armeb and mipel so they'll
build.  Also, can you please add armeb to the Architecture field.
It builds fine (with a workaround for the current arm cp brokenness).


--- debian/rules~   2006-01-30 15:56:36.0 +
+++ debian/rules2006-01-30 15:56:53.0 +
@@ -18,6 +18,12 @@
 ifeq ($(DEB_ARCH),hppa)
 ARCH=parisc
 endif
+ifeq ($(DEB_ARCH),armeb)
+ARCH=arm
+endif
+ifeq ($(DEB_ARCH),mipsel)
+ARCH=mips
+endif
 
 DEB_MAKE_INVOKE := make
 DEB_MAKE_CLEAN_TARGET := clean


-- 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
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#110073: more P-a-s

[Roberto Pariset]

LaMont Jones wrote:
>>scsh-0.6 should be added with tags !amd64 !ia64 !alpha.
> 
> 
> This is really something that should be requested by the maintainer of
> the package or one of the porters for the architecture...  The fact that
> the package fails to build on some archtectures is not, in and of itself,
> sufficient to warrant adding the package to Package-arch-specific.
> 
> In cases where the package "successfully" builds, but produces useless
> binaries, and upstream, nor the debian-developer, nor the debian architecture
> porting-team sees that architecture being supportable or support-worthy in
> the next year or more, then it makes sense for the DD or porter to request
> the addition.
> 
> lamont

Hello,
since scsh-0.6 is 32-bit only code, could you please add it to
http://unstable.buildd.net/buildd/Packages-arch-specific , if you think
it's the case?

Thanks,
Roberto


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

Bug#295657: EXT3 on RAID problems in all 2.6-smp

[Jeroen van Disseldorp]

Hi all,

I am mailing to close this bug. Some time ago I found out what the real 
cause of it all was: a faulty memory chip. At boot time it checked out 
fine, and even during operations it faulted only in 5% of the cases or 
so. Intense runs of memtest86+ revealed the problem.

I removed the chip and no more problems since.

Thanks to all that have tried to help out!

Cheers,
Jeroen


On Tuesday 31 May 2005 13:52, Jeroen van Disseldorp wrote:
> Well it happened again last weekend, with 2.6.11-1-686-smp this time:
>
> May 26 22:39:11 einstein kernel: EXT3-fs error (device dm-2):
> ext3_readdir: bad entry in directory #82935810: rec_len %% 4 != 0 -
> offset=0, inode=23147 May 26 22:39:11 einstein kernel: Aborting
> journal on device dm-2. May 26 22:39:12 einstein kernel: EXT3-fs
> error (device dm-2) in ext3_reserve_inode_write: Journal has aborted
> May 26 22:39:12 einstein kernel: EXT3-fs error (device dm-2) in
> ext3_dirty_inode: Journal has aborted May 26 22:39:12 einstein
> kernel: ext3_abort called.
> May 26 22:39:12 einstein kernel: EXT3-fs error (device dm-2):
> ext3_journal_start_sb: Detected aborted journal May 26 22:39:12
> einstein kernel: Remounting filesystem read-only
>
> If I can provide any more info, please let me know.
>
> Jeroen
>
> On Thursday 19 May 2005 17:04, maximilian attems wrote:
> > severity 295657 important
> > stop
> >
> > On Thu, 19 May 2005, Erik Forsberg wrote:
> > > On Wed, 2005-05-18 at 22:44 +0200, maximilian attems wrote:
> > > > can you try to reproduce it with more recent 2.6.11 from
> > > > unstable?
> > >
> > > In my case, the machine in question is unfortunately running as a
> > > medium-sized mailserver. It's a rather bad idea to use it for
> > > file system trashing tests.
> >
> > agreed.
> >
> > > I will receive a P4 (HyperThreaded) machine at work in a few
> > > weeks. I might be able to do some quick tests on that hardware.
> > >
> > > Btw,
> > > http://marc.theaimsgroup.com/?l=linux-kernel&m=107913912311421&w=
> > >2 seems to be a relevant thread on  Linux-kernel.
> >
> > thanks for the pointer,
> > unfortunately the thread ends without conclusion.
> >
> > so i can't help you atm.
> > good luck.
> >
> > --
> > maks


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

Bug#303342: A different solution for Exim4 integration

[Roger Lynn]

I use the Exim configuration documented on the Exim website at
http://www.exim.org/howto/mailman21.html

It seems to work well and I think it looks cleaner than your suggestion. I
thought it looked more up to date and superior version supplied by Mailman
upstream.

I use a GID of "daemon" as that is what the README.EXIM.gz file supplied
with Debian Mailman has always instructed.

I don't understand why you're using MTA = "Postfix", as it seems to make
things more complicated and all the documentation says to use MTA=None with
Exim. (Is it so that the Mailman domains can be set in mm_cfg.py instead of
in the Exim config?)

Could these files be installed automatically by the Mailman package, as
suggested by Tollef in
http://lists.debian.org/debian-devel/2005/02/msg00965.html ?

I assume that mm_domains could be made to default to the contents of
/etc/mailname. For most users I imagine that it might be possible to remove
mm_domains altogether, and replace it with local_domains. Better would be if
it could be set from something like /etc/exim4/update-exim4.conf.conf, but I
don't suppose that would be possible without a nasty hack?

The priority of each file is worked out from the description in the Exim howto.

Hope this helps,

Roger


/etc/exim4/conf.d/main/10_local_mailman:

  # Home dir for your Mailman installation -- aka Mailman's prefix
  # directory.
  # By default this is set to "/usr/local/mailman"
  # On a Red Hat/Fedora system using the RPM use "/var/mailman"
  # On Debian using the deb package use "/var/lib/mailman"
  # This is normally the same as ~mailman
  MM_HOME=/var/lib/mailman
  #
  # User and group for Mailman, should match your --with-mail-gid
  # switch to Mailman's configure script.
  # Value is normally "mailman"
  MM_UID=list
  MM_GID=daemon
  #
  # Domains that your lists are in - colon separated list
  # you may wish to add these into local_domains as well
  domainlist mm_domains=list.example.com
  #
  # -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  #
  # These values are derived from the ones above and should not need
  # editing unless you have munged your mailman installation
  #
  # The path of the Mailman mail wrapper script
  MM_WRAP=MM_HOME/mail/mailman
  #
  # The path of the list config file (used as a required file when
  # verifying list addresses)
  MM_LISTCHK=MM_HOME/lists/${lc::$local_part}/config.pck


/etc/exim4/conf.d/router/450_local_mailman:

  mailman_router:
driver = accept
domains = +mm_domains
require_files = MM_LISTCHK
local_part_suffix_optional
local_part_suffix = -admin : \
-bounces   : -bounces+* : \
-confirm   : -confirm+* : \
-join  : -leave : \
-owner : -request   : \
-subscribe : -unsubscribe
transport = mailman_transport


/etc/exim4/conf.d/transport/30_local_mailman:

  mailman_transport:
driver = pipe
command = MM_WRAP \
  '${if def:local_part_suffix \
{${sg{$local_part_suffix}{-(\\w+)(\\+.*)?}{\$1}}} \
{post}}' \
  $local_part
current_directory = MM_HOME
home_directory = MM_HOME
user = MM_UID
group = MM_GID



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

Bug#350593: quodlibet: clicking on table cells doesn't work when content doesn't fit

[Thomas Viehmann]

Package: quodlibet
Version: 0.17.1-2

Hi,

clicking on a table cell the contents of which aren't completely visible
doesn't work (because of the "pop up hint" displaying the full text).
This affects multiple places: The album list, the track list, the tag
list for the tag-editing dialog.
I'm not sure that this is quodlibet's fault (could be the toolkit), but
it's highly irritating.

Kind regards and thank you for your attention

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


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

Bug#350594: mpdcon.app_1.1-3(m68k/unstable/spice): FTBFS on m68k

[Stephen R Marenka]

Package: mpdcon.app
Version: 1.1-3
Severity: important


mpdcon.app fails to build from source on m68k.

Here are selected excerpts from the buildd log.


| Automatic build of mpdcon.app_1.1-3 on spice by sbuild/m68k 85
| Build started at 20060124-2030
| **

 [...]

| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>= 4.0.0), gnustep-make, libgnustep-gui0.10-dev

 [...]

| Checking correctness of source dependencies...
| Toolchain package versions: libc6-dev_2.3.5-12 
linux-kernel-headers_2.6.13+0rc3-2 gcc-4.0_4.0.2-7 g++-4.0_4.0.2-7 
binutils_2.16.1cvs20060117-1 libstdc++6-4.0-dev_4.0.2-7 libstdc++6_4.0.2-7

 [...]

| Making all for app MPDCon...
|  Creating MPDCon.app/Resources/MPDCon.desktop...
| 2006-01-24 19:59:17.975 pl2link[29356] Unknown time zone name `CET'.
| 2006-01-24 19:59:17.981 pl2link[29356] Using time zone with absolute offset 0.
| 2006-01-24 19:59:17.921 pl2link[29356] Defaults path '/root/GNUstep/Defaults' 
does not exist - failed to create it.
| 2006-01-24 19:59:17.995 pl2link[29356] Defaults path '/root/GNUstep/Defaults' 
does not exist - failed to create it.
| 2006-01-24 19:59:18.001 pl2link[29356] File NSUserDefaults.m: 804. In 
[NSUserDefaults -initWithContentsOfFile:] Path '(nil)' is not writable - making 
user defaults for '(nil)'  read-only
| 2006-01-24 19:59:18.019 pl2link[29356] File NSUserDefaults.m: 549. In 
[NSUserDefaults +standardUserDefaults] Improper installation: No language 
locale found
| 2006-01-24 19:59:18.033 pl2link[29356] Warning ... key 'NSFileSystemNumber' 
not handled
| pl2link: Uncaught exception NSInvalidArgumentException, reason: Tried to init 
dictionary with nil value
| make[2]: *** [MPDCon.app/Resources/MPDCon.desktop] Error 1
| make[1]: *** [MPDCon.all.app.variables] Error 2
| make[1]: Leaving directory `/build/buildd/mpdcon.app-1.1'
| make: *** [install] Error 2
| **
| Build finished at 20060124-2059
| FAILED [dpkg-buildpackage died]


A full buildd log is available at 


Other buildd logs may be available at 


--
Stephen R. Marenka If life's not fun, you're not doing it right!
<[EMAIL PROTECTED]>


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

Bug#339871: scsi breakage...

[Adrian Neumaier]

Hi,

just a remark, i didn't have any trouble with the scsi stuff until 2.6.13.4. 
I tried the 2.6.15 vanilla kernel too, but that has the same problems as 
2.6.14 with k3b here. Out of curiosity i replaced the complete adaptec 
aix7xxx code of 2.6.15 with the one of 2.6.13.4, amazingly this didn't cause 
any problems, however that didn't solved the problem with k3b. So i think 
it's moreless safe to say that this is not a driver problem. I wait now for 
the 2.6.16 release, let's see if this helps in any way...

Greetings
Adrian
-- 
GPG Key ID: 42C33D97 | Reg. User #255628 (http://counter.li.org)  
Fingerprint: 239D 7006 3CF0 8951 9FDA CA63 EF5C C95A 42C3 3D97


pgpCFtILk2ud1.pgp
Description: PGP signature

Bug#344696: gdm: Please include libxdmcp-dev as build-dep

[Rudy Godoy]

Package: gdm
Version: 2.8.0.6-2
Followup-For: Bug #344696

gdm should include libxdmcp-dev as build-dep in order to include support
for it.

thanks,
Rudy 

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-amd64-k8
Locale: LANG=es_PE.UTF-8, LC_CTYPE=es_PE.UTF-8 (charmap=UTF-8)

Versions of packages gdm depends on:
ii  adduser3.80  Add and remove users and groups
ii  debconf [debconf-2.0]  1.4.67Debian configuration management sy
ii  gksu   1.3.6-1   graphical frontend to su
ii  konsole [x-terminal-em 4:3.4.3-3 X terminal emulator for KDE
ii  kwin [x-window-manager 4:3.4.3-3 the KDE window manager
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.10.3-1  The ATK accessibility toolkit
ii  libattr1   2.4.25-1  Extended attribute shared library
ii  libaudiofile0  0.2.6-6   Open-source version of SGI's audio
ii  libbonobo2-0   2.10.1-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.10.1-1  The Bonobo UI library
ii  libbz2-1.0 1.0.3-2   high-quality block-sorting file co
ii  libc6  2.3.5-8.1 GNU C Library: Shared libraries an
ii  libcroco3  0.6.0-2   a generic Cascading Style Sheet (C
ii  libesd00.2.36-3  Enlightened Sound Daemon - Shared 
ii  libgconf2-42.12.1-8  GNOME configuration database syste
ii  libgcrypt111.2.2-1   LGPL Crypto library - runtime libr
ii  libglade2-01:2.5.1-2 library to load .glade files at ru
ii  libglib2.0-0   2.8.5-1   The GLib library of C routines
ii  libgnome-keyring0  0.4.6-2   GNOME keyring services library
ii  libgnome2-02.10.1-1  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.12.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.10.1-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.10.1-5  The GNOME virtual file-system libr
ii  libgnutls111.0.16-14 GNU TLS library - runtime library
ii  libgpg-error0  1.1-4 library for common error values an
ii  libgsf-1-113   1.13.3-1  Structured File Library - runtime 
ii  libgtk2.0-02.8.10-1  The GTK+ graphical user interface 
ii  libice66.8.2.dfsg.1-11   Inter-Client Exchange library
ii  libjpeg62  6b-11 The Independent JPEG Group's JPEG 
ii  liborbit2  1:2.12.4-1libraries for ORBit2 - a CORBA ORB
ii  libpam-modules 0.79-3Pluggable Authentication Modules f
ii  libpam-runtime 0.79-3Runtime support for the PAM librar
ii  libpam0g   0.79-3Pluggable Authentication Modules l
ii  libpango1.0-0  1.10.2-1  Layout and rendering of internatio
ii  libpopt0   1.7-5 lib for parsing cmdline parameters
ii  librsvg2-2 2.12.7-3  SAX-based renderer library for SVG
ii  libselinux11.28-2SELinux shared libraries
ii  libsm6 6.8.2.dfsg.1-11   X Window System Session Management
ii  libtasn1-2 0.2.17-1  Manage ASN.1 structures (runtime)
ii  libx11-6   6.8.2.dfsg.1-11   X Window System protocol client li
ii  libxau66.8.2.dfsg.1-11   X Authentication library
ii  libxext6   6.8.2.dfsg.1-11   X Window System miscellaneous exte
ii  libxi6 6.8.2.dfsg.1-11   X Window System Input extension li
ii  libxml22.6.23.dfsg.1-0.1 GNOME XML library
ii  twm [x-window-manager] 6.8.2.dfsg.1-11   Tab window manager
ii  xbase-clients  6.8.2.dfsg.1-11   miscellaneous X clients
ii  xfce4-terminal [x-term 0.2.4-5   Xfce terminal emulator
ii  xfwm4 [x-window-manage 4.2.3.2-2 window manager of the Xfce project
ii  xlibs  6.8.2.dfsg.1-11   X Window System client libraries m
ii  xterm [x-terminal-emul 6.8.2.dfsg.1-11   X terminal emulator
ii  zlib1g 1:1.2.3-9 compression library - runtime

Versions of packages gdm recommends:
pn  gdm-themes (no description available)
ii  whiptail  0.51.6-31  Displays user-friendly dialog boxe
ii  zenity2.12.1-2   Display graphical dialog boxes fro

-- debconf information:
  gdm/daemon_name: /usr/bin/gdm
* shared/default-x-display-manager: gdm


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

Bug#350587: aptitude: [INTL:sv] Swedish PO translation

[Ruben Porras]

Am Montag, den 30.01.2006, 16:53 +0100 schrieb Daniel Nylander:
> Package: aptitude
> Version: 0.4.1-1
> Severity: wishlist
> Tags: patch l10n
> 
> 
> Here is an update for the swedish translation.
> This closes #350559

Hello again,

it seems to me that you didn't work for this fix with the last po file.
Your file doesn't have the entry with different cases for
singular/plural translated, and it has many ' instead of ".

If you've lost it, please, grab it at
http://people.debian.org/~dburrows/darcs/aptitude/po/sv.po
and apply the fixes.



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

Bug#350595: gerris_0.6.0-3(m68k/unstable/vault13): FTBFS on m68k

[Stephen R Marenka]

Package: gerris
Version: 0.6.0-3
Severity: important


gerris fails to build from source on m68k.

Here are selected excerpts from the buildd log.


| Automatic build of gerris_0.6.0-3 on amiga1200.jt7336.tky.hut.fi by 
sbuild/m68k 85
| Build started at 20060125-0112
| **

 [...]

| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>> 4), libgts-dev (>> 0.7.3), libglib2.0-dev, 
autotools-dev

 [...]

| Checking correctness of source dependencies...
| Toolchain package versions: libc6-dev_2.3.5-12 
linux-kernel-headers_2.6.13+0rc3-2 gcc-4.0_4.0.2-7 g++-4.0_4.0.2-7 
binutils_2.16.1cvs20060117-1 libstdc++6-4.0-dev_4.0.2-7 libstdc++6_4.0.2-7

 [...]

| domain.c: In function 'box_split':
| domain.c:1523: warning: dereferencing type-punned pointer will break 
strict-aliasing rules
| if /bin/sh ../libtool --silent --mode=compile m68k-linux-gnu-gcc 
-DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/include -DG_LOG_DOMAIN=\"Gfs\" 
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include
-DFTT_2D=1 -O2 -Wall -Wall -Werror-implicit-function-declaration 
-Wmissing-prototypes -Wmissing-declarations -pipe -MT libgfs2D_la-init.lo -MD 
-MP -MF ".deps/libgfs2D_la-init.Tpo" \
|   -c -o libgfs2D_la-init.lo `test -f 'init.c' || echo './'`init.c; \
| then mv -f ".deps/libgfs2D_la-init.Tpo" ".deps/libgfs2D_la-init.Plo"; \
| else rm -f ".deps/libgfs2D_la-init.Tpo"; exit 1; \
| fi
| init.c:26: error: '_FPU_MASK_ZM' undeclared here (not in a function)
| make[4]: *** [libgfs2D_la-init.lo] Error 1
| make[4]: Leaving directory `/build/buildd/gerris-0.6.0/src'
| make[3]: *** [all] Error 2
| make[3]: Leaving directory `/build/buildd/gerris-0.6.0/src'
| make[2]: *** [all-recursive] Error 1
| make[2]: Leaving directory `/build/buildd/gerris-0.6.0'
| make[1]: *** [all] Error 2
| make[1]: Leaving directory `/build/buildd/gerris-0.6.0'
| make: *** [build-stamp] Error 2
| **
| Build finished at 20060125-0151
| FAILED [dpkg-buildpackage died]


A full buildd log is available at 


Other buildd logs may be available at 


--
Stephen R. Marenka If life's not fun, you're not doing it right!
<[EMAIL PROTECTED]>


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

Bug#350596: numactl_0.9-1(m68k/unstable/spice): fails to build from source

[Stephen R Marenka]

Package: numactl
Version: 0.9-1
Severity: important


numactl fails to build from source on several archs.

Here are selected excerpts from the buildd log.


| Automatic build of numactl_0.9-1 on spice by sbuild/m68k 85
| Build started at 20060127-1250
| **

 [...]

| ** Using build dependencies supplied by package:
| Build-Depends: cdbs (>= 0.4.23-1.1), build-essential, debhelper (>= 4.1.0), 
patchutils (>= 0.2.25)

 [...]

| Checking correctness of source dependencies...
| Toolchain package versions: libc6-dev_2.3.5-12 
linux-kernel-headers_2.6.13+0rc3-2 gcc-4.0_4.0.2-7 g++-4.0_4.0.2-7 
binutils_2.16.1cvs20060117-1 libstdc++6-4.0-dev_4.0.2-7 libstdc++6_4.0.2-7

 [...]

| cc -g -Wall -O2 -I. -fPIC   -c -o libnuma.o libnuma.c
| libnuma.c:50: error: thread-local storage not supported for this target
| libnuma.c:51: error: thread-local storage not supported for this target
| make[1]: *** [libnuma.o] Error 1
| make[1]: Leaving directory `/build/buildd/numactl-0.9'
| make: *** [debian/stamp-makefile-build] Error 2
| **
| Build finished at 20060127-1300
| FAILED [dpkg-buildpackage died]


A full buildd log is available at 


Other buildd logs may be available at 


--
Stephen R. Marenka If life's not fun, you're not doing it right!
<[EMAIL PROTECTED]>


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

Bug#350597: tasksel: [INTL:sv] Swedish PO translation

[Daniel Nylander]

Package: tasksel
Severity: wishlist
Tags: patch l10n


Here is an update for the Swedish translation of tasksel in D-I LEVEL 2.

Regards,
Daniel

-- 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.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1)

Versions of packages tasksel depends on:
ii  aptitude  0.4.1-1terminal-based apt frontend
ii  debconf [debconf-2.0] 1.4.69 Debian configuration management sy
ii  laptop-detect 0.12.1 attempt to detect a laptop
ii  liblocale-gettext-perl1.05-1 Using libc functions for internati

tasksel recommends no packages.


tasksel.sv.tar
Description: Unix tar archive

Bug#330116: liferea: now segfaults in a systematic way, not just at random

[Martin-Éric Racine]

Package: liferea
Version: 1.0.2-1
Followup-For: Bug #330116

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The backtrace shows:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 911445952 (LWP 15301)]
0x10011ce8 in atom10_mark_up_text_content ()
(gdb) bt
#0  0x10011ce8 in atom10_mark_up_text_content ()
#1  0x10012298 in atom10_mark_up_text_content ()
#2  0x1001d4c8 in feed_parse ()
#3  0x1001e92c in ui_feed_process_update_result ()
#4  0x10050b20 in download_is_online ()
#5  0x1004ca88 in ui_timeout_add ()
#6  0x370d4384 in g_main_context_wakeup () from /usr/lib/libglib-2.0.so.0
#7  0x370d1bb4 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#8  0x370d5e6c in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#9  0x370d62c4 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#10 0x366cf7d8 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#11 0x10032644 in main ()
(gdb)


- -- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (99, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-imac
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)

Versions of packages liferea depends on:
ii  dbus-1-utils   0.60-5simple interprocess messaging syst
ii  gconf2 2.12.1-8  GNOME configuration database syste
ii  libatk1.0-01.10.3-1  The ATK accessibility toolkit
ii  libc6  2.3.5-8   GNU C Library: Shared libraries an
ii  libcairo2  1.0.2-3   The Cairo 2D vector graphics libra
ii  libdbus-1-20.60-5simple interprocess messaging syst
ii  libdbus-glib-1-2   0.60-5simple interprocess messaging syst
ii  libfontconfig1 2.3.2-1.1 generic font configuration library
ii  libgconf2-42.12.1-8  GNOME configuration database syste
ii  libglib2.0-0   2.8.6-1   The GLib library of C routines
ii  libgtk2.0-02.8.10-1  The GTK+ graphical user interface 
ii  libice66.8.2.dfsg.1-11   Inter-Client Exchange library
ii  liborbit2  1:2.12.4-1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.10.2-1  Layout and rendering of internatio
ii  libsm6 6.8.2.dfsg.1-11   X Window System Session Management
ii  libx11-6   6.8.2.dfsg.1-11   X Window System protocol client li
ii  libxcursor11.1.3-1   X cursor management library
ii  libxext6   6.8.2.dfsg.1-11   X Window System miscellaneous exte
ii  libxi6 6.8.2.dfsg.1-11   X Window System Input extension li
ii  libxinerama1   6.8.2.dfsg.1-11   X Window System multi-head display
ii  libxml22.6.23.dfsg.1-0.1 GNOME XML library
ii  libxrandr2 6.8.2.dfsg.1-11   X Window System Resize, Rotate and
ii  libxrender11:0.9.0.2-1   X Rendering Extension client libra
ii  liferea-gtkhtml1.0.2-1   gtkhtml-based rendering library fo
ii  liferea-mozilla1.0.2-1   mozilla-based rendering library fo
ii  zlib1g 1:1.2.3-9 compression library - runtime

liferea recommends no packages.

- -- no debconf information

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

iD8DBQFD3kU9eXr56x4Muc0RAtOtAJwJe+S/YQ8lPuJ+lo28TPlCpigFPgCbBUqf
Bck0laBYA/XzpqHQhRg74RA=
=dool
-END PGP SIGNATURE-


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

Bug#346199: manpages-dev: Causes error message to be printed from cron.daily/man-db

[Philip Miller]

Package: manpages-dev
Version: 2.17-1
Followup-For: Bug #346199

This morning, I received an email with the following error
message. I'd really rather not see this error message every day. For
the time being, I've deleted the link in question. However, if this
does indeed affect everyone running unstable, it might warrant an
upgrade in severity for the daily email it causes.

/etc/cron.daily/man-db:
mandb: warning: /usr/share/man/man3/open_memstream.3.gz is a dangling symlink


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

Versions of packages manpages-dev depends on:
ii  manpages  2.17-1 Manual pages about using a GNU/Lin

manpages-dev recommends no packages.

-- no debconf information


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

Bug#350598: Segfault in samba

[Ambrose Li]

Package: samba
Version: 3.0.21a-4
Severity: normal


I got about a couple of dozens of emails about segfault in samba and was asked
to report it here.

According to "apt-get dist-upgrade", my system (unstable) should be up-to-date.

I have installed the samba-dbg package as instructed, but the stack trace does
not seem to be any different. It looks like this:

- cut here --- 8< 
The Samba 'panic action' script, /usr/share/samba/panic-action,
was called for pid 14677 (/usr/sbin/smbd).

Below is a backtrace for this process generated with gdb, which shows
the state of the program at the time the error occurred.

If the problem persists, you are encouraged to first install the
samba-dbg package which contains the debugging symbols for samba
binaries. Then submit the provided information as a bug report to Debian.
For information about the procedure for submitting bug reports , please see
http://www.debian.org/Bugs/Reporting or the reportbug(1) manpage.

Using host libthread_db library "/lib/libthread_db.so.1".
0x0034fe88 in ?? ()
#0  0x0034fe88 in ?? ()
#1  0x003dcff4 in ?? ()
#2  0x002fcd40 in __FUNCTION__.38748 ()
#3  0x3958 in ?? ()
#4  0xbfffcae8 in ?? ()
#5  0x in ?? ()
- cut here --- 8< 

-- 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.4.28-ow1
Locale: LANG=zh_TW.Big5, LC_CTYPE=zh_TW.Big5 (charmap=BIG5)

Versions of packages samba depends on:
ii  debconf [debc 1.4.69 Debian configuration management sy
ii  libacl1   2.2.34-1   Access control list shared library
ii  libattr1  2.4.25-1   Extended attribute shared library
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library
ii  libcupsys21.1.23-15  Common UNIX Printing System(tm) - 
ii  libkrb53  1.4.3-5MIT Kerberos runtime libraries
ii  libldap2  2.1.30-12  OpenLDAP libraries
ii  libpam-module 0.79-3 Pluggable Authentication Modules f
ii  libpam-runtim 0.79-3 Runtime support for the PAM librar
ii  libpam0g  0.79-3 Pluggable Authentication Modules l
ii  libpopt0  1.7-5  lib for parsing cmdline parameters
ii  logrotate 3.7.1-2Log rotation utility
ii  lsb-base  3.0-14 Linux Standard Base 3.0 init scrip
ii  netbase   4.24   Basic TCP/IP networking system
ii  samba-common  3.0.21a-4  Samba common files used by both th

Versions of packages samba recommends:
pn  smbldap-tools  (no description available)

-- debconf information:
  samba/nmbd_from_inetd:
  samba/log_files_moved:
  samba/tdbsam: false
* samba/generate_smbpasswd: true
* samba/run_mode: daemons


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

Bug#350599: Import wizard does not work, so should be disabled

[Ian Jackson]

Package: firefox
Verson: 1.5.dfsg-4

Select File / Import ... and a window comes up titled `Import Wizard'.
This suggests that it's going to be able to import things.  However,
the list of things to import from is missing and the next button does
not work.

This is reported upstream at
 https://bugzilla.mozilla.org/show_bug.cgi?id=117844

I have removed the File / Import menu item from the main menu in
Ubuntu's firefox, so that people trying to find how to import
bookmarks from a file will perhaps look in the bookmarks manager where
it works.  I think you should probably do the same for Debian's
firefox.  If you agree, please find the patch below.

If you disagree then of course close this report and I'll make a note
in an appropriate bit of our source not to bother you again.

diff -ruN debian/firefox-1.5.dfsg/browser/base/content/browser-menubar.inc 
firefox-1.5.dfsg/browser/base/content/browser-menubar.inc
--- debian/firefox-1.5.dfsg/browser/base/content/browser-menubar.inc
2005-09-19 23:49:52.0 +0100
+++ firefox-1.5.dfsg/browser/base/content/browser-menubar.inc   2006-01-30 
10:47:16.0 +
@@ -60,8 +60,10 @@
 
 #endif
 
+#if 0
 
 
+#endif
 #ifndef XP_MACOSX
 
 #endif

Ian.


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

Bug#350379: Package: installation-reports

[Lennart Sorensen]

On Sun, Jan 29, 2006 at 12:01:50PM +0100, Georg Colle wrote:
> Package: installation-reports
> 
> Boot method: CD
> Image version: 
> 05-11-11 
> //cdimage.debian.org/cdimage/daily-builds/etch_d-i/beta1/i386/iso-cd/debian-testing-i386-netinst.iso
> Date (yy-mm-dd): 05-12-26 03:07pm
> 
> Machine: Own assembly
> Processor: Intel(R) EM64T Pentium(R) 4 CPU 3.20GHz
> Memory: 1 GB DDR RAM
> Partitions:
> Dateisystem   Typ1K-Bl?cke   Benutzt Verf?gbar Ben% Eingeh?ngt auf
> /dev/sda3 ext376896348  10322652  62667492  15% /
> tmpfstmpfs  517056 0517056   0% /dev/shm
> /dev/sda2 ext383095060  10438688  68435296  14% /media/sda2
> /dev/sda4 ext380234664   9231508  66927468  13% /media/sda4
> tmpfstmpfs   1024096 10144   1% /dev
> 
> Output of lspci and lspci -n:
> :00:00.0 Host bridge: Intel Corporation 915G/P/GV/GL/PL/910GL Processor 
> to 
> I/O Controller (rev 04)
> :00:01.0 PCI bridge: Intel Corporation 915G/P/GV/GL/PL/910GL PCI Express 
> Root Port (rev 04)
> :00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
> Family) High Definition Audio Controller (rev 03)
> :00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
> Family) 
> PCI Express Port 1 (rev 03)
> :00:1c.1 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
> Family) 
> PCI Express Port 2 (rev 03)
> :00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
> Family) USB UHCI #1 (rev 03)
> :00:1d.1 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
> Family) USB UHCI #2 (rev 03)
> :00:1d.2 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
> Family) USB UHCI #3 (rev 03)
> :00:1d.3 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
> Family) USB UHCI #4 (rev 03)
> :00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
> Family) USB2 EHCI Controller (rev 03)
> :00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d3)
> :00:1f.0 ISA bridge: Intel Corporation 82801FB/FR (ICH6/ICH6R) LPC 
> Interface Bridge (rev 03)
> :00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
> Family) IDE Controller (rev 03)
> :00:1f.2 IDE interface: Intel Corporation 82801FR/FRW (ICH6R/ICH6RW) SATA 
> Controller (rev 03)
> :00:1f.3 SMBus: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) 
> SMBus Controller (rev 03)
> :01:04.0 Mass storage controller: Integrated Technology Express, Inc. 
> IT/ITE8212 Dual channel ATA RAID controller (PCI version seems to be IT8212, 
> embedded seems (rev 13)
> :01:0a.0 Network controller: Texas Instruments ACX 111 54Mbps Wireless 
> Interface
> :02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8053 PCI-E 
> Gigabit Ethernet Controller (rev 19)
> :04:00.0 VGA compatible controller: ATI Technologies Inc R423 UK [Radeon 
> X800SE (PCIE)]
> :04:00.1 Display controller: ATI Technologies Inc Radeon R423 UK (PCIE) 
> [X800 SE] (Secondary)
> 
> :00:00.0 0600: 8086:2580 (rev 04)
> :00:01.0 0604: 8086:2581 (rev 04)
> :00:1b.0 0403: 8086:2668 (rev 03)
> :00:1c.0 0604: 8086:2660 (rev 03)
> :00:1c.1 0604: 8086:2662 (rev 03)
> :00:1d.0 0c03: 8086:2658 (rev 03)
> :00:1d.1 0c03: 8086:2659 (rev 03)
> :00:1d.2 0c03: 8086:265a (rev 03)
> :00:1d.3 0c03: 8086:265b (rev 03)
> :00:1d.7 0c03: 8086:265c (rev 03)
> :00:1e.0 0604: 8086:244e (rev d3)
> :00:1f.0 0601: 8086:2640 (rev 03)
> :00:1f.1 0101: 8086:266f (rev 03)
> :00:1f.2 0101: 8086:2652 (rev 03)
> :00:1f.3 0c05: 8086:266a (rev 03)
> :01:04.0 0180: 1283:8212 (rev 13)
> :01:0a.0 0280: 104c:9066
> :02:00.0 0200: 11ab:4362 (rev 19)
> :04:00.0 0300: 1002:554b
> :04:00.1 0380: 1002:556b
> 
> Base System Installation Checklist:
> [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
> 
> Initial boot worked:[O]
> Configure network HW:   [E]
> Config network: [E]
> Detect CD:  [O]
> Load installer modules: [O]
> Detect hard drives: [O]
> Partition hard drives:  [O]
> Create file systems:[O]
> Mount partitions:   [O]
> Install base system:[O]
> Install boot loader:[O]
> Reboot: [O]
> 
> Comments/Problems:
> 
> The LAN Driver Module sk98lin needed for the Marvell Technology Group Ltd. 
> 88E8053 PCI-E Gigabit Ethernet Controller (rev 19) in chipset Intel 915G 
> could not be inserted.
> This chipset is wide-spread with Intel P4 machines and there are working 
> versions of sk98lin delivered with modified debian kernels. See, e. 
> g., //kanotix.com or //debian.tu-bs.de/project/kanotix/kernel/ . I believe 
> that it would increase the acceptance of Debian linux very much if they could 
> provide for working lan drivers for 915G.

The marvell is not (I am pretty sure) part of the 915G.  It is a
seperate PCI or PCI express chip.  Some versions are supported in
various kernel

Bug#345753: xlibosmesa4: undefined symbol: driDispatchRemapTable

[Michel Dänzer]

On Tue, 2006-01-03 at 11:31 +0100, Joerg Hessdoerfer wrote: 
> 
> I'm running a closed-source proprietary application, which ran fine
> under 6.8.2. Since the update to 6.9.0, I get the following error:
> 
> symbol lookup error: /usr/X11R6/lib/libOSMesa.so.4: undefined symbol:
> driDispatchRemapTable
> 
> I'm using an ATI Mobility 9600, with the radeon driver and DRI enabled.

Do you have the r300 DRI driver (only available in the libgl1-mesa-dri
package in Debian) working though, i.e. does glxinfo report direct
rendering as enabled?

I'm asking because this symbol seems to be defined in the DRI drivers
(r300_dri.so in your case), but this may still be a bug in xlibosmesa4
or xlibmesa-gl.


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer

Bug#349552: hydrogen-missing position mark in song editor

[Geiger Guenter]

On Mon, Jan 23, 2006 at 08:03:56PM +0100, Ing. Jarom??r Ko??tel wrote:
> Package: hydrogen
> Version: 0.9.2final
> 
> 
> 
> When hydrogen play song, there is missing position mark in song editor 
> window. This is only in program from testing deb package. When I use 
> binary downloaded from Hydrogen homepage (not from Debian), position 
> mark in song window is OK.

Hi,
This should be dixed with the new version in testing. At least on my
system therre is a position mark.

Cheers,

G?nter

> 
> Severity: trivial
> 
> 
> I am using Debian, testing (Etch), kernel 2.6.13-ck5
> 
> 
> Jaromir Kostel
> [EMAIL PROTECTED]
> 


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

Bug#349566: rezound - FTBFS: libFOX missing, broken or outdated

[Geiger Guenter]

On Mon, Jan 23, 2006 at 08:33:09PM +0100, Bastian Blank wrote:
> Package: rezound
> Version: 0.12.2beta-3
> Severity: serious
> 
> There was an error while trying to autobuild your package:

Hi,

No idea why this happens, because rezound builds fine on some platforms, 
then again it fails with weird error messages on others. 
Finally if you have any idea what was going wrong on s390 let me know.

Thanks,

G?nter

> 
> > Automatic build of rezound_0.12.2beta-3 on debian-31 by sbuild/s390 85
> [...]
> > ** Using build dependencies supplied by package:
> > Build-Depends: debhelper (>> 3.0.0), libtool, automake1.7, autoconf, cdbs, 
> > libfox1.4-dev | libfox1.2-dev, libxft-dev, libx11-dev, libxrandr-dev, 
> > x-dev, libxcursor-dev, libxext-dev,libxrender-dev, libfreetype6-dev, 
> > libcupsys2-dev, libfontconfig1-dev, libbz2-dev, fftw-dev, libogg-dev, 
> > libvorbis-dev, libaudiofile-dev, bison, flex, xlibmesa-gl-dev, 
> > xlibmesa-glu-dev, zlib1g-dev, libjpeg62-dev, libtiff4-dev, libpng-dev, 
> > libjack-dev, libflac-dev (>= 1.1.1-3), libflac++-dev, libsoundtouch1-dev, 
> > cdrdao
> [...]
> > Selecting previously deselected package libfox1.4-dev.
> > Unpacking libfox1.4-dev (from .../libfox1.4-dev_1.4.16-2_s390.deb) ...
> [...]
> > Setting up libfox1.4-dev (1.4.16-2) ...
> [...]
> > checking for soundtouch_ac_test in -lSoundTouch... yes
> > checking for FXApp class in -lFOX-1.5... no
> > checking for FXApp class in -lFOX-1.4... no
> > checking for FXApp class in -lFOX-1.3... no
> > checking for FXApp class in -lFOX-1.2... no
> > checking for FXApp class in -lFOX-1.1... no
> > checking for FXApp class in -lFOX... no
> > configure: error:
> > +++
> >! Fatal Error:  libFOX missing, broken or outdated !
> 
> Bastian
> 


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

Bug#350600: Access rights are incorrect when chmod directory to 6xx

[Eugene Krivdyuk]

Package: coreutils
Version: 5.93-5
Severity: important


To reproduce:

1. Create some dir.

mkdir testdir

2. Change access mode by chmod (set owner rights to 6, group and other
rights are unimportant), e.g.

chmod 600 testdir
or  chmod 644 testdir
or  chmod 611 testdir
or  ...

3. Look at directory access rights:

eugenek:~> ls -la testdir
?- ? ? ? ?? testdir/.
?- ? ? ? ?? testdir/..



System info:

eugenek:~> uname -a
Linux aegis 2.6.8-2-k7 #1 Tue Aug 16 14:00:15 UTC 2005 i686 GNU/Linux


eugenek:~> ls -l /lib/libc.so.6
lrwxrwxrwx 1 root root 13 2006-01-19 19:43 /lib/libc.so.6 -> 
libc-2.3.5.so


-- 
With Best Regards, 
Eugene  Krivdyuk


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

Bug#350601: awstats: Could not process Real logs in w3c format

[Lee Maguire]

Package: awstats
Version: 6.5-1
Severity: normal

Attempting to run awstats on a realserver log provided to us in W3C
format resulted in all entries being dropped.  Showing the dropped
entries gave output like this:

  Dropped record (method/protocol 'RTSP' not qualified when LogType=S):
  10.1.1.1 2006-01-28 13:08:54 -- rtsp://real.example.com/blah/example.rm 
1138453734 128 -- 200 999-999 6.0.12.1 ar-eg RN30DL -- RealPlayer 6.0.12.1 
WinNT 5.1 686 280 10367990 -- RTSP UDP 
44_Kbps_Stereo_Music_High_Response_-_RealAudio -- -- 1980572 -- -- -- -- -- -- 
571 -- -- -- -- -- -- -- -- --

Looking at the code - "rtsp" is recognised, but only in lower case.
I've patched my copy to convert the string to lowercase before checking.


--- awstats.pl  2006-01-30 16:55:10.156087185 +
+++ awstats.pl.orig 2006-01-30 16:54:30.192974487 +
@@ -6297,5 +6297,5 @@
# HTTP request. Keep only GET, POST, HEAD, *OK*
# and ERR! for Webstar. Do not keep OPTIONS,
# TRACE
}
-   elsif (($LogType eq 'W' || $LogType eq 'S') && 
($field[$pos_method] eq 'GET' || $field[$pos_method] eq 'mms' || 
lc($field[$pos_method]) eq 'rtsp' || $field[$pos_method] eq 'http' || 
$field[$pos_method] eq 'RTP')) {
+   elsif (($LogType eq 'W' || $LogType eq 'S') && 
($field[$pos_method] eq 'GET' || $field[$pos_method] eq 'mms' || 
$field[$pos_method] eq 'rtsp' || $field[$pos_method] eq 'http' || 
$field[$pos_method] eq 'RTP')) {
# Streaming request (windows media server,
# realmedia or darwin streaming server)
}



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

Bug#350602: faqomatic: upstream has update German language .pm

[Jereme Corrado]

Package: faqomatic
Version: 2.721-9
Severity: wishlist

SourceForge has a feature request, (1415700) that says:
German Language .pm updated
Added missing msgs, Replaced Umlauts by HTML entities.

Upstream should be rolling this in shortly, at which point I will
package it.  If they don't, I can roll it into 2.721-10.


-- 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.7-powerpc
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages faqomatic depends on:
ii  cron  3.0pl1-92  management of regular background p
ii  debconf [debconf-2.0] 1.4.69 Debian configuration management sy
ii  libgd-gd2-noxpm-perl  1:2.30-1   Perl module wrapper for libgd - gd
ii  libjcode-pm-perl  2.03-1 Perl extension interface to conver
ii  libmime-perl  5.419-1Perl5 modules for MIME-compliant m
ii  libnkf-perl   2.05-1 Network Kanji code conversion Filt
ii  libtext-chasen-perl   1.04-3+b1  Japanese Morphological Analysis Sy
ii  liburi-perl   1.35-1 Manipulates and accesses URI strin
ii  libwww-perl   5.803-4WWW client/server library for Perl
ii  perl [libdigest-md5-perl] 5.8.7-10   Larry Wall's Practical Extraction 
ii  rcs   5.7-16 The GNU Revision Control System

Versions of packages faqomatic recommends:
ii  apache [httpd]1.3.34-2   versatile, high-performance HTTP s
ii  apache-perl [httpd]   1.3.34-2   versatile, high-performance HTTP s
ii  apache-ssl [httpd]1.3.34-2   versatile, high-performance HTTP s
ii  libio-socket-ssl-perl 0.97-2 Perl module implementing object or

-- no debconf information


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

Bug#350603: Add "{...}" for bash-completation

[General Stone]

Package: anacron
Version: 2.3-11
Severity: wishlist

Please add this "{" and "}" symbol at the "Usage:" line in the
initscript for bash-completation.

Thanks.

-Markus Nass

-- 
Key fingerprint = DC3C 257C 2B71 8FA4 F609  F7F7 7C14 F806 5665 77FD

~~
Was nicht fliegen kann, kann auch nicht abstürzen.
~~


signature.asc
Description: Digital signature

Bug#350604: openoffice.org-writer: letter wizard won't start

[Julian Gilbey]

Package: openoffice.org-writer
Version: 2.0.0-5

I tried to use the Letter Wizard to create a letter, but OOo
complained that it needed a JRE installed to be able to do this.  Not
knowing much about JREs, I opened the Java options window, waited 30
seconds for it to waken, then tried to point OOo at kaffe and sablevm,
both unsuccessfully.  I installed the Sun J2RE, and OOo recognised
that.  I then restarted OOo as instructed to do.

Now when I click the Letter Wizard, or in fact any of Letter, Fax,
Agenda or Web page wizard, they simply do nothing.  No error message,
no dialog box, nothing.

Any ideas?

   Julian


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

Bug#350605: Add "{...}" for bash-completation

[General Stone]

Package: cron
Version: 3.0pl1-92
Severity: wishlist

Please add this "{" and "}" symbol at the "Usage:" line in the 
initscript for bash-completation.

Thanks.

-Markus Nass

-- 
Key fingerprint = DC3C 257C 2B71 8FA4 F609  F7F7 7C14 F806 5665 77FD

~~
Was nicht fliegen kann, kann auch nicht abstürzen.
~~


signature.asc
Description: Digital signature

Bug#340397: Unstable ?

[Julien Wajsberg]

I believe you should also support 'unstable' :)

[EMAIL PROTECTED]:~$ lsb_release -rs
unstable

[EMAIL PROTECTED]:~$ /usr/share/postgresql-common/supported-versions
Unknown Debian release: unstable

--
Julien Wajsberg

Bug#350606: Add "{...}" for bash-completation

[General Stone]

Package: apache2-common
Version: 2.0.55-4
Severity: wishlist

Please add this "{" and "}" symbol at the "Usage:" line in the 
initscript for bash-completation.

Thanks.

-Markus Nass

-- 
Key fingerprint = DC3C 257C 2B71 8FA4 F609  F7F7 7C14 F806 5665 77FD

~~
Was nicht fliegen kann, kann auch nicht abstürzen.
~~


signature.asc
Description: Digital signature

Bug#345753: xlibosmesa4: undefined symbol: driDispatchRemapTable

[Joerg Hessdoerfer]

On Monday 30 January 2006 18:07, Michel Dänzer wrote:
> On Tue, 2006-01-03 at 11:31 +0100, Joerg Hessdoerfer wrote:
> > I'm running a closed-source proprietary application, which ran fine
> > under 6.8.2. Since the update to 6.9.0, I get the following error:
> >
> > symbol lookup error: /usr/X11R6/lib/libOSMesa.so.4: undefined symbol:
> > driDispatchRemapTable
> >
> > I'm using an ATI Mobility 9600, with the radeon driver and DRI enabled.
>
> Do you have the r300 DRI driver (only available in the libgl1-mesa-dri
> package in Debian) working though, i.e. does glxinfo report direct
> rendering as enabled?
>
> I'm asking because this symbol seems to be defined in the DRI drivers
> (r300_dri.so in your case), but this may still be a bug in xlibosmesa4
> or xlibmesa-gl.

Yes, I have. (I have to admit I used the one from libgl1-mesa-dri, as I could 
not install the package without conflicts). But it works, as proven by 
glxgears for example. (glxinfo also reports 'direct rendering: Yes').

Also, this symbol is undefined when dri is turned off. This shouldn't be the 
case anyway, no? IMHO, when dri is off, xlibosmesa should work just fine, 
since it's 'off screen'.

Side note: I've seen a similar bugreport for freeBSD:
http://lists.freebsd.org/pipermail/freebsd-x11/2006-January/002541.html

This seems to indicate a more general issue with xlibosmesa.

Greetings,
Jörg
-- 
Leading SW developer  - S.E.A GmbH
Mail: [EMAIL PROTECTED]
WWW:  http://www.sea-gmbh.com

Bug#350116: libsoundtouch1c2: Kinda random segfault on changing pitch

[Geiger Guenter]

On Fri, Jan 27, 2006 at 02:05:18PM +0100, Mario Lang wrote:
> Package: libsoundtouch1c2
> Version: 1.3.0-2
> Severity: important
> 
> I got the following backtrace from gdb when running
> a small command-line app of mine (yatm[1]) and
> adjusting the pitch (via SoundTouch::setPitch).
> Calls to SoundTouch::setPitch work most of the time,
> but then again, they produce this random segfault
> at times.  From the bt, this looks like a bug inside
> of SoundTouch to me.

Hi,

It doesn't look good at least. I don't know if I will have the time and 
knowledge to discover what is going wrong, but from the backtrace it looks like 
the
memory corruption happens before the segmentation fault. This means that it
could also be happing in the application.

G?nter



> 
> --
> *** glibc detected *** malloc(): memory corruption: 0x005bdb50 ***
> 
> Program received signal SIGABRT, Aborted.
> [Switching to Thread 46912519386256 (LWP 11969)]
> 0x2bb4cdf0 in raise () from /lib/libc.so.6
> (gdb) bt
> #0  0x2bb4cdf0 in raise () from /lib/libc.so.6
> #1  0x2bb4e2a0 in abort () from /lib/libc.so.6
> #2  0x2bb829ae in __fsetlocking () from /lib/libc.so.6
> #3  0x2bb8923a in free () from /lib/libc.so.6
> #4  0x2bb8a68b in malloc () from /lib/libc.so.6
> #5  0x2b745fe8 in operator new () from /usr/lib/libstdc++.so.6
> #6  0x2b7460d9 in operator new[] () from /usr/lib/libstdc++.so.6
> #7  0x2b169cd2 in soundtouch::AAFilter::calculateCoeffs ()
>from /usr/lib/libSoundTouch.so.1
> #8  0x2b16c68d in soundtouch::SoundTouch::calcEffectiveRateAndTempo ()
>from /usr/lib/libSoundTouch.so.1
> #9  0x00402a5e in pollKeyboard (seekfunc=0x402e50 )
> at yatm.cc:112
> #10 0x0040377f in play_sndfile (fd=,
> tempo=, begin=) at yatm.cc:1010
> #11 0x004046fc in main (argc=,
> argv=) at yatm.cc:269
> 
> 
> [1] http://delysid.org/yatm.html
> 
> (The actual version of yatm that triggered this bug is not
>  public yet, but I can provide the sources if you need them.)
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.15-rt2
> Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
> 
> Versions of packages libsoundtouch1c2 depends on:
> ii  libc6 2.3.5-12   GNU C Library: Shared libraries 
> an
> ii  libgcc1   1:4.0.2-7  GCC support library
> ii  libstdc++64.0.2-7The GNU Standard C++ Library v3
> 
> libsoundtouch1c2 recommends no packages.
> 
> -- no debconf information
> 
> -- 
> CYa,
>   Mario




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