Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

gnochm is a CHM file viewer for Gnome.
It would be nice to have this in the portage tree...

Reproducible: Always
Steps to Reproduce:

it would be nice if you could of given us more detail, like at least their
homepage:

http://gnochm.sourceforge.net/index.html

Oh sorry.. I actually thought I had pasted the URI in here...
I'll be more careful next time.

As for the more information part, CHM is an enhanced help-file system, very popular on the windows platform with support for indexing, full-text search, yadda yadda...

There is already a graphical CHM viewer in the portage tree (xchm), but I believe GnoCHM offers much better performance (xChm seems pretty slow with large help files) and offers a better UI.

Created an attachment (id=26143) [details]
ebuild for gnochm and pychm 0.7

ebuild for gnochm-0.7 and its' needed python module.

Created an attachment (id=26191) [details]
updated for version 0.8.0

version bump for both ebuilds.

The dependencies for both pychm and gnochm are precisely correct.  First, pychm
*requires* chmlib, so that must be added.  Second, pychm doesn't really depend
on pygtk or gnome-python, gnochm does.  Those depends should be moved to
gnochm.

So, I have the depend for pychm-0.8.0 as:
DEPEND=">=dev-lang/python-2.2
        app-doc/chmlib"

and for gnochm-0.8.0 as:
DEPEND=">=dev-python/pychm-0.8.0
        >=dev-python/pygtk-2*
        >=dev-python/gnome-python-2*"

Uh, that should be *aren't* correct.

Created an attachment (id=41380) [details]
Ebuild for the latest version of GnoCHM (0.9.2)

Changelog:
http://cvs.sourceforge.net/viewcvs.py/gnochm/gnochm/ChangeLog?view=markup
(Version 0.8 was released on 2004-02-22)

Though I did not change anything in the old ebuild, I think it's noticable that
the new version is much more stable and eventually ready for the portage tree.

hmm, this ebuild doesn't have any actual deps in it. I'm sure it requires more
then a chm lib.

*** Bug 68211 has been marked as a duplicate of this bug. ***

Ok i haven't seen this one that's why i have created a new bug, the problem is
that i have tried with a simple ebuild like yours but only received access
violations, that's why i have made a little patch. after that it was
gnome-python, which created much problems, because it is buggy - the versions
in portage for gnome-2.8 are buggy and that's why the programs, which use
gtkhtml-python bindings segfault :::((( - like straw and gnochm. See bug 68211
::)))

Created an attachment (id=51180) [details]
gnochm-0.9.4.ebuild

Newest upstream version.
* This works around the access violations mentioned in duplicate bug 68211 w/o
a patch.
* gnochm needs libglade and libgtkhtml support, so check for this in pkg_setup.

* added warning to pkg_postinst; I had this problem when I first emerged gnochm
(gnome-2.8.1 on x86), so I added the warning with a workaround that I found. 
Does anyone else have this problem, or perhaps a better workaround?

The gnochm-0.9.4.ebuild works with a slight bug - the message in pkg_postint()
says "xml://" instead of "xml::/".

Fixed ebuild attached.

Created an attachment (id=52232) [details]
Fixed ebuild for vesion 0.9.4

gnochm 0.9.5 is out.

Renaming the "fixed" 0.9.4 works.

I had to run the workaround command which gets mentioned after the emerge, but I don't know if this is becasue I am a "ordinary user" or because this version mandates the gconf adaption

Not GNOME, does anyone want to take this?

Created an attachment (id=58793) [details]
New release of gnochm

Using the gnome2 eclass makes pretty much the rest of this stuff obsolete -
please test for me though - my first attempt (albiet a rather small one) at
making an ebuild.

gnochm-0.9.5 can't open .chm files

This is the output on nohup.out after running: "nohup gnochm"

"/usr/bin/gnochm": not in executable format: No se reconoce el formato del
fichero (TRANSLATION: file format not recognized)

warning: could not load vsyscall page because no executable was specified

warning: try using the "file" command first
/usr/share/bug-buddy/gdb-cmd:1: Error in sourced command file:
Previous frame inner to this frame (corrupt stack?)





This is the bug-buddy info about it:

Backtrace was generated from '/usr/bin/gnochm'

Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1208043856 (LWP 18598)]
[New Thread -1223894096 (LWP 18601)]
[New Thread -1223566416 (LWP 18600)]
[New Thread -1214657616 (LWP 18599)]
0xffffe410 in ?? ()
#0  0xffffe410 in ?? ()
#1  0xbfffd3cc in ?? ()
#2  0x00000000 in ?? ()
#3  0xbfffd300 in ?? ()
#4  0x4c3db73b in __waitpid_nocancel () from /lib/libpthread.so.0
#5  0x49f34a66 in libgnomeui_module_info_get () from /usr/lib/libgnomeui-2.so.0
#6  <signal handler called>
#7  0x4a13e5e7 in html_atom_list_get_atom () from /usr/lib/libgtkhtml-2.so.0
#8  0x4a115340 in css_matcher_get_style () from /usr/lib/libgtkhtml-2.so.0
#9  0x4a116478 in css_matcher_get_style () from /usr/lib/libgtkhtml-2.so.0
#10 0x4a1165eb in css_matcher_get_style () from /usr/lib/libgtkhtml-2.so.0
#11 0x4a116766 in css_matcher_get_style () from /usr/lib/libgtkhtml-2.so.0
#12 0x4a116e89 in css_parser_parse_stylesheet ()
   from /usr/lib/libgtkhtml-2.so.0
#13 0x4a114a45 in css_matcher_get_style () from /usr/lib/libgtkhtml-2.so.0
#14 0x4a117a6b in css_value_ref () from /usr/lib/libgtkhtml-2.so.0
#15 0x4a1187ec in css_value_ref () from /usr/lib/libgtkhtml-2.so.0
#16 0x49a26271 in g_cclosure_marshal_VOID__OBJECT ()
   from /usr/lib/libgobject-2.0.so.0
#17 0x49a1445f in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#18 0x49a25395 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#19 0x49a24464 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#20 0x49a246f6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#21 0x4a11a408 in html_focus_iterator_next_element ()
   from /usr/lib/libgtkhtml-2.so.0
#22 0x4f29815e in htmlParseCharRef () from /usr/lib/libxml2.so.2
#23 0x4f299f4a in htmlCreateMemoryParserCtxt () from /usr/lib/libxml2.so.2
#24 0x4f29a91f in htmlParseChunk () from /usr/lib/libxml2.so.2
#25 0x4a11a75a in html_focus_iterator_next_element ()
   from /usr/lib/libgtkhtml-2.so.0
#26 0x4a140224 in html_stream_write () from /usr/lib/libgtkhtml-2.so.0
#27 0x4a119254 in html_document_write_stream () from /usr/lib/libgtkhtml-2.so.0
#28 0xb7cc4f6f in initgtkhtml2 ()
   from /usr/lib/python2.3/site-packages/gtk-2.0/gtkhtml2.so
#29 0x48ea2e09 in PyCFunction_Call () from /usr/lib/libpython2.3.so.1.0
#30 0x48ed47d5 in PyEval_GetFuncDesc () from /usr/lib/libpython2.3.so.1.0
#31 0xb7e664ec in ?? ()
#32 0xb7e668ac in ?? ()
#33 0x00000000 in ?? ()
#34 0x48ea0007 in PyDict_New () from /usr/lib/libpython2.3.so.1.0
#35 0x48ed2658 in PyEval_EvalCode () from /usr/lib/libpython2.3.so.1.0
#36 0x48ed4925 in PyEval_GetFuncDesc () from /usr/lib/libpython2.3.so.1.0
#37 0x0806214c in ?? ()
#38 0xb7d2f5a0 in ?? ()
#39 0xb7fc279c in ?? ()
#40 0x00000000 in ?? ()
#41 0xb7e666ac in ?? ()
#42 0xb7d997f0 in ?? ()
#43 0xbfffdfb8 in ?? ()
#44 0x499b59a4 in g_free () from /usr/lib/libglib-2.0.so.0
#45 0x48ed46de in PyEval_GetFuncDesc () from /usr/lib/libpython2.3.so.1.0
#46 0xb7e68064 in ?? ()
#47 0xbfffe0cc in ?? ()
#48 0x00000002 in ?? ()
#49 0x00000002 in ?? ()
#50 0x00000000 in ?? ()
#51 0x48f210c0 in PyClass_Type () from /usr/lib/libpython2.3.so.1.0
#52 0xb7e666ac in ?? ()
#53 0x48ea55d9 in PyObject_GetAttr () from /usr/lib/libpython2.3.so.1.0
#54 0x48ed2658 in PyEval_EvalCode () from /usr/lib/libpython2.3.so.1.0
#55 0x48ed31a1 in PyEval_EvalCodeEx () from /usr/lib/libpython2.3.so.1.0
#56 0x48e9477c in PyFunction_SetClosure () from /usr/lib/libpython2.3.so.1.0
#57 0x48e80f77 in PyObject_Call () from /usr/lib/libpython2.3.so.1.0
#58 0x48e882c3 in PyMethod_New () from /usr/lib/libpython2.3.so.1.0
#59 0x48e80f77 in PyObject_Call () from /usr/lib/libpython2.3.so.1.0
#60 0x48ed441a in PyEval_CallObjectWithKeywords ()
   from /usr/lib/libpython2.3.so.1.0
#61 0x48e80f2e in PyObject_CallObject () from /usr/lib/libpython2.3.so.1.0
#62 0xb7cd794e in initgobject ()
   from /usr/lib/python2.3/site-packages/gtk-2.0/gobject.so
#63 0x08247d38 in ?? ()
#64 0x49a3e740 in ?? () from /usr/lib/libgobject-2.0.so.0
#65 0xbfffe4d8 in ?? ()
#66 0x49e4224e in gnome_config_set_sync_handler ()
   from /usr/lib/libgnome-2.so.0

What category is this pkg supposed to be? How can i test-emerge it? I put it in
overlay in app-misc but get 
groovesurfer portage # emerge app-misc/gnochm-0.9.5.ebuild
emerging by path implies --oneshot... adding --oneshot to options.

*** emerging by path is broken and may not always work!!!

Calculating dependencies
*** /usr/local/portage/app-misc/gnochm-0.9.5.ebuild does not exist

but that file exists - I verified that


AND:

groovesurfer portage # emerge app-misc/gnochm
Calculating dependencies
emerge: there are no ebuilds to satisfy "app-misc/gnochm".

so how to do that? 
Sorry for posting that here as it is a general emerge question, but i'm a bit
stressed from trying around, so if you see this today, pls gimme a hint here.
TIA, Florian

Hi Florian, indeed I think it is not the place to ask such question in
bugzilla,
they belong to the forums. 
The structure of the portage directories is essentially
{package-name}/{package-name}-{package-version}.ebuild so if you want to place
it in app-misc, the right place would be
/usr/local/portage/app-misc/gnochm/gnochm-0.9.5.ebuild

(In reply to comment #18)

1.- Define this variable on /etc/make.conf
PORTDIR_OVERLAY="/usr/local/portage"

2.- Create the folders as needed: /usr/local/portage/app-text/gnochm/

3.- Run:
ebuild /usr/local/portage/app-text/gnochm/gnochm-0.9.5.ebuild digest

4.- emerge gnochm

Created an attachment (id=64461) [details]
gnochm-0.9.5.ebuild

A version of attachment 58793 [details] with ~ppc added to KEYWORDS

It installs okey except I get the following error:

* TypeError: color_parse() argument 1 must be string, not None

Neither doing "umask 0022" (per the instructions in the gnochm README file) nor
doing

GCONF_CONFIG_SOURCE=xml::/$HOME/.gconf gconftool-2 --makefile-install-rule
/etc/gconf/schemas/gnochm.schemas

per the suggestion of the ebuild worked to rectify the problem.

onip @ Hal9000 ~ $ gnochm
You do not have all of the required Python modules to run gnochm.
Check the gnochm README file for tips on how to fix this.
What follows is the error description highlighting the problematic module.


I had this problem, solved by merging gnome-python-extras

I tried the 0.9.5 ebuild for 0.9.7 and it's working fine.

x86, gcc-3.4.4, gnome-2.12.0.

I do get the message [which the readme explains how to resolve]: "TypeError:
colorParser() argument 1 must be a string, not None" and I do happen to have
gnome-python-extras-2.12.0 installed.


John M.

(In reply to comment #22)
> I had this problem, solved by merging gnome-python-extras
It's a missing dep then...

It gives an error on emerging this ebuild:

....

test -z "/usr/share/applications" || mkdir -p --
"/var/tmp/portage/gnochm-0.9.5/image//usr/share/applications"
 /bin/install -c -m 644 'gnochm.desktop'
'/var/tmp/portage/gnochm-0.9.5/image//usr/share/applications/gnochm.desktop'
test -z "/usr/share/mime-info" || mkdir -p --
"/var/tmp/portage/gnochm-0.9.5/image//usr/share/mime-info"
 /bin/install -c -m 644 'gnochm.keys'
'/var/tmp/portage/gnochm-0.9.5/image//usr/share/mime-info/gnochm.keys'
test -z "/usr/share/man/man1" || mkdir -p --
"/var/tmp/portage/gnochm-0.9.5/image//usr/share/man/man1"
 /bin/install -c -m 644 './gnochm.1'
'/var/tmp/portage/gnochm-0.9.5/image//usr/share/man/man1/gnochm.1'
test -z "/usr/share/mime-info" || mkdir -p --
"/var/tmp/portage/gnochm-0.9.5/image//usr/share/mime-info"
 /bin/install -c -m 644 'gnochm.mime'
'/var/tmp/portage/gnochm-0.9.5/image//usr/share/mime-info/gnochm.mime'
test -z "/etc/gconf/schemas" || mkdir -p --
"/var/tmp/portage/gnochm-0.9.5/image//etc/gconf/schemas"
 /bin/install -c -m 644 'gnochm.schemas'
'/var/tmp/portage/gnochm-0.9.5/image//etc/gconf/schemas/gnochm.schemas'
test -z "/usr/share/mime/packages" || mkdir -p --
"/var/tmp/portage/gnochm-0.9.5/image//usr/share/mime/packages"
 /bin/install -c -m 644 'gnochm.xml'
'/var/tmp/portage/gnochm-0.9.5/image//usr/share/mime/packages/gnochm.xml'
make  install-data-hook
make[3]: Entering directory
`/var/tmp/portage/gnochm-0.9.5/work/gnochm-0.9.5/data'
if test "x/usr/bin/update-mime-database" != "xno"; then \
                /usr/bin/update-mime-database /usr/share/mime; \
fi
/usr/bin/update-mime-database: I don't have write permission on
/usr/share/mime.
Try rerunning me as root.
make[3]: *** [install-data-hook] Error 1
make[3]: Leaving directory
`/var/tmp/portage/gnochm-0.9.5/work/gnochm-0.9.5/data'
make[2]: *** [install-data-am] Error 2
make[2]: Leaving directory
`/var/tmp/portage/gnochm-0.9.5/work/gnochm-0.9.5/data'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory
`/var/tmp/portage/gnochm-0.9.5/work/gnochm-0.9.5/data'
make: *** [install-recursive] Error 1

!!! ERROR: app-doc/gnochm-0.9.5 failed.
!!! Function gnome2_src_install, Line 69, Exitcode 2
!!! install failed
!!! If you need support, post the topmost build error, NOT this status message.

emerge info:

Portage 2.0.54 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.5-r3,
2.6.15-suspend2-r8 i686)
=================================================================
System uname: 2.6.15-suspend2-r8 i686 Intel(R) Celeron(R) M processor        
1.60GHz
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/bind /var/qmail/alias
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild
/etc/splash /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks prelink sandbox sfperms strict"
GENTOO_MIRRORS="http://distro.ibiblio.org/pub/linux/distributions/gentoo/"
LANG="en_US"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X a52 aac acpi alsa apache2 arts audiofile avi bash-completion berkdb
bitmap-fonts bluetooth bzip2 cdr cli crypt ctype cups curl dba dga dri dts dvd
dvdr dvdread eds emboss encode esd ethereal exif expat fam fastbuild ffmpeg
firefox flac foomaticdb force-cgi-redirect fortran ftp gd gdbm gif glut gnome
gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal i8x0 idn imagemagick imlib isdnlog
joystick jpeg kde kdeenablefinal kdexdeltas kerberos lcms ldap libg++ libwww
mad memlimit mmx mng motif mp3 mpeg nautilus ncurses nfs nls nodrm nptl
nptlonly ogg opengl oss pam pcre pdflib perl pic png posix pppd python qt
quicktime readline samba sdl session simplexml soap sockets spell spl sse sse2
ssl svg tcpd theora tiff tokenizer truetype truetype-fonts type1-fonts udev
unicode usb utf8 vcd vorbis win32codecs xine xml xml2 xsl xv xvid zlib
video_cards_i810 video_cards_i830 video_cards_i915 userland_GNU kernel_linux
elibc_glibc"
Unset:  ASFLAGS, CTARGET, LC_ALL, LDFLAGS, LINGUAS


Gnome 2.12.3

Created an attachment (id=84725) [details]
gnochm-0.9.7.ebuild

Well this one works for me :)

I'll take this -- I'll note that there is actually a higher version available
from upstream (0.98 I believe).

Ebuilds for:

gnochm  0.9.9   November 10, 2006   (only change: depend on pychm-0.8.4)
pychm   0.8.4   November 10, 2006   (simple rename)

Attached. We really need to get these in portage, the work great. Very welcome
alternative to xchm.

Created an attachment (id=102118) [details]
Updated pychm-0.8.4, simple rename, portage version bump

Created an attachment (id=102119) [details]
gnochm-0.9.9.ebuild version bump, dependency bump

seemant: any progress?  i can take this if you'd like.

graat! with gnochm (i just discovered it after having installed another distro
at home :| ) I can finally see some chm help file correctly under linux:D
it works for me.

I compiled gnochm on amd64 without any problem...You should add ~amd64 to the
keywords

What category is this supposed to be in?  So far I've seen app-doc, app-text,
app-misc, gnome-extra, etc.  Could someone make a decision?

app-text please.  i know kchmviewer and chmlib are in app-doc, but that's just
wrong.

happy early 3rd birthday!

app-text/gnochm is now in portage.  if there are any problems please file a new
bug report.

thanks for your patience and help guys. ;d