From klik-devel Tue Aug 07 16:30:31 2007 From: "Lionel Tricon \(perso\)" Date: Tue, 07 Aug 2007 16:30:31 +0000 To: klik-devel Subject: [klik-devel] [Fwd: Re: Possible ideas for klik] Message-Id: <46B89E27.2000101 () free ! fr> X-MARC-Message: https://marc.info/?l=klik-devel&m=118650426700522 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--------------080306050506060804000805" This is a multi-part message in MIME format. --------------080306050506060804000805 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit An interresting email ... For the moment, it's much close to klik1 than klik2 (the application run from a single mount point) but that could give us some interresting ideas. Lionel --------------080306050506060804000805 Content-Type: message/rfc822; name="Re: Possible ideas for klik.eml" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="Re: Possible ideas for klik.eml" Return-Path: Delivered-To: online.fr-lionel.tricon@free.fr Received: (qmail 3543 invoked from network); 7 Aug 2007 16:27:01 -0000 Received: from 195.200.166.131 (HELO smtp-out-3.pacwan.net) (195.200.166.131) by mrelay2-1.free.fr with SMTP; 7 Aug 2007 16:27:01 -0000 Received: from [192.169.1.212] (unknown [195.200.180.174]) by smtp-out-3.pacwan.net (Postfix) with ESMTP id B402887F; Tue, 7 Aug 2007 18:30:49 +0200 (CEST) Message-ID: <46B89D54.7040607@free.fr> Date: Tue, 07 Aug 2007 18:27:00 +0200 From: "Lionel Tricon (perso)" User-Agent: Thunderbird 2.0.0.4 (X11/20070613) MIME-Version: 1.0 To: Alexander Larsson Cc: k1pfeifle@gmx.net, Lionel Tricon Subject: Re: Possible ideas for klik References: <1186499400.5412.10.camel@greebo> In-Reply-To: <1186499400.5412.10.camel@greebo> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Really interresting. I read with a lot of interrest your blog. The most annoying thing for me is that you need to trust your binary whereas with the runtime approach the cmg file does not contains the way on how to run the application inside. With the runtime approach we are working on, you can also adress the build (how to build cmg file) and not only the run (how to run the application). And we can also adress the fact that if fuse is not loaded, we can modprode fuse and change right permissions before running the application. With a glick bundle, fuse have to be running before (hope that one day, that we be the case par default .......). And a cmg file can be compressed ; it's not the case in your solution i guess ? But, we can imagine to embed the cmg file and the runtime into a glick bundle to run the targetted application in a second step. That could be funny. However, i will submit your email to our mailing-list. Maybe, some ideas could be reuse since we are in the process to finalize a working solution. Thanks, Lionel Tricon Alexander Larsson a écrit : > I just did some experimenting with a runtime-less version of app > bundles. Perhaps you're interested in any of my ideas. A description of > the approach and links to the code is availible in my blog: > > http://blogs.gnome.org/alexl/2007/08/07/experiments-with-runtime-less-app-bundles/ > > Have fun! > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Alexander Larsson Red Hat, Inc > alexl@redhat.com alla@lysator.liu.se > He's a scarfaced chivalrous dog-catcher plagued by the memory of his family's > brutal murder. She's a green-fingered snooty barmaid looking for love in all > the wrong places. They fight crime! > --------------080306050506060804000805 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ klik-devel mailing list klik-devel@kde.org https://mail.kde.org/mailman/listinfo/klik-devel --------------080306050506060804000805--