Fair enough, thanks for your hard work et al.
<br>

<br>
-Dale
<br>

<br>

<br>
On Thu, Jun 12, 2014 at 1:24 PM, ipxe-devel <notifications@github.com>
<br>
wrote:
<br>

<br>
> On 12/06/14 18:08, Dale Hamel wrote:
<br>
> > Workflow would go like this:
<br>
> >
<br>
> > 0.) Move site to static github.io (possibly using something like jekyll
<br>
> > to make changes easier)
<br>
> > 1.) Someone generates a PR, which is reviewed and deemed good
<br>
> > 2.) The branch is merged locally, and you run whatever code you had to
<br>
> > do the error number generation as a static page (jekyll could probably
<br>
> > help with this)
<br>
> > 3.) You update the master branch and close the PR.
<br>
>
<br>
> The error pages are not static; they get generated on demand. The list
<br>
> of possible errors is generated via
<br>
>
<br>
> make bin/errors bin-x86_64-linux/errors bin-i386-efi/errors ....etc
<br>
>
<br>
> and then processed into an SQLite database using contrib/errdb/errdb.pl.
<br>
> When a page within the error namespace is requested, a custom dokuwiki
<br>
> plugin then uses the database to generate the header information
<br>
> (including the hyperlinks to the lines of code whence the error might
<br>
> originate).
<br>
>
<br>
> It's a very slick process involving absolutely no manual intervention on
<br>
> my part. Any error added to the codebase will show up in an error page
<br>
> within a very short time of being pushed to the master branch, and the
<br>
> pertinent details for the error page (including the full error text) are
<br>
> pulled directly from the source code.
<br>
>
<br>
> > Or, just pull merge normal PRs like normal, then do add the updated
<br>
> > error code stuff after merging master.
<br>
> >
<br>
> > Otherwise, keep the old servers around just for error code /linenumber
<br>
> > lookup. Either way, hosting off of github.io should reduce your hosting
<br>
> > costs and improve reliability.
<br>
>
<br>
> Hosting costs are zero since I already own a physical server in
<br>
> Telehouse North, and it all just runs from there. I would be concerned
<br>
> about the loss of control over hosting on any free external service
<br>
> (particularly the risk that the service might in future decide to insert
<br>
> advertisements).
<br>
>
<br>
> > I can help you with the migration (or even just a mockup) if you like -
<br>
> > love the iPXE project and would be happy to contribute in any way that I
<br>
> > can.
<br>
>
<br>
> Thank you for the offer; I do appreciate it. I have to say that I'm
<br>
> very happy with the current hosting arrangement and don't really want to
<br>
> change unless there is a demonstrable benefit which won't increase my
<br>
> workload.
<br>
>
<br>
>
<br>
> Michael
<br>
>
<br>
> —
<br>
> Reply to this email directly or view it on GitHub
<br>
> <https://github.com/ipxe/ipxe/pull/21#issuecomment-45921830>.
<br>
>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br>Reply to this email directly or <a href="https://github.com/ipxe/ipxe/pull/21#issuecomment-45922024">view it on GitHub</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/709460__eyJzY29wZSI6Ik5ld3NpZXM6QmVhY29uIiwiZXhwaXJlcyI6MTcxODIxMzE2NCwiZGF0YSI6eyJpZCI6MzQxMTQ4NTV9fQ==--79601cb8f1d0f21bf1a1fb895b4efef20c25b457.gif" width="1" /></p>