From: steve <steve@quintile.net>
To: "9front@googlegroups.com" <9front@googlegroups.com>
Subject: Re: Linuxemu and Slackware 11.0, preliminary report
Date: Wed, 4 Apr 2012 10:17:31 +0100 [thread overview]
Message-ID: <3F15F5F5-7ECB-431A-BD97-7EC7919942A3@quintile.net> (raw)
In-Reply-To: <20120402145304.2349006c@inari.ethans.dre.am>
i did quite a bit of work on linuxemu last year but never got it to a stage where i was happy to generally release it. for me, working with debian, the improved linuxemu will now work
happily with the current debian distribution; i have not tried slackware.
the most controversial change was in the handling of special files, which i flag using
a combination of plan9's append and exclusive bits, rather than cinap's choice of using
an escaped "special" filename.
the change makes open, stat, and wstat cheaper as the file you a moifying is easily found,
however it does mean you have to use mkfs/extfs of linux'tar to move files about, plan9's tar
will not do as it does not understand these extra mode flags.
there are many other changes including a symlink cache, and wider linux systemcall coverage.
i use this daily at work for svn and ghostscript, and opera but i haven't tried much else,
what i have tried does work.
you are welcome to try mycode which is in /n/sources/contrib/linuxemu.tgz, though
i cannot help much at the moment as i am on holiday.
-steve
On 2 Apr 2012, at 02:53 PM, Ethan Grammatikidis <eekee57@fastmail.fm> wrote:
> Had a little play with slackwaree 11.0 in Linuxemu. It mostly works,
> the buggest problem may be bash 3.0 which can't export environment
> variables. Note the underlying 9front system hasn't been upgraded since
> December.
>
> pkgtools
> * installpkg appears to run correctly but it's noticeable some
> work is not done; e.g. there is no gcc symlink and firefox's
> launcher script languishes in /usr/lib/firefox-foo. Probably
> related to bash's env var issues.
> * tar-13.1 (included) fails to unpack files. Installpkg
> complains if /bin/tar-13.1 is not present, but functions
> better without than with.
>
> bash (3.0)
> * Prompts, executes commands, for loops, wildcard expansion,
> and history (in xterm) correctly.
> * Fails to export environment variables.
> * May have some other problem with variables;
> configure fails to recognize it as a posix shell based on a
> test with a lot of variables.
> * ddoouubblleess every character entered at the prompt in rio
> and acme windows. This is purely cosmetic. Does not happen in
> xterm.
>
> ash
> * Prompts, executes commands, and history (in xterm) correctly.
> * ddoouubblleess every character entered at the prompt in rio
> and acme windows. This is purely cosmetic. Does not happen in
> xterm.
>
> xterm
> * Displays and scrolls command-line data correctly.
> * Dialog appears to run correctly within it. (--yesno tested)
> * Less does not.
> * Takes a second to exit.
>
> WindowMaker and WPrefs.app
> * WM Functions as correctly as it ever did.
> * WPrefs works.
>
> Firefox (1.5)
> * Generally functions as expected but cannot load some pages
> which Mothra can, and can't load any of the pages I really
> want which don't work in Mothra anyway. ;)
>
> xz
> * could not compile; failed to configure (see bash).
>
> opera (11.62)
> * outputs 1 line to stderr: Killed. Not really unexpected with
> such an old libc.
>
> opera (9.52, gcc-2.95, static)
> * Works correctly! Or at least, it works better than that old
> Firefox.
>
> To do:
> * Test environment variables in ash. If pass, attempt to use ash
> as /bin/sh and retry package installation and configure
> scripts. Also retry Opera 11.
> * See if some change to /etc/inputrc could fix the doubling.
next prev parent reply other threads:[~2012-04-07 14:14 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-02 13:53 Ethan Grammatikidis
2012-04-02 14:02 ` sl
2012-04-02 14:16 ` Ethan Grammatikidis
2012-04-02 20:36 ` cinap_lenrek
2012-04-02 20:51 ` cinap_lenrek
2012-04-02 21:58 ` Ethan Grammatikidis
2012-04-02 22:09 ` sl
2012-04-02 23:00 ` Ethan Grammatikidis
2012-04-02 23:02 ` cinap_lenrek
2012-04-02 23:13 ` hiro
2012-04-02 23:21 ` cinap_lenrek
2012-04-02 23:23 ` Ethan Grammatikidis
2012-04-02 23:34 ` sl
2012-04-02 23:32 ` Anthony Martin
2012-04-03 6:36 ` cinap_lenrek
2012-04-02 22:58 ` cinap_lenrek
2012-04-02 23:18 ` Ethan Grammatikidis
2012-04-02 23:47 ` Kurt H Maier
2012-04-03 1:24 ` Ethan Grammatikidis
2012-04-03 6:03 ` cinap_lenrek
2012-04-03 8:17 ` Ethan Grammatikidis
2012-04-04 9:17 ` steve [this message]
2012-04-07 23:30 ` Ethan Grammatikidis
2012-04-08 0:22 ` sl
2012-04-08 2:27 sl
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3F15F5F5-7ECB-431A-BD97-7EC7919942A3@quintile.net \
--to=steve@quintile.net \
--cc=9front@googlegroups.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).