[Pkg-crosswire-devel] BT docs, help and manpages

Dmitrijs Ledkovs dmitrij.ledkov at gmail.com
Sun Feb 1 04:14:28 GMT 2009

2009/2/1 Jonathan Marsden <jmarsden at fastmail.fm>:
> Dmitrijs Ledkovs wrote:
>>> [Aside... I just noticed that right now BT's help wants to browse these
>>> documents under /usr/local/share/bibletime/docs ... which happens to
>>> work here, only because I did a manual install of BT earlier, but we
>>> can't package it that way!  /usr/local is out of bounds for packaged
>>> software... ]
>> I am sure that a small prefix in the rules will put it in the right place
> Well, probably ... but in the cmake rules, right?  Because we have to
> get the software to look there for the help, too.

Yeap keep forgetting that.

>>>> Well that would be cool =D I'm still working on libsword7. I'm playing with
>>>> symbols files so far they are misbehaving. But I should sort it out
>>>> soon.
>>> OK.  What exactly is going wrong with that?  Do you have an example of
>>> what breaks?
>> I don't know =D  I've branched off and started from scratch. Waiting
>> for launchpad build results since it's the AMD64 that misbehaves =D
> I am running om amd64 here... tell me how to test, and point me to your
> bzr branch!  There was that rpath issue I had, but I already fixed that
> using chrpath -d, you have that in your debian/rules, right?

Yeap =DDD that was really nice. Copied it for the GnomeSword as well ;-)


bzr branch lp:~dmitrij.ledkov/libsword/symbols

build it with debuild or pdebuilder

The build will fail! In the build log, towards the end there will be warning from
dpkg-gensymbols (or dpkg-shlibdeps can't remember) with a HUGE diff

Could you please email me back that diff with three warnings line before it.

>>> Manpages for libsword7: This is a different kind of issue -- do we need
>>> one manpage for each documented library API function?  We didn't have
>>> them for libsword6, but that was a different era and maybe the rules are
>>> tighter now than they used to be about that?
>> There are ~2000 symbols exported by the library =D No debian doesn't
>> force you to do that.
> Not symbols, but function calls.  A manpage for every defined constant
> would be madness, I agree!  But manpages in section 3 for the officially
> documented API calls would be good to have, IMO.

Never read those =D But yeah this does sound usefull.

>> There are a few executables that libsword is building
>> installmgr, cacheing-indexing thing and a few converters. They need manpages.
> Ah, yes, I had asked about that days ago... noone has volunteered to
> write those yet...

Yeah..... I was ment to be writting those............. =D

> Jonathan

With best regards

Ледков Дмитрий Юрьевич

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 270 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-crosswire-devel/attachments/20090201/5249547b/attachment.sig>

More information about the Pkg-crosswire-devel mailing list