Ermm.. Kris<br><br>From your point of view ( and also both of u of course), which one is better? Pico or Nano? seems like Nano is based on pico but have some enhancements ( that&#39;s from what i read )<br><br><br><br><div>
<span class="gmail_quote">On 8/30/07, <b class="gmail_sendername">Kris Moore</b> &lt;<a href="mailto:kris@pcbsd.com">kris@pcbsd.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Terry Poulin wrote:<br>&gt;&gt; Message: 2<br>&gt;&gt; Date: Tue, 28 Aug 2007 18:07:54 -0700 (PDT)<br>&gt;&gt; From: <a href="mailto:sc@sdf.lonestar.org">sc@sdf.lonestar.org</a><br>&gt;&gt; Subject: [PC-BSD Testing] Add nano/joe editors, and a little bootup
<br>&gt;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;help?<br>&gt;&gt; To: <a href="mailto:testing@lists.pcbsd.org">testing@lists.pcbsd.org</a><br>&gt;&gt; Message-ID: &lt;<a href="mailto:64271.24.17.13.44.1188349674.squirrel@sc.freeshell.org">64271.24.17.13.44.1188349674.squirrel@sc.freeshell.org
</a>&gt;<br>&gt;&gt; Content-Type: text/plain;charset=iso-8859-1<br>&gt;&gt;<br>&gt;&gt; Kris et al.,<br>&gt;&gt;<br>&gt;&gt; This pertains to last Friday&#39;s snapshot (and earlier), but since I haven&#39;t<br>&gt;&gt; heard anyone else mention this, I think it would be nice to offer a choice
<br>&gt;&gt; of a few widely familiar and comfortable text editors right from the<br>&gt;&gt; start, that could be available when things go badly during or after an<br>&gt;&gt; install.<br>&gt;&gt;<br>&gt;&gt; The included &quot;edit&quot; editor is OK, but many people probably could work
<br>&gt;&gt; better and make fewer mistakes with joe or even pico/nano.<br>&gt;&gt;<br>&gt;<br>&gt; Any thing simple and with on screen guides should work, but Pico would<br>&gt; probably be best... It&#39;s as basic as ed yet as simple as notepad in a console
<br>&gt; ready package.<br><br>I can concede to adding &quot;pico&quot; to the base, I have a soft spot for it,<br>since its the editor I first learned FreeBSD on, before having to master<br>&quot;vi&quot; :) That&#39;ll probably help us with troubleshooting when a user needs
<br>to edit a file from the command-line.<br><br><br>&gt;&gt; Also, the bootup process is still screechingly at odds with PC-BSD&#39;s great<br>&gt;&gt; work elsewhere at making FreeBSD easier to use. When an install didn&#39;t
<br>&gt;&gt; work recently because an old non-booting disk drive that was attached to<br>&gt;&gt; the system &quot;failed&quot; (as far as I could see, it didn&#39;t pass fsck because of<br>&gt;&gt; 1 bad cluster), all the wonderful GUIs and goodness of PC-BSD vanished
<br>&gt;&gt; when the bootup process tossed itself overboard at a point when not even<br>&gt;&gt; joe could run because the state of things yet was such that random cursor<br>&gt;&gt; addressing for the screen wasn&#39;t working.
<br>&gt;&gt;<br>&gt;&gt; The system behaved as if this disk was critical to its operation. That was<br>&gt;&gt; far from true, and an easy-to-use option to bypass it rather than<br>&gt;&gt; struggling against the system&#39;s wrong assumptions would have been very
<br>&gt;&gt; welcome. Some errors can be addressed much better after the boot disk and<br>&gt;&gt; the system are fully up and operational. Forcing the user to solve such<br>&gt;&gt; problems at a partially effective system prompt with severely limited
<br>&gt;&gt; tools is sub-optimal. More than once while this was happening, not only<br>&gt;&gt; that ancient disk but the main boot disk too were marked read-only and not<br>&gt;&gt; even root could edit the necessary files to get around it.
<br>&gt;&gt;<br>&gt;&gt; Some useful messages (understandable to the average person) about how to<br>&gt;&gt; bypass this kind of thing are fairly nonexistent in FreeBSD&#39;s bootup<br>&gt;&gt; process. It would be very helpful to look through the bootup procedure to
<br>&gt;&gt; see what helpful informational messages and screens screens could be added<br>&gt;&gt; at various points, to help new desktop users who aren&#39;t Unix gurus when<br>&gt;&gt; bootup falls over and throws PC-BSD on its ear in the mud.
<br>&gt;&gt;<br>&gt;&gt; At least, giving the user clearer ways to differentiate between really<br>&gt;&gt; showstopping errors and lesser errors that could be fixed more effectively<br>&gt;&gt; once the desktop GUI system is up, compared to trying to fix things
<br>&gt;&gt; partway&nbsp;&nbsp;through bootup using sticks and flint knives, seems desirable if<br>&gt;&gt; at all possible.<br>&gt;&gt;<br>&gt;&gt; -rsc<br>&gt;<br>&gt; I suppose that is a question of how true to the underlaying FreeBSD the
<br>&gt; developers wish to stay with what changes they do make.<br>&gt;<br>&gt;<br>&gt; TerryP.<br>&gt;<br><br>As for the boot process, these are all valid points. I&#39;m going to put<br>this down to investigate for the next release. We&#39;ll just have to figure
<br>out if we can add some sort of &quot;monitoring&quot; service, which keeps track<br>of the startup, and takes appropriate actions if the load fails.<br><br><br>--<br><br>Kris Moore<br>PC-BSD Software<br><a href="http://www.pcbsd.com">
http://www.pcbsd.com</a><br>_______________________________________________<br>Testing mailing list<br><a href="mailto:Testing@lists.pcbsd.org">Testing@lists.pcbsd.org</a><br><a href="http://lists.pcbsd.org/mailman/listinfo/testing">
http://lists.pcbsd.org/mailman/listinfo/testing</a><br></blockquote></div><br>