Linked by Thom Holwerda on Sun 29th Jul 2007 18:57 UTC, submitted by zaboing
Gnome "During this years GUADEC Red Hat developer Havoc Pennington proposed his idea of an 'Online Desktop' to the developers of the GNOME project. Through deep integration with web services and 'zero-maintenance' the Open Source client aims to get the 'perfect window to the Internet'. During GUADEC Andreas Proschofsky had the chance to talk to Pennington about advantages and possible problems of the Online Desktop concept, the necessity of Windows-support and about Red Hats 'return to the desktop'."
Thread beginning with comment 259436
To view parent comment, click here.
To read all comments associated with this story, please click here.
WereCatf
Member since:
2006-02-15

It's just a backend, just like it has a tracker backend, so you do have a choice. Use the regular search, use beagle search or use tracker, it's that simple.

It's called having the integration there ready so it can be used.


Either you're confusing two different things or we're just not talking about the same thing. You do know that it's a compile-time thing? If you compile Nautilus with Beagle enabled, then it depends on Beagle. If you compile it with Tracker enabled, then it depends on Tracker. You can't switch them at run-time. And f.ex. if Nautilus is compiled with Beagle enabled and you remove libbeagle then Nautilus will stop working..

Reply Parent Score: 1

sbergman27 Member since:
2005-07-24

People rail about distros pointing to proprietary codecs. Pointers to proprietary codecs don't bother me much. But pulling a great big, friendly looking, Trojan Horse through our front gates *does* worry me. Yes, I know all about the ECMA standard and all that. And I don't trust Mono for infrastructure. As The SCO Group has demonstrated, you don't have to have a case to generate a law suit that will endure for years.

I welcome Mono... sort of in the same way as I welcome Samba. I wish to the gods that we didn't need it. But in Samba's case, we do. In Mono's case... we'll see.

Sometimes you've got to keep dangerous stuff around just in case you need it. Like insecticide. And while using it to combat a roach infestation might be necessary, if distasteful... I would not use it to season my lasagna.

Count me as a "yes" vote on Mono's availability. Count me as a "no" vote for including it and Mono apps in distros. At least for now. I favor the inclusion of Samba and related software because, gosh dang it, we need it.

Edited 2007-07-30 18:14

Reply Parent Score: 3

anda_skoa Member since:
2005-07-07

You do know that it's a compile-time thing?


Very likely just a temporary problem. The indexer/search engine projects have agreed on a neutral D-Bus based interface for desktop search, called Xesam: http://www.freedesktop.org/wiki/XesamAbout

Once the projects have implemented it, clients such as file managers can use either engine without directly depending on it.

Reply Parent Score: 3

SlackerJack Member since:
2005-11-12

Libbeagle is just a C library, Actually no, if you remove beagle it should default back to the default search for nautilus. libbeagle talks to the beagle functions and nautilus talks to libbeagle, if you remove libbeagle nautilus will still work.

Nautilus still works without libbeagle in Fedora and if by your method how is beagle supposed to work in Fedora now with nautilus?

Reply Parent Score: 3

WereCatf Member since:
2006-02-15

If an application is linked to a library then it will stop working when the library is removed. Doh. I removed libbeagle*, did "killall nautilus", and guess what?

werecat@kinuski ~ $ nautilus
nautilus: error while loading shared libraries: libbeagle.so.0: cannot open shared object file: No such file or directory

Reply Parent Score: 2