> Thus, hard coding "charset=utf-8" in http header will bring other
> problem
> because that coding disables a line in html header such as:
>
that should not be a problem on a plan 9 system;
plan 9's character set is utf-8.
- erik
> Is the output of file(1) appropriate for this purpose?
> Shouldn't your sample file also be sent as UTF-8?
it should be. for example since
; echo ☺ | file
stdin: short UTF text # sic
one would expect that echo ☺ | file -m
would yield text/plain; charset=utf-8.
> file(1) speak
> At the hardware level we do have message passing between a
> processor and the memory controller -- this is exactly the
> same as talking to a shared server and has the same issues of
> scaling etc. If you have very few clients, a single shared
> server is indeed a cost effective solution.
just
On Mon Oct 19 09:51:33 EDT 2009, rogpe...@gmail.com wrote:
> there's another problem with file -m that
> i've been bitten by before: it ignores any
> stuff after the first 6000 bytes.
>
> so if you've got a mostly-ascii file with some
> utf-8 characters 8K in, then it won't be picked up.
>
> i th
On Mon Oct 19 10:36:51 EDT 2009, rogpe...@gmail.com wrote:
> 2009/10/19 erik quanstrom :
> > why try that hard? just call it utf-8. i can't think of
> > any browsers that would have a problem with that today.
>
> the instance of the problem that i had was when
> a
> what changed recently?
> not drawterm.
no. not drawterm. not the video card.
i've recently "upgraded" x.
; ls -l `{which drawterm}
-rwxr-xr-x 1 quanstro users 1226424 Mar 12 2009
/home/quanstro/bin/amd64/drawterm
but that may be a red herring, see below
> can you tell us m
> Details of the calculation: 7200 seconds * 30fps * 12*16 (50*50 pixel chunks)
> *
> 50 elementary arithmetic/logical operations in a pipeline (unrolled).
> 7200*30*12*16*50 = 20 trillion (20,000,000,000,000) processing units.
> This is only a very rough estimate and does not consider all
> I ran the numbers the other day based on sped doubles every 2 years, a
> 60Mhz Pentium would be running 16Ghz by now
> I think it was the 1ghz that should be 35ghz
you motivated me to find my copy of _high speed
semiconductor devices_, s.m. sze, ed., 1990.
there might be one our two little pro
> great. now that you have a reproducible test case, try this:
>
> in drawterm/gui-x11/x11.c:/^xdraw it says
>
> /*
> * drawterm was distributed for years with
> * "return 0;" right here.
> * maybe we should give up on all this?
> */
>
> if((dx
totally ot. sorry.
> > 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, I beg to disagree ;)
you may not fu
> On Fri, Aug 28, 2009 at 12:13 PM, erik quanstrom wrote:
>
> > > If we've got 320kbps we can easily do the presentation via justin.tv
> > > or something similar. Alternatively, if we just want to set up e.g. an
> > > mpeg stream, I have machines that can p
i put a proposed change to file(1) on sources.
new rules:
1. if -m is given, and the file is text/*, then
while neither
a. nulls or bad runes appear, or
b. both latin1 and utf appear
generate a histogram of the file
if a or b hold, then promote to application/octet-stream.
3. -c
> >you motivated me to find my copy of _high speed
> >semiconductor devices_, s.m. sze, ed., 1990.
> >
> >
> >
> which motivated me to dig out the post I made elsewhere :
>
> "Moore's law doesn't say anything about speed or power. It says
> manufacturing costs will lower from technological impr
the problem is indeed drawterm related, but it's not dt's
fault.
the problem is that devdraw/loadimage.c needs to load
at least 1 scan line at a time. unfortunately, iounit for
drawterm ends up being 8k, so display->bufsize=8k. the
problem is that each scan line is over 9k in my case.
i haven't
> > i haven't looked yet to see if the kernel can deal with
> > partial lines, or what could be done about the too-small
> > iounit. but it would seem to me that something has to
> > give.
>
> you can handle this in loadimage by turning a single
> call with too much data per scan line into multip
> even easier would be to tweak drawterm so that it
> ends up with a larger iounit. i'm pretty sure devdraw's
> iounit is bigger and also that we bumped up the block
> size in cpu (looks like 64 kB) for exactly this reason.
good point. can we just make i/o unit anything we wish?
maybe it's old 9
i don't recall getting these before. this seems
like new behavior. i got 4 of these when downloading
4gb of pictures from a sd card. never in
the same place twice. sb600 ohci controller.
disk... reset: device is detached
it seems that umsrecover -> umsreset -> usbcmd and
if(usbcmd(um
> Can you get the error with the old version of the code?
nope.
- erik
On Tue Oct 20 23:51:46 EDT 2009, rminn...@gmail.com wrote:
> I'm here, anyone doing breakfast? Where to go?
>
> ron
what time? i can do ~9:00 i think. how about
it's east to the 5-way intersection pm broad and
down the hill to the se (oak st)
http://www.eatatmamasboy.com/pages/base.php
- erik
On Thu Oct 22 22:54:41 EDT 2009, eri...@gmail.com wrote:
> Everyone is busy drinking and debating protocol semantics. I think
> we've managed to empty the coraid fridge of beer.
skip, sorry about that. we drank all your beer.
- erik
> "In the cloud architecture it's Services all the way down"
at least till mack sneezes.
- erik
> The problem is, everyone who generates configure by this version (or
> some range of versions) of autoconf would run into this because this
> is inserted in the configure's initialization code without any feature
> tests requested by configure.ac
lots of discussion of autoconf at the gsoc mentor
On Sun Oct 25 22:35:13 EDT 2009, blstu...@bellsouth.net wrote:
> > Thanks to everyone who attended and to Erik Quanstrom and Coraid for a
> > rockin'
> > IWP9.
>
> I second that! It was a great meeting.
you're welcome. but i (and we) should
be thanking y
On Mon Oct 26 12:35:07 EDT 2009, andr...@pvv.ntnu.no wrote:
> Our cpu/auth/file went belly up some time during the weekend. It
> responded to ping, but we couldn't drawterm in. No response from
> the vblade process providing storage to our XenServers either.
> Walking down to the machine I found th
http://iwp9.org.
i'm sure there are typos. let me know offline.
- erik
> Equally true story. We used to run our own servers. A (name withheld)
> sysadmin always felt he knew better than management how servers should
> be configured and managed even when in fact he did not. So we went to
> Rackspace, where we are treated as customers and where sysadmins manage
> th
> I mean, say your company has 25 satellite offices... why should they all
> have to do redundant work to update all the systems across the board. Isn't
> the repetition going to cause a higher chance of someone missing something?
absent the plan 9 terminal model, who updates users' machines?
-
> // Since the purpose of ape is to emulate the environment
> // configure is expected to run in...
>
> false premise. the purpose of ape is to provide an ANSI/POSIX environment.
> it's purpose is as much for outbound porting as inbound, and maintaining the
> actual target is more important in tha
> I'm impressed. What are the prospects of this happening. It is good
> news if people decide to go that route.
>
in certain cases, 100%.
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
On Fri Oct 23 22:47:46 EDT 2009, michaelmuf...@gmail.com wrote:
> try using [_a-zA-Z][_a-zA-Z0-9] rather than the expanded form. i
> didn't track it down to be sure, but plan 9 awk seem to have a limit
> 34 characters inside square brackets. a rather odd number
>
> cpu% echo hello | awk '/^[abcdef
> There is a lot of residual "management doesn't understand networks and
> databases and operating systems so we will make decisions for them"
> attitude out there, even where the reality of management's background
> has changed. While it's true that "cloud computing" is a nonsense
> phrase, th
On Tue Oct 27 12:52:52 EDT 2009, rogpe...@gmail.com wrote:
> the environment variable size limit is set to 16300 bytes which
> seems rather small; for instance it can break mkfiles for large projects.
>
> might a patch specifying a larger size limit (e.g. 128K) be accepted?
you need a single vari
> >> There is a lot of residual "management doesn't understand networks and
> >> databases and operating systems so we will make decisions for them"
> >> attitude out there, even where the reality of management's background
> >> has changed. While it's true that "cloud computing" is a nonsense
On Tue Oct 27 17:14:39 EDT 2009, 9...@9netics.com wrote:
> i built a new 9pcf kernel from the latest sources that should have
> included the latest vesa driver improvements (mtrr). somehow i lost
> the performance gains in the new 9pcf compared to a 9pcf kernel that i
> downloaded from labs after
i read russ' sleep history of the discussion of
sleep/wakeup on 9fans and didn't see any
references to this.
i've been wondering why wakeup requires that
some process be in state Wakeme and that
it be waiting for the particular Rendez passed
to wakeup.
i don't think this is required for correctne
On Tue Oct 27 20:22:00 EDT 2009, rminn...@gmail.com wrote:
> I realize it is early but a neat GSOC project would be to take the
> mods I made to 8l and friends and use these as a way to build dtrace
> for plan 9.
a more centrally plan 9 project would be to build a coverage
analysis tool. that may
On Wed Oct 28 05:42:25 EDT 2009, fors...@terzarima.net wrote:
> it isn't protecting against double wakeups, but
> instead detects a bug in the code. there's an invariant
> that the rendez and the process point to each other
> while the process is asleep.
> wakeup checks that invariant.
> there are
> if a process p sleeps on r for condition f, and there are two wakeup(r), only
> the first wakeup does anything because by the time of the second,
> r doesn't refer to p any more. were you wanting r to retain memory of p so
> the second wakeup would ... presumably still not do anything? (because
>
On Wed Oct 28 15:09:54 EDT 2009, s...@nipl.net wrote:
> I think my main points were good.
>
> * can parallelize by duplicating subsystems / divide and conquer
> * can parallelize by pipelining, even down to the arithmetic level
> * latency is limited by Ahmdal's law, potential throughput sho
On Wed Oct 28 16:44:36 EDT 2009, ash_...@bk.ru wrote:
> Hi, folks.
> I'm trying to understand how system interact with network protocols, such as
> tcp, udp and other.
> i'm look through sources in /sys/src/9/ip/ and saw follow:
> - protocol header struct
> - protocl init function
> and so on.
>
> 1) as i understand, protocol initialization occurs in ipgetfs, which not used
> anywhere, except
> ipattach function in same file (devip.c). ipattach, in turn, member of
> ipdevtab struct and latter
> isn't used anywhere too (i haven't found any with grep).
> It seems me strange, but at this
> http://iwp9.org/papers/usb.pdf - this paper is wrong :( It's about email :)
fixed. please let me know off list.
- erik
> To capitalize the first letter of each line wouldn't this be enough?
>
> s/^./\u&/
; echo abc def | sed 's/^.\u&/'
sed: s command garbled: s/^.\u&/
- erik
On Thu Oct 29 12:31:23 EDT 2009, iru.mu...@gmail.com wrote:
> On Thu, Oct 29, 2009 at 2:08 PM, erik quanstrom wrote:
> >> To capitalize the first letter of each line wouldn't this be enough?
> >>
> >> s/^./\u&/
> >
> > ; echo abc def
insightful post
> Pardon if this has come up before, but what about the greatly
> increased time taken to launch a shared-lib program? That's quite
i just built a trivial executable on linux x86-64 with a
main that calls exit(0) as its only action. the
executable is 722905 bytes (which is large
> > Pardon if this has come up before, but what about the greatly
> > increased time taken to launch a shared-lib program? That's quite
>
> Not that much if your loaded caches the binaries of the programs (as
> we do) and they
> are small and for really shared state you have filesystems which
> s
On Fri Oct 30 01:47:06 EDT 2009, r...@swtch.com wrote:
> > btw, isn't the lockstats.locks++ in taslock:/^lock
> > broken since >1 loads can happen simultaneously
> > leading to undercounting?
>
> sure but does it need to be 100% accurate?
probablly not. but it will be most inaccurate
and cause t
On Fri Oct 30 11:31:24 EDT 2009, dav...@mac.com wrote:
> You can do it, definitely.
>
well played!
- erik
> Python handles correctly e.g. 2-7, 2+-+-7, 2+++-7,...
> C-compiler that I use in my linux, gcc, is ok for a+-b and a-+b, also
> for a+-+-b, but not for a++b or a--b or any alike.
you're confusing tokens and productions. the c tokenizer
has the following rules
-- -> DEC
++ ->
> The whole point of D is to be able to execute scripts in kernel mode (and
> sometime in tricky places like interrupt handlers, etc).
that's a scary idea. i wouldn't run anything like
that outside of testing. and so why wouldn't i just
write a bit of custom code?
- erik
> hmm, I'm always writing the similar debugging code for the kernel, I
> know I'll write a bit of custom code.
>
> ... some time later
>
> hmm, I'm always writing the similar post processing scripts, I know I'll
> add a callback before each print
we have acid for a reason. dtrace isn't a
On Sun Nov 1 11:55:47 EST 2009, devon.od...@gmail.com wrote:
> Also, D is not compiled in kernel. The dtrace utility compiles the D
> script, and the script goes through some sanity checking in the D
> compiler. The bytecode is sent to the kernel to execute. There are
> some in-kernel safety guara
> Some people find the idea of writing their own kernel code "scary".
> To those who don't I imagine d-trace has less appeal.
sure thing. plan 9, by being simple, makes the kernel
a much less scary place to be.
by the way, many of the same people have now decided
that library code is scary. :-)
while on the subject of ancient things,
does anyone know what hardware the
first (or even proto-) cpu server ran on?
i hope i haven't missed the answer in
the archive.
- erik
On Mon Nov 2 13:08:47 EST 2009, 9...@9netics.com wrote:
> i need to pxeboot several cpus -- remote sensors -- with only usb
> storage. here's an old thread for the same thing. is there a
> solution?
>
aoe storage?
- erik
On Mon Nov 2 15:34:25 EST 2009, n...@lsub.org wrote:
> iirc you could put nvram=/dev/sdU...
> in plan9.ini.
this patch, mentioned at iwp9, will also solve the
problem without mangling plan9.ini:
/n/sources/plan9//sys/src/libauthsrv/readnvram.c:25,46 - readnvram.c:25,32
int len;
} nvtab
On Mon Nov 2 17:46:22 EST 2009, bruce.el...@gmail.com wrote:
> The Devil Went Down To Georgia?
>
> brucee
i must have missed you in all the excitement. next
time make sure to say hi!
- erik
are the functions mentioned in atom(2) defined in a header
file somewhere? i don't seem to be able to locate their definitions.
- erik
> This is prob best done on the ninefs mailing list to
> save the 9fans who aren't interested in windows stuff.
my 2¢:
i don't see that 9p for windows as being off topic.
i'd rather not have to follow a few dozen lists to keep
up with plan 9.
- erik
On Sun Nov 8 19:58:08 EST 2009, rminn...@gmail.com wrote:
> On Sun, Nov 8, 2009 at 4:07 PM, wrote:
>
> > I'd be happy to see a BPF-style filter in the kernel for filtering events
> > before chucking them up to userland,
>
> Point taken. I could pretty easily put a simple filter like that in
>
i've updated 9atom to include tracing in the cd kernel
(so it can be easily tested) and in 9pcf if you'd like to
play with it. everything needed to rebuild the kernel
should be included. this is a departure from previous 9atoms
that modified no source. if this change is a problem,
please let me
> Note that we can filter on up to 16 PIDs already. Also, you can grow
> the buffer space to 256 KB -- but yes, we could grow it further.
i upped that pidwatch limit to 64 and added a binary search on the
pid array, so 64 is really an arbitrary limit. there would be
essentially no cost to upping
> > I keep hearing this brought up, but (while I am not an expert) AFAICT, the
> > runtime for each D hook should be strictly bounded by the number of
> > instructions lobbed in, since D does not (without root override, perhaps?)
> > support backwards jumps. Am I mistaken in my understanding of DT
> DTrace by itself is pretty lame. It needs providers to be interesting.
> By itself, it's a very limited interpreter that supports BEGIN and
> END, and a couple other tiny things (ERROR, maybe?). Devtrace would be
> analogous to the syscall provider for DTrace, from my understanding.
i may be mis
On Tue Nov 10 08:25:22 EST 2009, ze.bran...@gmail.com wrote:
> Sorry for my ignorance, but is this not what importfs is for ?
what is importfs?
if you mean exportfs, it's not going to do what lyndon wants
you can import devices as a normal user
; import -E ssl minooka.coraid.com '#æ' /n/
On Tue Nov 10 20:02:34 EST 2009, mirtchov...@gmail.com wrote:
> but will it run on Plan 9?
would the authors care to contrast go with limbo?
- erik
> > Speaking of VMs (and Limbo) -- I'm wondering if Go is eventually going
> > to have it anyway. Any reason not to?
>
> It can be perceived as a competitor to C if it has a runtime, but not
> if it has a VM. So I don't think it would grow one.
why do you think the goal is to be
perceived as a co
> If I plug in a usb keyboard during boot, would I get to use
> it? If so, how does it get accessed?
yes. you don't need to anything. usdb starts kb which
attaches to kbin.
- erik
On Thu Nov 12 11:46:36 EST 2009, quans...@quanstro.net wrote:
> > If I plug in a usb keyboard during boot, would I get to use
> > it? If so, how does it get accessed?
>
> yes. you don't need to anything. usdb starts kb which
> attaches to kbin.
i forgot to mention that low-speed only devices w
> Because it is constantly compared with C, C++, Java, and scripting
> languages. Its packages are sold as better than C header files, which
> is demonstrated in Russ' compile time video. It is a compiled language.
> Its syntax is not horribly divergent from C.
none of this line of reasoning bears
On Thu Nov 12 14:56:53 EST 2009, 9...@9netics.com wrote:
> i have two nearly identical configs for a cpu and a term kernel on
> identical hardware (single proc); the difference is that cpu config
> has bridge and sdp devices. vesa works with term but aux/vga can't
> find /dev/realmode when booting
perhaps i'm missing something, but we experienced
a crash in mmuwalk that was explained by interpreting
the garbage in a page allocated by mmuwalk as valid
page flags. of course this did not end well.
/n/dump/2009/1112/sys/src/9/pc/mmu.c:624,629 - mmu.c:624,630
map
On Thu Nov 12 13:36:19 EST 2009, n...@lsub.org wrote:
> I tried this on one machine and it worked.
> I'll keep trying to see if that's just that machine which works.
>
> I'd like to get debug output (usbdebug=2) for a machine hang.
last bit of output
uhci 0xc400 setting run to 1
uhci 0xc400 cmd 0
On Thu Nov 12 16:20:39 EST 2009, 9f...@hamnavoe.com wrote:
> The two cases are:
>
> /sys/src/9/pc/mmu.c:510,513
> if(didmmuinit)
> map = xspanalloc(BY2PG, BY2PG, 0);
> else
> map = rampage();
>
what i find i can't live without is a record
of the commands i've typed. sometimes a
one-liner from last week is useful. i use the
commands - and -- (source: /n/sources/contrib/quanstro/src/history.c)
along with the following patch to rc to make it
go.
- erik
; 9diff fns.h
/n/sources/plan9//sys
On Fri Nov 13 20:13:20 EST 2009, lyn...@orthanc.ca wrote:
> bio(2) doesn't support files opened for read+write; Looking
> at the implementation I don't see why it couldn't.
>
> Was this excluded for a particular reason?
cf. /sys/src/cmd/upas/common/libsys.c:^/sysopen
i believe presotto wrote bot
> It's dog slow (actually, avl(2) is), but its effectively
> unbounded for the input dataset size.
i haven't found avl to be slow, so i was interested in
this. after stripping out the tmp file and the
unnecessary runes, prof tells me this for a
2000x1 array. (normal runtime ~20s)
minooka; p
On Sun Nov 15 14:49:39 EST 2009, slawmas...@gmail.com wrote:
> Have any of you run Plan 9 on a Dell Poweredge 1400? I'm looking for a
> new cpu/auth/file server for home, and I'm being offered a Poweredge
> 1400 for the cost of shipping and handling.
this may be a useful link to you. it has lspci
> Hello,
>
> is there anything similar to the bash's
> set -e
> (that causes a script to terminate whenever any command in the script
> returns a failure)
> in rc?
> Or do I have to always write sth like
> command1 || exit
> command2 || exit
> ...
> ?
>
see rc(1) invocation section. see -e. th
i've put an update of the plan 9 source to bwk's current
version on sources /n/sources/contrib/quanstro/src/awkupd.
please let me know if i've introduced any bugs.
thanks to aharon robbins for pushing me into it.
- erik
On Tue Nov 17 16:38:59 EST 2009, ge...@plan9.bell-labs.com wrote:
> If you run replica/pull (or have done so recently), you'll find a new
> kernel subtree, /sys/src/9/kw, which contains a basic port of Plan 9
> to the Sheevaplug, derived from the port of native Inferno.
great deal. i suggest addi
On Wed Nov 18 18:28:36 EST 2009, ge...@plan9.bell-labs.com wrote:
> /acme/bin/arm is already in the distribution. It's empty because we
> only ship binaries for the 386 architecture (and that's only so that
> installations can bootstrap themselves using PCs). You might want to
> add to my earlier
i was having some trouble with stats reporting higher
ethernet throughput when my connection to the cpu
server was getting busy. here's a little experiment that
works around the problem by reducing the sleep time
by the time it takes to make the samples. as a secondary
connection, if the sampling
On Fri Nov 20 05:26:26 EST 2009, mauricio.antu...@gmail.com wrote:
> Hi, all,
>
> I found 'werc' in a wikipedia link, and used it
> as a source for examples of how to use rc. Are there
> other places where I can found rc scripts, as well
> as other scripts for plan9 tools?
here are the scripts fr
it really isn't worth fighting.
/n/dump/2009/1120/sys/src/cmd/yacc.c:1918,1933 - yacc.c:1918,1940
/* i is the number of lines skipped */
i = 0;
- if(Bgetrune(finput) != '*')
- error("illegal comment");
c = Bgetrune(finput);
- while(c != Beof) {
> info here.
>
> http://plan9.aichi-u.ac.jp/netlib/9fans/
>
> http://rc-shell.slackmatic.org/
wow. big miscommunication here. when the original
site went down and i couldn't contact any of my list
of usual byron-rc suspects, i redid freshmeat's listing
to point to something active.
> I've gotten and graphed a quick trace of all requests in-kernel to poolalloc
> during a session with my terminal, where I booted up, created a few
> windows, built a kernel, and shutdown.
>
> http://grex.org/~vsrinivas/p9malloc-traces/
> (There's even some eye-candy!)
>
> Quick summary: 50% of
amuzing bug 'o the day.
while 9c isn't in the standard distribution,
if one has OS=9* and does a mk clean in /sys/src/cmd/fossil,
you will remove 9.h since 9.h looks like a temporary name
for a command named "h" for the power64 architecture.
- erik
On Sun Nov 22 05:01:24 EST 2009, n...@lsub.org wrote:
> Usb disks don't know how to handle partitions.
> You have to use partfs IIRC or some other tool to
> partition it.
>
usb/disk should return "bad process or channel control request"
rather than "permission denied".
with contrib quanstro/sd,
i think that with sdloop(3) it's possible to get a drive
partitioned on bootup. the one gnarly trick you'd need
is to put the partitions manually in your plan9.ini unless
9load sees the device through bios.
i haven't written a sdorion 9load driver, so i cheat in
a similar way. replace sda0 with
i added some bits to my copy of stats(1) that allows tracking
of /net/ether0 and /net.alt/ether1 simultaneously and scales
the max by the link speed, not the number of processors.
it didn't take long for this to be useful.
this morning i noticed that there was quite a noticable load on
my dsl lin
> > i haven't written a sdorion 9load driver, so i cheat in
> > a similar way. replace sda0 with the appropriate.
>
> I'm not using 9load, anyway. This machine has OFW and I'm
> using a small forth script in place of 9load.
the same cheat would work. the plan 9 kernel doesn't
partition disks.
> The Plan 9 and 9atom liveCDs have the same problem: when the `root is
> from' prompt appears,
> nothing happens and the keyboard does not work. The keyboard is not
> usb and no usb devices
> are plugged in. Both liveCDs apparently have nomp set, as only one cpu
> is detected.
>
> I had to change
On Mon Nov 23 23:31:06 EST 2009, ano...@gmail.com wrote:
> the most notable differences are that (by default) the network stack
> is very stripped down and the file system goes through a special
> pass-through driver (#Z) rather than fossil or whatnot. there are
> patches to change both behaviors (
> for(var in `{ls /env}) {
> ifs=() contents = `{cat /env/$var}
> if (~ $var *#*) fn `{echo $var | awk '{split($0, a, "#"); print a[1]}'}
> {$contents}
> if not var = $contents
> }
pretty sure that's a syntax error. and for simple variables, quite
wrong. this function does better, bu
> Has anyone given thought/attempted to getting newer scanners to work
> on Plan 9? Perhaps the SANE library could be used as a base for
> something saner (if you'll forgive the pun).
i thought that was irony. :-)
- erik
> That's neat. It makes sense too, using ethernet almost always seems a
> better deal than using USB.
coraid agrees. except for the "almost" part.
- erik
On Wed Nov 25 12:49:12 EST 2009, ano...@gmail.com wrote:
> where's my ethernet mouse? ;-)
>
how to troll like a pro!
- erik
> contrib/pull with no args pulls all contribs that I already pulled
> contrib/listlocal would list local contribs
contrib/installed should list the installed packages.
contrib/pull `{contrib/installed} should pull all
installed packages.
- erik
> Great. We're getting there. I do think in the long term the contrib
> packages should be tar files. That would get our performance back.
that performance is only for one case. what about the
case where i'd like to know if a local file differs from sources?
(i suggest contrib/diff as an addition
901 - 1000 of 6034 matches
Mail list logo
