Bug#349528: Security bugs in elog

[Recai Oktaş]

* Florian Weimer [2006-01-24 21:51:00+0100]
> * Stefan Ritt:
> >> Is this list complete as far as fixes past r1202 are concerned?  What
> >> about r1487, is it a significant DoS condition?
> >
> > Yes.
> 
> Okay, this patch shouldn't be too hard to extract.  Recai, could you
> backport that one and the fixes from r1635 to stable?

OK.  I'm sending three separate patches attached for your review:

* 0007-r1635-Fix-CVE-2005-4439.txt
  Backport r1635: targets to fix CVE-2005-4439

* 0008-r1487-Fix-DoS-condition.txt
  Backport r1487: fixes infinite redirection

* 0009-r1636-Add-IP-address-to-logfile.txt [optional]
  Backport r1636: adds IP address to log file

All three patches + your previous six patches were applied and compiled
successfully.  I've also tested the fixed package in my system without any
glitches.  Now, I'm going to build and test it in a Sarge chroot jail.

Hope I haven't missed anything.

Regards,

-- 
roktas
Subject: [PATCH] r1635: Fixes CVE-2005-4439: buffer overflow through long URL
 parameters

--- a/debian/changelog  2006-01-25 08:24:44.0 +0200
+++ b/debian/changelog  2006-01-25 08:24:50.0 +0200
@@ -11,6 +11,10 @@ elog (2.5.7+r1558-4+sarge1) unstable; ur
   * Backport r1529 from upstream's Subversion repository:
 "Fixed bug with fprintf and buffer containing "%""
 (Our patch just eliminates the format string vulnerability.)
+  * Backport r1635 from upstream's Subversion repository:
+"Fixed potential buffer overflows"
+This backport addresses CVE-2005-4439: buffer overflow through long
+URL parameters 
 
  -- Florian Weimer <[EMAIL PROTECTED]>  Mon, 23 Jan 2006 15:56:37 +0100

--- a/src/elogd.c   2006-01-25 08:21:00.0 +0200
+++ b/src/elogd.c   2006-01-25 08:21:48.0 +0200
@@ -1839,13 +1839,15 @@ void base64_decode(char *s, char *d)
*d = 0;
 }
 
-void base64_encode(char *s, char *d)
+void base64_encode(unsigned char *s, unsigned char *d, int size)
 {
unsigned int t, pad;
+   unsigned char *p;
 
pad = 3 - strlen(s) % 3;
if (pad == 3)
   pad = 0;
+   p = d;
while (*s) {
   t = (*s++) << 16;
   if (*s)
@@ -1862,6 +1864,8 @@ void base64_encode(char *s, char *d)
   *(d + 0) = map[t & 63];
 
   d += 4;
+  if (d-p >= size-3)
+ return;
}
*d = 0;
while (pad--)
@@ -1898,12 +1902,12 @@ void base64_bufenc(unsigned char *s, int
   *(--d) = '=';
 }
 
-void do_crypt(char *s, char *d)
+void do_crypt(char *s, char *d, int size)
 {
 #ifdef HAVE_CRYPT
-   strcpy(d, crypt(s, "el"));
+   strlcpy(d, crypt(s, "el"), size);
 #else
-   base64_encode(s, d);
+   base64_encode((unsigned char *) s, (unsigned char *) d, size);
 #endif
 }
 
@@ -2652,7 +2656,7 @@ int retrieve_url(char *url, char **buffe
 {
struct sockaddr_in bind_addr;
struct hostent *phe;
-   char str[256], host[256], subdir[256], param[256], auth[256], pwd_enc[256];
+   char str[1000], unm[256], upwd[256], host[256], subdir[256], param[256], 
auth[256], pwd_enc[256];
int port, bufsize;
INT i, n;
fd_set readfds;
@@ -2704,12 +2708,15 @@ int retrieve_url(char *url, char **buffe
sprintf(str, "GET %s%s HTTP/1.0\r\nConnection: Close\r\n", subdir, param);
 
/* add local username/password */
-   if (isparam("unm"))
+   if (isparam("unm") && isparam("upwd")) {
+  strlcpy(unm, getparam("unm"), sizeof(unm));
+  strlcpy(upwd, getparam("upwd"), sizeof(upwd));
   sprintf(str + strlen(str), "Cookie: unm=%s; upwd=%s\r\n", 
getparam("unm"), getparam("upwd"));
+   }
 
if (rpwd && rpwd[0]) {
   sprintf(auth, "anybody:%s", rpwd);
-  base64_encode(auth, pwd_enc);
+  base64_encode((unsigned char *) auth, (unsigned char *) pwd_enc, 
sizeof(pwd_enc));
   sprintf(str + strlen(str), "Authorization: Basic %s\r\n", pwd_enc);
}
 
@@ -3523,13 +3530,13 @@ void check_config()
 
 void retrieve_email_from(LOGBOOK * lbs, char *ret, char 
attrib[MAX_N_ATTR][NAME_LENGTH])
 {
-   char str[256], *p, login_name[256];
+   char email_from[256], str[256], *p, login_name[256];
char slist[MAX_N_ATTR + 10][NAME_LENGTH], svalue[MAX_N_ATTR + 
10][NAME_LENGTH];
int i;
 
if (!getcfg(lbs->name, "Use Email from", str, sizeof(str))) {
   if (isparam("user_email") && *getparam("user_email"))
- strcpy(str, getparam("user_email"));
+ strlcpy(str, getparam("user_email"), sizeof(email_from));
   else
  sprintf(str, "[EMAIL PROTECTED]", host_name);
}
@@ -5254,7 +5261,7 @@ void write_logfile(LOGBOOK * lbs, const 
 {
char file_name[2000];
va_list argptr;
-   char str[1];
+   char str[1], unm[256];
FILE *f;
time_t now;
char buf[1];
@@ -5284,9 +5291,10 @@ void write_logfile(LOGBOOK * lbs, const 
strftime(buf, sizeof(buf), "%d-%b-%Y %H:%M:%S", localtime(&now));
strcat(buf, " ");
 
-   if (*getparam("unm") && rem_host[0])
-  sprintf(buf + strlen(buf), "[EMAI

Bug#347933: 2.6.15-2-686: kernel BUG at fs/inode.c:252

[Ludovic Drolez]

Jim Crilly wrote:
> nvidia driver but was definitely caused by it. The fact that the oops
> says Xorg is the current process is an even bigger reason to ignore this
> bug if it can't be reproduced with an untainted kernel.  It's not like it

As I said before, my kernel is not tainted and I was also able to reproduce
it in a QEmu.

Hopefully the bug will be closed soon since I've made a patch to lufs which
seems to work. I'll post it soon.

Regards,

-- 
Ludovic Drolez.

http://www.palmopensource.com   - The PalmOS Open Source Portal
http://www.drolez.com  - Personal site - Linux and PalmOS stuff


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

Bug#322424: Bug#349553: httrack_3.40.2-1_i386.changes ACCEPTED

[Steve Langasek]

reopen 349553
close 349553 3.40.2-1
reopen 322424
close 322424 3.40.2-1
thanks

On Wed, Jan 25, 2006 at 08:12:56AM +0100, Xavier Roche wrote:
> close 349553
> close 322424
> thanks

Then please use the BTS version tracking support as it was intended --
particularly for release critical bugs.

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


signature.asc
Description: Digital signature

Bug#347933: 2.6.15-2-686: kernel BUG at fs/inode.c:252

[Jurij Smakov]

Hi,

It looks like the reason for this bug might be the recent change in 
fs/inode.c [0]. According to the comments in this patch, the filesystems 
which implement the delete_inode callback must now also call 
truncate_inode_pages before clearing the inode. The attached patch 
implements this change. I was only able to make sure that modified lufs 
kernel module builds and loads, it would be great if someone would do some 
real-life testing with it.


[0] http://www.linuxhq.com/kernel/v2.6/14/fs/inode.c

Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CCdiff -aur a/kernel/Linux/2.6/inode.c b/kernel/Linux/2.6/inode.c
--- a/kernel/Linux/2.6/inode.c  2003-03-08 13:45:30.0 -0800
+++ b/kernel/Linux/2.6/inode.c  2006-01-24 23:25:51.0 -0800
@@ -25,6 +25,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -421,6 +422,7 @@
 static void lu_delete_inode(struct inode *in)
 {
 TRACE("in\n");
+truncate_inode_pages(&in->i_data, 0);
 clear_inode(in);
 TRACE("out\n");
 }

Bug#349777: Prompts for passphrase when using gnome-gpg

[Matt Kraai]

Package: mutt
Version: 1.5.11-5
Tags: patch

When I use Mutt with gnome-gpg, it still prompts me for the
passphrase.  It shouldn't do so, since gnome-gpg takes care of reading
and caching the passphrase.

The attached patch adds a pgp_use_gnome_gpg configuration flag that,
when set, prevents Mutt from prompting for the passphrase.

-- 
Matt
diff -ru mutt-1.5.11/init.h mutt-1.5.11/init.h
--- mutt-1.5.11/init.h  2006-01-24 23:01:39.0 -0800
+++ mutt-1.5.11/init.h  2006-01-24 22:56:21.0 -0800
@@ -1464,6 +1464,12 @@
   ** you may unset this setting.
   ** (Crypto only)
   */
+  { "pgp_use_gnome_gpg", DT_BOOL, R_NONE, OPTUSEGNOMEGPG, 0},
+  /*
+  ** .pp
+  ** If set, mutt will use gnome-gpg process.
+  ** (PGP only)
+  */
   { "pgp_use_gpg_agent", DT_BOOL, R_NONE, OPTUSEGPGAGENT, 0},
   /*
   ** .pp
diff -ru mutt-1.5.11/mutt.h mutt-1.5.11/mutt.h
--- mutt-1.5.11/mutt.h  2006-01-24 23:01:38.0 -0800
+++ mutt-1.5.11/mutt.h  2006-01-24 22:55:15.0 -0800
@@ -441,6 +441,7 @@
   OPTUSE8BITMIME,
   OPTUSEDOMAIN,
   OPTUSEFROM,
+  OPTUSEGNOMEGPG,
   OPTUSEGPGAGENT,
 #ifdef HAVE_LIBIDN
   OPTUSEIDN,
diff -ru mutt-1.5.11/pgp.c mutt-1.5.11/pgp.c
--- mutt-1.5.11/pgp.c   2006-01-24 23:01:38.0 -0800
+++ mutt-1.5.11/pgp.c   2006-01-24 22:59:34.0 -0800
@@ -75,7 +75,7 @@
 {
   time_t now = time (NULL);
 
-  if (pgp_use_gpg_agent())
+  if (pgp_use_gpg_agent() || pgp_use_gnome_gpg())
 {
   *PgpPass = 0;
   return 1; /* handled by gpg-agent */
@@ -117,6 +117,11 @@
   return 1;
 }
 
+int pgp_use_gnome_gpg (void)
+{
+  return option (OPTUSEGNOMEGPG);
+}
+
 char *pgp_keyid(pgp_key_t k)
 {
   if((k->flags & KEYFLAG_SUBKEY) && k->parent && option(OPTPGPIGNORESUB))
@@ -358,7 +363,7 @@
  if (needpass)
  {
if (!pgp_valid_passphrase ()) pgp_void_passphrase();
-if (pgp_use_gpg_agent())
+if (pgp_use_gnome_gpg() || pgp_use_gpg_agent())
   *PgpPass = 0;
fprintf (pgpin, "%s\n", PgpPass);
  }
@@ -810,7 +815,7 @@
   /* send the PGP passphrase to the subprocess.  Never do this if the
  agent is active, because this might lead to a passphrase send as
  the message. */
-  if (!pgp_use_gpg_agent())
+  if (!pgp_use_gnome_gpg && !pgp_use_gpg_agent())
 fputs (PgpPass, pgpin);
   fputc ('\n', pgpin);
   fclose(pgpin);
@@ -1029,7 +1034,7 @@
 return NULL;
   }
   
-  if (!pgp_use_gpg_agent())
+  if (!pgp_use_gnome_gpg() && !pgp_use_gpg_agent())
  fputs(PgpPass, pgpin);
   fputc('\n', pgpin);
   fclose(pgpin);
@@ -1295,7 +1300,7 @@
 
   if (sign)
   {
-if (!pgp_use_gpg_agent())
+if (!pgp_use_gnome_gpg() && !pgp_use_gpg_agent())
fputs (PgpPass, pgpin);
 fputc ('\n', pgpin);
   }
@@ -1468,7 +1473,7 @@
 return NULL;
   }
 
-  if (pgp_use_gpg_agent())
+  if (pgp_use_gnome_gpg() || pgp_use_gpg_agent())
 *PgpPass = 0;
   if (flags & SIGN)
 fprintf (pgpin, "%s\n", PgpPass);


signature.asc
Description: Digital signature

Bug#349776: advi: [m68k] FTBFS: debian/rules:75: *** only one `else' per conditional. Stop.

[Christian T. Steigies]

Package: advi
Severity: serious

Automatic build of advi_1.6.0-8 on aahz by sbuild/m68k 85
[...]
** Using build dependencies supplied by package:
Build-Depends: debhelper (>> 4.0.0), tetex-bin, ocaml, libcamlimages-ocaml-dev, 
tetex-extra, zlib1g-dev, gs, dpatch, chrpath, ocaml-best-compilers, hevea, 
x-dev, libx11-dev, libxinerama-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.1cvs20051214-1 libstdc++6-4.0-dev_4.0.2-7 libstdc++6_4.0.2-7
--
dpkg-source: extracting advi in advi-1.6.0
dpkg-buildpackage: source package is advi
dpkg-buildpackage: source version is 1.6.0-8
dpkg-buildpackage: host architecture m68k
 /usr/bin/fakeroot debian/rules clean
debian/rules:71: Extraneous text after `else' directive
debian/rules:75: *** only one `else' per conditional.  Stop.


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

Bug#347832: Bug#349693: ITP: gst-fluendo-mp3 -- MP3 decoder plugin for GStreamer

[Daniel Baumann]

Joe Wreschnig wrote:
> Are you going to sign the contract? I'm sure not putting my signature on
> anything about MP3s.

I'm afraid I can't as a poor little NM :)

> How does Debian sign a contract anyway?

I was in a simliar situation with Real, where they wanted to have signed
a contract by a DD. This very DD is then responsible (legally) for
compliance with the contract.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/


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

Bug#344767: This bug is fixed

[Kristian Edlund]

Yes I believe that he bug is fixed in the 0.97-3 release. I just tried
to install kernel 2.4.17-2-k7 and remove it again, and there was no
problems with the scripts running.

After that I purged the configuration, which also went without problems.

I have tested with 2.6.15 as well, which also runs without problems. So
I doubt that #349291, is related to this bug.

When you try to purge your kernel, what command are you using and what
happens?

-- 
Best Regards
Kristian Edlund

GPG ID: 7DD7559F


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

Bug#333965: Sample project to reproduce #333965?

[Jeremy Lainé]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Martin,

I am unable to reproduce the bug you filed concerning KDevelop's
graphical class browser feature, do you have a specific project I could
use to reproduce the bug?

Cheers,
Jeremy

- --
http://www.jerryweb.org/ : JerryWeb.org
http://sailcut.sourceforge.net/  : Sailcut CAD
http://opensource.polytechnique.org/ : Polytechnique.org Free Software
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFD1yYs4mJJZqJp2ScRAoeGAJ0b1o6+Kwk9gTJqBKBmMzv30ajHzwCgsqsD
VGQNgfRQK0LUCK5Lz7uB16M=
=AsDH
-END PGP SIGNATURE-


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

Bug#322424: httrack_3.40.2-1_i386.changes ACCEPTED

[Xavier Roche]

close 349553
close 322424
thanks

Fixed in 3.40.2-1


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

Bug#347832: Bug#349693: ITP: gst-fluendo-mp3 -- MP3 decoder plugin for GStreamer

[Joe Wreschnig]

On Wed, 2006-01-25 at 07:59 +0100, Daniel Baumann wrote:
> Joe Wreschnig wrote:
> > To get this license one must agree to a contract that forbids
> > modification and further redistribution. It's not going to happen for
> > Debian.
> 
> Ok, when its not DFSG-compliant but redistributable, why not put it in
> non-free (except personal reasons like 'I don't support non-free')?

Are you going to sign the contract? I'm sure not putting my signature on
anything about MP3s.

How does Debian sign a contract anyway?
-- 
Joe Wreschnig <[EMAIL PROTECTED]>


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

Bug#349722: installation-reports: touchpad extremely slow

[Christian Perrier]

reassign 349722 xserver-xorg
severity 349722 normal
thanks


Reassigning this bug which is not relevant for the installer itself.

Readjusting the severity as well.




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

Bug#347832: Bug#349693: ITP: gst-fluendo-mp3 -- MP3 decoder plugin for GStreamer

[Daniel Baumann]

Joe Wreschnig wrote:
> To get this license one must agree to a contract that forbids
> modification and further redistribution. It's not going to happen for
> Debian.

Ok, when its not DFSG-compliant but redistributable, why not put it in
non-free (except personal reasons like 'I don't support non-free')?

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/


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

Bug#347832: Bug#349693: ITP: gst-fluendo-mp3 -- MP3 decoder plugin for GStreamer

[Joe Wreschnig]

On Wed, 2006-01-25 at 07:49 +0100, Daniel Baumann wrote:
> Russell Coker wrote:
> > MP3 software does not belong in Debian/main.  Unlike many patents the MPEG 
> > patents probably have a good basis.
> > 
> > Any software which is based on Frauhoffer patents (MP3 and other similar 
> > encoding systems) should be on an external archive.
> 
> From a technical point of view, I disagree. Fluendo seems to have a
> patent license for its plugin, and they are allowed to relicense it
> (under some conditions, e.g. the redistribution contract). Assumed, that
> this is all sane, there is no legal problem to include it main.

To get this license one must agree to a contract that forbids
modification and further redistribution. It's not going to happen for
Debian.

Alternately, you can download the source, which is freely licensed. But
then you don't get the patent license. So we're back at the status quo,
but with an MP3 decoder that's worse than the one we currently don't
have a patent license for.
-- 
Joe Wreschnig <[EMAIL PROTECTED]>


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

Bug#347832: Bug#349693: ITP: gst-fluendo-mp3 -- MP3 decoder plugin for GStreamer

[Daniel Baumann]

Russell Coker wrote:
> MP3 software does not belong in Debian/main.  Unlike many patents the MPEG 
> patents probably have a good basis.
> 
> Any software which is based on Frauhoffer patents (MP3 and other similar 
> encoding systems) should be on an external archive.

>From a technical point of view, I disagree. Fluendo seems to have a
patent license for its plugin, and they are allowed to relicense it
(under some conditions, e.g. the redistribution contract). Assumed, that
this is all sane, there is no legal problem to include it main.

> As far as I am aware OGG media is a good alternative to MPEG in every 
> technical measure.  OGG is not as well supported by 3rd party devices (no 
> support in iPod for example) but there are devices which support it (iRiver 
> as an example - incidentally the iRiver gives better sound quality according 
> to the experts and allows recording so is better than the iPod anyway).

Agreed.

> By continuing to support MPEG in Debian/main we are decreasing the support of 
> OGG.  I believe that the best thing for the community is to drop MP3 support 
> from main thus avoiding any potential patent risk for Debian users and also 
> increasing the support for alternatives that can be legally used.

[The patent law arguement is no longer a valid argument, see above. ]

>From a philosophical point of view, I would agree. But (assumed the
plugin is DFSG-compliant):

Debian is devoted to its users. If the users want such a
(DFSG-compliant) program/software/package/$whatever, and someone is
willing to maintain it, then do it.

If you personally don't want to have it in, or you personally don't want
to sponsor or use the package, doesn't matter. It is one thing not
willing to use something passively, and another thing to actively be
against something (no offense).

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/


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

Bug#339541: xemacs21-mule: installation fails

[OHURA Makoto]

  Hi.

From: Matthew Vernon <[EMAIL PROTECTED]>
Subject: Bug#339541: xemacs21-mule: installation fails
Date: Tue, 13 Dec 2005 18:24:04 +

>  >   Please send me the output of the following commands;
>  >
>  > # /usr/lib/emacsen-common/packages/install/gnus xemacs21
>  > # sh -x /usr/lib/emacsen-common/packages/install/gnus xemacs21
>
> I've attached these to the bottom of this email, along with another
> attempt at configuring the xemacs21 package.

  Is there any progress about this bug? I can't reproduce this
problem and can't find anything from your log.

  Have you tried reinstalling xemacs21-mule?  Or, maybe some
other packages have an effect on installing xemacs21 and gnus.
Please send me the list of packages which are installed in your
machine, if you can.

  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/


pgprFg76E15Kb.pgp
Description: PGP signature

Bug#349754: cacti seems to depend on mysql-server, but it only recommends it

[sean finney]

hi patrick,

On Wed, Jan 25, 2006 at 12:46:15AM +0100, Patrick Schneider wrote:
> I suggest that cacti should depend on mysql-server.
> 
> I'm using Debian sid with kernel 2.6.15 on armv5tel .

the reason cacti has a Recommends and not a Depends for mysql-server
is that it's quite possible that the mysql database for cacti will
reside on a completely seperate host.

perhaps i could update the package description to explain this?

sean


signature.asc
Description: Digital signature

Bug#349586: evdev locks my machine

[Harald Dunkel]

Daniel Stone wrote:
> On Tue, Jan 24, 2006 at 07:40:09AM +0100, Harald Dunkel wrote:
> 
>>Sorry, but this is not a dup. #347681 talks about typos
>>in xorg.conf, i.e. something that can be fixed by somebody
>>with write permission to this file.
>>
>>This bug (#347681) is about something that can _not_ be
>>fixed by editing xorg.conf. On the next reboot you might
>>get /dev/input/event(n+1), and your machine gets locked
>>again. You can't influence this. Its apita.
>>
>>So please keep these problem reports separate.
> 
> 
> The hardlock is a valid bug, the rest isn't.  Ordering of input devices is not
> guaranteed.
> 

I don't want to care about the order of /dev/input/event*,
either. But obviously the new evdev can't handle a changed
sequence at all. The old one could, i.e. the update broke
a working feature. Thats a bug. And it is serious or grave,
since it randomly locks up the machine (twice this
morning!).

Typos in the evdev entry lock up my machine, too, but
this is something I have influence upon. So we have 2
separate bugs due to different severity.

I would recommend to put the old evdev back. It could
distinguish the input ports by deeply looking, and it
did not die about typos.


Regards

Harri


signature.asc
Description: OpenPGP digital signature

Bug#347832: Bug#349693: ITP: gst-fluendo-mp3 -- MP3 decoder plugin for GStreamer

[Joe Wreschnig]

On Wed, 2006-01-25 at 17:08 +1100, Russell Coker wrote:
> On Wednesday 25 January 2006 12:10, Joe Wreschnig <[EMAIL PROTECTED]> wrote:
> >  2) We take the patent issue seriously, and drop all MP3 support.
> 
> MP3 software does not belong in Debian/main.  Unlike many patents the MPEG 
> patents probably have a good basis.

To make it clear, this is a *radical* divergence from our previous
position. If other distributions start shipping the Fluendo plugin, it
is also a major step backwards in usability.

> As far as I am aware OGG media is a good alternative to MPEG in every 
> technical measure.  OGG is not as well supported by 3rd party devices (no 
> support in iPod for example) but there are devices which support it (iRiver 
> as an example - incidentally the iRiver gives better sound quality according 
> to the experts and allows recording so is better than the iPod anyway).

It's clear to me you've never had to use an iRiver's Ogg support. It
fails outside a limited bitrate range, drains battery faster, does not
read metadata, and is not available on all devices. Newer iRivers also
use a proprietary communications protocol that is not yet supported in
Debian. Finally, the recording is MP3 only.

Technical qualities of a format have also never been a major
consideration of Debian's support of them, or in user choices.

If we're going to do it, do it because we're taking a stand or think
there's a license violation. Not because we like Ogg.

> By continuing to support MPEG in Debian/main we are decreasing the support of 
> OGG.

By continuing to support MS Word .doc in Debian/main, we are decreasing
the support of OpenDocument. So what? Users have millions, billions of
files in these formats. If we can support them, we should.

> This also applies to mpc123.

The Musepack developers are of the opinion that they no longer infringe
on any patents, as the algorithm has diverged wildly from the MPEG-1
Layer 2 algorithm upon which it is based. It's on at least as good legal
ground as every other audio format in Debian. So please leave it out of
this discussion.
-- 
Joe Wreschnig <[EMAIL PROTECTED]>


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

Bug#349759: [Pkg-xfce-devel] Bug#349759: thunar: cannot find fallback icon

[Yves-Alexis Perez]

On Wed, 2006-01-25 at 01:52 +0100, Norbert Preining wrote:
> Package: thunar
> Version: 0.2.0alpha-r19548-1
> Severity: grave
> Justification: renders package unusable

You can use thunar with a different icon theme. I use Etiquette and it
works fine.

> 
> thunar just doesn't start because it cannot find the fallback icon
> (whatever may it be ;-):
> 
> [~] LANG=C thunar
> 
> Thunar-ERROR **: Failed to load fallback icon from
> `/usr/share/pixmaps/Thunar/Thunar-fallback-icon.png' (Failed to open
> file '/usr/share/pixmaps/Thunar/Thunar-fallback-icon.png': No such file
> or directory). Check your installation!
> aborting...

Yes, the same bug has been submitted. Thank you for reporting


severity normal
merge 349759 349758
-- 
Yves-Alexis Perez


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

Bug#349758: [Pkg-xfce-devel] Bug#349758: thunar: crashing while scrolling through list

[Yves-Alexis Perez]

On Wed, 2006-01-25 at 01:25 +0100, Evgeni Golov wrote:
> Package: thunar
> Version: 0.2.0alpha-r19548-1
> 
> Hi,
> 
> after the latest update of Thunar in Unstable, it crashes everytime
> when I scroll down.
> 
> You can see the following error:
> Thunar-ERROR **: Failed to load fallback icon from
> `/usr/share/pixmaps/Thunar/Thunar-fallback-icon.png' (Failed to open
> file '/usr/share/pixmaps/Thunar/Thunar-fallback-icon.png': No such file
> or directory). Check your installation!
> 
> /usr/share/pixmaps/Thunar/ does not exist - so this bug makes Thunar
> unusable.

Hmh, thanks, the pixmap is missing in the package. While we fix that,
you can use another icon theme to avoid thunar crash.

Thank you for reporting

-- 
Yves-Alexis Perez


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

Bug#347832: Bug#349693: ITP: gst-fluendo-mp3 -- MP3 decoder plugin for GStreamer

[Russell Coker]

On Wednesday 25 January 2006 12:10, Joe Wreschnig <[EMAIL PROTECTED]> wrote:
>  2) We take the patent issue seriously, and drop all MP3 support.

MP3 software does not belong in Debian/main.  Unlike many patents the MPEG 
patents probably have a good basis.

Any software which is based on Frauhoffer patents (MP3 and other similar 
encoding systems) should be on an external archive.

As far as I am aware OGG media is a good alternative to MPEG in every 
technical measure.  OGG is not as well supported by 3rd party devices (no 
support in iPod for example) but there are devices which support it (iRiver 
as an example - incidentally the iRiver gives better sound quality according 
to the experts and allows recording so is better than the iPod anyway).

By continuing to support MPEG in Debian/main we are decreasing the support of 
OGG.  I believe that the best thing for the community is to drop MP3 support 
from main thus avoiding any potential patent risk for Debian users and also 
increasing the support for alternatives that can be legally used.

This also applies to mpc123.


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

Bug#336090: xserver-xorg: [via] xvideo with high pre-scaling width has corruption on edges of video playback

[Luc Verhaegen]

On Tue, Jan 24, 2006 at 11:51:05PM -0500, Bryan Donlan wrote:
> On 12/17/05, Luc Verhaegen <[EMAIL PROTECTED]> wrote:
> > On Sat, Dec 17, 2005 at 03:53:29PM -0500, Bryan Donlan wrote:
> > >
> > > No bug there. That said, I've recently cleaned out a lot of dust off
> > > my heatsinks and vents - overheating could've caused the problem. I'll
> > > try to reproduce again with the driver version that was causing me
> > > problems before.
> > >
> > My KM400A 2d engine locked today, after many days of steady use. My
> > guess is still that this is temperature related, as it can get pretty
> > cold up in this room in winter.
> >
> > About your issue, if it does still exist with the new version, after
> > the cleanout, then you might want to try halving the search space each
> > time. Take a CVS tag (look at the cvs log of any file; cvs -z9 log
> > via_driver.h > /tmp/bleh for instance) somewhere halfway between working
> > and not working. Then, depending of the result of this one, go with a
> > tag halfway before and after, until you have the two tags (or 1 commit)
> > between which the problem started appearing.
> >
> > Thanks for putting in so much effort btw, most users would've given up
> > ages ago.
> >
> > Luc Verhaegen.
> >
> 
> Hm, an update with the original problem of corrupted edges. I just
> tried playing video of such a resolution again today, and I'm seeing
> the problem with totem-gstreamer, mplayer, and xine.
> 
> ii  mplayer-k6 1.0-pre7cvs200 The Ultimate Movie Player For Linux
> ii  totem-gstreame 1.2.1-3A simple media player for the Gnome desktop
> ii  xine-ui0.99.3-1.3 the xine video player, user interface
> ii  xserver-xorg   6.9.0.dfsg.1-4 the X.Org X server
> 
> Also, if the output size is below about 800 pixels in width, or the
> original size is, there is no corruption.
> 
> Since all three players show this bug I again suspect it's a bug in
> the driver. :|
> 
Please send me a gzipped log, so that i can tell wether this is this a 
bug with the stock driver, or with my code.

Stock: old Xv code which nobody dared touch.
My code: clean Xv implementation (only took ~3 months).

Luc Verhaegen.


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

Bug#343095: Hmmm..possible to do a NMU

[Stephan Hermann]

Hi Torsten,

if you have a look at python2.4-opengl from ubuntu, could you do an NMU 
somehow for fixing this? In ubuntu we have python2.4-opengl :)

regards,

\sh



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

Bug#326378: please rebuild with libreadline5-dev as build dependency

[Devin Carraway]

On Tue, Jan 24, 2006 at 06:58:12PM +1100, Daniel Stone wrote:
> On Mon, Jan 23, 2006 at 11:35:03PM -0800, Devin Carraway wrote:
> > dbtcp builds just fine with libreadline5-dev.  Tentative patch attached.
> 
> Please NMU the package if you have absolutely no interest in it and this
> is just a passing transition patch.  If, however, you are at all
> interested in dbtcp, please consider adopting it.

Definitely just doing a drive-by on this one; I don't have much use for it.
I'll upload it shortly.

-- 
Devin  \ aqua(at)devin.com, IRC:Requiem; http://www.devin.com
Carraway \ 1024D/E9ABFCD2: 13E7 199E DD1E 65F0 8905 2E43 5395 CA0D E9AB FCD2


signature.asc
Description: Digital signature

Bug#348805: Fixed in Ubuntu

[Stephan Hermann]

Hi Risko,

as Yann described the problem, I fixed this in Ubuntu.
To let you know, I moved as well the "dh_make is wrong" template copy logic of 
config.{guess,sub} from clean target to build target (or you can move it as 
well to the configure target which is more right), so the diff.gz doesn't 
carry the diffs from the config.{guess,sub} of the build system with it.

Regards,

\sh


pgpffglpaQGve.pgp
Description: PGP signature

Bug#310919: This is resolved in latest pykde snapshot

[Stephan Hermann]

Hi,

as discussed via email, this bug can be closed, for pykde 3.15.0 respective 
3.15.1


Regards,

\sh


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

Bug#349775: debian-policy: Refers to upgrading-checklist.txt instead of upgrading-checklist.txt.gz

[Matt Kraai]

Package: debian-policy
Version: 3.6.2.2
Severity: minor

Section 1.2 says that the debian-policy package contains the file
upgrading-checklist.txt.  It actually contains
upgrading-checking.txt.gz.

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

-- no debconf information


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

Bug#349774: [Fwd: Re: stable kernel 2.6.8-2-686]

[dann frazier]

Package: kernel-source-2.6.8
Version: 2.6.8-16sarge1

I'll file a bug for this & usertag it dkt-pending-sarge-update.
-- 
dann frazier <[EMAIL PROTECTED]>
--- Begin Message ---
On Tue, 2006-01-17 at 16:23 -0700, dann frazier wrote:
> On Mon, 2006-01-16 at 23:07 +, Stuart T. R. Rowan wrote:
> > Hi,
> > 
> > The 3c59x kernel module doesn't work with vlan (802.1q) tagged packets.
> > Apparently the fix was committed somewhere around 2.6.10, anyway we've
> > upgraded our stable box to vanilla kernel 2.6.15.1 to work around this
> > issue -- no discarded packets at all now.
> > 
> > If there's gonna be an update to the stable kernel, a patch to make the
> > 3c59x module work with vlans rather than silently failing might be a
> > plan.
> 
> hey Stu,
>   got a link to the appropriate changeset(s)?
> 
> 
Hey Dann,

Yes! So the vlan patch turned up in patch-2.6.9.bz2.
The changeset is on 
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/old-2.6-bkcvs.git
3c59x.c has a history list here in case this builds on other non 2.6.8 patches:
http://tinyurl.com/b8a95 On this you will clearly see the below commit listed:
Title: [PATCH] VLAN support for 3c59x/3c90x
commit 03e4b71f751da25d7b2d026ba6f4f904116e51e5
Body:
 This adds VLAN support to the 3c59x/90x series hardware.

 Stefan de Konink ported this code from the 2.4 VLAN patches and tested it
 extensively. I cleaned up the ifdefs and fixed a problem with bracketing
 that made older cards fail.

I hope that helps?

Thanks,
Stu.
(please keep me CC'd)


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

--- End Message ---

Bug#336090: xserver-xorg: [via] xvideo with high pre-scaling width has corruption on edges of video playback

[Bryan Donlan]

On 12/17/05, Luc Verhaegen <[EMAIL PROTECTED]> wrote:
> On Sat, Dec 17, 2005 at 03:53:29PM -0500, Bryan Donlan wrote:
> >
> > No bug there. That said, I've recently cleaned out a lot of dust off
> > my heatsinks and vents - overheating could've caused the problem. I'll
> > try to reproduce again with the driver version that was causing me
> > problems before.
> >
> My KM400A 2d engine locked today, after many days of steady use. My
> guess is still that this is temperature related, as it can get pretty
> cold up in this room in winter.
>
> About your issue, if it does still exist with the new version, after
> the cleanout, then you might want to try halving the search space each
> time. Take a CVS tag (look at the cvs log of any file; cvs -z9 log
> via_driver.h > /tmp/bleh for instance) somewhere halfway between working
> and not working. Then, depending of the result of this one, go with a
> tag halfway before and after, until you have the two tags (or 1 commit)
> between which the problem started appearing.
>
> Thanks for putting in so much effort btw, most users would've given up
> ages ago.
>
> Luc Verhaegen.
>

Hm, an update with the original problem of corrupted edges. I just
tried playing video of such a resolution again today, and I'm seeing
the problem with totem-gstreamer, mplayer, and xine.

ii  mplayer-k6 1.0-pre7cvs200 The Ultimate Movie Player For Linux
ii  totem-gstreame 1.2.1-3A simple media player for the Gnome desktop
ii  xine-ui0.99.3-1.3 the xine video player, user interface
ii  xserver-xorg   6.9.0.dfsg.1-4 the X.Org X server

Also, if the output size is below about 800 pixels in width, or the
original size is, there is no corruption.

Since all three players show this bug I again suspect it's a bug in
the driver. :|

Bug#329259: Fw: Re: [Gpsd-users] Debian bug #329259: xgpsspeed: just flashing blob

[Hamish]

Begin forwarded message:

Date: Tue, 24 Jan 2006 18:51:00 -0500
From: Marr <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: [Gpsd-users] Debian bug #329259: xgpsspeed: just flashing blob


On Tuesday 24 January 2006 02:29am, Gary E. Miller wrote:
> Yo Hamish!
>
> That bug pretty much describes what I see as well...
>
> RGDS
> GARY
>
> On Tue, 24 Jan 2006, Hamish wrote:
> > Hi, I am wondering if xgpsspeed is working for anybody outside of the
> > Debian world?
> >
> > see  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=329259

Greetings all,

I had noticed odd behavior a while ago too but ignored it. Since seeing these 
messages (and after recalling that 'xgpsspeed' had worked fine for me long 
ago [gpsd-1.x-era]), I took a quick look into this and (apparently) solved 
the problem described by the Debian bug report. 

The fix merely involved the addition of a couple boundary checks. Without 
these, the 'update_display()' routine in 'xgpsspeed.c' spins in what 
essentially turns out to be a never-ending loop as a result of the fact that 
'gpsd' seems to be reporting 'NaN' for 'fix.speed' for the first few passes 
when 'xgpsspeed' is run (at least on my system). This results in a ridiculous 
value (-2147483648) after the conversion to (e.g.) MPH, which sends the 
tachometer update routine into "crazy-land". Essentially, the 
tachometer-widget's needle is spinning all over the place, which looks 
predictably odd.

While perusing the 'xgpsspeed' code and doing patch testing, I noticed that 
there are a couple of other bugs in 'xgpsspeed' as well, which I've also 
fixed.

--

Attached is a patch against 'xgpsspeed.c' in the 2.30 release of 'gpsd'. It 
fixes the following bugs in the 'xgpsspeed' application:

(1) Missing limit-checks on the tachometer widget can result in the tachometer 
needle spinning madly if invalid vehicle speeds are reported by 'gpsd'.

(2) The display of speed units (e.g. "Miles per Hour") above the "speedometer" 
was erroneously always displaying "Km per Hour", regardless of the speed 
units in use. Furthermore, although there was already a provision to select 
"knots" as the speed units ("-speedunits knots"), there was never any code to 
display the proper text!

(3) An erroneous conversion factor (the reciprocal of the correct value) was 
used to convert the native 'meters per second' GPS-reported speed into knots. 
This results in an erroneous needle position when "-speedunits knots" has 
been specified on the command line.

--

Although 'xgpsspeed' is a rather silly application (especially since it's 
limited to 0-100, given that it uses a 'tachometer percentage' widget to 
mimic a speedometer), if we're going to distribute it with 'gpsd', it might 
as well work as correctly as possible.

Therefore, I'd appreciate it if someone (Gary?) with check-in privileges could 
apply this patch for the next revision of 'gpsd'.

Thanks!

By the way, does anybody know when the next release of 'gpsd' will be out?

P.S. Hamish, assuming this patch is accepted, could you please add a follow-up 
note to your existing one on the Debian Bug Tracking System to address this? 
(Thanks for bringing this bug to our attention in the first place too!) Also, 
is there some reason why the needle is orange on Debian? Mine is black, 
unless I use (e.g.) 'xgpsspeed -nc red', which results in a nice-looking red 
needle. Just curious. :^)

Bill Marr

--- ../gpsd-2.30/xgpsspeed.c2005-06-14 23:11:49.0 -0400
+++ ./xgpsspeed.c   2006-01-24 17:42:19.0 -0500
@@ -35,7 +35,12 @@
 static void update_display(struct gps_data_t *gpsdata, 
   char *buf UNUSED, size_t len UNUSED, int level 
UNUSED)
 {
-(void)TachometerSetValue(tacho, (int)rint(gpsdata->fix.speed*speedfactor));
+int temp_int = (int)rint(gpsdata->fix.speed * speedfactor);
+
+if (temp_int < 0) temp_int = 0;
+else if (temp_int > 100) temp_int = 100;
+
+(void)TachometerSetValue(tacho, temp_int);
 }
 
 static void handle_input(XtPointer client_data UNUSED,
@@ -87,7 +92,7 @@
 if (strcmp(speedunits, "kph")==0) 
speedfactor = MPS_TO_KPH;
 else if (strcmp(speedunits, "knots")==0)
-   speedfactor = 1/MPS_TO_KNOTS;
+   speedfactor = MPS_TO_KNOTS;
 
 while ((option = getopt(argc, argv, "hv")) != -1) {
switch (option) {
@@ -139,10 +144,13 @@
 (void)XtCreateManagedWidget("title", labelWidgetClass, base, args, 1);
 
 / Label widget /
-if (speedfactor == KNOTS_TO_MPH)
+if (speedfactor == MPS_TO_MPH)
 (void)XtSetArg(args[0], XtNlabel, "Miles per Hour");
-else
+else if (speedfactor == MPS_TO_KPH)
 (void)XtSetArg(args[0], XtNlabel, "Km per Hour");
+else 
+(void)XtSetArg(args[0], XtNlabel, "Knots");
+
 /*@ +immediatetrans +usedef +observertrans +statictrans @*/
 (void)XtCreateManagedWidget("name", labelWidgetClass, base, args, 1);
 

Bug#349773: 'man initscript' typos: "filedescriptor", "hardlimit", "unpriviliged", etc.

[A Costa]

Package: sysvinit
Version: 2.86.ds1-11
Severity: minor
Tags: patch


Found some typos in '/usr/share/man/man5/initscript.5.gz', see attached '.diff'.

Hope this helps...

-- 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.14-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages sysvinit depends on:
ii  initscripts  2.86.ds1-11 Scripts for initializing and shutt
ii  libc62.3.5-12GNU C Library: Shared libraries an
ii  libselinux1  1.28-2  SELinux shared libraries
ii  libsepol11.10-1  Security Enhanced Linux policy lib
ii  sysv-rc  2.86.ds1-11 System-V-like runlevel change mech

sysvinit recommends no packages.

-- no debconf information
--- initscript.52006-01-22 16:24:54.0 -0500
+++ /tmp/initscript.5   2006-01-24 03:17:52.0 -0500
@@ -29,9 +29,9 @@
   PATH=/bin:/sbin:/usr/bin:/usr/sbin
   export PATH
 
-  # Increase the hard filedescriptor limit for all processes
-  # to 8192.  The soft limit is still 1024, but any unpriviliged
-  # process can increase it's soft limit up to the hardlimit
+  # Increase the hard file descriptor limit for all processes
+  # to 8192.  The soft limit is still 1024, but any unprivileged
+  # process can increase its soft limit up to the hard limit
   # with "ulimit -Sn xxx" (needs a 2.2.13 or later Linux kernel).
   ulimit -Hn 8192
 

Bug#349772: 'man inittab' typo: "informormed"

[A Costa]

Package: sysvinit
Version: 2.86.ds1-11
Severity: minor
Tags: patch


Found a typo in '/usr/share/man/man5/inittab.5.gz', see attached '.diff'.

Hope this helps...

-- 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.14-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages sysvinit depends on:
ii  initscripts  2.86.ds1-11 Scripts for initializing and shutt
ii  libc62.3.5-12GNU C Library: Shared libraries an
ii  libselinux1  1.28-2  SELinux shared libraries
ii  libsepol11.10-1  Security Enhanced Linux policy lib
ii  sysv-rc  2.86.ds1-11 System-V-like runlevel change mech

sysvinit recommends no packages.

-- no debconf information
--- inittab.5   2006-01-22 16:24:54.0 -0500
+++ /tmp/inittab.5  2006-01-24 03:21:29.0 -0500
@@ -128,7 +128,7 @@
 .\"}}}
 .\"{{{  powerokwait
 .IP \fBpowerokwait\fP
-This process will be executed as soon as \fBinit\fP is informormed that the
+This process will be executed as soon as \fBinit\fP is informed that the
 power has been restored.
 .\"}}}
 .\"{{{  powerfailnow

Bug#349771: 'man halt' typos: "harddisks" and "harddrives"

[A Costa]

Package: sysvinit
Version: 2.86.ds1-11
Severity: minor
Tags: patch


Found a few typos in '/usr/share/man/man8/halt.8.gz', see attached '.diff'.

Hope this helps...

-- 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.14-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages sysvinit depends on:
ii  initscripts  2.86.ds1-11 Scripts for initializing and shutt
ii  libc62.3.5-12GNU C Library: Shared libraries an
ii  libselinux1  1.28-2  SELinux shared libraries
ii  libsepol11.10-1  Security Enhanced Linux policy lib
ii  sysv-rc  2.86.ds1-11 System-V-like runlevel change mech

sysvinit recommends no packages.

-- no debconf information
--- halt.8  2006-01-22 16:24:54.0 -0500
+++ /tmp/halt.8 2006-01-24 03:22:51.0 -0500
@@ -61,7 +61,7 @@
 .IP \fB\-i\fP
 Shut down all network interfaces just before halt or reboot.
 .IP \fB\-h\fP
-Put all harddrives on the system in standby mode just before halt or poweroff.
+Put all hard drives on the system in standby mode just before halt or poweroff.
 .IP \fB\-p\fP
 When halting the system, do a poweroff. This is the default when halt is
 called as \fBpoweroff\fP.
@@ -80,7 +80,7 @@
 correctly) \fBshutdown\fP will be called, which might not be what you want.
 Use the \fB-f\fP flag if you want to do a hard \fBhalt\fP or \fBreboot\fP.
 .PP
-The \fB-h\fP flag puts all harddisks in standby mode just before halt
+The \fB-h\fP flag puts all hard disks in standby mode just before halt
 or poweroff. Right now this is only implemented for IDE drives. A side
 effect of putting the drive in standby mode is that the write cache
 on the disk is flushed. This is important for IDE drives, since the

Bug#349770: 'man shutdown' typos: "filesystems" x 2

[A Costa]

Package: sysvinit
Version: 2.86.ds1-11
Severity: minor
Tags: patch


Found a few typos in '/usr/share/man/man8/shutdown.8.gz', see attached '.diff'.

Hope this helps...

-- 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.14-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages sysvinit depends on:
ii  initscripts  2.86.ds1-11 Scripts for initializing and shutt
ii  libc62.3.5-12GNU C Library: Shared libraries an
ii  libselinux1  1.28-2  SELinux shared libraries
ii  libsepol11.10-1  Security Enhanced Linux policy lib
ii  sysv-rc  2.86.ds1-11 System-V-like runlevel change mech

sysvinit recommends no packages.

-- no debconf information
--- shutdown.8  2006-01-22 16:24:54.0 -0500
+++ /tmp/shutdown.8 2006-01-24 03:25:51.0 -0500
@@ -118,13 +118,13 @@
 file \fI/forcefsck\fP which can be tested by the system when it comes
 up again.  The boot rc file can test if this file is present, and decide
 to run \fBfsck\fP(1) with a special `force' flag so that even properly
-unmounted filesystems get checked.
+unmounted file systems get checked.
 After that, the boot process should remove \fI/forcefsck\fP.
 .PP
 The \fB-n\fP flag causes \fBshutdown\fP not to call \fBinit\fP, 
 but to kill all running processes itself. 
 \fBshutdown\fP will then turn off quota, accounting, and swapping
-and unmount all filesystems.
+and unmount all file systems.
 .\"}}}
 .\"{{{  Files
 .SH ACCESS CONTROL

Bug#349721: dvd+rw-tools: Also seeing this, NFS only

[jacob]

Package: dvd+rw-tools
Version: 6.0-1
Followup-For: Bug #349721


Didn't see this with 5.21.4.10.8-4. Got the error message about the
image being too big when on an NFS mount. After copying to local HDD, no
problem burning. Wasn't able to override with -overburn either. Image
is:

3557251072  NINJASCROLL_1.iso

Should easily burn to a disc. Tried this with a non-blank DVD+RW, and
the same disc after rerunning dvd+rw-format -force. HP DVD Writer 100
(DVD+RW only).

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

Versions of packages dvd+rw-tools 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
ii  mkisofs   4:2.01+01a03-5 Creates ISO-9660 CD-ROM filesystem

dvd+rw-tools recommends no packages.

-- no debconf information


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

Bug#349219: This bug seems to be the same as #344767 in grub

[Edward C. Jones]

This bug seems to be the same as #344767 in grub.



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

Bug#349427: aptitude: bad czech translation

[Daniel Burrows]

On Mon, Jan 23, 2006 at 06:57:28AM +0100, Christian Perrier <[EMAIL PROTECTED]> 
was heard to say:
> 
> >   Probably this just needs to be modified to use positional
> > arguments -- I think that something like
> > 
> > Výměna média: Do mechaniky '%2$s' vložte disk nazvaný '%1$s' a stiskněte 
> > enter\n
> > 
> >   should do the trick.
> 
> 
> /me sadly expect for the string changes that will trigger another run
> of translation updates..:-)

  Whoops, did I reverse the order of arguments for this string?  I could
always just reverse the order again and use positionals in the English
translation.

  Daniel


signature.asc
Description: Digital signature

Bug#344767: Is bug #344767 fixed in grub 0.97-4?

[Edward C. Jones]

I use a PC with an AMD64 +3500 chip and Debian unstable, i386 port.

I had the problem described here which I reported as bug #349219. I have 
grub 0.97-4. I still cannot purge "linux-image-2.6.14-2-386". Is bug 
#344767 fixed in grub 0.97-4?




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

Bug#340435: find -mindepth option after a non-option argument -type

[Warren Turkal]

On Wednesday 23 November 2005 06:19, Loic Minier wrote:
>  /usr/share/dbs/lib has:
> files=`find -type f -maxdepth 1 -mindepth 1`
> dirs=`find -type d -maxdepth 1 -mindepth 1 ! -name 'debian' ! -name
> 'upstream'`

possible patch

Common subdirectories: dbs-0.36/debian and dbs/debian
diff -u3 dbs-0.36/lib dbs/lib
--- dbs-0.36/lib2004-04-04 12:40:58.0 -0600
+++ dbs/lib 2006-01-24 21:21:35.74400 -0700
@@ -181,8 +181,8 @@
rm -f $STAMP_DIR/{source_{clean,build,make}}
return
 if [ x$SOURCE_DIR = x ];then
-   files=`find -type f -maxdepth 1 -mindepth 1`
-   dirs=`find -type d -maxdepth 1 -mindepth 1 ! -name 'debian' ! -name 
'upstream'`
+   files=`find -maxdepth 1 -mindepth 1 -type f`
+   dirs=`find -maxdepth 1 -mindepth 1 -type d ! -name 'debian' ! -name 
'upstream'`
 echo files=\"$files\"
 echo dirs=\"$dirs\"
 fi
Common subdirectories: dbs-0.36/original and dbs/original
Common subdirectories: dbs-0.36/original-glib2.0-2.0.6 and 
dbs/original-glib2.0-2.0.6

wt
-- 
Warren Turkal, Research Associate III
Colorado State University, Dept. of Atmospheric Research
http://www.atmos.colostate.edu/


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

Bug#349769: 'man sulogin' typo: "existant"

[A Costa]

Package: sysvinit
Version: 2.86.ds1-11
Severity: minor
Tags: patch


Found a typo in '/usr/share/man/man8/sulogin.8.gz', see attached '.diff'.

Hope this helps...

-- 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.14-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages sysvinit depends on:
ii  initscripts  2.86.ds1-11 Scripts for initializing and shutt
ii  libc62.3.5-12GNU C Library: Shared libraries an
ii  libselinux1  1.28-2  SELinux shared libraries
ii  libsepol11.10-1  Security Enhanced Linux policy lib
ii  sysv-rc  2.86.ds1-11 System-V-like runlevel change mech

sysvinit recommends no packages.

-- no debconf information
--- sulogin.8   2006-01-22 16:24:54.0 -0500
+++ /tmp/sulogin.8  2006-01-24 03:31:30.0 -0500
@@ -61,7 +61,7 @@
 .br
 /etc/shadow (if present)
 .PP
-If they are damaged or non-existant, sulogin will start a root shell
+If they are damaged or nonexistent, sulogin will start a root shell
 without asking for a password. Only use the \fB\-e\fP option if you
 are sure the console is physically protected against unauthorized access.
 .SH AUTHOR

Bug#349768: 'man startpar' typos: "appropiate" and "repectivly"

[A Costa]

Package: sysvinit
Version: 2.86.ds1-11
Severity: minor
Tags: patch


Found a few typos in '/usr/share/man/man8/startpar.8.gz', see attached '.diff'.

Hope this helps...

-- 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.14-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages sysvinit depends on:
ii  initscripts  2.86.ds1-11 Scripts for initializing and shutt
ii  libc62.3.5-12GNU C Library: Shared libraries an
ii  libselinux1  1.28-2  SELinux shared libraries
ii  libsepol11.10-1  Security Enhanced Linux policy lib
ii  sysv-rc  2.86.ds1-11 System-V-like runlevel change mech

sysvinit recommends no packages.

-- no debconf information
--- startpar.8  2006-01-22 16:24:54.0 -0500
+++ /tmp/startpar.8 2006-01-24 03:27:57.0 -0500
@@ -74,11 +74,11 @@
 .IR boot ", " start ", and " stop
 for reading
 .IR .depend.boot " or " .depend.start " or " .depend.stop
-repectivly in the directory
+respectively in the directory
 .IR /etc/init.d/ .
 By scanning the boot and runlevel directories in
 .I /etc/init.d/
-it then executes the appropiate scripts in parallel.
+it then executes the appropriate scripts in parallel.
 
 .SH FILES
 .I /etc/init.d/.depend.boot

Bug#349748: manpages: missing .El in elf.5

[Michael Kerrisk]

tags 349747 fixed-upstream
thanks

> Package: manpages
> Version: 2.17-1
> Severity: minor
> Tags: patch
> 
> Hello,
> 
> The attached patch adds a missing end of list (.El) in elf.5. This fixes
> a warning when the page is displayed.
> 
> Kind Regards,

Hi,

this problem has already been fixed in the upstream 2.18 release
(but the solution was to remove an extraneous .Bl, rather than 
adding this .El.

Cheers,

Michael

-- 
Michael Kerrisk
maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 

Want to help with man page maintenance?  
Grab the latest tarball at
ftp://ftp.win.tue.nl/pub/linux-local/manpages/, 
read the HOWTOHELP file and grep the source 
files for 'FIXME'.


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

Bug#349699: [Pbuilder-maint] Bug#349699: pbuilder: CFLAGS is not being interpreted correctly

[Junichi Uekawa]

Hi,

You probably have a CFLAGS defined in your environment.
read Make info pages for details.


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

> 
> Today while testing if my package was building OK on pbuilder, I saw an
> error.
> 
> I have a makefile like this (I am putting here just the important part
> of it):
> 
> 
> ZDIR   = ../zlib
> PNGDIR = ../libpng
> CRELEASE = -O2
> CFLAGS = -I$(ZDIR) -I$(PNGDIR) -Wall $(CRELEASE)
> 
> .c$(O):
> $(CC) $(CFLAGS) -c $<
> 
> Using this makefile, on the pdebuild log I can see:
> 
> gcc -g -Wall -O2 -c pngxread.c
> 
> However, changing all CFLAGS to CFLGS (just removed the A), it worked
> perfectly on a new pdebuild run:
> 
> gcc -I../zlib -I../libpng -Wall -O2 -c pngxread.c
> 
> Running the makefile outside pbuilder, it's compiled perfectly, without
> the need to change CFLAGS to something else.
> 
> If you think that it's important to see the full makefile and the source
> code, I can put on a place. Just say to me if you want.
> 
> Thank you very much!
> Nelson
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/dash
> Kernel: Linux 2.6.13-rc5-mm1
> Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set 
> to pt_BR)
> 
> Versions of packages pbuilder depends on:
> ii  cdebootstrap  0.3.9  Bootstrap a Debian system
> ii  coreutils 5.93-5 The GNU core utilities
> ii  debianutils   2.15.2 Miscellaneous utilities specific 
> t
> ii  debootstrap   0.3.3  Bootstrap a basic Debian system
> ii  gcc   4:4.0.2-2  The GNU C compiler
> ii  wget  1.10.2-1   retrieves files from the web
> 
> Versions of packages pbuilder recommends:
> ii  devscripts2.9.11 Scripts to make the life of a 
> Debi
> ii  fakeroot  1.5.6  Gives a fake root environment
> ii  sudo  1.6.8p12-1 Provide limited super user 
> privile
> 
> -- no debconf information
> 
> 
> ___
> Pbuilder-maint mailing list
> [EMAIL PROTECTED]
> http://lists.alioth.debian.org/mailman/listinfo/pbuilder-maint
> 


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

Bug#349394: [Pbuilder-maint] Bug#349394: pbuilder: here's a patch for that

[Junichi Uekawa]

Hi,

> tags 349394 + patch
> thanks
> 
> i took a look at the code, and it was clean and readable enough that
> i threw together a patch to do this.  it's a fairly small change that
> only effects the filename passed to debsign, so i hope that you will
> consider it :)
> 

Thanks, it looks good :)


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


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

Bug#347933: 2.6.15-2-686: kernel BUG at fs/inode.c:252

[Jim Crilly]

On 01/24/06 09:56:26PM +0100, Ludovic Drolez wrote:
> 
> 
> maximilian attems wrote:
> > reassign 347933 lufs-source
> > stop
> > 
> > On Mon, 23 Jan 2006, Ludovic Drolez wrote:
> > 
> > 
> >>I reopen this bug because I have the same bug but no Nvidia card.
> > 
> > 
> > you only posted only parts of your trace,
> > no evidence that your favorite proprietary crap is not loaded.
> 
> Maybe... but I find very easy to reject a bug just because an Nvidia driver
> is loaded. Anyone who is able to read an oops backtrace should see that it's
> not nvidia related (and google can also help).
> As you seem to work in the kernel team I assumed that you were...
> 
> That's against Debian's interests to have bugs closed like this.
> 

It's also against kernel developer's interests to chase bugs that might
only exist in some binary blob for which they can't see the source. Once
the nvidia module is loaded into the kernel it can do anything it wants
to any part of memory, overwrite a page or two of memory here and there
and you could very easily get a backtrace that has no mention of the
nvidia driver but was definitely caused by it. The fact that the oops
says Xorg is the current process is an even bigger reason to ignore this
bug if it can't be reproduced with an untainted kernel.  It's not like it
takes a huge amount of work to reboot and run X without the nvidia driver.

> Regards,
> 
> -- 
> Ludovic Drolez.
> 

Jim.


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

Bug#347933: 2.6.15-2-686: kernel BUG at fs/inode.c:252

[Jurij Smakov]

On Tue, 24 Jan 2006, Maximilian Attems wrote:


once your kernel is tainted good luck in debugging such a piece.
it is _not_ in debian's interest to support out of the tree driver,
especially proprietary ones.

we would be in much better state once nvidia stops that binary sh**
look at the nice ati efforts, because of _no_ drivers.


I find statements like this detrimentary to both kernel team and the 
project as a whole. People do end up with hardware which does not have 
open-source drivers, whether they like it or not. If I can help in such a 
case, I'll do my best, in accordance with the spirit of the Debian 
constitution. If you are not willing to work on the problem for whatever 
reason, just walk away, no need to offend people and express biased 
opinions on behalf of the others.


Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC


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

Bug#330226: Please commit de.po update of aptitude

[Daniel Burrows]

On Tue, Jan 24, 2006 at 09:14:31PM +0100, Jens Seidel <[EMAIL PROTECTED]> was 
heard to say:
> On Sun, Jan 15, 2006 at 10:57:09AM +0100, Christian Perrier wrote:
> > Quoting Jens Seidel ([EMAIL PROTECTED]):
> > > Hi Christian,
> > > 
> > > can you please commit the patch mentioned in bug #330226 so that I can
> > > continue translating without beeing afraid of possible future conflicts?
> > 
> > Hmm, I applied it in my copy but forgot to send it to Daniel. My
> > mistake.
> > 
> > This is done now and I tagged the bug as pending.
> 
> Sending a patch to the maintainer is not sufficient to tag the bug
> pending, especially when the maintainer has direct access to it via BTS.
> 
> As far as I know the patch is not yet applied to the darcs repository.
> At least "darcs whatsnew" still lists all changes after "darcs pull".
> My missing knowledge of darcs (yet another revision control system I
> never heard of before :-)) is the only reason why I do not remove the
> pending tag.

  The bug is quite definitely committed:

Thu Jan  5 08:47:17 PST 2006  [EMAIL PROTECTED]
  * German translation update. Closes: #330226
330226_de

  Unfortunately that date is when he created it, not when he sent it; I
didn't actually get the patch until January 15th.

  I generally don't chase l10n bugs myself because Christian is better
at merging them than I am, and what free time I have (rather little these
days) is better spent on other things.

  Daniel


signature.asc
Description: Digital signature

Bug#349767: gaim: additional status message "at work" and "at home"

[Marius Mikucionis]

Package: gaim
Version: 1:1.5.0+1.5.1cvs20051015-1
Severity: wishlist

I suggest to have additional status in gaim:
- "at work" means entity (e.g. me) is at work, i.e. the relatives and friends 
  would interpret this as "do not disturb" or "busy", 
  but coleagues and work partners would understand it as "online" or 
  "available".
- "at home" means entity (e.g. me) is having leasure time, i.e. 
  the relatives and friends interpret as "online" or "available",
  but employer should know as "do not disturb".

It's probably protocol specific, but I insist to have it at least for jabber 
(AFAIK it's supposed to be extensible). On the other hand, there could be 
configured groups where gaim automatically switches status for individual 
buddies. I don't know who is technically involved here, but please pass 
the message.

It may sound funny, but nobody has offered such feature before and here 
are two real life stories how people deal with it:

1) yahoo and icq offers multifacet "stealth status", i.e. user can declare 
status individually for each buddy (I don't see this implemented in Gaim-1.5)
so my friend keeps switching the status for each individual contact with 
yahoo/icq client and hence cannot use gaim.

2) my other friend created two accounts: one "at work" and the other "at home",
since the gaim installations are naturally different it works pretty well, but
I don't like the "hide and seek" part and it's cumbersome for those who 
sometimes work at home or move together with their laptops.

The problem is even more acute when buddies are scatered along different 
time zones and are not aware about the time of the day, hence they simply do 
not realize what is going on on the other side of the globe.

thanks,
marius


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

Bug#349569: no problems w/ latest daily netinst

[Ken Yee]

This bug can be deleted.

The 1/14/06 netinst would get stuck on bringing the ethernet

interface up on my Asus A8N-CSM motherboard no matter which of

the two drivers it found (Fast Ethernet on eth0 and nVidia

MCP ethernet on eth1).  I would manually configure it and it

would go back to the start and claim it couldn't find it.



With today's daily netinst build (1/24/06), it works fine

and I can go into the VT2 console and do a wget of a

URL and it pulls the page down over the network :-)





 ken



___
Join Excite! - http://www.excite.com
The most personalized portal on the Web!




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

Bug#349765: linux-2.6.14-2-alpha-generic: please support the prctl syscall

[Kyle McMartin]

On Tue, Jan 24, 2006 at 07:06:00PM -0800, Steve Langasek wrote:
> So please make it work; knowing this exists and should be supported, I'm not
> willing to hack up prctl's source to use __NR_osf_setsysinfo instead. :)
>

Bleh.

Untested, as I don't have an alpha. arch/alpha/kernel/traps.c already
contained jazz to check if the various TIF_ were set, they were just
lacking a convenient way to set things. You probably need to make prctl()
know which bits to twiddle.
 
diff --git a/include/asm-alpha/thread_info.h b/include/asm-alpha/thread_info.h
index 69ffd93..011daaf 100644
--- a/include/asm-alpha/thread_info.h
+++ b/include/asm-alpha/thread_info.h
@@ -92,5 +92,20 @@ register struct thread_info *__current_t
 #define _TIF_ALLWORK_MASK  (_TIF_WORK_MASK \
 | _TIF_SYSCALL_TRACE)
 
+#define ALPHA_UAC_SHIFT6
+#define ALPHA_UAC_MASK (TIF_UAC_NOPRINT | TIF_UAC_NOFIX | \
+TIF_UAC_SIGBUS)
+
+#define SET_UNALIGN_CTL(task,value)({  \
+   (task)->thread_info->flags = (((task)->thread_info->flags & \
+   ~ALPHA_UAC_MASK) | (((value) << ALPHA_UAC_SHIFT) &  \
+   ALPHA_UAC_MASK));   \
+   0; })
+
+#define GET_UNALIGN_CTL(task,value)({  \
+   put_user(((task)->thread_info->flags & ALPHA_UAC_MASK) >>   \
+   ALPHA_UAC_SHIFT, (int __user *)(addr)); \
+   })
+
 #endif /* __KERNEL__ */
 #endif /* _ALPHA_THREAD_INFO_H */


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

Bug#349577: wordpress: You do not have sufficient permissions to access this page.

[Kai Hendry]

Seems related to this support thread:

http://wordpress.org/support/topic/53261

There seems to be several workarounds to try. Tell me how you get on.

I'll try get an official comment on this issue from Wordpress
developers.


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

Bug#349766: linux-image-2.6.12-1-sparc64: ali5451 alsa module not included

[Will Nowak]

Package: linux-image-2.6.12-1-sparc64
Version: 2.6.12-10
Severity: normal

The ALI5451 alsa module was not built with the kernel. The Sun Blade 150
utilizes this chipset onboard, so sound does not function without
attempting to compile alsa-source.


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

Versions of packages linux-image-2.6.12-1-sparc64 depends on:
ii  coreutils [fileutils] 5.2.1-2.1  The GNU core utilities
ii  initrd-tools  0.1.84 tools to create initrd image for p
ii  module-init-tools 3.2.2-1tools for managing Linux kernel mo

linux-image-2.6.12-1-sparc64 recommends no packages.

-- no debconf information


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

Bug#349765: linux-2.6.14-2-alpha-generic: please support the prctl syscall

[Steve Langasek]

Package: linux-2.6
Version: 2.6.14-7

So unaligned traps in kernel logs are a frequent complaint on debian-alpha,
and it's a PITA to turn these into real bug reports against the programs
responsible because there's no tool in the archive to let you change the
kernel handling of the unaligned traps; instead, people end up passing
around C snippets that do the job.

Having seen the nice prctl package, which is currently ia64-only, I decided
to see if I could get it to compile on alpha.  Lo and behold, it seems that
/usr/include/linux/prctl.h (from linux-kernel-headers) is a nice, generic
header that defines a nice, generic prctl() syscall that can be used for
adjusting unaligned trap handling.  Hurray!

But, um... it doesn't work.

prctl(0x5, 0x11fd45610, 0x120001bb2, 0x1200122b8, 0) = -1 EINVAL (Invalid 
argument)

So please make it work; knowing this exists and should be supported, I'm not
willing to hack up prctl's source to use __NR_osf_setsysinfo instead. :)

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


signature.asc
Description: Digital signature

Bug#349764: vim: Does not autodetect svk patches

[Paul Brook]

Package: vim
Version: 1:6.4-006+2
Severity: minor
Tags: patch


The SVK version control system generates patches in a slightly different
format to CVS and SVN.  Vim does not autodetect these as patch files.

A typical svk generated patch looks something like:

=== arm-dis.c
==
--- arm-dis.c   (revision 1826)
+++ arm-dis.c   (local)

The attached patch adds a pattern for this to syntax.vim

Paul

-- 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.15-w64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages vim depends on:
ii  libc62.3.5-12GNU C Library: Shared libraries an
ii  libgpmg1 1.19.6-21   General Purpose Mouse - shared lib
ii  libncurses5  5.5-1   Shared libraries for terminal hand
ii  vim-common   1:6.4-006+2 Vi IMproved - Common files
ii  vim-runtime  1:6.4-006+2 Vi IMproved - Runtime files

vim recommends no packages.

-- no debconf information
--- vim/runtime/scripts.vim.old 2006-01-25 02:46:10.0 +
+++ vim/runtime/scripts.vim 2006-01-25 02:50:16.0 +
@@ -180,10 +180,12 @@
 " - "*** " in first line and "--- " in second line (context diff).
 " - "# It was generated by makepatch " in the second line (makepatch diff).
 " - "Index: " in the first line (CVS file)
+" - "=== ", line of "=", "---", "+++ " (SVK diff)
   elseif s:line1 =~ '^\(diff\>\|Only in \|\d\+\(,\d\+\)\=[cda]\d\+\>\|# It was 
generated by makepatch \|Index:\s\+\f\+$\|= \f\+ \d\+\.\d\+ vs edited\| 
//\f\+#\d\+\)'
\ || (s:line1 =~ '^--- ' && s:line2 =~ '^+++ ')
\ || (s:line1 =~ '^\* looking for ' && s:line2 =~ '^\* comparing to ')
\ || (s:line1 =~ '^\*\*\* ' && s:line2 =~ '^--- ')
+   \ || (s:line1 =~ '^=== ' && s:line2 =~ '^=\{66\}' && s:line3 =~ '^--- ' 
&& s:line4 =~ '^+++')
 set ft=diff
 
 " PostScript Files (must have %!PS as the first line, like a2ps output)

Bug#349258: mysql-server-5.0: mySQL 5.x no longer supports ISAM tables

[Joe Emenaker]

Package: mysql-server-5.0
Version: 5.0.18-7
Followup-For: Bug #349258

I was getting the same behavior when trying to upgrade from
mysql-server-4.1 to mysql-server-5.0. I ultimately tracked it down to
the fact that I had some old ISAM tables, which mySQL 5 doesn't support.
They have to be upgraded to MyISAM tables. To do this, find your
unconverted tables with:

   find /var/lib/mysql -name "*.ISM"

Once you know the databases and tables to convert, run the mysql client,
go to each affected database with "use somedatabasename" and convert
each ISAM table with:

   ALTER TABLE table_name ENGINE = MyISAM;

Once I did this for all of my old tables, mysql-server-5.0 installed
without complaints. Hope this helps.

- Joe

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

Versions of packages mysql-server-5.0 depends on:
ii  adduser   3.80   Add and remove users and groups
ii  debconf [debconf-2.0] 1.4.68 Debian configuration management sy
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  libdbi-perl   1.50-1 Perl5 database interface by Tim Bu
ii  libgcc1   1:4.0.2-7  GCC support library
ii  libmysqlclient15  5.0.18-7   mysql database client library
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libreadline5  5.1-5  GNU readline and history libraries
ii  libstdc++64.0.2-7The GNU Standard C++ Library v3
ii  libwrap0  7.6.dbs-8  Wietse Venema's TCP wrappers libra
ii  mysql-client-5.0  5.0.18-7   mysql database client binaries
ii  mysql-common  5.0.18-7   mysql database common files (e.g. 
ii  passwd1:4.0.14-3 change and administer password and
ii  perl  5.8.7-10   Larry Wall's Practical Extraction 
ii  psmisc22.1-1 Utilities that use the proc filesy
ii  zlib1g1:1.2.3-9  compression library - runtime

Versions of packages mysql-server-5.0 recommends:
ii  mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent

-- debconf information excluded


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

Bug#349763: ITP: python-web -- Python library that helps make web apps

[Kai Hendry]

Package: wnpp
Severity: wishlist
Owner: Kai Hendry <[EMAIL PROTECTED]>

* Package name: python-web
  Version : 0.123 (2005-01-16)
  Upstream Author : Aaron Swartz <[EMAIL PROTECTED]>
* URL : http://webpy.org/
* License : Affero General Public License, Version 1
  Description : Python library that helps make web apps

The package name is a bit tricky as there is already a package called
python-weblib that might be a little confusing for people. Also
python-web is extremely generic making it hard to `apt-cache search`
for. Therefore the name might be tweaked.

There is a closely related (unreleased) http://webpy.org/form.py that
might be packaged with web.py.

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


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

Bug#349762: installation-report: dmraid raid devices doesn't works

[Bluefuture]

Package: installation-report
Severity: normal


Raid array devices supported by dmraid doesn't works in at the debian
install stage (i tried with a Promise Fasttrack 133 lite). 
For example two disk in Raid Mirror or Stripe will be detected as
two single drives because d-i doesn't load dmraid modules and doesn't
create /dev/mapper dmraid devices. Probably there is need of a
dmraid-udeb package. 
Other correlated bugs are already submitted in hw-detect #338719  and
yaird #337724. 

Gentoo seems to have support for dmraid recently in initrd [1] 
Here is also a manual configuration how-to for ubuntu (probably works also with 
debian) [2].

[1] 
http://www.mail-archive.com/pld-cvs-commit@lists.pld-linux.org/msg32367.html 
[2] https://wiki.ubuntu.com/FakeRaidHowto

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (800, 'unstable'), (500, 'stable'), (101, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)



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

Bug#349761: lintian: wrong-bug-number-in-closes complains without good reason

[Steinar H. Gunderson]

Package: lintian
Version: 1.23.15
Severity: normal

I have the following changelog entry:

evms (2.5.4-5) unstable; urgency=low

  * Remove evms-udeb and all traces of it in the build system.
(Closes: #223995, #239892)

 -- Steinar H. Gunderson <[EMAIL PROTECTED]>  Wed, 25 Jan 2006 02:58:29 +0100

dpkg-parsechangelog parses this correctly, but lintian complains:

W: libevms-2.5: wrong-bug-number-in-closes #xx
N:
N:   Bug numbers can only contain digits.
N:   
N:   Refer to Policy Manual, section 4.4 for details.
N:

Policy 4.4, however, mentions a regex, and my closes line definitely
matches that regex. What's going on? Why isn't lintian using the regex
from Policy?

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

Versions of packages lintian depends on:
ii  binutils 2.16.1cvs20060117-1 The GNU assembler, linker and bina
ii  diffstat 1.41-1  produces graph of changes introduc
ii  dpkg-dev 1.13.11.1   package building tools for Debian
ii  file 4.15-2  Determines file type using "magic"
ii  gettext  0.14.5-2GNU Internationalization utilities
ii  intltool-debian  0.34.1+20050828 Help i18n of RFC822 compliant conf
ii  libparse-debianchang 1.0-1   parse Debian changelogs and output
ii  man-db   2.4.3-3 The on-line manual pager
ii  perl [libdigest-md5- 5.8.7-10Larry Wall's Practical Extraction 

lintian recommends no packages.

-- debconf-show failed


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

Bug#348954: O: libstring-crc32-perl

[Gunnar Wolf]

retitle 348954 ITA: libstring-crc32-perl
thanks

I should be uploading it soon, looks like an easy package.

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF


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

Bug#349760: debsecan: uncaught URLError exception

[Yaroslav Halchenko]

Package: debsecan
Version: 0.4.0
Severity: normal

It would be useful to loop for a while (some predefined number of
cycles with predefined sleep period) to avoid malfunction due to
temporary network problems

Thank you once again for the great product

Subject: Cron <[EMAIL PROTECTED]> test -x /usr/bin/debsecan && 
/usr/bin/debsecan  --mailto root --cron
+X-Spam-Level:

Traceback (most recent call last):
  File "/usr/bin/debsecan", line 1175, in ?
rate_system(target, options, fetch_data(options), history)
  File "/usr/bin/debsecan", line 400, in fetch_data
u = urllib2.urlopen(r)
  File "/usr/lib/python2.3/urllib2.py", line 129, in urlopen
return _opener.open(url, data)
  File "/usr/lib/python2.3/urllib2.py", line 326, in open
'_open', req)
  File "/usr/lib/python2.3/urllib2.py", line 306, in _call_chain
result = func(*args)
  File "/usr/lib/python2.3/urllib2.py", line 901, in http_open
return self.do_open(httplib.HTTP, req)
  File "/usr/lib/python2.3/urllib2.py", line 886, in do_open
raise URLError(err)
urllib2.URLError: 

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (600, 'unstable'), (300, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-mm1
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)

Versions of packages debsecan depends on:
ii  debconf [debconf-2.0] 1.4.67 Debian configuration management sy
ii  python2.3.5-3An interactive high-level object-o

Versions of packages debsecan recommends:
ii  cron  3.0pl1-92  management of regular background p
ii  exim4 4.60-2 metapackage to ease exim MTA (v4)
ii  exim4-daemon-light [mail-tran 4.60-2 lightweight exim MTA (v4) daemon

-- debconf information:
  debsecan/suite: GENERIC
  debsecan/report: true


--Yarik


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

Bug#349447: apt-proxy: patch does not work

[Andreas Pakulat]

Package: apt-proxy
Version: 1.9.32-0
Followup-For: Bug #349447

Hi,

sorry for c&p from BTS website, but

> I wanted to clarify that (at least here ony my server) the proposed
> workaround I posted to #349447 does not fix the problem. yes,
> apt-proxy seems to work but fails in many places as presumably the
> success-/error-handlers are not called correctly anymore. advice of
> Twisted experts needed.

Tuncer, 

did you even check the source? This "fix" is already in place "since"
_Sarge_, arm() is defined as:

def arm():
  pass

In Etch's twisted (2.0.X) it's defined with a deprecation warning, which
you should be able to see on your apt-proxy logs. Now in twisted 2.1.0
this function was completely removed as proposed by the deprecation
warning. That (and the move of the web module) broke apt-proxy with
twisted 2.1.0. The only version I could find on debians server that
includes a real implementation for arm() is 0.15.5, which I guess is
from woody.

The callbacks are definitely called, as well as the Errbacks. I can see
that in the log of apt-proxy. I'd also like to have a twisted expert to
have a look at apt-proxy, but for knowing that the removal of
arm()-calls and adding the dependecy on twisted-web fixes this
bug-report you don't need one. At least not when you're able to read
python code.

Regarding your problems: I already stated that the 2 examples you gave
pretty much look like frontend-problems, i.e. apt-get or whatever you
use. Those problems might have been introduced by the same time you
installed the "fixed" version of apt-proxy. Or something really weird is
going on on your server if it actually reads packages from
/var/cache/apt/archives (which is the place that apt-get clean cleans).

Andreas

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

Versions of packages apt-proxy depends on:
ii  adduser   3.80   Add and remove users and groups
ii  bzip2 1.0.3-2high-quality block-sorting file co
ii  debconf [debconf-2.0] 1.4.68 Debian configuration management sy
ii  logrotate 3.7.1-2Log rotation utility
ii  python2.3.5-5An interactive high-level object-o
ii  python-apt0.6.16 Python interface to libapt-pkg
ii  python-bsddb3 3.3.0-6Python interface to libdb3
ii  python-twisted2.1.0-2Event-based framework for internet
ii  python-twisted-web0.5.0-1An HTTP protocol implementation to

apt-proxy recommends no packages.

-- debconf information:
* apt-proxy/upgrading-v2:
* apt-proxy/upgrading-v2-result:


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

Bug#349657: This is a font bug

[Yitzchak Gale]

I now believe that this is a bug in
the fonts. It is still a mystery to me
why this problem only occurs in the
Debian build, though.

Please forward this bug to
ttf-freefont, and upgrade severity
to important.

In the freetype fonts, the OpenType
feature tag for the Alef-Lamed ligature (0xFB4F)
is "liga", which means "Standard Ligature".
That implies that the ligature is mandatory.

But this ligature certainly should not be
mandatory. The correct feature tag for this
ligature should be "dlig", which means
"Discretionary Ligature". See the OpenType
specification document for Hebrew at:

http://www.microsoft.com/typography/otfntdev/hebrewot/features.aspx

When I make this change in the SFD source
file and recompile using fontforge, the problem is
fixed.

Bug#347878: acknowledged by developer (Re: libmysqlclient15 calls into libmysqlclient12, leading to apache2 segfault)

[Christian Kujau]

On Tue, January 24, 2006 23:22, Christian Hammers wrote:
> - Does "objdump -T /usr/lib/libmysqlclient.so.15.0.0" show "MYSQL_5.0" in
>  almost every line.

yes:

% objdump -T /usr/lib/libmysqlclient.so.15.0.0 | wc -l
861
% objdump -T /usr/lib/libmysqlclient.so.15.0.0 | grep MYSQL_5.0 | wc -l
745

> - Did you restart apache2 after updating libmysqlclient15.deb

yes, of course.


thank you for your time,
Christian.

PS: ssh login here is still an option
-- 
make bzImage, not war



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

Bug#349693: ITP: gst-fluendo-mp3 -- MP3 decoder plugin for GStreamer

[Joe Wreschnig]

On Tue, 2006-01-24 at 20:52 +0100, Mike Hommey wrote:
> On Tue, Jan 24, 2006 at 06:58:14PM +0100, Loïc Minier <[EMAIL PROTECTED]> 
> wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Loic Minier <[EMAIL PROTECTED]>
> > 
> > * Package name: gst-fluendo-mp3
> >   Version : 0.10.0
> >   Upstream Author : Jan Schmidt <[EMAIL PROTECTED]>
> > * URL : http://www.fluendo.com/resources/fluendo_mp3.php
> > * License : MIT
> >   Description : Fluendo mp3 decoder GStreamer plugin
> >  This GStreamer plugin permits decoding of MPEG 1 audio layer III
> >  streams.  It is derived from the ISO MPEG dist10 reference package.
> >  .
> >  This plugin differs from the GStreamer MAD plugin in that it doesn't
> >  depend on a GPL library.
> >  .
> >  http://www.fluendo.com/resources/fluendo_mp3.php
> 
> What about the "redistribution contract" that "any distribution or Unix
> maker out there who want to include the Fluendo MP3 plug-in with their
> distribution" have to sign "to become an official redistributor" ?

AFAIK that's only if you want to distribute their binary. If you want to
distribute their source, then that's just the MIT license.

However, why are we packaging this if we're not going to sign that?
Plenty of GPLd applications in Debian still use GStreamer, so this
doesn't solve a real problem. I would rather see either
 1) -ugly get past NEW, we get MAD, users get MP3 decoding, situation
stays as its been for years, or 
 2) We take the patent issue seriously, and drop all MP3 support.

(Speaking with my hat as a DD, and as upstream maintainer of an MP3
player that uses GStreamer and doesn't want to deal with two sets of MP3
decoding bugs.)
-- 
Joe Wreschnig <[EMAIL PROTECTED]>


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

Bug#349687: package description badly worded

[ARAKI Yasuhiro]

Thanks Borgert,

I will fix description of sip-tester package ASAP.

--
ARAKI Yasuhiro 
A Debian Official Developer <[EMAIL PROTECTED]>
 

From: "W. Borgert" <[EMAIL PROTECTED]>
Subject: Bug#349687: package description badly worded
Date: Tue, 24 Jan 2006 17:33:24 +0100

> Package: sip-tester
> Version: 1.1rc4-1
> Severity: minor
> 
> "This package is destributed as Sipp by author."
> package -> software
> destributed -> distributed
> Sipp -> SIPp
> by author -> by its authors
> 
> Then a sentence about SIP follows, which should be - IMHO -
> at the end of the text. Finally you describe the tool by using
> the pronoun "it" to reference it, but the last noun was SIP,
> the protocol, not SIPp, the tool. You do not describe, what
> the tool is or what it does, instead only some of its features
> are listed.
> 
> customizable (xml based) scenarios -> custom XML scenario files
> call-rate -> call rate
> 
> My suggestion for the text is:
> 
> """
> sip-tester is a test tool and traffic generator for the SIP
> protocol. It can be used to test SIP equipement like SIP
> proxies, SIP media servers, etc. and to emulate user agents
> calling a SIP system. Its features are:
> 
> * a few basic SipStone user agent scenarios included
> * custom XML scenario files even for complex call flows
> * comprehensive set of real-time statistics
> * TCP and UDP transport
> * dynamically adjustable call rates
> * send RTP traffic
> 
> This software is distributed as SIPp by its authors.
> 
> SIP is the Session Initiation Protocol, a standard signalling
> protocol for initiating, modifying, and terminating Internet
> conferencing, telephony (VoIP - Voice over IP), video, and
> instant messaging.
> """
> 
> Beware: I'm not a native speaker!
> 


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

Bug#334527: acknowledged by developer (334527 bug report closing)

[Rich Walker]

[EMAIL PROTECTED] (Debian Bug Tracking System) writes:
>
> Based on these two links:
> http://lists.alioth.debian.org/pipermail/pkg-sql-ledger-discussion/2006-January/27.html
> http://sourceforge.net/mailarchive/message.php?msg_id=2017378
>
> We Pkg-sql-ledger at alioth are possitive this bug report needs to be closed.
>

The upstream developer has said "i don't think this is a problem 'cos I
don't make this mistake".

The documentation to tell you not to make this mistake is not present.

You have to delete the entire piece of work to correct an error made in
the first line of the piece of work.

This is still a bug!

cheers, Rich.


-- 
rich walker |  Shadow Robot Company | [EMAIL PROTECTED]
technical director 251 Liverpool Road   |
need a Hand?   London  N1 1LX   | +UK 20 7700 2487
www.shadow.org.uk/products/newhand.shtml


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

Bug#349571: syslog-ng: "Internal error, unknown macro referenced" repeatedly logged

[Dominic Cleal]

On Mon, 23 Jan 2006 19:46:27 +
Dominic Cleal <[EMAIL PROTECTED]> wrote:

> After just updating to version 1.9.8, syslog-ng is repeatedly logging
> this, causing 100% CPU usage and was creating some very large log
> files.

Ok, I didn't realise that this host had a custom config file on and not
a stock one.  Replacing it with the backed up stock one caused
syslog-ng to act normally.

Looking at my custom config further, it uses the $HOST_FROM macro in
the log file paths for my destination definitions.  It appears that
src/macros.c defines HOST_FROM (line 96) but the switch statement
starting on line 149 doesn't handle it, so it falls through to the
default case and causes that log error.

For whatever reason, this is looping as fast as the PC can handle,
which is resulting in 100% CPU usage with syslog-ng running.  It has
however hit a 2GB cap on the log file size which has stemmed the tide
as syslog-ng isn't starting up with the 2GB log file in place.

I don't see anything in either changelog regarding HOST_FROM changing
or being removed.  Has it been superseded?

-- 
Dominic Cleal
[EMAIL PROTECTED]


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

Bug#349697: syslog-ng: Logs infinitely the same message when priority is crit

[Steve Langasek]

On Tue, Jan 24, 2006 at 07:20:50PM +0100, Laurent CARON wrote:
> Package: syslog-ng
> Version: 1.9.8
> Severity: critical
> Justification: breaks the whole system

> Installed latest syslog-ng from unstable.

> When an event of priority crit is logged it is repeated until
> /var/log/syslog reaches 2Gb (2048Mb), and then the syslog-ng process
> dies.

Are you sure that this is a single event being logged repeatedly, as opposed
to repeated critical events?

> Reverted to latest stable version, all is now fine.

So after reverting, you're getting a single critical event logged?

> Strange thing is it only happens on one of my computers.

All running the same version, and all receiving critical events?

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


signature.asc
Description: Digital signature

Bug#347933: 2.6.15-2-686: kernel BUG at fs/inode.c:252

[Eduard Bloch]

tags 347933 + help
thanks

#include 
* Maximilian Attems [Tue, Jan 24 2006, 10:04:56PM]:

> once your kernel is tainted good luck in debugging such a piece.
> it is _not_ in debian's interest to support out of the tree driver,
> especially proprietary ones.

Good morning Mr. DPL (oh, sorry, I mean Mr. Unassigned Applicant), here
is your mission:

Step out into the world to teach that damn non-free supporting bastards
the word of the Lord of Free Software, make them know The Real Virtues
of the Great Debian Distribution and understand The Real Meaning Of
Live. Amen.

Eduard.
-- 
 Overfiend: why dont you flame him? you are good at that.
 I have too much else to do.


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

Bug#318825: dpkg: fix erranous "directory not empty" warnings (other patch)

[Lars Wirzenius]

ma, 2006-01-16 kello 00:45 +0100, Bart Martens kirjoitti:
> I've had a look at your patches, and I didn't feel comfortable with the
> idea of adding a generated list of parent directories.  I think it's
> better to prevent that the forgotten directories become forgotten.  The
> patch below does that.

I tested this patch against the version of dpkg in experimental right
now (1.13.12), and it seems to work with my simple test case (create
chroot with debootstrap, install defoma and ttf-bitstream-vera and
dpkg-with-the-patch, then remove defoma and t-b-v, and check
whether /etc/defoma is owned still by both defoma and t-b-v, and what
dpkg --listfiles t-b-v reports).

I will now test dpkg-with-patch with piuparts against packages that have
passed piuparts testing before and see if anything breaks.

-- 
Fundamental truth #4: Typing URLs always introduces errors. Always copy
+paste.



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

Bug#317082: Not just a dpkg bug

[Steve Langasek]

On Tue, Jan 24, 2006 at 04:34:43PM +0100, Frank Lichtenheld wrote:
> On Tue, Jan 24, 2006 at 06:05:43PM +0300, Nikita V. Youshchenko wrote:
> > > On Sun, Jan 22, 2006 at 10:14:16PM +0100, Frank Lichtenheld wrote:
> > > Comment to myself: The current patch probably breaks dh_shlibdeps
> > > -l option because it doesn't honor LD_LIBRARY_PATH. Can someone
> > > tell me a package which really needs this option? The ones that
> > > I tested so far seem to build equally fine without it...

> > This option wasneeded when package builds a binary that uses libraries 
> > built from the same source package. In this case, libraries may not be 
> > available outside of package build directory; so ldd called from 
> > dpkg-shlibdeps won't find them witout LD_LIBRARY_PATH.

> > Don't yet know how this situation is handled in your patched 
> > dpkg-shlibdeps...

> Hmm, but dpkg-shlibdeps already tries to take care of this by using
> all local shlibs files. Can someone point me to a package that really
> misbuilds without -l ? This would really help me to understand the
> real problem.

If you don't handle the -l, you won't be able to resolve a full path for
these libs.  If you have a package in this situation that's biarch and you
have local libs for both the 32bit and the 64bit targets, how will you know
which shlibs file to use if you don't look up the full library path and
examine the lib for target compatibility?

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


signature.asc
Description: Digital signature

Bug#349759: thunar: cannot find fallback icon

[Norbert Preining]

Package: thunar
Version: 0.2.0alpha-r19548-1
Severity: grave
Justification: renders package unusable

thunar just doesn't start because it cannot find the fallback icon
(whatever may it be ;-):

[~] LANG=C thunar

Thunar-ERROR **: Failed to load fallback icon from
`/usr/share/pixmaps/Thunar/Thunar-fallback-icon.png' (Failed to open
file '/usr/share/pixmaps/Thunar/Thunar-fallback-icon.png': No such file
or directory). Check your installation!
aborting...



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

Versions of packages thunar depends on:
ii  libatk1.0-01.10.3-1  The ATK accessibility toolkit
ii  libc6  2.3.5-12  GNU C Library: Shared libraries an
ii  libcairo2  1.0.2-3   The Cairo 2D vector graphics libra
ii  libexo-0.3-0   0.3.1.2alpha-r19548-1 Library with extensions for Xfce
ii  libfontconfig1 2.3.2-1.1 generic font configuration library
ii  libfreetype6   2.1.10-1  FreeType 2 font engine, shared lib
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.9.0.dfsg.1-4Inter-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  libpango1.0-0  1.10.2-1  Layout and rendering of internatio
ii  libpng12-0 1.2.8rel-5PNG library - runtime
ii  libpopt0   1.7-5 lib for parsing cmdline parameters
ii  libsm6 6.9.0.dfsg.1-4X Window System Session Management
ii  libstartup-notific 0.8-1 library for program launch feedbac
ii  libthunar-vfs-10.2.0alpha-r19548-1   VFS abstraction used in thunar
ii  libx11-6   6.9.0.dfsg.1-4X Window System protocol client li
ii  libxcursor11.1.3-1   X cursor management library
ii  libxext6   6.9.0.dfsg.1-4X Window System miscellaneous exte
ii  libxfce4util-1 4.2.3.2-1 Utility functions library for Xfce
ii  libxi6 6.9.0.dfsg.1-4X Window System Input extension li
ii  libxinerama1   6.9.0.dfsg.1-4X Window System multi-head display
ii  libxrandr2 6.9.0.dfsg.1-4X Window System Resize, Rotate and
ii  libxrender11:0.9.0.2-1   X Rendering Extension client libra
ii  zlib1g 1:1.2.3-9 compression library - runtime

thunar recommends no packages.

-- no debconf information


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

Bug#349755: Acknowledgement (wine: Wine reports screen resolution error)

[Mr Paul A. Judd]

 ls /media/cdrom/PcSuite/
Nokia_PC_Suite_ar.exe  Nokia_PC_Suite_hu.exe  Nokia_PC_Suite_sk.exe
Nokia_PC_Suite_cs.exe  Nokia_PC_Suite_id.exe  Nokia_PC_Suite_sl.exe
Nokia_PC_Suite_da.exe  Nokia_PC_Suite_it.exe  Nokia_PC_Suite_sv.exe
Nokia_PC_Suite_de.exe  Nokia_PC_Suite_ms.exe  Nokia_PC_Suite_th.exe
Nokia_PC_Suite_el.exe  Nokia_PC_Suite_nl.exe  Nokia_PC_Suite_tr.exe
Nokia_PC_Suite_en.exe  Nokia_PC_Suite_no.exe  Nokia_PC_Suite_zh_hk.exe
Nokia_PC_Suite_es.exe  Nokia_PC_Suite_pl.exe  Nokia_PC_Suite_zh_sc.exe
Nokia_PC_Suite_fi.exe  Nokia_PC_Suite_pt.exe  PCSuite5.8.exe
Nokia_PC_Suite_fr.exe  Nokia_PC_Suite_ro.exe
Nokia_PC_Suite_he.exe  Nokia_PC_Suite_ru.exe

 ls /media/cdrom
DKU5.exe  DKU5.ico  Driver  PcSuite  autorun.inf

Ran DKU5.exe ; chose install pcsuite english
reported cannot find \PCSuite\INSTALLIA.exe

Ran /media/cdrom/PcSuite/PCSuite5.8.exe
reported 
when english choosen:
windows error -2147286787
1607: unable to install Scripting inifile

Please use the registry key HKEY_CURRENT_CONFIG\Software\Fonts\LogPixels
to set the screen resolution and remove the "Resolution" entry in the config 
file



~~~
On Wed, 25 Jan 2006 11:03, Debian Bug Tracking System wrote:
> Thank you for the problem report you have sent regarding Debian.
> This is an automatically generated reply, to let you know your message has
> been received.  It is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Ove Kaaven <[EMAIL PROTECTED]>
>
> If you wish to submit further information on your problem, please send
> it to [EMAIL PROTECTED] (and *not* to
> [EMAIL PROTECTED]).
>
> Please do not reply to the address at the top of this message,
> unless you wish to report a problem with the Bug-tracking system.
>
> Debian bug tracking system administrator
> (administrator, Debian Bugs database)

-- 

"Paul" <[EMAIL PROTECTED]>



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

Bug#328431: libspiffy-perl: Please upgrade to 0.29

[Florian Ragwitz]

Package: libspiffy-perl
Version: 0.21-1
Followup-For: Bug #328431

Hello,

please upgrade the Debian package of Spiffy.pm to version version 0.29.
This version is needed to package Test::Base which is a new dependency
of the rewritten YAML.pm >0.50 which would be great to have in Debian.


TIA,
Flo

-- 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.13
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages libspiffy-perl depends on:
ii  libfilter-perl1.31-1 Perl source filters
ii  perl  5.8.7-10   Larry Wall's Practical Extraction 
ii  perl-base [libscalar-list-uti 5.8.7-10   The Pathologically Eclectic Rubbis

libspiffy-perl recommends no packages.

-- no debconf information


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

Bug#349365: piuparts-master should support clients of different arch

[Lars Wirzenius]

su, 2006-01-22 kello 16:47 +0100, Holger Levsen kirjoitti:
> this bug is (also) a reminder that I offer to run a piuparts client on 
> powerpc. AFAIK, this still lacks support on the piuparts master side. (Your 
> master runs on i386, right?)

Yeah, that's one of the things that needs to be done before running
piuparts on multiple architectures is sensible. Another is figuring out
a workflow for dealing with failure logs and bugs that get reported,
etc.

Might be a good idea to discuss this on debian-qa or somewhere.

> I hope you don't mind this bugreport :-)

Not in the least.

-- 
Lies. Damn Lies. Stupid jokes about statistics.



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

Bug#349678: libxft-dev: pkg-config file says requires xproto that don't exist

[David Nusinow]

tags 349678 + pending
thanks

On Tue, Jan 24, 2006 at 03:30:32PM +0100, Mike Hommey wrote:
> Package: libxft-dev
> Version: 2.1.8.2-1
> Severity: critical
> Justification: breaks unrelated software
> 
> The file /usr/lib/pkgconfig/xft.pc says xft requires xproto, which is
> available in no package, as stated by apt-file.
> 
> Even if it existed, there should be a dependency to the dev package
> holding it.
> 
> That breaks all packages that build depend on libxft and rely on
> pkg-config to get the compilation and linking flags (such as mozilla,
> thunderbird, firefox...).

Ok, fixed in svn. I'll upload a new version soon. Thanks!

 - David Nusinow


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

Bug#348706: Possible patch

[Regis Boudin]

tags 348706 +patch
thanks

Hi,

Continuing my amaya bug squashing.

It looks like the problem is due to the Mesa part. Applying the attached
patch, amaya was linked against the Xorg shared library during the build
instead of the internally provided one. 

Note this patch also includes the one getting rid of the rpath complaint
from lintian, as it affects the configure file.

Hopefully, with the other patches I already submitted, the amaya package
will now be in a good enough shape to be uploaded. Applying them, I
could successfully build the package with pbuilder, install it and run
it.

Regards
Regis
-- 
"While a monkey can be a manager, it takes a human to be an engineer"
Erik Zapletal



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

Bug#337884: gnome-applets: Add Formiga city in GNOME Weather Applet

[Gustavo Noronha Silva]

Em Qua, 2006-01-11 às 01:46 -0200, Guilherme M. Gondim (semente)
escreveu:
> Em Sex, 2006-01-06 às 09:54 +0100, Mohammed Adnène Trojette escreveu:
> > Formiga Formiga SNEO
> > Formiga Formiga Apt SNFO
> > Which one is the one?
> 
> I do not know... :-(  Perhaps he is the first one...

According to semente, both refer to almost the same location. I believe
we could do like it was done to Belo Horizonte, add Formiga and Formiga
Apt, simply, and let the user choose.

Thanks,

-- 
[EMAIL PROTECTED]: Gustavo Noronha 
Debian:    *  



signature.asc
Description: Esta é uma parte de mensagem	assinada digitalmente

Bug#340121: didiwiki: leaves /var/lib/didiwiki/styles.css after purge

[Lars Wirzenius]

la, 2006-01-21 kello 19:54 +, Moray Allan kirjoitti:
> This change:
> 
> --- 
> /home/moray/Projects/debian/hanna/didiwiki/didiwiki-0.5/debian/didiwiki.postrm
>  2005-03-31 21:45:14.0 +0100
> +++ debian/didiwiki.postrm  2006-01-21 19:47:23.0 +
> @@ -4,7 +4,7 @@
> 
>  case "$1" in
>  purge)
> -userdel didiwiki || true
> +userdel -r didiwiki || true
> rm -f /var/run/didiwiki.pid
>  ;;
> 
> would remove /var/lib/didiwiki entirely when the package is purged.

That could perhaps be an acceptable solution, depending on how the users
use things (I don't use it myself, I just test things with piuparts).
I'm happy with any solution (including adding things to piuparts's
ignore list) that you're happy with.

-- 
I think, therefore I am alone in the universe. -- Over the Hedge



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

Bug#349758: thunar: crashing while scrolling through list

[Evgeni Golov]

Package: thunar
Version: 0.2.0alpha-r19548-1

Hi,

after the latest update of Thunar in Unstable, it crashes everytime
when I scroll down.

You can see the following error:
Thunar-ERROR **: Failed to load fallback icon from
`/usr/share/pixmaps/Thunar/Thunar-fallback-icon.png' (Failed to open
file '/usr/share/pixmaps/Thunar/Thunar-fallback-icon.png': No such file
or directory). Check your installation!

/usr/share/pixmaps/Thunar/ does not exist - so this bug makes Thunar
unusable.

Regards
Evgeni

-- 
   ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED])
 d(O_o)b  | PGP-Key-ID: 0xAC15B50C
  >-|-<   | WWW: www.die-welt.net   ICQ: 54116744
   / \| IRC: #sod @ irc.german-freakz.net

Frueher nahmen wir pr0n, um die Leitung vollzumachen. Heute tun's auch
KDE-updates (jjFux - IRCNet)


pgpl6DX2LvR35.pgp
Description: PGP signature

Bug#338725: dpkg-shlibdeps: recursion is not always the answer

[Steve Langasek]

On Tue, Jan 24, 2006 at 06:00:28PM +0100, Frank Lichtenheld wrote:
> On Sat, Nov 12, 2005 at 03:18:01AM -0800, Steve Langasek wrote:
> > # Now: See if it is in this package.  See if it is in any other package.
> > sub searchdir {
> > my $dir = shift;
> > if(opendir(DIR, $dir)) {
> > my @dirents = readdir(DIR);
> > closedir(DIR);
> > for (@dirents) {
> > if ( -f "$dir/$_/DEBIAN/shlibs" ) {
> > push(@curshlibs, "$dir/$_/DEBIAN/shlibs");
> > next;
> > } elsif ( $_ !~ /^\./ && -d "$dir/$_" && ! -l "$dir/$_" ) {
> > &searchdir("$dir/$_");
> > }
> > }
> > }
> > }

> > This function apparently isn't content to look for
> > debian/$pkg/DEBIAN/shlibs; it feels a need to look for things like
> > debian/xfonts-75dpi-transcoded/usr/X11R6/lib/X11/fonts/75dpi/helvB24-ISO8859-9.pcf.gz/DEBIAN/shlibs
> > as well.

> To account for more interesting ideas that maintainers could have I
> would propose the following compromise: Replace the elsif line with
> } elsif ( ! -e "$dir/$_/DEBIAN" && !~ /^\./ && -d "$dir/$_" && ! -l "$dir/$_" 
> ) {

> This at least eliminates the search within the packages that have no
> shlibs file which should be the major cause for massive recursion.

Could you comment on what "interesting ideas" maintainers would have that
are worth supporting here? :)

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


signature.asc
Description: Digital signature

Bug#349756: libpetsc2.3.0-dev: bmake/linux-gnu/petscconf defines top_builddir

[Adam C Powell IV]

Package: libpetsc2.3.0-dev
Version: 2.3.0-2
Severity: minor

Greetings,

bmake/linux-gnu/petscconf defines top_builddir, which breaks some
packages building against PETSc.  It's also worth noting
the /home/hazelsct scattered around the bmake dir in a few places...

-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Welcome to the best software in the world today cafe!
http://www.take6.com/albums/greatesthits.html


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

Bug#349726: fetchmail: MAIL FROM: derived from Return-Path may cause double-bounces and bounceloops

[Matthias Andree]

Andreas Beck <[EMAIL PROTECTED]> writes:

> However, when downloading via POP, the return path of bounces is usually
> set to the mailer daemon that sent the bounce,

...which would constitute a bug. It's not entirely clear what exactly
you mean, I'll try my best to answer:

> as the mailserver that delivers to the POP-box sets it, as it does
> (from its point of view) a final delivery.

Bounces are to be sent with NULL envelope sender, fetchmail fails at
that (Bug#316446, fixed in 6.3.0) and the vast majority of bounces I am
downloading with fetchmail have "Return-Path: <>" as their first line...

Bounces (rather than SMTP rejects) are a more general problem, see also
Bug#146306 (still open).

fetchmail 6.3.0 and newer versions use a null envelope sender (reverse
path) for the fetchmail-generated bounces, thanks to Holger Mauermann's
bounce patch (the patch fixed other annoyances in bounces, too). This
null reverse path is hardwired in the bounce code.

Generating bounce loops however requires feeding the bounce back to
fetchmail's POP3 box somehow, which usually means the fetchmail-daemon@
alias is missing on the local system or forwarding to a domain that
fetchmail is supposed to fetch.

> The feature I request would that be to introduce an option
> "envelopefrom" or similar, that works on the MAIL FROM: line just like 
> the "envelope" option does for the RCPT TO:.
>
> The option should default to "Return-path", thus keeping backward
> compatibility.

I have yet to see a site that would use a custom header instead of
Return-Path, and I don't see how that custom header would be any more
reliable or useful than Return-Path. The latter is supposed to contain
the reverse path. I don't think adding another option is of use here.

Backporting the compatible parts of Holger Mauermann's bounce patch for
Debian's sarge release might be worth considering though. The diff is
archived at Rob Funk's site and I believe also in the list.ccil.org
archives for the fetchmail-friends list.

NOTE: The patch isn't suitable for direct application to sarge and needs
to be stripped of incompatible changes (such as changing the From:
header or the bounce message text):


-- 
Matthias Andree


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

Bug#153305: Info received (was [DPKG] doesn't pass --admindir and --root to dpkg-query)

[Branden Robinson]

Sigh.  Patch really attached this time.

-- 
Branden Robinson  | GPG signed/encrypted mail welcome
[EMAIL PROTECTED]   | 1024D/9C0BCBFB
Progeny Linux Systems | D5F6 D4C9 E25B 3D37 068C
  | 72E8 0F42 191A 9C0B CBFB
Index: dpkg/branches/dpkg-opensolaris/src/main.c
===
--- dpkg/branches/dpkg-opensolaris/src/main.c   (revision 5334)
+++ dpkg/branches/dpkg-opensolaris/src/main.c   (revision 5335)
@@ -349,16 +349,17 @@
 void execbackend(const char *const *argv) NONRETURNING;
 void commandfd(const char *const *argv);
 static const struct cmdinfo cmdinfos[]= {
-  /* This table has both the action entries in it and the normal options.
-   * The action entries are made with the ACTION macro, as they all
+  /*
+   * This table has both the action entries in it and the normal options.
+   * The action entries are made with the ACTION macros, as they all
* have a very similar structure.
*/
 #define ACTION(longopt,shortopt,code,function) \
  { longopt, shortopt, 0,0,0, setaction, code, 0, (voidfnp)function }
 #define OBSOLETE(longopt,shortopt) \
  { longopt, shortopt, 0,0,0, setobsolete, 0, 0, 0 }
-#define ACTIONBACKEND(longopt,shortop, backend) \
- { longopt, shortop, 0,0,0, setaction, 0, (void*)backend, (voidfnp)execbackend 
}
+#define ACTIONBACKEND(longopt,shortopt,backend) \
+ { longopt, shortopt, 0,0,0, setaction, 0, (void*)backend, 
(voidfnp)execbackend }
 
   ACTION( "install",'i', act_install,  
archivefiles),
   ACTION( "unpack",  0,  act_unpack,   
archivefiles),
@@ -433,27 +434,57 @@
 };
 
 void execbackend(const char *const *argv) {
-  char **nargv;
-  int i, argc = 1;
+  char **nargv;   /* argv for backend command */
+  int i = 0;  /* index for nargv */
+  int offset = 0; /* offset for copying argv strings to nargv */
+  int argc = 1;   /* for nargv */
   const char *const *arg = argv;
   while(*arg != 0) { arg++; argc++; }
   nargv= malloc(sizeof(char *) * (argc + 2));
 
   if (!nargv) ohshite(_("couldn't malloc in execbackend"));
-  nargv[0]= strdup(cipaction->parg);
-  if (!nargv[0]) ohshite(_("couldn't strdup in execbackend"));
-  nargv[1]= malloc(strlen(cipaction->olong) + 3);
-  if (!nargv[1]) ohshite(_("couldn't malloc in execbackend"));
-  strcpy(nargv[1], "--");
-  strcat(nargv[1], cipaction->olong);
-  for (i= 2; i <= argc; i++) {
-nargv[i]= strdup(argv[i-2]);
+  nargv[i]= strdup(cipaction->parg);
+  if (!nargv[i]) ohshite(_("couldn't strdup in execbackend"));
+  i++, offset++;
+
+  /*
+   * Special case: dpkg-query takes the --admindir option, and
+   * if dpkg itself was given a different admin directory, we
+   * need to pass it along to dpkg-query.
+   *
+   * No other backend takes any of --root, --admindir, or
+   * --instdir.
+   */
+  if (!strcmp(nargv[0], DPKGQUERY)) {
+if (strcmp(admindir, ADMINDIR)) {
+  nargv[i] = malloc((strlen("--admindir=") + strlen(admindir) + 1));
+  if (!nargv[i]) ohshite(_("couldn't malloc in execbackend"));
+  (void) sprintf(nargv[i], "--admindir=%s", admindir);
+  /*
+   * We've added an argument, so increment the current
+   * position, the offset, and the number of arguments.
+   */
+  i++, offset++, argc++;
+}
+  }
+
+  nargv[i]= malloc(strlen(cipaction->olong) + 3);
+  if (!nargv[i]) ohshite(_("couldn't malloc in execbackend"));
+  strcpy(nargv[i], "--");
+  strcat(nargv[i], cipaction->olong);
+  i++, offset++;
+
+  /* Copy arguments from argv to nargv. */
+  for (; i <= argc; i++) {
+nargv[i]= strdup(argv[i - offset]);
 if (!nargv[i]) ohshite(_("couldn't strdup in execbackend"));
   }
   nargv[i]= 0;
+
   execvp(cipaction->parg, nargv);
   ohshite(_("failed to exec %s"),(char *)cipaction->parg);
 }
+
 void commandfd(const char *const *argv) {
   jmp_buf ejbuf;
   struct varbuf linevb;

Bug#349755: wine: Wine reports screen resolution error

[Paul Anthony Judd]

Package: wine
Version: 0.0.20050310-1.1
Severity: normal

When using Nokia DKU-5 set up cd it reports:
Please use the registry key HKEY_CURRENT_CONFIG\Software\Fonts\LogPixels
to set the screen resolution and remove the "Resolution" entry in the config 
file

is this the .wine/config file?

[fonts]
;Read the Fonts topic in the Wine User Guide before adding aliases
;See a couple of examples for russian users below
"Resolution" = "96"
;;nokia test run said to delete above and mention this
;;HKEY_CURRENT_CONFIG\Software\Fonts\LogPixels
"Default" = "-adobe-helvetica-"
"DefaultFixed" = "fixed"
"DefaultSerif" = "-adobe-times-"
"DefaultSansSerif" = "-adobe-helvetica-"


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-686-smp
Locale: LANG=en_AU, LC_CTYPE= (charmap=ISO-8859-1)

Versions of packages wine depends on:
ii  debconf1.4.30.13 Debian configuration management sy
ii  libwine0.0.20050310-1.1  Windows Emulator (Library)
ii  xbase-clients [xco 4.3.0.dfsg.1-14sarge1 miscellaneous X clients

-- debconf information:
  wine/del_wine_conf: true
  wine/install_type: Autodetect


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

Bug#153305: [DPKG] doesn't pass --admindir and --root to dpkg-query

[Branden Robinson]

tag 153305 + patch
thanks

I believe I have a fix for this bug.  I spent a while considering more
generalized solutions, including adding a field to the cmdinfo structure
for "pass this flag to backends", but decided against it for the reasons
noted in the comments.

This patch compiles and works as far as I can tell:

1253 {0} [EMAIL PROTECTED]:~/dpkg/bin$ dpkg --admindir=/lost+found --list 
>/dev/null && echo MIRACULOUS SUCCESS
MIRACULOUS SUCCESS
1254 {0} [EMAIL PROTECTED]:~/dpkg/bin$ ./dpkg --admindir=/lost+found --list 
>/dev/null && echo MIRACULOUS SUCCESS
dpkg-query: failed to open package info file `/lost+found/status' for reading: 
No such file or directory

Because of the setroot() function, --root works as well despite
dpkg-query not recognizing the option itself.

Patch attached.  It is also reviewable via Progeny's Subversion server:

svn diff -r 5334:5335 svn://svn.progeny.com/

Here's the commit message I used:

  Fix dpkg bug (Debian #153305) where dpkg would not pass an
  alternative admin directory to dpkg-query.

  Correct apparent typo in macro definition.

  Update and add some comments and whitespace for easier reading.

Please let me know if there is anything I can do to further improve this
patch.

-- 
Branden Robinson  | GPG signed/encrypted mail welcome
[EMAIL PROTECTED]   | 1024D/9C0BCBFB
Progeny Linux Systems | D5F6 D4C9 E25B 3D37 068C
  | 72E8 0F42 191A 9C0B CBFB


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

Bug#349754: cacti seems to depend on mysql-server, but it only recommends it

[Patrick Schneider]

Package: cacti
Version: 0.8.6h-2

I did not have mysql-server installed and when I tried to install cacti, 
it failed:
The preconfigure part asked me for an admin password and a user password 
for the mysql database. It tried to connect and failed.

Here's the transcript:

LANG=C apt-get install cacti
Reading package lists... Done
Building dependency tree... Done
Recommended packages:
 mysql-server
The following NEW packages will be installed:
 cacti
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/921kB of archives.
After unpacking 3510kB of additional disk space will be used.
Preconfiguring packages ...
Selecting previously deselected package cacti.
(Reading database ... 16369 files and directories currently installed.)
Unpacking cacti (from .../cacti_0.8.6h-2_all.deb) ...
Setting up cacti (0.8.6h-2) ...
dbconfig-common: writing config to /etc/dbconfig-common/cacti.conf

Creating config file /etc/dbconfig-common/cacti.conf with new version

Creating config file /etc/cacti/debian.php with new version
error encountered creating user:
ERROR 2002 (HY000): Can't connect to local MySQL server through socket 
'/var/run/mysqld/mysqld.sock' (2)

dbconfig-common: cacti configure: aborted.
dbconfig-common: flushing administrative password
dpkg: error processing cacti (--configure):
subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
cacti
E: Sub-process /usr/bin/dpkg returned an error code (1)



I suggest that cacti should depend on mysql-server.

I'm using Debian sid with kernel 2.6.15 on armv5tel .

Regards,
Patrick


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

Bug#349753: base-files: MAKEDEV does not make /dev/usb/...

[Paul Anthony Judd]

Package: base-files
Version: 3.1.2
Severity: important

When using
cd /dev ; ./MAKEDEV -v usb
it  reports making usb/ but they do not exist when ls is used. locate
usb|grep dev
will find /dev/.static/dev/usb/...
Why.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-686-smp
Locale: LANG=en_AU, LC_CTYPE= (charmap=ISO-8859-1)

Versions of packages base-files depends on:
ii  base-passwd   3.5.9  Debian base system master password
ii  mawk [awk]1.3.3-11   a pattern scanning and text proces

-- no debconf information


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

Bug#349752: hwdata: Nokia product vender code

[Paul Anthony Judd]

Package: hwdata
Version: 0.148-1
Severity: normal

If I do lsusb when Nokia DKU-5 cable is connected I get
vendor 0x6547
product 0x0232
but /usr/shareHwdata/usb.ids reports
vendor 0421
product 0800

Why. Is octal/decimal reading differences?

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-686-smp
Locale: LANG=en_AU, LC_CTYPE= (charmap=ISO-8859-1)

-- no debconf information


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

Bug#349751: rhythmbox-applet: a new version exists which is compatible with 0.9.2

[ronney]

Package: rhythmbox-applet
Version: 0.1.7-1
Severity: wishlist

There is a new Version, which would be compatible with Rhythmbox 0.9.2.
Would be nice if this one would be uploaded.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (600, 'unstable'), (200, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.15-4
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-15)

Versions of packages rhythmbox-applet depends on:
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-1The Bonobo UI library
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libeel2-22.12.2-3Eazel Extensions Library (for GNOM
ii  libgail-common   1.8.8-1 GNOME Accessibility Implementation
ii  libgail171.8.8-1 GNOME Accessibility Implementation
ii  libgconf2-4  2.12.1-8GNOME configuration database syste
ii  libglade2-0  1: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  libgnome2-0  2.12.0.1-4  The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.12.0-2A powerful object-oriented display
ii  libgnomeui-0 2.12.0-2The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.12.2-5GNOME virtual file-system (runtime
ii  libgtk2.0-0  2.8.9-2 The GTK+ graphical user interface 
ii  libice6  6.8.2.dfsg.1-11 Inter-Client Exchange library
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0   2.12.2-3library for GNOME 2 panel applets
ii  libpango1.0-01.10.2-1Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   6.8.2.dfsg.1-11 X Window System Session Management
ii  libxml2  2.6.23-1.1  GNOME XML library
ii  rhythmbox0.9.2-2 music player and organizer for GNO
ii  xlibs6.8.2.dfsg.1-11 X Window System client libraries m
ii  zlib1g   1:1.2.3-9   compression library - runtime

rhythmbox-applet recommends no packages.

-- no debconf information


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

Bug#349717: bastille: recode manpages to ascii to avoid warnings

[Javier Fernández-Sanguino Peña]

On Tue, Jan 24, 2006 at 09:46:27PM +0100, Nicolas François wrote:
> Package: bastille
> Version: 1:2.1.1-12
> Severity: minor
> Tags: patch
> 
> Hi,
> 
> The attached patch recodes the manpages in ascii.

Thanks for the patch. I'll review it and apply it.

Javier


signature.asc
Description: Digital signature

Bug#349722: installation-reports: touchpad extremely slow

[Cesare Leonardi]

Leena Romppainen wrote:

Machine: Sony Vaio SGN-S5HP
Processor: Intel Pentium M 740 1.73 GHz
Memory: 512 MB


[...]

Touchpad is extremely slow even when settings have been put to the 
fastest possible (touchpad is fine in Windows XP and Ubuntu (breezy  
5.10), but makes the Debian fairly irritating to use.


I think you talk about mouse pointer under X.
In that case, looks like the problem that affects also my Sony Vaio 
VGN-B3VP and several other laptop based on ALPS touchpad. Please, look 
(and post) the dmesg output to see if you also have an ALPS mouse. If 
yes, continue to read.


The first thing you have to do is to install the 
"xfree86-driver-synaptics", that enable you to configure some advanced 
functionality of your mouse, like tapping, pointer speed, etc.
Doing that can solve your problem or not, depending on the type of ALPS 
mouse you have. For me that was not sufficent: i had also to use a 
2.6.12 kernel (or later) and to tweak the "/etc/X11/xorg.conf" by adding

the following line under the touchpad "InputDevice" section:
Option  "MinSpeed"  "0.5"
Option  "MaxSpeed"  "1.0"
These values were chosen by me empirically: you can choose the values 
you like. And remember to read the instruction at the top of xorg.conf 
regarding the MD5 update.

After you have modified xorg.conf, you have to restart X.

Since you say that your touchpad works under Ubuntu Breezy, i suppose 
you are part of those "fortunate" guy (that seems to be the majority) 
for which their "xorg-driver-synaptics" version 0.13.6 works. It is 
installed by default and corresponds to debian's 
xfree86-driver-synaptics. For my touchpad it is necessary to have at 
least version 0.14.3 to access to its extended functionality and when 
they reverted to 0.13.6 few weeks before the Breezy launch, that broke 
my mouse.
So for me was the opposite of your situation: my mouse works well under 
debian but not under Ubuntu.


However i suggest you to give a look at the Synaptics touchpad 
maintainer page:

http://web.telia.com/~u89404340/touchpad/
I also suggest you to look at:
http://bugzilla.ubuntu.com/show_bug.cgi?id=15182
And to search to this problem on the web: it's not a debian specific bug.

Regards.

Cesare.


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

Bug#349750: kernel-package: Typo in the Spanish make-kpkg man page

[Nicolas François]

Package: kernel-package
Version: 10.032
Severity: minor
Tags: patch

Hello,

The attached patch fixes a typo in the Spanish make-kpkg man page.

Kind Regards,
-- 
Nekral
diff -rauN ../orig/kernel-package-10.032/make-kpkg.es.8 
./kernel-package-10.032/make-kpkg.es.8
--- ../orig/kernel-package-10.032/make-kpkg.es.82005-11-09 
02:22:27.0 +0100
+++ ./kernel-package-10.032/make-kpkg.es.8  2006-01-25 00:07:48.0 
+0100
@@ -139,7 +139,7 @@
 .I localversion.
 Esto predomina sobre la variable de entorno
 .B APPEND_TO_VERSION.
-Por favor, dese cuenta que \fB\s\-1debe\s0\fR ejecutar
+Por favor, dese cuenta que \fB\s-1debe\s0\fR ejecutar
 .B make\-kpkg 
 .I clean
 despu�s de configurar el n�cleo usando

Bug#333636: Patch to correct FTBFS

[Henry Precheur]

The fix is a little bit more complicated than '.' to '->'.
I have attached a patch to correct this.

And yes I guess upgrading to version 0.15 should be better but
apparently it does not compile under current debian testing (dont have
tried unstable).

--
   Henry Prêcheur
diff -ru ffmpeg2theora-0.13+svn20050704/ffmpeg2theora.c 
ffmpeg2theora-0.13+svn20050704.fixed/ffmpeg2theora.c
--- ffmpeg2theora-0.13+svn20050704/ffmpeg2theora.c  2005-07-04 
23:15:49.0 +0200
+++ ffmpeg2theora-0.13+svn20050704.fixed/ffmpeg2theora.c2006-01-24 
23:42:00.0 +0100
@@ -128,7 +128,7 @@
 
 
 if(this->audiostream >= 0 && this->context->nb_streams > 
this->audiostream) {
-AVCodecContext *enc = 
&this->context->streams[this->audiostream]->codec;
+AVCodecContext *enc = this->context->streams[this->audiostream]->codec;
 if (enc->codec_type == CODEC_TYPE_AUDIO) {
 this->audio_index = this->audiostream;
 fprintf(stderr,"  Using stream #0.%d as audio 
input\n",this->audio_index);
@@ -139,7 +139,7 @@
 }
 
 for (i = 0; i < this->context->nb_streams; i++){
-AVCodecContext *enc = &this->context->streams[i]->codec;
+AVCodecContext *enc = this->context->streams[i]->codec;
 switch (enc->codec_type){
 case CODEC_TYPE_VIDEO:
 if (this->video_index < 0)
@@ -156,7 +156,7 @@
 
 if (this->video_index >= 0){
 vstream = this->context->streams[this->video_index];
-venc = &this->context->streams[this->video_index]->codec;
+venc = this->context->streams[this->video_index]->codec;
 vcodec = avcodec_find_decoder (venc->codec_id);
 
 #if LIBAVFORMAT_BUILD <= 4623
@@ -234,8 +234,8 @@
 int 
width=venc->width-this->frame_leftBand-this->frame_rightBand;
 int 
height=venc->height-this->frame_topBand-this->frame_bottomBand;
 av_reduce(&this->aspect_numerator,&this->aspect_denominator,
-venc->sample_aspect_ratio.num*width*this->picture_height,
-
venc->sample_aspect_ratio.den*height*this->picture_width,1);
+ 
venc->sample_aspect_ratio.num*width*this->picture_height,
+ 
venc->sample_aspect_ratio.den*height*this->picture_width,1);
 
frame_aspect=(float)(this->aspect_numerator*this->picture_width)/
 
(this->aspect_denominator*this->picture_height);
 }
@@ -298,7 +298,7 @@
 
 if (this->audio_index >= 0){
 astream = this->context->streams[this->audio_index];
-aenc = &this->context->streams[this->audio_index]->codec;
+aenc = this->context->streams[this->audio_index]->codec;
 acodec = avcodec_find_decoder (aenc->codec_id);
 if (this->channels != aenc->channels && aenc->codec_id == CODEC_ID_AC3)
 aenc->channels = this->channels;
@@ -350,14 +350,14 @@
 info.video_only=1;
 
 if(!info.audio_only){
-frame = alloc_picture(vstream->codec.pix_fmt,
-vstream->codec.width,vstream->codec.height);
-frame_tmp = alloc_picture(vstream->codec.pix_fmt,
-vstream->codec.width,vstream->codec.height);
+frame = alloc_picture(vstream->codec->pix_fmt,
+vstream->codec->width,vstream->codec->height);
+frame_tmp = alloc_picture(vstream->codec->pix_fmt,
+vstream->codec->width,vstream->codec->height);
 output_tmp =alloc_picture(PIX_FMT_YUV420P, 
-vstream->codec.width,vstream->codec.height);
+vstream->codec->width,vstream->codec->height);
 output =alloc_picture(PIX_FMT_YUV420P, 
-vstream->codec.width,vstream->codec.height);
+vstream->codec->width,vstream->codec->height);
 output_resized =alloc_picture(PIX_FMT_YUV420P, 
 this->frame_width, this->frame_height);
 output_buffered =alloc_picture(PIX_FMT_YUV420P,
@@ -461,7 +461,7 @@
 while(e_o_s || len > 0){
 int dups = 0;
 if(len >0 &&
-(len1 = avcodec_decode_video(&vstream->codec,
+(len1 = avcodec_decode_video(vstream->codec,
 frame,&got_picture, ptr, len))>0) {
 
 if(got_picture){
@@ -480,7 +480,7 @@
 break;
 }
 if (delta > 0.7) {
-dups = lrintf(delta);
+dups = (int)(delta);
 fprintf(stderr,
  

Bug#257021: gaim: history plugin with people with huge histories causes hang

[Emilian Nowak]

Hello,
I just opened html history file which has 1,1MB. It took approx 30 seconds to
render this text on my P4 3,2GHz. During this rendering all gaim GUI was
freezed - it's very annoying :-P
Opening the same file in opera takes ~1sec, in firefox ~3sec.
Probably performance of this rendering engine in gaim could be better, or at
least it should be in additional thread, so it will not freeze main GUI. 


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

Bug#349743: closed

[Guillaume Pellerin]

Ok, sorry !
The package just hadn't been upgraded (2.0.0-2 to 2.0.1-2) after an apt-get 
upgrade

So, I had to make an
apt-get install openoffice.org-writer
again, to make it work (libwpd8c2 also upgraded to libwpd8c2a)

best,
yomguy


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

Bug#347556: linux-image-2.6.15-1-alpha-generic: undefined symbols in xfs.ko on

[Steve Langasek]

On Tue, Jan 24, 2006 at 10:54:19PM +0100, maximilian attems wrote:
> hello,

> latest stable 2.6.15 has troubles with xfs on alpha,
> could you please hunt that?

This isn't an XFS problem, it's an Alpha problem.  We've already diagnosed
this on IRC, and it turns out to be due to the alpha upstream maintainers
trying to out-clever the kernel's standard clever handling of "inline",
which results in code that must always be inlined not always being inlined.

This doesn't affect just the xfs module, it also affects drm.ko.

Anyway, a tentative fix has been proposed, to use the always_inline
attribute explicitly for this function, but it remains to be implemented --
I don't have space here to do test kernel builds for alpha without doing a
lot of shuffling, and nobse hasn't gotten back to me on it since the day we
had that discussion on IRC.

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


signature.asc
Description: Digital signature

Bug#349749: main-menu: Add pre and post scripts execution for a menu item

[Frans Pop]

Package: main-menu
Severity: wishlist
Tags: patch

This is a patch by Silvain Ferriol that was committed in SVN but was not 
liked by everybody and therefore needs further discussion.
Comments about it are welcome.

The changelog entry for the patch was:
* Add pre and post scripts execution for a menu item. It is useful
  if you want to interact in the installation process without creating
  a specific udeb package for that.

Index: debian/rules
===
--- debian/rules	(revision 32804)
+++ debian/rules	(revision 32805)
@@ -18,6 +18,7 @@
 	dh_testroot
 	dh_clean -k
 	dh_install main-menu usr/bin
+	dh_installdirs lib/main-menu.d lib/main-menu-pre.d lib/main-menu-post.d
 
 binary-indep: build install
 
Index: main-menu.c
===
--- main-menu.c	(revision 32804)
+++ main-menu.c	(revision 32805)
@@ -507,34 +507,32 @@
 	debconf_capb(debconf, "backup");
 }
 
-/* Cheap-and-cheerful run-parts-a-like for /lib/main-menu.d. Allows packages
- * to register scripts to be run at main-menu startup that need to share
- * main-menu's debconf frontend but that don't merit a menu item, such as
- * setting an info message.
- */
-static void menu_startup (void) {
+/* execute scripts in a directory */
+static void do_scripts (const char *dir) {
 	struct dirent **namelist;
 	int entries, i;
 
 	/* scandir() isn't POSIX, but it makes things easy. */
-	entries = scandir(MAIN_MENU_DIR, &namelist, NULL, alphasort);
+	entries = scandir(dir, &namelist, NULL, alphasort);
 	if (entries < 0)
 		return;
 
 	for (i = 0; i < entries; ++i) {
+		int ret;
+		
 		size_t len;
 		char *filename;
 		struct stat st;
-		int ret;
-
+		
 		if (strcmp(namelist[i]->d_name, ".") == 0 || strcmp(namelist[i]->d_name, "..") == 0)
 			continue;
-
+		
 		/* sizeof(MAIN_MENU_DIR) includes trailing \0 */
-		len = sizeof(MAIN_MENU_DIR) + 1 + strlen(namelist[i]->d_name);
+		len = strlen(dir) + 1 + strlen(namelist[i]->d_name) + 1;
 		filename = di_new(char, len);
-		snprintf(filename, len, "%s/%s", MAIN_MENU_DIR, namelist[i]->d_name);
-
+		
+		snprintf(filename, len, "%s/%s", dir, namelist[i]->d_name);
+		di_log(DI_LOG_LEVEL_INFO, "filename=%s", filename);
 		if (stat(filename, &st) != 0) {
 			di_log(DI_LOG_LEVEL_WARNING, "Can't stat %s (%s)", filename, strerror(errno));
 			di_free(filename);
@@ -550,16 +548,48 @@
 			di_free(filename);
 			continue;
 		}
-
+		
 		di_log(DI_LOG_LEVEL_DEBUG, "Executing %s", filename);
 		ret = system(filename);
 		if (ret != 0)
 			di_log(DI_LOG_LEVEL_WARNING, "%s exited with status %d", filename, ret);
-
+		
 		di_free(filename);
 	}
 }
 
+/* Cheap-and-cheerful run-parts-a-like for /lib/main-menu.d. Allows packages
+ * to register scripts to be run at main-menu startup that need to share
+ * main-menu's debconf frontend but that don't merit a menu item, such as
+ * setting an info message.
+ */
+static void menu_startup (void) {
+	do_scripts(MAIN_MENU_DIR);
+}
+
+static void package_scripts(char *pkg_name, char *dir) {
+	size_t len;
+	char *pkg_dir_name;
+
+	len = strlen(dir) + 1 + strlen(pkg_name) + 1;
+	pkg_dir_name = di_new(char, len);
+	
+	snprintf(pkg_dir_name, len, "%s/%s", dir, pkg_name);
+	di_log(DI_LOG_LEVEL_INFO, "pkg_dir_name=%s", pkg_dir_name);
+
+	do_scripts(pkg_dir_name);
+	di_free(pkg_dir_name);
+}
+
+static void package_pre(char *pkg_name) {
+	di_log(DI_LOG_LEVEL_INFO, "Start Pre-scripts for package %s", pkg_name);
+	package_scripts(pkg_name, MAIN_MENU_PRE_DIR);
+}
+static void package_post(char *pkg_name) {
+	di_log(DI_LOG_LEVEL_INFO, "Start Post-scripts for package %s", pkg_name);
+	package_scripts(pkg_name, MAIN_MENU_POST_DIR);
+}
+
 int main (int argc __attribute__ ((unused)), char **argv) {
 	di_system_package *p;
 	di_packages *packages;
@@ -577,11 +607,14 @@
 	allocator = di_system_packages_allocator_alloc ();
 	packages = di_system_packages_status_read_file(DI_SYSTEM_DPKG_STATUSFILE, allocator);
 	while ((p=show_main_menu(packages, allocator))) {
+		package_pre(p->p.package);
 		ret = do_menu_item(p);
 		adjust_default_priority();
 		switch (ret) {
 			case EXIT_OK:
 /* Success */
+package_post(p->p.package);
+
 if (p->installer_menu_item < NEVERDEFAULT) {
 	last_successful_item = p->installer_menu_item;
 	modify_debconf_priority(RAISE);
Index: main-menu.h
===
--- main-menu.h	(revision 32804)
+++ main-menu.h	(revision 32805)
@@ -13,6 +13,8 @@
 #define MISSING_PROVIDE "debian-installer/missing-provide"
 #define ITEM_FAILURE	"debian-installer/main-menu/item-failure"
 #define MAIN_MENU_DIR	"/lib/main-menu.d"
+#define MAIN_MENU_PRE_DIR	"/lib/main-menu-pre.d"
+#define MAIN_MENU_POST_DIR	"/lib/main-menu-post.d"
 
 #include 
 

Bug#349748: manpages: missing .El in elf.5

[Nicolas François]

Package: manpages
Version: 2.17-1
Severity: minor
Tags: patch

Hello,

The attached patch adds a missing end of list (.El) in elf.5. This fixes
a warning when the page is displayed.

Kind Regards,
-- 
Nekral
diff -rauN ../orig/manpages-2.17/man5/elf.5 ./manpages-2.17/man5/elf.5
--- ../orig/manpages-2.17/man5/elf.52005-07-15 14:06:06.0 +0200
+++ ./manpages-2.17/man5/elf.5  2006-01-24 23:38:20.0 +0100
@@ -1271,6 +1271,7 @@
 .br
 convert a binding and a type into an st_info value.
 .El
+.El
 .Pp
 .It Dv st_other
 This member currently holds zero and has no defined meaning.