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 140951 - yelp doesn't open man: and info: pages in gnome 2.6
yelp doesn't open man: and info: pages in gnome 2.6
Status: RESOLVED FIXED
Product: yelp
Classification: Applications
Component: Man Pages
git master
Other Linux
: High enhancement
: ---
Assigned To: Shaun McCance
Shaun McCance
: 145813 155295 156530 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-04-24 07:25 UTC by Andre Schaefer
Modified: 2006-01-23 20:02 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Attachments
A patch which enables relative man paths to work (865 bytes, patch)
2004-05-31 03:50 UTC, Elijah Newren
needs-work Details | Review
Remove GNUism and C99ism (1.25 KB, patch)
2004-06-01 23:06 UTC, Elijah Newren
none Details | Review
Fixes earlier patch to return only true result (1.17 KB, patch)
2004-09-29 14:36 UTC, Don Scorgie
none Details | Review

Description Andre Schaefer 2004-04-23 17:26:06 UTC
Distribution: Debian 3.0-bunk-2
Package: Yelp
Severity: normal
Version: GNOME2.6. HEAD
Gnome-Distributor: GARNOME
Synopsis: yelp doesn't open man: and info: pages in gnome 2.6
Bugzilla-Product: Yelp
Bugzilla-Component: Help converters
Bugzilla-Version: HEAD
Description:
Description of Problem:
I upgraded from gnome 2.4.1 to gnome 2.6. Previously 'yelp man:man'
opened the eaccording manpage. Now it yields omly an error message: "Das
gewählte Dokument konnte nicht geöffnet werden" meaning the selected
document could not be opened.

I also miss the index searcn facility from previous yelp versions.

Steps to reproduce the problem:
1. [schaefer@spike:schaefer] yelp man:man
2. 
3. 

Actual Results:
page does not open

Expected Results:
the info page, as in yelp 2.2.3 to 2.4.1 which still work on my system

How often does this happen?
always

Additional Information:
actually tested yelp versions 2.6.0 and 2.6.1

System uses debian stable with backports.

the older versions had some man2html binary. this doesn't seem to be the
case for the 2.6 binaries from garnome?
[schaefer@spike:schaefer] locate man2html
/export/sw/gnome/2.4.1/libexec/yelp-man2html
/export/sw/gnome/garnome/share/sgml/docbook/yelp/man2html.xsl
/usr/lib/libgnome2-0/gnome2-man2html




------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-04-24 03:26 -------


Unknown platform unknown. Setting to default platform "Other".
Unknown milestone "unknown" in product "Yelp".
   Setting to default milestone for this product, '---'
Setting to default status "UNCONFIRMED".
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.

Comment 1 Elijah Newren 2004-05-31 03:50:09 UTC
Created attachment 28182 [details] [review]
A patch which enables relative man paths to work

Here's a patch which makes the man: locations work for me in yelp.  Actually,
it already worked when I supplied the full path (i.e. 'yelp
man:/usr/share/man/en/man1/man.1.gz'), so this patch just finds the path using
'man --path'.

info:, on the other hand, isn't even checked for at all in the uri parsing.  It
could probably be added in a similar way to man: (if it hasn't been removed at
a deeper level), but it doesn't seem to have an equivalent for 'man --path'. 
So there's at least a couple issues there...  However, I thought I'd add the
patch I had to find out if I was at least on the right track before going
further...
Comment 2 Elijah Newren 2004-05-31 03:52:45 UTC
Also, on a related note, why are yelp-man.[ch] and yelp-info.[ch] part of the
source still if the only call to their functions (in yelp-base.c:yelp_base_new)
has been commented out?  Is it just part of a temporary transformation?
Comment 3 Shaun McCance 2004-06-01 22:29:37 UTC
All right, two things:  First, --path is a GNUism.  Let's use -w instead.  I
don't know that it works on all systems, but it does work on both GNU and BSD. 
Second, all declarations have to be at the top of their respective blocks. 
Otherwise, people beat me for using C99.
Comment 4 Elijah Newren 2004-06-01 23:06:45 UTC
Created attachment 28251 [details] [review]
Remove GNUism and C99ism
Comment 5 Mike McCabe 2004-07-08 22:04:25 UTC
*** Bug 145813 has been marked as a duplicate of this bug. ***
Comment 6 Don Scorgie 2004-09-29 14:36:10 UTC
Hi,

I was trying the above patch, but it doesn't work in some circumstances i.e.
when a cat page exists when the output of man -w looks like this:
~ $ man -w man
/var/cache/man/cat1/man.1.bz2 (<-- /usr/share/man/man1/man.1.gz)

This can be gotten around by using man -wc instead:
~ $ man -wc man
/usr/share/man/man1/man.1.gz

I've attached another patch which implements this.
Comment 7 Don Scorgie 2004-09-29 14:36:59 UTC
Created attachment 32072 [details] [review]
Fixes earlier patch to return only true result
Comment 8 Elijah Newren 2004-11-12 05:28:02 UTC
*** Bug 155295 has been marked as a duplicate of this bug. ***
Comment 9 Kjartan Maraas 2005-01-03 23:48:56 UTC
We have the beginning of man and info support in CVS now, I think you have to
enable it explicitly when configuring, but it's a start at least.
Comment 10 Teppo Turtiainen 2005-07-13 07:44:31 UTC
*** Bug 156530 has been marked as a duplicate of this bug. ***
Comment 11 Brent Smith (smitten) 2006-01-23 20:02:18 UTC
Man and info support are enabled by default in CVS.