On Fri, Mar 20, 2009 at 01:03:12PM +, roger peppe wrote:
>
> the problem with choosing a higher level of abstraction is that
> the input event generators can't in general be agnostic about
> what the mouse/keyboard/whatever are operating on,
> so you end up with a smart client or split applica
On Fri, Mar 20, 2009 at 02:26:02PM +, roger peppe wrote:
>
> that's fine for location-based events, e.g. from a mouse,
> (well, fine for largely static UIs)
> but still leaves unresolved the issue of how do deal with
> events that are agnostic about their destination, such
> as keyboard events
Im my previous message, obviously:
s/queue/push/g
s/dequeue/pop/g
--
Thierry Laronde (Alceste)
http://www.kergis.com/
Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C
I don't know if others have already hit this kind of problematic, but I
was dealing with a fair amount of C code, usable both as a library and
accessible by a shell. Plus debugging needs. So I was, again and again,
writing a wrapper to access a C function from the shell.
So I ended concluding that
On Sat, Apr 11, 2009 at 04:53:44PM +0200, Rudolf Sykora wrote:
> In contrast, noweb tried to be simpler, with no tight connection to
> the language used (any language can be used) and no tight connection
> to the formatter.
and no tight connection with any usage either.
[Sorry, couldn't resist s
On Fri, Apr 17, 2009 at 11:32:33AM -0500, blstu...@bellsouth.net wrote:
> - First, the gap between the computational power at the
> terminal and the computational power in the machine room
> has shrunk to the point where it might no longer be significant.
> It may be worth rethinking the separation
On Fri, Apr 17, 2009 at 01:29:09PM -0400, erik quanstrom wrote:
> > In some sense, logically (but not efficiently: read the caveats in the
> > Plan9 papers; a processor is nothing without tightly coupled memory, so
> > memory is not a remote pool sharable---Mach!),
>
> if you look closely enough,
On Fri, Apr 17, 2009 at 01:31:12PM -0500, blstu...@bellsouth.net wrote:
>
> Absolutly, but part of what has changed over the past 20
> years is that the rate at which this local processing power
> has grown has been faster than rate at which the processing
> power of the rack-mount box in the mach
On Fri, Apr 17, 2009 at 08:16:40PM +0100, Steve Simon wrote:
> I cannot find the reference (sorry), but I read an interview with Ken
> (Thompson) a while ago.
>
> He was asked what he would change if he where working on plan9 now,
> and his reply was somthing like "I would add support for cloud co
On Fri, Apr 17, 2009 at 04:25:40PM -0500, blstu...@bellsouth.net wrote:
>
> Again, that's not to say that there aren't other valid motivators
> for some centralized functionality. It's just that in my opinion,
> we're at the point were if it's raw cycles we need, we'll have
> to be looking at a l
On Fri, Apr 17, 2009 at 03:15:25PM -0700, ron minnich wrote:
> if you want to look at checkpointing, it's worth going back to look at
> Condor, because they made it really work. There are a few interesting
> issues that you need to get right. You can't make it 50% of the way
> there; that's not use
[I reply to myself because I was replying half on two distinct threads]
On Sat, Apr 18, 2009 at 01:59:03PM +0200, tlaro...@polynum.com wrote:
>
> But my gut feeling, after reading about Mach or reading A. Tanenbaum
> (that I find poor---but he is A. Tanenbaum, I'm only T. Laronde),
> is that a cl
On Sat, Apr 18, 2009 at 08:05:50AM -0700, ron minnich wrote:
>
> For cluster work that was done in the OS, see any clustermatic
> publication from minnich, hendriks, or watson, ca. 2000-2005.
Will do.
--
Thierry Laronde (Alceste)
http://www.kergis.com/
Key fingerprint = 0FF7 E9
On Sat, Apr 18, 2009 at 12:20 PM, ron minnich wrote:
>
> I'll say it again. It does not matter what we think. It matters what
> apps do. And some apps have multiple processes accessing one file.
>
> As to the wisdom of such access, there are many opinions :-)
>
> You really can not just rule thing
On Sat, Apr 18, 2009 at 07:05:07PM +0200, Enrico Weigelt wrote:
>
> Assuming statically linked-in libraries are properly aligned,
> we'll have lots of equal pages in the system, so the kernel could
> find and automatically map them together.
>
Well that's one of the 3 classical options:
1) sta
On Sun, Apr 19, 2009 at 09:27:43AM -0500, Eric Van Hensbergen wrote:
>
> I'm not convinced that such ad-hoc DSM models are the way to go as a
> general principal. Full blown DSM didn't fair very well in the past.
> Plan 9 distributed applications take a different approach and instead
> of sharing
On Sat, Apr 18, 2009 at 08:05:50AM -0700, ron minnich wrote:
>
> For cluster work that was done in the OS, see any clustermatic
> publication from minnich, hendriks, or watson, ca. 2000-2005.
FWIW, I haven't found much left, and finally purchased your (and al.)
article about HARE: The Right-Wei
On Fri, Apr 24, 2009 at 08:33:59AM -0700, ron minnich wrote:
>
> [snipped precisions about some of my notes]
>
> Not sure what you're getting at here, but you've barely scratched the surface.
The fact that I'm not an english native speaker does not help and my
wording may be rude.
This was not in
On Wed, Jul 08, 2009 at 10:48:58AM +0300, Aharon Robbins wrote:
> http://googleblog.blogspot.com/2009/07/introducing-google-chrome-os.html
>
> 'nuff said. :-)
Is it my english that is not sufficient ? [Note: it is written "Google
Chrome" while I think it should be "Google Chrome OS"]
"The softwa
On Wed, Jul 08, 2009 at 10:02:59AM +0100, Richard Miller wrote:
> > So why all is always "Linux
> > based" ?
>
> Because linux has an army of volunteers hacking up drivers for
> everybody's weird undocumented ever-changing hardware.
But if it is just for a terminal, there is a lot of drivers you
On Thu, Jul 09, 2009 at 02:47:37PM -0500, Jason Catena wrote:
>
> Yes, sorry I didn't look it up earlier.
>
> Bentley, J., Knuth, D., and McIlroy, D. 1986. Programming pearls: a
> literate program. Commun. ACM 29, 6 (Jun. 1986), 471-483. DOI=
> http://doi.acm.org/10.1145/5948.315654
[The article
On Thu, Jul 09, 2009 at 06:18:14PM -0400, erik quanstrom wrote:
>
> it's also interesting to notice that long comments
> are often associated with bugs.
Literate programming is a magnifying glass. It's very easy to use,
but it's not straightforward to use right. My first attempts with
a "creative
Hello,
Even if the plan 9 graphical interface doesn't look like the other ones,
as a matter of fact it happens that I'm far less eyes-tired by the plan
9 one than with others---indeed, if I like more the console on Unix like
system it's because glyphes are bigger and the black background less
aggr
Thanks for the pointer(s)!
The extra information, compared to what I previously read, is Edward
Tufte.
I do think Plan 9 colors choices are right.
In french, "travail" (work) is derived from a word meaning pain,
torture. That's perhaps why a "professional" computer interface is one
that gives y
FWIW, there is the solution to bootstrap the install with another mean
on a floppy.
For example, using GRUB with serial line to load a plan9 install kernel
(not tested).
Or to use etherboot (gPXE) on a floppy to load a PXE version.
Just to say that the remove of the floppy mean doesn't render pl
On Sun, Jul 26, 2009 at 09:48:23AM -0400, erik quanstrom wrote:
>
> my opinion (not that i'm entitled to one here) is
> that the unicode guys screwed up. unicode is not
> consistant. explain why there are two code points sigma.
> 03c3 greek small letter sigma
> 03c2 greek small letter final s
On Sun, Jul 26, 2009 at 08:51:54PM +0100, Ethan Grammatikidis wrote:
> I forgot the obvious: Install a bootloader capable of booting CD-ROMs to a
> floppy.
This won't help if the BIOS doesn't support El Torito, since a
bootloader has generally no drivers (except for ethernet perhaps), and
since t
On Sat, Aug 01, 2009 at 07:58:10AM -0400, erik quanstrom wrote:
>
> why not just use normal hardware and buy a DOM for it?
> none of coraid's machines, including the fileserver (!) have
> spinning media. only the srs (coraid storage appliances) do.
>
> you can get a 128mb pata dom for $13 and sa
On Thu, Aug 27, 2009 at 07:05:31PM -0300, Iruata Souza wrote:
>
> that's just what 9null is: new pbs, 9pcload (bootstrap kernel),
> /boot/boot using rc(1) scripts.
> instead of a 'root from' you may get a 'kernel is at' prompt to which
> you can ask for a shell (!rc)
Thank you for doing this.
I
On Thu, Sep 03, 2009 at 04:24:50AM -0700, Skip Tavakkolian wrote:
>
> i think by now most of us expect new ornamentation added to C++
> periodically. it is surprising that this is being considered seriously
> for C.
>
I'd like to say that my distate for C++ is purely technical, but to be
honest
On Thu, Sep 03, 2009 at 02:02:53PM +, Greg Comeau wrote:
> In article <20090903120157.ga1...@polynum.com>, wrote:
> >I have the principle that, since a programming language aims to express
> >clearly what you want to be done, if the author doesn't explane clearly
> >his language, there is a p
On Sat, Sep 05, 2009 at 07:22:37AM -0400, Akshat Kumar wrote:
> "Programming languages are just tools, after all."
>
> Considering that Plan 9 has only two inherent languages,
> and its users often push for work to be done in only those,
> what is the Plan 9 perspective of languages and tools in
On Sun, Sep 06, 2009 at 05:51:33PM +0100, Eris Discordia wrote:
>
> I don't think we are actually in disagreement here. I have no objections to
> your assertion. However, the particular case at hand indicates a different
> thing than historians (of computer technology) "backporting" today's
> t
On Mon, Sep 21, 2009 at 09:22:56AM -0700, ron minnich wrote:
> 2.7M lines last year
> 10K lines added a day.
> 5K lines deleted per day.
>
> I keep thinking this can't be sustained. What happens next?
Are there stats indicating where the lines are added? If this is new
hardware (drivers), the acc
On Mon, Oct 19, 2009 at 12:13:34PM -0400, erik quanstrom wrote:
>
> 1. p. 8. "the most promising devices are quantum effect
> devices." (none are currently in use in processors.)
Since quantics means unpredictable, I think that we see more and more
quantum effects in hardware and software. So,
On Mon, Oct 26, 2009 at 05:00:53PM -0700, ron minnich wrote:
> nebula.nasa.gov
Well, at least the name makes sense for a french since in french nebula
means too: hazy. Computer in the air. Fuzzy logic, and impalpable
results (except for disasters which will be very palpable).
--
Thierry Laronde (
On Tue, Oct 27, 2009 at 12:37:58PM -0400, erik quanstrom wrote:
>
> there was also a bit of talk about os agnostic driver stubs.
> i'm a little pessimestic about the chances for success there,
> especially for oses that don't use the berkeley socket stuff.
> but it's probablly something that's wor
On Tue, Oct 27, 2009 at 08:23:10PM -0400, Dave Eckhardt wrote:
>
> University of Utah, "Flux OSkit".
>
> Old OSkit is mostly BSD licensed (if you count the CMU Mach license
> as a BSD license), but at some point somebody sprayed the GPL over
> everything (somewhat reducing the utility of some CMU
On Tue, Dec 08, 2009 at 02:30:49PM -0800, ron minnich wrote:
> On Tue, Dec 8, 2009 at 12:55 PM, Steve Simon wrote:
> > somone was working on a modern port of TeX to plan9.
> > did this work out? I would like to update my installation
> > as I think I may be using LaTeX before long.
>
> I gave it
Hello,
The subject was touched on a previous thread.
Since I use a lot TeX, METAFONT and MetaPOST (with CWEB), I wanted to be
freed from what has become a nightmare and a bloatware.
So I have verified that this is feasible and has started with the
following principles:
1) The Pascal way is a no
On Wed, Dec 16, 2009 at 08:02:03PM +0100, Frederik Caulier wrote:
> That's great news, if you need some help with testing drop me a line.
OK.
The good news---since I have continued to work a little on this while I
have more urgent things to do---is that it is absolutely _simple_ to
restart from t
Hello,
Note (inessential at the moment): the result will be called KerTeX and
not CorTeX since there is a package (one file...) called CorTeX on CTAN.
But KerTeX: take care of the TeX kernel! will do...
Unless one really really wants to port the current TeX distribution
state, just wait: I'm sure
On Tue, Dec 22, 2009 at 11:44:14AM -0500, Jorden Mauro wrote:
>
> I know you don't plan on supporting LaTeX, but would any of these
> tools help in porting that? Or is the latex program too GNUified?
As far as I know, LaTeX is not supposed to be a TeX version, but a set
of macros. So, as long as
On Tue, Dec 22, 2009 at 12:14:56PM -0500, erik quanstrom wrote:
> > Since the conversion: dvi -> ps will be provided, ps -> pdf can be done
> > via gs(1). (That's what I already do, including EPS figures, for example
> > generated by MetaPost.)
>
> you'll have to fix gs to get that. gs has been c
Hello,
Just a note since I'm late vs my initial time frame schedule (I'm still
busy doint something else [aka work that makes me eat]).
But it is not dropped, neither dead (the matrix---the compilation
framework---is already here, and I have done in december enough to know
what to do and to be su
Hello,
Since I can finally find some time here and there, I'm back to TeX and
al.
>From namespace(4), the man pages are supposed to be under /sys/man.
What is the canonical way for added ("opt", "pkg" ?) stuff. Letting
the user adapt his profile to bind the added stuff he wants appearing in
his
On Thu, Mar 25, 2010 at 09:37:15AM -0400, erik quanstrom wrote:
>
> i vote for putting the binaries in /$objtype/bin or /$objtype/bin/tex.
> in the latter case, it would be tex/tex or tex/mf.
I'm inclined to this kind of stuff too, since it's easy to "rm -fr" if
everything is simply in the same p
On Thu, Mar 25, 2010 at 02:07:46PM +, Steve Simon wrote:
> As far as packaging stuff up look at fgb's contrib system,
> bootstratp your self into the delightful world of 3rd party packages
> by typing:
>
> 9fs sources
> /n/sources/contrib/fgb/root/rc/bin/contrib/install fgb/contrib
Well, it won't probably answer the questions of any one, but for the
"package" I'm working on, these are true:
1) Compilation is a separate step (One can cross compile on a MATRIX for
a distinct TARGET).
2) Sources are read-only and the compilation is done elsewhere.
3) Space requirements are lo
On Sat, Mar 27, 2010 at 06:15:17AM +0200, lu...@proxima.alt.za wrote:
> > 4) Once compilation is done, you create a package that is simply a
> > tarball with the stuff that needs to be installed, a script and a _map_
> > that tells : this thing here shall be put there, with owner: owner:group
> > a
>From the diverse input, wouldn't it be more logical to do the following:
1) All "contrib" packages write in /$objtype/bin, /rc/bin and /sys/man
(or /man, see 3).
2) It's up the user to "bind -c" in /$objtype/bin, /rc/bin and
/sys/man so that written files end where he wants. Depending on who
i
On Tue, Mar 30, 2010 at 01:34:12PM +0100, Steve Simon wrote:
> > This way (dot-it-your-self-way) we will "only" have one-man projects. . .
>
> True, if anyone feels that a project is too big for them then
> by all means put a shout out on the list and see if anyone there wants to
> help.
Everyt
On Tue, Mar 30, 2010 at 10:07:11AM -0700, Albert Skye wrote:
> > order is unnatural
>
> The Origins of Order: Self-Organization and Selection in Evolution
> by Stuart A. Kauffman
>
> http://www.amazon.com/Origins-Order-Self-Organization-Selection-Evolution/dp/0195079515
order is unnatural for th
Still for TeX and al., the computation is done with tetras (32 bits),
and one of the variable thing to set is the C name for this tetra
(the identifier "integer" is used and is defined afterwards in the C
code).
"long" is guaranteed to be at least 32 bits by C89. So this could do,
but could be
On Tue, Mar 30, 2010 at 09:11:07PM +0100, Charles Forsyth wrote:
> on 64-bit machines, int and long are 32 bits,
> long long (vlong) is 64 bits, just as on 32-bit machines,
> but pointers are 64 bits. defines uintptr
> as the integer type that will hold a pointer.
> u8int, u16int, u32int and u64i
On Tue, Mar 30, 2010 at 04:54:59PM -0400, Patrick Kelly wrote:
> >"long" is guaranteed to be at least 32 bits by C89. So this could do,
> >but could be a little overkill:
>
> >1) If a compiler set on a 32 bits machine, "long" to be 64 bits? (I
> >haven't looked at the sources, but I guess it is no
Hello,
Just for the ones wondering what the status of the work on TeX is:
METAFONT and TeX pass the (resp.) TRAP, TRIP test---this means not only
mf and tex in diverse incarnations, but also a bunch of auxiliary tools.
I have 4 more auxiliary to add and I will publish the first
release---without
Hello,
These notes about APE could be of some use to others.
Context : I'm verifying that my compilation framework, made for POSIX,
is able to work for Plan9 too (for TeX and al.: everything works on
Unix, so time to verify the whole thing on Plan9).
Note: this is not a plea to add more. ape/psh
On Sat, May 03, 2014 at 07:14:34AM +0200, lu...@proxima.alt.za wrote:
>
> > problem found. patch appled. if a ehci controller is 64-bit capable,
> > one must turn off 64-bit capabilities on all controllers before initializing
> > any of them.
>
> Well done, Erik! Keep the posts coming, even
On Sun, May 04, 2014 at 07:12:10AM +0200, lu...@proxima.alt.za wrote:
>
> Personally, kernel pages would be a god-send
Despite what one might think at first, writing documentation is not
easier than writing code, and is, IMHO, harder. To write good manual
pages---the Bell Labs man pages are simpl
On Sun, May 04, 2014 at 03:29:57PM -0400, erik quanstrom wrote:
>
> having lived and worked in a non-english-speaking country, i think this may
> vary by individual. translating back and forth was too much work and too
> distracting for me.
I found that if the translation is done once (when the
On Sun, May 04, 2014 at 08:53:39PM -0400, erik quanstrom wrote:
>
> On Sun May 4 18:01:22 EDT 2014, yshu...@lynxline.com wrote:
>
> >
> > Just idea, but seriously, why cannot do something like this:
> >
> > # cat /prog/new > $id
> > # cat /dis/ls.dis > /prog/$id/dis
> > # echo "/" > /prog/$id/
On Tue, May 06, 2014 at 09:02:21AM +0100, Charles Forsyth wrote:
> On 6 May 2014 03:19, Charles Forsyth wrote:
>
> Of course, that's balanced
> by browsers now easily rivalling the kernels you mention for complexity and
> certainly size, with their brutalist programming architectures.
And it is
On Tue, May 06, 2014 at 11:39:03AM +0200, tlaro...@polynum.com wrote:
>
> On Tue, May 06, 2014 at 09:02:21AM +0100, Charles Forsyth wrote:
> > On 6 May 2014 03:19, Charles Forsyth wrote:
> >
> > Of course, that's balanced
> > by browsers now easily rivalling the kernels you mention for complexit
On Sat, Jul 19, 2014 at 01:49:10PM +0200, pmarin wrote:
>
> Plan9 in general doesn't follow the Bazaar model ( the current usual
> way of doing things ).
>
The Bazaar model is the one for not doing or undoing.
Small is beautiful. The attraction for Plan9 is its consistency and size.
As far as
On Mon, Jul 21, 2014 at 12:55:44PM +1000, Shane Morris wrote:
>
> clang: error: unknown argument: '-mno-fused-madd'
> [-Wunused-command-line-argument-hard-error-in-future]
> clang: note: this will be a hard error (cannot be downgraded to a warning)
> in the future
Apparently the "future hard error
On Wed, Aug 13, 2014 at 10:02:46AM +0200, dante wrote:
>
>[...]
> I also have the impression that the trend set by the original Unix
> architecture (small, one-job components, generic interfaces)
> is nowadays replaced in many areas with integrated solutions
> ("frameworks") that provide non-se
On Wed, Aug 13, 2014 at 03:30:37AM -0700, c...@9.squish.org wrote:
>
> sorry, i am unable to help with this specific problem. i only
> use the ms macros and use tex for anything more.
>
Does anyone know if there has been any effort to use TeX and al. for the
system typesetting i.e. the manpages
On Wed, Aug 13, 2014 at 02:22:00PM +0200, Carsten Kunze wrote:
>
>
> Is this really necessary for the system documentation? AFAIK P9 nroff/troff
> can handle utf-8. If there are problems with *roff they should be solved.
> *roff is a Bell Labs documentation system--it should be used for P9--IMO
On Wed, Aug 13, 2014 at 03:13:38PM +0200, Rudolf Sykora wrote:
>
> Just to be sure. I don't mean readability of documents to be typeset.
> I mean the source code of the whole system. I.e., in the case of LaTeX,
> the readability/understanding/hackability of the macros' definitions.
>
And this li
On Wed, Aug 13, 2014 at 11:06:23AM -0400, erik quanstrom wrote:
>
> > > I say this because about three years ago the Riga Technical University
> > > and University of Latvia continued teaching coding in binary code, ie,
> > > machine language.
>
> that's great! very vew people understand how any
On Mon, Dec 01, 2014 at 09:00:46AM +0200, lu...@proxima.alt.za wrote:
> > The guy in front of the console should authenticate as a normal user
> > and then only be allowed to access his own environment (no direct
> > control over hw, etc).
>
> The guy is not in front of the "console", he has physi
For info, NetBSD neither has been selected as a mentoring organization
this year.
I think it's fair for Google to devote help for softwares that do have
huge problems :-^ that can not be addressed by a single person, but only
circumvented by mass mobilization...
--
Thierry Laronde
On Thu, Jul 09, 2015 at 09:24:57AM -0600, arn...@skeeve.com wrote:
> So, the history is more than this.
>
> Larry Wall's Configure (capital C) for rn and Perl was the first step
> at a shell script to examine system features and generate a config.h.
Using a shell script to generate commands to co
On Wed, Aug 12, 2015 at 09:57:18AM +0200, Rudolf Sykora wrote:
> On 12 August 2015 at 09:48, Ingo Krabbe wrote:
>
> > Actually sed is a line based command and should add a newline, imho.
>
> I don't think it should add anything. For itself it should be able to count
> newlines (because of the po
On Thu, Nov 26, 2015 at 06:22:45AM -0500, Brantley Coile wrote:
>
> I thought the same thing, using ~0 for nil, but realized two things. First,
> that's a valid address on the PDP11 where the convention developed. It's the
> unibus space. Second, ~0 + member offest is still in page zero.
>
Pl
On Fri, Nov 27, 2015 at 09:13:20AM +0100, Giacomo Tesio wrote:
>
> I know nothing about compilers, but actually gcc and clang dimension and
> complexity is astonishing.
It's not astonishing: it's research. They want to prove that a black
hole does exist. So they write a "model", a software implem
On Fri, Nov 27, 2015 at 03:07:30PM +0100, Giacomo Tesio wrote:
>
> Funny, but actually I was wondering if there is any subtle issue in the
> standards of the C language that makes it somehow hard to implement.
I guess it depends on what is the "standard". The naked C language is
(was) simple. The
On Sun, Nov 29, 2015 at 07:57:58AM +0200, lu...@proxima.alt.za wrote:
>
> I remember using AutoCad 2.6 on an 8086 with a floating point
> accelerator and being impressed by the speed of its 3D rendering. I
> have no idea how AutoCad behaves these days, but faster rendering
> would imply finishing
Hello,
After a long delay, I'm working back on kerTeX and I'm adding the
display for METAFONT (it's more interesting than one could think, since
METAFONT is the program mainly ignored while being a drawing program
and a rasterizer engine...).
But once the size of the root window for display (th
On Thu, Dec 31, 2015 at 07:33:42PM +, Skip Tavakkolian wrote:
> I wonder if it would work if wctl was chmod to read-only? Might break other
> things.
Hum... Thanks for the suggestion, but I imagine that rio, when a
user resizes with the mouse a window, does not send commands, pixel
by pixel, t
Hello (and best wishes to all for 2016!),
I have a new node and I'm trying to install Plan9 on it (it is a
multiboot node, with already NetBSD and Windows).
When booting (from Bell Labs' iso), the disks are found as sdE[12], the
CD driver as sdE0 that are all on SATA.
But when going to partdisk,
On Fri, Jan 01, 2016 at 02:58:07PM -0800, erik quanstrom wrote:
> > Is there such possibility with rio?
>
> yes, this is implemented by games/sudoku. just refuse to resize.
>
Thanks. I will give a look to the code.
--
Thierry Laronde
http://www.kergis.com/
Hello,
As explained in a previous message, I try to install Plan9 on a new node
(previous one defunct).
I have tried the usb Bell Labs and 9 atom flavours, and none works on my
node.
The Bell Labs iso works (I mean it boots and the install starts) but
9pcflop doesn't recognize my disks (while 9l
On Fri, Jan 01, 2016 at 01:25:20PM +0100, tlaro...@polynum.com wrote:
>
> I have a new node and I'm trying to install Plan9 on it (it is a
> multiboot node, with already NetBSD and Windows).
>
> When booting (from Bell Labs' iso), the disks are found as sdE[12], the
> CD driver as sdE0 that are a
On Sat, Jan 02, 2016 at 04:26:39PM -0800, erik quanstrom wrote:
> i'm not sure what the root cause of your problem is,
I'm now suspecting that the underlying problem is that a 9fat is a dos,
but that is a special dos: part of a plan9 slice, so whether kfs or
fossil supplementary partitions are ex
On Mon, Jan 11, 2016 at 06:06:57PM -0200, Iruatã Souza wrote:
> Never tried it, but you could try installing 9front, then your
> distribution of choice atop of that.
If nothing else works, I will fall back to a kernel loaded locally from
the sketched "by hand" plan9 partition (indeed the 9FAT at t
Hello,
I have updated kerTeX with the latest sources from Donald E. Knuth (and
the latest version of the AMS fonts).
Mainly (I have only resumed working on it after months of ENOTIME), I
wanted to add METAFONT online graphics output (the rendering on screen
of METAFONT drawing) and have done it f
Hello,
I'm on the way to install Plan9 on a new node.
Since with the CDROM or the (different flavors of) USB images, it
doesn't work, I'm "bootstrapping" by hand.
I have made, from an external OS (NetBSD), a plan9 partition with the
initial 9fat configured and populated in order to be able to bo
On Wed, Feb 10, 2016 at 10:40:21PM +0100, tlaro...@polynum.com wrote:
>
> Well, it works, but when launching the installation (I have copied the
> various scripts so that they are in the served /), I have the message,
> continuously repeated:
>
> bad character set for rune 0x in /lib/font/bit
Hello,
When trying to re-install a Plan9 on a new node, being unable, with the
kernel compiled present on the CDROM image, to access a FAT or an iso
image of a root file system, I went to a combination of a minimal sketch
of a plan9 slice, with a 9fat made "by hand" (from an already installed
othe
Hello Erik,
On Mon, Feb 15, 2016 at 07:41:37AM -0800, erik quanstrom wrote:
> On Sun Feb 14 08:30:20 PST 2016, tlaro...@polynum.com wrote:
> > Hello,
> >
> > When trying to re-install a Plan9 on a new node, being unable, with the
> > kernel compiled present on the CDROM image, to access a FAT or
Hello,
I have finally managed to install plan9 on my new workstation.
By putting back the keyboard on the PS2 connector, I have solved some
unfelicities (with the USB->legacy emulation, the keyboard switched
every other typing to UPPERCASE...).
The mouse, still USB connected and hence "emulated"
NetSurf (http://www.netsurf-browser.org/) is a browser written in C. And
Duktape is a javascript engine written in C too.
Has anybody given them a look?
--
Thierry Laronde
http://www.kergis.com/
http://www.arts-po.fr/
Key fingerprint = 0FF7 E906
On Thu, Feb 18, 2016 at 08:41:27PM +0100, Jens Staal wrote:
> 2016-02-18 15:26 GMT+01:00 :
>
> > NetSurf (http://www.netsurf-browser.org/) is a browser written in C. And
> > Duktape is a javascript engine written in C too.
> >
> > Has anybody given them a look?
> >
>
> Several NetSurf libraries (
On Fri, Feb 19, 2016 at 01:17:12AM +0100, Aram H?v?rneanu wrote:
> What problem would this solve, it's not like netsurf can display any
> useful web page that mothra can't display.
NetSurf will incorporate Duktape javascript engine. Does Mothra have
javascript?
--
Thierry Laronde
On Thu, Feb 18, 2016 at 05:22:42AM -0800, erik quanstrom wrote:
> the 8169 driver is pretty fast. I've measured it at more than 500mbps.
> it sounds like something else is misbehaving. what does
> /dev/irqstat say. I bet something is stuck.
>
Is /dev/irqstat a lapsus? Here are /dev/irqalloc an
On Fri, Feb 19, 2016 at 02:00:47PM +0100, Kenny Lasse Hoff Levinsen wrote:
> Styling/proper rendering might be more interesting than JS.
>
Unfortunately, today, there are a number of sites that require
javascript. I don't speak about overloaded media sites. But for example
bank or even governemen
On Fri, Feb 19, 2016 at 07:13:23AM -0800, erik quanstrom wrote:
>
> > TxOk: 4483
> > RxOk: 7520
> [..]
> > xmit descr queue len: highwater 0/31 curr 0 hitmax 0
>
> this doesn't look like very much traffic. how did you test? are you using
> the latest tcp? what is the ping latency? older
I have compared downloading a file (via ftpfs) on the LAN, and
downloading it from the WAN.
On the LAN, I get the 10MB file in less than a 1s (this is normal since
the node I download from has only a 100Mb ethernet).
On the WAN, it takes 6 minutes (with hget).
My conclusion is that the card devi
1 - 100 of 627 matches
Mail list logo
