[prev in list] [next in list] [prev in thread] [next in thread]
List: klik-devel
Subject: Re: [klik-devel] klik-devel Digest, Vol 13, Issue 8
From: "Jason Taylor" <killerkiwi2005 () gmail ! com>
Date: 2007-02-25 10:16:33
Message-ID: 94dd8f6f0702250216u3064a444hbfd1e4cd66eb24a9 () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
No go on Ubuntu Edgy with FUSE and UnionFS
xvier_prog read failed: Success
/tmp/app/4/wrapper: line 117: 8123 Segmentation fault $KONSOLE $BINARY
$ARGS "$@"
Killerkiwi
On 2/25/07, klik-devel-request@kde.org <klik-devel-request@kde.org> wrote:
>
> Send klik-devel mailing list submissions to
> klik-devel@kde.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://mail.kde.org/mailman/listinfo/klik-devel
> or, via email, send a message with subject or body 'help' to
> klik-devel-request@kde.org
>
> You can reach the person managing the list at
> klik-devel-owner@kde.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of klik-devel digest..."
>
>
> Today's Topics:
>
> 1. Re: Per-process union-mounting via CLONE_NEWNS implemented
> (Fabian Franz)
> 2. cramfsck -s <file> test.cmg (Fabian Franz)
> 3. FUSE CLONE_NEWNS implementation ... (Fabian Franz)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 23 Feb 2007 12:19:56 +0100
> From: "Fabian Franz" <FabianFranz@gmx.de>
> Subject: Re: [klik-devel] Per-process union-mounting via CLONE_NEWNS
> implemented
> To: klik-devel@kde.org
> Message-ID: <20070223111956.97470@gmx.net>
> Content-Type: text/plain; charset="us-ascii"
>
>
> > On Tuesday 20 February 2007 08:50, Fabian Franz wrote:
> >
> > > I know that the future is fuseiso and splash,
> >
> > Is that the "s" variation (==secure) of "plash", or what?
>
> No, that is the typo variation of plash ... ;-)
>
> cu
>
> Fabian
>
>
> ------------------------------
>
> Message: 2
> Date: Sat, 24 Feb 2007 05:08:03 +0100
> From: "Fabian Franz" <FabianFranz@gmx.de>
> Subject: [klik-devel] cramfsck -s <file> test.cmg
> To: klik-devel@kde.org
> Message-ID: <20070224040803.236230@gmx.net>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi,
>
> for icon handling and so on you can now use a modified static cramfsck
> binary, which can be found including patch here:
>
> http://studwww.ira.uka.de/~s_franz2/klik/cramfs/
>
> cramfsck -s /path/to/<file> test.cmg will search for /path/to/<file> in
> test.cmg and extract it to stdout.
>
> Note: If you want to extract a symlink, only the real filename will be
> printed and cramfsck returns with error code of 16.
>
> Might be useful for those working on icon support code.
>
> cu
>
> Fabian
>
>
> ------------------------------
>
> Message: 3
> Date: Sat, 24 Feb 2007 05:27:40 +0100
> From: "Fabian Franz" <FabianFranz@gmx.de>
> Subject: [klik-devel] FUSE CLONE_NEWNS implementation ...
> To: klik-devel@kde.org
> Message-ID: <20070224042740.236220@gmx.net>
> Content-Type: text/plain; charset="us-ascii"
>
> So,
>
> here we go. The newest release of klik-overlay has seamless fuse support
> in addtition to real unionfs like aufs or unionfs.
>
> It ships a custom funionfs_klik binary (570k though), which is statically
> linked against a slightly patched fuse library, so it should run everywhere.
> (Thanks lionel for the idea)
>
> (suid binary can be rebuild via Makefile if needed.)
>
> Same instructions for installation as before do apply, but it now
> "magically" ;) works also on just "fuse" systems.
>
> Module preference is: aufs,fuse,unionfs
>
> For fuse, fusermount needs to be present in root's path. I could perhaps
> just ship for that a static renamed binary as well.
>
> Get it from:
>
> http://studwww.ira.uka.de/~s_franz2/klik/
>
> Installation instructions for .klik/.zAppRun are the same as can be found
> in above README. Again old .cmgs will work exactly like new .cmgs.
>
> So that whole thing should just work.
>
> Regarding performance:
>
> OO 2.1 normal start: 0m4.587s
> OO 2.1 fuse/funionfs start: 0m5.757s
>
> And one sec for such a big binary doesn't seem too bad.
>
> Changes to libfuse:
>
> If you wonder what I had to change in libfuse:
>
> I changed it so that the fuse server can be spawned outside of the new
> namespace while the mount is done inside.
>
> Instead of spawning fusermount my fuse library just gets the real FD from
> environment / suid_binary.
>
> See klik-overlay*.tar.gz/patches/*.
>
> cu
>
> Fabian
>
> PS: So probono you can put a only standard kernel modules='yes' in the
> overview table now. :)
>
>
> ------------------------------
>
> _______________________________________________
> klik-devel mailing list
> klik-devel@kde.org
> https://mail.kde.org/mailman/listinfo/klik-devel
>
>
> End of klik-devel Digest, Vol 13, Issue 8
> *****************************************
>
[Attachment #5 (text/html)]
No go on Ubuntu Edgy with FUSE and UnionFS<br><br>xvier_prog read failed: Success<br>/tmp/app/4/wrapper: \
line 117: 8123 Segmentation fault $KONSOLE $BINARY $ARGS \
"$@"<br><br>Killerkiwi<br><br><br><div><span class="gmail_quote"> On 2/25/07, <b \
class="gmail_sendername"><a href="mailto:klik-devel-request@kde.org">klik-devel-request@kde.org</a></b> \
<<a href="mailto:klik-devel-request@kde.org">klik-devel-request@kde.org</a>> \
wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: \
0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Send klik-devel mailing list submissions \
to<br> <a \
href="mailto:klik-devel@kde.org">klik-devel@kde.org</a><br><br>To subscribe or unsubscribe via the World \
Wide Web, visit<br> <a \
href="https://mail.kde.org/mailman/listinfo/klik-devel"> \
https://mail.kde.org/mailman/listinfo/klik-devel</a><br>or, via email, send a message with subject or \
body 'help' to<br> <a \
href="mailto:klik-devel-request@kde.org">klik-devel-request@kde.org</a><br><br>You can reach the person \
managing the list at <br> <a \
href="mailto:klik-devel-owner@kde.org">klik-devel-owner@kde.org</a><br><br>When replying, please edit \
your Subject line so it is more specific<br>than "Re: Contents of klik-devel digest..."<br><br> \
<br>Today's Topics:<br><br> 1. Re: Per-process union-mounting via CLONE_NEWNS \
implemented<br> (Fabian Franz)<br> 2. cramfsck -s \
<file> test.cmg (Fabian Franz)<br> 3. FUSE CLONE_NEWNS implementation ... (Fabian \
Franz) <br><br><br>----------------------------------------------------------------------<br><br>Message: \
1<br>Date: Fri, 23 Feb 2007 12:19:56 +0100<br>From: "Fabian Franz" <<a \
href="mailto:FabianFranz@gmx.de">FabianFranz@gmx.de </a>><br>Subject: Re: [klik-devel] Per-process \
union-mounting via CLONE_NEWNS<br> implemented<br>To: <a \
href="mailto:klik-devel@kde.org">klik-devel@kde.org</a><br>Message-ID: <<a \
href="mailto:20070223111956.97470@gmx.net"> 20070223111956.97470@gmx.net</a>><br>Content-Type: \
text/plain; charset="us-ascii"<br><br><br>> On Tuesday 20 February 2007 08:50, Fabian Franz \
wrote:<br>><br>> > I know that the future is fuseiso and splash, <br>><br>> Is that the \
"s" variation (==secure) of "plash", or what?<br><br>No, that is the typo variation \
of plash ... \
;-)<br><br>cu<br><br>Fabian<br><br><br>------------------------------<br><br>
Message: 2<br>Date: Sat, 24 Feb 2007 05:08:03 +0100<br>From: "Fabian Franz" <<a \
href="mailto:FabianFranz@gmx.de">FabianFranz@gmx.de</a>><br>Subject: [klik-devel] cramfsck -s \
<file> test.cmg<br>To: <a href="mailto:klik-devel@kde.org"> klik-devel@kde.org</a><br>Message-ID: \
<<a href="mailto:20070224040803.236230@gmx.net">20070224040803.236230@gmx.net</a>><br>Content-Type: \
text/plain; charset="us-ascii"<br><br>Hi,<br><br>for icon handling and so on you can now use a \
modified static cramfsck binary, which can be found including patch here: <br><br><a \
href="http://studwww.ira.uka.de/~s_franz2/klik/cramfs/">http://studwww.ira.uka.de/~s_franz2/klik/cramfs/</a><br><br>cramfsck \
-s /path/to/<file> test.cmg will search for /path/to/<file> in test.cmg and extract it to \
stdout. <br><br>Note: If you want to extract a symlink, only the real filename will be printed and \
cramfsck returns with error code of 16.<br><br>Might be useful for those working on icon support \
code.<br><br>cu<br><br>Fabian<br> <br><br>------------------------------<br><br>Message: 3<br>Date: Sat, \
24 Feb 2007 05:27:40 +0100<br>From: "Fabian Franz" <<a \
href="mailto:FabianFranz@gmx.de">FabianFranz@gmx.de</a>><br>Subject: [klik-devel] FUSE CLONE_NEWNS \
implementation ... <br>To: <a href="mailto:klik-devel@kde.org">klik-devel@kde.org</a><br>Message-ID: \
<<a href="mailto:20070224042740.236220@gmx.net">20070224042740.236220@gmx.net</a>><br>Content-Type: \
text/plain; charset="us-ascii" <br><br>So,<br><br>here we go. The newest release of \
klik-overlay has seamless fuse support in addtition to real unionfs like aufs or unionfs.<br><br>It ships \
a custom funionfs_klik binary (570k though), which is statically linked against a slightly patched fuse \
library, so it should run everywhere. (Thanks lionel for the idea) <br><br>(suid binary can be rebuild \
via Makefile if needed.)<br><br>Same instructions for installation as before do apply, but it now \
"magically" ;) works also on just "fuse" systems.<br><br>Module preference is: \
aufs,fuse,unionfs <br><br>For fuse, fusermount needs to be present in root's path. I could perhaps \
just ship for that a static renamed binary as well.<br><br>Get it from:<br><br><a \
href="http://studwww.ira.uka.de/~s_franz2/klik/">http://studwww.ira.uka.de/~s_franz2/klik/ \
</a><br><br>Installation instructions for .klik/.zAppRun are the same as can be found in above README. \
Again old .cmgs will work exactly like new .cmgs.<br><br>So that whole thing should just \
work.<br><br>Regarding performance: <br><br>OO 2.1 normal start: 0m4.587s<br>OO 2.1 fuse/funionfs start: \
0m5.757s<br><br>And one sec for such a big binary doesn't seem too bad.<br><br>Changes to \
libfuse:<br><br>If you wonder what I had to change in libfuse: <br><br>I changed it so that the fuse \
server can be spawned outside of the new namespace while the mount is done inside.<br><br>Instead of \
spawning fusermount my fuse library just gets the real FD from environment / suid_binary. <br><br>See \
klik-overlay*.tar.gz/patches/*.<br><br>cu<br><br>Fabian<br><br>PS: So probono you can put a only standard \
kernel modules='yes' in the overview table now. :)<br><br><br>------------------------------<br> \
<br>_______________________________________________<br>klik-devel mailing list<br><a \
href="mailto:klik-devel@kde.org">klik-devel@kde.org</a><br><a \
href="https://mail.kde.org/mailman/listinfo/klik-devel">https://mail.kde.org/mailman/listinfo/klik-devel \
</a><br><br><br>End of klik-devel Digest, Vol 13, Issue \
8<br>*****************************************<br></blockquote></div><br>
_______________________________________________
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]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic