New version is out a bit and it fixes an issue with gtkhtml 3.32 checking for XIPHOS... configure: error: Package requirements ("glib-2.0 gtk+-2.0 >= 2.14 libxml-2.0 libglade-2.0 libgtkhtml-3.14 >= 3.23 sword dbus-glib-1 libgsf-1 gtkhtml-editor gmodule-export-2.0 gtk+-unix-print-2.0") were not met: No package 'gtkhtml-editor' found Reproducible: Always
I tried to bump current ebuild for 3.1.3-r1 upto 3.1.4 but xiphos-3.1.4 uses a new configure system based on "wmf" an included script .. so a straight forward upgrade is not easy for the " inexperienced " This might require custom treatment .. (my upgrade to gnome-*-2.32.1 et.al pulled in a new gtk+ and gtkhtml and bolluxed xiphos so it no longer runs)
Created attachment 256809 [details] config.log attachement: config.log from failure to build xiphos-3.1.3-r1 emerge --info Portage 2.1.9.25 (default/linux/amd64/10.0, gcc-4.5.1, glibc-2.12.1-r3, 2.6.36-gentoo-r4 x86_64) ================================================================= System uname: Linux-2.6.36-gentoo-r4-x86_64-AMD_Phenom-tm-_II_X4_965_Processor-with-gentoo-2.0.1 Timestamp of tree: Thu, 09 Dec 2010 19:00:20 +0000 app-shells/bash: 4.1_p9 dev-java/java-config: 2.1.11-r2 dev-lang/python: 2.7.1, 3.1.3 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 2.0.1-r1 sys-apps/openrc: 0.6.8 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.13, 2.68 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.21 sys-devel/gcc: 4.5.1-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82 virtual/os-headers: 2.6.36.1 (sys-kernel/linux-headers) ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="en en_GB en_US" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /home/derk/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl acpi alsa amd64 archive berkdb bzip2 cairo cdda cddax cddb cdr cifs cli consolekit cracklib crypt cups cxx dbus device-mapper dri dvd dvdr extras ffmpeg flac fortran gallium gdbm gdu gnome gnome-keyring gnutls gpm gstreamer gtk iconv id3tag ipv6 java jpeg jpeg2k lame laptop libnotify mad mmx modules mp3 mpeg mudflap multilib ncurses nfs nls nptl nptlonly nsplugin ntp ofx ogg opengl openmp pam pcre pdf perl png policykit polkit ppds pppd python qt3support qt4 readline samba sdl session smbclient sqlite sse sse2 ssl svg sysfs tcl tcpd theora tiff tk twolame udev unicode vorbis xattr xcb xorg xulrunner zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="*" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev wacom" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_GB en_US" PHP_TARGETS="php5-2" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="ati vesa fbdev radeon" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
the relevant fragment from the 3.14.ebuild trial from comment 2 except I got the script name wrong .. it's "waf" >>> Configuring source in /var/tmp/portage/apps-text/xiphos-3.1.4/work/xiphos-3.1.4 ... ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --docdir=/usr/share/doc/xiphos-3.1.4 --disable-dependency-tracking ---------------------------------------------------------------- ./configure is no longer used in building Xiphos. please run './waf --help' to understand current build habits. for linux and unix, we recommend ./waf configure --prefix=/usr --debug-level=optimized --enable-delint for distribution-ready builds, although we require only --prefix. then ./waf build and ./waf install
using the ./waf script tool results in a working program whci can be run from the build directory without installing .. ./waf run how does one integrate this into the ebuild system?
Created attachment 256812 [details] waf run command .. terminal trace this is the trace of commands found on the terminal after running ./waf run
Created attachment 260824 [details] xiphos-3.1.4.ebuild this is a cobbled together ebuild it requires xulrunner at this point. It does configure , build and install etc. uses custom functions due to non-automake build system. Caveat emptor no warranties .. submitted for experimental purposes only .. use at your own risk Although so far I have had not issues.
Created attachment 268077 [details] revision which allows xiphos to not use xulrunner since xulrunner-2.0 is not compatible with xiphos version 3.1.4 you need to use USE= -xulrunner to allow gtkhtml version to function.. then xiphos works. labeled this version xiphos-3.1.4-r1 enjoy
also reported as bug 350995 addressing version 3.1.3-r1 which fails to build due to a gtkhtml upgrade if I remember correctly
NOTES on Future development work on xiphos from http://sourceforge.net/projects/gnomesword/ .. indicate active development work focuses on removing gtkhtml and xulrunner support and replacing them with webkit so for the short term removal of xulrunner support might be considered for now by thopse using xulrunner-2.0 or newer.
Created attachment 278445 [details] Log of installation attempt using xiphos-3.1.4-r1.ebuild This file shows a build log generated using the ebuild in attachment 268077 [details] from comment 8. Unfortunately, the build fails on this system.
yup .. some recent update borks the compile .. probably gcc .. I'll have to install an older version to check .. however from the xiphos development site the following is quoted: we are in the final stages of complete abandonment of xulrunner's general insanity, in favor of webkit. if you wish to experiment right now, please "svn co https://gnomesword.svn.sourceforge.net/svnroot/gnomesword/branches/webkit" and configure using --enable-webkit (and possibly --enable-gtk2, if you do not have GTK3). we are looking for any input as we finalize and prepare for release in a couple weeks. please see the developers' list for ongoing discussion. from their bug: xiphos-3.1.4 with xulrunner-2.0 fails to start - ID: 3265450
anybody know how to get the info from comment 11 into a live ebuild .. even an example svn based ebuild would help .. is there one in the tree?
same issues as comment 10 with gcc-4.4.6 and 4.5.3 .. so not compiler related .. why are the offending headers now flagged when they were not before? does anyone have an idea ?
seems gcc has problems with it's own string library subfunctions as tracking back shows all the errors are in the standard C library sub-header files ..anybody know why?
re: comment 11 -- manually compiling code also fails with similar header reference errors .. seems we have a build system problem with "waf" and "cxx" is there a flag I can set to over ride the apparent faulty behaviour .. get cxx to accept c style template/header files?
why would the compilers all of a sudden start rejecting code that they used to accept .. until after june 13,2011 .. my last successful compile of xiphos-3.1.4-r1 ... there are apparently some c template linkage issues but even in code previously accepted ..
now I am stumped .. I have one machine where xiphos emerges perfectly the other it does not ... same compiler versions .. this is getting weirder
comparing emerge --info's the two machines have the same toolchains only difference is in use flag settings which should not effect gcc directly .. sole difference is in the base processor intel core 2 duo versus amd phenom II however no processor specific options have been activated for cflags etc.
compiles properly in a relatively fresh chroot on the same machine it fails on in the "normal" OS level .. trying to rebuild the system files to see if that fixes the problem .. else it is what now! time .. to rebuild the entire machine ? pain ..
I tried 3.1.4-r1, but it installed even though it failed to configure. The problem was it must have sword >= 1.6.1. >=app-text/sword-1.6.1 Then I get the same error building as Nico (I have gcc-4.4.5). To find an example svn ebuild, look at those ending -9999.ebuild. find /usr/portage/ -name \*-9999.ebuild -exec grep svn {} /dev/null \; eg quake3
Created attachment 285379 [details] xiphos-3.1.4-r2.ebuild
okay after a long period of trying to find the issue the culprit for me was dev-libs/libxml2 with icu set using dev-libs/libxml2 -icu resolved the issue for me. I've revised the ebuild extensively to solve a few other issues as well..
Created attachment 285381 [details] xiphos-3.1.4-r2.ebuild oops I forgot to add some changes from the chroot versions to fix sword version issue and a gtkhtml versioning issue discovered by accident
Created attachment 285409 [details, diff] Patch to fix extern "C" positions causing build failures This fixes the recent build failures I saw.
Created attachment 285411 [details] Updated ebuild to apply the extern-C patch (and remove need for -icu on libxml2) This updated ebuild goes with the extern-C patch above.
As an aside, this http://www.gidforums.com/t-9853.html put me onto the extern "C" problem. Worth a read.
Reported upstream https://sourceforge.net/tracker/?func=detail&aid=3403641&group_id=5528&atid=105528.
peter thank you for pushing your patch upstream as the issue also effects the svn versions as well ..? .. My comment collided with your commit .. yes I'd skimmed that article (comment 26) as well .. I'm not a C++ but a C programmer so I was reluctant to mess with the code .. looked for a "simple fix/work around" but I like your patch ..
peter fox 's patch was accepted upstream for -r4287 svn code
Created attachment 285769 [details] xiphos-9999.ebuild xiphos-9999.ebuild at the moment uses gtk2 and webkit-gtk:2 as defaults .. it sometimes detects gtk3 and webkit-gtk:3 and uses them .. I have not spent time trying to figure that out. all live ebuild caveates apply .. may fail without notice. add the following line to /etc/portage/packages.keywords =app-text/xiphos-9999 ** enjoy!
Pardon my lack of Gentoo experience ... what must be done to emerge xiphos-9999? Simply doing what the last post said: add the following line to /etc/portage/packages.keywords =app-text/xiphos-9999 ** and eix-sync but it's not available.
add it to your personal overlay see gentoo docs on this: particularly " working with portage " especially section 5.b
The link you reference is lacking complete information to set this up. I have xiphos.9999.ebuild in /usr/local/portage/app-portage/xiphos/ In /etc/make.conf I have: PORTDIR_OVERLAY="${PORTDIR_OVERLAY} /usr/local/portage/" In /etc/portage/package.accept_keywords I have: =app-text/xiphos-9999 ** silas xiphos # emerge -av xiphos <snip> Calculating dependencies / Invalid ebuild name: /usr/local/portage/app-portage/xiphos/xiphos.9999.ebuild ... done! and it wants to emerge app-text/xiphos-3.1.2 If you can't offer more help than that, are you going to put it in an overlay?
Got it to emerge after fixing syntax errors. Thanks for your work, guys!
Created attachment 300491 [details] xiphos-9999.ebuild updated xiphos-9999.ebuild to select gnome2 libraries
Created attachment 300493 [details] xiphos-3.1.4-r3.ebuild updated ebuild .. to select gnome2 libraries plus other mods .. can some one test? as I have not yet done so having just recompiled the live xiphos-9999.ebuild with similar changes.
okay emerged xiphos-3.1.4-r3 on another box and it still works .. :) so all is okay
Your xiphos-3.1.4-r3.ebuild does not include the xiphos-3.1.4-extern-C.patch
After adding Peter Fox's extern-C patch https://348057.bugs.gentoo.org/attachment.cgi?id=285409 to /usr/local/portage/app-portage/xiphos/files/ it builds. I've only tested on my workstation with app-dicts/sword-sme-1.7, app-dicts/sword-kjv-2.3, and app-dicts/sword-kjvd-1.1 via emerge -- hope to test more later and on more than one system. Last time I built with your xiphos-9999.ebuild and got modules with the module manager in xiphos there were problems. Most notably, the Spurgeon Morning and Evening Devotion will only open in the Previewer, and only there if I go to the xiphos main menu and select View > Preview Daily Devotion. Thanks for working on this app ... been too busy to do so myself, but it was moving up my TO-DO List. mingdao on freenode
do not forget that the live xiphos-9999.ebuild is under active development and is possibly unstable/unbuildable at times ... but so far I've had minimal issues .. please file bugs for live ebuilds with the upstream developers if you have issues
http://xiphos.org/ : for the record, xiphos-3.1.5 is out now :-) with webkit/gtkhtml/gtk3 related progress bundled I would happilly provide an ebuild, but I'm sorry, when it comes to this soft, I can't come up with anything good.
I've just tried to update the ebuild but encountered an obstacle .. several header files used are from an updated not released version of the sword api available via svn but not yet released .. so a sword-9999.ebuild needs to be generated first .. unfortunately not today .. patience I'll try later this week
actually the live xiphos-9999.ebuild now also fails due to the absence of the newer sword api headers .. it worked last Jan 30,2012 for me ( my last install) so recent changes pulled in newer features .. anybody want to do a binary version? xiphos-bin-3.1.5.ebuild ?
Created attachment 302893 [details] xiphos-3.1.5.ebuild this is a " work in progress " at the moment several things are defaulted so they just work .. would not compile until a live sword ebuild was generated added in next comment .. feel free to hack on this some more
Created attachment 302895 [details] sword-9999.ebuild live sword ebuild to get the most recent sword API will install libsword-1.6.2.so but it is an updated api and you will need xiphos-9999.ebuild or xiphos-3.1.5.ebuild versions to work with it. also needs a patch file which will be included below but which may be obsolete
Created attachment 302901 [details, diff] sword-svn-usrinst.patch patch file for sword-9999.ebuild add to /app-text/sword/files directory in your private tree this may be obsolete but for now for the impatient at least there is a working version ... caveat emptor
yes I know I should open another bug for the sword-9999.ebuild but as no action seems to be happening on xiphos updates I opted to keep everything here for now
Created attachment 302995 [details] sword-9999.ebuild revised to remove cruft sword-9999.ebuild
Created attachment 302999 [details] xiphos-3.1.5.ebuild revised xiphos-3.1.5.ebuild ... some cruft removal and added comments on what can be added in the future
Hey Derk, thanks a lot for lively help on this item. It'd been a while since I conld not make Xiphos run on my gentoo. I used your 3.1.5 ebuild above, wich at first complained about not finding osisxhtml.h but after updating sword to 9999 proposed ebuild, everything's working fine. I can say you bettered my day for sure! Arnaudv6
Created attachment 304491 [details] edited xiphos-3.1.5.ebuild
The latest xiphos-3.1.5.ebuild didn't build with python3.2 so the edited ebuild converts the shebangs so that if your system is python3.2 you can still build if you have python2
3.1.5 in Portage. Please test.
if webkit is selected gtkhtml:4.0 is not pulled in and the build fails can this be fixed installing gtkhtml:4.0 allows build to finish
(In reply to comment #54) > if webkit is selected gtkhtml:4.0 is not pulled in and the build fails can > this be fixed installing gtkhtml:4.0 allows build to finish thanks, missed that. fixed now.
