After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 346247 - GNOME Goal: Switch to yelp-tools for documentation
GNOME Goal: Switch to yelp-tools for documentation
Status: RESOLVED OBSOLETE
Product: planner
Classification: Other
Component: Build
0.14
Other Linux
: Normal normal
: ---
Assigned To: planner-maint
planner-maint
: 398486 (view as bug list)
Depends on:
Blocks: 681609
 
 
Reported: 2006-06-29 21:46 UTC by Kurt Maute
Modified: 2021-06-09 20:35 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
GNOME Goal: Switch to yelp-tools for documentation. (95.38 KB, patch)
2017-06-04 15:21 UTC, Ahmed Baïzid
none Details | Review
freedesktop.org Help System Specification uses the 'help:' URI scheme. (6.30 KB, patch)
2017-06-04 15:44 UTC, Ahmed Baïzid
none Details | Review
Remove Open Source Metadata Framework (OMF) stuff. (5.65 KB, patch)
2017-06-04 15:53 UTC, Ahmed Baïzid
none Details | Review
Remove Open Source Metadata Framework (OMF) stuff. (5.64 KB, patch)
2017-06-07 21:53 UTC, Ahmed Baïzid
none Details | Review

Description Kurt Maute 2006-06-29 21:46:20 UTC
Planner should be switched over to gnome-doc-utils[1,2] for documentation.  It will also provide status to translators so they can be on top of everything.

[1]http://live.gnome.org/GnomeDocUtilsMigrationHowTo
[2]http://live.gnome.org/GnomeDocUtilsMigration
Comment 1 Alexandre Franke 2009-02-12 10:53:41 UTC
*** Bug 398486 has been marked as a duplicate of this bug. ***
Comment 2 Alexandre Franke 2012-08-16 08:51:56 UTC
gnome-doc-utils shouldn't be used anymore. yelp-tools should be used instead.

The new relevant wiki page is https://live.gnome.org/GnomeGoals/NewDocumentationInfrastructure
Comment 3 Matthias Clasen 2012-10-27 01:41:49 UTC
would be nice to get this merged
Comment 4 Alexandre Franke 2012-10-27 12:12:08 UTC
Merging would mean having a patch, which we don't as far as I can see. But I agree, solving this would be nice. :)
Comment 5 Ahmed Baïzid 2017-06-04 15:21:34 UTC
Created attachment 353147 [details] [review]
GNOME Goal: Switch to yelp-tools for documentation.

For now, GNOME ignores the beautifull Planner User Guide V0.14. Legitimate, Planner does not install it.

Apply the patch, and make an install. Planner User Guide is recognized by GNOME. It is installed in the right place.

On the command ligne,

    $ yelp help:planner

launches the help system and shows very interesting things.

Source: https://wiki.gnome.org/Apps/Yelp/Tools/yelp.m4
Comment 6 Ahmed Baïzid 2017-06-04 15:44:52 UTC
Created attachment 353149 [details] [review]
freedesktop.org Help System Specification uses the 'help:' URI scheme.

Help (F1) works from Planner !

Source : https://www.freedesktop.org/wiki/Specifications/help-spec/
Comment 7 Ahmed Baïzid 2017-06-04 15:53:57 UTC
Created attachment 353150 [details] [review]
Remove Open Source Metadata Framework (OMF) stuff.

No more investigation on bug 782100 left...
Comment 8 Ahmed Baïzid 2017-06-04 16:29:35 UTC
What about translations ?

There was no help at all. Now, there is "C" help. It is better than nothing.

Translated documents were never turn to PO files. It must be done. This is why {C,es,eu}/planner.xml were left.
https://wiki.gnome.org/GnomeDocUtilsTranslationMigration

And after that ?
We have to turn the documentation to Mallard.

Windows makefiles should be deleted.
Comment 9 Andrew Miloradovsky 2017-06-07 21:04:04 UTC
Cannot `git bz apply` the last patch (https://bugzilla.gnome.org/attachment.cgi?id=353150) on master (https://git.gnome.org/browse/planner/commit/?id=a402a3f6321c578d1e7f98ac392f57a8678e1f8e), the other two applied just fine.
Comment 10 Ahmed Baïzid 2017-06-07 21:53:07 UTC
Created attachment 353364 [details] [review]
Remove Open Source Metadata Framework (OMF) stuff.
Comment 11 Andrew Miloradovsky 2017-06-08 23:32:45 UTC
I still can't apply the last patch:
```
Applying: Remove Open Source Metadata Framework (OMF) stuff.
Using index info to reconstruct a base tree...
error: patch failed: docs/user-guide/es/planner-es.omf:1
error: docs/user-guide/es/planner-es.omf: patch does not apply
error: patch failed: docs/user-guide/eu/planner-eu.omf:1
error: docs/user-guide/eu/planner-eu.omf: patch does not apply
error: Did you hand edit your patch?
It does not apply to blobs recorded in its index.
Patch failed at 0001 Remove Open Source Metadata Framework (OMF) stuff.
The copy of the patch that failed is found in: .git/rebase-apply/patch
When you have resolved this problem run "git bz apply --continue".
If you would prefer to skip this patch, instead run "git bz apply --skip".
To restore the original branch and stop patching run "git bz apply --abort".
Patch left in /tmp/Remove-Open-Source-Metadata-Framework-OMF-stuff-GmDR4t.patch
```
Not sure why though, it seems like simply removing those files.
Comment 12 Ahmed Baïzid 2017-06-09 21:38:07 UTC
(In reply to Andrew Miloradovsky from comment #11)
> I still can't apply the last patch:

> error: patch failed: docs/user-guide/eu/planner-eu.omf:1
> error: docs/user-guide/eu/planner-eu.omf: patch does not apply

> Not sure why though, it seems like simply removing those files.

Yes, the patch actually tries to remove the .omf files under  `docs/user guide/`.

git-am gives me the same result as in comment 11. If I specify the --ignore-whitespace option, the patch apply. The eu and .omf files come from another world where white spaces are treated differently ...

I can not produce a unique patch that removes the files. I have a two-patch solution: the first regularizes them (dos2unix, recode, xmllint), the second removes them. I do not like it. In face of mighty Microsoft technology, I surrender...

Can anyone propose an applicable "git-format" patch that removes .omf files under `docs/user-guide/`?
Comment 13 GNOME Infrastructure Team 2021-06-09 20:35:50 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/World/planner/-/issues/108.