<p>Karl and All:</p>
<div class="gmail_quote">---------- Forwarded message ----------<br>From: "Ian Rowan" <<a href="mailto:imrowan@gmail.com">imrowan@gmail.com</a>><br>Date: Dec 7, 2012 11:15 PM<br>Subject: Re: INX is a good idea.<br>
To: "DJJ Ring Jr" <<a href="mailto:n1ea@arrl.net">n1ea@arrl.net</a>><br>Cc: "Peter Garrett" <<a href="mailto:inx-one@optusnet.com.au">inx-one@optusnet.com.au</a>><br><br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">(Apologies for replying off of the mailing list - if this bears significant<br>
fruit I can subscribe and continue discussion there.)<br>
<br>
First my thanks to you, Peter, for an admittedly minor but in my eyes more<br>
than a little significant Linux distribution, which in more than one way<br>
offered something I'd always thought would be a good thing, and brought back<br>
every bit of my misty-eyed nostalgia for a world before Windows. When I saw<br>
your recent exchange with DJ on the mailing list, I remembered I had a copy<br>
of the last INX alpha, and set to beating my head against it. I'm still<br>
exploring various alternative ways of building a fresh INX based on Ubuntu<br>
or Debian (obviously a long-term goal would be to make it more distro-<br>
agnostic). Unsurprisingly, many of the problems I've run into have been<br>
framebuffer- and ALSA-related, but I also face the daunting task of not<br>
being a programmer and barely capable of interpreting even the most basic<br>
shell scripts. In the last 48 hours alone I've looked at Debian simple-cdd,<br>
remastersys and who knows what else. (I was actually able to get buildinx<br>
to generate an INX ISO using <a href="http://us.archive.ubuntu.com" target="_blank">us.archive.ubuntu.com</a>, but that ISO completely<br>
failed to boot. Then again, I did bypass the debootstrap version check :)<br>
<br>
Right now I have Ubuntu Server 12.10 installed in a minimal virtual machine;<br>
I was able to edit the INX selections down enough that dpkg generated no<br>
warnings, but I can't figure out how to install from that package list and<br>
not screw up my existing system. Sigh, that's what VM snapshots are for. Or<br>
I suspect, what chroot is for? Ah, yearning once more for the simplicity of<br>
Slackware... Really, at this point I'd settle for just the cli/curses aspect<br>
and save the framebuffer for a separate project if possible -- for me, the<br>
package selection is half of INX, the other half is that small but crucial<br>
amount of shell script and menu glue holding it all together. (And some<br>
sensible default dotfiles, am I right? I haven't delved that deeply yet.)<br>
Anyway, DJ, if you could describe how you put together your Wheezy ISO with<br>
working framebuffer, that would be very helpful for me; I'm doing all my<br>
builds in Xen VM's, but will soon again have access to bare metal again if<br>
that helps.<br>
<br>
I've also been in various IRC channels during this process including #inx,<br>
but no activity there besides my own chatter.<br>
<br>
-ian<br>
<br>
PS: While I'm no kneejerk anti-Lennart Poettering type, and systemd has<br>
given me no problems yet on my personal Arch box, the general direction<br>
being taken by most Linux distributions is enough to give me concern and<br>
increase my search for viable alternatives. The text-only ecosystem is<br>
showing signs of neglect, sadly, once one wanders outside of the basics<br>
(as with any desktop, I define 'texttop' basics as browsing and email).<br>
NetBSD currently has ncurses bugs, etc...but this is already long and<br>
rambling enough. Thanks again for your time and fine work.<br>
<br>
--<br>
</blockquote></div>