Re: Autopackage?

faq
flatforty
contribute
subscribe
configure
search
rdf

main
parent
thread

Re: Autopackage?
by Kurt Pfeifle on Friday 16/Sep/2005, @05:11

### "Is there an update system integrated?"
----

No. You'll have to look yourself for updates.

However, some of the latest packages include version numbers in their names. So it would be easy to "install" (it is just copy, really) the "krita-1.4.88.cmg" side by side with "krita-1.4.0.cmg" and "krita-2005.17.09.cmg" and even run all 3 in parallel.

### "If I can install >20 packages I am not able to look after updates, especially if I am a normal user!"
----

May be true.

However, my own idea about klik is to use it primarily as a very efficient tool to help experienced users to testdrive development versions of KDE packages without them needing to compile themselvs, and without the distro packages needing to provide weekly snapshot RPMs and .debs (which they don't do, anyways).

Let's see how the idea is accepted. If it gets enough support, someone may even think of hacking the Makefiles so that there is a "make cmg" target available for everyone who compiles KDE apps on his own host.

### " What is, if the installed version replaces an old, system wide installation?"
----

A klik .cmg file never replaces an installed old, system wide software. It is there as an alternative.

You can run the system wide installed app side by side with the klik version. (The only conflict you may need to watch out for is that both may write into the same $HOME/.yourapp and $KDEHOME/somewhere files and directories with conflicting content...

### "Which version will be used?"
----

klik may have put its apps into your K menu. But even there it does not replace the installed app's entry. To the system, it looks like a separate app.

Related Links

·   Articles on KDE Tweak of the Week
·   Also by Kurt Pfeifle
·   Contact author

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: Autopackage?
by Mario Fux on Friday 16/Sep/2005, @06:29

Great article and great tool, thx. I'm kliking ooo2 ;-).

But I think the problem with applications writing to the same config files could become a real problem for some persons.

Anyway, great tool, but how do I uninstall it?

[ Reply To This | View ]

Re: Autopackage?
by Kurt Pfeifle on Friday 16/Sep/2005, @07:02

### "great tool, but how do I uninstall it?"
----

Why should you ever want to uninstall it in the first place? ;-P

Seriously: to get rid of everything klik installed (including possible K menu entries), running these commands should accomplish it:

rm $HOME/{.klik,.zAppRun} \
$HOME/Desktop/*.cmg \
{$KDEHOME,$HOME/.kde}/share/services/klik.protocol \
{$KDEHOME,$HOME/.kde}/share/applnk/klik/{klik.desktop,.directory} \
{$KDEHOME,$HOME/.kde}/share/mimelnk/all/cmg.desktop \
{$KDEHOME,$HOME/.kde}/share/applnk/.hidden/AppRun.desktop \

rm -rf /tmp/{app,klik}

Last, edit /etc/fstab to remove the /tmp/app/{1,2,3,4,5,6,7} mountpoints.

Cheers,
Kurt

[ Reply To This | View ]

Re: Autopackage?
by jameth on Friday 16/Sep/2005, @08:03

> ### "Is there an update system integrated?"
> ----
>
> No. You'll have to look yourself for updates.

Would it be possible to integrate this system with the GetHotNewStuff system? If I remember correctly, that is set up to allow for a central server that shows versions of files and everything so that the end user can see, in a list, what is already installed on their system, what is installed on their system and could be updated, and what is not installed on their system at all.

Of course, I haven't particularly used GHNS of Klik, so I wouldn't have any idea what I'm talking about, but I much prefer the idea of Klik if it makes not only installing, but also updating as easy as clicking a button. Also, I'm always a fan of reusing technologies, so...

[ Reply To This | View ]

Re: Autopackage?
by superstoned on Friday 16/Sep/2005, @15:48

I think it's a good idea, and i've used both :D

yeah, i think it should work. maybe this is the solution to the problem of c++ applets/plasmoids... and to the problem of installing kde applications. I think, and some others do so to, kde itself should be smaller, and the additional applications should be installable easilly. if possible with an KDE interface.

[ Reply To This | View ]

The Fine Print: The previous comments are owned by whomever posted them.
( Reply )


		"I ride my bicycle." -- Michael Häckel
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.