klik: point-and-klik software store for Knoppix

[andrewinwonderland]

http://developer.apple.com/documenta...BPBundles.html
http://www.namesys.com/whitepaper.html

Thanks for these links, they might indeed give us some ideas.

Also interesting: www.gobolinux.org - Mac-like filesystem layout for Linux

Glad to be of any help. Actually, I look forward to having the chance to help more soon. Like others, I'me very interested in your work. What you and others have been doing is quite promising.

In my opinion, the importance of these issues is being overlooked, or underestimated in the very least, by many.

One can object that themes like these are going to give compatibility nightmares, and as such, adoption in mainstream systems will be hard when feasible at all. Anyway I think that, especially in FOSS systems, the gap between "proof-of-concept" and mainstream can be (and actually is) a lot less. Actually, FOSS may use this as a competitive advantage.

Finally, it is clear that Apple proved this objection wrong shipping OSX and switching massively to it, even if Apple can hardly be defined mainstream, OSX is quite mature for a novelty (NeXTStep), and they have a very loyal user base and proper "switching" mindset... one may say "a habit".

If mainstream means lack of innovation, may we go for diversity any day... but I digress.

[j.drake]

So I downloaded Firefox with Klik, and I love it. Now Firefox 0.9 is out. What do I do to upgrade? Do I follow the link or do I wait for you to update the version in Klik?

JD

[probono]

Now Firefox 0.9 is out. What do I do to upgrade?

I have upgraded the klik recipe. klik://firefox now installs 0.9 - please be sure to rename or remove your old firefox folder fist.

probono

[j.drake]

Thanks, I appreciate that. Not knowing that much how Klik works (I read the info that you linked, but I lack the sophistication to fully understand), is there a way that a recipe can link to the latest version of a software package? Particularly with software that is in rapid development, but is very trustworthy, it makes sense to have the recipe link to the latest download, if that's how it works. Otherwise, that's a lot for you and the volunteers to stay on top of. OTOH, if users are going to place reliance on this new feature, they will likely want the latest.

Trust me, I'm just grateful for whatever you have time to give!! Makes things a lot easier.

[probono]

is there a way that a recipe can link to the latest version of a software package?

The klik recipes have a hardcoded URL for the binary package. If the binary package maintainer updates the package without renaming its URL, the upgraded version will automatically be used.

For bigger upgrades, usually the URL of the binary package changes. Then, the klik recipe must be changed by hand.

For debian packages, usually the dependencies (versions) also change when new versions come out in sid. For that I am currently developing "serverside-apt" which will automatically build the klik recipes "on the fly" - that will then always give you the latest versions.

[TheMMaster]

Hello all!

I've taken a look at the klik client code and it seemed a bit excessive to me, that is why I've tried to chop it down a little. Here is the result:

#!/bin/bash
export APP=`echo $1 | cut -c 8-`
export UNAME=`uname -a`
export SERVER="klik.berlios.de"
export VERSION="0.1.3"
wget http://$SERVER/?run=$APP -U "klik/$VERSION ($UNAME)" -O -| sh

ow BTW: that uname -a in that code is just a reimplementation of what the "normal" klik client does... why it needs your hostname or local time is beyond me, but lets not be a paranoid freak and assume it was a typo?
I guess the next release of the klik client should use uname -s -r if it really needed to know the linux version? And I trust it will.

Anyway, the current klik server side scripts accept the output of -s -r too, the klik client just does a -a???

simply put it in whatever place you like, chmod +x it and you are good to go!
usage: either replace your current ~/.klik (then you are good to go, it'll just work "out of the box") or you'll have to install the mime type handlers yourself
ow yeah, you can use it through firefox without much problem too!
simply add the protocol handler to about:config
network.protocol-handler.app.klik value: ~/.klik

please note: if the "normal" klik client gets updated, this one will be overwritten by it, and won't work... you'll have to manually bump the version number then I guess?

enjoy!

[probono]

Congratulations. You have successfully reverse-engineered the klik client. Wasn't hard, was it? But guess what, the original client was just a one-liner. It will become more advanced though as we want to use "serverside-apt".

[aay]

Probono,

How well do klik apps work on other distros? Providing the dpendencies are met of course. I have a friend who I want to try out Skpye with and I was wondering if he could simply install it with klik.

[kjjaeger]

Hello, it appears the aMule recipe no longer works.

I get a dialog with the following.

The file or folder http://gunnm.org/~soda/dists/unstabl...rc3-2_i386.deb does not exist.

So I checked out gunnm.org/~soda/dists/unstable/main/binary-i386 and looked to see what was there. They have appearently updated to amule_1.2.6+cvs20040620-1_i386.deb

I did a bit of digging and amule_1.2.6+2.0.0rc3-2_i386.deb doesn't appear on many servers anymore. Please update the recipe to the new version if dependencies allow it.

Thank you for Klik

Ken J.[/b]

[kjjaeger]

Also would it be possible to update Firefox recipe to 0.9.1
It resolves some Mozilla/Netscape profile migration issues.

Thanks,
Ken J