[9fans] opera under linuxemu - Plan9

This is a discussion on [9fans] opera under linuxemu - Plan9 ; 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 ...

+ Reply to Thread
Page 1 of 2 1 2 LastLast
Results 1 to 20 of 24

Thread: [9fans] opera under linuxemu

  1. [9fans] opera under linuxemu

    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

  2. Re: [9fans] opera under linuxemu

    On Jan 2, 2008 10:55 PM, ron minnich 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

  3. Re: [9fans] opera under linuxemu

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

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

  5. Re: [9fans] opera under linuxemu

    the x server is not running on Plan 9

    On Jan 3, 2008 12:39 AM, John Floren 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 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 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

  6. Re: [9fans] opera under linuxemu

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


  7. Re: [9fans] opera under linuxemu

    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 wrote:
    > the x server is not running on Plan 9
    >
    >
    > On Jan 3, 2008 12:39 AM, John Floren 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 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 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
    >


  8. Re: [9fans] opera under linuxemu

    On Jan 2, 2008 8:02 PM, Uriel 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

  9. Re: [9fans] opera under linuxemu

    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 wrote:
    > On Jan 2, 2008 8:02 PM, Uriel 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
    >


  10. Re: [9fans] opera under linuxemu

    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


  11. Re: [9fans] opera under linuxemu

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

    >


  12. Re: [9fans] opera under linuxemu

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

    > >

    >


  13. Re: [9fans] opera under linuxemu

    Hi,

    On Thu, 03 Jan 2008 09:37:08 +0100, Martin Neubauer 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


  14. Re: [9fans] opera under linuxemu

    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.


  15. Re: [9fans] opera under linuxemu

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

  16. Re: [9fans] opera under linuxemu

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


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

    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.


  18. Re: [9fans] opera under linuxemu


    > 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=/...ap_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


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

    Have you looked at the FreeBSD and OpenBSD ports system ? Is this what you are trying
    to emulate ?

    --- Marina Brown


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

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



+ Reply to Thread
Page 1 of 2 1 2 LastLast