This happens as soon as I do something in the windows, like click on the News or the Notes tab. The sh processes were spawned by hyperbola I searched on the web and it looks like the mandrake rpms have a patch to fix this. I will update this bug if I get to the patch and apply it
Great, Naresh! Thanks.
I tried the nautilus-1.0.6-hyperbola.patch patch from mandrake cookers problem and this fixed the problem. I added an src_unpack section to the ebuild, but could not figure out how to make the patch apply. I applied the patch by hand and then merged the package. I have been trying to upload the patch here, but neither Mozilla nor netscape are able to upload the file to bugzilla. I am going to paste te patch here, let me know if I can send the patch by email. ___________________________________Start PAtch_________________________________ --- nautilus-1.0.6/components/help/hyperbola-filefmt.c.orig Thu Dec 6 15:54:08 2001 +++ nautilus/components/help/hyperbola-filefmt.c Thu Dec 6 15:53:54 2001 @@ -1137,6 +1137,7 @@ FILE *pipe; int i; int bytes_read; + int result; char *doc_uri; @@ -1201,13 +1202,14 @@ pipe = popen (toc_location, "r"); bytes_read = fread ((void *) toc_location, sizeof (char), 1024, pipe); + result = pclose (pipe); if (bytes_read > 0) { toc_location[bytes_read - 1] = '\0'; /* Exit code of 0 indicates ScrollKeeper returned a TOC file path */ - if (!pclose (pipe)) { + if (!result) { fmt_scrollkeeper_parse_doc_toc (tree, section, toc_location, doc_uri); @@ -1223,11 +1225,12 @@ "scrollkeeper-get-index-from-docpath %s", doc_data[1]); pipe = popen (index_location, "r"); bytes_read = fread ((void *) index_location, sizeof (char), 1024, pipe); + result = pclose (pipe); if (bytes_read > 0) { index_location[bytes_read - 1] = '\0'; /* Exit code of 0 indicates ScrollKeeper returned an index file */ - if (!pclose (pipe)) { + if (!result) { char *key, *index; key = g_strdup(doc_uri); index = g_strdup(index_location); _______________________________________End patch________________________________
this is a definite fix guys, this should be applied
Could you please try attaching it to the bug again or post a url to it? bugzilla and web browsers butcher patch formatting.
erm or if you can email it to me actually :)
FYI, this is not really a bug. It's just that Nautilus supports a new feature in scrollkeeper >= 0.3 (developer only release). This is done by the script scrollkeeper-get-index-from-docpath (which obviously is not present in version prior to 0.3). Since you don't run Nautilus from the prompt (well, mostly anyway) it's not a problem and can thus be ignored. Ciao
Well I for one don't like seeing 50-70 zombie processes in my ps listing as long as nautilus is running with a "Help" tab in any window a big annoying bug. Not our problem that nautilus release maintainer decided to introduce a "feature" that relys on a CVS version of another package. :)
What about adding the patch, but keeping this bug open until scrollkeeper-0.4 is out? Then just revert to a unpatched version ?
Checked the patch in... doesn't seem to break anything in the nautilus help sidebar that wasn't already broken before... sigh Put a note in the ebuild that it was a temporary patch and in addition made mention of scrollkeeper issue in ChangeLog.
