[Debian GNUstep maintainers] First version of split gnustep-dl2 at mentors
Federico Giménez Nieto
fgimenez at coit.es
Tue Mar 2 08:48:00 UTC 2010
Hi,
2010/3/1 Yavor Doganov <yavor at gnu.org>:
> I see no doc-base file here? (OK, it's not strictly necessary,
> although IMHO it would be nice to have it as this is a "must read" if
> someone wants to use GDL2 -- the API reference manuals look quite
> nebulous to me without reading the introduction first.)
>
It should be there, i created it as gnustep-dl2.doc-base, with HTML
and PDF formats...
> The Info file is installed in /usr/share/doc/gnustep-dl2 instead of
> /usr/share/info, so of course the reference in the DIR file won't be
> generated by install-info's trigger. TTBOMK gnustep-make does the
> right thing for Info manuals; have you verified why this happens?
> It's wrong. (As a wild guess, it might be due to the .install file.)
Yes, i misplaced the installation of the info file in the .docs,
instead of the .install, now it is fixed.
>
> Furthermore, your add_direntry.patch is wrong; the addition should be
> something like:
>
> @dircategory Software libraries
> @direntry
> * GDL2: (GDL2-Intro). GNUstep Database Library Introduction.
> @end direntry
>
> (Or: Introduction to the GNUstep Database Library.)
>
Ok, fixed.
>
> It is important to have a @dircategory besides @direntry, because many
> users do not know the name of the reference and browse the DIR file to
> find what they need.
>
Added. I had a quick look at the Free Software Directory and didn't
find any category related to GNUstep, nor Objective-C.
>> > API documentation. These belong in libgnustep-dl2-dev.
>
>> Done, i've also added a doc-base file here.
>
> Oddly, the documentation is again added under /usr/share/doc/<package>
> instead of /usr/share/GNUstep/Documentation. Again a guess, it looks
> like they ought to be installed in the right place if you tweak your
> .install file.
>
In this case it is intentional, shouldn't be the documentation placed
at /usr/share/doc/<package> according to the FHS?
> Slightly related: Why do you introduce a spurious `build' dir and
> enforce such a weird (well, at least confusing for me) format for the
> .install files? Debhelper supports multiple binary packages out of
> the box, so it looks like unnecessary complication for me. You just
> make your life harder for no apparent benefit. (I may be missing
> something, though.)
>
This was the first approach i took when i begun splitting the package
(with the phony tags for each package and all that unuseful stuff,
mostly following [1], and without knowing that debian/tmp is the
default DESTDIR when building a source package that produces multiple
binary packages :)), fixed, now it is much cleaner.
>> Ok, both not installed. I haven't find a good source for the manpages
>> of DBModeler, eoutil and gdlgsdoc, where could i obtain it?
>
> I can feel your pain. The best place to look at is the source code
> that generates these binaries -- it has comments at least, and you can
> figure out what the tool does by reading the code. I know that's
> neither encouraging nor very pleasant, but that knwoledge would help
> you anyways in the maintenance of the package.
>
> You can also skim through GDL-related articles at wiki.gnustep.org,
> although I don't think there's much.
>
*sigh* Ok, i'll take a look :)
>
> * Feel free to fix the NMU changelog retroactively -- it has invalid
> chars (the quotation marks around NSArray).
>
Done
>
> (I hope that my comments do not discourage you -- as I mentioned
> before, gnustep-dl2 is a complex package, so there's nothing wrong to
> take a round or two to bring into shape. I also do not purport to be
> a wizard in Debian packaging or GNUstep knowledge, so feel free to ask
> for a second opinion at any time.)
>
>
Not at all, i'm learning a lot from all this comments, thanks for your patience.
The new version is uploaded [2], cheers,
Federico
[1] http://wiki.debian.org/PkgSplit
[2] http://mentors.debian.net/debian/pool/main/g/gnustep-dl2/gnustep-dl2_0.12.0-1.dsc
More information about the pkg-GNUstep-maintainers
mailing list