[9fans] Hi and, plan9-native abaco sources?

[9fans] Hi and, plan9-native abaco sources?

[Sean Caron]

Hi all,

Just wanted to introduce myself as a new Plan 9 user; I have been
wanting to play with it for years but always resisted polluting my
network with x86 equipment.. but now that I took the plunge, I am
really enjoying the hell out of it. The simplicity of Plan 9 makes
getting my C chops back up to speed honestly a lot of fun; you can
actually accomplish something without wasting a lot of time wading
through a bunch of crap. That is cool.

Now that I have a supported wireless NIC in my laptop (Compaq Evo
n410C - perfectly supported, btw) I have been browsing sources/
contrib and checking out some of the apps - abaco and ssh2 in
particular. They work pretty well for my purposes (thanks for your
work, guys!) I was wondering, though, if there was someplace where I
could get the most recent (not plan9ports) abaco sources to peek at?
The server,

plan9.kicks-ass.org

seems to always be down, and all I can find in contrib/fgb is the
binary. I'm curious to see how it all goes together.

Regards,

-Sean Caron (scaron at umich.edu)

Re: [9fans] Hi and, plan9-native abaco sources?

[Pietro Gagliardi]

You're going to the right place with contrib/fgb, but it's a bit
trickier. Federico G. Benavento (fgb) created a system called
contrib. contrib allows you to install and maintain /n/sources/
contrib systems based on replica(1).

To install contrib:
	/n/sources/contrib/fgb/root/rc/bin/contrib/install fgb/contrib
When that is done, you get abaco and its sources with
	contrib/install fgb/abaco
To invoke abaco:
	abaco absolute-site
That is,
	abaco plan9.bell-labs.com
won't work; you need
	abaco http://plan9.bell-labs.com/
The source is in /sys/src/cmd/abaco after installation.

There's quite a bit of software on the contrib system so far. You
find out what with
	contrib/list username
To find which usernames have the contrib system, try this:
	du -a /n/sources/contrib | awk '{$1 = ""; print}' | grep '(replica|
root)' | awk -F/ '{ print $3 }' | sort -u
or something like that.

Happy Plan 9-ing!

PS - Please use 9fans@9fans.net now, as we just changed today. You
don't need to re-register.

On Mar 7, 2008, at 10:00 PM, Sean Caron wrote:

> Hi all,
>
> Just wanted to introduce myself as a new Plan 9 user; I have been
> wanting to play with it for years but always resisted polluting my
> network with x86 equipment.. but now that I took the plunge, I am
> really enjoying the hell out of it. The simplicity of Plan 9 makes
> getting my C chops back up to speed honestly a lot of fun; you can
> actually accomplish something without wasting a lot of time wading
> through a bunch of crap. That is cool.
>
> Now that I have a supported wireless NIC in my laptop (Compaq Evo
> n410C - perfectly supported, btw) I have been browsing sources/
> contrib and checking out some of the apps - abaco and ssh2 in
> particular. They work pretty well for my purposes (thanks for your
> work, guys!) I was wondering, though, if there was someplace where
> I could get the most recent (not plan9ports) abaco sources to peek
> at? The server,
>
> plan9.kicks-ass.org
>
> seems to always be down, and all I can find in contrib/fgb is the
> binary. I'm curious to see how it all goes together.
>
> Regards,
>
> -Sean Caron (scaron at umich.edu)

Re: [9fans] Hi and, plan9-native abaco sources?

[Iruata Souza]

On Sat, Mar 8, 2008 at 12:00 AM, Sean Caron <scaron@umich.edu> wrote:
> Hi all,
>
>  Just wanted to introduce myself as a new Plan 9 user; I have been
>  wanting to play with it for years but always resisted polluting my
>  network with x86 equipment.. but now that I took the plunge, I am
>  really enjoying the hell out of it. The simplicity of Plan 9 makes
>  getting my C chops back up to speed honestly a lot of fun; you can
>  actually accomplish something without wasting a lot of time wading
>  through a bunch of crap. That is cool.
>
>  Now that I have a supported wireless NIC in my laptop (Compaq Evo
>  n410C - perfectly supported, btw) I have been browsing sources/
>  contrib and checking out some of the apps - abaco and ssh2 in
>  particular. They work pretty well for my purposes (thanks for your
>  work, guys!) I was wondering, though, if there was someplace where I
>  could get the most recent (not plan9ports) abaco sources to peek at?
>  The server,
>
>  plan9.kicks-ass.org
>
>  seems to always be down, and all I can find in contrib/fgb is the
>  binary. I'm curious to see how it all goes together.
>
>  Regards,
>

plan9.kicks-ass.org is a dynamic dns host of fgb, as he is travelling
now, it will be down until he goes back to his place.


iru

Re: [9fans] Hi and, plan9-native abaco sources?

[Vinícius de Figueiredo Silva]

On Sat, Mar 8, 2008 at 1:16 AM, Iruata Souza <iru.muzgo@gmail.com> wrote:
>
>  plan9.kicks-ass.org is a dynamic dns host of fgb, as he is travelling
>  now, it will be down until he goes back to his place.
>
>
>  iru
>

Abaco's website is now hosted at http://abaco.oitobits.net ;)

-- 
Vinícius.

[9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]

[Enrico Weigelt]

* Vinícius de Figueiredo Silva <viniciusfs@gmail.com> wrote:

Hi folks,

> Abaco's website is now hosted at http://abaco.oitobits.net ;)

I've just tried it on plan9port, but running mk failed due some
missing fields in Irule.
After some futher looks I discovered another source within the
"abaco" subdir, which seems to build fine. 
It seems there are two different versions in the tree, which
should be cleaned up.

Trying to run abaco didn't work - it says it cannot connect
webfs. In fact, webfs doesn't seem to create an server socket
(in /tmp/ns.$LOGNAME.:0/).

Could someone give me an advise, what's wrong here ?


cu
-- 
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT service - http://www.metux.de/
---------------------------------------------------------------------
 Please visit the OpenSource QM Taskforce:
 	http://wiki.metux.de/public/OpenSource_QM_Taskforce
 Patches / Fixes for a lot dozens of packages in dozens of versions:
	http://patches.metux.de/
---------------------------------------------------------------------

Re: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]

[Federico G. Benavento]

#!/bin/sh
if [ ! -f $HOME/.webcookies ]; then
	touch $HOME/.webcookies
fi
if [ ! -e `namespace`/web ]; then
	webfs -s web
fi

# export PLAN9=/usr/share/abaco
abaco.bin $*


On Tue, Mar 11, 2008 at 2:01 PM, Enrico Weigelt <weigelt@metux.de> wrote:
> * Vinícius de Figueiredo Silva <viniciusfs@gmail.com> wrote:
>
>  Hi folks,
>
>  > Abaco's website is now hosted at http://abaco.oitobits.net ;)
>
>  I've just tried it on plan9port, but running mk failed due some
>  missing fields in Irule.
>  After some futher looks I discovered another source within the
>  "abaco" subdir, which seems to build fine.
>  It seems there are two different versions in the tree, which
>  should be cleaned up.
>
>  Trying to run abaco didn't work - it says it cannot connect
>  webfs. In fact, webfs doesn't seem to create an server socket
>  (in /tmp/ns.$LOGNAME.:0/).
>
>  Could someone give me an advise, what's wrong here ?
>
>
>  cu
>  --
>  ---------------------------------------------------------------------
>   Enrico Weigelt    ==   metux IT service - http://www.metux.de/
>  ---------------------------------------------------------------------
>   Please visit the OpenSource QM Taskforce:
>         http://wiki.metux.de/public/OpenSource_QM_Taskforce
>   Patches / Fixes for a lot dozens of packages in dozens of versions:
>         http://patches.metux.de/
>  ---------------------------------------------------------------------
>
>



-- 
Federico G. Benavento

Re: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]

[Enrico Weigelt]

* Federico G. Benavento <benavento@gmail.com> wrote:
> #!/bin/sh
> if [ ! -f $HOME/.webcookies ]; then
>   touch $HOME/.webcookies
> fi
> if [ ! -e `namespace`/web ]; then
>   webfs -s web
> fi
> # export PLAN9=/usr/share/abacoabaco.bin $*

ah, the "-s web" option was missing :)

now another problem: abaco expects some fonts in
/usr/local/plan9/fonts.

Seems we need some convenient way for relocating fonts.
Maybe an even an fontserver ? ;-)


cu
--
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT service - http://www.metux.de/
---------------------------------------------------------------------
 Please visit the OpenSource QM Taskforce:
 	http://wiki.metux.de/public/OpenSource_QM_Taskforce
 Patches / Fixes for a lot dozens of packages in dozens of versions:
	http://patches.metux.de/
---------------------------------------------------------------------

[9fans] plan9 font service [WAS: abaco @ plan9port]

[Enrico Weigelt]

* Enrico Weigelt <weigelt@metux.de> wrote:
>
> now another problem: abaco expects some fonts in
> /usr/local/plan9/fonts.
>
> Seems we need some convenient way for relocating fonts.
> Maybe an even an fontserver ? ;-)

I've now manually tweaked the pathes in the source, but this
isn't really a good solution ;-o

Maybe we should introduce some font server (maybe a little bit
like X has one). This font server represents all (virtually)
available raster fonts (even autogenerated or remotely fetched)
in some convenient namespace, so an client only has to open one
file to get an complete font. (maybe we should also invent some
complete-font file format instead of splitting them into subfonts
in the client's view).

In the end, an client should never directly access font files,
but instead query the font server.

BTW: an interesting thing would be an high-level display server,
which is capable of complex operations, eg. viewports, font and
image rendering (maybe something between X and windows' DCs ?).
The client would only have to send hi-level ops and leave the
dirty work to an (maybe hw accelerated) display server.


cu
--
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT service - http://www.metux.de/
---------------------------------------------------------------------
 Please visit the OpenSource QM Taskforce:
 	http://wiki.metux.de/public/OpenSource_QM_Taskforce
 Patches / Fixes for a lot dozens of packages in dozens of versions:
	http://patches.metux.de/
---------------------------------------------------------------------

[9fans] CSS parser for abaco [WAS: abaco @ plan9port]

[Enrico Weigelt]

Hi folks,

as abaco doesn't yet have CSS support, I intend to write some
tiny CSS parser/loader.

If we represent the CSS contents as an tree structure, we basicly
have these node types:

* media type: container for holding media-specific data.
  per default we're operating in "all". to make it simplier,
  the parse could be told to only honor one specific type.
* @import: tells us to include another file
  it could be either resolved within the parsing process by
  an call-back or simply added to the output tree
* per-object: has one and more object addresses (eg. via ID,
  classname or even some path) and contains a list of properties.
  for make it simpler, we can "flatten" multiple addresses by
  inserting an copy per single address
* object properties: are just name+value pairs of (almost)
  arbitrary strings. some of the values could be also parsed and
  split into several other properties (eg. some url() statement
  could be replaced by an addittional *-url property).

While parsing this way into a list of property lists isn't that
challenge, there are still some open questions, eg. should most
of the properties representing specific type of data (eg. borders
and padding) be split off to the finest granilarity and maybe also
identified by an integer ID instead of the name or does this
belong to the client (-> renderer) ?


cu
--
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT service - http://www.metux.de/
---------------------------------------------------------------------
 Please visit the OpenSource QM Taskforce:
 	http://wiki.metux.de/public/OpenSource_QM_Taskforce
 Patches / Fixes for a lot dozens of packages in dozens of versions:
	http://patches.metux.de/
---------------------------------------------------------------------

Re: [9fans] plan9 font service [WAS: abaco @ plan9port]

[Federico G. Benavento]

there was a fontfs years ago.

Oleg was working on the abaco port, he tweaked some stuff yesterday
you can get it from http://abaco.oitobits.net

On Thu, Mar 13, 2008 at 11:33 AM, Enrico Weigelt <weigelt@metux.de> wrote:
> * Enrico Weigelt <weigelt@metux.de> wrote:
>  >
>  > now another problem: abaco expects some fonts in
>  > /usr/local/plan9/fonts.
>  >
>  > Seems we need some convenient way for relocating fonts.
>  > Maybe an even an fontserver ? ;-)
>
>  I've now manually tweaked the pathes in the source, but this
>  isn't really a good solution ;-o
>
>  Maybe we should introduce some font server (maybe a little bit
>  like X has one). This font server represents all (virtually)
>  available raster fonts (even autogenerated or remotely fetched)
>  in some convenient namespace, so an client only has to open one
>  file to get an complete font. (maybe we should also invent some
>  complete-font file format instead of splitting them into subfonts
>  in the client's view).
>
>  In the end, an client should never directly access font files,
>  but instead query the font server.
>
>  BTW: an interesting thing would be an high-level display server,
>  which is capable of complex operations, eg. viewports, font and
>  image rendering (maybe something between X and windows' DCs ?).
>  The client would only have to send hi-level ops and leave the
>  dirty work to an (maybe hw accelerated) display server.
>
>
>  cu
>  --
>  ---------------------------------------------------------------------
>   Enrico Weigelt    ==   metux IT service - http://www.metux.de/
>  ---------------------------------------------------------------------
>   Please visit the OpenSource QM Taskforce:
>         http://wiki.metux.de/public/OpenSource_QM_Taskforce
>   Patches / Fixes for a lot dozens of packages in dozens of versions:
>         http://patches.metux.de/
>  ---------------------------------------------------------------------
>
>



--
Federico G. Benavento

Re: [9fans] CSS parser for abaco [WAS: abaco @ plan9port]

[Iruata Souza]

On Thu, Mar 13, 2008 at 11:58 AM, Enrico Weigelt <weigelt@metux.de> wrote:
>
>  Hi folks,
>
>  as abaco doesn't yet have CSS support, I intend to write some
>  tiny CSS parser/loader.
>
>  If we represent the CSS contents as an tree structure, we basicly
>  have these node types:
>
>  * media type: container for holding media-specific data.
>   per default we're operating in "all". to make it simplier,
>   the parse could be told to only honor one specific type.
>  * @import: tells us to include another file
>   it could be either resolved within the parsing process by
>   an call-back or simply added to the output tree
>  * per-object: has one and more object addresses (eg. via ID,
>   classname or even some path) and contains a list of properties.
>   for make it simpler, we can "flatten" multiple addresses by
>   inserting an copy per single address
>  * object properties: are just name+value pairs of (almost)
>   arbitrary strings. some of the values could be also parsed and
>   split into several other properties (eg. some url() statement
>   could be replaced by an addittional *-url property).
>
>  While parsing this way into a list of property lists isn't that
>  challenge, there are still some open questions, eg. should most
>  of the properties representing specific type of data (eg. borders
>  and padding) be split off to the finest granilarity and maybe also
>  identified by an integer ID instead of the name or does this
>  belong to the client (-> renderer) ?
>

a css parser is already being added. if you had bothered yourself
searching the archives, you'd know that.

iru

Re: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]

[erik quanstrom]

> is there anything that breaks if we take an adhoc approach to ignoring
> standards? who needs URLs anyway if you are too lazy for them. you are
> not too lazy to complain.

i don't see how providing code & and argument for the code
is complaining.  i didn't bring this subject up.

as i see it, convienence takes text that is nor a valid uri and
converts it to a valid uri.  how does this qualify as ignoring the
standard?

- erik

Re: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]

[Bruce Ellis]

is there anything that breaks if we take an adhoc approach to ignoring
standards? who needs URLs anyway if you are too lazy for them. you are
not too lazy to complain.

On Thu, Mar 13, 2008 at 10:08 AM, erik quanstrom <quanstro@quanstro.net> wrote:
> > hola,
> >
> > "http://9fans.net" is an URL, "9fans.net" is not.
> >
> > as for google, I added a "Google string" command sometime
> > ago.
>
> what's the advantage of taking that position?  is there something
> that breaks if "9fans.net" is interpreted as "http://9fans.net"?
>
> "Google string" is unsatisfactory to me for several reasons.  first,
> it opens up a new window.  second, it is much more cumbersome
> because you have to select the whole search.  with "g term" you
> can double click at the end of an existing url and type "g term<enter>"
> and you're done.  no extra trip to the mouse.
>
> but that's just what works for me, and i'm lazy.
>
> - erik
>
>

Re: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]

[erik quanstrom]

> hola,
>
> "http://9fans.net" is an URL, "9fans.net" is not.
>
> as for google, I added a "Google string" command sometime
> ago.

what's the advantage of taking that position?  is there something
that breaks if "9fans.net" is interpreted as "http://9fans.net"?

"Google string" is unsatisfactory to me for several reasons.  first,
it opens up a new window.  second, it is much more cumbersome
because you have to select the whole search.  with "g term" you
can double click at the end of an existing url and type "g term<enter>"
and you're done.  no extra trip to the mouse.

but that's just what works for me, and i'm lazy.

- erik

Re: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]

[Federico G. Benavento]

hola,

>         abaco $home/x.html

maybe, abaco file://$home/x.html

feel free to add the file protocol to webfs.

>  On Mar 12, 2008, at 1:54 PM, Federico G. Benavento wrote:
>
>  > hola,
>  >
>  > "http://9fans.net" is an URL, "9fans.net" is not.
>  >
>  > as for google, I added a "Google string" command sometime
>  > ago.
>  >
>  > --
>  > Federico G. Benavento
>  >
>
>
>



--
Federico G. Benavento

Re: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]

[erik quanstrom]

> Here's another thing I'd like to see: preview on-disk pages:
>
> 	abaco $home/x.html
>

that's not abaco -- that's webfs.  webfs doesn't know what to do with "file://".

- erik

Re: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]

[Pietro Gagliardi]

Here's another thing I'd like to see: preview on-disk pages:

	abaco $home/x.html

On Mar 12, 2008, at 1:54 PM, Federico G. Benavento wrote:

> hola,
>
> "http://9fans.net" is an URL, "9fans.net" is not.
>
> as for google, I added a "Google string" command sometime
> ago.
>
> --
> Federico G. Benavento
>

Re: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]

[Federico G. Benavento]

hola,

"http://9fans.net" is an URL, "9fans.net" is not.

as for google, I added a "Google string" command sometime
ago.

--
Federico G. Benavento

Re: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]

[erik quanstrom]

>
> have you sent your patches to fgb?
>
> iru

i think so.  but it's been a very long time.
here's the entire patch to urls.c  some fixups
may be required due to this fact.  attached
is the whole patch to urls.c.

- erik

// tired of typing http://, tired of going to google first.
void
justgoogleit(Url *u)
{
	Rune *s;

	s = ucvt(u->src.r+2);
	free(u->src.r);
	u->src.r = runesmprint("http://www.google.com/search?hl=en&ie=UTF-8&q=%S", s);
	free(s);
	u->src.nr = runestrlen(u->src.r);
}

void
addhttp(Url *u)
{
	Rune *s;
	if(validurl(u->src.r))
		return;
	s = u->src.r;
	u->src.r = runesmprint("http://%S", u->src.r);
	free(s);
	u->src.nr = runestrlen(u->src.r);
}

struct{
	void	(*f)(Url*);
	Rune	*lead;
	int	len;
} ctab[] = {
	justgoogleit,	L"g ",		2,
	addhttp,		L"",		0,
};

void
urlconvience(Url *u)
{
	int i;

	for(i = 0; u->src.nr >= ctab[i].len && runestrncmp(u->src.r, ctab[i].lead, ctab[i].len) != 0; i++)
		;
	ctab[i].f(u);
}

int
urlopen(Url *u)
{
	char buf[BUFSIZE];
	int cfd, fd, conn, n;

	urlconvience(u);

Re: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]

[Iruata Souza]

On Wed, Mar 12, 2008 at 10:36 AM, erik quanstrom <quanstro@coraid.com> wrote:
> > I think this is a bad idea, what if you want to use an alternate
>  > webfs (on a different NIC), or an non-standard cookies file? do you
>  > want to wait whilst webcookies rescans it databse at startup and
>  > webfs rescans its cache (work in progress)?
>  >
>  > If we continue this way why not put the code for webfs and and webcookies
>  > in abaco, and why not include upas and nntpfs too; I guess you can see where
>  > this is leading...
>  >
>  > I think fgb's simple shell script is an elegant solution, if this is what
>  > you want (sh to rc translation not withstanding) but keeping webfs and webcookies
>  > as long lived external servers has significant benefits - it is The plan9 way™
>  > after all.
>
>  standard slippery slope argument.
>
>  i think that abaco (by inheratance from webfs) may confuse
>  elegance with unfriendliness.  for example, why do i have
>  to type "http://"?  why can't i type "g $query" to google
>  something?  why doesn't esc in the tag highlight like acme?
>
>  abaco is great stuff.  this is why i took the time to add a few
>  of these things to my version.  they might not be the height
>  of elegance.  they may not be added in the right place.  perhaps
>  webfs should do this.  but usability is important, too.
>

have you sent your patches to fgb?

iru

Re: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]

[erik quanstrom]

> I think this is a bad idea, what if you want to use an alternate
> webfs (on a different NIC), or an non-standard cookies file? do you
> want to wait whilst webcookies rescans it databse at startup and
> webfs rescans its cache (work in progress)?
>
> If we continue this way why not put the code for webfs and and webcookies
> in abaco, and why not include upas and nntpfs too; I guess you can see where
> this is leading...
>
> I think fgb's simple shell script is an elegant solution, if this is what
> you want (sh to rc translation not withstanding) but keeping webfs and webcookies
> as long lived external servers has significant benefits - it is The plan9 way™
> after all.

standard slippery slope argument.

i think that abaco (by inheratance from webfs) may confuse
elegance with unfriendliness.  for example, why do i have
to type "http://"?  why can't i type "g $query" to google
something?  why doesn't esc in the tag highlight like acme?

abaco is great stuff.  this is why i took the time to add a few
of these things to my version.  they might not be the height
of elegance.  they may not be added in the right place.  perhaps
webfs should do this.  but usability is important, too.

- erik

Re: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]

[Steve Simon]

> I think abaco should be made to host its own webcookies/webfs. Why
> not?

I think this is a bad idea, what if you want to use an alternate
webfs (on a different NIC), or an non-standard cookies file? do you
want to wait whilst webcookies rescans it databse at startup and
webfs rescans its cache (work in progress)?

If we continue this way why not put the code for webfs and and webcookies
in abaco, and why not include upas and nntpfs too; I guess you can see where
this is leading...

I think fgb's simple shell script is an elegant solution, if this is what
you want (sh to rc translation not withstanding) but keeping webfs and webcookies
as long lived external servers has significant benefits - it is The plan9 way™
after all.

-Steve

Re: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]

[Pietro Gagliardi]

Try:

	webcookies
	webfs
	abaco

It should work then.

I think abaco should be made to host its own webcookies/webfs. Why   
not? It's this easy:

	if ((cookiesproc = fork()) == 0) {
		execl("/bin/webcookies", "webcookies", 0);
		sysfatal("fork");
		break;
	} else if (cookiesproc < 0)
		sysfatal("fork");
	if ((fsproc = fork()) == 0) {
		execl("/bin/webfs", "webfs", 0);
		sysfatal("fork");
		break;
	} else if (fsproc < 0)
		sysfatal("fork");

On Mar 11, 2008, at 6:29 PM, philo wrote:

>
>
> --- weigelt@metux.de wrote:
>
> From: Enrico Weigelt <weigelt@metux.de>
> To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
> Subject: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco  
> sources?]
> Date: Tue, 11 Mar 2008 18:01:05 +0100
>
> * Vinícius de Figueiredo Silva <viniciusfs@gmail.com> wrote:
>
> Hi folks,
>
>> Abaco's website is now hosted at http://abaco.oitobits.net ;)
>
> I've just tried it on plan9port, but running mk failed due some
> missing fields in Irule.
> After some futher looks I discovered another source within the
> "abaco" subdir, which seems to build fine.
> It seems there are two different versions in the tree, which
> should be cleaned up.
>
> Trying to run abaco didn't work - it says it cannot connect
> webfs. In fact, webfs doesn't seem to create an server socket
> (in /tmp/ns.$LOGNAME.:0/).
>
> Could someone give me an advise, what's wrong here ?
>
>
>
> Hello:
> I am a Plan 9 newbie with very little experience but have recently  
> used Abaco.
> I had checked some prior posts and and saw someone else had trouble  
> compliling...
> so I ended up merely downloading the pre-compiled version
>
> It worked fine ...but prior to running it I had to run   webfs
>
> Running Abaco by itself does not automatically invoke webfs
>
> and for some sites it was also necessary to enable cookies
>
>
>
> Also: I am making the assumption the your net card was properly  
> detected
> and you started your ip connection and bound DNS
>
> _____________________________________________________________
> -. www.tuol.org .-

Re: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]

[philo]

--- weigelt@metux.de wrote:

From: Enrico Weigelt <weigelt@metux.de>
To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
Subject: [9fans] abaco @ plan9port [WAS: Hi and, plan9-native abaco sources?]
Date: Tue, 11 Mar 2008 18:01:05 +0100

* Vinícius de Figueiredo Silva <viniciusfs@gmail.com> wrote:

Hi folks,

> Abaco's website is now hosted at http://abaco.oitobits.net ;)

I've just tried it on plan9port, but running mk failed due some
missing fields in Irule.
After some futher looks I discovered another source within the
"abaco" subdir, which seems to build fine. 
It seems there are two different versions in the tree, which
should be cleaned up.

Trying to run abaco didn't work - it says it cannot connect
webfs. In fact, webfs doesn't seem to create an server socket
(in /tmp/ns.$LOGNAME.:0/).

Could someone give me an advise, what's wrong here ?



Hello:
I am a Plan 9 newbie with very little experience but have recently used Abaco.
I had checked some prior posts and and saw someone else had trouble compliling...
so I ended up merely downloading the pre-compiled version

It worked fine ...but prior to running it I had to run   webfs

Running Abaco by itself does not automatically invoke webfs

and for some sites it was also necessary to enable cookies



Also: I am making the assumption the your net card was properly detected
and you started your ip connection and bound DNS

_____________________________________________________________
-. www.tuol.org .-