There is a new version of Anjuta available, please create an ebuild for it. Please mind, it requires the GDL and gnome-build packages which do not have ebuilds in Portage.
Being as this is considered an alpha/development release, it might not make it into portage - however, I also noticed that 1.2.3 is released as the latest (and possibly last stable build of the 1.x series)
The stable release probably requires just a version bump. I didn't try it. As for the development release, it's better to be prepared now than working more later. I'm trying to hack the necessary ebuild, but I'm far from an experienced developer. So I would like some dev attention to this matter...
Lisa is, unfortunately, unable to maintain Anjuta 2.0, so I will try to work on the 2.0 release.
Created attachment 59083 [details] anjuta-2.0.0_alpha.ebuild Tested on x86. Compiles. Will automatically pick up subversion if installed, cant seem to make it depend on the useflag (but the useflag is still there). Graphwiz and Glade support need to be done still.
i tried your ebuild but i get emerge: there are no ebuilds to satisfy "gnome-build"
@Johan: Check the Bugs this bug depends on. @all: Anjuta does not compile here. Subversion is not installed, but it seems that the ebuild doesn't handle this correctly. This is the error-message: In file included from svn-backend.c:18: svn-backend.h:24:37: subversion-1/svn_client.h: No such file or directory In file included from svn-backend.c:19: svn-backend-priv.h:21:37: subversion-1/svn_client.h: No such file or directory In file included from svn-backend.c:19: svn-backend-priv.h:39: error: syntax error before "svn_client_ctx_t" svn-backend-priv.h:39: warning: no semicolon at end of struct or union svn-backend-priv.h:40: warning: type defaults to `int' in declaration of `pool' svn-backend-priv.h:40: warning: data definition has no type or storage class svn-backend-priv.h:46: error: syntax error before '}' token In file included from svn-backend.c:20: svn-notify.h:21:37: subversion-1/svn_client.h: No such file or directory In file included from svn-backend.c:20: svn-notify.h:27: error: syntax error before "svn_wc_notify_action_t" svn-notify.h:35: error: syntax error before '*' token svn-backend.c:24:36: subversion-1/svn_pools.h: No such file or directory svn-backend.c:25:35: subversion-1/svn_auth.h: No such file or directory svn-backend.c:26:37: subversion-1/svn_config.h: No such file or directory svn-backend.c:38: error: syntax error before '*' token svn-backend.c: In function `print_svn_error': svn-backend.c:40: error: `svn_error_t' undeclared (first use in this function) svn-backend.c:40: error: (Each undeclared identifier is reported only once svn-backend.c:40: error: for each function it appears in.) svn-backend.c:40: error: `itr' undeclared (first use in this function) svn-backend.c:40: error: `error' undeclared (first use in this function) svn-backend.c:46: warning: implicit declaration of function `svn_strerror' svn-backend.c:46: warning: format argument is not a pointer (arg 5) svn-backend.c:53: warning: implicit declaration of function `svn_error_clear' svn-backend.c: In function `svn_fill_auth': svn-backend.c:62: error: `svn_auth_baton_t' undeclared (first use in this function) svn-backend.c:62: error: `auth_baton' undeclared (first use in this function) svn-backend.c:64: error: `apr_array_header_t' undeclared (first use in this function) svn-backend.c:65: error: `providers' undeclared (first use in this function) svn-backend.c:65: warning: implicit declaration of function `apr_array_make' svn-backend.c:65: error: dereferencing pointer to incomplete type svn-backend.c:65: error: `svn_auth_provider_object_t' undeclared (first use in this function) svn-backend.c:65: error: syntax error before ')' token svn-backend.c:68: error: `username_provider' undeclared (first use in this function) svn-backend.c:68: warning: implicit declaration of function `apr_pcalloc' svn-backend.c:68: error: dereferencing pointer to incomplete type svn-backend.c:70: warning: implicit declaration of function `svn_client_get_username_provider' svn-backend.c:70: error: dereferencing pointer to incomplete type svn-backend.c:72: error: syntax error before ')' token svn-backend.c:75: warning: implicit declaration of function `svn_auth_open' svn-backend.c:75: error: dereferencing pointer to incomplete type svn-backend.c:77: error: dereferencing pointer to incomplete type svn-backend.c: In function `svn_backend_dispose': svn-backend.c:84: warning: implicit declaration of function `svn_pool_clear' svn-backend.c:84: error: dereferencing pointer to incomplete type svn-backend.c: In function `svn_backend_init': svn-backend.c:100: error: `svn_error_t' undeclared (first use in this function) svn-backend.c:100: error: `error' undeclared (first use in this function) svn-backend.c:102: error: invalid application of `sizeof' to an incomplete type svn-backend.c:104: warning: implicit declaration of function `apr_initialize' svn-backend.c:105: error: dereferencing pointer to incomplete type svn-backend.c:105: warning: implicit declaration of function `svn_pool_create' svn-backend.c:107: warning: implicit declaration of function `svn_client_create_context' svn-backend.c:107: error: dereferencing pointer to incomplete type svn-backend.c:108: error: dereferencing pointer to incomplete type svn-backend.c:110: warning: implicit declaration of function `svn_config_get_config' svn-backend.c:110: error: dereferencing pointer to incomplete type svn-backend.c:112: error: dereferencing pointer to incomplete type svn-backend.c:114: error: dereferencing pointer to incomplete type svn-backend.c:115: error: dereferencing pointer to incomplete type svn-backend.c: In function `svn_backend_busy': svn-backend.c:157: error: dereferencing pointer to incomplete type make[3]: *** [svn-backend.lo] Fehler 1 make[3]: Leaving directory `/var/tmp/portage/anjuta-2.0.0_alpha/work/anjuta-2.0.0/plugins/subversion' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/var/tmp/portage/anjuta-2.0.0_alpha/work/anjuta-2.0.0/plugins' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/var/tmp/portage/anjuta-2.0.0_alpha/work/anjuta-2.0.0' make: *** [all] Fehler 2 !!! ERROR: dev-util/anjuta-2.0.0_alpha failed. !!! Function gnome2_src_compile, Line 40, Exitcode 2 !!! compile failure !!! If you need support, post the topmost build error, NOT this status message. And here is my emerge info: Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r8 i686) ================================================================= System uname: 2.6.11-gentoo-r8 i686 AMD Sempron(tm) 2200+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.4.1,dev-lang/python-2.3.5 [2.4.1 (#1, May 4 2005, 18:25:52)] ccache version 2.3 [enabled] dev-lang/python: 2.4.1, 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.7.9-r1, 1.8.5-r3, 1.6.3, 1.5, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r7 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe -mfpmath=sse -mmmx -msse -m3dnow" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe -mfpmath=sse -mmmx -msse -m3dnow" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" LANG="de_DE.UTF-8" LC_ALL="de_DE.UTF-8" LINGUAS="de" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/overlays/local" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowex X a52 aac acpi alsa apache2 audiofile avi bash-completion bitmap-fonts bonobo cdparanoia cdr crypt curl dga dio divx4linux dvd dvdr dvdread emboss encode esd esound exif fam fbcon ffmpeg fortran ftp gb gd gif glut gnome gphoto2 gpm gstreamer gtk gtk2 guile hal hbci icq imagemagick imap imlib innodb iodbc java jpeg kdeenablefinal lcms libg++ libwww mad mikmod mime mmx mmxext motif mozilla mp3 mpeg mysql mysqli ncurses network nls nntp nocd nptl nptlonly nvidia odbc ogg oggvorbis opengl oscar pam pdflib php pic pie png posix quicktime readline real scanner sdl silverxp slang spell spl sse ssl svga symlink sysvipc theora tiff truetype truetype-fonts type1-fonts ucs2 unicode usb videos vorbis win32codecs wmf x86 xine xml2 xmms xv xvid xvmc zlib linguas_de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS
Could you please give me a copy of your configure output? (should be in /var/tmp/portage/anjuta-2.0.0_alpha/ or you could pipe (&>) it to a file, with the later being preferred).
Created attachment 59140 [details] error output from anjuta Ok, I piped it into a file (exactly I did "emerge -u anjuta &> anjuta.txt"). I created an attachment, because the file is quite large.
Compiled! with USE="debug doc subversion" and works my emerge info: Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.12-rc4-skunk3 i686) ================================================================= System uname: 2.6.12-rc4-skunk3 i686 Intel(R) Pentium(R) 4 CPU 2.60GHz Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.5 [2.3.5 (#2, Apr 27 2005, 19:45:38)] ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.7.9-r1, 1.8.5-r3, 1.6.3, 1.5, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r7 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -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/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -pipe -fomit-frame-pointer" DISTDIR="/usr/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/overlays" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X X509 aalib acl acpi adns alsa apache2 apm audiofile avi bash-completion berkdb bidi bitmap-fonts bzip2 cdr chroot crypt cscope cups curl divx4linux doc dv dvb dvd dvdr dvdread emboss encode esd examples fam firefox flash font-server foomaticdb fortran gcj gd gdbm gif gimpprint gnome gnutls gphoto2 graphviz gtk gtk2 gtkhtml guile hal hardenedphp imagemagick imap imlib immqt-bc ipv6 ithreads java javascript jikes jit jpeg jython kde kdexdeltas ldap libg++ libwww lua mad maildir mailwrapper mikmod mmx motif mozdevelop mozilla moznocompose moznoirc moznomail mozsvg mozxmlterm mp3 mpeg mysql mythtv ncurses network nls nptl nvidia offensive ogg oggvorbis opengl oss pam pdflib perl php pic png ppds python qt quicktime readline real ruby sdk sdl silc slang sndfile spell sqlite sse sse2 ssl stroke subversion svga tcltk tcpd theora threads thumbnail tiff truetype truetype-fonts type1-fonts unicode usb v4l v4l2 vorbis win32codecs wmf wxgtk1 xine xml xml2 xmms xprint xv xvid xvmc zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Yes, it works with USE="subversion", but not with USE="-subversion"...
The subversion-1.1.3 ebuild blocks dev-libs/apr, so I think that anjuta2 should depend on subversion-1.1.4 or greater, since it needs apr installed
Fixing the dependencies. It seems that it wanted neon. Lets see if this change in deps fixes it. Could you please try again with the "-subversion" Tim, and attach the output if it fails.
Created attachment 59164 [details] anjuta-2.0.0_alpha.ebuild Sorry about taking so long to attach. Thought I did. I have introduced the graphviz flag for that support, but havent tested it.
Created attachment 59186 [details] error output It did not work with use="-subversion". I've created a new attatchment with the compiler-output.
Created attachment 59221 [details] anjuta-2.0.0_alpha.ebuild Sorry to keep doing this to you. Again, changing the deps. Hopefully, this final correction will build properly with -subversion. The graphviz ebuild is something that I am still working on. As before, if it doesnt compile, could you please provide the output? I really appreciate this.
Created attachment 59228 [details] error output Well, it failed once again with the new ebuild. Here is the output.
Created attachment 59234 [details, diff] patch to configure.in for -subversion build as far as i understand the problem is in the configure script who never really disables svn , this patch adds --disable-subversion option to configure wich makes it possible to skip subversion/neon/apr in the configure. works for me ;) ebuild patch follows ...
Created attachment 59235 [details] ebuild for anjuta using patch for "-subversion" 1) the configure patch should go to upstream but probabely need a bit of testing before ... 2) the (dirty) ebuild patch also makes apr and neon depending on subversion use flag, looks like apr and neon are not needed while building without support for subversion
Now it works! Thank you!
Created attachment 59328 [details, diff] anjuta-2.0.0_alpha.ebuild patch fixing a bug i introduced due to patching everytime configure.in and running autogen.sh only with -subversion which leads to problems: *** Gentoo sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.16, ltmain.sh = 1.5.6) ***
The dependancies for anjuta 2.0.0 are too strict. Acording to anjuta web-site, anjuta 2.0 depends on the following libs: gdl >= 0.5.0, gnome-build >= 0.1.1, devhelp >= 0.9.0, autogen >= 5.6.5, guile >= 23.0.0, libopts >= 1.6.7, graphviz >= 2.2.1, subversion >= 1.0. not >=dev-util/subversion-1.1.4 >=sys-devel/autogen-5.6.4 This is critical since subversion-1.1.4 needs a version of apr that currently breaks apache. Subversion 1.0 does not need that version.
Created attachment 59398 [details] updated ebuild updated ebuild according to the comments of Gustavo, but due to bug #78033, sys-devel/autogen-5.6.4 won't build, hope it will be fixed quickly, so i revert my change but this might break if some one try to install sys-devel/autogen-5.6.4... and i don't know what guile >= 23.0.0 could mean ? the last version of gnu.org guile is around 1.6 ... BTW: i have filled a bug on the anjuta bugzilla http://bugzilla.gnome.org/show_bug.cgi?id=304809
Created attachment 59437 [details, diff] configure-in.patch The subversion version was increased as the older versions are blocking apr which is needed. Also, it seems that there is an issue with the newer version of autoconf and 5.6.4 still allows for it to properly be configured, as such that is not an issue (although it is a bit hackish). Finally, I wrote a patch to the configure script which makes the optionals truely optionals, which has been sent upstream. Hopefully that will get integrated there. I will attach the updated ebuild shortly. Tim, would you be so kind as to try out the newer ebuild once its done?
Created attachment 59439 [details] anjuta-2.0.0_alpha.ebuild
Created attachment 59440 [details] anjuta-2.0.0_alpha.ebuild Sorry about the spam. Guess trying to be fancy didnt work. I thought that elibtoolize was suppose to run libtoolize --copy --force, ended up having to do that by hand..that should solve the earlier mentioned issue with the failed sanity check. Please test this ebuild and let me know.
Created attachment 59451 [details, diff] ebuild patch from 2_alpha to 2_final removed silly gdk-pixbuf-0.22.0 because it is provided by gtk+2 no need to do magic with version number a simple $PV is now only needed added ~amd64 keyword as it compiled without problem
I would also want to sugest that when glade 3.x is released to add an new IUSE flag glade. I did not experience the autogen bug on my box.
Comment on attachment 59451 [details, diff] ebuild patch from 2_alpha to 2_final Oops added wrong file, sorry...
Created attachment 59452 [details, diff] Patch from 2_alpha to 2_final Correct one this time.
Created attachment 59484 [details] anjuta-2.0.0_alpha.ebuild Upstream considers this to be alpha, as such it is Gentoo policy to mark the ebuild as such. The gdk-pixbuf is not provided by the gtk+ ebuild (atleast not in 2.6), and therefore that dependency should be kept. The inheritance-graphing is now available through the inherit-graph use flag rather than graphviz. Fixed an issue with the useflags being discarded as well.
Created attachment 59496 [details] anjuta-2.0.0_alpha.ebuild Well, this fixes atleast 2 major issues -- apparently I typed pkg_compile when I meant src_compile. The other issue is with inheritance-graph support. Thanks to [steev] for catching both of these mistakes.
(In reply to comment #30) > Created an attachment (id=59484) [edit] > anjuta-2.0.0_alpha.ebuild > > Upstream considers this to be alpha, as such it is Gentoo policy to mark the > ebuild as such. The gdk-pixbuf is not provided by the gtk+ ebuild (atleast not > in 2.6), and therefore that dependency should be kept. The > inheritance-graphing is now available through the inherit-graph use flag rather > than graphviz. Fixed an issue with the useflags being discarded as well. Sorry but you are incorrect! gdk-pixbufuf is provide by >=gtk+-2.4 at least. I am running gtk+-2.6.7 and do not have this old and crappy 0.22 version installed. If you do not beleive me check the configure.in from anjuta-2.0.0 which clearly says "GDK_PIXBUF_REQUIRED=2.0.0". At least check before you post! Apologies for the alpha/final misunderstanding. Reading the website I thought they released the final.
Created attachment 59501 [details, diff] configure-in.patch Well, I didnt read the configure.ac, I just took a peek at the ebuild, which does not depend on it for some reason. I will look more into that. The attached update to the configure patch resolves an issue with the inheritance graphing. Please test and advise.
Please note, the graphviz USE flag is already used in Portage in package media-gfx/imagemagick (maybe in more packages, I only tested against my world). Therefore, I think it would be better to use that flag than to introduce a new package-specific flag.
Created attachment 59670 [details, diff] configure-in.patch
Created attachment 59671 [details, diff] anjuta-2.0.0_alpha.ebuild Well, the use flags should reflect what they are being used for, therefore a local useflag is better. This new ebuild uses a newer patch for configure.in (which is from CVS HEAD + a bit of my own writing which was also sent upstream). It also adds support for the glade plugin (for which there is an ebuild on a blocking bug. Please test and advise.
Created attachment 59673 [details, diff] plugin.patch Patch to fix compilation error with glade plugin
Created attachment 59674 [details] anjuta-2.0.0_alpha.ebuild Applies the previously attached patch.
Created attachment 59676 [details, diff] plugin.patch Oops, that was the wrong patch.
Created attachment 59759 [details] anjuta-2.0.0_pre05242005.ebuild This ebuild resolves the issues with the package improperly installing the files. This is a CVS snapshot build unfortunately. You can grab the snapshot at http://dev.gentoo.org/~compnerd/files/anjuta-2.0.0_pre05242005.tar.bz2
Locally I removed the gdk-pixbuf dependancy in the ebuild because it is not needed on my system and removes quite a view additionaly packages ( db, orbit, gnome-libs, gdk-pixbuf ). It comes with gtk 2 already as stated in post 30 above.
Anjuta 2.0.1 has been released, a number of fixes have been done. I am attempting to download the tarball now, gonna take a while (I'm on dialup) I am attempting to just copy the pre2005xxx.ebuild over to 2.0.1.ebuild. If anyone else has tried it out already, let us know!
Created attachment 62172 [details] ebuild for anjuta-2.0.1 alpha Requires gnome-build-0.1.2 (renaming gnome-build-0.1.1 worked here) Removed the S= line, as well as the src_unpack as it doesn't appear to be needed any longer.
Created attachment 62731 [details] anjuta-2.0.1_alpha.ebuild Readding magic on versions...this is still alpha according to upstream.
It might still be alpha, but I don't see the point of adding the alpha to the ebuild, upstream isn't releasing the file as anjuta-2.0.1_alpha and since this isn't in portage, adding the _alpha really doesn't matter, or does it? I guess it just seems kind of pointless to me, as it just adds more work for the maintainer ;)
anjuta-2.0.1_alpha.ebuild should add media-sound/esound to RDEPEND. If it's not installed I get: /bin/sh ../libtool --mode=link i686-pc-linux-gnu-gcc -O0 -g -Wall -Wmissing-prot otypes -Wmissing-declarations -Wparentheses -Wpointer-arith -march=pentium4 -mmm x -msse -msse2 -O3 -mfpmath=sse,387 -ffast-math -pipe -fomit-frame-pointer -fpre fetch-loop-arrays -o libanjuta-egg.la -rpath /usr/lib eggmarshalers.lo egg-en try-action.lo egg-combo-action.lo egg-recent-action.lo eggaccelerators.lo eggcel lrendererkeys.lo eggcellrendererpopup.lo egg-cell-renderer-text.lo eggtreemodelf ilter.lo eggtreemodelunion.lo eggtreemultidnd.lo eggtreeviewstate.lo egg-recent- files-module.lo egg-recent-model.lo egg-recent-view-gtk.lo egg-recent-item.lo eg g-recent-util.lo egg-recent-view.lo eggcomboselect.lo egg-submenu-action.lo -pth read -Wl,--export-dynamic -lgnomevfs-2 -lbonobo-activation -lORBit-2 -lm -lgmodu le-2.0 -ldl -lgthread-2.0 -lglib-2.0 -Wl,--export-dynamic -pthread -lgnomeui-2 -lSM -lICE -lbonoboui-2 -lxml2 -lpthread -lz -lgnomecanvas-2 -lgnome-2 -lpopt - lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1. 0 -lpangox-1.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lgnomevfs-2 -lbonobo-2 -lgconf-2 -lbonobo-activation -lORBit-2 -lm -lgmodule-2.0 -ldl -lgthread-2.0 -lg lib-2.0 -Wl,--export-dynamic -pthread -lgconf-2 -lORBit-2 -lm -lgmodule-2.0 -l dl -lgthread-2.0 -lglib-2.0 grep: /usr/lib/libesd.la: No such file or directory /bin/sed: can't read /usr/lib/libesd.la: No such file or directory libtool: link: `/usr/lib/libesd.la' is not a valid libtool archive make[3]: *** [libanjuta-egg.la] Error 1 make[3]: Leaving directory `/var/tmp/portage/anjuta-2.0.1_alpha/work/anjuta-2.0. 1/libegg' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/anjuta-2.0.1_alpha/work/anjuta-2.0. 1/libegg' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/anjuta-2.0.1_alpha/work/anjuta-2.0. 1' make: *** [all] Error 2 !!! ERROR: dev-util/anjuta-2.0.1 failed. !!! Function gnome2_src_compile, Line 39, Exitcode 2 !!! compile failure !!! If you need support, post the topmost build error, NOT this status message.
In reply to #46: I don't think that esd is a direct dependancy of anjuta and probably it is some other package that depends on esd without having that dep in its ebuild. To find out which package requires esd you probably would have to grep for that missing lib threw the pkgconfig files ( /usr/share/pkgconfig/*.pc or similar ).
(In reply to comment #47) > I don't think that esd is a direct dependancy of anjuta and probably it is some > other package that depends on esd without having that dep in its ebuild. To find > out which package requires esd you probably would have to grep for that missing > lib threw the pkgconfig files ( /usr/share/pkgconfig/*.pc or similar ). Yes, it looks like you are right. Even so there isn't any mention about esd in my pkg-config files, it looks like I had it installed and some gnome packages build against libesd. (have references to it in some gnome related /usr/lib/*.la, as dependency_libs).
Hello, I've strange problem with anjuta 2 Latest ebuild compiled without a single problem. Anjuta starts also without problems, but when I open a cs or .c or .h or ... file, all text is really f*ck*d up, going crazy. I've a screenshot here: http://users.telenet.be/pbaele/documenten_error.png $ anjuta (anjuta:10930): libglade-CRITICAL **: glade_xml_build_interface: assertion `wid != NULL' failed (anjuta:10930): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed ** (anjuta:10930): CRITICAL **: anjuta_preferences_add_page: assertion `GTK_IS_WIDGET (page)' failed art_render_invoke: no image source given I just want a working anjuta 2.x.x :s
it's a known issue with pango-1.8.2, i had to downgrade since there isn't any release including the patch, maybe an updated ebuild would be cool
FWIW, latest scintilla's CVS has a patch for this: http://cvs.sourceforge.net/viewcvs.py/scintilla/scintilla/gtk/PlatGTK.cxx?r1=1.104&r2=1.105&sortby=date
(In reply to comment #50) > it's a known issue with pango-1.8.2, i had to downgrade since there isn't any > release including the patch, maybe an updated ebuild would be cool It's also an issue with the version of anjuta 1.2.2-r1 in ~x86. The funky text in the text editor. pango was just upgraded on my machine to 1.8.2, and text was funky just after. Reverting now and hopefully will be cool. Also going to check out the 2.0.1 ebuild previously posted. Looking foward to anjuta 2.
I have got the same problem here with pango-1.10.0 Is there a solution yet?
Read my comment: anjuta uses scintilla, scintilla + latest pango trigger this bug. To fix this bug, you need to have anjuta use a more recent version of scintilla. (dunno if its using a dynamic or static version though, didnt check)
Created attachment 69601 [details] anjuta-2.0.1_pre20050909.ebuild Updated ebuild; this is a CVS snapshot ebuild. You will have to grab the snapshot manually (http://dev.gentoo.org/~compnerd/files/anjuta-2.0.1_pre20050909.tbz2) and place it in distfiles. This should resolve the issues with scintilla. It also seems to be a bit more stable.
I can't compile it, the error is: checking for LIBXML_CFLAGS... -I/usr/include/libxml2 checking for LIBXML_LIBS... -lxml2 -lz -lm checking for PANGO_CFLAGS... -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include checking for PANGO_LIBS... -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 checking for GDL_CFLAGS... checking for GDL_LIBS... configure: error: Package requirements (gdl-1.0 >= 0.5.0) were not met. Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively you may set the GDL_CFLAGS and GDL_LIBS environment variables to avoid the need to call pkg-config. See the pkg-config man page for more details. Installed version of gdl is 0.8.10. Here my emerge info: Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r1, 2.6.12-gentoo-r9 i686) ================================================================= System uname: 2.6.12-gentoo-r9 i686 AMD Sempron(tm) 2200+ Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.3.5, 2.4.1 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 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.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-D_FILE_OFFSET_BITS=64 -O2 -march=athlon-xp -fomit-frame-pointer -pipe -mfpmath=sse -mmmx -msse -m3dnow" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-D_FILE_OFFSET_BITS=64 -O2 -march=athlon-xp -fomit-frame-pointer -pipe -mfpmath=sse -mmmx -msse -m3dnow" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" LANG="de_DE.UTF-8" LC_ALL="de_DE.UTF-8" LINGUAS="de" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/overlays/local" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowex X a52 aac acpi alsa apache2 audiofile avi bash-completion bitmap-fonts cdparanoia cdr crypt cscope curl dbus dga dio divx4linux dvd dvdr dvdread emboss encode esd esound exif fam fbcon ffmpeg fortran ftp gb gd gif glut gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal hbci howl icq imagemagick imap imlib innodb iodbc java jpeg junit kdeenablefinal lcms libg++ libwww mad mime mmx mmxext motif mozilla mp3 mpeg mysql mysqli nas ncurses network nls nntp nocd nptl nptlonly nvidia odbc ogg oggvorbis openal opengl oscar pam pdflib php pic pie png posix python quicktime readline real scanner sdl silverxp slang spell spl sqlite sse ssl svga sysvipc tcltk theora tiff truetype truetype-fonts type1-fonts ucs2 unicode usb vcd videos vorbis win32codecs wmf x86 xine xml xml2 xmms xv xvid xvmc zlib linguas_de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS
The latest version of GDL is 0.6.0 Please follow the link from the dependant bugs to get the ebuild (just rename to the 0.6.0).
Created attachment 78277 [details] Corrected 2.0.1 ebuild Corrected two small error (one for the download, one for the working directory)
If you use the ebuild provided by Comment #55 From Saleem A. and a CVS snapshot from http://anjuta.sourceforge.net/development it seems to work ok now. I have added this info to the Wiki entry: http://gentoo-wiki.com/index.php?title=HOWTO_installing_Anjuta2
I try to install anjuta with corrected-2.0.1.ebuild but I have this problem: --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-dev-util_-_anjuta-2.0.1-21963.log" unlink: /usr/lib64/anjuta/* -------------------------------------------------------------------------------- How can i resolve this problem on installation? Thanks.
I found maybe where is the problems: (from emerge log) ... make[1]: Entering directory `/var/tmp/portage/anjuta-2.0.1/work/anjuta-2.0.1/plugins' Making install in . make[2]: Entering directory `/var/tmp/portage/anjuta-2.0.1/work/anjuta-2.0.1/plugins' make[3]: Entering directory `/var/tmp/portage/anjuta-2.0.1/work/anjuta-2.0.1/plugins' make[3]: Nothing to be done for `install-exec-am'. make install-data-hook make[4]: Entering directory `/var/tmp/portage/anjuta-2.0.1/work/anjuta-2.0.1/plugins' rm -fr /usr/lib64/anjuta/* ACCESS DENIED unlink: /usr/lib64/anjuta/* rm: cannot remove `/usr/lib64/anjuta/*': Permission denied make[4]: [install-data-hook] Error 1 (ignored) make[4]: Leaving directory `/var/tmp/portage/anjuta-2.0.1/work/anjuta-2.0.1/plugins' make[3]: Leaving directory `/var/tmp/portage/anjuta-2.0.1/work/anjuta-2.0.1/plugins' make[2]: Leaving directory `/var/tmp/portage/anjuta-2.0.1/work/anjuta-2.0.1/plugins' Making install in gtodo make[2]: Entering directory `/var/tmp/portage/anjuta-2.0.1/work/anjuta-2.0.1/plugins/gtodo' make[3]: Entering directory `/var/tmp/portage/anjuta-2.0.1/work/anjuta-2.0.1/plugins/gtodo' make[3]: Nothing to be done for `install-exec-am'. ... At begin i try to install with features userpriv and sandbox but also whitout these features same errors. I think it is only a problem with permission on directory.
I think that this isn't a fine solution but works: I comment this row on Makefile under /var/tmp/portage/anjuta-2.0.1/work/anjuta-2.0.1/plugins directory: -rm -rf $(libdirs)/* Bye.
Created attachment 82581 [details] anjuta-2.0.1.ebuild Yes, that's correct. This ebuild and patch fixes that issue.
Created attachment 82582 [details, diff] install-sandbox.patch
How do I fix the following error? ------------------------------------------ duc@zaraki ~ $ anjuta & (anjuta:11525): libglade-CRITICAL **: glade_xml_build_interface: assertion `wid != NULL' failed (anjuta:11525): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed ** (anjuta:11525): CRITICAL **: anjuta_preferences_add_page: assertion `GTK_IS_WIDGET (page)' failed [1]+ Exit 1 anjuta
Regarding comment #65: this seems to happen because Anjuta isn't able to load Glade XML files. I believe this happens because the "gnome" catalog file for Glade-3 is missing on my (and probably your) system. "/usr/share/glade-3/catalogs/gnome.xml" is the one you want. It adds support for GNOME widgets inside Glade. However, I'm surfing the net searching for it, and I'm not able to assess its existence. Any idea, anyone?
Referring to the aforementioned GNOME widget support under Glade, see also: http://bugzilla.gnome.org/show_bug.cgi?id=315601 Sorry for triggering two email notifications. :-|
Would recommend using http://cvs.gnome.org/viewcvs/anjuta/libanjuta/anjuta-encodings.c?r1=1.2&r2=1.7&makepatch=1&diff_format=h - it fixes a segfault on startup with recent GTK+.
I notice that the two submitted ebuilds have different dependency versions, why is this?
Hello, I tried the njuta-2.0.1.ebuild but I get emerge -p anjuta These are the packages that I would merge, in order: Calculating dependencies - emerge: there are no ebuilds to satisfy ">=dev-util/gnome-build-0.1.2". (dependency required by "dev-util/anjuta-2.0.1" [ebuild]) Regards Roland
Created attachment 85798 [details] dev-util/gnome-build-9999.ebuild I made an Anjuta CVS ebuild. You'll need the CVS version of dev-util/gnome-build. This is the version flagged as version 1.0.3, which is required in order to get latest revisions of Anjuta build. Attachments follow.
Created attachment 85799 [details] dev-util/anjuta-9999.ebuild
re comment 70: see bug 92858, which is clearly linked above in the dependency list.
Hello, now we need only: Calculating dependencies | emerge: there are no ebuilds to satisfy ">=gnome-extra/gdl-0.4.0". (dependency required by "dev-util/gnome-build-9999" [ebuild]) Regards Roland
Hello, I get this Error with the gnome-build ebuild * Copying gnome-build from /usr/portage/distfiles/cvs-src ... * CVS module gnome-build is now in /var/tmp/portage/gnome-build-9999/work >>> Source unpacked. **Warning**: I am going to run `configure' with no arguments. If you wish to pass any to it, please specify them on the `./autogen.sh' command line. processing . Creating ./aclocal.m4 ... Running glib-gettextize... Ignore non-fatal messages. Copying file mkinstalldirs Copying file po/Makefile.in.in Please add the files codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4 progtest.m4 from the /usr/share/aclocal directory to your autoconf macro directory or directly to your aclocal.m4 file. You will also need config.guess and config.sub, which you can get from ftp://ftp.gnu.org/pub/gnu/config/. Making ./aclocal.m4 writable ... Running intltoolize... Running libtoolize... You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. Running aclocal ... /usr/share/aclocal/pth.m4:43: warning: underquoted definition of _AC_PTH_ERROR run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/pth.m4:55: warning: underquoted definition of _AC_PTH_VERBOSE /usr/share/aclocal/pth.m4:61: warning: underquoted definition of AC_CHECK_PTH /usr/share/aclocal/oaf.m4:4: warning: underquoted definition of AM_PATH_OAF /usr/share/aclocal/ao.m4:9: warning: underquoted definition of XIPH_PATH_AO Running autoheader... Running automake --gnu ... configure.in: installing `./missing' src/backends/libgbf_am/Makefile.am: installing `./depcomp' Running autoconf ... Running ./configure --enable-maintainer-mode ... checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... yes checking for perl... /usr/bin/perl checking for XML::Parser... ok checking for iconv... /usr/bin/iconv checking for msgfmt... /usr/bin/msgfmt checking for msgmerge... /usr/bin/msgmerge checking for xgettext... /usr/bin/xgettext checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking dependency style of gcc... gcc3 checking for library containing strerror... none required checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for a BSD-compatible install... /bin/install -c checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for a sed that does not truncate output... /bin/sed checking for egrep... grep -E checking for ld used by gcc... /usr/i686-pc-linux-gnu/bin/ld checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes checking for /usr/i686-pc-linux-gnu/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... g77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether g77 accepts -g... yes checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking for correct ltmain.sh version... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/i686-pc-linux-gnu/bin/ld checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for g77 option to produce PIC... -fPIC checking if g77 PIC flag -fPIC works... yes checking if g77 static flag -static works... yes checking if g77 supports -c -o file.o... yes checking whether the g77 linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking for ANSI C header files... (cached) yes checking for glib-genmarshal... /usr/bin/glib-genmarshal checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for GBF... yes checking for GBF_AM_BACKEND... yes checking for GBF_MKFILE_BACKEND... yes checking for perl... /usr/bin/perl ./configure: line 21012: GNOME_COMMON_INIT: command not found ./configure: line 21014: syntax error near unexpected token `error' ./configure: line 21014: ` GNOME_COMPILE_WARNINGS(error)' * econf: updating gnome-build/config.guess with /usr/share/gnuconfig/config.guess * econf: updating gnome-build/config.sub with /usr/share/gnuconfig/config.sub ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --build=i686-pc-linux-gnu checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for perl... /usr/bin/perl checking for XML::Parser... ok checking for iconv... /usr/bin/iconv checking for msgfmt... /usr/bin/msgfmt checking for msgmerge... /usr/bin/msgmerge checking for xgettext... /usr/bin/xgettext checking for style of include used by make... GNU checking for i686-pc-linux-gnu-gcc... i686-pc-linux-gnu-gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether i686-pc-linux-gnu-gcc accepts -g... yes checking for i686-pc-linux-gnu-gcc option to accept ANSI C... none needed checking dependency style of i686-pc-linux-gnu-gcc... gcc3 checking for library containing strerror... none required checking for i686-pc-linux-gnu-gcc... (cached) i686-pc-linux-gnu-gcc checking whether we are using the GNU C compiler... (cached) yes checking whether i686-pc-linux-gnu-gcc accepts -g... (cached) yes checking for i686-pc-linux-gnu-gcc option to accept ANSI C... (cached) none needed checking dependency style of i686-pc-linux-gnu-gcc... (cached) gcc3 checking for a BSD-compatible install... /bin/install -c checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for a sed that does not truncate output... /bin/sed checking for egrep... grep -E checking for ld used by i686-pc-linux-gnu-gcc... /usr/i686-pc-linux-gnu/bin/ld checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes checking for /usr/i686-pc-linux-gnu/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... i686-pc-linux-gnu-gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for i686-pc-linux-gnu-g++... i686-pc-linux-gnu-g++ checking whether we are using the GNU C++ compiler... yes checking whether i686-pc-linux-gnu-g++ accepts -g... yes checking dependency style of i686-pc-linux-gnu-g++... gcc3 checking how to run the C++ preprocessor... i686-pc-linux-gnu-g++ -E checking for i686-pc-linux-gnu-g77... i686-pc-linux-gnu-g77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether i686-pc-linux-gnu-g77 accepts -g... yes checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from i686-pc-linux-gnu-gcc object... ok checking for objdir... .libs checking for i686-pc-linux-gnu-ar... i686-pc-linux-gnu-ar checking for i686-pc-linux-gnu-ranlib... i686-pc-linux-gnu-ranlib checking for i686-pc-linux-gnu-strip... i686-pc-linux-gnu-strip checking for correct ltmain.sh version... yes checking if i686-pc-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no checking for i686-pc-linux-gnu-gcc option to produce PIC... -fPIC checking if i686-pc-linux-gnu-gcc PIC flag -fPIC works... yes checking if i686-pc-linux-gnu-gcc static flag -static works... yes checking if i686-pc-linux-gnu-gcc supports -c -o file.o... yes checking whether the i686-pc-linux-gnu-gcc linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by i686-pc-linux-gnu-g++... /usr/i686-pc-linux-gnu/bin/ld checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes checking whether the i686-pc-linux-gnu-g++ linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes checking for i686-pc-linux-gnu-g++ option to produce PIC... -fPIC checking if i686-pc-linux-gnu-g++ PIC flag -fPIC works... yes checking if i686-pc-linux-gnu-g++ static flag -static works... yes checking if i686-pc-linux-gnu-g++ supports -c -o file.o... yes checking whether the i686-pc-linux-gnu-g++ linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for i686-pc-linux-gnu-g77 option to produce PIC... -fPIC checking if i686-pc-linux-gnu-g77 PIC flag -fPIC works... yes checking if i686-pc-linux-gnu-g77 static flag -static works... yes checking if i686-pc-linux-gnu-g77 supports -c -o file.o... yes checking whether the i686-pc-linux-gnu-g77 linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking for ANSI C header files... (cached) yes checking for glib-genmarshal... /usr/bin/glib-genmarshal checking for i686-pc-linux-gnu-pkg-config... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for GBF... yes checking for GBF_AM_BACKEND... yes checking for GBF_MKFILE_BACKEND... yes checking for perl... /usr/bin/perl ./configure: line 21012: GNOME_COMMON_INIT: command not found ./configure: line 21014: syntax error near unexpected token `error' ./configure: line 21014: ` GNOME_COMPILE_WARNINGS(error)' !!! Please attach the config.log to your bug report: !!! /var/tmp/portage/gnome-build-9999/work/gnome-build/config.log !!! ERROR: dev-util/gnome-build-9999 failed. !!! Function econf, Line 495, Exitcode 0 !!! econf failed !!! If you need support, post the topmost build error, NOT this status message. Regards Roland
It's a CVS ebuild. Don't use it unless you know what you're doing. (Try again; report back if it still doesn't work 10 days from now.)
Hello, we need gnome-base/gnome-common ...thenget this Error: config.status: executing default-1 commands make all-recursive make[1]: Entering directory `/var/tmp/portage/gnome-build-9999/work/gnome-build' Making all in po make[2]: Entering directory `/var/tmp/portage/gnome-build-9999/work/gnome-build/po' file=`echo de | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/bin/gmsgfmt -o $file de.po make[2]: Leaving directory `/var/tmp/portage/gnome-build-9999/work/gnome-build/po' Making all in src make[2]: Entering directory `/var/tmp/portage/gnome-build-9999/work/gnome-build/src' Making all in gbf make[3]: Entering directory `/var/tmp/portage/gnome-build-9999/work/gnome-build/src/gbf' /usr/bin/glib-genmarshal \ --prefix=gbf_marshal ./libgbfmarshal.list --header > xgen-gmc \ && cp xgen-gmc libgbfmarshal.h \ && rm -f xgen-gmc echo "#include \"libgbfmarshal.h\"" > xgen-gmc \ && /usr/bin/glib-genmarshal \ --prefix=gbf_marshal ./libgbfmarshal.list --body >> xgen-gmc \ && cp xgen-gmc libgbfmarshal.c \ && rm -f xgen-gmc cp: cannot stat `xgen-gmc': No such file or directory make[3]: *** [libgbfmarshal.h] Error 1 make[3]: Leaving directory `/var/tmp/portage/gnome-build-9999/work/gnome-build/src/gbf' R. Roland
Bump! version 2.0.2 is out...
Created attachment 86897 [details] anjuta-2.0.2.ebuild Needs gdl 0.6.1 and gnome-build 0.1.3, above.
Created attachment 86898 [details, diff] 2.0.2-install-sandbox.patch
Created attachment 86901 [details] anjuta-2.0.2.ebuild Forgot OMF fix. Note that glade plugin requires glade-2.91.3: use recent glade3 CVS (post 20060516).
Created attachment 86904 [details] anjuta-2.0.2.ebuild Ugh. Third time lucky. Sorry for the spam.
Created attachment 87264 [details] anjuta-2.0.2.ebuild Enable scintilla editor (internal) if neither scintilla nor sourceview USE flags given. Thanks to İbrahim
Created attachment 87264 [details] anjuta-2.0.2.ebuild Enable scintilla editor (internal) if neither scintilla nor sourceview USE flags given. Thanks to İbrahim Özgür ERİŞEN for pointing this out to me.
Will this every be added to portage? What is holding it back, is the maintaner still alive?
Created attachment 87778 [details] anjuta-2.0.2.ebuild gnome-extra/gdl changed to dev-lang/gdl
(In reply to comment #85) > Created an attachment (id=87778) [edit] > anjuta-2.0.2.ebuild > > gnome-extra/gdl changed to dev-lang/gdl > ahh, I spoke too soon. the gdl in portage is "GNU Data Language" not "GNOME Devtool Libraries."
(In reply to comment #84) > Will this every be added to portage? > What is holding it back, is the maintaner still alive? The fact that this is still alpha is holding this back. Until it is stable, I will not be adding this to portage (yes, it may be stable enough to use daily, but upstream is still calling it an alpha). No, I am not alive :-p
(In reply to comment #87) > (In reply to comment #84) > > Will this every be added to portage? > > What is holding it back, is the maintaner still alive? > > The fact that this is still alpha is holding this back. Until it is stable, I > will not be adding this to portage (yes, it may be stable enough to use daily, > but upstream is still calling it an alpha). No, I am not alive :-p > I am not doubting your wisdom here but..... There are alpha packages in portage but hardmasked. mpd-svn, alpha gcc 4.1 versions, new cairo version for gnome 2.16 and i can name a few more (not even counting live cvs ebuilds). It would make managing this a bit easier imho. Anyways its your call and i'm no gentoo dev so my opinions do not count :) Greets Sander
Hi, I've got a strange bug while trying to install anjuta-2.0.2. Compilation goes well, but during the install part (moving file to the / tree) I've got this error: make install-data-hook make[5]: Entering directory `/var/tmp/portage/anjuta-9999/work/anjuta/manuals/C/anjuta-faqs' /bin/sh ../../../mkinstalldirs /var/tmp/portage/anjuta-9999/image//usr/share/omf/anjuta mkdir -p -- /var/tmp/portage/anjuta-9999/image//usr/share/omf/anjuta for file in anjuta-faqs-C.omf; do \ /bin/install -c -m 644 $file.out /var/tmp/portage/anjuta-9999/image//usr/share/omf/anjuta/$file; \ done /bin/install: cannot stat `anjuta-faqs-C.omf.out': No such file or directory make[5]: *** [install-data-hook-omf] Error 1 make[5]: Leaving directory `/var/tmp/portage/anjuta-9999/work/anjuta/manuals/C/anjuta-faqs' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/anjuta-9999/work/anjuta/manuals/C' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/anjuta-9999/work/anjuta/manuals' make: *** [install-recursive] Error 1 Any idea ? :)
See comment 76.
I will try to contact the maintainer to see about taking over maintainership of Anjuta. He doesn't have any commits since March 29, so it's possible he's AWOL.
The seds of the 1.x ebuild is still needed, else the doc's goes to /usr/share/doc/anjuta/ and not /usr/share/doc/${PF}/. The src_install() as I had it my side: ----- src_install() { # Fix docs installation (per bug #61344) sed -i "s:doc/${PN}:doc/${PF}:g" Makefile sed -i "s:doc/${PN}:doc/${PF}/html:g" doc/Makefile gnome2_src_install prepalldocs }
Created attachment 90460 [details] anjuta-2.0.2.ebuild Version with the sed stuff included, and fixed up DEPEND's.
*** Bug 136873 has been marked as a duplicate of this bug. ***
Created attachment 94015 [details] Corrected ebuild for 2.0.2 Edited gnome-build and gdl dependency lines as they were out of sync with the categories used for the versions put into the tree.
As it seems glade 3 has been released : http://ftp.gnome.org/pub/GNOME/sources/glade3/3.0/ ( I can't post it to the glade bug because that bug report seems to have a bug in its OS field, would be nice if someone else could post it there : https://bugs.gentoo.org/show_bug.cgi?id=93755 )
(In reply to comment #95) > Edited gnome-build and gdl dependency lines as they were out of sync with the > categories used for the versions put into the tree. dev-{lang,libs}/gdl are two different things, and it is the dev-libs one ("Gnome Devtool Libraries") that Anjuta depends upon.
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include/libgladeui-1.0/libgladeui -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DORBIT2=1 -pthread -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gnome-keyring-1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/libxml2 -I/usr/include/libglade-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I../.. -O0 -g -Wall -Wmissing-prototypes -Wmissing-declarations -Wparentheses -Wpointer-arith -O2 -march=athlon-xp -pipe -fomit-frame-pointer -ftracer -fweb -frename-registers -MT plugin.lo -MD -MP -MF .deps/plugin.Tpo -c plugin.c -fPIC -DPIC -o .libs/plugin.o plugin.c: In function 'on_paste_activated': plugin.c:160: error: too few arguments to function 'glade_app_command_paste' make[3]: *** [plugin.lo] Error 1 make[3]: Leaving directory `/var/tmp/portage/anjuta-2.0.2/work/anjuta-2.0.2/plugins/glade' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/anjuta-2.0.2/work/anjuta-2.0.2/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/anjuta-2.0.2/work/anjuta-2.0.2' make: *** [all] Error 2 !!! ERROR: dev-util/anjuta-2.0.2 failed. ----------- emerge info-------- Portage 2.1.1_pre5-r3 (default-linux/x86/2006.0, gcc-4.1.1/vanilla, glibc-2.4-r3, 2.6.16-emission3 i686) ================================================================= System uname: 2.6.16-emission3 i686 AMD Athlon(tm) Gentoo Base System version 1.12.4 Last Sync: Tue, 22 Aug 2006 05:30:01 +0000 ccache version 2.4 [enabled] app-admin/eselect-compiler: 2.0.0_rc2-r1 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r2 dev-util/confcache: 0.4.2-r1 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.93, 2.17, 2.17.50.0.2 sys-devel/gcc-config: 2.0.0_rc1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer -ftracer -fweb -frename-registers" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer -ftracer -fweb -frename-registers -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--alphabetical" FEATURES="autoconfig ccache confcache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo/" LANG="de_DE@euro" LC_ALL="de_DE@euro" LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,-Bdirect -Wl,-hashvals -Wl,-zdynsort" LINGUAS="de" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/overlays/emission /usr/local/overlays/bmg-main" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X alsa apache2 apm avahi avi beagle berkdb bitmap-fonts cdr cli crypt cups dbus dlloader dri dvd dvdr eds elibc_glibc emboss encode esd fam foomaticdb fortran gcj gdbm gif glibc-omitfp glitz gnome gpm gstreamer gtk gtk2 hal imlib input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog java jpeg kernel_linux libg++ libnotify libwww linguas_de mad mikmod mono motif mp3 mpeg ncurses nls nptl nptlonly nvidia ogg opengl oss pam pcre pdflib perl png pppd python qt3 qt4 quicktime readline reflection samba sdl seamonke session spell spl ssl svg tcpd tiff truetype truetype-fonts type1-fonts udev userland_GNU video_cards_nvidia vorbis win32codecs xml xmms xorg xv zlib" Unset: CTARGET, INSTALL_MASK, PORTAGE_RSYNC_EXTRA_OPTS -------------------------------
(In reply to comment #98) Same error as in Commenr # 98 --------- Portage 2.1-r2 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-gentoo-r4 i686) ================================================================= System uname: 2.6.17-gentoo-r4 i686 Intel(R) Celeron(R) CPU 2.53GHz Gentoo Base System version 1.12.4 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 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-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=nocona -pipe -fomit-frame-pointer -ftracer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-march=nocona -pipe -fomit-frame-pointer -ftracer -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.zie.pg.gda.pl http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://gentoo.math.bme.hu" LANG="pl_PL" LC_ALL="pl_PL" LINGUAS="pl" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/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 alsa apm atm avi bash-completion bitmap-fonts bootsplash bzip2 cairo cdr cli crypt cups dlloader dri dv dvd dvdr dvdread eds encode esd exif ffmpeg firefox flac foomaticdb gdbm gif glibc-omitfp gnome gnome-print gnomecanvas gphoto2 gpm gstreamer gtk gtk2 hal imlib ipv6 java jpeg jpeg2k lame libg++ libwww mad matroska mikmod mime mjpeg mmx motif moznocompose moznoirc moznomail moznoroaming mp3 mpeg mplayer ncurses nls no-old-linux nptl nptlonly nsplugin nvidia nvtv ogg opengl pam pcre pdf pdflib perl png ppds python qt-static quicktime readline reflection sdl session spell spl sse sse2 ssl symlink tcpd truetype truetype-fonts type1-fonts udev unicode usb userlocales v4l v4l2 vcd vidix vorbis win32codecs xml xmms xorg xv xvid zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux linguas_pl userland_GNU video_cards_nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
i'm getting the same error too. it is caused by the glade use flag, probably because the 2.0.2 version of anjuta doesn't compile with the newest glade version, 3.0.1 nor with the cvs one, and that breaks the glade plugin. as a temporary workaround i tried to emerge anjuta whitout the glade use-flag and it worked, but i'm missing the glade plugin.
Created attachment 95634 [details, diff] application/xslt+xml file open in anjuta I'm getting the same error about glade anyway i now disabled the "USE=glade" flag. Additionaly i'm adding a patch in order to be able to open .xsl files with anjuta, the one provided in the anjuta forums on sourceforge only allows to open .xml files.
According to the comment #97 Anjuta depends on the dev-libs/gdl. However, the .ebuild file depends on dev-lang/gdl. What is the correct dependacy?
(In reply to comment #102) > According to the comment #97 Anjuta depends on the dev-libs/gdl. However, the > .ebuild file depends on dev-lang/gdl. > > What is the correct dependacy? dev-libs/gdl. Find the person who gave you that ebuild and whack them with a cluebat.
(In reply to comment #103) > (In reply to comment #102) > > According to the comment #97 Anjuta depends on the dev-libs/gdl. However, the > > .ebuild file depends on dev-lang/gdl. > > > > What is the correct dependacy? > > dev-libs/gdl. Find the person who gave you that ebuild and whack them with a > cluebat. > Hi, It is in the last attachment of the bug. ;-) So, I guess all I need is to change it and re-digest... Thank you.
Hi, again, I was trying to merge Anjuta 2.0.2. This is what I got: i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include/libgladeui-1.0/libgladeui -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DORBIT2=1 -pthread -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gnome-keyring-1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/libxml2 -I/usr/include/libglade-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I../.. -O0 -g -Wall -Wmissing-prototypes -Wmissing-declarations -Wparentheses -Wpointer-arith -Os -march=prescott -pipe -MT plugin.lo -MD -MP -MF .deps/plugin.Tpo -c plugin.c -fPIC -DPIC -o .libs/plugin.o plugin.c: In function `on_paste_activated': plugin.c:160: error: too few arguments to function `glade_app_command_paste' make[3]: *** [plugin.lo] Error 1 make[3]: Leaving directory `/var/tmp/portage/anjuta-2.0.2/work/anjuta-2.0.2/plugins/glade' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/anjuta-2.0.2/work/anjuta-2.0.2/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/anjuta-2.0.2/work/anjuta-2.0.2' make: *** [all] Error 2 !!! ERROR: dev-util/anjuta-2.0.2 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile ebuild.sh, line 1248: Called gnome2_src_compile gnome2.eclass, line 64: Called die !!! compile failure !!! If you need support, post the topmost build error, and the call stack if relevant. !!! This ebuild is from an overlay: '/usr/local/portage' localhost igor # Here is my "emerge --info": Portage 2.1-r2 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-gentoo-r4 i686) ================================================================= System uname: 2.6.17-gentoo-r4 i686 Genuine Intel(R) CPU T1350 @ 1.86GHz Gentoo Base System version 1.12.4 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 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-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-Os -march=prescott -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo" CXXFLAGS="-Os -march=prescott -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/ " PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X a52 acpi alsa apache2 apm arts avi berkdb bitmap-fonts cdr clamav cli crypt cups dlloader dri dvd dvdr eds emboss encode esd foomaticdb fortran freetds gdbm gif gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg libg++ libwww mad mikmod motif mp3 mpeg mssql ncurses nls nptl odbc ogg opengl oss pam pcre pdflib perl png pppd python qt3 qt4 quicktime readline reflection samba sdl session spell spl ssl sybase sybase-ct tcpd theora truetype truetype-fonts type1-fonts udev unicode usb vorbis wifi wxwindows xine xml xmms xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_i810" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS And I tried to use following USE-flags: "glade scintilla sourceview" Did everything according to the "Anjuta_Installation_HOW-TO" link. The glade version installed is 3.0.1 Thank you.
(In reply to comment #105) > Hi, again, > I was trying to merge Anjuta 2.0.2. > This is what I got: ..................................... > I tried to use following USE-flags: "glade scintilla sourceview" > Did everything according to the "Anjuta_Installation_HOW-TO" link. > The glade version installed is 3.0.1 > > Thank you. > currently it doesn't seem to compile with glade USE-flag. try with -glade instead,as I wrote above.
With "-glade" USE-flag it compiles fine. However, there is another problem. It has been reported upstream, and Anjuta developers are looking at it. If you try to build wxWidgets library, either dynamic or static, you can't do that. Dynamic .so libraru won't build, it will say: "Don't know about .so extension". Static .a library won't build because it will not generate correct Makefile. Hopefully we will have the fix soon.
Created attachment 97980 [details] Fixed anjuta-2.0.2.ebuild Instead of dev-lang/gdl (An Interactive Data Language compatible incremental compiler) the ebuild shoud use dev-libs/gdl (The Gnome Devtool Libraries). Fixed in the attachment to this comment.
Created attachment 98379 [details, diff] ugly glade.patch Added ugly patch for anjuta glade plugin. I only commented function that was cause of problems. If someone know what should be argument of this function please make better patch.
Created attachment 98380 [details] Fixed anjuta-2.0.2.ebuild with glade-plugin patch This is newest anjuta 2.0.2 ebuild i found here with my ugly patch.
(In reply to comment #109) > Created an attachment (id=98379) [edit] > Anjuta glade plugin ugly patch > > Added ugly patch for anjuta glade plugin. I only commented function that was > cause of problems. If someone know what should be argument of this function > please make better patch. > I tried the patchthis way and works fine. --- plugins/glade/plugin.c 2006-09-22 18:20:34.000000000 +0200 +++ plugins/glade/plugin.c 2006-09-23 17:43:28.000000000 +0200 160c160 < glade_app_command_paste (); --- > glade_app_command_paste (NULL); 162d161 <
after the upgrate to gnome-2.16 (but i think glibc-2.5) I get with USE=scintilla: *** glibc detected *** anjuta: munmap_chunk(): invalid pointer: 0x08428220 *** when not using scintilla it works fine (unless for syntax highlighting...)
I try emerge it and end with this error, what I do bad? log is here (I have problem upload log to bugzilla) http://labts.troja.mff.cuni.cz/~reidj4am/anjuta-emerge.log
i suggest using a cvs snapshot and see if it works better for us. At least compnerd got a snapshot for me and it work great.
Is CVS version supports building the .so/.a/.la projects? Does it supports building the wxGTK applications?
I have to add a complain: there is a missing runtime dependency: dev-util/indent. Indentation only works, when having this installed. You should add it to the ebuild.
For me anjuta-2.0.2 crashes when I try to refresh project's file list , but only if this list contains a glade file. On the console I got error: ** (anjuta:9503): CRITICAL **: anjuta_app_remove_widget: assertion `dock_item != NULL' failed ** Message: Spawning script
*** Bug 162215 has been marked as a duplicate of this bug. ***
Anjuta 2.1.0 is now out. Since this marks the ending of the alpha stage and the beginning of the beta stage, is there any chance to have this on Portage?
Created attachment 107686 [details] anjuta-2.1.0.ebuild Attached anjuta-2.1.0.ebuild. I only editet previous ebuild (added devhelp USE, removed glade and sandbox patches that are not need any more). Anjuta 2.1.0 depend ond gdl and gnome-build that are not in portage, but you can use portage ebuilds (only change number in filename) to install them.
Created attachment 107723 [details] anjuta-2.1.0.ebuild Fixes: * don't use ${PF} in SRC_URI; upstream is not in sync with ebuild revisions * vte dep is 0.9.0, not 0.7.0 * libwnck dep * sourceview? dep on gtk+-2.10.0
Created attachment 108031 [details, diff] xml/xsl opening, patch for anjuta 2.1.0 This patch allows the opening of xml and xsl documents inside anjuta. (I usually use anjuta for xsls and i'm very comfortable with it)
Created attachment 108032 [details] Anjuta 2.1.0 ebuild including my xml/xsl patch Anjuta 2.1.0 ebuild including my xml/xsl patch
(In reply to comment #124) > Created an attachment (id=108031) [edit] > xml/xsl opening, patch for anjuta 2.1.0 > > This patch allows the opening of xml and xsl documents inside anjuta. (I > usually use anjuta for xsls and i'm very comfortable with it) Not suitable for inclusion, sorry. Take it upstream.
Well folks, its been a nice ride, thanks to all of you. anjuta-2.1.0_beta1 is in the tree, have fun.