Linked by Thom Holwerda on Sat 8th Apr 2006 16:18 UTC, submitted by fsmdave
Linux "It's the year 2006, and installing applications in GNU/Linux can still be a nightmare (especially if they are not available in your distribution's repository). Simon Peter is the developer of Klik, a piece of software that tries to resolve this problem. Simon kindly accepted to answer a few questions for FSM."
Thread beginning with comment 113077
To read all comments associated with this story, please click here.
Future of Klik
by Hamman on Sun 9th Apr 2006 09:36 UTC
Hamman
Member since:
2006-01-02

They seem to have some pretty interesting ideas: http://klik.atekon.de/wiki/index.php/Klik2
Icons, .desktop integration etc is just the thing that is missing with klik. If they fix these problems, I'd gladly replace apt with klik. The whole repository business is great for corporations/servers, but for desktops the OSX .app-approach is clearly superior. Just think about it. All the time that distributors would save from not having to package thousands of applications every time they release a new version. How the entire "dist X doesn't have mp3-support"-point would become moot, as installing kliks with this software would be extremely easy.
How ISV's finally would have an easy way of making their apps run on multiple distros.
I really hope we will start to see this technology in mayor distributions soon!

Reply Score: 1

RE: Future of Klik
by g2devi on Sun 9th Apr 2006 21:11 in reply to "Future of Klik"
g2devi Member since:
2005-07-09

> If they fix these problems, I'd gladly replace apt with klik.

Apt and klik are focused on two different things. Klik is focused on quick delivery of single packages that can be removed by just removing a single CMG file/directory and installed without admin privileges. There is no dependency management in Klik. If you have two apps that depend on GNOME, your two apps will package the all the GNOME libraries. This can lead to some pretty big downloads, but that's the price you pay for not having to worry about dependency management. If you tried to build an enter OS out of Klik, you'd end up with something that was extremely bloated. Kanotix might support Klik natively, but APT-GET does most of the heavy lifting (as it should).

Apt OTOH is worried about package management. It downloads the minimum you need to run your software. If two apps depend on GNOME, GNOME is only downloaded once.

If use APT-GET for packages that are available with your distro and you're willing to pay the price and only download from trustworthy sources, Klik is pretty good. Unlike Autopackage, i also doesn't go messing with the system directory so deleting a CMG won't mess up your system or updating your distro's version of the app you've just installed with Klik won't mess up your system.

Klik isn't the only choice. On Debian or Ubuntu at least, there is a natively supported way for ISVs to package their software outside the main Debian/Ubuntu repositories. It's called GDEBI:
. . http://www.whiprush.org/2005/11/gdebi_arrives.html
. . http://packages.debian.org/unstable/admin/gdebi

With GDEBI, you can double-click on a regular third party DEB file (e.g. most things already on sourceforge) and GDEBI will determine which dependencies are required and install those before installing your 3rd party DEBs. To uninstall your app, just use Synaptic or apt-get as you'd normally do to uninstall regular DEB files.

> All the time that distributors would save from not
> having to package thousands of applications every
> time they release a new version.

Actually, distros *want* to package these packages. It's now they maintain quality control. GDEBI and Klik might be needed for some projects, but overall most packages will likely still come from your distro.

> How the entire "dist X doesn't have
> mp3-support"-point would become moot

Actually this isn't much of an issue for most modern distros. You just need to add the appropriate repositories and you're good to go. The only thing Klik buys you is the ability to purchase legal MP3 support, but you could also do that with DEBs (through GDEBI), so this isn't much of a gain.

Edited 2006-04-09 21:31

Reply Parent Score: 1