* Re: [9fans] opera under linuxemu
2008-01-03 3:39 ` John Floren
@ 2008-01-03 3:58 ` Federico G. Benavento
2008-01-03 4:03 ` Uriel
2008-01-03 4:02 ` Uriel
2008-01-03 22:12 ` cinap_lenrek
2 siblings, 1 reply; 25+ messages in thread
From: Federico G. Benavento @ 2008-01-03 3:58 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
the x server is not running on Plan 9
On Jan 3, 2008 12:39 AM, John Floren <slawmaster@gmail.com> wrote:
> Pardon me for be a doubting Thomas, but that screenshot looks a hell
> of a lot like a VNC session. You know, with the X cursor in the top of
> the window and the default X background behind it, and TWM providing
> window decorations. Now, having file:/net/ open in one of the windows,
> I don't know what's up :)
> I'm sorry for being skeptical, but that's what I'm seeing.
>
> John
>
>
> On 1/2/08, Federico G. Benavento <benavento@gmail.com> wrote:
> > hola,
> >
> > getting real static binaries in linux is a bit tricky and no one seems to
> > be doing so, they always need ld-linux.so, libnss and others.
> > cinap creates some kind of bundles that create a fake ns in /tmp/$lbun
> > with this (http://9hal.ath.cx/usr/cinap_lenrek/lbun/mklbun) or something
> > like, but I know he got opera running in Plan 9.
> > http://9hal.ath.cx/usr/cinap_lenrek/plan9opera.png
> >
> >
> > On Jan 2, 2008 9:55 PM, ron minnich <rminnich@gmail.com> wrote:
> > > anybody got a howto? I grabbed cinap's linuxemu from sources. Right
> > > now I get this:
> > >
> > > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera
> > > opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera: cant load
> > > interpreter: '/lib/ld-linux.so.2' does not exist
> > > cpu% bind -a /mnt/term/lib /lib
> > > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera
> > > 8.out 20707: suicide: sys: trap: fault read addr=0x57425810 pc=0x57425810
> > > cpu%
> > >
> > > I am wondering if there is some simple thing I'm missing. I thought
> > > static would not need ld-linux.so.2 but ...
> > >
> > > thanks
> > >
> > > ron
> > >
> >
> >
> >
> > --
> > Federico G. Benavento
> >
>
>
> --
> Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
>
--
Federico G. Benavento
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [9fans] opera under linuxemu
2008-01-03 3:58 ` Federico G. Benavento
@ 2008-01-03 4:03 ` Uriel
0 siblings, 0 replies; 25+ messages in thread
From: Uriel @ 2008-01-03 4:03 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
I think it is, I thought cinap ran xvnc under linuxemu too, but I
might be wrong.
uriel
On Jan 3, 2008 4:58 AM, Federico G. Benavento <benavento@gmail.com> wrote:
> the x server is not running on Plan 9
>
>
> On Jan 3, 2008 12:39 AM, John Floren <slawmaster@gmail.com> wrote:
> > Pardon me for be a doubting Thomas, but that screenshot looks a hell
> > of a lot like a VNC session. You know, with the X cursor in the top of
> > the window and the default X background behind it, and TWM providing
> > window decorations. Now, having file:/net/ open in one of the windows,
> > I don't know what's up :)
> > I'm sorry for being skeptical, but that's what I'm seeing.
> >
> > John
> >
> >
> > On 1/2/08, Federico G. Benavento <benavento@gmail.com> wrote:
> > > hola,
> > >
> > > getting real static binaries in linux is a bit tricky and no one seems to
> > > be doing so, they always need ld-linux.so, libnss and others.
> > > cinap creates some kind of bundles that create a fake ns in /tmp/$lbun
> > > with this (http://9hal.ath.cx/usr/cinap_lenrek/lbun/mklbun) or something
> > > like, but I know he got opera running in Plan 9.
> > > http://9hal.ath.cx/usr/cinap_lenrek/plan9opera.png
> > >
> > >
> > > On Jan 2, 2008 9:55 PM, ron minnich <rminnich@gmail.com> wrote:
> > > > anybody got a howto? I grabbed cinap's linuxemu from sources. Right
> > > > now I get this:
> > > >
> > > > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera
> > > > opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera: cant load
> > > > interpreter: '/lib/ld-linux.so.2' does not exist
> > > > cpu% bind -a /mnt/term/lib /lib
> > > > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera
> > > > 8.out 20707: suicide: sys: trap: fault read addr=0x57425810 pc=0x57425810
> > > > cpu%
> > > >
> > > > I am wondering if there is some simple thing I'm missing. I thought
> > > > static would not need ld-linux.so.2 but ...
> > > >
> > > > thanks
> > > >
> > > > ron
> > > >
> > >
> > >
> > >
> > > --
> > > Federico G. Benavento
> > >
> >
> >
> > --
> > Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
> >
>
>
>
> --
> Federico G. Benavento
>
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [9fans] opera under linuxemu
2008-01-03 3:39 ` John Floren
2008-01-03 3:58 ` Federico G. Benavento
@ 2008-01-03 4:02 ` Uriel
2008-01-03 5:26 ` ron minnich
2008-01-03 22:12 ` cinap_lenrek
2 siblings, 1 reply; 25+ messages in thread
From: Uriel @ 2008-01-03 4:02 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
It is a VNC session because there is no X server for Plan 9 and opera
is an X client, so I think cinap runs xvnc under linuxemu, and then
connects to it with the native plan9 vnc client.
I spent a while fighting with x.org trying to get kdrive to run on
Plan 9, I got quite close (after many unmentionable hacks, including
to 8l to make it ignore certain linking errors), but the psychological
strain became too great and I had to give up, I might pick it again if
I'm feeling sufficiently masochistic some day and I got nothing better
to do. In any case, it is feasible and probably somebody more skilled
than me will have less trouble.
Linuxemu+kdrive would pretty much allow us to run any lunix app on
Plan 9, and stop wasting time porting every stupid lunix app and
dealing with auto*hell.
I must apologize for once upon a time claiming that linuxemu was a
waste of time, I was (as usual) wrong and now I think it is the best
way to waste the least amount of time and effort trying to run lunix
junk on Plan 9. Oh, btw, for everyone clamoring for ssh2, openssh runs
just fine under linuxemu.
My hat goes off to russ and cinap for their amazing work on linux emu.
uriel
On Jan 3, 2008 4:39 AM, John Floren <slawmaster@gmail.com> wrote:
> Pardon me for be a doubting Thomas, but that screenshot looks a hell
> of a lot like a VNC session. You know, with the X cursor in the top of
> the window and the default X background behind it, and TWM providing
> window decorations. Now, having file:/net/ open in one of the windows,
> I don't know what's up :)
> I'm sorry for being skeptical, but that's what I'm seeing.
>
> John
>
>
> On 1/2/08, Federico G. Benavento <benavento@gmail.com> wrote:
> > hola,
> >
> > getting real static binaries in linux is a bit tricky and no one seems to
> > be doing so, they always need ld-linux.so, libnss and others.
> > cinap creates some kind of bundles that create a fake ns in /tmp/$lbun
> > with this (http://9hal.ath.cx/usr/cinap_lenrek/lbun/mklbun) or something
> > like, but I know he got opera running in Plan 9.
> > http://9hal.ath.cx/usr/cinap_lenrek/plan9opera.png
> >
> >
> > On Jan 2, 2008 9:55 PM, ron minnich <rminnich@gmail.com> wrote:
> > > anybody got a howto? I grabbed cinap's linuxemu from sources. Right
> > > now I get this:
> > >
> > > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera
> > > opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera: cant load
> > > interpreter: '/lib/ld-linux.so.2' does not exist
> > > cpu% bind -a /mnt/term/lib /lib
> > > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera
> > > 8.out 20707: suicide: sys: trap: fault read addr=0x57425810 pc=0x57425810
> > > cpu%
> > >
> > > I am wondering if there is some simple thing I'm missing. I thought
> > > static would not need ld-linux.so.2 but ...
> > >
> > > thanks
> > >
> > > ron
> > >
> >
> >
> >
> > --
> > Federico G. Benavento
> >
>
>
> --
> Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
>
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [9fans] opera under linuxemu
2008-01-03 4:02 ` Uriel
@ 2008-01-03 5:26 ` ron minnich
2008-01-03 7:45 ` Uriel
0 siblings, 1 reply; 25+ messages in thread
From: ron minnich @ 2008-01-03 5:26 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
On Jan 2, 2008 8:02 PM, Uriel <uriel99@gmail.com> wrote:
>Oh, btw, for everyone clamoring for ssh2, openssh runs
> just fine under linuxemu.
And that's great. But I see no harm in having a native port.
ron
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [9fans] opera under linuxemu
2008-01-03 5:26 ` ron minnich
@ 2008-01-03 7:45 ` Uriel
0 siblings, 0 replies; 25+ messages in thread
From: Uriel @ 2008-01-03 7:45 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
Absolutely, and it will make a ssh2net much more likely without which
ssh2 on plan9 is nowhere as useful as it could be.
uriel
On Jan 3, 2008 6:26 AM, ron minnich <rminnich@gmail.com> wrote:
> On Jan 2, 2008 8:02 PM, Uriel <uriel99@gmail.com> wrote:
> >Oh, btw, for everyone clamoring for ssh2, openssh runs
> > just fine under linuxemu.
>
> And that's great. But I see no harm in having a native port.
>
> ron
>
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [9fans] opera under linuxemu
2008-01-03 3:39 ` John Floren
2008-01-03 3:58 ` Federico G. Benavento
2008-01-03 4:02 ` Uriel
@ 2008-01-03 22:12 ` cinap_lenrek
2008-01-03 22:24 ` John Floren
2 siblings, 1 reply; 25+ messages in thread
From: cinap_lenrek @ 2008-01-03 22:12 UTC (permalink / raw)
To: 9fans
[-- Attachment #1: Type: text/plain, Size: 158 bytes --]
The Xserver is Xvnc running under linuxemu too... i connect with native
Plan9 vncv to it. The twm is from the ape/X distribution running native
on Plan9.
[-- Attachment #2: Type: message/rfc822, Size: 5598 bytes --]
From: "John Floren" <slawmaster@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] opera under linuxemu
Date: Wed, 2 Jan 2008 22:39:05 -0500
Message-ID: <7d3530220801021939q597fd8adm3e9ca296b0d20cb6@mail.gmail.com>
Pardon me for be a doubting Thomas, but that screenshot looks a hell
of a lot like a VNC session. You know, with the X cursor in the top of
the window and the default X background behind it, and TWM providing
window decorations. Now, having file:/net/ open in one of the windows,
I don't know what's up :)
I'm sorry for being skeptical, but that's what I'm seeing.
John
On 1/2/08, Federico G. Benavento <benavento@gmail.com> wrote:
> hola,
>
> getting real static binaries in linux is a bit tricky and no one seems to
> be doing so, they always need ld-linux.so, libnss and others.
> cinap creates some kind of bundles that create a fake ns in /tmp/$lbun
> with this (http://9hal.ath.cx/usr/cinap_lenrek/lbun/mklbun) or something
> like, but I know he got opera running in Plan 9.
> http://9hal.ath.cx/usr/cinap_lenrek/plan9opera.png
>
>
> On Jan 2, 2008 9:55 PM, ron minnich <rminnich@gmail.com> wrote:
> > anybody got a howto? I grabbed cinap's linuxemu from sources. Right
> > now I get this:
> >
> > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera
> > opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera: cant load
> > interpreter: '/lib/ld-linux.so.2' does not exist
> > cpu% bind -a /mnt/term/lib /lib
> > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera
> > 8.out 20707: suicide: sys: trap: fault read addr=0x57425810 pc=0x57425810
> > cpu%
> >
> > I am wondering if there is some simple thing I'm missing. I thought
> > static would not need ld-linux.so.2 but ...
> >
> > thanks
> >
> > ron
> >
>
>
>
> --
> Federico G. Benavento
>
--
Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [9fans] opera under linuxemu
2008-01-03 22:12 ` cinap_lenrek
@ 2008-01-03 22:24 ` John Floren
2008-01-03 22:43 ` Francisco J Ballesteros
2008-01-03 23:08 ` [9fans] opera under linuxemu cinap_lenrek
0 siblings, 2 replies; 25+ messages in thread
From: John Floren @ 2008-01-03 22:24 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
Okay, thanks for clearing that up, cinap. That's pretty impressive,
actually. Do you plan to put together some kind of package that we can
just drop in and run? It makes a lot more sense to find that
everything is run under Plan 9 :)
John
On Jan 3, 2008 2:12 PM, <cinap_lenrek@gmx.de> wrote:
> The Xserver is Xvnc running under linuxemu too... i connect with native
> Plan9 vncv to it. The twm is from the ape/X distribution running native
> on Plan9.
>
>
> ---------- Forwarded message ----------
> From: "John Floren" <slawmaster@gmail.com>
> To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
> Date: Wed, 2 Jan 2008 22:39:05 -0500
> Subject: Re: [9fans] opera under linuxemu
> Pardon me for be a doubting Thomas, but that screenshot looks a hell
> of a lot like a VNC session. You know, with the X cursor in the top of
> the window and the default X background behind it, and TWM providing
> window decorations. Now, having file:/net/ open in one of the windows,
> I don't know what's up :)
> I'm sorry for being skeptical, but that's what I'm seeing.
>
> John
>
> On 1/2/08, Federico G. Benavento <benavento@gmail.com> wrote:
> > hola,
> >
> > getting real static binaries in linux is a bit tricky and no one seems to
> > be doing so, they always need ld-linux.so, libnss and others.
> > cinap creates some kind of bundles that create a fake ns in /tmp/$lbun
> > with this (http://9hal.ath.cx/usr/cinap_lenrek/lbun/mklbun) or something
> > like, but I know he got opera running in Plan 9.
> > http://9hal.ath.cx/usr/cinap_lenrek/plan9opera.png
> >
> >
> > On Jan 2, 2008 9:55 PM, ron minnich <rminnich@gmail.com> wrote:
> > > anybody got a howto? I grabbed cinap's linuxemu from sources. Right
> > > now I get this:
> > >
> > > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera
> > > opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera: cant load
> > > interpreter: '/lib/ld-linux.so.2' does not exist
> > > cpu% bind -a /mnt/term/lib /lib
> > > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera
> > > 8.out 20707: suicide: sys: trap: fault read addr=0x57425810 pc=0x57425810
> > > cpu%
> > >
> > > I am wondering if there is some simple thing I'm missing. I thought
> > > static would not need ld-linux.so.2 but ...
> > >
> > > thanks
> > >
> > > ron
> > >
> >
> >
> >
> > --
> > Federico G. Benavento
> >
>
>
> --
> Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
>
--
Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [9fans] opera under linuxemu
2008-01-03 22:24 ` John Floren
@ 2008-01-03 22:43 ` Francisco J Ballesteros
2008-01-03 22:50 ` [9fans] contrib(1) (was: opera under linuxemu) Federico G. Benavento
2008-01-03 23:08 ` [9fans] opera under linuxemu cinap_lenrek
1 sibling, 1 reply; 25+ messages in thread
From: Francisco J Ballesteros @ 2008-01-03 22:43 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
What about a
contrib/386 contrib/src
so that we could pull most/all of contribs just at a go?
On Jan 3, 2008 11:24 PM, John Floren <slawmaster@gmail.com> wrote:
> Okay, thanks for clearing that up, cinap. That's pretty impressive,
> actually. Do you plan to put together some kind of package that we can
> just drop in and run? It makes a lot more sense to find that
> everything is run under Plan 9 :)
>
> John
>
>
> On Jan 3, 2008 2:12 PM, <cinap_lenrek@gmx.de> wrote:
> > The Xserver is Xvnc running under linuxemu too... i connect with native
> > Plan9 vncv to it. The twm is from the ape/X distribution running native
> > on Plan9.
> >
> >
>
> > ---------- Forwarded message ----------
> > From: "John Floren" <slawmaster@gmail.com>
> > To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
> > Date: Wed, 2 Jan 2008 22:39:05 -0500
> > Subject: Re: [9fans] opera under linuxemu
> > Pardon me for be a doubting Thomas, but that screenshot looks a hell
> > of a lot like a VNC session. You know, with the X cursor in the top of
> > the window and the default X background behind it, and TWM providing
> > window decorations. Now, having file:/net/ open in one of the windows,
> > I don't know what's up :)
> > I'm sorry for being skeptical, but that's what I'm seeing.
> >
> > John
> >
> > On 1/2/08, Federico G. Benavento <benavento@gmail.com> wrote:
> > > hola,
> > >
> > > getting real static binaries in linux is a bit tricky and no one seems to
> > > be doing so, they always need ld-linux.so, libnss and others.
> > > cinap creates some kind of bundles that create a fake ns in /tmp/$lbun
> > > with this (http://9hal.ath.cx/usr/cinap_lenrek/lbun/mklbun) or something
> > > like, but I know he got opera running in Plan 9.
> > > http://9hal.ath.cx/usr/cinap_lenrek/plan9opera.png
> > >
> > >
> > > On Jan 2, 2008 9:55 PM, ron minnich <rminnich@gmail.com> wrote:
> > > > anybody got a howto? I grabbed cinap's linuxemu from sources. Right
> > > > now I get this:
> > > >
> > > > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera
> > > > opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera: cant load
> > > > interpreter: '/lib/ld-linux.so.2' does not exist
> > > > cpu% bind -a /mnt/term/lib /lib
> > > > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera
> > > > 8.out 20707: suicide: sys: trap: fault read addr=0x57425810 pc=0x57425810
> > > > cpu%
> > > >
> > > > I am wondering if there is some simple thing I'm missing. I thought
> > > > static would not need ld-linux.so.2 but ...
> > > >
> > > > thanks
> > > >
> > > > ron
> > > >
> > >
> > >
> > >
> > > --
> > > Federico G. Benavento
> > >
> >
> >
> > --
> > Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
> >
>
>
>
> --
> Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
>
>
^ permalink raw reply [flat|nested] 25+ messages in thread
* [9fans] contrib(1) (was: opera under linuxemu)
2008-01-03 22:43 ` Francisco J Ballesteros
@ 2008-01-03 22:50 ` Federico G. Benavento
2008-01-03 23:09 ` Pietro Gagliardi
2008-01-04 4:08 ` marina
0 siblings, 2 replies; 25+ messages in thread
From: Federico G. Benavento @ 2008-01-03 22:50 UTC (permalink / raw)
To: 9fans
hola,
> What about a
> contrib/386 contrib/src
> so that we could pull most/all of contribs just at a go?
we (me and steve) have been playing and testing some tools
to help with this:
CONTRIB(1) CONTRIB(1)
NAME
create, install, pull, push, remove - trivial package
management
SYNOPSIS
contrib/create [ -d dependency ] [ -r root ] [ -u user ] [
-x exclude ] name proto
contrib/install [ -f ] [ -r root ] user/name
contrib/list [ -v ] [ user | user/name ]
contrib/pull [ -c file ] [ -s file ] name
contrib/push name
contrib/remove name
DESCRIPTION
Contrib is a simple package management system based on
replica(1). It can be used to create, install, upgrade and
remove software packages in the sources repository. To cre-
ate a package and become its maintainer it is necessary to
have an authenticated sources account and a contrib direc-
tory /n/sources/contrib/$user.
Contrib/create
Create builds a new package name, and performs an ini-
tial push to sources. The file structure is defined by
proto. Dependencies can be specified with the -d name
option. If the package is staged away from its final
destination a root directory for the published package
may be specified with -r root. If the user has a dif-
ferent name for their sources account from their cur-
rent user account then this may be specified with the
-u user option. Use the -x option to exclude the
exclude files from the synchronization.
When create runs it puts the current window into hold
mode and reads text describing the package. The first
line of this text is printed by contrib/list and should
be a short summary of the package's contents.
Contrib/install
Install the package name maintained by the user user to
the local file system. The -f option forces the instal-
lation to continue irrespective of missing dependent
packages. Packages are normally installed at / however
an alternative root directory may be specified with -r
root.
Contrib/list
List the available packages and a one line description
of each. The -v option produces a more verbose multi-
line form.
Contrib/pull
Update the local package name from sources. Locally
modified files cause a warning and are not overwritten
unless the -c or -s options are used - as described in
replica(1).
Contrib/push
Used by the package maintainer to update the package
name on sources from the local system.
Contrib/remove
Print the commands necessary to remove the package
name, this allows the commands to be edited before they
are sent to the shell. The commands printed for files
which have been modified with respect to the repository
are commented out.
EXAMPLE
Install the abaco web browser.
% contrib/install fgb/abaco
FILES
/usr/$user/lib/replica databases of packages cre-
ated locally.
/dist/replica/* databases of packages
installed locally.
/n/sources/contrib/rob/replica database of rob's packages.
/n/sources/contrib/rob/root files representing in rob's
packages.
SOURCE
/rc/bin/contrib
SEE ALSO
proto(2), replica(1), replica(8)
BUGS
Send bug reports to benavento@gmail.com
---
it's working quite well, for instance I can do
lotte% contrib/list fgb
fgb/4th: 4tH 3.5b - Forth-like interpreter.
fgb/abaco: Abaco: lame web browser for Plan 9, eternally a work in progress.
fgb/breakout: Breakout - breakout/arkanoid clone.
fgb/bz2: BZ2 library for APE
fgb/contrib: Contrib - Trivial Package Management
fgb/curses: PDCurses 3.0 library for APE.
...
to install it you do:
% 9fs sources; /n/sources/contrib/fgb/root/rc/bin/contrib/install fgb/contrib
Federico G. Benavento
---
/bin/fortune:
If you think before you speak the other guy gets his joke in first.
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: [9fans] contrib(1) (was: opera under linuxemu)
2008-01-03 22:50 ` [9fans] contrib(1) (was: opera under linuxemu) Federico G. Benavento
@ 2008-01-03 23:09 ` Pietro Gagliardi
2008-01-03 23:22 ` Federico G. Benavento
2008-01-04 4:08 ` marina
1 sibling, 1 reply; 25+ messages in thread
From: Pietro Gagliardi @ 2008-01-03 23:09 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
term% /n/sources/contrib/fgb/root/rc/bin/list pietro
pietro/*:
term%
How do I fix this with my own archive? It should say at least
12: print date/time in 12-hour format
On Jan 3, 2008, at 5:50 PM, Federico G. Benavento wrote:
> hola,
>
>> What about a
>> contrib/386 contrib/src
>> so that we could pull most/all of contribs just at a go?
>
> we (me and steve) have been playing and testing some tools
> to help with this:
>
>
>
> CONTRIB(1) CONTRIB(1)
>
> NAME
> create, install, pull, push, remove - trivial package
> management
>
> SYNOPSIS
> contrib/create [ -d dependency ] [ -r root ] [ -u user ] [
> -x exclude ] name proto
> contrib/install [ -f ] [ -r root ] user/name
> contrib/list [ -v ] [ user | user/name ]
> contrib/pull [ -c file ] [ -s file ] name
> contrib/push name
> contrib/remove name
>
> DESCRIPTION
> Contrib is a simple package management system based on
> replica(1). It can be used to create, install, upgrade and
> remove software packages in the sources repository. To cre-
> ate a package and become its maintainer it is necessary to
> have an authenticated sources account and a contrib direc-
> tory /n/sources/contrib/$user.
>
> Contrib/create
> Create builds a new package name, and performs an ini-
> tial push to sources. The file structure is defined by
> proto. Dependencies can be specified with the -d name
> option. If the package is staged away from its final
> destination a root directory for the published package
> may be specified with -r root. If the user has a dif-
> ferent name for their sources account from their cur-
> rent user account then this may be specified with the
> -u user option. Use the -x option to exclude the
> exclude files from the synchronization.
>
> When create runs it puts the current window into hold
> mode and reads text describing the package. The first
> line of this text is printed by contrib/list and should
> be a short summary of the package's contents.
>
> Contrib/install
> Install the package name maintained by the user user to
> the local file system. The -f option forces the instal-
> lation to continue irrespective of missing dependent
> packages. Packages are normally installed at / however
> an alternative root directory may be specified with -r
> root.
>
> Contrib/list
> List the available packages and a one line description
> of each. The -v option produces a more verbose multi-
> line form.
>
> Contrib/pull
> Update the local package name from sources. Locally
> modified files cause a warning and are not overwritten
> unless the -c or -s options are used - as described in
> replica(1).
>
> Contrib/push
> Used by the package maintainer to update the package
> name on sources from the local system.
>
> Contrib/remove
> Print the commands necessary to remove the package
> name, this allows the commands to be edited before they
> are sent to the shell. The commands printed for files
> which have been modified with respect to the repository
> are commented out.
>
> EXAMPLE
> Install the abaco web browser.
>
> % contrib/install fgb/abaco
>
> FILES
> /usr/$user/lib/replica databases of packages cre-
> ated locally.
> /dist/replica/* databases of packages
> installed locally.
> /n/sources/contrib/rob/replica database of rob's packages.
> /n/sources/contrib/rob/root files representing in rob's
> packages.
>
> SOURCE
> /rc/bin/contrib
>
> SEE ALSO
> proto(2), replica(1), replica(8)
>
> BUGS
> Send bug reports to benavento@gmail.com
>
>
>
>
> ---
> it's working quite well, for instance I can do
>
> lotte% contrib/list fgb
> fgb/4th: 4tH 3.5b - Forth-like interpreter.
> fgb/abaco: Abaco: lame web browser for Plan 9, eternally a work in
> progress.
> fgb/breakout: Breakout - breakout/arkanoid clone.
> fgb/bz2: BZ2 library for APE
> fgb/contrib: Contrib - Trivial Package Management
> fgb/curses: PDCurses 3.0 library for APE.
> ...
>
> to install it you do:
>
> % 9fs sources; /n/sources/contrib/fgb/root/rc/bin/contrib/install
> fgb/contrib
>
> Federico G. Benavento
>
> ---
> /bin/fortune:
> If you think before you speak the other guy gets his joke in first.
>
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [9fans] contrib(1) (was: opera under linuxemu)
2008-01-03 23:09 ` Pietro Gagliardi
@ 2008-01-03 23:22 ` Federico G. Benavento
2008-01-03 23:39 ` Pietro Gagliardi
0 siblings, 1 reply; 25+ messages in thread
From: Federico G. Benavento @ 2008-01-03 23:22 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
pietro, do you have packages on sources created with contrib(1)?
On Jan 3, 2008 8:09 PM, Pietro Gagliardi <pietro10@mac.com> wrote:
> term% /n/sources/contrib/fgb/root/rc/bin/list pietro
> pietro/*:
> term%
>
> How do I fix this with my own archive? It should say at least
>
> 12: print date/time in 12-hour format
>
>
> On Jan 3, 2008, at 5:50 PM, Federico G. Benavento wrote:
>
> > hola,
> >
> >> What about a
> >> contrib/386 contrib/src
> >> so that we could pull most/all of contribs just at a go?
> >
> > we (me and steve) have been playing and testing some tools
> > to help with this:
> >
> >
> >
> > CONTRIB(1) CONTRIB(1)
> >
> > NAME
> > create, install, pull, push, remove - trivial package
> > management
> >
> > SYNOPSIS
> > contrib/create [ -d dependency ] [ -r root ] [ -u user ] [
> > -x exclude ] name proto
> > contrib/install [ -f ] [ -r root ] user/name
> > contrib/list [ -v ] [ user | user/name ]
> > contrib/pull [ -c file ] [ -s file ] name
> > contrib/push name
> > contrib/remove name
> >
> > DESCRIPTION
> > Contrib is a simple package management system based on
> > replica(1). It can be used to create, install, upgrade and
> > remove software packages in the sources repository. To cre-
> > ate a package and become its maintainer it is necessary to
> > have an authenticated sources account and a contrib direc-
> > tory /n/sources/contrib/$user.
> >
> > Contrib/create
> > Create builds a new package name, and performs an ini-
> > tial push to sources. The file structure is defined by
> > proto. Dependencies can be specified with the -d name
> > option. If the package is staged away from its final
> > destination a root directory for the published package
> > may be specified with -r root. If the user has a dif-
> > ferent name for their sources account from their cur-
> > rent user account then this may be specified with the
> > -u user option. Use the -x option to exclude the
> > exclude files from the synchronization.
> >
> > When create runs it puts the current window into hold
> > mode and reads text describing the package. The first
> > line of this text is printed by contrib/list and should
> > be a short summary of the package's contents.
> >
> > Contrib/install
> > Install the package name maintained by the user user to
> > the local file system. The -f option forces the instal-
> > lation to continue irrespective of missing dependent
> > packages. Packages are normally installed at / however
> > an alternative root directory may be specified with -r
> > root.
> >
> > Contrib/list
> > List the available packages and a one line description
> > of each. The -v option produces a more verbose multi-
> > line form.
> >
> > Contrib/pull
> > Update the local package name from sources. Locally
> > modified files cause a warning and are not overwritten
> > unless the -c or -s options are used - as described in
> > replica(1).
> >
> > Contrib/push
> > Used by the package maintainer to update the package
> > name on sources from the local system.
> >
> > Contrib/remove
> > Print the commands necessary to remove the package
> > name, this allows the commands to be edited before they
> > are sent to the shell. The commands printed for files
> > which have been modified with respect to the repository
> > are commented out.
> >
> > EXAMPLE
> > Install the abaco web browser.
> >
> > % contrib/install fgb/abaco
> >
> > FILES
> > /usr/$user/lib/replica databases of packages cre-
> > ated locally.
> > /dist/replica/* databases of packages
> > installed locally.
> > /n/sources/contrib/rob/replica database of rob's packages.
> > /n/sources/contrib/rob/root files representing in rob's
> > packages.
> >
> > SOURCE
> > /rc/bin/contrib
> >
> > SEE ALSO
> > proto(2), replica(1), replica(8)
> >
> > BUGS
> > Send bug reports to benavento@gmail.com
> >
> >
> >
> >
> > ---
> > it's working quite well, for instance I can do
> >
> > lotte% contrib/list fgb
> > fgb/4th: 4tH 3.5b - Forth-like interpreter.
> > fgb/abaco: Abaco: lame web browser for Plan 9, eternally a work in
> > progress.
> > fgb/breakout: Breakout - breakout/arkanoid clone.
> > fgb/bz2: BZ2 library for APE
> > fgb/contrib: Contrib - Trivial Package Management
> > fgb/curses: PDCurses 3.0 library for APE.
> > ...
> >
> > to install it you do:
> >
> > % 9fs sources; /n/sources/contrib/fgb/root/rc/bin/contrib/install
> > fgb/contrib
> >
> > Federico G. Benavento
> >
> > ---
> > /bin/fortune:
> > If you think before you speak the other guy gets his joke in first.
> >
>
>
--
Federico G. Benavento
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [9fans] contrib(1) (was: opera under linuxemu)
2008-01-03 23:22 ` Federico G. Benavento
@ 2008-01-03 23:39 ` Pietro Gagliardi
0 siblings, 0 replies; 25+ messages in thread
From: Pietro Gagliardi @ 2008-01-03 23:39 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
Ah, okay, I thought it worked with your INDEX file. I'll prepare one
for 12 now.
On Jan 3, 2008, at 6:22 PM, Federico G. Benavento wrote:
> pietro, do you have packages on sources created with contrib(1)?
>
> On Jan 3, 2008 8:09 PM, Pietro Gagliardi <pietro10@mac.com> wrote:
>> term% /n/sources/contrib/fgb/root/rc/bin/list pietro
>> pietro/*:
>> term%
>>
>> How do I fix this with my own archive? It should say at least
>>
>> 12: print date/time in 12-hour format
>>
>>
>> On Jan 3, 2008, at 5:50 PM, Federico G. Benavento wrote:
>>
>>> hola,
>>>
>>>> What about a
>>>> contrib/386 contrib/src
>>>> so that we could pull most/all of contribs just at a go?
>>>
>>> we (me and steve) have been playing and testing some tools
>>> to help with this:
>>>
>>>
>>>
>>> CONTRIB(1)
>>> CONTRIB(1)
>>>
>>> NAME
>>> create, install, pull, push, remove - trivial package
>>> management
>>>
>>> SYNOPSIS
>>> contrib/create [ -d dependency ] [ -r root ] [ -u user ] [
>>> -x exclude ] name proto
>>> contrib/install [ -f ] [ -r root ] user/name
>>> contrib/list [ -v ] [ user | user/name ]
>>> contrib/pull [ -c file ] [ -s file ] name
>>> contrib/push name
>>> contrib/remove name
>>>
>>> DESCRIPTION
>>> Contrib is a simple package management system based on
>>> replica(1). It can be used to create, install, upgrade and
>>> remove software packages in the sources repository. To
>>> cre-
>>> ate a package and become its maintainer it is necessary to
>>> have an authenticated sources account and a contrib direc-
>>> tory /n/sources/contrib/$user.
>>>
>>> Contrib/create
>>> Create builds a new package name, and performs an
>>> ini-
>>> tial push to sources. The file structure is
>>> defined by
>>> proto. Dependencies can be specified with the -d name
>>> option. If the package is staged away from its final
>>> destination a root directory for the published
>>> package
>>> may be specified with -r root. If the user has a dif-
>>> ferent name for their sources account from their cur-
>>> rent user account then this may be specified with the
>>> -u user option. Use the -x option to exclude the
>>> exclude files from the synchronization.
>>>
>>> When create runs it puts the current window into hold
>>> mode and reads text describing the package. The
>>> first
>>> line of this text is printed by contrib/list and
>>> should
>>> be a short summary of the package's contents.
>>>
>>> Contrib/install
>>> Install the package name maintained by the user
>>> user to
>>> the local file system. The -f option forces the
>>> instal-
>>> lation to continue irrespective of missing dependent
>>> packages. Packages are normally installed at /
>>> however
>>> an alternative root directory may be specified
>>> with -r
>>> root.
>>>
>>> Contrib/list
>>> List the available packages and a one line
>>> description
>>> of each. The -v option produces a more verbose multi-
>>> line form.
>>>
>>> Contrib/pull
>>> Update the local package name from sources. Locally
>>> modified files cause a warning and are not
>>> overwritten
>>> unless the -c or -s options are used - as
>>> described in
>>> replica(1).
>>>
>>> Contrib/push
>>> Used by the package maintainer to update the package
>>> name on sources from the local system.
>>>
>>> Contrib/remove
>>> Print the commands necessary to remove the package
>>> name, this allows the commands to be edited before
>>> they
>>> are sent to the shell. The commands printed for
>>> files
>>> which have been modified with respect to the
>>> repository
>>> are commented out.
>>>
>>> EXAMPLE
>>> Install the abaco web browser.
>>>
>>> % contrib/install fgb/abaco
>>>
>>> FILES
>>> /usr/$user/lib/replica databases of packages cre-
>>> ated locally.
>>> /dist/replica/* databases of packages
>>> installed locally.
>>> /n/sources/contrib/rob/replica database of rob's
>>> packages.
>>> /n/sources/contrib/rob/root files representing in
>>> rob's
>>> packages.
>>>
>>> SOURCE
>>> /rc/bin/contrib
>>>
>>> SEE ALSO
>>> proto(2), replica(1), replica(8)
>>>
>>> BUGS
>>> Send bug reports to benavento@gmail.com
>>>
>>>
>>>
>>>
>>> ---
>>> it's working quite well, for instance I can do
>>>
>>> lotte% contrib/list fgb
>>> fgb/4th: 4tH 3.5b - Forth-like interpreter.
>>> fgb/abaco: Abaco: lame web browser for Plan 9, eternally a work in
>>> progress.
>>> fgb/breakout: Breakout - breakout/arkanoid clone.
>>> fgb/bz2: BZ2 library for APE
>>> fgb/contrib: Contrib - Trivial Package Management
>>> fgb/curses: PDCurses 3.0 library for APE.
>>> ...
>>>
>>> to install it you do:
>>>
>>> % 9fs sources; /n/sources/contrib/fgb/root/rc/bin/contrib/install
>>> fgb/contrib
>>>
>>> Federico G. Benavento
>>>
>>> ---
>>> /bin/fortune:
>>> If you think before you speak the other guy gets his joke in first.
>>>
>>
>>
>
>
>
> --
> Federico G. Benavento
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [9fans] contrib(1) (was: opera under linuxemu)
2008-01-03 22:50 ` [9fans] contrib(1) (was: opera under linuxemu) Federico G. Benavento
2008-01-03 23:09 ` Pietro Gagliardi
@ 2008-01-04 4:08 ` marina
2008-01-03 23:26 ` Federico G. Benavento
1 sibling, 1 reply; 25+ messages in thread
From: marina @ 2008-01-04 4:08 UTC (permalink / raw)
To: 9fans
[-- Attachment #1: Type: text/plain, Size: 121 bytes --]
Have you looked at the FreeBSD and OpenBSD ports system ? Is this what you are trying
to emulate ?
--- Marina Brown
[-- Attachment #2: Type: message/rfc822, Size: 8872 bytes --]
From: "Federico G. Benavento" <benavento@gmail.com>
To: 9fans@cse.psu.edu
Subject: [9fans] contrib(1) (was: opera under linuxemu)
Date: Thu, 3 Jan 2008 19:50:05 -0300
Message-ID: <2ae4819257562c8664d11069cd86d3d1@yourdomain.dom>
hola,
> What about a
> contrib/386 contrib/src
> so that we could pull most/all of contribs just at a go?
we (me and steve) have been playing and testing some tools
to help with this:
CONTRIB(1) CONTRIB(1)
NAME
create, install, pull, push, remove - trivial package
management
SYNOPSIS
contrib/create [ -d dependency ] [ -r root ] [ -u user ] [
-x exclude ] name proto
contrib/install [ -f ] [ -r root ] user/name
contrib/list [ -v ] [ user | user/name ]
contrib/pull [ -c file ] [ -s file ] name
contrib/push name
contrib/remove name
DESCRIPTION
Contrib is a simple package management system based on
replica(1). It can be used to create, install, upgrade and
remove software packages in the sources repository. To cre-
ate a package and become its maintainer it is necessary to
have an authenticated sources account and a contrib direc-
tory /n/sources/contrib/$user.
Contrib/create
Create builds a new package name, and performs an ini-
tial push to sources. The file structure is defined by
proto. Dependencies can be specified with the -d name
option. If the package is staged away from its final
destination a root directory for the published package
may be specified with -r root. If the user has a dif-
ferent name for their sources account from their cur-
rent user account then this may be specified with the
-u user option. Use the -x option to exclude the
exclude files from the synchronization.
When create runs it puts the current window into hold
mode and reads text describing the package. The first
line of this text is printed by contrib/list and should
be a short summary of the package's contents.
Contrib/install
Install the package name maintained by the user user to
the local file system. The -f option forces the instal-
lation to continue irrespective of missing dependent
packages. Packages are normally installed at / however
an alternative root directory may be specified with -r
root.
Contrib/list
List the available packages and a one line description
of each. The -v option produces a more verbose multi-
line form.
Contrib/pull
Update the local package name from sources. Locally
modified files cause a warning and are not overwritten
unless the -c or -s options are used - as described in
replica(1).
Contrib/push
Used by the package maintainer to update the package
name on sources from the local system.
Contrib/remove
Print the commands necessary to remove the package
name, this allows the commands to be edited before they
are sent to the shell. The commands printed for files
which have been modified with respect to the repository
are commented out.
EXAMPLE
Install the abaco web browser.
% contrib/install fgb/abaco
FILES
/usr/$user/lib/replica databases of packages cre-
ated locally.
/dist/replica/* databases of packages
installed locally.
/n/sources/contrib/rob/replica database of rob's packages.
/n/sources/contrib/rob/root files representing in rob's
packages.
SOURCE
/rc/bin/contrib
SEE ALSO
proto(2), replica(1), replica(8)
BUGS
Send bug reports to benavento@gmail.com
---
it's working quite well, for instance I can do
lotte% contrib/list fgb
fgb/4th: 4tH 3.5b - Forth-like interpreter.
fgb/abaco: Abaco: lame web browser for Plan 9, eternally a work in progress.
fgb/breakout: Breakout - breakout/arkanoid clone.
fgb/bz2: BZ2 library for APE
fgb/contrib: Contrib - Trivial Package Management
fgb/curses: PDCurses 3.0 library for APE.
...
to install it you do:
% 9fs sources; /n/sources/contrib/fgb/root/rc/bin/contrib/install fgb/contrib
Federico G. Benavento
---
/bin/fortune:
If you think before you speak the other guy gets his joke in first.
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: [9fans] contrib(1) (was: opera under linuxemu)
2008-01-04 4:08 ` marina
@ 2008-01-03 23:26 ` Federico G. Benavento
2008-01-04 4:28 ` marina
0 siblings, 1 reply; 25+ messages in thread
From: Federico G. Benavento @ 2008-01-03 23:26 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
hola,
On Jan 4, 2008 1:08 AM, <marina@e271.net> wrote:
> Have you looked at the FreeBSD and OpenBSD ports system ? Is this what you are trying
> to emulate ?
>
no, this uses replica, so it's basically a front-end for the replica
core tools, if I change one file
in the package, next time you do a pull you only get that file, etc.
> --- Marina Brown
>
--
Federico G. Benavento
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [9fans] contrib(1) (was: opera under linuxemu)
2008-01-03 23:26 ` Federico G. Benavento
@ 2008-01-04 4:28 ` marina
0 siblings, 0 replies; 25+ messages in thread
From: marina @ 2008-01-04 4:28 UTC (permalink / raw)
To: 9fans
[-- Attachment #1: Type: text/plain, Size: 71 bytes --]
Cool. When i get some hacking time i will try it.
--- Marina Brown
[-- Attachment #2: Type: message/rfc822, Size: 4561 bytes --]
From: "Federico G. Benavento" <benavento@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] contrib(1) (was: opera under linuxemu)
Date: Thu, 3 Jan 2008 20:26:38 -0300
Message-ID: <32d987d50801031526h5b68e633r45e33152674209c7@mail.gmail.com>
hola,
On Jan 4, 2008 1:08 AM, <marina@e271.net> wrote:
> Have you looked at the FreeBSD and OpenBSD ports system ? Is this what you are trying
> to emulate ?
>
no, this uses replica, so it's basically a front-end for the replica
core tools, if I change one file
in the package, next time you do a pull you only get that file, etc.
> --- Marina Brown
>
--
Federico G. Benavento
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [9fans] opera under linuxemu
2008-01-03 22:24 ` John Floren
2008-01-03 22:43 ` Francisco J Ballesteros
@ 2008-01-03 23:08 ` cinap_lenrek
1 sibling, 0 replies; 25+ messages in thread
From: cinap_lenrek @ 2008-01-03 23:08 UTC (permalink / raw)
To: 9fans
[-- Attachment #1: Type: text/plain, Size: 1382 bytes --]
> Okay, thanks for clearing that up, cinap. That's pretty impressive,
> actually.
...lerned a lot from it about Linux and Plan9. I would never
have started it by myself. What Russ left in his contrib had done the
trick (catching syscalls with a note handler)... and was well
structured and easy for me to understand. From that, it was
easy to extend and implement further syscalls. So thanks Russ!
> Do you plan to put together some kind of package that we can
> just drop in and run?
linuxemu is just one binary. The linux-part is the porblem :-)
I had started a script that tars a binary and all its dependencies into
a tarball. And an rc-script that can be cat'ed at the top of the tar to
make it executable (unpacks/build the linux-namespace and
some config-files/run).
see:
http://9hal.ath.cx/magic/webls?dir=/usr/cinap_lenrek/lbun
But i'm not sure if that is the right way todo it. The best would be just
some directory where all the linux lives in and maybe some script that
downloads/installs packages from some major linux distrio in it.
By the way:
Linuxemu has some limitation so that you cant use the TLS versions of
glibc/pthreads. (set_thread_area syscall). So you need the Linuxthreads
implementation of pthreads and not NTPL.
> It makes a lot more sense to find that
> everything is run under Plan 9 :)
>
> John
cinap
[-- Attachment #2: Type: message/rfc822, Size: 6426 bytes --]
From: "John Floren" <slawmaster@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] opera under linuxemu
Date: Thu, 3 Jan 2008 14:24:20 -0800
Message-ID: <7d3530220801031424k4ce6d7d9y39837d80478c5a1c@mail.gmail.com>
Okay, thanks for clearing that up, cinap. That's pretty impressive,
actually. Do you plan to put together some kind of package that we can
just drop in and run? It makes a lot more sense to find that
everything is run under Plan 9 :)
John
On Jan 3, 2008 2:12 PM, <cinap_lenrek@gmx.de> wrote:
> The Xserver is Xvnc running under linuxemu too... i connect with native
> Plan9 vncv to it. The twm is from the ape/X distribution running native
> on Plan9.
>
>
> ---------- Forwarded message ----------
> From: "John Floren" <slawmaster@gmail.com>
> To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
> Date: Wed, 2 Jan 2008 22:39:05 -0500
> Subject: Re: [9fans] opera under linuxemu
> Pardon me for be a doubting Thomas, but that screenshot looks a hell
> of a lot like a VNC session. You know, with the X cursor in the top of
> the window and the default X background behind it, and TWM providing
> window decorations. Now, having file:/net/ open in one of the windows,
> I don't know what's up :)
> I'm sorry for being skeptical, but that's what I'm seeing.
>
> John
>
> On 1/2/08, Federico G. Benavento <benavento@gmail.com> wrote:
> > hola,
> >
> > getting real static binaries in linux is a bit tricky and no one seems to
> > be doing so, they always need ld-linux.so, libnss and others.
> > cinap creates some kind of bundles that create a fake ns in /tmp/$lbun
> > with this (http://9hal.ath.cx/usr/cinap_lenrek/lbun/mklbun) or something
> > like, but I know he got opera running in Plan 9.
> > http://9hal.ath.cx/usr/cinap_lenrek/plan9opera.png
> >
> >
> > On Jan 2, 2008 9:55 PM, ron minnich <rminnich@gmail.com> wrote:
> > > anybody got a howto? I grabbed cinap's linuxemu from sources. Right
> > > now I get this:
> > >
> > > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera
> > > opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera: cant load
> > > interpreter: '/lib/ld-linux.so.2' does not exist
> > > cpu% bind -a /mnt/term/lib /lib
> > > cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera
> > > 8.out 20707: suicide: sys: trap: fault read addr=0x57425810 pc=0x57425810
> > > cpu%
> > >
> > > I am wondering if there is some simple thing I'm missing. I thought
> > > static would not need ld-linux.so.2 but ...
> > >
> > > thanks
> > >
> > > ron
> > >
> >
> >
> >
> > --
> > Federico G. Benavento
> >
>
>
> --
> Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
>
--
Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
^ permalink raw reply [flat|nested] 25+ messages in thread
