Bug#376050: please do not claim to "Manage permissions with debconf"

[Frank Küster]

Joey Hess <[EMAIL PROTECTED]> wrote:

> Package: tex-common
> Version: 0.24
> Severity: normal
>
> Debconf is a program that asks questions of the user. It does not manage
> config files or permissions of the TeX font cache and I do not
> appreciate text that implies that it does:
>
[...]
>  │ Manage the permissions of the TeX font cache with debconf?   │ 
>  

I see your point.  Is there a generally accepted term that should be
used instead?  "Managed by the postinst script" is too technical,
"managed by the package configuration mechanism" sounds too vague to
me.  

> Also, the "if you accept" / "if you do not accept" is some of the more
> clumsy English I have seen outside of 419 scams. Accept what?

Hm, that comes from the desire to phrase it in a way that will be
understandable in different frontends, in the readline where you have to
type "yes" as well as in the X-based ones where you simply click a
checkbox.  The intended meaning is "if you choose to let the postinst
script handle things"; what wording do you suggest?

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)

Bug#376078: It does not gettextize

[Jonny]

Package: leafpad
Version: 0.8.9-1

The path to a catalog file is not right.

With 0.8.9-1:
 strings /usr/bin/leafpad | grep locale
 ${prefix}/share/locale

With 0.8.7-1:
 strings /usr/bin/leafpad | grep locale
 /usr/share/locale


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

Bug#337169: stalin: ftbfs [sparc] Assertion `((size_t) &((struct{char dummy; FILE probe; } *)0)->probe)==4' failed

[Jurij Smakov]

Hi Rob,

Output of stalin-architecture on sparc (attached) appears to be different 
from the settings found in include/stalin.architectures: the value for 
file-alignment is 3 in the former and 2 in the latter. I guess that might 
explain why the build fails. Unfortunately, I cannot test this theory, 
because I don't have a non-sparc machine with enough memory to bootstrap a 
new C source from stalin.sc. If you will manage to generate an updated 
source file, I'll be glad to test it.


Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CCsparc
Linux
 ("SPARC"
  "char";*char*
  "int" ;*fixnum*
  "float"   ;*flonum* when float
  "double"  ;*flonum* when double
  "unsigned";*length*
  "unsigned";*tag*
  "unsigned";*squished*
  "int" ;*signed-squished*
  "FILE";*file*
  "jmp_buf" ;*jmpbuf*
  0 ;*char-alignment*
  2 ;*fixnum-alignment*
  2 ;*flonum-alignment* when float
  3 ;*flonum-alignment* when double
  2 ;*pointer-alignment*
  2 ;*length-alignment*
  2 ;*tag-alignment*
  2 ;*squished-alignment*
  3 ;*file-alignment*
  2 ;*jmpbuf-alignment*
  1 ;*char-size*
  4 ;*fixnum-size*
  4 ;*flonum-size* when float
  8 ;*flonum-size* when double
  4 ;*pointer-size*
  4 ;*length-size*
  4 ;*tag-size*
  4 ;*squished-size*
  #f)   ;*include-malloc-for-alloca?*

Bug#375958: Rotation and selection go well together

[Julien BLACHE]

Michael Tautschnig <[EMAIL PROTECTED]> wrote:

Hi,

>> Unless there's a big offset between the selection and the result, this
>> might not be a bug, due to alignment constraints and other funny
>> things :)
>
> I'd call it a big offset - it was around 2 cm.

OK, will take a look at it.

Thanks,

JB.

-- 
 Julien BLACHE <[EMAIL PROTECTED]>  |  Debian, because code matters more 
 Debian & GNU/Linux Developer|   
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


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

Bug#354346: time data did not match format

[[EMAIL PROTECTED]]

Hello, is it that bug which cause the lot of messages :
ERROR: time data did not match format:  data=Sun Jun 25 06:30:29 2006 
fmt=%a %b %d %H:%M:%S %Y

in /var/log/fail2ban.log ?

If it's the case, I'm afraid the bug isn't fixed or there might have 
been a regression, because I get a lot of this message running fail2ban 
v 0.6.1-8


--
Ce message a été vérifié par MailScanner
pour des virus ou des polluriels et rien de
suspect n'a été trouvé.
MailScanner remercie transtec pour son soutien.

Bug#376077: New upstream version 1.3.3

[Jonny]

Package: libm17n-0
Version: 1.3.1-1
Severity: wishlist

There is a new upstream version 1.3.3 of m17n.
http://www.m17n.org/m17n-lib/download/m17n-lib-1.3.3.tar.gz
http://www.m17n.org/m17n-lib/download/m17n-db-1.3.3.tar.gz
http://www.m17n.org/m17n-lib/download/m17n-docs-1.3.3.tar.gz


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

Bug#376083: Release of SimPy 1.7.1

[Klaus Muller]

Package: python-simpy
Version: 1.7.1
Severity: wishlist

A new release of SimPy the Python simulation package is now
available at http://sourceforge.net/projects/simpy/.  
The unix version is in SimPy-1.7.1.tar.gz. 
Installation instructions are in INSTALLATION.txt.

Klaus Müller  Tony Vignaux


smime.p7s
Description: S/MIME cryptographic signature

Bug#376081: "display: unable to load font ..." reincarnation

[Florian Lohoff]

Package: imagemagick
Version: 7:6.2.4.5.dfsg1-0.9
Severity: important

Hi,
it seems the bug #261634 has come back with the current version:

[EMAIL PROTECTED]:~$ display image002.jpg
display: unable to load font 
`-*-helvetica-medium-r-normal--12-*-*-*-*-*-iso8859-1'.
display: unable to load font 
`-*-helvetica-medium-r-normal--12-*-*-*-*-*-iso8859-1'.
[EMAIL PROTECTED]:~$

Flo


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

Versions of packages imagemagick depends on:
ii  libbz2-1.0   1.0.3-2 high-quality block-sorting file co
ii  libc62.3.6-15GNU C Library: Shared libraries
ii  libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib
ii  libice6  1:1.0.0-3   X11 Inter-Client Exchange library
ii  libjasper-1.701-11.701.0-2   The JasPer JPEG-2000 runtime libra
ii  libjpeg626b-13   The Independent JPEG Group's JPEG 
ii  liblcms1 1.15-1  Color management library
ii  libmagick9   7:6.2.4.5.dfsg1-0.9 Image manipulation library
ii  libpng12-0   1.2.8rel-5.1PNG library - runtime
ii  libsm6   1:1.0.0-4   X11 Session Management library
ii  libtiff4 3.8.2-5 Tag Image File Format (TIFF) libra
ii  libx11-6 2:1.0.0-6   X11 client-side library
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxml2  2.6.26.dfsg-1   GNOME XML library
ii  zlib1g   1:1.2.3-12  compression library - runtime

imagemagick recommends no packages.

-- no debconf information


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

Bug#376079: sensible-editor forgets to use exit to propagate the exit state

[Wouter Verhelst]

Package: debianutils
Version: 2.16.1
Severity: normal
Tags: patch

Hi,

/usr/bin/sensible-editor tries to run a few editors in turn, but only
exits with the exit state given by that editor if it happens to be the
editor in the $VISUAL environment variable. Interesting information gets
lost this way, and it makes the exit state to be something one cannot
programmatically depend on, so I consider this a bug.

The following patch fixes this behaviour to always exit sensible-editor
with the exit state of the invoked editor.

--- sensible-editor.orig2006-06-30 07:02:19.0 +0200
+++ sensible-editor 2006-06-30 07:02:36.0 +0200
@@ -29,3 +29,4 @@
fi
fi
 fi
+exit $ret

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17-1-powerpc
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages debianutils depends on:
ii  coreutils 5.96-5 The GNU core utilities
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  mktemp1.5-2  Makes unique filenames for tempora

debianutils recommends no packages.

-- no debconf information


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

Bug#376080: mozilla-thunderbird-locale-fr: Ambiguity in sorting according to sender date, or receive date.

[Jean-Michel]

Package: mozilla-thunderbird-locale-fr
Version: 1.0.dfsg-4
Severity: normal

Thunderbird offers several courriel sorting facilities.
Among others:
* Senders's datation
* Reception order

However, labels in menu 'Affichage/Trier par ...' are not easy to
understand for the novice:

'Date' does not mean reception date, but sender's datation. This mean
that 'Date' label
is confusing.

So, I suggest to rename both items:
'Date' -> 'Daté du' or 'Datation de l'expéditeur'
'Ordre de réception' ->  'Chronologie' or 'Date de réception'

Thanks.



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

Versions of packages mozilla-thunderbird-locale-fr depends on:
ii  mozilla-thunderbird   1.0.7-3Mozilla Thunderbird standalone mai

mozilla-thunderbird-locale-fr recommends no packages.

-- no debconf information

Bug#375393: aptitude show can list wrong version as installed.

[Andrew Vaughan]

On Friday 30 June 2006 14:59, Daniel Burrows wrote:
>   The basic problem here is that the "State" line just refers to the
> state of the package in general, not the version being displayed.  A

Hmm.  I don't feel that's a problem.  To me that's the expected behaviour.

> secondary problem is that we may have a wrong default here -- aptitude is
> defaulting to the candidate version (what would be installed by
> "install"), when you probably want it to default to the current version
> if one exists.
>
That was indeed my (naive?) expectation.  

Feel free to close this or tag won't fix if you feel that the current design 
is appropriate.

Otherwise, can I suggest the fix below?  

   Change Version: to 
  Installed Version: 1.1.0-1sarge1
   iff other versions are available, add
  Available Versions: 1.1.0-1, 1.2.0-1

Unfortunately this will break scripts parsing aptitude show  
output.


Thanks for your work on Debian

Andrew V.







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

Bug#372085: Fixed in Ubuntu

[Martin Pitt]

Hi,

This bug has been fixed in Ubuntu a while ago. We also fixed four
other important bugs which you should adopt in Debian as well.

For your convenience I attach the current diff.

Thanks,

Martin
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org

In a world without walls and fences, who needs Windows and Gates?
diff -pruN 0.2.2-1/debian/changelog 0.2.2-1ubuntu5/debian/changelog
--- 0.2.2-1/debian/changelog2006-06-27 16:21:38.0 +0100
+++ 0.2.2-1ubuntu5/debian/changelog 2006-06-27 16:21:38.0 +0100
@@ -1,3 +1,50 @@
+libgnomecups (0.2.2-1ubuntu5) dapper; urgency=low
+
+  * libgnomecups/gnome-cups-printer.c, gnome_cups_printer_get_is_local():
+- Regard https URLs as non-local, too.
+- Thanks to VETSEL Patrice for catching this.
+
+ -- Martin Pitt <[EMAIL PROTECTED]>  Thu, 18 May 2006 14:12:51 +0200
+
+libgnomecups (0.2.2-1ubuntu4) dapper; urgency=low
+
+  * libgnomecups/gnome-cups-printer.c, gnome_cups_printer_get_is_local(): 
+- Fix detection of local printers: Remote printers do not have an empty
+  device URI, but one starting with http://, ipp://, or smb://.
+- Thanks to VETSEL Patrice for debugging this.
+- Closes: LP#41400
+
+ -- Martin Pitt <[EMAIL PROTECTED]>  Thu, 18 May 2006 12:11:04 +0200
+
+libgnomecups (0.2.2-1ubuntu3) dapper; urgency=low
+
+  * libgnomecups/gnome-cups-printer.c, parse_lpoptions(): Do not only look in
+the obsolete ~/.lpoptions file, but also into ~/.cups/lptoptions. This
+fixes the handling of user defined printer settings, default printer, etc.
+Closes: LP#34112 and half a thousand duplicates.
+
+ -- Martin Pitt <[EMAIL PROTECTED]>  Wed, 17 May 2006 15:53:27 +0200
+
+libgnomecups (0.2.2-1ubuntu2) dapper; urgency=low
+
+  * libgnomecups/gnome-cups-printer.c: 
+- Replace IPP_SET_PRINTER_ATTRIBUTES call with CUPS_ADD_MODIFY_PRINTER,
+  since Cups does not implement the former. (See
+  http://lists.samba.org/archive/samba-technical/2003-February/027044.html)
+- Thanks to Amos Brocco for this patch!
+- See LP#8023
+
+ -- Martin Pitt <[EMAIL PROTECTED]>  Fri, 12 May 2006 09:52:31 +0200
+
+libgnomecups (0.2.2-1ubuntu1) dapper; urgency=low
+
+  * libgnomecups/gnome-cups-request.c: Do not issue a g_warning() on
+IPP_NOT_FOUND. This avoids generating huge ~/.xsession-errors log files
+with tons of 'IPP request failed with status 1030' lines.
+Closes: LP#38042
+
+ -- Martin Pitt <[EMAIL PROTECTED]>  Thu,  6 Apr 2006 12:50:23 +0200
+
 libgnomecups (0.2.2-1) unstable; urgency=low
 
   * New upstream release.
diff -pruN 0.2.2-1/libgnomecups/gnome-cups-printer.c 
0.2.2-1ubuntu5/libgnomecups/gnome-cups-printer.c
--- 0.2.2-1/libgnomecups/gnome-cups-printer.c   2005-09-23 21:52:49.0 
+0100
+++ 0.2.2-1ubuntu5/libgnomecups/gnome-cups-printer.c2006-06-27 
16:21:38.0 +0100
@@ -510,6 +510,10 @@ parse_lpoptions (cups_dest_t **dests)
num_dests = cups_get_dests (filename, num_dests, dests);
g_free (filename);
 
+   filename = g_build_filename (g_get_home_dir (), ".cups", "lpoptions", 
NULL);
+   num_dests = cups_get_dests (filename, num_dests, dests);
+   g_free (filename);
+
return num_dests;
 }
 
@@ -976,8 +980,11 @@ gnome_cups_printer_get_is_local (GnomeCu
 {
g_return_val_if_fail (GNOME_CUPS_IS_PRINTER (printer), FALSE);
 
-   return (printer->details->device_uri != NULL) && 
-   (strcmp (printer->details->device_uri, "") != 0);
+   return printer->details->device_uri != NULL && 
+   strncmp(printer->details->device_uri, "smb:", 4) != 0 &&
+   strncmp(printer->details->device_uri, "http:", 5) != 0 &&
+   strncmp(printer->details->device_uri, "https:", 5) != 0 &&
+   strncmp(printer->details->device_uri, "ipp:", 4)  != 0;
 }
 
 void
@@ -1237,6 +1244,9 @@ gnome_cups_printer_get_description (Gnom

 }
 
+/* Define the CUPS-Add-Modify-Printer, see 
http://www.cups.org/documentation.php/spec-ipp.html#CUPS_ADD_MODIFY_PRINTER */
+#define CUPS_ADD_MODIFY_PRINTER 0x4003
+
 void
 gnome_cups_printer_set_description (GnomeCupsPrinter *printer,
const char *description,
@@ -1252,7 +1262,9 @@ gnome_cups_printer_set_description (Gnom
return;
}
 
-   request = gnome_cups_request_new_for_printer 
(IPP_SET_PRINTER_ATTRIBUTES,
+   /* As read in 
http://lists.samba.org/archive/samba-technical/2003-February/027044.html 
+   CUPS does not currently support IPP_SET_PRINTER_ATTRIBUTES, so a  is 
used */
+   request = gnome_cups_request_new_for_printer (CUPS_ADD_MODIFY_PRINTER,
  printer);
ippAddString (request, IPP_TAG_PRINTER, IPP_TAG_TEXT,
  "printer-info", NULL, description);
@@ -1283,9 +1295,9 @@ gnome_cups_printer_set_location (GnomeCu
if (!strcmp (locatio

Bug#376082: heimdal: FTBFS due to bashism in debian/rules

[Martin Pitt]

Package: heimdal
Version: 0.7.2.dfsg.1-2
Tags: patch

Hi!

Due to a bashism in debian/rules, heimdal FTBFSes when /bin/sh does
not point to bash. This can easily be fixed:

--- heimdal-0.7.2.dfsg.1/debian/rules
+++ heimdal-0.7.2.dfsg.1/debian/rules
@@ -99 +99 @@
-   mv 
debian/heimdal-docs/usr/share/man/man5/{krb5.conf.5,krb5.conf.5heimdal}
+   mv debian/heimdal-docs/usr/share/man/man5/krb5.conf.5 
debian/heimdal-docs/usr/share/man/man5/krb5.conf.5heimdal

Another thing: 0.7.2 fixed two vulnerabilities, but the CVE numbers
are not mentioned in the changelog. Can you please retroactively add
them to ease security tracking?

  CVE-2006-0677 (crash in a NULL de-reference)
  CVE-2006-0582 ( overwrite and change the owner of arbitrary files)

Thank you!

Martin
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org

In a world without walls and fences, who needs Windows and Gates?


signature.asc
Description: Digital signature

Bug#375865: phpbb2: phpbb 2.0.21 fixes minor security bug

[Thijs Kinkhorst]

Hello Alexandre,

On Thu, 2006-06-29 at 13:40 -0400, Alexandre Major wrote:
> Hi. Just a (very) friendly comment.

That's always welcome :)

> The Sid and Etch version are the same (2.0.18 right now). Could it be
> possible maybe to introduce the "current" version as the Sid one, and keep
> your (very wise) conservatism for the Sarge and Etch versions? After all,
> to have the "stock" package, I'm ready to run "unstable" anyday. :)

Well, in principle we always aim to have the latest upstream version in
sid, and etch will then after a while automatically be updated with this
version. However, this is more difficult than it sounds, because phpBB
keeps updating their database structure between releases, and it's a
pain, at least in our current package but also in general, to change the
db layout on every minor version increment.

We've discussed this and the plan is now as follows:
- We'll update phpBB 2.0.x to the latest version, but will leave out
anything that requires database modification unless it's absolutely
necessary;
- We'll package phpBB 3.x (currently in beta) with a better
infrastructure for managing the database backend, where possible.


Thijs


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

Bug#376050: please do not claim to "Manage permissions with debconf"

[Joey Hess]

Frank Küster wrote:
> I see your point.  Is there a generally accepted term that should be
> used instead?  "Managed by the postinst script" is too technical,
> "managed by the package configuration mechanism" sounds too vague to
> me.  

I'd probably say managed automatically or something, however I have not
taken the time to understand what the management actually does.

> > Also, the "if you accept" / "if you do not accept" is some of the more
> > clumsy English I have seen outside of 419 scams. Accept what?
> 
> Hm, that comes from the desire to phrase it in a way that will be
> understandable in different frontends, in the readline where you have to
> type "yes" as well as in the X-based ones where you simply click a
> checkbox.  The intended meaning is "if you choose to let the postinst
> script handle things"; what wording do you suggest?

The wording you just used in quotes seems much better.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#376085: iso-codes: Please add 'New Turkish Lira'

[Martin Pitt]

Package: iso-codes
Version: 0.51-1.1
Tags: patch

The 'Turkish Lira' (TRL) is obsolete, nowadays Turkey uses the 'New
Turkish Lira' (TRY). Please see https://launchpad.net/bugs/34738 for
details.

I attach the patch.

Thank you!

Martin
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org

In a world without walls and fences, who needs Windows and Gates?
iso-codes (0.49-1ubuntu2) dapper; urgency=low

  * iso_4217/iso_4217.xml: Add "New Turkish Lira" (TRY, ISO-Code 949). 
Closes: LP#34738

 -- Martin Pitt <[EMAIL PROTECTED]>  Thu, 30 Mar 2006 16:06:35 +0200

diff -Nru /tmp/2gA3K2b2X4/iso-codes-0.51/iso_4217/iso_4217.xml 
/tmp/vmhSuKNJ8A/iso-codes-0.51/iso_4217/iso_4217.xml
--- /tmp/2gA3K2b2X4/iso-codes-0.51/iso_4217/iso_4217.xml2006-06-11 
11:26:27.0 +0200
+++ /tmp/vmhSuKNJ8A/iso-codes-0.51/iso_4217/iso_4217.xml2006-06-30 
09:40:26.0 +0200
@@ -617,6 +617,10 @@
numeric_code="792"
currency_name="Turkish Lira" />

+   


signature.asc
Description: Digital signature

Bug#376089: linux-image-2.6.17-1-k7: poweroff no longer turns the computer off

[Michal Politowski]

Package: linux-image-2.6.17-1-k7
Version: 2.6.17-1
Severity: normal

If I boot to my previous kernel (linux-image-2.6.16-2-k7 version 2.6.16-15)
poweroff works correctly.
With 2.6.17-1 the system is closed but the machine stays on and it is
necessary to use the power switch.

This is on a computer with MSI KT3 Ultra2-C mainboard.

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

Versions of packages linux-image-2.6.17-1-k7 depends on:
ii  module-init-tools 3.2.2-3tools for managing Linux kernel mo
ii  yaird [linux-initramfs-tool]  0.0.12-14  Yet Another mkInitRD

Versions of packages linux-image-2.6.17-1-k7 recommends:
ii  libc6-i6862.3.6-15   GNU C Library: Shared libraries [i

-- debconf information excluded

-- 
Michał Politowski
Talking has been known to lead to communication if practiced carelessly.


signature.asc
Description: Digital signature

Bug#376078: It does not gettextize

[Loïc Minier]

On Fri, Jun 30, 2006, Jonny wrote:
>  strings /usr/bin/leafpad | grep locale
>  ${prefix}/share/locale

 Carlos, this is due to a bug in intltool 0.35 which requires
 intltoolizing if you run aclocal.  So the solution is to regenerate
 70_relibtoolize_noguesssub.patch but run intltoolize --force --copy
 too, not only libtoolize.

-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#375580:

[Laurent Bonnaud]

-- 
Laurent Bonnaud.
http://www.lis.inpg.fr/pages_perso/bonnaud/




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

Bug#376084: k3d fails with an ICE

[Andreas Barth]

Package: k3d
Version: 0.5.0.35-1.2
Severity: serious

Hi,

k3d fails with an ICE, please see
http://buildd.debian.org/fetch.php?&pkg=k3d&ver=0.5.0.35-1.2%2Bb1&arch=ia64&stamp=1151109079&file=log&as=raw
for the full build log. The preprocessed source can be found on
http://neualius.turmzimmer.net/~aba/k3d-preprocessed.out


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#376087: Script newvserver needs an --xid option!

[Odile Bénassy]

Package: vserver-debiantools
Version: 0.2.6

It is now necessary to use static context IDs for creating virtual servers.

So there is a need for an --xid option in newvserver script.

According to the vserver program maintainers, this is *critical*

Best regards,

-- 
Odile Bénassy, ingénieure informaticienne
Service de la Recherche et des Études Doctorales
Faculté Jean Monnet, Université Paris Sud 11
54 bd Desgranges, 92331 Sceaux Cedex
Tél : +33 (0)1 40 91 18 77 - Fax : +33 (0)1 40 91 18 56

Bug#376050: please do not claim to "Manage permissions with debconf"

[Frank Küster]

Joey Hess <[EMAIL PROTECTED]> wrote:

>> > Also, the "if you accept" / "if you do not accept" is some of the more
>> > clumsy English I have seen outside of 419 scams. Accept what?
>> 
>> Hm, that comes from the desire to phrase it in a way that will be
>> understandable in different frontends, in the readline where you have to
>> type "yes" as well as in the X-based ones where you simply click a
>> checkbox.  The intended meaning is "if you choose to let the postinst
>> script handle things"; what wording do you suggest?
>
> The wording you just used in quotes seems much better.

Do you really think that "postinst script" or even "post-installation
script" is an appropriate wording for a user who has no idea what is
happening in which order after pressing some keys in
aptitude/synaptic/...?  I don't think we should use such technical
terms.  

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)

Bug#376088: bashisms in /etc/init.d/ajaxterm

[Michal Politowski]

Package: ajaxterm
Version: 0.7-2
Severity: serious
Justification: Policy 10.4

The test to see if the script is run by root uses bash specific extensions
not necessarily available in /bin/sh:
- the $UID variable (use $(id -u))
- the [[ comand ([ is standard)

As an aside: I don't really understand why to put this test there at all.

-- 
Michał Politowski
Talking has been known to lead to communication if practiced carelessly.


signature.asc
Description: Digital signature

Bug#376086: diffstat does not work with debdiff output

[Bill Allombert]

Package: diffstat
Version: 1.41-1
Severity: normal

Hello Greg,

running diffstat on debdiff output does not report filenames:

With the patch in attachment, I only get

%diffstat patch
  | 1058 
+++ 1 file 
changed, 474 insertions(+), 584 deletions(-)

but lsdiff report correctly:
%lsdiff patch
/tmp/FVp8Sgjgue/flwm-1.00/config.h
/tmp/FVp8Sgjgue/flwm-1.00/debian/changelog
/tmp/FVp8Sgjgue/flwm-1.00/debian/patched/100_fl_filename_name.dpatch
/tmp/FVp8Sgjgue/flwm-1.00/debian/patched/101_visible_focus.dpatch
/tmp/FVp8Sgjgue/flwm-1.00/debian/patched/102_charstruct.dpatch
/tmp/FVp8Sgjgue/flwm-1.00/debian/patched/103_man_typo.dpatch
...

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 

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

Versions of packages diffstat depends on:
ii  libc6 2.3.6-15   GNU C Library: Shared libraries

diffstat recommends no packages.

-- no debconf information

Bug#335278: shc -- #335278 broken packaging -- non-DD NMU prepared

[George Danchev]

On Thursday 29 June 2006 01:10, [EMAIL PROTECTED] wrote:
> On Wed, Jun 28, 2006 at 12:58:59AM +0200, Alexander Schmehl wrote:
> > [ Cc-ing the bug report, so we have it in the bts, too ]
> >
> > Hi!
> >
> > - Now the real problem: shc.c
> >
> > Lookit at it we have:
> >
> > /**
> >  * This software contains the 'Alleged RC4' source code.
> >  * The original source code was published on the Net by a group of
> > cypherpunks. * I picked up a modified version from the news.
> >  * The copyright notice does not apply to that code.
> >  */
>
> As far as I remember, the general belief is that 'Alleged RC4' was in
> fact leaked intentionnaly by RSA inc. itself (which designed RC4).  So
> much for the group of cypherpunks.

Right, ARC4 algorythm is also used in ssh. So the algorythm itself is not a 
problem.

> > /**
> >  * 'Alleged RC4' Source Code picked up from the news."
> >  * From: [EMAIL PROTECTED] (John L. Allen)"
> >  * Newsgroups: comp.lang.c"
> >  * Subject: Shrink this C code for fame and fun"
> >  * Date: 21 May 1996 10:49:37 -0400"
> >  */
>
> I think it should be easy to replace that code by a DFSG-free
> implementation of RC4. Openssl include one.

I'm afraid that I can not use OpenSSL licensed code into GPL program (shc) 
without a special OpenSSL exception given from the shc's upstream, which 
unfortunately did not respond to any mail sent yet. Also I'm a litle bit 
scared to reimplement that myself - I might introduce hell of bugs at 
least ;-) ... deviating from upstream for the matter of that is not a good 
idea also.

-- 
pub 4096R/0E4BD0AB 2003-03-18 
fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB 


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

Bug#375815: Dropping indirect dependencies from libgnutls-config --libs

[Tollef Fog Heen]

* Mike Hommey 

| On Thu, Jun 29, 2006 at 07:38:56PM +0200, Andreas Metzler <[EMAIL PROTECTED]> 
wrote:
| > Hello,
| > currently "libgnutls-config --libs"' output looks like this,
| > -L/usr/lib -lgnutls -L/usr/lib -ltasn1 -lgcrypt -lgpg-error
| > listing both direct (-lgnutls) and indirect dependencies. - Its output
| > can be used for static linking.
| > 
| > I am pondering (and have now been asked by bts) on changing this to
| > only say -lgnutls for Debian, which is enough for dynamic linking. -
| > Static linking would be broken except for
| > a) libtool using packages (.la lists the indirect dependencies)
| > or
| > b) packages using pkg-config --libs --static to get the indirect
| > dependencies[1]
| 
| I got a similar report on libxml2, which suggested the use of
| xml2-config --libs to get the direct libs and xml2-config --libs
| --static to get everything. Same semantics as pkg-config.

Is there a reason why gnutls-config and xml2-config aren't just tiny
wrappers around pkg-config for backwards compatibility?  IMO, it's
kinda silly to have each package provide its own -config script with
its own set of bugs, rather than having a shared set of bugs in
pkg-config. :-)

-- 
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are  : :' :
  `. `' 
`-  


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

Bug#376092: gforge-web-apache: Error "Filename can only be alphanumeric and "-" "_" "." characters."

[Torben Nehmer]

Package: gforge-web-apache
Version: 4.5.14-6+1
Severity: wishlist


Rather then complaining what a file may not be named like after upload
it should be more appropriate to a) add this requirement to the upload
page itself or, even better, b) to automatically normalize filenames
during upload.


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


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

Bug#376093: Please remove kernel-patch-gcov from archive

[Alastair McKinstry]

Package: ftp.debian.org
Severity: normal

This package has been replaced by linux-patch-gcov.

Thanks
Alastair McKinstry

-- 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-1-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to ga_IE.UTF-8)


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

Bug#373325: diff for 1.0-1.1 NMU

[Pierre HABOUZIT]

tags 373325 + patch
thanks

Hi,

  Attached is the diff to make python-licosmamo compliant with the last
debian policy. As it's quite intrusive in your previously ...  rather
optimized packaging (I now need such high level tools as debhelper ;p) I
prefer to let you review the patch and not NMUing it.

  Cheers,
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
diff -u python-licosmamo-1.0/debian/changelog 
python-licosmamo-1.0/debian/changelog
--- python-licosmamo-1.0/debian/changelog
+++ python-licosmamo-1.0/debian/changelog
@@ -1,3 +1,10 @@
+python-licosmamo (1.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Update package for the new python policy (closes: #373325).
+
+ -- Pierre Habouzit <[EMAIL PROTECTED]>  Fri, 30 Jun 2006 09:53:00 +0200
+
 python-licosmamo (1.0-1) unstable; urgency=low
 
   * First release of the Debian package.
diff -u python-licosmamo-1.0/debian/control python-licosmamo-1.0/debian/control
--- python-licosmamo-1.0/debian/control
+++ python-licosmamo-1.0/debian/control
@@ -2,10 +2,14 @@
 Maintainer: Lars Wirzenius <[EMAIL PROTECTED]>
 Section: python
 Priority: optional
-Standards-Version: 3.6.2
+Standards-Version: 3.7.2
+Build-Depends: debhelper (>= 5.0.37.2), python-all-dev (>= 2.3.5-11), 
python-support (>= 0.3)
 
 Package: python-licosmamo
 Architecture: all
+Depends: ${python:Depends}
+Provides: ${python:Provides}
+XB-Python-Version: ${python:Versions}
 Description: random collection of liw's Python modules
  This is a little collection of small modules for Python:
  .
diff -u python-licosmamo-1.0/debian/rules python-licosmamo-1.0/debian/rules
--- python-licosmamo-1.0/debian/rules
+++ python-licosmamo-1.0/debian/rules
@@ -3,33 +3,39 @@
+export DH_COMPAT = 5
+
 P = python-licosmamo
-PYTHONS = 2.3 2.4
+PYVERS:=$(shell pyversions -r)
+DEST:=debian/python-licosmamo
 
 build:
 
 binary: binary-arch binary-indep
 
 binary-indep: build
-   rm -rf debian/tmp
-   install -d debian/tmp/DEBIAN
-
-   for VER in $(PYTHONS); do \
-   dir=debian/tmp/usr/lib/python$$VER/site-packages; \
+   rm -rf $(DEST)
+   install -d $(DEST)/DEBIAN
+   
+   for PYVER in $(PYVERS); do \
+   dir=$(DEST)/usr/lib/$$PYVER/site-packages; \
 install -d $$dir; \
 install -m 0644 *.py $$dir; \
 done
-
-   install -d debian/tmp/usr/share/doc/$P
+   
+   install -d $(DEST)/usr/share/doc/$P
install -m 0644 debian/changelog \
-   debian/tmp/usr/share/doc/$P/changelog.Debian
-   install -m 0644 README debian/tmp/usr/share/doc/$P
-   gzip -9 debian/tmp/usr/share/doc/$P/*
-   install -m 0644 debian/copyright debian/tmp/usr/share/doc/$P
-
-   dpkg-gencontrol -isp
-   chown -R root.root debian/tmp
-   chmod -R o-s,go=u,go-ws debian/tmp
-   dpkg --build debian/tmp ..
+   $(DEST)/usr/share/doc/$P/changelog.Debian
+   install -m 0644 README $(DEST)/usr/share/doc/$P
+   gzip -9 $(DEST)/usr/share/doc/$P/*
+   install -m 0644 debian/copyright $(DEST)/usr/share/doc/$P
+   
+   dh_pysupport
+   dh_python
+   dh_gencontrol
+   
+   chown -R root.root $(DEST)
+   chmod -R o-s,go=u,go-ws $(DEST)
+   dpkg --build $(DEST) ..
 
 binary-arch:
 
 clean:
-   rm -rf debian/files debian/substvars debian/tmp
+   rm -rf debian/files debian/substvars $(DEST)
only in patch2:
unchanged:
--- python-licosmamo-1.0.orig/debian/pycompat
+++ python-licosmamo-1.0/debian/pycompat
@@ -0,0 +1 @@
+2


signature.asc
Description: Digital signature

Bug#365942: #365942: move to console-tools

[Alastair McKinstry]

reassign 365942 console-tools
title 364942 vt-is-UTF8 displays error output on stdout
thanks

This annoying bug is definitely in console-tools and should be fixed there.

Thanks
Alastair


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

Bug#376090: irssi: Privmsg problem

[Murat Sağlam]

Package: irssi
Version: 0.8.10-2
Severity: important


My locale : tr_TR.UTF8

All messages goes to status window with privmsg tag.


For Example:

(window 5 #debian-lover):

 Debian is cool.

At the same time in status (window 1):

-!- PRIVMSG #debian-lover: Yeeaaahh!


I am using "LC_ALL=C irssi" and no problem but not using turkish charset (like 
şğçüı).

Bug#373497: diff for 0.5.2-1.1 NMU

[Pierre HABOUZIT]

Hi,

Attached is the diff for my pyinotify 0.5.2-1.1 NMU.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
diff -u pyinotify-0.5.2/debian/control pyinotify-0.5.2/debian/control
--- pyinotify-0.5.2/debian/control
+++ pyinotify-0.5.2/debian/control
@@ -2,8 +2,8 @@
 Section: python
 Priority: optional
 Maintainer: Hans Ulrich Niedermann <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>> 4.1.65), python2.3-dev, python2.4-dev, python
-Standards-Version: 3.6.2
+Build-Depends: debhelper (>= 5.0.37.2), python-all-dev (>= 2.3.5-11), 
python-support (>= 0.3)
+Standards-Version: 3.7.2
 
 # Notes on the Architecture: field for the binary packages:
 #  * inotify is Linux-only.
@@ -25,17 +25,18 @@
 #   of "linux-".
 
 Package: python-pyinotify
-Architecture: all
-Depends: python2.3-pyinotify
+Architecture: alpha amd64 arm i386 ia64 powerpc ppc64 s390 sh sparc sparc64
+Depends: ${python:Depends}, ${shlibs:Depends}
+Provides: ${python:Provides}
+Replaces: python2.3-pyinotify (<< 0.5.2-1.1), python2.4-pyinotify (<< 
0.5.2-1.1)
+Conflicts: python2.3-pyinotify (<< 0.5.2-1.1), python2.4-pyinotify (<< 
0.5.2-1.1)
+XB-Python-Version: ${python:Versions}
 Description: Simple Linux inotify Python bindings [dummy package]
  pyinotify is a simple wrapper for the Linux inotify mechanism.
  .
  inotify is a Linux Kernel feature available since 2.6.13. inotify makes
  it possible for applications to easily be notified of filesystem changes.
  .
- This package is an empty dummy package which always depends on a package
- built for Debian's default Python version.
- .
  Homepage: http://pyinotify.sourceforge.net/
 
 Package: python-pyinotify-doc
@@ -55,25 +55,0 @@
-Package: python2.3-pyinotify
-Architecture: alpha amd64 arm i386 ia64 powerpc ppc64 s390 sh sparc sparc64
-Depends: python2.3, ${shlibs:Depends}
-Description: Simple Linux inotify Python bindings
- pyinotify is a simple wrapper for the Linux inotify mechanism.
- .
- inotify is a Linux Kernel feature available since 2.6.13. inotify makes
- it possible for applications to easily be notified of filesystem changes.
- .
- This package has been built with Python 2.3.
- .
- Homepage: http://pyinotify.sourceforge.net/
-
-Package: python2.4-pyinotify
-Architecture: alpha amd64 arm i386 ia64 powerpc ppc64 s390 sh sparc sparc64
-Depends: python2.4, ${shlibs:Depends}
-Description: Simple Linux inotify Python bindings
- pyinotify is a simple wrapper for the Linux inotify mechanism.
- .
- inotify is a Linux Kernel feature available since 2.6.13. inotify makes
- it possible for applications to easily be notified of filesystem changes.
- .
- This package has been built with Python 2.4.
- .
- Homepage: http://pyinotify.sourceforge.net/
diff -u pyinotify-0.5.2/debian/rules pyinotify-0.5.2/debian/rules
--- pyinotify-0.5.2/debian/rules
+++ pyinotify-0.5.2/debian/rules
@@ -9,21 +9,21 @@
 
 # List of python versions this package will be compiled for.
 # This list has to match the package list in debian/control.
-PYVERS = 2.3 2.4
+PYVERS = $(shell pyversions -r)
 
 configure: configure-stamp
 configure-stamp:
dh_testdir
-   for ver in $(PYVERS); do \
-   "python$${ver}" setup.py config; \
+   for python in $(PYVERS); do \
+   "$${python}" setup.py config; \
done
touch $@
 
 build: build-stamp
 build-stamp:
dh_testdir
-   for ver in $(PYVERS); do \
-   "python$${ver}" setup.py build; \
+   for python in $(PYVERS); do \
+   "$${python}" setup.py build; \
done
touch $@
 
@@ -32,8 +32,8 @@
dh_testroot
rm -f build-stamp configure-stamp
 
-   for ver in $(PYVERS); do \
-   "python$${ver}" setup.py clean --all; \
+   for python in $(PYVERS); do \
+   "$${python}" setup.py clean --all; \
done
$(MAKE) clean
 
@@ -45,9 +45,8 @@
dh_clean -k
dh_installdirs
 
-   for ver in $(PYVERS); do \
-   mkdir -p 
"$(CURDIR)/debian/python$${ver}-pyinotify/usr/lib/python$${ver}/site-packages/";
 \
-   "python$${ver}" setup.py install --prefix 
"$(CURDIR)/debian/python$${ver}-pyinotify/usr"; \
+   for python in $(PYVERS); do \
+   $$python setup.py install 
--root=$(CURDIR)/debian/python-pyinotify; \
done
 
 # Build architecture-independent files here.
@@ -61,6 +60,7 @@
dh_strip -i
dh_compress -i -Xexamples
dh_fixperms -i
+   dh_pysupport -i
dh_python -i
dh_installdeb -i
dh_shlibdeps -i
@@ -78,6 +78,7 @@
dh_strip -a
dh_compress -a
dh_fixperms -a
+   dh_pysupport -a
dh_python -a
dh_installdeb -a
dh_shlibdeps -a 
reverted:
--- pyinotify-0.5.2/debian/python2.4-pyinotify.docs
+++ pyinotify-0.5.2.orig/debian/python2.4-pyinotify.docs
@@ -1,4 +0,0 @@
-AUTHORS
-NEWS
-READ

Bug#376094: gforge-web-apache: Tracker system renders description centered

[Torben Nehmer]

Package: gforge-web-apache
Version: 4.5.14-6+1
Severity: minor


The description block should be left-aligned for easier reading.


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


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

Bug#376091: major 2.6.17 incompatibility

[Louis-David Mitterrand]

Package: fiaif
Severity: important

iptables support seems to have changed in 2.6.17. All fiaif rules fail:

% iptables -t filter -A INPUT_ISDN -p tcp -m multiport --dports 
smtp,ssmtp,www,https,ssh,pop3s,imaps,4569,5036 -j LOG_ACCEPT

getsockopt failed strangely: No such file or directory



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


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

Bug#376085: iso-codes: Please add 'New Turkish Lira'

[Tobias Toedter]

package iso-codes
tag 376085 pending
thanks

On Friday 30 June 2006 09:47, Martin Pitt wrote:
> The 'Turkish Lira' (TRL) is obsolete, nowadays Turkey uses the 'New
> Turkish Lira' (TRY). Please see https://launchpad.net/bugs/34738 for
> details.

Hi Martin,

thanks for your bug report and patch. I'm currently updating the ISO 4217 
standard with the most recent data, and have fixed this bug just a few days 
ago in the CVS. In fact, there are some other changes as well, which will 
be included in the next release of iso-codes.

Regards,
Tobias

-- 
Tobias Toedter   | If Bill Gates had a dime for every time a Windows box
Hamburg, Germany | crashed ... Oh, wait a minute, he already does.


pgpNRPq1TODfr.pgp
Description: PGP signature

Bug#376096: free(): invalid pointer on hppa

[Andreas Barth]

Package: g++-4.1
Version: 4.1.1-5
Severity: important

Hi,

the build of qt4-x11 fails on hppa with:
| g++ -c -pipe -I/usr/include/mysql -I/usr/include/freetype2 
-I/usr/include/postgresql -g -D_REENTRANT -fvisibility=hidden 
-fvisibility-inlines-hidden -Wall -W -fPIC  -DQDESIGNER_SDK_LIBRARY 
-DQDESIGNER_EXTENSION_LIBRARY -DQDESIGNER_UILIB_LIBRARY 
-DQDESIGNER_SHARED_LIBRARY -DQT_DESIGNER -DQT_XML_LIB -DQT_GUI_LIB 
-DQT_CORE_LIB -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_SHARED 
-I../../../../mkspecs/linux-g++ -I. -I../../../../include/QtCore 
-I../../../../include/QtGui -I../../../../include/QtXml -I../../../../include 
-Iextension -Isdk -Iuilib -Ishared -I.moc/debug-shared -Ishared -o 
.obj/debug-shared/extrainfo.o sdk/extrainfo.cpp
| *** glibc detected *** free(): invalid pointer: 0x00142838 ***

This sounds to me like a bug in g++. The full build log is available on
http://buildd.debian.org/fetch.php?&pkg=qt4-x11&ver=4.1.3-3&arch=hppa&stamp=1151288526&file=log&as=raw


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#376098: librrd0-dev: The package dependancies are broken and remove packages that I need+want

[Ramon Bastiaans]

Package: librrd0-dev
Severity: normal


root# apt-get install librrd0-dev
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  libgd2-noxpm libgd2-noxpm-dev
Suggested packages:
  libgd-tools
The following packages will be REMOVED:
  libgd2-xpm php4-gd
The following NEW packages will be installed:
  libgd2-noxpm libgd2-noxpm-dev librrd0-dev
0 upgraded, 3 newly installed, 2 to remove and 0 not upgraded.
Need to get 601kB of archives.
After unpacking 942kB of additional disk space will be used.
Do you want to continue? [Y/n]

Why is it removing php4-gd ? I need and want php4-gd! :)

What does GD have to do with RRDTool? Nothing..?

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


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

Bug#376015: Can't print with latest release

[Riccardo Magliocchetti]

On Fri, 30 Jun 2006 17:29:31 +1200 "Carlos Z.F. Liu"
<[EMAIL PROTECTED]> wrote:

> On Thu, Jun 29, 2006 at 07:13:56PM +0200, Riccardo Magliocchetti wrote:
> > I can't print because there is no print icon in the menu. 0.8.7 was fine.
> > [snip]

> Yes, I'm aware of that and it's intentional, because leafpad 0.8.9 use
> gnomeprint library to do printing work. If I open it, it will involve a
> huge mount of gnome dependency which isn't most leafpad users wanted.

My fault, i should have read the changelog :)
In my case i've already the libgnomeprint* stuff installed for
abiword and gnumeric so it will not be a problem.

> I haven't investigated how to revert back to old "lp" print method.
> Another possible solution is generating two binary packages, one with
> gnome dependencies and printing function and another one without.
> 
> Any suggestion? Thanks!

If you are fine with two packages it will be great.

BTW I've taken a look at mousepad (xfce leafpad fork) but with all the
dependencies needed for printing it takes quite a lot of space.

cheers,
rm


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

Bug#376097: nxtvepg: Acquisition and provider scan fails

[Gerald Holl]

Package: nxtvepg
Version: 2.7.6-1
Severity: normal

If I start a provider scan or enable the acquisition I get the following
error message: Failed to initialize VBI slicer for teletext & VPS
The same message appears even on program startup.


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

Versions of packages nxtvepg depends on:
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libx11-6  2:1.0.0-6  X11 client-side library
ii  libxmu6   1:1.0.1-3  X11 miscellaneous utility library
ii  tcl8.48.4.12-1   Tcl (the Tool Command Language) v8
ii  tk8.4 8.4.12-1   Tk toolkit for Tcl and X11, v8.4 -

nxtvepg recommends no packages.

-- no debconf information


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

Bug#376095: gforge-web-apache: Adding a tracker item as a relation to a task fails

[Torben Nehmer]

Package: gforge-web-apache
Version: 4.5.14-6+1
Severity: normal


When I try to build a relationship between tracker items and the task
manager, GForge fails: I Select the task manager project then click "Add
relation to existing task". Gforge then says:

| Error
| 
| No Error

One of my favourite error messages btw. ;-)

I believe that this is related to the fact that the project in question
does not have any tasks in it as everything works fine as soon as a task
is present.


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


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

Bug#375815: Dropping indirect dependencies from libgnutls-config --libs

[Martijn van Oosterhout]

On 6/30/06, Tollef Fog Heen <[EMAIL PROTECTED]> wrote:

Is there a reason why gnutls-config and xml2-config aren't just tiny
wrappers around pkg-config for backwards compatibility?  IMO, it's
kinda silly to have each package provide its own -config script with
its own set of bugs, rather than having a shared set of bugs in
pkg-config. :-)


1. Maybe they need to work on systems where pkg-config isn't available
2. Maybe they predate the existance of pkg-config
3. Some of the pkg-config bugs were bad enough as to make you want to avoid it
4. Custom config tools can often provide more info than available in
pkg-config (plugin or config directories).

--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/


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

Bug#376104: debian-policy: typo

[Peter Samuelson]

Package: debian-policy
Version: 3.7.2.1
Severity: minor
Tags: patch

One change from 3.7.2.0 -> 3.7.2.1 was incorrect - by which I mean, the
old and new text are both incorrect.  See patch.
--- policy.sgml.old 2006-06-30 04:22:43.0 -0500
+++ policy.sgml 2006-06-30 04:22:50.0 -0500
@@ -5988,7 +5988,7 @@
  
 
  
-   For example, stopping the printer daemon will like
+   For example, stopping the printer daemon will look like
this:

 Stopping printer spooler: lpd.

Bug#376102: pympd: broken dependancy in python2.3-gtk2

[lumen]

Package: pympd
Version: 0.06.1-1
Severity: important

In unstable the package depends on python2.3-gtk2, than is unavaiable.
The bug #375977 is not applicable becouse package python2.3-glade2 is
not avaiable too.

I've had to get pympd from unstable, but it's dependancies from testing,
where these package exist.


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

Versions of packages pympd depends on:
ii  mpd   0.11.5-9   Music Player Daemon, the name says
ii  python2.3.5-11   An interactive high-level object-o
pn  python2.3-gtk2 (no description available)

pympd recommends no packages.


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

Bug#376100: xserver-xorg-video-nv: nv driver blocks every imput device on my debian box

[Joshua Dunamis]

Package: xserver-xorg-video-nv
Version: 1:1.0.1.5-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

When I use nv driver in xorg.conf and I use X, after some minutes my system is 
blocked 
in every input device: my keybord, my mouse and the monitor is completly 
unusable.
I must use the power button (using acpid) to power off the system and the 
monitor 
is still displaing the same image until the system is going off. 
I cannot use the nvidia driver official becouse I have a nVidia Aladdin TNT2. 


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

Versions of packages xserver-xorg-video-nv depends on:
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  xserver-xorg-core 1:1.0.2-8  X.Org X server -- core server

xserver-xorg-video-nv recommends no packages.

- -- no debconf information

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

iD8DBQFEpOwpZtGWqtLzOOERAoVxAJ4pLqqEFVyF4tjA+/bHQrM+VnhkUQCfTw4S
2GpURA7xNAmEMOkgsTNJ1eg=
=rhve
-END PGP SIGNATURE-


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

Bug#376105: nmap: returns 0 even if scan fails

[George B.]

Package: nmap
Version: 4.10-1
Severity: wishlist

Hello,

This is a minor/wishlist bug.

I am using nmap in a script to check if a remote router (which 
unfortunately blocks pings) is alive.

The problem is that nmap will exit with 0 even if the host is down. E.g:

---
nmap -sS -p 500 -P0 10.1.75.139 && echo -e "\nReturns code $?"

Starting Nmap 4.10 ( http://www.insecure.org/nmap/ ) at 2006-06-30 10:25 
BST
Nmap finished: 1 IP address (0 hosts up) scanned in 0.235 seconds

Returns code 0
---

Any chance nmap could be made to distinguish between successful and 
failed tests?

For now I have to use the "grep '0 hosts up'" bodge to get around this.


Thanks,

George B.

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

Versions of packages nmap depends on:
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libgcc1   1:4.1.1-5  GCC support library
ii  libpcre3  6.4-2  Perl 5 Compatible Regular Expressi
ii  libssl0.9.8   0.9.8b-2   SSL shared libraries
ii  libstdc++64.1.1-5The GNU Standard C++ Library v3

nmap recommends no packages.

-- no debconf information


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

Bug#373500: diff for 1.3-1.1 NMU

[Pierre HABOUZIT]

Hi,

Attached is the diff for my pyogg 1.3-1.1 NMU.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
diff -u pyogg-1.3/debian/control pyogg-1.3/debian/control
--- pyogg-1.3/debian/control
+++ pyogg-1.3/debian/control
@@ -2,12 +2,15 @@
 Section: interpreters
 Priority: optional
 Maintainer: Christopher L Cheney <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>> 4.1.62), libogg-dev (>> 1.0.0), python-dev (>= 
2.3)
-Standards-Version: 3.6.1.0
+Build-Depends: debhelper (>= 5.0.37.2), python-all-dev (>= 2.3.5-11),
+ python-support (>= 0.3), libogg-dev (>> 1.0.0)
+Standards-Version: 3.7.2
 
 Package: python-pyogg
 Architecture: any
 Depends: ${python:Depends}, ${shlibs:Depends}
+Provides: ${python:Provides}
+XB-Python-Version: ${python:Versions}
 Description: A Python interface to the Ogg library
  This module makes the libogg (Ogg) functions available
  in Python. With this module you can write Python applications
diff -u pyogg-1.3/debian/rules pyogg-1.3/debian/rules
--- pyogg-1.3/debian/rules
+++ pyogg-1.3/debian/rules
@@ -6,22 +6,19 @@
 #export DH_VERBOSE=1
 
 # This is the debhelper compatability version to use.
-export DH_COMPAT=3
+export DH_COMPAT=5
 
-configure: configure-stamp
-configure-stamp:
-   dh_testdir
-
-   python config_unix.py --prefix /usr
-   python setup.py config
-
-   touch configure-stamp
+PYVERS := $(shell pyversions -r)
 
-build: configure-stamp build-stamp
+build: build-stamp
 build-stamp:
dh_testdir
 
-   python setup.py build
+   set -e; \
+   for py in $(PYVERS); do \
+   $$py config_unix.py --prefix /usr; \
+   $$py setup.py build;   \
+   done
 
touch build-stamp
 
@@ -31,7 +28,9 @@
rm -f build-stamp configure-stamp
 
#if [ -f Setup ] ; then python setup.py clean --all ; fi
-   -python setup.py clean --all
+   -for py in $(PYVERS); do \
+   $$py setup.py clean --all; \
+   done
-rm Setup
 
dh_clean
@@ -42,7 +41,9 @@
dh_clean -k
dh_installdirs
 
-   python setup.py install --prefix $(CURDIR)/debian/python-pyogg/usr
+   for py in $(PYVERS); do\
+   $$py setup.py install --root=$(CURDIR)/debian/python-pyogg; \
+   done
 
 
 # Build architecture-independent files here.
@@ -56,6 +57,7 @@
dh_installdocs
dh_installexamples
dh_installchangelogs ChangeLog
+   dh_pysupport
dh_python
dh_link
dh_strip
@@ -72 +74 @@
-.PHONY: build clean binary-indep binary-arch binary install configure
+.PHONY: build clean binary-indep binary-arch binary install
diff -u pyogg-1.3/debian/changelog pyogg-1.3/debian/changelog
--- pyogg-1.3/debian/changelog
+++ pyogg-1.3/debian/changelog
@@ -1,3 +1,10 @@
+pyogg (1.3-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Update package to the last python policy (Closes: #373500).
+
+ -- Pierre Habouzit <[EMAIL PROTECTED]>  Fri, 30 Jun 2006 11:02:53 +0200
+
 pyogg (1.3-1) unstable; urgency=low
 
   * Maintainer upload.
@@ -62,3 +68,0 @@
-Local variables:
-mode: debian-changelog
-End:
only in patch2:
unchanged:
--- pyogg-1.3.orig/debian/pycompat
+++ pyogg-1.3/debian/pycompat
@@ -0,0 +1 @@
+2


signature.asc
Description: Digital signature

Bug#373371: diff for 1.3-1.1 NMU

[Pierre HABOUZIT]

Hi,

Attached is the diff for my pyvorbis 1.3-1.1 NMU.

  be careful, it needs the pyogg NMU I did to build and install properly.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
diff -u pyvorbis-1.3/debian/control pyvorbis-1.3/debian/control
--- pyvorbis-1.3/debian/control
+++ pyvorbis-1.3/debian/control
@@ -2,12 +2,15 @@
 Section: interpreters
 Priority: optional
 Maintainer: Christopher L Cheney <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4.1.62), libvorbis-dev (>= 1.0.1), python-pyogg 
(>= 1.3), python-dev (>= 2.3)
-Standards-Version: 3.6.1.0
+Build-Depends: debhelper (>= 5.0.37.2), python-all-dev (>= 2.3.5-11),
+ python-support (>= 0.3), python-pyogg (>= 1.3), libvorbis-dev (>= 1.0.1)
+Standards-Version: 3.7.2
 
 Package: python-pyvorbis
 Architecture: any
 Depends: ${python:Depends}, python-pyogg, ${shlibs:Depends}
+Provides: ${python:Provides}
+XB-Python-Version: ${python:Versions}
 Description: A Python interface to the Ogg Vorbis library
  This module makes the libvorbis (Ogg Vorbis) functions available
  in Python. With this module you can write Python applications
diff -u pyvorbis-1.3/debian/rules pyvorbis-1.3/debian/rules
--- pyvorbis-1.3/debian/rules
+++ pyvorbis-1.3/debian/rules
@@ -6,34 +6,34 @@
 #export DH_VERBOSE=1
 
 # This is the debhelper compatability version to use.
-export DH_COMPAT=3
+export DH_COMPAT=5
 
-configure: configure-stamp
-configure-stamp:
-   dh_testdir
-
-   python config_unix.py --prefix /usr
-   python setup.py config
+PYVERS:=$(shell pyversions -r)
 
-   touch configure-stamp
-
-build: configure-stamp build-stamp
+build: build-stamp
 build-stamp:
dh_testdir
-
-   python setup.py build
-
+   
+   set -e; \
+   for py in $(PYVERS); do  \
+   $$py config_unix.py --prefix /usr;   \
+   $$py setup.py build; \
+   done
+   
touch build-stamp
 
 clean:
dh_testdir
dh_testroot
rm -f build-stamp configure-stamp
-
-   -python setup.py clean --all
+   
+   -for py in $(PYVERS); do   \
+   $$py setup.py clean --all; \
+   done
+   
-rm Setup
-rm config.log
-
+   
dh_clean
 
 install: build
@@ -41,8 +41,11 @@
dh_testroot
dh_clean -k
dh_installdirs
-
-   python setup.py install --prefix $(CURDIR)/debian/python-pyvorbis/usr
+   
+   set -e; \
+   for py in $(PYVERS); do \
+   $$py setup.py install --root=debian/python-pyvorbis; \
+   done
 
 
 # Build architecture-independent files here.
@@ -56,6 +59,7 @@
dh_installdocs
dh_installexamples
dh_installchangelogs ChangeLog
+   dh_pysupport
dh_python
dh_link
dh_strip
@@ -72 +76 @@
-.PHONY: build clean binary-indep binary-arch binary install configure
+.PHONY: build clean binary-indep binary-arch binary install
diff -u pyvorbis-1.3/debian/changelog pyvorbis-1.3/debian/changelog
--- pyvorbis-1.3/debian/changelog
+++ pyvorbis-1.3/debian/changelog
@@ -1,3 +1,10 @@
+pyvorbis (1.3-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Update package to the new python policy (Closes: #373371).
+
+ -- Pierre Habouzit <[EMAIL PROTECTED]>  Fri, 30 Jun 2006 11:13:41 +0200
+
 pyvorbis (1.3-1) unstable; urgency=low
 
   * Maintainer upload.
@@ -80,3 +86,0 @@
-Local variables:
-mode: debian-changelog
-End:
only in patch2:
unchanged:
--- pyvorbis-1.3.orig/debian/pycompat
+++ pyvorbis-1.3/debian/pycompat
@@ -0,0 +1 @@
+2


signature.asc
Description: Digital signature

Bug#376101: whois: Package lacks PO template

[Martin Pitt]

Package: whois
Version: 4.7.13
Severity: minor
Tags: patch

Hi!

whois currently does not build a PO template. For translators it is
essential to have a complete and up-to-date template.

It is trivial to build one during source package build, patch
attached.

Thank you,

Martin
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org

In a world without walls and fences, who needs Windows and Gates?
diff -Nru /tmp/P6QMDkCbAz/whois-4.7.13/debian/rules 
/tmp/ZEYCh25X6J/whois-4.7.13ubuntu1/debian/rules
--- /tmp/P6QMDkCbAz/whois-4.7.13/debian/rules   2005-11-27 13:54:24.0 
+0100
+++ /tmp/ZEYCh25X6J/whois-4.7.13ubuntu1/debian/rules2006-06-30 
11:09:30.0 +0200
@@ -12,6 +12,7 @@
make whois mkpasswd \
OPTS="-O2 -g -DCONFIG_FILE=\\\"/etc/whois.conf\\\"" \
HAVE_LIBIDN=1
+   cd po; make whois.pot
touch $@
 
 clean:


signature.asc
Description: Digital signature

Bug#376103: subversion: svn doesn't report modified file when timestamp has not changed

[Vincent Lefevre]

Package: subversion
Version: 1.3.2-3
Severity: grave
Justification: causes non-serious data loss

The "recode" utility does not update the timestamp (I assume this is a
feature). When a file is modified by recode, the commands "svn status"
and "svn diff" don't report any change, and "svn revert " doesn't
do anything. This may lead to changes that won't be propagated and to
corrupted files (since revert doesn't work).

Looking at the timestamp (mtime) isn't sufficient to quickly decide
whether a file has been modified. Under Unix, the ctime should be
taken into account too (and/or possibly the inode). I think that the
ctime only should be safe, though it may sometimes be modified while
the file hasn't changed (e.g., due to a chmod). Note also that the
file size has changed after recode.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (200, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-20050829
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)

Versions of packages subversion depends on:
ii  libapr0   2.0.55-4   the Apache Portable Runtime
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libsvn0   1.3.2-3shared libraries used by Subversio
ii  patch 2.5.9-4Apply a diff file to an original

subversion recommends no packages.

-- no debconf information


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

Bug#376108: pymol: fail to start with freeglut error

[greg]

Package: pymol
Version: 0.98-1
Severity: grave
Justification: renders package unusable

Hi,

Pymol fails to start with the following error message:

freeglut (pymol):  ERROR:  Internal error  in function fgOpenWindow
X Error of failed request:  BadWindow (invalid Window parameter)
  Major opcode of failed request:  4 (X_DestroyWindow)
  Resource id in failed request:  0x0
  Serial number of failed request:  18
  Current serial number in output stream:  21
 PyMOL: abrupt program termination

If you there are any other relevant informations I can give, please just let me 
know.

Thank you


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

Versions of packages pymol depends on:
ii  freeglut3   2.4.0-5  OpenGL Utility Toolkit
ii  libc6   2.3.6-15 GNU C Library: Shared libraries
ii  libgl1-mesa-glx [libgl1]6.4.2-1  A free implementation of the OpenG
ii  libglu1-mesa [libglu1]  6.4.2-1  The OpenGL utility library (GLU)
ii  libpng12-0  1.2.8rel-5.1 PNG library - runtime
ii  python  2.3.5-10 An interactive high-level object-o
ii  python-pmw  1.2-4Pmw -- Python MegaWidgets
ii  python-tk   2.4.3-1  Tkinter - Writing Tk applications 
ii  zlib1g  1:1.2.3-11   compression library - runtime

pymol recommends no packages.

-- no debconf information


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

Bug#376109: lintian: [lintian-info]: Add option to display specific desc of error/warning

[Jari Aalto]

Package: lintian
Version: 1.23.22
Severity: wishlist

It would be handly if lintian-info contained option to display
description of each error by keyword, like:

lintian-info [-k error] [-k ...]

Like
lintian-into -k wrong-path-for-install-menu -k ...

The log file is not always available e.g. if you browse errors through

   http://lintian.debian.org/reports/

or see an error mentioned in the mailing list, that catch one's
interest.

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

Versions of packages lintian depends on:
ii  binutils 2.17-1  The GNU assembler, linker and bina
ii  diffstat 1.41-1  produces graph of changes introduc
ii  dpkg-dev 1.13.22 package building tools for Debian
ii  file 4.17-2  Determines file type using "magic"
ii  gettext  0.14.6-1GNU Internationalization utilities
ii  intltool-debian  0.34.2+20060621 Help i18n of RFC822 compliant conf
ii  libparse-debianchangelog 1.0-1   parse Debian changelogs and output
ii  man-db   2.4.3-3 The on-line manual pager
ii  perl [libdigest-md5-perl 5.8.8-6 Larry Wall's Practical Extraction 

lintian recommends no packages.

-- no debconf information


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

Bug#376106: idea: interpolation in filter files

[martin f krafft]

Package: logcheck
Severity: wishlist

Since logcheck processes all filter files anyway (instead of just
feeding them to egrep -f), the following may be trivial to
implement:

It would be nice if logcheck filter files would honour variables,
e.g.:

  # LEAD=^\w{3} [ :[:digit:]]{11} [-._[:alnum:]]+
  # PROCNAME_SMTPD=postfix/smtpd\[[[:digit:]]+\]
  # QUEUEID=(NOQUEUE|[[:upper:][:digit:]]+)
  # IP=([:digit:]{1,3}\.){3}[:digit:]{1,3}

  @LEAD@ @PROCNAME_SMTPD@: $QUEUEID@: reject: RCPT from @[EMAIL 
PROTECTED]@[EMAIL PROTECTED] ...

Then, it would also make sense to define a default LEAD, or default
matches for IP addresses and hostnames etc, which can be overridden.

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system


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

Bug#373367: diff for 0.12-5.1 NMU

[Pierre HABOUZIT]

Hi,

Attached is the diff for my python-xlib 0.12-5.1 NMU.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
diff -u python-xlib-0.12/debian/changelog python-xlib-0.12/debian/changelog
--- python-xlib-0.12/debian/changelog
+++ python-xlib-0.12/debian/changelog
@@ -1,3 +1,11 @@
+python-xlib (0.12-5.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix old FSF address.
+  * Update package to new python policy (Closes: #373367).
+
+ -- Pierre Habouzit <[EMAIL PROTECTED]>  Fri, 30 Jun 2006 11:18:19 +0200
+
 python-xlib (0.12-5) unstable; urgency=low
 
   * New maintainer (closes: #254793)
diff -u python-xlib-0.12/debian/control python-xlib-0.12/debian/control
--- python-xlib-0.12/debian/control
+++ python-xlib-0.12/debian/control
@@ -2,31 +2,19 @@
 Section: python
 Priority: extra
 Maintainer: Martin v. Löwis <[EMAIL PROTECTED]>
-Build-Depends-Indep: debhelper (>= 4.1.67), python (>= 2.3), texinfo
-Standards-Version: 3.6.2
+Build-Depends: debhelper (>= 5.0.37.2), python-all-dev (>= 2.3.5-11)
+Build-Depends-Indep: python-support (>= 0.3), texinfo
+Standards-Version: 3.7.2
 
 Package: python-xlib
 Architecture: all
 Depends: ${python:Depends}
-Description: Interface for Python to the X11 Protocol (dummy package)
- python-xlib is a 100% pure Python implementation of the X11
- protocol. It currently implements client-side X11R6 fully, supports
- the resource database, ICCM, and the Shape extension.
-
-Package: python2.3-xlib
-Architecture: all
-Depends: python2.3
+Provides: ${python:Provides}
+Replaces: python2.3-xlib (<< 0.12-5.1), python2.4-xlib (<< 0.12-5.1)
+Conflicts: python2.3-xlib (<< 0.12-5.1), python2.4-xlib (<< 0.12-5.1)
 Suggests: python-xlib-doc
-Description: Interface for Python to the X11 Protocol (for Python2.3)
- python-xlib is a 100% pure Python implementation of the X11
- protocol. It currently implements client-side X11R6 fully, supports
- the resource database, ICCM, and the Shape extension.
-
-Package: python2.4-xlib
-Architecture: all
-Depends: python2.4
-Suggests: python-xlib-doc
-Description: Interface for Python to the X11 Protocol (for Python2.4)
+XB-Python-Version: ${python:Versions}
+Description: Interface for Python to the X11 Protocol (dummy package)
  python-xlib is a 100% pure Python implementation of the X11
  protocol. It currently implements client-side X11R6 fully, supports
  the resource database, ICCM, and the Shape extension.
diff -u python-xlib-0.12/debian/rules python-xlib-0.12/debian/rules
--- python-xlib-0.12/debian/rules
+++ python-xlib-0.12/debian/rules
@@ -7,12 +7,24 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
-build: 
+PYVERS:=$(shell pyversions -r)
+
+build: build-stamp
+build-stamp:
+   dh_testdir
+   set -e; \
+   for py in $(PYVERS); do  \
+   $$py setup.py build; \
+   done
make -C doc/info.deb
+   touch $@
 
 clean:
dh_testdir
dh_testroot
+   -for py in $(PYVERS); do  \
+   $$py setup.py clean; \
+   done
rm -f install-stamp build-stamp
find Xlib -name \*.pyc | xargs rm -f
make -C doc/info.deb clean
@@ -24,8 +36,10 @@
dh_testroot
dh_clean -k
dh_installdirs
-   dh_install -Xcvsignore -ppython2.3-xlib Xlib 
usr/lib/python2.3/site-packages
-   dh_install -Xcvsignore -ppython2.4-xlib Xlib 
usr/lib/python2.4/site-packages
+   set -e; \
+   for py in $(PYVERS); do  \
+   $$py setup.py install --root=debian/python-xlib; \
+   done
dh_installdocs -A -Xcvsignore
# installdocs doesn't copy the symbolic link
dh_install -ppython-xlib-doc doc/html/*.html 
usr/share/doc/python-xlib-doc/html
@@ -43,13 +57,14 @@
dh_installchangelogs
dh_compress -X.py
dh_fixperms
+   dh_pysupport
dh_python
dh_installdeb
dh_gencontrol
dh_md5sums
dh_builddeb
 
-source diff:  
+source diff:
@echo >&2 'source and diff are obsolete - use dpkg-source -b'; false
 
 binary: binary-indep binary-arch
diff -u python-xlib-0.12/debian/copyright python-xlib-0.12/debian/copyright
--- python-xlib-0.12/debian/copyright
+++ python-xlib-0.12/debian/copyright
@@ -22,8 +22,8 @@
  
You should have received a copy of the GNU General Public License
along with this package; if not, write to the Free Software
-   Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA
-   02111-1307, USA.
+   Foundation, Inc., 51 Franklin St, Fifth Floor, Boston,
+   MA 02110-1301, USA.
  
 On Debian systems, the complete text of the GNU General
 Public License can be found in `/usr/share/common-licenses/GPL'.
only in patch2:
unchanged:
--- python-xlib-0.12.orig/debian/pycompat
+++ python-xlib-0.12/debian/pycompat
@@ -0,0 +1 @@
+2


signature.asc
Description: Digital signatu

Bug#375217: When you will upload it?

[Tim Dijkstra]

Hi,

I added some maintainer scripts to uswsusp. If you have a suitable swap
partition it will detect it (will take the biggest in case of multiple)
and write a configuration file for you. If you have set debconf priority
to high (the default) you'll see no questions. Except if you do not have
a swap partition, then it will warn about it with a debconf note.

With lower priority or dpkg-reconfigure you can tweak the file they way
you like. Of course it keeps any hand made changes.

About the name: upstream accepted my patches for the s2disk/s2both
system, they'll be in the next release.

I made uswsusp recommend: initramfs-tools, because then installation of
uswsusp will end with a working setup. It can work without though if
you make your own initramfs. So I was leaning a bit to a suggest...

You can find the packages at:

http://www.famdijkstra.org/~tdykstra/debian/uswsusp

Can you guys give in another spin? Maybe also try dpkg-reconfigure etc?

Otavio: if you think they're OK, can you upload them?

grts Tim


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

Bug#170475: is it you?

[Marilyn]

Do not ignore me please,
I found your email somewhere and now deacbided to write you.
I am coming to your plbabce bin few weeks anbd thought we 
can meet eacbh other. Let me know if you do not mind.
I ama a nice pretty girl. aDon't reply to this email. 
Email me direclty at [EMAIL PROTECTED]




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

Bug#375713: adplug: FTBFS: checking for pkg-config... no

[Daniel Baumann]

Just for the records.. I did fix it immediately after recieving your
bug-report, the package is available and waiting for my sponsor at
http://archive.daniel-baumann.ch/debian/packages-queue/

-- 
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#332554: fixed

[Bernard Brandl]

Hi, I found that this bug is due to the debian diff of the package syslog-ng-1.6.5-2.2  * Inspired by nsyslog, originally written by Darren Reed.  *- * $Id: sources.c,v 
1.37.4.4 2004/08/05 11:35:12 bazsi Exp $+ * $Id: sources.c,v 1.37.4.2 2004/03/10 18:43:28 bazsi Exp $  *
  ***/ @@ -121,13 +121,6 @@   full or we are a datagram receiver, when themessage is in   its own packet.
 */-   if (closure->dgram) {-   /* strip one trailing LF or NUL character*/-   if (closure->pos > 0 && -   (closure->buffer[closure->pos
- 1] == '\n' ||-closure->buffer[closure->pos- 1] == '\0'))-   closure->pos--;-   }the debian patch removes the lines from 
source.c, that is not normal.erasing this in the debian patch worked for me (no more NL/NUL char at the end of lines)this can close #332554 for sarge tooversion of the diff are clean since 1.6.8-1 
RegardsPS :  please excuse my poor english :)-- Êtes-vous nostalgiques de cette époque où les hommes étaient des hommes, et écrivaient eux-mêmes leurs propres pilotes de périphériques?

Bug#376110: security.debian.org: signature verification not possible (Empty Release.gpg)

[Walter B. Rasmann]

Package: security.debian.org
Severity: important


The Release.gpg files do not contain data.

Personally I consider this issue as critical (What happened?).

Remains to test if apt installs the packages anyway.


APT output:
>W: GPG error: http://security.debian.org stable/updates Release: Unknown error 
>executing gpgv
>W: GPG error: http://security.debian.org testing/updates Release: Unknown 
>error executing gpgv
>W: You may want to run apt-get update to correct these problems


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

Bug#376112: (no subject)

[Marvin Stark]

Subject: netdiag: netwatch segfaults on amd64
Package: netdiag
Version: 0.7-7.1
Severity: important

Hi,

netwatch segfaults on amd64:

8<
$ netwatch
$ Segmentation fault
8<

I have no clue why, if you need more information, dont hesitate to ask.

Best Regards,

Marvin Stark

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

Versions of packages netdiag depends on:
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libncurses5   5.5-2  Shared libraries for terminal 
hand
ii  netbase   4.25   Basic TCP/IP networking system

netdiag recommends no packages.

-- no debconf information

-- 
 .""`. Marvin Stark <[EMAIL PROTECTED]>
: :"  :credativ.de - The creative IT consultants
`. `"`
  `-  Debian - when you have better things to do than fix a system


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

Bug#357055: udev: creates fd0, but does not create fd0u* (eg fd0u1722)

[Nick Leverton]

I know there may not be many of us using floppies any more, but I'm
adding my name to the list for this bug.  You probably won't get that
many complaints until a recent udev hits stable.  I've only just found
the problem because I've only recently upgraded to udev 0.093.

Floppies are not yet obsolete - they're often needed for flashing BIOS.
And fdformat(1) from util-linux absolutely requires the special names, it
has no other way to specify the density to which it should format the floppy.

I'm quite happy for these little used devices not to be created by
default.  But for the sake of all those people upgrading from Sarge later
this year, at least some of whom are going to have scripted floppy access,
I don't think it would hurt to ship an optional config file to create
them, with News.debian advising people what to do if they need them.

Nick


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

Bug#376111: cupsys 1.2.1-2 (testing) should not enable browsing by default

[Paul Coray]

Package: cupsys
Status: install ok installed
Priority: optional
Section: net
Installed-Size: 8420
Maintainer: Debian CUPS Maintainers <[EMAIL PROTECTED]>
Architecture: i386
Version: 1.2.1-2
Replaces: cupsys-pstoraster
Depends: libacl1 (>= 2.2.11-1), libc6 (>= 2.3.6-6), libcupsimage2 (>= 
1.2.1), libcupsys2 (>= 1.2.1), libdbus-1-2 (>= 0.61), libgnutls13 (>= 
1.3.5), libldap2 (>= 2.1.17-1), libpam0g (>= 0.76), libpaper1, libslp1, 
zlib1g (>= 1:1.2.1), adduser (>= 3.12), debconf (>= 1.2.9) | 
debconf-2.0, patch, poppler-utils | xpdf-utils, perl-modules, procps, 
gs-esp, lsb-base (>= 3)

Recommends: cupsys-client, smbclient (>= 3.0.9), foomatic-filters
Suggests: cupsys-bsd, cupsys-driver-gutenprint | 
cupsys-driver-gimpprint, foomatic-filters-ppds, xpdf-korean | 
xpdf-japanese | xpdf-chinese-traditional | xpdf-chinese-simplified, 
cups-pdf, hplip

Conflicts: cupsys-pstoraster (<< 2)
Conffiles:
 /etc/default/cupsys 69cdfd521582ec36807b482439642f8d
 /etc/cups/cupsd.conf e5d4daf3cc94d19b5d5506d07d8f8e07
 /etc/cups/mime.convs 4a9ed8da95072f4b69e9219c1fa78afa
 /etc/cups/mime.types 7d24bc214f581f7b6c41b7ad4f8d7074
 /etc/init.d/cupsys a523ee744d3825b0f3f452def39016b8
 /etc/logrotate.d/cupsys 478fe441ed13ed77b6485f094d82562b
 /etc/pam.d/cupsys ff2488324854f7b1e892bb0df062d5f0 obsolete


This Package from 'testing' seems to set 'Browsing on' in 
/etc/cups/cups.d/browse.conf. I experience major problems in our network 
when a client has this enabled. All our Sarge--systems (with CUPS 1.1) 
display the installed printers on the Testing-system, making it 
impossible to print anything out of a Java-Applet we use (sun-j2re1.5 
1.5.0+update03).


So I suggest to set /etc/cups/cups.d/browse.conf to 'Browsing off' by 
default.


Cheers
Paul
--
Paul Coray
Administrator Server und Netzwerk

Oeffentliche Bibliothek der Universitaet Basel
EDV-Abteilung
Schoenbeinstrasse 18-20
CH-4056 Basel

Tel: +41 61 267 05 13
Fax: +41 61 267 31 03

mailto:[EMAIL PROTECTED]
http://www.ub.unibas.ch


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

Bug#376107: libbsf-java: FTBFS: .orig.tar.gz missing and Build-Dependencies can not be satisfied

[Andreas Jochens]

Package: libbsf-java
Version: 1:2.3.0+cvs20050308-6
Severity: serious

When trying to build 'libbsf-java' in a clean unstable chroot,
I get the following error:

aj:/# apt-get source libbsf-java
Reading package lists... Done
Building dependency tree... Done
Need to get 213kB of source archives.
Get:1 http://ftp.de.debian.org sid/main libbsf-java 1:2.3.0+cvs20050308-6 (dsc) 
[872B]
Err http://ftp.de.debian.org sid/main libbsf-java 1:2.3.0+cvs20050308-6 (tar)
  404 Not Found
Get:2 http://ftp.de.debian.org sid/main libbsf-java 1:2.3.0+cvs20050308-6 
(diff) [5750B]
Fetched 6622B in 0s (30.6kB/s)
Failed to fetch 
http://ftp.de.debian.org/debian/pool/main/libb/libbsf-java/libbsf-java_2.3.0+cvs20050308.orig.tar.gz
  404 Not Found
E: Failed to fetch some archives.

and also:

# apt-get build-dep libbsf-java
Reading package lists... Done
Building dependency tree... Done
E: Build-dependencies for libbsf-java could not be satisfied.

Regards
Andreas Jochens


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

Bug#376100: xserver-xorg-video-nv: nv driver blocks every imput device on my debian box

[David Martínez Moreno]

El viernes, 30 de junio de 2006 11:17, Joshua Dunamis escribió:
> Package: xserver-xorg-video-nv
> Version: 1:1.0.1.5-2
> Severity: normal
>
> When I use nv driver in xorg.conf and I use X, after some minutes my system
> is blocked in every input device: my keybord, my mouse and the monitor is
> completly unusable. I must use the power button (using acpid) to power off
> the system and the monitor is still displaing the same image until the
> system is going off.
> I cannot use the nvidia driver official becouse I have a nVidia Aladdin
> TNT2.

Hello, Joshua. I guess that you are charging against x-x-v-nv because 
you 
used vesa with sucess, didn't you?

Best regards,


Ender.
-- 
Look at my fingers: four stones, four crates! Zero stones? ZERO CRATES!
-- Zorg (The Fifth Element).
--
Desarrollador de Debian
Debian developer


pgpKAuo7j2LTQ.pgp
Description: PGP signature

Bug#376102: pympd: broken dependancy in python2.3-gtk2

[Franz Pletz]

merge 376102 375977
tags 376102 pending
tags 375977 pending
thanks

On Fri, Jun 30, 2006 at 11:16:59AM +0200, lumen wrote:
> In unstable the package depends on python2.3-gtk2, than is unavaiable.
> The bug #375977 is not applicable becouse package python2.3-glade2 is
> not avaiable too.
> 
> I've had to get pympd from unstable, but it's dependancies from testing,
> where these package exist.

Thanks for your report. This has (in some way ;)) already been reported and
a fixed version is available[0]. I'm currently waiting for my sponsor to
upload it.

Cheers,
Franz

[0] http://mentors.debian.net/debian/pool/main/p/pympd/

-- 
Franz Pletz   \  Lots of the basis of the open source movement
www: http://franz-pletz.org/   \  come from procrastinating students.
email: [EMAIL PROTECTED]   \  -- Andrew Tridgell


signature.asc
Description: Digital signature

Bug#376105: nmap: returns 0 even if scan fails

[Fyodor]

On Fri, Jun 30, 2006 at 10:31:14AM +0100, George B. wrote:
> 
> This is a minor/wishlist bug.
> 
> I am using nmap in a script to check if a remote router (which 
> unfortunately blocks pings) is alive.
> 
> The problem is that nmap will exit with 0 even if the host is down. E.g:
> 
> ---
> nmap -sS -p 500 -P0 10.1.75.139 && echo -e "\nReturns code $?"
> 
> Starting Nmap 4.10 ( http://www.insecure.org/nmap/ ) at 2006-06-30 10:25 
> BST
> Nmap finished: 1 IP address (0 hosts up) scanned in 0.235 seconds
> 
> Returns code 0
> ---
> 
> Any chance nmap could be made to distinguish between successful and 
> failed tests?
> 
> For now I have to use the "grep '0 hosts up'" bodge to get around this.

I can kind-of see your point.  On the other hand, Nmap completed
successfully and returned the results (the host was down).  Nmap
returns nonzero when there is an error and Nmap cannot complete.  If
Nmap was to return nonzero in your case, what should it do if you scan
two machines and one machine is up and another is down?  What if you
scan two and they are both down?  If the RC is nonzero based on
whether hosts scanned are up or down, how do we inform the script that
Nmap encountered an error and failed to complete?

Cheers,
-F


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

Bug#373325: diff for 1.0-1.1 NMU

[Lars Wirzenius]

pe, 2006-06-30 kello 10:18 +0200, Pierre HABOUZIT kirjoitti:
>   Attached is the diff to make python-licosmamo compliant with the last
> debian policy. As it's quite intrusive in your previously ...  rather
> optimized packaging (I now need such high level tools as debhelper ;p) I
> prefer to let you review the patch and not NMUing it.

I do not with to have debhelper in my package.

-- 
Crappy tools are not worth it. Find or make better ones.



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

Bug#376114: spambayes: breaks on invalid Content-Type header

[Vincent Zweije]

Package: spambayes
Version: 1.0.4-3
Severity: normal

sb_filter.py breaks when the header contains the following line:

Content-Type: multipart/alternative;

Notice the ; but absence of a boundary= parameter.

A message with this header has the complete header removed.  It is
replaced with the spambayes score.  The body is untouched.

My spambayesrc:

[Headers]
include_evidence = True
[Storage]
persistent_use_database = True
persistent_storage_file = ~/.hammie.db
[Categorization]
ham_cutoff = 0.05
spam_cutoff = 0.50

A header exhibiting the problem:

Return-Path: <[EMAIL PROTECTED]>
X-Original-To: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Received: from mxdrop20.xs4all.nl (mxdrop20.xs4all.nl [194.109.24.210])
by love.zweije.nl.eu.org (Postfix) with ESMTP id 99FC0420F
for <[EMAIL PROTECTED]>; Fri, 30 Jun 2006 10:26:21 +0200 (CEST)
Received: from mxdrop20.xs4all.nl (localhost [127.0.0.1])
by mxdrop20.xs4all.nl (8.13.6/8.13.6) with ESMTP id k5U8QLH7028440
for <[EMAIL PROTECTED]>; Fri, 30 Jun 2006 10:26:21 +0200 (CEST)
(envelope-from [EMAIL PROTECTED])
Received: (from [EMAIL PROTECTED])
by mxdrop20.xs4all.nl (8.13.6/8.12.11/Submit) id k5U8QLZ1028439
for [EMAIL PROTECTED]; Fri, 30 Jun 2006 10:26:21 +0200 (CEST)
(envelope-from zweije)
X-Sense-Delivered-From-On: [EMAIL PROTECTED] Fri Jun 30 10:26:21 2006
Received: from 550D4828 ([222.87.34.246])
by mxdrop20.xs4all.nl (8.13.6/8.13.6) with SMTP id k5U8OonF027447;
Fri, 30 Jun 2006 10:25:13 +0200 (CEST)
(envelope-from [EMAIL PROTECTED])
message-id: <[EMAIL PROTECTED]>
From: "TOTH CRISTINE" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: re:i came across a reliable..
Date: Fri, 30 Jun 2006 01:20:50 -0800
MIME-Version: 1.0
Content-Type: multipart/related;
X-XS4ALL-DNSBL-Checked: mxdrop20.xs4all.nl checked 222.87.34.246 against DNS 
blacklists
X-Virus-Scanned: by XS4ALL Virus Scanner
X-XS4ALL-Spam-Score: 16.894 () 
HOT_NASTY,HTML_FONTCOLOR_UNSAFE,HTML_MESSAGE,UPPERCASE_25_50,URIBL_AB_SURBL,URIBL_JP_SURBL,URIBL_OB_SURBL,URIBL_SC_SURBL,URIBL_WS_SURBL
X-XS4ALL-Spam: YES

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

Versions of packages spambayes depends on:
ii  python2.3.5-10   An interactive high-level object-o
ii  python-central0.4.17 register and build utility for Pyt

spambayes recommends no packages.

-- no debconf information


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

Bug#103024: meet me soon

[Rob]

Hire,
i am here sitting in the internet caffe. Found your email and
decided to write. I might be coming to your place in 14 days, 
so I! decided to email you. May be we can meet? I am 25 ya.o.a
girl. I have a picture if you want. No need to reply here as 
thisa is not my email.! Write me at [EMAIL PROTECTED]




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

Bug#376086: diffstat does not work with debdiff output

[Thomas Dickey]

On Fri, Jun 30, 2006 at 10:30:17AM +0200, Bill Allombert wrote:
> Package: diffstat
> Version: 1.41-1
> Severity: normal
> 
> Hello Greg,
> 
> running diffstat on debdiff output does not report filenames:
> 
> With the patch in attachment, I only get

I don't see an attachment
(it would help if I knew the output format of debdiff).

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net


pgpj5gAqe5pEd.pgp
Description: PGP signature

Bug#376116: debconf: "Debian Configuration" string in dialog frontend

[Colin Watson]

Package: debconf
Version: 1.5.2
Severity: minor

The last remaining Ubuntu change to debconf is the "Debian
Configuration" string in the dialog frontend. I'd like not to have to
make this change any more - I'd much rather have Debian's and Ubuntu's
debconf packages in sync. However it obviously doesn't make sense for
users of many derived distributions to have "Debian Configuration" pop
up when they reconfigure a package. (It used to be a lot more noticeable
since it happened during installation too.)

As strawman suggestions, how about "System Configuration" or "Package
Configuration"?

Thanks,

-- 
Colin Watson   [EMAIL PROTECTED]


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

Bug#376113: sendmail should not depend on rmail, but suggest it.

[Ronald van Loon]

Package: sendmail
Version: 8.13.7-2
Severity: important

Hi,

I reported the rmail problem with e-mail addresses (bug #8) starting with
'-' not being accepted earlier, including a patch, which still hasn't made
it into the distribution. Because of this, I rolled a local package, but
the problem is that every time a new release occurs, rmail gets updated
with a new 'buggy' version. Rmail should be optional to sendmail. Sendmail
functionality is not impaired if rmail is not present on the system. By
creating a dependency, the relationship is too strict. The reverse
situation should be a dependency, as rmail contains a dependency on the
presence of sendmail (it is invoked in the source). However, the source
code does not rely on a specific version of sendmail.

My recommendation would be to either fix the rmail bug (making me happy),
or if for some reason you feel that my patch is not the correct solution,
set up the dependency system such that sendmail Suggests rmail, but not
depends on it, and rmail as a package becomes only dependent on a sendmail
with some known, fairly bugfree version.

Thanks,

Ronald

-- Package-specific info:
Ouput of /usr/share/bug/sendmail/script:

ls -alR /etc/mail:
/etc/mail:
total 295
drwxr-sr-x   8 smmta smmsp  1024 Jun 29 14:34 .
drwxr-xr-x 247 root  root  13312 Jun 30 11:53 ..
drwxr-sr-x   2 root  root   1024 Nov  9  2001 .hoststat
-rwxr-xr--   1 root  smmsp 10099 Jun 29 14:34 Makefile
lrwxrwxrwx   1 root  mail 44 Nov 26  2001 address.resolve -> 
/usr/share/sendmail/examples/address.resolve
-rw-r--r--   1 root  root281 Jun 18 23:00 address.resolve.dpkg-new
-rw-r-   1 root  smmsp  4805 Dec 25  2004 aliases
-rw-r-   1 smmta smmsp 12288 Jun 29 14:34 aliases.db
-rw-r--r--   1 root  root   3180 Jun 29 14:34 databases
-rw-r-   1 smmta smmsp37 Sep 20  2001 default-auth-info
-rw-r--r--   1 root  root   5594 Jun 18 23:00 helpfile
lrwxrwxrwx   1 root  smmsp11 Dec 10  2003 local-host-names -> sendmail.cw
drwxr-sr-x   2 smmta smmsp  1024 Oct 20  2004 m4
drwxr-xr-x   2 root  root   1024 Jun 29 14:32 peers
-rw-r--r--   1 root  smmsp   315 Mar 16 22:50 relay-domains
drwxr-xr-x   2 root  smmsp  1024 Oct 20  2004 sasl
-rw-r--r--   1 root  smmsp 51354 Jun 29 14:34 sendmail.cf
-rw-r--r--   1 root  root  51349 Jun 29 14:34 sendmail.cf.old
-rw-r--r--   1 root  root  11894 Jun 29 14:34 sendmail.conf
-rw-r--r--   1 root  smmsp23 Sep 20  2001 sendmail.ct
-rw-r--r--   1 root  smmsp   258 Jun 22 10:20 sendmail.cw
-rw-r--r--   1 root  smmsp  3172 Aug 18  2005 sendmail.mc
-rw-r--r--   1 root  root149 Oct  7  2004 service.switch
-rw-r--r--   1 root  root180 Oct  7  2004 service.switch-nodns
drwxr-sr-x   2 smmta smmsp  1024 May  9 20:49 smrsh
lrwxrwxrwx   1 root  root 15 Jun 22 23:02 spamassassin -> ../spamassassin
-rw-r--r--   1 root  smmsp 45082 Jun 29 14:34 submit.cf
-rw-r--r--   1 root  root  45077 Jun 29 14:34 submit.cf.old
-rw-r--r--   1 root  smmsp  2109 Jun 29 14:34 submit.mc
drwxr-xr-x   2 smmta smmsp  1024 Dec 10  2003 tls
-rw-r--r--   1 mail  mail 25 Oct 11  2001 trusted-users
-rw-r--r--   1 root  smmsp  1127 Feb  8  2005 virtusertable
-rw-r-   1 root  smmsp 12288 Jun 29 14:34 virtusertable.db

/etc/mail/.hoststat:
total 2
drwxr-sr-x 2 root  root  1024 Nov  9  2001 .
drwxr-sr-x 8 smmta smmsp 1024 Jun 29 14:34 ..

/etc/mail/m4:
total 2
drwxr-sr-x 2 smmta smmsp 1024 Oct 20  2004 .
drwxr-sr-x 8 smmta smmsp 1024 Jun 29 14:34 ..
-rw-r- 1 root  smmsp0 Sep 20  2001 dialup.m4
-rw-r- 1 root  smmsp0 Sep 20  2001 provider.m4

/etc/mail/peers:
total 3
drwxr-xr-x 2 root  root  1024 Jun 29 14:32 .
drwxr-sr-x 8 smmta smmsp 1024 Jun 29 14:34 ..
-rw-r--r-- 1 root  root   328 Oct  7  2004 provider

/etc/mail/sasl:
total 7
drwxr-xr-x 2 root  smmsp 1024 Oct 20  2004 .
drwxr-sr-x 8 smmta smmsp 1024 Jun 29 14:34 ..
-rw-r- 1 smmta smmsp  748 Oct 20  2004 Sendmail.conf.2
-rwxr--r-- 1 root  root  3666 Nov  8  2005 sasl.m4

/etc/mail/smrsh:
total 2
drwxr-sr-x 2 smmta smmsp 1024 May  9 20:49 .
drwxr-sr-x 8 smmta smmsp 1024 Jun 29 14:34 ..
lrwxrwxrwx 1 root  root37 Mar 14  2002 archive-script -> 
/usr/local/mailinglist/archive-script
lrwxrwxrwx 1 root  root36 Mar 14  2002 filter-script -> 
/usr/local/mailinglist/filter-script
lrwxrwxrwx 1 root  root33 Mar 14  2002 filter.awk -> 
/usr/local/mailinglist/filter.awk
lrwxrwxrwx 1 root  root34 Mar 14  2002 getfrom.awk -> 
/usr/local/mailinglist/getfrom.awk
lrwxrwxrwx 1 root  root37 Mar 14  2002 getsubject.awk -> 
/usr/local/mailinglist/getsubject.awk
lrwxrwxrwx 1 root  root26 Mar 13  2002 mail.local -> 
/usr/lib/sm.bin/mail.local
lrwxrwxrwx 1 root  root22 Mar 13  2002 mailinglist -> /usr/local/mailinglist
lrwxrwxrwx 1 root  root19 Mar 14  2002 minimalist -> /usr/bin/minimalist
lrwxrwxrwx 1 root  root17 Mar 13  2002 procmail -> /usr/bin/procmail
lrwxrwxrwx 1 root  root33 Mar 14  2002 sender.awk -> 
/usr/local/mailinglist/sender.awk
lrwxrwxrwx 1 root  root12 Mar 14  

Bug#375964: Should be done for mediawiki1.6

[Romain Beauxis]

severity 375964 whishlist
tags 375964 wontfix
thanks


Hi!


Mediawiki1.5 is only changed for security related issues now.
This should be done in mediawiki1.6 in the form of a recommands in 
mediawiki-math dependencies...




Romain


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

Bug#369351: exim4-daemon-heavy: Insecure quote escaping in PostgreSQL backend

[Marc Haber]

On Mon, May 29, 2006 at 08:49:57PM +0200, Florian Weimer wrote:
> PQescapeString is deprecated because given its interface, the security
> bug cannot be closed completely.  You really should use
> PQescapeStringConn.

I have added this to the upstream bugzilla
(http://www.exim.org/bugzilla/show_bug.cgi?id=107) and hope that this
will give upstream a friendly nudge to act on the report.

Greetings
Marc

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


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

Bug#376105: nmap: returns 0 even if scan fails

[George B.]

On 30/06/06, Fyodor <[EMAIL PROTECTED]> wrote:


I can kind-of see your point.  On the other hand, Nmap completed
successfully and returned the results (the host was down).  Nmap
returns nonzero when there is an error and Nmap cannot complete.  If
Nmap was to return nonzero in your case, what should it do if you scan
two machines and one machine is up and another is down?  What if you
scan two and they are both down?

If the RC is nonzero based on
whether hosts scanned are up or down, how do we inform the script that
Nmap encountered an error and failed to complete?


The only way I can think of is to use different non-zero return codes.
It would add a bit of extra flexibility to nmap, but it depends if
anyone actually cares (even I'm not that bothered, as I can always
grep the output.)

Feel free to close this if you don't think it's worth the effort.
Thanks for nmap :-)


George.


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

Bug#376115: Wrong permissions to others when creating directory from the save dialog

[Marc MAURICE]

Package: libgtk2.0-0
Version: 2.8.18-1
Severity: normal

*** Please type your report below this line ***

Hi,

I spend hours trying to make gettext work with apache/php.
In fact, it was because I used the save dialog in poEdit to create
directories, and the so created directories had not the 'x' permission to
the others, forbidding apache to cross the directories.

When I create a directory with mkdir, rights are ok.

When I create a directory with a kde application, rights are ok.

When I create a directory with a gnome app (tested with poEdit, gimp,
gedit), say /tmp/test, others do not have the 'x' right :

$ ls -ld /tmp/test
drwxr-xr--  2 dooblem dooblem 4096 2006-06-30 10:33 /tmp/test


I'm not really sure if this bug is specific to gtk2 (maybe gnome, or smth
else)..

Thanks in advance
and sorry for my english

Marc


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

Versions of packages libgtk2.0-0 depends on:
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libc62.3.6-7 GNU C Library: Shared
libraries ii  libcairo21.0.2-3 The Cairo 2D vector
graphics libra
ii  libfontconfig1   2.3.2-1.1   generic font configuration
library
ii  libglib2.0-0 2.10.1-2The GLib library of C
routines ii  libgtk2.0-bin2.8.18-1The programs for the
GTK+ graphica
ii  libgtk2.0-common 2.8.18-1Common files for the GTK+
graphica
ii  libjpeg626b-11   The Independent JPEG Group's
JPEG
ii  libpango1.0-01.12.3-1Layout and rendering of
internatio
ii  libpng12-0   1.2.8rel-5  PNG library - runtime ii 
libtiff4 3.7.4-1 Tag Image File Format (TIFF)
libra
ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol
client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous
exte
ii  libxfixes3   6.9.0.dfsg.1-6  X Window System miscellaneous
'fix
ii  libxi6   6.8.2.dfsg.1-11 X Window System Input
extension li
ii  libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head
display
ii  libxrandr2   6.8.2.dfsg.1-11 X Window System Resize,
Rotate and
ii  libxrender1  1:0.9.0.2-1 X Rendering Extension client
libra

Versions of packages libgtk2.0-0 recommends:
ii  hicolor-icon-theme0.8-3  default fallback theme for
FreeDes

-- no debconf information

Bug#376117: tetex-bin: Wrong regexp in postinst.functions

[Martin Pitt]

Package: tetex-bin
Version: 3.0-17
Tags: patch

Hi Frank!

I just merged the current Ubuntu and Debian package again and found
one patch left that should be applied in Debian:

--- tetex-bin-3.0/debian/postinst.functions
+++ tetex-bin-3.0/debian/postinst.functions
@@ -76,7 +76,7 @@
 my (\$found, \$written) = (0,0);
 while (){
 print;
-if (! \$found && /^%%% From file: /etc/texmf/texmf.d/05TeXMF.cnf/){\$found=1}
+if (! \$found && m!^%%% From file: /etc/texmf/texmf.d/05TeXMF.cnf!){\$found=1}
 if (\$found && ! \$written && /^\$/){
 \$written=1;
 print qq(\$insertedtext);

This fixes https://launchpad.net/bugs/33449.

Thanks,

Martin
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org

In a world without walls and fences, who needs Windows and Gates?


signature.asc
Description: Digital signature

Bug#356352: libsysfs2 patch

[Morten Werner Olsen]

On Tue, Jun 13, 2006 at 11:32:55PM +0200, Filippo Giunchedi wrote:

> this: 
> http://people.debian.org/~filippo/patches/hwinfo-12.31_libsysfs2-0.1.patch
> is my first attempt to port hwinfo to libsysfs2, the patch is against
> 12.31 but applies to 12.9 with all hunks successful (just a few offsets).
> Please test the patch if it works for you (at least if it finds the same
> amount of hardware, or more :))
> The output from debian's hwinfo and 12.9 patched are not identical though,
> I can't tell if there's more information or less, I have it available for
> display.

Thanks a lot for this patch! :)

The patch applies fine with 12.33 (newest upstream I found atm), but I
get this error when running hwinfo (this is the shared libary one -
similar source package that is in experimental, but with your patch and
newer upstream release):

  [EMAIL PROTECTED]:~$ /usr/sbin/hwinfo 
  > usb.3.3: input*** glibc detected *** double free or corruption
  > (fasttop): 0x0807dbf0 ***
  Aborted

This error is also when using --hw_item, when hw_item is one of block,
bluetooth, braille, camera, cdrom, chipcard, disk, dsl, floppy, hub,
isdn, joystick, keyboard, modem, mouse, netcard, network, partition,
printer, scanner, usb and wlan.

I also got a segmentation fault for hw_item like pci, pcmcia and pppoe:

  [EMAIL PROTECTED]:~$ /usr/sbin/hwinfo --pci
  > net.1: get network dataSegmentation fault

I have not tested 12.33 without your patch yet, not as a static binary,
and not 12.31 nor 12.9 with your patch. Hope to do some more testing
later tonight, and will send updates to you and BTS. Maybe I will have
time to run hwinfo in Valgrind too.. :)


- Werner



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

Bug#376106: idea: interpolation in filter files

[martin f krafft]

Please find attached a reference implementation of this feature,
using make.

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
#: LEAD   = ^\w{3} [ :[:digit:]]{11} @HOSTNAME@
#: HOSTNAME   = [-_[:alnum:]]+
#: PID= [[:digit:]]{1,5}
#: PROC_SMTPD = postfix/[EMAIL PROTECTED]@\]
#: QUEUE_ID   = (NOQUEUE|[[:upper:][:digit:]]+)
#: DN = [-_.[:alnum:]]+
#: FQDN   = @[EMAIL PROTECTED]:alpha:]]{2,4}
#: IPADDR = ([[:digit:]]{1,3}\.){3}[[:digit:]]{1,3}
#: STATUS = [45][[:digit:]]{2}
#: EXT_STATUS = @STATUS@ ([[:digit:]]+\.){2}[[:digit:]]+
#: EMAIL  = <[-_.+[:alnum:]]+@@DN@>
#: PROTO  = proto=E?SMTP
#: FROM   = [EMAIL PROTECTED]@
#: TO = [EMAIL PROTECTED]@
#: HELO   = helo=<@DN@>
#: EOL= $

@LEAD@ @PROC_SMTPD@: @QUEUE_ID@: reject: RCPT from @[EMAIL PROTECTED]@[EMAIL 
PROTECTED]: @EXT_STATUS@ @EMAIL@: Relay access denied; @FROM@ @TO@ @PROTO@ 
@HELO@@EOL@
#/usr/bin/make -f
#
# logcheck interpolation Makefile
#
# The Makefile allows for the automatic generation of logcheck/egrep -f files,
# using interpolation. Any lines starting with '#: ' and specifying a variable
# assignment are parsed into variable/value pairs, which are then subsequently
# interpolated recursively into the rest of the file, replacing occurrences of
# the variable name enclosed with 'at' signes (@).
#
# Example:
#
#   #: MYVAR = myval @ANOTHER@
#   #: ANOTHER = foo
#
#   @MYVAR@
#
# This will yield
#
#   myval foo
#
# Limitations:
# - no way to work around the situation when a string /@[_[:alnum:]]+@/ should
#   actually be part of the result.
#
# Copyright © 2006 martin f. krafft <[EMAIL PROTECTED]>
# Released under the terms of the Artistic Licence
#
# Revision: 2006.06.30.1253
#

all: $(patsubst %.in,%,$(wildcard *.in))

LEAD = ^\#:
VAR = [_[:alnum:]]+
VAR_ASSIGN = ($(VAR))[[:space:]]*=[[:space:]]*(.*)
ESCAPES = s,\\,\\,g;s,/,\\/,g

%: SEDSCRIPT = $(shell sed -rne '$(ESCAPES)' -e 's,$(LEAD) 
$(VAR_ASSIGN),s/@\1@/\2/g;,p' $<)
%: %.in
sed -re '/$(LEAD) /d' \
-e '/^(#|[[:space:]]*$$)/d' \
$< > $@
while egrep -q '@$(VAR)@' $@; do \
md5sum=$$(md5sum $@); \
sed -i -e "$(SEDSCRIPT)" $@; \
if [ "$$(md5sum $@)" = "$$md5sum" ]; then \
VAR="$$(sed -rne 's,.*@([EMAIL PROTECTED])@.*,\1,p' 
$@)"; \
echo "E: found the variable $$VAR but did not know what 
to substitute." >&2; \
exit 1; \
fi; \
cat $@; \
done


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

Bug#360735: openswan: 'pluto' terminated with signal 11, Segmentation fault.

[Teodor MICU]

Package: openswan
Version: 1:2.2.0-8
Followup-For: Bug #360735


We are trying to create a VPN tunnel with IPSec between two networks. At
one point we have version 2.4.5 and at the other end we have 2.2.0-8
from a pure Debian Sarge distribution.

As I have read from 'bugs.debian.org' the problem is somehow at both
versions of 'openswan'. The fix was released for version 2.4 in Debian,
but not for the version 2.2.

Bellow is the line that I consider to be a start point in fixing the
problem for 2.2 version of openswan for the stable release:

Jun 30 02:47:53 chamisa pluto[1110]: "provo-slc" #2: ASSERTION FAILED at
kernel.c:2037: st->st_esp.keymat_len == (key_len + ei->authkeylen)

I've found this line in the logs every time I'm trying to start the
IPSec connection from the other point. Strange is that this does not
happen when I execute 'auto --up' from the Debian server.

I've added the line 'dumpdir=/tmp' in /etc/ipsec.conf file and from the
core dump I've got this information:

chamisa:~# gdb /usr/lib/ipsec/pluto /tmp/core
GNU gdb 6.3-debian
This GDB was configured as "i386-linux"...(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".

(no debugging symbols found)
Core was generated by `/usr/lib/ipsec/pluto --nofork --secretsfile
/etc/ipsec.secrets --ipsecdir /etc/'.
Program terminated with signal 11, Segmentation fault.

warning: current_sos: Can't read pathname for load map: Input/output
error

Reading symbols from /usr/lib/libgmp.so.3...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libgmp.so.3
Reading symbols from /lib/tls/libresolv.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib/tls/libresolv.so.2
Reading symbols from /lib/tls/libc.so.6...(no debugging symbols
found)...done.
Loaded symbols for /lib/tls/libc.so.6
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib/ld-linux.so.2
#0  0x400d533b in strlen ()
   from /lib/tls/libc.so.6
 
I do not know which other tests to run at this time but I'll come back
later with other informations if found.

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

Versions of packages openswan depends on:
ii  bsdmainutils  6.0.17 collection of more utilities from 
ii  debianutils   2.8.4  Miscellaneous utilities specific t
ii  gawk  1:3.1.4-2  GNU awk, a pattern scanning and pr
ii  host  2331-9 utility for querying DNS servers
ii  iproute   20041019-3 Professional tools to control the 
ii  ipsec-tools   1:0.5.2-1sarge1IPsec tools for Linux
ii  libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an
ii  libgmp3   4.1.4-6Multiprecision arithmetic library
ii  libssl0.9.7   0.9.7e-3sarge1 SSL shared libraries
ii  makedev   2.3.1-77   creates device files in /dev
ii  openssl   0.9.7e-3sarge1 Secure Socket Layer (SSL) binary a

-- debconf information:
  openswan/existing_x509_key_filename:
* openswan/x509_state_name: Utah
* openswan/x509_email_address: [EMAIL PROTECTED]
* openswan/x509_country_code: US
* openswan/x509_self_signed: true
* openswan/rsa_key_length: 2048
* openswan/restart: true
* openswan/start_level: earliest
* openswan/enable-oe: false
* openswan/x509_organizational_unit: Technical Dept.
* openswan/x509_locality_name: Provo
* openswan/existing_x509_certificate: false
  openswan/existing_x509_certificate_filename:
* openswan/x509_common_name: chamisa.museglobal.com
* openswan/create_rsa_key: true
* openswan/rsa_key_type: x509
* openswan/x509_organization_name: MuseGlobal Inc.


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

Bug#368770: [pkg-wpa-devel] Bug#368770: wpasupplicant: takes a long time to associate to WEP protected hidden-SSID network

[Marc Haber]

On Fri, Jun 30, 2006 at 08:37:40PM +1000, Kel Modderman wrote:
> Marc Haber wrote:
> >On Mon, May 29, 2006 at 07:05:22AM +1000, Kel Modderman wrote:
> >  
> >>Have you attempted using different ap_scan and scan_ssid values as 
> >>described in /usr/share/doc/wpasupplicant/examples/wpa_supplicant.conf.gz 
> >>?
> >>
> >
> >As I am not using wpa_supplicant.conf but /etc/network/interfaces,
> >ap_scan=2 won't work here.
> >  
> 
> 'wpa-ap-scan 2' does not work? It _seems_ to work for me, although I 
> cannot reproduce the exact problem with the hardware I have available to me.

Which configuration file does wpa_supplicant parse for the network
definitions if wpa-ap-scan 2 is written to /etc/network/interfaces?
There is none that contains the required network definitions. Or does
the script generate a configuration file on the fly?

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


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

Bug#376101: whois: Package lacks PO template

[Martin Pitt]

Hi Marco,

Marco d'Itri [2006-06-30 12:04 +0200]:
> On Jun 30, Martin Pitt <[EMAIL PROTECTED]> wrote:
> 
> > whois currently does not build a PO template. For translators it is
> By design. I rebuild it when I change strings in the program.

This sentence does not make sense to me. The missing POT file is by
design? So translators are supposed to ask you for a current POT?
(Yes, *I* know most of the 8392432 different ways of building a POT
file from upstream sources, but translators most often don't.)

If you rebuild the pot anyway, why not just include it into the source
package, so that translators can just go?

Thanks,

Martin

-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org

In a world without walls and fences, who needs Windows and Gates?


signature.asc
Description: Digital signature

Bug#373949: Patch accepted upstream

[Martijn van Oosterhout]

Package: libgl1-mesa-dri

This patch has been committed to upstream CVS.

http://webcvs.freedesktop.org/mesa/Mesa/src/mesa/drivers/dri/r128/r128_span.c?r1=1.12&r2=1.13

Have a nice day,
-- 
Martijn van Oosterhout  http://svana.org/kleptog/
> From each according to his ability. To each according to his ability to 
> litigate.


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

Bug#305573: Another package of kio-sword

[Daniel Glassey]

On 29/06/06, Matej Cepl <[EMAIL PROTECTED]> wrote:

Hi,

I have found this long old bug on Debian BTS. I have also
prepared new packages of kio-sword (available at
http://matej.ceplovi.cz/progs/debian/). Could you please comment
on this package and if possible be my mentor in their uploading,
please (I am not DD, but my GPG key should be signed by at least
some DDs)?


Hi Matej,
Thanks for the reminder. I had uploaded it but it was rejected
(message below). I'm waiting for Luke to make a new version and tell
me (I guess we both forgot). I'm on holiday at the moment but I'll
look at the packaging next time I have a chance (might not be for a
few weeks).

Regards,
Daniel

-- Forwarded message --
From: Luke Plant
Date: 30-Apr-2006 22:31
Subject: Re: kio-sword_0.2-3_i386.changes REJECTED
To: Joerg Jaspert , Daniel Glassey


On Sunday 30 April 2006 17:52, ftpmaster wrote:

Hi Maintainer,

the manual is GFDL licensed. You need to mention that in
debian/copyright.


The manual was created from a boilerplate - of course I'm happy to
change it to something more suitable.  I guess I should release a new
upstream version - there is also an image I need to fix.  I'll try to
do this some time this week.


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

Bug#368770: [pkg-wpa-devel] Bug#368770: wpasupplicant: takes a long time to associate to WEP protected hidden-SSID network

[Kel Modderman]

Marc Haber wrote:

On Mon, May 29, 2006 at 07:05:22AM +1000, Kel Modderman wrote:
  
Have you attempted using different ap_scan and scan_ssid values as 
described in /usr/share/doc/wpasupplicant/examples/wpa_supplicant.conf.gz ?



As I am not using wpa_supplicant.conf but /etc/network/interfaces,
ap_scan=2 won't work here.
  


'wpa-ap-scan 2' does not work? It _seems_ to work for me, although I 
cannot reproduce the exact problem with the hardware I have available to me.


Thanks, Kel.


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

Bug#376065: dvdbackup: more robust error handling

[Stephen Gran]

This one time, at band camp, Martin Stolle said:
> It would be nice, if dvdbackup would not immediately abort on a read
> error (maybe scratches), but instead pads the missing blocks and reads
> on.  I have attached a patch that does it and it would be nice if it
> could be included by default.  It adds a new command line swtich -r
> which specifies how to handle read errors.  -r a  means abort (current
> behavior).  -r b  means skip single block.  -r m means skip multiple
> blocks (as many as were left in the failed read-request, up to 1MB).
> The last option is necessary for some drives whose firmware locks up
> if one tries to read oen block after the after which are scratched.

Thank you for the patch.  I will review it this weekend, when I have a
little more time to go slowly and carefully.  At first glance it looks
like the correct way to do what you want with dvdbackup.  

I do feel a little like the best place for this sort of work is in
libdvdread, though, with just the policy layer in the front end.  I am
not sure how trivial it would be to patch libdvdread to just return null
blocks on read failure, however.

That being said, I am not opposed to applying the patch - I just wanted
to mention that there might be cleaner ways to do this sort of thing,
that would also allow all other libdvdread using applications to
benefit.

Take care,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#375460: Upgrade to linux kernel 2.6.17 makes Xserver crasing on startup

[Michel Dänzer]

On Tue, 2006-06-27 at 16:25 +0200, Marcel Sebek wrote: 
> On Tue, Jun 27, 2006 at 11:38:15AM +0200, Michel Dänzer wrote:
> > On Mon, 2006-06-26 at 08:03 +0200, Marcel Sebek wrote: 
> > > 
> > > This is the trace with ati driver. I also tried vesa, the trace also
> > > started with xf86SigHandler+0x88 and ended with FontFileCompleteXLFD,
> > > but it has a few more lines between.
> > 
> > Please provide the full log file and try and get a backtrace with gdb.
> > 
> 
> Full log and gdb bt attached. The backtrace was gained from core
> file because running xserver in gdb resulted in keyboard hard freeze
> (no sysrq).

Yeah, you can only do that from a remote login, or you end up in a dead
lock where gdb stops execution of the X server, which is what provides
interaction with gdb...

The backtrace looks input related, and indeed, looking at the log file,
it looks like /dev/input/event1 no longer represents a mouse but a
keyboard, so the X server ends up running without a core pointer and
probably chokes on that.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Bug#376118: please add option to ignore files in rules dir; default to dpkg stuff and *.in

[martin f krafft]

Package: logcheck
Severity: wishlist

In addition to ignoring *.dpkg-* and (presumably) *~ and *.bak, it
would be cool if I could tell logcheck also to ignore *.in files.
See #376106 for the reason.

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system


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

Bug#354346: time data did not match format

[Yaroslav Halchenko]

nope -- it is this one
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=363391


On Fri, 30 Jun 2006, [EMAIL PROTECTED] wrote:

> Hello, is it that bug which cause the lot of messages :
> ERROR: time data did not match format:  data=Sun Jun 25 06:30:29 2006 fmt=%a 
> %b %d %H:%M:%S %Y
> in /var/log/fail2ban.log ?

> If it's the case, I'm afraid the bug isn't fixed or there might have been a 
> regression, because I get a lot of this message running 
> fail2ban v 0.6.1-8
-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]




pgpJhnryLcKbI.pgp
Description: PGP signature

Bug#368770: [pkg-wpa-devel] Bug#368770: wpasupplicant: takes a long time to associate to WEP protected hidden-SSID network

[Kel Modderman]

Marc Haber wrote:

On Fri, Jun 30, 2006 at 08:37:40PM +1000, Kel Modderman wrote:
  

Marc Haber wrote:


On Mon, May 29, 2006 at 07:05:22AM +1000, Kel Modderman wrote:
 
  
Have you attempted using different ap_scan and scan_ssid values as 
described in /usr/share/doc/wpasupplicant/examples/wpa_supplicant.conf.gz 
?
   


As I am not using wpa_supplicant.conf but /etc/network/interfaces,
ap_scan=2 won't work here.
 
  
'wpa-ap-scan 2' does not work? It _seems_ to work for me, although I 
cannot reproduce the exact problem with the hardware I have available to me.



Which configuration file does wpa_supplicant parse for the network
definitions if wpa-ap-scan 2 is written to /etc/network/interfaces?
There is none that contains the required network definitions. Or does
the script generate a configuration file on the fly?

  


Basically, wpa_supplicant is launched with an absolutely blank 
configuration (ctrl_interface). The /etc/wpa_supplicant/ifupdown.sh 
script's job is to read the options given in /etc/network/interfaces 
(described briefly in  /usr/share/doc/wpasupplicant/README.modes.gz) for 
the given interface and create a single network configuration, just as 
if it was defined in a wpa_supplicant.conf file.


Thanks, Kel.


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

Bug#369553: libparse-recdescent-perl: tutorial location unclear

[Marc Haber]

On Tue, May 30, 2006 at 07:16:18PM +0200, Rafael Laboissiere wrote:
> * Marc Haber <[EMAIL PROTECTED]> [2006-05-30 17:17]:
> > Package: libparse-recdescent-perl
> > Version: 1.94.free-1
> > Severity: minor
> > 
> > debian/changelog suggests that the tutorial that used to be part of
> > the package has been removed and put into non-free into a dedicated
> > package parse-recdescent-doc-nonfree. This package is, however, not
> > present in non-free today.
> 
> Indeed, the package was never uploaded, although I thought I have done it
> after this discussion in debian-mentors:
> 
> http://lists.debian.org/debian-mentors/2005/09/msg00334.html
> 
> The non-free tutorial package will be uploaded soon and will be called
> libparse-recdescent-perl-tutorial-nonfree.

That would be great.

> > Additionally, it would be a good idea to have the removed
> > documentation mentioned in the package description and not only the
> > change log.
> 
> Do you think that there is appropriate to advertise non-free packages in
> the description of packages in main?

I'd think that would be perfectly OK.

> I do not really care, but this
> strikes me as being politically incorrect...   I already mentioned it in:
> 
> /usr/share/doc/libparse-recdescent-perl/NEWS.Debian.gz

Yes, that's where I found the reference.

> Although, it might be a good idea to drop a note into README.Debian.
> What do you think?

I'd put it in there, yes.

Greetings
Marc

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


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

Bug#374986: xserver-xorg-video-ati: [2.6.17/radeon] Xserver and console dead, rt_sigaction looping, not killable

[Michel Dänzer]

On Wed, 2006-06-28 at 10:26 +0200, Eduard Bloch wrote: 
> 
> Without loading the DRI module, it works.

So the problem was avoided previously because the DRI wasn't supported
with your card yet. As you may have noticed in the log file, r300 DRI is
still considered experimental, but you can try the attached patch which
was recently merged in xf86-video-ati git upstream.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

diff --git a/src/radeon_driver.c b/src/radeon_driver.c
index 2381831..149cb2e 100644
--- a/src/radeon_driver.c
+++ b/src/radeon_driver.c
@@ -133,6 +133,7 @@ static void RADEONInitDispBandwidth(Scrn
 static void RADEONGetMergedFBOptions(ScrnInfoPtr pScrn);
 static int RADEONValidateMergeModes(ScrnInfoPtr pScrn);
 static void RADEONSetDynamicClock(ScrnInfoPtr pScrn, int mode);
+static void RADEONForceSomeClocks(ScrnInfoPtr pScrn);
 static void RADEONUpdatePanelSize(ScrnInfoPtr pScrn);
 static void RADEONSaveMemMapRegisters(ScrnInfoPtr pScrn, RADEONSavePtr save);
 
@@ -5738,6 +5739,9 @@ #endif
 }
 }
 
+if ((!info->IsSecondary) && (IS_R300_VARIANT || IS_RV100_VARIANT))
+  RADEONForceSomeClocks(pScrn);
+
 if (info->allowColorTiling && (pScrn->virtualX > info->MaxSurfaceWidth)) {
 	xf86DrvMsg(pScrn->scrnIndex, X_INFO,
 		   "Color tiling not supported with virtual x resolutions larger than %d, disabling\n",
@@ -9751,6 +9757,16 @@ RADEONGetMergedFBOptions(ScrnInfoPtr pSc
 }
 }
 
+static void RADEONForceSomeClocks(ScrnInfoPtr pScrn)
+{
+/* It appears from r300 and rv100 may need some clocks forced-on */
+ CARD32 tmp;
+
+ tmp = INPLL(pScrn, RADEON_SCLK_CNTL);
+ tmp |= RADEON_SCLK_FORCE_CP | RADEON_SCLK_FORCE_VIP;
+ OUTPLL(pScrn, RADEON_SCLK_CNTL, tmp);
+}
+
 static void RADEONSetDynamicClock(ScrnInfoPtr pScrn, int mode)
 {
 RADEONInfoPtr  info   = RADEONPTR(pScrn);

Bug#376101: whois: Package lacks PO template

[Marco d'Itri]

On Jun 30, Martin Pitt <[EMAIL PROTECTED]> wrote:

> This sentence does not make sense to me. The missing POT file is by
> design? So translators are supposed to ask you for a current POT?
> (Yes, *I* know most of the 8392432 different ways of building a POT
> file from upstream sources, but translators most often don't.)
Right, I *tought* it was already included.
I will add it in the next release.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#375300: new tar behavior and --wildcards

[Guido Guenther]

On Wed, Jun 28, 2006 at 10:36:20AM +0200, Bill Allombert wrote:
> On Wed, Jun 28, 2006 at 07:02:15AM +0200, Christian Perrier wrote:
> > > Debian still has to provide an upgrade path for users upgrading from 
> > > Sarge.
> > > We cannot blindly break users scripts.
> > 
> > Here, the only way seems to be putting an entry in NEWS.Debian (for
> > users script, ie things not under our control).
> 
> In addition, I would suggest we reinstate the previous behaviour, but
> display a warning when wildcards are used but --wildcards is not set.
> The warning would tell people about the migration and explains they must
> fix their scripts to use --wildcards before upgrading to etch+1.
I can only second that - we really should support our users at least
that much (see point 4 in the social contract). Breaking users' scripts
in these ways needs more than a simple note in NEWS.Debian (you'll get
dozens of them when upgrading from sarge to etch).
Cheers,
 -- Guido


signature.asc
Description: Digital signature

Bug#373325: diff for 1.0-1.1 NMU

[Pierre Habouzit]

Le ven 30 juin 2006 12:09, Lars Wirzenius a écrit :
> pe, 2006-06-30 kello 10:18 +0200, Pierre HABOUZIT kirjoitti:
> >   Attached is the diff to make python-licosmamo compliant with the
> > last debian policy. As it's quite intrusive in your previously ... 
> > rather optimized packaging (I now need such high level tools as
> > debhelper ;p) I prefer to let you review the patch and not NMUing
> > it.
>
> I do not with to have debhelper in my package.
   
I suppose you meant “want” ;)

  Well, that's a choice I respect, but I really fail to see how you will 
be able to comply with the last python policy without doing so :|

  I quite expected that you would'nt be very happy to have your build 
system modified a lot, hence me sending a patch and not NMUing. Sorry I 
can't help you here then.

Cheers,
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpBJE76MoI3c.pgp
Description: PGP signature

Bug#375751: sqlobject: should use the parse method when using pkg_resources.Requirement

[Fabio Tranchitella]

Il giorno mar, 27/06/2006 alle 19.26 -0300, Gustavo Noronha Silva ha
scritto:
> Package: sqlobject
> Severity: normal

Hi Gustavo,
  I have some troubles with my notebook, I'm away from home and no
debian machine around: it is likely that I won't be able to do an upload
in the next days. 

Considering that sqlobject is an important dependency of TurboGears,
would you like to co-maintain the package with me? If you agree, please
apply the patch and upload the package adding yourself as uploader.

Thanks,

-- 
Fabio Tranchitella <[EMAIL PROTECTED]>.''`.
Proud Debian GNU/Linux developer, admin and user.: :'  :
 `. `'`
   http://people.debian.org/~kobold/   `-
_
1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564


signature.asc
Description: Questa è una parte del messaggio	firmata digitalmente

Bug#368770: [pkg-wpa-devel] Bug#368770: wpasupplicant: takes a long time to associate to WEP protected hidden-SSID network

[Marc Haber]

On Fri, Jun 30, 2006 at 09:02:52PM +1000, Kel Modderman wrote:
> Basically, wpa_supplicant is launched with an absolutely blank 
> configuration (ctrl_interface). The /etc/wpa_supplicant/ifupdown.sh 
> script's job is to read the options given in /etc/network/interfaces 
> (described briefly in  /usr/share/doc/wpasupplicant/README.modes.gz) for 
> the given interface and create a single network configuration, just as 
> if it was defined in a wpa_supplicant.conf file.

and wpa-ap-scan 2 will treat this single network configuration as if
it were read from a config file?

If so, the documentation is unclear as it explicitly refers to "the
config file", which got me misled.

I am going to try wpa-ap-scan 2 asap.

Greetings
Marc

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


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

Bug#376117: tetex-bin: Wrong regexp in postinst.functions

[Frank Küster]

Martin Pitt <[EMAIL PROTECTED]> wrote:

> Package: tetex-bin
> Version: 3.0-17
> Tags: patch
>
> Hi Frank!
>
> I just merged the current Ubuntu and Debian package again and found
> one patch left that should be applied in Debian:

Thank you.

> -if (! \$found && /^%%% From file: /etc/texmf/texmf.d/05TeXMF.cnf/){\$found=1}

How can such a funny error slip in, or should I say sad?

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)

Bug#376123: a way for a prerm to postpone package removal

[Simon Richter]

Package: dpkg
Version: 1.13.21
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I thought it would be nice if there were a way for a prerm to indicate
that it would like to abort package removal but not flag an error.

Rationale: When I have the metapackage for "current kernel" installed, I
get a new kernel-image package every so often, and at the same time the
old kernel goes unused in the eyes of aptitude, so it wants to remove
it. The kernel's prerm then asks the user whether to uninstall the
running kernel (bad) or abort the removal. If the user chooses to abort
the removal, dpkg bails out as it could not perform the requested
action, thus making the entire installation fail. If it were possible to
say "not yet" and have dpkg ignore the removal request and return a
special exit code ("not entirely successful"), then aptitude could
reconsider that the removal is not required at this time (because it's
just an unused package being removed) and leave the package in "to be
removed" state. Eventually, the user will boot the new kernel, at which
time the removal of the old kernel will succeed.

The only way to "emulate" such a feature for aptitude would be to retry
removals package-by-package in order to find out what failed (the user
would be prompted again here), which takes a lot more time than just
rereading the status and deciding on a further course of action (fail if
the removal was needed, ignore otherwise).

   Simon

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

Versions of packages dpkg depends on:
ii  coreutils 5.96-3 The GNU core utilities
ii  libc6 2.3.6-15   GNU C Library: Shared libraries

dpkg recommends no packages.

- -- debconf-show failed


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

Bug#357055: udev: creates fd0, but does not create fd0u* (eg fd0u1722)

[Nick Leverton]

In case we can persuade you, the attached patch will be needed - it protects
create_floppy_devices against an incorrect array bound check and against
possible buffer overflow resulting from the sysadmin specifying too long
a pathname for /dev.

This could be done better with perl as for write_cd_rules, if only
Mknod.pm were a standard shipped module ...

Nick
--- create_floppy_devices.c.orig2006-05-29 10:18:16.0 +0100
+++ create_floppy_devices.c 2006-06-30 12:10:04.0 +0100
@@ -102,7 +102,7 @@
return 1;
}
 
-   if (type < 0 || type > (int) sizeof(table)) {
+   if (type < 0 || type >= (int) (sizeof(table_sup) / 
sizeof(table_sup[0])) ) {
fprintf(stderr,"Invalid CMOS type %d\n", type);
return 1;
}
@@ -112,7 +112,11 @@
 
i = 0;
while (table_sup[type][i]) {
-   sprintf(node, "%s%s",dev, table[table_sup[type][i]]);
+   if (snprintf(node, sizeof(node), "%s%s",dev, 
table[table_sup[type][i]]) >= sizeof(node)) {
+   fprintf(stderr,"Generated device name longer than 
%d\n", sizeof(node));
+   return 1;
+
+   };
minor = (table_sup[type][i] << 2) + fdnum;
if (print_nodes)
printf("%s b %d %d %d\n", node, mode, major, minor);

Bug#368770: [pkg-wpa-devel] Bug#368770: wpasupplicant: takes a long time to associate to WEP protected hidden-SSID network

[Kel Modderman]

Kel Modderman wrote:

Marc Haber wrote:

On Fri, Jun 30, 2006 at 08:37:40PM +1000, Kel Modderman wrote:
 

Marc Haber wrote:
   

On Mon, May 29, 2006 at 07:05:22AM +1000, Kel Modderman wrote:
 
 
Have you attempted using different ap_scan and scan_ssid values as 
described in 
/usr/share/doc/wpasupplicant/examples/wpa_supplicant.conf.gz ?
   

As I am not using wpa_supplicant.conf but /etc/network/interfaces,
ap_scan=2 won't work here.
 
  
'wpa-ap-scan 2' does not work? It _seems_ to work for me, although I 
cannot reproduce the exact problem with the hardware I have 
available to me.



Which configuration file does wpa_supplicant parse for the network
definitions if wpa-ap-scan 2 is written to /etc/network/interfaces?
There is none that contains the required network definitions. Or does
the script generate a configuration file on the fly?

  


Basically, wpa_supplicant is launched with an absolutely blank 
configuration (ctrl_interface). The /etc/wpa_supplicant/ifupdown.sh 
script's job is to read the options given in /etc/network/interfaces 
(described briefly in  /usr/share/doc/wpasupplicant/README.modes.gz) 
for the given interface and create a single network configuration, 
just as if it was defined in a wpa_supplicant.conf file.





That is of course the case only when wpa-{conf,roam} is *not* used, as 
these modes require a (wpa_supplicant.conf) configuration file.


Kel.


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