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 fo
> 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
> 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
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
> 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
-
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 o
> 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:
ht
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 bi
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 example
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 usef
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 via
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 co
> 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
>> 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 build
> 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 hav
> 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 bootstr
> 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
hget
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
> 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.
Int
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 201
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 2015
> 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 pok
> 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:
>
> ipnet=localnet
> 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 suggestions
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 fail
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
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 26
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 /sys/lib/tls
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 certificat
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 online
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:
http://mail.9fans
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 qui
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?
>
> 9
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
> r
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 n
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 pus
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
> 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 th
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 hardwar
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 time.
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
>
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
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, 2018
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.
>
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 liked the bitbucket repo
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
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 remai
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
> wrote:
>>
>> Get ready to wait! It took almost a month for me to import about 30GB
>> from
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
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 star
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 http://plan9.bell-labs.com has gone
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 around getting v9fs moun
extent. My 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 wrote:
> On Wed, Oct 19, 2016 at 9:47 AM Steven Stallion wrote:
>> In short, start small and grow as
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 back
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 motherboard
> in your filese
On Thu, Oct 20, 2016 at 1:15 PM, wrote:
> Steven Stallion writes:
>
>> Sizing venti is also simple.
>
> I disagree with this. The best way to configure venti depends largely
> on how you plan to use it. I have multiple venti servers configured for
> different uses. Fo
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 muc
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
> someone from gettin
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 if^H^Hwhen
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 pleasant as well.
Steve
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 $* /n/sources/patch/*/email /n/sources/pat
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/
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.
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
plan9port. My cpu serve
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 memory: 101M kernel data, 395
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:
> https://www.google-melange.com/g
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 assembly, linking,
> and
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 instru
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 good programmer famous
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, charles.fors...@gmail.com wrote:
>
>> On
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 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 much thicker tha
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 <0in...@gma
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 di
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 wrote:
> FWIW 9fans.net is down. anyone know whats up? causing a bunch of stir on
> github:
>
> https://github.com/rogpeppe/godef/issues/4
> htt
On Fri, Mar 6, 2015 at 6:08 AM, Aram Hăvărneanu wrote:
> On Fri, Mar 6, 2015 at 12:59 PM, 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 that we've been skipped o
On Fri, Feb 27, 2015 at 7:19 PM, Jeff Sickel
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 that when taking a 1
On Sun, Feb 22, 2015 at 2:53 PM, Steven Stallion
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
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)
On Thu, Feb 19, 2015 at 9:25 PM, erik quanstrom
wrote:
> > Unfortunately I didn't see any change with usb-short-desc applied,
> > though switching to the Lenovo did the trick. I'm very happy with how
> > the new terminal is shaping up so far.
>
> can you send me the info on the unhappy keyboard?
On Wed, Feb 18, 2015 at 2:50 PM, Bakul Shah wrote:
> On Wed, 18 Feb 2015 10:48:22 CST Steven Stallion
> 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
On Wed, Feb 18, 2015 at 2:10 PM, Sean Hinchee 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
>
Interesting. Bo
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
> 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 (something about
> logi
On Fri, Feb 13, 2015 at 5:30 AM, Giacomo Tesio 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,
This might exp
On Fri, Feb 13, 2015 at 5:59 AM, 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 mercurial contrib package from
On Thu, Feb 5, 2015 at 8:46 AM, Siarhei Zirukin wrote:
> He didn't ask about 9front.
>
What's 9front?
(Apologies, couldn't resist...)
On Tue, Feb 3, 2015 at 7:17 PM, christophe DAMAS 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 logged in.
> I've tried au
On Tue, Dec 2, 2014 at 8:10 AM, erik quanstrom 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 computer.
>> In my ex
On Mon, Dec 1, 2014 at 8:42 PM, Bakul Shah wrote:
> On Mon, 01 Dec 2014 15:54:36 CST Steven Stallion 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 brin
On Mon, Dec 1, 2014 at 6:56 PM, Kurt H Maier wrote:
> Quoting Steven Stallion :
>
>> 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
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 th
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 d
On Wed, Sep 10, 2014 at 1:53 AM, andrey mirtchovski
wrote:
>> The 2nd image shows glenda on an APL keyboard (now
>> that's an unusual combination).
>
> fetishists.
Aren't we all?
On Wed, Jul 16, 2014 at 9:53 AM, Ramakrishnan Muthukrishnan
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
sources/contrib/stallion/v
On Wed, Jul 16, 2014 at 7:29 PM, Steven Stallion wrote:
> On Wed, Jul 16, 2014 at 6:15 PM, wrote:
> It just so happens I wrote a README at the time since it was
> non-obvious how to set it up correctly:
Corrected link: https://dl.dropboxusercontent.com/u/102312978/FOSSIL%2BVENTI
On Wed, Jul 16, 2014 at 6:15 PM, 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 the snmallest conf
On Tue, Jul 15, 2014 at 7:04 PM, 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 not important, but
On Fri, Jun 6, 2014 at 7:14 AM, Nicolas Bercher 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 thought
On Sat, May 31, 2014 at 7:41 AM, Pavel Klinkovský
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 bang for the proverbial bu
On Fri, May 9, 2014 at 9:21 AM, erik quanstrom 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. for example, for
On Thu, May 8, 2014 at 2:04 PM, Steve Simon 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 duplicat
1 - 100 of 169 matches
Mail list logo