new versions of app-misc/beagle 0.13 and 0.14 available http://cvs.gnome.org/viewcvs/beagle/NEWS?annotate=1.31 merry xmas
Created attachment 75738 [details] Ebuild for Beagle 0.1.4 Just a few changes from 0.1.2: - Added dependency on gsf-sharp-0.6 (without this I can't get .odt and .doc files indexed) - Also added wv use, as wv required for .doc indexing - Removed deprecated chm and webservices - Patch to compile Bludgeon with mono-1.1.12 from the Beagle 0.1.4 announce: http://mail.gnome.org/archives/dashboard-hackers/2005-December/msg00086.html - Patch for 'Could not load configuration from indexing.xml' (I also had this problem with 0.1.2): http://bugzilla.gnome.org/show_bug.cgi?id=324904
Created attachment 75739 [details, diff] Patch from Beagle 0.1.4 Announce
Created attachment 75740 [details, diff] Patch from Debajyoti Bera fixes 'Could not load configuration from indexing.xml'
Just a FYI, I'm now on amd64 so maintaining this is difficult due to the "mono" USE flag being masked. I'll work on this when that gets sorted out (hopefully soon!).
Is it possible to make the ebuilds give an option for Firefox and Thunderbird instead of Mozilla? As it works with Firefox and Thunderbird now. I don't want to install Mozilla unneccessarily. Please see the "required" software page at: The beagle Wiki http://beaglewiki.org/Installing_prerequisites and update this ebuild. Thanks
The ebuild for Beagle 0.1.4 works perfectly here. I just remove mozilla dep because I don't want it (I already have mozilla-firefox and gecko-sdk). A virtual/gecko should be a good thing. Same thing for gecko-sharp. You should also remove the xpdf dep because pdfinfo is also provided by poppler (poppler-0.4.3-r4 here). It should depend on xpdf or poppler.
I propose the attached patch which is applied only if USE="kde" is set. It makes beagle useable under KDE (konqueror instead of nautilus, kmail instead of evolution). The ebuild is modified as well (attached).
Created attachment 77313 [details] New ebuild, which applies the kde patch if USE="kde" is set New ebuild, which applies the kde patch if USE="kde" is set.
Created attachment 77314 [details, diff] KDE patches Patches to beagle (a bit of a hack, a nice solution may follow) to make it work using KDE as a desktop.
Thanks for the patch. I don't like the idea of applying patches based on USE-flags though. A better solution would be to ship desktop-launch within gentoo, either as part of the beagle ebuild or as its own package. Fancy looking into that?
Unfortunately that is not enough as you can see from the patch. Beagle replaces calls to nautilus by calls to desktop-launch, but evolution is still the only option for eMail. Therefore we have to rely an a patch. But what's the difference between patches and preprocessor defines anyway? They both modify the code. Why do you oppose applying a patch if some useflags are set?
Email is handled through the email tile. Evolution is used to open evolution mail, and kmail is used to open other mail. As for lone maildir files on the filesystem, they will be fed through desktop-launch like all other files, assuming beagle has been compiled for desktop-launch. We generally avoid applying patches based on USE-flags, because if I apply your patch, it means I have to remember to test "USE=kde emerge beagle" on every version bump, to check the patch still applies. If we ever add another USE-based patch, say USE=gnome (just an example), I then have to test 4 combinations: -gnome -kde +gnome +kde -gnome +kde +gnome -kde And so on. The preprocessor macro approach is OK because it is available upstream, therefore does not require conditional patch application. Does that make any sense?
By the way: The most favourable approach is to write a patch suitable to be merged upstream (into either beagle or desktop-launch) if there are any problems. But it's worth noting that a new search UI has been merged into beagle CVS, which replaces Best.
I just added a bug (BUG# 119630) that provides a possible answer to this bug, amongst other things.
Version 0.2.0 is out here the bump bug (http://bugs.gentoo.org/show_bug.cgi?id=119764).
*** Bug 119764 has been marked as a duplicate of this bug. ***
Created attachment 77708 [details] beagle-0.2.0.ebuild Obsolete the old 0.1.4 patches, otherwise just a rename and some newer dependencies from the announcement (not the gecko, poppler or kde ones): >=dev-dotnet/gtk-sharp-2.3.90 >=dev-libs/gmime-2.1.19 (which isn't in portage, but renaming 2.1.16 seems to work ?!?!) Some issues with the .desktop entries this installs: - beagle-settings.desktop has Utility in the Categories which makes it end up in the GNOME Accessories menu as well as Desktop/Preferences - beagle-search.desktop installed with: Icon=tango-system-search I am using tango-icon-themes, but this doesn't show anything. Either Icon=system-search or Icon=best would seem better beagle-query didn't seem to work at first so I removed my ~/.beagle/, don't know if this was really necessary.
I hear it is possible to build beagle and / or gecko-sdk against firefox instead of mozilla. This might be a bit of work (and I sure as heck don't know how to do it), but I think it would be worth while to alter the ebuild to build against firefox. Most people use ff now anyway, so building mozilla too seems a bit double...
Beagle 0.2.0 does not require mozilla/firefox/gecko-sdk/gecko-sharp or any of that.
pdfinfo is now provided by poppler, not by xpdf, so the ebuild should be fixed
Created attachment 78268 [details] app-misc/beagle-0.2.0 Cleaned up dependencies: xpdf -> poppler-bindings, removed gecko-sharp.
Created attachment 78269 [details] app-misc/beagle-0.2.0
ebuild is missing a useflag check which was present in the 0.1.4 ebuild: wv? ( >=app-text/wv-1.0.3-r1 ) conseguently the IUSE line have to be updated to: IUSE="spreadsheet wv pdf webservices chm debug"
A few things: I'm now on amd64 so won't be committing this until a recent version of mono goes stable on amd64 and the mono USE flag gets unmasked. This should happen soon. Beagle doesn't use libpoppler due to license issues, it executes pdfinfo and pdftotext directly. Does poppler-bindings provide these programs or should we dep on poppler instead? The CHM filter is broken and should be disabled unconditionally. webservices are now unmaintained and should also be unconditionally disabled. I think I read that gmime isn't a strict dependency anymore. Word document extraction depends on both gsf-sharp and wv. gsf-sharp wasn't in portage when the last ebuild went in which is why it was disabled for one version. gsf-sharp also adds support for indexing powerpoint files (and wv is not needed for that). I think I read that evolution mail filtering now requires evolution-sharp (or maybe just an extra configure argument). In older versions, this wasn't the case, beagle unconditionally did evo mails. evolution-sharp is now in portage, we should modify the ebuild to take care of this, it allows beagle to index address books. I will commit the multilib fix upstream for 0.2.1 The EXIF_SOVERSION thing needs to be fixed (my mistake). We need to regenerate configure after modifying configure.in. I think that is all :)
Ehi 0.2.1 is out!! The beagle developers are rocking ;) http://mail.gnome.org/archives/dashboard-hackers/2006-January/msg00122.html
Created attachment 78879 [details] beagle-0.2.1.ebuild Here's a new untested ebuild, feedback appreciated
beagle-0.2.1 depends on gnome-base/librsvg (USE flags = -debug -evo +gtk -ole +pdf +python)
Isn't the sed of configure.in only half the fix for sqlite3? In the line: PKG_CHECK_MODULES(SQLITE, sqlite3 >= 3.3.1, SQLITE_MAJ_VER="3", do_nothing="1") the check sqlite3 >= 3.3.1 needs to be sqlite3 >= 3.3 because of the pkgconfig file for sqlite-3.3.3. (http://cvs.gnome.org/viewcvs/beagle/configure.in?r1=1.216&r2=1.217)
(In reply to comment #26) > Created an attachment (id=78879) [edit] > beagle-0.2.1.ebuild > > Here's a new untested ebuild, feedback appreciated > The ebuild seems to work well...beagled still dies though. Is there a Right Way to collect and submit debug information for beagle?
beagle-0.2.1 fails to compile on an amd64 because sqlite3 check fails... but adding "sed -i -e 's/sqlite3 >= 3.3.1/sqlite3 >= 3.3/' configure.in" on src_unpack section of the ebuild solves the problem and beagle compiles... :)
*** Bug 122803 has been marked as a duplicate of this bug. ***
bumped please open a new bug if there is any sqlite issues.