Bug#334613: failed install prevents building of another package that has tetex-bin as build-depends

2005-11-24 Thread Martin-Éric Racine
Package: tetex-bin
Version: 3.0-10.1
Followup-For: Bug #334613

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Failure to install tetex-bin breaks the build-depend requirements of package 
planner on hppa. 
http://buildd.debian.org/fetch.php?pkg=plannerver=0.13-3arch=hppastamp=1132846224file=logas=raw
Below is the stderr output:

Setting up tetex-bin (3.0-10.1) ...

Creating config file /etc/texmf/fmt.d/01tetex.cnf with new version
Running fmtutil-sys. This may take some time. ...
warning: Could not open char translation file `cp227.tcx'.
warning: Could not open char translation file `cp227.tcx'.
Error: `omega -ini  -jobname=lambda -progname=lambda lambda.ini' failed
Error: `aleph -ini  -jobname=lamed -progname=lamed *lambda.ini' failed
warning: Could not open char translation file `cp227.tcx'.
Error: `pdfetex -ini  -jobname=amstex -progname=amstex 
-translate-file=cp227.tcx *amstex.ini' failed

###
fmtutil-sys: Error! Not all formats have been built successfully.
Visit the log files in directory
  /var/lib/texmf/web2c
for details.
###

This is a summary of all `failed' messages and warnings:
`omega -ini  -jobname=lambda -progname=lambda lambda.ini' failed
`aleph -ini  -jobname=lamed -progname=lamed *lambda.ini' failed
`pdfetex -ini  -jobname=amstex -progname=amstex -translate-file=cp227.tcx 
*amstex.ini' failed

fmtutil failed. Output has been stored in
/tmp/tetex.postinst.XXxxXcHb
Please include this file if you report a bug.
dpkg: error processing tetex-bin (--configure):
 subprocess post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of tetex-extra:
 tetex-extra depends on tetex-bin (= 2.99); however:
  Package tetex-bin is not configured yet.
dpkg: error processing tetex-extra (--configure):
 dependency problems - leaving unconfigured

- -- System Information:
Debian Release: testing/unstable
Architecture: hppa

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

iD8DBQFDhjd3eXr56x4Muc0RAk6DAJ0XBEaJmZknRtie4tCq0yIsWe4o9wCZAZw0
MC4CcT85hmwUwkEPJAo8k+I=
=91Tf
-END PGP SIGNATURE-


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



Bug#334613: failed install prevents building of another package that has tetex-bin as build-depends

2005-11-25 Thread Martin-Éric Racine
pe, 2005-11-25 kello 10:16 +0100, Hilmar Preusse kirjoitti:
 Seems to be a container for every failed installation. You didn't
 mean eventually #340279?

Could be it too.

Let's just say that a bug titled Does not configure (aleph+omega
failed) doesn't ring a bell, while one titled  fmtutil-sys fails
during package package setup immediately does.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#340715: /usr/share/doc/pbuilder/examples/B90linda missing --force-yes option

2005-11-25 Thread Martin-Éric Racine
Package: pbuilder
Version: 0.136
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Since APT 0.6 entered Testing, the sample Linda script no longer works. The 
cause is that --force-yes is missing to 
compensate for the non-authenticated apt-get action.

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

Versions of packages pbuilder depends on:
ii  cdebootstrap  0.3.9  Bootstrap a Debian system
ii  coreutils 5.2.1-2.1  The GNU core utilities
ii  debianutils   2.15.1 Miscellaneous utilities specific t
ii  gcc   4:4.0.2-1  The GNU C compiler
ii  wget  1.10.2-1   retrieves files from the web

Versions of packages pbuilder recommends:
ii  devscripts2.9.8  Scripts to make the life of a Debi
ii  fakeroot  1.5.5  Gives a fake root environment
ii  sudo  1.6.8p9-3  Provide limited super user privile

- -- no debconf information

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

iD8DBQFDhu4weXr56x4Muc0RAuRgAJ0Rl/FYFSxF3QUtuO5H1EiKnDssmgCfTSHy
AJ/3ecqYKvxV+rmX5To8G0A=
=CPUA
-END PGP SIGNATURE-


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



Bug#340715: [Pbuilder-maint] Bug#340715: /usr/share/doc/pbuilder/examples/B90linda missing --force-yes option

2005-11-26 Thread Martin-Éric Racine
la, 2005-11-26 kello 14:08 +0900, Junichi Uekawa kirjoitti:

  Since APT 0.6 entered Testing, the sample Linda script no longer works. The 
  cause is that --force-yes is missing to 
  compensate for the non-authenticated apt-get action.
 
 Thanks for the report.
 I guess that would be the case
 
 A quick grep tells me that the following will fail to work:
 
 B90linda:3:apt-get install -y linda
 B91dpkg-i:19:apt-get install $PKGNAMES || true
 B91dpkg-i:24:apt-get install $PKGNAMES || true
 B92test-pkg:8:apt-get install -y $PKG
 B92test-pkg:9:apt-get remove -y $PKG
 execute_installtest.sh:22:apt-get install -y $1  /dev/null

Indeed so. Mind you, I made a mistake. The correct option is
--allow-unauthenticated instead.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#340846: gnupg: priority from Standard to Important to support secure APT on default installs

2005-11-26 Thread Martin-Éric Racine
Package: gnupg
Version: 1.4.2-2
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Given how secure APT needs GPG to authenticate repositories, I wondered if 
perhaps now would be a good time to change 
gnupg's priority from Standard to Important, to ensure that it's included in a 
default install for Etch?

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

Versions of packages gnupg depends on:
ii  libbz2-1.0  1.0.2-10 high-quality block-sorting file co
ii  libc6   2.3.5-8  GNU C Library: Shared libraries an
ii  libldap22.1.30-12OpenLDAP libraries
ii  libreadline55.0-11   GNU readline and history libraries
ii  libsasl22.1.19-1.7   Authentication abstraction library
ii  libusb-0.1-42:0.1.10a-22 userspace USB programming library
ii  makedev 2.3.1-79 creates device files in /dev
ii  zlib1g  1:1.2.3-4compression library - runtime

gnupg recommends no packages.

- -- no debconf information

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

iD8DBQFDiD+9eXr56x4Muc0RAs6UAJ9kn6/Lw1Zkw0K7PTFxILYKwHsNaACfc5cF
eYUFo6IHYbnHuYfieUjb9aw=
=m/cf
-END PGP SIGNATURE-


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



Bug#340715: [Pbuilder-maint] Bug#340715: /usr/share/doc/pbuilder/examples/B90linda missing --force-yes option

2005-11-26 Thread Martin-Éric Racine
la, 2005-11-26 kello 23:11 +0900, Junichi Uekawa kirjoitti:
 Hi,
 
   Thanks for the report.
   I guess that would be the case
   
   A quick grep tells me that the following will fail to work:
   
   B90linda:3:apt-get install -y linda
   B91dpkg-i:19:apt-get install $PKGNAMES || true
   B91dpkg-i:24:apt-get install $PKGNAMES || true
   B92test-pkg:8:apt-get install -y $PKG
   B92test-pkg:9:apt-get remove -y $PKG
   execute_installtest.sh:22:apt-get install -y $1  /dev/null
  
  Indeed so. Mind you, I made a mistake. The correct option is
  --allow-unauthenticated instead.
 
 pbuilder mostly uses force-yes, since --allow-unauthenticated didn't
 work in the earlier days.
 
 If --allow-unauthenticated now works reliably (with even the current
 testing version, and other possibly affected distributions, ubuntu was
 released with apt 0.6, wasn't it?), it might be a good idea to switch.

The problem with --force-yes is that it also forces other things like
answers to configuration questions, which is not always desirable.

An alternative would be to ask the debian-installer team how they enable
secure APT when bootstrapping a new Etch installation. We could probably
use their trick with pbuilder as well.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#340279: Build problems on sarti (was: Bug#334613: failed install prevents building of another package that has tetex-bin as build-depends)

2005-11-27 Thread Martin-Éric Racine
pe, 2005-11-25 kello 11:38 +0100, Frank Küster kirjoitti:
 Dear Debian admins, 
 
 we need your help with that bug (I've already sent you a message
 earlier, suspecting hardware problems).
 
 Martin-Éric Racine [EMAIL PROTECTED] wrote:
 
  Package: tetex-bin
  Version: 3.0-10.1
  Followup-For: Bug #334613
 
 Note that the user mixed things up; it's #340279.
 
  Failure to install tetex-bin breaks the build-depend requirements of 
  package planner on hppa. 
  http://buildd.debian.org/fetch.php?pkg=plannerver=0.13-3arch=hppastamp=1132846224file=logas=raw
  Below is the stderr output:
 
  Setting up tetex-bin (3.0-10.1) ...
 
  Creating config file /etc/texmf/fmt.d/01tetex.cnf with new version
  Running fmtutil-sys. This may take some time. ...
  warning: Could not open char translation file `cp227.tcx'.
  warning: Could not open char translation file `cp227.tcx'.
  Error: `omega -ini  -jobname=lambda -progname=lambda lambda.ini' failed
  Error: `aleph -ini  -jobname=lamed -progname=lamed *lambda.ini' failed
  warning: Could not open char translation file `cp227.tcx'.
  Error: `pdfetex -ini  -jobname=amstex -progname=amstex 
  -translate-file=cp227.tcx *amstex.ini' failed
 
 This shows that the same formats fail to build that failed with the
 original bugreport.  So maybe it is in fact not so indeterministic as I
 first thought, and not a hardware failure but a real bug.  However:
 
  fmtutil failed. Output has been stored in
  /tmp/tetex.postinst.XXxxXcHb
  Please include this file if you report a bug.
 
 we need these temporary files.  Without that there is hardly a chance to
 debug this.  I just tried that the formats are built fine in paer's sid
 chroot, so it doesn't seem to be simple doesn't work on hppa thing
 (although I obviously couldn't do it as root, but only in my homedir).

I'd like to point out that hppa is the only architecture on which this
build failed, which points to either hppa-specific bugs in tetex-bin or
otherwise to a broken hppa buildd.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#341138: ttf-gentium: re-released by upstream under a free license

2005-11-28 Thread Martin-Éric Racine
Package: ttf-gentium
Version: 1.01-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Upstream has reissued this font with minor changes and under a free license, as 
the following message received 
today from [EMAIL PROTECTED] mentions:

8X-
Gentium-Announce List
Update #3 - Current version re-released under the SIL Open Font License

- - - - - - - - -

Dear friends of Gentium,

We're thrilled to announce that we have re-released Gentium under a
free/open-source license - the SIL Open Font License (OFL). This will give
much greater freedom to everyone using the fonts, and allow for easier
inclusion in free, open-source and commercial software packages.

The only changes we've made in addition to the licensing change were a
couple of bug fixes releated to PostScript glyph names and to the reported
italic angle. 

All of this can be found at

http://scripts.sil.org/gentium

We know that many of you have been waiting for eons for Bold and Bold
Italic, more ancient Greek letters (like the digamma), etc. We have been
working on these (very sporadically) over the last couple of years, but
they're not ready yet. We hope to have a greatly improved set of Regular and
Italic out mid next year, and then work on completing the additional
weights.

In the meantime, if the lack of one letter is hindering you, the OFL now
gives you the freedom to change the fonts, and even distribute modified
versions - with some conditions. We also warmly welcome your submissions of
work to be included in the main Gentium project. See the Status page on the
web site for details.

Thanks for your continued interest in Gentium.


Victor Gaultney
Gentium /at/ sil.org
8X-


Given this, it would be desirable to move ttf-gentium from non-free to main 
ASAP.
Thanks!

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

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

Versions of packages ttf-gentium recommends:
ii  fontconfig2.3.2-1.1  generic font configuration library
ii  x-ttcidfont-conf  20 Configure TrueType and CID fonts f

- -- no debconf information

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

iD8DBQFDizbXeXr56x4Muc0RAqKhAKCrUrCAKqmTknyDfptiJv3YEQePvwCggcrL
0SE8D8cYXN9WKImjNlSPoOw=
=CKtP
-END PGP SIGNATURE-


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



Bug#334613: failed install prevents building of another package that has tetex-bin as build-depends

2005-11-28 Thread Martin-Éric Racine
ma, 2005-11-28 kello 10:16 +0100, Hilmar Preusse kirjoitti:
 notfound 334613 3.0-10.1
 stop
 
 On 25.11.05 Martin-Éric Racine ([EMAIL PROTECTED]) wrote:
  pe, 2005-11-25 kello 10:16 +0100, Hilmar Preusse kirjoitti:

   Seems to be a container for every failed installation. You didn't
   mean eventually #340279?
  
  Could be it too.
  
  Let's just say that a bug titled Does not configure (aleph+omega
  failed) doesn't ring a bell, while one titled  fmtutil-sys fails
  during package package setup immediately does.
  
 A that what you see is not #334613 I again mark is as not found in
 3.0-10.1.

Sorry, could you rephrase that?

-- 
Martin-Éric Racine
http://q-funk.iki.fi




Bug#334613: failed install prevents building of another package that has tetex-bin as build-depends

2005-11-28 Thread Martin-Éric Racine
ma, 2005-11-28 kello 19:22 +0100, Frank Küster kirjoitti:
 Martin-Éric Racine [EMAIL PROTECTED] wrote:
 
  A that what you see is not #334613 I again mark is as not found in
  3.0-10.1.
 
  Sorry, could you rephrase that?
 
 Simply look at
 http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkgdata=tetex-binarchive=noversion=dist=unstable
  
 
 The bug you reported your problem to (as a Follow-up for:) has
 disappeared from the list of Outstanding Grave functionality bugs, and
 is now listed as the second one under Resolved bugs - Grave
 functionality bugs.  Whether this was a result of Hilmar's control
 mail, as he intended, or because the BTS admins fixed it, this I don't
 know. 

What you wrote earlier made it sound like the bug does not apply to
version 3.0-10.1 yet this is the version reported during the build log.

Or did I misunderstand this?

-- 
Martin-Éric Racine
http://q-funk.iki.fi




Bug#333103: liferea: [gnome 2.12 transition] build-depend on dbus changes

2005-12-03 Thread Martin-Éric Racine
la, 2005-12-03 kello 20:06 +0100, Kurt Roeckx kirjoitti:

 Build depending on libdbus-glib-1-dev | dbus-glib-1-dev does not
 work.  Neither apt nor sbuild is able to install the build
 dependencies.

Figuring out WHY neither can would be useful.

 Either you need to get the new dbus name in unstable, keep this
 all to experimental, or reverse order of libdbus-glib-1-dev and
 dbus-glib-1-dev.

Reversing the order sounds like counter-productive since we WANT to
prefer the new name, which is why it shows as the first alternative.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#340715: [Pbuilder-maint] Bug#340715: /usr/share/doc/pbuilder/examples/B90linda missing --force-yes option

2005-12-03 Thread Martin-Éric Racine
su, 2005-12-04 kello 14:06 +0900, Junichi Uekawa kirjoitti:

 I've committed the change to CVS to use --allow-unauthenticated, 
 but it's obviously not supported in sarge version of apt.
 I'll revert it later.
 --force-yes is understood by apt in sarge.

That's OK. We're uploading to Testing/Unstable anyhow, which has the new
APT, so we might as well migrate to --allow-unauthenticated right away.

-- 
Martin-Éric Racine
http://q-funk.iki.fi




Bug#326025: ispell-fi: NMU to #326025, #331868, #340755 uploaded in the 7-day delayed queue

2005-12-04 Thread Martin-Éric Racine
Package: ispell-fi
Followup-For: Bug #326025

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I noticed that two RC bugs (and one important but not yet critical bug opened 
by Joey about the Debconf-2.0 alternative) are open on this package and have 
not been answered for a few months, so I have uploaded an NMU to the 7-day 
delayed queue.  

My changelog follows:

 ispell-fi (0.7-16.1) unstable; urgency=low
   * NMU.
   * Added missing Build-Depends on aspell (Closes: #326025).
   * Added missing debconf-2.0 alternatives (Closes: #331868).
   * Provides aspell6a-dictionary in aspell-fi (Closes: #340755).
   * Removed unavailable openoffice.org-updatedicts from myspell-fi.

Should you prefer to apply those changes yourself, they are also available in 
my personal repository at http://q-funk.iki.fi/debian/pool/i/ispell-fi/ for the 
next couple of weeks.

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

iD8DBQFDkq5SeXr56x4Muc0RAhggAJ9puB6of0zW49REhkYDQriqANVrFwCfQjZD
jyAHcFz7duZGi/ct1MMZ2eM=
=GxVc
-END PGP SIGNATURE-


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



Bug#341952: ssmtp: should specify character-set in outgoing messages

2005-12-04 Thread Martin-Éric Racine
Package: ssmtp
Version: 2.61-5.0.1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

sSMTP does not specify the character-set in outgoing messages, which makes some 
mail relays reject the messages sent 
by sSMTP. For example, the Debian BTS' control interface gives me:

8X-
 - These recipients of your message have been processed by the mail server:
[EMAIL PROTECTED]; Failed; 5.3.0 (other or undefined mail system status)

Remote MTA bugs.debian.org: network error

 - SMTP protocol diagnostic: 550 improper use of 8-bit data in message header
8X-

The raw message content that triggered this is:

8X-
Return-Path: [EMAIL PROTECTED]
Received: from route.intranet (84.249.18.46) by 
pne-smtpout2-sn1.fre.skanova.net (7.2.069.1)
id 43903C2400065782 for [EMAIL PROTECTED]; Sun, 4 Dec 2005 13:03:35 
+0100
Received: from omena.intranet ([172.16.1.14] ident=q-funk)
by route.intranet with smtp (Exim 4.50)
id 1Eisab-00079P-5v
for [EMAIL PROTECTED]; Sun, 04 Dec 2005 14:03:34 +0200
Received: by omena.intranet (sSMTP sendmail emulation); Sun,  4 Dec 2005 
14:03:32 +0200
From: Martin-Éric Racine [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: bug 262075 is forwarded to 
http://bugzilla.gnome.org/show_bug.cgi?id=318473
Date: Sun,  4 Dec 2005 14:03:32 +0200
X-BTS-Version: 2.9.9
Message-Id: [EMAIL PROTECTED]
8X-

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

Versions of packages ssmtp depends on:
ii  debconf   1.4.59 Debian configuration management sy
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libssl0.9.8   0.9.8a-4   SSL shared libraries

ssmtp recommends no packages.

- -- debconf information:
* ssmtp/overwriteconfig: true
  ssmtp/mailname:
* ssmtp/mailhub: posti.intranet
* ssmtp/fromoverride: true
* ssmtp/hostname: omena.intranet
* ssmtp/root: [EMAIL PROTECTED]
* ssmtp/rewritedomain:
* ssmtp/port: 25

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

iD8DBQFDkuCUeXr56x4Muc0RAr6VAJwKp1FPq07/HvusNBmyWpwJY3CXewCfflnj
7vOjiv1v1VOdACFizB9nHfQ=
=q8iN
-END PGP SIGNATURE-



Bug#326025: ispell-fi: [RC bug] patch attached here

2005-12-04 Thread Martin-Éric Racine
Package: ispell-fi
Followup-For: Bug #326025

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I'm also attaching the diff between your 0.7-16 and my 0.7-16.1 here for 
convenience.

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

iD8DBQFDkwx8eXr56x4Muc0RAgYDAKCrDONImWNnVYBuEgmPO1h8KvOOnQCdEMmT
TwPazUpzD+EIwbQg4CTnB10=
=vttH
-END PGP SIGNATURE-
diff -ruN ispell-fi-0.7.old/debian/changelog ispell-fi-0.7/debian/changelog
--- ispell-fi-0.7.old/debian/changelog  2005-12-04 17:27:17.0 +0200
+++ ispell-fi-0.7/debian/changelog  2005-12-04 17:28:13.0 +0200
@@ -1,3 +1,13 @@
+ispell-fi (0.7-16.1) unstable; urgency=low
+
+  * NMU.
+  * Added missing Build-Depends on aspell (Closes: #326025).
+  * Added missing debconf-2.0 alternatives (Closes: #331868).
+  * Provides aspell6a-dictionary in aspell-fi (Closes: #340755).
+  * Removed unavailable openoffice.org-updatedicts from myspell-fi.
+
+ -- Martin-Éric Racine [EMAIL PROTECTED]  Sun,  4 Dec 2005 09:11:23 +0200
+
 ispell-fi (0.7-16) unstable; urgency=low
   * Fixes for the aspell changes (Closes: #318815)
   * myspell-fi is built by the indep target (Closes: #312416)
diff -ruN ispell-fi-0.7.old/debian/control ispell-fi-0.7/debian/control
--- ispell-fi-0.7.old/debian/control2005-12-04 17:27:17.0 +0200
+++ ispell-fi-0.7/debian/control2005-12-04 17:28:13.0 +0200
@@ -3,11 +3,11 @@
 Section: text
 Priority: optional
 Standards-Version: 3.6.1.0
-Build-Depends: ispell (= 3.1.20.0-1.1), dictionaries-common-dev (= 0.20), 
libmyspell-dev (= 1:3.1-5), bzip2
+Build-Depends: aspell (= 0.60.4), ispell (= 3.1.20.0-4), 
dictionaries-common-dev (= 0.25), libmyspell-dev (= 1:3.1-16), bzip2
 
 Package: ifinnish-large
 Architecture: any
-Depends: ispell, debconf, dictionaries-common (=0.20)
+Depends: ispell, debconf | debconf-2.0, dictionaries-common (=0.25)
 Suggests: wfinnish
 Provides: ispell-dictionary
 Description: A large Finnish dictionary for Ispell
@@ -26,7 +26,7 @@
 
 Package: ifinnish
 Architecture: any
-Depends: ispell, debconf, dictionaries-common (=0.20)
+Depends: ispell, debconf | debconf-2.0, dictionaries-common (=0.25)
 Suggests: wfinnish
 Provides: ispell-dictionary
 Description: A medium-size Finnish dictionary for Ispell
@@ -43,7 +43,7 @@
 
 Package: ifinnish-small
 Architecture: any
-Depends: ispell, debconf, dictionaries-common (=0.20)
+Depends: ispell, debconf | debconf-2.0, dictionaries-common (=0.25)
 Suggests: wfinnish
 Provides: ispell-dictionary
 Description: A small Finnish dictionary for Ispell
@@ -62,7 +62,7 @@
 Package: wfinnish
 Architecture: all
 Provides: wordlist
-Depends: dictionaries-common (=0.20), debconf
+Depends: debconf | debconf-2.0, dictionaries-common (=0.25)
 Description: A small Finnish dictionary for /usr/share/dict
  This is a list of Finnish words and names in various inflected forms,
  containing roughly 0.7 million items, to be used for whatever purpose you
@@ -76,7 +76,7 @@
 
 Package: myspell-fi
 Architecture: all
-Depends: dictionaries-common (0.10) | openoffice.org-updatedicts
+Depends: dictionaries-common (=0.25)
 Suggests: openoffice.org, mozilla-spellchecker
 Provides: myspell-dictionary, myspell-dictionary-fi, 
openoffice.org-spellcheck-fi
 Description: The Finnish dictionary for myspell
@@ -86,8 +86,8 @@
 
 Package: aspell-fi
 Architecture: any
-Depends: aspell (=0.60.3-3)
-Provides: aspell-dictionary
+Depends: aspell (=0.60.4)
+Provides: aspell6a-dictionary
 Description: The Finnish dictionary for aspell
  This package contains all the required files to add support for the
  Finnish language to the GNU Aspell spell checker.


Bug#340279: Build problems on sarti

2005-12-05 Thread Martin-Éric Racine
ma, 2005-12-05 kello 13:42 +0100, Frank Küster kirjoitti:

 it seems as if the problems that caused #340279 were either only
 intermittent, or have been solved meanwhile:  Both planner and
 mysql-dfsg-5.0 have been built again in the last couple of days, and in
 both cases tetex-bin could be installed fine (although mysql failed for
 different reasons).
 
 Do you agree that we can close this bug?

Fine by me.

-- 
Martin-Éric Racine
http://q-funk.iki.fi




Bug#344707: ITP: ispell-et -- Estonian dictionaries for ispell, aspell, myspell

2006-01-04 Thread Martin-Éric Racine
su, 2005-12-25 kello 01:50 +0200, Martin-Éric Racine kirjoitti:
 Package: wnpp
 Severity: wishlist
 Owner: Martin-Éric Racine [EMAIL PROTECTED]
 
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Package name : ispell-et
 Version  : 20030606
 URL  : http://www.meso.ee/~jjpp/speller/
 aspell-et  - Estonian dictionary for aspell
 iestonian  - Estonian dictionary for ispell
 myspell-et - Estonian dictionary for myspell
 openoffice.org-hyphenation-et - Estonian hyphenation pattern for 
 OpenOffice.org
 
 The ispell affix and wordlists, as well as the OOo hyphenation were found as 
 standalone files at the above URL, along with explanations in Estonian about 
 the origin of all files. Everything else is generated by my own debian/rules.
 
 The version is the timestamp of the last update produced by Jaak Pruulmann. 
 
 I already have packages ready to upload. I however need to verify whether the 
 software license of the Institute of the Estonian Language is considered free
 according to Debian policies, before I proceed with the upload.


Copyright issues were found to be ambiguous by debian-legal, which
prompted the original upstream to modify their license. Meanwhile,
licenses of changes to the wordlist and of the hyphenation pattern
required further clarification from their respective authors. The
resulting copyright is:


 This package was debianized by Martin-Eric Racine [EMAIL PROTECTED] on
 Sat, 24 Dec 2005 03:23:47 +0200
 
 It was downloaded from http://www.meso.ee/~jjpp/speller/
 
 Estonian affix and wordlist for Ispell
 Copyright (C) 2003, Jaak Pruulmann [EMAIL PROTECTED]
 
This package is free software; you can redistribute it and/or modify it 
under the terms of the GNU Lesser General Public License as published by
the Free Software Foundation; either version 2.1 of the License, or (at 
your option) any later version.
 
On Debian systems, the complete text of the GNU Lesser General Public 
License can be found in /usr/share/common-licenses/LGPL.
 
 Estonian hyphenation patterns
 Copyright (C) 2003, Enn Saar [EMAIL PROTECTED]
 
This work may be distributed and/or modified under the conditions of the 
LaTeX Project Public License, either version 1.3 of this license or (at 
your option) any later version. The latest version of this license is in 
http://www.latex-project.org/lppl.txt and version 1.3 or later is part 
of all distributions of LaTeX version 2003/12/01 or later.
 
On Debian systems, the complete text of the LaTeX Project Public License
can be found in /usr/share/doc/tetex-base/lppl.txt.gz.
 
 Estonian Wordlist
 Copyright (C) 1999, Institute of the Estonian Language [EMAIL PROTECTED]
 
The present Licence Agreement gives the user of this Software Product
(hereinafter: Product) the right to use the Product for whatever purpose
(incl. distribution, copying, altering, inclusion in other software, and
selling) on the following conditions:
 
 1. The present Licence Agreement should belong unaltered to each copy
ever made of this Product;
 2. Neither the Institute of the Estonian Language (hereinafter: IEL)
nor the author(s) of the Product will take responsibility for any
detriment, direct or indirect, possibly ensuing from the application
of the Product;
 3. The IEL is ready to share the Product with other users as we wish
to advance research on the Estonian language and to promote the use 
of Estonian in rapidly developing infotechnology, yet we refuse to 
bind ourselves to any further obligation, which means that the IEL 
is not obliged either to warrant the suitability of the Product for 
a specific purpose, to improve the software, or to provide a more 
detailed description of the underlying algorithms.
(Which does not mean, though, that we may not do it.)
 
Notification Request:
 
As a courtesy, we would appreciate being informed whenever our linguistic
products are used to create derivative works. If you modify our software 
or include it in other products, please inform us by sending e-mail to 
[EMAIL PROTECTED] or by letter to
 
Institute of the Estonian Language
Roosikrantsi 6
10119 Tallinn
ESTONIA
 
Phone  Fax: +372 6411443
 -- end of Licence Agreement --


Clarifications about the history of each file appears in README:


 Estonian dictionaries for aspell, ispell, myspell
 -
 This package was assembled from several standalone files found at
 http://www.meso.ee/~jjpp/speller/:
 
  * Affix file and wordlist for ispell.
  * Hyphenation pattern for OpenOffice.
 
 The wordlist is based on work by the Institute of the Estonian Language,
 subsequently improved by Jaak Pruulmann who also created the affix file.
 
 The hyphenation pattern was originally created by Enn Saar for utilization 
 with LaTeX

Bug#344538: build problems on sarti (was: Bug#344538: tetex-base: tex-common to Pre-Depends, otherwise installation fails)

2006-01-06 Thread Martin-Éric Racine
pe, 2005-12-23 kello 17:23 +0100, Frank Küster kirjoitti:

 Hi Lamont, hi Debian admins,
 
 during the last weeks there were a couple of FTBFS cases on sarti, the
 hppa buildd, which point to severe problems on that machine.  The things
 that happened did only happen on this single buildd, but did in no way
 look as if they were architecture specific.  
 
 To me it looks as if there were hardware problems.  
 
 Previously, the bugs were resolved without notifying the maintainers how
 this was achieved (or whether maybe nothing was done at all except
 requeing the FTBFS package), so I can't tell what the real cause was then.

[...]

 The script that fails is tetex-base's postinst:
 
 Setting up tetex-base (3.0-11) ...
 Removing unchanged obsolete conffiles ... done
 /var/lib/dpkg/info/tetex-base.postinst: line 678: update-language: command 
 not found
 dpkg: error processing tetex-base (--configure):
  subprocess post-installation script returned error exit status 127
 
 so tex-common (on which tetex-base depends) should be already
 configured and work fine (note that both packages are architecture:
 all).  But the build does not even try to install tex-common, so it
 seems dpkg thinks that it is already installed:
 
  http://buildd.debian.org/fetch.php?pkg=plannerver=0.13-4arch=hppastamp=1135258214file=logas=raw

[...]

 In fact this particular command should work even when
 tex-common is only unpacked, but unconfigured, since update-language is
 a simple shell script in /usr/sbin.  If tex-common is unpacked and the
 shell works, it should work, too.
 
 So it seems something is severely amiss with the debbuild chroot on
 sarti. 
 
 Regards, Frank
 
 P.S. I'd like to reassign this bug to buildd.debian.org or
 sarti.debian.org, but such a virtual package doesn't exist...

I'd like to know how things are progressing with this issue. 

My package is still stuck on hppa because of this. It has successfully
built on every other architecture. Even worse, this is the second time
that this situation prevents build-depends from being fulfilled on hppa.

Anyhow, given how hppa is already among the architectures that did not
re-qualify for Etch, I propose that, from now on, hppa be ignored for
deciding whether a package is considered valid for going into Testing.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#344538: build problems on sarti (was: Bug#344538: tetex-base: tex-common to Pre-Depends, otherwise installation fails)

2006-01-06 Thread Martin-Éric Racine
pe, 2006-01-06 kello 11:51 -0500, Kyle McMartin kirjoitti:
 On Fri, Jan 06, 2006 at 02:18:38PM +0200, Martin-?ric Racine wrote:
  Anyhow, given how hppa is already among the architectures that did not
  re-qualify for Etch, I propose that, from now on, hppa be ignored for
  deciding whether a package is considered valid for going into Testing.
 
 Uhm. You're wrong?
 
 http://release.debian.org/etch_arch_qualify.html

Ah. It seems I was.  My mistake.  Sorry!

 In any case, might as well ignore it. 

Well, this is the second time that installation of tetex fails on hppa.
According to the tetex maintainer, everything is kosher on his side, so
this brings the question why installation of tetex repeatedly fails and
only on hppa. Repeated occurrences of installation failure on a single
architecture is a highly suspicious matter. Granted, Planner is not an
essential package, but the situation is still bad omen.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#344538: build problems on sarti

2006-01-06 Thread Martin-Éric Racine
pe, 2006-01-06 kello 17:30 -0700, Bdale Garbee kirjoitti:
 [EMAIL PROTECTED] (Martin-Éric Racine) writes:
 
  To me it looks as if there were hardware problems.  
 
 I don't see how you reach that conclusion?

Please read and quote carefully. 

That sentence was by Frank Küster [EMAIL PROTECTED] in response to my
bug report against tetex.  

  /var/lib/dpkg/info/tetex-base.postinst: line 678: update-language: command 
  not found
 
 Reading tetex-base.postinst, update-language is being called without an
 explicit path specification:
 
   # Update language.dat (update-language is in tex-common on which we depend)
   update-language
 
 Since this script gets put in /usr/sbin, if it's not found I presume it's
 because the file truly isn't present yet, /usr/sbin isn't in PATH, or the 
 execute bit in the permissions for that script isn't set.

That would not explain why hppa is the only architecture on which this
fails.  Either way, I have nothing to do with Tetex maintenance or with
sarti administration, so probably best discuss it with Frank.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#346383: cups-pdf: dummy bug to prevent transition to Testing

2006-01-07 Thread Martin-Éric Racine
Package: cups-pdf
Version: 2.0.2-1
Severity: grave
Justification: causes non-serious data loss

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

As a precaution, this dummy bug prevents this new major upstream release
from going into Testing, until its codebase has been thoroughly audited.

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

iD8DBQFDv9s7eXr56x4Muc0RAs1LAKCycV0KlwsuUbsFEHlbDWtGKMkBuwCgsSTr
IgYbmVZzZVxJbq43cdG7Yv4=
=8xpn
-END PGP SIGNATURE-


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



Bug#344538: build problems on sarti

2006-01-09 Thread Martin-Éric Racine
ma, 2006-01-09 kello 10:10 +0100, Frank Küster kirjoitti:
 Thibaut VARENE [EMAIL PROTECTED] wrote:
 
  On 1/6/06, Martin-Éric Racine [EMAIL PROTECTED] wrote:
  pe, 2006-01-06 kello 11:51 -0500, Kyle McMartin kirjoitti:
 
  Well, this is the second time that installation of tetex fails on hppa.
  According to the tetex maintainer, everything is kosher on his side, so
  this brings the question why installation of tetex repeatedly fails and
  only on hppa. Repeated occurrences of installation failure on a single
  architecture is a highly suspicious matter. Granted, Planner is not an
  essential package, but the situation is still bad omen.
 
  there is no such thing as a situation, as I see it:
 
  I built it just fine in a local sid chroot. 
 
 Of course it does - one more reason to believe that the problem is on
 the side of that particular machine: Hardware problems on sarti.

I think that it's not likely a hardware problem as much as a possible
misconfiguration of e.g. executable search paths. At least, Bdale's
previous e-mail leads me to believe that this is where the investigation
could start. Another place to look would be to verify whether there is
sufficient disk space to install and configure huge build-deps on Sarti.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#343662: e2fsprogs: moving script to S03hwclockfirst.sh rather that S09hwclockfirst.sh solves it

2006-01-10 Thread Martin-Éric Racine
Package: e2fsprogs
Version: 1.38+1.39-WIP-2005.12.10-1
Followup-For: Bug #343662

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The trick about moving the symbolic link in /etc/rcS indeed works, but 
only if moved to somewhere WAY early in the boot process. In my case,
this meant moving to S03hwclockfirst.sh instead, giving me this rcS:

READMES30procps.shS43portmap
S01glibc.sh   S35mountall.sh  S45mountnfs.sh
S02mountvirtfsS36discover S48console-screen.sh
S03hwclockfirst.shS36mountvirtfs  S50hwclock.sh
S04udev   S36udev-mtabS51ntpdate
S05bootlogd   S37setkey   S55bootmisc.sh
S05initrd-tools.shS38pppd-dns S55urandom
S05keymap.sh  S39dns-cleanS70nviboot
S10checkroot.sh   S39ifupdown S70x11-common
S18ifupdown-clean S40hostname.sh  S71xserver-xorg
S20module-init-tools  S40hotplug  S75sudo
S20modutils   S40networking
S30checkfs.sh S41hotplug-net

Btw, the problem also affects systems where /etc/default/rcS has UTC=yes
(such as this PPC workstation).

I'd also like to point out that S22 is valid for fresh Sarge installs, 
but Woody installs had S18 instead (God knows what default Potato had).

Thus, given how critical the position of this symbolic link is, it might 
be a good idea for the postinst script to call update-rc.d to delete all 
current symbolic links for hwclockfirst.sh and to upgrade them. This of 
course means cloning this bug and assigning it to 'util-linux' as well.

Finally, I'd like to remind you that this fixed 'e2fsprogs' cannot go into
Testing unless you explicitely ask the Release Manager to unfreeze it.

PS: Wouldn't now be a good time to review the boot order of ALL packages
with priority Standard or higher, before we enter the Etch base freeze?

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

iD8DBQFDw9wHeXr56x4Muc0RAs0rAKCrk5N7ZQKsUaBXsVTBmJbxA6D2tgCbBTPX
/TgpyWpFiI6pJhQnq954KH0=
=mRgu
-END PGP SIGNATURE-


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



Bug#347557: xlibs: [6.9 transition] XKB error upon GNOME startup

2006-01-11 Thread Martin-Éric Racine
Hi Denis,

ke, 2006-01-11 kello 21:26 +0100, Denis Barbier kirjoitti:
 On Wed, Jan 11, 2006 at 04:12:19PM +0200, Martin-Éric Racine wrote:
  Package: xlibs
  Version: 6.9.0.dfsg.1-3
  Severity: important
  
  After upgrading GNOME to the 2.12 packages in Unstable, 
  I keep on getting the following message at every login:
 [...]
   layouts = [fi,ru   phonetic]
   model = pc105
   overrideSettings = false
   options = [grp grp:shift_toggle]
  [EMAIL PROTECTED]:/home/q-funk$
  
  This keymap combination used to work just fine with Experimental GNOME 
  packages (what just entered Unstable is a rebuild of the same packages).
  
  The X.org changelog suggests trying xkb-data whenever bugs pop up, but 
  this package is not available in Unstable.

 it seems that grp:shift_toggle has been renamed into grp:shifts_toggle
 to be consistent with other *_toggle options.
 Your GNOME settings have to be updated; I do not know if this can be
 done automatically, but you can launch the keyboard layout switcher
 which should display this new option.

I first changed the grp setting manually using gconf-editor, but the
same error dialogue keeps on appearing. I have also tried deleting all
gconf keys for the keyboard preferences, then re-selecting the keyboard
maps from GNOME's keyboard capplet, which brings up the same error.

However, I vaguely recalled having had a similar problem, way back when
gswitchit (which later became GNOME's keyboard preference dialogue) had
appeared. Here is part of an exchange between Sergey Udaltsov and I:

 XFree86.log reported something about not being able to load the XKB map.
 Pasting that exact log line in Google gave me the following explanation:
 
 Bugged keyboard alias file in xlibs-data (usually after an xlibs upgrade).
 
 How I solved it:
 
 dpkg -P --force-depends xbase-clients xlibs xlibs-data
 rm -r /etc/X11/xkb
 apt-get install xbase-clients xlibs xlibs-data
 
 Now everything works as before and, actually, even better:  Gswitchit
 (a.k.a. GNOME Keyboard Preferences capplet) finally works! :-)

It should be noted that purging the above packages left plenty of cruft
in /etc/X11/xkb which, I suspect, affects newer keyboard maps adversely.

Anyhow, even after purging the packages and force-removing /etc/X11/xkb,
then re-installing the packages, adding secondary keymaps via GNOME's
keyboard preferences again made the error message appear.

I therefore welcome further suggestions on how to resolve this.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#347557: xlibs: [6.9 transition] XKB error upon GNOME startup

2006-01-11 Thread Martin-Éric Racine
ke, 2006-01-11 kello 23:17 +0100, Denis Barbier kirjoitti:
 On Wed, Jan 11, 2006 at 11:35:39PM +0200, Martin-Éric Racine wrote:
  Anyhow, even after purging the packages and force-removing /etc/X11/xkb,
  then re-installing the packages, adding secondary keymaps via GNOME's
  keyboard preferences again made the error message appear.
 
 Does it work for some layouts, or always fail?

Actually, it's not just layouts. As a test, I tried selecting another
keyboard geometry than pc-105 in the GNOME keyboard capplet. This also
made the error dialogue appear. In fact, any setting I played with on
that layout preferences tab made the error dialogue reappear.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#347557: xlibs: [6.9 transition] XKB error upon GNOME startup

2006-01-11 Thread Martin-Éric Racine
ke, 2006-01-11 kello 23:33 +0100, Denis Barbier kirjoitti:
 On Thu, Jan 12, 2006 at 12:24:14AM +0200, Martin-Éric Racine wrote:
  ke, 2006-01-11 kello 23:17 +0100, Denis Barbier kirjoitti:
   On Wed, Jan 11, 2006 at 11:35:39PM +0200, Martin-Éric Racine wrote:
Anyhow, even after purging the packages and force-removing /etc/X11/xkb,
then re-installing the packages, adding secondary keymaps via GNOME's
keyboard preferences again made the error message appear.
   
   Does it work for some layouts, or always fail?
  
  Actually, it's not just layouts. As a test, I tried selecting another
  keyboard geometry than pc-105 in the GNOME keyboard capplet. This also
  made the error dialogue appear. In fact, any setting I played with on
  that layout preferences tab made the error dialogue reappear.
 
 Normally xbase-clients installs symlinks under /etc/X11/xkb, please
 check that they are there:
/etc/X11/xkb/
  compiled - /var/lib/xkb
xkbcomp - /usr/X11R6/bin/xkbcomp

That's exactly what I have.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#347666: ftp.d.o: RM: openoffice.org-hyphenation-et (unstable) superceded by myspell-et 20030606.2

2006-01-11 Thread Martin-Éric Racine
Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

openoffice.org-hyphenation-et (unstable) is superceded by myspell-et 
starting with ispell-et source 20030606.2, thus no longer needed in
the archive.

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

iD8DBQFDxYymeXr56x4Muc0RAmklAJ423Vzf8HDZMdZulkKaXNaSioiLDACfdBNs
FY/SCIl5Q33LNWJ2xW/F/3E=
=9Swh
-END PGP SIGNATURE-


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



Bug#347557: xlibs: [6.9 transition] XKB error upon GNOME startup

2006-01-11 Thread Martin-Éric Racine
to, 2006-01-12 kello 00:02 +0100, Denis Barbier kirjoitti:
 On Wed, Jan 11, 2006 at 04:12:19PM +0200, Martin-Éric Racine wrote:
 [...]
  (**) Option XkbRules xorg
  (**) Generic Keyboard: XkbRules: xorg
  (**) Option XkbModel pc105
  (**) Generic Keyboard: XkbModel: pc105
  (**) Option XkbLayout fi
  (**) Generic Keyboard: XkbLayout: fi
 
 Back to your original report, there is no error in your logs, so X
 configuration looks fine.  Can you run
   setxkbmap -layout fi,ru -variant ,phonetic -option -option grp:shifts_toggle
 in a terminal?

$ setxkbmap -v -layout fi,ru -variant ,phonetic -option -option 
grp:shifts_toggle
Warning! Multiple definitions of keyboard layout
 Using command line, ignoring X server
Warning! Multiple definitions of layout variant
 Using command line, ignoring X server
Trying to build keymap using the following components:
keycodes:   xfree86+aliases(qwerty)
types:  complete
compat: complete
symbols:
pc/pc(pc105)+pc/fi+pc/ru(phonetic):2+group(shifts_toggle)+group(shifts_toggle)
geometry:   pc(pc105)
$

I notice that the above says xfree86. Shouldn't this be xorg?

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#347557: xlibs: [6.9 transition] XKB error upon GNOME startup

2006-01-11 Thread Martin-Éric Racine
to, 2006-01-12 kello 00:38 +0100, Denis Barbier kirjoitti:
 On Thu, Jan 12, 2006 at 01:14:35AM +0200, Martin-Éric Racine wrote:
   Back to your original report, there is no error in your logs, so X
   configuration looks fine.  Can you run
 setxkbmap -layout fi,ru -variant ,phonetic -option -option 
   grp:shifts_toggle
   in a terminal?
  
  $ setxkbmap -v -layout fi,ru -variant ,phonetic -option -option 
  grp:shifts_toggle
  Warning! Multiple definitions of keyboard layout
   Using command line, ignoring X server
  Warning! Multiple definitions of layout variant
   Using command line, ignoring X server
  Trying to build keymap using the following components:
  keycodes:   xfree86+aliases(qwerty)
  types:  complete
  compat: complete
  symbols:
  pc/pc(pc105)+pc/fi+pc/ru(phonetic):2+group(shifts_toggle)+group(shifts_toggle)
  geometry:   pc(pc105)
  $
 
 Ok, there is no error message, you can check that everything works fine.
 I already committed a patch so that options are not listed twice.

Switching between both layouts indeed works as expected, after running
the above command. Of course, GNOME messes this at the next X session.

 I see nothing wrong, xlibs works just fine, maybe this is a GNOME
 problem?

You're welcome to reassign to gnome-control-center (which provides
gnome-keyboard-properties) if you think that this is appropriate.
I've attached its dependency listing here just in case.

Package: gnome-control-center
Version: 1:2.12.2-1

Versions of packages gnome-control-center depends on:
ii  capplets-data1:2.12.2-1  configuration applets for GNOME 2 
ii  desktop-file-utils   0.10-1  Utilities for .desktop files
ii  gnome-desktop-data   2.12.2-2Common files for GNOME 2 desktop a
ii  gnome-icon-theme 2.12.1-2GNOME Desktop icon theme
ii  gnome-menus  2.12.0-2an implementation of the freedeskt
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-1The Bonobo UI library
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libcairo21.0.2-3 The Cairo 2D vector graphics libra
ii  libebook1.2-51.4.2.1-1   Client library for evolution addre
ii  libesd-alsa0 [libesd0]   0.2.36-1ubuntu5 Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgamin00.1.7-2 Client library for the gamin file 
ii  libgconf2-4  2.12.1-8GNOME configuration database syste
ii  libgcrypt11  1.2.2-1 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.5-1 The GLib library of C routines
ii  libgnome-desktop-2   2.12.2-2Utility library for loading .deskt
ii  libgnome-keyring00.4.6-2 GNOME keyring services library
ii  libgnome-menu2   2.12.0-2an implementation of the freedeskt
ii  libgnome2-0  2.12.0.1-4  The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.12.0-2A powerful object-oriented display
ii  libgnomeui-0 2.12.0-2The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.12.2-3The GNOME virtual file-system libr
ii  libgnutls11  1.0.16-14   GNU TLS library - runtime library
ii  libgpg-error01.1-4   library for common error values an
ii  libgstreamer-plugins0.8- 0.8.11-5Various GStreamer libraries and li
ii  libgstreamer0.8-00.8.11-2Core GStreamer libraries, plugins,
ii  libgtk2.0-0  2.8.9-2 The GTK+ graphical user interface 
ii  libice6  6.8.2.dfsg.1-11 Inter-Client Exchange library
ii  libjpeg626b-11   The Independent JPEG Group's JPEG 
ii  libmetacity0 1:2.12.2-3  Common library of lightweight GTK2
ii  libnautilus-extension1   2.12.2-2libraries for nautilus components 
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.10.2-1Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   6.8.2.dfsg.1-11 X Window System Session Management
ii  libstartup-notification0 0.8-1   library for program launch feedbac
ii  libtasn1-2   0.2.17-1Manage ASN.1

Bug#347557: xlibs: [6.9 transition] XKB error upon GNOME startup

2006-01-12 Thread Martin-Éric Racine
to, 2006-01-12 kello 09:59 +0100, Michel Dänzer kirjoitti:
 reassign 347557 libxklavier10
 kthxbye
 
 On Thu, 2006-01-12 at 02:00 +0200, Martin-Éric Racine wrote:
  
   I see nothing wrong, xlibs works just fine, maybe this is a GNOME
   problem?
  
  You're welcome to reassign to gnome-control-center (which provides
  gnome-keyboard-properties) if you think that this is appropriate.
  I've attached its dependency listing here just in case.
  
  Package: gnome-control-center
  Version: 1:2.12.2-1
  
  Versions of packages gnome-control-center depends on:
 
 [...]
 
  ii  libxklavier102.0-0.3 X Keyboard Extension 
  high-level AP
 
 Downgrading libxklavier to 2.0-0.2 seems to fix things here.

It didn't fix anything here; I still get that error dialogue.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#347557: xlibs: [6.9 transition] XKB error upon GNOME startup

2006-01-12 Thread Martin-Éric Racine
pe, 2006-01-13 kello 00:32 +0100, Denis Barbier kirjoitti:
 On Thu, Jan 12, 2006 at 12:13:52PM +0200, Martin-Éric Racine wrote:
  to, 2006-01-12 kello 09:59 +0100, Michel Dänzer kirjoitti:
   reassign 347557 libxklavier10
   kthxbye
   
   On Thu, 2006-01-12 at 02:00 +0200, Martin-Éric Racine wrote:

 I see nothing wrong, xlibs works just fine, maybe this is a GNOME
 problem?

You're welcome to reassign to gnome-control-center (which provides
gnome-keyboard-properties) if you think that this is appropriate.
I've attached its dependency listing here just in case.

Package: gnome-control-center
Version: 1:2.12.2-1

Versions of packages gnome-control-center depends on:
   
   [...]
   
ii  libxklavier102.0-0.3 X Keyboard Extension 
high-level AP
   
   Downgrading libxklavier to 2.0-0.2 seems to fix things here.
  
  It didn't fix anything here; I still get that error dialogue.
 
 You may try the following:
   $ apt-get source libxklavier10
   $ cd libxklavier-2.0
   $ fakeroot ./debian/rules build
   $ ./tests/test_config -d 1000 -g
 This command could display some useful debug information.  If everything
 looks fine, this bug may be reassigned to gnome-control-center? ;)

Fails to build:

xklavier_config.c: In function 'XklConfigFindOptionGroup':
xklavier_config.c:519: warning: pointer targets in passing argument 2 of 
'xmlGetProp' differ in signedness
xklavier_config.c:523: warning: pointer targets in passing argument 1 of 
'strlen' differ in signedness
xklavier_config.c:523: warning: pointer targets in passing argument 1 of 
'__builtin_strcmp' differ in signedness
xklavier_config.c:523: warning: pointer targets in passing argument 1 of 
'strlen' differ in signedness
xklavier_config.c:523: warning: pointer targets in passing argument 1 of 
'__builtin_strcmp' differ in signedness
xklavier_config.c:523: warning: pointer targets in passing argument 1 of 
'__builtin_strcmp' differ in signedness
xklavier_config.c:523: warning: pointer targets in passing argument 1 of 
'__builtin_strcmp' differ in signedness
make[3]: *** [xklavier_config.lo] Virhe 1
make[3]: Poistutaan hakemistosta /tmp/libxklavier-2.0/libxklavier
make[2]: *** [all-recursive] Virhe 1
make[2]: Poistutaan hakemistosta /tmp/libxklavier-2.0
make[1]: *** [all] Virhe 2
make[1]: Poistutaan hakemistosta /tmp/libxklavier-2.0
make: *** [debian/stamp-makefile-build] Virhe 2
debuild: fatal error at line 768:
dpkg-buildpackage failed!



-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#341945: debtags: invalid pointer error also confirmed on ppc

2005-12-08 Thread Martin-Éric Racine
Package: debtags
Version: 1.5.2+b1
Followup-For: Bug #341945

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Setting up debtags (1.5.2+b1) ...
Get:1 http://debtags.alioth.debian.org/tags/tags-current.gz [208kB]
Get:2 http://debtags.alioth.debian.org/tags/vocabulary.gz [13.9kB]
Fetched 222kB in 8s (25.0kB/s)
Reading tag data and vocabulary for http://debtags.alioth.debian.org/tags/...
Tag data: /var/cache/debtags/debtags.alioth.debian.org_tags_tags-current.gz...
Voc data: /var/cache/debtags/debtags.alioth.debian.org_tags_vocabulary.gz...
Writing system vocabulary...
Writing merged tag database...
*** glibc detected *** free(): invalid pointer: 0x10681cd0 ***
/var/lib/dpkg/info/debtags.postinst: line 22:  2731 Keskeytetty 
debtags update
dpkg: error processing debtags (--configure):
 subprocess post-installation script returned error exit status 134
Errors were encountered while processing:
 debtags
E: Sub-process /usr/bin/dpkg returned an error code (1)

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

Versions of packages debtags depends on:
ii  apt [libapt-pkg-libc6.3-6-3.1 0.6.43 Advanced front-end for dpkg
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-4  GCC support library
ii  libstdc++64.0.2-4The GNU Standard C++ Library v3
ii  libtdb1   1.0.6-13   Trivial Database - shared library
ii  zlib1g1:1.2.3-8  compression library - runtime

debtags recommends no packages.

- -- no debconf information

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

iD8DBQFDmM/reXr56x4Muc0RAhAsAJ9h40lu/9U88eH6yNDe1IO5nQFMhwCghD3w
ZKRjCBrFLoeER8EaCnHoDzc=
=i6Ti
-END PGP SIGNATURE-


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



Bug#342745: please remove the /usr/doc/installwatch symlink

2005-12-09 Thread Martin-Éric Racine
Package: installwatch
Version: 0.6.3-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

In compliance with the Etch release goals, packages should no longer have any 
documentation or symlink in /usr/doc so it would be a good idea to remove it.

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

iD8DBQFDmjk/eXr56x4Muc0RAsBsAJ4hWACl0jlaoocRQbM0d70AA0cFugCfQSKK
WQirGcZzSjzhoqIYtoibM9Q=
=mQjP
-END PGP SIGNATURE-


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



Bug#342746: linuxdoc-tools: please remove the /usr/doc symlink

2005-12-09 Thread Martin-Éric Racine
Package: linuxdoc-tools
Version: 0.9.21-0.1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

In compliance with the Etch release goals, packages should no longer have any
documentation or symlink in /usr/doc so it would be a good idea to remove it.

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

iD8DBQFDmjlaeXr56x4Muc0RAhWbAJ4saRSWLbTDyNAOgT/Ky2EwlLu2IACdGWTq
KLiiKoaa4LGt/E4e6sqNJ/g=
=7o4X
-END PGP SIGNATURE-


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



Bug#342779: nautilus: does not use a default icon theme when used in a non-GNOME desktop

2005-12-10 Thread Martin-Éric Racine
Package: nautilus
Version: 2.12.1-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Whenever it is started outside GNOME (in my case, inside Icewm), Nautilus uses 
the same blank document icon for absolutely everything it shows: the Computer 
on the desktop, folders inside browse views, etc. This suggests that it doesn't 
have a way to fall back to a default icon theme, even though it depends upon 
gnome-control-center, which itself depends upon gnome-icon-themes.

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

Versions of packages nautilus depends on:
ii  desktop-file-utils   0.10-1  Utilities for .desktop files
ii  gconf2   2.12.1-4GNOME configuration database syste
ii  gnome-control-center 1:2.12.1-1  utilities to configure the GNOME d
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-1The Bonobo UI library
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libcairo21.0.2-3 The Cairo 2D vector graphics libra
ii  libeel2-22.12.1-1Eazel Extensions Library (for GNOM
ii  libesd-alsa0 [libesd0]   0.2.36-1Enlightened Sound Daemon (ALSA) - 
ii  libexif120.6.12-2library to parse EXIF files
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libgail-common   1.8.8-1 GNOME Accessibility Implementation
ii  libgail171.8.8-1 GNOME Accessibility Implementation
ii  libgconf2-4  2.12.1-4GNOME configuration database syste
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.4-2 The GLib library of C routines
ii  libgnome-desktop-2   2.12.1-1Utility library for loading .deskt
ii  libgnome-keyring00.4.6-1 GNOME keyring services library
ii  libgnome2-0  2.12.0.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.12.0-1A powerful object-oriented display
ii  libgnomeui-0 2.12.0-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.12.1.1-1  The GNOME virtual file-system libr
ii  libgtk2.0-0  2.8.3-1 The GTK+ graphical user interface 
ii  libice6  6.8.2.dfsg.1-11 Inter-Client Exchange library
ii  libnautilus-extension1   2.12.1-1libraries for nautilus components 
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.10.1-1Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  librsvg2-2   2.12.7-1SAX-based renderer library for SVG
ii  libsm6   6.8.2.dfsg.1-11 X Window System Session Management
ii  libstartup-notification0 0.8-1   library for program launch feedbac
ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte
ii  libxi6   6.8.2.dfsg.1-11 X Window System Input extension li
ii  libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display
ii  libxml2  2.6.22-2GNOME XML library
ii  libxrandr2   6.8.2.dfsg.1-11 X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0-2   X Rendering Extension client libra
ii  nautilus-data2.12.1-1data files for nautilus
ii  shared-mime-info 0.16-3  FreeDesktop.org shared MIME databa
ii  xlibs6.8.2.dfsg.1-11 X Window System client libraries m
ii  zlib1g   1:1.2.3-8   compression library - runtime

Versions of packages nautilus recommends:
ii  desktop-base0.3.16   common files for the Debian Deskto
ii  eject   2.0.13deb-16 ejects CDs and operates CD-Changer
ii  nautilus-cd-burner  2.12.1-2 CD Burning front-end for Nautilus

- -- no debconf information

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

iD8DBQFDmru3eXr56x4Muc0RAoYaAKCEdPHibYjGOis6a9//dd66m5JKMQCgo2KV
ZhDWS9ndHSIhoowfkqUbvRg=
=z8tp
-END PGP SIGNATURE-


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



Bug#342791: hunspell: porting the -g option from ispell

2005-12-10 Thread Martin-Éric Racine
Package: hunspell
Version: 1.1.0-2
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

There is one ispell option missing in hunspell. Porting it would allow Debian 
to completely migrate to hunspell/myspell:

- -g  The input file is in Debian control file format. Ispell will ignore 
everything outside the Description(s).

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

Versions of packages hunspell depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-4  GCC support library
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libreadline5  5.0-11 GNU readline and history libraries
ii  libstdc++64.0.2-4The GNU Standard C++ Library v3
ii  myspell-en-gb [myspell-dictio 1:2.0.0-1  English_british dictionary for mys
ii  myspell-en-us [myspell-dictio 1:2.0.0-1  English_american dictionary for my
ii  myspell-fi [myspell-dictionar 0.7-16 The Finnish dictionary for myspell
ii  myspell-fr [myspell-dictionar 1.4-20 The French dictionary for myspell 
ii  myspell-ru [myspell-dictionar 0.99f9-1   The Russian dictionary for myspell
ii  myspell-sv-se [myspell-dictio 1.3.8-6-1  Swedish (SE) dictionary for myspel

hunspell recommends no packages.

- -- no debconf information

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

iD8DBQFDmt1teXr56x4Muc0RAvXYAJ9TjBsfRPF86gwTxZeCE23SpBiJGwCghPaC
mv2KjIxfqQZsfo+IgVpguig=
=9poN
-END PGP SIGNATURE-


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



Bug#343145: cups-pdf: graphics work, text is garbled

2005-12-12 Thread Martin-Éric Racine
severity 343145 important
thanks

ti, 2005-12-13 kello 17:25 +1100, Alex Satrapa kirjoitti:
 Package: cups-pdf
 Version: 1.7.0a-1
 Severity: grave
 Justification: renders package unusable
 
 When printing to PDF using cups-pdf, PDFs are created that have the
 graphcs mostly intact, but text is all garbled.
 
 See example of the Debian Bugs page for cups-pdf at
 http://homepage.mac.com/alexsatrapa/Debian_Bug_cups-pdf.pdf

Please check the following things first:

1) Ghostscript versions that you use?  
dpkg -l gs-esp 

2) DPI setting of your cups-pdf printer in CUPS preferences?

Note that CUPS-PDF is completely dependant upon the DPI resolution
configured in CUPS via the printer management interface and upon
Ghostscript for the printing quality. 

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#343416: [Pkg-cups-devel] Bug#343416: cupsys 1.1.23-13 fails with Address already in use - 1.1.23-12 works

2005-12-15 Thread Martin-Éric Racine
to, 2005-12-15 kello 14:39 +1030, Arthur Marsh kirjoitti:
 Package: cupsys
 Version: 1.1.23-13
 Severity: important
 
 
 When I upgraded to cupsys 1.1.23-13 (one local parallel printer made 
 shareable via samba), I received the following error:
 
 StartListening: Unable to bind socket for address
  7f01:631 - Address already in use.
 
 This even happened fresh after rebooting. Nothing else was bound to TCP 
 port 631:
 
 [EMAIL PROTECTED]:/var/log/cups$ su
 Password:
 victoria:/var/log/cups# lsof -i TCP:631
 victoria:/var/log/cups# 
 
 Downgrading to cupsys 1.1.23-12 fixed things.

This sounds like the same bug that was reported by several others over
the last few days but, just to be safe, try:

netstat -n -p --inet

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#343742: mozilla-ctxextensions: dependency update for mozilla-firefox to firefox transition

2005-12-17 Thread Martin-Éric Racine
Package: mozilla-ctxextensions
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Following the renaming of 'mozilla-firefox' to simply 'firefox' the 
dependencies for this package must be updated.

Thanks!

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

iD8DBQFDpF/PeXr56x4Muc0RArsSAJ0SpnVCGUcWnu55J2k9R8Z+gmwKKACgjpT+
8l6r9CMkXbvQAXquCorMqds=
=/uDX
-END PGP SIGNATURE-


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



Bug#343743: mozilla-firefox-webdeveloper: dependency update for mozilla-firefox to firefox transition

2005-12-17 Thread Martin-Éric Racine
Package: mozilla-firefox-webdeveloper
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Following the renaming of 'mozilla-firefox' to simply 'firefox' the 
dependencies for this package must be updated.

Simultaneously, renaming this package to 'firefox-webdeveloper' to match the 
Firefox rename ought to be considered.

Thanks!

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

iD8DBQFDpF/XeXr56x4Muc0RAuj8AJ0T7R6rQgb5U9al8B8OBgTKTlJDnACfXYpF
w56q0MTh7le9MonLPHGiihs=
=Qd0x
-END PGP SIGNATURE-


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



Bug#343744: mozilla-firefox-locale-fi-fi: dependency update for mozilla-firefox to firefox transition

2005-12-17 Thread Martin-Éric Racine
Package: mozilla-firefox-locale-fi-fi
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Following the renaming of 'mozilla-firefox' to simply 'firefox' the 
dependencies for this package must be updated.

Simultaneously, renaming this package to 'firefox-locale-fi-fi' to match the 
Firefox rename ought to be considered.

Thanks!

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

iD8DBQFDpF/eeXr56x4Muc0RAi4hAJ9YLhhSwNI2I1L0JBLlNiUB1xi8/QCfV9mX
Ocq5BMYce7XP4lZNcZ1Rax0=
=DBp2
-END PGP SIGNATURE-


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



Bug#343861: esound: breaks since ALSA 1.0.10 transition; fixed by Ubuntu patches

2005-12-18 Thread Martin-Éric Racine
Package: esound
Version: 0.2.36-1ubuntu5
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

esound 0.2.36-1 does NOT work anymore since ALSA 1.0.10 entered testing.

Noticing from the esound PTS page that Ubuntu has some patches for this,
I tested an upgrade to their esound packages, which immediately fixed it.

Thus, it would be extremely appreciated if you coordinated this issue with 
Martin Pitt and checked which of his patches suit your needs, then released
upgraded packages.  Thanks!

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

Versions of packages esound depends on:
ii  esound-common0.2.36-1ubuntu5 Enlightened Sound Daemon - Common 
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libesd-alsa0 [libesd0]   0.2.36-1ubuntu5 Enlightened Sound Daemon (ALSA) - 
ii  libwrap0 7.6.dbs-8   Wietse Venema's TCP wrappers libra

esound recommends no packages.

- -- no debconf information

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

iD8DBQFDpTp0eXr56x4Muc0RAhQHAJ42nH1V2Rv7L7yG6R/kRHe2j51CJwCdENUP
S6JLIPEUQzSXkQKP3A3fhqA=
=Dpa0
-END PGP SIGNATURE-


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



Bug#343894: pbuilder: please document variable for source dir root

2005-12-18 Thread Martin-Éric Racine
Package: pbuilder
Version: 0.141
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I wanted to add a hook to launch 'debc' from the 'devscripts' package at 
the end of the build.  The problem is that there doesn't seem to be any 
exported variable for the source directory's root that we could grab to
know which directory to change to, or if there is, it's not documented.

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

Versions of packages pbuilder depends on:
ii  cdebootstrap  0.3.9  Bootstrap a Debian system
ii  coreutils 5.93-5 The GNU core utilities
ii  debianutils   2.15.1 Miscellaneous utilities specific t
ii  debootstrap   0.3.3  Bootstrap a basic Debian system
ii  gcc   4:4.0.2-2  The GNU C compiler
ii  wget  1.10.2-1   retrieves files from the web

Versions of packages pbuilder recommends:
ii  devscripts2.9.10 Scripts to make the life of a Debi
ii  fakeroot  1.5.5  Gives a fake root environment
ii  sudo  1.6.8p9-4  Provide limited super user privile

- -- no debconf information

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

iD8DBQFDpYMoeXr56x4Muc0RAo8GAKCDukCieVvUyzoF+XCubgg2dh4T3gCePLPJ
IPsep1UcpbTPhE9Xj+D4jU8=
=PBaF
-END PGP SIGNATURE-


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



Bug#344008: alsa-utils: alsaconf fails to detect PowerMac sound hardware

2005-12-19 Thread Martin-Éric Racine
Package: alsa-utils
Version: 1.0.10-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This PowerMac uses the generic snd-powermac ALSA module, but alsaconf fails to 
detect it.

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

Versions of packages alsa-utils depends on:
ii  dialog1.0-20051107-1 Displays user-friendly dialog boxe
ii  libasound21.0.10-2   ALSA library
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  linux-sound-base  1.0.10-3   base package for ALSA and OSS soun
ii  lsb-base  3.0-12 Linux Standard Base 3.0 init scrip
ii  module-init-tools 3.2.2-1tools for managing Linux kernel mo
ii  modutils  2.4.27.0-3 Linux module utilities
ii  pciutils  1:2.1.11-15.1  Linux PCI Utilities
ii  python2.3.5-3An interactive high-level object-o
ii  whiptail  0.51.6-31  Displays user-friendly dialog boxe

Versions of packages alsa-utils recommends:
ii  alsa-base 1.0.10-3   ALSA driver configuration files

- -- no debconf information

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

iD8DBQFDpqgfeXr56x4Muc0RAjsvAJ473GgqIoFOlD+7Dib75PLoIP/b3QCgnavG
PaEU5Ky0XMW6aOBVzWu57TA=
=u417
-END PGP SIGNATURE-


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



Bug#343894: [Pbuilder-maint] Bug#343894: pbuilder: please document variable for source dir root

2005-12-19 Thread Martin-Éric Racine
ma, 2005-12-19 kello 23:31 +0900, Junichi Uekawa kirjoitti:

  I wanted to add a hook to launch 'debc' from the 'devscripts' package at 
  the end of the build.  The problem is that there doesn't seem to be any 
  exported variable for the source directory's root that we could grab to
  know which directory to change to, or if there is, it's not documented.
 
 I wanted that feature recently too.
 Currently not available. 
 The location is documented in pbuilder-doc.xml.

This works well. what I now have in my hooks directory:

B90list-missing  B91debc  B92linda  B93dpkg-i  B94test-pkg  C10shell  
 
Find my list-missing and debc scripts enclosed. 
Feel free to add them in the package's examples folder if you like.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


B90list-missing
Description: application/shellscript


B91debc
Description: application/shellscript


B92linda
Description: application/shellscript


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#344267: nano: adding built-in support for myspell

2005-12-21 Thread Martin-Éric Racine
Package: nano
Version: 1.3.9-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Nano currently suggests 'spell' which is a wrapper script for 'ispell'. 
Because ispell is totally inadequate to proofread some languages, it would
be desirable for Nano to directly support 'myspell' instead. 

The main advantage of MySpell over 'aspell' is that its modular design can 
support extensions to proofread complicated languages like Estonian, Finnish
or Hungarian. An example of one such MySpell extension is 'hunspell'

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

iD8DBQFDqTz1eXr56x4Muc0RAnToAKCMlL1tUffVdIKYWhKRnsslvLbzDACfTZi3
govlQvrkT7BlwK6uo/n+U1k=
=O4dp
-END PGP SIGNATURE-


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



Bug#337640: [Pkg-cups-devel] Bug#337640: cupsys: Please add LSB formatted dependency info in init.d script

2005-11-06 Thread Martin-Éric Racine
la, 2005-11-05 kello 14:57 +0100, Petter Reinholdtsen kirjoitti:
 Package:  cupsys
 Version:  1.1.23-12
 Severity: wishlist
 
 To be able to check boot script order, and also to be able to start
 boot scripts in parallel, it is important to know the dependencies of
 the various boot scripts.  The Linux Software Base specifies a init.d
 header file format useful for this purpose, and adding such header to
 the init.d scripts would make it possible for me to use this
 information to check the current sequence and speed up the debian
 boot.
 
 URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html
 documents the LSB header format.  Some debian notes are available from
 URL:http://wiki.debian.org/?LSBInitScripts.
 
 Here is a proposed dependency header to document the dependencies of
 cupsys.  It is slightly tested using the insserv package and the new
 parallell booting support in sysvinit.
 
 ### BEGIN INIT INFO
 # Provides:  cupsys
 # Required-Start:$syslog
 # Required-Stop: $syslog
 # Should-Start:  $network
 # Should-Stop:   $network
 # Default-Start: 2 3 4 5
 # Default-Stop:  S 0 1 6
 ### END INIT INFO

Hello Petter,

Thanks for the ready-to-use header!  

One question I need to ask is, how do we define a must start before?  

Here, CUPS must always be started before Samba, so that Samba can find
all printers offered by CUPS.

Other than that, the above looks good; we indeed only need the network
and syslog to have a decent environment to run CUPS.

Once the above is clarified, I will gladly commit the headers to CUPS.

-- 
Martin-Éric Racine
http://q-funk.iki.fi




Bug#337814: gaim: bold and italic support broken for MSN protocol

2005-11-06 Thread Martin-Éric Racine
Package: gaim
Version: 1:1.5.0+1.5.1cvs20051015-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Under the MSN protocol, using bold or italic affects the whole line being typed 
in the input field, rather than just the selected text segment.  This is a 
regression, since it used to work fine a few versions ago.

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

Versions of packages gaim depends on:
ii  gaim-data 1:1.5.0+1.5.1cvs20051015-1 multi-protocol instant messaging c
ii  libao20.8.6-1.1  Cross Platform Audio Output Librar
ii  libaspell15   0.60.4-1   GNU Aspell spell-checker runtime l
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libgcrypt11   1.2.2-1LGPL Crypto library - runtime libr
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libgnutls11   1.0.16-14  GNU TLS library - runtime library
ii  libgtk2.0-0   2.8.3-1The GTK+ graphical user interface 
ii  libgtkspell0  2.0.10-3   a spell-checking addon for GTK's T
ii  libice6   6.8.2.dfsg.1-10Inter-Client Exchange library
ii  libpango1.0-0 1.10.1-1   Layout and rendering of internatio
ii  libsm66.8.2.dfsg.1-10X Window System Session Management
ii  libstartup-no 0.8-1  library for program launch feedbac
ii  libx11-6  6.8.2.dfsg.1-10X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-10X Window System miscellaneous exte
ii  libxss1   6.8.2.dfsg.1-10X Screen Saver client-side library
ii  xlibs 6.8.2.dfsg.1-10X Window System client libraries m

gaim recommends no packages.

- -- no debconf information

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

iD8DBQFDbjtWeXr56x4Muc0RAnarAJ9OGYSK/vEia+UyUc5Y2YBos+jH1QCgouN5
TSHleU5N96//dNLeuQGP+wA=
=ze5x
-END PGP SIGNATURE-


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



Bug#337814: gaim: bold and italic support broken for MSN protocol

2005-11-06 Thread Martin-Éric Racine
su, 2005-11-06 kello 12:46 -0500, Luke Schierer kirjoitti:
 On Sun, Nov 06, 2005 at 07:20:22PM +0200, Martin-Éric Racine wrote:
  Package: gaim
  Version: 1:1.5.0+1.5.1cvs20051015-1
  Severity: normal
  
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
  
  Under the MSN protocol, using bold or italic affects the whole line being 
  typed in the input field, rather than just the selected text segment.  This 
  is a regression, since it used to work fine a few versions ago.
  
 
 M, it might or might not be a regression.  The key data point to
 determine is if the official client can send a message with only some
 words bold or italic, and how the official client received the
 messages from before.
 
 What version are you referring to that you think worked? 

I cannot recall a specific version number, but I do recall that it used
to fine by marking the start of a bold/italic section and then mark
again for the end, just like it does now for e.g. Jabber.

-- 
Martin-Éric Racine
http://q-funk.iki.fi




Bug#322208: seahorse: DEBUILD_PRESERVE_ENVVARS must indeed preserve DISPLAY it seems

2005-12-22 Thread Martin-Éric Racine
Package: seahorse
Version: 0.8.0-1
Followup-For: Bug #322208

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

As others suggested, I tried the DEBUILD_PRESERVE_ENVVARS trick and,
sure enough, it fixes it. Personally, I would just reassign this bug 
to devscripts and ask the maintainers to fix this in their defaults, 
rather than argue about why seahorse-agent needs it and whether it's 
an acceptable programming choice.

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

iD8DBQFDqpT5eXr56x4Muc0RAieAAJ9B3dApYpQICpmKLqL6+wiJbTCO8wCgp+Dx
VdNZcXk1W1qHn6kf7c+zRts=
=Ubz7
-END PGP SIGNATURE-


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



Bug#344538: tetex-base: tex-common to Pre-Depends, otherwise installation fails

2005-12-23 Thread Martin-Éric Racine
Package: tetex-base
Version: 3.0-11
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

texte-base installation fails because it needs to execute update-language
(from tex-common), which is not yet unpacked or configured during a fresh 
install. This in turn breaks installation of jadetex and other TeX bits,
which prevents building of packages Build-Depends on TeX components.

http://buildd.debian.org/fetch.php?pkg=plannerver=0.13-4arch=hppastamp=1135258214file=logas=raw

The cure would be to move tex-comon to Pre-Depends.

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

iD8DBQFDrBq/eXr56x4Muc0RAuXbAJ4nRhpoSN6dzLpfv6xXoDhJFPCdMQCfZL7p
XmQTRzVEOUsKpDyNYtPbvZ4=
=UkaJ
-END PGP SIGNATURE-


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



Bug#344559: gnome-screensaver: please compile with support for xscreensaver hacks

2005-12-23 Thread Martin-Éric Racine
Package: gnome-screensaver
Version: 0.0.21-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I built from deb-src (since it's not yet built for PPC) and noticed that gnome-
screensaver could have been compiled with support for xscreensaver hacks. This 
would be desirable, given how gnome-screensaver itself comes with only 3 hacks.

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

Versions of packages gnome-screensaver depends on:
ii  gconf2   2.12.1-5GNOME configuration database syste
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-1The Bonobo UI library
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libcairo21.0.2-3 The Cairo 2D vector graphics libra
ii  libdbus-1-2  0.60-2  simple interprocess messaging syst
ii  libdbus-glib-1-2 0.60-2  simple interprocess messaging syst
ii  libesd-alsa0 [libesd0]   0.2.36-1ubuntu5 Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgamin00.1.7-2 Client library for the gamin file 
ii  libgconf2-4  2.12.1-5GNOME configuration database syste
ii  libgcrypt11  1.2.2-1 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.4-2 The GLib library of C routines
ii  libgnome-keyring00.4.6-1 GNOME keyring services library
ii  libgnome-menu2   2.12.0-1an implementation of the freedeskt
ii  libgnome2-0  2.12.0.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.12.0-1A powerful object-oriented display
ii  libgnomeui-0 2.12.0-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.12.2-1The GNOME virtual file-system libr
ii  libgnutls11  1.0.16-14   GNU TLS library - runtime library
ii  libgpg-error01.1-4   library for common error values an
ii  libgtk2.0-0  2.8.9-2 The GTK+ graphical user interface 
ii  libice6  6.8.2.dfsg.1-11 Inter-Client Exchange library
ii  libjpeg626b-11   The Independent JPEG Group's JPEG 
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpam0g 0.79-3  Pluggable Authentication Modules l
ii  libpango1.0-01.10.1-2Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   6.8.2.dfsg.1-11 X Window System Session Management
ii  libtasn1-2   0.2.17-1Manage ASN.1 structures (runtime)
ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte
ii  libxi6   6.8.2.dfsg.1-11 X Window System Input extension li
ii  libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display
ii  libxml2  2.6.22-2GNOME XML library
ii  libxrandr2   6.8.2.dfsg.1-11 X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0-2   X Rendering Extension client libra
ii  zlib1g   1:1.2.3-8   compression library - runtime

gnome-screensaver recommends no packages.

- -- no debconf information

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

iD8DBQFDrExJeXr56x4Muc0RAssGAKCTl7d7PzbjiVZWc/rbpihZpZGjGACeJc2d
1BE/grhY/2QOXXNFFLMjpfY=
=XnWn
-END PGP SIGNATURE-


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



Bug#344568: package hacks separately as xscreensaver-data

2005-12-23 Thread Martin-Éric Racine
Package: xscreensaver
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Starting with GNOME 2.12 gnome-screensaver handles screen saving. 
It's capable of using xscreensaver hacks, but these would need to 
be packaged separately as xscreensaver-data. Ubuntu's already got
patches that could help you with repackaging this.

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

iD8DBQFDrF46eXr56x4Muc0RArYPAJ9AyoyCW2evW0qTaw1j7YgZaOCPiQCgo4KU
uXCUBpCAACRoioYfcwoxRyA=
=ClzP
-END PGP SIGNATURE-


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



Bug#143963: mkisofs: -hfs-bless should make Apple_Bootstrap partition type instead of Apple_HFS

2005-12-24 Thread Martin-Éric Racine
Package: mkisofs
Version: 4:2.01+01a03-4
Followup-For: Bug #143963

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Launching ISO images produced with mkisofs under an emulator with verbose 
Open Firmware output explains what goes wrong:  

Bootstrap partition is wrong: Apple_HFS 
type should be Apple_Bootstrap

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

iD8DBQFDrcd4eXr56x4Muc0RAq4pAJ9+VPVpHC9u+iLKjwJ4mRVaznD24ACfb2yU
zHGEHBR5rc/dkAmHO8S0cRI=
=VpXB
-END PGP SIGNATURE-


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



Bug#344707: ITP: ispell-et -- Estonian dictionaries for ispell, aspell, myspell

2005-12-24 Thread Martin-Éric Racine
Package: wnpp
Severity: wishlist
Owner: Martin-Éric Racine [EMAIL PROTECTED]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package name : ispell-et
Version  : 20030606
URL  : http://www.meso.ee/~jjpp/speller/
aspell-et  - Estonian dictionary for aspell
iestonian  - Estonian dictionary for ispell
myspell-et - Estonian dictionary for myspell
openoffice.org-hyphenation-et - Estonian hyphenation pattern for OpenOffice.org

The ispell affix and wordlists, as well as the OOo hyphenation were found as 
standalone files at the above URL, along with explanations in Estonian about 
the origin of all files. Everything else is generated by my own debian/rules.

The above version is timestamp of the last update produced by Jaak Pruulmann. 

I already have packages ready to upload. I however need to verify whether the 
software license of the Institute of the Estonian Language is considered free
according to Debian policies, before I proceed with the upload.

Copyright:
2003-2005, Jaak Pruulmann [EMAIL PROTECTED] (updated wordlist)
1996-1999, Institute of the Estonian Language [EMAIL PROTECTED] (original 
wordlist)
1993, Enn Saar [EMAIL PROTECTED] (TeX hyphenation, converted for OpenOffice 
by Jaak)

License:
   The present Licence Agreement gives the user of this Software Product
   (hereinafter: Product) the right to use the Product for whatever purpose
   (incl. distribution, copying, altering, inclusion in other software,
   and selling) on the following conditions:

   1. The present Licence Agreement should belong unaltered to each copy
  ever made of this Product;
   2. Neither the Institute of the Estonian Language (hereinafter: IEL)
  nor the author(s) of the Product will take responsibility for any
  detriment, direct or indirect, possibly ensuing from the application
  of the Product;
   3. The IEL is ready to share the Product with other users as we wish
  to advance research on the Estonian language and to promote the use
  of Estonian in IT-technology now rapidly developing, yet we refuse
  to bind ourselves to any further obligation, which means that the
  IEL is not obliged either to warrant the suitability of the Product
  for a concrete use, to improve the program, or to provide a more
  detailed description of the underlying algorithms.
  (Which does not mean, though, that we may not do it.)
   4. Whenever you use the Product, we request that you inform us by writing
  to the e-mail address [EMAIL PROTECTED] or to street address listed below.

   Institute of the Estonian Language
   Roosikrantsi 6
   10119 Tallinn
   ESTONIA

   Phone  Fax: +372-6411443

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

iD8DBQFDrd7IeXr56x4Muc0RAnEKAJ9yBg9y2pwQaULxdzXjUWsdUqOnBQCgpVkL
ZJZzDQ5A6Nb5WJ5I5gWok84=
=PeLM
-END PGP SIGNATURE-



Bug#344267: nano: actually, even myspell is history

2005-12-24 Thread Martin-Éric Racine
retitle 344267 nano: adding built-in support for hunspell
thanks

According to the OpenOffice website, MySpell is slated for replacement
by hunspell. The same document clarifies that Aspell and MySpell share
the same author. http://lingucomponent.openoffice.org/

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#344830: evolution: remote IMAP folder copied to local even when the checkbox is unselected

2005-12-26 Thread Martin-Éric Racine
Package: evolution
Version: 2.4.1-3
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It appears that remote IMAP folders get copied locally, even when the checkbox 
to request this is not selected. It thus appears that the checkbox has no 
effect 
and that the whole point of _remotely_ accessing IMAP folders is missed as well.

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

Versions of packages evolution depends on:
ii  evolution-data-server1.4.1.1-1   evolution database backend server
ii  gconf2   2.12.1-5GNOME configuration database syste
ii  gnome-icon-theme 2.12.1-1GNOME Desktop icon theme
ii  gtkhtml3.8   3.8.1-1 HTML rendering/editing library - b
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-1The Bonobo UI library
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libcairo21.0.2-3 The Cairo 2D vector graphics libra
ii  libcamel1.2-61.4.1.1-1   The Evolution MIME message handlin
ii  libcomerr2   1.38-2  common error description library
ii  libcompfaceg11989.11.11-24   Compress/decompress images for mai
ii  libdb4.2 4.2.52-21   Berkeley v4.2 Database Libraries [
ii  libebook1.2-51.4.1.1-1   Client library for evolution addre
ii  libecal1.2-3 1.4.1.1-1   Client library for evolution calen
ii  libedataserver1.2-4  1.4.1.1-1   Utility library for evolution data
ii  libedataserverui1.2-61.4.1.1-1   GUI utility library for evolution 
ii  libesd-alsa0 [libesd0]   0.2.36-1ubuntu5 Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgail-common   1.8.8-1 GNOME Accessibility Implementation
ii  libgail171.8.8-1 GNOME Accessibility Implementation
ii  libgconf2-4  2.12.1-5GNOME configuration database syste
ii  libgcrypt11  1.2.2-1 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.4-2 The GLib library of C routines
ii  libgnome-keyring00.4.6-1 GNOME keyring services library
ii  libgnome-pilot2  2.0.12-1.4  Support libraries for gnome-pilot
ii  libgnome2-0  2.12.0.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.12.0-1A powerful object-oriented display
ii  libgnomeprint2.2-0   2.12.1-2The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0 2.12.1-1GNOME 2.2 print architecture User 
ii  libgnomeui-0 2.12.0-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.12.2-1The GNOME virtual file-system libr
ii  libgnutls11  1.0.16-14   GNU TLS library - runtime library
ii  libgpg-error01.1-4   library for common error values an
ii  libgtk2.0-0  2.8.9-2 The GTK+ graphical user interface 
ii  libgtkhtml3.8-15 3.8.1-1 HTML rendering/editing library - r
ii  libice6  6.8.2.dfsg.1-11 Inter-Client Exchange library
ii  libjpeg626b-11   The Independent JPEG Group's JPEG 
ii  libkrb53 1.4.3-4 MIT Kerberos runtime libraries
ii  libldap2 2.1.30-12   OpenLDAP libraries
ii  libnspr4 2:1.7.12-1  Netscape Portable Runtime Library
ii  libnss3  2:1.7.12-1  Network Security Service Libraries
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.10.1-2Layout and rendering of internatio
ii  libpisock8   0.11.8-12   Library for communicating with a P
ii  libpisync0   0.11.8-12   Synchronization library for PalmOS
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   6.8.2.dfsg.1-11 X Window System Session Management
ii  libsoup2.2-8 2.2.6-1 an HTTP library implementation in 
ii  libtasn1-2   0.2.17-1Manage ASN.1 structures (runtime)
ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li
ii  

Bug#344872: cups-pdf creates 0 bytes pdf file.

2005-12-27 Thread Martin-Éric Racine
ti, 2005-12-27 kello 02:53 -0300, Andres Junge kirjoitti:
 Package: cups-pdf
 Version: 1.7.3-7
 Severity: grave
 Justification: renders package unusable
 
 Cups creates 0 byte pdf file as normal user. As root works ok.

Please check /var/log/cups/cups-pdf_log and paste a copy of what it
reports to [EMAIL PROTECTED] Thanks.
 
-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#344872: cups-pdf creates 0 bytes pdf file.

2005-12-27 Thread Martin-Éric Racine
ti, 2005-12-27 kello 15:51 -0300, Andres Junge kirjoitti:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Martin-Éric Racine wrote:
  ti, 2005-12-27 kello 02:53 -0300, Andres Junge kirjoitti:
  
 Cups creates 0 byte pdf file as normal user. As root works ok.
  
  Please check /var/log/cups/cups-pdf_log and paste a copy of what it
  reports to [EMAIL PROTECTED] Thanks.
 
 Nothing. /var/log/cups/cups-pdf_log is an empty file (0 byte file).

If CUPS-PDF had problems creating the file, it would have logged
something about it automatically.

Do you have an unusual situation involving e.g. home directories mounted
via NFS that could perhaps have the worng mounting options?

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#344968: evolution: message composer fails to find Estonian dictionary for spellchecking

2005-12-27 Thread Martin-Éric Racine
Package: evolution
Version: 2.4.1-3
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Evolution's mail composer fails to locate the Estonian Aspell dictionary for 
spellchecking the message content. The dictionary *is* correctly registered 
in the Aspell dictionary list (e.g. 'gedit' successfully finds it), so this
has to be a bug in Evolution.

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

Versions of packages evolution depends on:
ii  evolution-data-server1.4.1.1-1   evolution database backend server
ii  gconf2   2.12.1-5GNOME configuration database syste
ii  gnome-icon-theme 2.12.1-1GNOME Desktop icon theme
ii  gtkhtml3.8   3.8.1-1 HTML rendering/editing library - b
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-1The Bonobo UI library
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libcairo21.0.2-3 The Cairo 2D vector graphics libra
ii  libcamel1.2-61.4.1.1-1   The Evolution MIME message handlin
ii  libcomerr2   1.38-2  common error description library
ii  libcompfaceg11989.11.11-24   Compress/decompress images for mai
ii  libdb4.2 4.2.52-23   Berkeley v4.2 Database Libraries [
ii  libebook1.2-51.4.1.1-1   Client library for evolution addre
ii  libecal1.2-3 1.4.1.1-1   Client library for evolution calen
ii  libedataserver1.2-4  1.4.1.1-1   Utility library for evolution data
ii  libedataserverui1.2-61.4.1.1-1   GUI utility library for evolution 
ii  libesd-alsa0 [libesd0]   0.2.36-1ubuntu5 Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgail-common   1.8.8-1 GNOME Accessibility Implementation
ii  libgail171.8.8-1 GNOME Accessibility Implementation
ii  libgconf2-4  2.12.1-5GNOME configuration database syste
ii  libgcrypt11  1.2.2-1 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.4-2 The GLib library of C routines
ii  libgnome-keyring00.4.6-1 GNOME keyring services library
ii  libgnome-pilot2  2.0.12-1.4  Support libraries for gnome-pilot
ii  libgnome2-0  2.12.0.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.12.0-1A powerful object-oriented display
ii  libgnomeprint2.2-0   2.12.1-2The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0 2.12.1-1GNOME 2.2 print architecture User 
ii  libgnomeui-0 2.12.0-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.12.2-1The GNOME virtual file-system libr
ii  libgnutls11  1.0.16-14   GNU TLS library - runtime library
ii  libgpg-error01.1-4   library for common error values an
ii  libgtk2.0-0  2.8.9-2 The GTK+ graphical user interface 
ii  libgtkhtml3.8-15 3.8.1-1 HTML rendering/editing library - r
ii  libice6  6.8.2.dfsg.1-11 Inter-Client Exchange library
ii  libjpeg626b-11   The Independent JPEG Group's JPEG 
ii  libkrb53 1.4.3-4 MIT Kerberos runtime libraries
ii  libldap2 2.1.30-12   OpenLDAP libraries
ii  libnspr4 2:1.7.12-1  Netscape Portable Runtime Library
ii  libnss3  2:1.7.12-1  Network Security Service Libraries
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.10.1-2Layout and rendering of internatio
ii  libpisock8   0.11.8-12   Library for communicating with a P
ii  libpisync0   0.11.8-12   Synchronization library for PalmOS
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   6.8.2.dfsg.1-11 X Window System Session Management
ii  libsoup2.2-8 2.2.6-1 an HTTP library implementation in 
ii  libtasn1-2   0.2.17-1Manage ASN.1 structures 

Bug#344872: cups-pdf creates 0 bytes pdf file.

2005-12-28 Thread Martin-Éric Racine
ke, 2005-12-28 kello 09:50 -0300, Andres Junge kirjoitti:

 Martin-Éric Racine wrote:
  ti, 2005-12-27 kello 15:51 -0300, Andres Junge kirjoitti:
  
 Martin-Éric Racine wrote:
 
 ti, 2005-12-27 kello 02:53 -0300, Andres Junge kirjoitti:
 
 
 Cups creates 0 byte pdf file as normal user. As root works ok.
 
 Please check /var/log/cups/cups-pdf_log and paste a copy of what it
 reports to [EMAIL PROTECTED] Thanks.
 
 Nothing. /var/log/cups/cups-pdf_log is an empty file (0 byte file).
  
  
  If CUPS-PDF had problems creating the file, it would have logged
  something about it automatically.
  
  Do you have an unusual situation involving e.g. home directories mounted
  via NFS that could perhaps have the worng mounting options?
  
 
 Nothing special, that's why is so strange. Is logging enabled by default? How 
 do
  I check that loggin is enabled?

CUPS-PDF is compiled to log errors.  To check what might be wrong with
your particular setup, please fetch the debian-source package and
recompile with a more verbose log output (you just need to change the
value of one item in cups-pdf.h).

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#345264: rss-glx: .desktop files to register rss-glx hacks with gnome-screensaver

2005-12-29 Thread Martin-Éric Racine
Package: rss-glx
Version: 0.8.0-1
Severity: wishlist
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Here are some .desktop files to install in /usr/share/gnome-screensaver/themes 
to get the rss-glx hacks registered in the gnome-screensaver list.

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

Versions of packages rss-glx depends on:
ii  libbz2-1.0  1.0.2-11 high-quality block-sorting file co
ii  libc6   2.3.5-8  GNU C Library: Shared libraries an
ii  libdps1 6.8.2.dfsg.1-11  Display PostScript (DPS) client li
ii  libfreetype62.1.10-1 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.0.2-5GCC support library
ii  libglew11.3.1-1.1The OpenGL Extension Wrangler - ru
ii  libglu1-xorg [libglu1]  6.8.2.dfsg.1-11  Mesa OpenGL utility library [X.Org
ii  libice6 6.8.2.dfsg.1-11  Inter-Client Exchange library
ii  libjasper-1.701-1   1.701.0-2The JasPer JPEG-2000 runtime libra
ii  libjpeg62   6b-11The Independent JPEG Group's JPEG 
ii  liblcms11.13-1   Color management library
ii  libmagick9  6:6.2.4.5-0.2Image manipulation library
ii  libopenal0  0.2005080600-2.1 OpenAL is a portable library for 3
ii  libpng12-0  1.2.8rel-5   PNG library - runtime
ii  libsm6  6.8.2.dfsg.1-11  X Window System Session Management
ii  libstdc++6  4.0.2-5  The GNU Standard C++ Library v3
ii  libtiff43.7.4-1  Tag Image File Format (TIFF) libra
ii  libx11-66.8.2.dfsg.1-11  X Window System protocol client li
ii  libxext66.8.2.dfsg.1-11  X Window System miscellaneous exte
ii  libxml2 2.6.22-2 GNOME XML library
ii  xlibmesa-gl [libgl1]6.8.2.dfsg.1-11  Mesa 3D graphics library [X.Org]
ii  xlibs   6.8.2.dfsg.1-11  X Window System client libraries m
ii  zlib1g  1:1.2.3-8compression library - runtime

rss-glx recommends no packages.

- -- no debconf information

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

iD8DBQFDtHdbeXr56x4Muc0RAuZoAJoC+tqoctqszfJD9GmvJ2sIei2aDQCfQ5Nx
TQf08MvbFgo8dhi0Xic8jZ4=
=Mr+3
-END PGP SIGNATURE-


gnome-screensaver_support.tar.gz
Description: Binary data


Bug#345298: gaim-irchelper: Clear passwords in ~/.gaim/accounts.xml

2005-12-30 Thread Martin-Éric Racine
forwarded 345298 [EMAIL PROTECTED]
tags 345298 wishlist
thanks

pe, 2005-12-30 kello 11:46 +0300, Cyril Bouthors kirjoitti:
 Package: gaim-irchelper
 Version: 0.12-5
 Severity: normal
 
 Clear passwords are stored in the config file ~/.gaim/accounts.xml
 Would it be possible to encrypt them ?
 Thanks.

This is a new feature request, so I'm forwarding it to upstream.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#329751: cups-pdf 2.0.0-1 available for testing in experimental

2006-01-01 Thread Martin-Éric Racine
This should also finally make it possible to use CUPS-PDF on Ubuntu.
Please let test it and inform me of your results.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#345298: gaim-irchelper: Clear passwords in ~/.gaim/accounts.xml

2006-01-02 Thread Martin-Éric Racine
ma, 2006-01-02 kello 02:16 -0600, Richard Laager kirjoitti:
 On Fri, 2005-12-30 at 15:28 +0200, Martin-Éric Racine wrote:
  forwarded 345298 [EMAIL PROTECTED]
  tags 345298 wishlist
  thanks
  
  pe, 2005-12-30 kello 11:46 +0300, Cyril Bouthors kirjoitti:
   Package: gaim-irchelper
   Version: 0.12-5
   Severity: normal
   
   Clear passwords are stored in the config file ~/.gaim/accounts.xml
   Would it be possible to encrypt them ?
   Thanks.
  
  This is a new feature request, so I'm forwarding it to upstream.
 
 Essentially, no. Gaim stores account passwords unencrypted as well. This
 page provides an explanation:
 
 http://gaim.sourceforge.net/plaintextpasswords.php

Thanks for the explanation, Richard.

Cyril:  I see three possible resolutions for this bug:

1) mark this bug as won't fix, or
2) retitle and reassign to package 'gaim', or
3) accept the situation as-is and close this bug.

As I notice that you are already a DD, you are hereby welcome to decide
which option you find preferable and to perform this action yourself.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#343861: esound: breaks since ALSA 1.0.10 transition; fixed by Ubuntu patches

2006-01-03 Thread Martin-Éric Racine
ma, 2006-01-02 kello 23:36 -0800, Ryan Murray kirjoitti:

 On Sun, Dec 18, 2005 at 12:31:17PM +0200, Martin-??ric Racine wrote:
  esound 0.2.36-1 does NOT work anymore since ALSA 1.0.10 entered testing.
 
 Can you please provide some specifics of not working?  Does it fail to start?
 Does it fail to play any audio?  What driver and card do you have?

It starts but produces no sound. 

snd_powermac on one desktop (powerpc) and snd_ens1371 on another (i386).

  Noticing from the esound PTS page that Ubuntu has some patches for this,
  I tested an upgrade to their esound packages, which immediately fixed it.
 
 OK, there are some ALSA changes that I'll look at -- but 0.2.36-1
 works fine here with ALSA 1.0.10, so I'm downgrading this bug's
 severity, as it doesn't seem to affect all users.

It affects both of my desktops here, hence why I chose that severity.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#345874: uupdate: --no-symlink ignored

2006-01-03 Thread Martin-Éric Racine
Package: devscripts
Version: 2.9.10
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I have the following debian/watch:

*file*
version=3
http://cip.physik.uni-wuerzburg.de/~vrbehr/cups-pdf/src/cups-pdf_(.*)\.tar\.gz \
debian uupdate --no-symlink
*file*

Running uscan on that nonetheless produces a symlink:

*output*
cups-pdf: Newer version (2.0.1) available on remote site:
  http://cip.physik.uni-wuerzburg.de/~vrbehr/cups-pdf/src/cups-pdf_2.0.1.tar.gz
  (local version is 2.0.0)
cups-pdf: Successfully downloaded updated package cups-pdf_2.0.1.tar.gz
and symlinked cups-pdf_2.0.1.orig.tar.gz to it
New Release will be 2.0.1-1.
- -- Untarring the new sourcecode archive ../cups-pdf_2.0.1.orig.tar.gz
Success!  The diffs from version 2.0.0-1 worked fine.
Remember: Your current directory is the OLD sourcearchive!
Do a cd ../cups-pdf-2.0.1 to see the new package
*output*

Getting the desired effect instead required running uscan with the --rename 
option.

Perhaps the man pages and options for both uscan and uupdate need to be updated?

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

Versions of packages devscripts depends on:
ii  debianutils   2.15.2 Miscellaneous utilities specific t
ii  dpkg-dev  1.13.11package building tools for Debian
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  perl  5.8.7-9Larry Wall's Practical Extraction 
ii  sed   4.1.2-8The GNU sed stream editor

Versions of packages devscripts recommends:
ii  fakeroot  1.5.6  Gives a fake root environment

- -- no debconf information

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

iD8DBQFDuxD6eXr56x4Muc0RAoKTAJwOeM48vJVh95QF0MHgWSMG9i0CtgCfedvc
b5W3R1GOatdwetao6OYDOl0=
=6bqS
-END PGP SIGNATURE-


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



Bug#333103: liferea: [gnome 2.12 transition] build-depend on dbus changes

2005-10-10 Thread Martin-Éric Racine
Package: liferea
Version: 0.9.7b-1
Severity: serious
Tags: experimental
Justification: no longer builds from source

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Starting with dbus 0.50 (needed by GNOME 2.12) there are some namespace changes 
in the libraries which affect 
the build-dependencies of Liferea. This is easily patched by changing the 
build-depends line as follow:

dbus-glib-1-dev 
to 
libdbus-glib-1-dev | dbus-glib-1-dev

This makes it possible to continue building with the old dbus packages using 
the 2nd alternative, but will start 
prefering newer dbus packages at 1st alternative once they enter unstable.

- -- System Information:
Debian Release: testing/unstable
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-imac
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)

Versions of packages liferea depends on:
pn  dbus-1none (no description available)
pn  dbus-glib-1   none (no description available)
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libgconf2-4   2.12.0-4   GNOME configuration database syste
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libgtk2.0-0   2.8.3-1The GTK+ graphical user interface 
ii  libice6   6.8.2.dfsg.1-8 Inter-Client Exchange library
ii  liborbit2 1:2.12.2-3 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.10.0-2   Layout and rendering of internatio
ii  libsm66.8.2.dfsg.1-8 X Window System Session Management
ii  libx11-6  6.8.2.dfsg.1-8 X Window System protocol client li
ii  libxml2   2.6.22-1   GNOME XML library
pn  liferea-gtkhtml | liferea none (no description available)
ii  xlibs 6.8.2.dfsg.1-8 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

liferea recommends no packages.

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

iD8DBQFDSlOReXr56x4Muc0RAuJIAJsHhzHq9xUV5z0zGz61J0SEypcPagCdEc5j
rZdzyPOQSHciNrMcSJsGt+o=
=YGqC
-END PGP SIGNATURE-


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



Bug#333300: upgrade-system: removal fails

2005-10-11 Thread Martin-Éric Racine
ti, 2005-10-11 kello 13:12 +0300, Lars Wirzenius kirjoitti:
 Package: upgrade-system
 Version: 0.9.6
 
 When testing the package with piuparts, I get the following error:
 
 0m5.0s ERROR: Command failed (status=256): 'chroot /tmp/tmpPud_VF dpkg
 --purge --pending'
   (Reading database ... 7731 files and directories currently installed.)
   Removing upgrade-system ...
   cp: cannot stat `/etc/apt/preferences': No such file or directory
   dpkg: error processing upgrade-system (--purge):
subprocess pre-removal script returned error exit status 1

Seems I forgot an IF statement in the postrm script. 
Thanks for pointing this out.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


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


Bug#333457: desktop-base: default GNOME desktop background

2005-10-11 Thread Martin-Éric Racine
Package: desktop-base
Version: 0.3.16
Severity: wishlist
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Installing the attached file to /usr/share/gnome-background-properties/ makes a 
default Debian background available 
in the list provided by the GNOME background configuration configlet.

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

iD8DBQFDTFS0eXr56x4Muc0RAj71AJ0VYeRAQniLMlvN9HxvbLKqe3Jy0QCfZL+X
IZdjqmWzQWbLliQHhyEFrTQ=
=Z34Z
-END PGP SIGNATURE-


debian-wallpapers.xml
Description: application/xml


Bug#335491: pdsh: upgrade Depends on ssh to openssh-client

2005-10-24 Thread Martin-Éric Racine
Package: pdsh
Version: 1.7-6-10
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Since yesterday's dinstall run, the package 'ssh' has become a dummy 
transitional package. This means that 
'pdsh' dependencies on 'ssh' must be upgraded as follow:

openssh-client | ssh ( 1:3.8.1p1-9)


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

Versions of packages pdsh depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  genders   1.0-2-1collection of cluster config manag
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  openssh-client [rsh-client]   1:4.2p1-5  Secure shell client, an rlogin/rsh
ii  perl  5.8.7-6Larry Wall's Practical Extraction 
ii  ssh   1:4.2p1-5  Secure shell client and server (tr

pdsh recommends no packages.

- -- debconf information:
* pdsh/setuidroot: true

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

iD8DBQFDXKUdeXr56x4Muc0RAu+HAJ95e+B6WPjk3B44RpP7OFLs6SMlswCeKqAb
nuV9DDlIBbEvafYpnI2i+/A=
=2kH7
-END PGP SIGNATURE-


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



Bug#317149: [Xprint] Re: Bug#317149: Please change output directory back to $HOME/cups-pdf/

2005-10-26 Thread Martin-Éric Racine
to, 2005-10-27 kello 10:45 +1000, Drew Parsons kirjoitti:
 On Wed, 2005-07-06 at 20:59 +0300, Martin-Eric Racine wrote:

  In fairness, I think that CUPS-PDF and Xprint (or any PDF backend) should 
  output to a common directory, which could be e.g. ~/Printouts or something 
  similar. Then again, this would require teaching users where to find the 
  PDF documentss which, by definition, is a bad idea; anything that is not 
  self-evident from a layman user's point of view is simply not acceptable.

 Xprint currently prints to ~/Xprintjobs (if you use the built-in
 PDF-file or PS-file printer).
 
 I'm happy enough to rename it.  ~/cups-pdf wouldn't make sense - Xprint
 is not CUPS (and does ps as well as pdf).
 
 I might suggest ~/Printing rather than ~/Printouts, it sounds better to
 my ears at least.

I recently uploaded a package where the output directory is ~/PDF which
is the only sane and obvious choice. Shall we settle on this one?

-- 
Martin-Éric Racine
http://q-funk.iki.fi




Bug#330125: comaintenance offer

2005-10-29 Thread Martin-Éric Racine
Daniel:  my experience of GCC development is non-existant but I am
rather good at Debian packaging and I happen to need an updated set of
cross-compilers. If you like, I could co-maintain this with you.

Hakan:  as you are experienced with this package, would you still want
to remain onboard as a 3rd maintainer and as a sponsor for the uploads
until Daniel and I have completed NM?

-- 
Martin-Éric Racine
http://q-funk.iki.fi


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


Bug#336458: python2.3-gnome2-extras: please rebuild against libnautilus-burn2 for GNOME 2.12

2005-10-30 Thread Martin-Éric Racine
Package: python2.3-gnome2-extras
Severity: normal
Tags: experimental

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

python2.3-gnome2's dependency on python2.3-gnome2-extras cannot be satisfied 
for GNOME 2.12 (currently in 
experimental - soon entering unstable) because nautilusburn has bumped up from 
libnautilus-burn1 to libnautilus-burn2 
which itself depends on the new dbus (also bumping SO version up). 

Thus, we would need a rebuild of python2.3-gnome2-extras against 
libnautilus-burn2 for GNOME 2.12, first to 
experimental and then to unstable once the new dbus and GNOME hits unstable.

Thanks!

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

iD8DBQFDZL3geXr56x4Muc0RAsviAKCHHUf0vyqUCOUIzQYU13iZCwMm2QCfbddV
dLK+bzsUCGAk8cZ9xK2lLC8=
=nGIA
-END PGP SIGNATURE-


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



Bug#294389: enblend: package ready too

2005-10-14 Thread Martin-Éric Racine
Hubert Figuiere (the upstream maintainer of gphoto) had made packages
for Ubuntu, which he wanted me to submit to Debian for him.

He also made a package of hugin (the GUI tool making use of enblend).

I made various cleanups to both packages, at his request.

Andrew:  would you go for a team maintenance on these two?

-- 
Martin-Éric Racine
http://q-funk.iki.fi


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


Bug#334324: libdbus-1-1: must Provides: dbus-1 to ease transition

2005-10-17 Thread Martin-Éric Racine
Package: libdbus-1-1
Version: 0.50-1
Severity: important
Tags: experimental

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

To enable a smooth transition for applications that depend on the older 
dbus-1 package, this newer libdbus-1-1 
package should provide dbus-1 in the debian/control's binary target.

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

Versions of packages libdbus-1-1 depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an

libdbus-1-1 recommends no packages.

- -- no debconf information

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

iD8DBQFDU1tyeXr56x4Muc0RApgbAKCUSJHqOJSlBSBhD8AbYsmykdaSGgCglyxS
uPv77UOQ1pM4Po/gnGjDrrA=
=tDCo
-END PGP SIGNATURE-


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



Bug#322568: gimp: and so GIMP 2.4 was released a few days ago

2005-10-17 Thread Martin-Éric Racine
Package: gimp
Version: 2.2.8-11
Followup-For: Bug #322568

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This bug was left open because you were waiting for 2.4 to actually be released.
The release indeed took place a few days ago and reviews are flooding the Net.
Would you be so kind as to package it? :-)

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

Versions of packages gimp depends on:
ii  gimp-data 2.2.8-11   Data files for The GIMP
ii  libaa11.4p5-28   ascii art library
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libexif12 0.6.12-2   library to parse EXIF files
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgimp2.02.2.8-11   Libraries necessary to Run the GIM
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libgtk2.0-0   2.8.3-1The GTK+ graphical user interface 
ii  libice6   6.8.2.dfsg.1-9 Inter-Client Exchange library
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  liblcms1  1.13-1 Color management library
ii  libmng1   1.0.8-1Multiple-image Network Graphics li
ii  libpango1.0-0 1.10.0-2   Layout and rendering of internatio
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libsm66.8.2.dfsg.1-9 X Window System Session Management
ii  libtiff4  3.7.3-1Tag Image File Format (TIFF) libra
ii  libwmf0.2-7   0.2.8.3-2  Windows metafile conversion librar
ii  libx11-6  6.8.2.dfsg.1-9 X Window System protocol client li
ii  libxmu6   6.8.2.dfsg.1-9 X Window System miscellaneous util
ii  libxpm4   6.8.2.dfsg.1-9 X pixmap library
ii  libxt66.8.2.dfsg.1-9 X Toolkit Intrinsics
ii  wget  1.10.1-1   retrieves files from the web
ii  xlibs 6.8.2.dfsg.1-9 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

Versions of packages gimp recommends:
pn  gimp-printnone (no description available)
ii  gimp-svg  2.2.8-11   SVG (Scalable Vector Graphics) plu

- -- no debconf information

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

iD8DBQFDU37eeXr56x4Muc0RAvVeAJ4ypEV2FYWjT0nchG9y/HaLnEFSGgCgnnRe
a3rJuTFehteJPnbCQfYN0LQ=
=6DWe
-END PGP SIGNATURE-


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



Bug#339460: sysv-rc: update-rc.d option to redo all symlinks for all pacakges to their postinst defaults

2005-11-16 Thread Martin-Éric Racine
Package: sysv-rc
Version: 2.86.ds1-5
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It would be desirable to have an option to redo all symlinks for all packages 
(if no package name is passed as 
argument; otherwise only redo the package passed as argument), to be used 
manually to clean up after upgrading to 
more recent versions of certain packages that leave no longer needed symlinks.

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

iD8DBQFDezXteXr56x4Muc0RAiroAJ4kciKvWUDTkKbmR0F63PWgoybVhgCeJhBg
HH70LCO2HxwC7VrmZFwE13U=
=ATes
-END PGP SIGNATURE-


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



Bug#339460: update-rc.d: a partial implementation of what I propose

2005-11-16 Thread Martin-Éric Racine
1) find out which packages have bootup scripts:
dpkg -S /etc/init.d/* | cut -f 1 -d : | uniq | sort | uniq
Caveat:  find a way to remove scripts that belong to no package.

2) for-next loop removing all symlinks for each, using update-rc.d

3) for-next loop redoing the post-install scripts of each (which is
where update-rc.d would make the symlinks during installation).

-- 
Martin-Éric Racine
http://q-funk.iki.fi


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


Bug#339460: update-rc.d: a partial implementation of what I propose

2005-11-16 Thread Martin-Éric Racine
Ugly but it does a fine job as a proof of concept:

#!/bin/sh
# restore RC symbolic links per each package's postinst script defaults
packages=`dpkg -S /etc/init.d/* | cut -f 1 -d : | sort | uniq | xargs`
for name in $packages; do
update-rc.d -f $name remove
done
apt-get --reinstall install $packages
#EOF

Of course, ideally, we would have all package scripts guaranteed to be
fully idempotent, which would then make it easier to just grep and call
each /var/lib/dpkg/info/$name.postinst for a replay.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


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


Bug#339587: avahi-daemon: installation fails, which later makes Rhythmbox unusable

2005-11-17 Thread Martin-Éric Racine
Package: avahi-daemon
Version: 0.5.2-3
Severity: important
Tags: experimental

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

1. Installation fails with Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon 
failed! because trying to restart 
something that is not already running and considering it a failure that it 
cannot be stopped first (hint: 
invoke-rc.d, not directly running the script as /etc/init.d/foobar restart; see 
sysklogd for a good example). 
Rebooting or manually restarting the daemon doesn't fix it.

2. The postinst script doesn't update-rc.d which means that the daemon is not 
started at any bootup stage.

The end result is that Rhythmbox flatly refuses to work, because it cannot find 
a working Avahi!

Please fix ASAP.  Thanks!

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

Versions of packages avahi-daemon depends on:
ii  adduser   3.77   Add and remove users and groups
ii  dbus-1-utils  0.50-2 simple interprocess messaging syst
ii  libavahi-common0  0.5.2-3Avahi common library
ii  libavahi-core10.5.2-3Avahi's embeddable mDNS/DNS-SD lib
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libdaemon00.8-1  lightweight C library for daemons
ii  libdbus-1-1   0.50-2 simple interprocess messaging syst
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li

Versions of packages avahi-daemon recommends:
ii  dbus  0.50-2 simple interprocess messaging syst
pn  libnss-mdns   none (no description available)

- -- no debconf information

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

iD8DBQFDfGIkeXr56x4Muc0RAsYpAJ0WzKE6L3Fse39v4rFt0Tw6obnONgCeNzNl
G4iI5br9foi5CNQya0Ietmo=
=RoBh
-END PGP SIGNATURE-


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



Bug#339587: avahi-daemon: installation fails, which later makes Rhythmbox unusable

2005-11-17 Thread Martin-Éric Racine
to, 2005-11-17 kello 11:15 +, Ross Burton kirjoitti:
 On Thu, 2005-11-17 at 12:57 +0200, Martin-Éric Racine wrote:
  The end result is that Rhythmbox flatly refuses to work, because it cannot 
  find a working Avahi!
 
 I'll fix this, but this is also a bug in Rhythmbox.  I take it you've
 also filed that?

And in dbus also, as it turns out. dbus forgets to redo the bootup
symlinks on a reinstall, even if they are missing. Avahi needs dbus and
since it doesn't find it running, installation fails.

-- 
Martin-Éric Racine
http://q-funk.iki.fi




Bug#339728: hal: init script missing $NAME variable in the bootup message

2005-11-18 Thread Martin-Éric Racine
Package: hal
Version: 0.5.5.1-1
Severity: normal
Tags: experimental

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The startup script misses the $NAME variable after the Starting $DESC: part, 
which could lead a user to 
assume that HAL did not start/restart/stop correctly:

8X-
 sudo /etc/init.d/dbus restart
Stopping Avahi mDNS/DNS-SD Daemon: avahi-daemon.
Stopping Hardware abstraction layer: .
Stopping system message bus: dbus.
Starting system message bus: dbus.
Starting Hardware abstraction layer: .
Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon.
8X-

The fix is simply to correct the messages in the do_start() and do_stop() parts 
as follow:

Starting $DESC: $NAME
Stopping $DESC: $NAME

A more advanced solution would be to actually parse the error message and only 
print $NAME if the daemon successfully 
started or stopped.

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

Versions of packages hal depends on:
ii  adduser3.77  Add and remove users and groups
ii  dbus   0.50-2simple interprocess messaging syst
ii  libc6  2.3.5-6   GNU C Library: Shared libraries an
ii  libdbus-1-10.50-2simple interprocess messaging syst
ii  libdbus-glib-1-1   0.50-2simple interprocess messaging syst
ii  libexpat1  1.95.8-3  XML parsing C library - runtime li
ii  libglib2.0-0   2.8.4-1   The GLib library of C routines
ii  libhal10.5.5.1-1 Hardware Abstraction Layer - share
ii  libusb-0.1-4   2:0.1.10a-22  userspace USB programming library
ii  lsb-base   3.0-11Linux Standard Base 3.0 init scrip
ii  pciutils   1:2.1.11-15.1 Linux PCI Utilities
ii  udev   0.074-3   /dev/ and hotplug management daemo
ii  usbutils   0.70-8USB console utilities

hal recommends no packages.

- -- no debconf information

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

iD8DBQFDfbSpeXr56x4Muc0RApKWAKCcBwgFLsnKeuyFSsYHfS41ii9QuACgpNTv
8Yx0FK8z63sPql8Tpp5pY1I=
=oaA9
-END PGP SIGNATURE-


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



Bug#339860: rhythmbox: radio playlist improvements for handling 'pls' files

2005-11-19 Thread Martin-Éric Racine
Package: rhythmbox
Version: 0.9.1-1
Severity: wishlist
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Rhythmbox's handling of 'pls' radio playlists could use some improvements:

Right now, whenever a playlist is passed as argument, Rhythmbox creates as many 
new radio station entries as the 
'pls' file contains as alternative URL for the stream. This adds needless 
clutter in the radio catalog of Rhythmbox, 
especially given how the new stations are nameless.

The prefered method would be for Rhythmbox's own catalog to allow several URL 
for a single radio station. Also, 
Rhythmbox should prompt the user to give a name to the station whenever it adds 
a new one to its catalog.

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

Versions of packages rhythmbox depends on:
ii  avahi-daemon 0.5.2-3 Avahi mDNS/DNS-SD daemon
ii  gconf2   2.12.1-4GNOME configuration database syste
ii  gstreamer0.8-alsa [gstre 0.8.11-2ALSA plugin for GStreamer
ii  gstreamer0.8-artsd [gstr 0.8.11-2aRtsd plugin for GStreamer
ii  gstreamer0.8-esd [gstrea 0.8.11-2Enlightened Sound Daemon plugin fo
ii  gstreamer0.8-flac0.8.11-2FLAC plugin for GStreamer
ii  gstreamer0.8-gnomevfs0.8.11-2Gnome VFS plugin for GStreamer
ii  gstreamer0.8-jack [gstre 0.8.8-3 JACK plugin for GStreamer
ii  gstreamer0.8-mad 0.8.11-2MAD MPEG audio decoder plugin for 
ii  gstreamer0.8-misc0.8.11-2Collection of various GStreamer pl
ii  gstreamer0.8-oss [gstrea 0.8.11-2OSS plugin for GStreamer
ii  gstreamer0.8-polypaudio  0.8.11-2polypaudio plugin for GStreamer
ii  gstreamer0.8-vorbis  0.8.11-2Vorbis plugin for GStreamer
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libavahi-client1 0.5.2-3 Avahi client library
ii  libavahi-common0 0.5.2-3 Avahi common library
ii  libavahi-glib0   0.5.2-3 Avahi glib integration library
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-1The Bonobo UI library
ii  libc62.3.5-6 GNU C Library: Shared libraries an
ii  libcairo21.0.2-1 The Cairo 2D vector graphics libra
ii  libdbus-1-1  0.50-2  simple interprocess messaging syst
ii  libdbus-glib-1-1 0.50-2  simple interprocess messaging syst
ii  libesd-alsa0 [libesd0]   0.2.36-1Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgconf2-4  2.12.1-4GNOME configuration database syste
ii  libgcrypt11  1.2.2-1 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.4-1 The GLib library of C routines
ii  libgnome-keyring00.4.6-1 GNOME keyring services library
ii  libgnome2-0  2.12.0.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.12.0-1A powerful object-oriented display
ii  libgnomeui-0 2.12.0-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.12.1.1-1  The GNOME virtual file-system libr
ii  libgnutls11  1.0.16-14   GNU TLS library - runtime library
ii  libgpg-error01.1-4   library for common error values an
ii  libgstreamer-gconf0.8-0  0.8.11-2GConf support for GStreamer
ii  libgstreamer0.8-00.8.11-1Core GStreamer libraries, plugins,
ii  libgtk2.0-0  2.8.3-1 The GTK+ graphical user interface 
ii  libhal1  0.5.5.1-1   Hardware Abstraction Layer - share
ii  libice6  6.8.2.dfsg.1-10 Inter-Client Exchange library
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  libnautilus-burn22.12.1-2Nautilus Burn Library - runtime ve
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.10.1-1Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   6.8.2.dfsg.1-10 X Window System Session Management
ii  libsoup2.2-8 

Bug#331397: initscripts: proc filesystem being already mounted indeed the cause of the failure

2005-11-19 Thread Martin-Éric Racine
Package: initscripts
Version: 2.86.ds1-4
Followup-For: Bug #331397

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Upon closer inspection, this also seems to be the cause of the error I had been 
mentioning to Petter over IRC.

Making the script not merge stdout and stderr to /dev/null confirmed it with a 
message proc filesystem already 
mounted.  Then, making the script print mount's return code gave me 32 (mount 
failure).  I wonder why the fact that a 
filesystem is already mounted is interpreted as a failure; it seems to me that 
0 or 64 might be a better return code.

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

Versions of packages initscripts depends on:
ii  coreutils 5.2.1-2.1  The GNU core utilities
ii  dpkg  1.13.11package maintenance system for Deb
ii  e2fsprogs 1.38-2 ext2 file system utilities and lib
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  lsb-base  3.0-11 Linux Standard Base 3.0 init scrip
ii  util-linux2.12p-8Miscellaneous system utilities

initscripts recommends no packages.

- -- no debconf information

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

iD8DBQFDf7oqeXr56x4Muc0RAmMcAJ9wLGau7LdoTo2RuE8dgNBm8x8QFwCfTcMM
ARNpvOdCILPgj0/OfDezFHs=
=XT8l
-END PGP SIGNATURE-


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



Bug#316637: newt: Etch is expected to be fully Unicode-compliant so fribidi should be in Depends, not Recommends

2005-11-20 Thread Martin-Éric Racine
Package: libnewt0.51
Version: 0.51.6-31
Followup-For: Bug #316637

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Given how Unicode compliance is a release goal for Etch, having libfribidi0 in 
Recommends is not sufficient; it 
really must show in Depends.

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

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

libslang2 recommends no packages.

- -- no debconf information

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

iD8DBQFDgLJceXr56x4Muc0RAlGnAJ9Aqwj8TA5eriAsDyCtmFAdIbVewQCfSnDj
cnEAg0j+Bqd/XH17ylBsqGA=
=W1Nj
-END PGP SIGNATURE-


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



Bug#313028: findutils: 4.2.26-1 indeed fixes #313028 for me

2005-11-20 Thread Martin-Éric Racine
Package: findutils
Version: 4.2.26-1
Followup-For: Bug #313028

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

- - If the input to xargs is a large number of very short options (for
  example, one character each), earlier versions of xargs would fail
  with 'Argument list too long'. This is because Linux's execve
  implementation requires that the sum of the sizes of all argument
  string pointers not exceed 128K (the actual limit is
  ARG_MAX - sizeof (void*)). Hopefully (Closes: #313028).

It indeed appears that this was the cause. Both init scripts and pbuilder work 
as expected again.

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

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

findutils recommends no packages.

- -- no debconf information

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

iD8DBQFDgLjQeXr56x4Muc0RAkVeAJ4/xdo4dBjq7ah7XDx/6mEL7AHPJwCeIy8B
Rv2Ydd3nTFcbhZ2xPlPQimQ=
=Xt5h
-END PGP SIGNATURE-


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



Bug#316637: newt: Etch is expected to be fully Unicode-compliant so fribidi should be in Depends, not Recommends

2005-11-20 Thread Martin-Éric Racine
su, 2005-11-20 kello 10:16 -0800, Steve Langasek kirjoitti:
 On Sun, Nov 20, 2005 at 07:29:00PM +0200, Martin-Éric Racine wrote:
  Given how Unicode compliance is a release goal for Etch, having libfribidi0 
  in Recommends is not sufficient; it 
  really must show in Depends.
 
 No.  Unicode support refers to applications functioning in a UTF-8 locale
 as correctly as they do in a single-byte locale.

And it indeed doesn't function correctly here.  Not putting libfribidi0
as Depends breaks newt operation on UTF-8 locales, which in turns also
affects debconf.  Without it, debconf does NOT work correctly under a
UTF-8 locale using the 'dialog' front-end.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


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


Bug#316637: newt: Etch is expected to be fully Unicode-compliant so fribidi should be in Depends, not Recommends

2005-11-21 Thread Martin-Éric Racine
su, 2005-11-20 kello 18:14 -0800, Steve Langasek kirjoitti:
 On Sun, Nov 20, 2005 at 11:43:47PM +0200, Martin-Éric Racine wrote:
  su, 2005-11-20 kello 10:16 -0800, Steve Langasek kirjoitti:
   On Sun, Nov 20, 2005 at 07:29:00PM +0200, Martin-Éric Racine wrote:
Given how Unicode compliance is a release goal for Etch, having 
libfribidi0 in Recommends is not sufficient; it 
really must show in Depends.
 
   No.  Unicode support refers to applications functioning in a UTF-8 
   locale
   as correctly as they do in a single-byte locale.
 
  And it indeed doesn't function correctly here.  Not putting libfribidi0
  as Depends breaks newt operation on UTF-8 locales, which in turns also
  affects debconf.  Without it, debconf does NOT work correctly under a
  UTF-8 locale using the 'dialog' front-end.
 
 Then you should have said that (and in a separate bug report, no less)
 instead of claiming that dependencies were missing.  If UTF-8 isn't working
 right without lifribidi0, then something's buggy in the UTF-8 support,
 because libfribidi0 should *not* be required for this.

You really ought to check the whole thread for this bug before mailing.
This bug already was about the missing dependency, which the maintainer
solved by adding a Recommends, instead of a Depends. 

-- 
Martin-Éric Racine
http://q-funk.iki.fi


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


Bug#340158: portmap: init script needlessly executed twice (and it informs the user about it too)

2005-11-21 Thread Martin-Éric Racine
Package: portmap
Version: 5-16
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The init script is executed first as /etc/rcS.d/S43portmap then again at every 
bootup runlevel as 
/etc/rc.[2-5]d/S18portmap and it complains about that: Not starting portmap 
daemon. Already running.

This seems to be caused by the package's post-install script, which appears in 
need of an upgrade.
Perhaps the only rc.d links we need are in S/0/6 levels?

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

Versions of packages portmap depends on:
ii  debconf [debconf-2.0] 1.4.59 Debian configuration management sy
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libwrap0  7.6.dbs-8  Wietse Venema's TCP wrappers libra

portmap recommends no packages.

- -- debconf information:
  portmap/loopback: false

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

iD8DBQFDgbPqeXr56x4Muc0RAl6eAJ9RHlBRGPl4SzgnijQPBUWDYUdlrwCfYKaP
xOOgy6hzswm4zsJXekHp2RI=
=BQ34
-END PGP SIGNATURE-


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



Bug#331397: What's the bug, then?

2005-11-21 Thread Martin-Éric Racine
ma, 2005-11-21 kello 16:18 +0100, Thomas Hood kirjoitti:
 IIUC, the submitter requested that mountall.sh call mount with the noproc
 option and it was later explained that this is not possible because bind
 mounts can be included in /etc/fstab.   So it seems that users should not
 include an entry for /proc in /etc/fstab.  What problem am I overlooking?
 Sorry if I'm being dense.

That /etc/fstab mounts for /proc are included in a default install?

If the current approach really is that proc is automatically found by
mountroot.sh regardless of whether it appears in fstab or not, then
perhaps initscripts should upgrade this in preinst by commenting out the
fstab entry and informing the user of this change of behavior for Etch?

-- 
Martin-Éric Racine
http://q-funk.iki.fi




Bug#331397: What's the bug, then?

2005-11-21 Thread Martin-Éric Racine
ma, 2005-11-21 kello 16:46 +0100, Thomas Hood kirjoitti:
 Martin-Éric Racine wrote:
  That /etc/fstab mounts for /proc are included in a default install?
 
 Also, an fstab entry is perhaps needed if the admin wants to mount /proc
 with options?

Why not.  Then again, mount(8) says:

8X-
Mount options for proc
   uid=value and gid=value
   These options are recognized, but have no effect as far as I can see.
8X-

Anyhow, I don't think that removing the proc entry in /etc/fstab is the
solution. Rather, already mounted should not be considered a failure.
That's what needs to be fixed and that would be the mountall.sh script.

-- 
Martin-Éric Racine
http://q-funk.iki.fi




Bug#340203: piuparts: cdebootstrap as alternative to debootstrap in Depends

2005-11-21 Thread Martin-Éric Racine
Package: piuparts
Version: 0.13-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Having cdebootstrap as an alternative to debootstrap in Depends would be nice.

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

Versions of packages piuparts depends on:
ii  apt   0.6.42.3   Advanced front-end for dpkg
ii  debootstrap   0.3.3  Bootstrap a basic Debian system
ii  python2.3.5-3An interactive high-level object-o

piuparts recommends no packages.

- -- no debconf information

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

iD8DBQFDgiMoeXr56x4Muc0RAjgsAKCMhucBTIfG2kC+WVQ1XZj40txK7gCfVr2x
8T3OL/fyTnAu3Kn0JnbIIfM=
=esXZ
-END PGP SIGNATURE-


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



Bug#340203: piuparts: cdebootstrap as alternative to debootstrap in Depends

2005-11-21 Thread Martin-Éric Racine
ma, 2005-11-21 kello 22:05 +0200, Lars Wirzenius kirjoitti:
 ma, 2005-11-21 kello 21:42 +0200, Martin-Éric Racine kirjoitti:
  Having cdebootstrap as an alternative to debootstrap in Depends would be 
  nice.
 
 What benefit does cdebootstrap have over debootstrap for piuparts?

debootstrap is largely unmaintained and cumulating bugs by the dozen. 

Meanwhile, cdeboostrap sees regular uploads, operates faster (C source),
is a drop-in substitute providing the same functions as debootstrap and
is preferred over debootstrap by an increasing amount of users.

Basically, it's a good idea to let the user choose which one they'd
rather use by having debootstrap | cdeboostrap in Depends.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#340526: package still ships gconf schemas in /etc

2005-11-23 Thread Martin-Éric Racine
ke, 2005-11-23 kello 23:38 +0100, Josselin Mouette kirjoitti:
 Package: planner
 Severity: important
 
 There have been several changes in the way GConf works in Debian. The
 most important one is the move of all files that have nothing to do
 in /etc to follow the Filesystem Hierarchy Standard.

Noted.

 All of this is handled by the dh_gconf debhelper script. In order to
 make use of it, your package should do the following:
 * build-depend on debhelper (= 4.2.13),

Build-Depends: cdbs (= 0.4.28), debhelper (= 4.9), ...

 * depend on ${misc:Depends},

Depends: ${shlibs:Depends}, ${misc:Depends}, ...

 * invoke dh_gconf somewhere between dh_install and dh_installdeb. For
 packages using cdbs, this is achieved by including gnome.mk.

#!/usr/bin/make -f
#
# CDBS debian/rules for Planner 0.13
# Martin-Eric Racine [EMAIL PROTECTED]
#
include /usr/share/cdbs/1/class/gnome.mk
...

 Don't hesitate to ask me for details.

As you can see from the above, the source package already complies.
You thus have my blessing to trigger a binary-NMU on this package.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#402147: mozplugger: firefox alternative in Depends gone but iceweasel still not in Testing

2006-12-08 Thread Martin-Éric Racine
Package: mozplugger
Version: 1.7.3-3
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Removing 'firefox' from the list of packages that fulfill the dependency
was premature, given how 'iceweasel' is nowhere near entering Testing. 
Adding 'iceweasel' in front of 'firefox' would be a better idea.

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

iD8DBQFFeW3MeXr56x4Muc0RAlygAJ9sDKH1Rq4OOHigC9lONcfi5x2z8QCglFJ+
j2oLewtAG5v840jmRVPgwmY=
=1Scn
-END PGP SIGNATURE-


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



Bug#386545: console-setup: please add LSB formatted dependency info in init.d script

2006-09-08 Thread Martin-Éric Racine
Package: console-setup
Version: 1.7
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

To be able to check boot script order and also to be able to start
boot scripts in parallel, it is important to know the dependencies of
the various boot scripts.  The Linux Software Base specifies a init.d
header file format useful for this purpose, and adding such header to
the sysklogd and klogd init.d script would make it possible for me to
use this information to check the current sequence and speed up the
debian boot.

Although this is not yet a release requirement for Etch, adding them 
now will enable a smoother transition in the future.

These 3 documents explain what is required:

* 
http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html
* 
http://lists.alioth.debian.org/pipermail/initscripts-ng-devel/2006-June/000294.html
* http://wiki.debian.org/LSBInitScript

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

iD8DBQFFAVkmeXr56x4Muc0RApldAKCsis94SjziDqn2SJAHD7fNBwBl3QCeJt4P
6+ACHohKHH5GvhlJEFKLq/Y=
=GVVG
-END PGP SIGNATURE-


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



Bug#387114: firefox: textless dialog with two buttons and then nothing, after upgrade

2006-09-12 Thread Martin-Éric Racine
Package: firefox
Version: 1.5.dfsg+1.5.0.6-4
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Upgrading from 1.5.dfsg+1.5.0.4-1 to 1.5.dfsg+1.5.0.6-4 gives me an unusable 
Firefox.

Launching Firefox, I get a textless dialog with two buttons. Clicking either 
button 
produces no result; the dialog is still there. I tried disabling Pango, 
starting in 
safe mode and removing all extensions. Still no good.

Given how this is supposed to be a minor upgrade (1.5.0.4 to 1.5.0.6), this is 
very
suspicious. In any case, it makes Firefox COMPLETELY unusable for me, since I 
cannot 
even get to a browsing window, thus this grave severity level.

- -- System Information:
Debian Release: 3.1
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17-imac
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)

Versions of packages firefox depends on:
ii  debianutils   2.17   Miscellaneous utilities specific t
ii  fontconfig2.3.2-7generic font configuration library
ii  libatk1.0-0   1.12.2-1   The ATK accessibility toolkit
ii  libc6 2.3.6.ds1-4GNU C Library: Shared libraries
ii  libcairo2 1.2.4-1The Cairo 2D vector graphics libra
ii  libfontconfig12.3.2-7generic font configuration library
ii  libfreetype6  2.2.1-2FreeType 2 font engine, shared lib
ii  libgcc1   1:4.1.1-13 GCC support library
ii  libglib2.0-0  2.10.3-3   The GLib library of C routines
ii  libgtk2.0-0   2.8.20-1   The GTK+ graphical user interface 
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libpango1.0-0 1.12.3-2   Layout and rendering of internatio
ii  libpng12-01.2.8rel-5.2   PNG library - runtime
ii  libstdc++64.1.1-13   The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.0-8  X11 client-side library
ii  libxft2   2.1.8.2-8  FreeType-based font drawing librar
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  psmisc22.3-1 Utilities that use the proc filesy
ii  zlib1g1:1.2.3-13 compression library - runtime

firefox recommends no packages.

- -- no debconf information

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

iD8DBQFFBoVpeXr56x4Muc0RAgIHAJ9QhNKLcMRO4PAlxYGOMT3jXq8eAQCfbl5w
GuiJcykbmaYMz2EbeM4GCZ8=
=KoZN
-END PGP SIGNATURE-


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



Bug#387126: firefox: textless dialog with two buttons and then nothing, after upgrade

2006-09-12 Thread Martin-Éric Racine
Package: firefox
Version: 1.5.dfsg+1.5.0.6-4
Severity: grave
Justification: renders package unusable

Upgrading from 1.5.dfsg+1.5.0.4-1 to 1.5.dfsg+1.5.0.6-4 gives me an unusable 
Firefox.

Launching Firefox, I get a textless dialog with two buttons. Clicking either 
button
produces no result; the dialog is still there. I tried disabling Pango, 
starting in
safe mode and removing all extensions. Still no good.

Given how this is supposed to be a minor upgrade (1.5.0.4 to 1.5.0.6), this is 
very
suspicious. In any case, it makes Firefox COMPLETELY unusable for me, since I 
cannot
even get to a browsing window, thus this grave severity level.

-- System Information:
Debian Release: 3.1
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17-imac
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)

Versions of packages firefox depends on:
ii  debianutils   2.17   Miscellaneous utilities specific t
ii  fontconfig2.3.2-7generic font configuration library
ii  libatk1.0-0   1.12.2-1   The ATK accessibility toolkit
ii  libc6 2.3.6.ds1-4GNU C Library: Shared libraries
ii  libcairo2 1.2.4-1The Cairo 2D vector graphics libra
ii  libfontconfig12.3.2-7generic font configuration library
ii  libfreetype6  2.2.1-2FreeType 2 font engine, shared lib
ii  libgcc1   1:4.1.1-13 GCC support library
ii  libglib2.0-0  2.10.3-3   The GLib library of C routines
ii  libgtk2.0-0   2.8.20-1   The GTK+ graphical user interface
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG
ii  libpango1.0-0 1.12.3-2   Layout and rendering of internatio
ii  libpng12-01.2.8rel-5.2   PNG library - runtime
ii  libstdc++64.1.1-13   The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.0-8  X11 client-side library
ii  libxft2   2.1.8.2-8  FreeType-based font drawing librar
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  psmisc22.3-1 Utilities that use the proc filesy
ii  zlib1g1:1.2.3-13 compression library - runtime

firefox recommends no packages.

PS:  sorry if you received this report twice. I had not received any
reply from the BTS more than 1 hour after initially submitting this.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa


Bug#386577: warning: the word 138420 is invalid.

2006-09-13 Thread Martin-Éric Racine

On Fri, September 8, 2006 18:13, Stanislav Maslovski said:
 Package: aspell-ru
 Version: 0.99g3-1
 Severity: minor


 The word list /usr/share/aspell/ru.cwl.gz contains 138420 as the very
 first word, which is a mistake. Here is the complete warning message I got
 from dpkg-reconfigure aspell-ru (in russian)

 -
 aspell-autobuildhash: processing: ru [ru]
 ðÒÅÄÕÐÒÅÖÄÅÎÉÅ: The word 138420 is invalid. óÉÍ×ÏÌ '1' (U+31) ÎÅ ÍÏÖÅÔ
 ÐÏÑ×ÌÑÔØÓÑ × ÎÁÞÁÌÅ ÓÌÏ×Á. ðÒÏÐÕÓËÁÅÔÓÑ ÓÌÏ×Ï.
 -

That is perfectly inoffensive. The aspell dictionary is generated from the
myspell dictionary, which starts with a wordcount number. Aspell discards
it when it builds the hash, as you saw, but it is needlessly verbose about
it.

I suppose that we could build from the ispell dictionary instead. It would
at least make that warning disappear. However, I wonder if we might end up
with a much shorter aspell dictionary then, because ispell is not good
with compound words and thus tends to understand fewer words and spelling
variations than myspell and aspell do.

-- 
Martin-Éric Racine
http://q-funk.iki.fi





  1   2   3   4   5   6   7   8   9   10   >