[9fans] contrib/install fgb/X11?

[9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 698 bytes --]

Anyone else having trouble getting equis installed via contrib/install?

I tried to do this this morning, as I was interested in giving
cinap_lenrek's dillo rc bundle a spin, and figured I needed X11 for that,
but it might already be there (it's failing).

X11 didn't succeed in installing, and it seems my /tmp has been affected
somehow.  Now for every retry i'm having to use "ramfs" to create a new /tmp
before starting.  I had to manually cleanup the /dist/replica/X11 file as
well so it didn't think it was already installed.

I've been thinking there might be a way for me to contribute to contrib here
with failure cleanup, once I get a good handle on how it all works.

Dave

[-- Attachment #2: Type: text/html, Size: 823 bytes --]

Re: [9fans] contrib/install fgb/X11?

[ron minnich]

the contrib tools are based on replica and in my experience that makes
them slow and fragile. You might want to give the 9pm stuff I did a
try. It works,it's far faster, and they're trivial shell scripts that
are easy to understand. Simple example, installing openssh is about 50
times faster -- minutes vs. hours -- using 9pm.

Ah blast 9grid.net went away, I will get the guys to go kick it.

ron

Re: [9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 644 bytes --]

On Mon, Nov 15, 2010 at 8:01 AM, ron minnich <rminnich@gmail.com> wrote:

> the contrib tools are based on replica and in my experience that makes
> them slow and fragile. You might want to give the 9pm stuff I did a
> try. It works,it's far faster, and they're trivial shell scripts that
> are easy to understand. Simple example, installing openssh is about 50
> times faster -- minutes vs. hours -- using 9pm.
>
> Ah blast 9grid.net went away, I will get the guys to go kick it.
>

I was going to ask for a link to 9pm.  Is it on 9grid?

I guess I'll search the archives to find out what 9pm is :-).

Dave


>
> ron
>
>

[-- Attachment #2: Type: text/html, Size: 1177 bytes --]

Re: [9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 968 bytes --]

On Mon, Nov 15, 2010 at 8:04 AM, David Leimbach <leimy2k@gmail.com> wrote:

>
>
> On Mon, Nov 15, 2010 at 8:01 AM, ron minnich <rminnich@gmail.com> wrote:
>
>> the contrib tools are based on replica and in my experience that makes
>> them slow and fragile. You might want to give the 9pm stuff I did a
>> try. It works,it's far faster, and they're trivial shell scripts that
>> are easy to understand. Simple example, installing openssh is about 50
>> times faster -- minutes vs. hours -- using 9pm.
>>
>> Ah blast 9grid.net went away, I will get the guys to go kick it.
>>
>
> I was going to ask for a link to 9pm.  Is it on 9grid?
>
> I guess I'll search the archives to find out what 9pm is :-).
>
> Dave
>

Ah I've located your bitbucket...
https://bitbucket.org/rminnich/plan9tools/src/tip/9pm/announcement

Now I remember what this is.  9pm was the name of a predecessor to plan9port
too IIRC.

Dave


>
>
>>
>> ron
>>
>>
>

[-- Attachment #2: Type: text/html, Size: 2066 bytes --]

Re: [9fans] contrib/install fgb/X11?

[Stanley Lieber]

For what it's worth, I installed equis via contrib/install about a
week ago and it worked. Slow, but everything installed and I was able
to use it.

-sl

Re: [9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 412 bytes --]

On Mon, Nov 15, 2010 at 8:15 AM, Stanley Lieber <stanley.lieber@gmail.com>wrote:

> For what it's worth, I installed equis via contrib/install about a
> week ago and it worked. Slow, but everything installed and I was able
> to use it.
>

Thanks for that feedback.  I'm having some issues with it not completing,
and now /tmp says "clone failed" when I try to ls from a cwd of /tmp.


>
> -sl
>
>

[-- Attachment #2: Type: text/html, Size: 853 bytes --]

Re: [9fans] contrib/install fgb/X11?

[Steve Simon]

> the contrib tools are based on replica and in my experience that makes
> them slow and fragile.

My experience is I have never seen contrib be fragile, it just works, and
slow - well some of the huge packages (e.g. x11) do take a while to install,
but I have done that once per file server (i.e. twice) so it doesn't worry me.

-Steve

Re: [9fans] contrib/install fgb/X11?

[erik quanstrom]

> I've been thinking there might be a way for me to contribute to contrib here
> with failure cleanup, once I get a good handle on how it all works.

contrib/remove didn't work?

- erik

Re: [9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 465 bytes --]

On Mon, Nov 15, 2010 at 8:12 AM, erik quanstrom <quanstro@quanstro.net>wrote:

> > I've been thinking there might be a way for me to contribute to contrib
> here
> > with failure cleanup, once I get a good handle on how it all works.
>
> contrib/remove didn't work?
>

I did not try it.
Does it work on half-installed stuff?  I didn't want to try it as I was
having very strange behavior of /tmp after a failed contrib/install.



>
> - erik
>
>

[-- Attachment #2: Type: text/html, Size: 951 bytes --]

Re: [9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 702 bytes --]

On Mon, Nov 15, 2010 at 8:17 AM, David Leimbach <leimy2k@gmail.com> wrote:

>
>
> On Mon, Nov 15, 2010 at 8:12 AM, erik quanstrom <quanstro@quanstro.net>wrote:
>
>> > I've been thinking there might be a way for me to contribute to contrib
>> here
>> > with failure cleanup, once I get a good handle on how it all works.
>>
>> contrib/remove didn't work?
>>
>
> I did not try it.
> Does it work on half-installed stuff?  I didn't want to try it as I was
> having very strange behavior of /tmp after a failed contrib/install.
>

I just tried contrib/remove, lots of files were rm -f'd, and in the end,
contrib/install says it's still installed.


>
>
>
>>
>> - erik
>>
>>
>

[-- Attachment #2: Type: text/html, Size: 1621 bytes --]

Re: [9fans] contrib/install fgb/X11?

[ron minnich]

On Mon, Nov 15, 2010 at 8:20 AM, David Leimbach <leimy2k@gmail.com> wrote:
> I just tried contrib/remove, lots of files were rm -f'd, and in the end,
> contrib/install says it's still installed.

Yep, that's not an unusual experience.

ron

Re: [9fans] contrib/install fgb/X11?

[Steve Simon]

>> I just tried contrib/remove, lots of files were rm -f'd, and in the end,
>> contrib/install says it's still installed.
>
>Yep, that's not an unusual experience.


educated guess at the answer...

contrib/remove prints the commands to remove the package, it does
not actually do the removal, thats up to you to select the text abd submit it,
in a similar way to slay(1).

It also preprnds a hash to the rm command for any files which do not
match those installed - so if you have changed one of the packages files
it is not removed by default.

does this clear things up?

-Steve

Re: [9fans] contrib/install fgb/X11?

[erik quanstrom]

> having very strange behavior of /tmp after a failed contrib/install.

sounds like magic.  what is the behavior?

- erik

Re: [9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 637 bytes --]

On Mon, Nov 15, 2010 at 8:24 AM, erik quanstrom <quanstro@quanstro.net>wrote:

> > having very strange behavior of /tmp after a failed contrib/install.
>
> sounds like magic.  what is the behavior?
>
>
getting "clone failed" when doing "ls" from a cwd of /tmp.  I ended up just
firing up another ramfs to move on.  It looks like X11 is now installing via
contrib after some manual cleanup in /dist/replica of X11 and the client
subdir's X11 files.

I don't honestly know what happened during the very first attempt.  Could
have been a network interruption I suppose, but it's difficult to tell.

Dave


> - erik
>
>

[-- Attachment #2: Type: text/html, Size: 1189 bytes --]

Re: [9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 1144 bytes --]

On Mon, Nov 15, 2010 at 8:27 AM, David Leimbach <leimy2k@gmail.com> wrote:

>
>
> On Mon, Nov 15, 2010 at 8:24 AM, erik quanstrom <quanstro@quanstro.net>wrote:
>
>> > having very strange behavior of /tmp after a failed contrib/install.
>>
>> sounds like magic.  what is the behavior?
>>
>>
> getting "clone failed" when doing "ls" from a cwd of /tmp.  I ended up just
> firing up another ramfs to move on.  It looks like X11 is now installing via
> contrib after some manual cleanup in /dist/replica of X11 and the client
> subdir's X11 files.
>
> I don't honestly know what happened during the very first attempt.  Could
> have been a network interruption I suppose, but it's difficult to tell.
>
> Dave
>

Ah now we're failing again:

error: copying /386/bin/X11/equis: '/n/dist/386/bin' does not exist

error: copying /386/bin/X11/twm: '/n/dist/386/bin' does not exist

error: copying /386/bin/X11/xclock: '/n/dist/386/bin' does not exist

error: copying /386/bin/X11/xev: '/n/dist/386/bin' does not exist

error: copying /386/bin/X11/xset: '/n/dist/386/bin' does not exist



>
>
>> - erik
>>
>>
>

[-- Attachment #2: Type: text/html, Size: 2278 bytes --]

Re: [9fans] contrib/install fgb/X11?

[ron minnich]

On Mon, Nov 15, 2010 at 8:36 AM, David Leimbach <leimy2k@gmail.com> wrote:

> Ah now we're failing again:
> error: copying /386/bin/X11/equis: '/n/dist/386/bin' does not exist
> error: copying /386/bin/X11/twm: '/n/dist/386/bin' does not exist
> error: copying /386/bin/X11/xclock: '/n/dist/386/bin' does not exist
> error: copying /386/bin/X11/xev: '/n/dist/386/bin' does not exist
> error: copying /386/bin/X11/xset: '/n/dist/386/bin' does not exist

been there, done that too. I realize that this all works for some
people, just not for me (and a few others).

And, really, it should not take hours to install a package. It should
not take longer to install openssh than it takes to install ubuntu.
But it does.

ron

Re: [9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 955 bytes --]

On Mon, Nov 15, 2010 at 8:46 AM, ron minnich <rminnich@gmail.com> wrote:

> On Mon, Nov 15, 2010 at 8:36 AM, David Leimbach <leimy2k@gmail.com> wrote:
>
> > Ah now we're failing again:
> > error: copying /386/bin/X11/equis: '/n/dist/386/bin' does not exist
> > error: copying /386/bin/X11/twm: '/n/dist/386/bin' does not exist
> > error: copying /386/bin/X11/xclock: '/n/dist/386/bin' does not exist
> > error: copying /386/bin/X11/xev: '/n/dist/386/bin' does not exist
> > error: copying /386/bin/X11/xset: '/n/dist/386/bin' does not exist
>
> been there, done that too. I realize that this all works for some
> people, just not for me (and a few others).
>
> And, really, it should not take hours to install a package. It should
> not take longer to install openssh than it takes to install ubuntu.
> But it does.
>
> ron
>
> Well I just think I found out what happened to ramfs.  I think I just plain
ran out of RAM.  :-(

Dave

[-- Attachment #2: Type: text/html, Size: 1399 bytes --]

Re: [9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 1244 bytes --]

On Mon, Nov 15, 2010 at 10:34 AM, David Leimbach <leimy2k@gmail.com> wrote:

>
>
> On Mon, Nov 15, 2010 at 8:46 AM, ron minnich <rminnich@gmail.com> wrote:
>
>> On Mon, Nov 15, 2010 at 8:36 AM, David Leimbach <leimy2k@gmail.com>
>> wrote:
>>
>> > Ah now we're failing again:
>> > error: copying /386/bin/X11/equis: '/n/dist/386/bin' does not exist
>> > error: copying /386/bin/X11/twm: '/n/dist/386/bin' does not exist
>> > error: copying /386/bin/X11/xclock: '/n/dist/386/bin' does not exist
>> > error: copying /386/bin/X11/xev: '/n/dist/386/bin' does not exist
>> > error: copying /386/bin/X11/xset: '/n/dist/386/bin' does not exist
>>
>> been there, done that too. I realize that this all works for some
>> people, just not for me (and a few others).
>>
>> And, really, it should not take hours to install a package. It should
>> not take longer to install openssh than it takes to install ubuntu.
>> But it does.
>>
>> ron
>>
>> Well I just think I found out what happened to ramfs.  I think I just
> plain ran out of RAM.  :-(
>
> Dave
>

Nope, I upped my RAM, cleaned up, and tried again, and I'm still getting
those errors :-(

9grid appears to still be down so I can't give Ron's 9pm a shot.

Dave

[-- Attachment #2: Type: text/html, Size: 2009 bytes --]

Re: [9fans] contrib/install fgb/X11?

[Steve Simon]

> error: copying /386/bin/X11/equis: '/n/dist/386/bin' does not exist
> error: copying /386/bin/X11/twm: '/n/dist/386/bin' does not exist
> error: copying /386/bin/X11/xclock: '/n/dist/386/bin' does not exist
> error: copying /386/bin/X11/xev: '/n/dist/386/bin' does not exist
> error: copying /386/bin/X11/xset: '/n/dist/386/bin' does not exist

This looks like the fault of the person who generated the package (though
I may be wrong).

-Steve

Re: [9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 804 bytes --]

On Mon, Nov 15, 2010 at 10:47 AM, Steve Simon <steve@quintile.net> wrote:

> > error: copying /386/bin/X11/equis: '/n/dist/386/bin' does not exist
> > error: copying /386/bin/X11/twm: '/n/dist/386/bin' does not exist
> > error: copying /386/bin/X11/xclock: '/n/dist/386/bin' does not exist
> > error: copying /386/bin/X11/xev: '/n/dist/386/bin' does not exist
> > error: copying /386/bin/X11/xset: '/n/dist/386/bin' does not exist
>
> This looks like the fault of the person who generated the package (though
> I may be wrong).
>
> -Steve
>
> The package doesn't appear to have been touched since 2009, and some folks
were claiming they just installed it over the last few weeks.  It could be
operator error, but the other dependencies installed fine the way I was
doing it :-).

Dave

[-- Attachment #2: Type: text/html, Size: 1184 bytes --]

Re: [9fans] contrib/install fgb/X11?

[Yaroslav]

> error: copying /386/bin/X11/equis: '/n/dist/386/bin' does not exist
> error: copying /386/bin/X11/twm: '/n/dist/386/bin' does not exist
> error: copying /386/bin/X11/xclock: '/n/dist/386/bin' does not exist
> error: copying /386/bin/X11/xev: '/n/dist/386/bin' does not exist
> error: copying /386/bin/X11/xset: '/n/dist/386/bin' does not exist

Do you run stats(1) while doing the pull? Does it shows any
anomalities, especially memory consuption?

- Yaroslav

Re: [9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 709 bytes --]

On Mon, Nov 15, 2010 at 1:50 PM, Yaroslav <yarikos@gmail.com> wrote:

> > error: copying /386/bin/X11/equis: '/n/dist/386/bin' does not exist
> > error: copying /386/bin/X11/twm: '/n/dist/386/bin' does not exist
> > error: copying /386/bin/X11/xclock: '/n/dist/386/bin' does not exist
> > error: copying /386/bin/X11/xev: '/n/dist/386/bin' does not exist
> > error: copying /386/bin/X11/xset: '/n/dist/386/bin' does not exist
>
> Do you run stats(1) while doing the pull? Does it shows any
> anomalities, especially memory consuption?
>
> - Yaroslav
>
> I've not looked at memory consumption, but load and such look pretty
normal.

I'm running with 512MB RAM at the moment in the VM.

Dave

[-- Attachment #2: Type: text/html, Size: 1114 bytes --]

Re: [9fans] contrib/install fgb/X11?

[Federico G. Benavento]

the easiest way to reinstall is

% contrib/install -f usr/pkg

On Mon, Nov 15, 2010 at 6:52 PM, David Leimbach <leimy2k@gmail.com> wrote:
>
>
> On Mon, Nov 15, 2010 at 1:50 PM, Yaroslav <yarikos@gmail.com> wrote:
>>
>> > error: copying /386/bin/X11/equis: '/n/dist/386/bin' does not exist
>> > error: copying /386/bin/X11/twm: '/n/dist/386/bin' does not exist
>> > error: copying /386/bin/X11/xclock: '/n/dist/386/bin' does not exist
>> > error: copying /386/bin/X11/xev: '/n/dist/386/bin' does not exist
>> > error: copying /386/bin/X11/xset: '/n/dist/386/bin' does not exist
>>
>> Do you run stats(1) while doing the pull? Does it shows any
>> anomalities, especially memory consuption?
>>
>> - Yaroslav
>>
> I've not looked at memory consumption, but load and such look pretty normal.
> I'm running with 512MB RAM at the moment in the VM.
> Dave



--
Federico G. Benavento

Re: [9fans] contrib/install fgb/X11?

[Federico G. Benavento]

also it shouldn't take that long... if you have the latest contrib
tools what happens
it's this: it first fcp's an iso.bz2 to your /tmp and runs replica from there.

of course that iso.bz2 is 22 MB, but that's not contrib's fault

On Mon, Nov 15, 2010 at 8:33 PM, Federico G. Benavento
<benavento@gmail.com> wrote:
> the easiest way to reinstall is
>
> % contrib/install -f usr/pkg
>
> On Mon, Nov 15, 2010 at 6:52 PM, David Leimbach <leimy2k@gmail.com> wrote:
>>
>>
>> On Mon, Nov 15, 2010 at 1:50 PM, Yaroslav <yarikos@gmail.com> wrote:
>>>
>>> > error: copying /386/bin/X11/equis: '/n/dist/386/bin' does not exist
>>> > error: copying /386/bin/X11/twm: '/n/dist/386/bin' does not exist
>>> > error: copying /386/bin/X11/xclock: '/n/dist/386/bin' does not exist
>>> > error: copying /386/bin/X11/xev: '/n/dist/386/bin' does not exist
>>> > error: copying /386/bin/X11/xset: '/n/dist/386/bin' does not exist
>>>
>>> Do you run stats(1) while doing the pull? Does it shows any
>>> anomalities, especially memory consuption?
>>>
>>> - Yaroslav
>>>
>> I've not looked at memory consumption, but load and such look pretty normal.
>> I'm running with 512MB RAM at the moment in the VM.
>> Dave
>
>
>
> --
> Federico G. Benavento
>



--
Federico G. Benavento

Re: [9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 1713 bytes --]

On Mon, Nov 15, 2010 at 3:37 PM, Federico G. Benavento
<benavento@gmail.com>wrote:

> also it shouldn't take that long... if you have the latest contrib
> tools what happens
> it's this: it first fcp's an iso.bz2 to your /tmp and runs replica from
> there.
>
> of course that iso.bz2 is 22 MB, but that's not contrib's fault
>

I installed the contrib tools today, so those are pretty new.

I wonder if my tmp is big enough...  I've got 512MB of ram but I don't know
the size of my tmp off the top of my head.  I'll have to look at it later.

Dave


>
> On Mon, Nov 15, 2010 at 8:33 PM, Federico G. Benavento
> <benavento@gmail.com> wrote:
> > the easiest way to reinstall is
> >
> > % contrib/install -f usr/pkg
> >
> > On Mon, Nov 15, 2010 at 6:52 PM, David Leimbach <leimy2k@gmail.com>
> wrote:
> >>
> >>
> >> On Mon, Nov 15, 2010 at 1:50 PM, Yaroslav <yarikos@gmail.com> wrote:
> >>>
> >>> > error: copying /386/bin/X11/equis: '/n/dist/386/bin' does not exist
> >>> > error: copying /386/bin/X11/twm: '/n/dist/386/bin' does not exist
> >>> > error: copying /386/bin/X11/xclock: '/n/dist/386/bin' does not exist
> >>> > error: copying /386/bin/X11/xev: '/n/dist/386/bin' does not exist
> >>> > error: copying /386/bin/X11/xset: '/n/dist/386/bin' does not exist
> >>>
> >>> Do you run stats(1) while doing the pull? Does it shows any
> >>> anomalities, especially memory consuption?
> >>>
> >>> - Yaroslav
> >>>
> >> I've not looked at memory consumption, but load and such look pretty
> normal.
> >> I'm running with 512MB RAM at the moment in the VM.
> >> Dave
> >
> >
> >
> > --
> > Federico G. Benavento
> >
>
>
>
> --
> Federico G. Benavento
>
>

[-- Attachment #2: Type: text/html, Size: 2696 bytes --]

Re: [9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 1960 bytes --]

On Mon, Nov 15, 2010 at 3:42 PM, David Leimbach <leimy2k@gmail.com> wrote:

>
>
> On Mon, Nov 15, 2010 at 3:37 PM, Federico G. Benavento <
> benavento@gmail.com> wrote:
>
>> also it shouldn't take that long... if you have the latest contrib
>> tools what happens
>> it's this: it first fcp's an iso.bz2 to your /tmp and runs replica from
>> there.
>>
>> of course that iso.bz2 is 22 MB, but that's not contrib's fault
>>
>
> I installed the contrib tools today, so those are pretty new.
>
> I wonder if my tmp is big enough...  I've got 512MB of ram but I don't know
> the size of my tmp off the top of my head.  I'll have to look at it later.
>
> Dave
>

I should just try again with ramfs -u I suppose (unlimited... pheeeeeer!)

Dave


>
>
>>
>> On Mon, Nov 15, 2010 at 8:33 PM, Federico G. Benavento
>> <benavento@gmail.com> wrote:
>> > the easiest way to reinstall is
>> >
>> > % contrib/install -f usr/pkg
>> >
>> > On Mon, Nov 15, 2010 at 6:52 PM, David Leimbach <leimy2k@gmail.com>
>> wrote:
>> >>
>> >>
>> >> On Mon, Nov 15, 2010 at 1:50 PM, Yaroslav <yarikos@gmail.com> wrote:
>> >>>
>> >>> > error: copying /386/bin/X11/equis: '/n/dist/386/bin' does not exist
>> >>> > error: copying /386/bin/X11/twm: '/n/dist/386/bin' does not exist
>> >>> > error: copying /386/bin/X11/xclock: '/n/dist/386/bin' does not exist
>> >>> > error: copying /386/bin/X11/xev: '/n/dist/386/bin' does not exist
>> >>> > error: copying /386/bin/X11/xset: '/n/dist/386/bin' does not exist
>> >>>
>> >>> Do you run stats(1) while doing the pull? Does it shows any
>> >>> anomalities, especially memory consuption?
>> >>>
>> >>> - Yaroslav
>> >>>
>> >> I've not looked at memory consumption, but load and such look pretty
>> normal.
>> >> I'm running with 512MB RAM at the moment in the VM.
>> >> Dave
>> >
>> >
>> >
>> > --
>> > Federico G. Benavento
>> >
>>
>>
>>
>> --
>> Federico G. Benavento
>>
>>
>

[-- Attachment #2: Type: text/html, Size: 3394 bytes --]

Re: [9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 2363 bytes --]

On Mon, Nov 15, 2010 at 3:45 PM, David Leimbach <leimy2k@gmail.com> wrote:

>
>
> On Mon, Nov 15, 2010 at 3:42 PM, David Leimbach <leimy2k@gmail.com> wrote:
>
>>
>>
>> On Mon, Nov 15, 2010 at 3:37 PM, Federico G. Benavento <
>> benavento@gmail.com> wrote:
>>
>>> also it shouldn't take that long... if you have the latest contrib
>>> tools what happens
>>> it's this: it first fcp's an iso.bz2 to your /tmp and runs replica from
>>> there.
>>>
>>> of course that iso.bz2 is 22 MB, but that's not contrib's fault
>>>
>>
>> I installed the contrib tools today, so those are pretty new.
>>
>> I wonder if my tmp is big enough...  I've got 512MB of ram but I don't
>> know the size of my tmp off the top of my head.  I'll have to look at it
>> later.
>>
>> Dave
>>
>
> I should just try again with ramfs -u I suppose (unlimited... pheeeeeer!)
>

That did not help at all.  Could the ISO be messed up?

error: copying /sys/src/ape/X11/lib/dmx/man/DMXChangeScreensAttributes.:
'/n/dist/sys/src/ape/X11/lib/dmx/man/DMXChangeScreensAttributes.' does not
exist

Dave


>
> Dave
>
>
>>
>>
>>>
>>> On Mon, Nov 15, 2010 at 8:33 PM, Federico G. Benavento
>>> <benavento@gmail.com> wrote:
>>> > the easiest way to reinstall is
>>> >
>>> > % contrib/install -f usr/pkg
>>> >
>>> > On Mon, Nov 15, 2010 at 6:52 PM, David Leimbach <leimy2k@gmail.com>
>>> wrote:
>>> >>
>>> >>
>>> >> On Mon, Nov 15, 2010 at 1:50 PM, Yaroslav <yarikos@gmail.com> wrote:
>>> >>>
>>> >>> > error: copying /386/bin/X11/equis: '/n/dist/386/bin' does not exist
>>> >>> > error: copying /386/bin/X11/twm: '/n/dist/386/bin' does not exist
>>> >>> > error: copying /386/bin/X11/xclock: '/n/dist/386/bin' does not
>>> exist
>>> >>> > error: copying /386/bin/X11/xev: '/n/dist/386/bin' does not exist
>>> >>> > error: copying /386/bin/X11/xset: '/n/dist/386/bin' does not exist
>>> >>>
>>> >>> Do you run stats(1) while doing the pull? Does it shows any
>>> >>> anomalities, especially memory consuption?
>>> >>>
>>> >>> - Yaroslav
>>> >>>
>>> >> I've not looked at memory consumption, but load and such look pretty
>>> normal.
>>> >> I'm running with 512MB RAM at the moment in the VM.
>>> >> Dave
>>> >
>>> >
>>> >
>>> > --
>>> > Federico G. Benavento
>>> >
>>>
>>>
>>>
>>> --
>>> Federico G. Benavento
>>>
>>>
>>
>

[-- Attachment #2: Type: text/html, Size: 4205 bytes --]

Re: [9fans] contrib/install fgb/X11?

[Federico G. Benavento]

nope, the log is the problem, but anyways, ignore those errors, the installation
worked just fine.

I'll try to remove them, so it doesn't confuse anyone

On Mon, Nov 15, 2010 at 8:56 PM, David Leimbach <leimy2k@gmail.com> wrote:
>
>
> On Mon, Nov 15, 2010 at 3:45 PM, David Leimbach <leimy2k@gmail.com> wrote:
>>
>>
>> On Mon, Nov 15, 2010 at 3:42 PM, David Leimbach <leimy2k@gmail.com> wrote:
>>>
>>>
>>> On Mon, Nov 15, 2010 at 3:37 PM, Federico G. Benavento
>>> <benavento@gmail.com> wrote:
>>>>
>>>> also it shouldn't take that long... if you have the latest contrib
>>>> tools what happens
>>>> it's this: it first fcp's an iso.bz2 to your /tmp and runs replica from
>>>> there.
>>>>
>>>> of course that iso.bz2 is 22 MB, but that's not contrib's fault
>>>
>>> I installed the contrib tools today, so those are pretty new.
>>> I wonder if my tmp is big enough...  I've got 512MB of ram but I don't
>>> know the size of my tmp off the top of my head.  I'll have to look at it
>>> later.
>>> Dave
>>
>> I should just try again with ramfs -u I suppose (unlimited... pheeeeeer!)
>
> That did not help at all.  Could the ISO be messed up?
> error: copying /sys/src/ape/X11/lib/dmx/man/DMXChangeScreensAttributes.:
> '/n/dist/sys/src/ape/X11/lib/dmx/man/DMXChangeScreensAttributes.' does not
> exist
> Dave
>
>>
>> Dave
>>
>>>
>>>
>>>>
>>>> On Mon, Nov 15, 2010 at 8:33 PM, Federico G. Benavento
>>>> <benavento@gmail.com> wrote:
>>>> > the easiest way to reinstall is
>>>> >
>>>> > % contrib/install -f usr/pkg
>>>> >
>>>> > On Mon, Nov 15, 2010 at 6:52 PM, David Leimbach <leimy2k@gmail.com>
>>>> > wrote:
>>>> >>
>>>> >>
>>>> >> On Mon, Nov 15, 2010 at 1:50 PM, Yaroslav <yarikos@gmail.com> wrote:
>>>> >>>
>>>> >>> > error: copying /386/bin/X11/equis: '/n/dist/386/bin' does not
>>>> >>> > exist
>>>> >>> > error: copying /386/bin/X11/twm: '/n/dist/386/bin' does not exist
>>>> >>> > error: copying /386/bin/X11/xclock: '/n/dist/386/bin' does not
>>>> >>> > exist
>>>> >>> > error: copying /386/bin/X11/xev: '/n/dist/386/bin' does not exist
>>>> >>> > error: copying /386/bin/X11/xset: '/n/dist/386/bin' does not exist
>>>> >>>
>>>> >>> Do you run stats(1) while doing the pull? Does it shows any
>>>> >>> anomalities, especially memory consuption?
>>>> >>>
>>>> >>> - Yaroslav
>>>> >>>
>>>> >> I've not looked at memory consumption, but load and such look pretty
>>>> >> normal.
>>>> >> I'm running with 512MB RAM at the moment in the VM.
>>>> >> Dave
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Federico G. Benavento
>>>> >
>>>>
>>>>
>>>>
>>>> --
>>>> Federico G. Benavento
>>>>
>>>
>>
>
>



-- 
Federico G. Benavento

Re: [9fans] contrib/install fgb/X11?

[ron minnich]

On Mon, Nov 15, 2010 at 3:37 PM, Federico G. Benavento
<benavento@gmail.com> wrote:
> also it shouldn't take that long... if you have the latest contrib
> tools what happens
> it's this: it first fcp's an iso.bz2 to your /tmp and runs replica from there.
>


neat. That's a good step. 9pm won't use replica but at the same time
this looks like a great idea.

ron

Re: [9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 1191 bytes --]

On Mon, Nov 15, 2010 at 4:59 PM, ron minnich <rminnich@gmail.com> wrote:

> On Mon, Nov 15, 2010 at 3:37 PM, Federico G. Benavento
> <benavento@gmail.com> wrote:
> > also it shouldn't take that long... if you have the latest contrib
> > tools what happens
> > it's this: it first fcp's an iso.bz2 to your /tmp and runs replica from
> there.
> >
>
>
> neat. That's a good step. 9pm won't use replica but at the same time
> this looks like a great idea.
>
> ron
>
> Ah ok, well it does in fact appear to be working.  Took me a minute to
realize I needed to set my DISPLAY to :0.

I have an old shell bundle of linuxemu dillo, but that does *not* work.
 Xclock does.

cpu% ./dillo
[624803] syscall 191/ugetrlimit not implemented
[624803] syscall 149/sysctl not implemented

Gdk-WARNING **: locale not supported by Xlib, locale set to C

Gdk-WARNING **: can not set locale modifiers
[624803] syscall 209/newgetresuid not implemented
_X11TransSocketOpen: socket() failed for local
_X11TransSocketOpenCOTSClient: Unable to open socket for local
_X11TransOpen: transport open failed for local/virtualbunny:0

Gtk-WARNING **: cannot open display: :0
cpu%

Dave

[-- Attachment #2: Type: text/html, Size: 1783 bytes --]

Re: [9fans] contrib/install fgb/X11?

[Federico G. Benavento]

ok, dillo is a linux binary, right?  and it looks like is looking for
a unix socket,
but equis has APE sockets!
so for dillo try tcp DISPLAY=127.0.0.1:0


On Tue, Nov 16, 2010 at 1:47 AM, David Leimbach <leimy2k@gmail.com> wrote:
>
>
> On Mon, Nov 15, 2010 at 4:59 PM, ron minnich <rminnich@gmail.com> wrote:
>>
>> On Mon, Nov 15, 2010 at 3:37 PM, Federico G. Benavento
>> <benavento@gmail.com> wrote:
>> > also it shouldn't take that long... if you have the latest contrib
>> > tools what happens
>> > it's this: it first fcp's an iso.bz2 to your /tmp and runs replica from
>> > there.
>> >
>>
>>
>> neat. That's a good step. 9pm won't use replica but at the same time
>> this looks like a great idea.
>>
>> ron
>>
> Ah ok, well it does in fact appear to be working.  Took me a minute to
> realize I needed to set my DISPLAY to :0.
> I have an old shell bundle of linuxemu dillo, but that does *not* work.
>  Xclock does.
> cpu% ./dillo
> [624803] syscall 191/ugetrlimit not implemented
> [624803] syscall 149/sysctl not implemented
> Gdk-WARNING **: locale not supported by Xlib, locale set to C
> Gdk-WARNING **: can not set locale modifiers
> [624803] syscall 209/newgetresuid not implemented
> _X11TransSocketOpen: socket() failed for local
> _X11TransSocketOpenCOTSClient: Unable to open socket for local
> _X11TransOpen: transport open failed for local/virtualbunny:0
> Gtk-WARNING **: cannot open display: :0
> cpu%
> Dave



-- 
Federico G. Benavento

Re: [9fans] contrib/install fgb/X11?

[Federico G. Benavento]

btw, there are no lbuns for firefox and such, but it works, opera does too

On Tue, Nov 16, 2010 at 1:57 AM, Federico G. Benavento
<benavento@gmail.com> wrote:
> ok, dillo is a linux binary, right?  and it looks like is looking for
> a unix socket,
> but equis has APE sockets!
> so for dillo try tcp DISPLAY=127.0.0.1:0
>
>
> On Tue, Nov 16, 2010 at 1:47 AM, David Leimbach <leimy2k@gmail.com> wrote:
>>
>>
>> On Mon, Nov 15, 2010 at 4:59 PM, ron minnich <rminnich@gmail.com> wrote:
>>>
>>> On Mon, Nov 15, 2010 at 3:37 PM, Federico G. Benavento
>>> <benavento@gmail.com> wrote:
>>> > also it shouldn't take that long... if you have the latest contrib
>>> > tools what happens
>>> > it's this: it first fcp's an iso.bz2 to your /tmp and runs replica from
>>> > there.
>>> >
>>>
>>>
>>> neat. That's a good step. 9pm won't use replica but at the same time
>>> this looks like a great idea.
>>>
>>> ron
>>>
>> Ah ok, well it does in fact appear to be working.  Took me a minute to
>> realize I needed to set my DISPLAY to :0.
>> I have an old shell bundle of linuxemu dillo, but that does *not* work.
>>  Xclock does.
>> cpu% ./dillo
>> [624803] syscall 191/ugetrlimit not implemented
>> [624803] syscall 149/sysctl not implemented
>> Gdk-WARNING **: locale not supported by Xlib, locale set to C
>> Gdk-WARNING **: can not set locale modifiers
>> [624803] syscall 209/newgetresuid not implemented
>> _X11TransSocketOpen: socket() failed for local
>> _X11TransSocketOpenCOTSClient: Unable to open socket for local
>> _X11TransOpen: transport open failed for local/virtualbunny:0
>> Gtk-WARNING **: cannot open display: :0
>> cpu%
>> Dave
>
>
>
> --
> Federico G. Benavento
>



-- 
Federico G. Benavento

Re: [9fans] contrib/install fgb/X11?

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 2146 bytes --]

On Mon, Nov 15, 2010 at 8:57 PM, Federico G. Benavento
<benavento@gmail.com>wrote:

> ok, dillo is a linux binary, right?  and it looks like is looking for
> a unix socket,
> but equis has APE sockets!
> so for dillo try tcp DISPLAY=127.0.0.1:0


I did try that, thinking that could have been the problem.  It didn't work,
but I got a different error.

cpu% ./dillo
[625584] syscall 191/ugetrlimit not implemented
[625584] syscall 149/sysctl not implemented

Gdk-WARNING **: locale not supported by Xlib, locale set to C

Gdk-WARNING **: can not set locale modifiers
[625584] syscall 209/newgetresuid not implemented
segbrk failed in munmap: device or object already in usecpu%




>
>
>
> On Tue, Nov 16, 2010 at 1:47 AM, David Leimbach <leimy2k@gmail.com> wrote:
> >
> >
> > On Mon, Nov 15, 2010 at 4:59 PM, ron minnich <rminnich@gmail.com> wrote:
> >>
> >> On Mon, Nov 15, 2010 at 3:37 PM, Federico G. Benavento
> >> <benavento@gmail.com> wrote:
> >> > also it shouldn't take that long... if you have the latest contrib
> >> > tools what happens
> >> > it's this: it first fcp's an iso.bz2 to your /tmp and runs replica
> from
> >> > there.
> >> >
> >>
> >>
> >> neat. That's a good step. 9pm won't use replica but at the same time
> >> this looks like a great idea.
> >>
> >> ron
> >>
> > Ah ok, well it does in fact appear to be working.  Took me a minute to
> > realize I needed to set my DISPLAY to :0.
> > I have an old shell bundle of linuxemu dillo, but that does *not* work.
> >  Xclock does.
> > cpu% ./dillo
> > [624803] syscall 191/ugetrlimit not implemented
> > [624803] syscall 149/sysctl not implemented
> > Gdk-WARNING **: locale not supported by Xlib, locale set to C
> > Gdk-WARNING **: can not set locale modifiers
> > [624803] syscall 209/newgetresuid not implemented
> > _X11TransSocketOpen: socket() failed for local
> > _X11TransSocketOpenCOTSClient: Unable to open socket for local
> > _X11TransOpen: transport open failed for local/virtualbunny:0
> > Gtk-WARNING **: cannot open display: :0
> > cpu%
> > Dave
>
>
>
> --
> Federico G. Benavento
>
>

[-- Attachment #2: Type: text/html, Size: 3205 bytes --]

Re: [9fans] contrib/install fgb/X11?

[cinap_lenrek]

[-- Attachment #1: Type: text/plain, Size: 242 bytes --]

there is a very old version of linuxemu in that lbun...  the current
one supports ape unix domain sockets (even server side).  it might be
possible to repack the lbun with a current version, but i can't
remember the details.

--
cinap

[-- Attachment #2: Type: message/rfc822, Size: 9718 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 2146 bytes --]

On Mon, Nov 15, 2010 at 8:57 PM, Federico G. Benavento
<benavento@gmail.com>wrote:

> ok, dillo is a linux binary, right?  and it looks like is looking for
> a unix socket,
> but equis has APE sockets!
> so for dillo try tcp DISPLAY=127.0.0.1:0


I did try that, thinking that could have been the problem.  It didn't work,
but I got a different error.

cpu% ./dillo
[625584] syscall 191/ugetrlimit not implemented
[625584] syscall 149/sysctl not implemented

Gdk-WARNING **: locale not supported by Xlib, locale set to C

Gdk-WARNING **: can not set locale modifiers
[625584] syscall 209/newgetresuid not implemented
segbrk failed in munmap: device or object already in usecpu%




>
>
>
> On Tue, Nov 16, 2010 at 1:47 AM, David Leimbach <leimy2k@gmail.com> wrote:
> >
> >
> > On Mon, Nov 15, 2010 at 4:59 PM, ron minnich <rminnich@gmail.com> wrote:
> >>
> >> On Mon, Nov 15, 2010 at 3:37 PM, Federico G. Benavento
> >> <benavento@gmail.com> wrote:
> >> > also it shouldn't take that long... if you have the latest contrib
> >> > tools what happens
> >> > it's this: it first fcp's an iso.bz2 to your /tmp and runs replica
> from
> >> > there.
> >> >
> >>
> >>
> >> neat. That's a good step. 9pm won't use replica but at the same time
> >> this looks like a great idea.
> >>
> >> ron
> >>
> > Ah ok, well it does in fact appear to be working.  Took me a minute to
> > realize I needed to set my DISPLAY to :0.
> > I have an old shell bundle of linuxemu dillo, but that does *not* work.
> >  Xclock does.
> > cpu% ./dillo
> > [624803] syscall 191/ugetrlimit not implemented
> > [624803] syscall 149/sysctl not implemented
> > Gdk-WARNING **: locale not supported by Xlib, locale set to C
> > Gdk-WARNING **: can not set locale modifiers
> > [624803] syscall 209/newgetresuid not implemented
> > _X11TransSocketOpen: socket() failed for local
> > _X11TransSocketOpenCOTSClient: Unable to open socket for local
> > _X11TransOpen: transport open failed for local/virtualbunny:0
> > Gtk-WARNING **: cannot open display: :0
> > cpu%
> > Dave
>
>
>
> --
> Federico G. Benavento
>
>

[-- Attachment #2.1.2: Type: text/html, Size: 3205 bytes --]

Re: [9fans] contrib/install fgb/X11?

[erik quanstrom]

> Thanks for that feedback.  I'm having some issues with it not completing,
> and now /tmp says "clone failed" when I try to ls from a cwd of /tmp.

okay, either a process is in the Broken state, or
the file server serving /tmp has exited.  you should
be able to get a lot of information with ps and ns|grep /tmp

- erik