Bug#409356: cups-pdf: allows unprivileged user to read parts of any file

[Martin-Éric Racine]

On 2/2/07, Volker Christian Behr <[EMAIL PROTECTED]> wrote:

On Fri, 2007-02-02 at 13:49 +0200, =?UTF-8?Q? Martin-=C3=89ric?= Racine
wrote:
> On 2/2/07, Volker Christian Behr <[EMAIL PROTECTED]> wrote:
> > Please check the permissions of the CUPS-PDF backend and GS - neither
> > should be SUID 'root' under any circumstances. CUPS-PDF should even more
> > be mode 700 executable by 'root' only. If this is not the case in the
> > default installation it has to be fixed in the Debian package.
>
> Permissions were made 6755 to enable outputting documents to someone's
> home directory (or a subdirectory). Unless I'm mistaken, 0700 would
> not enable the same thing?

Starting with version 1.2.0 CUPS will call any backend that is owned by
'root' and set to mode 0700 with full root privileges which should
enable CUPS-PDF to print to any destination.
I know Ubuntu to have modified CUPS (e.g. the web-admin interface is
disabled) but I cannot tell what other changes they did.
I strongly reccommend making CUPS-PDF mode 0700 again since this is
to-the-letter within the specifications of CUPS.


Ubuntu doesn't run CUPS as root, which is what prevents us from
outputting files to user directories with the backend as root:root
0700.

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

Bug#323834: closed by Frans Pop <[EMAIL PROTECTED]> (Bug#323834: release-notes: changes in filesystem hierarchy since Woody not explained)

[Martin-Éric Racine]

On 4/4/07, Debian Bug Tracking System <[EMAIL PROTECTED]> wrote:

This is an automatic notification regarding your Bug report
#323834: release-notes: changes in filesystem hierarchy since Woody not 
explained,
which was filed against the release-notes package.

It has been closed by Frans Pop <[EMAIL PROTECTED]>.



Sorry that we never got around to documenting this issue. As Sarge is
about to be replaced with Etch, I'm closing this request.


Is that issue at least documented in Etch release notes? i.e. is the
current filesystem hierarchy described? If not, closing this bug
really solves nothing.

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

Bug#167372: 15mb of gnome-games-data is what justifies the split

[Martin-Éric Racine]

Package: gnome-games
Version: 1:2.14.3-1
Followup-For: Bug #167372

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The real issue is the 15mb of dependencies from gnome-games-data. By the time 
someone adds the 8mb or so of library dependencies, 20mb becomes a rather huge 
waste of space, if someone only needed a game of solitaire.

Comparing to gnome-hearts, we notice that localisation files (and SVG images,
which are nowadays packaged separately in gnome-cards-data) don't take much
space. Rather, the issue is with the sound files that some games use and with 
documentation that could easily be packaged separately. Thus, we see that a 
really small gnome-card-games, without the sound files and documentation for 
the other GNOME games, would make a LOT of sense.

A good compromise would be to split the card games (aisleriot, blackjack and 
hearts) into their own gnome-card-games and gnome-card-games-data, then leave 
other games in a gnome-games and gnoem-games-data that depends or recommends 
gnome-card-games.

A good idea would also be to ensure that gnome-card-games would NOT depend
on Avahi and other extraneous stuff. Rather, it would ideally fit within a 
basic GTK2 system.

I really think that this issue deserves to be discussed with upstream. 

- -- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (1, 'unstable')
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 gnome-games depends on:
ii  gnome-games-data   1:2.14.3-1data files for the GNOME games
ii  guile-1.6-libs 1.6.8-4   Main Guile libraries
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libavahi-compat-howl0  0.6.12-1  Avahi Howl compatibility library
ii  libc6  2.3.6-15  GNU C Library: Shared libraries
ii  libcairo2  1.2.4-1   The Cairo 2D vector graphics libra
ii  libesd-alsa0 [libesd0] 0.2.36-3  Enlightened Sound Daemon (ALSA) - 
ii  libgcc11:4.1.1-11GCC support library
ii  libgconf2-42.14.0-4  GNOME configuration database syste
ii  libglade2-01:2.6.0-2 library to load .glade files at ru
ii  libglib2.0-0   2.10.3-3  The GLib library of C routines
ii  libgnome2-02.14.1-3  The GNOME 2 library - runtime file
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-1  GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.20-1  The GTK+ graphical user interface 
ii  libpango1.0-0  1.12.3-2  Layout and rendering of internatio
ii  librsvg2-common2.14.4-2  SAX-based renderer library for SVG
ii  libstdc++6 4.1.1-11  The GNU Standard C++ Library v3
ii  libxml22.6.26.dfsg-3 GNOME XML library
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages gnome-games recommends:
ii  gnome-games-extra-data2.14.0-1   games for the GNOME desktop (extra

- -- no debconf information

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

iD8DBQFE9AmFeXr56x4Muc0RApcNAKCYVe6d9HsqkUZPIoDRLD+4QWUdUgCeJ3Oe
jR2LIMBPN24I4U15Zt98+P0=
=Xmp+
-END PGP SIGNATURE-


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

Bug#385403: aspell-ru: error in postistall script (cant build hash)

[Martin-Éric Racine]

severity 385403 important
thanks

On Thu, August 31, 2006 5:41, Vlad Alyukov said:
> Package: aspell-ru
> Version: 0.99g3-1
> Severity: grave
> Justification: renders package unusable
>
>  Problems rebuilding an aspell hash file (ru)
>  ** Error: Could not build the hash file for ru
>  This error was caused by package providing 'ru', although it can be
>  made evident during other package postinst. Please complain to the
>  maintainer of package providing 'ru'.
>
>  Until this problem is fixed you will not be able to use aspell with
>  'ru'.

Actually, spelling works fine. From what I can tell, the hash building
script reports a failure, instead of a warning, if it finds words that
don't fit the sorting rules defined for that language. That is caused by
new words that upstream added since 0.99g1.

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

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

[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#390141: cups-pdf: please migrate PPD to /usr/share/ppd directory

[Martin-Éric Racine]

On Fri, September 29, 2006 15:52, Kenshi Muto wrote:
> Package: cups-pdf
> Version: 2.4.1-2
> Severity: normal

> Debian printing team had already decided all PPDs should be under
> /usr/share/ppd.
> Could you move PPD files to that directory?
> (you may make a subdirectory)

Volker: is cups-pdf dependent upon the PPD being at a specific location?

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

Bug#390590: /etc/cups/cups-pdf.conf is updated for every new release

[Martin-Éric Racine]

reassign 390590 dpkg
retitle 390590 dpkg: asking permission to upgrade a config is annoying
thanks

On Mon, October 2, 2006 04:12, Jonas Meurer wrote:
> Package: cups-pdf
> Version: 2.4.2-1
> Severity: normal
>
> unfortunately, a version information in /etc/cups/cups-pdf.conf is
> updated every new upstream release. i consider this as a bug as it
> causes dpkg to ask for a configfile update even if no content changed.

Sorry, your bug report has nothing to do with CUPS-PDF. Rather, it is an
expression of a disagreement with the way DPKG handles configurations. I'm
thus reassigning this to the DPKG maintainers. Please take your concerns
to them.

> maybe you can convince upstream to remove the release version from the
> configuration file.

The release version is there for a reason so, no, we're not removing it.

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

Bug#391095: mtd-tools: please sync with upstream GIT tree

[Martin-Éric Racine]

Package: mtd-tools
Version: 20050122-2
Severity: wishlist

mtd-tools hasn't been updated since 2005 and misses recent improvements, 
such as piping to 'nandwrite':

http://mailman.laptop.org/pipermail/devel/2006-August/001345.html

The following document found at the CVS mirror used to build the Debian package 
indicates that the upstream CVS tree is no longer maintained:

ftp://ftp.uk.linux.org/pub/people/dwmw2/mtd/cvs/README.CVS_IS_OBSOLETE
8X-
The Linux-MTD development is now all in GIT.

See http://git.infradead.org/?p=mtd-2.6.git;a=summary or pull directly 
from the git tree at git://git.infradead.org/mtd-2.6.git
8X-

Thus, it would be appreciated if you synced this package with the new upstream 
GIT tree.

-- System Information:
Debian Release: testing/unstable
  APT prefers edgy
  APT policy: (909, 'edgy'), (500, 'edgy-updates'), (500, 'edgy-security'), 
(500, 'edgy-backports'), (500, 'dapper-security')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17-10-generic
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)

Versions of packages mtd-tools depends on:
ii  libc6  2.4-1ubuntu10 GNU C Library: Shared libraries
ii  zlib1g 1:1.2.3-13ubuntu1 compression library - runtime

mtd-tools recommends no packages.

-- no debconf information


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

Bug#391103: RFP: xrdp -- RDP server

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist

* Package name: xrdp
  Version : 0.3.1
  Upstream Author : ?
* URL : http://xrdp.sourceforge.net/
* License : GPL
  Programming Lang: ?
  Description : RDP server

An open source RDP server and X11 server capable of accepting 
connections from rdesktop and Microsoft terminal server clients.


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

Bug#391104: RFH: rus-ispell -- Russian dictionary for Aspell/Ispell/MySpell

[Martin-Éric Racine]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I request assistance with maintaining the rus-ispell package.

The package description is:
 This dictionary contains Russian wordlists for the Aspell
 spellchecker currently supported by GNOME applications.
 .
 The dictionary is generated from the Ispell wordlist.

What kind of help I need:

1) People who are familiar with wordlist developments on
Aspell, Ispell, MySpell and with dictionaries-common-dev.

2) Russian speakers capable of cleaning up the upstream
tarball and of improving the source wordlist's content.

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

iD8DBQFFJCjOeXr56x4Muc0RAiUrAKCP4iBqxh2miQwguEG19JanxJTErgCdF9hS
JwcOqz3St+rMOmsGnaE+klM=
=8oEE
-END PGP SIGNATURE-


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

Bug#391105: RFH: ispell-et -- Estonian dictionary for Aspell/Ispell/MySpell

[Martin-Éric Racine]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I request assistance with maintaining the ispell-et package.

The package description is:
 This dictionary provides Estonian wordlists for the Aspell
 spellchecker currently supported by GNOME applications.
 .
 Homepage:  http://www.meso.ee/~jjpp/speller/

What kind of help I need:

1) People who are familiar with wordlists development on
Aspell, Ispell, MySpell and with dictionaries-common-dev.

2) Estonian speakers capable of cleaning up the upstream
tarball and of improving the source wordlist's content.

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

iD8DBQFFJClEeXr56x4Muc0RAmzQAJ9J2K6+VQcoFd50stXWlOOP2xIQRgCdGiFW
+kVtj+St4bjYDKd1TA1LgqM=
=oh5G
-END PGP SIGNATURE-


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

Bug#383604: zd1211-firmware: files at the wrong location for kernel tree's zd1211rw

[Martin-Éric Racine]

Package: zd1211-firmware
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

As of kernel 2.6.18-rc4, there is now a ZD1211 driver called zd1211rw,
which is a clean rewrite of Zydax's own zd1211 and zd1211b driverz. This 
driver looks for the firmware files at a different location than this 
package does. The right location for this driver's firmware is:

/lib/firmware/zd1211/
|-- README
|-- zd1211_ub
|-- zd1211_uph
|-- zd1211_uphm
|-- zd1211_uphr
|-- zd1211_ur
|-- zd1211b_ub
|-- zd1211b_uph
|-- zd1211b_uphm
|-- zd1211b_uphr
`-- zd1211b_ur

0 directories, 11 files

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

iD8DBQFE5YPAeXr56x4Muc0RAqP3AKCrvxmSJM5mOjPUY5iqyew4BWOHzgCfbOWo
sOa2WU4z5lcQBuM/JeyKc48=
=j5xU
-END PGP SIGNATURE-


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

Bug#383693: upgrade-system insists on purging mozilla-firefox

[Martin-Éric Racine]

On Fri, August 18, 2006 23:00, Hearthstone said:
> Package: upgrade-system
> Version: 1.0.1.2
> Severity: normal
>
> upgrade-system always insists on removing firefox (as far as I can
> remember with this install) - see pasted bellow:
>
>
> 3) Cleaning APT cache.
> 4) Checking for orphan packages:
> I: Purging orphan packages...
> Reading package lists... Done
> Building dependency tree... Done
> The following packages will be REMOVED:
>   ethereal* libcommons-launcher-java* libdirectfb-0.9-24* libgcj6-awt*
> libgcj7-awt* libsdl1.2debian*
>   libssl0.9.7* mozilla-firefox*
> 0 upgraded, 0 newly installed, 8 to remove and 0 not upgraded.
> Need to get 0B of archives.
> After unpacking 10.0MB disk space will be freed.
> Do you want to continue [Y/n]? n
> Abort.
> N: System upgrade completed.


This is normal.

You are running Testing, where mozilla-firefox is only a dummy
transitional package meant for upgrades from Sarge. Default deborphan
settings used by upgrade-system are intended to clean up such packages,
once they no longer are necessary, such as after upgrading to a newer
Debian release. In this case, the actual browser is nowadays in the
package firefox.


> hearthstone:~# wajig orphans
> libsdl1.2debian
> libident
> libtextwrap1
> libssl0.9.7
> libc6-amd64
> liblzo2-2
> libreadline4
> libldap-2.2-7
> libcommons-launcher-java
> libdirectfb-0.9-24
> libgcj7-awt
> libgcj6-awt
> libsigc++-1.2-5c2
> libgnutls12
> libldap-2.3-0
> hearthstone:~#
> (end of "paste")
> But wajig doesn't. Also note the differences in orphans listed (ethereal,
> etc.).

Ethereal also is a dummy package, this time to pull in wireshark, which is
the new name used in recent releases of the same software.

You can easily confirm that a package is transitional by using apt-cache
(apt-cache show packagename) to read its description. Dummy packages are
always described as such, at least in the long package description, and
often in the short package description too.

As for the libraries, upgrade-system removes them in layers, so it will
only show you those that appear immediately safe to remove for each pass,
hence why you see fewer of them than what wajig intends to remove.

Basically, I'm not sure where the bug is?

What you describe above is exactly how upgrade-system works:  it removes
no longer necessary libraries and dummy transitional packages.

Or did I miss anything from your bug report that would constitute a bug?

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

Bug#384364: planner: FTBFS: dh_install: planner missing files (debian/tmp/usr/lib/python2.3/site-packages/*.so), aborting

[Martin-Éric Racine]

severity 384364 minor
thanks

On Wed, August 23, 2006 22:01, Julien Danjou said:
> Package: planner
> Version: 0.14-9
> Severity: serious
>
> Hello,
>
> There was a problem while autobuilding your package:

Sorry, it has built just fine on all architectures so far. Additionally,
the log you provide doesn't explain what files might be missing. As such,
until further details are provided, I'm lowering the severity of this bug.


>> dh_install -pplanner
>> dh_install: planner missing files
>> (debian/tmp/usr/lib/python2.3/site-packages/*.so), aborting
>> make: *** [binary-install/planner] Error 1

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

Bug#384364: planner: FTBFS: dh_install: planner missing files (debian/tmp/usr/lib/python2.3/site-packages/*.so), aborting

[Martin-Éric Racine]

On Thu, August 24, 2006 4:13, Steve Langasek said:
> severity 384364 serious
> quit
>
> On Thu, Aug 24, 2006 at 01:27:38AM +0300, Martin-Éric Racine wrote:
>> On Wed, August 23, 2006 22:01, Julien Danjou said:
>> > Package: planner
>> > Version: 0.14-9
>> > Severity: serious
>
>> > Hello,
>
>> > There was a problem while autobuilding your package:
>
>> Sorry, it has built just fine on all architectures so far. Additionally,
>> the log you provide doesn't explain what files might be missing. As
>> such,
>> until further details are provided, I'm lowering the severity of this
>> bug.
>
> http://buildd.debian.org/fetch.php?pkg=planner&arch=arm&ver=0.14-9&stamp=1156381268&file=log
>
> It built fine on architectures that tried to build it *before* the python
> transition.

The package WAS upgraded for the transition and verified by madcoder, so
unless you can demonstrate that it indeed has anything to do with the
transition, the severity level you have set is NOT justified.

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

Bug#384364: planner: FTBFS: dh_install: planner missing files (debian/tmp/usr/lib/python2.3/site-packages/*.so), aborting

[Martin-Éric Racine]

On Thu, August 24, 2006 9:23, Julien Danjou said:
> On Thu, Aug 24, 2006 at 08:36:05AM +0300, Martin-Éric Racine wrote:
> Hi Martin,
>
>> The package WAS upgraded for the transition and verified by madcoder, so
>> unless you can demonstrate that it indeed has anything to do with the
>> transition, the severity level you have set is NOT justified.
>
> I can reproduce it with pbuilder. I'm sending the full buildd log if it
> can help right now.

Found it! Dependencies were indeed correctly upgraded for the transition,
but the planner.install file was still looking for Python 2.3 libraries.
Replaced with a wildcard and pending upload.

Doesn't excuse Steve's attitude at all, though...

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

Bug#384364: planner: FTBFS: dh_install: planner missing files (debian/tmp/usr/lib/python2.3/site-packages/*.so), aborting

[Martin-Éric Racine]

On Thu, August 24, 2006 9:12, Steve Langasek said:
> On Thu, Aug 24, 2006 at 08:36:05AM +0300, Martin-Éric Racine wrote:
>
>> The package WAS upgraded for the transition and verified by madcoder, so
>> unless you can demonstrate that it indeed has anything to do with the
>> transition, the severity level you have set is NOT justified.
>
> Your package *fails to build*.  Stop being an ass and fix your bug.

Speaking of which, http://lintian.debian.org/reports/mSteve_Langasek.html

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

Bug#384424: lintian: possible mishandling of similarily-named shlibs with dashes

[Martin-Éric Racine]

Package: lintian
Version: 1.23.23
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I have been getting this error on my package for a long time:

E: planner binary: duplicate-entry-in-shlibs-control-file libmrp

The tree view shows:
/usr/lib/planner/
|-- file-modules
|   |-- libmrp-xml.so
|   `-- libmrp-xsl.so
|-- libgantt-task.so
|-- plugins
|   |-- libhtml-plugin.so
|   |-- libmsp-plugin.so
|   |-- libpython-plugin.so
|   |-- libsql-plugin.so
|   `-- libxmlplanner-plugin.so
|-- storage-modules
|   |-- libstorage-mrproject-1.so
|   `-- libstorage-sql.so
`-- views
|-- libgantt-view.so
|-- libresource-view.so
|-- libtask-view.so
`-- libtimetable-view.so

Based on this, I'm wondering if the error might actually be 
caused by Lintian's inability to process SO libraries with a 
dash in the filename and a similar first half in the filename?

- -- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (1, 'unstable')
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 lintian depends on:
ii  binutils 2.17-2  The GNU assembler, linker and bina
ii  diffstat 1.43-1  produces graph of changes introduc
ii  dpkg-dev 1.13.22 package building tools for Debian
ii  file 4.17-2  Determines file type using "magic"
ii  gettext  0.14.6-1GNU Internationalization utilities
ii  intltool-debian  0.35.0+20060710 Help i18n of RFC822 compliant conf
ii  libparse-debianchangelog 1.0-1   parse Debian changelogs and output
ii  man-db   2.4.3-3 The on-line manual pager
ii  perl [libdigest-md5-perl 5.8.8-6.1   Larry Wall's Practical Extraction 

lintian recommends no packages.

- -- no debconf information

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

iD8DBQFE7U2ZeXr56x4Muc0RAn7BAJ4qTRM0y8aIPS6qsvj1PMFu7RaU3gCeNsJm
nvoGFX9i8yfKifVsIHVMyHM=
=kRSe
-END PGP SIGNATURE-


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

Bug#384424: lintian: possible mishandling of similarily-named shlibs with dashes

[Martin-Éric Racine]

On Thu, August 24, 2006 19:24, Russ Allbery said:
> Martin-Éric Racine <[EMAIL PROTECTED]> writes:
>
>> Package: lintian
>> Version: 1.23.23
>> Severity: normal
>
>> I have been getting this error on my package for a long time:
>
>> E: planner binary: duplicate-entry-in-shlibs-control-file libmrp
>
>> /usr/lib/planner/
>> |-- file-modules
>> |   |-- libmrp-xml.so
>> |   `-- libmrp-xsl.so
>
>> Based on this, I'm wondering if the error might actually be caused by
>> Lintian's inability to process SO libraries with a dash in the filename
>> and a similar first half in the filename?
>
> This error isn't about the files stored in your package; rather, it's
> about the shlibs control file in your package.

Yes, indeed.

> The contents of the file are:
>
> libplanner-1 0 planner
> libmrp xml planner
> libmrp xsl planner

That's what the error seems to be:  it looks as if the shlibs is being
parsed as meaning that anything following the first dash in the filename
should end up as the second field of the shlibs file.

> Anyway, per Policy 8.6.3, that shlibs
> file is really not in a valid format; the second field is supposed to be
> the SONAME version number.  And it does indeed contain a duplicate entry.

That is generated by dh_makeshlibs from debhelper.  Could this be where
this parsing bug is?

> Since those binaries are in a
> subdirectory of /usr/lib and are not public libraries or (apparently) used
> outside this package, it seems to me that they shouldn't be listed in the
> shlibs file of the package at all.

[...]

> Policy isn't particularly clear on the requirements for the shlibs file
> for plugins that are only used internally by that package, but my
> understanding is that there's no reason to list them.  I'd be inclined to
> add -X options to dh_makeshlibs (which there should be some mechanism to
> do via CDBS) to ignore those plugin directories, or possibly even argue
> that CDBS should be doing this automatically.

Valid point.  I might indeed simply exclude them.

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

Bug#384731: screem: file monitoring idiocy

[Martin-Éric Racine]

Package: screem
Version: 0.16.1-3.1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Probably more interesting for upstream than for Debian per-se:

Whenever saving a file (using CTRL S), Screem brings out an alert box, 
notifying the user that:

"file:///home/q-funk/public_html/styles.css has changed on disk
Reload instead of saving?"

Well, DUH! Screem just saved a new version, so of course the version 
on disk has just been updated!

Perhaps the file monitoring loop could be momentarily hushed, whenever 
saving a file, to avoid this sort of annoying non-sense?

- -- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (1, 'unstable')
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 screem depends on:
ii  dbus-1-utils   0.62-4simple interprocess messaging syst
ii  gconf2 2.14.0-4  GNOME configuration database syste
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.1-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.14.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-4  The Bonobo UI library
ii  libc6  2.3.6-15  GNU C Library: Shared libraries
ii  libcairo2  1.2.4-1   The Cairo 2D vector graphics libra
ii  libcroco3  0.6.1-1   a generic Cascading Style Sheet (C
ii  libdbus-1-20.62-4simple interprocess messaging syst
ii  libdbus-glib-1-2   0.62-4simple interprocess messaging syst
ii  libenchant1c2a 1.1.6-1.2 a wrapper library for various spel
ii  libfontconfig1 2.3.2-7   generic font configuration library
ii  libgconf2-42.14.0-4  GNOME configuration database syste
ii  libglade2-01:2.6.0-2 library to load .glade files at ru
ii  libglib2.0-0   2.10.3-3  The GLib library of C routines
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome-menu2 2.14.3-1  an implementation of the freedeskt
ii  libgnome2-02.14.1-3  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeprint2.2-0 2.12.1-6  The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0   2.12.1-4  GNOME 2.2 print architecture User 
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-1  GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.20-1  The GTK+ graphical user interface 
ii  libgtkhtml2-0  2.6.3-1+b1HTML rendering/editing library - r
ii  libgtksourceview1.0-0  1.6.2-1   shared libraries for the GTK+ synt
ii  libice61:1.0.0-3 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.0-2libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.12.3-2  Layout and rendering of internatio
ii  libpopt0   1.10-2lib for parsing cmdline parameters
ii  libsm6 1:1.0.0-4 X11 Session Management library
ii  libx11-6   2:1.0.0-8 X11 client-side library
ii  libxcursor11.1.5.2-5 X cursor management library
ii  libxext6   1:1.0.0-4 X11 miscellaneous extension librar
ii  libxfixes3 1:3.0.1.2-4   X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.0-5 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.26.dfsg-3 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.0.2-4   X Rendering Extension client libra
ii  zlib1g 1:1.2.3-13compression library - runtime

screem recommends no packages.

- -- no debconf information

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

iD8DBQFE8CgyeXr56x4Muc0RArLsAJ4j57nJyGTBJwaUZVPbJjIk2n0h+gCePxSv
1jR5WHxdRNBoijaL+PVbfdU=
=J9rt
-END PGP SIGNATURE-


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

Bug#391613: tsclient: ignores selected keyboard map and resets to US map over XDMCP

[Martin-Éric Racine]

Package: tsclient
Version: 0.148-2
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

When selecting the XDMCP protocol, the keyboard map configured for X.org is 
ignored so, when typing the login/password in the remote GDM, someone has the 
unpleasant surprise to notice that the keyboard map has reverted to US.  

Additionally, specifying which keyboard map to use in the Local Resources 
dialog 
before connecting has no effect either; the keymap reverts to US there too.

While this only affects connections over the XDMCP protocol, it essentially 
makes 
tsclient unusable with X11 servers, anywhere outside USA.

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

Versions of packages tsclient depends on:
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libglib2.0-0 2.12.3-2The GLib library of C routines
ii  libgtk2.0-0  2.8.20-1The GTK+ graphical user interface 
ii  rdesktop 1.4.1-1.1   RDP client for Windows NT/2000 Ter

tsclient recommends no packages.

- -- no debconf information

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

iD8DBQFFJ83PeXr56x4Muc0RAnhUAJ4q+dFZTTOzf01rrg5sqFhwLh1GBwCfeb8G
NVGE/T0Kdg0wVB/0ipmGkXU=
=remt
-END PGP SIGNATURE-


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

Bug#391759: gnome-media: FTBFS because of new libnautilus-burn-dev

[Martin-Éric Racine]

Package: gnome-media
Version: 2.14.2-2
Severity: serious
Justification: no longer builds from source

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The libnautilus-burn-dev currently in Testing cannot be used to build 
gnome-media,
because several components look for nautilusburn headers in the wrong paths. 
AFAICT
the cure appears to be adding the missing leading paths to each #include 
related to
nautilusburn items.

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

Versions of packages gnome-media depends on:
ii  gnome-media-common 2.14.2-2  GNOME media utilities - common fil
ii  gstreamer0.10-alsa [gstrea 0.10.10-1 GStreamer plugin for ALSA
ii  gstreamer0.10-esd [gstream 0.10.3-3  GStreamer plugin for ESD
ii  gstreamer0.10-plugins-base 0.10.10-1 GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good 0.10.3-3  GStreamer plugins from the "good" 
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.2-1  The ATK accessibility toolkit
ii  libaudiofile0  0.2.6-6   Open-source version of SGI's audio
ii  libbonobo2-0   2.14.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-4  The Bonobo UI library
ii  libc6  2.3.6.ds1-4   GNU C Library: Shared libraries
ii  libcairo2  1.2.4-1   The Cairo 2D vector graphics libra
ii  libesd-alsa0 [libesd0] 0.2.36-3  Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1 2.4.1-2   generic font configuration library
ii  libgail-common 1.8.11-2  GNOME Accessibility Implementation
ii  libgail17  1.8.11-2  GNOME Accessibility Implementation
ii  libgconf2-42.14.0-4  GNOME configuration database syste
ii  libglade2-01:2.6.0-2 library to load .glade files at ru
ii  libglib2.0-0   2.12.3-2  The GLib library of C routines
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome-media02.14.2-2  runtime libraries for the GNOME me
ii  libgnome2-02.14.1-3  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-2+b1   GNOME virtual file-system (runtime
ii  libgstreamer-plugins-base0 0.10.10-1 GStreamer libraries from the "base
ii  libgstreamer0.10-0 0.10.10-1 Core GStreamer libraries and eleme
ii  libgtk2.0-02.8.20-1  The GTK+ graphical user interface 
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libnautilus-burn3  2.14.3-2  Nautilus Burn Library - runtime ve
ii  liborbit2  1:2.14.0-2libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.14.4-2  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libx11-6   2:1.0.0-9 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.1-3 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.26.dfsg-3 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra

gnome-media recommends no packages.

- -- no debconf information

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

iD8DBQFFKPb3eXr56x4Muc0RArCdAJ9JfBrfUj9SnPOdfAMzqsarjYmcywCeOD2F
NB0rz3OSbdRQPQTDhoJ/BUw=
=TZ15
-END PGP SIGNATURE-


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

Bug#391104: Bug#385403: fixed rus-ispell packages can be found on http://users.tkk.fi/~stas/rus-ispell/

[Martin-Éric Racine]

On Tue, October 10, 2006 17:10, Stanislav Maslovski wrote:
> Look for the corrected package here http://users.tkk.fi/~stas/rus-ispell/

Many thanks for your help! I'll review the patches and attempt a build
tonight. If everything looks good, I'll upload immediately after.

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

Bug#391613: tsclient: because Xnest needs a -xkbmap option to select the map

[Martin-Éric Racine]

Package: tsclient
Version: 0.148-2
Followup-For: Bug #391613

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to ,
Xnest needs to have the keyboard map's name passed using the -xkbmap option.

Sure enough, looking at the process map confirms that tsclient doesn't:

 3501 ?S  0:01  \_ tsclient
 3823 ?D  0:00  \_ Xnest :1 -once -geometry 1024x768 
-query omena

The cure would apparently be to pass the 2-letter code of the keyboard map 
selected 
in the Local Resources using the above option. In this example, it should have 
been:

Xnest :1 -once -xkbmap fi -geometry 1024x768 -query omena

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

iD8DBQFFMVw5eXr56x4Muc0RAmyNAKCHydfRKxWE6WyGsFxJNj85sbtjmQCfaNat
9bx49qt4/YzQAvSyXx9GdTs=
=o0Np
-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

[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

[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.

[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

Bug#387320: xkb-data: [Finnish symbols] macron to dead_macron

[Martin-Éric Racine]

Package: xkb-data
Version: 0.8-7
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The symbols for Finnish currently include a macron as AltGr+Shift+minus. 
This key is useless for the intended purpose, which is to enable writing 
accented vowels used in Baltic languages. Fixing it requires making it a 
deadkey, which is what the enclosed patch does.

NOTE: this issue also exists in 0.8-7ubuntu2 (Edgy) where a similar but 
not identical file is at /etc/X11/xkb/symbols/fi (in Etch 0.8-7 it's at 
/usr/share/X11/xkb/symbols/fi instead). The enclosed patch is against 
the 0.8-7 version in Etch.

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

iD8DBQFFCDCmeXr56x4Muc0RAlufAJ0W1KMMJBAFta7PhSWvdJk0YuFuDQCdEzmh
FU10ADCMB3yZ59TihzDAYSU=
=7Pyl
-END PGP SIGNATURE-
--- /usr/share/X11/xkb/symbols/fi   2006-08-14 17:37:36.0 +0300
+++ /tmp/fi 2006-09-13 19:11:29.778808648 +0300
@@ -40,7 +40,7 @@
 key  { [   b,  B, ssharp,NoSymbol
] };
 key  { [   n,  N, ntilde, Ntilde 
] };
 key  { [   m,  M, mu,   NoSymbol 
] };
-key  { [   minus, underscore, hyphen,  macron
] };
+key  { [   minus, underscore, hyphen, dead_macron
] };
 key  { [   s,  S, scaron,  Scaron
] };
 key  { [   d,  D,eth, ETH
] };
 key  { [   e,  E,   EuroSign,cent
] };

Bug#387752: cups-pdf: support UTF-8

[Martin-Éric Racine]

la, 2006-09-16 kello 20:21 +0800, Dan Jacobson kirjoitti:
> Package: cups-pdf
> Version: 2.4.1-1
> Severity: normal
> 
> Support UTF-8, so one can do
> $ date|lp
> and not have characters missing.

Good point. 

However, I am not convinced that CUPS-PDF is to blame, since printing
UTF-8 text works fine from GNOME.  Here, I regularly mix Cyrillic and
Latin characters, a combination that clearly requires UTF-8 support.

I suspect that how CUPS clients and Ghostscript select fonts affect the
absence or presence of certain characters, thus why I'm copying this to
the CUPS and Ghostscript maintainers for comment.

The CUPS-PDF author is already subscribed to this package's PTS and can
probably also contribute answers to this bug report.

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

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

[Martin-Éric Racine]

On Tue, September 19, 2006 13:27, Agustin Martin wrote:
> On Wed, Sep 13, 2006 at 02:52:26PM +0300, Martin-Éric Racine wrote:
>>
>> On Fri, September 8, 2006 18:13, Stanislav Maslovski said:
>
>> > 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.
>
> You can use 'sed 1d' to strip first line and make this less verbose. This
> is
> what I do for the esperanto dictionary (with eo changed to ru):
>
> cat ru.dic | sed 1d | LC_COLLATE=C sort -u | prezip > ru.cwl

Except that, unless I'm mistaken, using the C collation rules for
languages other than English languages is wrong.

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

Bug#388665: planner: Planner crashes when using fixed times

[Martin-Éric Racine]

On Thu, September 21, 2006 22:43, Martin Ferrari wrote:
> Package: planner
> Version: 0.14-10
> Severity: normal
>
>
> If you do this, planner crashes immediatly:
> - create a resource
> - create a task
> - set it to fixed duration
> - allocate a resource to it
>
> I can reproduce it with different locales and with empty files.

This sounds like a potential upstream bug.

Could you file a detailed report on the GNOME bug tracker and then respond
to the Debian bug with the GNOME bug number, so that we can monitor what
the author does with it?

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

Bug#388665: planner: Planner crashes when using fixed times

[Martin-Éric Racine]

On Fri, September 22, 2006 16:23, =?UTF-8?Q? Mart=C3=ADn?= Ferrari wrote:
> Forgot to cc the bug.
>
> On 9/21/06, Martin-Éric Racine <[EMAIL PROTECTED]> wrote:
>
>> This sounds like a potential upstream bug.
>>
>> Could you file a detailed report on the GNOME bug tracker and then
>> respond
>> to the Debian bug with the GNOME bug number, so that we can monitor what
>> the author does with it?
>
> Done, it's #357191 (http://bugzilla.gnome.org/show_bug.cgi?id=357191)
>
> I don't know how to do the usertag thingie to inform the bts of this :)

Thanks for that. I just added the forwarding tag. This means that whenever
upstream gets around fixing it, the Debian BTS will mark it accordingly
and notify us.

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

Bug#387752: cups-pdf: support UTF-8

[Martin-Éric Racine]

On Sat, September 16, 2006 15:21, Dan Jacobson wrote:
> Package: cups-pdf
> Version: 2.4.1-1
> Severity: normal
>
> Support UTF-8, so one can do
> $ date|lp
> and not have characters missing.

Kenshi Muto, the key maintainer of CUPS commented over IRC that:

"About the CJK issue: there are only a few text->PS converters that
support CJK correctly. Usually we Japanese use a2ps or a2ps-perl-ja with
the encoding option, before printing (it means that we don't trust any PPD
to correctly handle any CJK encoding)."

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

Bug#330661: #330661: planner: Fails to show print-preview and do not print

[Martin-Éric Racine]

Greetings,

Does this issue still apply to the Planner 0.14-10 currently in Etch?

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

Bug#387752: cups-pdf: support UTF-8

[Martin-Éric Racine]

On Sun, September 24, 2006 19:56, Dan Jacobson wrote:
> MR> "About the CJK issue: there are only a few text->PS converters that
> MR> support CJK correctly. Usually we Japanese use a2ps or a2ps-perl-ja
> MR> with the encoding option, before printing (it means that we don't
> MR> trust any PPD to correctly handle any CJK encoding)."
>
> Well that is nice bug all I know is that
> $ w3m -dump http://jidanni.org/index.html|a2ps -o /tmp/f.ps; gv /tmp/f.ps
> shows that a2ps is not ready for Unicode. OK, I'll file a bug against
> a2ps too.

I wouldn't be surprised if it weren't compliant.

Anyhow, as we're starting to notice, bug 387752 has nothing to do with
cups-pdf per se, since we rely entirely on Ghostscript for producing the
Postscript document and on CUPS for printing it.

My gut feeling is that Ghostscript is beginning to show its age on two
counts: improper UTF handling and default fonts that don't cover a wide
enough segment of the Unicode namespace, resulting in missing glyphs.

I have CC'ed the Ghostscript maintainer here for comment on that assumption.

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

Bug#389684: deborphan: --find-removed option

[Martin-Éric Racine]

Package: deborphan
Version: 1.7.18
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The following command reports packages that have been removed but not 
purged:

dpkg -l | grep "rc "
rc  apt-show-versi 0.08   lists available package versions with distri
rc  console-tools  0.2.3dbs-56Linux console and font utilities
rc  dhcp-client2.0pl5-19  DHCP Client
rc  initramfs-tool 0.49bpo1   tools for generating an initramfs
ii  sysv-rc2.86.ds1-1 Standard boot mechanism using symlinks in /e

Of course, a false positive always shows up (sysv-rc) but, othwerwise, those 
are indeed packages that have been removed without a purge, presumably during 
the course of installing packages with Conflicts relationships.

Thus, this wishlist is for a --find-removed option similar to --find-config 
that could be used to locate packages whose binary is gone but who still have 
some files left.

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

iD8DBQFFGiQkeXr56x4Muc0RApo4AKCoYXq3j5OTPetVUBoAdx2bfP7G1wCggsp1
IAgaNNbGeHs7X4MlP4QTC48=
=B0OC
-END PGP SIGNATURE-


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

Bug#381297: [Pkg-utopia-maintainers] Bug#381297: dbus: X keyboard interference debuging - small progress

[Martin-Éric Racine]

ti, 2006-08-08 kello 22:33 +0200, Sjoerd Simons kirjoitti:
> On Thu, Aug 03, 2006 at 06:16:29PM +0300, Martin-Éric Racine wrote:
> > I welcome further step-by-step instructions to perform, towards finding
> > the source of this keyboard input disruption by dbus-enabled apps in X.
> 
> I doubt it's dbus (thatis the session bus) itself but instead something on the
> session bus. Which dies when you kill the session bus.
> 
> Try looking at the difference between your procress listing before and 
> after killing the session bus. Probably same apps have quit (among which the
> one guilty for your slugish keyboard)

As mentioned in the original bug report, been there done that. NO SINGLE
APPLICATION died as the result of killing dbug daemons.

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

Bug#381855: [Pkg-cups-devel] Bug#381855: Amendment to problem report

[Martin-Éric Racine]

reassign 381855 libgnomeprint2.2-0
thanks

ke, 2006-08-09 kello 08:13 +0100, John Winters kirjoitti:
> After further investigation, it appears that this problem is not 
> fundamentally one with CUPS - at worst it's a problem of interaction 
> between CUPS and libgnomeprint2.2.
> 
> I've now done some further tests and found that the symptoms described 
> earlier apply only to Gnome applications.  KDE applications consistently 
> get the paper size right - for both local and remote CUPS printers. 
> Unfortunately I can't find a way to interrogate CUPS directly and ask 
> it, "What paper size do you think that remote CUPS printer uses?". 
> However as KDE gets it right, presumably the right information is there 
> somewhere.
> 
> I will raise a bug report against libgnomeprint2.2

No.  The correct procedure is to reassign the bug to the right package.
Done above. :)

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

Bug#381297: [Pkg-utopia-maintainers] Bug#381297: dbus: X keyboard interference debuging - small progress

[Martin-Éric Racine]

ke, 2006-08-09 kello 00:31 +0300, Martin-Éric Racine kirjoitti:
> ti, 2006-08-08 kello 22:33 +0200, Sjoerd Simons kirjoitti:
> > On Thu, Aug 03, 2006 at 06:16:29PM +0300, Martin-Éric Racine wrote:
> > > I welcome further step-by-step instructions to perform, towards finding
> > > the source of this keyboard input disruption by dbus-enabled apps in X.
> > 
> > I doubt it's dbus (thatis the session bus) itself but instead something on 
> > the
> > session bus. Which dies when you kill the session bus.
> > 
> > Try looking at the difference between your procress listing before and 
> > after killing the session bus. Probably same apps have quit (among which the
> > one guilty for your slugish keyboard)
> 
> As mentioned in the original bug report, been there done that. NO SINGLE
> APPLICATION died as the result of killing dbug daemons.

Hmm.  It seems I forgot to actually mention it.  Anyhow, NO, there is no
other application that dies in the process of killing D-Bus components.

However, as suggested over IRC, I straced this and it indeed taps into
the keyboard:

me2116  0.1  0.7   4452  1868 ?Ss   18:24   0:00 -bash startx 
-- vt1 -s 5 -quiet -p 5 -nolisten tcp dpms -dpime2140  0.0  0.2   2428  
 684 ?S18:24   0:00  \_ xinit /etc/X11/xinit/xinitrc -- /usr/bin/X 
vt1 -s 5 -quiroot  2141  4.0  5.0  18368 12400 tty1 Ss+  18:24   0:04   
   \_ /usr/bin/X :0 vt1 -s 5 -quiet -p 5 -nolisten tcp dpm
me2144  0.0  0.4   4776  1036 ?S18:24   0:00  \_ 
x-session-manager
me2182  0.0  0.2   4400   704 ?Ss   18:24   0:00  \_ 
/usr/bin/ssh-agent /usr/bin/dbus-launch --exit-wme2187  0.9  0.7   4852 
 1900 ?SNs  18:24   0:00  \_ icewmbg
me2188  0.7  1.6   8384  3964 ?Ss   18:24   0:00  \_ 
icewm
me2189  0.1  0.8   6200  2056 ?Ss   18:24   0:00  \_ 
icewmtray
root  2117  0.0  0.1   1592   488 tty7 Ss+  18:24   0:00 /sbin/getty 
38400 tty7
me2176  6.1 10.4 108172 25552 ?Sl   18:24   0:05 
/usr/lib/firefox/firefox-bin
me2185  0.0  0.2   2648   632 ?S18:24   0:00 
/usr/bin/dbus-launch --exit-with-session x-session-manager
me2186  0.0  0.1   2052   424 ?Ss   18:24   0:00 dbus-daemon 
--fork --print-pid 8 --print-address 6 --sessionme2193  0.3  0.9   4852 
 2324 ?S18:24   0:00 /usr/lib/libgconf2-4/gconfd-2 10
nino:/root# strace -p 2185
Process 2185 attached - interrupt to quit
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\340H", 512)   = 2
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\234", 512)= 1
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\340H", 512)   = 2
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\340\310", 512)= 2
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\340H", 512)   = 2
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\340\310", 512)= 2
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\340H", 512)   = 2
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\340\310", 512)= 2
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\340H", 512)   = 2
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\340\310", 512)= 2
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\35", 512) = 1
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, ".", 512)   = 1
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\256", 512)= 1
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, ".", 512)   = 1
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\256", 512)= 1
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0

Bug#381297: [Pkg-utopia-maintainers] Bug#381297: dbus: X keyboard interference debuging - small progress

[Martin-Éric Racine]

ke, 2006-08-09 kello 18:34 +0300, Martin-Éric Racine kirjoitti:
> ke, 2006-08-09 kello 00:31 +0300, Martin-Éric Racine kirjoitti:
> > ti, 2006-08-08 kello 22:33 +0200, Sjoerd Simons kirjoitti:
> > > On Thu, Aug 03, 2006 at 06:16:29PM +0300, Martin-Éric Racine wrote:
> > > > I welcome further step-by-step instructions to perform, towards finding
> > > > the source of this keyboard input disruption by dbus-enabled apps in X.
> > > 
> > > I doubt it's dbus (thatis the session bus) itself but instead something 
> > > on the
> > > session bus. Which dies when you kill the session bus.
> > > 
> > > Try looking at the difference between your procress listing before and 
> > > after killing the session bus. Probably same apps have quit (among which 
> > > the
> > > one guilty for your slugish keyboard)
> > 
> > As mentioned in the original bug report, been there done that. NO SINGLE
> > APPLICATION died as the result of killing dbug daemons.
> 
> Hmm.  It seems I forgot to actually mention it.  Anyhow, NO, there is no
> other application that dies in the process of killing D-Bus components.
> 
> However, as suggested over IRC, I straced this and it indeed taps into
> the keyboard:

Here's a shorter one, until the keystroke that I pressed right when
infinite scrolling kicked-in:

me2165  0.0  0.2   2648   648 ?S18:50   0:00 
/usr/bin/dbus-launch --exit-with-session x-session-manager
me2168  0.0  0.1   2052   424 ?Ss   18:50   0:00 dbus-daemon 
--fork --print-pid 8 --print-address 6 --session
root  3953  0.0  0.1   2052   424 ?Ss   18:54   0:00 dbus-daemon 
--fork --print-pid 8 --print-address 6 --session
nino:/root# strace -p 2165 60
Process 2165 attached - interrupt to quit
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\340H", 512)   = 2
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\340H", 512)   = 2
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\340H", 512)       = 2
select(5, [0 4], NULL, [0 4], NULL) = 1 (in [0])
ioctl(4, FIONREAD, [0]) = 0
read(0, "\234", 512)= 1
select(5, [0 4], NULL, [0 4], NULL


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

Bug#382334: bootsplash: progress bar patch still missing from initscripts

[Martin-Éric Racine]

Package: bootsplash
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The kernel patch and theme work very well, but the progress 
bar doesn't move, due to missing support in iniscripts. I'm 
wondering how are things progressing with the initscripts 
maintainers to get necessary changes merged in? It would be 
desirable for this to be fixed before Etch is released.

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

iD8DBQFE2x/zeXr56x4Muc0RAhydAJ49L/ZO3wWYIWRE9DqV7fJFOF+0TACggEvn
4bdALaolO98hL4/Vtc/MP7w=
=1v6q
-END PGP SIGNATURE-


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

Bug#382334: bootsplash: progress bar patch still missing from initscripts

[Martin-Éric Racine]

On Fri, August 11, 2006 2:18, Free Ekanayaka said:
> |--==> UTF  writes:
>
>   U> Package: bootsplash
>   U> Severity: normal
>   U> The kernel patch and theme work very well, but the progress
>   U> bar doesn't move, due to missing support in iniscripts. I'm
>   U> wondering how are things progressing with the initscripts
>   U> maintainers to get necessary changes merged in? It would be
>   U> desirable for this to be fixed before Etch is released.
>
> Hi,
>
> this unofficial package provides the needed patches:
>
> http://apt.64studio.com/64studio/stable/pool/main/s/sysv-rc-bootsplash/
>
> but at the moment I don't think the  are suit for integration with the
> official sysv-rc package..

/var/lib/dpkg/info/sysv-rc-bootsplash.postinst: 42: function: not found
dpkg: error processing sysv-rc-bootsplash (--install):
 subprocess post-installation script returned error exit status 127

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

Bug#382334: bootsplash: progress bar patch still missing from initscripts

[Martin-Éric Racine]

On Fri, August 11, 2006 2:18, Free Ekanayaka said:
> |--==> UTF  writes:
>
>   U> Package: bootsplash
>   U> Severity: normal
>   U> The kernel patch and theme work very well, but the progress
>   U> bar doesn't move, due to missing support in iniscripts. I'm
>   U> wondering how are things progressing with the initscripts
>   U> maintainers to get necessary changes merged in? It would be
>   U> desirable for this to be fixed before Etch is released.
>
> Hi,
>
> this unofficial package provides the needed patches:
>
> http://apt.64studio.com/64studio/stable/pool/main/s/sysv-rc-bootsplash/
>
> but at the moment I don't think the  are suit for integration with the
> official sysv-rc package..

Once the /bin/sh is replaced with /bin/bash (function is a bashism), it
still gives me this:

nino:/root# dpkg -a --configure
Setting up sysv-rc-bootsplash (1.0.1-1) ...
Testing if patches apply cleanly...
4 out of 8 hunks FAILED -- saving rejects to file /etc/init.d/rc.rej
Patches would not apply cleanly.
dpkg: error processing sysv-rc-bootsplash (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 sysv-rc-bootsplash

That's probably because sysv-rc 2.86.ds1-15 is what we have in Etch, but
the above package only works for 2.86.ds1-14.1.

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

Bug#382518: zd1211-source: fails to build on 2.6.17.8

[Martin-Éric Racine]

Package: zd1211-source
Version: 0.0.0.svnr23-3
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

While attempting to build on i386 using a debianized 2.6.17.8 vanilla tree,
I got the following:

/usr/src/modules/zd1211/src/zdusb.c:383: error: unknown field 'owner' spec

...which then breaks the build.

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

iD8DBQFE3K7IeXr56x4Muc0RAtpGAKCumvM+4K5zEsu7jmAtCs3UFBSFrgCgnXjA
XOkE8aemAHOgd5U5kzJkqy8=
=eafG
-END PGP SIGNATURE-


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

Bug#382825: zd1211-source: possibility of requesting zd1211b module to module-assistant missing

[Martin-Éric Racine]

Package: zd1211-source
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It appears that most recent zd1211-based hardware actually uses the rev.B 
chipset. 
Unfortunately, this Debian package offers no possibility of requesting that the
zd1211b variant be built. This should be solved by parsing environment 
variables,
but would first require disabling the default variable in the Makefile. 
Alternately,
since a growing majority of hardware is rev.B, the Makefile in zd1211-source 
could 
be made fixed to build zd1211b, instead of zd1211, by default.

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

iD8DBQFE3z/beXr56x4Muc0RAt4VAJwIrdVPdBcfcBErwQAg/NiKPxCccwCeKnR2
KpQDZg9qFctZTb0p7S/fVMs=
=n4f3
-END PGP SIGNATURE-


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

Bug#377540: Incorrect build-dep in experimental

[Martin-Éric Racine]

On Sun, August 13, 2006 21:43, Ken Bloom said:
> The problem is an incorrect build-dep in experimental. I think it's a
> typo.
>
> It says: gaim-dev (>= 1.2.0)
> I think you meant: gaim-dev (>= 1:2.0)

No, I did not.  gaim-irchelper is compatible with anything over 1.2.0, as
pointed ot by upstream a few releases ago. Therefore, build-dep is
correct.

The main issue is that auto-builders in experimental assume dependencies
from unstable, unless otherwise coherced by artificially bumping up the
version number to force usage of experimental packages.

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

Bug#382334: bootsplash: progress bar patch still missing from initscripts

[Martin-Éric Racine]

On Fri, August 11, 2006 2:41, Free Ekanayaka said:
> |--==> Martin-Éric Racine writes:
>
>   MR> On Fri, August 11, 2006 2:18, Free Ekanayaka said:
>   >>|--==> UTF  writes:
>   >>
>   U> Package: bootsplash
>   U> Severity: normal
>   U> The kernel patch and theme work very well, but the progress
>   U> bar doesn't move, due to missing support in iniscripts. I'm
>   U> wondering how are things progressing with the initscripts
>   U> maintainers to get necessary changes merged in? It would be
>   U> desirable for this to be fixed before Etch is released.
>   >>
>   >>Hi,
>   >>
>   >>this unofficial package provides the needed patches:
>   >>
>   >>http://apt.64studio.com/64studio/stable/pool/main/s/sysv-rc-bootsplash/
>   >>
>   >>but at the moment I don't think the  are suit for integration with the
>   >>official sysv-rc package..
>
>   MR> Once the /bin/sh is replaced with /bin/bash (function is a bashism),
> it
>   MR> still gives me this:
>
>   MR> nino:/root# dpkg -a --configure
>   MR> Setting up sysv-rc-bootsplash (1.0.1-1) ...
>   MR> Testing if patches apply cleanly...
>   MR> 4 out of 8 hunks FAILED -- saving rejects to file /etc/init.d/rc.rej
>   MR> Patches would not apply cleanly.
>   MR> dpkg: error processing sysv-rc-bootsplash (--configure):
>   MR>  subprocess post-installation script returned error exit status 1
>   MR> Errors were encountered while processing:
>   MR>  sysv-rc-bootsplash
>
>   MR> That's probably because sysv-rc 2.86.ds1-15 is what we have in Etch,
> but
>   MR> the above package only works for 2.86.ds1-14.1.
>
> Thanks  for the  report.  Yes,  the package  definitely  needs to   be
> polished. However I've not very time to do that at the moment.. :/

Looking at the patch, I can see why it fails to apply:
You are trying to replace usplash functions!

Unfortunately, Debian and Ubuntu both selected usplash as their default
bootsplash package, so better try cooperating than fighting it.

One suggestion from Petter Reinholdtsen (pere on IRC) is to put an
alernative to the usplash scripts that sysv-rc expects to find, i.e.
making bootsplash progress bar scripts emulate those from usplash. Then
sysv-rc doesn't need to be patched anymore, because we emulate usplash
scripts.

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

Bug#391613: tsclient: Debian X Task Force responds

[Martin-Éric Racine]

Package: tsclient
Version: 0.148-2
Followup-For: Bug #391613

Eugene Konev mentions over IRC that:

"for -xkbmap you need a compiled .xkm file"

I'm not sure how this should be done or whether this falls 
outside the scope of Xnest and tsclient, though.


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

Bug#393850: console-setup-mini: Unicode-only version still asks about legacy encodings

[Martin-Éric Racine]

Package: console-setup-mini
Version: 1.8
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Seeing how the goal of this mini-version is to be UTF-8 only, debconf 
questions related to the character map (UTF-8 or one of several legacy 
encodings) is unnecessary. It should be skipped entirely. It is UTF-8.

Additionally, the question about codeset should be clarified. The way it 
is currently phrased, one might think that selecting anything else than 
Uni1, Uni2 or Uni3 will result in a legacy enconding being used. Isn't 
the actual intent is to decide which subset of the Unicode range should 
be available for display, to compensate for the framebuffer's limit on 
the number of glyphs it can simultaneously utilize?

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

Versions of packages console-setup-mini depends on:
ii  debconf [debconf-2.0] 1.5.5  Debian configuration management sy

Versions of packages console-setup-mini recommends:
ii  kbd   1.12-17Linux console font and keytable ut

- -- debconf information:
* console-setup/variant: Finland
* console-setup/fontsize-text: 16
* console-setup/compose: No compose key
  console-setup/modelcode: pc105
  console-setup/switch: No temporary switch
  console-setup/fontsize: 16
* console-setup/charmap: UTF-8
  console-setup/layoutcode: fi
  console-setup/optionscode: lv3:ralt_switch
* console-setup/layout: Finland
  console-setup/variantcode:
  console-setup/dont_ask_layout:
* console-setup/altgr: Right Alt
* console-setup/ttys: /dev/tty[1-8]
* console-setup/model: Generic 105-key (Intl) PC
  console-setup/fontsize-fb: 16
* console-setup/codeset: Uni1
  console-setup/toggle: No toggling
* console-setup/fontface: VGA

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

iD8DBQFFNbAGeXr56x4Muc0RAqlcAJ4n1zY1RyiRykOgbRNaf00L0CWqLQCeNUmR
fYbXIScZRc+Kz19vvIhLOC0=
=JJX1
-END PGP SIGNATURE-


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

Bug#391759: gnome-media: FTBFS because of new libnautilus-burn-dev

[Martin-Éric Racine]

ma, 2006-10-16 kello 16:57 +0200, Loïc Minier kirjoitti:

> On Sun, Oct 08, 2006, Martin-Éric Racine wrote:
> > The libnautilus-burn-dev currently in Testing cannot be used to build 
> > gnome-media,
> > because several components look for nautilusburn headers in the wrong 
> > paths. AFAICT
> > the cure appears to be adding the missing leading paths to each #include 
> > related to
> > nautilusburn items.
> 
>  Do you have gstreamer0.10-plugins-base installed during the build?
> 
>  If yes, could you please run:
> gst-inspect-0.10 playbin

(gdb) run playbin
Starting program: /usr/bin/gst-inspect-0.10 playbin
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 805463872 (LWP 3445)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 805463872 (LWP 3445)]
0x100058d4 in main ()
(gdb) bt
#0  0x100058d4 in main ()
(gdb) quit
The program is running.  Exit anyway? (y or n) y

ii gstreamer0.10-plugins-base 0.10.10-1  

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

Bug#391759: gnome-media: FTBFS because of new libnautilus-burn-dev

[Martin-Éric Racine]

pe, 2006-10-20 kello 12:55 +0200, Loïc Minier kirjoitti:
> On Fri, Oct 20, 2006, Martin-Éric Racine wrote:
> > >  If yes, could you please run:
> > > gst-inspect-0.10 playbin
> 
>  Does it crash with just "gst-inspect-0.10"?  Could you install
>  libgstreamer0.10-0-dbg and produce a nicer backtrace?

Setting up libgstreamer0.10-0-dbg (0.10.10-1) ...

(gdb) run
Starting program: /usr/bin/gst-inspect-0.10
[Thread debugging using libthread_db enabled]
[New Thread 805463872 (LWP 4222)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 805463872 (LWP 4222)]
0x100058d4 in main (argc=1, argv=0x7feeb7b4) at gst-inspect.c:1126
1126gst-inspect.c: No such file or directory.
in gst-inspect.c
(gdb) run playbin
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /usr/bin/gst-inspect-0.10 playbin
[Thread debugging using libthread_db enabled]
[New Thread 805463872 (LWP 4228)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 805463872 (LWP 4228)]
0x100058d4 in main (argc=2, argv=0x7faa27a4) at gst-inspect.c:1126
1126    in gst-inspect.c
(gdb)

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

Bug#391759: gnome-media: FTBFS because of new libnautilus-burn-dev

[Martin-Éric Racine]

pe, 2006-10-20 kello 13:31 +0200, Loïc Minier kirjoitti:
>  Could you please try "LC_ALL=C gst-inspect-0.10" (i.e. non fi_FI
>  locale)?  Does it crash as well?

What I just sent _was_ done with LC_ALL=C.

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

Bug#391759: gnome-media: FTBFS because of new libnautilus-burn-dev

[Martin-Éric Racine]

On Fri, October 20, 2006 14:45, Loïc Minier wrote:
> On Fri, Oct 20, 2006, Martin-Éric Racine wrote:
>> pe, 2006-10-20 kello 13:31 +0200, Loïc Minier kirjoitti:
>> >  Could you please try "LC_ALL=C gst-inspect-0.10" (i.e. non fi_FI
>> >  locale)?  Does it crash as well?
>>
>> What I just sent _was_ done with LC_ALL=C.
>
>  Ah!!  I think you got the same bug as #295194.

How so? The segfault happens even without any argument.

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

Bug#390590: #390590

[Martin-Éric Racine]

Package: cups-pdf
Version: 2.4.2-1
Followup-For: Bug #390590

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Honnestly, the only normal case where configuration files get updated is 
when a distribution is upgraded. This only happens once every other year.
The only exception to this is when someone is tracking Testing/Unstable. 
I simply cannot help but consider this bug report as pointless moaning.
Closing.

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

iD8DBQFFOOO8eXr56x4Muc0RAtXDAJ0Rq5JZdOpUs0vU4uxTgSdyYIlr1wCfXOBO
8cU9ydkKw13eTNXWOl9um4o=
=p6ym
-END PGP SIGNATURE-


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

Bug#390590: cups-pdf: explanation already given and case closed

[Martin-Éric Racine]

Package: cups-pdf
Followup-For: Bug #390590

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sorry, both upstream and myself clearly explained why the version string 
is needed and also why what you report does not constitute a bug. I also
iterated our point once more before closing. There's no point in leaving 
this issue open given how it's not a bug. Closing.

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

iD8DBQFFOSAreXr56x4Muc0RAsEsAJ9qzd4DhvSPKdYhgiTOkVbpMLdylACeKl34
o9tD4GmHWSFMxZJ5qi4EOIQ=
=OhrP
-END PGP SIGNATURE-


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

Bug#391759: gnome-media: FTBFS because of new libnautilus-burn-dev

[Martin-Éric Racine]

Upon Loïc's instructions, I installed -dbg versions of libc6, glib2.0 and
libgstreamer0.10.  As soon as I had done that, neither gdb or valgrind
could find any error left.  Gnome-settings-daemon suddenly worked as
expected and so did building gnome-media. I'm completely puzzled as to
what happened.

To retrace my steps, I first installed libgst0.10-dbg, which did not help.
I then installed valgrind and libc6-dbg, and executed valgrind, which
reported that some Altivec instructions were halted. Everything scrolled
really fast. At the same time, members of team gnome suggested that
installing glib2.0-dbg would make sense, so I did. When I tried running
Valgrind again, it could not find any error or report any buffer overflow
either. Removing all -dbg libraries did not break anything either. I
successfully rebooted and logged back into gnome without error.

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

Bug#395855: gst-properties: connection to Pulse refused

[Martin-Éric Racine]

Package: gnome-media
Version: 2.14.2-3
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Probably a minor bug, but I'd still appreciate help in tracking the cause. :)

gstreamer-properties-Message: Error running pipeline 'Pulseaudio Sound Server': 
Failed to connect: Connection refused 
[pulsesink.c(334): gst_pulsesink_open (): /pipeline0/pulsesink1]

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

Versions of packages gnome-media depends on:
ii  gnome-media-common 2.14.2-3  GNOME media utilities - common fil
ii  gstreamer0.10-alsa [gstrea 0.10.10-1 GStreamer plugin for ALSA
ii  gstreamer0.10-esd [gstream 0.10.4-1  GStreamer plugin for ESD
ii  gstreamer0.10-plugins-base 0.10.10-1 GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good 0.10.4-1  GStreamer plugins from the "good" 
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.3-1  The ATK accessibility toolkit
ii  libaudiofile0  0.2.6-6   Open-source version of SGI's audio
ii  libbonobo2-0   2.14.0-2  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-5  The Bonobo UI library
ii  libc6  2.3.6.ds1-4   GNU C Library: Shared libraries
ii  libcairo2  1.2.4-3.1 The Cairo 2D vector graphics libra
ii  libesd-alsa0 [libesd0] 0.2.36-3  Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1 2.4.1-2   generic font configuration library
ii  libgail-common 1.8.11-2  GNOME Accessibility Implementation
ii  libgail17  1.8.11-2  GNOME Accessibility Implementation
ii  libgconf2-42.14.0-5  GNOME configuration database syste
ii  libglade2-01:2.6.0-2 library to load .glade files at ru
ii  libglib2.0-0   2.12.4-1  The GLib library of C routines
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome-media02.14.2-3  runtime libraries for the GNOME me
ii  libgnome2-02.14.1-3  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-2+b1   GNOME virtual file-system (runtime
ii  libgstreamer-plugins-base0 0.10.10-1 GStreamer libraries from the "base
ii  libgstreamer0.10-0 0.10.10-2 Core GStreamer libraries and eleme
ii  libgtk2.0-02.8.20-3  The GTK+ graphical user interface 
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libnautilus-burn3  2.14.3-2  Nautilus Burn Library - runtime ve
ii  liborbit2  1:2.14.0-2libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.14.7-1  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libx11-6   2:1.0.3-2 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.1-3 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.26.dfsg-4 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra

gnome-media recommends no packages.

- -- no debconf information

ii  libgstreamer-plugins-pulse0.10-0 0.9.4-1PulseAudio plugin for 
GStreamer
ii  libpulse-browse0 0.9.5-2PulseAudio client libraries
ii  libpulse00.9.5-2PulseAudio client libraries
ii  pulseaudio   0.9.5-2PulseAudio sound server
ii  pulseaudio-esound-compat 0.9.5-2PulseAudio sound server
ii  pulseaudio-module-gconf  0.9.5-2gconf module for PulseAudio 
sound server
ii  pulseaudio-module-hal0.9.5-2HAL device detection module 
for PulseAudio s
ii  pulseaudio-module-jack   0.9.5-2jackd modules for 
PulseAudio sound server
ii  pulseaudio-module-lirc   0.9.5-2lirc module for PulseAudio 
sound server
ii  pulseaudio-module-x110.9.5-2X11 module for PulseAudio 
sound server
ii  pulseaudio-module-zeroconf   0.9.5-2Zeroconf modul

Bug#591364: a usable X configuration file for EC800

[Martin-Éric Racine]

2010/11/19 Thomas Harding :
> Le 19/11/2010 19:19, Martin-Éric Racine a écrit :
>> While it doesn't solve the auto-configuration issue, the attached
>> minimal xorg.conf correctly offers 800x480 and 1024x600 resolutions at
>> a refresh rate of 60Hz, which Hercules' technical support tells me is
>> the maximum rate.
>>
>> Can you confirm that these rates work for you?
>
> * 800x480 works, with video boot problem as usual
> * with the vanilla file you provided, I have choices between 800x480 and
> 640x480
> * If I compute a 1024x600 "PanelMode" option line from the provided
> Modeline one by changing the first factor to integer Hz, the screen is
> truncated as usual.
>
> conc: no change...

I'm a bit puzzled by your findings, considering that these values are
the same ones used by Hercules for their own custom Linux
distribution, as I have been able to verify by mounting the original
partition and copying their xorg.conf to an USB disk.

On another issue, please note that rounding Hz values is not a good
idea. Instead, the values given by the cvt tool should be used.

Martin-Éric



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#570637: solved with Geode 2.11.9-7 package?

[Martin-Éric Racine]

Sam,

Are those random pixmap corruption issues finally resolved with the
Geode 2.11.9-7 package?

Martin-Éric



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#591364: a usable X configuration file for EC800

[Martin-Éric Racine]

2010/11/19 Thomas Harding :
> Le 19/11/2010 19:19, Martin-Éric Racine a écrit :
>> While it doesn't solve the auto-configuration issue, the attached
>> minimal xorg.conf correctly offers 800x480 and 1024x600 resolutions at
>> a refresh rate of 60Hz, which Hercules' technical support tells me is
>> the maximum rate.
>>
>> Can you confirm that these rates work for you?
>
> * 800x480 works, with video boot problem as usual

For that, have you tried adding vga=806 to your GRUB options?

Martin-Éric



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#736984: xserver-xorg-video-geode: FTBFS against xorg-server 1.15

[Martin-Éric Racine]

2014-01-29 Julien Cristau :
> Source: xserver-xorg-video-geode
> Version: 2.11.15-1
> Severity: important
> User: debia...@lists.debian.org
> Usertags: xorg-1.15
>
> Hi,
>
> the geode driver fails to build against xserver-xorg-dev 1.15 (in
> experimental ATM).
>
>> geode_dcon.c: In function 'dcon_init':
>> geode_dcon.c:149:5: error: implicit declaration of function 
>> 'xf86SetModeDefaultName' [-Werror=implicit-function-declaration]
>>  xf86SetModeDefaultName(pGeode->panelMode);
>>  ^
>> geode_dcon.c:149:5: warning: nested extern declaration of 
>> 'xf86SetModeDefaultName' [-Wnested-externs]
>> cc1: some warnings being treated as errors
>> make[3]: *** [geode_dcon.lo] Error 1

Acknowledged. Looking into this now.

Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#736984: xserver-xorg-video-geode: FTBFS against xorg-server 1.15

[Martin-Éric Racine]

2014-02-03 11:30 GMT+02:00 Martin-Éric Racine :
> 2014-01-29 Julien Cristau :
>> Source: xserver-xorg-video-geode
>> Version: 2.11.15-1
>> Severity: important
>> User: debia...@lists.debian.org
>> Usertags: xorg-1.15
>>
>> Hi,
>>
>> the geode driver fails to build against xserver-xorg-dev 1.15 (in
>> experimental ATM).
>>
>>> geode_dcon.c: In function 'dcon_init':
>>> geode_dcon.c:149:5: error: implicit declaration of function 
>>> 'xf86SetModeDefaultName' [-Werror=implicit-function-declaration]
>>>  xf86SetModeDefaultName(pGeode->panelMode);
>>>  ^
>>> geode_dcon.c:149:5: warning: nested extern declaration of 
>>> 'xf86SetModeDefaultName' [-Wnested-externs]
>>> cc1: some warnings being treated as errors
>>> make[3]: *** [geode_dcon.lo] Error 1
>
> Acknowledged. Looking into this now.

Fix imported.

Shall I upload this to experiental in the interim or are you ready to
upload 1.15 into unstable already?

Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#736984: xserver-xorg-video-geode: FTBFS against xorg-server 1.15

[Martin-Éric Racine]

2014-02-08 13:49 GMT+02:00 Julien Cristau :
> On Sat, Feb  8, 2014 at 13:39:11 +0200, Martin-Éric Racine wrote:
>
>> 2014-02-03 11:30 GMT+02:00 Martin-Éric Racine :
>> > 2014-01-29 Julien Cristau :
>> >> Source: xserver-xorg-video-geode
>> >> Version: 2.11.15-1
>> >> Severity: important
>> >> User: debia...@lists.debian.org
>> >> Usertags: xorg-1.15
>> >>
>> >> Hi,
>> >>
>> >> the geode driver fails to build against xserver-xorg-dev 1.15 (in
>> >> experimental ATM).
>> >>
>> >>> geode_dcon.c: In function 'dcon_init':
>> >>> geode_dcon.c:149:5: error: implicit declaration of function 
>> >>> 'xf86SetModeDefaultName' [-Werror=implicit-function-declaration]
>> >>>  xf86SetModeDefaultName(pGeode->panelMode);
>> >>>  ^
>> >>> geode_dcon.c:149:5: warning: nested extern declaration of 
>> >>> 'xf86SetModeDefaultName' [-Wnested-externs]
>> >>> cc1: some warnings being treated as errors
>> >>> make[3]: *** [geode_dcon.lo] Error 1
>> >
>> > Acknowledged. Looking into this now.
>>
>> Fix imported.
>>
>> Shall I upload this to experiental in the interim or are you ready to
>> upload 1.15 into unstable already?
>>
> It's in unstable already.

Uploaded to Mentors pending sponsorship.

Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#736984: xserver-xorg-video-geode: FTBFS against xorg-server 1.15

[Martin-Éric Racine]

2014-02-08 16:06 GMT+02:00 Julien Cristau :
> On Sat, Feb  8, 2014 at 15:31:57 +0200, Martin-Éric Racine wrote:
>
>> Uploaded to Mentors pending sponsorship.
>>
> I'd sponsor it, but your changelog is missing 'closes: #736984'.

Oops! Thanks for noticing this. Fixed and re-uploaded.

Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#727236: upower: powers off when battery is low, even if AC is plugged-in

[Martin-Éric Racine]

Package: upower
Version: 0.9.22-1
Severity: important

This laptop's battery is old and doesn't stay charged for long.
This should not matter, since I'm operating on AC power anyhow.
Despite this, every now and then, GNOME warns me that the laptop
will be shutdown because the battery has reached a critical low.

Given how gnome-power-manager depends on upower for its power
management data, I'd assume that upower is the culprit for this
decision to shutdown the system even while running on AC power.
If not, feel free to reassign this report to the proper package.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (1001, 'stable'), (1001, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 3.10-3-686-pae (SMP w/1 CPU core)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages upower depends on:
ii  dbus   1.6.16-1
ii  libc6  2.17-93
ii  libdbus-1-31.6.16-1
ii  libdbus-glib-1-2   0.100.2-1
ii  libglib2.0-0   2.36.4-1
ii  libgudev-1.0-0 204-5
ii  libimobiledevice2  1.1.1-4
ii  libplist1  1.10-1
ii  libpolkit-gobject-1-0  0.105-4
ii  libupower-glib10.9.22-1
ii  libusb-1.0-0   2:1.0.17-1+b1
ii  pm-utils   1.4.1-12
ii  udev   204-5

Versions of packages upower recommends:
ii  policykit-1  0.105-4

upower suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#677533: Gspca and kernel 3.x ?

[Martin-Éric Racine]

2013/10/28 Karim :
> It seems we can request datasheet of VC0321, maybe it can help ?
>
> http://www.vimicro.com/english/product/d_vc0321_n.htm

Karim,

Thanks for following up on this bug report.

It could be a good idea to reply directly to the bug report, rather
than e-mailing me and Jonathan separately. This way, more people can
participate in resolving this issue as a group effort.

Cheers!
Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#656745: gnome-control-center: Region panel breaks LANG, breaks terminal charset, shows wrong languages

[Martin-Éric Racine]

I wouldn't consider this issue as fixed.

GNOME still shoves default languages onto the end-users, instead of
only showing languages for which libc locales were generated, or
whichever language was selected by the user via GDM upon logon.

2013/10/28 John Paul Adrian Glaubitz :
> fixed -1 1:3.8.3-3
> thanks
>
> Hi Rodney, hi Martin-Eric!
>
> Have you had a look at the new "Region & Language" control panel
> in GNOME 3.8.4 which is available in unstable now. The GNOME
> developers have completely overhauled the panel and looks much
> cleaner now and actually works as expected.
>
> GNOME upstream has also marked the bug that I linked as resolved [1],
> so it's therefore safe to say the issue can be closed here as
> well.
>
> Cheers,
>
> Adrian
>
>> [1] https://bugzilla.gnome.org/show_bug.cgi?id=671530
>
> --
>  .''`.  John Paul Adrian Glaubitz
> : :' :  Debian Developer - glaub...@debian.org
> `. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
>   `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#656745: gnome-control-center: Region panel breaks LANG, breaks terminal charset, shows wrong languages

[Martin-Éric Racine]

Actually, that version cannot be tested as-is, because too many of the
dependencies are not yet available in Testing and too many of the
newer packages that satisfy those dependencies Breaks older versions.

2013/10/29 John Paul Adrian Glaubitz :
> On 10/28/2013 11:06 PM, Martin-Éric Racine wrote:
>> I wouldn't consider this issue as fixed.
>>
>> GNOME still shoves default languages onto the end-users, instead of
>> only showing languages for which libc locales were generated, or
>> whichever language was selected by the user via GDM upon logon.
>
> I'm sorry, but obviously you did not try the version of
> gnome-control-center which I mentioned which does exactly that.
>
> I just verified it again, by adding an additional locale with
> dpkg-reconfigure locales. This additional locale was immediately
> visible in the gnome-control-center, without even having to log
> off and on again.
>
> Just try it yourself.
>
> Adrian
>
> --
>  .''`.  John Paul Adrian Glaubitz
> : :' :  Debian Developer - glaub...@debian.org
> `. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
>   `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#578079: [Pkg-cups-devel] Bug#578079: I can see this bug too

[Martin-Éric Racine]

2014/1/10 Didier 'OdyX' Raboud :
> Control: tags -1 +moreinfo
>
> Hi all,
>
> While hunting down old src:cups bugs, I stumbled upon #578079, which I
> think is not-a-bug, see below.
>
> Le jeudi, 28 avril 2011, 15.56:06 Martin-Éric Racine a écrit :
>> I'm starting to suspect that upstream made some backward-incompatible
>> changes to the way queues are handled, because we get a similar
>> problem with CUPS-PDF, but only whenever the package gets upgraded; if
>> it's installed from scratch or purged then re-installed, it works as
>> it should.
>
> From the code:
>
> $ git grep -B1 'Upgrade Required' cups/
> cups/http-support.c-case HTTP_STATUS_UPGRADE_REQUIRED :
> cups/http-support.c:s = _("Upgrade Required");
> $ git grep 'HTTP_STATUS_UPGRADE_REQUIRED ' cups/http.h
> cups/http.h:  HTTP_STATUS_UPGRADE_REQUIRED = 426,
>   /* Upgrade to SSL/TLS required */
>
> … which means that the 'Upgrade Required' error is not a "Please upgrade
> your cups client to a more recent version because we broke backwards-
> compatibility"-error, but a "Hey client, please talk to me over SSL/TLS
> because I require it"-error. This can be enforced using the "Encryption"
> cups.conf statement:
>
> https://localhost:631/help/ref-cupsd-conf.html#Encryption
>
> I therefore propose to close this bug as it doesn't appear (to me) to be
> a bug but mostly a miscomprehension of the error message.

Way back when people reported installation errors for CUPS-PDF, the
general concensus was that using the -E option to enable encryption
with 'lpadmin' was a source of problem, because the SSL certificates
needed by CUPS might not have been yet unpacked and configured on a
fresh install, so the option was removed from CUPS-PDF's maintainer
scripts.

Yet, according to the above, connections do require it. I'd really
appreciate more precise info for when it's required and when it's not.
Once I've received this, I can upgrade CUPS-PDF's maintainer scripts
to match.

Still, TBH, the error message itself is a textbook example of
obfuscated code that provides misleading feedback to the user. *sigh*

Kudos to Didier for taking the time to figure this one out for everyone else. :)

Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#578079: [Pkg-cups-devel] Bug#578079: I can see this bug too

[Martin-Éric Racine]

2014/1/13 Didier 'OdyX' Raboud :
> @Martin-Éric : the upstream author would like more details on the
> upstream bugtracker, can you chime in there?
>
> https://cups.org/str.php?L4333

I'm really unsure of what to respond about the request for a cups.conf
that produces this issue since I personally never experienced it. You
might have better luck asking anyone who submitted a bug report
against CUPS-PDF on the precise topic of a failed install.

Anyhow, upstream's request is besides the point. The report you filed
upstream is about the error message being cryptic and misleading, from
a user's perspective. The fix is not about finding what causes the
error message (which would be useful, but is an entirely separate
issue), but rather to make the error message say something that the
end-user seeing it appear would understand and be able to act upon.

Cheers!
Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#744228: W: downloading of Release.gpg failed: 302 found

[Martin-Éric Racine]

Package: debtorrent
Version: 0.1.10
Severity: normal

I constantly get this error when performing 'apt-get update':

W: Failed to fetch 
debtorrent://localhost:9988/http.debian.net/debian/dists/stable/InRelease  
W: Failed to fetch 
debtorrent://localhost:9988/http.debian.net/debian/dists/stable/Release.gpg  
302 Found [IP: 127.0.0.1 9988]
W: Some index files failed to download. They have been ignored, or old ones 
used instead.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.13-1-686-pae (SMP w/1 CPU core)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages debtorrent depends on:
ii  adduser 3.113+nmu3
ii  python  2.7.5-5
ii  python-apt  0.9.3.5
ii  python-debian   0.1.21+nmu2
ii  python-support  1.0.15

Versions of packages debtorrent recommends:
ii  apt-transport-debtorrent  0.2.2+b1
ii  python-crypto 2.6.1-4

Versions of packages debtorrent suggests:
pn  python-psyco  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/debian-bugs-dist

Bug#744811: browser-plugin-lightspark: crash over SWF (error messages attached)

[Martin-Éric Racine]

Package: browser-plugin-lightspark
Version: 0.7.2-3
Severity: normal

While trying to play the movie at ( http://areena.yle.fi/tv/2224925 ), 
LightSpark crashed with the following error:

th->objectEncoding==ObjectEncoding::AMF3 
/build/lightspark-nGpf74/lightspark-0.7.2/src/scripting/flash/utils/flashutils.cpp:913

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.13-1-686-pae (SMP w/1 CPU core)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages browser-plugin-lightspark depends on:
ii  libc6   2.18-4
ii  libgcc1 1:4.8.2-16
ii  libglib2.0-02.40.0-2
ii  libglibmm-2.4-1c2a  2.36.2-1
ii  libsigc++-2.0-0c2a  2.2.11-3
ii  libstdc++6  4.8.2-16
ii  libx11-62:1.6.2-1
ii  lightspark-common   0.7.2-3

Versions of packages browser-plugin-lightspark recommends:
ii  gnash-common  0.8.11~git20140319+dfsg-1

browser-plugin-lightspark suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/debian-bugs-dist

Bug#742037: gstreamer0.10-ffmpeg: 686 days old; stuck in Sid since forever

[Martin-Éric Racine]

2014-04-16 10:14 GMT+03:00 Ralf Jung :
> Hi,
>
>> gstreamer0.10-ffmpeg has apparently been stuck in Sid for about 2 years.
>> While I notice an FTBFS against libav9, does this concern libav10 too or
>> is there any other reason for this lenghty situation?
>
> That count of 686 days is wrong, it got removed from testing in October
> 2013 and then the QA page seems to use the most recent upload (April
> 2012) for the counter.

Noted.

> The work of porting the plugin to libav9 seems to have stalled, see the
> discussion at the bottom of
> . This is
> rather unfortunate as it breaks video/mp4 support in Firefox, which
> relies on exactly this gstreamer plugin. Firefox has gstreamer 1.0
> support in the current development branch, but seemingly they don't want
> to enable it per default due to some distros (like Debian stable) not
> supporting gstreamer 1.0.

What would prevent Debian from enabling the right Configure option in
debian/rules to use 1.0 on testing/unstable uploads?

Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/debian-bugs-dist

Bug#745234: pulseaudio: since PA 5, gnome-control-center's sound prefs show duplicate remote sinks

[Martin-Éric Racine]

Package: pulseaudio
Version: 5.0-2
Severity: normal

As show in the attached screenshot, since PA 5 entered Testing, GNOME's audio
preferences show duplicate entries for remote sinks published via Avahi.

Previously, with PA 4, it would only show two entries:
1) the one created via the config below;
2) the one found via Avahi.

With PA 5, it show two entries for each remote sink published via Avahi.

###.config/pulse/default.pa ###
.include /etc/pulse/default.pa
.ifexists module-tunnel-sink.so
.nofail
load-module module-tunnel-sink server=geode.lan 
sink=alsa_output.pci-_00_0f.3.analog-stereo sink_name=geode
set-default-sink geode
.fail
.endif
###

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.13-1-686-pae (SMP w/1 CPU core)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  libasound21.0.27.2-3
ii  libasound2-plugins1.0.27-2+b1
ii  libc6 2.18-4
ii  libcap2   1:2.22-1.2
ii  libdbus-1-3   1.8.0-3
ii  libfftw3-single3  3.3.4-1
ii  libgcc1   1:4.8.2-16
ii  libice6   2:1.0.8-2
ii  libltdl7  2.4.2-1.7
ii  liborc-0.4-0  1:0.4.18-1
ii  libpulse0 5.0-2
ii  libsamplerate00.1.8-7
ii  libsm62:1.2.1-2
ii  libsndfile1   1.0.25-9
ii  libspeexdsp1  1.2~rc1.1-1
ii  libstdc++64.8.2-16
ii  libsystemd-login0 204-8
ii  libtdb1   1.2.13-1
ii  libudev1  204-8
ii  libwebrtc-audio-processing-0  0.1-2
ii  libx11-6  2:1.6.2-1
ii  libx11-xcb1   2:1.6.2-1
ii  libxcb1   1.10-2
ii  libxtst6  2:1.2.2-1
ii  lsb-base  4.1+Debian12
ii  udev  204-8

Versions of packages pulseaudio recommends:
ii  pulseaudio-module-x11  5.0-2
ii  rtkit  0.10-3

Versions of packages pulseaudio suggests:
pn  paman 
ii  paprefs   0.9.10-1
pn  pavucontrol   
pn  pavumeter 
ii  pulseaudio-utils  5.0-2

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/debian-bugs-dist

Bug#743567: opensc: previously supported card reader no longer working

[Martin-Éric Racine]

Package: opensc
Version: 0.13.0-4
Severity: important

This DELL laptop has a built-in card reader that was 
recognized. Not anymore since a couple of weeks.

What I get using the built-in card reader:

$ opensc-tool --reader 0 --name
SetCOS
$ opensc-explorer 
OpenSC Explorer version 0.13.0
Using reader with a card: O2 Micro Oz776 00 00
unable to select MF: Transmit failed
$ pkcs15-tool --list-keys
Using reader with a card: O2 Micro Oz776 00 00
PKCS#15 binding failed: Unsupported card

What I get using an external card reader:

$ opensc-tool --reader 1 --name
SetCOS
$ opensc-explorer --reader 1
OpenSC Explorer version 0.13.0
OpenSC [3F00]>
$ pkcs15-tool --list-keys
Using reader with a card: OMNIKEY CardMan 1021 01 00
Private RSA Key [todentamis- ja salausavain]
Object Flags   : [0x1], private
(and the rest of the card data for both certificates)

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.13-1-686-pae (SMP w/1 CPU core)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages opensc depends on:
ii  libc6  2.18-4
ii  libreadline6   6.3-4
ii  libssl1.0.01.0.1f-1
ii  multiarch-support  2.18-4
ii  zlib1g 1:1.2.8.dfsg-1

opensc recommends no packages.

opensc suggests no packages.

-- Configuration Files:
/etc/opensc/opensc.conf changed [not included]

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#743946: plymouth-drm: migrate ttf-dejavu-core Depends to fonts-dejavu-core

[Martin-Éric Racine]

Package: plymouth
Version: 0.8.8-15
Severity: normal

plymouth-drm still Depends upon the transitional ttf-dejavu-core.
This should be updated to fonts-dejavu-core nowadays.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.13-1-686-pae (SMP w/1 CPU core)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages plymouth depends on:
ii  init-system-helpers  1.18
ii  initramfs-tools  0.115
ii  libc62.18-4
ii  multiarch-support2.18-4

plymouth recommends no packages.

Versions of packages plymouth suggests:
ii  desktop-base  7.0.3
ii  plymouth-drm  0.8.8-15

-- Configuration Files:
/etc/plymouth/plymouthd.conf changed [not included]

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#743947: librrd4: update Recommends: ttf-dejavu to fonts-dejavu

[Martin-Éric Racine]

Package: librrd4
Version: 1.4.7-2.1
Severity: normal

librrd4 still Recommends the transitional ttf-dejavu-core.
This should be updated to fonts-dejavu-core nowadays.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.13-1-686-pae (SMP w/1 CPU core)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages librrd4 depends on:
ii  libc62.18-4
ii  libcairo21.12.16-2
ii  libdbi1  0.9.0-1
ii  libglib2.0-0 2.40.0-2
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libpng12-0   1.2.50-1
ii  libxml2  2.9.1+dfsg1-3

Versions of packages librrd4 recommends:
pn  ttf-dejavu | ttf-bitstream-vera  

librrd4 suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#746629: yelp: Recommends: ttf-dejavu [dummy transitional] to fonts-dejavu

[Martin-Éric Racine]

Package: yelp
Version: 3.12.0-1
Severity: normal

Yelp still Recommends the obsolete ttf-dejavu package.
It should instead Recommends the fonts-dejavu package.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.13-1-686-pae (SMP w/1 CPU core)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages yelp depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.20.0-2
ii  libc62.18-4
ii  libglib2.0-0 2.40.0-2
ii  libgtk-3-0   3.12.1-1
ii  libwebkitgtk-3.0-0   2.2.6-1
ii  libyelp0 3.12.0-1
ii  man-db   2.6.7.1-1
ii  yelp-xsl 3.12.0-1

Versions of packages yelp recommends:
ii  gnome-user-guide  3.8.2-1
pn  ttf-dejavu

yelp suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/debian-bugs-dist

Bug#682935: #682935 - x86-32: segfault on startup

[Martin-Éric Racine]

The configuration options in 3.8.3-5 (testing) are completely
different from those in 3.4.x, so I'm unable to verify whether this is
fixed or not in newer releases.

However, the main point here is that g-c-c in stable is extremely
UNstable; it crashes on a wide variety of platforms, and not just when
changing mouse/touchpad settings.

Martin-Éric

2014-05-06 18:05 GMT+03:00 althaser :
> Hey,
>
> Could you please still reproduce this issue with newer gnome-settings-daemon
> version like 3.8.5-2 ?
>
> cheers,
> althaser
>


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/debian-bugs-dist

Bug#747761: xulrunner-dev: ships mozilla-js.pc which is also in libmozjs-dev

[Martin-Éric Racine]

2014-05-12 19:07 GMT+03:00 Rene Engelhard :
> Hi,
>
> On Mon, May 12, 2014 at 04:41:35PM +0200, Rene Engelhard wrote:
>> On Mon, May 12, 2014 at 02:01:28PM +0300, Martin-Éric Racine wrote:
>> > xulrunner-dev probably needs to Conflicts/Provides/Replaces libmozjs-dev
>
> Yep.
>
> What I needed for upgrade was:
> dpkg -P --force-depends libmozjs-dev
> (installed xulrunner still wants it.)
> apt-get -f install
> (dist-upgrade complains about the now not fullfilled xulrunner-dev -> 
> libmozjs-dev
> dependency)
>
> So yes, that Conflicts is definitely needed besides the obvious 
> Provides/Replaces

Mike, do you need help on this one?

-- Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/debian-bugs-dist

Bug#748754: pcscd: card reader no longer recognized

[Martin-Éric Racine]

Package: pcscd
Version: 1.8.11-1
Severity: important

May 20 16:10:42 suomi pcscd[21255]: 01259768 commands.c:1477:CCID_Receive Card 
absent or mute
May 20 16:10:42 suomi pcscd[21255]: 0064 
commands.c:2104:CmdXfrBlockCHAR_T0() CCID_Receive failed
May 20 16:10:42 suomi pcscd[21255]: 0025 ifdwrapper.c:553:IFDTransmit() 
Card not transacted: 612
May 20 16:10:42 suomi pcscd[21255]: 0025 ifdwrapper.c:553:IFDTransmit() 
Card not transacted: 612
May 20 16:10:42 suomi pcscd[21255]: 0012 winscard.c:1638:SCardTransmit() 
Card not transacted: 0x80100016
May 20 16:10:42 suomi pcscd[21255]: 0012 winscard.c:1638:SCardTransmit() 
Card not transacted: 0x80100016
May 20 16:10:42 suomi pcscd[21255]: 00026522 
commands.c:2161:CmdXfrBlockCHAR_T0() Unrecognized Procedure byte (0xE0) found!
May 20 16:10:42 suomi pcscd[21255]: 00026522 
commands.c:2161:CmdXfrBlockCHAR_T0() Unrecognized Procedure byte (0xE0) found!

This is on a DELL D430 laptop using the built-in card reader.

Additional details can be found on bug #743567 against OpenSC.
Given the above, this might, instead, be a pcscd issue. 
Feel free to reassign to another package as appropriate.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pcscd depends on:
ii  init-system-helpers 1.18
ii  libc6   2.18-5
ii  libccid [pcsc-ifd-handler]  1.4.16-1
ii  libpcsclite11.8.11-1
ii  libudev1204-8
ii  lsb-base4.1+Debian12

pcscd recommends no packages.

Versions of packages pcscd suggests:
ii  systemd  204-8

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/debian-bugs-dist

Bug#748754: pcscd: card reader no longer recognized

[Martin-Éric Racine]

2014-05-20 20:08 GMT+03:00 Ludovic Rousseau :
> Le 20/05/2014 15:22, Martin-Éric Racine a écrit :
>>
>> Package: pcscd
>> Version: 1.8.11-1
>> Severity: important
>>
>> May 20 16:10:42 suomi pcscd[21255]: 01259768 commands.c:1477:CCID_Receive
>> Card absent or mute
>> May 20 16:10:42 suomi pcscd[21255]: 0064
>> commands.c:2104:CmdXfrBlockCHAR_T0() CCID_Receive failed
>> May 20 16:10:42 suomi pcscd[21255]: 0025
>> ifdwrapper.c:553:IFDTransmit() Card not transacted: 612
>> May 20 16:10:42 suomi pcscd[21255]: 0025
>> ifdwrapper.c:553:IFDTransmit() Card not transacted: 612
>> May 20 16:10:42 suomi pcscd[21255]: 0012
>> winscard.c:1638:SCardTransmit() Card not transacted: 0x80100016
>> May 20 16:10:42 suomi pcscd[21255]: 0012
>> winscard.c:1638:SCardTransmit() Card not transacted: 0x80100016
>> May 20 16:10:42 suomi pcscd[21255]: 00026522
>> commands.c:2161:CmdXfrBlockCHAR_T0() Unrecognized Procedure byte (0xE0)
>> found!
>> May 20 16:10:42 suomi pcscd[21255]: 00026522
>> commands.c:2161:CmdXfrBlockCHAR_T0() Unrecognized Procedure byte (0xE0)
>> found!
>>
>> This is on a DELL D430 laptop using the built-in card reader.
>>
>> Additional details can be found on bug #743567 against OpenSC.
>> Given the above, this might, instead, be a pcscd issue.
>> Feel free to reassign to another package as appropriate.
>
>
> Please follow http://pcsclite.alioth.debian.org/ccid.html#support to provide
> more detailed information.

On Debian/testing, accessing a FinEID card using the D430's internal Oz776 card 
reader:

libccid  1.4.16-1
libpcsclite1:i3861.8.11-1
opensc   0.13.0-5

$ opensc-tool --reader 0 --name
SetCOS

$ opensc-explorer
OpenSC Explorer version 0.13.0
Using reader with a card: O2 Micro Oz776 00 00
unable to select MF: Transmit failed

$ lsusb | grep 776
Bus 003 Device 009: ID 0b97:7762 O2 Micro, Inc. Oz776 SmartCard Reader
Bus 003 Device 004: ID 0b97:7761 O2 Micro, Inc. Oz776 1.1 Hub

$ sudo pcscd --version
pcsc-lite version 1.8.11.
Copyright (C) 1999-2002 by David Corcoran .
Copyright (C) 2001-2011 by Ludovic Rousseau .
Copyright (C) 2003-2004 by Damien Sauveron .
Report bugs to .
Enabled features: Linux i486-pc-linux-gnu serial usb libudev 
usbdropdir=/usr/lib/pcsc/drivers ipcdir=/var/run/pcscd 
configdir=/etc/reader.conf.d

(log attached)

-- Martin-Éric
 debuglog.c:295:DebugLogSetLevel() debug level=debug
0860 debuglog.c:324:DebugLogSetCategory() Debug options: APDU
0652 configfile.l:286:DBGetReaderListDir() Parsing conf directory: 
/etc/reader.conf.d
0285 configfile.l:298:DBGetReaderListDir() Skipping non regular file: .
2402 configfile.l:339:DBGetReaderList() Parsing conf file: 
/etc/reader.conf.d/libccidtwin
0401 configfile.l:298:DBGetReaderListDir() Skipping non regular file: ..
0253 pcscdaemon.c:571:main() pcsc-lite 1.8.11 daemon ready.
00021313 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: /dev/bus/usb/001/001
0833 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: /dev/bus/usb/002/001
0449 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: /dev/bus/usb/004/001
1709 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: /dev/bus/usb/005/001
3491 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0002, path: /dev/bus/usb/003/001
3857 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0002, path: /dev/bus/usb/003/001
4148 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x413C, PID: 0xA005, path: /dev/bus/usb/003/002
0697 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x0B97, PID: 0x7761, path: /dev/bus/usb/003/004
0392 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x0B97, PID: 0x7762, path: /dev/bus/usb/003/009
0147 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x0B97, PID: 0x7762, path: /dev/bus/usb/003/009
0074 hotplug_libudev.c:347:HPAddDevice() Adding USB device: O2 Micro Oz776
0185 readerfactory.c:1015:RFInitializeReader() Attempting startup of O2 
Micro Oz776 00 00 using 
/usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Linux/libccid.so
0641 readerfactory.c:900:RFBindFunctions() Loading IFD Handler 3.0
0172 ifdhandler.c:1910:init_driver() Driver version: 1.4.16
9745 ifdhandler.c:1927:init_driver() LogLevel: 0x0003
0352 ifdhandler.c:1938:init_driver() DriverOptions: 0x
0555 ifdhandler.c:1951:init_driver() LogLevel from LIBCCID_ifdLogLevel: 
0x000F
0090 ifdhandler.c:83:CreateChannelByNameOrChannel() Lu

Bug#749235: systemd: [pid 1] init.d scripts output printed 3 times

[Martin-Éric Racine]

2014-05-25 17:01 GMT+03:00 Michael Stapelberg :
> Martin-Éric Racine  writes:
>> The output from init.d scripts is printed to console 3 consecutive times
>> when systemd is pid 1.
> Can you provide a screenshot please? I don’t have that.

Sure. Here's an AVI:  http://q-funk.iki.fi/MVI_1734.AVI

Among other things, the filesystems seem to get mounted twice. Also,
some of the LSB scripts get repeated, sometimes twice, sometimes
thrice; I haven't noticed any consistant pattern about this one.

Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/debian-bugs-dist

Bug#747761: xulrunner-dev: ships mozilla-js.pc which is also in libmozjs-dev

[Martin-Éric Racine]

2014-05-11 20:06 GMT+03:00 Rene Engelhard :
> Package: xulrunner-dev
> Version: 29.0.1-1
> Severity: serious
>
> Hi,
>
> In my dist-upgrade today:
>
> [...]
> dpkg: Fehler beim Bearbeiten des Archivs 
> /var/cache/apt/archives/xulrunner-dev_29.0.1-1_amd64.deb (--unpack):
>  Versuch, »/usr/lib/pkgconfig/mozilla-js.pc« zu überschreiben, welches auch 
> in Paket libmozjs-dev 24.5.0esr-1 ist
> [...]
>
> Sorry, german, but you should get the idea ("xulrunner-dev contains 
> /usr/lib/pkgconfig/mozilla-js.pc which is also
> in package libmozjs-dev 24.5.0esr-1")
>
> Interestingly there was no libmozjs-dev update.

That's probably because upstream decided to no longer ship a separate
Javascript parser; building the suite with their parser has become
compulsory.

xulrunner-dev probably needs to Conflicts/Provides/Replaces libmozjs-dev

-- Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/debian-bugs-dist

Bug#742036: iceweasel: H.264 support via Gstreamer still not working

[Martin-Éric Racine]

Package: iceweasel
Version: 24.2.0esr-1
Severity: normal

Now that 24 entered testing, I thought that I'd try native H.264
support via Gstreamer.  While the GOOD plug-in still exists, the
FFMPEG one doesn't, so even after enabling the config option and
restarting Iceweasel, Vimeo still states that the content cannot
be played with my current setup. Suggestions?

-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi
Status: enabled

Name: Finnish Language Pack locale
Location: 
/usr/lib/iceweasel/browser/extensions/langpack...@iceweasel.mozilla.org.xpi
Package: iceweasel-l10n-fi
Status: enabled

Name: HTTPS-Everywhere
Location: ${PROFILE_EXTENSIONS}/https-everywh...@eff.org
Status: enabled

Name: Istuntojenhallinta
Location: ${PROFILE_EXTENSIONS}/{1280606b-2510-4fe0-97ef-9b5a22eafe30}.xpi
Status: enabled

Name: Mozilla-laajennus Voikon käyttöön
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{b676e3ff-cda7-4e0c-b2b8-74e4bb40a67a}
Package: xul-ext-mozvoikko
Status: enabled

Name: Oletus theme
Location: 
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: Test Pilot
Location: ${PROFILE_EXTENSIONS}/testpi...@labs.mozilla.com.xpi
Status: enabled

-- Plugins information
Name: DivX® Web Player
Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so
Package: totem-mozilla
Status: enabled

Name: Gnome Shell Integration
Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so
Package: gnome-shell
Status: enabled

Name: iTunes Application Detector
Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so
Package: rhythmbox-plugins
Status: enabled

Name: PackageKit
Location: /usr/lib/mozilla/plugins/packagekit-plugin.so
Package: browser-plugin-packagekit
Status: enabled

Name: QuickTime Plug-in 7.6.6
Location: /usr/lib/mozilla/plugins/libtotem-narrowspace-plugin.so
Package: totem-mozilla
Status: enabled

Name: VLC Multimedia Plugin (compatible Videos 3.8.2)
Location: /usr/lib/mozilla/plugins/libtotem-cone-plugin.so
Package: totem-mozilla
Status: enabled

Name: Windows Media Player Plug-in 10 (compatible; Videos)
Location: /usr/lib/mozilla/plugins/libtotem-gmp-plugin.so
Package: totem-mozilla
Status: enabled


-- Addons package information
ii  browser-plugin 0.8.14-2 i386 Plugin to install missing plugins
ii  gnome-shell3.8.4-5  i386 graphical shell for the GNOME des
ii  iceweasel  24.2.0esr-1  i386 Web browser based on Firefox
ii  iceweasel-l10n 1:24.2.0esr- all  Finnish language package for Icew
ii  rhythmbox-plug 3.0.1-1+b1   i386 plugins for rhythmbox music playe
ii  totem-mozilla  3.8.2-3  i386 Totem Mozilla plugin
ii  xul-ext-mozvoi 2.0.1-1  all  Finnish spell-checker extension f

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (1001, 'stable'), (1001, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 3.12-1-686-pae (SMP w/1 CPU core)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages iceweasel depends on:
ii  debianutils 4.4
ii  fontconfig  2.11.0-2
ii  libc6   2.17-97
ii  libgcc1 1:4.8.2-12
ii  libgdk-pixbuf2.0-0  2.28.2-1+b1
ii  libglib2.0-02.36.4-1
ii  libgtk2.0-0 2.24.22-1
ii  libnspr42:4.10.2-1
ii  libnspr4-0d 2:4.10.2-1
ii  libsqlite3-03.8.2-1
ii  libstdc++6  4.8.2-12
ii  procps  1:3.3.4-2
ii  xulrunner-24.0  24.2.0esr-1

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
pn  fonts-mathjax  
pn  fonts-oflb-asana-math  
ii  fonts-stix [otf-stix]  1.1.0-1
ii  libgssapi-krb5-2   1.11.3+dfsg-3+nmu1
pn  mozplugger 

Versions of packages xulrunner-24.0 depends on:
ii  libasound21.0.27.2-3
ii  libatk1.0-0   2.10.0-2
ii  libbz2-1.01.0.6-5
ii  libc6 2.17-97
ii  libcairo2 1.12.16-2
ii  libdbus-1-3   1.7.10-2
ii  libdbus-glib-1-2  0.100.2-1
ii  libevent-2.0-52.0.21-stable-1
ii  libfontconfig12.11.0-2
ii  libfreetype6  2.5.2-1
ii  libgcc1   1:4.8.2-12
ii  libgdk-pixbuf2.0-02.28.2-1+b1
ii  libglib2.0-0  2.36.4-1
ii  libgtk2.0-0   2.24.22-1
ii  libhunspell-1.3-0 1.3.2-6
ii  libmozjs24d   24.2.0esr-1
ii  libnspr4  2:4.10.2-1
ii  libnss3   2:3.15.3.1-1
ii  libpango-1.0-01.36.0-1+b1
ii  libsqlite3-0  3.8.2-1
ii  libstartup-notification0  0.12-3
ii  libstdc++64.8.2-12
ii  libvpx1   1.3.0-2
ii  libx11-6  2:1.6.2-1
ii  libxext6  2:1

Bug#717586: grub-pc: Where is the option to disable submenus documented?

[Martin-Éric Racine]

Package: grub-pc
Version: 2.00-22
Followup-For: Bug #717586

This bug's closing message (from the Debian changelog) suggests
that the option to disable the submenu was documented. Where?

Also, generally speaking, enabling submenus by default is
counter-intuitive on grub-pc, given how GRUB scales itself
to match the maximum resolution offered by the BIOS, which
then easily allows fitting all kernels into the GRUB menu.

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
set default="0"

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  
cd9a1998-9fb2-4208-aba6-bc2ba8f5e36a
else
  search --no-floppy --fs-uuid --set=root cd9a1998-9fb2-4208-aba6-bc2ba8f5e36a
fi
font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=fi_FI
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=-1
else
  set timeout=5
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  
cd9a1998-9fb2-4208-aba6-bc2ba8f5e36a
else
  search --no-floppy --fs-uuid --set=root cd9a1998-9fb2-4208-aba6-bc2ba8f5e36a
fi
insmod png
if background_image /usr/share/images/desktop-base/joy-grub.png; then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=keep
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-cd9a1998-9fb2-4208-aba6-bc2ba8f5e36a' {
load_video
gfxmode $linux_gfx_mode
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  
cd9a1998-9fb2-4208-aba6-bc2ba8f5e36a
else
  search --no-floppy --fs-uuid --set=root 
cd9a1998-9fb2-4208-aba6-bc2ba8f5e36a
fi
echo'Ladataan Linux 3.12-1-686-pae käyttöjärjestelmäydin ...'
linux   /boot/vmlinuz-3.12-1-686-pae 
root=UUID=cd9a1998-9fb2-4208-aba6-bc2ba8f5e36a ro panic=15 quiet splash
echo'Ladataan alustavaa ramlevyä ...'
initrd  /boot/initrd.img-3.12-1-686-pae
}
submenu 'Lisävalitsimet kohteelle ”Debian GNU/Linux”' $menuentry_id_option 
'gnulinux-advanced-cd9a1998-9fb2-4208-aba6-bc2ba8f5e36a' {
menuentry 'Debian GNU/Linux, jakeluversiolla Linux 3.12-1-686-pae' 
--class debian --class gnu-linux --class gnu --class os $menuentry_id_option 
'gnulinux-3.12-1-686-pae-advanced-cd9a1998-9fb2-4208-aba6-bc2ba8f5e36a' {
load_video
gfxmode $linux_gfx_mode
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root 
--hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 
--hint='hd0,msdos1'  cd9a1998-9fb2-4208-aba6-bc2ba8f5e36a
else
  search --no-floppy --fs-uuid --set=root 
cd9a1998-9fb2-4208-aba6-bc2ba8f5e36a
fi
echo'Ladataan Linux 3.12-1-686-pae käyttöjärjestelmäydin 
...'
linux   /boot

Bug#742037: gstreamer0.10-ffmpeg: 686 days old; stuck in Sid since forever

[Martin-Éric Racine]

Package: gstreamer0.10-ffmpeg
Version: 0.10.13-5
Severity: important

gstreamer0.10-ffmpeg has apparently been stuck in Sid for about 2 years.
While I notice an FTBFS against libav9, does this concern libav10 too or
is there any other reason for this lenghty situation?

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (1001, 'stable'), (1001, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 3.12-1-686-pae (SMP w/1 CPU core)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gstreamer0.10-ffmpeg depends on:
ii  libavcodec53 6:0.8.10-1
ii  libavformat536:0.8.10-1
ii  libavutil51  6:0.8.10-1
ii  libc62.18-4
ii  libglib2.0-0 2.38.2-5
ii  libgstreamer-plugins-base0.10-0  0.10.36-1.1
ii  libgstreamer0.10-0   0.10.36-1.2
ii  liborc-0.4-0 1:0.4.18-1
ii  libpostproc526:0.git20120821-4
ii  libswscale2  6:9.11-1

gstreamer0.10-ffmpeg recommends no packages.

gstreamer0.10-ffmpeg suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710457: opensc: patch attached - please merge and push into unstable

[Martin-Éric Racine]

Package: opensc
Followup-For: Bug #710457

A patch was previously attached that restores online authentication. 

Can you please get around merging it and pushing the fix into unstable?

Thanks!

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (1001, 'stable'), (1001, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 3.12-1-686-pae (SMP w/1 CPU core)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages opensc depends on:
ii  libc6  2.17-97
ii  libreadline6   6.2+dfsg-0.1
ii  libssl1.0.01.0.1f-1
ii  multiarch-support  2.17-97
ii  zlib1g 1:1.2.8.dfsg-1

opensc recommends no packages.

opensc suggests no packages.

-- Configuration Files:
/etc/opensc/opensc.conf changed:
app default {
# Amount of debug info to print
#
# A greater value means more debug info.
# Default: 0
#
debug = 0;
# The file to which debug output will be written
#
# Special values 'stdout' and 'stderr' are recognized.
# Default: stderr
#
# debug_file = /tmp/opensc-debug.log
# Re-open debug file  (used in WIN32)
#
# In Windows, file handles can not be shared between DLL-s,
#  each DLL has a separate file handle table.
# For that reason reopen debug file before every debug message.
#
# Default: true
# reopen_debug_file = false;
# PKCS#15 initialization / personalization
# profiles directory for pkcs15-init.
# Default: /usr/share/opensc
#
# profile_dir = /usr/share/opensc;
# Paranoid memory allocation.
#
# If set to 'true', then refuse to continue when locking of non-pageable
# memory fails. This can cause subtle failures but is more secure when
# you have a swap disk.
# Default: false
#
# paranoid_memory = false;
# CT-API module configuration.
reader_driver ctapi {
# module /usr/lib/i386-linux-gnu/libtowitoko.so {
# CT-API ports:
# 0..3  COM1..4
# 4 Printer
# 5 Modem
# 6..7  LPT1..2
# ports = 0;
# }
}
# The following section shows definitions for PC/SC readers.
reader_driver pcsc {
# Limit command and response sizes.
# Default: n/a
# max_send_size = 255;
# max_recv_size = 256;
#
# Connect to reader in exclusive mode?
# Default: false
# connect_exclusive = true;
#
# What to do when disconnecting from a card (SCardDisconnect)
# Valid values: leave, reset, unpower.
# Default: reset
# disconnect_action = unpower;
#
# What to do at the end of a transaction (SCardEndTransaction)
# Valid values: leave, reset, unpower.
# Default: leave
# transaction_end_action = reset;
#
# What to do when reconnection to a card (SCardReconnect)
# Valid values: leave, reset, unpower.
# Note that this affects only the internal reconnect (after a 
SCARD_W_RESET_CARD).
# A forced reset via sc_reset() always does a full powerup.
# Default: leave
# reconnect_action = reset;
#
# Enable pinpad if detected (PC/SC v2.0.2 Part 10)
# Default: true
# enable_pinpad = false;
#
# Use specific pcsc provider.
# Default: libpcsclite.so.1
# provider_library = libpcsclite.so.1
}
# Options for OpenCT support
reader_driver openct {
# Virtual readers to allocate.
# Default: 2
# readers = 5;
#
# Limit command and response sizes.
# Default: n/a
# max_send_size = 255;
# max_recv_size = 256;
};
# What card drivers to load at start-up
#
# A special value of 'internal' will load all
# statically linked drivers. If an unknown (ie. not
# internal) driver is supplied, a separate configuration
# configuration block has to be written for the driver.
# Default: internal
# NOTE: When "internal" keyword is used, must be last entry
#
# card_drivers = customcos, internal;
# Card driver configuration blocks.
# For card drivers loaded from an external shared library/DLL

Bug#698355: iceweasel: 18.0-1 breaks OpenSC one-pin module support

[Martin-Éric Racine]

Package: iceweasel
Version: 18.0-1
Severity: important

Since 18.0-1 authenticating to websites using the OpenSC one-pin module fails:
After asking for PIN1 as expected, Iceweasel reports that the PCKS#11 token 
was unloaded in mid-transaction.

The above works as expected on 10.0.12esr-1 using the exact same dependencies
and, as far as I can remember, was also working until 17.0.1-2.

-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi
Status: enabled

Name: Default theme
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: Finnish Language Pack locale
Location: /usr/lib/iceweasel/extensions/langpack...@iceweasel.mozilla.org.xpi
Package: iceweasel-l10n-fi
Status: enabled

Name: HTTPS-Everywhere
Location: ${PROFILE_EXTENSIONS}/https-everywh...@eff.org
Status: enabled

Name: Mozilla-laajennus Voikon käyttöön
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{b676e3ff-cda7-4e0c-b2b8-74e4bb40a67a}
Package: xul-ext-mozvoikko
Status: enabled

Name: Session Manager
Location: ${PROFILE_EXTENSIONS}/{1280606b-2510-4fe0-97ef-9b5a22eafe30}.xpi
Status: enabled

Name: Test Pilot
Location: ${PROFILE_EXTENSIONS}/testpi...@labs.mozilla.com.xpi
Status: enabled

-- Plugins information
Name: DivX® Web Player
Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so
Package: totem-mozilla
Status: enabled

Name: Gnome Shell Integration
Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so
Package: gnome-shell
Status: enabled

Name: PackageKit
Location: /usr/lib/mozilla/plugins/packagekit-plugin.so
Package: browser-plugin-packagekit
Status: enabled

Name: QuickTime Plug-in 7.6.6
Location: /usr/lib/mozilla/plugins/libtotem-narrowspace-plugin.so
Package: totem-mozilla
Status: enabled

Name: Shockwave Flash
Location: /usr/lib/lightspark/liblightsparkplugin.so
Package: browser-plugin-lightspark
Status: enabled

Name: VLC Multimedia Plugin (compatible Totem 3.0.1)
Location: /usr/lib/mozilla/plugins/libtotem-cone-plugin.so
Package: totem-mozilla
Status: enabled

Name: Windows Media Player Plug-in 10 (compatible; Totem)
Location: /usr/lib/mozilla/plugins/libtotem-gmp-plugin.so
Package: totem-mozilla
Status: enabled

Name: iTunes Application Detector
Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so
Package: rhythmbox-plugins
Status: enabled


-- Addons package information
ii  browser-plugin 0.7.1-1  i386 High-performance SWF player - Moz
ii  browser-plugin 0.7.6-1  i386 Plugin to install missing plugins
ii  gnome-shell3.4.2-5  i386 graphical shell for the GNOME des
ii  iceweasel  18.0-1   i386 Web browser based on Firefox
ii  iceweasel-l10n 1:18.0-1 all  Finnish language package for Icew
ii  rhythmbox-plug 2.97-2.1 i386 plugins for rhythmbox music playe
ii  totem-mozilla  3.0.1-8  i386 Totem Mozilla plugin
ii  xul-ext-mozvoi 2.0.1-1  all  Finnish spell-checker extension f

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (1001, 'testing'), (101, 'unstable'), (101, 'stable'), (11, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages iceweasel depends on:
ii  debianutils 4.3.2
ii  fontconfig  2.9.0-7.1
ii  libc6   2.13-37
ii  libgcc1 1:4.7.2-5
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-3
ii  libgtk2.0-0 2.24.10-2
ii  libnspr42:4.9.2-1
ii  libnspr4-0d 2:4.9.2-1
ii  libsqlite3-03.7.13-1
ii  libstdc++6  4.7.2-5
ii  procps  1:3.3.3-2
ii  xulrunner-18.0  18.0-1

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  fonts-stix [otf-stix]  1.1.0-1
ii  libgssapi-krb5-2   1.10.1+dfsg-3
pn  mozplugger 

Versions of packages xulrunner-18.0 depends on:
ii  libasound21.0.25-4
ii  libatk1.0-0   2.4.0-2
ii  libbz2-1.01.0.6-4
ii  libc6 2.13-37
ii  libcairo2 1.12.2-2
ii  libdbus-1-3   1.6.8-1
ii  libdbus-glib-1-2  0.100-1
ii  libevent-2.0-52.0.19-stable-3
ii  libfontconfig12.9.0-7.1
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.7.2-5
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.33.12+really2.32.4-3
ii  libgtk2.0-0   2.24.10-2
ii  libhunspell-1.3-0 1.3.2-4
ii  libmozjs18d   18.0-1
ii  libnspr4  2:4.9.2-1
ii  libnss3   2:3.14.1.with.ckbi.1.93-1
ii  libpango1.0-0 1.30.0-1
ii  libpixman-1-0 0.26.0-3
ii  libs

Bug#698355: iceweasel: 18.0-1 breaks OpenSC one-pin module support

[Martin-Éric Racine]

2013/1/17 Mike Hommey :
> On Thu, Jan 17, 2013 at 05:09:51PM +0200, Martin-Éric Racine wrote:
>> Package: iceweasel
>> Version: 18.0-1
>> Severity: important
>>
>> Since 18.0-1 authenticating to websites using the OpenSC one-pin module 
>> fails:
>> After asking for PIN1 as expected, Iceweasel reports that the PCKS#11 token
>> was unloaded in mid-transaction.
>>
>> The above works as expected on 10.0.12esr-1 using the exact same dependencies
>> and, as far as I can remember, was also working until 17.0.1-2.
>
> Can you downgrade and double-check? It could very well be a nss upgrade
> issue.

I already did. Simply downgrading all installed iceweasel packages to
whatever is in Testing is all it took to solve it. libnss* packages
remained at whatever is in Unstable.

Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#649100: samba-common: please move /etc/dhcp3/dhclient-enter-hooks.d/samba to /etc/dhcp/dhclient-enter-hooks.d/samba

[Martin-Éric Racine]

Package: samba-common
Version: 2:3.5.11~dfsg-4
Severity: normal

Stable ships with dhclient v4 which discontinued the use of the /etc/dhcp3/
hierarchy in favor of the /etc/dhcp/ hierarchy. As a result, samba-common 
should migrate its DHCP hook to /etc/dhcp/dhclient-enter-hooks.d/samba

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.1.0-2-generic-pae (SMP w/1 CPU core)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages samba-common depends on:
ii  debconf [debconf-2.0]  1.5.41 
ii  ucf3.0025+nmu2

Versions of packages samba-common recommends:
pn  samba-common-bin  

samba-common suggests no packages.

-- debconf information:
  samba-common/encrypt_passwords: true
* samba-common/dhcp: false
* samba-common/workgroup:  FUNKYWARE
  samba-common/title:
  samba-common/do_debconf: true



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691958: glabels: please package 3.0.1

[Martin-Éric Racine]

Package: glabels
Version: 3.0.0-3+b1
Severity: normal

17 September 2012
Release 3.0.1 (Stable)

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages glabels depends on:
ii  glabels-data3.0.0-3
ii  libc6   2.13-35
ii  libcairo2   1.12.2-2
ii  libebook-1.2-13 3.4.3-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-2
ii  libgtk-3-0  3.4.2-4
ii  libiec16022-0   0.2.4-1
ii  libpango1.0-0   1.30.0-1
ii  libqrencode33.3.0-2
ii  librsvg2-2  2.36.1-1
ii  libxml2 2.8.0+dfsg1-6

Versions of packages glabels recommends:
ii  evince  3.4.0-3

Versions of packages glabels suggests:
ii  evolution-data-server  3.4.3-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#692569: xserver-xorg-video-geode: some GTK widgets would randomly display unreadable "smeared" text labels

[Martin-Éric Racine]

reassign 692569 release.debian.org
retitle 692569 unblock: xserver-xorg-video-geode/2.11.13-7
thanks

2012/11/7 guenter :
> Package: xserver-xorg-video-geode
> Version: 2.11.13-3
> Severity: important
>
> Dear Maintainer,
>
> when running
>
> xserver-xorg-video-geode 2.11.13-3
>
> some GTK widgets (e.g. xfce's main menu, but also Iceweasel's
> address bar) would randomly display unreadable "smeared" text labels.
>
> Looked like a transient problem as triggering a redraw would fix the issue 
> temporarily.
>
> Anyway, upgrading to
>
> xserver-xorg-video-geode_2.11.13-7
>
> from unstable/sid fixed the problem permanently for me. Please consider using 
> this revision in Debian 7 ?

Reassigning this bug to release.debian.org and requesting the Release
Team's permission.

Best Regards,
Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#570637: geode: solved by 2.11.13-6 ?

[Martin-Éric Racine]

Samuel,

Have you had a chance to test Geode 2.11.13-7 from unstable?

Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#692569: xserver-xorg-video-geode: some GTK widgets would randomly display unreadable "smeared" text labels

[Martin-Éric Racine]

2012/11/7 Adam D. Barratt :
> reassign 692569 xserver-xorg-video-geode
> found 692569 2.11.13-3
> clone 692569 -1
> retitle 692569 xserver-xorg-video-geode: some GTK widgets would randomly
> display unreadable "smeared" text labels
> reassign -1 release.debian.org
> severity -1 normal
> user release.debian@packages.debian.org
> usertag -1 unblock
> thanks
>
>
> On 07.11.2012 16:36, Martin-Éric Racine wrote:
>>
>> 2012/11/7 guenter :
>>>
>>> Package: xserver-xorg-video-geode
>>>
>>> Anyway, upgrading to
>>>
>>> xserver-xorg-video-geode_2.11.13-7
>>>
>>> from unstable/sid fixed the problem permanently for me. Please consider
>>> using this revision in Debian 7 ?
>>
>>
>> Reassigning this bug to release.debian.org and requesting the Release
>> Team's permission.
>
>
> That's not how to file an unblock request. :-( #692569 relates to your
> package and needs to stay there. I've reassigned it back and cloned a copy
> for release.d.o, but that's still a bit of a stretch.

Thanks for cloning the bug!

I'm not sure how useful it is to keep the original bug attached to the
package, though, as it's essentially reporting a resolved state,
rather than a new bug.

> Please follow-up to the cloned bug including the information requested in
> the freeze policy / reportbug template - at the very minimum a full source
> debdiff between the current wheezy version and the version you're requesting
> an unblock for.

Noted. If you could point me to the number of the cloned bug, I'll
gladly continue the procedure there. :)

[ It might be useful for the BTS to automatically add the maintainer
of whichever package is concerned by an unblock request in the loop,
since it might have been filed by someone else. Right now, the
maintainer might not even be aware of such a request, since the BTS
only mails the maintainer of "package" release.debian.org ]

> From a very quick look, I suspect that debdiff will actually fail to mail it
> to the mailing list, due to the presence of
>
>  patches/0003-Whitespace-cleanup-using-.-modular-x-indent.sh.patch
> |37926 ++

Right, this was pulled from our upstream Git, since it's needed to
apply later fixes. While it *is* a huge diff, it's essentially
harmless, since the pretty-printing was performed with an X release
macro.

> That doesn't look hugely appropriate for an update to a package during
> freeze. Please strip it from the debdiff when sending it, but mention that
> you've done so.

Right and seeing what happened with python-apt, I'm starting to think
that debdiff's are best attached to the bug itself and merely
mentioned in the debian-release thread, so as to avoid clogging the
mailing list. :)

Thanks for your help!

Regards,
Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#692600: Bug#692569: xserver-xorg-video-geode: some GTK widgets would randomly display unreadable "smeared" text labels

[Martin-Éric Racine]

2012/11/9 Adam D. Barratt :
>>> Please follow-up to the cloned bug including the information requested in
>>> the freeze policy / reportbug template - at the very minimum a full
>>> source debdiff between the current wheezy version and the version you're
>>> requesting an unblock for.

debdiff attached to bug 692600 as requested.

Best Regards,
Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#692600: unblock: xserver-xorg-video-geode/2.11.13-7

[Martin-Éric Racine]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Severity: normal

Please unblock package xserver-xorg-video-geode:

The version in unstable fixes outstanding rendering bugs caused by
recent Cairo versions. Feedback had been requested from reporters of
existing bugs but remained unanswered and instead came now via brand new
bug #692569 as a confirmation that the issue is fixed in unstable.

The debdiff was e-mailed directly to the bug report, because it would
have been rejected by the Debian list server, due to a large diff
(0003-Whitespace-cleanup-using-.-modular-x-indent.sh.patch) that is a
prerequisite to applying recent changes necessary to fix the issue.
While this particular change is indeed intrusive, it was produced using
a standard X.org release macro so I would consider it as safe.

unblock xserver-xorg-video-geode/2.11.13-7

Best Regards,
Martin-Éric


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#692600: unblock: xserver-xorg-video-geode/2.11.13-7

[Martin-Éric Racine]

2012/11/9 Martin-Éric Racine :
> 2012/11/9 Adam D. Barratt :
>> On Fri, 2012-11-09 at 16:45 +0200, Martin-Éric Racine wrote:
>>> The debdiff was e-mailed directly to the bug report, because it would
>>> have been rejected by the Debian list server, due to a large diff
>>> (0003-Whitespace-cleanup-using-.-modular-x-indent.sh.patch) that is a
>>> prerequisite to applying recent changes necessary to fix the issue.
>>
>> Which is precisely why I requested that you filter it out before sending
>> it, so that it *would* reach the list. Never mind...
>
> Sorry, I had misunderstood your intention with this request. Here is a
> stripped version.

... which, even then, got rejected by the list with a warning that it
exceeded the maximum size allowed. It however correctly reached the
bug report itself.

Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#687681: grub2: Finnish localisation patch

[Martin-Éric Racine]

> On Sat, Sep 15, 2012 at 07:43:12AM +0300, Martin-Éric Racine wrote:
>> The Finnish localisation for the initrd loading messages is both
>> gramatically incorrect and inconsistant with the grammatical case
>> used for the similar kernel loading message. This patch fixes it.

I noticed that  the1.99-23.1 that entered Testing today still has the
broken localisation. Can this please be fixed before Wheezy is
released? Thanks!

Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#687681: grub2: Finnish localisation patch

[Martin-Éric Racine]

2012/9/17 Colin Watson :
> On Sat, Sep 15, 2012 at 07:43:12AM +0300, Martin-Éric Racine wrote:
>> The Finnish localisation for the initrd loading messages is both
>> gramatically incorrect and inconsistant with the grammatical case
>> used for the similar kernel loading message. This patch fixes it.
>
> This is how it reads in 2.00.  Is this correct?
>
>   #. TRANSLATORS: ramdisk isn't identifier. Should be translated.
>   #: util/grub.d/10_linux.in:142 util/grub.d/20_linux_xen.in:130
>   msgid "Loading initial ramdisk ..."
>   msgstr "Ladataan alustavaa ramlevyä ..."

This phrasing also works. The key change that needs to be implemented
is Ladataa -> Ladataan i.e. adding the missing N.

Martin-Éric


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org