KPackageKit = new UserInterface;

Hi All,

KPackageKit 0.6.1 has received lots of love regarding it’s user interface,  last KPK (KPackageKit) was released 5 months ago, after that release I decided to work on things that were also upsetting me like printer-manager (my last post), well it was a good exercise although I couldn’t make printer-manager for KDE SC 4.5 (due not being able to add printers yet). And because of that KPK got abandoned for a while (my mailbox had more than 1000 of bug emails), this was definitely good.

Why? Well I think that when you are too close to a project you stop seeing it’s defects, using KPK was so natural to me (since I knew it all) that I didn’t see a point in changing much of it, although I had some bug wishes most of them were minor fixes. After leaving KPK I started to close more attention on people using it, and started to take note of everything.

For example, a dude that works with me was going to update his packages, on the update ui there was a button written “Refresh”, this is not too bad for english but could be made clearer, in Brazilian Portuguese “Refresh” can be translated as “Update” which is ok for those who knows that it updates the list, but my friend thought it would Update his packages…

Another annoying thing was the search line edit, in small screens it get too small to type because of a check box next to it, which was too wide, I didn’t want to loose vertical space since it’s good to don’t scroll to list to much, but after making each item on the list a bit smaller I could change the view to a tabbed view, which allowed me to make it even prettier.

The check box that used to had package groups (wasting horizontal space) rests in peace now, I took it’s model and set it on the first tab, right when you start KPK, so you see the groups like in system settings. But most users open KPK and want to search so above it there is the search line with much more free space, when you search the groups are hidden and the results are shown, if you want to go back there is a back button.

The biggest problem was actually the Delegate of the package view, it is really hard to represent a list packages that can receive different actions. For example: if I add a checkbox to the installer/remover list, what would mean check? Probably installed, but if I uncheck it how do I know that this item is going to be removed and isn’t simply a not installed item? The current view showed a down arrow (trying to mimic a download), and an X icon to remove, but NO user (I’ve seen) using KPK for the first time realized what that means, probably because no visual feedback was used.

After thinking on this problem a lot I decided that if I changed some stuff on the delegate I would have more space to add buttons inside the list. Now if you click on a button labeled Install/Remove it goes to Unmark, you are now probably thinking how do I know if the Unmark button hides an Installed or Available item? The answer to that question is that at the left of the list there is an small checked emblem for installed packages, it is at the left because if you had to move your eyes to the right while you are reading the list it would become uncomfortable.

The next tab has all your installed packages, that are only loaded when you click on it (because some backends are very slow), with this tab a wish I had for some time  could be completed, you can now export the package list to a PackageKit catalog that can be imported by clicking on the button next to it or even with gnome-packagekit. Yes, you can now make sure all your machines have the same set of packages or format your machine and have all your apps reinstalled again (Just make sure the file was correctly created before you want to kill me 😛 ).

And the last tab is the Pending Changes, which lists all the actions you are about to do. Unmarking items there make them go away. This makes reviewing changes easier.

I’ve  said check boxes aren’t good for packages list, but actually they are perfect for the updates view, the user looks and knows that a checked update will be updated, it also wan’t easy to Understand how to select all packages, so I decided to do like my Y! mail does, I added a check box in the header list. It wasn’t so clear that clicking on the update would expand it and show it’s description, the alternative is not very clear, but it’s more consistent with KDE apps, I’ve added an arrow pointing right that when clicked starts pointing down and the item is expanded.

There are no more package grouping in any view, the reason is that the code was hard to maintain, it is not good when you want to type ‘k’ and go to the package that starts with k, and it’s really hard to go group by group in the updates view trying to find if X package is going to be updated…

The Settings interface did changed a bit but noting drastical, it just have one more item on it and the origins list is sortable now.

But the coolest change to me was the transaction interface, the old one didn’t resize correctly (KDialog’s fault) and was actually weird when the backend didn’t send sub progress changes (the details progress bar stayed spinning). So instead of showing the package name now I only show the busy icon, text and the main progress bar, when you click Details a list is shown and there you have a progress bar for each package emited by the backend, the current status (downloading/installing…), the package name and it’s summary. Clicking on Details does not shrink the view anymore, and your preferences are all saved. In the future I’ll try to make aptcc emits the repository it’s downloading if this works I’ll enable for others backends.

And just yesterday I fixed PackageKit to allow backends to emit download speed so if you are downloading you will see something like “Downloading packages at 400KiB/s” (if your backend supports this).

The next release will be 0.6.1, including many fixes, I’ve closed 92 bugs last week which has put me on the 4th place at https://bugs.kde.org/weekly-bug-summary.cgi

“The heavens declare the glory of God; the skies proclaim the work of his hands.” Psalm 19:1
KPackageKit = new UserInterface;

75 thoughts on “KPackageKit = new UserInterface;

  1. BudSpencer says:

    Hi, that’s really impressive! 🙂 I’m on Kubuntu 10.04 + KDE 4.5, and would love to try it. When will all this awsomeness be available? Thank you for your efforts!

  2. Markus says:

    Now THAT’S a good GUI! I honestly never liked the old GUI but this one seems pretty slick.

    Now that the cool GUI is done, give it a cool name. KSomething names are sooo KDE1-ish.
    SC 4 made names originating from physics popular in KDE land: Phonon, Plasma, Solid, Gluon, Oxygen,…
    Maybe that could serve as inspiration source.

    1. dantti says:

      I think KPackageKit makes it very easy to associate with PackageKit, also It’s not good to change the name of programs that people already know.
      Imagine the number of users mad that they can’t find k3b 😉

      1. Markus says:

        I don’t think that users need to find their own package manager in the package manager because if anything a package manager is already installed on all distributions. 😉

        Association with PackageKit is (IMHO) only of any relevance to developers. Which user needs to know the back-end.
        The KPK brand also still has the benefit of not being known everywhere. If the K3b brand was lesser known, I’d work on a different name.
        You wrote it yourself: “when you are too close to a project you stop seeing it’s defects”.
        And frankly I feel that the name is a defect — a non-crucial defect but still.

      2. dantti says:

        Well I my original idea for KPK since it’s beginning was for it to be used in System Settings (like you would in M$), it turns out that Kubuntu for example moved it to the computer tab on Kickoff (no problem for me), but this made KPackageKit name be more known, I don’t care about KPackageKit’s name because right now I have a cool name for the Application Installer that I’m about to write, which imo should go the computer tab and KPackageKit be hidden in system settings (which in system settings the description counts but not the application name)
        I hope you see my point here.
        And the name for the new app does not start with K 😛

  3. cies says:

    dude you made my day. a freesoftware distribution basically stands of falls with its ‘app store’.

    this is so much more intuitive.

    to bad im on arch lately. maybe its possible to use it as a frond-end for pacman as well? it looks much better then shaman now.

    the only remark i still have is the pop-up downloading dialog. i think it would be really nice to have that in the main window as well, since the main windows original content does not need to be exposed while downloading.. right?

    i btw miss clickable links in all package managers! (the ones is saw at least) since everyone is online these days it should be click-easy to see the homepage of a project (if any).

    1. dantti says:

      I’m not sure about it running on arch afaik there is a backend for it but I don’t know how usable it is.

      >…since the main windows original content does not need to be exposed while downloading.. right?
      Well no, the good thing about having it as a dialog is that you can hide it, and search for other packages, but this is not possible yet with PackageKit. Also I don’t think it would fit well in the main UI.

      Well KPK does have clickable links, if you open the K3B details you can see the home page link which will open you browser, also updates that have bugzilla or CVE are also clicable 😀

    2. Zom says:

      PirateJonno made another backend for pacman, all of this is available from the packagekit-pacman and kpackagekit-pacman packages in the AUR.

      I’d like to try out the new version, and I’m sorry if this is obvious, but where could I get the source for the new version?

      1. dantti says:

        KDE’s svn (playground/sysadmin/kpackagekit), tough there are a few bug to fix before it’s properly released.

  4. cies says:

    now i see i (almost) made two “remarks” while i actually wanted to thank you for the great work in the first place 🙂

  5. kb24 says:

    wow, I can’t believe :)…very impressive improvements!

    only a question, why not yuo add the possibility to search only applications and no all its libraries? I.E.: if I search K3B I see k3b, k3b-data and other dependencies, this for the “normal user” is very frustrating, what install? k3b? k3b-data? I think if the user searches an application must see only the name and icon of application sought. Search Firefox, show only one Firefox icon to install.

    1. dantti says:

      Sure, but KPackageKit is a package manager, not an application manager.
      Thinking on this the next KPackageKit component will be an application installer 😀
      Hopefully I’ll start coding next week…

      1. PatR says:

        Maybe to look for applications can be implemented as a “mode”? As already mentioned, listing libraries and stuff makes it really over complicated for most “just use” desktop users.

        Btw, thanks to all of you kde devs for such a great work!

      2. dantti says:

        It actually could.
        But novice users won’t get that they have to switch something to see real packages or applications.
        It is simpler to have an application that the user goes shopping… 😛

      3. It looks great and I am looking forward to have it on my computer!

        But I must agree that the list of packages is VERY confusing to a normal user. Not a newbie, a normal user. Most people stay on that level for their whole life. They do not care what a package is, they only want to know about programs.

        How about just making this the first tab? Then the next tab would be the complate package list? And maybe have a setting where you can configure the order of the tabs (would never be used by normal users).

        Normal users: People that do not know too much about computers and just want an OS that works and get the job done.

      4. Diederik van der Boor says:

        > But novice users won’t get that they have to
        > switch something to see real packages or
        > applications.

        How about searching for applications first by default, and display a message at the bottom like:

        “there were also 10 packages/libraries found which matched your search. (show them)”

        This way novice users will be able to auto discover the package manager, while normal users can just install applications. Just a thought 🙂

      5. dantti says:

        I thought about this at first too, but the problem is that when you want to search for something you want it fast, and not having to go click “I prefer to see packages”, having a shopping application makes the user that don’t care about computer ok, the ui can be even simpler. When the user becomes more experienced he will probably want to have more power so he will start using the Package Manager application.

  6. hugo says:

    I like a lot the new look and little details like the import/export list of packages (I hope that when you import the list it will be added in the “Pending Changes”, so you could do the ultimate changes like remove undesired packages of the import).

    I have a question about future relases:
    There will be an option to block a package in a specific version like in Synaptic?
    I don’t know what more changes has been done so I have other questions related to the “Pending Changes” tab:
    packages are grouped as “added, removed, updated, blocked, unsigned” like in the confirmation dialog of Synaptic package manager?
    This tab show too all the required dependencies that the selected packets needs or only the packets you selected? I think that extra packages that will be installed should be indicated in that tab…

    Sorry If I asked things comparing Synaptic but those are the only 2 details that I miss of that Package manager when I use KpackageKit.
    Waiting the next Kubuntu release for using the improved interface 🙂

    1. dantti says:

      Well they aren’t added to the pending changes tab, what happens is that I call org.freedesktop.PackageKit.installCatalogs(file) which will call KPK or gnome-packagekit to install the file, but both applications will show you a list of what is going to be added so you can Unmark the items 😀
      The aptcc backend will not update a package that you block with apt-get, tough PackageKit doesn’t has such method yet, but we had some discussion about this (didn’t go anywere :P).
      You actually gave me an idea, I’ll group packages on the pending changes tab 😀
      Right now it only shows the packages, But I can group them by category (to be installed/removed) thanks 😀

      About showing the dependencies in the pending tab is not so simple, some backends are REALLY slow at resolving package installations, so it’s better to display what additional packages will be required when you click Apply.

      Don’t worry about Synaptic everyones compare to it 😛 The truth is that I can’t do everything I want without changing PackageKit, if it’s possible to install packages that require removal this is because I changed PackageKit. The good thing is that this run in many distros 😀

  7. Blackpaw says:

    Excellent! That resolves a lot of the issues I have with the current KPK, much improved UI.

    I’d love to see a “Not Installed” tab as well 🙂

  8. adam says:

    sudo aptitude safe-upgrade…. until now i’ve always used this because kpackagekit didn’t work quite well with stuff requiring extra config (postfix, mysql, etc) where you set eg. username, password, etc…

    I hope that now it works correctly in order to use it…

    1. dantti says:

      the aptcc backend works exactly the same as apt-get (not aptitude), about the configuring stuff I’ve created debconf-kde which will be added to KPK 0.6.1 too, so you will be able to configure packages.

  9. Phil says:

    Very impressive – I must say I can finally say I like it as it has not been one of my most loved interfaces in the past.

    I can’t wait to give it a run – thanks for the great work – truly very impressive work and something you should be most proud of

  10. Fazer says:

    It looks like KPK is finally usable, maybe I’ll even stop using Synaptic on KDE.

    Can you create packages with the new KPK and PK on your PPA? (Personal Packages Archive on Launchpad) Or tell us how to install it on Kubuntu 10.04?

    1. dantti says:

      I don’t have a PPA nor the time to learn how to use it.
      KPK can’t run on 10.4 because it depends on PackageKit 0.6 to also be backported, which probably won’t happen, Maverick already has packages (but not with all these changes yet).

  11. Joe says:

    I think the GUI is still too overloaded. You should give it another run through and see if you can move some information elsewhere that is not immediately needed by the user, e.g. the package size is something _very many_ people will absolutely not care about these days so it could be moved into a tooltip when hovering a package.
    Also, you should increase the spacing in items. The lists feel totally cramped right now. Your widgets need some more space to breathe.

    Thanks for your work.

    1. dantti says:

      No version of KPK has ever showed the package size, are you sure you are talking about KPackageKit?
      You might be right about the spacing, but I’ll try adding more space to see if it looks good.

      1. Joe says:

        Isn’t that a size label right there?

        Basically, I was just commenting from your screenshots. If they are from a different application, then please disregard.

      2. dantti says:

        Well as you said that I could move some information that isn’t immediately needed I thought that you were talking about having a column with the package size.

        Well I really don’t think it’s a good idea to get rid of labels like that, because the user only look for details when he clicks there, otherwise the list only shows installed/available package name and summary.
        Best.

  12. André says:

    Thank you for this great improvement. I am glad to see some text on the buttons for installing or not. One major pain for me was that the difference between a selected and an unselected package was almost impossible to see. That is fixed.

    One small remark: in the list with pending changes, for me it is not so easy to see what is actually changed per item. Will the item be newly installed? updated? removed? And what is that scary looking yellow exclamation mark on the packages? Is that something to worry about or not? Perhaps this could use a little more thought.

    All in all: great changes! Looking forward to seeing it appear on my Kubuntu box.

    1. dantti says:

      Some comment here gave me the idea to categorize the pending changes tab, so you will se “To be Removed” and “To be Installed”.
      The yellow exclamation mark is the kind of update, unfortunately I didn’t had time to write docs which would explain each of which.

  13. Eckhart says:

    Maybe I missed something, but to me it sounds way more logical to show the progress as a Job in Plasma. You’ll then have the hide action for free, and it fits more the concept of “fire and forget”.

    1. dantti says:

      Well that’s the concept that I completely disagree because if you explicit “forget” is one thing, but all file transfers for example are “forgotten” by default.
      This introduces a big usability issue, my wife, I and all my friends don’t like this, the reason is simple, you are in hurry and you copy your files to a pen drive, the progress shows on top of the clock and then it disappears! And no busy cursor on the plasma notification is enough to tell you that it didn’t finish it is still running on the background. Then turn off the computer and .. no files on you pen 😦
      I’ve personally done this many times.
      Lots of people like this, but imo this is a huge usability problem, and the only fix I can imagine is by making the job progress disappear only when the window is hidden but this still can lead to the user thinking that it was finished.
      I have disabled kio jobs to show in plasma here, and I really prefer this way.

  14. Rioting_pacifist says:

    The left hand side wastes a lot of space. I know menubars became uncool but i’d stick settings in a menubar and upgradeable packages in an always open tab as this gives a lot more width to the important part of the UI

    The embedded scrolling is also annoying, could you stick the options above the info then resize the info section so it is the right length?

    Not technical GUI but could the keyboard get some love, IMO it would be great if i could add/update/purge/remove programs in the list.

    One thing i like in aptitude is that it gives you info about selected changes in the status bar, an extra bar would be clutter IMO, but could this info be squeezed in between reset and apply (something like: “X added, Y Updated, Z removed, N download,(+/-_ M disk usage”)? This sounds like a lot but the space is currently unused and when the windows is small it could be reduced to X/Y/Z N/M. Perhaps this info could go somewhere else but it’s nice to know how big the changes your about to make are.

    That said, the improvements to the GUI are great and KPK is a very usable GUI so keep up the good work 😀

    1. dantti says:

      About the menu on the left wasting space there’s nothing to do they are modules in System Settings so if I don’t use it will be strange.

      It’s impossible to know the size of the description before showing it, some backends also take a lot of time.

      Well in this version you can Mark/Unmark packages using the space bar.

      Aptitude is a distro specific tool, so it knows all details of the installtion right away, KPackageKit can relly that the backend is fast enough to resolve dependencies all the time you change what you want. Also It’s impossible to put text between reset and apply because they are System Settings modules.
      Sorry but some advanced wishes are not possible 😦

      1. Rioting_pacifist says:

        Cool thanks for the reply and keep up the good work, KPK is my favorite choice for GUI packagemanager.

  15. Thanks for working on these GUI issues! The changes are really great. I was confused too about the pt_BR translation for the “Refresh” button and sometimes caught myself clicking on it and wondering why it didn’t install my package updates. 🙂

    I have one (hopefully constructive) criticism though:

    I don’t think that “Unmark” is an intuitive solution to the problem. I read your explanation a few times already and I’m still not sure of what “Unmark” means. Does it mean that when the button is clicked then the action selected by the user will be undone? If so, I think “Undo”, or perhaps even better “Cancel installation” and “Cancel removal” are clearer labels.

    Also, I don’t think that a check sign is easily associated with the meaning of “installed”. Why not actually spelling out “[installed]” right before the package name (or perhaps somewhere else)? That would be the clearest indication.

    You’re most likely aware of this already, but there’s a ubuntu blueprint with suggestions about this problem at:

    https://wiki.kubuntu.org/KubuntuMaverickKPackagekitUsability

    1. dantti says:

      Well when you click Install the text changes to Unmark since the package was marked to be installed.
      I think Undo and Unmark are quite the same thing. About Cancel installation that is a too big text to a button.
      Yes the check emblem is no so easily associated to installed, but the button (Remove) will help the user to figure out, this emblem is just to make reading the view easier, the user can look at the text button if he didn’t make the connection.
      Yes, 😛 I’m aware of these things but after tried various things this one was the best I could find.
      About that blueprint page I was there at UDS discussing things 😀

      1. I just installed Synaptic to play with it a little bit (I have never used it before) and now I can see where you got the “Unmark” word from.

        In Synaptic this works better because when selecting a package for installation the GUI says “Mark for instalation”, so the user was already introduced to the concept of “marking packages”.

        In your case, this process doesn’t happen. The user asks to install a package, and then suddenly the GUI mentions “unmark”. The user doesn’t know that he “marked” anything in the first place. I was confused by that terminology (“What is a mark? what does “unmark” do?”), and I’m sure a lot of people will be too. You need to be consistent with the terminology/concepts you present to the user.

        I suggest showing the new GUI to people who weren’t exposed to Synaptic to see whether they can intuitively tell what “Unmark” means…

      2. dantti says:

        Yes, you are right but I think Undo will have the same effect.
        Hmmm thinking about this now I had an idea that might be good.
        You click “Install” or “Remove” and you see a “Cancel” this means to cancel the installation or removal of those packages, what do you think?

  16. Ademos says:

    I really love the speed and efficiency of KPackageKit, but one GUI concept has been frustrating me from the start; non-resizable boxes for package details.

    When I’m reading a change log, file list, or set of dependencies, the skinny box is a very frustrating restriction and only allows a couple lines of text to be displayed at once.

    – Would it be possible to allow users to vertically resize the details box of each package item?
    – Or perhaps, a maximize/minimize button to fill the viewport with a single package’s information?

    Other than this one issue, I continue to be pleased by KPackageKit’s progress. (the details added to the transactions GUI were much appreciated!)

    1. dantti says:

      Yes, that’s one thing I still need to work on, tough it’s nice to have the details inline it’s hard to read, but I don’t how easy/possible would it be to maximize it’s size to the whole view port, I’ll try to think on something for the > 0.6.2 version.

      1. Ademos says:

        Thanks for the reply.

        Perhaps you could use the universal symbol for “this area is for dragging,” the raised lines in the bottom-right corner:
        ///
        Then allow users to vertically expand the package details by dragging the box downwards.

        I don’t know how difficult implement the dragging feature would be, but I think giving people more space to read the change logs (and other text) would be much appreciated.

  17. Ruben Decrop says:

    Thanks you for the visual improvements that were asolutely necessary.

    The one thing I still miss is a feature improvement: sorting the list of available packages, according the different parameters (package name, date, version, … which is important when you do search for a word and you get list of 100 packages in random order.

    1. dantti says:

      Right now I can only allow package name sorting, getting the version size and other stuff is a very time expensive task on some backends. But using the filters you can filter for only available and such…

  18. Robert says:

    Fantastic work!! I love the updates to the UI. I can’t wait to give this new version a try. Thanks for all your efforts in helping to make KDE one of the premier Linux desktops.

  19. Abe says:

    I never used KPackageKit (clumsy) and always used Aptitude on Kubuntu. The new modifications and enhancements makes it really usable and I will use it when it becomes available. I believe the new version is very appealing and helpful for Linux/KDE users.

    Great work and, if not taken, please rename it to any of the following instead of KPK.

    KPM ==> K-Package-Manager
    KSM ==> K-Software-Manager
    KAM ==> K-Application Manager

  20. lelamal says:

    Great improvements, and thanks for your work! I read it’s not available on Lucid, so I’m looking forward to trying it on Kubuntu 10.10.

    I have a question related to something that’s been bugging me for some time, now. It is related to this forum post: http://forum.kde.org/viewtopic.php?f=22&t=89120. Has the issue reported been addressed in this round of bug fixing? If you have a minute or two, could you please explain if last user’s explanation is correct, and clarify whether it’s a bug or not. If it is, I’d be willing to contribute by reporting it. Many thanks in advance for any reply!

  21. Ave55 says:

    Hi!

    Great work here, just wondering about one thing. In this screenie:

    http://go2.wordpress.com/?id=725X1342&site=dantti.wordpress.com&url=http%3A%2F%2Fdantti.files.wordpress.com%2F2010%2F08%2Fkpk1.png&sref=http%3A%2F%2Fdantti.wordpress.com%2F2010%2F08%2F20%2Fkpackagekit-new-userinterface%2F

    The upper bar is totally useless. It contains only “Add and remove software”, a big blank space and one icon. I think You should delete it completly and move the main window to the top, so more packages are visible.

  22. jscurtu says:

    I am back porting KPackageKit + PackageKit to Lucid ….
    Not tested yet and its still building the i386 deb’s, who ever is brave enough will find these packages in my PPA repository

    https://launchpad.net/~solard3ity

    they are in testing and may move after building in a new folder..
    Please let me know if they worked 🙂

  23. BrandonS says:

    I like it. It looks much better than 0.5.4 (which I replaced with Synaptic) on Lucid. Is there, or will there be, an option to “completely uninstall” a package?

    1. dantti says:

      If by “completely uninstall” a package you mean purge, it won’t since PackageKit API doesn’t provide a way to do it yet.

  24. qfqq says:

    Looks fantastic, also.

    With the packagekit’s import and export capabilities in catalogs.

    Is it possible to have all of the actual packages in the catalog(file) itself?
    It would cut down on download time immensely.

    It would also be handy to be able to automatically sync package kit packages with another one over a local network. This would really make it easy for system admins to make sure all computers have the same packages.

    Further, you did a good job on improving the package kit user interface.
    It looks much tidier, organized and is easier to use.

    1. dantti says:

      >Is it possible to have all of the actual packages in the catalog(file) itself?
      Well no, the catalog has only the list of installed packages, one of last things in my TODO is to create service packs which would them have the packages inside.
      Syncing would also be nice though a bit complicated and my TODO list is a bit huge these days…

  25. nerdy_kid says:

    will there be any way to update this on lucid? maybe a ppa or something? the changes look awesome! was just thinking about this the other day; was like “its not fair the ubuntu gets a sweet app installer and kubuntu doesn’t” but looks like your about to fix that. 😀 😀

    1. dantti says:

      >will there be any way to update this on lucid?
      It’s not going to be officially backported. Since it requires backporting PackageKit 0.6 which gnome packagekit depends too..

      The application installer is almost ready, and hopefully will be on Maverick. 🙂

  26. Stimpson J. Cat says:

    wow, big improvement, congrats!

    Kubuntu now looks like a big rat lab for implementing things that couldnt enter on the SC releases, I hope that it helps on giving shape to a better SC 4.6 next year

    1. dantti says:

      Well actually KPackageKit never entered on the SC releases, it’s still on playground, maybe for SC 4.6 I’ll move to another place.

  27. Ademos says:

    I’m running Kubuntu 10.10 with KPackageKit 0.6.2.

    And I noticed a troubling omission in the KPackageKit GUI.

    When you choose updates, there is NO WAY to view the change log.

    This is a problem, since I often want to know WHAT was changed and the change log will usually provide this.

    The change logs were certainly available in the past…so I’m hoping their omission is temporary…

    Are there any plans to include change logs into the Update area of the KPackageKit GUI?

    1. dantti says:

      They are available, you just need to click on the item on the updates list and if the changelog is available it will show up.

      1. Ademos says:

        Ah, thank you.

        After double-clicking on the package entry, I am able to view details on it.

        However, once the details are open, there doesn’t appear to be a way to close them again. (if I want to regain the screen area in that location)

Leave a reply to dantti Cancel reply