Bug#291043: galeon: Contextual menus also broken

[Liam K Morland]

Package: galeon
Version: 1.3.18-1.1
Followup-For: Bug #291043

In addition to the middle button not working, right click no longer
brings up the contextual menu. Note that both of these problems are
limited to clicks within the web page. A middle click on the Home button
or in bookmark menus works as expected.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.9
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages galeon depends on:
ii  debconf  1.4.30.11   Debian configuration management sy
ii  galeon-common1.3.18-1.1  GNOME web browser for advanced use
ii  gconf2   2.8.1-4 GNOME configuration database syste
ii  gnome-control-center 1:2.8.1-3   The GNOME Control Center for GNOME
ii  libart-2.0-2 2.3.16-6Library of functions for 2D graphi
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libaudiofile00.2.6-5 Open-source version of SGI's audio
ii  libbonobo2-0 2.8.0-4 Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.8.0-2 The Bonobo UI library
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libeel2-22.8.2-1 Eazel Extensions Library (for GNOM
ii  libesd0  0.2.35-2Enlightened Sound Daemon - Shared 
ii  libgail-common   1.8.2-1 GNOME Accessibility Implementation
ii  libgail171.8.2-1 GNOME Accessibility Implementation
ii  libgcc1  1:3.4.3-6   GCC support library
ii  libgconf2-4  2.8.1-4 GNOME configuration database syste
ii  libgcrypt11  1.2.0-4 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.4.1-1   Library to load .glade files at ru
ii  libglib2.0-0 2.4.8-1 The GLib library of C routines
ii  libgnome-keyring00.4.0-2 GNOME keyring services library
ii  libgnome2-0  2.8.0-6 The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.8.0-1 A powerful object-oriented display
ii  libgnomeui-0 2.8.0-3 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.8.3-8 The GNOME virtual file-system libr
ii  libgnutls11  1.0.16-9GNU TLS library - runtime library
ii  libgpg-error01.0-1   library for common error values an
ii  libgtk2.0-0  2.4.14-2The GTK+ graphical user interface 
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libjpeg626b-9The Independent JPEG Group's JPEG 
ii  libnautilus2-2   2.8.2-2 libraries for nautilus components 
ii  liborbit21:2.10.2-1.1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.6.0-3 Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session Management
ii  libstdc++5   1:3.3.5-5   The GNU Standard C++ Library v3
ii  libtasn1-2   0.2.10-3Manage ASN.1 structures (runtime)
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  libxml2  2.6.11-5GNOME XML library
ii  libxrender1  0.8.3-7 X Rendering Extension client libra
ii  mozilla-browser  2:1.7.5-1   The Mozilla Internet application s
ii  procps   1:3.2.1-2   The /proc file system utilities
ii  scrollkeeper 0.3.14-9.1  A free electronic cataloging syste
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- debconf information:
  galeon/old_config_warning:


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

Bug#291089: docdiff installs files into a rather nonstandard location

[Justin Pryzby]

On Wed, Jan 19, 2005 at 12:37:40AM +0800, Davyd Madeley wrote:
> Package: docdiff
> Version: 0.3.1-1
> Severity: grave
> Justification: renders package unusable
> 
> 
> docdiff would appear to have some creative locations for files. Here is
> a sample of `dpkg -L`:
> 
> /usr/share/doc/docdiff/changelog.Debian.gz
> /usr/share/man
> /usr/share/man/man1
> /usr/share/man/man1/docdiff.1.gz
> /docdiff
> /docdiff/document.rb
> /docdiff/charstring.rb
> /docdiff/encoding
> 
> I think it speaks for itself.
I don't have any /docdiff in mine, which I just installed.  Did you
just upgrade, or install from scratch?

$ dpkg -L docdiff |grep -v ^/usr/
/.
/usr
/etc
/etc/docdiff
/etc/docdiff/docdiff.conf

I see the files you have listed in /docdiff instead under
/usr/lib/ruby/1.8/docdiff/.

Justin


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

Bug#291089: docdiff installs files into a rather nonstandard location

[Davyd Madeley]

On Tue, 2005-01-18 at 12:39 -0500, Justin Pryzby wrote:

> I don't have any /docdiff in mine, which I just installed.  Did you
> just upgrade, or install from scratch?

Installed from scratch.

For what it's worth, this package is being dragged in through Ubuntu's
universe.

-- 
Davyd Madeley  http://www.davyd.id.au/

PGP Fingerprint 
08B0 341A 0B9B 08BB 2118  C060 2EDD BB4F 5191 6CDA



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

Bug#290987: raggle: doesn't work with light background

[Michael Ablassmeier]

tags 290987 + confirmed
forwarded + [EMAIL PROTECTED]
thanks

hi Charles,

On Mon, Jan 17, 2005 at 10:46:59PM -0500, Charles Fry wrote:
> Despite the fact that none of the specified colors have black
> backgrounds, black fills all empty space in the description box.

yes, this could also be ruby's ncurses library's fault. I'll talk to the
upstream authors. Thanks for you report.

bye,
- michael


signature.asc
Description: Digital signature

Bug#274677: dpkg-gencontrol broken on architectures with a "-" in their name

[Scott James Remnant]

On Tue, 2005-01-18 at 18:19 +0100, Manuel Menal wrote:

> Scott, could you tell us if this patch is going to be applied,
> 
Yes, either this or a very similar patch will be applied.

> and when (next upload, perhaps ?)
> 
In the 1.13 series, sometime over the next year.

Scott
-- 
Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?


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

Bug#291096: libevent: Version 1.0 breaks backwards compatibility (breaks farpd)

[Javier Fernández-Sanguino Peña]

Package: libevent1
Version: 1.0-1.1
Priority: important
Tags: upstream sid

Libevent 1.0 breaks backward compatibility and some applications (like 
farpd) will not compile or work. 

Starting farpd comes up with the following error:

 farpd: relocation error: farpd: undefined symbol: event_sigcb

And compiling it shows up:

$ make
gcc  -I/usr/include  -o arpd  arpd.o -L/usr/lib -ldumbnet -L/usr/lib 
-levent -L/usr/lib -lpcap -L/usr/lib -ldumbnet
arpd.o(.text+0x14de): En la función `terminate_handler':
: undefined reference to `event_gotsig'
arpd.o(.text+0x1750): En la función `main':
: undefined reference to `event_sigcb'

The signal handler got moved to an internal location in the library and 
it's no longer exported. This bug has been fixed in libevent 1.0b (released 
2005-01-13) and is needed before this version moves into sarge (or it will 
break some applications there), that's why I'm setting this at important 
priority.

Regards

Javier


signature.asc
Description: Digital signature

Bug#291095: openssl: [manual page] Command line options are not documented

[Jari Aalto]

Package: openssl
Version: 0.9.7e-3
Severity: normal


Several command line options are absent from the manual page. Namely
these:

-in  input file
-out output file
-pass pass phrase source
-e encrypt
-d decrypt
-a/-base64 base64 encode/decode, depending on encryption flag
-k passphrase is the next argument
-kfile passphrase is the first line of the file argument
-mdthe next argument is the md to use to create a key
 from a passphrase.  One of md2, md5, sha or sha1
-K/-iv key/iv in hex is the next argument
-[pP]  print the iv/key (then exit if -P)
-bufsizebuffer size
-engine e  use engine e, possibly a hardware device.

Please document them in manual.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US)

Versions of packages openssl depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libssl0.9.7 0.9.7e-3 SSL shared libraries

-- no debconf information


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

Bug#280492: kernel-source-2.4.27: strncpy does not 0-pad destination on some archs)

[Thiemo Seufer]

Horms wrote:
[snip]
> The patch from ultramonkey.org above was fished out of 
> a Red Hat Kernel RPM (by me). It still seems to be used
> in their latest kernel (27.0.1.EL.um.1), so I am going to apply that.
> But for the other architectures (mips and alpha) there does not
> seem to be a fix available.

Mips uses the generic version, the non-padding assembly one does only
to_user/from_user, which is uncritical.

> To be honest I am pretty dubious about the security tag
> on this bug, I don't believe there is a known exploit
> and at best the bug seems to be regarded as being minor.
> Would it be acceptable to remove the security tag? 

It could lead to involuntary disclosure of sensitive data.

> Would you be happy to have the bug closed by application of the patch
> you suggested? Or do you want to hold it open because of the
> outstanding mips and alpha problem? I am pretty tempted to mark it as
> upstream and wontfix and reprioritise as wishlist if that is the case.
> Perhaps splitting and reassigning to the relevant misps and alpha
> kernel-image packages.

AFAICS reassigning to alpha is ok.


Thiemo


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

Bug#291065: [gphotocoll] queries do not work as expected

[Julien BLACHE]

tag 291065 wontfix upstream

Simon Brandmair <[EMAIL PROTECTED]> wrote:

Hi,

> Some querys do not work as I would expect them.

[...]

> I hope it is clear which queries I wanted to perform.

It's clear :) However I have a bad news for you, this will probably
never get fixed, as gphotocoll is undergoing a total rewrite (in
Python), but it's progressing slowly due to time constraints you can
probably imagine ...

JB.

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


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

Bug#290622: dbus: Build QT bindings

[Sjoerd Simons]

On Sat, Jan 15, 2005 at 04:38:58AM -0800, Daniel Schepler wrote:
> Package: dbus
> Severity: wishlist
> Version: 0.23-1
> 
> The upcoming 3.4 version of KDE has support for HAL and dbus, but it
> needs the QT bindings for dbus to compile this support.  So it would
> be nice if the QT support I see is in the orig.tar.gz file would be
> compiled.

I'll look at putting it in the experimental package when the current version is
out of NEW..

At least i don't feel like supporting it for the unstable version currently, 
because nothing currently uses it and i'm not familiar with QT in any way.

  Sjoerd
-- 
Nothing is so firmly believed as that which we least know.
-- Michel de Montaigne


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

Bug#291010: lsh-utils: Remaining symlink prevents rebuilding the package when it has already been built once

[Christian Perrier]

Quoting Niels Möller ([EMAIL PROTECTED]):
> Christian Perrier <[EMAIL PROTECTED]> writes:
> 
> > Package: lsh-utils
> > Severity: minor
> 
> I'm afraid I need some more context to really understand what the
> problem is. But anyway, I have one comment:

As far as I can see, the probelm can be reproduced by running debuild
twice in the same source tree.

At the second run, the reported error shows up.

Manually deleting the symlink allows running debuild again, so that's
not really a big deal, but probably may confuse people.


I have a small concern : when I announced  the intent of fixing
longstanding l10n issues, I got a answer from Simon Law mentioning
he's OK for a NMU. Building this NMU (with only fixed and new
debian/po/*po ) made me get the reported error, but I'm still in the
process of uploading it, as announced in my previous mails to
[EMAIL PROTECTED]

Asyou quickly answered this bug report, I'm wondering whether I should
stop this process or not. If I stop, are the l10n bugs likely to be fixed?



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

Bug#291097: Mozilla Firefox in Debian Sarge

[PBD-Fan]

package: mozilla-firefox  (Sarge i386)
replace:
version: 1.0+dfsg.1-2

Hi there,


Bug: firefox does not start.
When i start in a bash i receive:

[EMAIL PROTECTED]|$:-)firefox -V
FIREFOX_DSP=artsdsp
APPLICATION_ID=firefox
CMDLINE_DISPLAY=
DISPLAY=:0.0
REMOTE=0
TRY_USE_EXIST=0
OPTIONS=
DEBUG=0
DEBUGGER=
JVM_DIR=/usr/lib/java/jre/plugin/i386/ns610-gcc32/../../../bin/
JVM_VERSION=1.4.2_06
Running: /usr/lib/mozilla-firefox/firefox-bin -a firefox -remote 'ping()'
PING_STATUS=2
Cleaning user profile
Running: artsdsp /usr/lib/mozilla-firefox/firefox-bin -a firefox
INTERNAL ERROR on Browser End: Expected a version > 5! Version = 4

System error?:: Datei oder Verzeichnis nicht gefunden  (means: file or 
directory not found).

About the installed package:

dpkg --list mozilla-firefox
Gewnscht=Unbekannt/Installieren/R=Entfernen/P=S?bern/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konf./Halb install.
|/ Fehler?=(keiner)/Halten/R=Neuinst. notw/X=beides (Status, Fehler: 
GRO?schlecht)
||/ NameVersion Beschreibung
+++-===-===-==
ii  mozilla-firefox 1.0+dfsg.1-2lightweight web browser based on Mozilla
woody2:/home/tuxlin# dpkg --status mozilla-firefox
Package: mozilla-firefox
Status: install ok installed
Priority: optional
Section: web
Installed-Size: 26472
Maintainer: Eric Dorland <[EMAIL PROTECTED]>
Architecture: i386
Version: 1.0+dfsg.1-2
Provides: www-browser
Depends: fontconfig, psmisc, debianutils (>= 1.16), libatk1.0-0 (>= 1.7.2), 
libc6 (>= 2.3.2.ds1-4), libfontconfig1 (>= 2.2.1), libfreetype6 (>= 2.1.5-1), 
libgcc1 (>= 1:3.4.1-3), libglib2.0-0 (>= 2.4.7), libgtk2.0-0 (>= 2.4.4), 
libidl0, libjpeg62, libkrb53 (>= 1.3.2), libpango1.0-0 (>= 1.6.0), libpng12-0 
(>= 1.2.8rel), libstdc++5 (>= 1:3.3.4-1), libx11-6 | xlibs (>> 4.1.0), libxext6 
| xlibs (>> 4.1.0), libxft2 (>> 2.1.1), libxp6 | xlibs (>> 4.1.0), libxrender1, 
libxt6 | xlibs (>> 4.1.0), zlib1g (>= 1:1.2.1)
Suggests: mozilla-firefox-gnome-support (= 1.0+dfsg.1-2), latex-xft-fonts, 
xprt-xprintorg
Conffiles:
 /etc/mozilla-firefox/mozilla-firefoxrc fa562ca63014f5e9dd470a37766376d6
 /etc/mozilla-firefox/pref/firefox.js 9b21e21aa3f8a0ab8f134ba04b8846ff
 /etc/mozilla-firefox/profile/bookmarks.html bc9cbbda7c731b572ddadf9863584429
 /etc/mozilla-firefox/profile/localstore.rdf ea03cc19c2a3f622fa557cd8ea9da6eb
 /etc/mozilla-firefox/profile/search.rdf 26d13f5d96ad118b5de5d234f9d052fa
 /etc/mozilla-firefox/profile/mimeTypes.rdf 69cdcb7e0209f2e9d29000ee1c0ee2f0
 /etc/mozilla-firefox/profile/chrome/userChrome-example.css 
4788fdaa51b0a238cb21f5c2877ef06d
 /etc/mozilla-firefox/profile/chrome/userContent-example.css 
d3765c7d2de5626529195007f4b7144a
 /etc/mozilla-firefox/profile/extensions/Extensions.rdf 
4e5887ce2461b9874016a170750c05e1
Description: lightweight web browser based on Mozilla
 Firefox is a redesign of the Mozilla browser component, similar to
 Galeon, K-Meleon and Camino, but written using the XUL user interface
 language and designed to be lightweight and cross-platform.
 .
 This browser was previously known as Firebird and Phoenix.

Remark: last dist-upgrade was today, no missing files, apt-get check shows no 
errors.

I hope this helps you, and i hope you can fix the bug soon.

Bye & many thanks

Stefan



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

Bug#239255: usbmgr: Fails with mass storage devices if CONFIG_SCSI is Y

[Rudy Godoy]

On 18/01/2005 at 12:52 Moray Allan wrote...

> On Sun, 2005-01-16 at 21:39 -0600, John Goerzen wrote:
> > I've since switched to hotplug, so I don't know if it is still there
> > in usbmgr.
>

Hi,
 
> If you don't mind saying, was this because of a change in hardware, or
> because of the problems with usbmgr?
>

It is a usbmgr issue regarding scsi subsytem handling, I've wrote a
patch for it, and I've been testing with some luck. Yes, my fault to
not properly follow up.
 
> I'm trying to work out if there are situations where usbmgr is still
> better than hotplug, or if we should in general be encouraging users to
> move to the (more actively maintained) hotplug.
> 

usbmgr can't compare to hotplug since usbmgr only handles USB devices,
unlike hotplug which has a broader device handling. Besides that, some
people, with particular needs, still uses it and I'm willing to work
on it as they do.

I'll be uploading the patched package on my website this weekend.

regards,
-Rudy


signature.asc
Description: Digital signature

Bug#288654: sylpheed-claws-pgpinline-plugin: Package has unmet dependencies in Unstable.

[Christian 'Greek0' Aichinger]

Would it be possible to put the new package online somewhere else in the
meantime, so we can use it with the sylpheed-claws version in sid?

Cheers,
Greek0


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

Bug#288765: minor bugs in the manpage

[Stephen Gran]

This one time, at band camp, Jonas Meurer said:
> i finally got that it's not policy to have utf8 manpages, but it's still
> appreciated. hyphens for instance look terrible in the dvdbackup manpage
> on my utf8 console.

Ah, I think I finally understand now what the problem is! :)

It is not the encoding - it is that the hyphens are unescaped, and the
utf8 terminal deals poorly with that, assigning them some random (to me)
character.  I will escape the hyphens, and figure out how to escape the
' (single quote) characters as well.  

> feel free to close the bug as soon as the other too minor issues are
> fixed ...

I am not worried about one more open bug :)  When I get this stuff fixed
up, I will upload it.

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


pgpOoeBQg9RXq.pgp
Description: PGP signature

Bug#291011: arggg fix the real problem.

[Jamie Heilman]

> Changes: 
>  sysfsutils (1.2.0-2) unstable; urgency=low
>  .
>* sysfsutils.init: Use shell bash instead of sh. (closes: #291011)

Please do not use bash, just fix the real problem, I offered a patch
in #291022 which does this (and more).

Additional bugs in the current script:
  Your replacement of '.' to '/' isn't a good idea because there are
paths in sysfs which can contain '.' -- my patch accounted for that as
well.
  You defined a configuration file variable, and then didn't use it,
my patch took care of that too.

-- 
Jamie Heilman http://audible.transient.net/~jamie/
"I was in love once -- a Sinclair ZX-81.  People said, "No, Holly,
 she's not for you." She was cheap, she was stupid and she wouldn't
 load -- well, not for me, anyway." -Holly


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

Bug#291033: Multiple Vendor ImageMagick .psd Image File Decode Heap Overflow Vulnerability

[Daniel Kobras]

On Tue, Jan 18, 2005 at 05:34:08PM +0100, Daniel Kobras wrote:
> Okay, I've sent updated packages to the security team. Debdiff to the
> previous version in stable is attached. While preparing the stable
> update, I noted that the patch applied in 6.0.6.2-2 only fixes part of
> the issue because it missed the second boundary check applied (and
> well-hidden in a pile of unrelated changes) by upstream. Unless you get
> around to it sooner than me, I'll try to fix this up in a 6.0.6.2-2.1
> upload as soon as possible. 

Here's the necessary change for the sid version. I intend to upload the
NMU right away as this should gain us a day in getting the complete fix
into testing. (I also removed the file nohup.out that seems to have
slipped in by mistake in -1.6.)

Regards,

Daniel.

diff -u imagemagick-6.0.6.2/coders/psd.c imagemagick-6.0.6.2/coders/psd.c
--- imagemagick-6.0.6.2/coders/psd.c
+++ imagemagick-6.0.6.2/coders/psd.c
@@ -850,6 +850,8 @@
   layer_info[i].page.x, layer_info[i].page.y,
   layer_info[i].page.height, layer_info[i].page.width,
   layer_info[i].channels);
+   if (layer_info[i].channels > MaxPSDChannels)
+ ThrowReaderException(CorruptImageError,"MaximumChannelsExceeded");
 for (j=0; j < (long) layer_info[i].channels; j++)
 {
   layer_info[i].channel_info[j].type=(short)
diff -u imagemagick-6.0.6.2/debian/changelog 
imagemagick-6.0.6.2/debian/changelog
--- imagemagick-6.0.6.2/debian/changelog
+++ imagemagick-6.0.6.2/debian/changelog
@@ -1,3 +1,12 @@
+imagemagick (6:6.0.6.2-2.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * coders/psd.c: Apply further boundary check to completely plug
+buffer overflow when reading Photoshop images (CAN-2005-0005).
+Closes: #291033
+
+ -- Daniel Kobras <[EMAIL PROTECTED]>  Tue, 18 Jan 2005 18:20:05 +0100
+
 imagemagick (6:6.0.6.2-2) unstable; urgency=high
 
   * Fixes a buffer overflow in the PSD image-decoding.  
reverted:
--- imagemagick-6.0.6.2/nohup.out
+++ imagemagick-6.0.6.2.orig/nohup.out
@@ -1,28 +0,0 @@
-dpkg-buildpackage: source package is imagemagick
-dpkg-buildpackage: source version is 6:6.0.6.2-1.6
-dpkg-buildpackage: source maintainer is Andreas Tille <[EMAIL PROTECTED]>
-dpkg-buildpackage: host architecture is i386
- fakeroot debian/rules clean
-dh_testdir
-dh_testroot
-rm -f build-stamp
-# Add here commands to clean up after the build process.
-cd PerlMagick && /usr/bin/make distclean
-make[1]: Entering directory 
`/home/tillea/tmp/imagemagick/imagemagick-6.0.6.2/PerlMagick'
-make[1]: *** Keine Regel, um »distclean« zu erstellen.  Schluss.
-make[1]: Leaving directory 
`/home/tillea/tmp/imagemagick/imagemagick-6.0.6.2/PerlMagick'
-make: [clean] Fehler 2 (ignoriert)
-/usr/bin/make distclean
-make[1]: Entering directory `/home/tillea/tmp/imagemagick/imagemagick-6.0.6.2'
-make[1]: *** Keine Regel, um »distclean« zu erstellen.  Schluss.
-make[1]: Leaving directory `/home/tillea/tmp/imagemagick/imagemagick-6.0.6.2'
-make: [clean] Fehler 2 (ignoriert)
-cd Magick++ && /usr/bin/make distclean
-make[1]: Entering directory 
`/home/tillea/tmp/imagemagick/imagemagick-6.0.6.2/Magick++'
-make[1]: *** Keine Regel, um »distclean« zu erstellen.  Schluss.
-make[1]: Leaving directory 
`/home/tillea/tmp/imagemagick/imagemagick-6.0.6.2/Magick++'
-make: [clean] Fehler 2 (ignoriert)
-dh_clean
- dpkg-source -b imagemagick-6.0.6.2
-dpkg-source: building imagemagick using existing 
imagemagick_6.0.6.2.orig.tar.gz
-dpkg-source: building imagemagick in imagemagick_6.0.6.2-1.6.diff.gz

Bug#291038: Name of the FreeDoom wad

[Moritz Muehlenhoff]

nicolas wrote:
> I own all the original Doom iwads, I just ask if it is possible to  
> rename the FreeDoom iwad in freedoom.wad instead of doom2.wad.
> Just to prevent a confusion.
> Of course there can be also another package that creates a link  
> doom2.wad->freedoom.wad for the player that does not own the original  
> doom2.wad, for instance I don't need this link.

The correct solution would be an installer package for the Doom II
WAD files, that makes use of the Provides: mechanism to provide
a doom-2-wad alternative.

Please file an RFP on the wnpp meta package for such an installer
(and preferably for the Doom WAD as well). Otherwise I might package
one when I have a bit more time available.

Cheers,
Moritz


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

Bug#291099: Bug in gxine

[tuxlin]

Package: gxine
Replaces: gnome-xine
Version: 0.4.1-1

Hello,


i discovered a bug in gxine on Debian sarge i386.
Gxine does not run, it crashes soon after start. gxine 0.4.0 worked fine.
Last dist-upgrade: today.

Errors (gxine started in shell): see attached file.

Dpkg says:
dpkg --status gxine
Package: gxine
Status: install ok installed
Priority: optional
Section: graphics
Installed-Size: 632
Maintainer: Siggi Langauf <[EMAIL PROTECTED]>
Architecture: i386
Version: 0.4.1-1
Replaces: gnome-xine
Provides: gnome-xine
Depends: libatk1.0-0 (>= 1.7.2), libc6 (>= 2.3.2.ds1-4), libglib2.0-0 (>= 
2.4.7), libgtk2.0-0 (>= 2.4.4), libice6 | xlibs (>> 4.1.0), libpango1.0-0 (>= 
1.6.0), libsm6 | xlibs (>> 4.1.0), libsmjs1, libx11-6 | xlibs (>> 4.1.0), 
libxaw7 (>> 4.1.0), libxine1 (>= 1-rc3a), libxt6 | xlibs (>> 4.1.0), libxtst6 | 
xlibs (>> 4.1.0), zlib1g (>= 1:1.2.1)
Suggests: libgnomevfs2-0, realplayer (<< 10), libdvdcss2 | libdvdcss
Description: the xine video player, GTK+/Gnome user interface
 This is a GTK+ based GUI for the libxine video player library.
 It provides gxine, a  media player that can play all the audio/video formats
 that libxine supports. Currently, this includes MPEG1/2, some AVI and
 Quicktime files, some network streaming methods and disc based media (VCD,
 SVCD, DVD).
 A more complete list can be found on http://xinehq.de/.
 .
 Most DVDs on the market today are play-protected by the Content Scrambling
 System (CSS). libxine does not provide any code to descramble those DVDs,
 because of legal uncertainties. If you still want to play those DVDs, you'll
 need a CSS decryption library like libdvdcss that is supported by libxine.


I hope this helps you to fix the bug.
Thank you for your work for Debian.

Bye

Stefan


-- 
-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1.2.4
Comment: A revocation certificate should follow

iFgEIBECABgFAkHlaPYRHQBTaWNoZXJ1bmdza29waWUACgkQsfM5Wdjxx2Nw0ACe
PoK/wH1i/Q1UTvFFZvoUpWpcZ08An2+8ru5vcJUKkidhxThLWupZNM1g
=AXM7
-END PGP PUBLIC KEY BLOCK-
load_plugins: Überspringe unlesbares Pluginverzeichnis 
/home/tuxlin/.xine/plugins.
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_vo_out_xshm.so 
gefunden
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_goom.so 
gefunden
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_switch.so 
gefunden
load_plugins: Plugin 
/usr/lib/xine/plugins/1.0.0/post/xineplug_post_visualizations.so gefunden
load_plugins: Plugin 
/usr/lib/xine/plugins/1.0.0/post/xineplug_post_visualizations.so gefunden
load_plugins: Plugin 
/usr/lib/xine/plugins/1.0.0/post/xineplug_post_visualizations.so gefunden
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_mosaico.so 
gefunden
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_planar.so 
gefunden
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_planar.so 
gefunden
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_planar.so 
gefunden
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_planar.so 
gefunden
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_planar.so 
gefunden
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_planar.so 
gefunden
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_planar.so 
gefunden
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_planar.so 
gefunden
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_tvtime.so 
gefunden
load_plugins: Plugin 
/usr/lib/xine/plugins/1.0.0/post/xineplug_post_audio_filters.so gefunden
load_plugins: Plugin 
/usr/lib/xine/plugins/1.0.0/post/xineplug_post_audio_filters.so gefunden
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_dmx_mpeg_ts.so 
gefunden
load_plugins: Demultiplexer-Plugin mpeg-ts liefert keine Priorität, xine-lib 
benutzt die Standardpriorität.
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_dmx_qt.so gefunden
load_plugins: Demultiplexer-Plugin quicktime liefert keine Priorität, xine-lib 
benutzt die Standardpriorität.
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_inp_gnome_vfs.so 
gefunden
load_plugins: Input-Plugin gnomevfs liefert keine Priorität, xine-lib benutzt 
die Standardpriorität.
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_dmx_games.so gefunden
load_plugins: Demultiplexer-Plugin wve liefert keine Priorität, xine-lib 
benutzt die Standardpriorität.
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_dmx_games.so gefunden
load_plugins: Demultiplexer-Plugin idcin liefert keine Priorität, xine-lib 
benutzt die Standardpriorität.
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_dmx_games.so gefunden
load_plugins: Demultiplexer-Plugin ipmovie liefert keine Priorität, xine-lib 
benutzt die Standardpriorität.
load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_dmx_games.so gefunden
load_plugins: Demultiplexer-Plugin vqa liefert keine Pri

Bug#291100: xscreensaver won't start with XDMCP setup

[Daniel van Eeden]

Package: xscreensaver
Version: 4.16-1
Severity: normal


My setup:
I'm running gnome/gdm+xdmcp on Debian Sid on an amd64 box.
I'm running XFree86/gdmchooser on Debian Sarge on an sparc64 box.
Everything works, except xscreensaver.
Backtrace and xdpyinfo included.

-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.9-9-amd64-k8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages xscreensaver depends on:
ii  libatk1.0-01.8.0-4   The ATK accessibility toolkit
ii  libc6  2.3.2.ds1-20.0.0.1.pure64 GNU C Library: Shared libraries an
ii  libglade2-01:2.4.1-1 Library to load .glade files at ru
ii  libglib2.0-0   2.6.1-2   The GLib library of C routines
ii  libgtk2.0-02.4.14-2  The GTK+ graphical user interface 
ii  libice64.3.0.dfsg.1-10   Inter-Client Exchange library
ii  libjpeg62  6b-9  The Independent JPEG Group's JPEG 
ii  libpam0g   0.76-22   Pluggable Authentication Modules l
ii  libpango1.0-0  1.6.0-3   Layout and rendering of internatio
ii  libsm6 4.3.0.dfsg.1-10   X Window System Session Management
ii  libx11-6   4.3.0.dfsg.1-10   X Window System protocol client li
ii  libxext6   4.3.0.dfsg.1-10   X Window System miscellaneous exte
ii  libxml22.6.11-5  GNOME XML library
ii  libxmu64.3.0.dfsg.1-10   X Window System miscellaneous util
ii  libxrandr2 4.3.0.dfsg.1-10   X Window System Resize, Rotate and
ii  libxrender10.8.3-7   X Rendering Extension client libra
ii  libxt6 4.3.0.dfsg.1-10   X Toolkit Intrinsics
ii  xlibs  4.3.0.dfsg.1-10   X Keyboard Extension (XKB) configu
ii  zlib1g 1:1.2.2-4 compression library - runtime

-- no debconf information
GNU gdb 6.3-debian
Copyright 2004 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"...Using host libthread_db library 
"/lib/libthread_db.so.1".

(gdb) r
Starting program: /usr/bin/xscreensaver -sync -verbose -no-capture
xscreensaver 4.16, copyright (c) 1991-2004 by Jamie Zawinski <[EMAIL 
PROTECTED]>.
xscreensaver: running as compukid/compukid (1000/1000)
xscreensaver: in process 24978.
xscreensaver: 0: xscreensaver-gl-helper: GL visual is 0x23.
xscreensaver: running on display "192.168.0.11:0.0" (1 screen).
xscreensaver: vendor is The XFree86 Project, Inc, 4031.
xscreensaver: useful extensions:
xscreensaver:   MIT Screen-Saver
xscreensaver:   Shared Memory
xscreensaver:   Double-Buffering
xscreensaver:   Power Management
xscreensaver:   GLX
xscreensaver:   XF86 Video-Mode
xscreensaver:   Resize-and-Rotate
xscreensaver: screen 0 non-colormapped depths: 24.
xscreensaver: not using server's lame MIT-SCREEN-SAVER extension.
xscreensaver: selecting RANDR events

##

xscreensaver: X Error!  PLEASE REPORT THIS BUG.
xscreensaver: screen 0/0: 0x3a, 0x0, 0x0

##

X Error of failed request:  BadValue (integer parameter out of range for 
operation)
  Major opcode of failed request:  154 (RANDR)
  Minor opcode of failed request:  4 (RRSelectInput)
  Value in failed request:  0x100
  Serial number of failed request:  200
  Current serial number in output stream:  201

xscreensaver: dumping core (because of synchronous X Error)
xscreensaver: see http://www.jwz.org/xscreensaver/bugs.html
for bug reporting information.

xscreensaver: current directory is /home/compukid
xscreensaver: running as compukid/compukid (1000/1000)

Program received signal SIGABRT, Aborted.
0x002a963734c5 in raise () from /lib/libc.so.6
(gdb) bt
#0  0x002a963734c5 in raise () from /lib/libc.so.6
#1  0x002a96374c4e in abort () from /lib/libc.so.6
#2  0x00409ba5 in saver_exit (si=0x7fb4c0, status=-1, 
dump_core_reason=0x7fbfffe230 "/home/compukid") at windows.c:853
#3  0x00405535 in saver_ehandler (dpy=0x548c30, error=0x7fb2b0)
at xscreensaver.c:360
#4  0x002a95d55201 in _XError () from /usr/X11R6/lib/libX11.so.6
#5  0x002a95d53a91 in _XReply () from /usr/X11R6/lib/libX11.so.6
#6  0x002a95d4eea4 in XSync () from /usr/X11R6/lib/libX11.so.6
#7  0x002a95d4ef4b in _XSyncFunction () from /usr/X11R6/lib/libX11.so.6
#8  0x002a95788306 in XRRSelectInput () from /usr/X11R6/lib/libXrandr.so.2
#9  0x0040f2e6 in query_randr_extension (si=0x7fb4c0) at xset.c:182
#10 0x00406889 in initi

Bug#291101: LUFS on 2.6.10

[jp]

Package: lufs-source
Version: 0.9.7-5
I had to apply this one line patch to get LUFS to compile.
The kernel interface has changed sometime between 2.6.8 and 2.6.10
this patch simply reflects that change. I enclosed the change in
an #if statement to hopefully make it backward compatible. But
I've not tested it on anything less than 2.6.10.
I am running Ubuntu Hoary, kernel 2.6.10-2-686.
diff --unified --recursive --new-file lufs-orig/kernel/Linux/2.6/inode.c
lufs/kernel/Linux/2.6/inode.c
--- lufs-orig/kernel/Linux/2.6/inode.c  2005-01-18 18:16:44.276431648 +
+++ lufs/kernel/Linux/2.6/inode.c   2005-01-18 18:41:08.938769128 +
@@ -411,7 +411,11 @@
 info.si_uid = current->uid;
 /* notify the daemon that we're going bye-bye */
+#if (KERNEL_VERSION_CODE >= KERNEL_VERSION(2,6,9))
+kill_proc(GET_INFO(sb)->server_pid, SIGUSR1, (int)&info);
+#else
 kill_proc_info(SIGUSR1, &info, GET_INFO(sb)->server_pid);
+#endif
 lu_empty_slots(GET_INFO(sb));
 kfree(GET_INFO(sb));


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

Bug#291094: (ppc - radeonfb, sometimes "out-of-scan-range" occurs when switching to framebuffer)

[Holger Levsen]

Hi,

this is the dmesg output if the machine boots correctly. If an 
"out-of-scan-range" occours, none of it gets displayed, I just can see some 
lines for maybe a second when the kernel gets loaded and unpacked - then the 
monitor fades away...


regards,
 Holger

Total memory = 256MB; using 512kB for hash table (at c030)
Linux version 2.6.8-powerpc ([EMAIL PROTECTED]) (gcc version 3.3.4 (Debian 
1:3.3.4-11)) #1 Sun Oct 3 13:22:21 CEST 2004
PCI bus 0 controlled by pci at 8000
PCI bus 0 controlled by pci at c000
Pegasos l2cr : L2 cache was not active, activating
On node 0 totalpages: 65536
  DMA zone: 65536 pages, LIFO batch:16
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Built 1 zonelists
Kernel command line: root=/dev/hda5
PID hash table entries: 2048 (order 11: 16384 bytes)
time_init: decrementer frequency = 33.33 MHz
Console: colour dummy device 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 251072k available (1732k kernel code, 1084k data, 164k init, 0k 
highmem)
Calibrating delay loop... 665.60 BogoMIPS
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
checking if image is initramfs...it isn't (no cpio magic); looks like an 
initrd
Freeing initrd memory: 4669k freed
NET: Registered protocol family 16
PCI: Probing PCI hardware
radeonfb: Found Intel x86 BIOS ROM Image
radeonfb: No ATY,RefCLK property !
radeonfb: Retreived PLL infos from BIOS
radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=200.00 Mhz, System=166.00 MHz
radeonfb: Monitor 1 type CRT found
radeonfb: EDID probed
radeonfb: Monitor 2 type no found
EDID checksum failed, aborting
EDID checksum failed, aborting
radeonfb: ATI Radeon Yd  DDR SGRAM 128 MB
Thermal assist unit not available
audit: initializing netlink socket (disabled)
audit(): initialized
devfs: 2004-01-31 Richard Gooch ([EMAIL PROTECTED])
devfs: boot_options: 0x0
Initializing Cryptographic API
Console: switching to colour frame buffer device 80x30
Generic RTC Driver v1.07
Macintosh non-volatile memory driver v1.1
Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
pmac_zilog: 0.6 (Benjamin Herrenschmidt <[EMAIL PROTECTED]>)
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
divert: not allocating divert_blk for non-ethernet device lo
input: Macintosh mouse button emulation
Warning: no ADB interface detected
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
mice: PS/2 mouse device common for all mice
NET: Registered protocol family 2
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 32768)
RAMDISK: Compressed image found at block 0
VFS: Mounted root (cramfs filesystem) readonly.
Freeing unused kernel memory: 164k init 60k pmac 32k prep
NET: Registered protocol family 1
VP_IDE: IDE controller at PCI slot :00:0c.1
VP_IDE: chipset revision 6
VP_IDE: VIA vt8231 (rev 10) IDE UDMA100 controller on pci:00:0c.1
VP_IDE: 100% native mode on irq 14
ide0: BM-DMA at 0x1020-0x1027, BIOS settings: hda:pio, hdb:pio
ide1: BM-DMA at 0x1028-0x102f, BIOS settings: hdc:pio, hdd:pio
Probing IDE interface ide0...
hda: ST340014A, ATA DISK drive
Unhandled interrupt e, disabled
Using anticipatory io scheduler
ide0 at 0x1000-0x1007,0x100e on irq 14
Probing IDE interface ide1...
hdc: SAMSUNG CDRW/DVD SM-352B, ATAPI CD/DVD-ROM drive
Unhandled interrupt f, disabled
ide1 at 0x1010-0x1017,0x101e on irq 15
hda: max request size: 1024KiB
hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=16383/255/63, UDMA(100)
 /dev/ide/host0/bus0/target0/lun0: RDSK p1 p2 p3 p4 p5 p6 p7 p8
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
Adding 1027836k swap on /dev/hda4.  Priority:-1 extents:1
EXT3 FS on hda5, internal journal
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
input: AT Translated Set 2 keyboard on isa0060/serio0
hdc: ATAPI 52X DVD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
input: ImExPS/2 Logitech Explorer Mouse on isa0060/serio1
ts: Compaq touchscreen protocol output
ieee1394: Initialized config rom entry `ip1394'
SCSI subsystem initialized
sbp2: $Rev: 1219 $ Ben Collins <[EMAIL PROTECTED]>
ohci1394: $Rev: 1223 $ Ben Collins <[EMAIL PROTECTED]>
PCI: Enabling device :00:01.0 ( -> 0003)
ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[9]  MMIO=[8000-87ff]  
Max Packet=[2048]
MV-64340 10/100/1000 Ethernet Driver
MV-64340: Chip base remaped at 0xd225b000
divert: allocating divert_blk for eth0
eth0: port 1 with MAC address 00:...
RX TCP/UDP Checksum Offload ON, 
TX an

Bug#281952: additional /proc/device-tree patch for this issue. ...

[Sven Luther]

Hello, please find here attached two files :

  1) pmu_fix.patch : a new version of the 08 patch, with the change attached,
  take it with a grain of salt since i had hunk offset when applying 08 alone.

  2) pmu_fix.diff : the diff between the old version and the new one.

As you see, the crux of this patch is to check for the existence of a via-pmu
device in the firmware provided device-tree. I believe that this way we will
catch all instances of machines which have a /dev/pmu (checked in the 2.6.8
kernel source tree, the sole of importance for this case and powerpc), over
the previous hacky powerbook detection scheme.

Hope this help and you will find time to fix this soon.

Friendly,

Sven Luther
diff -ur control-center-2.8.1/gnome-settings-daemon/actions/acme-fb-level.c 
control-center-2.8.1-patched/gnome-settings-daemon/actions/acme-fb-level.c
--- control-center-2.8.1/gnome-settings-daemon/actions/acme-fb-level.c  
2005-01-18 19:43:23.60320 +0100
+++ control-center-2.8.1-patched/gnome-settings-daemon/actions/acme-fb-level.c  
2005-01-18 19:44:48.055828096 +0100
@@ -143,7 +143,7 @@
AcmeFblevel *self;
int fd, foo;
 
-   if (acme_fblevel_is_powerbook () == FALSE) {
+   if (g_file_test ("/proc/device-tree/aliases/via-pmu", 
G_FILE_TEST_EXISTS) == FALSE) {
return NULL;
}
 
@@ -177,24 +177,3 @@
self->_priv->pmu_fd = fd;
return self;
 }
-
-gboolean
-acme_fblevel_is_powerbook (void)
-{
-   FILE *fd;
-   char str[2048];
-   gboolean found = FALSE;
-
-   fd = fopen ("/proc/cpuinfo", "r");
-   while (!feof (fd) && found == FALSE)
-   {
-   fread (str, 1, 2048, fd);
-   if (strstr (str, "NewWorld") != NULL)
-   found = TRUE;
-   }
-
-   fclose (fd);
-
-   return found;
-}
-
diff -ur 
control-center-2.8.1-orig/gnome-settings-daemon/actions/acme-fb-level.c 
control-center-2.8.1-patched/gnome-settings-daemon/actions/acme-fb-level.c
--- control-center-2.8.1-orig/gnome-settings-daemon/actions/acme-fb-level.c 
2004-09-10 04:34:57.0 +0200
+++ control-center-2.8.1-patched/gnome-settings-daemon/actions/acme-fb-level.c  
2005-01-18 19:44:48.055828096 +0100
@@ -31,6 +31,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #ifndef FBIOBLANK
 #define FBIOBLANK  0x4611  /* 0 or vesa-level+1 */
@@ -84,6 +85,17 @@
return;
 }
 
+GQuark
+acme_fblevel_error_quark (void)
+{
+   static GQuark quark = 0;
+
+   if (quark == 0)
+   quark = g_quark_from_string ("acme-fblevel-quark");
+
+   return quark;
+}
+
 int
 acme_fblevel_get_level (AcmeFblevel *self)
 {
@@ -126,16 +138,23 @@
 }
 
 AcmeFblevel *
-acme_fblevel_new (void)
+acme_fblevel_new (GError **error)
 {
AcmeFblevel *self;
int fd, foo;
 
-   if (g_file_test ("/dev/pmu", G_FILE_TEST_EXISTS) == FALSE)
+   if (g_file_test ("/proc/device-tree/aliases/via-pmu", 
G_FILE_TEST_EXISTS) == FALSE) {
return NULL;
+   }
+
 
-   if (acme_fblevel_is_powerbook () == FALSE)
+   if (g_file_test ("/dev/pmu", G_FILE_TEST_EXISTS) == FALSE) {
+   *error = g_error_new_literal (ACME_FBLEVEL_ERROR,
+ ACME_FBLEVEL_ERROR_NO_PMU_DEVICE,
+ _("No '/dev/pmu' device found"));
return NULL;
+   }
+
 
self = ACME_FBLEVEL (g_object_new (ACME_TYPE_FBLEVEL, NULL));
/* This function switches the kernel backlight control off.
@@ -147,31 +166,14 @@
 * Notice nicked from pbbuttons*/
fd  = open ("/dev/pmu", O_RDWR);
/* We can't emit the signal yet, the signal isn't connected! */
-   if (fd < 0)
+   if (fd < 0) {
+   *error = g_error_new_literal (ACME_FBLEVEL_ERROR,
+ ACME_FBLEVEL_ERROR_WRONG_PERMS,
+ _("No permission to open 
'/dev/pmu' device"));
return NULL;
+   }
 
foo = ioctl(fd, PMU_IOC_GRAB_BACKLIGHT, 0);
self->_priv->pmu_fd = fd;
return self;
 }
-
-gboolean
-acme_fblevel_is_powerbook (void)
-{
-   FILE *fd;
-   char str[2048];
-   gboolean found = FALSE;
-
-   fd = fopen ("/proc/cpuinfo", "r");
-   while (!feof (fd) && found == FALSE)
-   {
-   fread (str, 1, 2048, fd);
-   if (strstr (str, "PowerBook") != NULL)
-   found = TRUE;
-   }
-
-   fclose (fd);
-
-   return found;
-}
-
Seulement dans control-center-2.8.1-patched/gnome-settings-daemon/actions: 
acme-fb-level.c.orig
diff -ur 
control-center-2.8.1-orig/gnome-settings-daemon/actions/acme-fb-level.h 
control-center-2.8.1-patched/gnome-settings-daemon/actions/acme-fb-level.h
--- control-center-2.8.1-orig/gnome-settings-daemon/actions/acme-fb-level.h 
2004-01-13 16:57:36.0 +0100
+++ control-center-2.8.1-patched/gno

Bug#281593: Still problems with BBC?

[Hilko Bengen]

Graeme,

could you please try whether you have the same problems with the
current version (4.5.2) of Drupal?

-Hilko


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

Bug#274677: wontfix ?

[Sven Luther]

On Tue, Jan 18, 2005 at 05:41:44PM +, Scott James Remnant wrote:
> On Tue, 2005-01-18 at 18:02 +0100, Sven Luther wrote:
> 
> > I am just wondering if you would care to give any particular reason to your
> > "wontfix" tag ? That conclusion to that bug report is maybe a bit terse, 
> > don't
> > you think ? Not at all what an unsuspecting reader of our BTS is in his 
> > right
> > to expect.
> > 
> Certainly, my dear Sven.
> 
> We're all volunteers and we give our time to this project because we
> love to do so.  I personally put effort into maintaining dpkg because I
> enjoy the unique challenge the code represents, and get a great deal of
> satisfaction from it.
> 
> 
> However, not just as volunteers, but as human beings, we deserve the
> right to be able to give our time without fear or intimidation from
> others.
> 
> The language Marc used in his reply was both rude and aggressive.  This
> intimidated me into treating his bug differently from the other 400-odd
> equal-status bugs currently filed against dpkg.
> 
> 
> I have a right to work without that intimidation, therefore I declined
> to fix the bug or enter any further discourse about it.
> 
> Fortunately Santiago is an excellent moderator, and provided Marc
> listens to him, I'm willing to ignore his behaviour and go back to
> considering this just any bug.

Well, a bug without any reply for over 3 month is some cause for someone maybe
loosing his calm, he is clearly a volunteer like you, and a fellow contributor
to debian. All the remarks that apply to you which you justly gave above, also
apply to him, and leaving a bug report about something that clearly affects
the progress of his work on debian/hurd, is also somewhat rude don't you think 
? 

Also, think of the other inocent bystanders.

I personally believe, as maintainer, that it is my duty to provide at least an
acknowledgement in a relative quick time after each bug report against my
packages, but then i understand not everyone seems to think this is so.

Friendly,

Sven Luther



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

Bug#291002: entry display corrupted

[Johan Svedberg]

* Jan 18 07:54 Matt Kraai <[EMAIL PROTECTED]>:
> The entry display is corrupted.  The entry is from "Freedom to Tinker:
> Clips" at
>
>  http://www.freedom-to-tinker.com/clips/wp-rss2.php

I can't test this myself currently, but a friend using 1.6.1 wasn't able
to reproduce it.

> I've attached a screenshot.

This looks like an old version of Blam, could you check what Help ->
About says?

-- 
Johan Svedberg, [EMAIL PROTECTED], http://johan.svedberg.pp.se/


pgp3Q40mbGoN6.pgp
Description: PGP signature

Bug#290990: gstreamer0.8-x: xvimagesink (default image sink) fails with BadAlloc error

[Loïc Minier]

forwarded 290990 http://bugzilla.gnome.org/show_bug.cgi?id=164512
thanks

Hi,

Steve Langasek <[EMAIL PROTECTED]> - Tue, Jan 18, 2005:

> [ran fine until interrupted, with correct video test pattern]

 Thanks for the tests, I've submitted your problem upstream, and I've
 thought of two other tests while browsing the upstream BTS, could you
 please try:
 gst-launch-0.8 videotestsrc ! video/x-raw-yuv, format=\(fourcc\)I420 !
 xvimagesink
 and:
 gst-launch-0.8 videotestsrc ! video/x-raw-yuv, format=\(fourcc\)YUY2 !
 xvimagesink

 It would be nice to subscribe to the upstream bug report and report
 your success / errors there.

 Thanks!

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

Bug#291104: RFP: libapache2-mod-bwshare -- A bandwidth limiting Apache module

[Kyle Wheeler]

Package: wnpp
Severity: wishlist


* Package name: libapache2-mod-bwshare
  Version : 0.1.3
  Upstream Author : Alan Kennington <[EMAIL PROTECTED]>
* URL : http://www.topology.org/src/bwshare/README.html
* License : Artistic License
  Description : A bandwidth limiting Apache module

(Include the long description here.)
The purpose of this module is to give the web site operator some control 
over bandwidth utilization by individual client hosts. The "bwshare" 
module temporarily blocks access by excessive users. This is aimed 
especially at users who download whole websites at great speed. The 
guiding principle in this module is that two categories of clients 
should be allowed unhindered access: human users and well-behaved search 
engines.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (900, 'testing'), (100, 'experimental'), (100, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-686
Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

Bug#291105: /usr/bin/xfrun4: xfrun4 does not do autocompletion

[Rafal Jedruszek]

Package: xfce4-utils
Version: 4.0.6-1
Severity: wishlist
File: /usr/bin/xfrun4

xfrun4 does not do autocompletion.  Pressing `tab' gives me a jump to
`run in terminal' checkbox.  It should not be like this.  `tab' should
do some autocompletion, like in shells.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)

Versions of packages xfce4-utils depends on:
ii  debianutils  2.11.2  Miscellaneous utilities specific t
ii  libart-2.0-2 2.3.16-6Library of functions for 2D graphi
ii  libatk1.0-0  1.9.0-0ubuntu1  The ATK accessibility toolkit
ii  libc62.3.2.ds1-20ubuntu1 GNU C Library: Shared libraries an
ii  libgail-common   1.8.2-1 GNOME Accessibility Implementation
ii  libgail171.8.2-1 GNOME Accessibility Implementation
ii  libglib2.0-0 2.6.1-1 The GLib library of C routines
ii  libgnomecanvas2-02.8.0-1 A powerful object-oriented display
ii  libgtk2.0-0  2.6.1-1ubuntu1  The GTK+ graphical user interface 
ii  libgtkhtml2-02.6.2-2 HTML rendering/editing library - r
ii  libice6  6.8.1-1ubuntu10 Inter-Client Exchange library
ii  libpango1.0-01.8.0-2 Layout and rendering of internatio
ii  libsm6   6.8.1-1ubuntu10 X Window System Session Management
ii  libx11-6 6.8.1-1ubuntu10 X Window System protocol client li
ii  libxext6 6.8.1-1ubuntu10 X Window System miscellaneous exte
ii  libxfce4mcs-client-1 4.0.6-1 Client library for Xfce4 configure
ii  libxfce4mcs-manager- 4.0.6-1 Manager library for Xfce4 configur
ii  libxfce4util-1   4.0.6-1 Utility functions library for Xfce
ii  libxfcegui4-14.0.6-1 Basic GUI C functions for Xfce4
ii  libxml2  2.6.11-5ubuntu1 GNOME XML library
ii  xlibs6.8.1-1ubuntu10 X Window System client libraries m
ii  xterm [x-terminal-em 6.8.1-1ubuntu10 X terminal emulator
ii  zlib1g   1:1.2.2-4ubuntu1compression library - runtime

-- no debconf information


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

Bug#274677: wontfix ?

[Scott James Remnant]

On Tue, 2005-01-18 at 20:02 +0100, Sven Luther wrote:

> Well, a bug without any reply for over 3 month is some cause for someone maybe
> loosing his calm, he is clearly a volunteer like you, and a fellow contributor
> to debian. All the remarks that apply to you which you justly gave above, also
> apply to him, and leaving a bug report about something that clearly affects
> the progress of his work on debian/hurd, is also somewhat rude don't you 
> think ? 
> 
There are 400 bugs, even if I process them out of order, this one is a
*long* way down the list.

Scott
-- 
Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?


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

Bug#291003: killed on startup

[Johan Svedberg]

* Jan 18 07:54 Matt Kraai <[EMAIL PROTECTED]>:
> When I start Blam, it is sometimes killed just after it creates the
> main window.

It's very hard to say what could be causing this without more info.
Could you try to reproduce and do a stack trace? I have heard people
having problem with some libglade patch but the GNOME bugzilla had no
simular reports.

-- 
Johan Svedberg, [EMAIL PROTECTED], http://johan.svedberg.pp.se/


pgpGB5iN0vFdh.pgp
Description: PGP signature

Bug#291107: kernel-patch-debian-2.6.9: bashism in apply/debian file

[Roberto Suarez Soto]

Package: kernel-patch-debian-2.6.9
Version: 2.6.9-5
Severity: normal

The file apply/debian (/usr/src/kernel-patches/all/2.6.9/apply/debian
in my system) has a bashism in line 160:

for base in $((cd $home/series/ && ls -d *) | sort -rnt- -k 2); do

I have dash as /bin/sh. So, when I try to apply the patch with
"make-kpkg --added-patches debian", it goes like this:

/usr/src/kernel-patches/all/2.6.9/apply/debian: 160: Syntax error: Missing '))'

I think the solution would be to change the "$(...)" stuff for a
backquote block (i.e., "`...`") or to specify /bin/bash as the shell
to use with this script. I've opted for the latter, but the former
looks prettier :-)

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-k7
Locale: LANG=gl:es:en, LC_CTYPE=gl:es:en (charmap=ISO-8859-1) (ignored: LC_ALL 
set to gl_ES)

Versions of packages kernel-patch-debian-2.6.9 depends on:
ii  bzip2 1.0.2-3high-quality block-sorting file co

-- no debconf information


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

Bug#291002: entry display corrupted

[Johan Svedberg]

* Jan 18 11:10 Johan Svedberg <[EMAIL PROTECTED]>:
> * Jan 18 07:54 Matt Kraai <[EMAIL PROTECTED]>:
> > The entry display is corrupted.  The entry is from "Freedom to
> > Tinker: Clips" at
> >
> >  http://www.freedom-to-tinker.com/clips/wp-rss2.php
>
> I can't test this myself currently, but a friend using 1.6.1 wasn't
> able to reproduce it.

Ok, another person confirmed this. I have no idea what's causing it
though. Since it's obviously some rendering problem it might be your
version of Mozilla?

-- 
Johan Svedberg, [EMAIL PROTECTED], http://johan.svedberg.pp.se/


pgpMHtjO8fmg5.pgp
Description: PGP signature

Bug#291106: pvm-dev: Man pages contain bad .so requests (to missing pages)

[Per Bojsen]

Package: pvm-dev
Version: 3.4.2-16
Severity: important

The pvm_dev package has some problems with man pages.  I am getting
numerous errors such as the following from the mandb cron job:

  mandb: can't open /usr/share/man/man3/pvm_kill.3: No such file or directory
  mandb: warning: /usr/share/man/man3/pvmfkill.3.gz: bad symlink or ROFF `.so' 
request

pvmfkill.3.gz does indeed reference pvm_kill.3.  However, the package
chose to name the latter pvm_kill.3PVM and hence mandb cannot find the
reference to pvm_kill.3.  A bunch of the pvm_* pages have the .3
extension while another group has .3PVM.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.9
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages pvm-dev depends on:
ii  libpvm3   3.4.2-16   Parallel Virtual Machine - shared 
ii  libreadline4-dev [libreadline 4.3-11 GNU readline and history libraries
ii  pvm   3.4.2-16   Parallel Virtual Machine - binarie

-- no debconf information


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

Bug#291108: Installation Debian SID -- IDE CD burner not recognized

[Volkmar Busch]

Package: installer
Version: base-config 2.53.4
The installation procedure didn't recognize mit IDE CD burner.
I changed the grub boot entry:
	kernel /boot/vmlinuz-2.4.27-1-386 root=/dev/hda1 ro kernel hdc=ide-scsi
I added the hdc=... entry.
The sg-module wasn't loaded by default, so burning CDs didn't work with 
the Gnome burning tool, xcdroast loaded the module correctly.

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

Bug#274677: dpkg-gencontrol broken on architectures with a "-" in their name

[Duck]

Scott James Remnant <[EMAIL PROTECTED]> writes:

> In particular, the Maintainer knows all the bugs he's set at the
> "important" severity are either hard to fix or would change things in
> such a significant way that would break a lot of things right now.
>
> So the Maintainer actually never bothers to read any bugs in the
> "important" block, and skips past it.
>
> If this bug were in that block, it would be a long time before it got
> fixed.
>
>
> On the other hand, the Maintainer is actively going through the normal
> and minor bugs and mentally filing them in his head to be worked on over
> the next year or so.  So if this bug is in that block, it's got a high
> chance of being fixed.

This is your way to handle bug, not mine. I really think severity
should reflect impact on users as described in the policy, and not be
used as a complementary maintainer parameter, as the "priority" one in
bugzilla. Perhaps something is missing here.
But that is not the real problem.

I bumped the severity for two reasons :
 1) this bug is causing many FTBFS, so is really nasty
 2) i should have used severity important when i first filed the
bugreport, but made a mistake
This was not an intent to artificially bump the severity to get more
attention, even if it was easy to misunderstand.


> The only reason it hasn't been applied to that branch yet is because I
> haven't got to it yet.  There's ~400 bugs in that list, this one isn't
> any more important than a lot of those!

I can perfectly understand this and i agree this bug is no more
important than many other.

The only reason why i was rude is because of this short reply :

Debian GNU/Hurd is not a released architecture.

I feel this reply like a lack of respect for an architecture you
dislike while it has been officially accepted as Debian devel-arch,
integrated in Debian repository, BTS, and other tools and webpages.
Many maintainers only listen to their own taste and we have to fight
hard to make them realize they should be working for users instead of
only their own desires.

I don't know you personnally, so with this kind of reply, this was my
understanding. Many maintainers just give such words and then neglect
the bug, how could i know the bug is not going to be sent to trashcan ?


> I have a right to work without that intimidation, therefore I declined
> to fix the bug or enter any further discourse about it.

As i have a right to work without having my work being misconsidered
because it is not the choice everyone selected.

But in my case i cannot decline anything, i can only cry.


> Yes, either this or a very similar patch will be applied.

Thanks.


> In the 1.13 series, sometime over the next year.

Then we'll have to maintain an unofficial flavor of this pkg, what i
wanted to avoid because is it would be quite a burden, but i see no
alternate solution.


Thanks for your help.

-- 
Marc DequÃnes (Duck)


pgp38WrpdF5dI.pgp
Description: PGP signature

Bug#291109: RFA: dh-make-perl -- Create debian packages from perl modules

[Marc Brockschmidt]

Package: wnpp
Severity: normal

Heya,

I'm searching a maintainer for the dh-make-perl package. I don't have
that much free time and my interest in maintaing the really *bad* code
for dh-make-perl faded in the last few months.

The package description is:
 dh-make-perl will create the files required to build a debian source
 package out of a perl package.  This works for most simple packages
 and is also useful for getting started with packaging perl modules.
 Given a perl package name, it can also automatically download it from
 CPAN.

An Alioth project with an existing CVS is available and I'll add the
next maintainer to the admin list.

There are some bug reports, some easily solvable, others needing a
rework of the whole code. I was planning to do a rewrite to get rid of
the old, not very structured code, but never did so.

Anyway, i'd be happy to give the package away to someone doing more for
its users. Please contact me before actually adopting the package,
thanks.

Marc


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

Bug#291111: ifrename fails to rename interface

[Jason D. Berg]

Package: ifrename
Version: 27-1
Severity: important

ifrename fails to rename the interface either at startup when called
using the hotplug script or when evoked manually. It complains that the
device or resource is busy.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages ifrename depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libiw27 27-1 Wireless tools - library

-- no debconf information


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

Bug#261560: status of iaxcomm?

[Mikael Magnusson]

 Kilian Krause wrote:
Hi,
I see this was uploaded to Debian mentors. Have they found it ok? Are
there any plans to finally make this an official deb?
If there's an open TODO list, what needs to be done and who of you is
going to make this happen?
Thanks for the feedback.
 

Hi,
I haven't gotten much feedback, but I haven't asked for it on for 
example debian-mentors either.

The source and binary packages are almost lintian and linda clean, but 
there are no manual pages for the binaries. There shouldn't be any 
dependency problems, since I'm building the binary packages with pbuilder.

The current iaxclient source package on mentors produces three binary 
package:

1. iaxclient   iax clients: iaxcomm, iaxphone, testcall, tkphone 
and wxiax
2. libiaxclient0   shared library
3. libiaxclient-devdevelopment files

I'm not sure that a shared library should be distributed, since upstream 
haven't released any version yet and I'm using the cvs version, and the 
library is under development. And maybe iaxclient shouldn't contain all 
clients?

The upstream cvs version contains local versions of gsm, iax2, speex and 
portaudio libraries. Currently I'm using gsm from Debian, the local iax2 
version, speex from Debian experimental, and my portaudio packages.

There have been some discussion about the PortAudio license on the 
Debian legal mailing list. PortAudio is already used by audacity, which 
is in main, and the audacity maintainer thinks that it's DFSG free and 
can stay there.

I will update iaxclient with the latest cvs, since it solves some sound 
issues.

I think it can be uploaded to experimental after the update, if you 
think it's good. But it can't go into unstable, since it needs 
libspeex-dev >= 1.1.3-1.

I sent an email to Norbert Tretkowski several months ago asking for the 
status, but didn't get any answer. Maybe I should take over the ITP 
(#261560)?

Regards,
Mikael Magnusson

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

Bug#291110: zope-zwiki: Patch to add flexibility for mail-out

[Brian Thomas Sniffen]

Package: zope-zwiki
Version: 0.37.0-2
Severity: wishlist


Zwiki's mail-out functionality only sends out changes to the pages
SandBox and TestPage to their direct subscribers.  These changes are
not sent to subscribers to the whole Wiki.

In some environments, Wikis are set up with "garden gate" security:
for example, pages labelled "Private" will not be read by those who
do not know they're supposed to read them.  This patch applies the
same handling to mail-out of pages whose names contain Private as
is currently applied to SandBox and TestPage.

Also, it provides a wiki-wide property of an absolute wiki-wide
subscription, suitable for site administrators who want to log or track
all changes.

--- zope-zwiki-0.37.0/ZWiki/Mail.py 2005-01-02 18:42:19.0
-0500
+++ Mail.py 2005-01-08 22:54:45.0 -0500
@@ -45,7 +45,10 @@
 else:
 return []
 else:
-return list(self.subscriber_list)
+   if hasattr(self.folder(),'complete_subscriber_list'):
+   return 
list(self.subscriber_list)+stripList(self.folder().complete_subscriber_list)
+   else:
+return list(self.subscriber_list)
 
 def _setSubscribers(self, subscriberlist, parent=0):
 """
@@ -598,7 +601,7 @@
 if not text: return
 to = None
 recipients = self.subscriberList()
-if not self.title_or_id() in self.quietPages():
+if not ((self.title_or_id() in self.quietPages()) or 
(self.title_or_id().find('Private') != -1)):
 recipients += self.wikiSubscriberList()
 to = ';'
 recipients = self.emailAddressesFrom(recipients)


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.25
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages zope-zwiki depends on:
ii  debconf [debconf-2.0] 1.4.41 Debian configuration management sy
ii  zope  2.6.4-1.6  Open Source Web Application Server

-- debconf information excluded


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

Bug#291083: this seems unlikely...

[Thom May]

tags 291083 unreproducible
severity 291083 normal
thanks

Hi, 
I suspect we'd've heard before if this was the case; can you send an ls of
your /etc/apache2/mods-available/ directory. Also, is this a clean install,
or have you customised a preexisting install?
Cheers,
-Thom


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

Bug#287389:

[Joey Hess]

Alessandro Smali wrote:
> Hi Jo,
> it is still Alex.
> 
> I am not an expert, but from what I have found, upx is a
> compressor/decompressor used on executables and other system files.
> 
> It could be as you say, but does it make sense that when I detach the SCSI
> cable from the motherboard (the SCSI controller is part of the motherboard),
> then the decompression takes place normally and the installation process
> continues past the point I signalled?

No, it doesn't make a lot of sense that upx would be involved if just
removing the cable avoids the problem.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#291112: bittornado: Leaves ghost process when exited normally after disk full

[Jeff Bonham]

Package: bittornado
Version: 0.3.9b-1
Severity: normal

If btdownloadgui.bittornado runs out of disk space while downloading a
torrent, and if the "cancel" button is used to exit the program (like
normal), the GUI will close, but the process will actually continue
running on the system.  If another btdownloadgui.bittornado process is
begun with the same torrent file while the ghost process is running, it
will be able to connect to the tracker, peers and seeds, but will be
unable to upload or download any data.  (The new torrent process was
started after freeing up disk space.)

An example of one of the ghost processes (from 'ps aux'):

silsor5143  3.1  4.3  58112 22284 ?Sl   13:58   2:09 
/usr/bin/python /usr/bin/btdownloadgui torrentfile.torrent

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages bittornado depends on:
ii  python2.3.4-5An interactive high-level object-o

-- no debconf information

-- 
Jeff Bonham
[EMAIL PROTECTED]
PGP Public Key ID: BA289747


signature.asc
Description: Digital signature

Bug#291022: sed version of patch

[Jörg Sommer]

Hi,

I don't know if it is legal to call a program from /usr/ within an init
script, which is the case with awk. This is a sed part for the replacing:

-e 'h; s/^.*=//; x; s/[[:space:]]*=.*$/=/; s#\.#/#g; G; s/\n//'

HTH, Jörg.

-- 
Fuchs' Paradoxon (http://www.bruhaha.de/laws.html):
Wer eine allgemeine Frage beliebigen Themas nach de.alt.arnooo postet und
eine ernsthafte Antwort erwartet, ist dort eigentlich ziemlich ontopic.


signature.asc
Description: Digital signature

Bug#290942: libpisock8: README.Debian desirable

[Ludovic Rousseau]

Le Monday 17 January 2005 à 23:59:55, Osamu Aoki a écrit:
> Hi,

Hello,

I know that libpisock8 works with Linux 2.6 and udev. That is the
configuration I am using.

I also have a udev configuration file:
/etc/udev/rules.d/my_rules.rules
KERNEL="ttyUSB0", NAME="pda", MODE="0666", SYMLINK="pilot"

It would be best to have this configuration included in the udev package 
but the USB craddle seams to be "complex" when it comes to the ttyUSB0/1
they are using.

And I am not a udev expert. We both have two very different udev
configuration files :-)

> Can you make this key info at the top of document!
> 
> you must hit the HotSync button on your cradle _FIRST_, before
> launching any of pilot-link's various utilities.

That is not true AFAIC. I first need to _plug_ the cradle. In fact I use a
PalmV with a USB connector. I don't know it that qualify as a real cradle.
I have in dmesg(8):
  pl2303 2-1:1.0: PL-2303 converter detected
  usb 2-1: PL-2303 converter now attached to ttyUSB0

My concern is that it is not right to say "you must hit the HotSync
button on your cradle _FIRST_" since it depends.

> It is nicely hidden.  Besides jpilot and other only depends on
> libpisock8, this pilot-link package (sharing source) is nicely hidden by
> not having README.Debian in its /usr/share/doc/libpisock8 directory
> indicating detail documentation is available in pilot-link.  This was a
> bit of puzzele.

Good point. I will add the README.Debian in /usr/share/doc/libpisock8/
as well.


If any of you have a magic udev configuration file that will work
_everywhere_ for _everyone_ I would be pleased to use it.

Bye,

-- 
 Dr. Ludovic Rousseau[EMAIL PROTECTED]
 -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --


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

Bug#291106: pvm-dev: Man pages contain bad .so requests (to missing pages)

[Steinar H. Gunderson]

On Tue, Jan 18, 2005 at 02:33:34PM -0500, Per Bojsen wrote:
> The pvm_dev package has some problems with man pages.  I am getting
> numerous errors such as the following from the mandb cron job:

Hm, I fixed a lot of those bugs in the last update, but I'll have a look at
it after I get back next week sometime. :-)

> pvmfkill.3.gz does indeed reference pvm_kill.3.  However, the package
> chose to name the latter pvm_kill.3PVM and hence mandb cannot find the
> reference to pvm_kill.3.  A bunch of the pvm_* pages have the .3
> extension while another group has .3PVM.

Yes, there's some magic going on there :-/ dh_installman and PVM aren't the
best of friends.

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


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

Bug#288604: galeon: the printer is not the default printer defined in cups

[Loïc Minier]

Hi,

 This is a followup for Debian bug .

Didrik Pinte <[EMAIL PROTECTED]> - Tue, Jan 04, 2005:

> Is it possible to make galeon aware of the default printer defined in
> the gnome-cups-manager. When I try to print, the default printer is not
> the one selected. The behaviour seems ok in nearly all the gnome
> applications. I do think it will be possible in Galeon too.

Laurent Bonnaud <[EMAIL PROTECTED]> - Tue, Jan 18, 2005:

> I have the same problem on my system.  galeon uses the last printer
> listed by "lpstat -t" as the default printer.  It does not use the
> printer defined in "~/.lpoptions".

 For your information, Galeon talks to Mozilla and uses something called
 Xprint.  I'm in the process of understanding how that's supposed to
 work.

 It seems there's a tool to list Xprint printers, try:
% xplsprinters -d -l -dump

 I get a long listing, with no way to distinguish the default printer...

 This is all caused by the lack of support of libgnomeprint in Mozilla.

 Galeon implements a workaround by remembering the last printer you used
 as the default, doesn't it work in 1.3.19-1?

 Regards,

-- 
Loïc Minier <[EMAIL PROTECTED]>
"Neutral President: I have no strong feelings one way or the other."

Bug#290047: patch

[Joey Hess]

Here's a patch for the security holes.

-- 
see shy jo
diff -ur old/linux-wlan-ng-0.2.0+0.2.1pre21/debian/changelog 
linux-wlan-ng-0.2.0+0.2.1pre21/debian/changelog
--- old/linux-wlan-ng-0.2.0+0.2.1pre21/debian/changelog 2005-01-18 
15:22:29.0 -0500
+++ linux-wlan-ng-0.2.0+0.2.1pre21/debian/changelog 2005-01-18 
15:22:20.0 -0500
@@ -1,3 +1,12 @@
+linux-wlan-ng (0.2.0+0.2.1pre21-1.1) UNRELEASED; urgency=low
+
+  * NMU
+  * Remove unsafe echo to /tmp/log that I added for debugging ages ago.
+  * Fix unsafe uses of temp files in /etc/wlan/shared (not used by default
+in Debian) -- use /var/run instead. Closes: #290047
+
+ -- Joey Hess <[EMAIL PROTECTED]>  Tue, 18 Jan 2005 15:18:15 -0500
+
 linux-wlan-ng (0.2.0+0.2.1pre21-1) unstable; urgency=low
 
   * New upstream prerelease (Closes: #269678)
diff -ur old/linux-wlan-ng-0.2.0+0.2.1pre21/debian/linux-wlan-ng-resume 
linux-wlan-ng-0.2.0+0.2.1pre21/debian/linux-wlan-ng-resume
--- old/linux-wlan-ng-0.2.0+0.2.1pre21/debian/linux-wlan-ng-resume  
2005-01-18 15:22:29.0 -0500
+++ linux-wlan-ng-0.2.0+0.2.1pre21/debian/linux-wlan-ng-resume  2005-01-18 
15:18:11.0 -0500
@@ -3,7 +3,6 @@
 # iterfaces. Otherwise they could get into a weird state.
 IFACES=$(ifconfig | grep -B 1 ^wlan | cut -d ' ' -f 1)
 for iface in $IFACES; do
-   echo down $ifcase >>/tmp/log
ifdown $iface || ifconfig $iface down
 done
 
diff -ur old/linux-wlan-ng-0.2.0+0.2.1pre21/etc/wlan/shared 
linux-wlan-ng-0.2.0+0.2.1pre21/etc/wlan/shared
--- old/linux-wlan-ng-0.2.0+0.2.1pre21/etc/wlan/shared  2004-03-12 
11:26:02.0 -0500
+++ linux-wlan-ng-0.2.0+0.2.1pre21/etc/wlan/shared  2005-01-18 
15:21:48.0 -0500
@@ -572,9 +572,9 @@
# Collect the current scheme name and save the file
if [ -r $WLAN_SCHEMEFILE ] ; then
WLAN_SCHEME=`cat $WLAN_SCHEMEFILE`
-   cp $WLAN_SCHEMEFILE /tmp/wlan_scheme_`date +"%T"`.tmp
+   cp $WLAN_SCHEMEFILE /var/run/wlan_scheme_`date +"%T"`.tmp
else
-   touch /tmp/wlan_scheme_`date +"%T"`.tmp
+   touch /var/run/wlan_scheme_`date +"%T"`.tmp

fi
 
@@ -602,7 +602,7 @@
WLAN_SCHEMEFILE="/var/run/pcmcia-scheme"
fi
 
-   TMPFILE=`ls /tmp/wlan_scheme*.tmp | tail -n 1`
+   TMPFILE=`ls /var/run/wlan_scheme*.tmp | tail -n 1`
 
if [ -r $TMPFILE ] ; then
cat $TMPFILE > $WLAN_SCHEMEFILE


signature.asc
Description: Digital signature

Bug#274677: wontfix ?

[Santiago Vila]

On Tue, 18 Jan 2005, Sven Luther wrote:

> I personally believe, as maintainer, that it is my duty to provide
> at least an acknowledgement in a relative quick time after each bug
> report against my packages, but then i understand not everyone seems
> to think this is so.

The BTS already acknowledges the bug reports for us :-)

If you mean a message like "I received your mail", I think it would be
redundant. We can't always analyze the bugs in real time. Many of us
prefer to work in batch mode, which means doing some work on a single
package while we temporarily forget about the others.


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

Bug#274677: wontfix ?

[Sven Luther]

On Tue, Jan 18, 2005 at 07:17:41PM +, Scott James Remnant wrote:
> On Tue, 2005-01-18 at 20:02 +0100, Sven Luther wrote:
> 
> > Well, a bug without any reply for over 3 month is some cause for someone 
> > maybe
> > loosing his calm, he is clearly a volunteer like you, and a fellow 
> > contributor
> > to debian. All the remarks that apply to you which you justly gave above, 
> > also
> > apply to him, and leaving a bug report about something that clearly affects
> > the progress of his work on debian/hurd, is also somewhat rude don't you 
> > think ? 
> > 
> There are 400 bugs, even if I process them out of order, this one is a
> *long* way down the list.

But you didn't get all those bug reports the same day, don't you ? There is a
patch included, the initial report was done in good form, and altough hurd is
not released, it is an important component of debian, so the bug report is
clearly above average and warranted at least a response.

A quick line that it is part of base and thus frozen or therelike would have
been enough, a full silence is in my opinion worse than any shouting that
could happen.

Friendly,

Sven Luther



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

Bug#291113: galeon: Galeon window moves between workspaces when opening external links

[Brett Smith]

Package: galeon
Version: 1.3.19-1
Severity: normal

The NEWS.gz for 1.3.19 says:

- Launch urls opened from the command line in a new tab if a galeon
  window is on the current workspace

This is a great idea.  Unfortunately, it doesn't seem to be working
correctly.  I have just a single Galeon window, and what happens when I
open a link is that the open Galeon window moves to whatever workspace I'm
currently on, and then opens the link in a new tab.

So, for example: I have a Galeon window in workspace 1, and am working in
Evolution in workspace 2.  If I click a link in Evolution, the Galeon
window moves to workspace 2, and opens the link in a new tab.  My reading
of the above is that it should open a new window for workspace 2.

This happens when I open links in Evolution, X-Chat, and GNOME Terminal, so
I'm pretty sure the issue is with Galeon itself.  It seems to happen no
matter where Galeon or the other application both happen to be.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages galeon depends on:
ii  debconf  1.4.42  Debian configuration management sy
ii  galeon-common1.3.19-1GNOME web browser for advanced use
ii  gconf2   2.8.1-4 GNOME configuration database syste
ii  gnome-control-center 1:2.8.1-3   The GNOME Control Center for GNOME
ii  libart-2.0-2 2.3.16-6Library of functions for 2D graphi
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libaudiofile00.2.6-5 Open-source version of SGI's audio
ii  libbonobo2-0 2.8.0-4 Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.8.0-2 The Bonobo UI library
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libeel2-22.8.2-1 Eazel Extensions Library (for GNOM
ii  libesd0  0.2.35-2Enlightened Sound Daemon - Shared 
ii  libgail-common   1.8.2-1 GNOME Accessibility Implementation
ii  libgail171.8.2-1 GNOME Accessibility Implementation
ii  libgcc1  1:3.4.3-7   GCC support library
ii  libgconf2-4  2.8.1-4 GNOME configuration database syste
ii  libgcrypt11  1.2.0-11LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.4.1-1   Library to load .glade files at ru
ii  libglib2.0-0 2.6.1-2 The GLib library of C routines
ii  libgnome-keyring00.4.1-1 GNOME keyring services library
ii  libgnome2-0  2.8.0-6 The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.8.0-1 A powerful object-oriented display
ii  libgnomeui-0 2.8.0-3 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.8.3-9 The GNOME virtual file-system libr
ii  libgnutls11  1.0.16-13   GNU TLS library - runtime library
ii  libgpg-error01.0-1   library for common error values an
ii  libgtk2.0-0  2.4.14-2The GTK+ graphical user interface 
ii  libhowl0 0.9.8-2 Library for Zeroconf service disco
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libjpeg626b-9The Independent JPEG Group's JPEG 
ii  libnautilus2-2   2.8.2-2 libraries for nautilus components 
ii  liborbit21:2.10.2-1.1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.6.0-3 Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session Management
ii  libstdc++5   1:3.3.5-6   The GNU Standard C++ Library v3
ii  libtasn1-2   0.2.10-4Manage ASN.1 structures (runtime)
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  libxml2  2.6.11-5GNOME XML library
ii  libxrender1  0.8.3-7 X Rendering Extension client libra
ii  mozilla-browser  2:1.7.5-1   The Mozilla Internet application s
ii  procps   1:3.2.4-1   The /proc file system utilities
ii  scrollkeeper 0.3.14-9.1  A free electronic cataloging syste
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-4   compression library - runtime

-- no debconf information


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

Bug#291114: mozilla-thunderbird-locale-fr: Out of date translation

[Thomas Petazzoni]

Package: mozilla-thunderbird-locale-fr
Version: 0.9.dfsg-1
Severity: normal


Hello,

mozilla-thunderbird-locale-fr is out of date regarding recent versions
of Mozilla Thunderbird. Would it be possible to package a new version ?

The following packages have unmet dependencies:
  mozilla-thunderbird-locale-fr: Depends: mozilla-thunderbird (< 0.9.0)
but 1.0-3 is to be installed

Thanks

Thomas

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

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


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

Bug#289992: esvn: error message: "svn: Can't recode string"

[Philip Martin]

Pierre Chifflier <[EMAIL PROTECTED]> writes:

>> svn commit -m neu cg1-uebung-12-Shader und Umgebungsbeleuchtung.pdf
>> --non-interactive
>> svn: Übertragen fehlgeschlagen (Details folgen):
>> svn: Can't recode string
>> error (1)
>> svn: Can't recode string

That's probably caused by a filename that cannot be converted to
UTF-8.  The Subversion repository uses UTF-8 internally and the client
converts between your current locale and UTF-8.  It looks like one of
the files in the working copy has a name that is not valid byte
sequence in your current locale.

-- 
Philip Martin


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

Bug#290187: www.debian.org: packages.debian.org recently got uglier in non-CSS browsers

[Denis Barbier]

On Tue, Jan 18, 2005 at 10:23:48AM +0100, Frank Lichtenheld wrote:
> On Sun, Jan 02, 2005 at 01:42:28AM -0500, Brian Sammon wrote:
> > This change has happened in the past week or two, as far as I can tell; I
> > look at packages.debian.org at least once or twice a week.
> > When I look at a package info page with my non-CSS browser, where it used to
> > display a graphical bullet color-coded to the type of dependency, now it
> > just displays [dep] or [sug] or [rec].  This makes it take me longer to scan
> > the page to determine which dependencies I am interested in.
> > 
> > You can see this if you use the "dillo" browser.
> > Has a decision been made to only support CSS browsers?
> 
> In this case I wouldn't have cared to actually add the [dep], would
> I? ;)
> 
> Seriously speaken it just didn't occur to me that one would think of that
> as really harder to scan (and for the non-CSS text browsers it doesn't
> makes a difference, anyway). But I see your point.
> 
> What do you think about something like
> http://packages.debian.net/unstable/graphics/scribus ? I replaced the
> [dep] string with the image and put the [dep] into the alt attribute.
> It doesn't look really nice because of the linebreak after the image
> but I only can change that with CSS.

Please note also that the new layout is less Lynx-friendly because it
adds vertical space.  Entries are now in the form:
  
[dep] package namepackage description
...
  
It may be replaced by
  
[dep] package namepackage description
...
  
where [dep] is rendered like now by an alt attribute or hidecss.

This also applies for the download table, it is much longer than before
and is pretty annoying.  In order to be usable, rows and cols have to
be swapped, i.e. display would look like
 ArchList of files   SizeInstalled size
alpha   [list of files]   200 500
 arm[list of files]   200 500
...
It is then readable with Lynx, but looks surely ugly with graphical
browsers, so you may be reluctant to perform such a change.  In this
case, please at least move this table below
  Search for other versions of 
so that we do not have to scroll down to read useful information, or
move it to a dedicated 'download' page.

Denis


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

Bug#290942: libpisock8: README.Debian desirable

[David A. Desrosiers]

> If any of you have a magic udev configuration file that will work 
> _everywhere_ for _everyone_ I would be pleased to use it.

The instructions I posted to the pilot-link-general list[1] a 
few months back seem to work for everyone I've heard from so far. No 
reports of these instructions NOT working for anyone, including myself 
(and as anyone knows, my systems are especially finicky).

[1] 
http://lists.pilot-link.org/pipermail/pilot-link-general/2004-November/002120.html


David A. Desrosiers
[EMAIL PROTECTED]
http://gnu-designs.com


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

Bug#290942: libpisock8: README.Debian desirable

[Osamu Aoki]

On Tue, Jan 18, 2005 at 09:14:56PM +0100, Ludovic Rousseau wrote:
> Le Monday 17 January 2005 à 23:59:55, Osamu Aoki a écrit:
> > Hi,
> 
> Hello,
> 
> I know that libpisock8 works with Linux 2.6 and udev. That is the
> configuration I am using.
> 
> I also have a udev configuration file:
> /etc/udev/rules.d/my_rules.rules
> KERNEL="ttyUSB0", NAME="pda", MODE="0666", SYMLINK="pilot"

Yes, this symlink thing is needed.  Otherwise, after a run, initially
set pilot symlink by debconf is erased somehow on my system.

(BTW, MODE can be 0660 though.  As long as you belong to the dialout
group or change /etc/udev/permissions.d/udev.permissions to match with
group you let the pilot user belong to.  This too generous permission
may cause you security bug if you make this as default install script.)

> It would be best to have this configuration included in the udev package 
> but the USB craddle seams to be "complex" when it comes to the ttyUSB0/1
> they are using.

If maintaner script completely takes care all the situation, yes.  But
doing so may be the source of extra bug reports since people will want
different groups,  this may be best left as README.Debian and
/usr/share/doc/examples/*.

> And I am not a udev expert. We both have two very different udev
> configuration files :-)

Me neither.

> > Can you make this key info at the top of document!
> > 
> > you must hit the HotSync button on your cradle _FIRST_, before
> > launching any of pilot-link's various utilities.
> 
> That is not true AFAIC. I first need to _plug_ the cradle. In fact I use a
> PalmV with a USB connector. I don't know it that qualify as a real cradle.
> I have in dmesg(8):
>   pl2303 2-1:1.0: PL-2303 converter detected
>   usb 2-1: PL-2303 converter now attached to ttyUSB0

Interesting.  Even if I have power on, no message comes to my screen.
Your newer pilot may have auto start initiated upon plugging in.
Mine is older.

Once I press sync button or sync icon, it start interacting Linux with
mine.  I double checked.

> My concern is that it is not right to say "you must hit the HotSync
> button on your cradle _FIRST_" since it depends.

I see.  

> > It is nicely hidden.  Besides jpilot and other only depends on
> > libpisock8, this pilot-link package (sharing source) is nicely hidden by
> > not having README.Debian in its /usr/share/doc/libpisock8 directory
> > indicating detail documentation is available in pilot-link.  This was a
> > bit of puzzele.
> 
> Good point. I will add the README.Debian in /usr/share/doc/libpisock8/
> as well.

Just a short one is fine.  For debugging, pilot-link command line is
more suitable and installing it should not bother anyone.

Osamu 

Bug#288140: Two workarounds

[Jan Minar]

Hi.

2 workarounds:

(1) Alter the kernel commandline (thanks Frans Pop):

At the kernel command-line (SILO prompt) add these arguments:

languagechooser/language-name=English
countrychooser/shortlist=US
languagechooser/language-name=English
countrychooser/shortlist=US
console-keymaps-sun/keymap=sunkeymap

so the whole commandline will look like (no line breaks):

linux languagechooser/language-name=English countrychooser/shortlist=US 
languagechooser/language-name=English countrychooser/shortlist=US 
console-keymaps-sun/keymap=sunkeymap



(2) After the bootup, press Return 3 times:

(a) When the installer boots, find a key that functions as
Return (Right Arrow here; if this doesn't work for you, mess
with it for a while, find it, reboot).

(b) Using this, select the default entry at the first three
screens (English, US, US keyboard).  Now that you've selected
the US keyboard, the keyboard layout is OK.

(c) If you're not entirely happy with this
country/language/keyboard selection, restart the installation
process (e.g. by Alt-F2 switching to tty2, Return activating the
shell, kill -9 debian-installer, Alt-F1 switching back).

HTH.
-- 
 )^o-o^|jabber: [EMAIL PROTECTED]
 | .v  Ke-mail: jjminar FastMail FM
 `  - .' phone: +44(0)7981 738 696
  \ __/Jan icq: 345 355 493
 __|o|__Minář  irc: [EMAIL PROTECTED]


pgpgFR2DatLma.pgp
Description: PGP signature

Bug#273808: cupsys: Incorrect location of web interface docroot in cupsd.conf

[David Morel]

Package: cupsys
Version: 1.1.22-8
Followup-For: Bug #273808


It might be related; I noticed an error in stock cupsd.conf:
DocumentRoot mentions /usr/share/cups/doc , but it is in fact
/usr/share/cups/doc-root. This prevents displaying of images in the
interface among other things.

here's the diff:

--- /etc/cups/cupsd.conf.old2005-01-18 21:17:07.0 +0100
+++ /etc/cups/cupsd.conf2005-01-18 21:14:53.0 +0100
@@ -583,7 +583,7 @@
#
#DocumentRoot /usr/share/cups/doc

-DocumentRoot /usr/share/cups/doc
+DocumentRoot /usr/share/cups/doc-root

# Font path (FontPath)
#

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages cupsys depends on:
ii  adduser 3.59 Add and remove users and groups
ii  debconf 1.4.30.11Debian configuration management sy
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libcupsimage2   1.1.22-8 Common UNIX Printing System(tm) - 
ii  libcupsys2-gnutls10 1.1.22-8 Common UNIX Printing System(tm) - 
ii  libgnutls11 1.0.16-9 GNU TLS library - runtime library
ii  libpam0g0.76-22  Pluggable Authentication Modules l
ii  libpaper1   1.1.14-3 Library for handling paper charact
ii  libslp1 1.0.11-7 OpenSLP libraries
ii  patch   2.5.9-2  Apply a diff file to an original
ii  perl-modules5.8.4-5  Core Perl modules
ii  xpdf-utils  3.00-11  Portable Document Format (PDF) sui
ii  zlib1g  1:1.2.2-3compression library - runtime

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: ipp, lpd, parallel, socket, usb


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

Bug#291115: seyon has locale problem

[Rainer Dorsch]

Package: seyon
Version: 2.20c-15
Severity: normal

Steve,

I just installed seyon. I does not start, I think it that the installation has 
a locale
problem:

[EMAIL PROTECTED]:~$ seyon
uxterm tried to use locale en_US.UTF-8
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
[EMAIL PROTECTED]:~$ export
declare -x COLORTERM=""
declare -x DESKTOP_SESSION="default"
declare -x DISPLAY=":0"
declare -x DM_CONTROL="/var/run/xdmctl"
declare -x GS_LIB="/home/rd/.fonts"
declare -x
GTK2_RC_FILES="/etc/gtk-2.0/gtkrc:/home/rd/.gtkrc-2.0:/home/rd/.kde/share/config/gtkrc"
declare -x
GTK_RC_FILES="/etc/gtk/gtkrc:/home/rd/.gtkrc:/home/rd/.kde/share/config/gtkrc"
declare -x HOME="/home/rd"
declare -x KDE_FULL_SESSION="true"
declare -x KDE_MULTIHEAD="false"
declare -x KONSOLE_DCOP="DCOPRef(konsole-12319,konsole)"
declare -x KONSOLE_DCOP_SESSION="DCOPRef(konsole-12319,session-4)"
declare -x LOGNAME="rd"
declare -x
LS_COLORS="no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.ogg=01;35:*.mp3=01;35:*.wav=01;35:"
declare -x NNTPSERVER="news.online.de"
declare -x OLDPWD
declare -x PATH="/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games"
declare -x PWD="/home/rd"
declare -x SESSION_MANAGER="local/silverboxy:/tmp/.ICE-unix/12289"
declare -x SHELL="/bin/bash"
declare -x SHLVL="2"
declare -x SSH_AGENT_PID="12240"
declare -x SSH_AUTH_SOCK="/tmp/ssh-nLGAf12194/agent.12194"
declare -x TERM="xterm"
declare -x USER="rd"
declare -x WINDOWID="41943045"
declare -x XCURSOR_SIZE=""
declare -x XCURSOR_THEME="default"
declare -x
XDM_MANAGED="/var/run/xdmctl/xdmctl-:0,maysd,mayfn,sched,rsvd,method=classic"
declare -x XPSERVERLIST=":64 "
[EMAIL PROTECTED]:~$   

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (600, 'testing'), (300, 'unstable'), (200, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages seyon depends on:
ii  debconf  1.4.30.11   Debian configuration management sy
ii  konsole [x-terminal-emul 4:3.3.1-4   KDE X terminal emulator
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session Management
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxaw7  4.3.0.dfsg.1-10 X Athena widget set library
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  libxmu6  4.3.0.dfsg.1-10 X Window System miscellaneous util
ii  libxpm4  4.3.0.dfsg.1-10 X pixmap library
ii  libxt6   4.3.0.dfsg.1-10 X Toolkit Intrinsics
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  xterm [x-terminal-emulat 4.3.0.dfsg.1-10 X terminal emulator

-- debconf information:
  seyon/device: /dev/modem


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

Bug#289864: gv: Please provide an upgrade path from ghostview

[Adam C Powell IV]

Hello,

The problem was that ghostview/menu interaction disrupted the upgrade
process.  This solves the problem in that gv will force the removal of a
buggy ghostview, eliminating that problem from future upgrades.  (And a
conflicts in menu, or an executable menu, should solve the problem of
removing ghostview when menu is not configured.)

I agree with you that Provides and a symlink would make gv a more
complete ghostview replacement.  But in my scan of the Packages lists, I
didn't see anything which Depends on ghostview, making Provides not
strictly necessary.  And a symlink would mainly avoid confusion on the
part of non-admin users, again a different issue.

Do you think these warrant a new wishlist bug?  Or do you feel that the
lack of Provides and symlink make this bug unfinished?  (In which case
feel free to reopen it...)

Thanks,
Adam

On Sat, 2005-01-15 at 10:54 +0100, Bill Allombert wrote:
> On Tue, Jan 11, 2005 at 08:33:59AM -0500, Adam C Powell IV wrote:
> > Package: gv
> > Severity: wishlist
> > 
> > Greetings,
> > 
> > ghostview's removal from the archive presents problems since its postrm
> > in woody is buggy, e.g. bug 289702.  Please provide an upgrade path by
> > conflicting with and replacing ghostview, so ghostview users will get a
> > similar postscript previewer when they upgrade to sarge.
> 
> I am a bit confused: don't you need to also Provides: ghostview ?
> (and maybe add a symlink ghostview->gv).
> 
> It is unclear to me that just Conflict/Replace ghostview will
> help at all.
> 
> Cheers,
-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

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


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

Bug#63778: Online Pharmaag

[Ryan]

Would you like cheap Drugs?
http://rdexwz.kqet.com



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

Bug#290942: libpisock8: README.Debian desirable

[David A. Desrosiers]

> What surprise me in that /etc/udev/rules.d/10-visor.rules contains
>   KERNEL="ttyUSB1" SYMLINK="pilot"
> but has nothing about ttyUSB0. Is it normal?

Its not possible to determine which device node a given USB 
Palm device will use to communicate (and the T5 is a total nightmare, 
just cradling it "connects" it to the USB bus, but not on the HotSync 
pipes, so things like kpilotDaemon, gpilotd, etc. all wake up, and 
fail to connect. We haven't figured it out yet).

But we're moving to libusb anyway, bypassing the need for the 
kernel visor driver and this whole device/inode/symlink madness. The 
other benefit of libusb is the 6x speedup in sync speed. 


David A. Desrosiers
[EMAIL PROTECTED]
http://gnu-designs.com


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

Bug#265399: patch affect quota bouncing

[Stefan Alfredsson]

I have a setup consisting of postfix + maildrop, with maildir delivery and
quotas on maildirs (via maildirmake -q ).

While examining the logs, I noted that over-quota mails were deferred by
postfix, rather than bounced with an over-quota message.

Searching all over the net and through man-pages, maildrop (or rather
deliverquota) should return exit code 77 (EX_NOPERM) when over quota, and
postfix should bounce such messages.

However, I finally stumbled upon README.Debian, that says



Patches
***

The error code for errors on opening maildirs has been changed from
77 (EX_NOPERM) to 75 (temporary failure). See Debian bug 265399 for
a more thorough discussion of the reason for this patch.


In deliver.C :


if ( deliver_maildir.MaildirOpen(mailbox, deliver_file,
 maildrop.msgptr->MessageSize()) < 0)
  throw 75;


In maildir.C :

...
 merr << "maildrop: maildir over quota.\n";
   return (-1);
...


So - MaildirOpen returns < 0 if account is over quota, as well as if the
disk-space is full.

A high-volume mailserver with possibly lot of "abusing" or forgetful
users, should not have over-quota mails deferred, as this may even cause
the server to run out of disk-space in the long run because of queue build
up.

A more fine-grained patch is thus required.

Regards,
 Stefan

Bug#291116: kicker: K-Menu popup on Win key tap is *hardcoded*

[Maciej Kalisiak]

Package: kicker
Version: 4:3.3.1-4
Severity: normal

In prior versions of KDE (at least before 3.2), the Windows key could be used
as a plain modifier key.  Since then KDE has, in addition, accumulated the
nasty habit of popping up the K/Start menu when that key is tapped by its
lonesome.  

Although I understand this may have been done to better mimic the behaviour of
MS Windows, it would have been really nice to make this configurable somehow.
As is, this behaviour seems to be *hardcoded* into kicker/kbutton.cpp (see the
"#ifdef HAVE_XTEST" sections), rendering KDE an excercise in frustration for
some of us who have adopted the key as a regular and frequently-used modifier
(e.g., all my window manager actions are bound to Winkey-based combos).

This is because, although in the current form the Win key can be used in both
capacities, it leads to trouble when the user changes his or her mind in
mid-key-combo, which results in an unexpected (and very unwelcome) K-Menu
popup.  This is exacerbated if the user has already started typing something
instead, since the focus is yanked from the current app to the K-Menu. In my
workflow this happens excruciatingly frequently.

There does not appear to be any reasonable workaround, even with "xmodmap", as
something always breaks (e.g., mapping Win key to "HyperL" in X, leads to
missing "Win" modifier in KDE).  I'm aware that the K-Menu will not popup on
Win tap if the NumLock is on, but this is not a viable solution, as often one
needs NumLock set in a specific way due to the demands of what one is doing
(i.e., using the NumLock as it was meant to be used).

Please, please, *please* make this hack runtime configurable.

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

Versions of packages kicker depends on:
ii  kdebase-data  4:3.3.1-4  KDE Base (shared data)
ii  kdelibs4  4:3.3.1-1  KDE core libraries
ii  libart-2.0-2  2.3.16-5   Library of functions for 2D graphi
ii  libc6 2.3.2.ds1-16   GNU C Library: Shared libraries an
ii  libfam0c102   2.6.10-1   client library to control the FAM 
ii  libgcc1   1:3.4.1-5  GCC support library
ii  libice6   4.3.0.dfsg.1-8 Inter-Client Exchange library
ii  libidn11  0.5.2-3GNU libidn library, implementation
ii  libkonq4  4:3.3.1-4  Core libraries for KDE's file mana
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libqt3c102-mt 3:3.3.3-7  Qt GUI Library (Threaded runtime v
ii  libsm64.3.0.dfsg.1-8 X Window System Session Management
ii  libstdc++51:3.3.4-9  The GNU Standard C++ Library v3
ii  libx11-6  4.3.0.dfsg.1-8 X Window System protocol client li
ii  libxext6  4.3.0.dfsg.1-8 X Window System miscellaneous exte
ii  libxrender1   0.8.3-7X Rendering Extension client libra
ii  libxtst6  4.3.0-2X Window System event recording an
ii  xlibs 4.3.0-2X Window System client libraries m
ii  zlib1g1:1.2.1-1  compression library - runtime

-- no debconf information


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

Bug#155255: Online Pharmafm

[Ben]

Would you want cheap Perscriptions?
http://vmeopr.lazv.com



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

Bug#290942: libpisock8: README.Debian desirable

[Ludovic Rousseau]

Le Tuesday 18 January 2005 à 15:44:26, David A. Desrosiers a écrit:
> 
> > If any of you have a magic udev configuration file that will work 
> > _everywhere_ for _everyone_ I would be pleased to use it.
> 
>   The instructions I posted to the pilot-link-general list[1] a 
> few months back seem to work for everyone I've heard from so far. No 
> reports of these instructions NOT working for anyone, including myself 
> (and as anyone knows, my systems are especially finicky).

Good. I will test it with my config.

What surprise me in that /etc/udev/rules.d/10-visor.rules contains
KERNEL="ttyUSB1" SYMLINK="pilot"
but has nothing about ttyUSB0. Is it normal?

Is ttyUSB0/1 only used by Palm PDA or this "device" is also used by
another very different hardware? I guess it would not harm to have a
/dev/pilot when you plug a USB toaster also using ttyUSB0 but it would
not be very nice.

/etc/udev/permissions.d/10-visor.permissions contains
ttyUSB1:$local:uucp:0660
and that would be problematic if the (hypothetic) USB toaster I mentioned
above is plugged.
What is "$local" supposed to be? The id of the user logged in some way?
I can find it anywhere on my Debian udev config files.

It would be nice to have a udev support added to the udev Debian package
but we must be sure not to bring bad side effects.

Bye,

-- 
 Dr. Ludovic Rousseau[EMAIL PROTECTED]
 -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --


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

Bug#280741: scid: Tablebase support intentionally disabled

[Peter van Rossum]

Package: scid
Version: 3.6.1-1
Followup-For: Bug #280741

Tablebase support for scid has intentionally been disabled.
Regrettably, the tablebase code does not satisfy the Debian
Free Software Guidelines, so I even removed it from Debian's
.orig.tar.gz.

Although this is documented in /usr/share/doc/scid/README.Debian,
this should probably be made clearer to a user who is just
using Scid's gui.

Peter van Rossum


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

Bug#59269: Online Pharmast

[Ryan]

Do you want a inexpensive Perscriptions?
http://ayjgkd.nrik.com



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

Bug#66684: Online Pharmaji

[Ryan]

Want a inexpensive Perscriptions?
http://bbqcfo.nrik.com



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

Bug#76625: Online Pharmaqv

[Ryan]

Want a inexpensive Perscriptions?
http://szsnys.kqet.com



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

Bug#265747: 2.00 -> 2.01 causes breakage with a CyberDrive CW058D

[Garrett McLean]

Hi again!
I have a CyberDrive CW058D. It works perfectly in WinXP and 2.4 with 
SCSI emulation. I've also found that it works perfectly when I run

#cdrecord dev=/dev/hdc image .iso
under cdrecord version 2.00 and kernel 2.6.10 (no SCSI emulation). When 
I try it with 2.01 (even the non-alpha 2.01), it hangs up and is totally 
unkillable. The drive doesn't look or sound like it's doing anything, so 
I know it's stuck in some kind of loop similar to the one Alan Chandler 
was talking about above. However, I've found consistent sucess with 
version 2.00. Therefore perhaps there is something in the transition 
from 2.00 -> 2.01 that causes the breakage with CyberDrive units? I 
guess a good first step would be to check out the differences between 
2.00 and 2.01...unfortunately I am not a hacker. I so wish I knew C 
right now

I've tested on the following versions of cdrecord:
-The one currently in sid (Version: 4:2.01+01a01-2) 
-The one in cdrtools-2.00 (compiled from source) 
-The one in cdrtools-2.01 (compiled from source) 
FYI, info about my system from reportbug:
-- System Information:
Debian Release: 3.1
 APT prefers unstable
 APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages cdrecord depends on:
ii  debconf 1.4.42   Debian configuration 
management sy
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared 
libraries an
ii  makedev 2.3.1-75 Creates device files in /dev

-- debconf information:
* cdrecord/SUID_bit: true  //Yes, but I always tested as root
 cdrecord/MAKEDEVNEW: true
 cdrecord/do_it_yourself:
-Garrett
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#291119: kmoon not executable

[Roland Ulbricht]

Package: kmoon
Version: 4:3.3.1-2
I did a completely new install of sarge with kde. kde works fine.
On my previous sarge-installation (including kde 3.2) kmoon worked fine
and was launched by running 'kmoon'. On 16 January 2005 I installed
Sarge onto my new harddisk (including kde 3.3). kmoon won't start.
Steps to reproduce the problem:
1.) apt-get install kmoon
2.) kmoon
3.) response: "bash: kmoon: command not found"
Here is the filelist:
/.
/usr
/usr/lib
/usr/lib/kde3
/usr/lib/kde3/kmoon_panelapplet.la
/usr/lib/kde3/kmoon_panelapplet.so
/usr/share
/usr/share/apps
/usr/share/apps/kmoon
/usr/share/apps/kmoon/pics
/usr/share/apps/kmoon/pics/moon1.png
/usr/share/apps/kmoon/pics/moon10.png
/usr/share/apps/kmoon/pics/moon11.png
/usr/share/apps/kmoon/pics/moon12.png
/usr/share/apps/kmoon/pics/moon13.png
/usr/share/apps/kmoon/pics/moon14.png
/usr/share/apps/kmoon/pics/moon15.png
/usr/share/apps/kmoon/pics/moon16.png
/usr/share/apps/kmoon/pics/moon17.png
/usr/share/apps/kmoon/pics/moon18.png
/usr/share/apps/kmoon/pics/moon19.png
/usr/share/apps/kmoon/pics/moon2.png
/usr/share/apps/kmoon/pics/moon20.png
/usr/share/apps/kmoon/pics/moon21.png
/usr/share/apps/kmoon/pics/moon22.png
/usr/share/apps/kmoon/pics/moon23.png
/usr/share/apps/kmoon/pics/moon24.png
/usr/share/apps/kmoon/pics/moon25.png
/usr/share/apps/kmoon/pics/moon26.png
/usr/share/apps/kmoon/pics/moon27.png
/usr/share/apps/kmoon/pics/moon28.png
/usr/share/apps/kmoon/pics/moon29.png
/usr/share/apps/kmoon/pics/moon3.png
/usr/share/apps/kmoon/pics/moon4.png
/usr/share/apps/kmoon/pics/moon5.png
/usr/share/apps/kmoon/pics/moon6.png
/usr/share/apps/kmoon/pics/moon7.png
/usr/share/apps/kmoon/pics/moon8.png
/usr/share/apps/kmoon/pics/moon9.png
/usr/share/apps/kicker
/usr/share/apps/kicker/applets
/usr/share/apps/kicker/applets/kmoonapplet.desktop
/usr/share/doc
/usr/share/doc/kde
/usr/share/doc/kde/HTML
/usr/share/doc/kde/HTML/en
/usr/share/doc/kde/HTML/en/kmoon
/usr/share/doc/kde/HTML/en/kmoon/index.cache.bz2
/usr/share/doc/kde/HTML/en/kmoon/index.docbook
/usr/share/doc/kde/HTML/en/kmoon/carlosmail
/usr/share/doc/kmoon
/usr/share/doc/kmoon/AUTHORS
/usr/share/doc/kmoon/README.Debian
/usr/share/doc/kmoon/copyright
/usr/share/doc/kmoon/changelog.Debian.gz
/usr/share/icons
/usr/share/icons/crystalsvg
/usr/share/icons/crystalsvg/48x48
/usr/share/icons/crystalsvg/48x48/apps
/usr/share/icons/crystalsvg/48x48/apps/kmoon.png
/usr/share/icons/crystalsvg/32x32
/usr/share/icons/crystalsvg/32x32/apps
/usr/share/icons/crystalsvg/32x32/apps/kmoon.png
/usr/share/icons/crystalsvg/16x16
/usr/share/icons/crystalsvg/16x16/apps
/usr/share/icons/crystalsvg/16x16/apps/kmoon.png
/usr/share/lintian
/usr/share/lintian/overrides
/usr/share/lintian/overrides/kmoon
/usr/share/doc/kde/HTML/en/kmoon/common
/usr/share/doc/kmoon/html
I believe that either someone forgot to include the executable or I am 
just too stupid.

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

Bug#291118: vulnerable to CAN-2005-0005, buffer overflow in PSD decoder

[Joey Hess]

Package: imagemagick
Version: 6:6.0.6.2-1.6
Severity: grave
Tags: security patch

Our imagemagick package has a buffer overflow security hole, as
described here:

http://www.idefense.com/application/poi/display?id=184&type=vulnerabilities

I've attached a patch sideported from Ubuntu.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.27
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages imagemagick depends on:
ii  libmagick6 6:6.0.6.2-1.6 Image manipulation library

-- no debconf information

-- 
see shy jo
--- imagemagick-6.0.2.5.orig/coders/psd.c
+++ imagemagick-6.0.2.5/coders/psd.c
@@ -672,6 +672,8 @@
   }
   (void) ReadBlob(image,6,psd_info.reserved);
   psd_info.channels=ReadBlobMSBShort(image);
+  if (psd_info.channels > 24)
+ThrowReaderException(CorruptImageError,"MaximumChannelsExceeded");
   psd_info.rows=ReadBlobMSBLong(image);
   psd_info.columns=ReadBlobMSBLong(image);
   psd_info.depth=ReadBlobMSBShort(image);
@@ -853,6 +855,8 @@
 
layer_info[i].page.height=(ReadBlobMSBLong(image)-layer_info[i].page.y);
 
layer_info[i].page.width=(ReadBlobMSBLong(image)-layer_info[i].page.x);
 layer_info[i].channels=ReadBlobMSBShort(image);
+if (layer_info[i].channels > 24)
+  
ThrowReaderException(CorruptImageError,"MaximumChannelsExceeded");
   if (image->debug != MagickFalse)
 (void) LogMagickEvent(CoderEvent,GetMagickModule(),"
offset(%ld,%ld), size(%ld,%ld), channels=%d",
   layer_info[i].page.x, layer_info[i].page.y,


signature.asc
Description: Digital signature

Bug#290930: hyperref should support mailto

[Heiko Oberdiek]

Hello Frank,

On Tue, Jan 18, 2005 at 09:55:44AM +0100, Frank Küster wrote:

> Hallo Heiko,
> 
> Ich denke, das ist eine ziemlich gute Idee:
> 
> Martin Michlmayr <[EMAIL PROTECTED]> wrote:
> 
> > Package: tetex-extra
> > Version: 2.0.2c-3
> > Severity: wishlist
> >
> > It would be nice if hyperref.sty had a special command \mailto{} to
> > generate a mailto: link but have the text formated like an URL.  At
> > the moment, if you want to have mailto links in the text which look
> > like URLs, you need something like
> >
> >   \href{mailto:[EMAIL PROTECTED]@example.com}}
> >
> > which is imho quite ugly.

With "normal" characters in the mail address, it is too trivial:
  \newcommand*{\mailto}[1]{%
\href{mailto:#1}{\nolinkurl{#1}}%
  }
But one problem are special characters. This is not yet sorted
out/documented.
Next problems:
* Formatting:
  mail
  [EMAIL PROTECTED]
  <[EMAIL PROTECTED]>
  
  mailto:[EMAIL PROTECTED]
  
  email: [EMAIL PROTECTED]
  email: <[EMAIL PROTECTED]>
  E-Mail: [EMAIL PROTECTED]
  ...
  * fonts
  * uppercase/lowercase
  * ...
* Spam/robots problem, some want to hide or mask addresses.
  * internal address ("masking" of characters)
  * external address (eg. mail at address dot somewhere)
  * mail address without link
  * masking by JavaScript or ...

But why limiting this to mail addresses? The formatting issues
are also relevant for web addresses, ctan addresses, ...

Now we have the stuff for a new full package, who writes it or
starts with a description of a possible user interface and
writing a specification?

Yours sincerely
  Heiko <[EMAIL PROTECTED]>

Bug#287225: udev: /proc/sys/dev/cdrom does not exist

[Kai Weber]

Package: udev
Version: 0.050-4
Followup-For: Bug #287225

The cdsymlinks.sh script test for CD-ROM existence with
test -e /proc/sys/dev/cdrom/info
which does not exist on my system.

I tested kernel with 2.6.9 and 2.6.10 and I am sure, it worked some
times ago on my system.

hdc: TOSHIBA DVD-ROM SD-M1502, ATAPI CD/DVD-ROM drive
hdd: HL-DT-ST DVDRAM GSA-4163B, ATAPI CD/DVD-ROM drive

Any idea what I did wrong or why my CD-ROMs are no longer visible in
/sys or /proc?

Regards, Kai

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 0
lrwxrwxrwx  1 root root 19 Dec  7 23:28 cd-aliases.rules -> ../cd-aliases.rules
lrwxrwxrwx  1 root root 13 Dec  7 23:28 udev.rules -> ../udev.rules
lrwxrwxrwx  1 root root 12 Jan 14 22:43 z_hal-plugdev.rules -> ../hal.rules

-- /sys/:
/sys/block/dm-0/dev
/sys/block/dm-1/dev
/sys/block/dm-2/dev
/sys/block/dm-3/dev
/sys/block/dm-4/dev
/sys/block/dm-5/dev
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hdb/dev
/sys/block/hdb/hdb1/dev
/sys/block/hdb/hdb2/dev
/sys/block/hdb/hdb5/dev
/sys/block/hdb/hdb6/dev
/sys/class/input/event0/dev
/sys/class/input/event1/dev
/sys/class/input/event2/dev
/sys/class/input/event3/dev
/sys/class/input/mice/dev
/sys/class/input/mouse0/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/device-mapper/dev
/sys/class/misc/nvram/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/video4linux/radio0/dev
/sys/class/video4linux/vbi0/dev
/sys/class/video4linux/video0/dev

-- Kernel configuration:
 isapnp_init not present.


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9
Locale: LANG=C, [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages udev depends on:
ii  hotplug  0.0.20040329-16 Linux Hotplug Scripts
ii  initscripts  2.86.ds1-1  Standard scripts needed for bootin
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  makedev  2.3.1-75Creates device files in /dev
ii  sed  4.1.2-8 The GNU sed stream editor

-- debconf information:
  udev/devfs-warning:
* udev/reboot-warning:


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

Bug#261560: status of iaxcomm?

[Kilian Krause]

Hi Mikael,

Am Dienstag, den 18.01.2005, 20:47 +0100 schrieb Mikael Magnusson:
>   Kilian Krause wrote:
> >I see this was uploaded to Debian mentors. Have they found it ok? Are
> >there any plans to finally make this an official deb?
> >If there's an open TODO list, what needs to be done and who of you is
> >going to make this happen?
> >
> Hi,
> 
> I haven't gotten much feedback, but I haven't asked for it on for 
> example debian-mentors either.

well, alright, we can settle this ourselves too. It would just have been
nice, but I'd say not hearing a scream of complaint is already a good
and positive sign. ;)

> The source and binary packages are almost lintian and linda clean, but 
> there are no manual pages for the binaries. There shouldn't be any 
> dependency problems, since I'm building the binary packages with pbuilder.

Asking upstream to provide them might help. Or maybe trying to use
help2man or just writing a minimal version yourself shouldn't be that
difficult. I'd prefer to at least see a minimal manpage before deciding
them ready for the archives, but maybe Jose thinks different and will
bring his reasons here.

> The current iaxclient source package on mentors produces three binary 
> package:
> 
> 1. iaxclient   iax clients: iaxcomm, iaxphone, testcall, tkphone 
> and wxiax
> 2. libiaxclient0   shared library
> 3. libiaxclient-devdevelopment files
> 
> I'm not sure that a shared library should be distributed, since upstream 
> haven't released any version yet and I'm using the cvs version, and the 
> library is under development. And maybe iaxclient shouldn't contain all 
> clients?

iaxclient IMHO should be ok as one package. 

Yet doing testcall outside of examples/ might be a bit distracting.
However it shouldn't be technically wrong if the upstream source do
provide it as regular program for "make install".

libiaxclient0 should stay in iaxclient at least until the API is settled
and the release is official. Especially since the -dev is probably not
used to build software against it (other than iaxclient), right?

Using an libiaxclient0 with CVS API is a very tricky thing to do for
you'd have to verify at EACH new package source, that the API is still
the exact same. I haven't yet checked with the package, but when coming
from CVS I somewhat expect that SONAME and version are broken or empty
or somehow unusable for other reasons. For a library package that needs
to be addresed first before it should go into Debian (if upstream breaks
API then you can at least LART them about doing it without changing the
SONAME *g*).

> The upstream cvs version contains local versions of gsm, iax2, speex and 
> portaudio libraries. Currently I'm using gsm from Debian, the local iax2 
> version, speex from Debian experimental, and my portaudio packages.

portaudio isn't in Debian as far as i can see.. How can audacity use it
if i don't get a single hit with apt-cache search?
Using Debian's GSM and Speex should be ok probably. However asking
upstream if that breaks anything is very probably not a bad thing (speex
<1.0 has a different codec form than >=1.0 for example). 

Is there anything that keeps speex 1.1.3-1 from being uploaded to
unstable? Have you asked the speex maintainer about when this will
happen maybe?

> There have been some discussion about the PortAudio license on the 
> Debian legal mailing list. PortAudio is already used by audacity, which 
> is in main, and the audacity maintainer thinks that it's DFSG free and 
> can stay there.

Ok. If debian-legal would make that assumption be ofifcially accepted,
that'd be even better. Is that discussion there still ongoing or already
come to an end?

> I will update iaxclient with the latest cvs, since it solves some sound 
> issues.

Is there a stable release at sight we could use instead of poking around
with CVS? If bugs are fixed upstream should also care about spitting
them out as release, right?

> I think it can be uploaded to experimental after the update, if you 
> think it's good. But it can't go into unstable, since it needs 
> libspeex-dev >= 1.1.3-1.

I'll leave the final decision to Jose (at least until my DD status is
gonna be installed). But let's keep the discussion going here to solve
what's left of the problems. *g*

> I sent an email to Norbert Tretkowski several months ago asking for the 
> status, but didn't get any answer. Maybe I should take over the ITP 
> (#261560)?

I think the wnpp bug is clear enough about that both are interested. If
Norbert has no time right now, he can still join the discussion or
comment on the uploaded packages later as he finds the time. If not I
don't have a problem with him being informed and letting us do our
thing.

-- 
Best regards,
 Kilian


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#291124: webmin-ldap-user-simple gives wrong error message

[Klaus Ade Johnstad]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package:webmin-ldap-user-simple
Version: 1.3-20
Severity:critical
When I upgrade debian-edu-config to 0.394-1.desa2004021,  some new ldap 
schemas are introduced . The way webmin-ldap-user-simple handles these 
new schemas is with an error message that tells the user to do 
something that breaks his system.

When upgrading this is the message that  webmin-ldap-user-simple gives 
the user:
Failed to update ldap admin passwd in samba.This function is 
turned off for security reasons.Please set the password for your 
samba -'ldap admin dn' via 'smbpasswd -w yourpassword'"
Error; User account not created

When running a 'smbpasswd -w yourpassword' users are reporting that 
their windows machines in samba no longer authenticate against ldap.

The proper way seems is to restart ldap.


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

iD8DBQFB7YJAhJ+fXyb6R30RAl3vAJ4uj4MWTD84nFrbKzZwhsHfVwzC/QCcDAkn
v+URbfv2/RNsIwDqklNCW9E=
=IVWi
-END PGP SIGNATURE-

Bug#291122: temporary file security hole in mysqlaccess

[Joey Hess]

Package: mysql-dfsg
Severity: grave
Tags: security patch

There is a security hole in the mysqlaccess script, as described here:
http://www.vuxml.org/freebsd/ce109fd4-67f3-11d9-a9e7-0001020eed82.html

I've attached a patch taken from Ubuntu.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.27
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

-- 
see shy jo
diff -Nur mysql-dfsg-4.0.23/scripts/mysqlaccess.sh 
mysql-dfsg-4.0.23.new/scripts/mysqlaccess.sh
--- mysql-dfsg-4.0.23/scripts/mysqlaccess.sh2005-01-18 13:45:56.363964096 
+0100
+++ mysql-dfsg-4.0.23.new/scripts/mysqlaccess.sh2005-01-18 
13:46:29.920862672 +0100
@@ -3,6 +3,7 @@
 package MySQLaccess;
 #use strict;
 use POSIX qw(tmpnam);
+use File::Temp qw/ tempfile tempdir /;
 use Fcntl;
 
 BEGIN {
@@ -32,7 +33,6 @@
$ACCESS_U_BCK = 'user_backup';   
$ACCESS_D_BCK = 'db_backup'; 
 $DIFF  = '/usr/bin/diff'; 
-$TMP_PATH  = '/tmp'; #path to writable tmp-directory
 $MYSQLDUMP = '@bindir@/mysqldump';
  #path to mysqldump executable
 
@@ -583,8 +583,6 @@
 push(@MySQLaccess::Grant::Error,'not_found_mysql') if !(-x $MYSQL);
 push(@MySQLaccess::Grant::Error,'not_found_diff')  if !(-x $DIFF);
 push(@MySQLaccess::Grant::Error,'not_found_mysqldump') if !(-x $MYSQLDUMP);
-push(@MySQLaccess::Grant::Error,'not_found_tmp')   if !(-d $TMP_PATH);
-push(@MySQLaccess::Grant::Error,'write_err_tmp')   if !(-w $TMP_PATH);
 if (@MySQLaccess::Grant::Error) {
MySQLaccess::Report::Print_Error_Messages() ;
exit 0;
@@ -1783,9 +1781,10 @@
@before = sort(@before);
@after  = sort(@after);
 
-   $before = "$MySQLaccess::TMP_PATH/$MySQLaccess::script.before.$$";
-   $after  = "$MySQLaccess::TMP_PATH/$MySQLaccess::script.after.$$";
-   #$after = "/tmp/t0";
+   $before = new File::Temp ( Template => "$MySQLaccess::script.XX", 
SUFFIX => ".before" ) or
+die "Cannot create temporary file: $!" ;
+   $after = new File::Temp ( Template => "$MySQLaccess::script.XX", SUFFIX 
=> ".after" ) or 
+die "Cannot create temporary file: $!" ;
open(BEFORE,"> $before") ||
 push(@MySQLaccess::Report::Errors,"Can't open temporary file $before for 
writing");
open(AFTER,"> $after") ||


signature.asc
Description: Digital signature

Bug#291121: manpages-dev: flock(2) second time by same process

[Kevin Ryde]

Package: manpages-dev
Version: 2.01-1
Severity: normal

The flock(2) man page says

   A  process  may  only  hold one type of lock (shared or exclusive) on a
   file.  Subsequent flock() calls on an already locked file will  convert
   an existing lock to the new lock mode.

I read this as meaning the lock is associated with the process, and I
tried converting a lock through a second opened fd per the test
program below but it hung after printing "about to do second flock".

The lock is actually associated with the file table entry is it?  Or
the table entry plus the process?  Perhaps this can be clarified.


#include 
#include 

int
main (void)
{
  int x, y, ret;

  x = open ("foo.tmp", O_RDWR | O_CREAT, 0666);
  if (x == -1) perror ("first open");

  ret = flock (x, LOCK_EX);
  if (ret == -1) perror ("first flock");


  y = open ("foo.tmp", O_RDWR);
  if (y == -1) perror ("first open");

  printf ("about to do second flock\n");
  ret = flock (y, LOCK_SH);
  if (ret == -1) perror ("second flock");

  printf ("done\n");
  return 0;
}


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i586)
Kernel: Linux 2.6.8-1-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

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

-- no debconf information


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

Bug#291120: Shows bogus 'time remaining' info when on AC

[Daniel Burrows]

Package: xfce4-battery-plugin
Version: 0.2.0-4
Severity: normal

  When the "Display percentage" option is enabled, the battery plugin shows 
about how much time is remaining on the current battery.  Admittedly, this is 
usually pretty inaccurate, but it should probably be hidden completely when 
the system is running on AC power, rather than claiming that there are about 
700 minutes of power left.

  Daniel

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-2-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set 
to en_US)

Versions of packages xfce4-battery-plugin depends on:
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries 
an
ii  libglib2.0-0 2.6.1-2 The GLib library of C routines
ii  libgtk2.0-0  2.4.14-2The GTK+ graphical user interface 
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libpango1.0-01.6.0-3 Layout and rendering of 
internatio
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session 
Management
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client 
li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous 
exte
ii  libxfce4util-1   4.0.6-1 Utility functions library for 
Xfce
ii  libxfcegui4-14.0.6-1 Basic GUI C functions for Xfce4
ii  libxml2  2.6.11-5GNOME XML library
ii  xfce4-panel  4.0.6-1 The Xfce4 desktop environment 
pane
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) 
configu
ii  zlib1g   1:1.2.2-4   compression library - runtime

-- no debconf information

-- 
/--- Daniel Burrows <[EMAIL PROTECTED]> --\
|"Some people make the kookiest laws...and hundreds of them |
| have been elected to run Europe!" -- Brian Sniffen|
|  [ed: specialize as desired for your locality]|
\-- (if (not (understand-this)) (go-to http://www.schemers.org)) ---/


pgpeiHo7ZQqyE.pgp
Description: PGP signature

Bug#291123: M-x gnuserv-start fails to start gnuserv (solution below)

[Eric Moncrieff]

Package: gnuserv
Version: 3.12.6-1
Severity: normal


I installed gnuserv today, and it failed to start when following 
the directions included in gnuserv-comapt.el.  It would immediately
exit, suggesting that I restart with M-x gnuserv-start RET.

I fired up the debugger, and found that it was looking for the
gnuserv binary in 

/usr/lib/emacs/21.3/i386-linux/

but the binary actually exists in

/usr/bin/

A simple symlink from the latter to the former solved the problem.

Thanks for the great system!

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

Versions of packages gnuserv depends on:
ii  emacs21 21.3+1-8 The GNU Emacs editor
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an

-- no debconf information


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

Bug#265747: Addendum; 2.00 -> 2.01 causes breakage with a CyberDrive CW058D

[Garrett McLean]

I've also had success with version 2.00.3
Just to be clear, all the versions except the one currently in sid were 
compiled from sources (make && make install) downloaded from here:

ftp://ftp.berlios.de/pub/cdrecord/
I think that covers everything.
-Garrett
--- Begin Message ---
Hi again!
I have a CyberDrive CW058D. It works perfectly in WinXP and 2.4 with 
SCSI emulation. I've also found that it works perfectly when I run

#cdrecord dev=/dev/hdc image .iso
under cdrecord version 2.00 and kernel 2.6.10 (no SCSI emulation). When 
I try it with 2.01 (even the non-alpha 2.01), it hangs up and is totally 
unkillable. The drive doesn't look or sound like it's doing anything, so 
I know it's stuck in some kind of loop similar to the one Alan Chandler 
was talking about above. However, I've found consistent sucess with 
version 2.00. Therefore perhaps there is something in the transition 
from 2.00 -> 2.01 that causes the breakage with CyberDrive units? I 
guess a good first step would be to check out the differences between 
2.00 and 2.01...unfortunately I am not a hacker. I so wish I knew C 
right now

I've tested on the following versions of cdrecord:
-The one currently in sid (Version: 4:2.01+01a01-2) 
-The one in cdrtools-2.00 (compiled from source) 
-The one in cdrtools-2.01 (compiled from source) 
FYI, info about my system from reportbug:
-- System Information:
Debian Release: 3.1
 APT prefers unstable
 APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages cdrecord depends on:
ii  debconf 1.4.42   Debian configuration 
management sy
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared 
libraries an
ii  makedev 2.3.1-75 Creates device files in /dev

-- debconf information:
* cdrecord/SUID_bit: true  //Yes, but I always tested as root
 cdrecord/MAKEDEVNEW: true
 cdrecord/do_it_yourself:
-Garrett
--- End Message ---

Bug#271567: Can you disables the "locking" of the keyboard, mouse, ...

[Osamu Aoki]

Hi,

(Disclaimer: I never coded C seriously for any useful commands.)

On Mon, Jan 17, 2005 at 11:24:05PM -0200, Gustavo Noronha Silva wrote:
> Em Qui, 2005-01-13 às 19:12 +0100, Osamu Aoki escreveu:
> >  * Parsing of GNU long-option and /etc/gksu.conf may share codes.
> 
> I don't know what you mean, maybe I'm doing some dumb thing on my patch,
> but I don't think how to completely share code here.

First add these extra long options to "struct option long_opts[] = { ..."

Then right before calling "gtk_init (&newargc, &newargv);" you source
/etc/gksu.conf and treat each line (not started with #) being part of
long option on the command line arguments by appending to this command
line option, I guess, to list started with &newargv.  (I forgot how
argument is passed to getopt_long function.  But as long as the logic of
parsing command line arguments is properly combined with gksu.conf
parsing, it should work.)

At last, assign short option character to each long options.

getopt_long is shared this way.

> >  * All /etc/gksu.conf entries to match gnu-long-options of gksu command-line
> >  * add new long-option: --force-grab
> 
> Why add this? I don't see a reason.

Without this, once account is compromised, it is easy to mkodify user
menu to --allow-grab and you may unknowlingly run gksu while other
process watching the keystroke of root password.  By preventing it
forcebly, it gives extra thin layer of protection.

> >  * add new long-option: --sudo-mode (Start it with gksudo mode)
> 
> Done.
> 
> >  * add new long-option: --limit-uid=UID1:UID2:UID3:...
> >  * add new long-option: --limit-gid=GID1:GID2:GID3:...
> 
> If we add this, then we really need to have the gksu.conf have priority
> over user-options, or this simply should not be a long option at all,
> because gksu has no suid parts, so a user can simply build a costumized
> version which will ignore this. I don't see a real point.

This is for a system user should not even try to run program with gksu.
Since menu will present these program such as synaptic, people expect
something to happen by entring password.  We may give them a chance to
break it by chance (root password may be easy one to guess.).  Why not
just tell "You are not allowed tun this program."  This is more for
administerd host.  Totally wishlist item you canm ignore this time.

> >  * add new long-option: --prompt (prompt before locking I/O)
> >  * add new long-option: --no-prompt (do not prompt before locking I/O: 
> > default)
> 
> Then we only need one of these.

* add new long-option: --prompt (prompt before locking I/O)
only is fine with me.

> > I think the setting in /etc/gksu.conf should have priority over
> > command-line so super user controls this command's behavior.  Gksu
> 
> As I explained above, I don't see a reason for this to be like this. I
> think it should contain defaults, not mandatory options.

If you chose not to impliment --limit-uid/gid thingy, this is true.

> > simple trick to prevent freeze for start-up situation.  This is not
> > fancy trick which works for Gnome or KDE.  Just provide prompt screen
> > before locking I/O.
> 
> That's a solution, but I would still love to find out how to play with
> session stuff without adding a Depends on libgnomeui.

Prompting is ugly hack but certainly avoid it without Depends on
libgnomeui.  If you find a good alternative, I will be happy with that too.

> > Then you can close all the bugs I listed in the previous mail and no one
> > will complain.  We will add hints to README.Debian for SCIM.
> 
> =D
> 
> > PS: I browsed your code to find gksudo binary being the same hardlink as
> > gksu except filename.  Please also link gksudo.1 to manpage :-)
> 
> Yeah, have to document gksudo again =/.
> 
> I've made a simple patch, a first implementation for this whole that
> still needs to be polished a lot. Would you mind to apply it, test it
> and criticize it? Here:
> 
> http://people.debian.org/~kov/gksu/patches/conf-file.diff
> 
> It worked alright with a simple test config file:
> 
> $ cat /etc/gksu.conf
> # isso é um comentário
> disable-grab = yes # isso é outro comentário
> # mais comentário

That is pt-br.  Although pt-br may be 2nd most spoken foreign language
in Japan, I do not understand :-(  (I used to hear quite a bit of pt-br
in the shopping center in suburban Nagoya when I was living in Japan.)

Osamu

Bug#291111: ifrename fails to rename interface

[Guus Sliepen]

On Tue, Jan 18, 2005 at 11:58:43AM -0800, Jason D. Berg wrote:

> ifrename fails to rename the interface either at startup when called
> using the hotplug script or when evoked manually. It complains that the
> device or resource is busy.

Well ifrename should be called before anything else uses the interfaces
of course. Can you find out which boot script configures the interface
in question before ifrename gets a chance to rename it?

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


signature.asc
Description: Digital signature

Bug#261560: status of iaxcomm?

[Norbert Tretkowski]

* Kilian Krause wrote:
> Am Dienstag, den 18.01.2005, 20:47 +0100 schrieb Mikael Magnusson:
> > I sent an email to Norbert Tretkowski several months ago asking
> > for the status, but didn't get any answer. Maybe I should take
> > over the ITP (#261560)?

Yeah, sorry for not answering your mail, I'm way too busy currently...

> I think the wnpp bug is clear enough about that both are interested.
> If Norbert has no time right now, he can still join the discussion
> or comment on the uploaded packages later as he finds the time.

I'll take a look at the packages currently, if you need a sponsor just
drop me a mail, but I don't think I have enough time to help you with
the packages currently.

> If not I don't have a problem with him being informed and letting us
> do our thing.

:-)

Norbert


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

Bug#291127: Please apply patch to allow alsa modules to be loaded with negative index option, to be interpreted as bitmask of allowed indices

[Thomas Hood]

Package: kernel-source-2.6.8
Version: 2.6.8-12
Severity: normal
Tags: patch

The attached patch modifies sound/core/init.c so that a negative index
value is interpreted as a bitmask indicating the allowed indices for the
driver.  This extends the current semantics according to which:

   value
   -
   0 .. SNDRV_CARDS - 1Set index to value
   -1 = 0x Set index to first available

by allowing also:

   -2  = 0xfffeSet index to first available > 0
   -4  = 0xfffcSet index to first available > 1
   -8  = 0xfff8Set index to first available > 2
   -16 = 0xfff0Set index to first available > 3
   etc.

The patch is required in order to provide a convenient way of excluding
ALSA modem and TV drivers from grabbing index 0.  This issue was discussed
at:

https://bugzilla.ubuntu.com/show_bug.cgi?id=1293

The patch is included in alsa-driver 1.0.8-1 and has been applied to
ubuntu's 2.6 kernel.  It has been accepted in principle by upstream too:

https://bugtrack.alsa-project.org/alsa-bug/view.php?id=359


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.9
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages kernel-source-2.6.8 depends on:
ii  binutils  2.15-5 The GNU assembler, linker and bina
ii  bzip2 1.0.2-1A high-quality block-sorting file 
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  fileutils 5.2.1-2The GNU file management utilities 


alsa-negative-index.dpatch
Description: application/shellscript

Bug#291125: vim: temporary file vulnerabilities (CAN-2005-0069)

[Joey Hess]

Package: vim
Version: 1:6.3-054+1
Severity: grave
Tags: patch security

As described in the Ubuntu advisory below, vim's tcltags and vimspell
scripts use temp files insecurely. I've attached a patch I extraced from
the Ubuntu diff.

- Forwarded message from Martin Pitt <[EMAIL PROTECTED]> -

From: Martin Pitt <[EMAIL PROTECTED]>
Date: Tue, 18 Jan 2005 17:56:58 +0100
To: [EMAIL PROTECTED]
Cc: full-disclosure@lists.netsys.com, bugtraq@securityfocus.com
Subject: [USN-61-1] vim vulnerabilities
User-Agent: Mutt/1.5.6+20040907i

===
Ubuntu Security Notice USN-61-1January 18, 2005
vim vulnerabilities
CAN-2005-0069
===

A security issue affects the following Ubuntu releases:

Ubuntu 4.10 (Warty Warthog)

The following packages are affected:

kvim
vim
vim-gnome
vim-gtk
vim-lesstif
vim-perl
vim-python
vim-tcl

The problem can be corrected by upgrading the affected package to
version 1:6.3-025+1ubuntu2.2. In general, a standard system upgrade is
sufficient to effect the necessary changes.

Details follow:

Javier Fernández-Sanguino Peña noticed that the auxillary scripts
"tcltags" and "vimspell.sh" created temporary files in an insecure
manner. This could allow a symbolic link attack to create or overwrite
arbitrary files with the privileges of the user invoking the script
(either by calling it directly or by execution through vim).

  Source archives:


http://security.ubuntu.com/ubuntu/pool/main/v/vim/vim_6.3-025+1ubuntu2.2.diff.gz
  Size/MD5:   425421 ee7e4653fb70fd45329bf5773e610ad6
http://security.ubuntu.com/ubuntu/pool/main/v/vim/vim_6.3-025+1ubuntu2.2.dsc
  Size/MD5: 1122 9bd9428dd29c8aa562f4b97566b9a05a
http://security.ubuntu.com/ubuntu/pool/main/v/vim/vim_6.3.orig.tar.gz
  Size/MD5:  5624622 de1c964ceedbc13538da87d2d73fd117

  Architecture independent packages:


http://security.ubuntu.com/ubuntu/pool/main/v/vim/vim-common_6.3-025+1ubuntu2.2_all.deb
  Size/MD5:  3421084 8dc7b200376add6ccb2896e2f6e80e0d

http://security.ubuntu.com/ubuntu/pool/main/v/vim/vim-doc_6.3-025+1ubuntu2.2_all.deb
  Size/MD5:  1646686 2c2716a1dad40612baaaf28ebc0de3a6

  amd64 architecture (Athlon64, Opteron, EM64T Xeon)


http://security.ubuntu.com/ubuntu/pool/universe/v/vim/kvim_6.3-025+1ubuntu2.2_amd64.deb
  Size/MD5: 2586 1e0b1528b70e54e2bcff3a02acaacbc5

http://security.ubuntu.com/ubuntu/pool/main/v/vim/vim-gnome_6.3-025+1ubuntu2.2_amd64.deb
  Size/MD5:   805722 51093d7843d5fb20ece35d2f53eadb0d

http://security.ubuntu.com/ubuntu/pool/universe/v/vim/vim-gtk_6.3-025+1ubuntu2.2_amd64.deb
  Size/MD5:   802452 d4fd55aca188063434361f5674805dec

http://security.ubuntu.com/ubuntu/pool/universe/v/vim/vim-lesstif_6.3-025+1ubuntu2.2_amd64.deb
  Size/MD5:   784100 1d477c5f09466e8942d0f7da3c221afd

http://security.ubuntu.com/ubuntu/pool/universe/v/vim/vim-perl_6.3-025+1ubuntu2.2_amd64.deb
  Size/MD5:   809126 646c31a0d612b398943b4c2a42c9b6f9

http://security.ubuntu.com/ubuntu/pool/universe/v/vim/vim-python_6.3-025+1ubuntu2.2_amd64.deb
  Size/MD5:   802470 ede70bb09d39b7571fae1192900b0385

http://security.ubuntu.com/ubuntu/pool/universe/v/vim/vim-tcl_6.3-025+1ubuntu2.2_amd64.deb
  Size/MD5:   801160 aa65781693eca8d06230bc5f8ee29463

http://security.ubuntu.com/ubuntu/pool/main/v/vim/vim_6.3-025+1ubuntu2.2_amd64.deb
  Size/MD5:   765120 b5425b1b087b9528e7e4a9ef25493299

  i386 architecture (x86 compatible Intel/AMD)


http://security.ubuntu.com/ubuntu/pool/universe/v/vim/kvim_6.3-025+1ubuntu2.2_i386.deb
  Size/MD5: 2590 edbd9dc0be6acaea44ee02e09c6e5c3e

http://security.ubuntu.com/ubuntu/pool/main/v/vim/vim-gnome_6.3-025+1ubuntu2.2_i386.deb
  Size/MD5:   702656 7a12cb5196a1257eae527f5b231d763d

http://security.ubuntu.com/ubuntu/pool/universe/v/vim/vim-gtk_6.3-025+1ubuntu2.2_i386.deb
  Size/MD5:   76 486ea88f3d0a2c4eb1804c09bca8418b

http://security.ubuntu.com/ubuntu/pool/universe/v/vim/vim-lesstif_6.3-025+1ubuntu2.2_i386.deb
  Size/MD5:   682462 61c39ffed3017081974a3af522b61959

http://security.ubuntu.com/ubuntu/pool/universe/v/vim/vim-perl_6.3-025+1ubuntu2.2_i386.deb
  Size/MD5:   707674 05989ac6496d7a1db524b68bd1acd313

http://security.ubuntu.com/ubuntu/pool/universe/v/vim/vim-python_6.3-025+1ubuntu2.2_i386.deb
  Size/MD5:   700022 09e7ebbe082c99520d11fa33277cc212

http://security.ubuntu.com/ubuntu/pool/universe/v/vim/vim-tcl_6.3-025+1ubuntu2.2_i386.deb
  Size/MD5:   699634 673329baa7cd9aca70cca9f87943a628

http://security.ubuntu.com/ubuntu/pool/main/v/vim/vim_6.3-025+1ubuntu2.2_i386.deb
  Size/MD5:   680130 305b1d85bbdb52dd9869a21664049be3

  powerpc architecture (Apple Macintosh G3/G4/G5)


http://security.ubuntu.com/ubuntu/pool/universe/v/vim/kvim_6.3-025+1ubuntu2.2_powerpc.deb
  Size/MD5: 2586 f56083ef36048c9b94c41a37c35

Bug#291126: ghc6: update to libreadline5

[Gintautas Miliauskas]

Package: ghc6
Version: 6.2.2-2
Severity: wishlist

Hello,

it would be really nice if ghc6 depended on libreadline5 rather than
libreadline4.  I can not upgrade mzscheme now because mzscheme requires
libreadline5-dev, and ghc6 requires libreadline4-dev.  The two
libreadline devel packages cannot be installed together.

Thanks for your time,

Gintautas Miliauskas
http://gintasm.blogspot.com


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-custom
Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to lt_LT.UTF-8)

Versions of packages ghc6 depends on:
ii  gcc-3.3 1:3.3.5-6The GNU C compiler
ii  haskell-utils   1.6  Utilities used by the Debian Haske
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgmp3 4.1.4-5  Multiprecision arithmetic library
ii  libgmp3-dev 4.1.4-5  Multiprecision arithmetic library 
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libreadline44.3-15   GNU readline and history libraries
ii  libreadline4-dev4.3-15   GNU readline and history libraries
ii  perl [perl5]5.8.4-5  Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#291117: wakeonlan: progrma refers to incorrect manpage

[Steve Kemp]

On Tue, Jan 18, 2005 at 04:18:06PM -0500, Jim Paris wrote:

> Running the program with no arguments refers to the wakelan(1)
> man page, which should probably read wakeonlan(1) instead.

  Agreed.  I will make an upload to fix this once the package
 has entered into "testing".

  That should be in six days time.

Steve
--


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

Bug#289892: amavisd-new: Actually, use this logrotate config instead

[Brian May]

severity 258387 wishlist
merge 258387 289892
thanks


Hello,

As explained in bug 289892, (see http://bugs.debian.org/289892>),
amavisd-new doesn't create a amavis.log file in the default debian
installation, and rotating a file that doesn't exist seems silly.

If you disagree please let me know why.

Thanks.
-- 
Brian May <[EMAIL PROTECTED]>


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

Bug#284313: new packaging attempt

[Debian]

hi,

I've taken in consideration the remarks made on the bug, and re made
the package, in fact, i hoped this packaged would be noticed on
debian-mentors, and had forgotten this bug ... sorry.

in the meantime i have contacted the upstream authors, and they are
pleased to know about my work on this package.

Please test it and give me feedback.

-- 
Niv Altivanik <[EMAIL PROTECTED]>
Debian::GNU/Linux::Addict, Wannabe Debian Developper, 
please test my packages: http://cxhome.ath.cx/debian


pgpTeMl4GQHyN.pgp
Description: PGP signature

Bug#282905: Works okay with kernel-image-2.6.8-1-686, version 2.6.8-10

[Martin Steigerwald]

Hello,

this works okay with

kernel-image-2.6.8-1-686, version 2.6.8-10

again.

It still doesn't work with:

kernel-image-2.6.9-1-686, version 2.6.9-3

but that should become a new bug report if I find time, before 2.6.10 is 
out for Debian.

Regards,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de


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

Bug#259096: experimental packages

[Debian]

Hi,
I'm not a debian developer, thought I'm trying to become one, so I've
made some packages of skippy, they can be found here:

http://cxhome.ath.cx/debian/skippy

I mailed the upstream author, but he did not respond ... I've also
posted on debian-mentors about those packages without any response ...

Please test them and give me (bad) feedback.

Cheers
-- 
Niv Altivanik <[EMAIL PROTECTED]>
Debian::GNU/Linux::Addict, Wannabe Debian Developper, 
please test my packages: http://cxhome.ath.cx/debian


pgp5ZpsJjUovs.pgp
Description: PGP signature

Bug#286305: How to compile the modules

[Robert Cheramy]

Hi,

I just wanted to add that since 0.2.0-15, the way to compile modules for
stock debian kernels is pretty clearly explained in
/usr/share/doc/linux-wlan-ng/README.Debian.gz

I use it to compile my modules (kernel 2.4 on x86) and have no problem
with it. Well the first time was hard-core (I needed 2 weeks or so to
understand it), but since the Readme exists, it's really a piece of cake
for stock debian kernels.

Cheers,

tibob


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

Bug#291110: Forwarded bug #291110 upstream

[Joel Aelwyn]

tags 291110 +upstream
tags 291110 +patch
thanks

This has been filed as bug #1005 in the upstream IssueTracker, with a
pointer back to this BTS entry.
-- 
Joel Aelwyn <[EMAIL PROTECTED]>   ,''`.
 : :' :
 `. `'
   `-


signature.asc
Description: Digital signature

Bug#291122: temporary file security hole in mysqlaccess

[Christian Hammers]

Hello Joey

On 2005-01-18 Joey Hess wrote:
> There is a security hole in the mysqlaccess script, as described here:
> http://www.vuxml.org/freebsd/ce109fd4-67f3-11d9-a9e7-0001020eed82.html
> I've attached a patch taken from Ubuntu.

Thanks for reporting. The security team and I am already aware of it
I just held back the patch to not disclosure the bug until the DSA for 
the stable version has been released. Strange that competing distributions
are making it public first with references to the Debian sub project that
has actually found the bug...

I guess I will upload the patched packages for unstable then...

bye,

-christian-



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

Bug#287225: Please ignore my report!

[Kai Weber]

Sorry, please ignore my latest bug report. The problem is solved. I
tried a kernel with ide-cd as module which was not loaded. I feel
ashamed!

-- 
» http://www.glorybox.de/
  PGP 1024D/594D4132 B693 5073 013F 7F56 5DCC  D9C2 E6B5 448C 594D 4132

Bug#100421: sub

[German Mccollum]

You have been pre-approved to qualify
for Rates as Low as 3.65%

No "Obli.-gation" and Quick

Our easy app only takes 1 minute.
http://wpvii.stampmano.net/prime/mask/ 

 . . . . . . . . . . . . . . . . . . . . . . . . . . .
Modify settings on mailinglist::
proceed to webpage


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

Bug#291128: python2.4: install Misc/python-valgrind.supp

[Bastian Kleineidam]

Package: python2.4
Version: 2.4-3
Severity: wishlist

Hi,

when debugging Python programs with valgrind, there are many warnings
displayed. Python has included a .supp file that could be installed in
/usr/lib/valgrind which suppresses these warnings since they are
known and harmless. In Misc/README.valgrind there are two methods
described how to prepare Python for valgrind: one is compiling
with Py_USING_MEMORY_DEBUGGER, the other one is uncommenting some
lines in the .supp file. I don't know which one is preferred. I
would be happy with both of them :)

Regards,
  Bastian

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-treasure1
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages python2.4 depends on:
ii  libbz2-1.0  1.0.2-3  high-quality block-sorting file co
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libdb4.24.2.52-17Berkeley v4.2 Database Libraries [
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libreadline44.3-15   GNU readline and history libraries
ii  libssl0.9.7 0.9.7e-3 SSL shared libraries
ii  zlib1g  1:1.2.2-4compression library - runtime

-- no debconf information


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

Bug#291028: iso-codes: [INTL:tl] Tagalog iso_3166.tab translation

[Christian Perrier]

tags 291028 pending
thanks

Quoting eric pareja ([EMAIL PROTECTED]):
> Package: iso-codes
> Severity: wishlist
> Tags: patch l10n
> 
> Tagalog translation of iso_3166.tab attached.


Commited to CVS



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