There's a new version of Gnotime available... v. 2.1.9. http://gttr.sourceforge.net/ An update in portage would be neato keen :) Reproducible: Always Steps to Reproduce: 1. 2. 3.
There is actually now ane even newer version 2.2.0. :)
it requires libgtkhtml 3.1 (not in portage yet)
2.2.1 is out versions from 2.1.8 to 2.2.1 needs libgtkhtml-3.1 (which is an evolution-1.5 dep) it looks silly, i suppose really few people/distro out there use those newer versions (even if 2.1.7 is more than 1 year old) i doubt that 3.1 is // installable to 3.0 that evo 1.4 uses anyone to confirm this ?
3.0.x and 3.1.x are slotable
but 3.1 is still an unstable series
This patch claims to patch the configure.in so that gnotime will build against libgtrkhtml-3.0. I haven't tried it as I opted to update libgtkhtml-3.1 instead. http://sourceforge.net/tracker/download.php?group_id=55463&atid=477105&file_id=94093&aid=992072 With libgtkhtml-3.1 installed a bumped ebuild wouldn't build the package, but ./configure ; make ; make install had no problems. I haven't had time to look at what went wrong.
Created attachment 36331 [details] gnotime-2.2.1.ebuild Hello, this is an ebuild for gnotime-2.2.1, I'll also attach a patch, a cut down version of the one linked to in comment #6, this changes the configure.in to allow libgtkhtml3.0 to be used. I've been using it for a while without any problems. I've changed the ebuild to require libgtkhtml>3.0.0, it also has to be compiled with emake -j1 as otherwise it gets into a huff, and I've added a warning about the change in file format after 2.1.6 (bug #42453). The help does work in this verion, so bug #41716 could be closed
Created attachment 36332 [details] gnotime-gtkhtml3.patch
*** Bug 42453 has been marked as a duplicate of this bug. ***
*** Bug 41715 has been marked as a duplicate of this bug. ***
*** Bug 41716 has been marked as a duplicate of this bug. ***
anyone tried to make gnotime 2.2.1 (latest version released) worked with libgtkhtml-3.2.x from evolution-2.0.x ? even if it is 3.2.x, its .pc file package name still is libgtkhtml-3.1 so, better drop the patch as long as libgtkhtml-3.2 would be masked (by the gnome 2.8 mask), it would mask newer gnotime too. ------------------------ but this gtkhtml version, it has other issues : libtool: link: cannot find the library `./libqofsql.la' make[3]: *** [sql_parse_test] Erreur 1 make[3]: *** Attente des t
anyone tried to make gnotime 2.2.1 (latest version released) worked with libgtkhtml-3.2.x from evolution-2.0.x ? even if it is 3.2.x, its .pc file package name still is libgtkhtml-3.1 so, better drop the patch as long as libgtkhtml-3.2 would be masked (by the gnome 2.8 mask), it would mask newer gnotime too. ------------------------ but this gtkhtml version, it has other issues : libtool: link: cannot find the library `./libqofsql.la' make[3]: *** [sql_parse_test] Erreur 1 make[3]: *** Attente des tâches non terminées.... rm -fr .libs/libqofsql.la .libs/libqofsql.* .libs/libqofsql.* gcc -shared parser.lo lexer.lo sql_parser.lo mem.lo sql_display.lo sql_tree.lo -Wl,-soname -Wl,libqofsql.so.0 -o .libs/libqofsql.so.0.0.0 (cd .libs && rm -f libqofsql.so.0 && ln -s libqofsql.so.0.0.0 libqofsql.so.0) (cd .libs && rm -f libqofsql.so && ln -s libqofsql.so.0.0.0 libqofsql.so) ar cru .libs/libqofsql.a parser.o lexer.o sql_parser.o mem.o sql_display.o sql_tree.o ranlib .libs/libqofsql.a creating libqofsql.la (cd .libs && rm -f libqofsql.la && ln -s ../libqofsql.la libqofsql.la) make[3]: Leaving directory `/var/tmp/portage/gnotime-2.2.1/work/gnotime-2.2.1/lib/libqofsql' it seems to be a missing dependancy, needing qof, a SQL/database abstraction layer, also used by gnucash http://qof.sourceforge.net/
I just installed gnotime-2.2.1 by renaming the gnotime-2.1.7 ebuild. It seems to work OK for me on x86. Is there any reason not to bump to this version? The last comment was 2004-10-04.
(Finally) committed - thanks for your patience, to be honest I don't know why this one was sitting around for so long.