Fixed in 7.0.10 and higher.
** Changed in: debhelper (Ubuntu)
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gtk-doc in ubuntu.
https://bugs.launchpad.net/bugs/77138
Title:
gtkdoc-fixxref broken
I cannot verify it as I do not have any Ubuntu machine any more so,
close freely if it seems fixed.
--
gtkdoc-fixxref broken by compressed documentation
https://bugs.launchpad.net/bugs/77138
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
don't get those anymore:
find /usr/share/doc -name "index.sgml.gz"
shall we close the bug?
--
gtkdoc-fixxref broken by compressed documentation
https://bugs.launchpad.net/bugs/77138
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gtk-d
** Changed in: debhelper (Debian)
Status: Unknown => Fix Released
--
gtkdoc-fixxref broken by compressed documentation
https://bugs.launchpad.net/bugs/77138
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gtk-doc in ubuntu.
--
de
There's no such override.
Short summary of where we stand today:
1) I personally still think packages should move back to /usr/share/gtk-doc;
this doesn't trigger the bug, only gtk-doc below /usr/share/doc has this issue;
this can only happen as per package fixes; I did this in some packages I
Could someone explain why, in this case, the policy of "compressing doc
files" overrides the policy of "cooperating with upstream"? Or, more
importantly, the policy of "compressing doc files" overrides "not
breaking stuff".
--
gtkdoc-fixxref broken by compressed documentation
https://bugs.launch
@Mathias: Indeed, probably most index.sgml.gz are not on the live CDs,
it's just that the tool by default will compress most files and we need
to specifically exclude index.sgml by hand. The live CD example was one
of why we need to save space and compress files below /usr/share/doc by
default.
C
Guess Live-CD support is quite important, but I wonder if the -doc
packages - which provide the index files - really are shipped with live
CDs. So far I considered the -doc packages an option developers choose
for convenience.
Since we talk about convenice: May I have gnome-doc and gnome-
dbg meta
Ok, thanks for let us know.
** Changed in: gtk-doc (Ubuntu)
Status: New => Invalid
--
gtkdoc-fixxref broken by compressed documentation
https://bugs.launchpad.net/bugs/77138
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug contact for gtk-
What the...
Please forget bug report has been ever submitted. Thank you for your
time.
--
gtkdoc-fixxref broken by compressed documentation
https://bugs.launchpad.net/bugs/77138
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug contact for gtk-do
> This is because you don't wont to read the actual arguments people are making:
> saving space is still an issue for example in live CDs, embedded systems
> (where one still has to ship some files such as copyrights), or simply to
> email them;
> zipping still provides a speed advantage when the
> No, the necessity to learn different commands (if someone wrote them) because
> none of the standard Unix text tools is usable (on supposedly text files)
> shows that it is a serious issue.[...]
> Beagle is not useful for searching[...]
> I don't understand what's good on complicating of readin
>> The complexity of every simple private or one-shot script that reads these
>> files
>> is considerably increased.
> This is why we use wrappers, libraries, or whatever to handle input formats,
> instead of writing a parser for each program.
Many of these files are not in `formats'. They are
> The complexity of every simple private or one-shot script that reads
these files is considerably increased.
This is why we use wrappers, libraries, or whatever to handle input formats,
instead of writing a parser for each program. If one needs to access gtk-doc
files, then one is supposed to
> After all, these are not that hard to support from Perl
This way of thinking is the source of all the problems. Sure, it is not
hard to add compression support in a one particular case. But then then
is another case, then a couple of them, yet another, a few more, and it
never stops. The comp
I fully agree that we should keep the documentation below /usr/share
/gtk-doc and I would like to gradually convert back -doc packages to
ship files in their natural location.
Concerning index.sgml, I suppose one could avoid zipping the file if
possible, but would you be willing to parse zipped in
As one of the gtk-doc contributors I second that request. For
consistency reason it would also be great if you don't symlink the docs
around. Please leave glib/gtk+ docs under $prefix/share/gtk-doc/html/.
--
gtkdoc-fixxref broken by compressed documentation
https://bugs.launchpad.net/bugs/77138
Y
17 matches
Mail list logo