[prev in list] [next in list] [prev in thread] [next in thread] 

List:       klik-devel
Subject:    Re: [klik-devel] klik-devel Digest, Vol 15, Issue 1
From:       Lionel Tricon <lionel.tricon () free ! fr>
Date:       2007-05-29 12:39:37
Message-ID: 200705291439.37836.
[Download RAW message or body]

On Saturday 26 May 2007 18:29:21 Thomas Leonard wrote:
> I wasn't very clear. I mean that redirecting filesystem access so that
> when  a program tries to read "/usr/share/foo" the data is actually
> read from somewhere else is really internal to the application.

In fact, there is no real redirection. You have to consider that all data 
located into the cmg file overwrite data located in the real filesystem.  If 
a file is only located into the cmg file, so the application will see it as 
it was present in the real root fs. If you have an identical file in the same 
location, the one located into the cmg file will overwrite the one available 
on the local disk.

This is just an union between both filesystem ; only from the chroot 
application, of course.

> This is the bit I'm confused about. You said that 1 program == 1 file,
> but here we have 0 programs == 1 file. Does the cmg contain:
>
> - data files, but no programs,
> - one program, plus data from one or more programs, or
> - multiple programs and their data?

Theoretically, you can embed several programs into a single cmg file. But if 
you consider that the wrapper only allows you to run a single application, 
it's not really useful.

And yes, you can have only data if your application is still installed on your 
system. I never thought about that, but that's possible.

What i mean is that since it merge data between cmg file and real root fs, you 
still have access to all installed programs. It's interresting to test if a 
program run perfectly within klik2 with no need to create a cmg file.

Lionel
_______________________________________________
klik-devel mailing list
klik-devel@kde.org
https://mail.kde.org/mailman/listinfo/klik-devel
[prev in list] [next in list] [prev in thread] [next in thread]