glom is a Filemaker-pro [according to the site] database frontend. Requested by outerlimits, #gentoo on Freenode.
Created attachment 39517 [details] initial glom ebuild
Created attachment 39518 [details, diff] Simple patch to make glom compile. A few files which used gettext() and its ilk were missing the appropriate headers; this patch adds #include <libintl.h> to make glom compile.
glom depends on libgdamm and bakery.
Would be nice to have in portage!
> The dependencies listed on the website are bogus - they refer to > versions of programs that don't exist Nonsense.
When I filed this bug report, over 6 months ago, that was the case (perhaps CVS versions were needed?). At this point, the listed dependancies are on the websites, as Murray Cumming says.
how come this ebuild has not ount its way into prtage yet? its one year old?
It's latest version is now 0.9.0. You can find it here: http://ftp.gnome.org/pub/GNOME/sources/glom/0.9/
I try to install glom-0.9.4 using your ebuild. The configure script stops with: checking for GLOM... configure: error: Package requirements (bakery-2.4 >= 2.3.14 gtkmm-2.4 >= 2.6.1 gthread-2.0 gnome-vfsmm-2.6 >= 2.11.1 libgnomecanvasmm-2.6 >= 2.10.0 libxslt >= 1.1.10 pygda-1.2 pygtk-2.0 >= 2.6.0 libgnome-2.0 >= 2.6.0 iso-codes libgdamm-2.0 >= 1.3.7 ) 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 GLOM_CFLAGS and GLOM_LIBS environment variables to avoid the need to call pkg-config. See the pkg-config man page for more details. !!! Please attach the config.log to your bug report: !!! /var/tmp/portage/glom-0.9.4/work/glom-0.9.4/config.log The config.log says we are missing pygda-1.2. You get pygda from gnome-python-extras >= 2.11.x But on gentoo gnome-python-extras-1.12.0 disables gda, but if you use python-2.4 you can use my patch to get it running. Martin
Created attachment 79562 [details, diff] patch for gnome-python-extras-2.12.0 Changes for gnome-pyton-extras, if you have python-2.4. This is required for glom-0.9.4 Martin
Up-to-date ebuilds for glom are in the Subversion repository of BreakMyGentoo.org for some time now. See https://svn.breakmygentoo.org/bmg-main/dev-db/glom/
(In reply to comment #11) > Up-to-date ebuilds for glom are in the Subversion repository of > BreakMyGentoo.org for some time now. > See https://svn.breakmygentoo.org/bmg-main/dev-db/glom/ > It compile successfully but when I launch glom I got a "Segmentation fault"
This is not the place to discuss problems with non-gentoo ebuilds.
> glom is a Filemaker-pro [according to the site] database frontend Glom is not a frontend to FileMaker Pro. It does not use FileMaker Pro, or FileMaker Pro files, in any way. I hope this is not in the Gentoo package description.
Glom 1.6.9 is out. BTW the ebuild in this page does not work.
In portage several dependencies of the glom is present, but libgdamm needs to be updated. glom version 1.6.17 is latest stable version. I am uploading the modified ebuilds of dev-db/glom and dev-cpp/libgdamm In order to succesfully build glom you should install glom in this order libgda-3.* gnome-python-extras glom This is required hence, glom requires version 3 of the pygda, and this library is provided through gnome-python-extras package if, libgda-3.* is installed. Have fun
Created attachment 164051 [details] dev-db/glom-1.6.17.ebuild As of 2008-08-29, latest stable glom
Created attachment 164053 [details] dev-cpp/libgdamm-3.0.0.ebuild As of 2008-08-29 latest stable release of libgdamm with a new slot to prevent removal of libgdamm-1 series.
Comment on attachment 164051 [details] dev-db/glom-1.6.17.ebuild missing dependency goocanvas
Created attachment 164055 [details] Glom-1.6.17 ebuild As of 2008-08-29 latest stable version of glom is 1.6.17. Please read the introductory message before downloading this ebuild. This ebuild includes goocanvas dependency and postgresql path correction through configure option. ( I had tested this ebuild for compilation) Have fun
the DEPEND doesn't look right, why is there no RDEPEND, isn't pkg-config and intltool used by glom ? will correct the ebuild soonish for inclusion in portage.
Actually intltool and pkg-config is not specified in the dependencies list in Glom's page. But postgresql is a required dependency. In gentoo dev manual basic dependency is enough so I did not cared specifically for run time and build dependency. If you consider it is important than it is easy to change. But I think this ebuild is not ready for inclusion in portage, hence there is no libgdamm-3 package exists in the portage and also libgda-3* is masked. Have fun
(In reply to comment #22) > Actually intltool and pkg-config is not specified in the dependencies list in > Glom's page. We don't use projects' web pages to figure out the dependencies. They are often outdated or downright wrong. You should read configure.ac to get a precise list of what's needed. > In gentoo dev manual basic dependency is enough so I did not cared specifically > for run time and build dependency. If you consider it is important than it is > easy to change. It is indeed very important to correctly list build- and run-time dependencies. The reasons are too many to list here, but I would say it's essential. Long story short, doing it correctly will avoid a lot of headaches for some not-so-uncommon corner cases. Cheers :)
Created attachment 164334 [details] Updated glom ebuild The depend keyword replaced with pdepend and added virtual/postgresql-server as a dependency Have Fun
(In reply to comment #21) > the DEPEND doesn't look right, why is there no RDEPEND, isn't pkg-config and > intltool used by glom ? > > will correct the ebuild soonish for inclusion in portage. > I checked the glom's configure script, there is no pkg-config and intltool dependency listed Also I have changed depend to pdepend and I do not see any reason to define rdepend. Have fun
(In reply to comment #25) > I checked the glom's configure script, there is no pkg-config True, and it should... worth opening a bug. configure.ac should have PKG_PROG_PKG_CONFIG before the first call to PKG_CHECK_MODULES. > and intltool dependency listed Ah, that one is listed though : IT_PROG_INTLTOOL([0.35.0]) Thanks :)
Created attachment 164335 [details] Revised Updated Ebuild Actually I use paludis to manage the packages so the RDEPEND, DEPEND and PDEPEND functions similar. However, I checked the gentoo dev manual and corrected the dependency keywords. Also I added pkgconfig and intltool dependency to the DEPEND statement as suggested by Rémi Cardona. Have Fun
*** Bug 241704 has been marked as a duplicate of this bug. ***
align ebuild requests to same values
Created attachment 176945 [details] glom-1.7.3.ebuild
For more deps: http://code.google.com/p/thelinux/source/browse/trunk - glom-1.7.3.ebuild - glom-1.8.4.ebuild
(this is an automated message based on filtering criteria that matched this bug) Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
I have been working on this for a while, and made an overlay with the required dependencies. The overlay can be found at http://github.com/amigadave/overlay and the interesting packages for glom are: dev-cpp/goocanvasmm (new ebuild for goocanvas C++ bindings) dev-cpp/libgdamm (new ebuild for libgda C++ bindings) =dev-db/glom-1.12.6 (1.13.8 is unstable and needs unstable gtkmm) dev-python/gnome-python-extras-base (bumped for libgda-python) dev-python/libgda-python (needed for pygda 4) =gnome-extra/libgda-4.1.4-r1 (revbump for libgda.h installation fix, bug #308793) net-libs/libepc (copied from gnome overlay) x11-libs/goocanvas (version bump of in-tree build) With the overlay, I have a working Glom 1.12.6 on a stable amd64 system, with libxml++-2.24.3 keyworded (see GNOME bug #612794). Let me know if there are any changes that need to made before these can be added to the tree. I would guess that some other gnome-python-extras ebuilds need to be added, and not just the libgda-python module.
RESOLVED as OBSOLETE since there is no update and package is not in tree Coordinated with leio