Re: [PATCH 1/5] exec: remove support for transparently unbzip2ing executables
Quoting Samuel Thibault (2013-08-29 12:52:39)
> Justus Winter, le Thu 29 Aug 2013 12:41:47 +0200, a écrit :
> > > At least to show flexibility of the exec server. The difference between
> > > the BFD code and the gzip/bzip2 code is that the latter makes the whole
> > > exec code complex, while the gzip/bzip2 support only has a couple of
> > > hooks, so even if the feature doesn't seem so appealing, the maintenance
> > > cost is light.
> >
> > But couldn't the same be achieved by installing an unzipping storeio
> > translator on the zipped executable? It is more explicit, but I'd
> > argue that this is a good thing in this case and shows the flexibility
> > of the Hurd as a whole.
>
> That better separates matters indeed. Not duplicating the deflate code
> is a sign of better factorization :)
>
> What do people think about it? That can mean, with nsmux, to exec, say,
> foo.gz,,gunzip for instance, instead of guessing.
Umm, I just tested this, and it doesn't work :/ I guess b/c storeio
claims that it is a character device:
% ls -l /tmp/hello.unzipped
crwxr-xr-x 1 teythoon teythoon 0, 0 Aug 29 13:01 /tmp/hello.unzipped
% /tmp/hello.unzipped
zsh: permission denied: /tmp/hello.unzipped
% /lib/ld.so.1 /tmp/hello.unzipped
/tmp/hello.unzipped: Must be started as a translator
Justus
Reply to: