robably too obvious ;-P
cu
--
------
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [EMAIL PROTECTED] skype: nekrad666
--
Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme
--
* Robert Raschke <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 10, 2008 at 6:26 AM, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
> > * sqweek <[EMAIL PROTECTED]> wrote:
> >> Everyone has write access to the plan 9 wiki.
> >
> > hmm, perhaps I didn't lo
yway.
Why didn't you just try out the factory settings and fix the problem
by yourself ? ;-O
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [EMAIL PROTECTED] skype: nekrad666
---
... ;-o
> that's more my experience with Apache and Perl, so far,
> and not even for `innovation', just getting their stuff going
> on Windows.
Yeah, they're even incapable of writing clean makefiles ;-o
cu
--
---
n :)
Maybe, once I've got jmixp up and running, I'll port it to flex ;-o
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [EMAIL PROTECTED] skype: nekrad666
ppp works just fine for direct connections.
we're just talking about mail transfer, so uucp IMHO is the
easiest solution, especially if machines aren't up and online
all the day ...
cu
--
----------
Enrico Weigelt, metux I
* sqweek <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 10, 2008 at 2:50 PM, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
> > * Steve Simon <[EMAIL PROTECTED]> wrote:
> >
> >> How about if you start a page with a list of the 9p
> >> file servers you know o
), plugins (webfs, rio, ...)
would alreay be a HUGE advantage.
Everyone of you can help by just advocating 9P and demonstrating
what it can do :)
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone:
hrough the wire.
If anyone likes to have a UUCP feed, just let me know.
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066
er an little Joomla over Wiki ;-)
Just let me know if you'd like to feed some input to such a site,
and I'll set up one.
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174
unch
of fileservers.
Perhaps some of you like to subscribe there and jump at my side ;)
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066
Hi folks,
the english wikipedia page on Plan9 implies that procfs was
an Plan9 invention.
Is this true ?
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [EMAIL
-- bad idea.
Time bandits ?
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [EMAIL PROTECTED] skype: nekrad666
--
* erik quanstrom <[EMAIL PROTECTED]> wrote:
> > * Roman V. Shaposhnik <[EMAIL PROTECTED]> wrote:
> > > On Wed, 2008-07-30 at 17:29 +0200, Enrico Weigelt wrote:
> > > > Convenience is one point (sometimes be a big point), but another
> > > >
* Roman V. Shaposhnik <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-07-30 at 17:29 +0200, Enrico Weigelt wrote:
> > Convenience is one point (sometimes be a big point), but another
> > important one is sharing. Without mmap(), an (real) shared library
> > support most
e ?
*If* you want to nail down a fixed binary interface, you should
to this exactly at that point which defines the interface: the
package (eg. library) defining it. In other words: add appropriate
regress tests to the library package, not abusing others that just
happen to depend on it as regress test.
* Roman V. Shaposhnik <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-10-30 at 19:07 +0100, Enrico Weigelt wrote:
> > Hi folks,
> >
> >
> > I'd like to vote against feeding up p9p with more things,
> > instead split it up into smaller pieces. Modern distro
Perhaps you could add separate categories for several
projects, eg. v9fs, libmixp, etc.
For some strange reason, I can't create tickets - it always wants
me to re-login endlessly (even I am already logged-in) :(
cu
--
----------
:().
cu
--
------
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [EMAIL PROTECTED] skype: nekrad666
--
Embedded-Linux / Portierung /
ts on Gentoo systems.
cu
--
------
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [EMAIL PROTECTED] skype: nekrad666
--
la ? trac ?)
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [EMAIL PROTECTED] skype: nekrad666
-
k-
wise) random access - mmap()'ed streams are completely nonsense.
Convenience is one point (sometimes be a big point), but another
important one is sharing. Without mmap(), an (real) shared library
support most likely will require special kernel support.
cu
--
----------
Some time ago I hacked up a little XML-based database (just to
show myself that it needn't to be that ugly slow as Xindice ;-)),
and being able to conveniently work with pointers instead of ugly
seek() made really fun ;-P
cu
--
-----
Hi folks,
did anyone already port ftpfs to plan9port ?
thx
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [EMAIL PROTECTED] skype: nekrad666
Hi folks,
what do you think, does it make sensse to use webfs (or something
similar) for web servlets (eg. instead of cgi) ?
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481
evice via
venti) can make runtime configuration much easier.
cu
--
------
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [EMAIL PROTECTED
istributes the
data over the cloud. So I don't need additional logic for
clustering the application / it's data spaces.
(I'll also use the venticloud for several other things, eg. for
building an distributed fs or something like S3 on it).
cu
--
-----
that approach ?
cu
*1) we could introduce a new "touch" rpc call, which simply tells
venti that some list of blocks is still required, but does not
send back their data.
--
----------
Enrico Weigelt, metux IT service -- ht
wn format.
It wasn't that complicated, now all done ;-P
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Task
9p on Linux. No idea where the actual problem sits,
but your example left the vacfs-processes running.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
* Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> On Jun 15, 2008, at 12:02 PM, Enrico Weigelt wrote:
>
> >Aha. But this still does not terminate the vacfs, right ?
>
>
> Once you kill the script, you also kill the processes it created -
> that's what process
l which stores single files
(no directory stuff at all). Not perfect yet, but already
works quite fine (IMHO):
svn://nibiru.metux.de/public/plan9port/apps/vtstore/
In the next step, I'll add http-alike metadata (mimetype, etc).
cu
--
---
also add some permission information
* when using vac, I have to use always the same filename
within vac (ls'ing first would be event oo complex ;-o)
Maybe it's better to code a new archiver for this.
cu
--
--
: still leaves the problem that lot's of vacfs servers are
started not terminated after use :(
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [EMAIL PROTECTED] skype: nekrad666
--
Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme
--
file) as vac creates - but does the
> redirection and may be close to what you want.
Yes, that sounds good, but fails with:
./vcat: diskopenventi: not a single file
Well, if I now just find the opposite - uploading a file -
I'll be happy :)
cu
--
--------
right ?
cu
--
------
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [EMAIL PROTECTED] skype: nekrad666
--
Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme
--
a bit
too complicated for my project).
cu
--
------
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [EMAIL PROTECTED] skype:
y doing far more complex things
> than my simple brain can fathom.
Might be ;-P
cu
--
------
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481
riginal proposal.
Even if I could go this way, it would require *much* more
manual works. Simply too expensive.
cu
--
------
Enrico Weigelt, metux IT service -- http://www.metux.de
just like any other app,
w/o additionally porting.
> Cross-compiling in Gnu/land is a nightmare not worth going into.
No, it isn't - as long as you've got a proper toolchain and
get around autoshit. (eg. I've got my own libtool implementation ;-p)
cu
--
---
you don't have to worry about rewriting Makefiles
> or adding your own configure scripts or other horrors.
> I certainly won't take any of that back into the main tree.
You shouldn't generally declare this approach as horror,
just because autoconf is a horrible example.
between a unix socket
and TCP, making p9p servers available via TCP.
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [EMAIL
a as
tools like lex, make, autoconf, etc).
What do you think about this approach ?
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [
described as "Foundation" in the paper.)
thx, I'll have a look at this (as soon as time allows ;-o).
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [EMAIL PROTECTED] skype: nekrad666
-
* ron minnich <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 5, 2008 at 4:24 AM, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
> >
> > Hi folks,
> >
> >
> > is anyone already working on an venti-based storage format
> > which is optimized for streaming
first
payload block can be reached).
Some kind of linked list, eg. like in CMD-1541 filesystem
(each block as an pointer to the next one) or an linked list
of index blocks would fit better.
cu
--
-----
Enrico Weigelt== metux IT se
least for TCP streams it's - IMHO - quite convenient.
eg: 9p://host:port/
Maybe I'll someday use the (currently ignore) path component
for chroot.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
--
* Enrico Weigelt <[EMAIL PROTECTED]> wrote:
uups, seems I've sent my mail to the wrong list ;-o
(now it's clear why nobody responded @ crossgcc list)
Coffe was out at that day ... Sorry for the confusion.
cu
--
-----
age: "we should recreate the
> autotools+libtool
> stuff before compiling."
Right, manually running autoreconf -fi && libtoolize on the already uncompressed
tree fixed it for me.
Of course this manual hack is ugly, it should be done automatically after
decompression.
it.
That would be fine, why did you decied against ?
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSourc
> break;
> ...
> }ARGEND
>
> Then you could run something like
>
> 9pserve -c `namespace`/acme tcp!*!12345
this doesn't work - gives: malformed address.
seems like dial() doesn't accept socket path names.
I'll have a look if I c
...) to go through
that new 9P interface.
Suggestions appreciated :)
cu
--
----------
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellphone: +49 174 7066481 email: [EMAIL PROT
ounds very intersting.
Is there any source code available ?
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the Op
of a new file or file change triggers an directory update.
This can be done transactionally via an RDBMS.
The fine thing of this concept is, the venti cloud could even be built
of hosts which aren't completely trusted (as long as data itself is
properly encrypted) - as long as there are
The venti even could be clustered (each machine feeding the others),
so the remaining backup will just be on metadata, right ?
cu
--
-----
Enrico Weigelt== metux IT service - http://www.met
* Juan M. Mendez <[EMAIL PROTECTED]> wrote:
> 2008/3/27 Enrico Weigelt <[EMAIL PROTECTED]>:
> >
> > Hi folks,
> >
> > I'd just want to let you know I've added 9P support to the
> > Midnight Commander (via libmvfs + libmixp).
> >
>
&
* Michaelian Ennis <[EMAIL PROTECTED]> wrote:
> On Sat, May 10, 2008 at 12:51 PM, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
>
> > I'd like to split it into several packages directly at source
> > (eg. one pkg per lib or tool).
>
>
> Where is this
* Michaelian Ennis <[EMAIL PROTECTED]> wrote:
> On Wed, Mar 26, 2008 at 8:02 PM, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
>
> > I'd just want to let you know I've added 9P support to the
> > Midnight Commander (via libmvfs + libmixp).
>
> Is tha
. one pkg per lib or tool).
What do you think about this ?
cu
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSour
* ron minnich <[EMAIL PROTECTED]> wrote:
> On Wed, May 7, 2008 at 7:03 AM, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
>
> >
> > What could be wrong ?
>
>
> you're using Xen :-)
>
> seriously I wrote the first port and I have not used xen f
should be minimized, but in solutions there
will be an userland daemon which must be trusted. You mapping
service could be abused quite the same as my cap service.
I don't see any way out of this, as long as the kernel isn't
aware of usernames completely by itself (and this woul
Hi folks,
I've tried installing Plan9 in Xen (followed several howto's),
but it doesn't seem to find the ethernet interface, so
/net/ether0 is missing.
What could be wrong ?
cu
--
-----
Enrico Weigelt== m
Hi folks,
I've found some discussions about an direct 9P channel in xen
(so all devices can be served from dom0 via 9P, w/o hw emulation).
Does anyone know some bit more about this ?
cu
--
-----
Enrico Weigelt== met
lexibilty (not only limited to factotum stuff)
b) the kernel doesn't know of usernames.
So, IMHO, the cap handling should be done in userland.
cu
--
---------
Enrico Weigelt== metux IT service -
pace.
cu
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforc
#x27;t
be that hard job (eg. w/ TeX).
> If it turns out to be "Enrico and Pietro propose 10 new synthetic
> filesystems they'll never build", well, I can read that on 9fans and
Hey, hey, I'm really building my suggested FS'es ... I just want to
get more people int
* Harri Haataja <[EMAIL PROTECTED]> wrote:
> On Wed, Mar 26, 2008 at 09:14:38PM -0400, Tom Lieber wrote:
> > On Wed, Mar 26, 2008 at 8:04 PM, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
> > > I'm currently planning an little ezine about Plan9 and relate
Hi folks,
I'd just want to let you know I've added 9P support to the
Midnight Commander (via libmvfs + libmixp).
cu
--
-----
Enrico Weigelt== metux IT service - http://ww
Hi folks,
I'm currently planning an little ezine about Plan9 and related stuff
(incl. 9P+synthentic filesystems on other OS'es).
Maybe anyone interested ?
cu
--
-----
Enrico Weigelt== metux IT serv
cific 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 W
* Enrico Weigelt <[EMAIL PROTECTED]> 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
quot; 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==
.:0/).
Could someone give me an advise, what's wrong here ?
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please vis
Hi folks,
I've just discovered an broken link to 9grid.de on certain wiki
pages, eg.:
http://cm.bell-labs.com/wiki/plan9/Contrib_index/index.html
cu
--
-----
Enrico Weigelt== metux IT service - http://www.met
101 - 174 of 174 matches
Mail list logo