<div dir="ltr">Hi Mark,<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 20, 2017 at 9:11 AM, Mark Evenson <span dir="ltr"><<a href="mailto:evenson@panix.com" target="_blank">evenson@panix.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
On 6/18/17 15:38, Erik Huelsmann wrote:<br>
[…]<br>
<span class="gmail-"><br>
> I've removed quite a few packages indeed (from the current production<br>
> system, that is): all packages related to the X11 (server) have been<br>
> removed. So have most LaTeX and LuaTeX packages. The idea behind this step<br>
> is that the access provided by Common-Lisp.net is merely provided to<br>
> support uploading and maintaining the static html pages -- my assumption is<br>
> that that has little relationship to being able to start a desktop<br>
> environment or graphics environment.<br>
><br>
> If you miss packages that you depend on, don't hesitate to speak up. Please<br>
> explain what you need them for and I'll make them available again.<br>
<br>
</span>[…]<br>
<br>
I appreciate the effort to get to Debian Stretch, but <a href="http://common-lisp.net" rel="noreferrer" target="_blank">common-lisp.net</a><br>
also functions as a shell host</blockquote><div><br></div><div>Indeed I have noticed some very-long running sessions on your account in the past. Looking at the page which lists services to our projects (<a href="https://common-lisp.net/project-intro/">https://common-lisp.net/project-intro/</a>), I think your use of the host is unsupported (as in: I can't find it as a listed service). We currently use shell sessions to run lisppaste and cliki, but I think that with the introduction of `systemd`, we can probably move those to be run as "user services" instead. Based on that, I was expecting the system not to have long-running shell sessions anymore.<br><br></div> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> and therefore needs more than uploading<br>
and maintaining the static html pages.  To that end, I have reinstalled<br>
system-wide screen and gcc to continue with my use of the host.<br></blockquote><div><br><div>Can I ask in what way the shell sessions you use need to be a 
generic service to support the common lisp community (and what role does
 GCC play in it)?<br><br><br></div><div>As for the 'screen' program specifically: it's my plan to replace it with tmux (which *is* installed).<br></div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
In the future, we should probably have a explicit whitelist of who is<br>
using what package.  Is there somewhere that I can record the list of<br>
Debian packages on <a href="http://common-lisp.net" rel="noreferrer" target="_blank">common-lisp.net</a> that I am "actively" depending upon<br>
to prevent their removal in the future? <br></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
A question:  do you intend to retain 'file://<a href="http://common-lisp.net/srv/" rel="noreferrer" target="_blank">common-lisp.net/srv/</a>'<br>
hierarchy, or will that be absorbed into the redoing of the<br>
'<a href="https://gitlab.common-lisp.net/clo/server-config/" rel="noreferrer" target="_blank">https://gitlab.common-lisp.<wbr>net/clo/server-config/</a>' hierarchy.<br></blockquote><div><br></div><div>The /srv hierarchy should remain as it is: it stores the data for the services that the host provides. The sever config you're pointing to (note: you've just published a URL for a project that's marked *private* for obvious reasons...) is only versioning the config of /etc. Some (most) config stored there is actually mostly there because it has been edited from the standard Debian config. In a number of cases, the Wheezy branch contains the edited version, but the Jessie and Stretch branches contain the Debian standard version, adding new configuration files ("the Debian way") to extend/enable/disable the standard Debian config.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
It would be nice to update documentation on what systems we are using,<br>
and how.  We have started to document things in the Trac wiki<br>
<<a href="https://trac.common-lisp.net/clo/wiki/TitleIndex" rel="noreferrer" target="_blank">https://trac.common-lisp.net/<wbr>clo/wiki/TitleIndex</a>>.  Are we going to<br>
maintain this or migrate it to something else?<span class="gmail-HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>I wasn't aware of those pages (anymore?). However, given that there's one based on Debian 3.1(?!?), I think the pages need a serious overhaul (<a href="https://trac.common-lisp.net/clo/wiki/InstalledPackages">https://trac.common-lisp.net/clo/wiki/InstalledPackages</a>) Also, I think that specific page doesn't add much over the current listing of installed packages queried through Debian. If we want a page with installed packages, we probably want to map them to the services the host is supporting (if there's an explicit relationship). So that when upgrading, we can verify that those services are correctly installed again.<br><br></div><div>I don't feel an immediate need to move those pages elsewhere, although Trac's idea of generating a pre-seeded wiki with a lot of pages about its syntax isn't really resulting in a pleasantly structured wiki IMO. If we throw out the "standard" pages, I think we could extend it there. The clo/server-config project is private, so we'd be documenting for the current maintainers only. On the Trac wiki, it's all public (thus potentially documenting for our users as well), which I have no problem with, as long as the actual configuration isn't published.<br></div><div><br></div><div><br></div></div>-- <br><div class="gmail_signature"><div dir="ltr">Bye,<div><br></div><div>Erik.</div><div><br></div><div><a href="http://efficito.com/" target="_blank">http://efficito.com</a> -- Hosted accounting and ERP.</div><div>Robust and Flexible. No vendor lock-in.</div></div></div>
</div></div></div>