openSUSE Features
Threads by month
- ----- 2024 -----
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2009 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2008 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2007 -----
- December
- November
- October
December 2009
- 1 participants
- 629 discussions
Feature added by: Gerrit Mackor (itbgjm)
Feature #308339, revision 1
Title: Universal installer
Package Wishlist: Unconfirmed
Priority
Requester: Important
Requested by: Gerrit Mackor (itbgjm)
Partner organization: openSUSE.org
Description:
Hello
I would like to see a universal installer for Linux that works on all distros. Something that can do all the install work from a installer file and data files if necessary. They way I see it is that this will make developing applications for Linux more interesting as users will no longer need to use the MAKE utility or scripts pretty much meaning that the user is super user. This is on bit of software that will take Linux from the hobby environment to a more usable alternative.
Using openSUSE I see that often I am asked for librarys. As an end user I do not really care what libraby is used, the application needs to work and all other apps need to work.
Hope this will be possible.
UPDATE: It seems that the installer part is being worked on. Se an extract on an interview below:
--------------------------------------------------------------------------------
AJ: There are certain things that make a lot of sense, especially in RPM. When you release software as source code you want people to make binaries - it helps a lot if you make a .spec file. But if one .spec file only works on one distribution, and you have to write another .spec file for another distribution, it's not easy. That's what we're trying to solve - we're working on guidelines of how to write .spec files. We're working on RPMs having the same sets of patches, so that they get upstream as much as possible.
TR: I'd like to see package names becoming uniform across distros...
AJ: That will be the discussion as well, moving forward... a naming scheme, like Debian has with shared libraries. That's one aspect of distributions working together.
--------------------------------------------------------------------------------
Taking the above a little further would be to remove the libraries from end users' view. As an end user I do not care what library I need. I would like to install an application and it must simply work.
Business case (Partner benefit):
openSUSE.org: Make Linux easier to use for an end user.
--
openSUSE Feature:
https://features.opensuse.org/308339
1
2
Feature added by: jean vangand (jeanvangand)
Feature #308561, revision 1
Title: re-install
openSUSE-11.3: Unconfirmed
Priority
Requester: Desirable
Requested by: jean vangand (jeanvangand)
Description:
When re-installing openSUSE I would like to have the option of selecting all previous installed applications of a previous openSUSE install ( openSuse has to detect a previous install and look into the Yast package database of the previous install ? )
Instead of searching every single application I've installed before, it would be great if a list with previous installed applications was presented. I can check the ones i need in the new installation and during installation the packages will be downloaded.
Now:
after a new installation it takes a couple of weeks to get my system back with all needed software/applications.
With this feature:
Just check the checkboxes of the previous installed applications. After install my system will be 99% like it used to be... "Real" installation time (to a fully functional system) will be many times shorter...
--
openSUSE Feature:
https://features.opensuse.org/308561
1
3
[openFATE 305296] Easy Way to Disable Beagle Completely During Installation
by fate_noreply@suse.de 28 Dec '09
by fate_noreply@suse.de 28 Dec '09
28 Dec '09
Feature changed by: Vincent Untz (vuntz)
Feature #305296, revision 127
Title: Easy Way to Disable Beagle Completely During Installation
openSUSE-11.2: Done
Priority
Requester: Important
Projectmanager: Important
Requested by: JP Rosevear (jproseve)
Description:
We need to either have beagle off by default and allow a user to enable
it the first time they search or provide an install option to turn it
off.
Relations:
- Better Beagle Acceptance (feature/id: 303367)
- Easy way to disable beagle completely during install
(novell/bugzilla/id: 282678)
https://bugzilla.novell.com/show_bug.cgi?id=282678
Test Case:
* Log in to GNME/KDE
* call beagle-status and check if beagle does not run.
* Start searching in GNOME/KDE and check that the application ask you
to start beagle.
* After that run beagle-status again to check that beagle runs.
Discussion:
#1: Federico Lucifredi (flucifredi) (2009-01-26 20:52:46)
I prefer to start with disabled, offer option to run at first search.
We are proliferating checkboxes in the installer too much.
#8: Stephan Kulow (coolo) (2009-02-10 15:32:39) (reply to #1)
I wholehearty agree. Having specific applications in the installer is
definitely something that we shouldn't do. Have it disabled by default
and make it easy to enable.
#9: Manuel Bejarano (mbejaranoc) (2009-02-11 09:29:51) (reply to #1)
100% agree
#11: Jean-Daniel Dodin (jdd) (2009-02-15 10:12:29) (reply to #1)
+1
#2: Kevin Dupuy (kdupuy9) (2009-01-29 23:40:17)
I prefer a more sane option than disabling it by default... instead,
allow the user to go in and uninstall it from the installation software
screen, just as they would any other app (perhaps make 'Desktop Search'
pattern, installed by default?) We just need to insure that
uninstalling Beagle doesn't throw up any dependency errors.
#3: Eric Springer (erikina) (2009-01-30 00:16:23)
Every single openSUSE install I've done has resulted in beagle being
removed. It slows down the computer, and the firefox extension throws
lots of errors. I'm quite happy with how easy it is to remove, and I
can see why it's useful -- but unless its seriously improved, I think
it should be removed (by default)
#26: Peter Nixon (peternixon) (2009-03-11 20:39:01) (reply to #3)
+1
#29: Pedro Veloso (pedrodh) (2009-04-01 22:18:05) (reply to #26)
Totally agree
#4: Jan Engelhardt (jengelh) (2009-01-30 15:22:34)
Maybe pulseaudio should be too, for slightly similar reasons. :)
#5: Rastislav Krupansky (ra100) (2009-01-31 13:10:36) (reply to #4)
exactly right ;-)
#6: Thomas Beimel (rheydtergekko) (2009-02-01 16:22:09)
Yes this would be an perfect option during installation. Especially
because I prefer to have a new installation that consumes as less
resources as possible. I do not need indexing service and I think many
others as well.
#7: Andri Andreas Priyanto (turtlix) (2009-02-05 11:20:44)
I haven't use beagle since I install openSUSE, and maybe wouldn't or
never But I don't know other user.
I always remove beagle from my gnome-session-properties.
#10: Johnny Stovall (oouc) (2009-02-11 22:50:14)
Beagle should be disabled by default. Everyone in the DFW Linux Users
Group complained when Suse added it. It causes nothing but trouble for
me.
#12: Bart Otten (bartotten) (2009-02-16 01:13:58)
I agree with the people voting to disable it by default. I think we
have to keep focus on the 'consumer' and most of them won't use
Kerry/Beagle.
ps. KDE4 -and- Beagle is useless. KDE4 uses Strigi and Nepomuk.
#13: Sebastian Rösgen (palimpseste) (2009-02-17 12:55:11)
Despite all who now have voted for this proposal, I just have to vote
against it. At least in the forms discussed here. I use Beagle heavily
as do some other people I got convinced to use openSUSE instead of
Windows. A good Desktop search was among the arguments to move these
people to change their OS (others arguments were Deskbar etc... which
btw. does not necessarily need Beagle but gets some interesting
advantages IF Beagle is activated). Why not simply ask at startup how
to configure some basic system defaults. Among them there could be
beagle. So concerning the proposals of Federico Lucifredi, Stephan
Kulow and so on, I am definitively of the same mind. Beagle should be
installed by default, but it should be easy to switch it "on" or "off"
whenever one wants.
#14: Eric Springer (erikina) (2009-02-18 01:05:18) (reply to #13)
Yes, a search is very useful. Yes, some people find beagle beneficial
(as apparently you do). But the vast majority (Currently the vote is at
47:1) of people it doesn't work well with. And that's truly an amazing
statistic, as it's super easy to see and use the feature it provides
but much harder to see that it's beagle causing so many (resource
related) problems.
And if that statistic alone isn't enough to convince you it's not a
sensible default, then I have absolutely no idea how to. There really
should be a resemblance of QA in place, especially for default (and
completely optional) packages.
#15: Sebastian Rösgen (palimpseste) (2009-02-19 12:04:23) (reply to
#14)
Ok, I hope that my comment did not sound as gruff or ... brusque, for I,
basically, hoped to present a different opinion. What I did not intend
was to, evidently, irritate somebody by not completely assenting to his
opinion.
See: I am working for a university in Germany. We have 45.000 students
and a staff of employees of a size appropriate for this amount of
students. We rely heavily on the capabilities of a search system (to be
honest: in this case not beagle, but somethings similar to beagle). I
am one person who posts here but, to stay in your line of
argumentation, statistically I represent so many single individuals,
that my vote could be multiplied by a "pretty fight factor". Now the
problem is that most of these people just use a search feature but do
not understand of configure it. But they will notice when it is gone .
These users do not vote, they are not involved in community work, they
are not programmers, not system architects, not members of an online
community. But they use systems like beagle. I know, as I stated in my
first post, some people, which I got to switch their OS, from Windows
to openSUSE. These people will miss features, too. Especially if you
are so eager so simple remove this feature despite the fact that it was
part of the distribution for many years.
The more I write here, the angrier I get. I mentioned that Lucifredi
and Kulow are of another opinion (disable but no remove the software;
make it possible to switch it on or off when needed), an opinion I
agree with. Is it possible that YOU ignored that part? This is quite
normale for the usual open source community. To me it is a relatively
illusive concept, the more I deal with it (and I deal with it for now 9
years) the more I learn about the ignorance it contains. Too many
people choose rather to ignore those who have to vote (usually called
users) and instead see their opinion as the ultimate measure to decide
pro and contra. Did it come to your mind that about 80-90% of those who
start to create an account for a portal like openFATE, who pay the time
to write some comments and skip through all these proposals in this
portal, that 80-90% of these people might perhaps be programmers? Geeks
and nerds as they are called nowadays. This is no real statistic
representing the opinion of those who use a software, it is a statistic
of those how develop a software. Make this clear to you.
So to get back on a rather rational level: I recognize that you are of
another opinion. That most of the people here are. But, and that was
important to me, these votes in here are not a real representation of
opinions. I prefer openSUSE after all these years espcially because it
was bought by Novell. Because they do research in usability, which is
the only real way to ask the customers/the users, how to design the
software. That is why I said, that an easy startup QA for the normal
user is the best to do. Do not be too ignorant. The users know what
they want, even if they miss some technical versatily, they will still
take note of features that are missing, of bugs in the browser, of
missing parts in the system "that they know worked on a different OS"
or whatever else. Perhaps they annot name the source of the problem and
do not know if it is a real design issue or a real bug. But they will
say that the feature is not how they expected it to be.
I recently said to a colleague of mine that the times of Mac OS are
nearly over. The only real advantage they have is that they can design
an OS without paying too much attention to different hardware. They
know exactly which hardware their OS will possible have to run on. If
Linux with a nice GNOME, KDE, or-whatever-desktop would run out of the
box on ANY posible hardware, with all features running without a
problem (Audio, Bluetooth, 3D Graphics are still a problem as we know)
it would be undeniable that Linux will be the winner. I see progress
made well into that direction. I see that Linux is close to this goal,
to solve these issues in nears time (most Graphic Cards now easily
work, with only a few exceptions). So please do not disappoint me. I
have to lead discussions about Linux/Windows and Linux/MacOSX nearly
every week. I do not want to have them led in vain. Look at what Mac
and Windows do, they have a search system with an index. Make ours
betters, faster and less memory hungry instead of removing it. These
who switch from Windows/Mac to Linux (for instance to openSUSE) want to
find new and more useful features instead of fewer features.
I know this post was too long. I am sorry, but it thought it
necessary.
#16: Eric Springer (erikina) (2009-02-19 14:33:07) (reply to #15)
I agree with everything you said, but you must realize I/we aren't
arguing against search. We're arguing against beagle.
I personally use google desktop search on a daily basis. And it works
well. I assume that it does all its work when I'm not physically using
the computer (a policy that is ideal for desktop usage). I'm not
advocating its inclusion (primarily license reasons and kde integration
reasons) but you should see that I'm not against a search or anything
like that.
Beagle on the other hand, I've tried to give it a fair shot a few
times. To see if it has improved (something I will admit Banshee has
done). But its *always* problematic. Something that is echoed daily on
IRC and the mailing lists. The firefox extension causes huge amounts
errors and slow downs. The actual search program maxs out the CPU. IO
brings the computer to a crawl when I need to get work done etc. It's
just not pretty.
So if Beagle works well, I'd love to use it. But it doesn't and
shouldn't be included. Put it this way. I would really like to see
kernel initialization of graphics devices. However, until it's finished
and works properly -- I think we'd both agree that it shouldn't be on
our systems. I know it's not a good test for everything, but have you
noticed how many other desktop distros have chosen to include beagle?
#17: Sebastian Rösgen (palimpseste) (2009-02-19 18:16:48) (reply to
#16)
Ok, I see your point. Perhaps beagle is indeed not a good solution and I
was too narrow minded to realize it. (Though I haven't experienced the
CPU problems anymore for about one year, I suppose you are right).
Especially since the development of beagle has come to a crawl (the
last release: 0.3.9 was released about four weeks ago but it needed
nearly half a year to be released and contains only some mere bug
fixes).
I think, I am going to open a new feature request in openFate. If you
(and the other guys) are not against desktop search, but instead
against beagle, it could be interesting to discuss why Tracker
(http://projects.gnome.org/tracker/index.html) should not become a
replacement for beagle. Especially since KDE has now Strigi as a core
component. So one can get rid of beagle and use some "quasi native"
tools for desktop search (namely "strigi" and "tracker") on Gnome and,
respectively, KDE.
Anyway, thanks for your reply and the discussion.
#18: Sebastian Rösgen (palimpseste) (2009-02-19 18:23:53) (reply to
#17)
Hm, as it seems I cannot open such a request. Wonderful! So perhaps
somebody has read this discussion and might be so kind to at least
evaluate the request and "perhaps" might open a new feature request
concerning the replacement of beagle by Tracker (which is a Gnome
Desktop search, but since KDE has already its own Desktop search this
should not be that problematic... I hope)
And before somebody asks: no I will not file a feature request via bug
tracking system. Those usually take weeks or even months before they
are answered/evaluated/discussed etc...
#19: Federico Lucifredi (flucifredi) (2009-02-19 16:52:12) (reply to
#18)
Hello Sebastian - I do not take the thread as being "against desktop search",
which is a great feature, or against Beagle, which I personally run.
The decision is only to have Beagle not be running by default out of
the box, but to have it installed and ready. The first time a search is
performed, we ask. Users who want desktop search select to run it, and
those who are more "frugal" in terms of CPU do not.
I am running a 3 year old laptop, and Beagle is running just fine for
me. I suspect that's the case for a lot of people. But it is still a
good idea to ask for a choice.
#20: Eric Springer (erikina) (2009-02-22 03:03:55) (reply to #17)
100% agree. I think tracker/strigi make wonderful replacements. :)
#22: andrea florio (anubisg1) (2009-02-25 00:40:51) (reply to #20)
indeed... beagle is to heavy, traker instead, is simply wonderful!
#23: Barbara Hudson (barbie_h) (2009-03-04 02:22:21) (reply to #15)
I was going to vote in favour of the request, because I've been bitten
by beagle bringing machines to a crawl many times, but one thing I've
noticed is that, as people move to dual / quad -core machines, it's no
longer a big issue. I'm not saying ignore the memory and resource
problems - just that even laptops nowadays can run plasma and beagle
and still feel responsive.
The current system, where it notifies you when it does the initial
indexing, is a lot better than the computer slowing to a crawl on a
fresh install and people wondering why openSUSE is soooo slow.
#21: Stanislav Visnovsky (visnov) (2009-02-24 09:10:56)
Coolo, I believe this should be done via patterns.
#24: Stephan Kulow (coolo) (2009-03-04 11:52:23) (reply to #21)
having a desktop search easy to enable sounds like a good to have
feature, so I wouldn't simply remove the package from install. But it
doesn't make sense on a KDE4 desktop (and it's not there in 11.1 afaik)
and it doesn't have to be running by default for GNOME either.
But this is something for the beagle maintainers to decide.
#25: Stephan Kulow (coolo) (2009-03-04 11:53:33) (reply to #24)
that is: it should be off by default (seeing all the votes). But if
it's worth to make it easier to turn it on than it is, I leave to those
that know. But the solution to enable it, should be within the
desktop.
#55: Cameron Blackwood (drkorg) (2009-10-05 03:50:38) (reply to #25)
Id prefer to not have it installed, but disabled by default comes a
close second. ;-)
#27: Jan Engelhardt (jengelh) (2009-03-16 18:03:00)
Less than "easy way to disable beagle completey during installation" it
should even be "disable beagle by default", thank you.
#28: Marcel Müller (open_assistant) (2009-03-16 20:32:45)
great idea, especially to my slowly pc
#30: Gabriel Stein (gabrielstein) (2009-04-03 21:15:44)
Totally Agree. I just post on my blog, and I will pay 5 pints of
Guinness to the great developer which will do that amazing thing.
#31: john andersen (jsamyth) (2009-04-16 20:22:51)
I agree Beagle should be an optional item, not installed by default.
There, I've said it.
But an alternative might be to install it and restrict it't indexing BY
DEFAULT to the user's home directory, (and perhaps the user's mail
spool), and hava a configuration window that allows adding additional
directories.
That is a feature that might make it more palletable.
But realistically, when this many people arrive at a Future Feature
site begging and pleading for a package to dropped from a normal
installation you should assume there are some serious flaws with that
package. This site should be about new and improved features we
would all like to see, but instead this thread is focused on something
that has been rammed down our throats for way too many releases, and
which has historically been difficult to remove.
Side issue:
Unless you are a Linux Developer there is no point in having it index
the entire hard drive. Your average user has no need of these
areas, and experienced users already know where things are, so a
generalized indexer that searches the entire disk is a solution looking
for a problem.
#32: jean-christophe baptiste (phocean) (2009-04-27 11:28:48)
Ok for those who want to get an easy way to disable Beagle.
But it should be activated by default. I am using Beagle intensively
(on Gnome) and I have never got a problem with it.
It just rocks and a huge time saver to me. Maybe my hardware is just
not obsolete (Core 2 duo laptop)...
I think it is the kind of killer app good to show off and that can
bring more new users.
#33: andrea florio (anubisg1) (2009-05-12 20:04:51) (reply to #32)
you are luky then.. beagle on my pc make them very very slower, it
should be disabled by default, if you need it, then you insta/activate
it
#34: Marc collin (collinm) (2009-07-04 15:03:05)
Disable it by default, i use kde... and there is alreay a solution for
it....
we could also disable mono...
#35: Michael Löffler (michl19) (2009-07-07 11:29:54)
Vincent, can you do this? As it is our highest rated feature it would
be very good to have implemented rather soon then later. Thanks.
#36: Vincent Untz (vuntz) (2009-07-07 12:09:24)
Well, it depends on what is the decision here:
* if it's something that should be done during installation, I have no
idea how to implement that.
* If it's just disabling beagle by default, I'll need to investigate,
but it hopefully only is changing something in a .desktop file.
So what's the process on taking a decision here?
That being said, just disabling beagle by default might expose a
usability issue: if it's disabled, it will not index files. So when the
user searches for something for the first time, it will not work and
users won't understand it, and will just give up on it. (It might be
solvable with a nice message the first time the user does a search,
though)
#37: Michael Löffler (michl19) (2009-07-07 14:43:12) (reply to #36)
Vincent, please see #1. What you describe is exactly what Federico
suggested as well. So I'd say disable beagle by default and offer
option to run at first search.
#38: Karl Eichwalder (keichwa) (2009-07-07 15:08:23) (reply to #37)
IIRC, the kde help center works this way and it is rather annoying.
Most of the time, the desktop computer idles... I think on the Mac the
desktop search (spotlight) is enabled by default.
#39: Stephan Kulow (coolo) (2009-07-07 15:16:24) (reply to #38)
you're wrong. Most of the time, the desktop computer saves power.
#40: Karl Eichwalder (keichwa) (2009-07-07 15:36:52) (reply to #39)
Yes, you are right. Once the work is done.
On my desktop at work, beagled and beagled-helper do not cause any
notable load. It's different on my test machine, though.
#41: Dean Hilkewich (deanjo13) (2009-07-07 16:36:55) (reply to #38)
When it comes to indexing services spotlight is far ahead of beagle in
usability and performance. It is also easily disabled with a system
setting if desired. Even on old G4's spotlight doesn't kill
performance like beagle does.
#42: Segundo Luis Martín Díaz Sotomayor (zchronos) (2009-07-07 17:47:
18)
Beagle should be disabled by default.
#49: Vincent Untz (vuntz) (2009-07-18 18:42:21)
Fixed in GNOME:Factory, and submitted to openSUSE:Factory (#14802).
#51: Hecke Degering (hecke_goe) (2009-08-10 09:02:11)
just heard about this request...
i would like to strongly support it.
Beagle eats way too much ressources away for something to be
convenient.
btw: in our institutes desktop configuration (OpenSuse, ~60machines) we
got rid of beagle totally. Unfortunately some packages depend on beagle-
lib, so there is some leftover in the package selection, but this
should not harm, hopefully;-)
#52: Richard Lennox (rlx01) (2009-08-13 15:57:12)
I agree. It just gets in the way. Disable it by default.
#60: Didencool Andrey (didencool) (2009-11-21 07:51:59)
agree, it should be disabled by default.
#61: Frank Vanderham (twelveeighty) (2009-12-06 17:49:01)
Windows' most annoying aspect: doing things you never told it to do, or
are even aware of, slowing you down when you decide to use "your"
computer.
openSUSE most annoying aspect: ditto for Beagle and that annoying "man"
pages indexing.
Kill the dog.
#62: Gerald Pfeifer (geraldpfeifer) (2009-12-28 11:39:41)
So the other day I installed f-spot on a (previously) minimal openSUSE
11.2 system and what did I get as a dependency and activated by default
(and keeping my notebook and disk busy afterwards? Beagle.
That really does not sounds right, getting something like Beagle in via
the backdoor (from a user's perspective)...
#63: Vincent Untz (vuntz) (2009-12-28 14:12:09) (reply to #62)
Hrm, isn't the beagle part of f-spot split in a f-spot-extension-beagle
subpackage?
#64: Gerald Pfeifer (geraldpfeifer) (2009-12-28 21:17:38) (reply to
#63)
Doesn't look like it. On my openSUSE 11.2 system:
# rpm -qa | egrep 'beagle|f-spot'
libbeagle1-0.3.9-3.3.x86_64
# rpm -e libbeagle1
error: Failed dependencies:
- libbeagle.so.1()(64bit) is needed by (installed) yelp-2.28.0-2.5.
+ libbeagle.so.1()(64bit) is needed by (installed) yelp-2.28.0-2.5.x86_64
+ libbeagle.so.1()(64bit) is needed by (installed) nautilus-2.28.0-2.5.
x86_64
- libbeagle.so.1()(64bit) is needed by (installed) nautilus-2.28.0-2.5.
- x86_64
- libbeagle.so.1()(64bit) is needed by (installed) brasero-2.28.1-2.3.
- x86_64
+ libbeagle.so.1()(64bit) is needed by (installed) brasero-2.28.1-2.3.x86_64
So, let's see what happens if I now install F-spot. Voila!
# zypper -v in f-spot
Force resolution: Yes
Resolving package dependencies...
Force resolution: Yes
The following NEW packages are going to be installed:
beagle 0.3.9-9.10.4
f-spot 0.6.1.3-2.5
2 new packages to install.
+ #65: Vincent Untz (vuntz) (2009-12-29 00:27:23) (reply to #64)
+ Ah, my bad, it's only in factory...
--
openSUSE Feature:
https://features.opensuse.org/305296
1
0
[openFATE 305296] Easy Way to Disable Beagle Completely During Installation
by fate_noreply@suse.de 28 Dec '09
by fate_noreply@suse.de 28 Dec '09
28 Dec '09
Feature changed by: Gerald Pfeifer (GeraldPfeifer)
Feature #305296, revision 126
Title: Easy Way to Disable Beagle Completely During Installation
openSUSE-11.2: Done
Priority
Requester: Important
Projectmanager: Important
Requested by: JP Rosevear (jproseve)
Description:
We need to either have beagle off by default and allow a user to enable
it the first time they search or provide an install option to turn it
off.
Relations:
- Better Beagle Acceptance (feature/id: 303367)
- Easy way to disable beagle completely during install
(novell/bugzilla/id: 282678)
https://bugzilla.novell.com/show_bug.cgi?id=282678
Test Case:
* Log in to GNME/KDE
* call beagle-status and check if beagle does not run.
* Start searching in GNOME/KDE and check that the application ask you
to start beagle.
* After that run beagle-status again to check that beagle runs.
Discussion:
#1: Federico Lucifredi (flucifredi) (2009-01-26 20:52:46)
I prefer to start with disabled, offer option to run at first search.
We are proliferating checkboxes in the installer too much.
#8: Stephan Kulow (coolo) (2009-02-10 15:32:39) (reply to #1)
I wholehearty agree. Having specific applications in the installer is
definitely something that we shouldn't do. Have it disabled by default
and make it easy to enable.
#9: Manuel Bejarano (mbejaranoc) (2009-02-11 09:29:51) (reply to #1)
100% agree
#11: Jean-Daniel Dodin (jdd) (2009-02-15 10:12:29) (reply to #1)
+1
#2: Kevin Dupuy (kdupuy9) (2009-01-29 23:40:17)
I prefer a more sane option than disabling it by default... instead,
allow the user to go in and uninstall it from the installation software
screen, just as they would any other app (perhaps make 'Desktop Search'
pattern, installed by default?) We just need to insure that
uninstalling Beagle doesn't throw up any dependency errors.
#3: Eric Springer (erikina) (2009-01-30 00:16:23)
Every single openSUSE install I've done has resulted in beagle being
removed. It slows down the computer, and the firefox extension throws
lots of errors. I'm quite happy with how easy it is to remove, and I
can see why it's useful -- but unless its seriously improved, I think
it should be removed (by default)
#26: Peter Nixon (peternixon) (2009-03-11 20:39:01) (reply to #3)
+1
#29: Pedro Veloso (pedrodh) (2009-04-01 22:18:05) (reply to #26)
Totally agree
#4: Jan Engelhardt (jengelh) (2009-01-30 15:22:34)
Maybe pulseaudio should be too, for slightly similar reasons. :)
#5: Rastislav Krupansky (ra100) (2009-01-31 13:10:36) (reply to #4)
exactly right ;-)
#6: Thomas Beimel (rheydtergekko) (2009-02-01 16:22:09)
Yes this would be an perfect option during installation. Especially
because I prefer to have a new installation that consumes as less
resources as possible. I do not need indexing service and I think many
others as well.
#7: Andri Andreas Priyanto (turtlix) (2009-02-05 11:20:44)
I haven't use beagle since I install openSUSE, and maybe wouldn't or
never But I don't know other user.
I always remove beagle from my gnome-session-properties.
#10: Johnny Stovall (oouc) (2009-02-11 22:50:14)
Beagle should be disabled by default. Everyone in the DFW Linux Users
Group complained when Suse added it. It causes nothing but trouble for
me.
#12: Bart Otten (bartotten) (2009-02-16 01:13:58)
I agree with the people voting to disable it by default. I think we
have to keep focus on the 'consumer' and most of them won't use
Kerry/Beagle.
ps. KDE4 -and- Beagle is useless. KDE4 uses Strigi and Nepomuk.
#13: Sebastian Rösgen (palimpseste) (2009-02-17 12:55:11)
Despite all who now have voted for this proposal, I just have to vote
against it. At least in the forms discussed here. I use Beagle heavily
as do some other people I got convinced to use openSUSE instead of
Windows. A good Desktop search was among the arguments to move these
people to change their OS (others arguments were Deskbar etc... which
btw. does not necessarily need Beagle but gets some interesting
advantages IF Beagle is activated). Why not simply ask at startup how
to configure some basic system defaults. Among them there could be
beagle. So concerning the proposals of Federico Lucifredi, Stephan
Kulow and so on, I am definitively of the same mind. Beagle should be
installed by default, but it should be easy to switch it "on" or "off"
whenever one wants.
#14: Eric Springer (erikina) (2009-02-18 01:05:18) (reply to #13)
Yes, a search is very useful. Yes, some people find beagle beneficial
(as apparently you do). But the vast majority (Currently the vote is at
47:1) of people it doesn't work well with. And that's truly an amazing
statistic, as it's super easy to see and use the feature it provides
but much harder to see that it's beagle causing so many (resource
related) problems.
And if that statistic alone isn't enough to convince you it's not a
sensible default, then I have absolutely no idea how to. There really
should be a resemblance of QA in place, especially for default (and
completely optional) packages.
#15: Sebastian Rösgen (palimpseste) (2009-02-19 12:04:23) (reply to
#14)
Ok, I hope that my comment did not sound as gruff or ... brusque, for I,
basically, hoped to present a different opinion. What I did not intend
was to, evidently, irritate somebody by not completely assenting to his
opinion.
See: I am working for a university in Germany. We have 45.000 students
and a staff of employees of a size appropriate for this amount of
students. We rely heavily on the capabilities of a search system (to be
honest: in this case not beagle, but somethings similar to beagle). I
am one person who posts here but, to stay in your line of
argumentation, statistically I represent so many single individuals,
that my vote could be multiplied by a "pretty fight factor". Now the
problem is that most of these people just use a search feature but do
not understand of configure it. But they will notice when it is gone .
These users do not vote, they are not involved in community work, they
are not programmers, not system architects, not members of an online
community. But they use systems like beagle. I know, as I stated in my
first post, some people, which I got to switch their OS, from Windows
to openSUSE. These people will miss features, too. Especially if you
are so eager so simple remove this feature despite the fact that it was
part of the distribution for many years.
The more I write here, the angrier I get. I mentioned that Lucifredi
and Kulow are of another opinion (disable but no remove the software;
make it possible to switch it on or off when needed), an opinion I
agree with. Is it possible that YOU ignored that part? This is quite
normale for the usual open source community. To me it is a relatively
illusive concept, the more I deal with it (and I deal with it for now 9
years) the more I learn about the ignorance it contains. Too many
people choose rather to ignore those who have to vote (usually called
users) and instead see their opinion as the ultimate measure to decide
pro and contra. Did it come to your mind that about 80-90% of those who
start to create an account for a portal like openFATE, who pay the time
to write some comments and skip through all these proposals in this
portal, that 80-90% of these people might perhaps be programmers? Geeks
and nerds as they are called nowadays. This is no real statistic
representing the opinion of those who use a software, it is a statistic
of those how develop a software. Make this clear to you.
So to get back on a rather rational level: I recognize that you are of
another opinion. That most of the people here are. But, and that was
important to me, these votes in here are not a real representation of
opinions. I prefer openSUSE after all these years espcially because it
was bought by Novell. Because they do research in usability, which is
the only real way to ask the customers/the users, how to design the
software. That is why I said, that an easy startup QA for the normal
user is the best to do. Do not be too ignorant. The users know what
they want, even if they miss some technical versatily, they will still
take note of features that are missing, of bugs in the browser, of
missing parts in the system "that they know worked on a different OS"
or whatever else. Perhaps they annot name the source of the problem and
do not know if it is a real design issue or a real bug. But they will
say that the feature is not how they expected it to be.
I recently said to a colleague of mine that the times of Mac OS are
nearly over. The only real advantage they have is that they can design
an OS without paying too much attention to different hardware. They
know exactly which hardware their OS will possible have to run on. If
Linux with a nice GNOME, KDE, or-whatever-desktop would run out of the
box on ANY posible hardware, with all features running without a
problem (Audio, Bluetooth, 3D Graphics are still a problem as we know)
it would be undeniable that Linux will be the winner. I see progress
made well into that direction. I see that Linux is close to this goal,
to solve these issues in nears time (most Graphic Cards now easily
work, with only a few exceptions). So please do not disappoint me. I
have to lead discussions about Linux/Windows and Linux/MacOSX nearly
every week. I do not want to have them led in vain. Look at what Mac
and Windows do, they have a search system with an index. Make ours
betters, faster and less memory hungry instead of removing it. These
who switch from Windows/Mac to Linux (for instance to openSUSE) want to
find new and more useful features instead of fewer features.
I know this post was too long. I am sorry, but it thought it
necessary.
#16: Eric Springer (erikina) (2009-02-19 14:33:07) (reply to #15)
I agree with everything you said, but you must realize I/we aren't
arguing against search. We're arguing against beagle.
I personally use google desktop search on a daily basis. And it works
well. I assume that it does all its work when I'm not physically using
the computer (a policy that is ideal for desktop usage). I'm not
advocating its inclusion (primarily license reasons and kde integration
reasons) but you should see that I'm not against a search or anything
like that.
Beagle on the other hand, I've tried to give it a fair shot a few
times. To see if it has improved (something I will admit Banshee has
done). But its *always* problematic. Something that is echoed daily on
IRC and the mailing lists. The firefox extension causes huge amounts
errors and slow downs. The actual search program maxs out the CPU. IO
brings the computer to a crawl when I need to get work done etc. It's
just not pretty.
So if Beagle works well, I'd love to use it. But it doesn't and
shouldn't be included. Put it this way. I would really like to see
kernel initialization of graphics devices. However, until it's finished
and works properly -- I think we'd both agree that it shouldn't be on
our systems. I know it's not a good test for everything, but have you
noticed how many other desktop distros have chosen to include beagle?
#17: Sebastian Rösgen (palimpseste) (2009-02-19 18:16:48) (reply to
#16)
Ok, I see your point. Perhaps beagle is indeed not a good solution and I
was too narrow minded to realize it. (Though I haven't experienced the
CPU problems anymore for about one year, I suppose you are right).
Especially since the development of beagle has come to a crawl (the
last release: 0.3.9 was released about four weeks ago but it needed
nearly half a year to be released and contains only some mere bug
fixes).
I think, I am going to open a new feature request in openFate. If you
(and the other guys) are not against desktop search, but instead
against beagle, it could be interesting to discuss why Tracker
(http://projects.gnome.org/tracker/index.html) should not become a
replacement for beagle. Especially since KDE has now Strigi as a core
component. So one can get rid of beagle and use some "quasi native"
tools for desktop search (namely "strigi" and "tracker") on Gnome and,
respectively, KDE.
Anyway, thanks for your reply and the discussion.
#18: Sebastian Rösgen (palimpseste) (2009-02-19 18:23:53) (reply to
#17)
Hm, as it seems I cannot open such a request. Wonderful! So perhaps
somebody has read this discussion and might be so kind to at least
evaluate the request and "perhaps" might open a new feature request
concerning the replacement of beagle by Tracker (which is a Gnome
Desktop search, but since KDE has already its own Desktop search this
should not be that problematic... I hope)
And before somebody asks: no I will not file a feature request via bug
tracking system. Those usually take weeks or even months before they
are answered/evaluated/discussed etc...
#19: Federico Lucifredi (flucifredi) (2009-02-19 16:52:12) (reply to
#18)
Hello Sebastian - I do not take the thread as being "against desktop search",
which is a great feature, or against Beagle, which I personally run.
The decision is only to have Beagle not be running by default out of
the box, but to have it installed and ready. The first time a search is
performed, we ask. Users who want desktop search select to run it, and
those who are more "frugal" in terms of CPU do not.
I am running a 3 year old laptop, and Beagle is running just fine for
me. I suspect that's the case for a lot of people. But it is still a
good idea to ask for a choice.
#20: Eric Springer (erikina) (2009-02-22 03:03:55) (reply to #17)
100% agree. I think tracker/strigi make wonderful replacements. :)
#22: andrea florio (anubisg1) (2009-02-25 00:40:51) (reply to #20)
indeed... beagle is to heavy, traker instead, is simply wonderful!
#23: Barbara Hudson (barbie_h) (2009-03-04 02:22:21) (reply to #15)
I was going to vote in favour of the request, because I've been bitten
by beagle bringing machines to a crawl many times, but one thing I've
noticed is that, as people move to dual / quad -core machines, it's no
longer a big issue. I'm not saying ignore the memory and resource
problems - just that even laptops nowadays can run plasma and beagle
and still feel responsive.
The current system, where it notifies you when it does the initial
indexing, is a lot better than the computer slowing to a crawl on a
fresh install and people wondering why openSUSE is soooo slow.
#21: Stanislav Visnovsky (visnov) (2009-02-24 09:10:56)
Coolo, I believe this should be done via patterns.
#24: Stephan Kulow (coolo) (2009-03-04 11:52:23) (reply to #21)
having a desktop search easy to enable sounds like a good to have
feature, so I wouldn't simply remove the package from install. But it
doesn't make sense on a KDE4 desktop (and it's not there in 11.1 afaik)
and it doesn't have to be running by default for GNOME either.
But this is something for the beagle maintainers to decide.
#25: Stephan Kulow (coolo) (2009-03-04 11:53:33) (reply to #24)
that is: it should be off by default (seeing all the votes). But if
it's worth to make it easier to turn it on than it is, I leave to those
that know. But the solution to enable it, should be within the
desktop.
#55: Cameron Blackwood (drkorg) (2009-10-05 03:50:38) (reply to #25)
Id prefer to not have it installed, but disabled by default comes a
close second. ;-)
#27: Jan Engelhardt (jengelh) (2009-03-16 18:03:00)
Less than "easy way to disable beagle completey during installation" it
should even be "disable beagle by default", thank you.
#28: Marcel Müller (open_assistant) (2009-03-16 20:32:45)
great idea, especially to my slowly pc
#30: Gabriel Stein (gabrielstein) (2009-04-03 21:15:44)
Totally Agree. I just post on my blog, and I will pay 5 pints of
Guinness to the great developer which will do that amazing thing.
#31: john andersen (jsamyth) (2009-04-16 20:22:51)
I agree Beagle should be an optional item, not installed by default.
There, I've said it.
But an alternative might be to install it and restrict it't indexing BY
DEFAULT to the user's home directory, (and perhaps the user's mail
spool), and hava a configuration window that allows adding additional
directories.
That is a feature that might make it more palletable.
But realistically, when this many people arrive at a Future Feature
site begging and pleading for a package to dropped from a normal
installation you should assume there are some serious flaws with that
package. This site should be about new and improved features we
would all like to see, but instead this thread is focused on something
that has been rammed down our throats for way too many releases, and
which has historically been difficult to remove.
Side issue:
Unless you are a Linux Developer there is no point in having it index
the entire hard drive. Your average user has no need of these
areas, and experienced users already know where things are, so a
generalized indexer that searches the entire disk is a solution looking
for a problem.
#32: jean-christophe baptiste (phocean) (2009-04-27 11:28:48)
Ok for those who want to get an easy way to disable Beagle.
But it should be activated by default. I am using Beagle intensively
(on Gnome) and I have never got a problem with it.
It just rocks and a huge time saver to me. Maybe my hardware is just
not obsolete (Core 2 duo laptop)...
I think it is the kind of killer app good to show off and that can
bring more new users.
#33: andrea florio (anubisg1) (2009-05-12 20:04:51) (reply to #32)
you are luky then.. beagle on my pc make them very very slower, it
should be disabled by default, if you need it, then you insta/activate
it
#34: Marc collin (collinm) (2009-07-04 15:03:05)
Disable it by default, i use kde... and there is alreay a solution for
it....
we could also disable mono...
#35: Michael Löffler (michl19) (2009-07-07 11:29:54)
Vincent, can you do this? As it is our highest rated feature it would
be very good to have implemented rather soon then later. Thanks.
#36: Vincent Untz (vuntz) (2009-07-07 12:09:24)
Well, it depends on what is the decision here:
* if it's something that should be done during installation, I have no
idea how to implement that.
* If it's just disabling beagle by default, I'll need to investigate,
but it hopefully only is changing something in a .desktop file.
So what's the process on taking a decision here?
That being said, just disabling beagle by default might expose a
usability issue: if it's disabled, it will not index files. So when the
user searches for something for the first time, it will not work and
users won't understand it, and will just give up on it. (It might be
solvable with a nice message the first time the user does a search,
though)
#37: Michael Löffler (michl19) (2009-07-07 14:43:12) (reply to #36)
Vincent, please see #1. What you describe is exactly what Federico
suggested as well. So I'd say disable beagle by default and offer
option to run at first search.
#38: Karl Eichwalder (keichwa) (2009-07-07 15:08:23) (reply to #37)
IIRC, the kde help center works this way and it is rather annoying.
Most of the time, the desktop computer idles... I think on the Mac the
desktop search (spotlight) is enabled by default.
#39: Stephan Kulow (coolo) (2009-07-07 15:16:24) (reply to #38)
you're wrong. Most of the time, the desktop computer saves power.
#40: Karl Eichwalder (keichwa) (2009-07-07 15:36:52) (reply to #39)
Yes, you are right. Once the work is done.
On my desktop at work, beagled and beagled-helper do not cause any
notable load. It's different on my test machine, though.
#41: Dean Hilkewich (deanjo13) (2009-07-07 16:36:55) (reply to #38)
When it comes to indexing services spotlight is far ahead of beagle in
usability and performance. It is also easily disabled with a system
setting if desired. Even on old G4's spotlight doesn't kill
performance like beagle does.
#42: Segundo Luis Martín Díaz Sotomayor (zchronos) (2009-07-07 17:47:
18)
Beagle should be disabled by default.
#49: Vincent Untz (vuntz) (2009-07-18 18:42:21)
Fixed in GNOME:Factory, and submitted to openSUSE:Factory (#14802).
#51: Hecke Degering (hecke_goe) (2009-08-10 09:02:11)
just heard about this request...
i would like to strongly support it.
Beagle eats way too much ressources away for something to be
convenient.
btw: in our institutes desktop configuration (OpenSuse, ~60machines) we
got rid of beagle totally. Unfortunately some packages depend on beagle-
lib, so there is some leftover in the package selection, but this
should not harm, hopefully;-)
#52: Richard Lennox (rlx01) (2009-08-13 15:57:12)
I agree. It just gets in the way. Disable it by default.
#60: Didencool Andrey (didencool) (2009-11-21 07:51:59)
agree, it should be disabled by default.
#61: Frank Vanderham (twelveeighty) (2009-12-06 17:49:01)
Windows' most annoying aspect: doing things you never told it to do, or
are even aware of, slowing you down when you decide to use "your"
computer.
openSUSE most annoying aspect: ditto for Beagle and that annoying "man"
pages indexing.
Kill the dog.
#62: Gerald Pfeifer (geraldpfeifer) (2009-12-28 11:39:41)
So the other day I installed f-spot on a (previously) minimal openSUSE
11.2 system and what did I get as a dependency and activated by default
(and keeping my notebook and disk busy afterwards? Beagle.
That really does not sounds right, getting something like Beagle in via
the backdoor (from a user's perspective)...
#63: Vincent Untz (vuntz) (2009-12-28 14:12:09) (reply to #62)
Hrm, isn't the beagle part of f-spot split in a f-spot-extension-beagle
subpackage?
+ #64: Gerald Pfeifer (geraldpfeifer) (2009-12-28 21:17:38) (reply to
+ #63)
+ Doesn't look like it. On my openSUSE 11.2 system:
+ # rpm -qa | egrep 'beagle|f-spot'
+ libbeagle1-0.3.9-3.3.x86_64
+ # rpm -e libbeagle1
+ error: Failed dependencies:
+ libbeagle.so.1()(64bit) is needed by (installed) yelp-2.28.0-2.5.
+ x86_64
+ libbeagle.so.1()(64bit) is needed by (installed) nautilus-2.28.0-2.5.
+ x86_64
+ libbeagle.so.1()(64bit) is needed by (installed) brasero-2.28.1-2.3.
+ x86_64
+ So, let's see what happens if I now install F-spot. Voila!
+ # zypper -v in f-spot
+ Force resolution: Yes
+ Resolving package dependencies...
+ Force resolution: Yes
+ The following NEW packages are going to be installed:
+ beagle 0.3.9-9.10.4
+ f-spot 0.6.1.3-2.5
+ 2 new packages to install.
--
openSUSE Feature:
https://features.opensuse.org/305296
1
0
[openFATE 305296] Easy Way to Disable Beagle Completely During Installation
by fate_noreply@suse.de 28 Dec '09
by fate_noreply@suse.de 28 Dec '09
28 Dec '09
Feature changed by: Vincent Untz (vuntz)
Feature #305296, revision 125
Title: Easy Way to Disable Beagle Completely During Installation
openSUSE-11.2: Done
Priority
Requester: Important
Projectmanager: Important
Requested by: JP Rosevear (jproseve)
Description:
We need to either have beagle off by default and allow a user to enable
it the first time they search or provide an install option to turn it
off.
Relations:
- Better Beagle Acceptance (feature/id: 303367)
- Easy way to disable beagle completely during install
(novell/bugzilla/id: 282678)
https://bugzilla.novell.com/show_bug.cgi?id=282678
Test Case:
* Log in to GNME/KDE
* call beagle-status and check if beagle does not run.
* Start searching in GNOME/KDE and check that the application ask you
to start beagle.
* After that run beagle-status again to check that beagle runs.
Discussion:
#1: Federico Lucifredi (flucifredi) (2009-01-26 20:52:46)
I prefer to start with disabled, offer option to run at first search.
We are proliferating checkboxes in the installer too much.
#8: Stephan Kulow (coolo) (2009-02-10 15:32:39) (reply to #1)
I wholehearty agree. Having specific applications in the installer is
definitely something that we shouldn't do. Have it disabled by default
and make it easy to enable.
#9: Manuel Bejarano (mbejaranoc) (2009-02-11 09:29:51) (reply to #1)
100% agree
#11: Jean-Daniel Dodin (jdd) (2009-02-15 10:12:29) (reply to #1)
+1
#2: Kevin Dupuy (kdupuy9) (2009-01-29 23:40:17)
I prefer a more sane option than disabling it by default... instead,
allow the user to go in and uninstall it from the installation software
screen, just as they would any other app (perhaps make 'Desktop Search'
pattern, installed by default?) We just need to insure that
uninstalling Beagle doesn't throw up any dependency errors.
#3: Eric Springer (erikina) (2009-01-30 00:16:23)
Every single openSUSE install I've done has resulted in beagle being
removed. It slows down the computer, and the firefox extension throws
lots of errors. I'm quite happy with how easy it is to remove, and I
can see why it's useful -- but unless its seriously improved, I think
it should be removed (by default)
#26: Peter Nixon (peternixon) (2009-03-11 20:39:01) (reply to #3)
+1
#29: Pedro Veloso (pedrodh) (2009-04-01 22:18:05) (reply to #26)
Totally agree
#4: Jan Engelhardt (jengelh) (2009-01-30 15:22:34)
Maybe pulseaudio should be too, for slightly similar reasons. :)
#5: Rastislav Krupansky (ra100) (2009-01-31 13:10:36) (reply to #4)
exactly right ;-)
#6: Thomas Beimel (rheydtergekko) (2009-02-01 16:22:09)
Yes this would be an perfect option during installation. Especially
because I prefer to have a new installation that consumes as less
resources as possible. I do not need indexing service and I think many
others as well.
#7: Andri Andreas Priyanto (turtlix) (2009-02-05 11:20:44)
I haven't use beagle since I install openSUSE, and maybe wouldn't or
never But I don't know other user.
I always remove beagle from my gnome-session-properties.
#10: Johnny Stovall (oouc) (2009-02-11 22:50:14)
Beagle should be disabled by default. Everyone in the DFW Linux Users
Group complained when Suse added it. It causes nothing but trouble for
me.
#12: Bart Otten (bartotten) (2009-02-16 01:13:58)
I agree with the people voting to disable it by default. I think we
have to keep focus on the 'consumer' and most of them won't use
Kerry/Beagle.
ps. KDE4 -and- Beagle is useless. KDE4 uses Strigi and Nepomuk.
#13: Sebastian Rösgen (palimpseste) (2009-02-17 12:55:11)
Despite all who now have voted for this proposal, I just have to vote
against it. At least in the forms discussed here. I use Beagle heavily
as do some other people I got convinced to use openSUSE instead of
Windows. A good Desktop search was among the arguments to move these
people to change their OS (others arguments were Deskbar etc... which
btw. does not necessarily need Beagle but gets some interesting
advantages IF Beagle is activated). Why not simply ask at startup how
to configure some basic system defaults. Among them there could be
beagle. So concerning the proposals of Federico Lucifredi, Stephan
Kulow and so on, I am definitively of the same mind. Beagle should be
installed by default, but it should be easy to switch it "on" or "off"
whenever one wants.
#14: Eric Springer (erikina) (2009-02-18 01:05:18) (reply to #13)
Yes, a search is very useful. Yes, some people find beagle beneficial
(as apparently you do). But the vast majority (Currently the vote is at
47:1) of people it doesn't work well with. And that's truly an amazing
statistic, as it's super easy to see and use the feature it provides
but much harder to see that it's beagle causing so many (resource
related) problems.
And if that statistic alone isn't enough to convince you it's not a
sensible default, then I have absolutely no idea how to. There really
should be a resemblance of QA in place, especially for default (and
completely optional) packages.
#15: Sebastian Rösgen (palimpseste) (2009-02-19 12:04:23) (reply to
#14)
Ok, I hope that my comment did not sound as gruff or ... brusque, for I,
basically, hoped to present a different opinion. What I did not intend
was to, evidently, irritate somebody by not completely assenting to his
opinion.
See: I am working for a university in Germany. We have 45.000 students
and a staff of employees of a size appropriate for this amount of
students. We rely heavily on the capabilities of a search system (to be
honest: in this case not beagle, but somethings similar to beagle). I
am one person who posts here but, to stay in your line of
argumentation, statistically I represent so many single individuals,
that my vote could be multiplied by a "pretty fight factor". Now the
problem is that most of these people just use a search feature but do
not understand of configure it. But they will notice when it is gone .
These users do not vote, they are not involved in community work, they
are not programmers, not system architects, not members of an online
community. But they use systems like beagle. I know, as I stated in my
first post, some people, which I got to switch their OS, from Windows
to openSUSE. These people will miss features, too. Especially if you
are so eager so simple remove this feature despite the fact that it was
part of the distribution for many years.
The more I write here, the angrier I get. I mentioned that Lucifredi
and Kulow are of another opinion (disable but no remove the software;
make it possible to switch it on or off when needed), an opinion I
agree with. Is it possible that YOU ignored that part? This is quite
normale for the usual open source community. To me it is a relatively
illusive concept, the more I deal with it (and I deal with it for now 9
years) the more I learn about the ignorance it contains. Too many
people choose rather to ignore those who have to vote (usually called
users) and instead see their opinion as the ultimate measure to decide
pro and contra. Did it come to your mind that about 80-90% of those who
start to create an account for a portal like openFATE, who pay the time
to write some comments and skip through all these proposals in this
portal, that 80-90% of these people might perhaps be programmers? Geeks
and nerds as they are called nowadays. This is no real statistic
representing the opinion of those who use a software, it is a statistic
of those how develop a software. Make this clear to you.
So to get back on a rather rational level: I recognize that you are of
another opinion. That most of the people here are. But, and that was
important to me, these votes in here are not a real representation of
opinions. I prefer openSUSE after all these years espcially because it
was bought by Novell. Because they do research in usability, which is
the only real way to ask the customers/the users, how to design the
software. That is why I said, that an easy startup QA for the normal
user is the best to do. Do not be too ignorant. The users know what
they want, even if they miss some technical versatily, they will still
take note of features that are missing, of bugs in the browser, of
missing parts in the system "that they know worked on a different OS"
or whatever else. Perhaps they annot name the source of the problem and
do not know if it is a real design issue or a real bug. But they will
say that the feature is not how they expected it to be.
I recently said to a colleague of mine that the times of Mac OS are
nearly over. The only real advantage they have is that they can design
an OS without paying too much attention to different hardware. They
know exactly which hardware their OS will possible have to run on. If
Linux with a nice GNOME, KDE, or-whatever-desktop would run out of the
box on ANY posible hardware, with all features running without a
problem (Audio, Bluetooth, 3D Graphics are still a problem as we know)
it would be undeniable that Linux will be the winner. I see progress
made well into that direction. I see that Linux is close to this goal,
to solve these issues in nears time (most Graphic Cards now easily
work, with only a few exceptions). So please do not disappoint me. I
have to lead discussions about Linux/Windows and Linux/MacOSX nearly
every week. I do not want to have them led in vain. Look at what Mac
and Windows do, they have a search system with an index. Make ours
betters, faster and less memory hungry instead of removing it. These
who switch from Windows/Mac to Linux (for instance to openSUSE) want to
find new and more useful features instead of fewer features.
I know this post was too long. I am sorry, but it thought it
necessary.
#16: Eric Springer (erikina) (2009-02-19 14:33:07) (reply to #15)
I agree with everything you said, but you must realize I/we aren't
arguing against search. We're arguing against beagle.
I personally use google desktop search on a daily basis. And it works
well. I assume that it does all its work when I'm not physically using
the computer (a policy that is ideal for desktop usage). I'm not
advocating its inclusion (primarily license reasons and kde integration
reasons) but you should see that I'm not against a search or anything
like that.
Beagle on the other hand, I've tried to give it a fair shot a few
times. To see if it has improved (something I will admit Banshee has
done). But its *always* problematic. Something that is echoed daily on
IRC and the mailing lists. The firefox extension causes huge amounts
errors and slow downs. The actual search program maxs out the CPU. IO
brings the computer to a crawl when I need to get work done etc. It's
just not pretty.
So if Beagle works well, I'd love to use it. But it doesn't and
shouldn't be included. Put it this way. I would really like to see
kernel initialization of graphics devices. However, until it's finished
and works properly -- I think we'd both agree that it shouldn't be on
our systems. I know it's not a good test for everything, but have you
noticed how many other desktop distros have chosen to include beagle?
#17: Sebastian Rösgen (palimpseste) (2009-02-19 18:16:48) (reply to
#16)
Ok, I see your point. Perhaps beagle is indeed not a good solution and I
was too narrow minded to realize it. (Though I haven't experienced the
CPU problems anymore for about one year, I suppose you are right).
Especially since the development of beagle has come to a crawl (the
last release: 0.3.9 was released about four weeks ago but it needed
nearly half a year to be released and contains only some mere bug
fixes).
I think, I am going to open a new feature request in openFate. If you
(and the other guys) are not against desktop search, but instead
against beagle, it could be interesting to discuss why Tracker
(http://projects.gnome.org/tracker/index.html) should not become a
replacement for beagle. Especially since KDE has now Strigi as a core
component. So one can get rid of beagle and use some "quasi native"
tools for desktop search (namely "strigi" and "tracker") on Gnome and,
respectively, KDE.
Anyway, thanks for your reply and the discussion.
#18: Sebastian Rösgen (palimpseste) (2009-02-19 18:23:53) (reply to
#17)
Hm, as it seems I cannot open such a request. Wonderful! So perhaps
somebody has read this discussion and might be so kind to at least
evaluate the request and "perhaps" might open a new feature request
concerning the replacement of beagle by Tracker (which is a Gnome
Desktop search, but since KDE has already its own Desktop search this
should not be that problematic... I hope)
And before somebody asks: no I will not file a feature request via bug
tracking system. Those usually take weeks or even months before they
are answered/evaluated/discussed etc...
#19: Federico Lucifredi (flucifredi) (2009-02-19 16:52:12) (reply to
#18)
Hello Sebastian - I do not take the thread as being "against desktop search",
which is a great feature, or against Beagle, which I personally run.
The decision is only to have Beagle not be running by default out of
the box, but to have it installed and ready. The first time a search is
performed, we ask. Users who want desktop search select to run it, and
those who are more "frugal" in terms of CPU do not.
I am running a 3 year old laptop, and Beagle is running just fine for
me. I suspect that's the case for a lot of people. But it is still a
good idea to ask for a choice.
#20: Eric Springer (erikina) (2009-02-22 03:03:55) (reply to #17)
100% agree. I think tracker/strigi make wonderful replacements. :)
#22: andrea florio (anubisg1) (2009-02-25 00:40:51) (reply to #20)
indeed... beagle is to heavy, traker instead, is simply wonderful!
#23: Barbara Hudson (barbie_h) (2009-03-04 02:22:21) (reply to #15)
I was going to vote in favour of the request, because I've been bitten
by beagle bringing machines to a crawl many times, but one thing I've
noticed is that, as people move to dual / quad -core machines, it's no
longer a big issue. I'm not saying ignore the memory and resource
problems - just that even laptops nowadays can run plasma and beagle
and still feel responsive.
The current system, where it notifies you when it does the initial
indexing, is a lot better than the computer slowing to a crawl on a
fresh install and people wondering why openSUSE is soooo slow.
#21: Stanislav Visnovsky (visnov) (2009-02-24 09:10:56)
Coolo, I believe this should be done via patterns.
#24: Stephan Kulow (coolo) (2009-03-04 11:52:23) (reply to #21)
having a desktop search easy to enable sounds like a good to have
feature, so I wouldn't simply remove the package from install. But it
doesn't make sense on a KDE4 desktop (and it's not there in 11.1 afaik)
and it doesn't have to be running by default for GNOME either.
But this is something for the beagle maintainers to decide.
#25: Stephan Kulow (coolo) (2009-03-04 11:53:33) (reply to #24)
that is: it should be off by default (seeing all the votes). But if
it's worth to make it easier to turn it on than it is, I leave to those
that know. But the solution to enable it, should be within the
desktop.
#55: Cameron Blackwood (drkorg) (2009-10-05 03:50:38) (reply to #25)
Id prefer to not have it installed, but disabled by default comes a
close second. ;-)
#27: Jan Engelhardt (jengelh) (2009-03-16 18:03:00)
Less than "easy way to disable beagle completey during installation" it
should even be "disable beagle by default", thank you.
#28: Marcel Müller (open_assistant) (2009-03-16 20:32:45)
great idea, especially to my slowly pc
#30: Gabriel Stein (gabrielstein) (2009-04-03 21:15:44)
Totally Agree. I just post on my blog, and I will pay 5 pints of
Guinness to the great developer which will do that amazing thing.
#31: john andersen (jsamyth) (2009-04-16 20:22:51)
I agree Beagle should be an optional item, not installed by default.
There, I've said it.
But an alternative might be to install it and restrict it't indexing BY
DEFAULT to the user's home directory, (and perhaps the user's mail
spool), and hava a configuration window that allows adding additional
directories.
That is a feature that might make it more palletable.
But realistically, when this many people arrive at a Future Feature
site begging and pleading for a package to dropped from a normal
installation you should assume there are some serious flaws with that
package. This site should be about new and improved features we
would all like to see, but instead this thread is focused on something
that has been rammed down our throats for way too many releases, and
which has historically been difficult to remove.
Side issue:
Unless you are a Linux Developer there is no point in having it index
the entire hard drive. Your average user has no need of these
areas, and experienced users already know where things are, so a
generalized indexer that searches the entire disk is a solution looking
for a problem.
#32: jean-christophe baptiste (phocean) (2009-04-27 11:28:48)
Ok for those who want to get an easy way to disable Beagle.
But it should be activated by default. I am using Beagle intensively
(on Gnome) and I have never got a problem with it.
It just rocks and a huge time saver to me. Maybe my hardware is just
not obsolete (Core 2 duo laptop)...
I think it is the kind of killer app good to show off and that can
bring more new users.
#33: andrea florio (anubisg1) (2009-05-12 20:04:51) (reply to #32)
you are luky then.. beagle on my pc make them very very slower, it
should be disabled by default, if you need it, then you insta/activate
it
#34: Marc collin (collinm) (2009-07-04 15:03:05)
Disable it by default, i use kde... and there is alreay a solution for
it....
we could also disable mono...
#35: Michael Löffler (michl19) (2009-07-07 11:29:54)
Vincent, can you do this? As it is our highest rated feature it would
be very good to have implemented rather soon then later. Thanks.
#36: Vincent Untz (vuntz) (2009-07-07 12:09:24)
Well, it depends on what is the decision here:
* if it's something that should be done during installation, I have no
idea how to implement that.
* If it's just disabling beagle by default, I'll need to investigate,
but it hopefully only is changing something in a .desktop file.
So what's the process on taking a decision here?
That being said, just disabling beagle by default might expose a
usability issue: if it's disabled, it will not index files. So when the
user searches for something for the first time, it will not work and
users won't understand it, and will just give up on it. (It might be
solvable with a nice message the first time the user does a search,
though)
#37: Michael Löffler (michl19) (2009-07-07 14:43:12) (reply to #36)
Vincent, please see #1. What you describe is exactly what Federico
suggested as well. So I'd say disable beagle by default and offer
option to run at first search.
#38: Karl Eichwalder (keichwa) (2009-07-07 15:08:23) (reply to #37)
IIRC, the kde help center works this way and it is rather annoying.
Most of the time, the desktop computer idles... I think on the Mac the
desktop search (spotlight) is enabled by default.
#39: Stephan Kulow (coolo) (2009-07-07 15:16:24) (reply to #38)
you're wrong. Most of the time, the desktop computer saves power.
#40: Karl Eichwalder (keichwa) (2009-07-07 15:36:52) (reply to #39)
Yes, you are right. Once the work is done.
On my desktop at work, beagled and beagled-helper do not cause any
notable load. It's different on my test machine, though.
#41: Dean Hilkewich (deanjo13) (2009-07-07 16:36:55) (reply to #38)
When it comes to indexing services spotlight is far ahead of beagle in
usability and performance. It is also easily disabled with a system
setting if desired. Even on old G4's spotlight doesn't kill
performance like beagle does.
#42: Segundo Luis Martín Díaz Sotomayor (zchronos) (2009-07-07 17:47:
18)
Beagle should be disabled by default.
#49: Vincent Untz (vuntz) (2009-07-18 18:42:21)
Fixed in GNOME:Factory, and submitted to openSUSE:Factory (#14802).
#51: Hecke Degering (hecke_goe) (2009-08-10 09:02:11)
just heard about this request...
i would like to strongly support it.
Beagle eats way too much ressources away for something to be
convenient.
btw: in our institutes desktop configuration (OpenSuse, ~60machines) we
got rid of beagle totally. Unfortunately some packages depend on beagle-
lib, so there is some leftover in the package selection, but this
should not harm, hopefully;-)
#52: Richard Lennox (rlx01) (2009-08-13 15:57:12)
I agree. It just gets in the way. Disable it by default.
#60: Didencool Andrey (didencool) (2009-11-21 07:51:59)
agree, it should be disabled by default.
#61: Frank Vanderham (twelveeighty) (2009-12-06 17:49:01)
Windows' most annoying aspect: doing things you never told it to do, or
are even aware of, slowing you down when you decide to use "your"
computer.
openSUSE most annoying aspect: ditto for Beagle and that annoying "man"
pages indexing.
Kill the dog.
#62: Gerald Pfeifer (geraldpfeifer) (2009-12-28 11:39:41)
So the other day I installed f-spot on a (previously) minimal openSUSE
11.2 system and what did I get as a dependency and activated by default
(and keeping my notebook and disk busy afterwards? Beagle.
That really does not sounds right, getting something like Beagle in via
the backdoor (from a user's perspective)...
+ #63: Vincent Untz (vuntz) (2009-12-28 14:12:09) (reply to #62)
+ Hrm, isn't the beagle part of f-spot split in a f-spot-extension-beagle
+ subpackage?
--
openSUSE Feature:
https://features.opensuse.org/305296
1
0
[openFATE 305296] Easy Way to Disable Beagle Completely During Installation
by fate_noreply@suse.de 28 Dec '09
by fate_noreply@suse.de 28 Dec '09
28 Dec '09
Feature changed by: Gerald Pfeifer (GeraldPfeifer)
Feature #305296, revision 124
Title: Easy Way to Disable Beagle Completely During Installation
openSUSE-11.2: Done
Priority
Requester: Important
Projectmanager: Important
Requested by: JP Rosevear (jproseve)
Description:
We need to either have beagle off by default and allow a user to enable
it the first time they search or provide an install option to turn it
off.
Relations:
- Better Beagle Acceptance (feature/id: 303367)
- Easy way to disable beagle completely during install
(novell/bugzilla/id: 282678)
https://bugzilla.novell.com/show_bug.cgi?id=282678
Test Case:
* Log in to GNME/KDE
* call beagle-status and check if beagle does not run.
* Start searching in GNOME/KDE and check that the application ask you
to start beagle.
* After that run beagle-status again to check that beagle runs.
Discussion:
#1: Federico Lucifredi (flucifredi) (2009-01-26 20:52:46)
I prefer to start with disabled, offer option to run at first search.
We are proliferating checkboxes in the installer too much.
#8: Stephan Kulow (coolo) (2009-02-10 15:32:39) (reply to #1)
I wholehearty agree. Having specific applications in the installer is
definitely something that we shouldn't do. Have it disabled by default
and make it easy to enable.
#9: Manuel Bejarano (mbejaranoc) (2009-02-11 09:29:51) (reply to #1)
100% agree
#11: Jean-Daniel Dodin (jdd) (2009-02-15 10:12:29) (reply to #1)
+1
#2: Kevin Dupuy (kdupuy9) (2009-01-29 23:40:17)
I prefer a more sane option than disabling it by default... instead,
allow the user to go in and uninstall it from the installation software
screen, just as they would any other app (perhaps make 'Desktop Search'
pattern, installed by default?) We just need to insure that
uninstalling Beagle doesn't throw up any dependency errors.
#3: Eric Springer (erikina) (2009-01-30 00:16:23)
Every single openSUSE install I've done has resulted in beagle being
removed. It slows down the computer, and the firefox extension throws
lots of errors. I'm quite happy with how easy it is to remove, and I
can see why it's useful -- but unless its seriously improved, I think
it should be removed (by default)
#26: Peter Nixon (peternixon) (2009-03-11 20:39:01) (reply to #3)
+1
#29: Pedro Veloso (pedrodh) (2009-04-01 22:18:05) (reply to #26)
Totally agree
#4: Jan Engelhardt (jengelh) (2009-01-30 15:22:34)
Maybe pulseaudio should be too, for slightly similar reasons. :)
#5: Rastislav Krupansky (ra100) (2009-01-31 13:10:36) (reply to #4)
exactly right ;-)
#6: Thomas Beimel (rheydtergekko) (2009-02-01 16:22:09)
Yes this would be an perfect option during installation. Especially
because I prefer to have a new installation that consumes as less
resources as possible. I do not need indexing service and I think many
others as well.
#7: Andri Andreas Priyanto (turtlix) (2009-02-05 11:20:44)
I haven't use beagle since I install openSUSE, and maybe wouldn't or
never But I don't know other user.
I always remove beagle from my gnome-session-properties.
#10: Johnny Stovall (oouc) (2009-02-11 22:50:14)
Beagle should be disabled by default. Everyone in the DFW Linux Users
Group complained when Suse added it. It causes nothing but trouble for
me.
#12: Bart Otten (bartotten) (2009-02-16 01:13:58)
I agree with the people voting to disable it by default. I think we
have to keep focus on the 'consumer' and most of them won't use
Kerry/Beagle.
ps. KDE4 -and- Beagle is useless. KDE4 uses Strigi and Nepomuk.
#13: Sebastian Rösgen (palimpseste) (2009-02-17 12:55:11)
Despite all who now have voted for this proposal, I just have to vote
against it. At least in the forms discussed here. I use Beagle heavily
as do some other people I got convinced to use openSUSE instead of
Windows. A good Desktop search was among the arguments to move these
people to change their OS (others arguments were Deskbar etc... which
btw. does not necessarily need Beagle but gets some interesting
advantages IF Beagle is activated). Why not simply ask at startup how
to configure some basic system defaults. Among them there could be
beagle. So concerning the proposals of Federico Lucifredi, Stephan
Kulow and so on, I am definitively of the same mind. Beagle should be
installed by default, but it should be easy to switch it "on" or "off"
whenever one wants.
#14: Eric Springer (erikina) (2009-02-18 01:05:18) (reply to #13)
Yes, a search is very useful. Yes, some people find beagle beneficial
(as apparently you do). But the vast majority (Currently the vote is at
47:1) of people it doesn't work well with. And that's truly an amazing
statistic, as it's super easy to see and use the feature it provides
but much harder to see that it's beagle causing so many (resource
related) problems.
And if that statistic alone isn't enough to convince you it's not a
sensible default, then I have absolutely no idea how to. There really
should be a resemblance of QA in place, especially for default (and
completely optional) packages.
#15: Sebastian Rösgen (palimpseste) (2009-02-19 12:04:23) (reply to
#14)
Ok, I hope that my comment did not sound as gruff or ... brusque, for I,
basically, hoped to present a different opinion. What I did not intend
was to, evidently, irritate somebody by not completely assenting to his
opinion.
See: I am working for a university in Germany. We have 45.000 students
and a staff of employees of a size appropriate for this amount of
students. We rely heavily on the capabilities of a search system (to be
honest: in this case not beagle, but somethings similar to beagle). I
am one person who posts here but, to stay in your line of
argumentation, statistically I represent so many single individuals,
that my vote could be multiplied by a "pretty fight factor". Now the
problem is that most of these people just use a search feature but do
not understand of configure it. But they will notice when it is gone .
These users do not vote, they are not involved in community work, they
are not programmers, not system architects, not members of an online
community. But they use systems like beagle. I know, as I stated in my
first post, some people, which I got to switch their OS, from Windows
to openSUSE. These people will miss features, too. Especially if you
are so eager so simple remove this feature despite the fact that it was
part of the distribution for many years.
The more I write here, the angrier I get. I mentioned that Lucifredi
and Kulow are of another opinion (disable but no remove the software;
make it possible to switch it on or off when needed), an opinion I
agree with. Is it possible that YOU ignored that part? This is quite
normale for the usual open source community. To me it is a relatively
illusive concept, the more I deal with it (and I deal with it for now 9
years) the more I learn about the ignorance it contains. Too many
people choose rather to ignore those who have to vote (usually called
users) and instead see their opinion as the ultimate measure to decide
pro and contra. Did it come to your mind that about 80-90% of those who
start to create an account for a portal like openFATE, who pay the time
to write some comments and skip through all these proposals in this
portal, that 80-90% of these people might perhaps be programmers? Geeks
and nerds as they are called nowadays. This is no real statistic
representing the opinion of those who use a software, it is a statistic
of those how develop a software. Make this clear to you.
So to get back on a rather rational level: I recognize that you are of
another opinion. That most of the people here are. But, and that was
important to me, these votes in here are not a real representation of
opinions. I prefer openSUSE after all these years espcially because it
was bought by Novell. Because they do research in usability, which is
the only real way to ask the customers/the users, how to design the
software. That is why I said, that an easy startup QA for the normal
user is the best to do. Do not be too ignorant. The users know what
they want, even if they miss some technical versatily, they will still
take note of features that are missing, of bugs in the browser, of
missing parts in the system "that they know worked on a different OS"
or whatever else. Perhaps they annot name the source of the problem and
do not know if it is a real design issue or a real bug. But they will
say that the feature is not how they expected it to be.
I recently said to a colleague of mine that the times of Mac OS are
nearly over. The only real advantage they have is that they can design
an OS without paying too much attention to different hardware. They
know exactly which hardware their OS will possible have to run on. If
Linux with a nice GNOME, KDE, or-whatever-desktop would run out of the
box on ANY posible hardware, with all features running without a
problem (Audio, Bluetooth, 3D Graphics are still a problem as we know)
it would be undeniable that Linux will be the winner. I see progress
made well into that direction. I see that Linux is close to this goal,
to solve these issues in nears time (most Graphic Cards now easily
work, with only a few exceptions). So please do not disappoint me. I
have to lead discussions about Linux/Windows and Linux/MacOSX nearly
every week. I do not want to have them led in vain. Look at what Mac
and Windows do, they have a search system with an index. Make ours
betters, faster and less memory hungry instead of removing it. These
who switch from Windows/Mac to Linux (for instance to openSUSE) want to
find new and more useful features instead of fewer features.
I know this post was too long. I am sorry, but it thought it
necessary.
#16: Eric Springer (erikina) (2009-02-19 14:33:07) (reply to #15)
I agree with everything you said, but you must realize I/we aren't
arguing against search. We're arguing against beagle.
I personally use google desktop search on a daily basis. And it works
well. I assume that it does all its work when I'm not physically using
the computer (a policy that is ideal for desktop usage). I'm not
advocating its inclusion (primarily license reasons and kde integration
reasons) but you should see that I'm not against a search or anything
like that.
Beagle on the other hand, I've tried to give it a fair shot a few
times. To see if it has improved (something I will admit Banshee has
done). But its *always* problematic. Something that is echoed daily on
IRC and the mailing lists. The firefox extension causes huge amounts
errors and slow downs. The actual search program maxs out the CPU. IO
brings the computer to a crawl when I need to get work done etc. It's
just not pretty.
So if Beagle works well, I'd love to use it. But it doesn't and
shouldn't be included. Put it this way. I would really like to see
kernel initialization of graphics devices. However, until it's finished
and works properly -- I think we'd both agree that it shouldn't be on
our systems. I know it's not a good test for everything, but have you
noticed how many other desktop distros have chosen to include beagle?
#17: Sebastian Rösgen (palimpseste) (2009-02-19 18:16:48) (reply to
#16)
Ok, I see your point. Perhaps beagle is indeed not a good solution and I
was too narrow minded to realize it. (Though I haven't experienced the
CPU problems anymore for about one year, I suppose you are right).
Especially since the development of beagle has come to a crawl (the
last release: 0.3.9 was released about four weeks ago but it needed
nearly half a year to be released and contains only some mere bug
fixes).
I think, I am going to open a new feature request in openFate. If you
(and the other guys) are not against desktop search, but instead
against beagle, it could be interesting to discuss why Tracker
(http://projects.gnome.org/tracker/index.html) should not become a
replacement for beagle. Especially since KDE has now Strigi as a core
component. So one can get rid of beagle and use some "quasi native"
tools for desktop search (namely "strigi" and "tracker") on Gnome and,
respectively, KDE.
Anyway, thanks for your reply and the discussion.
#18: Sebastian Rösgen (palimpseste) (2009-02-19 18:23:53) (reply to
#17)
Hm, as it seems I cannot open such a request. Wonderful! So perhaps
somebody has read this discussion and might be so kind to at least
evaluate the request and "perhaps" might open a new feature request
concerning the replacement of beagle by Tracker (which is a Gnome
Desktop search, but since KDE has already its own Desktop search this
should not be that problematic... I hope)
And before somebody asks: no I will not file a feature request via bug
tracking system. Those usually take weeks or even months before they
are answered/evaluated/discussed etc...
#19: Federico Lucifredi (flucifredi) (2009-02-19 16:52:12) (reply to
#18)
Hello Sebastian - I do not take the thread as being "against desktop search",
which is a great feature, or against Beagle, which I personally run.
The decision is only to have Beagle not be running by default out of
the box, but to have it installed and ready. The first time a search is
performed, we ask. Users who want desktop search select to run it, and
those who are more "frugal" in terms of CPU do not.
I am running a 3 year old laptop, and Beagle is running just fine for
me. I suspect that's the case for a lot of people. But it is still a
good idea to ask for a choice.
#20: Eric Springer (erikina) (2009-02-22 03:03:55) (reply to #17)
100% agree. I think tracker/strigi make wonderful replacements. :)
#22: andrea florio (anubisg1) (2009-02-25 00:40:51) (reply to #20)
indeed... beagle is to heavy, traker instead, is simply wonderful!
#23: Barbara Hudson (barbie_h) (2009-03-04 02:22:21) (reply to #15)
I was going to vote in favour of the request, because I've been bitten
by beagle bringing machines to a crawl many times, but one thing I've
noticed is that, as people move to dual / quad -core machines, it's no
longer a big issue. I'm not saying ignore the memory and resource
problems - just that even laptops nowadays can run plasma and beagle
and still feel responsive.
The current system, where it notifies you when it does the initial
indexing, is a lot better than the computer slowing to a crawl on a
fresh install and people wondering why openSUSE is soooo slow.
#21: Stanislav Visnovsky (visnov) (2009-02-24 09:10:56)
Coolo, I believe this should be done via patterns.
#24: Stephan Kulow (coolo) (2009-03-04 11:52:23) (reply to #21)
having a desktop search easy to enable sounds like a good to have
feature, so I wouldn't simply remove the package from install. But it
doesn't make sense on a KDE4 desktop (and it's not there in 11.1 afaik)
and it doesn't have to be running by default for GNOME either.
But this is something for the beagle maintainers to decide.
#25: Stephan Kulow (coolo) (2009-03-04 11:53:33) (reply to #24)
that is: it should be off by default (seeing all the votes). But if
it's worth to make it easier to turn it on than it is, I leave to those
that know. But the solution to enable it, should be within the
desktop.
#55: Cameron Blackwood (drkorg) (2009-10-05 03:50:38) (reply to #25)
Id prefer to not have it installed, but disabled by default comes a
close second. ;-)
#27: Jan Engelhardt (jengelh) (2009-03-16 18:03:00)
Less than "easy way to disable beagle completey during installation" it
should even be "disable beagle by default", thank you.
#28: Marcel Müller (open_assistant) (2009-03-16 20:32:45)
great idea, especially to my slowly pc
#30: Gabriel Stein (gabrielstein) (2009-04-03 21:15:44)
Totally Agree. I just post on my blog, and I will pay 5 pints of
Guinness to the great developer which will do that amazing thing.
#31: john andersen (jsamyth) (2009-04-16 20:22:51)
I agree Beagle should be an optional item, not installed by default.
There, I've said it.
But an alternative might be to install it and restrict it't indexing BY
DEFAULT to the user's home directory, (and perhaps the user's mail
spool), and hava a configuration window that allows adding additional
directories.
That is a feature that might make it more palletable.
But realistically, when this many people arrive at a Future Feature
site begging and pleading for a package to dropped from a normal
installation you should assume there are some serious flaws with that
package. This site should be about new and improved features we
would all like to see, but instead this thread is focused on something
that has been rammed down our throats for way too many releases, and
which has historically been difficult to remove.
Side issue:
Unless you are a Linux Developer there is no point in having it index
the entire hard drive. Your average user has no need of these
areas, and experienced users already know where things are, so a
generalized indexer that searches the entire disk is a solution looking
for a problem.
#32: jean-christophe baptiste (phocean) (2009-04-27 11:28:48)
Ok for those who want to get an easy way to disable Beagle.
But it should be activated by default. I am using Beagle intensively
(on Gnome) and I have never got a problem with it.
It just rocks and a huge time saver to me. Maybe my hardware is just
not obsolete (Core 2 duo laptop)...
I think it is the kind of killer app good to show off and that can
bring more new users.
#33: andrea florio (anubisg1) (2009-05-12 20:04:51) (reply to #32)
you are luky then.. beagle on my pc make them very very slower, it
should be disabled by default, if you need it, then you insta/activate
it
#34: Marc collin (collinm) (2009-07-04 15:03:05)
Disable it by default, i use kde... and there is alreay a solution for
it....
we could also disable mono...
#35: Michael Löffler (michl19) (2009-07-07 11:29:54)
Vincent, can you do this? As it is our highest rated feature it would
be very good to have implemented rather soon then later. Thanks.
#36: Vincent Untz (vuntz) (2009-07-07 12:09:24)
Well, it depends on what is the decision here:
* if it's something that should be done during installation, I have no
idea how to implement that.
* If it's just disabling beagle by default, I'll need to investigate,
but it hopefully only is changing something in a .desktop file.
So what's the process on taking a decision here?
That being said, just disabling beagle by default might expose a
usability issue: if it's disabled, it will not index files. So when the
user searches for something for the first time, it will not work and
users won't understand it, and will just give up on it. (It might be
solvable with a nice message the first time the user does a search,
though)
#37: Michael Löffler (michl19) (2009-07-07 14:43:12) (reply to #36)
Vincent, please see #1. What you describe is exactly what Federico
suggested as well. So I'd say disable beagle by default and offer
option to run at first search.
#38: Karl Eichwalder (keichwa) (2009-07-07 15:08:23) (reply to #37)
IIRC, the kde help center works this way and it is rather annoying.
Most of the time, the desktop computer idles... I think on the Mac the
desktop search (spotlight) is enabled by default.
#39: Stephan Kulow (coolo) (2009-07-07 15:16:24) (reply to #38)
you're wrong. Most of the time, the desktop computer saves power.
#40: Karl Eichwalder (keichwa) (2009-07-07 15:36:52) (reply to #39)
Yes, you are right. Once the work is done.
On my desktop at work, beagled and beagled-helper do not cause any
notable load. It's different on my test machine, though.
#41: Dean Hilkewich (deanjo13) (2009-07-07 16:36:55) (reply to #38)
When it comes to indexing services spotlight is far ahead of beagle in
usability and performance. It is also easily disabled with a system
setting if desired. Even on old G4's spotlight doesn't kill
performance like beagle does.
#42: Segundo Luis Martín Díaz Sotomayor (zchronos) (2009-07-07 17:47:
18)
Beagle should be disabled by default.
#49: Vincent Untz (vuntz) (2009-07-18 18:42:21)
Fixed in GNOME:Factory, and submitted to openSUSE:Factory (#14802).
#51: Hecke Degering (hecke_goe) (2009-08-10 09:02:11)
just heard about this request...
i would like to strongly support it.
Beagle eats way too much ressources away for something to be
convenient.
btw: in our institutes desktop configuration (OpenSuse, ~60machines) we
got rid of beagle totally. Unfortunately some packages depend on beagle-
lib, so there is some leftover in the package selection, but this
should not harm, hopefully;-)
#52: Richard Lennox (rlx01) (2009-08-13 15:57:12)
I agree. It just gets in the way. Disable it by default.
#60: Didencool Andrey (didencool) (2009-11-21 07:51:59)
agree, it should be disabled by default.
-
#61: Frank Vanderham (twelveeighty) (2009-12-06 17:49:01)
Windows' most annoying aspect: doing things you never told it to do, or
are even aware of, slowing you down when you decide to use "your"
computer.
openSUSE most annoying aspect: ditto for Beagle and that annoying "man"
pages indexing.
Kill the dog.
+ #62: Gerald Pfeifer (geraldpfeifer) (2009-12-28 11:39:41)
+ So the other day I installed f-spot on a (previously) minimal openSUSE
+ 11.2 system and what did I get as a dependency and activated by default
+ (and keeping my notebook and disk busy afterwards? Beagle.
+ That really does not sounds right, getting something like Beagle in via
+ the backdoor (from a user's perspective)...
--
openSUSE Feature:
https://features.opensuse.org/305296
1
0
Feature added by: A. Klepatsch (kalex77)
Feature #308558, revision 1
Title: AWFFull
Buildservice: Unconfirmed
Priority
Requester: Important
openSUSE-11.3: Unconfirmed
Priority
Requester: Important
Requested by: A. Klepatsch (kalex77)
Partner organization: openSUSE.org
Description:
AWFFull - A Webalizer Fork, Full o' features! http://www.stedee.id.au/awffull (http://www.stedee.id.au/awffull)
AWFFull is a webserver log analysis tool. Mainly used to produce simple reports.
It produces nice statistics, has many features, is easy to configure, is fast, does not need many ressources, is neverthless accurate (using GeoIP).
Business case (Partner benefit):
openSUSE.org: Actually it is my favorite web analytics tool, and I would appreciate to have a rpm instead of configure-make-install. For sure I'm not the only sysadmin who is missing an awffull-rpm in opensuse. PLEASE make it available! It's a webalizer fork, but it's definitely better.
--
openSUSE Feature:
https://features.opensuse.org/308558
1
1
Feature added by: Alberto Garcia (trebol-a)
Feature #308398, revision 1
Title: Visual checkfs on boot
Package Wishlist: Unconfirmed
Priority
Requester: Important
Requested by: Alberto Garcia (trebol-a)
Description:
When the system (EXT3) is booting, launch a checking of filesystem every 65 days.
A non-advanced user, one day, suddenly, that your computer take a long time and not show the Desktop... ...wait... and wait ...and press RESET button again.
On several home computers that I maintain, the normal time of boot is ( about 1-2 minutes), one day, is multiplied by 10 or 20 WITHOUT visual indications.
Is posible that openSuse show an visual alert over splashScreen in these situations? Some special loading icon of "extraordinary delay by checking FS, a moment please ...."?
Regards
--
openSUSE Feature:
https://features.opensuse.org/308398
1
2
[New: openFATE 308305] Add dotted rectangle enclosing virtual partitions in partitioner's graph view
by fate_noreply@suse.de 27 Dec '09
by fate_noreply@suse.de 27 Dec '09
27 Dec '09
Feature added by: Marco Poletti (poletti_marco)
Feature #308305, revision 1
Title: Add dotted rectangle enclosing virtual partitions in partitioner's graph view
Buildservice: Unconfirmed
Priority
Requester: Desirable
Requested by: Marco Poletti (poletti_marco)
Description:
In the Graph view of the Partitioner, logical and primary partitions are
displayed in the same way and the extended partition isn't shown.
I would display a dotted rectangle around logical partitions.
If there are no logical partitions I would still display an empty dotted
rectangle if there is an extended partition.
I reported this as a bug (540635), but it's not considered important enough to implement.
I agree this is not high priority, but it would be nice to have IMHO.
--
openSUSE Feature:
https://features.opensuse.org/308305
1
2
[New: openFATE 308541] expose the iptables -m recent 'hit' counters
by fate_noreply@suse.de 26 Dec '09
by fate_noreply@suse.de 26 Dec '09
26 Dec '09
Feature added by: Don Hughes (dehughes)
Feature #308541, revision 1
Title: expose the iptables -m recent 'hit' counters
Package Wishlist: Unconfirmed
Priority
Requester: Desirable
Requested by: Don Hughes (dehughes)
Description:
The currently provided iptables recent module can be used to flag ip packets based on last seen times and hit counts. It exposes the tables of times via /proc/net/xt_recent/, but not the hit counter. This value would be useful for doing various analysis tasks and should be fairly easy to add.
I would like the iptables 'recent' extension module to expose its hit counter via /proc/net/xt_recent/
--
openSUSE Feature:
https://features.opensuse.org/308541
1
1