Bugzilla Bug 48893

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 an attachment (id=36331) [edit]
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 an attachment (id=36332) [edit]
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.