February 2009 - openSUSE Features - openSUSE Mailing Lists

[openFATE 305296] Easy Way to Disable Beagle Completely During Installation
by fate_noreply＠suse.de 19 Feb '09

19 Feb '09

Feature changed by: Sebastian Rösgen (palimpseste) Feature #305296, revision 40 Title: Easy Way to Disable Beagle Completely During Installation openSUSE-11.2: Evaluation Priority Requester: 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 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) #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... -- openSUSE Feature: https://features.opensuse.org/305296

1 0

[openFATE 305296] Easy Way to Disable Beagle Completely During Installation
by fate_noreply＠suse.de 19 Feb '09

19 Feb '09

Feature changed by: Sebastian Rösgen (palimpseste) Feature #305296, revision 39 Title: Easy Way to Disable Beagle Completely During Installation openSUSE-11.2: Evaluation Priority Requester: 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 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) #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. -- openSUSE Feature: https://features.opensuse.org/305296

1 0

[openFATE 305598] Improve access to non-preinstalled apps
by fate_noreply＠suse.de 19 Feb '09

19 Feb '09

Feature changed by: Richard Doll (richard_doll) Feature #305598, revision 10 Title: Improve access to non-preinstalled apps openSUSE-11.2: Evaluation Priority Requester: Important Requested by: Richard Doll (richard_doll) Partner organization: openSUSE.org Description: Currently, we include many apps in the distribution which are by default not installed although accessible for installation via Yast (eg. VPN) Users should have an easy way to find out which apps are available on the system and simply need to be installed. This could be an extension to the application browser (eg. "Search catalog for non-installed applications") or other means to make users aware. Business case (Partner benefit): openSUSE.org: We include numerous "un-advertized" applications in the distribution - it seems self-evident that we should make users aware of what is available to them. Discussion: #1: Gerald Pfeifer (geraldpfeifer) (2009-01-02 12:20:33) This is a bit similar to the issue with YaST, where we made the decision to always install all modules to provide the overview of our capabilities. I am obviously not suggesting this route here, but some of the alternative solutions to the YaST issue may be applicable here. #2: Gerald Pfeifer (geraldpfeifer) (2009-01-02 12:21:26) Guy, Michl, something for our desktop / UI teams to look into? #3: Michael Loeffler (sprudel24) (2009-01-09 18:34:08) Hmm, doesn't the Software Management module in YaST provide exactly this? #4: Richard Doll (richard_doll) (2009-02-17 10:29:18) (reply to #3) I don't think so. You have to go actively into Yast and search there. My request is to bring this closer to the user - possibly a simple search bar in the application browser. So...a simple example might be (based on recent real user experience): - User needs a VPN app - User goes into Application Browser, types in VPN in the Filter - No VPN tool is available, no suggestions or next steps are offered. - User abandons search and concludes there is no VPN app installed on the system An ambitious - and more Linux savy - user might start searching elsewhere or try command line (or open Yast). The scenario I recommend is: - User types in "VPN" in the application browser filter - System returns an answer: "You don't currently have a VPN client linked to the application browser, but there is a VPN client on your system. Click here - BUTTON - to add a shortcut for this application in your application browser. - User accepts and from now on has the - already available - VPN client at his/her fingertips. There might be something in openSUSE - I only use SLED - that could address this #5: Martin Schmidkunz (mschmidkunz) (2009-02-19 16:04:13) What about using (and therefore promoting :-)) the one-click- installation-icon used by software installation via openSUSE.org? I played a little bit around with that idea: http://en.opensuse.org/Image:Application_browser_1click.png Of course we should check the readability of this idea :-) #6: Richard Doll (richard_doll) (2009-02-19 10:17:39) (reply to #5) This looks very good to me. It took me while to notice the wrench on the screenshot, but once I saw it it made absolute sense. Nice thing is we wouldn't have to reinvent the wheel and it would make search even more powerful. Only addition I would make is may be a color code or something that makes it even more obvious what is installed and what is "installable" - otherwise excellent. #7: Martin Schmidkunz (mschmidkunz) (2009-02-19 16:37:24) Yes, you are rigth: using a distinctive color makes it really more obvious :-) See: http://en.opensuse.org/Image:Application_browser_1click_color.png + #8: Richard Doll (richard_doll) (2009-02-19 11:46:39) (reply to #7) + Light gray doesn't qualify as a color...in fact it's very purpose is to + lowlight, not highlight... ;-) + Is it feasible to add this with SP1 to SLED? -- openSUSE Feature: https://features.opensuse.org/305598

1 0

[openFATE 305598] Improve access to non-preinstalled apps
by fate_noreply＠suse.de 19 Feb '09

19 Feb '09

Feature changed by: Martin Schmidkunz (mschmidkunz) Feature #305598, revision 9 Title: Improve access to non-preinstalled apps openSUSE-11.2: Evaluation Priority Requester: Important Requested by: Richard Doll (richard_doll) Partner organization: openSUSE.org Description: Currently, we include many apps in the distribution which are by default not installed although accessible for installation via Yast (eg. VPN) Users should have an easy way to find out which apps are available on the system and simply need to be installed. This could be an extension to the application browser (eg. "Search catalog for non-installed applications") or other means to make users aware. Business case (Partner benefit): openSUSE.org: We include numerous "un-advertized" applications in the distribution - it seems self-evident that we should make users aware of what is available to them. Discussion: #1: Gerald Pfeifer (geraldpfeifer) (2009-01-02 12:20:33) This is a bit similar to the issue with YaST, where we made the decision to always install all modules to provide the overview of our capabilities. I am obviously not suggesting this route here, but some of the alternative solutions to the YaST issue may be applicable here. #2: Gerald Pfeifer (geraldpfeifer) (2009-01-02 12:21:26) Guy, Michl, something for our desktop / UI teams to look into? #3: Michael Loeffler (sprudel24) (2009-01-09 18:34:08) Hmm, doesn't the Software Management module in YaST provide exactly this? #4: Richard Doll (richard_doll) (2009-02-17 10:29:18) (reply to #3) I don't think so. You have to go actively into Yast and search there. My request is to bring this closer to the user - possibly a simple search bar in the application browser. So...a simple example might be (based on recent real user experience): - User needs a VPN app - User goes into Application Browser, types in VPN in the Filter - No VPN tool is available, no suggestions or next steps are offered. - User abandons search and concludes there is no VPN app installed on the system An ambitious - and more Linux savy - user might start searching elsewhere or try command line (or open Yast). The scenario I recommend is: - User types in "VPN" in the application browser filter - System returns an answer: "You don't currently have a VPN client linked to the application browser, but there is a VPN client on your system. Click here - BUTTON - to add a shortcut for this application in your application browser. - User accepts and from now on has the - already available - VPN client at his/her fingertips. There might be something in openSUSE - I only use SLED - that could address this #5: Martin Schmidkunz (mschmidkunz) (2009-02-19 16:04:13) What about using (and therefore promoting :-)) the one-click- installation-icon used by software installation via openSUSE.org? I played a little bit around with that idea: http://en.opensuse.org/Image:Application_browser_1click.png Of course we should check the readability of this idea :-) #6: Richard Doll (richard_doll) (2009-02-19 10:17:39) (reply to #5) This looks very good to me. It took me while to notice the wrench on the screenshot, but once I saw it it made absolute sense. Nice thing is we wouldn't have to reinvent the wheel and it would make search even more powerful. Only addition I would make is may be a color code or something that makes it even more obvious what is installed and what is "installable" - otherwise excellent. + #7: Martin Schmidkunz (mschmidkunz) (2009-02-19 16:37:24) + Yes, you are rigth: using a distinctive color makes it really more + obvious :-) See: + http://en.opensuse.org/Image:Application_browser_1click_color.png -- openSUSE Feature: https://features.opensuse.org/305598

1 0

[openFATE 305598] Improve access to non-preinstalled apps
by fate_noreply＠suse.de 19 Feb '09

19 Feb '09

Feature changed by: Richard Doll (richard_doll) Feature #305598, revision 8 Title: Improve access to non-preinstalled apps openSUSE-11.2: Evaluation Priority Requester: Important Requested by: Richard Doll (richard_doll) Partner organization: openSUSE.org Description: Currently, we include many apps in the distribution which are by default not installed although accessible for installation via Yast (eg. VPN) Users should have an easy way to find out which apps are available on the system and simply need to be installed. This could be an extension to the application browser (eg. "Search catalog for non-installed applications") or other means to make users aware. Business case (Partner benefit): openSUSE.org: We include numerous "un-advertized" applications in the distribution - it seems self-evident that we should make users aware of what is available to them. Discussion: #1: Gerald Pfeifer (geraldpfeifer) (2009-01-02 12:20:33) This is a bit similar to the issue with YaST, where we made the decision to always install all modules to provide the overview of our capabilities. I am obviously not suggesting this route here, but some of the alternative solutions to the YaST issue may be applicable here. #2: Gerald Pfeifer (geraldpfeifer) (2009-01-02 12:21:26) Guy, Michl, something for our desktop / UI teams to look into? #3: Michael Loeffler (sprudel24) (2009-01-09 18:34:08) Hmm, doesn't the Software Management module in YaST provide exactly this? #4: Richard Doll (richard_doll) (2009-02-17 10:29:18) (reply to #3) I don't think so. You have to go actively into Yast and search there. My request is to bring this closer to the user - possibly a simple search bar in the application browser. So...a simple example might be (based on recent real user experience): - User needs a VPN app - User goes into Application Browser, types in VPN in the Filter - No VPN tool is available, no suggestions or next steps are offered. - User abandons search and concludes there is no VPN app installed on the system An ambitious - and more Linux savy - user might start searching elsewhere or try command line (or open Yast). The scenario I recommend is: - User types in "VPN" in the application browser filter - System returns an answer: "You don't currently have a VPN client linked to the application browser, but there is a VPN client on your system. Click here - BUTTON - to add a shortcut for this application in your application browser. - User accepts and from now on has the - already available - VPN client at his/her fingertips. There might be something in openSUSE - I only use SLED - that could address this #5: Martin Schmidkunz (mschmidkunz) (2009-02-19 16:04:13) What about using (and therefore promoting :-)) the one-click- installation-icon used by software installation via openSUSE.org? I played a little bit around with that idea: http://en.opensuse.org/Image:Application_browser_1click.png Of course we should check the readability of this idea :-) + #6: Richard Doll (richard_doll) (2009-02-19 10:17:39) (reply to #5) + This looks very good to me. It took me while to notice the wrench on + the screenshot, but once I saw it it made absolute sense. + Nice thing is we wouldn't have to reinvent the wheel and it would make + search even more powerful. + Only addition I would make is may be a color code or something that + makes it even more obvious what is installed and what is "installable" + - otherwise excellent. -- openSUSE Feature: https://features.opensuse.org/305598

1 0

[openFATE 305598] Improve access to non-preinstalled apps
by fate_noreply＠suse.de 19 Feb '09

19 Feb '09

Feature changed by: Martin Schmidkunz (mschmidkunz) Feature #305598, revision 7 Title: Improve access to non-preinstalled apps openSUSE-11.2: Evaluation Priority Requester: Important Requested by: Richard Doll (richard_doll) Partner organization: openSUSE.org Description: Currently, we include many apps in the distribution which are by default not installed although accessible for installation via Yast (eg. VPN) Users should have an easy way to find out which apps are available on the system and simply need to be installed. This could be an extension to the application browser (eg. "Search catalog for non-installed applications") or other means to make users aware. Business case (Partner benefit): openSUSE.org: We include numerous "un-advertized" applications in the distribution - it seems self-evident that we should make users aware of what is available to them. Discussion: #1: Gerald Pfeifer (geraldpfeifer) (2009-01-02 12:20:33) This is a bit similar to the issue with YaST, where we made the decision to always install all modules to provide the overview of our capabilities. I am obviously not suggesting this route here, but some of the alternative solutions to the YaST issue may be applicable here. #2: Gerald Pfeifer (geraldpfeifer) (2009-01-02 12:21:26) Guy, Michl, something for our desktop / UI teams to look into? #3: Michael Loeffler (sprudel24) (2009-01-09 18:34:08) Hmm, doesn't the Software Management module in YaST provide exactly this? #4: Richard Doll (richard_doll) (2009-02-17 10:29:18) (reply to #3) I don't think so. You have to go actively into Yast and search there. My request is to bring this closer to the user - possibly a simple search bar in the application browser. So...a simple example might be (based on recent real user experience): - User needs a VPN app - User goes into Application Browser, types in VPN in the Filter - No VPN tool is available, no suggestions or next steps are offered. - User abandons search and concludes there is no VPN app installed on the system An ambitious - and more Linux savy - user might start searching elsewhere or try command line (or open Yast). The scenario I recommend is: - User types in "VPN" in the application browser filter - System returns an answer: "You don't currently have a VPN client linked to the application browser, but there is a VPN client on your system. Click here - BUTTON - to add a shortcut for this application in your application browser. - User accepts and from now on has the - already available - VPN client at his/her fingertips. There might be something in openSUSE - I only use SLED - that could address this + #5: Martin Schmidkunz (mschmidkunz) (2009-02-19 16:04:13) + What about using (and therefore promoting :-)) the one-click- + installation-icon used by software installation via openSUSE.org? I + played a little bit around with that idea: + http://en.opensuse.org/Image:Application_browser_1click.png Of course + we should check the readability of this idea :-) -- openSUSE Feature: https://features.opensuse.org/305598

1 0

[openFATE 305296] Easy Way to Disable Beagle Completely During Installation
by fate_noreply＠suse.de 19 Feb '09

19 Feb '09

Feature changed by: Eric Springer (Erikina) Feature #305296, revision 37 Title: Easy Way to Disable Beagle Completely During Installation openSUSE-11.2: Evaluation Priority Requester: 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 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) #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? -- openSUSE Feature: https://features.opensuse.org/305296

1 0

[openFATE 305656] Make hyperlinks from source project names on 'My Projects' page
by fate_noreply＠suse.de 19 Feb '09

19 Feb '09

Feature changed by: Pavol Rusnak (prusnak) Feature #305656, revision 5 Title: Make hyperlinks from source project names on 'My Projects' page Buildservice: New Priority Requester: Desirable Requested by: Petr Uzel (puzel) Description: When I go to 'My Projects' page in OBS, there is a table with requests concerning me at the bottom of the page. For each request, the table contains source project name. I often need to go directly to that project to check the package. This would be much easier, if the project name were hyperlink to the OBS project. Discussion: #1: Marek Stopka (m4r3k) (2009-02-18 18:07:01) Also package name can go directly to package in source project... I would like that too. Nice idea. #2: Sascha Manns (saigkill) (2009-02-18 18:34:49) That sounds good. I'm vote up +1 + #3: Pavol Rusnak (prusnak) (2009-02-19 12:45:44) + I already reported it two months ago in bugzilla: + http://bugzilla.novell.com/show_bug.cgi?id=461306 -- openSUSE Feature: https://features.opensuse.org/305656

1 0

[openFATE 305296] Easy Way to Disable Beagle Completely During Installation
by fate_noreply＠suse.de 19 Feb '09

19 Feb '09

Feature changed by: Sebastian Rösgen (palimpseste) Feature #305296, revision 36 Title: Easy Way to Disable Beagle Completely During Installation openSUSE-11.2: Evaluation Priority Requester: 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 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) #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. -- openSUSE Feature: https://features.opensuse.org/305296

1 0

[openFATE 305656] Make hyperlinks from source project names on 'My Projects' page
by fate_noreply＠suse.de 18 Feb '09

18 Feb '09

Feature changed by: Sascha Manns (saigkill) Feature #305656, revision 4 Title: Make hyperlinks from source project names on 'My Projects' page Buildservice: New Priority Requester: Desirable Requested by: Petr Uzel (puzel) Description: When I go to 'My Projects' page in OBS, there is a table with requests concerning me at the bottom of the page. For each request, the table contains source project name. I often need to go directly to that project to check the package. This would be much easier, if the project name were hyperlink to the OBS project. Discussion: #1: Marek Stopka (m4r3k) (2009-02-18 18:07:01) Also package name can go directly to package in source project... I would like that too. Nice idea. + #2: Sascha Manns (saigkill) (2009-02-18 18:34:49) + That sounds good. I'm vote up +1 -- openSUSE Feature: https://features.opensuse.org/305656

1 0