[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