Bugzilla Bug 116654

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 an attachment (id=75738) [edit]
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 an attachment (id=75739) [edit]
Patch from Beagle 0.1.4 Announce

Created an attachment (id=75740) [edit]
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 an attachment (id=77313) [edit]
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 an attachment (id=77314) [edit]
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 an attachment (id=77708) [edit]
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 an attachment (id=78268) [edit]
app-misc/beagle-0.2.0

Cleaned up dependencies: xpdf -> poppler-bindings, removed gecko-sharp.

Created an attachment (id=78269) [edit]
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 an attachment (id=78879) [edit]
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.