[gpsd-dev] Draft Stratum 1 Microserver HOWTO is up

[Eric S. Raymond]

Gary E. Miller <gem at rellim.com>:
> > There is now one photo, of the blue-wire mod required for the Chinese
> > board. What others would you suggest?
> 
> Maybe one that shows 'North Up" ?

The blue-wire image already does that.  I'll add another pointer to it.

"If this isn't clear enough, see link:bluewire.jpg[this photograph]."

> > Already fixed.
> 
> Yeah, since you took so long to get to my email.  :-)

That's not really funny, and actually pisses me off a little.  I "took
so long to get to your email" because I was working my ass off
answering 10e6 other emails. If our positions were reversed, would you
like being snarked at for having already done something I had asked for?

I have way too much to do, and I'm feeling frustrated and stressed out
because I can't seem to reduce my mailbox backlog no matter how hard I
try. Have some consideration, please.

> >     Note: your host may automount the card if it has been set up for
> >     Linux before - whether this happens depends on what distribution
> >     and desktop environment you are using. If your window manger pops
> >     up a file-browser view of the device, you should unmount it
> >     through that GUI.
> 
> A common case, but not definitive.  Why do you avoid directly telling the
> user to check df and mount commands?

Because I'd have to go off on a longish detour explaining how to read them.
I'll do that if anybody points me at a case of silent automount, but I
don't yet believe that happens.  Can you point me at that happening?

> > > ddimage could unzip to stdout and save some disk space:
> > > 
> > > unzip -c 2016-03-18-raspbian-jessie-lite.zip | ddfldd bs=4M
> > > of=/dev/sdd  
> > 
> > Disk space is cheap. Waiting is expensive.  I'd ratther conditionally
> > unzip if the img file isn't already present.
> 
> Which increases waiting.  Uncompressing and dumping a zip file is
> usually faster than dumping the same file uncompressed.  You are limited
> by disk speed, not unzip speed.
> 
> But not a big deal either way.  I was in a space contrained environment
> so it mattered to me.

Hm. That's a good point.  Now I have to decide which case I should
optimize for. Your way is better if the builder is only going to use 
the image once, but mine avoids the unzip overhead entirely on second 
and subsequent uses.

Maybe I'm too influenced by having to do a lot of ddimage runs to
the test farm machines. I shall meditate on this.

> > > "You should see NMEA0183 sentences issuing in bursts once per
> > > second"
> > > 
> > > example?  
> > 
> > I didn't try because you can't really convey the burst timing in
> > print.
> 
> True, but the newbie may not know wheat NMEA looks like.

Good point.  I'll add a few sentences.

> > > # gpsd/gpsd /dev/gpsd0  
> > 
> > I did not.  It's forced in the timeserver build.
> 
> Ah, OK.  Maybe we can get it in all gpsd buids soon?  :-)

I'm thinking about forcing -n when the command line has one or more 
devices on it.
 
> > > "Install the pinup script:"
> > > 
> > > Uh, I don't have that??  
> > 
> > You do.  clocmaker --build copies it in.  If it doesn't, update your
> > copy.
> 
> You linked to it later in the doc, prolly should be linked in the
> first usage.

Done.

The security thing is moving to a separate thread.

> > > I find perple get "pstree -paul" a lot quicker.  
> > 
> > Good point.  Now says "as you can verify by running "pstree -paul" (or
> > the older-school "ps ax")"
> 
> Or maybe "pstree -paul | less"

Done.
-- 
		<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 811 bytes
Desc: Digital signature
URL: <http://lists.ntpsec.org/pipermail/devel/attachments/20160524/f2ddfbc9/attachment.bin>