I'm seeing some odd (wrong) behavior with Plan 9's upas/fs and was
wondering of others have seen it, before I start digging further. I
use upas/fs to talk to a local mailbox and two IMAP servers. The local
store and one of the IMAP servers work reliably correctly. On the
other IMAP server, upas/fs
Okay, /n/sources/contrib/anothy/rc/bin/looktag is useful, i think.
It'll take a list of tags as arguments, look for them in a tags file
(-f file, or tags in the local dir by default), and plumbs the results
correctly. It's intended so that if you put it in the tag of an acme
window, 1-click at an i
On 2/17/08, Eris Discordia <[EMAIL PROTECTED]> wrote:
> do Plan 9 compilers output COFF object files?
not typically, but some of the linkers can be instructed to. see the
-Hn argument in 2l(1). the list of what the linkers can generate isn't
documented, but look for HEADTYPE in /sys/src/cmd/[1257
someone on irc pointed out nemo's tools when i was most of the way
through getting ctags to work. they do look interesting, the tagfs
thing particularly. i continued with ctags because it's cross-platform
(i do much of my programming with acme on OS X) and has a good range
of languages (nemo's man
i occasionally have to deal with moderate to large bodies of code
written by others and of questionable structural integrity. most often
this is C code, but sometimes its other things. there are a few tools
i've seen which help on the learning curve; ctags is one of the more
significant one.
i've
On Feb 9, 2008 5:11 AM, Charles Forsyth <[EMAIL PROTECTED]> wrote:
> is it just a matter of chsh (after changing /etc/shells)?
It is, or at least can be. If you've got the tools installed at any
non-standard location, you have to make sure $PLAN9 is set somewhere
before your shell is started (as
On Feb 8, 2008 6:58 AM, Federico G. Benavento <[EMAIL PROTECTED]> wrote:
> why would you want that, get use to the system, this is a new world
> don't go to Laos and expect everyone speak english.
i read that as "don't go to the Labs and expect everyone speak
english". i guess that could well be
On Feb 8, 2008 4:47 AM, Eris Discordia <[EMAIL PROTECTED]> wrote:
> I have had similar questions about ways to streamline my Plan 9 experience
> since like... a week ago (that is when I began using it).
For starters, I'd suggest that if you've been using it for a week,
you've not been using it lo
On Feb 2, 2008 2:22 PM, Juan M. Mendez <[EMAIL PROTECTED]> wrote:
> So what are the facts to back up so many posts regarding autotools badness?
I mostly manage to avoid working on things where I've had to use them
as a producer, so I don't have the whole toolchain lying around. I'm
more than happ
In my first experiment with control(2), I'm trying to get fgui to
give the first entry box focus when the window is created (since in
better than 90% of my cases, all that's needed is a password). I've
tried a few methods, all of which basically boil down to:
chanprint(cs->ctl, "%s focus 1
in light of the questions here and some comments on IRC, i've created
a page on the wiki for iwp9 travel plans:
http://plan9.bell-labs.com/wiki/plan9/IWP9_2007_travel_plans/index.html
i encourage folks interested in coordinating social activities and/or
crash pads to post their info there.
anthon
On 11/27/07, Gorka Guardiola <[EMAIL PROTECTED]> wrote:
> Really good from you to offer to sysadmin for the next year :-)!!.
presumably intended as a joke, but if whoever organizes next year's
IWP9 would like help on that front, i'm happy to. i don't think
hosting the cite on my end of a residenti
I saw that the program draft has been posted
(http://plan9.bell-labs.com/iwp9/programme.pdf) - neat! Looks like an
interesting lineup. Can someone talk briefly about what the
Work-in-Progress session at the end is about? That is, is this content
provided by the organizers, or is it more free-form t
okay. between the holiday and the fact that this is the first cpu
server i've had to set up without benefit of a serial console, this
took much longer to confirm than expected, but it does seem to have
worked. i've now got my cpu server booting off my local fossil on
sdE0. i also tested the termina
well, the failure mode is now quite different. i got a panic which i
assumed meant the kernel had given up, but as i was typing this i got
a timeout message from ipconfig. something's still running, clearly.
unfortunately, most of the content scrolled off the top when i got a
dumpstack from whateve
I can mount my fossil when booted from the cdrom. The output of
fossil/conf /dev/sdE0/fossil is as follows:
fsys main config /dev/sdE0/fossil
fsys main open -AWVP
fsys other config /dev/sdE0/other
fsys other open -AWVP
srv -p fscons
srv fossil
Running fossil/fossil -f /dev/sdE0/fossil while boote
I'm not sure if 9loadsb600 is far enough along for bug reports to be
useful, but here you go.
It gets significantly further than it had been. Far enough that it
looks as though 9load's work might be done: it finds my plan9.ini and
loads the kernel indicated (both on a 9fat partition on sdE0).
Now
Not conform. Adapt. Perhaps accommodate.
Geoff asked about *noahciload in my plan9.ini; no, it is not set. None
of the *no variables are.
Gorka asked about my bios: yes, my bios knows about it. I've not got
any of the legacy compatibility stuff turned on, as my initial
experiments showed it made them not detected by the kernel, either
(a
I'm trying to install a new system and I've run into a problem: the
SATA controller is recognized fine by the kernel, but not by 9load.
The kernel tells me:
#S/sdE: ahci: port 0xe000: hba sss 0; ncs 31; coal 1; mports 3;
led 1; clo 1; ems 0
#S/sdE: sb600: sata-II with 4 ports
but 9load has no
On Nov 15, 2007, at 18:39, erik quanstrom wrote:
it's kind of silly to run 64-bit linux on a machine with <= 4GB of
memory.
unless, as you said, you need the registers (eh) or the direct vlong
(nice for some things).
my new cpu server has 4GB today. i was shocked at how cheap it was.
if
I'd like to set up my spiffy new cpu server to boot from a venti
using at least mirrored arenas via fs(3). A few questions on this:
• I'm mirroring the arenas to insure against drive failure. Does it
make sense to also interleave the indexes? Both of them?
• I've got three disks. The venti ar
What's the current status of the AMD64 port (compiler and kernel)?
I've just got a new server which would make a positively lovely
target for it. Alternately, who's the contact person?
Anthony
On 11/14/07, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> Your solution worked for me! Thanks!
// Now faces loads every email message...
That's just faces' -i flag. Leave it off if you don't want that.
// right-clicking doesn't do anything (even with plumber running)
// and "Mail mail.mac.com"
/sys/src/cmd/cwfs/README contains the statement:
The APC UPS sut-down code has been moved into a separate command,
watchapc.
I can't find any trace of it actually existing. Can it be made
available, please?
ah, good. it's by the guy who'd put me under the impression that it
was possible. ;-)
I have a bin/rc/riostart which is invoked when I (surprise!) start
rio. It contains the following lines (with the names changed) (upas/fs
is already run, without arguments, from my profile):
echo -n 'open /imap/server1/anthony server1' > /mail/fs/ctl
echo -n 'open /imap/server2/anth
On 11/13/07, David Leimbach <[EMAIL PROTECTED]> wrote:
// I thought J2ME was limited to http connectivity...
I don't *think* that's right. I'm very, very far from a Java expert,
but my impression from more knowledgeable people is that JavaME allows
direct socket communication, but the implementati
I'm beginning a project that involves writing some Styx servers in
Java, particularly in a JavaME (formerly known as J2ME) environment.
Uriel's nice page on 9p implementations lists two Java
implementations, but neither's been updated in a good while, one is
client-only, and neither lists which fla
On 11/10/07, Paul Lalonde <[EMAIL PROTECTED]> wrote:
// ...I'm hoping the days of small graphics cards will be behind us
// long before I can get around to coding such a driver...
The cheapest ATI card I could find on their website has 128MB of DDR.
The lowest of NVidia's modern line comes with 2
fossil/last will give me the score of the last dump to venti, which i
can then use to initialize a new file system. is there a way to get
the dump before that (or any arbitrary previous dump)?
ah, i see. yes, i've been caught by that as well.
the problem is i've also been caught doing 'cpu system', thinking of
it as a parallel to ssh or telnet. i probably assume -c more often
than -h, but that does seem less consistent with other "remote access"
commands.
On 11/9/07, Steve Simon <[EMAIL PROTECTED]> wrote:
// was there ever any thought that cpu could/should put you
// onto the least loaded machine in your authdom...
That seems more a server function than a client function to me; thus,
cpu(1) would be the wrong place to do it. I'd rather the server
On 11/7/07, erik quanstrom <[EMAIL PROTECTED]> wrote:
// wiring data to processors would make more sense.
is what's meant here "wiring (data+proc) to processors would make more sense"?
all the /bin/patch/* files are just shell scripts, so it's easy to see
what's going on. which stage gives you permission errors? in a default
setup, you'll have to be in group sys, as that's who owns all the
sources.
if you can't be in sys for whatever reason, you'll have a somewhat
more manual pr
I think he's asking whether there's any way to apply not yet
integrated/approved patches to his local source.
It looks like running patch/apply works for everyone, modifying
whatever the local root is (rather than explicitly working on
/n/sources), which is nice. It does require you having write
p
On 11/1/07, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> /sys/doc doesn't talk much about the system...
Erm, what? That's pretty much all it talks about. From your list of
topics, 9.ms gives a nice view of "basics", acid.ms gives a nice tour
of debugging (acidpaper.ms is a good read, too, but is
On 11/1/07, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
// I'm not a big fan of having to type "man -t 2 xxx | page" about 100 times
// a day to figure out something...
oh, who would be? you want 'man -P 2 xxx' instead. ;-)
// Anyone like this idea?
I certainly like the idea of a good tutorial-s
How are you exporting things from you Plan 9 system? It doesn't sound
to me like your server is expecting authentication, as if you're
running exportfs without -a.
mostly, just edit /sys/lib/lp/devices and start the network listener.
for the former, the "pcclone" entry should be pretty close to what you
want, although if it's a dot-matrix printer, you almost certainly will
want some other device class for your dot-matrix printer (unless
ghostscript knows how
for moving between 802.11 nets without rebooting (where the plan9.ini
config is useful), also note this line from plan9.ini(8):
// These options may be set after boot by writing to the
//device's ctl file using a space as the separator between
//option and value, e.g.
// echo 'key2 1d8f65c9a5
okay, well, i also needed to change these definitions:
c=/n/boot/dist/replica
clientroot=/n/boot
clientproto=/n/boot/sys/src/cmd/perl/perl.proto
and that seems to work (except for two missing files which seem to
genuinely not be on the cd image).
joy. except now i have perl
yes, sending raw PCM over a cable modem is likely to be unenjoyable,
or at least spottily so. do the decoding as close to your audio device
as you're able. with drawterm, that pretty much means your cpu
server's got to be nearby, yes.
the perl install consists of two steps: perl.setup and replica/
While untarring a big-ish file to a small-ish hard drive, I was
running df on my fossil console to see if I was going to run out of
space. The output from these successive runs is... not correct:
prompt: fsys main df
main: 1,644,601,344 used + 2,588,672 free = 1,647,190,016 (99% used)
pro
agreed. 'ps -a | grep venti' shows the followg after about 15 minutes:
glenda 1983:04 3:44 104508K Rendez venti [main]
glenda 1990:00 0:00 104508K Rendez venti
glenda 2000:00 0:00 104508K Sleepventi
glenda 2010:00 0:00 104
it's almost certainly venti sitting there; i don't think fossil is
even running yet. the last two lines on my screen are:
root is from (tcp, local)[local!#S/sdC0/fossil]: time...
venti...2007/0926 17:57:23 venti: conf...httpd tcp!127.1!8000...init...sync...
that sequence matches my read of the ve
Thanks to whoever made the graphviz changes (although the s;s;z; is
still needed).
I also noted that the package for gcc-related binaries is wrong: it
points to gccbin.tgz when in fact the file is gnubin.tgz. All the
other links to sources seem to be okay.
http://plan9.bell-labs.com/plan9/addons.html has incorrect (presumably
outdated) info on the Graphviz port. The graphviz folks themselves
seem to no longer have the 1.10 source distribution available for
whatever reason. No loss, though: the supposed patch link has been
replaced. It now redirects t
On 9/26/07, erik quanstrom <[EMAIL PROTECTED]> wrote:
// since venti is a user-level process, i would think that rather than
// solving the problem, disabling a cpu makes it less likely.
agree.
also certainly not the problem in any of the cases where I've
encountered this, as it's all been on on
I've had a cpu server running off a non-venti-backed fossil for a few
weeks now. the same machine has also been running venti (but the
fossil wasn't talking to it, intentionally). I'd confirmed the venti
was working by doing direct dumps and mounting the results from vacfs.
All was well.
Yesterday
perfect. removing the f from the config did the trick exactly. i've
got my fs back. i'd still like to understand more why the bitmap is
wrong on the same disks, but that's for another day now. very much
thanks.
i agree having a file server "just run" is worth quite a bit; the
problem is the hardwa
On 9/20/07, erik quanstrom <[EMAIL PROTECTED]> wrote:
// i would guess that your new fworm is not exactly the same (calculated)
// size as your old worm.
the fworm, not the cache? hrm, interesting. it's exactly the same
disks, but i suppose that could be it. i'll take a look at that and
how the bi
that was the first thing i checked. in acid, print(cwio:h) showed
seemingly useful non-0 numbers. but apparently i wasn't paying very
close attention: h in cwio is a Cache*, not a Cache, so i needed
print(*cwio:h). yup, msize is zero.
geoff's been providing suggestions and thinks that the recover
Having played around with cwfs for a week or so now, I'm trying to use
it to migrate my old kenfs. The relevant config line is 'filsys main
cw4f[w<0-3>]'; w4 no longer works. I've gotten w0-3 hooked up to my
cpu server and have created a devmap mapping w4 to a 30GB disk file
(the original w4 disk w
i agree my experience isn't relevant to john's problem. his ping times
are about 1/5 or less of what mine were. more significantly, the fact
that his significant delay happens before authentication points
towards something in the auth process (factotum+secstore).
in general, though: networks have
getting your root fs over a wide-area network can be quite painful;
you're not moving a ton of data, but the process is very
latency-sensitive. i've not done it in a few years, but boot times of
5-10 minutes were not unusual. cfs(4) cut it to about a quarter that.
still, what i ended up doing was
i'm trying to get familiar with cwfs, and i'm having issues. i'm
trying to use plain files for playing around, which cwfs(4) indicates
should be fine. i've got a directory /tmp/cwfs with a bunch of files
in it: confdisk0, fakedisk[0-3], and devmap. devmap has lines like:
w0 /tmp/cwfs/fakedi
// ...I thought the patent systems were still strictly national.
the patent systems are still national (with some exceptions like the
complex mess in the EU), but there's nothing to prevent LU (or anyone
else) filing in multiple jurisdictions. one can submit a single filing
under the Patent Cooper
On 8/26/07, erik quanstrom <[EMAIL PROTECTED]> wrote:
> > i agree tab handling is imperfect and often frustrating
>> (especially when working with people who code in
>> variable-width fonts, which, personally, still seems a bit
>> odd to me) [...]
>
> why?
no good reason. intellectually, i entirel
On 8/26/07, erik quanstrom <[EMAIL PROTECTED]> wrote:
> p.s. tabs are 8 spaces. ;-)
tabs are tabs. spaces are spaces.
seriously: i'm less concerned about what actual visual representation
is used (i like 4-space equivalent, 8 wouldn't make me upset, and
leaving it user-specified is lovely), but
Thanks for the pictures, Dharani.
Can you or someone put names to the faces?
The compiler+library trick is very nice. The run-time portion sounds
very similar to rsc's 9pm; can you summarize the differences?
Primarily i'm interested in how much of a "mental context switch"
you've got between the Plan 9 and Windows worlds.
/n/kfs is the conventional mount point for the previous
local-disk-backed file system on terminals and cpu servers; it's
likely just an issue of point it at wherever your file system is
*really* mounted, instead (or, just mount it on /n/kfs and skip the
changes).
however, and this is important, i
perhaps my sense of humor's tweaked, but i understood russ' comment to
be sarcastic, since the added complexity of making fid lookup slightly
faster on both ends seems hard to justify given how vastly outweighed
fid lookup is bound to be by the encryption-related operations.
are you running a current p9p? it didn't used to be, but has been for
quite some time. there's a program called 'snarfer' that used to be
needed, but it's not running on my system.
are you using a window manager other than quartz-wm? if so, you'll
need to run: 'quartz-wm --only-proxy &' before st
On 5/3/07, Federico Benavento <[EMAIL PROTECTED]> wrote:
"You are not using a supported compiler. We do not have the time to make sure
everything works with compilers other than the ones we use. Use either the
same compiler as we do, or use --disable-gcc-check but DO *NOT* REPORT BUGS
unless yo
you might talk to the Opera people. in addition to having a PC-type
browser that runs on multiple platforms, they have slimmed-down
versions that run on various embedded platforms. they've got a
smallish version that runs on the Nokia N800 (a linux-based handheld
device) which has decent performan
On 5/1/07, Jon Snader <[EMAIL PROTECTED]> wrote:
Is there anyone (other than a few refugees from Pascal)
who believes that C suffers from its lack of a formal boolean
type?
i think that's the wrong question. i know plenty of people who believe
C suffers from its lack of a formal boolean type,
execnet(4) seems close to what you want, but not quite right - it
provides arbitrary command access, rather than a single command (which
could make sharing it awkward).
i think closer to what you want is' geoff's cmdfs (in his contrib
dir). it's only advertised to run on third edition, but if it
Geoff wrote:
// (or is it on the drive with the damaged fossil and you
// don't trust the drive?).
exactly. i'm also replacing it with something about five times the
size at the same cost. amazing what a few years will do. once the
transition is complete, i'll most of the old disk as an "other".
I had a disk fail a few days ago, after a power outage here. Various
spots in the fossil partition generate IO errors. The Venti arenas
seem intact. I've bought a new (and larger) drive, and have done a
basic Plan 9 install onto that, and moved the old disk from sdC0 to
sdD0. I'd like to recover t
//To start with, Plan 9 can handle as many things in the
//root as you like. It is not constrained by the size
//of an rk05 or the time to fsck the root partition.
Of course; as I said, it's largely an aesthetic decision. But I do
believe it has an impact on *people* reading /, rather than progr
I'm having trouble understanding the motivation behind /cfg, as
compared to /sys/lib/sysconfig. The later seems much more general
(although i'm not clear on the pxe case specifically), as well as
having the aesthetic benefit of not needlessly cluttering root.
Am I missing something?
i'm not normally out there, but visit SF with relative frequency (one
coming up the first week in may). i'm interested in getting together
with other 9fans.
On 4/6/07, ron minnich <[EMAIL PROTECTED]> wrote:
THX will remain xen-based for now.
That's good, because otherwise you'd have to change the acronym, and
THK doesn't have nearly as interesting references (no offense to any
members of the Turkish Aeronautical Association intended).
On 3/25/07, Russ Cox <[EMAIL PROTECTED]> wrote:
There are very few reasons why one would want this kit
instead of downloading a current CD from
http://plan9.bell-labs.com/plan9 and buying printed
manuals from Vita Nuova.
Note that VN's kit also comes with the CD; should be everything you
need,
On 3/13/07, C H Forsyth <[EMAIL PROTECTED]> wrote:
anyway, as to the archaic nature of shells.
>i also find it bizarre that you can call rc "old cruft"...
i supposed that was a reference to the fact that the style of these shells
hasn't
changed all that much since 1977.
interestingly,
On 3/13/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
somebody (anothy?) made a comment ages ago about how it was "suprisingly slow".
that was me. don't misunderstand: i quite like the shell, and that
wasn't intended to imply that it's not suitable for a great number of
things (including, of
what's being proposed here for addition to rc is totally different
from the mash/inferno-sh case.
in the inferno case, we had two different authors with some
substantial differences in ideas for constructing shells, in terms of
syntax, semantics, and features. you're correct that trying to add
ro
putting psfonts in the pipeline after tr2post causes the correct fonts
to be included. this is also what 9 man does in dopage.
anthony
very nice indeed.
most of my troff work these days is with man pages. it looks like
replacing the line:
{ 9 tbl $tmp.tr | 9 troff -ms | tr2post >$tmp.ps_
with
{ `{doctype $tmp.tr} | tr2post >$tmp.ps_
will get it to use the right macro packages (and other tools as
needed). i also a
On 3/7/07, [EMAIL PROTECTED] wrote:
> How can you get under the hood if you can't figure out how to pop it up?
Umm, read the documentation?
8½ was brilliant for that. unless you read at least the introduction
to the system, you were getting *nowhere*. fast. i learned that my
first day with my
i believe the problem is that the dowloadable floppy is no longer
modifying its plan9.ini file to set installurl, which the 'download'
script relies on. edit plan9.ini (you can do this from anything that
can read fat floppies), adding
installurl=http://plan9.bell-labs.com/plan9/download/plan9.iso.
looks like at least (hopefully only) minor changes will be needed to
9pfuse (and mount, but that's trivial). i'm looking into it now, but
if i don't get it in the next 45 minutes, i won't have another chance
to look at it until tuesday.
on first pass, it looks like just mountfuse() in 9pfuse/fuse
there is indeed: see $PLAN9/src/cmd/9pfuse. i think this just made my day.
On 12/21/06, Russ Cox <[EMAIL PROTECTED]> wrote:
> but apple decided to combine init, x?inetd and cron
> (because they all start programs!)
too bad they forgot sh!
the GNU folks are progressively cramming as much of the system as they
can into bash. eventually, we're only going to have two pro
On 12/21/06, Brantley Coile <[EMAIL PROTECTED]> wrote:
Where do I put the stuff below?
note the subject line. launchd will scan /Library/LaunchAgents and
/System/Library/LaunchAgents (i think also some other places?
LaunchDaemons, or some such?). user-added ones go in
/Library/LaunchAgents.
On 12/5/06, erik quanstrom <[EMAIL PROTECTED]> wrote:
of course you could
a) modify the kernel to allow one to use DEL
at the console.
not that i think it's a good idea, but couldn't one "just" either add
this to rc or insert an intermediate processor?
again, certainly not advocating it (if y
On 9/19/06, Richard Miller <[EMAIL PROTECTED]> wrote:
My experience with Virtual PC (on a 1.25Ghz G4) is that it's much
too slow for any kind of serious use.
agreed, so long as you have to cross chip types. so i'd say it depends
what "newer" means in the initial question. parallels, which just
i had a 21064 system sitting around. around '99 i tried to get plan9
working on it, without much luck. dhog gave me a little time on it and
said the then-current port required at least a 21164, possibly a
21164A, as it relied on some extensions to the ISA. he wasn't
interested in extending support
On 9/5/06, erik quanstrom <[EMAIL PROTECTED]> wrote:
this is probablly not exactly what you want, but p9p's 9p(1)
is able to read, write and ls a 9p connection. i'm pretty sure russ
has it going on osx. it might be just enough in a pinch.
it does indeed work on OS X. we've got a significant s
On 8/12/06, Russ Cox <[EMAIL PROTECTED]> wrote:
There's no prize for having the idea first if you don't do anything with it.
somebody please tell the PTO.
no (current) iso for sparc exists. you must build it from a PC
(sadly). also, the port itself (themselves, really; there's two
distinct "sparc" ports depending on what hardware you're interested
in) is in a very basic state; i think you still need to boot from a
separate file server (no local fs).
defining "ordinary" is, of course, impossible, but about yea fast:
http://www.cs.bell-labs.com/who/seanq/p9trace.html
// GMT is UTC+1 at summer.
you misread the note on that page. UTC and GMT are the same, modulo
leap seconds. GB is currently on British Summer Time, not GMT, and is
one hour ahead of that.
PAC was always internal-only. if i remember right, it became the basis
for the audio encoding in MPEG-4, though. it provided better
bitrate/quality and quality/cost-to-decompress ratios than mp3, but if
you can do, say, AAC, you're even with or ahead of where PAC was.
the new script 'mount' relies on a recent change to rc to allow
unquoted ='s in argument lists. i suspect you're running an old rc.
either update rc or modify the mount script to quote your ='s.
i know you said "more later", but i'm impatient.
i *think* this is really cool, but i'm not entirely sure. that is, i'm
sure there are cool bits, but i don't know which ones. how's the thing
work? i assume the embedded system's connected directly to the GPS, as
you talked about a while ago, but i
On 4/26/06, David Leimbach <[EMAIL PROTECTED]> wrote:
> There are some debian BSD projects that seem to try to use glibc if I
> recall correctly.
there's a handful of projects trying to port the Debian bits to
various BSDs. they all face the same argument early on: port glibc or
use the existing
On 4/25/06, Anthony Sorace <[EMAIL PROTECTED]> wrote:
> works fine for me...
um, nope. ignore that. too early in the morning.
1 - 100 of 114 matches
Mail list logo