[Pkg-phototools-devel] libgphoto2_2.4.10.1-4_i386.changes is NEW

David Paleino dapal at debian.org
Sun Feb 27 19:28:03 UTC 2011


On Sun, 27 Feb 2011 19:19:16 +0100, Andreas Metzler wrote:

> David Paleino <dapal at debian.org> wrote:
> [...]
> > For the upcoming -5, I re-merged libgphoto2-doc into libgphoto2-2, and split
> > out localized messages into a libgphoto2-l10n, recommended by libgphoto2-2.
> 
> > I haven't uploaded this yet, but the changes have been pushed to the
> > repository, the most important being:
> 
> >  http://git.debian.org/?p=pkg-phototools/libgphoto2.git;a=commitdiff;h=f16759822b7647f4162f87051e05f88cc08ced28
> [...]
> 
> Hello,
> 
> libgphoto2-dev-doc installs apidocs.html to usr/share/doc/libgphoto2-2
> while the old libgphoto2-2-dev used usr/share/doc/libgphoto2. Doesn't
> this make 
>  Breaks: libgphoto2-2-dev (<= 2.4.10.1-3)
>  Replaces: libgphoto2-2-dev (<= 2.4.10.1-3)
> in libgphoto2-dev-doc unnecessary?

Right, removed.

> I think the relationship between libgphoto2-l10n and libgphoto2-2
> should be a versioned one, like this:
> libgphoto2-2 (>= {source:Upstream-Version})

You mean the relationship from libgphoto2-2 to libgphoto2-l10n, right?
I don't see a particular usecase for this (after all, they're compiled .mo's,
and aren't strictly version-dependant). OTOH, it doesn't do any harm, so I
added it.

I pushed the above two changes to the repository.

> I would go for a dependency, instead of a recommends BTW, but I guess
> that is a matter of personal preference. (Unless the following
> suggestion is accepted.)
> ------------------
> 
> How about naming libgphoto2-l10n libgphoto2-data instead and adding
> both /usr/share/libgphoto2/ and /usr/share/doc/libgphoto2-2/ to it?

NAK.

While the files in /usr/share/libgphoto2/ are localized messages as well (at
least reading the comments in them), I'm not exactly sure what would happen if
"english" (which I suppose would be the default) is missing. For .mo's, I can
reasonably say that the string found in the code would be used; but these are
hex-things, and I don't really want to risk breaking anything.

So I'll just keep those "weird" ones together with the main library, while the
"proper" localized messages will be split.

Regarding the s/Recommends/Depends/: please remember that a user might not want
localization at all, and making the library unnecessarily depend on them would
be a PITA for them. Instead, "normal" users, with no customization of the way
APT works, will still get the locales; who doesn't want them can deinstall
them, or prevent their installation, or have Recommends not installed by
default (like I do).




-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 ----|---- http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-phototools-devel/attachments/20110227/42e50901/attachment.pgp>


More information about the Pkg-phototools-devel mailing list