Bug#364034: RFP: truecrypt -- Free open-source disk encryption software for Windows XP/2000/2003 and Linux

[Thomas Quas]

Package: wnpp
Severity: wishlist


* Package name: truecrypt
  Version : 4.2
  Upstream Author : Name <[EMAIL PROTECTED]>
* URL : http://www.truecrypt.org/
* License : TrueCrypt License 2.0 (http://www.truecrypt.org/license.php)
  Programming Lang: (C, C++, C#, Perl, Python, etc.)
  Description : Free open-source disk encryption software for Windows 
XP/2000/2003 and Linux

>From the man pages:
Manages  encrypted  TrueCrypt  volumes,  which can be mapped as virtual
block devices and used as any other standard  block  device.  All  data
being  read  from  a mapped TrueCrypt volume is transparently decrypted
and all data being written to it is transparently encrypted.



-- 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.16-vserver
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)


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

Bug#359332: boinc-client: Description improvement

[Martin Schulze]

Frank S. Thomas wrote:
> package boinc-client
> tags 359332 + pending
> thanks
> 
> Moin Joey,
> 
> On Monday 27 March 2006 23:33, Martin Schulze wrote:
> >  > href="http://packages.debian.org/unstable/net/boinc-client";>boinc-client >> -- BOINC core client.
> >  > href="http://packages.debian.org/unstable/devel/boinc-dev";>boinc-dev --
> > BOINC platform for distributed computing (development files).  > href="http://packages.debian.org/unstable/x11/boinc-manager";>boinc-manager<
> >/a> -- control and monitor utility for the BOINC core client.
> >
> > So what the heck is a BOINC core client?
> >
> > Please describe the package and don't simply repeat the name of the
> > package.
> 
> We changed the short descriptions to:
> 
> -Description: BOINC core client
> +Description: core client for the BOINC distributed computing infrastructure
> 
> -Description: control and monitor utility for the BOINC core client
> +Description: GUI to control and monitor the BOINC core client
> 
> -Description: BOINC platform for distributed computing (development files)
> +Description: development files to build applications for BOINC projects

That's much better

Regards,

Joey

-- 
Computers are not intelligent.  They only think they are.


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

Bug#363972: viewcvs: does not escape URIs correctly in parameters for diff

[David Ayers]

David Martínez Moreno schrieb:

> 
>>So I suppose this package is not being maintained any longer (last
>>'unstable' ChangeLog Thu, 21 Jul 2005) and I haven't found any 'viewvc'
>>package.
> 
> 
>   No, you are wrong. I am maintaining it, but the switch to viewvc is not 
> yet 
> done. I am spending time making the changes. I hope to have it in a couple of 
> weeks.
> 

Thanks Ender!

That's great to hear!

So if I understand this correctly:

http://www.debian.org/devel/testing

once the Sid/unstable package is done, people could start test it.  Of
course that would be people who actually have svn/cvs repositories with
apache(2) and viewvc/viewcvs and are willing to got through all the
trouble of setting this up on a spare Sid/unstable system.

If that package has fewer release critical bugs than the previous
version then after 10 days it would propagate to Etch/testing.  (Unless
there are build failures for some archs that it used to build for or it
breaks other packages due to dependency issues. Yet it seems that the
only package that depends on viewcvs is viewcvs-query.)

Since viewcvs depends on a few packages that probably have newer
versions in Etch/testing compared to Sarge/stable, I would suppose one
would need to backport to Sarge for a stable production system like
gna.org since this is not a security issue and seems to be a larger
upgrade and therefor won't be part of the standard Sarge/stable
distribution.

Would you, Ender, also maintain a backport for Sarge/stable on
http://www.backports.org/ or do you know someone who would?

And Mathieu, would you consider using this upgrade if it became
available on http://www.backports.org/ or rather resolve this issue locally?

Cheers,
David

Bug#364036: Spelling mistake in package description

[Simon Waters]

Package: kdeadmin
Severity: minor



*** diff/kdeadmin
14c14
< Description: system adminstration tools from the official KDE release
---
> Description: system administration tools from the official KDE release


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


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

Bug#281491: gambas: still segfaults on powerpc

[L. Redrejo]

El mar, 11-04-2006 a las 21:46 +0200, Frank Gevaerts escribió:
> On Sun, Apr 09, 2006 at 06:01:07PM +0200, José L. Redrejo Rodríguez wrote:
> > These bugs was due to endianess problems in gambas in some
> > architectures. According to the upstream author, they have been solved
> > in version 1.0.14.
> > I don't have available any of these architectures to test it, so please,
> > check the new 1.0.15 version available in Debian and confirm to me if
> > the bug has been solved or not.
> 
> It still segfaults. Let me know if I can provide further information.
> 
> Frank
> 
> > Thanks
> 

Hi Frank, I have being in contact with the upstream author, checking the
build logs and no error has being found for powerpc platform. Neither
the upstream author nor me have access to a powerpc architecture, so
could you send me a backtrace of the crash?


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

Bug#364035: Spelling mistake in package description

[Simon Waters]

Package: kboincspy
Severity: minor



*** diff/kboincspy
20c20
<  and signifiance of each work unit being analyzed. Through KDE's IO mechanism
---
>  and significance of each work unit being analyzed. Through KDE's IO mechanism


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


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

Bug#364033: [INTL:nl] New dutch po-debconf translation.

[Kurt De Bree]

Package: lirc
Version: 0.7.2-2
Severity: wishlist
Tags: patch l10n

Please find attached the dutch po-debconf translation. This
translation has been vetted by the review process of the
debian-l10n-dutch team.

Please add it to your next package revision, it should be inserted
in your package build-tree as debian/po/nl.po, TIA.

Feel free to mail me if this file needs updating at some future date.


Cheers,

Kurt De Bree



# translation of lirc_0.7.2-2_templates.po to dutch
# This file is distributed under the same license as the lirc package.
#
# Please see debian/copyright.
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: lirc_0.7.2-2_nl\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2005-12-12 20:38+0100\n"
"PO-Revision-Date: 2006-04-20 14:27+0100\n"
"Last-Translator: Kurt De Bree \n"
"Language-Team: Dutch \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.10.2\n"

#. Type: multiselect
#. Description
#: ../lirc-modules-source.templates:5
msgid "Select drivers to build."
msgstr "Selecteer de te bouwen stuurprogramma's."

#. Type: multiselect
#. Description
#: ../lirc-modules-source.templates:5
msgid ""
"i2c: TV cards from Hauppauge and PixelView. Needs the new I2C stack (present "
"on 2.4 kernels). You can get it at:"
msgstr ""
"i2c: TV- kaarten van Hauppauge en PixelView. Vereisen de nieuwe I2C-stack "
"(aanwezig op 2.4 kernels). U kunt deze krijgen op:"

#. Type: multiselect
#. Description
#: ../lirc-modules-source.templates:5
msgid "http://www2.lm-sensors.nu/~lm78/.";
msgstr "http://www2.lm-sensors.nu/~lm78/.";

#. Type: multiselect
#. Description
#: ../lirc-modules-source.templates:5
msgid ""
"gpio: TV cards from FlyVideo98, Avermedia, MiRO and many others. Needs bttv "
"version 0.7.45 or higher (present on 2.4 kernels).  If you are using the "
"bttv tarball, copy it to the kernel."
msgstr ""
"gpio: TV-kaarten van FlyVideo98, Avermedia, MiRO en vele anderen. Vereisen "
"bttv versie 0.7.45 of hoger (aanwezig op 2.4 kernels). Als u de bttv-tarball "
"gebruikt, kopiëer deze dan naar de kernel."

#. Type: multiselect
#. Description
#: ../lirc-modules-source.templates:5
msgid "parallel: Custom parallel-port receiver."
msgstr "parallel: Ontvanger die op de parallelle poort aangesloten is."

#. Type: multiselect
#. Description
#: ../lirc-modules-source.templates:5
msgid "serial: Serial-port driver."
msgstr "serieel: Stuurprogramma voor seriële poort."

#. Type: multiselect
#. Description
#: ../lirc-modules-source.templates:5
msgid "sir: Serial InfraRed (IRDA)."
msgstr "sir: Seriële infrarood (IRDA)."

#. Type: multiselect
#. Description
#: ../lirc-modules-source.templates:5
msgid "it87: ITE IT8705 and IT8712 CIR ports (e.g. on the ECS K7S5A)."
msgstr "it87: ITE IT8705 en IT8712 CIR-poorten (b.v. op de ECS K7S5A)."

#. Type: multiselect
#. Description
#: ../lirc-modules-source.templates:5
msgid "bt829: Tekram M230 Mach64"
msgstr "bt829: Tekram M230 Mach64"

#. Type: boolean
#. Description
#: ../lirc-modules-source.templates:28
msgid "Should I try to automagically select support for your hardware?"
msgstr "Wilt u de de benodigde ondersteuning voor uw hardware automatisch laten 
detecteren?"

#. Type: boolean
#. Description
#: ../lirc-modules-source.templates:28
msgid ""
"You have installed and configured LIRC. I can try to guess what kernel "
"modules are needed and their parameters from your previous answers."
msgstr ""
"U heeft LIRC geïnstalleerd en geconfigureerd. Er kan geprobeerd worden "
"om de benodigde kernelmodules en bijbehorende parameters uit uw vorige "
"antwoorden af te leiden."

#. Type: note
#. Description
#: ../lirc-modules-source.templates:34
msgid "You don't need any aditional kernel modules."
msgstr "U heeft geen extra kernelmodules nodig."

#. Type: note
#. Description
#: ../lirc-modules-source.templates:34
msgid ""
"Unless you want to build LIRC kernel modules for some other system, you can "
"probably remove this package."
msgstr ""
"Tenzij u kernelmodules met LIRC-ondersteuning voor een ander systeem wilt 
bouwen, "
"kunt u dit pakket waarschijnlijk verwijderen."

#. Type: note
#. Description
#: ../lirc-modules-source.templates:40
msgid "How to build the binary modules package."
msgstr "Hoe het binaire modulepakket te bouwen."

#. Type: note
#. Description
#: ../lirc-modules-source.templates:40
msgid ""
"For instruction on how to build the binary modules debian package read: /usr/"
"share/doc/lirc-mod

Bug#337240: f-spot: still repro...

[Benoît Dejean]

Package: f-spot
Version: 0.1.8-1.1
Followup-For: Bug #337240

Still reproducable. Why ppc is lagging that much ? why is it stuck in
0.1.8 where i386 has 0.1.11 ?
Thanks.

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

Versions of packages f-spot depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libdbus-1-cil 0.61-5 CLI binding for D-BUS interprocess
ii  libexif12 0.6.13-4   library to parse EXIF files
ii  libgconf2.0-cil   2.8.2-1CLI binding for GConf 2.12
ii  libglade2.0-cil   2.8.2-1CLI binding for the Glade librarie
ii  libglib2.0-0  2.10.2-1   The GLib library of C routines
ii  libglib2.0-cil2.8.2-1CLI binding for the GLib utility l
ii  libgnome2.0-cil   2.8.2-1CLI binding for GNOME 2.12
ii  libgnomeui-0  2.14.1-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.14.0-3   GNOME virtual file-system (runtime
ii  libgphoto2-2  2.1.6-8gphoto2 digital camera library
ii  libgtk2.0-0   2.8.17-1   The GTK+ graphical user interface 
ii  libgtk2.0-cil 2.8.2-1CLI binding for the GTK+ toolkit 2
ii  libjpeg62 6b-12  The Independent JPEG Group's JPEG 
ii  liblcms1  1.15-1 Color management library
ii  libmono0  1.1.13.4-1 libraries for the Mono JIT
ii  libsqlite02.8.16-1   SQLite shared library
ii  mono-classlib-1.0 1.1.13.2-1 Mono class library (1.0)
ii  mono-jit  1.1.13.4-1 fast CLI JIT/AOT compiler for Mono

f-spot recommends no packages.

-- no debconf information


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

Bug#364032: ttf-dejavu: new upstream version [2.5] available

[Rogério Brito]

Package: ttf-dejavu
Version: 2.3-1
Severity: wishlist

Hi there.

It seems that a newer version of dejavu is available, with some
substantial improvements (newer gliphs and better hinting). Updating it
would be highly welcome.


Thanks, Rogério.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.16.9-1
Locale: LANG=C, LC_CTYPE=pt_BR (charmap=ISO-8859-1)

Versions of packages ttf-dejavu depends on:
ii  defoma0.11.8-0.1 Debian Font Manager -- automatic f

ttf-dejavu recommends no packages.

-- no debconf information

-- 
Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito
Homepage of the algorithms package : http://algorithms.berlios.de
Homepage on freshmeat:  http://freshmeat.net/projects/algorithms/

Bug#363378: flashplugin-nonfree: Ubuntu patches?

[Kai Hendry]

Package: flashplugin-nonfree
Version: 7.0.63.1-ubuntu1
Followup-For: Bug #363378

This problem is evidently fixed in dapper.
https://launchpad.net/distros/ubuntu/+source/flashplugin-nonfree/+bug/3204

Damn, now Unstable is chasing dapper... ;)

-- System Information:
Debian Release: testing/unstable
  APT prefers dapper-updates
  APT policy: (500, 'dapper-updates'), (500, 'dapper-security'), (500, 'dapper')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-19-386
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages flashplugin-nonfree depends on:
ii  debconf [debconf-2.0]  1.4.72ubuntu2 Debian configuration management sy
ii  gsfonts-x110.17ubuntu3   Make Ghostscript fonts available t

Versions of packages flashplugin-nonfree recommends:
pn  libstdc++2.10-glibc2.2 (no description available)

-- debconf information:
  flashplugin-nonfree/httpget: true
  flashplugin-nonfree/not_exist:
  flashplugin-nonfree/http_proxy:
  flashplugin-nonfree/failed:
  flashplugin-nonfree/local:
  flashplugin-nonfree/delete: false


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

Bug#363523: samba: Segfault agains after upgrade

[Christian Perrier]

Quoting Steve Langasek ([EMAIL PROTECTED]):
> On Thu, Apr 20, 2006 at 01:04:33PM +0200, Christian Perrier wrote:
> > Quoting Yann Forget ([EMAIL PROTECTED]):
> > > Package: samba
> > > Version: 3.0.22-1
> > > Followup-For: Bug #363523
> 
> > > The segfault appears again after upgrading Samba.
> 
> > Have you installed samba-dbg ?
> 
> samba-dbg doesn't ship any debugging symbols for swat.


Bleh, of courseand I guess that a swat-dbg is not worth it. We
rarely have segfault reports for swat.




signature.asc
Description: Digital signature

Bug#359671: [INTL:km] Khmer translation update

[Christian Perrier]

reopen 359671
thanks

Quoting Sokhem ([EMAIL PROTECTED]):
> Package: newt
> Version: N/A
> Severity: wishlist
> Tags: l10n patch


Same "problem" here. The relevant bug report was already closed. I
reopen it for the sake of it (Alastair I already explained to Khoem
Sokhem what should really be done in such case).




signature.asc
Description: Digital signature

Bug#364031: xtoolwait: conflicts with x11-common

[Blars Blarson]

Package: xtoolwait
Version: 1.3-6
Severity: grave
Justification: renders package unusable


x11-common conflicts with packages that install into /usr/X11R6/bin
such as xtoolwait.  (I'm holding x11-common due to this problem.)


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

Versions of packages xtoolwait depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libx11-6  2:1.0.0-6  X11 client-side library
ii  libxext6  1:1.0.0-4  X11 miscellaneous extension librar

xtoolwait recommends no packages.

-- no debconf information


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

Bug#350375: installation-reports

[Jurij Smakov]

On Thu, 20 Apr 2006, Georg Colle wrote:


Now 'lsmod' lists sk98lin and there is a directory /proc/net/sk98lin/ - but
the directory is empty. The expected 'eth0' document in it is
missing.  'ifconfig eth0 up' and 'ifconfig' still produce the same messages
as immediately after booting.


Just to be clear, the card does not work during install too, right? Or 
does it? From some searching on the web I get the impression that the 
upstream kernel just contains a pretty outdated version of the Marvell 
driver, and the only solution I can offer at this point is to try the 
latest version of the driver, available from www.marvell.com. You'll 
probably have to build a custom kernel for that.


Best regards,

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



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

Bug#359672: [INTL:km] Khmer translation update

[Christian Perrier]

reopen 359672
thanks

Quoting Sokhem ([EMAIL PROTECTED]):
> Package: popularity-contest
> Version: N/A
> Severity: wishlist
> Tags: l10n patch


Here, you sent the new translation to a former bug report.

However, this bug report had been closed in the meantime because the
maintainer uploaded a new version of the package that included the
file formerly sent by Kakada Hok.

In such case, when you have an update to send, I recommend you to open
a *new* bug report.

So, to complete what I mentioned you yesterday about another package:

When you want to send an update to a translation you already sent:

-if the former bug report is still opened, send the translation to
 that bug report by sending a mail to [EMAIL PROTECTED]

-if it has been closed in the meantime, send the update as a new bug
 report by using the method I teached you yesterday

Checking the status of a given bug report can be made at
http://bugs.debian.org/NN where NN is the bug report number.

Here, for the sake of it, I have re-opened #359672. But that's an
exception.







signature.asc
Description: Digital signature

Bug#359671: [INTL:km] Khmer translation update

[Christian Perrier]

Quoting Sokhem ([EMAIL PROTECTED]):
> Package: newt
> Version: N/A
> Severity: wishlist
> Tags: l10n patch


I can't commit that one because, as far as I know, there's no SVN/CVS
for newt.

Alastair, this is indeed a suggestion, or a question. Could a RCS
repository be used for newt ?

Maybe the collaborative maintenance system recently announced by
Raphaël Hertzog in -devel-aoounce?




signature.asc
Description: Digital signature

Bug#359669: [INTL:km] Khmer translation update

[Christian Perrier]

Quoting Sokhem ([EMAIL PROTECTED]):
> Package: iso-codes_iso_3166
> Version: N/A
> Severity: wishlist
> Tags: l10n patch



Commited.

Alastair, I think that enough translations of the new countries came
in and thus a release is probably worth it.




signature.asc
Description: Digital signature

Bug#364030: top shows >98% for all CPUs on SMP system all the time

[Adalbert Dawid]

Package: procps
Version: 1:3.2.1-2

I installed Sarge on a Quad-Xeon (4 CPUs), 2.6.8-2-686-smp Debian kernel.
"top" is showing a load >98% for all four CPUs, although there are no relevant 
processes running on the system.
Below, you can see the output of top sorted decreasingly by %CPU:

top - 07:31:11 up 2 days, 22:02,  4 users,  load average: 4.02, 4.00, 4.00
Tasks:  87 total,   2 running,  85 sleeping,   0 stopped,   0 zombie
 Cpu0 : 99.7% us,  0.3% sy,  0.0% ni,  0.0% id,  0.0% wa,  0.0% hi,  0.0% si
 Cpu1 : 99.3% us,  0.7% sy,  0.0% ni,  0.0% id,  0.0% wa,  0.0% hi,  0.0% si
 Cpu2 : 99.0% us,  1.0% sy,  0.0% ni,  0.0% id,  0.0% wa,  0.0% hi,  0.0% si
 Cpu3 : 98.3% us,  1.3% sy,  0.0% ni,  0.3% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:   2075860k total,  1500320k used,   575540k free,   104716k buffers
Swap:  2634652k total,0k used,  2634652k free,   301584k cached

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
 5488 dawid 17   0  2072 1124 1852 S  0.3  0.1   0:04.51 top
1 root  16   0  1504  512 1352 S  0.0  0.0   0:00.87 init
2 root  RT   0 000 S  0.0  0.0   0:00.14 migration/0
3 root  34  19 000 S  0.0  0.0   0:00.00 ksoftirqd/0
4 root  RT   0 000 S  0.0  0.0   0:00.01 migration/1
5 root  34  19 000 S  0.0  0.0   0:00.00 ksoftirqd/1
6 root  RT   0 000 S  0.0  0.0   0:00.04 migration/2
7 root  34  19 000 S  0.0  0.0   0:00.00 ksoftirqd/2
8 root  RT   0 000 S  0.0  0.0   0:00.01 migration/3
9 root  34  19 000 S  0.0  0.0   0:00.00 ksoftirqd/3
   10 root   5 -10 000 S  0.0  0.0   0:01.04 events/0
   11 root   5 -10 000 S  0.0  0.0   0:01.32 events/1
   12 root   5 -10 000 S  0.0  0.0   0:00.00 events/2
   13 root   5 -10 000 S  0.0  0.0   0:00.00 events/3
   14 root   9 -10 000 S  0.0  0.0   0:00.01 khelper
   15 root   7 -10 000 S  0.0  0.0   0:00.00 kacpid
   69 root   5 -10 000 S  0.0  0.0   0:00.00 kblockd/0
   70 root   5 -10 000 S  0.0  0.0   0:00.00 kblockd/1
   71 root   5 -10 000 S  0.0  0.0   0:00.00 kblockd/2
   72 root   5 -10 000 S  0.0  0.0   0:00.00 kblockd/3
   82 root  20   0 000 S  0.0  0.0   0:00.00 pdflush
   83 root  15   0 000 S  0.0  0.0   0:00.20 pdflush
   84 root  16   0 000 S  0.0  0.0   0:00.00 kswapd0
   85 root   8 -10 000 S  0.0  0.0   0:00.00 aio/0
   86 root   7 -10 000 S  0.0  0.0   0:00.00 aio/1
   87 root   8 -10 000 S  0.0  0.0   0:00.00 aio/2
   88 root   5 -10 000 S  0.0  0.0   0:00.00 aio/3
  224 root  20   0 000 S  0.0  0.0   0:00.02 kseriod
  244 root  25   0 000 S  0.0  0.0   0:00.00 scsi_eh_0
  245 root  15   0 000 S  0.0  0.0   0:00.00 ahc_dv_0
  251 root  19   0 000 S  0.0  0.0   0:00.00 scsi_eh_1
  252 root  15   0 000 S  0.0  0.0   0:00.00 ahc_dv_1
  258 root  16   0 000 S  0.0  0.0   0:00.00 khubd
  330 root  21   0 000 S  0.0  0.0   0:00.00 pciehpd_event
  332 root  20   0 000 S  0.0  0.0   0:00.00 shpchpd_event
  365 root  15   0 000 S  0.0  0.0   0:00.53 kjournald
  430 root  12  -4  1500  468 1336 S  0.0  0.0   0:00.07 udevd
 2341 daemon16   0  1620  560 1440 S  0.0  0.0   0:00.55 portmap
 2830 root  16   0  1560  628 1392 S  0.0  0.0   0:00.16 syslogd
 2833 root  16   0  2388 1496 1344 S  0.0  0.1   0:00.09 klogd
 2848 root  16   0 18308  832 1728 S  0.0  0.0   0:00.00 ypbind
 3033 root  16   0  1732  816 1552 S  0.0  0.0   0:00.42 automount
 3092 root  16   0  1728  804 1552 S  0.0  0.0   0:00.01 automount
 3159 root  16   0  1732  820 1552 S  0.0  0.0   0:00.26 automount
 3234 root  16   0  1732  808 1552 S  0.0  0.0   0:00.82 automount
 3306 root  16   0  1732  812 1552 S  0.0  0.0   0:00.15 automount
 3312 messageb  16   0  2100 1108 1928 S  0.0  0.1   0:00.01 dbus-daemon-1
 3317 hal   16   0  7160 5732 3020 S  0.0  0.3   0:44.84 hald
 3356 Debian-e  16   0  4448 1636 4068 S  0.0  0.1   0:00.00 exim4
 3362 root  20   0  1540  536 1384 S  0.0  0.0   0:00.00 inetd
 3378 lp18   0  1768  696 1572 S  0.0  0.0   0:00.00 lpd
 3423 root  16   0  3472 1508 3092 S  0.0  0.1   0:00.01 sshd
 3453 root  16   0  4912 3440 2152 S  0.0  0.2   0:00.07 xfs




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

Bug#364029: olvwm: conflict with current x11-common

[Blars Blarson]

Package: olvwm
Version: 4.4.3.2p1.4-21
Severity: grave
Justification: renders package unusable

olvwm install binaries in /usr/X11R6/bin.  Current x11-common conflict
with it due to the poorly planned transition.  (I'm holding x11-common
to keep my system usable.)


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

Versions of packages olvwm depends on:
ii  libc62.3.6-7 GNU C Library: Shared libraries
ii  libx11-6 2:1.0.0-6   X11 client-side library
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxpm4  1:3.5.4.2-3 X11 pixmap library

olvwm recommends no packages.

-- no debconf information


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

Bug#359672: [INTL:km] Khmer translation update

[Christian Perrier]

tags 359672 pending
thanks

Quoting Sokhem ([EMAIL PROTECTED]):
> Package: popularity-contest
> Version: N/A
> Severity: wishlist
> Tags: l10n patch

Commited to CVS



signature.asc
Description: Digital signature

Bug#364028: ITP: marabunta -- An anonymous P2P Application

[apeiron.laotracara.com]

Package: wnpp
Severity: wishlist
Owner: David Gascón <[EMAIL PROTECTED]>

* Package name: marabunta
  Version : 0.3.2
  Upstream Authors: David Gascón, Daniel Larraz
* URL : http://marabunta.laotracara.com 
* License : GPL
  Description : An anonymous P2P Application

#  It is a P2P platform for information exchanging among nodes in an anonymous 
way based on several communication algorithms called "Order and Chaos" which 
can be found in massive social organizations such as ant colonys.
# The project was born in the University of Zaragoza, developed and promoted by 
students of computing engineering although developement groups and users from 
many different places seem to be interested because of the importance and the 
aim of the project.
# Marabunta is the real implementation of the ideas explained in the Free Nets 
project APEIRON and it has been made with these ideas on mind:

* AVOIDING CENSURE

  Communication between people avoiding central servers is allowed. So it 
is free from censure attacks, which are commonly launched from many governments 
and corporations that want to control the communications.
* ANONYMITY

  Anonymous communication is allowed. So we can access the contents without 
knowing the original source of the message.

CHARACTERISTICS

* Text messages interchange is the first service. It could be taken as a 
platform for telegram distribution, where each computer in the net works as a 
Host and as a Server.
  o As a Host:

Messages are sended, active nodes are seeked, etc.
  o As a Server:

Text messages and requests to increase the connectivity between 
nodes are routed to the network using a broadcast forwarding method.
* There are 4 Messages Distribution Lists. So we only receive messages 
sended to the list we are interested on.
  o General, Technology, Philosophy, Politics
* Contents filters are allowed so only messages with certain patterns are 
displayed.
  This is specially useful when searching for some specific information 
because Marabunta just selects potentially interesting messages.
* Connections:

  All generated traffic is UDP/IP. Avoiding setting up connections between 
nodes lets more traffic flow in the network and the operational redundance of 
every node can be used. Moreover, UDP protocol increases anonymity in the net 
because there is no need to validate source hosts to receive a datagram.
* Marabunta is programmed using QT4 libraries because they allow 
compilation on three main operative systems: GNU Linux, Mac and Windows
* Source code has been published under GNU/GPL License.


David.

-- 
Proyectos: http://www.laotracara.com
Redes Libres : http://apeiron.laotracara.com
Marabunta: http://marabunta.laotracara.com



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

Bug#364027: manpages-dev: please document a comparison function that deals gracefully with IEEE special values

[Justin Pryzby]

Package: manpages-dev
Version: 2.22-1
Severity: wishlist
Tags: upstream patch

Included is a sample program that demonstrates how to sort IEEE
floating point values, including NAN and friends, in a useful way;
please consider including it.

// make CFLAGS='-W -Wall -O3 -g -std=gnu99' LDFLAGS=-lm fpnansort
#include 
#include 
#include 
#include 

int fpcomp(const void *a, const void *b)
{
double x=*(double *)a,
   y=*(double *)b;

if (xy) return 1;
// The not-normal values will be grouped together, but
// otherwise unordered:
else if (!isnormal(x)) return 1;
else if (!isnormal(y)) return -1;

assert(x==y);
return 0;
}

int main(int argc, char *argv[])
{
int i;
double *fp;

if (argc==1) {
fprintf(stderr, "Usage: %s ...\n", argv[0]);
exit(EXIT_FAILURE);
} else if ((fp=malloc((argc-1)*sizeof(*fp)))==NULL) {
perror("malloc");
exit(EXIT_FAILURE);
}

for (i=1; i

Bug#354381: acknowledged by developer (Bug#354381: fixed in pyca 20031118-2)

[Marc Haber]

found #354381 20031118-2
thanks

On Thu, Apr 20, 2006 at 03:19:29PM -0700, Debian Bug Tracking System wrote:
>* Bug reported was caused by local misconfiguration (Closes: #354381)

The file is called _change_ log, and according to your entry, you
didn't change anything. Hence, you should have closed this bug with a
mail to -done, instead of abusing the changelog.

I am re-opening the bug since you didn't say what kind of local
misconfiguration you detected on my system without even getting in
touch with me to debug.

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#357746: automake patch

[Christian Perrier]

Quoting Gustavo Franco ([EMAIL PROTECTED]):
> Hi,
> 
> I NMUed console-data in our current BSP, it was uploaded to gluck 
> (1-day) but was accepted today and vorlon noticed. Anyway, the
> exact patch is attached to this message.


I have incorporated changes from your NMU in the SVN.

Sorry for having missed the FTBFS bug (look slike I read the BTS too
quickly). Even though I'm not console-data maintainer, I already
NMU'ed it in the past and I would have done so here also.

Actually a very short notice with your patch and intent to NMU would
have allowed me to NMU the package (and thus incorporate a few other
pending changes, as Alastair McKinstry is OK for that if I am doing
so).

But that's not such a big deal. The important thing is the FTBFS going
away.

Alastair, I'm thinking about a NMU to fix the recent obvious issues we
received in the BTS (Thai keymap and console font, translations, etc).

Or I'm thinking about a normal upload including me as Uploaders which
would indeed ACK that I'm co-maintaining the package, which is partly
true.




signature.asc
Description: Digital signature

Bug#362819: xvncviewer does not use MITSHM extension

[Ola Lundqvist]

Thanks.

// Ola

On Thu, Apr 20, 2006 at 09:28:06PM +0200, [EMAIL PROTECTED] wrote:
> 
> Hi
> 
> It's the MIT Shared Memory Extension.
> http://www.xfree86.org/current/mit-shm.pdf
> 
> This problem is only in xvncviewer, xvnc4viewer correctly uses MIT-SHM.
> 
> Regards,
> 
> > -Ursprüngliche Nachricht-
> > Von: [EMAIL PROTECTED]
> > Gesendet: 16.04.06 10:50:51
> > An:  [EMAIL PROTECTED]
> > Betreff: Re: Bug#362819: xvncviewer does not use MITSHM extension
> 
> 
> > Hi
> > 
> > What is MITSHM?
> > 
> > Regards,
> > 
> > // Ola
> > 
> > On Sat, Apr 15, 2006 at 09:17:43PM +0200, [EMAIL PROTECTED] wrote:
> > > Package: xvncviewer
> > > Version: 3.3.7-8
> > > Severity: normal
> > > Tags: patch
> > > 
> > > 
> > > xvncviewer does not use MITSHM extension on system that support it.
> > > The problem is that the option -DMITSHM is missing during compilation
> > > of the vncviewer/ directory. The patch solves it.
> > > 
> > > *** vnc-3.3.7/vncviewer/Makefile.in.orig  Sat Apr 15 14:31:00 2006
> > > --- vnc-3.3.7/vncviewer/Makefile.in   Sat Apr 15 16:50:24 2006
> > > ***
> > > *** 41,45 
> > >   
> > >   
> > > ! DIR_CPPFLAGS = -I$(top_srcdir) @SOCKLEN_T_DEFINE@ @X_CFLAGS@ # X_CFLAGS 
> > > are really CPPFLAGS
> > >   
> > >   all:: $(program)
> > > --- 41,45 
> > >   
> > >   
> > > ! DIR_CPPFLAGS = -I$(top_srcdir) @SOCKLEN_T_DEFINE@ @MITSHM_CPPFLAGS@ 
> > > @X_CFLAGS@ # X_CFLAGS are really CPPFLAGS
> > >   
> > >   all:: $(program)
> > > 
> > > 
> > > -- 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
> > > 
> > > Versions of packages xvncviewer depends on:
> > > ii  dpkg  1.13.17package maintenance system 
> > > for Deb
> > > ii  libc6 2.3.6-3GNU C Library: Shared 
> > > libraries an
> > > ii  libgcc1   1:4.1.0-1  GCC support library
> > > ii  libice6   6.9.0.dfsg.1-6 Inter-Client Exchange library
> > > ii  libsm66.9.0.dfsg.1-6 X Window System Session 
> > > Management
> > > ii  libstdc++64.1.0-1The GNU Standard C++ Library 
> > > v3
> > > ii  libx11-6  6.9.0.dfsg.1-6 X Window System protocol 
> > > client li
> > > ii  libxaw7   6.9.0.dfsg.1-6 X Athena widget set library
> > > ii  libxext6  6.9.0.dfsg.1-6 X Window System 
> > > miscellaneous exte
> > > ii  libxmu6   6.9.0.dfsg.1-6 X Window System 
> > > miscellaneous util
> > > ii  libxt66.9.0.dfsg.1-6 X Toolkit Intrinsics
> > > ii  vnc-common3.3.7-8Virtual network computing 
> > > server s
> > > ii  xlibs 6.9.0.dfsg.1-6 X Window System client 
> > > libraries m
> > > ii  zlib1g1:1.2.3-11 compression library - runtime
> > > 
> > > Versions of packages xvncviewer recommends:
> > > ii  xfonts-base   6.9.0.dfsg.1-6 standard fonts for X
> > > 
> > > -- no debconf information
> > > 
> > > 
> > > 
> > > ___
> > > SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
> > > kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192
> > > 
> > > 
> > > 
> > 
> > -- 
> >  - Ola Lundqvist ---
> > /  [EMAIL PROTECTED] Annebergsslingan 37  \
> > |  [EMAIL PROTECTED] 654 65 KARLSTAD  |
> > |  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
> > |  http://www.opal.dhs.org UIN/icq: 4912500 |
> > \  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
> >  ---
> 
> 
> ___
> SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
> kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192
> 
> 

-- 
 --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering 
/  [EMAIL PROTECTED]   Annebergsslingan 37\
|  [EMAIL PROTECTED]   654 65 KARLSTAD|
|  http://www.opal.dhs.org   Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---


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

Bug#343566: fair Innnocent Gaay getting gorgeous it anallly!

[Candice]

pretty russsian Gay!

http://acoolstory.info/plbtwink.htm?GFGEDD.iPdR,gfibjW,VSd



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

Bug#363931: harden: Please do not abuse debconf

[Ola Lundqvist]

Hi

On Fri, Apr 21, 2006 at 12:31:03AM +0200, Thomas Huriaux wrote:
> Ola Lundqvist <[EMAIL PROTECTED]> (20/04/2006):
> > On Thu, Apr 20, 2006 at 07:32:00PM +0200, Thomas Huriaux wrote:
> > > All of your debconf notes are typical Debconf abuse. Such notes have no
> > > added value during the package configuration process. The
> > > information they contain should go to the package documentation
> > > and should never stop the installation process.
> > 
> > You have misunderstood the purpose of this package suite.
> > 
> > The harden packages provide _nothing_ more than a guide for
> > the system administrator with conflicts, dependencies and
> > debconf output.
> > 
> > That is why I'll now mark this package as wontfix.
> > 
> > But if you can give me a good explanation on why I should remove
> > a specific debconf question then I may change my mind. I have
> > checked the debconf output and can not see that it is anything
> > wrong with them.
> 
> You are speaking about debconf questions, but you are only using debconf
> notes which are not related with the installation/configuration of the
> package.
> Debconf is made to configure a package, not to provide documentation.

Notes or questions. The package do not provide more than help to the
administrator.

> > The only thing I can see is that maybe the priority can be
> > discussed, but I think it is valid to have medium for the more
> > important ones and low for the less important.
> > 
> > If you want to install a system without being stopped by this
> > kind of questions you can change the debconf input level or
> > change the frontend for debconf.
> 
> I don't want to install a system without being stopped by questions, I
> want to have to care only about the configuration of the packages I'm
> installing during the installation process. So, if the installation stop,
> it should only to prompt for something needed to configure the package
> or to mention something *very* important I have to do after the
> installation of the package to get it working.

Yes but it is important for hardening of the system to follow the instructions
mentioned. Without it is not much use of the package.

> I will check later how to use the package, and I check a package before
> installing it to know what it is aimed at.
> 
> Please remember that you have plenty of way to provide documentation:
> README.Debian, manpages, ... and do not forget to keep debconf for its
> own purpose: to configure a package.

Yes and that is what harden-doc is for, the full documentation. If that
is all you want then install just that pacakge.

I agree with you when it comes to packages that provide actual
functionality. The intention of this package is different as its only
intention is to help people that are not so used to security to get
some help in the process to get a better (hardend) system.

But still if you have suggestsions on how to improve specific questions
(I still use that word even if they are notes) then please do so. Maybe
some checks could be done to see if the admin have already followed that
instruction?

Best regards,

// Ola

> Cheers,
> 
> -- 
> Thomas Huriaux



-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#317377: svnmailer: no manual page for svn-mailer

[Julien Cristau]

Hi,

please find attached a manpage for svn-mailer, based on the source code,
the package description and the output of svn-mailer --help.

Cheers,
Julien Cristau
.TH SVN\-MAILER 1 "April 2006" "svn-mailer 1.0.8"
.SH NAME
svn\-mailer \- send subversion commit notifications
.SH SYNOPSIS
.B svn\-mailer \-\-commit
.BI \-\-repository\  rep
.RS
.BI \-\-revision\  rev
.RB [ \-\-config
.IR config "] [" OPTIONS ]
.RE
.B svn\-mailer \-\-propchange
.BI \-\-repository\  rep
.BI \-\-revision\  rev
.BI \-\-author\  author
.RS
.BI \-\-propname\  prop
.RB [ \-\-config
.IR config "] [" OPTIONS ]
.RE
.B svn\-mailer \-\-propchange
.BI \-\-repository\  rep
.BI \-\-revision\  rev
.BI \-\-author\  author
.RS
.BI \-\-propname\  prop
.BI \-\-action\  action
.RB [ \-\-config
.IR config "] [" OPTIONS ]
.RE
.B svn\-mailer \-\-lock
.BI \-\-repository\  rep
.BI \-\-author\  author
.RS
.RB [ \-\-config
.IR config "] [" OPTIONS ]
.RE
.B svn\-mailer \-\-unlock
.BI \-\-repository\  rep
.BI \-\-author\  author
.RS
.RB [ \-\-config
.IR config "] [" OPTIONS ]
.RE
.
.SH DESCRIPTION
The svnmailer is an extensible subversion commit notification tool.
However, its purpose in the first place is to create human readable
commit messages.
In order to accomplish this, the content may be recoded to fit the
requirements of the MIME standard.
The svnmailer is able to generate the proper viewcvs urls and place
them quite handy near the diffs in the notification mails.
.
.SH OPTIONS
.TP
.B \-\-commit
This is a regular commit of versioned data (post-commit hook).
This is the default mode.
.TP
.B \-\-propchange
This is a modification of unversioned properties (post-revprop-change hook).
.TP
.B \-\-lock
.I (svn 1.2 and later)
This is a locking call (post-lock hook).
.TP
.B \-\-unlock
.I (svn 1.2 and later)
This is a locking call (post-unlock hook).
.TP
.BI \-\-repository\  rep
The path to the repository directory.
.TP
.BI \-\-revision\  rev
The modified/committed revision number.
.TP
.BI \-\-author\  author
The author of the modification.
.TP
.BI \-\-propname\  prop
The name of the modified property.
.TP
.BI \-\-action\ action
.I (svn 1.2 and later)
The property change action.
.TP
.BI \-\-config\  config
The configuration file.
.TP
.B \-\-debug
Run in debug mode (means basically that all messages are sent to STDOUT).
.TP
.BI \-\-path\-encoding\  encoding
Specifies the character encoding to use for filenames.
By default, svn\-mailer determines it automatically based on the locale.
.SH FILES
By default, svn\-mailer looks for its configuration file in
.IR repository /conf/mailer.conf,
.IR svnmailer-dir /mailer.conf
and /etc/svn\-mailer.conf (where
.I svnmailer-dir
is the directory where svn\-mailer is installed.
.SH AUTHOR
svn\-mailer was written by Andr\('e Malo <[EMAIL PROTECTED]>.
.SH "SEE ALSO"
.BR svn (1),
.BR svnlook (1).


signature.asc
Description: Digital signature

Bug#364021: [pkg-horde] Bug#364021: imp4: will not display the "folder tree" for imap folders.

[Ola Lundqvist]

Hi

Check in the configuration window to see if something important
have changed or if it make some warning.

The configuration format may have changed, but I need to know in what
way so we can add convert functions to the installation process.

Regards,

// Ola

On Thu, Apr 20, 2006 at 09:25:02PM -0400, magyar wrote:
> Package: imp4
> Severity: important
> 
> 
> Update from sarge (default) to (etch).
> Courier IMAP.
> Horde against MySQL.
> On the left hand site use to be able to see the IMAP "folder tree"
> After the update i lost the ability to see the list.
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.16-1-em64t-p4-smp
> Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
> 
> 
> ___
> pkg-horde-hackers mailing list
> [EMAIL PROTECTED]
> http://lists.alioth.debian.org/mailman/listinfo/pkg-horde-hackers
> 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#363939: asterisk-classic: SIP not starting on reboot

[Tzafrir Cohen]

On Thu, Apr 20, 2006 at 02:09:10PM -0400, Jonathan Addleman wrote:
> Package: asterisk-classic
> Version: 1:1.2.4.dfsg-7
> Severity: normal
> 
> Not sure what's happening here, but on one of my two machines, SIP
> doesn't seem to be starting up on a reboot. After booting, 
> 'netstat -plu | grep asterisk' shows this:
> 
> udp0  0 *:4520   *:* 5538/asterisk   
> udp0  0 *:iax*:* 5538/asterisk   
> 
> 
> And then if I do /etc/init.d/asterisk restart, the same command shows:
> 
> udp0  0 *:4520   *:* 5906/asterisk   
> udp0  0 *:sip*:* 5906/asterisk   
> udp0  0 *:iax*:* 5906/asterisk   
> 
> /var/log/asterisk/messages shows this line:
> 
> chan_sip.c: Unable to get own IP address, SIP disabled
> 
> So I expect that asterisk is starting before the network is up. I'm
> connecting via pppoe, if that changes anything. Another machine I have
> doesn't experience this problem at all, though it's connecting to
> another ISP - perhaps the problem machine just takes a long time to get
> its IP address from the ISP?

The priority of the Asterisk init.d scripts is "21". Service
dependencies anybody?

> 
> In any case, especially when asterisk is bound to 0.0.0.0, it shouldn't
> matter whether it can get the IP or not, it seems to me.

Asterisk needs to know its IP address for SIP , and at least in the
current version does not work well with more than one IP (or am I
confusing older versions?)

> 
> 
> -- 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.16.5
> Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: 
> LC_ALL set to en_CA.UTF-8)
> 
> Versions of packages asterisk-classic depends on:
> ii  adduser   3.86   Add and remove users and groups
> ii  asterisk-conf 1:1.2.4.dfsg-7 config files for asterisk
> ii  asterisk-soun 1:1.2.4.dfsg-7 sound files for asterisk
> ii  libasound21.0.10-2   ALSA library
> ii  libc6 2.3.6-7GNU C Library: Shared libraries
> ii  libcomerr21.38+1.39-WIP-2006.04.09-1 common error description library
> ii  libcurl3  7.15.3-1   Multi-protocol file transfer 
> libra
> ii  libgsm1   1.0.10-13  Shared libraries for GSM speech 
> co
> ii  libidn11  0.5.18-2   GNU libidn library, 
> implementation
> ii  libkrb53  1.4.3-6MIT Kerberos runtime libraries
> ii  libncurses5   5.5-1.1Shared libraries for terminal 
> hand
> ii  libnewt0.52   0.52.2-4   Not Erik's Windowing Toolkit - 
> tex
> ii  libpopt0  1.7-5  lib for parsing cmdline 
> parameters
> ii  libpq48.1.3-4PostgreSQL C client library
> ii  libpri1.2 1.2.2-3Primary Rate ISDN specification 
> li
> ii  libspeex1 1.1.12-1   The Speex Speech Codec
> ii  libsqlite02.8.16-1   SQLite shared library
> ii  libssl0.9.8   0.9.8a-8   SSL shared libraries
> ii  unixodbc  2.2.11-13  ODBC tools libraries
> ii  zlib1g1:1.2.3-11 compression library - runtime
> 
> asterisk-classic recommends no packages.
> 
> -- no debconf information
> 
> 
> ___
> Pkg-voip-maintainers mailing list
> [EMAIL PROTECTED]
> http://lists.alioth.debian.org/mailman/listinfo/pkg-voip-maintainers
> 

-- 
Tzafrir Cohen  sip:[EMAIL PROTECTED]
icq#16849755   iax:[EMAIL PROTECTED]
+972-50-7952406   
[EMAIL PROTECTED]  http://www.xorcom.com


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

Bug#354650: lightspeed: segfault at start up on amd64

[Ola Lundqvist]

reassign 354650 libgtk1.2
thanks

Hi

Then I think it is valid to reassign this to gtk.

It seems like GTK_BOX return null in some cases but only on amd64...

Regards,

// Ola

On Thu, Apr 20, 2006 at 10:43:12PM +0200, Manolo Díaz wrote:
> Pierre HABOUZIT wrote:
> >tag 354650 + unreproducible
> >thanks
> >
> >On Wed, Mar 01, 2006 at 07:32:55AM +0100, Ola Lundqvist wrote:
> >>Hi
> >>
> >>To me this backtrace looks like it has to do with gtk... It is a bit
> >>strange that it work on i386 but not on amd64...
> >>
> >>As I do not have access to a amd64 machine I need help with debugging
> >>this.
> >>
> >>Regards,
> >>
> >>// Ola
> >
> >  works for me now. I suppose this was a gtk bug, and that it was solved
> >inbetween.
> >
> >  Manlolo: does the bugs still exist for you ?
> 
> Now I see a lot of GTK warnings and finally a SEGFAULT
> 
> this is the backtrace:
> --
> 
> [EMAIL PROTECTED]:~$ LC_ALL=C gdb lightspeed
> GNU gdb 6.4-debian
> Copyright 2005 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu"...(no debugging symbols found)
> Using host libthread_db library "/lib/libthread_db.so.1".
> 
> (gdb) run
> Starting program: /usr/bin/lightspeed
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> [Thread debugging using libthread_db enabled]
> [New Thread 47706540938656 (LWP 4604)]
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> 
> Gtk-WARNING **: Unable to locate loadable module in module_path:
> "libsmooth.so",
> 
> Gtk-WARNING **: Unable to locate loadable module in module_path:
> "libsmooth.so",
> 
> Gtk-WARNING **: Unable to locate loadable module in module_path:
> "libsmooth.so",
> 
> Gtk-WARNING **: Unable to locate loadable module in module_path:
> "libsmooth.so",
> 
> Gtk-WARNING **: Unable to locate loadable module in module_path:
> "libsmooth.so",
> 
> Gtk-WARNING **: Unable to locate loadable module in module_path:
> "libsmooth.so",
> 
> Gtk-WARNING **: Unable to locate loadable module in module_path:
> "libsmooth.so",
> 
> Gtk-CRITICAL **: file gtkbox.c: line 331 (gtk_box_pack_start): assertion
> `child != NULL' failed.
> 
> Gtk-CRITICAL **: file gtkwidget.c: line 1427 (gtk_widget_show):
> assertion `widget != NULL' failed.
> 
> Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkWidget'
> 
> Gtk-CRITICAL **: file gtkwidget.c: line 3821 (gtk_widget_set_events):
> assertion `widget != NULL' failed.
> 
> Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject'
> 
> Gtk-CRITICAL **: file gtksignal.c: line 724 (gtk_signal_connect):
> assertion `object != NULL' failed.
> 
> Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject'
> 
> Gtk-CRITICAL **: file gtksignal.c: line 724 (gtk_signal_connect):
> assertion `object != NULL' failed.
> 
> Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject'
> 
> Gtk-CRITICAL **: file gtksignal.c: line 724 (gtk_signal_connect):
> assertion `object != NULL' failed.
> 
> Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject'
> 
> Gtk-CRITICAL **: file gtksignal.c: line 724 (gtk_signal_connect):
> assertion `object != NULL' failed.
> 
> Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject'
> 
> Gtk-CRITICAL **: file gtksignal.c: line 724 (gtk_signal_connect):
> assertion `object != NULL' failed.
> 
> Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject'
> 
> Gtk-CRITICAL **: file gtksignal.c: line 724 (gtk_signal_connect):
> assertion `object != NULL' failed.
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
> 
> Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkGLArea'
> 
> ** CRITICAL **: file gtkglarea.c: line 186 (gtk_gl_area_make_current):
> assertion `gl_area != NULL' failed.
> 
> Program received signal SIGSEGV, Segmentation fault.
>

Bug#334946: chkrootkit: Chkrootkit reports mysql threads in, linux 2.6 as hidden from ps and readdir

[Nolan Andres]

yah...it does...

/usr/sbin# chkrootkit lkm
ROOTDIR is `/'
Checking `lkm'... SIGINVISIBLE Adore found
chkproc: Warning: Possible LKM Trojan installed

peace,
Nolan



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

Bug#364026: bugs.debian.org: attempts to just-send-eight, which is not allowed

[Brian M. Carlson]

Package: bugs.debian.org
Severity: important

spohr attempts to send me 8-bit messages without specifying 8BITMIME.  Logs are
included at the bottom.  It is a violation of the SMTP protocol to send 8-bit
data when such data is not both identified with BODY=8BITMIME[0] and also
well-formed MIME.  I'm guessing that you are either using exim3 or exim4, so you
may want to clone this bug to the appropriate package.  Also, for your
information, sendmail handles this properly.

Apr 20 06:22:06 crustytoothpaste sm-mta[54824]: NOQUEUE: connect from [EMAIL 
PROTECTED] [140.211.166.43]
Apr 20 06:22:12 crustytoothpaste sm-mta[54824]: k3K6M6fT054824: from=<[EMAIL 
PROTECTED]>, size=1434, class=-60, nrcpts=1, msgid=<[EMAIL PROTECTED]>, 
proto=ESMTP, daemon=MTA-v4, [EMAIL PROTECTED] [140.211.166.43]
Apr 20 06:22:12 crustytoothpaste sm-mta[54824]: k3K6M6fT054824: to=<[EMAIL 
PROTECTED]>, delay=00:00:00, pri=139434, stat=Eight bit data not allowed

[0] The binary (and possibly chunking) extension is also possible, but no mail
server in Debian supports it, AFAIK.

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


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

Bug#363165: [PROPOSAL] drop version number from jar installations

[Barry Hawkins]

On Thu, Apr 20, 2006 at 02:07:31PM +0200, Peter Eisentraut wrote:
> Am Dienstag, 18. April 2006 22:23 schrieb Barry Hawkins:
> > I replied to that posting[0], and I don't think the discussion yielded
> > a lack of support for using version numbers in .jar file names.
> 
> The points you listed are:
> 
> 1.) Java(TM) libraries have a notorious tendency (not unlike other languages)
> to not preserve backward compatibility between significant revisions.
> [...]
> 
> This may be true (although I don't believe it) but the current system does 
> nothing in the way of solving it.
[...]
If you don't believe Java libraries have issues with not regularly supporting
backward compatibility, then I would wonder how much enterprise development
experience you have with Java libraries ;-).
 
> > The version numbers are a lightweight (though imperfect) means of dealing
> > with the inevitable situation of incompatibilities between versions of an
> > API.
> 
> That's the point.  They don't actually deal with it.  At least not with a lot 
> more infrastructure that I don't see defined anywhere.  For instance, if this 
> is supposed to be supported, then all Jar references in other packages would 
> really need to be versioned.  And there would need to be some way of having 
> major/minor version numbers, so an upgrade from version 2 to 3 would create 
> an incompatibility but an upgrade from 2.0.1 to 2.0.2 would perhaps not.  And 
> the version is currently required to be the version number of the package, 
> which says nothing about compatibility.  C library sonames are distinct from 
> package versions.
> 
> If there is a feeling that managing C library-like soname upgrades is useful 
> for Java libraries, then I would certainly support that.  But the current 
> system is a solution in search of a problem.
> 
> > For example, when a maintainer is packaging a Java API that depends 
> > on the Jakarta Commons HTTPClient version 3.0, they at least can see that
> > the symlink commons-httpclient.jar points to commons-httpclient-2.0.2.jar
> > and have some insight as to why their package isn't behaving properly.
> 
> That sort of argument would call for symlinking everything to versioned files 
> (think /bin/sed-4.1.4).  This is not a Java-specific problem.  If you want to 
> know the version of a file, use dpkg.

I think you make some excellent points here.  In your initial message, I thought
you were advocating the dropping of version numbers and not trying to do 
anything
else, which I would consider reckless and unwise.  Adopting a solution for 
languages
that have a longer history in Debian with some proven solutions seems like a 
wise
approach to me.  So, Debian Java Maintainers, let's hear from you on this!  We
have to work this topic out if we are going to get a decent Java policy ready at
any point in the near future.

Regards,
-- 
Barry Hawkins
All Things Computed
site: www.alltc.com
weblog: www.yepthatsme.com

Registered Linux User #368650


signature.asc
Description: Digital signature

Bug#273565: apt-listbugs: Very slow

[Kai Hendry]

Package: apt-listbugs
Version: 0.0.49
Followup-For: Bug #273565

http://www.flickr.com/photos/hendry/132206208/

I have to break and apt-get remove apt-listbugs so I could do a
dist-upgrade. I have a 10mbit connection.

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

Versions of packages apt-listbugs depends on:
ii  apt   0.6.43.3   Advanced front-end for dpkg
ii  libdpkg-ruby1.8   0.3.1  modules/classes for dpkg on ruby 1
ii  libintl-gettext-ruby1.8   0.11-5.1   Gettext wrapper for Ruby 1.8
ii  libruby1.8 [libzlib-ruby1.8]  1.8.4-1Libraries necessary to run Ruby 1.
ii  libxml-parser-ruby1.8 0.6.8-1Interface of expat for the scripti
ii  ruby  1.8.2-1An interpreter of object-oriented 

apt-listbugs recommends no packages.

-- no debconf information


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

Bug#364021: imp4: will not display the "folder tree" for imap folders.

[Roberto C. Sanchez]

magyar wrote:
> Package: imp4
> Severity: important
> 
> 
> Update from sarge (default) to (etch).
> Courier IMAP.
> Horde against MySQL.
> On the left hand site use to be able to see the IMAP "folder tree"
> After the update i lost the ability to see the list.
> 

I too am experiencing this, though I have Postgres as the backend.

-Roberto

-- 
Roberto C. Sanchez
http://familiasanchez.net/~roberto


signature.asc
Description: OpenPGP digital signature

Bug#364024: gdImageAALine() can cause segfault

[Paul]

Sorry, patch was slightly wrong.

I've also attached a script that downloads, patches and installs the 
corrected -xpm and -xpm-dev packages.


thanks
Paul

#include 

int main()
{
   gdImagePtr im = gdImageCreateTrueColor(100,100);
   int colour = gdTrueColorAlpha(100,100,100,100);
   gdImageSetAntiAliased(im,colour);
   gdImageLine(im, 95, 100, 100, 98, gdAntiAliased);
   return 0;
}


make_libgd2.sh
Description: Bourne shell script
--- libgd2-2.0.33/gd.c  2006-04-21 11:31:18.0 +0800
+++ libgd2-2.0.33/gd.c  2006-04-21 11:31:15.0 +0800
@@ -3095,7 +3095,8 @@
/* TBB: set the last pixel for consistency (<=) */
while ((x >> 16) <= x2) {
gdImageSetAAPixelColor(im, x >> 16, y >> 16, col, (y >> 
8) & 0xFF);
-   gdImageSetAAPixelColor(im, x >> 16, (y >> 16) + 1,col, 
(~y >> 8) & 0xFF);
+ if ((y >> 16) + 1 <= im->cy2)
+gdImageSetAAPixelColor(im, x >> 16, (y >> 16) + 1,col, (~y >> 8) & 
0xFF);
x += (1 << 16);
y += inc;
}
@@ -3116,7 +3117,8 @@
/* TBB: set the last pixel for consistency (<=) */
while ((y>>16) <= y2) {
gdImageSetAAPixelColor(im, x >> 16, y >> 16, col, (x >> 
8) & 0xFF);
-   gdImageSetAAPixelColor(im, (x >> 16) + 1, (y >> 
16),col, (~x >> 8) & 0xFF);
+ if ((x >> 16) + 1 <= im->cx2)
+gdImageSetAAPixelColor(im, (x >> 16) + 1, (y >> 16),col, (~x >> 8) 
& 0xFF);
x += inc;
y += (1<<16);
}

Bug#364025: xfonts-intl-chinese: Transition of fonts.alias in X11R7

[Cheng-Hung Ko]

Package: xfonts-intl-chinese
Version: 1.2.1-5
Severity: normal

This package contains a fonts.alias file in /etc/X11/fonts/misc.
To switch the font layout to the one in X11R7, a fonts.alias file
should also be placed at /etc/X11/fonts/X11R7/misc such that 
the update-fonts-alias can correctly assemble the fonts.alias 
with the option -7 turned on.

Without the correct fonts.alias file in my system, some program
, e.g. xcin, can not be activated to input chinese fonts.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.7-050225
Locale: LANG=zh_TW.Big5, LC_CTYPE=zh_TW.Big5 (charmap=BIG5) (ignored: LC_ALL 
set to zh_TW.Big5)

Versions of packages xfonts-intl-chinese depends on:
ii  xfonts-utils  1:1.0.0-3  X Window System font utility progr

xfonts-intl-chinese recommends no packages.

-- no debconf information


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

Bug#296915: windows-el: does not save and exit

[Hubert Chan]

Hi Daniel,

I've just adopted windows-el, so I appologize for the extreme lateness 
of this reply.



The windows-el does not work. It does not save the windows and simply
claims that: This frame is not under control of windows.


Did you run the command (win:startup-with-window) after you loaded 
windows.el?


--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA   (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7  5291 AF29 C719 124B 61FA


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

Bug#326397: Status?

[David Moreno Garza]

Ryan Lovett wrote:
> Hi David,
>  This is a ping to see how the package is coming along.
> 
> Thanks for your time,

No progress so far.

-- 
David Moreno Garza <[EMAIL PROTECTED]>   |  http://www.damog.net/
   <[EMAIL PROTECTED]>  |  GPG: C671257D
 ¿Y dejaste tu país por ésto?

Bug#276576: your bug/tries to open text/plain files in emacs

[Justin Pryzby]

On Thu, Apr 20, 2006 at 09:37:57AM -0400, Joey Hess wrote:
> Justin Pryzby wrote:
> > I can reproduce this now :)
> > 
> > I guess the reason it pops up the strange "open with" box is because
> > it is saving the file to /tmp/XX.bin.  Why it does that, I don't
> > know.  The headers are all the same, so this looks to be a firefox
> > problem, still (doh!).
> > 
> > Joey, are the filenames important?  Does a "good" filename become bad,
> > or a "bad" one good if you swap them?  Otherwise I guess it is the
> > content :)
> 
> It seems to be due to the file content, the supposedly binary files
> contain raw console escape sequences and stuff.
In my test, files with both results had such content.  I was wondering
if filesize had something to do with it too...

Justin


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

Bug#364023: Add reported version

[Russ Allbery]

found 5.0.32
thanks

Sorry, meant to report this against the latest version, which is where I
actually tested it, although I'm fairly sure that the bug also exists in
the reported version.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#359136: reopen 359136

[Justin Pryzby]

reopen 359136
thanks


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

Bug#348127: gtkpod: you can close this bug

[Carlos Moffat]

Package: gtkpod
Version: 0.99.4-1
Followup-For: Bug #348127


As far as I can tell, the problem went away with the upgrade.

Thanks

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

Versions of packages gtkpod depends on:
ii  libatk1.0-0  1.11.4-1The ATK accessibility toolkit
ii  libc62.3.6-7 GNU C Library: Shared libraries
di  libcairo21.0.4-1+b1  The Cairo 2D vector graphics libra
ii  libfontconfig1   2.3.2-5.1   generic font configuration library
di  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.10.2-1The GLib library of C routines
di  libgpod0 0.3.0-4 a library to read and write songs 
di  libgtk2.0-0  2.8.17-1The GTK+ graphical user interface 
ii  libid3tag0   0.15.1b-8   ID3 tag reading library from the M
di  libpango1.0-01.12.1-2Layout and rendering of internatio
ii  libx11-6 2:1.0.0-6   X11 client-side library
ii  libxcursor1  1.1.5.2-5   X cursor management library
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxi6   1:1.0.0-5   X11 Input extension library
ii  libxinerama1 1:1.0.1-4   X11 Xinerama extension library
ii  libxml2  2.6.23.dfsg.2-3 GNOME XML library
ii  libxrandr2   2:1.1.0.2-4 X11 RandR extension library
ii  libxrender1  1:0.9.0.2-4 X Rendering Extension client libra
ii  zlib1g   1:1.2.3-11  compression library - runtime

gtkpod recommends no packages.

-- no debconf information


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

Bug#364023: dh_installinit prerm fails too easily

[Russ Allbery]

Package: debhelper
Version: 5.0.26
Severity: important

Since the fix to #337664, the prerm code generated by dh_installinit
contains:

if [ -x "/etc/init.d/shishid" ]; then
if [ -x "`which invoke-rc.d 2>/dev/null`" ]; then
invoke-rc.d shishid stop || exit $?
else
/etc/init.d/shishid stop || exit $?
fi
fi

The problem is that most init scripts, following the standard templates,
contain code like this:

  stop)
echo -n "Stopping $DESC: "
start-stop-daemon --stop --quiet --pidfile /var/run/$NAME.pid \
--exec $DAEMON
echo "$NAME."
;;

and uses set -e, which exits 1 if the daemon isn't running.  If the
package is new enough that both the old and the new prerm scripts contain
the new dh_installinit code that checks exit status, an upgrade fails
if the daemon isn't running because both prerm scripts fail.  Worse,
if the daemon is sufficiently broken that it cannot be started, it's
almost impossible to clean up the package since both upgrades and
purges fail.  I had to delete the init script and then use dpkg --purge
--force-remove-reinstreq.

I'm not sure if the stop action should really fail if the daemon isn't
running, but I expect there are a ton of init scripts out there that
behave this way since it's been the template for a long time.  I think the
error handler for the prerm scripts installed by dh_installinit needs to
be || true instead of || exit $? for stop actions (but the fix is still
valid for the start actions).

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

Versions of packages debhelper depends on:
ii  binutils 2.16.1cvs20060117-1 The GNU assembler, linker and bina
ii  coreutils [fileutils 5.94-1  The GNU core utilities
ii  dpkg-dev 1.13.18 package building tools for Debian
ii  file 4.17-1  Determines file type using "magic"
ii  html2text1.3.2a-3An advanced HTML to text converter
ii  perl 5.8.8-4 Larry Wall's Practical Extraction 
ii  po-debconf   1.0 manage translated Debconf template

debhelper recommends no packages.

-- no debconf information


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

Bug#364024: gdImageAALine() can cause segfault

[Paul]

Package: libgd2-xpm
Version: 2.0.33-3
Severity: important

I found an off-by-one bug that repeatedly causes segfaults:

$ cat test_segfault.c
#include 

int main()
{
   gdImagePtr im = gdImageCreateTrueColor(100,100);
   int colour = gdTrueColorAlpha(100,100,100,100);
   gdImageSetAntiAliased(im,colour);
   gdImageLine(im, 95, 100, 100, 98, gdAntiAliased);
   return 0;
}
$ gcc -o test_segfault test_segfault.c -lgd
$ ./test_segfault
Segmentation fault
$


I made a patch that solves the problem.  Its attached.


thanks,
Paul




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

Versions of packages libgd2-xpm depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libfontconfig12.3.2-5.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libjpeg62 6b-12  The Independent JPEG Group's JPEG
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libx11-6  6.9.0.dfsg.1-6 X Window System protocol client li
ii  libxpm4   6.9.0.dfsg.1-6 X pixmap library
ii  zlib1g1:1.2.3-11 compression library - runtime

libgd2-xpm recommends no packages.

-- no debconf information
--- gd.c2006-04-21 10:58:02.0 +0800
+++ gd.c2006-04-21 10:58:18.0 +0800
@@ -3095,7 +3095,9 @@
/* TBB: set the last pixel for consistency (<=) */
while ((x >> 16) <= x2) {
gdImageSetAAPixelColor(im, x >> 16, y >> 16, col, (y >> 
8) & 0xFF);
-   gdImageSetAAPixelColor(im, x >> 16, (y >> 16) + 1,col, 
(~y >> 8) & 0xFF);
+ // the +1 can push it past the image bounds
+ if ((y >> 16) + 1 <= im->cy2)
+gdImageSetAAPixelColor(im, x >> 16, (y >> 16) + 1,col, (~y >> 8) & 
0xFF);
x += (1 << 16);
y += inc;
}
@@ -3116,6 +3118,9 @@
/* TBB: set the last pixel for consistency (<=) */
while ((y>>16) <= y2) {
gdImageSetAAPixelColor(im, x >> 16, y >> 16, col, (x >> 
8) & 0xFF);
+ // the +1 can push it past the image bounds
+ if ((x >> 16) + 1 <= im->cx2)
+gdImageSetAAPixelColor(im, x >> 16, (y >> 16) + 1,col, (~y >> 8) & 
0xFF);
gdImageSetAAPixelColor(im, (x >> 16) + 1, (y >> 
16),col, (~x >> 8) & 0xFF);
x += inc;
y += (1<<16);

Bug#359672: [INTL:km] Khmer translation update

[Sokhem]

Package: popularity-contest
Version: N/A
Severity: wishlist
Tags: l10n patch
# translation of popularity-contest_debian_po_km.po to Khmer
# eng vannak <[EMAIL PROTECTED]>, 2006.
# auk piseth <[EMAIL PROTECTED]>, 2006.
# auk piseth <[EMAIL PROTECTED]>, 2006.
# Khoem Sokhem <[EMAIL PROTECTED]>, 2006.
# translation of popularity-contest_debian_po_km.po to
msgid ""
msgstr ""
"Project-Id-Version: popularity-contest_debian_po_km\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-07-04 08:46+0200\n"
"PO-Revision-Date: 2006-04-21 09:24+0700\n"
"Last-Translator: Khoem Sokhem <[EMAIL PROTECTED]>\n"
"Language-Team: Khmer <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11\n"

#. Type: boolean
#. Description
#: ../templates:4
msgid "Participate in the Debian Package Popularity Contest?"
msgstr "​ចូល​រួម​នៅ​ក្នុង​កញ្ចប់​ដេបៀន​របស់ Popularity Contes ឬទេ ?​"

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"You can have your system anonymously supply the Debian developers with "
"statistics about your most used Debian packages.  This information "
"influences decisions such as which packages should go on the first Debian CD."
msgstr "អ្នក​អាច​ឲ្យ​ប្រព័ន្ធ​របស់​អ្នក​អនុវត្ត​ដោយ​អនាមិក​ទៅ​អ្នក​អភិវឌ្ឍន៍​ដេបៀន​​ជាមួយ​នឹង​ស្ថិតិ​អំពី​កញ្ចប់​ដេបៀន​ដែល​បាន​ប្រើ​ញឹកញាប់​បំផុត​របស់​អ្នក ។ ព័ត៌មាន​នេះ​ប៉ះពាល់​ដល់​ការ​សម្រេច​ចិត្ត​ ដូច​ជា​ថាតើ​កញ្ចប់​មួយ​​ណា​គួ​ដាក់​ក្នុង​ស៊ីឌី​ដេបៀន​ទី​ ១ ។"

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"If you choose to participate, the automatic submission script will run once "
"every week, sending statistics to the Debian developers."
msgstr "ប្រសិន​បើ​អ្នក​ជ្រើស​ដើម្បី​ចូលរួម ស្គ្រីប​ដាក់ស្នើ​ដោយ​ស្វ័យប្រវត្តិ​នឹង​រត់​ក្នុង​មួយ​សប្ដាហ៍​ម្ដង ដោយ​ផ្ញើ​ស្ថិតិ​ទៅ​អ្នក​អភិវឌ្ឍន៍​​ដេបៀន ។"

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"You can always change your mind after making this decision: \"dpkg-"
"reconfigure popularity-contest\""
msgstr ""
"អ្នក​​​អាច​ផ្លាស់​ប្ដូរ​ចិត្ត​របស់​​អ្នកបាន​​​ជា​និច្ច បន្ទាប់​​ពី​​បាន​​​​​​សម្រេច​ចិត្ត​​ហើយ ៖ \"dpkg-"
"កំណត់​រចនា​សម្ព័ន្ធ popularity-contest ឡើង​វិញ\"​"

#. Type: note
#. Description
#: ../templates:17
msgid "Generating unique host identifier failed"
msgstr "ការ​បង្កើត​គ្រឿង​សម្គាល់​ម៉ាស៊ីន​​តែ​មួយ​​បាន​បរាជ័យ"

#. Type: note
#. Description
#: ../templates:17
msgid ""
"The install script could not generate a unique host identifier. This is a "
"fatal error, as all hosts submitting information need to have an unique "
"identifier."
msgstr "ស្គ្រីប​​ដំឡើង​មិន​អាច​បង្កើត​គ្រឿង​សម្គាល់​ម៉ាស៊ីន​តែ​មួយ​បាន​ទេ ។ នេះ​គឺ​ជា​កំហុស​ធ្ងន់ធ្ងរ​មួយ​ ខណៈពេល​ដែល​​​ម៉ាស៊ីន​ទាំង​អស់​​ដាក់​ស្នើ​ព័ត៌មាន​​ដែល​ត្រូវការឲ្យ​​មាន​គ្រឿង​សម្គាល់​តែ​មួយ ។"

#. Type: note
#. Description
#: ../templates:17
msgid ""
"Please report this problem as a bug against the popularity-contest package, "
"and include information about your configuration."
msgstr "សូម​រាយការណ៍​បញ្ហា​នេះ​ជា​កំហុស​​មួយ​ប្រឆាំង​នឹង​កញ្ចប់ popularity-contest ​និង​រួម​បញ្ចូល​ព័ត៌មាន​អំពី​ការ​កំណត់​រចនា​សម្ព័ន្ធ​របស់​អ្នក ។"

#. Type: boolean
#. Description
#: ../templates:28
msgid "Use HT

Bug#359671: [INTL:km] Khmer translation update

[Sokhem]

Package: newt
Version: N/A
Severity: wishlist
Tags: l10n patch
# translation of newt_newt_po_km.po to Khmer
# Hok Kakada <[EMAIL PROTECTED]>, 2006.
# auk piseth <[EMAIL PROTECTED]>, 2006.
# Khoem Sokhem <[EMAIL PROTECTED]>, 2006.
# Leang Chumsoben <[EMAIL PROTECTED]>, 2006.
msgid ""
msgstr ""
"Project-Id-Version: newt_newt_po_km\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-12-12 18:15-0700\n"
"PO-Revision-Date: 2006-03-27 16:11+0700\n"
"Last-Translator: Khoem Sokhem <[EMAIL PROTECTED]>\n"
"Language-Team: Khmer <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11\n"

#: dialogboxes.c:43 dialogboxes.c:48 dialogboxes.c:493
msgid "Ok"
msgstr "យល់ព្រម"

#: dialogboxes.c:51
msgid "Cancel"
msgstr "បោះបង់"

#: dialogboxes.c:498
msgid "Yes"
msgstr "បាទ/ចាស"

#: dialogboxes.c:500
msgid "No"
msgstr "ទេ"

Bug#361228: postgresql-autodoc: Patch for this bug

[William McKee]

Package: postgresql-autodoc
Version: 1.25-2
Followup-For: Bug #361228


I have experienced this bug as well. Here's a simple patch that has allowed the
tool to work for me:

--- /tmp/postgresql_autodoc 2006-04-20 21:47:21.0 -0400
+++ /usr/bin/postgresql_autodoc 2006-04-20 21:41:33.0 -0400
@@ -1200,7 +1200,7 @@
 $sth_Primary_Keys->finish();
 $sth_Schema->finish();
 $sth_Tables->finish();
-$sth_Table_Statistics->finish();
+$sth_Table_Statistics->finish() if $statistics;
 
 } ## end sub info_collect($)
 

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

Versions of packages postgresql-autodoc depends on:
ii  libdbd-pg-perl1.45-1 a PostgreSQL interface for Perl 5 
ii  libhtml-template-perl 2.8-1  HTML::Template : A module for usin
ii  perl  5.8.8-4Larry Wall's Practical Extraction 

Versions of packages postgresql-autodoc recommends:
ii  dia-gnome 0.94.0-20  Diagram editor (GNOME version)
ii  docbook-defguide [doc 2.0.8-1.1  DocBook: The Definitive Guide - HT
ii  epiphany-browser [www 1.8.3-4Intuitive GNOME web browser
ii  firefox [www-browser] 1.5.dfsg+1.5.0.1-4 lightweight web browser based on M
ii  galeon [www-browser]  2.0.1-3GNOME web browser for advanced use
pn  graphviz   (no description available)
ii  lynx [www-browser]2.8.5-2sarge1  Text-mode WWW Browser
ii  mozilla-browser [www- 2:1.7.12-1.1   The Mozilla Internet application s
ii  w3m [www-browser] 0.5.1-4WWW browsable pager with excellent

-- no debconf information


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

Bug#334946: chkrootkit: Chkrootkit reports mysql threads in, linux 2.6 as hidden from ps and readdir

[Andrew Deason]

Is it just me, or does that 'chkrootkit' output show no false
positives? What is being displayed is the verbose output from chkproc,
but it's not saying that any hidden processes were found. chkproc
outputs something like "X process hidden for readdir command" when it
finds hidden processes, does it not? Does `chkrootkit lkm` by itself
say that anything was found?


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

Bug#363999: Email::Valid should fail on test failure for non-network tests

[Ron]

Hi Don,

On Thu, Apr 20, 2006 at 02:38:46PM -0700, Don Armstrong wrote:
> Package: libemail-valid-perl
> Version: 0.15-3
> 
> While failure to build when a network is not attached is a serious
> issue, it's also not ok to build successfully when tests fail, even
> those that do not require the network.
> 
> Please separate out the tests that require the network from those that
> do, and only run the tests that require the network if the network
> (and the hosts tested) actually exist/are reachable.

Do you have some suggestion for a reliable way to test the difference
between a failure due to the network being unavailable (even temporarily)
and a failure of the test itself to connect to it for some other reason.

This seems a bit like the halting problem.  I agree it would be better
if autobuilds failed if the basic test suite fails, but any test for
a remote network service is going to be inherently unreliable -- and
'fails to build because aol is down' doesn't seem like the sort of
thing I want to hear about my packages...  Even testing for it just
a moment prior doesn't really help, though it improves our odds a
little.

The compromise at present, is the uploader gets to check the buildd
logs to see if the test suite actually succeeded suitably.

In either case, this is probably something we should bug upstream
with, even if that means submitting an improved test suite to them.
Because we do want the tests to succeed before it gets to us, and
that is the only way to be sure.

If people have ideas (and patches :-) on how to improve this usefully
it may well be worth pursuing.

cheers,
Ron




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

Bug#363302: libx11-6: When migrating to X.Org 7, server says: "_X11TransOpen: Unable to find transport for local"

[Steve Langasek]

notfound 363302 6.9.0.dfsg.1-6
quit

On Tue, Apr 18, 2006 at 01:21:02PM +0200, Tobias Diaz wrote:
> Package: libx11-6
> Version: 6.9.0.dfsg.1-6
> Severity: grave
> Justification: renders package unusable

> When migrating to X.Org 7 in Debian unstable, X server report this error
> and does not create the X-11 Socket. Xdm, kdm, gdm and startx stay frozen and
> only a blank screen with X cursor is showed.

> If I install libx11-6 from Debian testing (X.Org 6.9) the problem is
> solved.

Then 6.9.0.dfsg.1-6 is not the right version of the package to report this
against.  Please tell us what version of libx11-6 you were installing.

I see no way that this bug could happen with the current code; the error
message occurs only when support for the named transport has not been
compiled into the library, and 'local' is a transport that should be
compiled in unconditionally.

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


signature.asc
Description: Digital signature

Bug#356490: mcrypt: FTBFS: compile error: 'VERSION' undeclared

[Julien Cristau]

block 358746 by 356490
kthxbye

On Fri, Mar 24, 2006 at 10:40:00 +0100, [EMAIL PROTECTED] wrote:

> if gcc -DHAVE_CONFIG_H -I. -I. -I.. -DLOCALEDIR=\"/usr/share/locale\" 
> -I../intl-g -O2 -I/usr/include -Wall -MT mcrypt.o -MD -MP -MF 
> ".deps/mcrypt.Tpo" \
> -c -o mcrypt.o `test -f 'mcrypt.c' || echo './'`mcrypt.c; \
>   then mv ".deps/mcrypt.Tpo" ".deps/mcrypt.Po"; \
>   else rm -f ".deps/mcrypt.Tpo"; exit 1; \
>   fi
> mcrypt.c: In function 'check_hash_algo':
> mcrypt.c:112: warning: pointer targets in assignment differ in signedness
> mcrypt.c: In function 'mcrypt_version':
> mcrypt.c:135: error: 'VERSION' undeclared (first use in this function)
> mcrypt.c:135: error: (Each undeclared identifier is reported only once
> mcrypt.c:135: error: for each function it appears in.)
> make[3]: *** [mcrypt.o] Error 1

Hi,

this build failure is caused by the workaround for bug#356490 in
libmhash-dev.
In mcrypt, VERSION is correctly defined in config.h, which is included
by src/mcrypt.c via src/defines.h.
However, defines.h also includes , which has a "#undef
VERSION".
A fix would be to replace VERSION by something less generic in mcrypt,
at least until mhash.h is fixed.

Cheers,
Julien Cristau


signature.asc
Description: Digital signature

Bug#363935: mozilla-firefox 1.0.4-2sarge has remote vulnerabilities

[Justin Pryzby]

On Thu, Apr 20, 2006 at 10:48:54AM -0700, Jean Tourrilhes wrote:
> Package: mozilla-firefox
> Version: 1.0.4-2sarge
> Severity: critical
> 
>   Hi,
> 
>   I'm using the very latest version of Debian, which is 3.1r2
> (Sarge + all security updates). The IT people at work here are bugging
> me because the version of firefox installed on my system contains
> multiple vulnerabilities.
> 
> http://www.mozilla.org/projects/security/known-vulnerabilities.html#Firefox
> 
>   I don't always agree with our IT people, but it seems to my
> that Firefox 1.0.8 fixes quite a lot of remote vulnerabilities. I
> usually don't care about local exploit, and I usually don't care much
> about the security of package I rarely use, as I'm the only user of
> that box, but remote vulnerabilities in my browser scare me. It seems
> to me that nowadays the browser is one of the main vector of attacks.
>   In other words, if there is only one package on that box that
> should be up to date, that should be Firefox.
> 
>   I also wonder what will happen in the future. Firefox 1.0.X
> seems to be discontinued by the Mozilla fundation. I hope it doesn't
> mean that users of Stable will be left vulnerable. I hope you will
> find a workable solution, such as putting Firefox 1.5 in stable.
Another alternative is to update firefox and its dependencies to
testing, by using apt-pinning.  See, for example:

  http://bugs.debian.org/261458


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

Bug#359678: unreproducible

[Mohammed Adnène Trojette]

tag 359678 confirmed
thanks dude

On Thu, Apr 20, 2006, Filippo Giunchedi wrote:
> do you mind retrying building in sarge and/or unstable?

I confirm the bug in a sarge chroot.

How to reproduce:

1/ pbuilder login in a sarge pbuilder
2/ add backports to your sources.list
3/ add an unstable deb-src line
4/ apt-get build-dep mnogosearch
5/ apt-get source mnogosearch
6/ fakeroot debian/rules install-arch

Removing the comments, and the build will be fine.

However, as the package builds fine in an unstable chroot, I think the
severity should be reduced.

I hope this helps,
-- 
adn
Mohammed Adnène Trojette

Bug#363997: linux-2.6: Some Toshiba laptops no longer reboot correctly

[Frans Pop]

severity 363997 important
merge 363997 360336
severity 363997 critical
thanks

On Thursday 20 April 2006 23:24, Frans Pop wrote:
> Please consider applying the patch from:
>http://bugzilla.kernel.org/attachment.cgi?id=7896&action=view
> that belongs to bug:
>http://bugzilla.kernel.org/show_bug.cgi?id=6395
>
> This patch has already been signed off by the upstream ACPI maintainer.
>
> The patch will fix a reboot problem I have on my Toshiba Satellite A40
> laptop with all 2.6.16 kernels since -1. The original bug was for a
> Toshiba Tecra M2, so multiple types of systems are affected.

I've just built a custom 2.6.16 from current Debian kernel source and to 
my surprise this patch also fixes the issue I reported earlier: the fan 
no longer kicking in when the processor heats up (#360336) allowing it to 
overheat dangerously.

So, merging the two reports and raising severity to RC as it can cause 
hardware damage (and as there is a patch, there's no reason it should).

I've updated both upstream BRs:
http://bugzilla.kernel.org/show_bug.cgi?id=6315
http://bugzilla.kernel.org/show_bug.cgi?id=6395


pgp5xpZRuh0BV.pgp
Description: PGP signature

Bug#364022: should depend on lockfile-progs because of /etc/cron.weekly/htdig

[Matej Cepl]

Package: htdig
Version: 1:3.1.6-11.1
Severity: serious
Justification: Policy 7.2

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

script /etc/cron.weekly/htdig requires lockfile-create (otherwise
it produces error message) from lockfile-progs, but it does not
Depend: on it.

Matej

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

Versions of packages htdig depends on:
ii  debconf [debconf-2.0] 1.4.72 Debian configuration management sy
ii  gawk  1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr
ii  libc6 2.3.6-7GNU C Library: Shared libraries
pn  libdb2 (no description available)
ii  libgcc1   1:4.1.0-1  GCC support library
ii  libstdc++64.1.0-1The GNU Standard C++ Library v3
pn  lockfile-progs (no description available)
ii  perl  5.8.8-4Larry Wall's Practical Extraction 
ii  sed   4.1.4-7The GNU sed stream editor
ii  zlib1g1:1.2.3-11 compression library - runtime

Versions of packages htdig recommends:
ii  dhttpd [httpd]1.02a-15   minimal secure webserver without c
pn  htdig-doc  (no description available)
ii  wwwoffle  2.8e-3 World Wide Web OFFline Explorer

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

iD8DBQFESDwj4J/vJdlkhKwRAsgNAJ0d6pCYaWtVZdMjzUbTI1FcRl2KPgCdHUY5
U+ktbVjZbYVPO8nKT3oqX2E=
=gUJd
-END PGP SIGNATURE-


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

Bug#363944: libmotif-dev: uninstallable, conflicts with x11-common

[Steve Langasek]

On Thu, Apr 20, 2006 at 05:21:56PM -0700, Kris Jurka wrote:
> Steve Langasek wrote:

> >More generally, openmotif needs to be updated to use /usr instead of
> >/usr/X11R6; this was already a bug because openmotif does not appear to use
> >imake, and /usr/X11R6 is reserved for packages that are either part of 
> >X11R6
> >or build using imake.

> Is that as simple to do as this patch?

> The patch for _XGetpwnam is no longer needed because the modular X uses 
> the original API.

> Other than that it's basically a s/X11R6\///.  It adds references to 
> /usr/X11R6 to the configure command because it uses things like 
> libxp-dev.  Are these going to move out of X11R6?

Yes, a fixed libxp-dev that installs to /usr/lib,/usr/include is waiting in
the NEW queue.

> diff -c orig/openmotif-2.2.3/debian/rules openmotif-2.2.3/debian/rules
> *** orig/openmotif-2.2.3/debian/rules 2006-04-20 16:44:07.0 -0700
> --- openmotif-2.2.3/debian/rules  2006-04-20 17:03:29.0 -0700
> ***
> *** 37,44 
>   (cd $(WORK)/$(DIR); set -ex;\
>   CFLAGS="-g -O2 -fno-strict-aliasing"\
>   ./configure \
> ! --prefix=/usr/X11R6 \
> ! --mandir=/usr/X11R6/man;\
>   make)
>   #   sh $(HERE)/debian/fix-libtool $(WORK);  \
>   #   make;   \
> --- 37,45 
>   (cd $(WORK)/$(DIR); set -ex;\
>   CFLAGS="-g -O2 -fno-strict-aliasing"\
>   ./configure \
> ! --prefix=/usr   \
> ! --x-includes=/usr/X11R6/include \
> ! --x-libraries=/usr/X11R6/lib;   \
>   make)
>   #   sh $(HERE)/debian/fix-libtool $(WORK);  \
>   #   make;   \

Which means this part of the patch should just be --prefix=/usr

BTW, please use unified diff format (diff -u) for patches.

> --- 65,80 
>   cd $(WORK)/$(DIR)/$$dir;\
>   make DESTDIR=$(DEST) install;   \
>   done
> ! #   cp -a $(WORK)/$(DIR)/doc/man $(DEST)/usr/man
> ! #   rm -f $(DEST)/usr/man/man*/Makefile*

/usr/man isn't the right directory, this should be /usr/share/man on an
FHS-compliant system.  But these lines seem to be commented out anyway...

Otherwise, the patch looks good to me.

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


signature.asc
Description: Digital signature

Bug#364021: imp4: will not display the "folder tree" for imap folders.

[magyar]

Package: imp4
Severity: important


Update from sarge (default) to (etch).
Courier IMAP.
Horde against MySQL.
On the left hand site use to be able to see the IMAP "folder tree"
After the update i lost the ability to see the list.

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


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

Bug#270374: Patch to use x-terminal-emulator instead of xterm

[Ryan Murray]

On Thu, Apr 20, 2006 at 11:17:22PM +0200, Jens Peter Secher wrote:
> In addition to the patch below, all "xterm" in Xsession should be
> replaced by "x-terminal-emulator".

gdm really needs xterm for the window management it performs to work.  It
cannot be replaced with x-terminal-emulator


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

Bug#363692: libgmp3-dev: Private header files are unusable.

[Steve M. Robbins]

Hi Laurent,

On Thu, Apr 20, 2006 at 02:45:19PM +0200, Laurent Fousse wrote:

> I don't know about other packages who do or would like to use these
> headers; mpfr don't need them anymore so you're free to deal with them
> as you like from my point of view: either remove them altogether, or
> add with the lacking files.

Excellent news!  I'm inclined to simply remove them again in order to
avoid more surprises like disappearing __gmp_rand().

-Steve


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

Bug#360690: [FTBFS] install scripts do not run; package seems mangled

[Joe Mason]

Stephen Gran wrote:
> The main problem was lost +x perms, most likely due to patch, and me
> not noticing that the x bit was lost before upload.  I don't know that
> wholesale reversion of packaging decisions is a good thing to do in
> an NMU.
>   
No, adding the +x perms and running the script manually still failed. 
This patch looks fairly reasonable to me, since it addresses the missing
settings file that I noticed, and since I was trying to use pgsql as my
database server (and I assume it was originally tested with mysql, hence
why the problem went unnoticed until now).  I won't be able to test it
on the machine that originally failed until next week some time, though.

Joe



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

Bug#361583: FTBFS: too few arguments to function 'gsl_cdf_pascal_Q'

[Julien Cristau]

tags 361583 + patch
kthxbye

On Sun, Apr  9, 2006 at 09:08:27 +0200, Martin Michlmayr wrote:

> Package: ocamlgsl
> Version: 0.4.0-4
> Severity: serious
> 
> Your package fails to build due to a change in unstable in the last
> few days:
> 
> > Automatic build of ocamlgsl_0.4.0-4 on em64t by sbuild/amd64 1.112
> ...
> > ocamlc -ccopt ' -DHAVE_INLINE -DHAVE_FENV -g -O2 ' -c mlgsl_cdf.c
> > mlgsl_cdf.c: In function 'ml_gsl_cdf_binomial_P':
> > mlgsl_cdf.c:153: error: too few arguments to function 'gsl_cdf_binomial_P'
> > mlgsl_cdf.c: In function 'ml_gsl_cdf_binomial_Q':
> > mlgsl_cdf.c:155: error: too few arguments to function 'gsl_cdf_binomial_Q'
> > mlgsl_cdf.c: In function 'ml_gsl_cdf_poisson_P':
> > mlgsl_cdf.c:157: error: too few arguments to function 'gsl_cdf_poisson_P'
> > mlgsl_cdf.c: In function 'ml_gsl_cdf_poisson_Q':
> > mlgsl_cdf.c:159: error: too few arguments to function 'gsl_cdf_poisson_Q'
> > mlgsl_cdf.c: In function 'ml_gsl_cdf_geometric_P':
> > mlgsl_cdf.c:161: error: too few arguments to function 'gsl_cdf_geometric_P'
> > mlgsl_cdf.c: In function 'ml_gsl_cdf_geometric_Q':
> > mlgsl_cdf.c:163: error: too few arguments to function 'gsl_cdf_geometric_Q'
> > mlgsl_cdf.c: In function 'ml_gsl_cdf_negative_binomial_P':
> > mlgsl_cdf.c:165: error: too few arguments to function 
> > 'gsl_cdf_negative_binomial_P'
> > mlgsl_cdf.c: In function 'ml_gsl_cdf_negative_binomial_Q':
> > mlgsl_cdf.c:167: error: too few arguments to function 
> > 'gsl_cdf_negative_binomial_Q'
> > mlgsl_cdf.c: In function 'ml_gsl_cdf_pascal_P':
> > mlgsl_cdf.c:169: error: too few arguments to function 'gsl_cdf_pascal_P'
> > mlgsl_cdf.c: In function 'ml_gsl_cdf_pascal_Q':
> > mlgsl_cdf.c:171: error: too few arguments to function 'gsl_cdf_pascal_Q'
> > make[1]: *** [mlgsl_cdf.o] Error 2
> > make[1]: Leaving directory `/build/tbm/ocamlgsl-0.4.0'

Hi,

the problem here is that the do_cdf program (which generates mlgsl_cdf.c
by parsing /usr/include/gsl/gsl_cdf.h) only handles functions with
"const double" arguments. The functions listed above have one or more
"const unsigned int" arguments, which are ignored by do_cdf, hence the
"too few arguments" errors.
The attached patch fixes this by teaching do_cdf.ml about "const
unsigned int".

Cheers,
Julien Cristau
diff -u ocamlgsl-0.4.0/debian/patches/00list 
ocamlgsl-0.4.0/debian/patches/00list
--- ocamlgsl-0.4.0/debian/patches/00list
+++ ocamlgsl-0.4.0/debian/patches/00list
@@ -3 +3 @@
-
+cdf_handle_int_arguments
diff -u ocamlgsl-0.4.0/debian/changelog ocamlgsl-0.4.0/debian/changelog
--- ocamlgsl-0.4.0/debian/changelog
+++ ocamlgsl-0.4.0/debian/changelog
@@ -1,3 +1,11 @@
+ocamlgsl (0.4.0-4.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix FTBFS.
+  * Patch do_cdf.ml to handle functions with "const unsigned int" arguments
+(Closes: #361583).
+
+ -- Julien Cristau <[EMAIL PROTECTED]>  Fri, 21 Apr 2006 02:56:45 +0200
+
 ocamlgsl (0.4.0-4) unstable; urgency=low
 
   * Rebuild for OCaml 3.09.1
only in patch2:
unchanged:
--- ocamlgsl-0.4.0.orig/debian/patches/cdf_handle_int_arguments.dpatch
+++ ocamlgsl-0.4.0/debian/patches/cdf_handle_int_arguments.dpatch
@@ -0,0 +1,63 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## cdf_handle_int_arguments.dpatch by  <[EMAIL PROTECTED]>
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: gsl_cdf.h contains functions with const unsigned int arguments, so we 
+## DP: can handle them as well as const double.
+
[EMAIL PROTECTED]@
+
+--- ocamlgsl-0.4.0.orig/do_cdf.ml  2005-01-05 00:05:03.0 +0100
 ocamlgsl-0.4.0/do_cdf.ml   2006-04-21 03:00:13.0 +0200
+@@ -1,7 +1,10 @@
++type arg_type = Double of string | Int of string
+ 
+ let parse = 
+   let regexp_full = Str.regexp "double gsl_cdf_\\([^ ]+\\) (\\([^)]+\\));" in
+-  let regexp_arg  = Str.regexp "const double \\([a-zA-Z0-9_]+\\)" in
++  let regexp_arg = Str.regexp "const" in
++  let regexp_double  = Str.regexp "const double \\([a-zA-Z0-9_]+\\)" in
++  let regexp_uint = Str.regexp "const unsigned int \\([a-zA-z0-9_]+\\)" in
+   fun s ->
+ if Str.string_match regexp_full s 0
+ then
+@@ -11,8 +14,11 @@
+ let acc = ref [] in
+ let i = ref (Str.group_beginning 2) in
+ begin try while true do
+-  let _ = Str.search_forward regexp_arg s !i in
+-  acc := (Str.matched_group 1 s) :: !acc ;
++  let j = Str.search_forward regexp_arg s !i in
++if Str.string_match regexp_double s j then
++  acc := (Double (Str.matched_group 1 s)) :: !acc
++else if Str.string_match regexp_uint s j then
++  acc := (Int (Str.matched_group 1 s)) :: !acc;
+   i := Str.match_end ()
+ done
+ with Not_found -> () end ;
+@@ -26,14 +32,23 @@
+   | None -> ()
+   | Some v -> f v
+ 
++
++let trans_ml = function
++Double s -> (String.lowercase s) ^ ":float"
++  | Int s -> (String.lowercase s) ^ ":int"
++
++let trans_c = function
++Double

Bug#363944: libmotif-dev: uninstallable, conflicts with x11-common

[Kris Jurka]

Steve Langasek wrote:


More generally, openmotif needs to be updated to use /usr instead of
/usr/X11R6; this was already a bug because openmotif does not appear to use
imake, and /usr/X11R6 is reserved for packages that are either part of X11R6
or build using imake.



Is that as simple to do as this patch?

The patch for _XGetpwnam is no longer needed because the modular X uses 
the original API.


Other than that it's basically a s/X11R6\///.  It adds references to 
/usr/X11R6 to the configure command because it uses things like 
libxp-dev.  Are these going to move out of X11R6?


Kris Jurka
diff -c orig/openmotif-2.2.3/debian/libmotif3.files 
openmotif-2.2.3/debian/libmotif3.files
*** orig/openmotif-2.2.3/debian/libmotif3.files 2006-04-20 16:44:07.0 
-0700
--- openmotif-2.2.3/debian/libmotif3.files  2006-04-20 17:02:36.0 
-0700
***
*** 1,3 
! /usr/X11R6/lib/lib*.so.*
! /usr/X11R6/lib/X11/bindings
! /usr/X11R6/include/X11/bitmaps
--- 1,3 
! /usr/lib/lib*.so.*
! /usr/lib/X11/bindings
! /usr/include/X11/bitmaps
diff -c orig/openmotif-2.2.3/debian/libmotif-dev.files 
openmotif-2.2.3/debian/libmotif-dev.files
*** orig/openmotif-2.2.3/debian/libmotif-dev.files  2006-04-20 
16:44:07.0 -0700
--- openmotif-2.2.3/debian/libmotif-dev.files   2006-04-20 17:02:53.0 
-0700
***
*** 1,11 
! /usr/X11R6/lib/libMrm.a
! /usr/X11R6/lib/libUil.a
! /usr/X11R6/lib/libXm.a
! /usr/X11R6/lib/lib*.so
! /usr/X11R6/include/Xm
! /usr/X11R6/include/Mrm
! /usr/X11R6/include/uil
! /usr/X11R6/bin/uil
! /usr/X11R6/man/man1/uil*
! /usr/X11R6/man/man3
! /usr/X11R6/man/man5
--- 1,11 
! /usr/lib/libMrm.a
! /usr/lib/libUil.a
! /usr/lib/libXm.a
! /usr/lib/lib*.so
! /usr/include/Xm
! /usr/include/Mrm
! /usr/include/uil
! /usr/bin/uil
! /usr/man/man1/uil*
! /usr/man/man3
! /usr/man/man5
diff -c orig/openmotif-2.2.3/debian/motif-clients.files 
openmotif-2.2.3/debian/motif-clients.files
*** orig/openmotif-2.2.3/debian/motif-clients.files 2006-04-20 
16:44:07.0 -0700
--- openmotif-2.2.3/debian/motif-clients.files  2006-04-20 17:03:04.0 
-0700
***
*** 1,7 
  /etc/X11/mwm
! /usr/X11R6/bin/mwm
! /usr/X11R6/bin/xmbind
! /usr/X11R6/man/man1/mwm*
! /usr/X11R6/man/man1/xmbind*
! /usr/X11R6/man/man4
! /usr/X11R6/lib/X11/system.mwmrc
--- 1,7 
  /etc/X11/mwm
! /usr/bin/mwm
! /usr/bin/xmbind
! /usr/man/man1/mwm*
! /usr/man/man1/xmbind*
! /usr/man/man4
! /usr/lib/X11/system.mwmrc
diff -c orig/openmotif-2.2.3/debian/rules openmotif-2.2.3/debian/rules
*** orig/openmotif-2.2.3/debian/rules   2006-04-20 16:44:07.0 -0700
--- openmotif-2.2.3/debian/rules2006-04-20 17:03:29.0 -0700
***
*** 37,44 
(cd $(WORK)/$(DIR); set -ex;\
CFLAGS="-g -O2 -fno-strict-aliasing"\
./configure \
!   --prefix=/usr/X11R6 \
!   --mandir=/usr/X11R6/man;\
make)
  # sh $(HERE)/debian/fix-libtool $(WORK);  \
  # make;   \
--- 37,45 
(cd $(WORK)/$(DIR); set -ex;\
CFLAGS="-g -O2 -fno-strict-aliasing"\
./configure \
!   --prefix=/usr   \
!   --x-includes=/usr/X11R6/include \
!   --x-libraries=/usr/X11R6/lib;   \
make)
  # sh $(HERE)/debian/fix-libtool $(WORK);  \
  # make;   \
***
*** 64,79 
cd $(WORK)/$(DIR)/$$dir;\
make DESTDIR=$(DEST) install;   \
done
! # cp -a $(WORK)/$(DIR)/doc/man $(DEST)/usr/X11R6/man
! # rm -f $(DEST)/usr/X11R6/man/man*/Makefile*
  
# fixup some minor stuff / take care about menus
mkdir -p debian/tmp/etc/X11/mwm
!   mkdir -p debian/tmp/usr/X11R6/lib/X11
  # rm -f debian/tmp/etc/X11/system.mwmrc
!   rm -f debian/tmp/usr/X11R6/lib/X11/system.mwmrc
!   ln -s /etc/X11/mwm/system.mwmrc 
debian/tmp/usr/X11R6/lib/X11/system.mwmrc
!   cat conf/xmbind.add >> 
debian/tmp/usr/X11R6/lib/X11/bindings/xmbind.alias
  
# splitup packages
dh_movefiles
--- 65,80 
cd $(WORK)/$(DIR)/$$dir;\
make DESTDIR=$(DEST) install;   \
done
! # cp -a $(WORK)/$(DIR)/doc/man $(DEST)/usr/man
! # rm -f $(DEST)/usr/man/man*/Makefile*
  
# fixup some minor stuff / take care about menus
mkdir -p debian/tmp/etc/X11/mwm
!   mkdir -p debian/tmp/usr/lib/X11
  # rm -f debian/tmp/etc/X11/system.mwmrc
!   rm -f debian/tmp/usr/lib/X11/system.mwmrc
!   ln -s /etc/X11/mwm/system.mwmrc debian/tmp

Bug#360233: asterisk-config: care about other packages directories

[Daniel Hess]

tags 360233 + patch
thanks

The directories /var/log/asterisk, /var/run/asterisk and
/var/spool/asterisk are not created by asterisk-config so postinst
should check if they exists, before trying to chmod them or don't care
about them at all (and leave the chmod to the packages who create them).

I've attached a patch which checks for the existence of the directories
not created by asterisk-config fist and only chmod them if they exists.
diff -Nur asterisk-1.2.4.dfsg.orig/debian/asterisk-config.postinst 
asterisk-1.2.4.dfsg/debian/asterisk-config.postinst
--- asterisk-1.2.4.dfsg.orig/debian/asterisk-config.postinst2006-04-21 
02:09:58.0 +0200
+++ asterisk-1.2.4.dfsg/debian/asterisk-config.postinst 2006-04-21 
02:09:33.0 +0200
@@ -29,8 +29,10 @@
 
test -d /var/lib/asterisk || mkdir -p /var/lib/asterisk
test -d /etc/asterisk || mkdir -p /etc/asterisk
-   chown -R asterisk.asterisk /var/log/asterisk /var/run/asterisk \
-   /var/spool/asterisk /var/lib/asterisk /etc/asterisk 
+   chown -R asterisk.asterisk /var/lib/asterisk /etc/asterisk 
+   test -d /var/log/asterisk && chown -R asterisk.asterisk 
/var/log/asterisk
+   test -d /var/run/asterisk && chown -R asterisk.asterisk 
/var/run/asterisk
+   test -d /var/spool/asterisk && chown -R asterisk.asterisk 
/var/spool/asterisk
chmod 0660 /etc/asterisk/*.conf
 
# doing web-vmail foo...


signature.asc
Description: Digital signature

Bug#305691: Me too

[Tim Day]

Just a "me too"...

Someone gave me an ultra1 (my first piece of sparc kit and first non
i386 debian install) with CG6 (TGX) graphics.
I installed basic sarge.
I upgraded to the 2.6.8 kernel immediately (and dpkg-reconfigured
console-data to pc).
I tried to get xserver-xfree86 up and running (marvelling at the yellow
debconf dialogs... I actually thought maybe they're colour coded by
architecture... yellow for "sun"!) but vt7 remained stubbornly blank,
despite no errors logged and clients being apparently able to run
happily (but invisibly) there.

So will be going back to good old 2.4...

Tim




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

Bug#360724: siproxd: FTBFS: Patch amd64.diff does not exist

[Mohammed Adnène Trojette]

tag 360724 patch
thanks dude

On Tue, Apr 04, 2006, Daniel Schepler wrote:
> Applying patch amd64.diff
> Patch amd64.diff does not exist
> make: *** [debian/stamp-patched] Error 1

It only has to be removed from debian/patches/series.
Here[0] is a fixed package.

[0] http://adn.diwi.org/debian/QA/siproxd

-- 
adn
Mohammed Adnène Trojette
--- siproxd-0.5.11.orig/debian/patches/series   2006-04-21 02:33:40.0 
+0200
+++ siproxd-0.5.11/debian/patches/series2006-04-21 02:35:38.0 
+0200
@@ -2,4 +2,3 @@
 debian-user-1.diff
 openlogger-2.diff 
 pidopt.diff 
-amd64.diff

Bug#348498: Fix

[Uwe Hermann]

Hi,

On Fri, Apr 14, 2006 at 04:12:22PM +0300, Mattias Nordstrom wrote:
> What's the status for the upload?

Please bear with me, I'm working on it. There seem to be some more
compile problems (probably because of newer gcc or libs)...


Uwe.
-- 
Uwe Hermann 
http://www.hermann-uwe.de
http://www.it-services-uh.de  | http://www.crazy-hacks.org 
http://www.holsham-traders.de | http://www.unmaintained-free-software.org


signature.asc
Description: Digital signature

Bug#364020: jablicator: reading package selections from another install

[james young]

Package: jablicator
Version: 1.0-7
Severity: wishlist
Tags: patch

Being able to pull in package selections from another install can be
helpful, in the cases of a non-functional system, or reading from a
hard drive install under Knoppix.  A patch for this is attached.  It's
just for functionality; no help text or long option ("--root") is here
yet.


jmyjablicator.patch
Description: Binary data

Bug#361575: FTBFS: sed, unterminated address regex

[Mohammed Adnène Trojette]

On Fri, Apr 21, 2006, Mohammed Adnène Trojette wrote:
> Putting everything on the same line seems to fix the issue.

With the correct patch in attachment, this time.

-- 
adn
Mohammed Adnène Trojette
--- manedit-0.6.1/debian/patches/01_fix_makefile.dpatch 2006-04-21 
02:15:56.0 +0200
+++ manedit-0.6.1/debian/patches/01_fix_makefile.dpatch.new 2006-04-21 
02:13:38.0 +0200
@@ -26,7 +26,7 @@
 diff -urNad 
/home/rene/Debian/Pakete/manedit/manedit-0.5.9/manedit/makefile_append.ini 
manedit-0.5.9/manedit/makefile_append.ini
 --- /home/rene/Debian/Pakete/manedit/manedit-0.5.9/manedit/makefile_append.ini 
2003-04-23 20:01:07.0 +0200
 +++ manedit-0.5.9/manedit/makefile_append.ini  2003-04-23 20:01:44.0 
+0200
-@@ -20,33 +20,33 @@
+@@ -20,33 +20,31 @@
  OBJ_CPP = $(SRC_CPP:.cpp=.o)
  .c.o:
@echo "Compiling module $*.o"
@@ -54,11 +54,11 @@
  manpage:
 -  @echo "Generating manual page $(BIN).1.bz2"
 -  @-$(SED) 's|%%PREFIX%%|$(PREFIX)|g ; \
-+  @echo "Generating manual page $(BIN).1.gz"
-+  -$(SED) 's|%%PREFIX%%|$(PREFIX)|g ; \
-   s|%%LOCALBASE%%|${LOCALBASE}|g ; \
-   s|%%X11BASE%%|${X11BASE}|g' $(BIN).1 > $(BIN).1.out
+-  s|%%LOCALBASE%%|${LOCALBASE}|g ; \
+-  s|%%X11BASE%%|${X11BASE}|g' $(BIN).1 > $(BIN).1.out
 -  @-$(BZIP2) $(BIN).1.out --stdout > $(BIN).1.bz2
++  @echo "Generating manual page $(BIN).1.gz"
++  -$(SED) 's|%%PREFIX%%|$(PREFIX)|g ; s|%%LOCALBASE%%|${LOCALBASE}|g ; 
s|%%X11BASE%%|${X11BASE}|g' $(BIN).1 > $(BIN).1.out
 +  -$(GZIP) $(GZIPFLAGS) $(BIN).1.out --stdout > $(BIN).1.gz
  
  modules: $(OBJ_C) $(OBJ_CPP)

Bug#364018: tirc: hello.so non-executable

[Karl Chen]

Package: tirc
Severity: minor
Tags: patch


I believe hello.so shouldn't be executable.


--- debian/rules.orig   2005-07-25 21:00:31.0 -0700
+++ debian/rules2005-07-25 21:00:48.0 -0700
@@ -92,7 +92,7 @@
gzip -9vfr $(docdir)/
$(install_nonex) debian/copyright $(docdir)
 #  modules
-   $(install_exec) modules/hello/hello.so $(examplebindir)/hello
+   $(install_nonex) modules/hello/hello.so $(examplebindir)/hello
$(install_nonex) modules/hello/hello.c $(examplesrcdir)/hello
$(install_nonex) modules/hello/Makefile $(examplesrcdir)/hello
$(install_nonex) modules/Makefile $(examplesrcdir)



-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (60, 'unstable'), (40, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-quack+roar.cs.berkeley.edu
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

Bug#364016: nagios2: Segfault after flapping detected (fixed in upstream 2.2)

[Richard A Nelson]

Package: nagios2
Version: 2.1-1
Severity: important

But who watches the watchers ?!?

nagios2 is now dying quite often with the following symptoms:
[2006-04-19 19:02:03] Caught SIGSEGV, shutting down...
[2006-04-19 19:02:03] SERVICE FLAPPING ALERT: corkscrew;SSH;STARTED;
Service appears to have started flapping (22.0% change >= 20.0%
threshold)

Upstream changelog implies this problem may already be fixed.

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

Versions of packages nagios2 depends on:
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libgd2-xpm  2.0.33-3 GD Graphics Library version 2
ii  libjpeg62   6b-12The Independent JPEG Group's JPEG 
ii  libltdl31.5.22-4 A system independent dlopen wrappe
ii  libperl5.8  5.8.8-4  Shared Perl library
ii  libpng12-0  1.2.8rel-5.1 PNG library - runtime
ii  nagios2-common  2.1-1support files for nagios2
ii  zlib1g  1:1.2.3-11   compression library - runtime

nagios2 recommends no packages.

-- no debconf information


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

Bug#364014: libx11-6: UTF-8 incorrectly displayed in ion window title

[Reuben Thomas]

Package: libx11-6
Version: 6.9.0.dfsg.1-6
Severity: normal

I thrashed this out with ion's author, who, when I asked what bug I
should file, said:

"Something about Xmb drawing routines routines substituting high
characters for two ascii characters in utf-8 locale with some fonts."

For the record, it doesn't seem to matter which font I use, but in ion
window titles, the (TM) character is drawn as "b, (quote-b), which
happen to be the third and first characters for UTF-8 (TM)
respectively, when you AND them with 0x7f. (The second character anded
with 0x7f is 4).

In this csae I was using Skype, which was trying to display
"Skype(TM)". I checked that its atoms had the right type
(COMPOUND_TEXT for WM_NAME and WM_ICON_NAME).

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

Versions of packages libx11-6 depends on:
ii  debconf [debconf-2.0] 1.4.72 Debian configuration management sy
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  x11-common6.9.0.dfsg.1-6 X Window System (X.Org) infrastruc
ii  xlibs-data6.9.0.dfsg.1-6 X Window System client data

libx11-6 recommends no packages.

-- debconf information:
  libx11-6/migrate_xkb_dir: true


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

Bug#364017: evms_activate segfaults and locks the machine completely on boot with degraded RAID-5

[Steinar H. Gunderson]

Package: evms
Version: 2.5.2-1.sarge1
Severity: critical
Justification: Breaks the entire system

Even with the patch for #339891, there are still bugs left with degraded
RAID-5s. In my particular case, evms_activate segfaulted and then
completely locked the system on boot with a degraded RAID-5. EVMS
upstream knows of these problems, and has issued a patch:

  http://marc2.theaimsgroup.com/?l=evms-devel&m=114446684216135&q=p3

This has already been applied in 2.5.5-3, but it also needs to be fixed
in stable, thus this placeholder bug.

-- System Information:
Debian Release: 3.1
Architecture: i386 (x86_64)
Kernel: Linux 2.6.15.6
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)

Versions of packages evms depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libevms-2.5 2.5.5-2  Enterprise Volume Management Syste

-- no debconf information


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

Bug#364019: uqwk: need mkdir /etc/news in postinst

[Karl Chen]

Package: uqwk
Severity: normal
Tags: patch


Hi, I believe the postinst needs to do "mkdir -p /etc/news"
before writing to /etc/news/server.

--- debian/uqwk.postinst.orig   2005-07-25 20:14:32.0 -0700
+++ debian/uqwk.postinst2005-07-25 20:14:39.0 -0700
@@ -27,6 +27,7 @@
# always have a sane and current value in them.

db_get shared/news/server
+mkdir -p /etc/news
echo "$RET" > /etc/news/server
 fi
 



-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (60, 'unstable'), (40, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-quack+roar.cs.berkeley.edu
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

Bug#363922: x11 libraries don't call ldconfig

[Steve Langasek]

clone 363922 -1
clone 363922 -2
reassign -1 xserver-xorg-video-i810
reassign -2 xserver-xorg-video-via
thanks

On Thu, Apr 20, 2006 at 07:49:26PM -0400, Justin Pryzby wrote:
> > The final two packages are driver packages that have nothing to do
> > with shared libraries, so definitely shouldn't be calling ldconfig
> > either.
> These are still installed as public libraries:

> xserver-xorg-video-i810
> /usr/lib/libI810XvMC.so.1.0.0
> /usr/lib/libI810XvMC.so
> /usr/lib/libI810XvMC.so.1

> xserver-xorg-video-via
> /usr/lib/libviaXvMC.so.1.0.0
> /usr/lib/libviaXvMCPro.so.1.0.0
> /usr/lib/libviaXvMC.so
> /usr/lib/libviaXvMC.so.1
> /usr/lib/libviaXvMCPro.so
> /usr/lib/libviaXvMCPro.so.1

Aha, so they are.

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


signature.asc
Description: Digital signature

Bug#361575: FTBFS: sed, unterminated address regex

[Mohammed Adnène Trojette]

tag 361575 patch
thanks dude

> > sed 's|%%PREFIX%%|/usr|g ; \
> >   s|%%LOCALBASE%%|/usr|g ; \
> >   s|%%X11BASE%%|/usr/X11R6|g' manedit.1 > manedit.1.out
> > sed: -e expression #1, char 113: unterminated address regex
> > make[1]: [manpage] Error 1 (ignored)

Putting everything on the same line seems to fix the issue.

-- 
adn
Mohammed Adnène Trojette
--- debian/patches/01_fix_makefile.dpatch   2006-04-21 01:56:13.0 
+0200
+++ debian/patches/01_fix_makefile.dpatch.new   2006-04-21 01:55:49.0 
+0200
@@ -26,7 +26,7 @@
 diff -urNad 
/home/rene/Debian/Pakete/manedit/manedit-0.5.9/manedit/makefile_append.ini 
manedit-0.5.9/manedit/makefile_append.ini
 --- /home/rene/Debian/Pakete/manedit/manedit-0.5.9/manedit/makefile_append.ini 
2003-04-23 20:01:07.0 +0200
 +++ manedit-0.5.9/manedit/makefile_append.ini  2003-04-23 20:01:44.0 
+0200
-@@ -20,33 +20,33 @@
+@@ -20,33 +20,32 @@
  OBJ_CPP = $(SRC_CPP:.cpp=.o)
  .c.o:
@echo "Compiling module $*.o"
@@ -54,11 +54,12 @@
  manpage:
 -  @echo "Generating manual page $(BIN).1.bz2"
 -  @-$(SED) 's|%%PREFIX%%|$(PREFIX)|g ; \
+-  s|%%LOCALBASE%%|${LOCALBASE}|g ; \
+-  s|%%X11BASE%%|${X11BASE}|g' $(BIN).1 > $(BIN).1.out
+-  @-$(BZIP2) $(BIN).1.out --stdout > $(BIN).1.bz2
 +  @echo "Generating manual page $(BIN).1.gz"
 +  -$(SED) 's|%%PREFIX%%|$(PREFIX)|g ; \
-   s|%%LOCALBASE%%|${LOCALBASE}|g ; \
-   s|%%X11BASE%%|${X11BASE}|g' $(BIN).1 > $(BIN).1.out
--  @-$(BZIP2) $(BIN).1.out --stdout > $(BIN).1.bz2
++ s|%%LOCALBASE%%|${LOCALBASE}|g ; s|%%X11BASE%%|${X11BASE}|g' 
$(BIN).1 > $(BIN).1.out
 +  -$(GZIP) $(GZIPFLAGS) $(BIN).1.out --stdout > $(BIN).1.gz
  
  modules: $(OBJ_C) $(OBJ_CPP)

Bug#363922: x11 libraries don't call ldconfig

[Justin Pryzby]

On Thu, Apr 20, 2006 at 04:20:35PM -0700, Steve Langasek wrote:
> reassign 363922 xft
> thanks
> 
> On Thu, Apr 20, 2006 at 12:17:32PM -0400, Justin Pryzby wrote:
> > Package: 
> > libfontenc,libxfont,libxrender,xcursor,xft,xorg-x11,xserver-xorg-video-i810,xserver-xorg-video-via
> > Severity: serious
> > Justification: 8.1.1: Any package installing shared libraries in one
> >  of the default library directories of the dynamic linker (which are
> >  currently `/usr/lib' and `/lib') or a directory that is listed in
> >  `/etc/ld.so.conf'[1] must use `ldconfig' to update the shared library
> >  system.
> 
> > The lack of a newline means that they have no postinstall script at
> > all:
> 
> > Setting up libx11-dev (1.0.0-6) ...
> > Setting up libxfixes3 (3.0.1.2-2+b1) ...
> > Setting up libxfixes-dev (3.0.1.2-2+b1) ...
> > Setting up libxrender1 (0.9.0.2-3) ...
> > Setting up libxrender-dev (0.9.0.2-3) ...
> > Setting up libxcursor1 (1.1.5.2-3) ...
> > Setting up libxcursor-dev (1.1.5.2-3) ...
> > Setting up xbase-clients (7.0.0-4) ...
> 
> This bug was already fixed in newer uploads of libxfixes, libxrender,
> libfontenc, libxfont, and libxcursor (xcursor was the wrong source package
> to assign this to).
I see that; hurray for running ldconfig many times back to back.

> From your original list, that leaves xft, xorg-x11, xserver-xorg-video-i180,
> and xserver-xorg-video-via.
> 
> It looks like xft is still affected, but I have no idea why you're filing
I don't remember how it got there, probably the result of apt-cache
showsrc or somewhat;  but I agree that there are at most 3 packages
which remain affected:

> The final two packages are driver packages that have nothing to do
> with shared libraries, so definitely shouldn't be calling ldconfig
> either.
These are still installed as public libraries:

xserver-xorg-video-i810
/usr/lib/libI810XvMC.so.1.0.0
/usr/lib/libI810XvMC.so
/usr/lib/libI810XvMC.so.1

xserver-xorg-video-via
/usr/lib/libviaXvMC.so.1.0.0
/usr/lib/libviaXvMCPro.so.1.0.0
/usr/lib/libviaXvMC.so
/usr/lib/libviaXvMC.so.1
/usr/lib/libviaXvMCPro.so
/usr/lib/libviaXvMCPro.so.1

Justin


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

Bug#273724: kdm: improper handling of XkbOptions in xorg.conf

[Matt R Hall]

Package: kdm
Version: 4:3.5.2-1
Followup-For: Bug #273724

I am writing to confirm the existence of this bug and further document the 
behavior described by the other user who reported it two years ago.

setxkbmap -print shows the following output:

xkb_keymap {
xkb_keycodes  { include "xfree86+aliases(qwerty)"   };
xkb_types { include "complete"  };
xkb_compat{ include "complete"  };
xkb_symbols   { include "pc(pc104)+us+compose(rwin)"};
xkb_geometry  { include "pc(pc104)" };
};

>From this, it is quite clear that compose(rwin) is set, which should mean that 
it is possible to enter the compose key sequences using the right Windows key. 
However, this only works correctly in X sessions started outside of kdm. 
Inside kdm, pressing compose+'+e which should produce "lowercase e acute" 
simply gets ignored. Same is true for other keys.

The fact that I have set this option in /etc/X11/xorg.conf as follows does not 
make any difference. The option is also set in kcontrol as described by the 
other user. Neither of these fix the problem.

Here is the settings in xorg.conf:
Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
Option  "XkbOptions""compose:rwin"
EndSection

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

Versions of packages kdm depends on:
ii  debconf [debconf-2.0]   1.4.72   Debian configuration management sy
ii  kdebase-bin 4:3.5.2-1core binaries for the KDE base mod
ii  kdebase-data4:3.5.2-1shared data files for the KDE base
ii  kdelibs4c2a 4:3.5.2-2+b1 core libraries for all KDE applica
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libgcc1 1:4.1.0-1GCC support library
ii  libpam-runtime  0.79-3.1 Runtime support for the PAM librar
ii  libpam0g0.79-3.1 Pluggable Authentication Modules l
ii  libqt3-mt   3:3.3.6-1Qt GUI Library (Threaded runtime v
ii  libstdc++6  4.1.0-1  The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-6X11 client-side library
ii  libxau6 1:1.0.0-3X11 authorisation library
ii  libxdmcp6   1:1.0.0-4X11 Display Manager Control Protoc
ii  libxtst61:1.0.1-3X11 Testing -- Resource extension 
ii  xbase-clients   1:7.0.0-4miscellaneous X clients

Versions of packages kdm recommends:
ii  logrotate 3.7.1-3Log rotation utility

-- debconf information:
  kdm/stop_running_server_with_children: false
* shared/default-x-display-manager: kdm
  kdm/daemon_name: /usr/bin/kdm


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

Bug#362722: Xorg Encoding Files at Wrong Location

[Xin Liu]

I checked libfontenc1-1.0.1-5, and it is still incorrect... The line in it is:
  --with-encodingsdir=\$${datadir}/fonts/X11/fonts/encodings
This is still wrong...

On 4/15/06, Daniel Stone <[EMAIL PROTECTED]> wrote:
> On Sat, Apr 15, 2006 at 04:34:55PM -0700, Xin Liu wrote:
> > There is a typo in the rules file. Actually this should be:
> > --with-encodingsdir=\$${datadir}/fonts/X11/encodings
>
> Yes, that bit got fixed too.

Bug#363429: gnome-control-center: fixed after libxklavier10 upgrade

[juan]

Package: gnome-control-center
Version: 1:2.12.3-2
Followup-For: Bug #363429

libxklavier10 issue

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

Versions of packages gnome-control-center depends on:
ii  capplets-data1:2.12.3-2  configuration applets for GNOME 2 
ii  desktop-file-utils   0.10-1  Utilities for .desktop files
ii  gnome-desktop-data   2.14.0-1Common files for GNOME 2 desktop a
ii  gnome-icon-theme 2.14.2-1GNOME Desktop icon theme
ii  gnome-menus  2.12.0-2.1  an implementation of the freedeskt
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.11.4-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libavahi-client3 0.6.9-8+b1  Avahi client library
ii  libavahi-common3 0.6.9-8+b1  Avahi common library
ii  libavahi-compat-howl00.6.9-8+b1  Avahi Howl compatibility library
ii  libbonobo2-0 2.14.0-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.14.0-2The Bonobo UI library
ii  libc62.3.6-7 GNU C Library: Shared libraries
ii  libcairo21.0.4-1+b1  The Cairo 2D vector graphics libra
ii  libdbus-1-2  0.61-5  simple interprocess messaging syst
ii  libebook1.2-51.4.2.1-2   Client library for evolution addre
ii  libesd0  0.2.36-3Enlightened Sound Daemon - Shared 
ii  libfontconfig1   2.3.2-5.1   generic font configuration library
ii  libfreetype6 2.1.10-3FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0]  0.1.7-3 Client library for the gamin file 
ii  libgconf2-4  2.14.0-1GNOME configuration database syste
ii  libgcrypt11  1.2.2-1 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.10.2-1The GLib library of C routines
ii  libgnome-desktop-2   2.14.0-1Utility library for loading .deskt
ii  libgnome-keyring00.4.9-1 GNOME keyring services library
ii  libgnome-menu2   2.12.0-2.1  an implementation of the freedeskt
ii  libgnome2-0  2.14.0-2The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.14.0-2A powerful object-oriented display
ii  libgnomeui-0 2.14.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.14.0-3GNOME virtual file-system (runtime
ii  libgnutls11  1.0.16-14+b1GNU TLS library - runtime library
ii  libgpg-error01.2-1   library for common error values an
ii  libgstreamer-plugins0.8- 0.8.12-1Various GStreamer libraries and li
ii  libgstreamer0.8-00.8.12-1Core GStreamer libraries, plugins,
ii  libgtk2.0-0  2.8.17-1The GTK+ graphical user interface 
ii  libice6  1:1.0.0-3   X11 Inter-Client Exchange library
ii  libjpeg626b-12   The Independent JPEG Group's JPEG 
ii  libmetacity0 1:2.14.1-1  library of lightweight GTK2 based 
ii  libnautilus-extension1   2.12.2-2libraries for nautilus components 
ii  liborbit21:2.14.0-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.12.1-2Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-5.1PNG library - runtime
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   1:1.0.0-4   X11 Session Management library
ii  libstartup-notification0 0.8-1   library for program launch feedbac
ii  libtasn1-2   1:0.2.17-2  Manage ASN.1 structures (runtime)
ii  libx11-6 2:1.0.0-6   X11 client-side library
ii  libxcursor1  1.1.5.2-5   X cursor management library
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxft2  2.1.8.2-6   FreeType-based font drawing librar
ii  libxi6   1:1.0.0-5   X11 Input extension library
ii  libxinerama1 1:1.0.1-4   X11 Xinerama extension library
ii  libxklavier102.2-3   X Keyboard Extension high-level AP
ii  libxml2  2.6.23.dfsg.2-3 GNOME XML library
ii  libxrandr2   2:1.1.0.2-4 X11 RandR extension library
ii  libxrender1  1:0.9.0.2-4 X Rendering Extension client libra
ii  libxss1  1:1.0.1-4   X11 Screen Saver extension library
ii 

Bug#251778: konqueror-nsplugins: Also in current unstable

[Sune Vuorela]

Package: konqueror-nsplugins
Version: 4:3.5.2-1
Followup-For: Bug #251778


I just tried pointing konqueror to /usr/lib/kde3 for plugins - It have
now segfaulted on 16 times on 8 different files and still scanning.
The trackback are almost identical in pairs, I attach one pair:
(this one is about /usr/lib/kde3/kcm_fonts.so )


Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1500112672 (LWP 23816)]
[KCrash handler]
#5  0xa6ef122d in QPixmap::convertFromImage (this=0xa6865e00, 
[EMAIL PROTECTED], conversion_flags=0) at kernel/qpixmap_x11.cpp:1233
#6  0xa6fbfc1c in QPixmap::convertFromImage (this=0xa6865e00, 
[EMAIL PROTECTED], mode=QPixmap::Auto) at kernel/qpixmap.cpp:916
#7  0xa6fbfdaa in QPixmap (this=0xa6865e00, xpm=0xa6865b20)
at kernel/qpixmap.cpp:335
#8  0xa684bc84 in __static_initialization_and_destruction_0 (
__initialize_p=, __priority=)
at /home/sid-user/kdebase/kdebase-3.5.2/./kcontrol/fonts/fonts.cpp:115
#9  0xa68625b2 in __do_global_ctors_aux () from /usr/lib/kde3/kcm_fonts.so
#10 0xa6849a2d in _init () from /usr/lib/kde3/kcm_fonts.so
#11 0xa7fe5bd4 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
#12 0xa7fe5d11 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
#13 0xa7803e1d in getutmpx () from /lib/tls/libc.so.6
#14 0xa7fe5a5f in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
#15 0xa780455b in _dl_open () from /lib/tls/libc.so.6
#16 0xa6b68d23 in ?? () from /lib/tls/libdl.so.2
#17 0xfffe in ?? ()
#18 0xa7fefcc0 in ?? () from /lib/ld-linux.so.2
#19 0xa6aa0cf0 in pthread_setcanceltype () from /lib/tls/libpthread.so.0
#20 0xa7fe5a5f in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
#21 0xa6b69477 in dlerror () from /lib/tls/libdl.so.2
#22 0xa6b68da1 in dlopen () from /lib/tls/libdl.so.2
#23 0xa76d7691 in sys_dl_open (loader_data=0x0, filename=0x0)
at /build/buildd/kdelibs-3.5.2/./libltdl/ltdl.c:614
#24 0xa76d7f60 in tryall_dlopen (handle=0xaffeba88, 
filename=0x8094e00 "/usr/lib/kde3/kcm_fonts.so")
at /build/buildd/kdelibs-3.5.2/./libltdl/ltdl.c:1519
#25 0xa76d88d9 in lt_dlopen (filename=0x8094e00 "/usr/lib/kde3/kcm_fonts.so")
at /build/buildd/kdelibs-3.5.2/./libltdl/ltdl.c:2356
#26 0xa761f7a6 in KLibLoader::library (this=0x8084aa0, 
name=0x8085e28 "/usr/lib/kde3/kcm_fonts.so") at klibloader.cpp:429
#27 0x0804ba6c in tryCheck (write_fd=0, [EMAIL PROTECTED])
at /home/sid-user/kdebase/kdebase-3.5.2/./nsplugins/pluginscan.cpp:214
#28 0x0804d7dc in scanDirectory ([EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED])
at /home/sid-user/kdebase/kdebase-3.5.2/./nsplugins/pluginscan.cpp:342
#29 0x0804ec1d in main (argc=0, argv=0x0)
at /home/sid-user/kdebase/kdebase-3.5.2/./nsplugins/pluginscan.cpp:615

Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1500112672 (LWP 23813)]
[KCrash handler]
#5  0xa6ef122d in QPixmap::convertFromImage (this=0xa6866e00, 
[EMAIL PROTECTED], conversion_flags=0) at kernel/qpixmap_x11.cpp:1233
#6  0xa6fbfc1c in QPixmap::convertFromImage (this=0xa6866e00, 
[EMAIL PROTECTED], mode=QPixmap::Auto) at kernel/qpixmap.cpp:916
#7  0xa6fbfdaa in QPixmap (this=0xa6866e00, xpm=0xa6866b20)
at kernel/qpixmap.cpp:335
#8  0xa684cc84 in __static_initialization_and_destruction_0 (
__initialize_p=, __priority=)
at /home/sid-user/kdebase/kdebase-3.5.2/./kcontrol/fonts/fonts.cpp:115
#9  0xa68635b2 in __do_global_ctors_aux () from /usr/lib/kde3/kcm_fonts.so
#10 0xa684aa2d in _init () from /usr/lib/kde3/kcm_fonts.so
#11 0xa7fe5bd4 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
#12 0xa7fe5d11 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
#13 0xa7803e1d in getutmpx () from /lib/tls/libc.so.6
#14 0xa7fe5a5f in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
#15 0xa780455b in _dl_open () from /lib/tls/libc.so.6
#16 0xa6b68d23 in ?? () from /lib/tls/libdl.so.2
#17 0xfffe in ?? ()
#18 0xa7fefcc0 in ?? () from /lib/ld-linux.so.2
#19 0xa6aa0cf0 in pthread_setcanceltype () from /lib/tls/libpthread.so.0
#20 0xa7fe5a5f in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
#21 0xa6b69477 in dlerror () from /lib/tls/libdl.so.2
#22 0xa6b68da1 in dlopen () from /lib/tls/libdl.so.2
#23 0xa76d7691 in sys_dl_open (loader_data=0x0, filename=0x0)
at /build/buildd/kdelibs-3.5.2/./libltdl/ltdl.c:614
#24 0xa76d7f60 in tryall_dlopen (handle=0xaffeba88, 
filename=0x81264f8 "/usr/lib/kde3/kcm_fonts.so")
at /build/buildd/kdelibs-3.5.2/./libltdl/ltdl.c:1519
#25 0xa76d8fe0 in lt_dlopen (filename=0x8094e00 "/usr/lib/kde3/kcm_fonts.la")
at /build/buildd/kdelibs-3.5.2/./libltdl/ltdl.c:1582
#26 0xa761f7a6 in KLibLoader::library (this=0x8084aa0, 
name=0x8085e28 "/usr/lib/kde3/kcm_fonts.la") at klibloader.cpp:429
#27 0x0804ba6c in tryCheck (write_fd=0, [EMAIL PROTECTED])
at /home/sid-user/kdebase/kdebase-3.5.2/./nsplugins/pluginscan.cpp:214
#28 0x0804d7dc in scanDirectory ([EMAI

Bug#327376: patch for gcc-3.4

[Karl Chen]

The following patch allows openmash to compile under gcc-3.4.



--- tclcl/tclcl.h.orig  2006-04-04 22:59:05.0 -0700
+++ tclcl/tclcl.h   2006-04-04 22:59:18.0 -0700
@@ -45,7 +45,6 @@
 }
 
 #include "tclcl-config.h"
-#include "tclcl-mappings.h"
 #include "tracedvar.h"
 
 struct Tk_Window_;
@@ -320,4 +319,6 @@
int argc, char *argv[]);
 };
 
+#include "tclcl-mappings.h"
+
 #endif

--- srm/srmv2/ns-srmv2.cc.orig  2006-04-05 00:00:39.0 -0700
+++ srm/srmv2/ns-srmv2.cc   2006-04-05 00:01:06.0 -0700
@@ -362,7 +362,7 @@
name_(NULL), name_len_(0)
 {
if (max_degree > 0) 
-   child_ = new (NS_Node *)[max_degree];
+   child_ = new NS_Node *[max_degree];
for (int i=0; i

Bug#364011: abiword: html export broken

[Marc Lehmann]

Package: abiword
Version: 2.2.7-3
Severity: normal


Exporting documents as html is currently broken:
   
- The generated documents contain illegal characters (such as U+1E or
  U+1F, which is not valid in html), example:
  on the Backup Manage\x1Fment Station to make
  

- <, > etc. are not quoted correctly, example:
  
   ^   ^

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.15.1
Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages abiword depends on:
ii  abiword-common2.2.7-3WYSIWYG word processor based on GT
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
hi  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  libenchant1   1.1.4+cvs.2004.08.10-1 a wrapper library for various spel
ii  libfontconfig12.3.2-1.1  generic font configuration library
hi  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libfribidi0   0.10.7-2   Free Implementation of the Unicode
ii  libgcc1   1:4.0.2-5  GCC support library
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglib2.0-0  2.8.6-1The GLib library of C routines
ii  libgtk2.0-0   2.8.13-1   The GTK+ graphical user interface 
ii  libice6   6.9.0.dfsg.1-4 Inter-Client Exchange library
ii  libpango1.0-0 1.10.4-1   Layout and rendering of internatio
ii  libperl5.85.8.7-10   Shared Perl library
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libpopt0  1.7-5  lib for parsing cmdline parameters
ii  libsm66.9.0.dfsg.1-4 X Window System Session Management
ii  libstdc++51:3.3.6-12 The GNU Standard C++ Library v3
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxft2   2.1.8.2-3  FreeType-based font drawing librar
ii  libxml2   2.6.23.dfsg.2-2GNOME XML library
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  xlibs 6.9.0.dfsg.1-4 X Window System client libraries m
ii  zlib1g1:1.2.3-11 compression library - runtime

abiword recommends no packages.

-- no debconf information


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

Bug#299697: fontconfig: Still unresolved

[Steve Pomeroy]

Package: fontconfig
Version: 2.3.2-5.1
Followup-For: Bug #299697


fontconfig just updated my /etc/fonts/font.conf file, reminding
me that this bug is still unresolved.

Does anyone have any further info on this issue? 

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

Versions of packages fontconfig depends on:
ii  defoma0.11.8-0.1 Debian Font Manager -- automatic f
ii  fontconfig-config 2.3.2-5.1  generic font configuration library
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libfontconfig12.3.2-5.1  generic font configuration library

fontconfig recommends no packages.

-- debconf information:
  fontconfig/subpixel_rendering: Automatic
  fontconfig/enable_bitmaps: false
  fontconfig/hinting_type: Native


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

Bug#363922: x11 libraries don't call ldconfig

[Steve Langasek]

reassign 363922 xft
thanks

On Thu, Apr 20, 2006 at 12:17:32PM -0400, Justin Pryzby wrote:
> Package: 
> libfontenc,libxfont,libxrender,xcursor,xft,xorg-x11,xserver-xorg-video-i810,xserver-xorg-video-via
> Severity: serious
> Justification: 8.1.1: Any package installing shared libraries in one
>  of the default library directories of the dynamic linker (which are
>  currently `/usr/lib' and `/lib') or a directory that is listed in
>  `/etc/ld.so.conf'[1] must use `ldconfig' to update the shared library
>  system.

> The lack of a newline means that they have no postinstall script at
> all:

> Setting up libx11-dev (1.0.0-6) ...
> Setting up libxfixes3 (3.0.1.2-2+b1) ...
> Setting up libxfixes-dev (3.0.1.2-2+b1) ...
> Setting up libxrender1 (0.9.0.2-3) ...
> Setting up libxrender-dev (0.9.0.2-3) ...
> Setting up libxcursor1 (1.1.5.2-3) ...
> Setting up libxcursor-dev (1.1.5.2-3) ...
> Setting up xbase-clients (7.0.0-4) ...

This bug was already fixed in newer uploads of libxfixes, libxrender,
libfontenc, libxfont, and libxcursor (xcursor was the wrong source package
to assign this to).

From your original list, that leaves xft, xorg-x11, xserver-xorg-video-i180,
and xserver-xorg-video-via.

It looks like xft is still affected, but I have no idea why you're filing
the bug against the other packages.  The xorg-x11 package is obsolete,
besides which it's also a source package that previously built some 150
binary packages and you gave no indication of which one you thought was
buggy.  (If the bug applies to a particular binary package, please file it
against that binary package!)  The final two packages are driver packages
that have nothing to do with shared libraries, so definitely shouldn't be
calling ldconfig either.

In the future, please file separate bugs when you find that multiple
packages suffer from the same problem; when each package has to be fixed
separately, it's not very helpful to have a single bug report with a single
open/closed state...

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


signature.asc
Description: Digital signature

Bug#363576: vim uses incorrect escape sequence "device-control-string"?

[Thomas Dickey]

On Fri, Apr 21, 2006 at 12:30:36AM +0200, Erich Schubert wrote:
> Hi,
> > To be honest, I'm not sure why they just don't set $TERM to 'gnome'.
> > That's the termcap entry for *their* terminal emulator. *shrug*
> 
> Do all "supported platforms" have a gnome termcap? I can imagine that

Actually it's terminfo - except for NetBSD, there's no current (past 10
years) platform that actually uses termcap other than for legacy support.

I don't know - what's your list for "supported platforms"?

> some other (buggy) applications work better when you claim to be xterm
> when you are just mostly compatible.

none that I'm aware of (excepting of course, programs that hardcode "xterm"
into their scripts, of course).

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


pgpi0J12CIH52.pgp
Description: PGP signature

Bug#364010: feh: Allow editing of captions in JPEG files

[Reuben Thomas]

Package: feh
Version: 1.3.4-2
Severity: wishlist

Please allow JPEG files to have their captions edited directly (rather
than using a separate text file).

(I'd just like to say that having looked at most of the other image
viewers in Debian, feh is the only one that is solid IMO; the rest
have bugs, horrible UIs or performance problems. The only other thing
that could be improved is rotation as fast as eog's.)

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

Versions of packages feh depends on:
ii  giblib1   1.2.4-4wrapper library for imlib2, and ot
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libimlib2 1.2.1-2powerful image loading and renderi
ii  libjpeg62 6b-12  The Independent JPEG Group's JPEG 
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libx11-6  6.9.0.dfsg.1-6 X Window System protocol client li
ii  libxext6  6.9.0.dfsg.1-6 X Window System miscellaneous exte
ii  xlibs 6.9.0.dfsg.1-6 X Window System client libraries m
ii  zlib1g1:1.2.3-11 compression library - runtime

Versions of packages feh recommends:
ii  wget  1.10.2-1   retrieves files from the web

-- no debconf information


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

Bug#363938: isdnutils-xtools fails to install

[Steve Langasek]

On Thu, Apr 20, 2006 at 08:00:35PM +0200, Reinhold Schoeb wrote:
> Package: isdnutils-xtools
> Version: 1:3.8.2005-12-06-4
> Severity: grave
> Justification: renders package unusable

> After the last xorg-Update this package was removed by apt-get and now fails 
> to install.
> Here is my log :

> Die folgenden Pakete haben nichterfüllte Abhängigkeiten:
>   isdnutils-xtools: Hängt ab: libice6 soll aber nicht installiert werden

This is because x11-common conflicts with this version of isdnutils-xtools,
because it installs binaries in /usr/X11R6/bin and /usr/X11R6/bin is going
away with Xorg 7.

It was actually reasonably appropriate before for isdnutils-xtools to
install to /usr/X11R6, because the package does build-depend on xutils;
unfortunately, the debian packaging manually moves the binaries from
/usr/bin to /usr/X11R6/bin, so a binNMU isn't sufficient to fix this
problem...

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


signature.asc
Description: Digital signature

Bug#364009: gwenview: Gwenview eats CPU when viewing pictures normally

[Reuben Thomas]

Package: gwenview
Version: 1.3.1-2
Severity: normal

Gwenview is unusably slow on my 512Mb/1GHz lightly loaded laptop. I
have no idea why. I asked it to view a directory of 100 pictures. It
loads and displays thumbnails fast, but every time I move from one
picture to the next, it displays it and then spends 30s or so
computing. Indeed, I don't even have to display the picture: I can
close the display pane and merely select a picture in the thumbnail
view to get this huge pause. If I only look at 10 pictures the pause
goes away. Looks like a performance bug, therefore (there's no need to
do something with each of 100 pictures every time I look at a new one).

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

Versions of packages gwenview depends on:
ii  kdelibs4c2a   4:3.5.2-2+b1   core libraries for all KDE applica
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libexif12 0.6.13-4   library to parse EXIF files
ii  libgcc1   1:4.1.0-1  GCC support library
ii  libice6   6.9.0.dfsg.1-6 Inter-Client Exchange library
ii  libjpeg62 6b-12  The Independent JPEG Group's JPEG 
ii  libkipi0  0.1.2-3library for apps that want to use 
ii  libmng1   1.0.8-1Multiple-image Network Graphics li
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libqt3-mt 3:3.3.6-1  Qt GUI Library (Threaded runtime v
ii  libsm66.9.0.dfsg.1-6 X Window System Session Management
ii  libstdc++64.1.0-1The GNU Standard C++ Library v3
ii  libx11-6  6.9.0.dfsg.1-6 X Window System protocol client li
ii  libxext6  6.9.0.dfsg.1-6 X Window System miscellaneous exte
ii  zlib1g1:1.2.3-11 compression library - runtime

Versions of packages gwenview recommends:
pn  kdegraphics-kfile-plugins  (no description available)
pn  kipi-plugins   (no description available)

-- no debconf information


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

Bug#263417: ITP: pysnmp -- Python implementation of SNMP v.1/v.2c engine

[Arnaud Fontaine]

retitle 263417 ITP: pysnmp -- Python implementation of SNMP v.1/v.2c engine
owner 263417 !
thanks

Hello,

I  am interested  by  packaging this  python  module. I  have already  a
sponsor. I will prepare a package this week.

Regards,
Arnaud Fontaine


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

Bug#364007: x11-common: Please update wmnet conflict

[Steve Langasek]

tags 364007 pending
thanks

On Thu, Apr 20, 2006 at 11:34:49PM +0100, Roger Leigh wrote:
> wmnet 1.05-12 includes these directories:

> $ dpkg -L wmnet | grep ^/usr/X11
> /usr/X11R6
> /usr/X11R6/bin
> /usr/X11R6/man
> /usr/X11R6/man/man1

> This means removing wmnet removes the /usr/X11R6/bin symlink, which
> breaks X11.  Please conflict with this version of wmnet.

Committed to svn.

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


signature.asc
Description: Digital signature

Bug#325503: [EMAIL PROTECTED]: Log for successful build of libapache-mod-trigger_1.1-5 (dist=unstable)]

[dann frazier]

reopen 325503
found 325503 1.1-5
stop

- Forwarded message from Debian/IA64 non-US Build Daemon <[EMAIL 
PROTECTED]> -

Subject: Log for successful build of libapache-mod-trigger_1.1-5 (dist=unstable)
From: Debian/IA64 non-US Build Daemon <[EMAIL PROTECTED]>
Date: Wed, 19 Apr 2006 22:44:09 +0100
To: undisclosed-recipients: ;
X-PMX-Version: 5.1.2.240295, Antispam-Engine: 2.3.0.1, Antispam-Data: 
2006.4.19.142108
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ldl.fc.hp.com
X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on ldl.lart
X-Spam-Level: 
X-Spam-Status: No, score=-1.6 required=3.5 tests=AWL,BAYES_00,UNDISC_RECIPS 
autolearn=no version=3.0.3
Debian-Buildd-Error: Yes

Function `ap_get_remote_logname' implicitly converted to pointer at 
mod_trigger.c:274

- End forwarded message -

The '#include "http_core.h"' directive got dropped from the patch.

-- 
dann frazier | HP Open Source and Linux Organization


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

Bug#165843: Please localize perl programs as well.

[Nicolas François]

Hello,

On Tue, Oct 22, 2002 at 12:41:48PM +0200, Wichert Akkerman wrote:
> Previously Junichi Uekawa wrote:
> > dpkg has localized C programs, but no perl code seems to be localized
> > The following is a demonstration of how it can be done, localizing 
> > dpkg-checkbuilddeps.
> 
> Patch is useless since all perl will be removed from dpkg. I might
> consider it for the python code after that has stabilized.

Unless there is still a plan to reimplement the perl scripts in another
language, I intend to work on a patch to internationalise the Perl
scripts.

I plan to use something like in /usr/share/perl5/Debconf/Gettext.pm to
avoid depending on liblocale-gettext-perl. (Thanks to Denis Barbier for
pointing this).

I intend to make a dpkg-dev PO and to put the strings of the scripts
provided by dpkg in the existing dpkg PO.

Kind Regards,
-- 
Nekral


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

Bug#363996: Spelling mistake in package description

[Ryan Schultz]

I'll fix this when I release a new version (since I'm upstream); thanks for 
reporting!

-- 
Ryan Schultz
"Rise above oneself and grasp the world." -- Archimedes


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

Bug#357746: automake patch

[Gustavo Franco]

Hi,

I NMUed console-data in our current BSP, it was uploaded to gluck 
(1-day) but was accepted today and vorlon noticed. Anyway, the

exact patch is attached to this message.

Thanks,
Gustavo Franco - <[EMAIL PROTECTED]>
diff -Nru console-data-20060317/debian/changelog console-data-20060317.1.new/debian/changelog
--- console-data-20060317/debian/changelog	2006-03-17 17:30:10.0 -0300
+++ console-data-20060317.1.new/debian/changelog	2006-04-20 14:08:18.589812024 -0300
@@ -1,3 +1,10 @@
+console-data (20060317.1) unstable; urgency=low
+
+  * Non-Maintainer Upload
+  * Fixes FTBFS adding automake1.4 as build-depends. (Closes: #357746)
+
+ -- Gustavo Franco <[EMAIL PROTECTED]>  Thu, 20 Apr 2006 14:07:23 -0300
+
 console-data (20060317) unstable; urgency=low
 
   * Change Priority: optional to match overrides. 
diff -Nru console-data-20060317/debian/control console-data-20060317.1.new/debian/control
--- console-data-20060317/debian/control	2006-03-11 17:59:33.0 -0300
+++ console-data-20060317.1.new/debian/control	2006-04-20 14:07:21.107550656 -0300
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Alastair McKinstry <[EMAIL PROTECTED]>
 Uploaders: Anton Zinoviev <[EMAIL PROTECTED]>
-Build-Depends-Indep: dbs, debhelper (>= 4.1.6), dh-consoledata (>= 0.7.49), sharutils, console-tools
+Build-Depends-Indep: dbs, debhelper (>= 4.1.6), dh-consoledata (>= 0.7.49), sharutils, console-tools, automake1.4
 Standards-Version: 3.6.2
 
 Package: console-data

Bug#311840: acknowledged by developer (It seems to be fixed)

[Kurt Roeckx]

> From: Miriam Ruiz <[EMAIL PROTECTED]>
> Date: Thu, 20 Apr 2006 22:30:10 +0200 (CEST)
> To: [EMAIL PROTECTED]
> Subject: It seems to be fixed
> 
> This bug seems to be fixed AFAIK. I don't have a 64 bit architectura but the
> latest reports say so.
> 
> Miry

Hi,

It seems that 0.0.20040403-3 is still set to failed state for the
same reason, but I have no idea what went wrong now.  The package
you asked me to test seems to have worked, so I have no idea.

I'll try and look at it again tomorrow, if I don't, please ask
me.


Kurt



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

Bug#363423: binutils: [mips] ar doesn't recognize ELF64

[Thiemo Seufer]

Ulrich Teichert wrote:
> Hi,
> 
> [del]
> >> So basically you mean removing ECOFF support in binutils is not a 
> >> problem. Right?
> >
> >As I tried to explain, it will break arcload and arcboot, and probably
> >some more bootloader-ish things of older machines I don't know of.
> 
> It would also make it difficult to netboot a DECstation - the firmware
> only boots ECOFF kernels. I don't know if it will break delo (the
> DECstation boot loader), too.

Delo uses ELF. Netbooting a DECstation works via a t-rex generated
image which fakes an ECOFF header.

Very old DECstation can't boot via tftp/bootp but need MOP, in that
case the t-rex image may or may not work, I don't know if anybody
ever tried.

> >For Debian, I'd like to have some workaround for arcboot before we
> >kill ECOFF.
> 
> Please, now that I started testing etch installs on my 5k/33, please
> don't tell me that I've wasted part of my easter holiday

Don't worry, we obsoleted ECOFF for DECstation already before sarge. :-)

> >For binutils upstream, I don't want to kill it without previous
> >discussion on the binutils list.
> 
> I am not sure, but isn't ECOFF still in use by other, still supported
> OSes? irix? AIX?

IRIX dropped ECOFF support with the 5 -> 6 transition.
AIX uses XCOFF, an incompatible format.
Ultrix would still use ECOFF but is completely obsolete by now.
MIPS RiscOS is already forgotten.

The binutils ECOFF support is happily bitrotting for some years now,
nobody cares about keeping it up. ISTR the NetBSD folks still need
it for bootloader-ish things, but that would be a different config
anyway.


Thiemo


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

Bug#364003: Update

[Reuben Thomas]

I misunderstood: apparently the adjustment feature only works on the 
current picture, and lasts as long as the picture is cached. It has 
nothing to do with deletion.


This is all confusing. I'm unclear on why the program doesn't remember 
adjustments, still.


--
http://rrt.sc3d.org/ | fantasize, a.  as big as fizzy orange


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

Bug#364006: wmnet: Includes /usr/X11R6/bin, which breaks X11 on package removal

[Roger Leigh]

Package: wmnet
Version: 1.05-12
Severity: serious
Justification: Breaks other packages

$ dpkg -L wmnet | grep ^/usr/X11
/usr/X11R6
/usr/X11R6/bin
/usr/X11R6/man
/usr/X11R6/man/man1

/usr/X11R6/bin is a symlink created by x11-common.  Because this isn't
owned by x11-common, removing wmnet removes the symlink, which breaks
X11.

Please remove these empty X11R6 directories from the wmnet package.


Regards,
Roger


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

Versions of packages wmnet depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libx11-6  2:1.0.0-6  X11 client-side library
ii  libxext6  1:1.0.0-4  X11 miscellaneous extension librar
ii  netbase   4.25   Basic TCP/IP networking system

wmnet recommends no packages.

-- no debconf information


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