On Thu Jun 12 10:31:30 EDT 2014, cinap_len...@felloff.net wrote:
> the difference is, returning pointers the natural way works on all archs.
> returning vlong works differently depending on the arch. so
> the "portable" syscall handlers use a convention that works the
> same on all archs, assuming
On Thu Jun 12 10:12:56 EDT 2014, cinap_len...@felloff.net wrote:
> yes. what was returned by register keeps being returned by register (segbrk).
so therefore seek is not special either on amd64.
by the way seek(fd, 0xull, 0) will always return -1
on the architectures with the sign extensi
On Thu Jun 12 09:35:29 EDT 2014, cinap_len...@felloff.net wrote:
> because the kernel assumes that returned vlong is passed
> by reference in the first argument, where on amd64, the
> (amd64) calling convention returns it in 64 bit AX register.
>
> so seek() is a library func that emulates the pr
case amd64
if(~ $i seek)
echo TEXT _seek'(SB)', 1, '$0'
if not
echo TEXT $i'(SB)', 1, '$0'
why is this necessary? surely this is artefact?
- erik
> thanks, tried and works.
>
>
> used sed for quoting; end result is perl-ugly:
>
> alljs=`{find -name '*.js' | 9 sed 's/''//g; s/^|$/''/g' }
> or
> alljs=`{find -name '*.js' | 9 sed 's/^|$|''/&''/g' }
great. glad that worked. though it is always a bit sad
when one has to outwit one's too
> here the var is processed by Rc inside recipe; in my case i need it processed
> by Mk inside prerequisite list
i was demoing a technique that you might use. have you tried it?
- erik
> i have a mkfile which does:
>
> alljs=`{find -name '*.js'}
>
> my_target:Q: ... $alljs
> my_recipe;
>
> and it breaks for files with spaces in pathname -- each space-separated token
> of pathname is treated as separate prerequisite.
if you rc-quote the terms, it should work.
; find|grep
On Wed Jun 11 20:26:49 EDT 2014, misch...@9.offblast.org wrote:
> in Semaphores in Plan 9 [1] a test is described comparing
> semaphore-based locks to tas-based spinlocks. the paper says they ran
> "doug's power series program" using the different lock types in
> libthread for channels. i was tryi
On Wed Jun 11 17:34:33 EDT 2014, ba...@bitblocks.com wrote:
> On Wed, 11 Jun 2014 22:27:34 BST Robert Raschke
> wrote:
> >
> > Whenever they are available, I use symlinks for "shortening" paths for
> > Acme. This is so far the only good use I've found for them ;-)
>
> Symlinks don't help in the
On Wed Jun 11 16:34:51 EDT 2014, ara...@mgk.ro wrote:
> > & if the acme tags show
> > $foo/file1
> > $foo/file2
> > it would be much nicer.
>
> Real paths are plumbable and copyable, variable names are not. p9p
> acme (where this problem is more acute) has multiline tags.
both of these is
On Wed Jun 11 16:14:54 EDT 2014, s...@9front.org wrote:
> >> If one can define a variable in acme
> >> foo=/a/very/very/very/very/very/very/very/very/very/long/path/to/a
> >>
> >> & if the acme tags show
> >> $foo/file1
> >> $foo/file2
> >> it would be much nicer.
> >>
> >> Has anyone
On Wed Jun 11 15:56:59 EDT 2014, ba...@bitblocks.com wrote:
> If you are editing multiple file within the same directory
> with a very long path, the long dir paths is what takes up
> most of the tag. One idea (borrowed from zsh) is to assign a
> long path to a variable and then just show the varia
On Sun Jun 8 14:17:16 EDT 2014, quans...@quanstro.net wrote:
> On Sun Jun 8 13:55:52 EDT 2014, cinap_len...@felloff.net wrote:
> > right. the question is, how did it vanish from the image cache.
>
> i think it is in the image cache, but .ref >1.
perhaps independent of your question,
my assumpti
On Tue Jun 10 09:58:18 EDT 2014, st...@quintile.net wrote:
> > if a process exits and is then run again, it will always be re-read
> > from storage. (since channel comparisons factor in to finding
> > an image.) only if the lifetime overlaps will the cached image be
> > used.
>
> The one place w
On Mon Jun 9 23:55:00 EDT 2014, cinap_len...@felloff.net wrote:
> while you'r at it. take a look at 9front imageattach() code.
> it allows the chan attached to the image to be released when the
> image is not in use. this avoids all these chans and mounts
> being kept arround until the image is re
On Mon Jun 9 04:25:00 EDT 2014, charles.fors...@gmail.com wrote:
> On 8 June 2014 19:37, Charles Forsyth wrote:
>
> > On 8 June 2014 19:15, erik quanstrom wrote:
> >
> >> i think it is in the image cache, but .ref >1.
> >
> >
> > but in t
On Mon Jun 9 21:02:01 EDT 2014, p...@fb.com wrote:
> Hi cinap,
>
> Would it be possible to change a bit the 9front mercurial repository so that
> it can work on MacOS filesystem.
>
> I get some:
> abort: case-folding collision between sys/lib/troff/font/devutf/charlib/lH
> and sys/lib/troff/fo
> Over the weekend I was playing with fossil and "copied" my
> fossil partition using its last score, swapped the two disks
> (under virtualbox) and rebooted. df now shows 1MB in use! So
> if you init fossil from the score of an existing installation,
> you can make do with a lot less space -- onl
On Mon Jun 9 17:13:09 EDT 2014, lyn...@orthanc.ca wrote:
>
> On Jun 9, 2014, at 1:21 PM, Riddler wrote:
>
> > It was brought about mainly because the wiki states that sources only
> > uses ~512MB for fossil.
>
> I suspect that's wildly out of date.
a basic install requires about 512mb, which
> On 8 June 2014 19:37, Charles Forsyth wrote:
>
> > On 8 June 2014 19:15, erik quanstrom wrote:
> >
> >> i think it is in the image cache, but .ref >1.
> >
> >
> > but in that case it will still not pio, but make a local writable copy.
>
>
On Sun Jun 8 13:55:52 EDT 2014, cinap_len...@felloff.net wrote:
> right. the question is, how did it vanish from the image cache.
i think it is in the image cache, but .ref >1.
- erik
On Sun Jun 8 13:51:18 EDT 2014, charles.fors...@gmail.com wrote:
> On 8 June 2014 18:34, erik quanstrom wrote:
>
> > well, those are the measurements. do you think they are misleading?
> > perhaps
> > with the pio happening in another context? i haven't h
> that doesn't make any sense. duppage copied the page the wrong way
> round (used the image page and put another copy in). eliminating
> duppage simply copies the page from the image cache instead of using
> that page. there isn't any i/o in either case.
well, those are the measurements. do y
> The last time I measured this (Aug 2012) raw disk write was
> 10MB/s, file writes were 2MB/s. On the same h/w & disk linux
> got 25MB/s (don't recall file throughput). And Linux gets
> 11.3MB/s ethernet throughput compared 3.7MB/s on 9pi (both
> with ttcp). Linux tcp throughput is close to linesp
i was experimenting a bit with cinap's version of dropping duppage, and for
the lame build the kernel tests there's quite a bit more i/o
duppage no duppage
read4597629153366962
rpc 73674 75718
you can see below that both end up rea
On Sat Jun 7 20:58:54 EDT 2014, p...@fb.com wrote:
> Hi,
>
> I've tried to run 9pi from richard miller on qemu but failed
> http://plan9.bell-labs.com/sources/contrib/miller/
>
> qemu-system-arm -cpu arm1176 -m 512 -M versatilepb -kernel 9pi
> qemu: fatal: Trying to execute code outside RAM or
> It is all a changing of thinking - for example, never truncate logfiles,
> as truncating them actually uses more space in venti than just letting them
> grow.
>
> never worry about cloneing large directories, its (almost) free.
in my mind these are not related to the content-addressed storage
On Sat Jun 7 19:22:41 EDT 2014, st...@quintile.net wrote:
> > - timesync. i saw this issue one in 2008, so i don't remember much about
> > it.
>
> I think this was a bug in cron. When the time lept forward as timesync
> corrected
> the time at boot cron would try to run all the intervening eve
> I wasn't thinking "I would need a big venti", more "I only need a small
> fossil". My train of thought was because the fossil size is used to store
> the unarchived files after which they can be gotten from venti that it
> might be practical to only have the fossil be big enough to store the
> m
> - try this out on a small scale before you commit to it, as I
> suspect you'll run into various limits and may be bugs. Do
> report what you discover.
> - performance will likely be poor. For better performance you
> may want to keep venti index on a separate (flash) disk.
> - it would be n
i don't think this has been mentioned in a while, so i wanted
to quickly jot down a few tricks for looking at a "hung" machine.
there are three main things that can hang things up on initial boot
that aren't related to the kernel misbehaving
- unclean shutdown forcing a fs check. this can take 15
> I downloaded a fresh 9atom iso and installed under virtual box again.
> After the installation (I got an error while the copydist was ~80%,
> which again I forgot to note down) when I booted up the new
> installation, it hangs after printing:
posting this error might be helpful.
- erik
> I was curious to know which core features of the Linux kernel are not
> implemented
> in the plan9 kernel. By core I mean that I know plan9 does not have all the
> drivers,
> filesystems, buses, etc Linux has, but it has many of its core
> features (virtual memory, paging, swapping, demand load
On Sat Jun 7 00:34:03 EDT 2014, s...@9front.org wrote:
> >> So here is another proof that plan9 can run on recent hardware, including
> >> beautiful notebooks :)
>
> Is any more specific information available about the manufacturer and model
> of the laptop?
>
i quote,
dell xps 15 (mode
i was kindly sent this by someone who's had success with a modern
laptop:
> Hello Erik
>
> Just tried the latest usb image and wanted to let you know it works quite
> well. I get this message, though:
>
> acpinitr: pm1sts 0x400 pm1en 0x100
>
> repeated all the time, getting a lot of context sw
> What two databases?
the divergent versions of /sys/lib/dist/replica/plan9.db and its log
on the sources and 9atom.
> Replica respects local changes at the file level. You still
> have to do a manual merge if the server version changed as
> well.
that's what i said, but this is remove vs remot
the /sys/src/9/ppc kernel adds this line
to both _xinc and _xdec
DCBF(R4)/* fix for 603x bug */
would this also be needed for the c library version?
- erik
On Fri Jun 6 12:08:28 EDT 2014, vu3...@gmail.com wrote:
> On Fri, Jun 6, 2014 at 9:25 PM, erik quanstrom wrote:
> >> I thought that replica/pull on a 9atom would pull 9atom binaries and
> >> not the labs version. Looks like that assumption is wrong?
> >
> > only
> I thought that replica/pull on a 9atom would pull 9atom binaries and
> not the labs version. Looks like that assumption is wrong?
only on .iso versions of 9atom several years old. to correct this issue,
you'd have to sync /usr/glenda/bin/rc/pull first.
- erik
> > that's not how replica works. replica respects local changes. however,
> > since in this case two different databases were mixed up, there is little
> > chance that the user has a sane system.
>
> What is the recommended way keep a 9atom system up to date?
running pull as user glenda, same
On Fri Jun 6 11:26:13 EDT 2014, ba...@bitblocks.com wrote:
>
> > On Jun 5, 2014, at 8:15 PM, Ramakrishnan Muthukrishnan
> > wrote:
> >
> > Hi,
> >
> > I just saw a suicide message on 9atom running on plan9 while updating
> > the system:
> >
> > % replica/pull -v /dist/replica/network
>
> I
i know it's not used much, but this is very curious, and if the kernel
version is correct, the user space version needs correcting, too.
the rb kernel version starts with
TEXT_xdec(SB), $0
SYNC
why is a sync necessary? i would think, if LL/SC don't do what
they do at
On Fri Jun 6 08:16:20 EDT 2014, nberc...@yahoo.fr wrote:
> On 06/06/2014 11:10, Steve Simon wrote:
> > Glenda's world weary cousin
> >
> > https://pbs.twimg.com/media/BpZjUjXIYAIJiua.jpg
>
> Maybe the nsec patch would have been refused by this guy, right?!
> (not a troll, just kidding!)
there wa
> P.S. The kernel is monolithic. Although, IIRC, there were attempts to make
> it a hybrid.
this is far from the full story. because of the mount driver, many things
may be in the kernel or userland according to what makes sense. for
example, the ip stack has moved back and forth several times.
On Thu Jun 5 23:17:37 EDT 2014, vu3...@gmail.com wrote:
> Hi,
>
> I just saw a suicide message on 9atom running on plan9 while updating
> the system:
>
> % replica/pull -v /dist/replica/network
>
> After a while, I saw this printed, but the replica/pull is proceeding
> without any problem.
>
>
oh, but you missed a spot in lock.
- erik
> we do that in ilock() and canlock() so it's a bug I think to not do it also
> in lock().
> The field is only used in iprintcanlock which use canlock(), not lock(), so
> this
> if fine, but for consistency it would be better to also do it in lock() no?
ilock and unlock could assert(l->m->machno
On Thu Jun 5 06:36:36 EDT 2014, charles.fors...@gmail.com wrote:
> On 5 June 2014 06:11, OMAR RADWAN wrote:
>
> > I just did, though I cannot find anything about the kernel architecture
>
>
> Fortunately, there is a book about it. http://lsub.org/who/nemo/9.pdf which
> might have been updated
i thought this discussion was on 9fans, but i don't see it any more.
this is a recent bug report in 9front
http://code.google.com/p/plan9front/source/detail?r=f80b7ef22cd2352d3823513024d21d3ea14f4854
6a, 6c, 6l: fix copy propagation
Without an explicit signal for a truncation, co
> I made the change you suggest in the PAE kernel but perhaps Erik missed it
> during his merge:
> if(mapsize > nelem(s->ssegmap)){
> mapsize *= 2;
> if(mapsize > SEGMAPSIZE)
> mapsize = SEGMAPSIZE;
> s->map = smalloc(mapsize*sizeof(Pte*));
> s->mapsize = mapsize;
> }
ok. good. that's what happe
too bad, i don't see anthony's diff, and i get this error
(perhaps unrelated)
Too many diffs (26 > 25). Stopping.
- erik
> I think it should be
> if(mapsize > (SEGMAPSIZE))
> mapsize = SEGMAPSIZE;
hmm. i think this code is correct. ssegmap is a static map
to handle small segments. small segments fit in ssegmap.
the point must have been to avoid malloc.
this test is a little more questionable
>
On Sun Jun 1 10:48:20 EDT 2014, pavel.klinkov...@gmail.com wrote:
> >
> > https://bitbucket.org/jas/cpython
> >
> > you can pull hg directly from the mainline.
> >
>
> Well, I am a little bit confused...
>
> 1. Is is a new 'python' interpretter implementation? What is a difference
> from 'bichu
> > i'm pretty sure that jeff's version use ape/psh to execute
> > commands, but not positive. it must use psh to be posix-y.
> >
>
> Ah, where is it available?
https://bitbucket.org/jas/cpython
you can pull hg directly from the mainline.
- erik
On Sat May 31 12:55:25 EDT 2014, ara...@mgk.ro wrote:
> > I’ve never been able to get the ssh v2 version to work on Plan 9 for
> > testing.
>
> Never had any major problem[1] with ssh2 (using the one from labs, with
> factotum, not nfactotum).
the version of factotum is a red herring, as the fac
> When I manually make this command (what 'hg' does)...
>
> ssh xxx.yyy.zzz "hg init test"
>
>
> ...the result is:
>
> bash: hg: Command not found...
>
>
> When I manually modify it...
>
>
> ssh xxx.yyy.zzz 'hg init test'
>
> ...the result is...
>
> !Adding key: proto=pass server=xxx.yyy.
> I didn't do anything more special except adding keys to factotum.
one problem with ssh2 is the fact that it doesn't do keyboard interactive
at all, and doesn't give an error message that makes that apparent.
i've used the client successfully, especially to dell and arista switches.
- erik
On Sat May 31 09:44:35 EDT 2014, pavel.klinkov...@gmail.com wrote:
> Hi Steven,
>
> For the most part, using HTTP/S repositories will give you the best bang
> > for the proverbial buck.
>
>
> I see. In fact I tried to create and use Mercurial repository via 'ssh' and
> 'ftp' (via ftpfs) and non
the 9 schedulers guts break down to the following loop. this
is the improved version, abstracted a bit (by hand)
spllo();
for(;;){
for(i = Npri-1; i >= 0; i--)
->a for(p = runqueue[i]; p != nil; p = p->rproc)
if(s
On Tue May 27 17:59:41 EDT 2014, j...@cowsay.org wrote:
> Just curious, is this not a thing in the nix kernel? grep'd the nix
> sources and it didn't seem to be in devarch.c, it's in 9/pc/ though;
> is there another way to grab cpu temp?
>
> I ask because there seems to be a significant temperatur
> ok. i'm beginning to understand better. is there a specific use case,
> such as the kernel or userland?
>
> i didn't see anything like a tool that could poke nops into the right
> places. i started to write an acid function to put the nops in one
> named function, and then i realized that the r
> you can see there is a JMP over _tracein and a RET before _traceout.
> what gives?
ah, that's the magic! the idea is to be able to enable and disable these
tracepoints
at runtime in a multiprocessor environment without any locking.
- erik
> Nice. Excited to see how a cleaned up + simplified runproc() and the
> per-Mach queues could also change things. Any reason why the ping test
> w/ monmwait wasn't consistent with the performance improvement in
> other areas?
yes there is. in a later post i describe it, but basically what i saw
regardless of the return value of Brdline, Blinelen() will return > 0
even if there is no trailing newline.
Brdstr will return the line even if not terminated. Blinelen() will be > 0.
- erik
On Mon May 26 19:16:22 EDT 2014, lyn...@orthanc.ca wrote:
> For the last couple of days I have been plagued by many many diagnostics from
> checkpages(), in conjunction with things like:
>
> rc: note: sys: trap: fault read addr=0x0 pc=0x000101c4
> rc 50675: suicide: sys: trap: fault read add
> I used a program to dial from one system to another system, but
> it gives a connection time out error. I have searched on Internet for a
> long time and cannot get a solution. Could you please provide some
> suggestions or hints? Basically, one system is Linux based system with rc
> shell in
On Mon May 26 16:32:54 EDT 2014, cinap_len...@felloff.net wrote:
> excellent :)
why, do you plan a plan 9 botnet that exploits this hole :-).
- erik
On Mon May 26 16:10:59 EDT 2014, cinap_len...@felloff.net wrote:
> theres a bug in devproc again.
>
> the fd is not bounds checked for the "close fd"
> procctl command and the "closefiles" command misses
> the last fd as it iterates from:
good catch. appled patch to 9atom.
- erik
so, i've done a little bit more work characterizing the performance
of the scheduler correctness changes, and i know have some understanding
on why e.g. ping times are a bit slower.
the old code essentially let processor 0 spin in runproc, other processors
called
halt. the new code uses monmwait
> Where does the installer script live?
the usb installer is in /sys/lib/dist/amd64. the part that runs at boot is in
the install directory. i think the bug is in the vga script in that directory.
(not to be confused with aux/vga.) it may not do the right thing if there
are no edids.
> > a pro
> It proceeded to show me a list of resolutions (8 different options).
> Since my monitor has the highest resolution of 1920x1080, I selected
> that. Next it asked for "image depth[no default]" where I typed in 16.
> But it kept looking there, whatever I keyed in. If I proceed with "no
> default",
> Yes, I typed them by hand. Sorry about the error.
>
> >> panic: kernel fault: no user process pc=0xf0162415 addr=0x00a8
> >> panic: kernel fault: no user process pc=0xf0162415 addr=0x00a8
> >
> > there is a new TEST image @ http://ftp.9atom.org/other/+usbinstamd64.bz2
> > i have not had
On Sat May 24 20:07:37 EDT 2014, j...@corpus-callosum.com wrote:
> Has anyone else had trouble getting recent plan9.iso’s to boot?
> I can get it to boot from sdE1!9fat!9pcflop.gz, but once the
> install starts it fails to recognize any sdE? devices that
> should up shortly on the console.
this wa
On Sat May 24 02:46:08 EDT 2014, vu3...@gmail.com wrote:
> I downloaded the usbinstamd64 image from the 9atom webpage and booted
> it up. First, I tried amd64 (selection 0), in a second or so, some
> text went past the screen quickly and the machine rebooted. I then
> tried selection 1 (386pae), th
On Sat May 24 02:46:08 EDT 2014, vu3...@gmail.com wrote:
> I downloaded the usbinstamd64 image from the 9atom webpage and booted
> it up. First, I tried amd64 (selection 0), in a second or so, some
> text went past the screen quickly and the machine rebooted. I then
> tried selection 1 (386pae), th
On Fri May 23 15:46:50 EDT 2014, st...@quintile.net wrote:
> > personally, i preferred the big switch statement in cpurc. it scales
> > even to large installations, and has the advantage of being a little
> > easier to get an overview. and there's no need for a bunch of files
>
> I think the arg
On Fri May 23 14:26:50 EDT 2014, ccuiy...@gmail.com wrote:
> Finally got the reason.
personally, i preferred the big switch statement in cpurc. it scales
even to large installations, and has the advantage of being a little
easier to get an overview. and there's no need for a bunch of files
that
> I plan to install 9atom natively (until now, I had been using VMs and
> Rpi, but I want to try it on my home AMD64 desktop machine). I
> currently have Debian GNU/Linux installed on a hard disk. I am adding
> a new hard disk on which I plan to install the 9atom. I am wondering
> if I need to take
> L.
have you converted to modula? :-)
- erik
On Thu May 22 17:25:07 EDT 2014, edgecombe...@gmail.com wrote:
> Aram, if you have a bunch of settings that work under VMWare Fusion
> for Plan 9, then I am all ears. I was under the understanding Plan 9
> didn't work under VMWare...
the second thing the nix terminal ran on was vmware. i just hav
On Thu May 22 16:10:21 EDT 2014, skip.tavakkol...@gmail.com wrote:
> what types of metadata are/were stored in a typical case?
for the object store, any metadata at all would be acceptable, and
i don't think there is a typical case. there is no object store fs interface.
for the nfs and 9p serv
> > another key point is that all distributed scms that i've used clone
> > entire systems. but what would be more interesting is to clone, say,
> > /sys/src or some proto-based subset of the system, while using the
> > main file system for everything else. imagine you want to work on
> > the ker
c'mon. there's no point to namecalling.
- erik
i think i've fixed the issues preventing
readweb http://www.9atom.org/magic/man2html/4/θfs
and
lookman θfs
from working. it's surprising how many unicode bugs there still are.
- erik
thinking about the idea of a revision control file system brings me back to
some work i followed by brian stuart. his θfs has a object store. the object
store allows arbitrary metadata and object size. the ℙ snapshot device could
be modified to take snapshots based on an arbitrary reference poin
On Thu May 22 09:45:08 EDT 2014, lu...@proxima.alt.za wrote:
> > the original version is, as far as i know, no longer in use.
> > i only mentioned the lineage to credit nemo with the work.
>
> Out of curiosity, what prompted not using CVS? I can think of a
> number of reasons, but none that echo
> Go is in a different league: Heretical as it may seem, we can generate
> Go binaries without compelling all Plan 9 installations to include the
> Go toolchain, no matter how valuable some of us may perceive it. HG
> without Python is a dead rat.
that's a partially binary distribution. a proper
> Is this the right place to discuss the actual procedure to include
> apatch in one's private Bell Labs' distribution?
>
> Is it preferable to use apatch within 9atom, or is it reasonably
> portable to the "legacy" (I presume that is what David intends
> with that mo
> With all respect due to you and Mr Coraid (don't make mne look his
Coile.
- erik
> Branch/merge features evolved in response to people's needs.
> Merging is necessary if you (as an organization) have
> substantial local changes for your product (or internal
> use) and you also want to use the latest release from your
> vendor. No amount of namespace manipulation is going to
> h
> That said, let me add my encouragement to sample apatch as suggested
> by Erik, although any valid objections ought to be raised here. One,
> from me, comes from Erik himself "a modified version of Nemo's
> (a)patch" (I don't have the exact quote handy. Nemo, could we please
> start this exerci
On Thu May 22 06:55:44 EDT 2014, ara...@mgk.ro wrote:
> Why do people insist on VirtualBox? How many times it has to be said.
> VirtualBox is utter shite. QEMU and VMware work. QEMU is especially
> interesting because it can work without a broken kernel driver
> (although it can use kvm, a good ker
> More seriously, though, on the issue of revision control on Plan 9
> (and code review, that being the really important aspect) I'd like us
> to keep in mind that being able to interface with existing
> repositories, difficult as it may be, would be greatly beneficial. To
like i said, a hg gatew
> Features such as atomic commits, changesets, branches, push,
> pull, merge etc. can be useful in multiple contexts so it
> would be nice if they can integrated smoothly in an FS.
>
> - Installing a package is like a pull (or if you built it
> locally, a commit)
> - Uinstall is reverting the ch
> Ergo: Plan 9 does not (yet?) contain sufficient tools to be
> self-sustaining.
we've managed for years
> at it; it needs firm buy-in by the community. I, for one, would need
> some hard sell to consider patch and its offspring as sufficient and
> much more to convince me that it would be
On Wed May 21 14:28:51 EDT 2014, s...@9front.org wrote:
> > i use a derivative of nemo's patch system.
>
> Where is this in the 9atom tree? Did you replace the old
> patch(1) entirely?
good question. the commands are all apatch/create, apatch/note, etc.
patch(1) is not replaced, and the patch co
> To keep the ball rolling, let me suggest that we drop the requirement
> that Plan 9 be self-contained as a measure to make some progress with
> existing expertise. I wish we could keep Plan 9 as the sole
> foundation, but I think that's just not viable, I feel treasonous
> suggesting otherwise,
> I think such a beast would provide the foundations for a serious
> effort to bring the distributions back together. I know many resist
> such efforts because of Python (a pet hate of mine, even though I
> don't know it from Adam), HG and codereview and I resist accusing them
> of reactionary beh
> PS: I have resurrected an old Nokia (5110, but I'm not sure) phone,
> but it's been borrowed and I have my doubts that I will be seeing it
> again any time soon. Maybe this forum can help me decide what GSM
> equipment is safe from interference by the networks and their
> information masters? M
On Tue May 20 15:50:56 EDT 2014, rminn...@gmail.com wrote:
> Ah well, back to 'm' for this thread, and I now accept that this
> community is unwilling to solve this simple problem, as so many others
> have. Bummer.
nobody said that. there's a difference between noting a strawman
argument, and po
501 - 600 of 6034 matches
Mail list logo