Results 1 to 8 of 8

Thread: klik-able

  1. #1
    Member registered user
    Join Date
    Mar 2003
    Posts
    39

    klik-able

    What is all this about and why isn't this guy getting more support?

    klick

    I just think this would be a very nice way to bring new users to Linux.

    GJ

  2. #2
    Senior Member registered user
    Join Date
    Feb 2003
    Location
    Germany
    Posts
    1,159
    Hi raid517,

    as the developer of klik, I hope I can make things a bit clearer:

    klik enables the user to install and run software by simply using a klik:// link. This even works from the live CD because all files that are needed to run a specific application are installed inside one single directory inside your $HOME.

    The goal is to make all debian applications klik-able, that means that one day the whole debian repository, the largest distribution in the world with thousands of applications, would be instantly usable without the need for complicated installations, and, what is even better, without the need to be root and without the possibility to mess up the rest of the system.

    If you don't like an app (or it doesn't run), simply delete the application directory and it is gone.

    How can you help?

    - klik needs a hosting sponsor since berlios and SourceForge have drastically cut their service level. A ssh account with 100 MB web space, Apache with PHP, running on a debian server should do it. (Must be debian because of serverside-apt, which runs on the server). The bandwidth requirement is relatively moderate because the actual software packages are NOT stored on the klik server.

    - You can vote for http://bugs.kde.org/show_bug.cgi?id=81772 - if you do and if the KDE developers hear us, we will get better AppDir support in KDE, which would make klik and the concept of application directories more usable (Apple and ROX already have it).

    - If you have further ideas or want to help, please drop me a line: probono at myrealbox dot com or on IRC #klik #knoppix or #kanotix.

    Thanks and greetings,
    probono

  3. #3
    Junior Member registered user
    Join Date
    Nov 2004
    Posts
    11
    But can you use klik to build a local databse of the repository that include package headers, dependency information and such? dpkg's and rpm's create a local database with all that info. So far, klik installs the software in a directory and creates a "wrapper" file to run the application with the relevant paths set to directories inside the installaition tree (from what I saw). I can't seem to do that with more sophisticated packages like Tex/LaTex which require lots of shared libraries as deps. (WHY DID THEY REMOVE IT FROM THE KNOPPIX CD????? WAAAH!). Are you currently working on resolving all of these issues?

  4. #4
    Senior Member registered user
    Join Date
    Feb 2003
    Location
    Germany
    Posts
    1,159
    "Next generation" klik (http://klik.atekon.de) addresses these questions:

    Yes, some of the more sophisticated packages with many dependencies can already be kliked (such as koffice).

    klik does not aim to handle the dependency database client-wise, instead it uses apt on the server ("serverside-apt"). Dependency handling can be done very elegantly that way. A bigger concern (and the reason why LyX can't be kliked yet) is that some apps rely on hardcoded paths such as /usr, or even worse, need to have hundreds of configuration subfolders in place (gconf, which is used by evolution).

    klik is not designed for installing a complete distro, but rather as a way to add applications on-the fly in an easy and convenient way without needing root privileges or changing the existing base system.

    Greetings,
    probono

  5. #5
    Junior Member registered user
    Join Date
    Nov 2004
    Posts
    11
    Quote Originally Posted by probono
    "Next generation" klik (http://klik.atekon.de) addresses these questions:

    Yes, some of the more sophisticated packages with many dependencies can already be kliked (such as koffice).

    klik does not aim to handle the dependency database client-wise, instead it uses apt on the server ("serverside-apt").

    Please forgive my ignorance of jargon, as I'm not a developer. Just a poor guy who doesn't like Windows much...

    Are you saying that you keep all the dependency information on a centralised "klik" server, and the guest client activates some program(s) on that server upon "kliking" that handle the dependencies as a remote request?
    So the database of packages in your "klik" server (for want of a better term) is not mirrorred in the client's machine as is done with apt-dpkg/ipkg & rpm-yum/urpmi/YaST but queried by the client to the server every time?

    If that is the case, then what about bandwidth problems? won't you have a lot of clients doing it at once? What about people with slow network connections?


    Dependency handling can be done very elegantly that way. A bigger concern (and the reason why LyX can't be kliked yet) is that some apps rely on hardcoded paths such as /usr, or even worse, need to have hundreds of configuration subfolders in place (gconf, which is used by evolution).
    So you will have to change 'em all manually in the source code. That doesn't seem practically doable by one person or one small team as some of those source codes are *HUGE* and took years to build. That does sound like a bit of a snag there.



    Anyways, so how many people are working on this "klik" thingie besides you?
    What's the group dynamic like, or is it just one chap? How rapid is the development/updating/bugfixing process? How is the whole process organised?

  6. #6
    Senior Member registered user
    Join Date
    Feb 2003
    Location
    Germany
    Posts
    1,159
    Quote Originally Posted by daneel101
    Are you saying that you keep all the dependency information on a centralised "klik" server, and the guest client activates some program(s) on that server upon "kliking" that handle the dependencies as a remote request?
    Yes, but the dependencies are handled relative to some predefined distros such as "Knoppix 3.3" or "Kanotix BH 8" at the moment (rather than individually calculated). The klik client tries to recognize the version by looking at /etc/knoppix-version and sends that to the server, and the server then already knows what packages are contained in that distro by default.

    So the database of packages in your "klik" server (for want of a better term) is not mirrorred in the client's machine as is done with apt-dpkg/ipkg & rpm-yum/urpmi/YaST but queried by the client to the server every time?
    Right, which is a big advantage for dialup users who don't have to download many MBs of package information. The client just says "I'm Distro X", and the server says, "great, you need to download the following packages: ...". The server does this by using apt, just as the client normally would.

    If that is the case, then what about bandwidth problems?
    They are greatly reduced.

    What about people with slow network connections?
    They especially benefit from the klik way of doing it.

    (hardcoded paths) So you will have to change 'em all manually in the source code.
    No, in fact I don't want to recompile anything but just use procompiled .deb packages.

    Anyways, so how many people are working on this "klik" thingie besides you?
    Until recently, it was mainly myself, but nowadays there number of contributors in #klik on irc.freenode.net is growing. I want to thank especially Kano, fabianx, bfree, and alextreme for their ideas and contributions.

    What's the group dynamic like, or is it just one chap? How rapid is the development/updating/bugfixing process? How is the whole process organised?
    The main idea is to draw heavily from what already exists rather than doubling efforts. My ideal with klik is to add just some "glue" and a different approach to what already exists.

    Greetings,
    probono

  7. #7
    Senior Member registered user
    Join Date
    Feb 2004
    Posts
    237

    good work

    Hello...I just want to say KLIK is very nice and I am glad to read that it will soon be offering alot more programs. I for one prefer an easy way to download and install programs. I dont mind the occasional tarball but most of the time I run into some kind of stupid problem and I cannot complete the install. KLIK solves these problems and more. The thing I would like to know is, why cant they INCLUDE with tarballs or any other zipped file, the NEEDED FILES to actually make the program work! Why cant they include the 'dependency' needed. Dont get me wrong, I love Linux and have been a faithful KNOPPIX user for almost a year now. But Installing programs is usually a hassle and with the technology that programmers have, installing programs in linux should be as easy as WINBLOWs. I guess since I am not a programmer or computer scientist, its easy to complain about this. I dont know the reason why this 'dependency' issue cant be made simpler. But I do respect the time and effort that goes into everything you guys do. Especially KLIK because it is a gem and will soon be even better...bob58

  8. #8
    Junior Member
    Join Date
    Mar 2006
    Location
    Stoke on Trent, England
    Posts
    6
    Hi - Just want to add my two pence worth - I've just come across KLIK in the last couple of days (having switched to SuSE Slick (it's on the cover of a mag in England at the moment) - and I think this concept is fantastic - it could revolutionise the acceptance of Linux at the desktop - keep up the good work!

    Can you think of any way that an incentive to developers can be given to start to adopt this mechanism as the de-facto standard?

    I primarily develop in Php/Mysql/Apache - is there a way I can contribute such a program as a KLIK package?

    Many thanks

    Carl.

Similar Threads

  1. Klik?
    By glimpse in forum Klik
    Replies: 1
    Last Post: 03-30-2005, 07:46 AM
  2. Klik?
    By glimpse in forum General Support
    Replies: 1
    Last Post: 03-29-2005, 01:43 AM
  3. Replies: 210
    Last Post: 12-04-2004, 03:04 PM
  4. What's klik?
    By probono in forum Klik
    Replies: 0
    Last Post: 11-28-2004, 08:59 PM
  5. Klik
    By Sgeo in forum General Support
    Replies: 1
    Last Post: 11-25-2004, 04:20 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  


A-Tech 8GB DDR3 1600 PC3-12800 Laptop SODIMM 204-Pin Memory RAM PC3L DDR3L 1x 8G picture

A-Tech 8GB DDR3 1600 PC3-12800 Laptop SODIMM 204-Pin Memory RAM PC3L DDR3L 1x 8G

$11.99



A-Tech 16GB 2 x 8GB PC3-12800 Laptop SODIMM DDR3 1600 Memory RAM PC3L 16G DDR3L picture

A-Tech 16GB 2 x 8GB PC3-12800 Laptop SODIMM DDR3 1600 Memory RAM PC3L 16G DDR3L

$23.98



Team T-FORCE VULCAN Z 16GB (2 x 8GB) DDR4 3200 PC Ram Intel XMP 2.0 Memory picture

Team T-FORCE VULCAN Z 16GB (2 x 8GB) DDR4 3200 PC Ram Intel XMP 2.0 Memory

$27.99



A-Tech 8GB PC3-12800 Desktop DDR3 1600 MHz Non ECC 240-Pin DIMM Memory RAM 1x 8G picture

A-Tech 8GB PC3-12800 Desktop DDR3 1600 MHz Non ECC 240-Pin DIMM Memory RAM 1x 8G

$11.99



Crucial DDR3L 16GB 1600 2x 8GB PC3-12800 Laptop SODIMM Memory RAM PC3 16G DDR3 picture

Crucial DDR3L 16GB 1600 2x 8GB PC3-12800 Laptop SODIMM Memory RAM PC3 16G DDR3

$21.95



A-Tech 16GB DDR4 2400 MHz PC4-19200 Laptop SODIMM 260-Pin 2Rx8 Memory RAM 1x 16G picture

A-Tech 16GB DDR4 2400 MHz PC4-19200 Laptop SODIMM 260-Pin 2Rx8 Memory RAM 1x 16G

$24.99



A-Tech 16GB 2x 8GB PC3-10600 Laptop SODIMM DDR3 1333MHz 204pin Memory RAM 16G 8G picture

A-Tech 16GB 2x 8GB PC3-10600 Laptop SODIMM DDR3 1333MHz 204pin Memory RAM 16G 8G

$23.98



HYNIX 32GB HMA84GR7AFR4N-VK PC4-19200 2666 MHZ 2RX4 RDIMM HMA84GR7AFR4N-VK picture

HYNIX 32GB HMA84GR7AFR4N-VK PC4-19200 2666 MHZ 2RX4 RDIMM HMA84GR7AFR4N-VK

$23.99



CORSAIR VENGEANCE RGB 32GB (2 x 16GB) PC5-48000 (DDR5-6000) DIMM Memory - Black picture

CORSAIR VENGEANCE RGB 32GB (2 x 16GB) PC5-48000 (DDR5-6000) DIMM Memory - Black

$99.95



A-Tech 64GB 2x 32GB 2Rx4 PC4-21300R DDR4 2666MHz ECC REG RDIMM Server Memory RAM picture

A-Tech 64GB 2x 32GB 2Rx4 PC4-21300R DDR4 2666MHz ECC REG RDIMM Server Memory RAM

$65.98