Having updated Qt to 3.3 and KDE to 3.2 I had to reinstall hk_classes and knoda because they had installed some files to the /usr/kde/3.1 directory, now deleted after I unmerged kde-3.1.5. hk_classes installed OK but knoda failed and I can't fathom why. Log attached. I think there must be a problem with the KDE eclasses, because I was able to emerge knoda with kde-3.1.5. `make && sudo make install` works OK, and when I: # cd /var/tmp/portage/knoda-0.6.3_alpha1/work/knoda-0.6.3-test1 # make && make install ...that works too
Created attachment 26431 [details] Log file
nope, looks more like a kde 3.2 incompatibility. hopefully the author knows and plans to release a new version
Created attachment 26518 [details] knoda-0.6.3_alpha1-r1.ebuild
I don't agree Caleb. The attached ebuild works. It appears to be an autoconf problem - the src_unpack() part allowed it to build - I grabbed that from the 0.6.1 ebuild. I knew there was no incompatibility with KDE 3.2 or Qt 3.3, because `.config && make && sudo make install` worked from the extracted tarball.
The author knows about this problem: Hi Peter, thanks for the info. The pedantic and Wall flags seem to cause troubles with gcc 3.3. I'll try to remove it from the acinclude scripts Horst
I'm attaching new ebuilds for hk_classes and knoda (0.6.3_alpha2) - bumped version that fixes this (gcc 3.3-related) bug. The new version also supports locally defined sql statements in forms and reports. To set the sql statement, open the form/report datasource dialog, select 'query' and keep the namefield empty. Then you can edit the sql statement in the field below.
Created attachment 26795 [details] hk_classes-0.6.3_alpha2.ebuild
Created attachment 26796 [details] knoda-0.6.3_alpha2.ebuild
BTW, I removed newdepend as requested recently on gentoo-dev.
looks to be fixed in alpha3, now in portage.