[Bug 428162] New: KDE not added to session list
https://bugzilla.novell.com/show_bug.cgi?id=428162 Summary: KDE not added to session list Product: openSUSE 11.0 Version: Final Platform: x86 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome@forge.provo.novell.com ReportedBy: bobharvey@europe.com QAContact: qa@suse.de Found By: Community User I have downloaded and installed KDE 4.1 using 'computer' - 'install software' but it does not appear in the session list from what I assume is GDM. There is TWM and ICE but no KDE. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=428162 User stbinner@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=428162#c1 Stephan Binner <stbinner@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kde-maintainers@suse.de Status|NEW |NEEDINFO Info Provider| |bobharvey@europe.com --- Comment #1 from Stephan Binner <stbinner@novell.com> 2008-09-21 02:03:40 MDT --- Do you have the kdebase4-session package installed? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=428162 User bobharvey@europe.com added comment https://bugzilla.novell.com/show_bug.cgi?id=428162#c2 --- Comment #2 from Robert Harvey <bobharvey@europe.com> 2008-09-21 15:33:38 MDT --- I didn't. I do now, and the problem is fixed. I had no idea it existed. But surely it should have been installed with KDE4.1 ? I thought the whole point of repositories & package managers was to protect users from this sort of thing? can't conceive of any circumstances where an ordinary user would want to install KDE without a method for using it. Good and speedy tip, I still reckon, on the basis of 'least astonishment', it shouldn't have been possible to get there. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=428162 User stbinner@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=428162#c3 --- Comment #3 from Stephan Binner <stbinner@novell.com> 2008-09-21 16:17:08 MDT --- How exactly did you "install KDE 4.1 using 'computer' - 'install software'"? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=428162 User bobharvey@europe.com added comment https://bugzilla.novell.com/show_bug.cgi?id=428162#c4 --- Comment #4 from Robert Harvey <bobharvey@europe.com> 2008-09-22 00:51:58 MDT --- I used computer-install software. It asked for the root password for /sbin/tast2 --install . That got me to Yast Package selection. 'Available' was already selected. In the left hand list I selected KDE, and got a list as long as your arm. Recalling that the install disk had options for two kde desktops I searched for KDE4 in the Available list, and browsed for the shortest title. There wasn't one for just KDE4, but I did find KDE4-WIN. I took that to be the master. On selection it added a whole host of other stuff, leaving me feeling confident. Yhe rest you know. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=428162 User stbinner@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=428162#c5 Stephan Binner <stbinner@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Info Provider|bobharvey@europe.com | Resolution| |INVALID --- Comment #5 from Stephan Binner <stbinner@novell.com> 2008-09-22 01:18:59 MDT --- Sounds that you cherry-picked single kde4 packages via the package list instead of selecting either "KDE4 Base System" or "KDE4 Desktop System" pattern. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=428162 User bobharvey@europe.com added comment https://bugzilla.novell.com/show_bug.cgi?id=428162#c6 --- Comment #6 from Robert Harvey <bobharvey@europe.com> 2008-09-22 08:42:05 MDT --- There is nothing called "KDE4 Base System" or "KDE4 Desktop System" in either the 'available' or 'installed' list. In any case, no guidance was provided to say that if you want a working KDE system you have to press 'this one' unlike the installer, which has a single selection.. Look, I'm not an idiot. I've been doing computing since the days of MP/M and the Databus programming language. I've been downloading and compiling tarballs for years. I just thought that using the repository and the package manager was "the way to do things" but it needs to be more straightforward and better documented if it is to be easy to use. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=428162 User jpr@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=428162#c7 --- Comment #7 from JP Rosevear <jpr@novell.com> 2008-09-22 13:06:07 MDT --- At the bottom of the left hand side there is a list that says "Groups" by default. Change that to "Patterns" that will install whole blocks of related software. In there you will from "GNOME", "KDE4 Desktop Environment" etc. The path described in #4 led you to pick a particular kde application and get its dependencies automatically, however KDE is comprised of a lot of packages (as is GNOME), so the patterns are used to do the grouping. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=428162 User bobharvey@europe.com added comment https://bugzilla.novell.com/show_bug.cgi?id=428162#c8 Robert Harvey <bobharvey@europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Component|GNOME |YaST2 Resolution|INVALID | Summary|KDE not added to session list |KDE installation process not self-evident --- Comment #8 from Robert Harvey <bobharvey@europe.com> 2008-09-22 13:45:48 MDT --- Hmm. I wonder how I was supposed to know that? It is certainly not self-evident, and even now you have explained it I cannot see how the words "group" or "pattern" mean anything I could have guessed. Or yet understand. I selected "KDE desktop" and "install all" and it is currently installing a lot of stuff. It will be interesting if I have to do the base too, I expect not. I originally attributed this to Gnome, because I thought it was a GDM thing. It's not, it must be some other component - the package installation manager itself. I think that the package selection could be a lot clearer - like having a master KDE item that essentially means "start here". I think the vocabulary 'group' and 'pattern' is not self-evident. I will change the title appropriately I am also surprised that I was able to install the subcomponents without some warning that th res of the system was missing
KDE is comprised of a lot of packages (as is GNOME) I knew that. That's why I was expecting there to be some top-of-the-tree selection. I understood that was the purpose of over-arching package management.
-- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=428162 User jpr@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=428162#c9 JP Rosevear <jpr@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|kde-maintainers@suse.de |rpmcruz@alunos.dcc.fc.up.pt AssignedTo|bnc-team-gnome@forge.provo.novell.com |bnc-team-screening@forge.provo.novell.com Status|REOPENED |NEW QAContact|qa@suse.de |jsrain@novell.com --- Comment #9 from JP Rosevear <jpr@novell.com> 2008-09-24 17:33:04 MDT --- Yast for the UI issue, both yast qt and yast gtk have the issue. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=428162 User rpmcruz@alunos.dcc.fc.up.pt added comment https://bugzilla.novell.com/show_bug.cgi?id=428162#c10 Ricardo Cruz <rpmcruz@alunos.dcc.fc.up.pt> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sh@novell.com --- Comment #10 from Ricardo Cruz <rpmcruz@alunos.dcc.fc.up.pt> 2008-09-29 09:58:47 MDT --- Robert, I certainly side with you that the situation as is isn't very intuitive, but I'm not sure the solution is to bloat the software manager even further. I think what would be desirable is to abandon the software manager as a tool for the desktop user tool, and present instead the user with an intuitive tool made to actually aid him in the process of discovering the desktop and its applications. The patterns could be an internal convenience and the software manager accessible as a fine tweaking tool, delegated to second plan. Furthermore, the user shouldn't really need to think about installing and removing programs. A desktop like KDE should be presented as an option in the Display Manager even if not installed. If the user chooses to run it, then it should be installed at the moment. This should be true for a lot of other programs as well: for instance, if no PDF reader is installed: still show a "PDF reader" option even if none is installed, and then ask the user which he wishes to try when he tries to run it. It would be installed transparently and readily available. Servers and other technical stuff should be installed by their respective yast tool, and all yast tools should be accessible even if they, or their required software, is not installed. Back to reality, I'm not sure what we can do in the software manager. You may like to know that the GTK UI currently places the categories/patterns combo box in a more visible spot, so you shouldn't miss it this time. Anyway, long-time users already know it, or at least are already very fond of a desktop (even CDs now only ship one desktop flavor), and newbies won't know they want to install KDE or Gnome. Stefan, won't fix? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=428162 User rpmcruz@alunos.dcc.fc.up.pt added comment https://bugzilla.novell.com/show_bug.cgi?id=428162#c11 --- Comment #11 from Ricardo Cruz <rpmcruz@alunos.dcc.fc.up.pt> 2008-09-29 12:38:29 MDT --- You know something that we could do is to add a tip for using patterns, like what I guess Microsoft tries to do with its Office assistance. If the user is searching for "kde" or some other keyword that fits a pattern, then we could render a small un-obstructive label (if the KDE pattern isn't installed, and maybe depending on whether he has used patterns now or even if ever) that points out there is a "KDE Desktop" pattern that will install the all thing. Alternatively, I guess we could try to merge the patterns with the normal packages in terms of presentation, but they're of a different substance, so we would have to be careful not to have it feel misplaced. Also, people use patterns differently than they do packages, and having a dedicated place for them seems more intuitive. At the same time, I guess we could make it so the user can alternate between packages and patterns while preserving the same view. Anyway, what do you think of the tips suggestion? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=428162 User bobharvey@europe.com added comment https://bugzilla.novell.com/show_bug.cgi?id=428162#c12 --- Comment #12 from Robert Harvey <bobharvey@europe.com> 2008-09-29 13:37:11 MDT --- The tips sound simple. Tips might help with "I think the vocabulary 'group' and 'pattern' is not self-evident." That seems to be my root problem - there is something Humpty-Dumpty in the way the words are used. Some explanation - either by pop-up, or a small footnote on the panel, might make it clearer. Perhaps just starting in "Patterns" by default rather than "Group". Speaking as a maths graduate, I am still not clear what your groups are groups of, that your patterns are not. Maybe simplifying the words themselves would be all that is required? What were they called in 8.2? I don't remember this confusion then. I must say that the suggestions in Comment #10 are very interesting. As far as I understand it, like most GUI, the software manager is just a human-readable interface to zypper. So there could be another one - the simple one-button installer for popular or large scale projects - with a "more" button that calls the existing one. Or the shadow applications that self-install would be another interface. Clever. A lot of recent magazines about naive windows-linux conversion have concentrated on how surprised the unsuspecting are by the very idea of repositories and software managers. Perhaps a "catalogue" paradigm, like a paper mail-order catalogue, could be presented by some of these fantastic UI designers? A coloured section called "KDE" with 'get the base system' as a page-repeated heading, or tag, and with lots of individual applications with screen shots and writeups on each page. Differently coloured sections for gnome, mathematical tools, office applications, amateur radio, farming? That would have solved my problem, and help the newcomer to snuggle in more easily? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=428162 User sh@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=428162#c13 --- Comment #13 from Stefan Hundhammer <sh@novell.com> 2008-09-30 03:42:14 MDT --- This confusion was one reason to WONTFIX bug #396245 ("hierachical view for package groups is missing" - i.e., no RPM groups filter view any more in the Qt UI). Access permissions to that bug were revoked because certain people wouldn't accept our resolution. But this issue here is THE case in point: It is absolutely unclear to users what the difference is between "Patterns", "Groups", and "RPM Groups". We really should focus on the important groupings and not let feature creep bloat this more and more. But whichever way we go, it will always have to be a compromise between maximum control for power users and simplicity for novice users. Throwing out the hierarchical RPM groups in favour of the flat PackageKit groups was one step towards simplicity. But throwing the PackageKit groups out, too, in favour of patterns would be one step too far IMHO. I don't know a one-size-fits-all solution to this problem. There are just too many factors involved, and the knowledge gap between different kinds of users is just too great. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=428162 User rpmcruz@alunos.dcc.fc.up.pt added comment https://bugzilla.novell.com/show_bug.cgi?id=428162#c14 --- Comment #14 from Ricardo Cruz <rpmcruz@alunos.dcc.fc.up.pt> 2008-09-30 11:56:47 MDT --- (In reply to comment #12 from Robert Harvey)
The tips sound simple.
Added it.
Tips might help with "I think the vocabulary 'group' and 'pattern' is not self-evident."
That seems to be my root problem - there is something Humpty-Dumpty in the way the words are used. Some explanation - either by pop-up, or a small footnote on the panel, might make it clearer.
Added a tooltip to the type combo describing the several options.
Perhaps just starting in "Patterns" by default rather than "Group".
But the patterns are only available for a limited subset of the packages... Anyway, the groups is actually something Stefan (or Kulow) came up for 11.0. I think we barely need a plan of what we want groups and categories to be exactly, since the current situation is confusing, and hooking it up with the patterns seems like a very feasible project.
A lot of recent magazines about naive windows-linux conversion have concentrated on how surprised the unsuspecting are by the very idea of repositories and software managers. Perhaps a "catalogue" paradigm, like a paper mail-order catalogue, could be presented by some of these fantastic UI designers? A coloured section called "KDE" with 'get the base system' as a page-repeated heading, or tag, and with lots of individual applications with screen shots and writeups on each page. Differently coloured sections for gnome, mathematical tools, office applications, amateur radio, farming? That would have solved my problem, and help the newcomer to snuggle in more easily?
Ubuntu already does something like that: http://svn.opensuse.org/svn/yast/trunk/gtk/mockups/package-selector/ubuntu-a... Yeah, Suse barely needs something like this that could cooperate with its desktop menu systems. I like the idea of merging the menu editor with this, and also make it working with the mime-type system, so you can easily install the application for a format you're trying to open. Plus, Linux commercial vendors could really use an outlet for desktop programs that took the burden and assured the user the programs will function in any future upgrade of the system. I'm sure Novell could use the revenue as well, and they could allow the user to build music and other libraries from there. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=428162 User rpmcruz@alunos.dcc.fc.up.pt added comment https://bugzilla.novell.com/show_bug.cgi?id=428162#c15 Ricardo Cruz <rpmcruz@alunos.dcc.fc.up.pt> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #15 from Ricardo Cruz <rpmcruz@alunos.dcc.fc.up.pt> 2008-09-30 12:21:35 MDT --- (In reply to comment #13 from Stefan Hundhammer)
Throwing out the hierarchical RPM groups in favour of the flat PackageKit groups was one step towards simplicity. But throwing the PackageKit groups out, too, in favour of patterns would be one step too far IMHO.
It's good you guys have a plan, but I am not sure where you are going. First, I disagree with the premises. I don't think it was the fact that the categories was organized in a hierarchy that made it confusing, but rather how it was organized in a hierarchy. It was too deep, the top categories should have been more heavily used, and the terms used were not very helpful. Besides, since there wasn't apparently any "specification" for the thing, a lot of packagers didn't follow whatever the appropriate category was, leading to a lot of duplication, and there was even a significant amount of typos since there was no compiler-time check on the thing. The groups comes off as a fast patch on top of thing, and that I think will result in even less discipline in the categories, which will erode its usefulness, since it requires some reliable categories description for it to work. What I do like about the groups is that you can list the same package across groups (KWord can go to /Publishing and /KDE Desktop). What I would do is to replace the categories thing (or, of course, just add another for compatibility sake) with a tag system that is ensured at compile-time (by whatever tool generates the package). Or possibly some boolean properties, quiz like thing so we could extrapolate our information from. Anyway, I guess that if you expanded the availability of the patterns, it might be an alternative to the current categorization. It would be great to really use the pattern opportunity to think outside of the box though. So the user doesn't have to see things like all the split and addon packages, and can transmit more information on the applications of the kind that the user can make sense and judgments from. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com