Changelog in: http://svn.gnome.org/viewvc/beagle/tags/BEAGLE_0_3_0/beagle/NEWS?view=markup Thanks a lot Reproducible: Always
Created attachment 138002 [details] the beagle 0.3.0 ebuild file
Beagle 0.3.1 was released recently. Bug fixes only.
Created attachment 138837 [details] Beagle 0.3.1 Ebuild Modified the 0.3.0 ebuild and added dependency monodoc. Works fine for me.
Does not work for me (mono 1.2.6, gtk# 2.10.0): ..................................................... Making all in tools make[2]: Entering directory `/var/tmp/portage/app-misc/beagle-0.3.1/work/beagle-0.3.1/tools' LC_ALL=C ../intltool-merge -d -u -c ../po/.intltool-merge-cache ../po beagle-settings.desktop.in beagle-settings.desktop Found cached translation database Merging translations into beagle-settings.desktop. /usr/bin/gmcs -debug -out:Info.exe ./Info.cs -r:/usr/lib/mono/gmime-sharp/gmime-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll -r:/usr/lib/mono/gtk-sharp/gsf-sharp.dll -r:Mono.Posix -r:../Util/Util.dll -r:../BeagleClient/Beagle.dll -r:../beagled/BeagleDaemonPlugins.dll -r:../beagled/BeagleDaemonLib.dll /usr/bin/gmcs -debug -out:Shutdown.exe ./Shutdown.cs -r:/usr/lib/mono/gmime-sharp/gmime-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll -r:/usr/lib/mono/gtk-sharp/gsf-sharp.dll -r:Mono.Posix -r:../Util/Util.dll -r:../BeagleClient/Beagle.dll -r:../beagled/BeagleDaemonPlugins.dll -r:../beagled/BeagleDaemonLib.dll /usr/bin/gmcs -debug -out:Query.exe ./Query.cs -r:/usr/lib/mono/gmime-sharp/gmime-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll -r:/usr/lib/mono/gtk-sharp/gsf-sharp.dll -r:Mono.Posix -r:../Util/Util.dll -r:../BeagleClient/Beagle.dll -r:../beagled/BeagleDaemonPlugins.dll -r:../beagled/BeagleDaemonLib.dll /usr/bin/gmcs -debug -out:Config.exe ./Config.cs -r:/usr/lib/mono/gmime-sharp/gmime-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll -r:/usr/lib/mono/gtk-sharp/gsf-sharp.dll -r:Mono.Posix -r:../Util/Util.dll -r:../BeagleClient/Beagle.dll -r:../beagled/BeagleDaemonPlugins.dll -r:../beagled/BeagleDaemonLib.dll /usr/bin/gmcs -debug -out:Settings.exe -resource:././settings.glade,settings.glade -resource:./../beagled/beagled-autostart.desktop,beagled-autostart.desktop -resource:./../search/beagle-search-autostart.desktop,beagle-search-autostart.desktop ./Settings.cs -r:/usr/lib/mono/gmime-sharp/gmime-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll -r:/usr/lib/mono/gtk-sharp/gsf-sharp.dll -r:Mono.Posix -r:../Util/Util.dll -r:../BeagleClient/Beagle.dll -r:../beagled/BeagleDaemonPlugins.dll -r:../beagled/BeagleDaemonLib.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/pango-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/atk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gdk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gtk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gconf-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gconf-sharp-peditors.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gnome-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/art-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gnome-vfs-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glade-sharp.dll -r:/usr/lib/mono/gmime-sharp/gmime-sharp.dll -r:../Util/UiUtil.dll ./Settings.cs(890,32): error CS0121: The call is ambiguous between the following methods or properties: `Gtk.TreeViewColumn.SetCellDataFunc(Gtk.CellRenderer, Gtk.CellLayoutDataFunc)' and `Gtk.TreeViewColumn.SetCellDataFunc(Gtk.CellRenderer, Gtk.TreeCellDataFunc)' /usr/lib/mono/gac/gtk-sharp/2.10.0.0__35e10195dab3c99f/gtk-sharp.dll (Location of the symbol related to previous error) /usr/lib/mono/gac/gtk-sharp/2.10.0.0__35e10195dab3c99f/gtk-sharp.dll (Location of the symbol related to previous error) ./Settings.cs(897,32): error CS0121: The call is ambiguous between the following methods or properties: `Gtk.TreeViewColumn.SetCellDataFunc(Gtk.CellRenderer, Gtk.CellLayoutDataFunc)' and `Gtk.TreeViewColumn.SetCellDataFunc(Gtk.CellRenderer, Gtk.TreeCellDataFunc)' /usr/lib/mono/gac/gtk-sharp/2.10.0.0__35e10195dab3c99f/gtk-sharp.dll (Location of the symbol related to previous error) /usr/lib/mono/gac/gtk-sharp/2.10.0.0__35e10195dab3c99f/gtk-sharp.dll (Location of the symbol related to previous error) Compilation failed: 2 error(s), 0 warnings make[2]: *** [Settings.exe] Error 1 make[2]: Leaving directory `/var/tmp/portage/app-misc/beagle-0.3.1/work/beagle-0.3.1/tools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/app-misc/beagle-0.3.1/work/beagle-0.3.1' make: *** [all] Error 2 * * ERROR: app-misc/beagle-0.3.1 failed. * Call stack: * ebuild.sh, line 46: Called src_compile * environment, line 2514: Called die * The specific snippet of code: * emake || diefunc "$FUNCNAME" "$LINENO" "$?" "emake failed." * The die message: * emake failed. * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/log/portage/app-misc:beagle-0.3.1:20071218-195130.log'. * The ebuild environment file is located at '/var/tmp/portage/app-misc/beagle-0.3.1/temp/environment'. * This ebuild is from an overlay: '/usr/local/portage/' *
The upstream bug has a fix for this: http://bugzilla.gnome.org/show_bug.cgi?id=503639
I'm attaching a much-improved version of the ebuild (with new USE flags for the new features). libbeagle has been broken out into a separate package, and some we also need some fixes in the mozextension.eclass (for the new Firefox and Thunderbird extensions) listed in bug #202847. All this stuff was written by Nirbheek Chauhan <nirbheek.chauhan@gmail.com> (who should be turning up here in a few days).
Created attachment 138956 [details] new libbeagle-1.0 ebuild
Created attachment 138958 [details] New beagle-0.3.1 ebuild
Created attachment 138961 [details] Updated libbeagle ebuild Fix libbeagle SRC_URI and package version
Created attachment 138963 [details] Updated beagle ebuild Fixed some issues in the previous ebuild: 1) Dep on libbeagle so that apps that implicitly depended on libbeaagle when it was part of beagle don't break 2) Fix SRC_URI 3) Remove a couple of stray quotes
Created attachment 138964 [details] Gah typo! Sorry about the comment spam
Beagle 0.3.2 is the latest version, but I believe it has some more dependencies that aren't in Portage yet, like NDesk-DBus. Correct me if I'm wrong.
(In reply to comment #12) > Beagle 0.3.2 is the latest version, but I believe it has some more dependencies > that aren't in Portage yet, like NDesk-DBus. Correct me if I'm wrong. That's correct. It would probably be better to push in 0.3.1 rather than block on the dbus bindings for 0.3.2.
Alright, so when Beagle 0.3.1 gets in the tree, a new bug should be filled for Beagle 0.3.2, with a dependency on bug #159793.
Created attachment 139633 [details] Further-improved ebuild for 0.3.1 Some more fixes to the ebuild; - Fix SRC_URI (it should be blank in the ebuild; `inherit gnome.org` sets it automatically) - Make the ebuild more "conformant" to the 0.2.18 ebuild so that a patch from 0.2.18 to 0.3.1 is more readable (string changes mostly) - Update deps (mono-1.2.4, shared-mime-info, wv-1.2.3, gsf-sharp-0.8, monodoc-1.2.4) - Re-added accidentally removed "pdf" USE flag and corresponding dep on app-text/poppler - Re-add accidentally removed src_unpack() function with the older patches and the multilib fix (my mistake, both were still applicable). - Add patch (from Beagle svn) for fixing building on mono 1.2.6 (Fix merged in 0.3.2, only required for 0.3.1) - Explicitely disable avahi in econf to prevent auto-enabling if "net-dns/avahi mono" is installed; code is currently experimental. PS: The ebuild's indentation looks very pretty in tabstop=4 ;P
Created attachment 139635 [details, diff] Patch to fix compilation on mono-1.2.6 (from beagle svn)
Created attachment 139636 [details, diff] Patch to add USE flag descriptions to metadata.xml This patch adds USE flag descriptions for Beagle 0.3.1 to metadata.xml
Created attachment 139638 [details, diff] Patch onto 0.2.18 to magically get 0.3.1 ;) beagle-0.3.1 in patch form w.r.t 0.2.18
Created attachment 139839 [details] Beagle 0.3.2 ebuild (In reply to comment #14) > Alright, so when Beagle 0.3.1 gets in the tree, a new bug should be filled for > Beagle 0.3.2, with a dependency on bug #159793. > ndesk-dbus is now in-tree as mentioned in #159793 (as dbus-sharp). Attached is an ebuild for 0.3.2 with: 1. Updated dependency list with dbus-glib-sharp (aka ndesk-dbus-glib) 2. Remove patch for fixing compilation on mono 1.2.6 (code has been merged in 0.3.2) 3. Fix beagle-log-level-warn.patch to accomodate code changes in 0.3.2 . New patch is beagle-0.3.2-log-level-warn.patch (attached below).
Created attachment 139840 [details, diff] Fixed log level patch for 0.3.2
Created attachment 140322 [details] Even better ebuild for 0.3.2 with fixed X11 deps and ebuild path variables The attached ebuild has the following fixes: 1. Fixed X11 dependency (virtual/x11 was being abused, plus Beagle only needs libXScrnSaver) 2. Remove redundant path variables from various places in the ebuild 3. Fix libexif dependency to >=libexif-0.6 (max version is 0.7) Note that this ebuild requires the new log level patch for 0.3.2 (#139840) since the older one doesn't apply cleanly anymore.
(In reply to comment #21) > Created an attachment (id=140322) [edit] > Even better ebuild for 0.3.2 with fixed X11 deps and ebuild path variables > Thanks a lot Nirbheek. I've installed app-misc/beagle-0.3.2 USE="eds firefox gtk pdf -chm -debug -doc -epiphany -galago -ole -thunderbird -xscreensaver" on my amd64 box yesterday. After rebuilding gnome-base/nautilus-2.20.0-r1 USE="X beagle gnome -debug -esd -tracker" and gnome-extra/yelp-2.20.0 USE="beagle -debug -xulrunner" gnome works again and beagle seems to run fine (if i refrain from one crash shortly after it has been installed). By the way, i don't know how this happened, as it seemed to be fine yesterday, but now the SRC_URI line of libbeagle-0.3.0.ebuild is b0rked.
Created attachment 140609 [details] Updated and corrected libbeagle-0.3.0 ebuild ok, i've fixed the typos in the libbeagle-0.3.0.ebuild.
(In reply to comment #23) > Created an attachment (id=140609) [edit] > Updated and corrected libbeagle-0.3.0 ebuild > > ok, i've fixed the typos in the libbeagle-0.3.0.ebuild. > Since gnome.org is being inherited, the eclass sets SRC_URI on it's own, and SRC_URI should be left blank in the ebuild itself (ie, omitted)
Created attachment 141140 [details] beagle-0.3.2.ebuild Re-added the gnumeric dependency (for the ssindex program used to extract metadata from spreadsheets).
Created attachment 141330 [details] Updated (yes, once again) ebuild for Beagle (In reply to comment #25) > Created an attachment (id=141140) [edit] > beagle-0.3.2.ebuild > > Re-added the gnumeric dependency (for the ssindex program used to extract > metadata from spreadsheets). > 'hoops, I wonder how I forgot that :) Also, attached ebuild uses the in-tree taglib-sharp instead of the internal one. This includes a patch (attached below) to fix the configure script by adding a toggle. The patch has also been accepted upstream, and will be in the next version of Beagle.
Created attachment 141332 [details, diff] Patch to configure.in adding a toggle for the internal taglib-sharp Patch has been accepted upstream, won't be required in the next version.
Created attachment 141333 [details, diff] Patch to configure.in adding a toggle for the internal taglib-sharp Patch has been accepted upstream, won't be required in the next version.
Created attachment 141334 [details, diff] Patch to add USE flag descriptions to metadata.xml description for USE=ole updated Also, sorry for the dupe comment above, I blame my faulty LAN cord.
Created attachment 142575 [details] Beagle 0.3.3 ebuild Beagle 0.3.3 was released yesterday[1]. Attached is an ebuild for it. * configure.in toggle for internal taglib-sharp is now obsolete. * rename beagle-0.3.2-log-level-warn.patch to beagle-0.3.3-log-level-warn.patch (attached below)
Created attachment 142577 [details, diff] Fixed log level patch for 0.3.3 (simple rename) Just a rename.
(In reply to comment #30) > Created an attachment (id=142575) [edit] > Beagle 0.3.3 ebuild I found two errors in this ebuild. The RDEPEND on >=dev-dotnet/glib-sharp-2.0 is wrong, there is no such package. glib-sharp is part of gtk-sharp: $ qlist gtk-sharp|grep glib-sharp /usr/lib64/mono/gac/glib-sharp/1.0.0.0__35e10195dab3c99f/glib-sharp.dll /usr/lib64/mono/gac/glib-sharp/1.0.0.0__35e10195dab3c99f/glib-sharp.dll.config /usr/lib64/mono/gtk-sharp/glib-sharp.dll /usr/lib64/mono/gac/glib-sharp/2.10.0.0__35e10195dab3c99f/glib-sharp.dll /usr/lib64/mono/gac/glib-sharp/2.10.0.0__35e10195dab3c99f/glib-sharp.dll.config /usr/lib64/mono/gac/policy.2.4.glib-sharp/0.0.0.0__35e10195dab3c99f/policy.2.4.config /usr/lib64/mono/gac/policy.2.4.glib-sharp/0.0.0.0__35e10195dab3c99f/policy.2.4.glib-sharp.dll /usr/lib64/mono/gac/policy.2.6.glib-sharp/0.0.0.0__35e10195dab3c99f/policy.2.6.config /usr/lib64/mono/gac/policy.2.6.glib-sharp/0.0.0.0__35e10195dab3c99f/policy.2.6.glib-sharp.dll /usr/lib64/mono/gac/policy.2.8.glib-sharp/0.0.0.0__35e10195dab3c99f/policy.2.8.config /usr/lib64/mono/gac/policy.2.8.glib-sharp/0.0.0.0__35e10195dab3c99f/policy.2.8.glib-sharp.dll /usr/lib64/mono/gtk-sharp-2.0/glib-sharp.dll /usr/lib64/mono/gtk-sharp-2.0/policy.2.4.glib-sharp.dll /usr/lib64/mono/gtk-sharp-2.0/policy.2.6.glib-sharp.dll /usr/lib64/mono/gtk-sharp-2.0/policy.2.8.glib-sharp.dll /usr/lib64/pkgconfig/glib-sharp-2.0.pc Also this line: if has_version '>=www-client/mozilla-${i}-bin-1.5'; then should change to if has_version '>=www-client/mozilla-firefox-bin-1.5'; then to keep the build from failing. Otherwise, this ebuild works fine.
Created attachment 142611 [details] Fixed ebuild for beagle-0.3.3 w.r.t. comment #32 (In reply to comment #32) > I found two errors in this ebuild. The RDEPEND on >=dev-dotnet/glib-sharp-2.0 > is wrong, there is no such package. glib-sharp is part of gtk-sharp: Ugh, sorry, that dep was from some testing I was doing on my box of a split ebuild for glib-sharp, which separated it into a package out of gtk-sharp. I should've kept that in mind, my mistake. > Also this line: > > if has_version '>=www-client/mozilla-${i}-bin-1.5'; then Whoa, that's a very old line that I was using when firefox and thunderbird were in a single category, and I was looping over them both instead of having two sets of code. I guess this was never noticed because no one uses firefox-bin ;P Thanks for the fixes, attached ebuild changes them both :)
FYI, ndesk-dbus 0.5.2 and ndesk-dbus-glib 0.3.0 are deps of beagle 0.3.3. They are not yet in the tree, but the ebuilds in bug #159793 work fine for me.
(In reply to comment #34) > FYI, ndesk-dbus 0.5.2 and ndesk-dbus-glib 0.3.0 are deps of beagle 0.3.3. They > are not yet in the tree, but the ebuilds in bug #159793 work fine for me. > They're called dbus-sharp and dbus-glib-sharp respectively.
(In reply to comment #35) > (In reply to comment #34) > > FYI, ndesk-dbus 0.5.2 and ndesk-dbus-glib 0.3.0 are deps of beagle 0.3.3. They > > are not yet in the tree, but the ebuilds in bug #159793 work fine for me. > > > > They're called dbus-sharp and dbus-glib-sharp respectively. > Sorry, I didn't realize they had been renamed.
Can't rebuild yelp against current libbeagle. >>> Emerging (1 of 1) gnome-extra/yelp-2.21.90 to / * yelp-2.21.90.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking yelp-2.21.90.tar.bz2 ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking yelp-2.21.90.tar.bz2 to /var/tmp/portage/gnome-extra/yelp-2.21.90/work * Fixing OMF Makefiles ... [ ok ] * Running elibtoolize in: yelp-2.21.90 * Applying portage-1.5.10.patch ... * Applying max_cmd_len-1.5.20.patch ... * Applying sed-1.5.6.patch ... >>> Source unpacked. >>> Compiling source in /var/tmp/portage/gnome-extra/yelp-2.21.90/work/yelp-2.21.90 ... * econf: updating yelp-2.21.90/config.guess with /usr/share/gnuconfig/config.guess * econf: updating yelp-2.21.90/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 --enable-man --enable-info --with-search=beagle --with-gecko=firefox --build=i686-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no 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 ISO C89... none needed checking dependency style of i686-pc-linux-gnu-gcc... gcc3 checking for intltool >= 0.35.0... 0.36.1 found checking for perl... /usr/bin/perl checking for XML::Parser... ok checking for gconftool-2... /usr/bin/gconftool-2 Using config source xml:merged:/etc/gconf/gconf.xml.defaults for schema installation Using $(sysconfdir)/gconf/schemas as install directory for schema files checking whether ln -s works... yes 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 ISO C89... (cached) none needed checking dependency style of i686-pc-linux-gnu-gcc... (cached) gcc3 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 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 ISO C89... (cached) none needed checking dependency style of i686-pc-linux-gnu-gcc... (cached) gcc3 checking for library containing strerror... none required checking how to run the C preprocessor... i686-pc-linux-gnu-gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes 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 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 how to recognise dependent libraries... pass_all 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 how to run the C++ preprocessor... i686-pc-linux-gnu-g++ -E checking for i686-pc-linux-gnu-g77... no checking for i686-pc-linux-gnu-f77... no checking for i686-pc-linux-gnu-xlf... no checking for i686-pc-linux-gnu-frt... no checking for i686-pc-linux-gnu-pgf77... no checking for i686-pc-linux-gnu-cf77... no checking for i686-pc-linux-gnu-fort77... no checking for i686-pc-linux-gnu-fl32... no checking for i686-pc-linux-gnu-af77... no checking for i686-pc-linux-gnu-f90... no checking for i686-pc-linux-gnu-xlf90... no checking for i686-pc-linux-gnu-pgf90... no checking for i686-pc-linux-gnu-pghpf... no checking for i686-pc-linux-gnu-epcf90... no checking for i686-pc-linux-gnu-gfortran... i686-pc-linux-gnu-gfortran checking whether we are using the GNU Fortran 77 compiler... yes checking whether i686-pc-linux-gnu-gfortran 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 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... yes 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... yes checking for i686-pc-linux-gnu-gfortran option to produce PIC... -fPIC checking if i686-pc-linux-gnu-gfortran PIC flag -fPIC works... yes checking if i686-pc-linux-gnu-gfortran static flag -static works... yes checking if i686-pc-linux-gnu-gfortran supports -c -o file.o... yes checking whether the i686-pc-linux-gnu-gfortran 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 i686-pc-linux-gnu-pkg-config... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.7... yes checking for GLIB - version >= 2.0.0... yes (version 2.14.6) checking whether gcc understands -Wno-sign-compare... yes checking what warning flags to pass to the C compiler... -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare checking what language compliance flags to pass to the C compiler... checking what warning flags to pass to the C++ compiler... -Wall -Wno-unused checking what language compliance flags to pass to the C++ compiler... checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes checking for ngettext in libc... yes checking for dgettext in libc... yes checking for bind_textdomain_codeset... yes checking for msgfmt... /usr/bin/msgfmt checking for dcgettext... yes checking if msgfmt accepts -c... yes checking for gmsgfmt... /usr/bin/gmsgfmt checking for xgettext... /usr/bin/xgettext checking for YELP... yes checking for gsed... /bin/sed checking for X... libraries , headers checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for YELP_SEARCH... configure: error: Package requirements (libbeagle-0.0 >= 0.2.4) were not met: No package 'libbeagle-0.0' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables YELP_SEARCH_CFLAGS and YELP_SEARCH_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. !!! Please attach the following file when seeking support: !!! /var/tmp/portage/gnome-extra/yelp-2.21.90/work/yelp-2.21.90/config.log * * ERROR: gnome-extra/yelp-2.21.90 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 601: Called gnome2_src_compile * environment, line 524: Called gnome2_src_configure * environment, line 538: Called econf 'src_compile' 'src_compile' '--enable-man' '--enable-info' * ebuild.sh, line 513: Called die * The specific snippet of code: * die "econf failed" * The die message: * econf failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/gnome-extra/yelp-2.21.90/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/gnome-extra/yelp-2.21.90/temp/environment'. * * Messages for package gnome-extra/yelp-2.21.90: * * ERROR: gnome-extra/yelp-2.21.90 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 601: Called gnome2_src_compile * environment, line 524: Called gnome2_src_configure * environment, line 538: Called econf 'src_compile' 'src_compile' '--enable-man' '--enable-info' * ebuild.sh, line 513: Called die * The specific snippet of code: * die "econf failed" * The die message: * econf failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/gnome-extra/yelp-2.21.90/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/gnome-extra/yelp-2.21.90/temp/environment'. *
(In reply to comment #37) > Can't rebuild yelp against current libbeagle. [snip] Yeah, the current libbeagle has an incremented version (libbeagle-0.0 to libbeagle-1.0), and the API is also different. Hence, Yelp and Nautilus are broken with the new libbeagle. For now, the solution is to disable the "beagle" USE flag in yelp and nautilus.
Version bump in cvs but masked until all depend bugs fixed
Beagle 0.3.4 has been released a few days ago. Maybe this bug should track it instead of 0.3.3?
Update to 0.3.4 in cvs
(In reply to comment #41) > Update to 0.3.4 in cvs > 0.3.4 fail to compile: Generating and caching the translation database Merging translations into beagle-search.desktop. sed \ -e "s:@pkglibdir@:/usr/lib/beagle:" \ -e "s:@bash@:/bin/sh:" \ < ./beagle-search.in > beagle-search chmod a+x beagle-search ./Beagle.Search/Driver.cs(127,37): error CS1501: No overload for method `Register' takes `2' arguments Compilation failed: 1 error(s), 0 warnings make[2]: *** [Beagle.Search.exe] Error 1 make[2]: Leaving directory `/var/tmp/portage/app-misc/beagle-0.3.4/work/beagle-0.3.4/search' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/app-misc/beagle-0.3.4/work/beagle-0.3.4' make: *** [all] Error 2 * * ERROR: app-misc/beagle-0.3.4 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2516: Called die * The specific snippet of code: * emake || die "emake failed." * The die message: * emake failed. * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/app-misc/beagle-0.3.4/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-misc/beagle-0.3.4/temp/environment'.
(In reply to comment #42) > ./Beagle.Search/Driver.cs(127,37): error CS1501: No overload for method > `Register' takes `2' arguments This is because you're using an old version of ndesk-dbus (dev-mono/dbus-sharp). You can either upgrade or use the patch from http://svn.gnome.org/viewvc/beagle/trunk/beagle/search/Beagle.Search/Driver.cs?view=patch&r1=4540&r2=4641&pathrev=4641 Cédric, I guess we either need to change the dep version or wait for the next release (not been able to talk to the maintainers about time-frame on this, yet).
(In reply to comment #43) > Cédric, I guess we either need to change the dep version or wait for the next > release (not been able to talk to the maintainers about time-frame on this, > yet). Whoops. Since older versions of ndesk-dbus aren't even in-tree any more, bumping the dep version is probably fine anyway.
(In reply to comment #43) > This is because you're using an old version of ndesk-dbus > (dev-mono/dbus-sharp). You can either upgrade or use the patch from Thanks your so quickly reply:) I will try it and report back.
(In reply to comment #43) > This is because you're using an old version of ndesk-dbus > (dev-mono/dbus-sharp). You can either upgrade or use the patch from > http://svn.gnome.org/viewvc/beagle/trunk/beagle/search/Beagle.Search/Driver.cs?view=patch&r1=4540&r2=4641&pathrev=4641 > > Cédric, I guess we either need to change the dep version or wait for the next > release (not been able to talk to the maintainers about time-frame on this, > yet). > I am using dbus-sharp-0.6.1a, but still not work. However, the patch works :) Thanks for your help !
(In reply to comment #46) > (In reply to comment #43) > > This is because you're using an old version of ndesk-dbus > > (dev-mono/dbus-sharp). You can either upgrade or use the patch from > > http://svn.gnome.org/viewvc/beagle/trunk/beagle/search/Beagle.Search/Driver.cs?view=patch&r1=4540&r2=4641&pathrev=4641 > > Patch in cvs.
0.3.4-r1 Segmentation fault: first, running beagle-search in console with --icon: beagle-search --icon then, after I click close button in the search windows and click the icon in notification area, the beagle windows was blank gray. If I press F12, segmentation fault, the whole output: Debug: Done reading conf from /etc/beagle/config-files/BeagleSearch.xml Debug: Done reading conf from /etc/beagle/config-files/Daemon.xml Got accel 65481, 0, 0 Got keycode 96 Got modmask 0 Got Event! 2, -1 Got KeyPress! keycode: 96, modifiers: 0 Calling handler for 'F12'... Stacktrace: at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x00004> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0xffffffff> at Gtk.Application.Run () <0x00007> at Gnome.Program.Run () <0x00007> at Beagle.Search.Driver.Main (string[]) <0x001d3> at (wrapper runtime-invoke) Beagle.Search.Driver.runtime_invoke_void_string[] (object,intptr,intptr,intptr) <0xffffffff> Native stacktrace: beagle-search [0x816fadb] beagle-search [0x807d280] [0xb7f32440] /usr/lib/libgdk-x11-2.0.so.0 [0xb6bc11e1] /usr/lib/libgdk-x11-2.0.so.0 [0xb6bc2afb] /usr/lib/libgdk-x11-2.0.so.0 [0xb6bc45d7] /usr/lib/libgdk-x11-2.0.so.0 [0xb6bc499f] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x18f) [0x430d7f2f] /usr/lib/libglib-2.0.so.0 [0x430db43f] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1b7) [0x430db7f7] /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xc1) [0xb6d4a531] [0xb5a351ee] [0xb5a351b8] [0xb5a351a0] [0xb7b484bc] [0xb7b481c3] beagle-search(mono_runtime_exec_main+0xb8) [0x80e7cb8] beagle-search(mono_runtime_run_main+0x1b4) [0x80e9104] beagle-search(mono_main+0xf9f) [0x805b5af] beagle-search [0x805a122] /lib/libc.so.6(__libc_start_main+0xdc) [0x42d12fdc] beagle-search [0x805a071] ================================================================= Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. ================================================================= Aborted
(In reply to comment #48) part of my emerge --info : Portage 2.1.4.4 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.24-tuxonice-r3 i686) ================================================================= System uname: 2.6.24-tuxonice-r3 i686 Intel(R) Pentium(R) M processor 1.10GHz Timestamp of tree: Sun, 30 Mar 2008 17:03:01 +0000 app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7, 2.1.5 dev-lang/python: 2.5.1-r5 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 2.0.0 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.24 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium-m -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -march=pentium-m -pipe"
(In reply to comment #48) > 0.3.4-r1 Segmentation fault: > first, > running beagle-search in console with --icon: > beagle-search --icon > > then, > after I click close button in the search windows and click the icon in > notification area, the beagle windows was blank gray. > If I press F12, segmentation fault, What version of mono, GTK+ do you have? Are you running Beagle on GNOME or on KDE? What USE flags have you built beagle with? Have you tried revdep-rebuild to see if something is broken?
(In reply to comment #48) > 0.3.4-r1 Segmentation fault: > first, > running beagle-search in console with --icon: > beagle-search --icon > > then, > after I click close button in the search windows and click the icon in > notification area, the beagle windows was blank gray. > If I press F12, segmentation fault, > > the whole output: > Debug: Done reading conf from /etc/beagle/config-files/BeagleSearch.xml > Debug: Done reading conf from /etc/beagle/config-files/Daemon.xml > Got accel 65481, 0, 0 > Got keycode 96 > Got modmask 0 > > Got Event! 2, -1 > Got KeyPress! keycode: 96, modifiers: 0 > Calling handler for 'F12'... > Stacktrace: > > at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x00004> > at (wrapper managed-to-native) Gtk.Application.gtk_main () <0xffffffff> > at Gtk.Application.Run () <0x00007> > at Gnome.Program.Run () <0x00007> > at Beagle.Search.Driver.Main (string[]) <0x001d3> > at (wrapper runtime-invoke) Beagle.Search.Driver.runtime_invoke_void_string[] > (object,intptr,intptr,intptr) <0xffffffff> > > Native stacktrace: > > beagle-search [0x816fadb] > beagle-search [0x807d280] > [0xb7f32440] > /usr/lib/libgdk-x11-2.0.so.0 [0xb6bc11e1] > /usr/lib/libgdk-x11-2.0.so.0 [0xb6bc2afb] > /usr/lib/libgdk-x11-2.0.so.0 [0xb6bc45d7] > /usr/lib/libgdk-x11-2.0.so.0 [0xb6bc499f] > /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x18f) [0x430d7f2f] > /usr/lib/libglib-2.0.so.0 [0x430db43f] > /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1b7) [0x430db7f7] > /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xc1) [0xb6d4a531] > [0xb5a351ee] > [0xb5a351b8] > [0xb5a351a0] > [0xb7b484bc] > [0xb7b481c3] > beagle-search(mono_runtime_exec_main+0xb8) [0x80e7cb8] > beagle-search(mono_runtime_run_main+0x1b4) [0x80e9104] > beagle-search(mono_main+0xf9f) [0x805b5af] > beagle-search [0x805a122] > /lib/libc.so.6(__libc_start_main+0xdc) [0x42d12fdc] > beagle-search [0x805a071] > > ================================================================= > Got a SIGSEGV while executing native code. This usually indicates > a fatal error in the mono runtime or one of the native libraries > used by your application. > ================================================================= > > Aborted > > same error happens on my system!
(In reply to comment #50) > What version of mono, GTK+ do you have? Are you running Beagle on GNOME or on > KDE? What USE flags have you built beagle with? Have you tried revdep-rebuild > to see if something is broken? > mono-1.2.6-r2 GTK+-2.12.9-r1 dbus-sharp-0.6.1a dbus-glib-sharp-0.4.1 taglib-sharp-2.0.2.0 gtk-sharp-2.10.2 libbeagle-0.3.4 running Beagle-0.3.4-r1 on GNOME revdep shows that the system is consist.
(In reply to comment #50) > What USE flags have you built beagle with? The USE flags: chm doc gtk inotify pdf thunderbird xscreensaver -debug -eds -epiphany -firefox -galago -ole
> I am using dbus-sharp-0.6.1a, but still not work. > However, the patch works :) > Thanks for your help ! That is very strange. Could you please check if there are stale dbus-sharp files lying around, or make sure that beagle is in fact being built against dbus-sharp-0.6.1a? Because this error should not turn up with 0.6.1a.
(In reply to comment #54) > > I am using dbus-sharp-0.6.1a, but still not work. > > However, the patch works :) > > Thanks for your help ! > > That is very strange. Could you please check if there are stale dbus-sharp > files lying around, or make sure that beagle is in fact being built against > dbus-sharp-0.6.1a? Because this error should not turn up with 0.6.1a. > Yes, beagle is build against dbus-sharp-0.6.1a The beagle-0.3.4-r1 can pass the compile without problems, but encountered above error, seems the problem of glibc。 I will try to upgrade my glibc to 2.77-r2 to check it.
(In reply to comment #55) <snip> > Yes, beagle is build against dbus-sharp-0.6.1a > The beagle-0.3.4-r1 can pass the compile without problems, but encountered > above error, seems the problem of glibc。 > I will try to upgrade my glibc to 2.77-r2 to check it. Actually, Debajyoti Bera has caught and fixed the bug. Cédric: There has been a 0.3.5 release [1] which fixes all current Beagle-side issues (including the above crash and Epiphany extension build issues (makefile, with Epiphany 2.22). http://mail.gnome.org/archives/dashboard-hackers/2008-April/msg00002.html
Version 0.3.5 bump in cvs
(In reply to comment #57) > Version 0.3.5 bump in cvs > 0.3.6 released[1], with an experimental google backend. Please note that there's no libexif dependency anymore 1. http://mail.gnome.org/archives/dashboard-hackers/2008-April/msg00055.html
Bump in cvs
(In reply to comment #59) > Bump in cvs > Two typos in that ebuild if !built_with_use dev-libs/libbeagle python; then has to be if ! built_with_use dev-libs/libbeagle python; then ^ and if !built_with_use www-client/epiphany-extensions python; then has to be if ! built_with_use www-client/epiphany-extensions python; then ^ output from the log without these two spaces /usr/portage/app-misc/beagle/beagle-0.3.6.ebuild: line 75: !built_with_use: comm and not found /usr/portage/app-misc/beagle/beagle-0.3.6.ebuild: line 79: !built_with_use: comm and not found
(In reply to comment #60) Fix in cvs
Package unmasked
(In reply to comment #62) > Package unmasked > what do you mean with "unmasked" ? I still have it masked on x86 : [I] app-misc/beagle Available versions: 0.2.18 ~0.3.6 {chm debug doc eds epiphany firefox galago gtk inotify ole pdf python thunderbird xscreensaver} Installed versions: 0.2.18(16:08:06 08/04/2008)(eds galago gtk pdf python thunderbird xscreensaver -chm -doc -ole) Homepage: http://www.beagle-project.org Description: Search tool that ransacks your personal information space to find whatever you're looking for do you mean that app-misc/beagle isn't hard masked anymore ?
(In reply to comment #63) > > do you mean that app-misc/beagle isn't hard masked anymore ? > Yes, sorry I mean no more hard masked.
