[9fans] opera under linuxemu

[9fans] opera under linuxemu

[ron minnich]

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

Re: [9fans] opera under linuxemu

[Iruata Souza]

On Jan 2, 2008 10: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
>

I used to think opera-static were a static binary, too.

% ldd /usr/local/libexec/opera
/usr/local/libexec/opera:
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x52513000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x542c7000)
        libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4ad48000)
        libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x51ded000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x5473d000)
        libdl.so.2 => /lib/libdl.so.2 (0x516f1000)
        libm.so.6 => /lib/libm.so.6 (0x4ba7b000)
        libz.so.1 => /usr/lib/libz.so.1 (0x5753c000)
        libc.so.6 => /lib/libc.so.6 (0x52ed9000)
        /lib/ld-linux.so.2 (0x56445000)

maybe time has come for people to follow the quality of their code
when naming their programs.

iru

Re: [9fans] opera under linuxemu

[Federico G. Benavento]

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

Re: [9fans] opera under linuxemu

[John Floren]

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

Re: [9fans] opera under linuxemu

[Federico G. Benavento]

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

Re: [9fans] opera under linuxemu

[Uriel]

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
>

Re: [9fans] opera under linuxemu

[Uriel]

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
>

Re: [9fans] opera under linuxemu

[ron minnich]

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

Re: [9fans] opera under linuxemu

[Uriel]

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
>

Re: [9fans] opera under linuxemu

[Martin Neubauer]

For one, I think opera-static doesn't mean it's a static binary but qt is
linked in statically. On the other hand, until just a couple years ago
static linking in linux was no problem at all. But around the time linux 2.6
came out, the glibc guys apparently decided nobody used static linking
anyway and merrily bollocksed it up. Great, now I'm depressed.

* 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

Re: [9fans] opera under linuxemu

[Lluís Batlle]

I agree on this.

On the other hand, I seem to remember that any program using the
glibc's network name resolver can be totally statically linked in
Linux.

That has probably something to do with those dynamic /lib/libnss*
modules for name resolution, specified in /etc/nsswitch.conf.

Maybe a special compilation of glibc with those modules in static form
can produce static binaries, but I don't think any distribution comes
with a precompiled glibc like that.

2008/1/3, Martin Neubauer <m.ne@gmx.net>:
> For one, I think opera-static doesn't mean it's a static binary but qt is
> linked in statically. On the other hand, until just a couple years ago
> static linking in linux was no problem at all. But around the time linux 2.6
> came out, the glibc guys apparently decided nobody used static linking
> anyway and merrily bollocksed it up. Great, now I'm depressed.
>
> * 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
>

Re: [9fans] opera under linuxemu

[Lluís Batlle]

I meant that "NO program using the glibc's network name resolver can
be totally statically linked in Linux."
Sorry. I reread while the client was already sending the letter.

2008/1/3, Lluís Batlle <viriketo@gmail.com>:
> I agree on this.
>
> On the other hand, I seem to remember that any program using the
> glibc's network name resolver can be totally statically linked in
> Linux.
>
> That has probably something to do with those dynamic /lib/libnss*
> modules for name resolution, specified in /etc/nsswitch.conf.
>
> Maybe a special compilation of glibc with those modules in static form
> can produce static binaries, but I don't think any distribution comes
> with a precompiled glibc like that.
>
> 2008/1/3, Martin Neubauer <m.ne@gmx.net>:
> > For one, I think opera-static doesn't mean it's a static binary but qt is
> > linked in statically. On the other hand, until just a couple years ago
> > static linking in linux was no problem at all. But around the time linux 2.6
> > came out, the glibc guys apparently decided nobody used static linking
> > anyway and merrily bollocksed it up. Great, now I'm depressed.
> >
> > * 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
> >
>

Re: [9fans] opera under linuxemu

[csant]

Hi,

On Thu, 03 Jan 2008 09:37:08 +0100, Martin Neubauer <m.ne@gmx.net> wrote:

> For one, I think opera-static doesn't mean it's a static binary but qt is
> linked in statically. On the other hand, until just a couple years ago

Correct.  Only Qt is linked statically into opera-static.  Also, current  
static Opera (the .1 package, not the experimental .10 package available  
for Opera 9.5)  is compiled with "ancient" gcc 2.95, which "thank god" has  
the advantage of not causing any libstdc++ dependency...

And congrats and *thanks* to cinap for the nice effort :)

/c

Re: [9fans] opera under linuxemu

[cinap_lenrek]

[-- 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

Re: [9fans] opera under linuxemu

[John Floren]

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

Re: [9fans] opera under linuxemu

[Francisco J Ballesteros]

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
>
>

[9fans] contrib(1) (was: opera under linuxemu)

[Federico G. Benavento]

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.

Re: [9fans] opera under linuxemu

[cinap_lenrek]

[-- 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

Re: [9fans] contrib(1) (was: opera under linuxemu)

[Pietro Gagliardi]

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.
>

Re: [9fans] contrib(1) (was: opera under linuxemu)

[Federico G. Benavento]

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

Re: [9fans] contrib(1) (was: opera under linuxemu)

[Federico G. Benavento]

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

Re: [9fans] contrib(1) (was: opera under linuxemu)

[Pietro Gagliardi]

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

Re: [9fans] contrib(1) (was: opera under linuxemu)

[marina]

[-- 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.

Re: [9fans] contrib(1) (was: opera under linuxemu)

[marina]

[-- 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

Re: [9fans] opera under linuxemu

[Russ Cox]

> ...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!

I'm just amazed that you could add enough to make Opera
and Xvnc run.  Congratulations!

Russ