[9fans] Throwing in the Towel

All, It has taken almost 15 years, but fossil has finally managed to chew through a second set of SSDs and I just don't have the heart to feed it a third. As of last night, I backed up my venti store, dutifully recorded vacs, and deracked the equipment. I first encountered Plan 9 while working

Re: [9fans] Re: Fun with sshsession

> Steve, > I'm glad to hear you got it sorted out. Now that our fall term is > over, I can come up for air. But I didn't have much to add to > your search anyway. Hey Brian, no worries! I've just returned from an extended holiday break myself - I apologize for the delay in responding. > About

[9fans] Re: Fun with sshsession

> I found another interesting wrinkle. It appears this issue seems to > only affect diskless CPU servers. I'm able to SSH successfully to my > auth and file servers. Mystery solved! It turns out this was the same issue Cinap fixed in auth/as last year. sshsession was inheriting the host owner

Re: [9fans] Re: Fun with sshsession

That's fantastic. I'll give this a spin - thanks so much! On Wed, Dec 7, 2022 at 12:40 PM michaelian ennis wrote: > > The last thing fixed before Coraid shut down was permitting more than > a single exec on an open channel. Bruce Wong fixed it. > > Ian > > On Wed, Dec 7, 2

[9fans] Re: Fun with sshsession

> Has anyone on the list gotten sshsession up and running supporting > non-host owner logins? I found another interesting wrinkle. It appears this issue seems to only affect diskless CPU servers. I'm able to SSH successfully to my auth and file servers. Cheers, Steve

[9fans] Fun with sshsession

All, I've recently had a need to get SSH2 up and running on a CPU server using auth_userpasswd and I'm running into issues after authenticating as a user other than the host owner. I'm able to authenticate successfully as a normal user, however the actual login user is still treated as the host

Re: [9fans] Statistics collection for Plan 9

> the screenshot failed to attach… Apologies, I double checked my SMTP relay and I see both messages being handed off to 9fans - I suspect the attachment was too large and likely caught in a filter somewhere. Rather than play attachment size whack-a-mole, I've uploaded a copy to 9p.io:

[9fans] Statistics collection for Plan 9

All, Some time ago (history(1) claims late 2015) I wrote a small network client for collectd to send system statistics to a remote server for visualization. It's worked well over the years and over the holiday I had a chance to squash a couple of bugs and update the visualiation to something a

Re: [9fans] plan9port fossil

Hi Kim, Sorry for the late response, I've been heads down the last couple of weeks and haven't been keeping an eye on 9fans. I've had a lot of luck using venti from plan9port with fossil running natively on my plan9 fileserver. I keep a directory on sources (now 9p.io) with some notes and

Re: [9fans] Updated contrib packages for go1.13.5

On Mon, Jan 13, 2020 at 8:52 AM Lucio De Re wrote: > Thank you, Steven. This type of proactivity seems to me the best path > to keeping Plan viable. No thanks necessary - David, Richard, and many others have done the heavy lifting, I just scripted a few things. Hopefully others will find it

[9fans] Updated contrib packages for go1.13.5

All, I've added arm and 386 packages for go1.13.5 on 9p.io. I decided to package the entire GOROOT, so while the archive isn't particularly large, it will take some time to install due to the number of files contained within. Assuming you have moved over to 9p.io for sources, you can install

[9fans] Updated contrib packages for python2.7

All, I've updated jas' Python packages on 9p.io to 2.7.8. These packages have also removed the hard dependency on Mercurial and both 386 and arm systems. You do not need to apply erik's APE updates to use these packages unless you want to build from source. I've also uploaded a tarball in my

Re: [9fans] Help with Interpretation

> I am trying to make sense of these numbers but having some difficulty > finding any documentation explaining them. Your best bet is to read the source in /sys/src/cmd/cwfs; cwfs is a ported version of the original file server, ie. Ken's. > Can someone either point me to that documentation or

Re: [9fans] Building go1.12.14

>> You may want to set GO_TEST_TIMEOUT_SCALE=2, for example, >> before running all.rc, to increase the timeout to 18 minutes. > > Gotcha. I'll crank this up and rebuild to see if that clears the > issue. With repsect to the failure in exec_test.go, I came across > this failure on the amd64

Re: [9fans] Building go1.12.14

> You may want to set GO_TEST_TIMEOUT_SCALE=2, for example, > before running all.rc, to increase the timeout to 18 minutes. Gotcha. I'll crank this up and rebuild to see if that clears the issue. With repsect to the failure in exec_test.go, I came across this failure on the amd64 builder but

Re: [9fans] Building go1.12.14

> Also keep in mind that Go doesn't use any of the Plan 9 libraries > and uses its own TLS implementation. So fixing the Plan 9 > tools to support TLS 1.2 will have no impact on Go. Makes sense. It looks like those patches at least got things moving again on the Plan 9 side. I updated my

Re: [9fans] Building go1.12.14

> I think the second issue has been fixed in Go 1.13. > > You can follow the issues their resolution on > https://github.com/golang/go/labels/OS-Plan9. Thanks. I'm beginning to suspect there may be some additional patches needed that I may not have applied. I've noticed when attempting to

[9fans] Building go1.12.14

All, I was updating my golang installation this morning and I ran into a couple of failures building go1.12.14 - I was curious if any on the list have run into issues as well: --- FAIL: TestContextCancel (1.02s) exec_test.go:1096: echo exec_test.go:1122: canceling

Re: [9fans] Running venti from plan9port

> Steven, I found, on a 32-bit host, that vacfs truncated biggish to big > files on reading them and Cinap suggested that I should look at > possible confusion in size_t types versus 32-bit integers. I never got > around to that, but otherwise, I have also had good service from venti > on p9p.

[9fans] Running venti from plan9port

All, I've updated my notes on running venti on a Linux host using plan9port on sources. If you're interested I've added a README for RHEL7 along with a systemd unit and firewalld service definition. It's a poor replacement for a proper AoE shelf, but it has stable since I migrated my data in

[9fans] Running venti from plan9port

All, I've updated my notes on running venti on a Linux host using plan9port on sources; if you're interested I've added a README for RHEL7 along with a systemd unit and firewalld service definition. It's a poor replacement for a proper AoE shelf, but it has stable since I migrated my data in

Re: [9fans] /mail/lib/rewrite and net!$smtp

> Thanks! Unfortunately my MX host only exposes port 587 for relaying > mail outside of the domain. I suppose I could update cs to permit > specifying a port number in ndb for $smtp, but I'm not sure that's any > better than just specifying the relay host directly in rewrite. I did some more

Re: [9fans] /mail/lib/rewrite and net!$smtp

> Don't give up yet, it works for me: > > term% ndb/csquery /net/cs 'net!$smtp!smtp' > /net/tcp/clone 93.93.130.6!25 > /net/tcp/clone 93.93.131.52!25 > /net/tcp/clone 2a00:1098::86:1000:0:2:1!25 > /net/tcp/clone 2a00:1098::82:1000:0:2:1!25 > > In my /lib/ndb/local I have this: > >

[9fans] Re: /mail/lib/rewrite and net!$smtp

> I haven't found much other than a thread dating back to 2013 from fgb, > which appears related but doesn't seem to have a solution that works > for me. Apologies, this was a thread from 2007 though fgb was not the original poster. After digging a little more based on one of steve's

[9fans] /mail/lib/rewrite and net!$smtp

All, I was reviewing my mail setup this evening and I came across an old kludge to forward mail to a relay host on my network in /mail/lib/rewrite. I used a host-specific dial string rather than net!$smtp. For kicks, I reverted back to the classic behavior to try and sort out why the lookup

Re: [9fans] Gmail vs upas

Looks like that was it - thanks a lot David! IMAP is syncing as we speak. It looks like I have my work cut out for me to get things updated to 9legacy's latest and greatest. Cheers, Steve On Thu, Nov 28, 2019 at 1:00 PM David du Colombier <0in...@gmail.com> wrote: > > If the server uses a X.509

Re: [9fans] Gmail vs upas

Thanks - unfortunately it doesn't look like anything is being logged. Interestingly enough, it looks like mail has been broken for quite a while, this was the last log message recorded (the fileserver went into storage in mid 2018): gunge Aug 26 05:25:04 delivered stallion From stallion Wed Aug

Re: [9fans] Gmail vs upas

Thanks guys. I suspect I'm about to regret my lack of time mucking about with tls on plan9: % upas/fs -f /imaps/imap.gmail.com/sstall...@gmail.com upas/fs: opening /imaps/imap.gmail.com/sstall...@gmail.com: imap.gmail.com/imaps:tlsClient: tls: local invalid x509/rsa certificate % cat

[9fans] Gmail vs upas

All, Is anyone still fetching Gmail these days? After bringing my old fileserver back online I noticed that mail delivery seems to be broken. Both getpop3 and upas/fs are complaining of invalid certificates, which is leading me to think I need to make some updates to the list of trusted

Re: [9fans] Is the vanilla Plan 9 still alive?

On Mon, Nov 25, 2019 at 2:49 AM David du Colombier <0in...@gmail.com> wrote: > > Thanks. I've fixed the remaining issues. For the most part, I'm glad for the thread. At the very least it convinced me to pull my fileserver out of cold storage last night and bring a couple of CPU servers back

Re: [9fans] Is the vanilla Plan 9 still alive?

The upstream version of Mercurial in the 9front ports collection is based on my work, not bichued's: https://code.9front.org/hg/ports/file/5f994209e142/dev-vcs/mercurial/mkfile The amount of work wasn't much, but if you're going to dredge up ancient history, at least be accurate:

Re: [9fans] Is the vanilla Plan 9 still alive?

On Sat, Nov 23, 2019 at 3:30 AM Richard Miller <9f...@hamnavoe.com> wrote: > Grow up. Indeed. It's interesting that folks from 9front like to tout their development as "open" using tools that others in the community have developed in addition to their own. To wit, you seem to have gotten along

Re: [9fans] Is the vanilla Plan 9 still alive?

Probably pining for the fjords. On Fri, Nov 22, 2019 at 2:54 AM Skip Tavakkolian wrote: > > It's not dead; it's resting. > > On Thu, Nov 21, 2019 at 10:29 PM wrote: >> >> The site hasn't been updated since 2014-2015. If it's dead, is there any >> chance of it coming back into development? > >

Re: [9fans] zero copy & 9p (was Re: PDP11 (Was: Re: what heavy negativity!)

On Wed, Oct 10, 2018 at 9:32 PM Bakul Shah wrote: > Steve wrote "1:1 mapping of the virtual kernel address space such > that something like zero-copy could be possible" > > Not sure what he meant. For zero copy you need to *directly* > write to the memory allocated to a process. 1:1 mapping is >

Re: [9fans] zero copy & 9p (was Re: PDP11 (Was: Re: what heavy negativity!)

On Wed, Oct 10, 2018 at 8:20 PM Dan Cross wrote: >> don't forget the code complexity with dealing with these scattered >> pages in the *DRIVERS*. > > It's really not that hard. The way Linux does it is pretty bad, but it's not > like that's the only way to do it. SunOS and Win32 (believe it or

Re: [9fans] PDP11 (Was: Re: what heavy negativity!)

ations that matter in this context (read, write), there can be > multiple outstanding tags. A while back rsc implemented fcp, partly to prove > this point. > > On Wed, Oct 10, 2018 at 2:54 PM Steven Stallion wrote: >> >> As the guy who wrote the majority of the code that pushed t

Re: [9fans] PDP11 (Was: Re: what heavy negativity!)

Posted August 15th, 2013: https://9p.io/sources/contrib/stallion/src/sdmpt2.c Corresponding announcement: https://groups.google.com/forum/#!topic/comp.os.plan9/134-YyYnfbQ On Wed, Oct 10, 2018 at 5:31 PM Kurt H Maier wrote: > > On Wed, Oct 10, 2018 at 04:54:22PM -0500, Steven Stallion

Re: [9fans] zero copy & 9p (was Re: PDP11 (Was: Re: what heavy negativity!)

> On Oct 10, 2018, at 2:54 PM, Steven Stallion wrote: > > You seem to be saying zero-copy wouldn't buy anything until these > other problems are solved, right? Fundamentally zero-copy requires that the kernel and user process share the same virtual address space mapped for the giv

Re: [9fans] PDP11 (Was: Re: what heavy negativity!)

As the guy who wrote the majority of the code that pushed those 1M 4K random IOPS erik mentioned, this thread annoys the shit out of me. You don't get an award for writing a driver. In fact, it's probably better not to be known at all considering the bloody murder one has to commit to marry

Re: [9fans] what heavy negativity!

Hi Mayuresh, Please don't be discouraged. The Plan 9 community is small and has its fair share of trolls. If you feel strongly about this effort then by all means move forward! In the past, I've found that a prototype/proof of concept can speak far more than any email I could write ahead of

Re: [9fans] plan9port : complete system : kernel : freebsd || linux ?

Communication is not a zero-sum game. Having a public mailing list is an invitation for discussion amongst likeminded individuals, not elitist fuckery. On Thu, Oct 4, 2018 at 3:50 PM hiro <23h...@gmail.com> wrote: > > just add something positive then >

Re: [9fans] plan9port : complete system : kernel : freebsd || linux ?

I'm beginning to wonder if anyone is left that isn't part of 9front? This behavior is caustic and does nothing but continue to shrink the size of this list. At this point, I'm considering dropping off as others have given the attitudes that seem so prevalent these days. On Thu, Oct 4, 2018 at 1:05

Re: [9fans] fossil+venti vs. cwfs - dealing with backups

The easiest method with cwfs or Ken's is to keep track of the size of the WORM - since everything is appended, it's fairly simple to copy the set of blocks after each dump. It's been a few years since I've done this, but it is just as reliable as venti, albeit less convenient. On Mon, Apr 16,

Re: [9fans] the fossil (tm) stolen

Five. I just haven't had the heart to decommission it yet. On Mon, Apr 16, 2018 at 4:22 AM, Lucio De Re wrote: > Four. Long-standing nobody, too. > > Lucio. >

Re: [9fans] R.I.P cs.bell-labs.com

Ouch. I'd hate to think the work I did on that is somehow associated with 9front. On Fri, Jan 5, 2018 at 5:57 PM, Lyndon Nerenberg wrote: >> Yes, when sources was doomed, I enthusiastically set it up, although I >> think it was bitbucket not github, > > > And the reason I

Re: [9fans] R.I.P cs.bell-labs.com

How about contrib? It would be nice to have something to fall back on when the plug is finally pulled. On Fri, Jan 5, 2018 at 6:13 AM, David du Colombier <0in...@gmail.com> wrote: > I've just updated /n/sources on 9p.io with a snapshot from 2017-12-15. > > Thanks for the reminding! > > -- > David

Re: [9fans] A potentially useful venti client

I have a similar setup. On my file server I have a mirrored pair of high-endurance SSDs tied together via devfs with two fossil file systems: main and other. main is a 32GB write cache which is dumped each night at midnight (this is similar to the labs configuration for sources). other is the

Re: [9fans] A potentially useful venti client

backup versions? It was > partly because of that I made this client which can import venti blocks > without needing to traverse a file tree over and over again. > > On Tue, Dec 12, 2017 at 4:45 PM, Steven Stallion <sstall...@gmail.com> > wrote: >> >> Get ready to wait! It took al

Re: [9fans] A potentially useful venti client

It depends - the 30GB I was mentioning before was from an older Ken's fs that I imported with a modified cwfs. Rather than deal with all of the history, I just took a snap with vac -s of the latest state of the file system. I keep the original dump along with the cwfs binary in case I ever need to

Re: [9fans] A potentially useful venti client

Get ready to wait! It took almost a month for me to import about 30GB from a decommissioned file server. It was well worth the wait though - if you place the the resulting .vac file under /lib/vac (or $home/lib/vac) you can just use 9fs to mount with zero fuss. On a related note, once sources

Re: [9fans] (no subject)

I've been grateful for the nightly vac jobs I've had going for the last several years of sources lately, though admittedly it was only for my tiny corner of contrib. On Wed, Aug 30, 2017 at 9:12 AM, Steve Simon wrote: > Hi, > > I haven't looked for a while, but

Re: [9fans] Do you use fossil or venti under Linux?

I have since 2013 or so. I've had zero issues - you can find a few scripts on sources along with an updated README: http://plan9.bell-labs.com/sources/contrib/stallion/venti/README HTH, Steve On Tue, Jun 6, 2017 at 4:39 PM, James A. Robinson wrote: > While I was playing

Re: [9fans] Fossil+Venti system memory requirements to be aware of?

fs isn't under exceptionally heavy load, but I've found that 2 seem to work out nicely for my configuration. Steve On Wed, Nov 2, 2016 at 1:44 PM, James A. Robinson <j...@highwire.org> wrote: > On Wed, Oct 19, 2016 at 9:47 AM Steven Stallion <sstall...@gmail.com> wrote: >>

Re: [9fans] Venti off-site backups

It was exactly this thought that led me to moving my venti store to running out of plan9port. At home, I have a Linux server that provides other services in addition to venti with an obnoxious amount of storage. I also have a CrashPlan client running on this machine. The result is an always-on

Re: [9fans] What does your fileserver consist of?

Stock heatsink with chassis cooling. I've had no issues since I've started using them back in 2012: http://plan9.bell-labs.com/sources/contrib/stallion/venti/fs.jpg On Sat, Oct 22, 2016 at 1:21 PM, James A. Robinson wrote: > For you folks with an Intel Atom D525 based

Re: [9fans] Fossil+Venti system memory requirements to be aware of?

On Thu, Oct 20, 2016 at 1:15 PM, <cigar562hfsp952f...@icebubble.org> wrote: > Steven Stallion <sstall...@gmail.com> writes: > >> Sizing venti is also simple. > > I disagree with this. The best way to configure venti depends largely > on how you plan to use i

Re: [9fans] Fossil+Venti system memory requirements to be aware of?

Hi Jim, It probably helps to break apart fossil and venti for the sake of the conversation. While you can use fossil as a standalone filesystem, it is effectively your write cache in this scenario since it will be backed by venti. Conventional wisdom is to size your main fossil fs based on how

Re: [9fans] NEC building Raspberry Pi 3s into its displays

Funny you mention that - my terminal downstairs is exactly that. It's an rpi in a VESA enclosure mounted to the back of a lenovo monitor. Highly recommended! On Sat, Oct 15, 2016 at 8:19 AM, James A. Robinson wrote: > Ah, that's too bad. I suppose there's nothing to prevent >

Re: [9fans] What does your fileserver consist of?

Hi James, My fileserver is an older Intel Atom D525. I have a pair of mirrored SSDs installed for fossil and my venti store is served by plan9ports running on a CentOS machine with ample storage. I also have a small SATADOM installed for my 9fat partition, which makes it easy to recover

Re: [9fans] Musings on Interfaces

On Fri, Sep 2, 2016 at 4:06 AM, wrote: > OH! wait! > you have no middle button on your apple-pc. too bad... Strange... Option+click works great for me when I don't have a 3-button USB mouse plugged in (they make these too you know). Chording using the keyboard is quite

Re: [9fans] Is 9Fans dead or alive

On Wed, Aug 31, 2016 at 1:40 AM, Kurt H Maier wrote: > On Tue, Aug 30, 2016 at 10:52:31PM -0700, Skip Tavakkolian wrote: >> > plan 9 as more than a masturbatory aid. >> >> put up or shut up: > ... > Congratulations on your accomplishments! % fn ck { grep $*

Re: [9fans] Is 9Fans dead or alive

On Tue, Aug 30, 2016 at 5:02 PM, Kurt H Maier wrote: > How did you do that? My web browser doesn't have a date command. I've > been posting to instagram and reading the resulting timestamp. Is there > a better way? http://www.time.gov/

Re: [9fans] Is 9Fans dead or alive

On Tue, Aug 30, 2016 at 4:41 PM, hiro <23h...@gmail.com> wrote: > i'd like it if people would stick to one medium: i don't want to be > forced to use a web browser to participate in discussions on this > mailing list. Sorry, I had to double check the date after reading this.

Re: [9fans] Is 9Fans dead or alive

On Tue, Aug 23, 2016 at 1:11 PM, Brantley Coile wrote: > We haven’t stopped using it, but then again, we don’t talk much on the list. I'm guilty of this as well. I still run a dedicated fileserver at home backed by a venti store running on a biggish storage array served by

Re: [9fans] Plan9 CPU on Rpi has nvram problem

Have you written your key? (hint: auth/wrkey) On Tue, Mar 22, 2016 at 1:17 PM, Pavel Klinkovský wrote: > Hello everyone, > > I almost succussfully installed P9 CPU server on my Raspberry Pi. > However during the booting it has a problem with nvram each time: > > 496M

Re: [9fans] raspberrypi audio

This was something that Pedro worked on IIRC. There's also general support for GPIO as well. On Tue, Mar 8, 2016 at 7:37 AM, Antonio Barrones wrote: > There are a google summer of code about Porting Raspberry Pi audio > drivers to Plan 9 (2014) with the sources: >

Re: [9fans] FP register usage in Plan9 assembler

On Wed, Feb 3, 2016 at 9:24 AM, erik quanstrom wrote: > i think this is off the original point, but as to modifying the assmbler. > to add a new instruction, the linker, assembler and libmach need modification. > typically this is a matter of adding a line to each one for

Re: [9fans] FP register usage in Plan9 assembler

Hi Giacomo, It's probably worth mentioning that learning assembly using the Plan 9 assembler is probably a bad idea. *a makes heavy use of pseudo instructions and registers and unless you're well versed in its quirks, can be very confusing when looking at more common assembly dialects. Many

Re: [9fans] Administrators and moderators of 9fans list, please erase all the messages that I not should have posted here in 9fans list!

Best. Troll. Ever. (+1 for originality) On Thu, Dec 10, 2015 at 8:50 AM, françai s wrote: > > > > Administrators and moderators of 9fans list, please erase all the messages > that I not should have posted here in 9fans list. > > I ask this because I probably be in future a

Re: [9fans] Replacement for find

Somewhat late to the party, but I use the following in my profile: fn find {du -a $* |awk '{print $2}'} http://plan9.bell-labs.com/sources/contrib/stallion/profile On Wed, Sep 30, 2015 at 8:20 AM, erik quanstrom wrote: > On Wed Sep 30 01:12:36 PDT 2015,

Re: [9fans] Wildly off-topic

ISTR the first edition cover was green on white, but that could have been a reprint (or a faulty memory). Steve On Mon, Jun 15, 2015 at 6:28 PM, Andrew Simmons kod...@gmail.com wrote: Thanks, but it seems as if that web page is for the 2nd edition. I have two copies of this, one of which is

Re: [9fans] small VFD display

Thinking out loud: Most VFD's that I've dealt with were largely text displays - normally you'd see an 8051 or similar driving a mess of shift registers. Essentially, one would jam an ascii byte over GPIO and toggle a latch to update the display. I'm assuming it will be somewhat similar for this

Re: [9fans] fossil+venti performance question

Definitely interesting, and explains why I've never seen the regression (I switched to a dedicated venti server a couple of years ago). Were these the changes that erik submitted? ISTR him working on reno bits somewhere around there... On Wed, May 6, 2015 at 4:28 PM, David du Colombier

Re: [9fans] Why didn't anyone tell me about the new slogan?

It was probably a matter of time. IIRC, the mail archive stopped recording messages sometime in 11/2014. On Sun, Apr 5, 2015 at 1:18 PM, Zachary Kaplan ra...@viralkitty.com wrote: FWIW 9fans.net is down. anyone know whats up? causing a bunch of stir on github:

Re: [9fans] Gsoc: Plan9 not the only one

On Fri, Mar 6, 2015 at 6:08 AM, Aram Hăvărneanu ara...@mgk.ro wrote: On Fri, Mar 6, 2015 at 12:59 PM, tlaro...@polynum.com wrote: I think it's fair for Google to devote help for softwares that do have huge problems Correct. phpMyAdmin has huge problems. It's certainly not the first year

Re: [9fans] once more: drawterm osx-x11 on x86-64

On Fri, Feb 27, 2015 at 7:19 PM, Jeff Sickel j...@corpus-callosum.com wrote: The older versions of drawterm just map a large view to fill the whole screen and then clip the view to the window size you’ve selected. When you drag the view it doesn’t resize the internal rio content. That meant

Re: [9fans] Odd dirwstat behavior

On Sun, Feb 22, 2015 at 2:53 PM, Steven Stallion sstall...@gmail.com wrote: 9fans, Somewhat recently I've been doing some work to preserve older fs hierarchies. When running replica/pull I'm seeing something quite strange. Both the log and database are reporting the original (and correct

[9fans] Odd dirwstat behavior

9fans, Somewhat recently I've been doing some work to preserve older fs hierarchies. When running replica/pull I'm seeing something quite strange. Both the log and database are reporting the original (and correct) mtime for directories, however for some reason replica/applylog (or the filesystem)

Re: [9fans] r-pi usbotg error

On Wed, Feb 18, 2015 at 2:10 PM, Sean Hinchee henesy@gmail.com wrote: I've had mixed results between keyboards. From what I have experienced the keyboards that have usb hubs built into them drop, but the keyboards without hubs (or with the hub wire unplugged) didn't drop connection. ymmv

Re: [9fans] r-pi usbotg error

On Wed, Feb 18, 2015 at 2:50 PM, Bakul Shah ba...@bitblocks.com wrote: On Wed, 18 Feb 2015 10:48:22 CST Steven Stallion sstall...@gmail.com wrote: Last night I finally got around to getting a B+ I've had sitting in the closet and converted it to a terminal. I'm seeing this same problem

Re: [9fans] r-pi usbotg error

On Sun, Mar 9, 2014 at 11:15 AM, Ramakrishnan Muthukrishnan vu3...@gmail.com wrote: On Sun, Mar 9, 2014 at 9:11 PM, Rubén Berenguel ru...@mostlymaths.net wrote: Sounds like the keyboard went idle (on its own!?) and the Rasp lost connection to it. ep6.1 is the name of a USB device

Re: [9fans] telnet to port (and webfs debug))

On Fri, Feb 13, 2015 at 5:59 AM, cinap_len...@felloff.net wrote: yes, patch would be welcome :-) No webfs required! There's a factotum extension I wrote a while back that is bundled with Mercurial version 2.2+: http://mercurial.selenic.com/wiki/FactotumExtension. If you're using the

Re: [9fans] telnet to port (and webfs debug))

On Fri, Feb 13, 2015 at 5:30 AM, Giacomo Tesio giac...@tesio.it wrote: Note that, strangely enough, hg ignores the .hgrc in your home directory. The hgrc(8) speak about Unix (and Windows) but since GNU is Not U... ehm... Plan9 is not Unix (:-D), I can't say where to write it. Hi Giacomo,

Re: [9fans] Raspberry Pi 2 Model B

On Thu, Feb 5, 2015 at 8:46 AM, Siarhei Zirukin ftrvxm...@gmail.com wrote: He didn't ask about 9front. What's 9front? (Apologies, couldn't resist...)

Re: [9fans] adm user on plan9 raspberry pi

On Tue, Feb 3, 2015 at 7:17 PM, christophe DAMAS christophe.da...@gmail.com wrote: I need to access to /adm/timezone to change the timezone. How do I log as user adm ? I use the standard plan9.iso image downloaded form ATT web site. I have not set any password. Glenda is automatically

Re: [9fans] Porting plan9

On Tue, Dec 2, 2014 at 8:10 AM, erik quanstrom quans...@quanstro.net wrote: One of the functions u-boot performs is configuring the various subsystems in the SoC (individual clocks and power settings for subcomponents, gpio pin functions, ...) -- things a BIOS would do in a more old-timey

Re: [9fans] Porting plan9

They do. In fact, I contributed a patch a while back to add u-boot image support to 5l a while back. U-boot has also been patched to expect these binaries. You can take a look at what has been done in the Chromebook port (http://code.google.com/p/9chrome), but I've been stalled due to demands at

Re: [9fans] Porting plan9

On Mon, Dec 1, 2014 at 6:56 PM, Kurt H Maier k...@sciops.net wrote: Quoting Steven Stallion sstall...@gmail.com: FWIW, u-boot is not a net-negative at all. For SoC's it simplifies boot significantly - there is zero reason to eschew the functionality it brings. Instead, I'll recommend

Re: [9fans] Porting plan9

On Mon, Dec 1, 2014 at 8:42 PM, Bakul Shah ba...@bitblocks.com wrote: On Mon, 01 Dec 2014 15:54:36 CST Steven Stallion sstall...@gmail.com wrote: FWIW, u-boot is not a net-negative at all. For SoC's it simplifies boot significantly - there is zero reason to eschew the functionality it brings

Re: [9fans] Plan 9/ARM port wishlist: ODROID-U3 or XU3

Interesting. Looks based on an Exynos. I've already started kernel support for this (I even have a booting kernel, though it is very much a work in progress). Work has been hectic this year, so I haven't had a chance to get back to it since February. I've posted the code online, though nothing is

Re: [9fans] someone made a glenda key...

On Wed, Sep 10, 2014 at 1:53 AM, andrey mirtchovski mirtchov...@gmail.com wrote: The 2nd image shows glenda on an APL keyboard (now that's an unusual combination). fetishists. Aren't we all?

Re: [9fans] file server speed

On Tue, Jul 15, 2014 at 7:04 PM, kokam...@hera.eonet.ne.jp wrote: not a fair comparsion. Yes, I'd have been more specific. my intension was cwfs fossil+venti of 9atom fossil+venti labs. I did not consider kenfs itself, because I consider it should be file+auth+cpu server. The last is

Re: [9fans] file server speed

On Wed, Jul 16, 2014 at 6:15 PM, kokam...@hera.eonet.ne.jp wrote: That was in an office environment. At home I use fossil+(plan9port)venti running on linux-based NAS. Do you use wireless LAN? If so you also need wireless bridge? The combination of NAS and venti sounds like charm, because

Re: [9fans] file server speed

On Wed, Jul 16, 2014 at 9:53 AM, Ramakrishnan Muthukrishnan vu3...@gmail.com wrote: I am very interested to use such a setup. Could you please add more about the setup? What hardware do you use for the NAS? Any scripts etc? Sure thing - I've copied everything you should need under

Re: [9fans] Glenda's world weary cousin

On Fri, Jun 6, 2014 at 7:14 AM, Nicolas Bercher 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!) I

Re: [9fans] Mistake in Plan9 Mercual port?

On Sat, May 31, 2014 at 7:41 AM, Pavel Klinkovský pavel.klinkov...@gmail.com wrote: Hi all, I am using native Plan9. Hi Pavel, Internally, Mercurial makes calls to OpenSSH, which doesn't quite work as advertised on Plan 9. For the most part, using HTTP/S repositories will give you the best

Re: [9fans] ureg alignment

On Fri, May 9, 2014 at 9:21 AM, erik quanstrom quans...@quanstro.net wrote: on 64-bit machines, the unions in the ureg.h can lead to internal padding. (power64 avoids this issue because everything is 64-bit aligned anyway.) to sidestep the issue, i think it might make sense to use #defines.

Re: [9fans] radio

On Thu, May 8, 2014 at 2:04 PM, Steve Simon st...@quintile.net wrote: Perhaps we should a page on the wiki: Work in progress Stalled projects Work I plan to progress Work I would like somone to do The theroy is it might inspire people and maybe reduce

Re: [9fans] GSoC proposal - Improvements to the HTML5 draw server

On Wed, Mar 19, 2014 at 1:07 PM, David Hoskin r...@davidrhoskin.com wrote: Hello 9fans, I'm applying to the Plan 9 GSoC again this year. I propose to continue work on the HTML5 drawterm I started in last year's GSoC, in the hope of making it a usable alternative to the native drawterm. I

Re: [9fans] gdbfs

On Sat, Mar 15, 2014 at 6:19 AM, Alex Ivanov gnido...@p0n4ik.tk wrote: Steven Stallion sstallion at gmail.com writes: While working on the Chromebook (nee exynos) port Hi, Steven. What is the state of the port? Do you plan to share code? The port is in progress, though it's been a touch

  1   2   >