[pkg-fso-maint] An eventful install.sh

[Steven De Herdt]

Hello again,

I think I've fixed my uSD issues by passing some parameters to the kernel
(had to do it via a script and /sys though, Qi doesn't read append_GTA02 on
NAND(jffs2)).  For my particular case:
http://wiki.openmoko.org/wiki/Supported_microSD_cards/SD-C02G

So I have installed Debian again, with greater ease than before.  Some
remarks:
*The wiki contains old docs of the script on
http://wiki.debian.org/DebianOnFreeRunner/InstallScript .  The difference
with current might not be great though.
*In those docs lies a claim that only fat/ext2 may be chosen as
SD_PART1_FS.  When using Qi, one can also pick ext3.  (I did so, and it may
well have payed off as I forgot the uSD-related kernel params for first
boot.  /bin/less suddenly belonged to user 168427520 and other strange
things happened, I think fsck solved all that.)
*Apparently, the wrong quotation marks cause the script to inform me of
[sic] 'calling $f'.
*The rigth place for copying /etc/hosts seems the configuration stage, but I
need it sooner if I want to use my local proxy.
*Finally: in a case of suitable irony, my own silliness came back to me when
the installation muttered 'I: Done with stage carthago'.  I didn't entertain
the possibility of variable aliasing when writing my patch.
*By default, root seems to have only /usr/bin:/bin for a $PATH.  Don't know
where that comes from.

I made some corresponding fixes in install.sh, starting from the latest git
version with which the attached patch should match.

As there is a true debian-installer underway, I can imagine that making
install.sh perfect isn't that imporant.  Is there some other
not-too-difficult task that I could lend a (small) hand for?

Thanks for your attention,

Steven.

P.S.: Does anybody know from the top of their head how to get sound to
work?  If it'd work with gnash I could watch some stupid videos on my phone.
(And don't we all want that?)


On Mon, Mar 8, 2010 at 12:47 AM, Steven De Herdt
<steven.deherdt at gmail.com>wrote:

> G'day,
>
> On Fri, Mar 5, 2010 at 10:57 PM, Steffen Möller <steffen_moeller at gmx.de>wrote:
>
>> Dear Steven,
>>
>> I have added your patch and just nibbled at a few corners. For instance
>> the internal variable names are prepended with "internal_" now. I thank
>> you for indicating "dpkg -s" to me - have not been aware of it.
>>
> I hope it was useful, if it wasn't at least we learned something.
>
> I admit to be not overly much interested. In my humble opinion the bug
>> is more with the tool the utters all the redundant warnings than with us
>> poor souls using it.
>>
>> The tasks are meant to address the individuals' diverse foci of
>> interest. A task "luxury" would not be sufficiently expressive and ...
>> well ... I did not suffer that much about it so far (puh!)
>>
> Maybe I could implement a "featureful" task, but I see it doesn't have top
> priority.
>
> It look all fine to me. Concerning the DELENDA, er, internal_delenda, I
>> wished we would kind of determine the packages to delete when we know if
>> we are using (c)?debootstrap ..... or find some other more deterministic
>> approach. Or some flag to dpkg that allows the specification of
>> non-existing packages for removal? Well, since your code certainly fixes
>> something, I am happy for how it is for the moment.
>>
> That would be cleaner, but "if it ain't broken, don't fix it"?
>
>
>>  > As for the erratic SD card, I suppose I'll hunt for a solution
>> separately.
>> > It seems to be a rather complex matter.
>>
>> Please just something smallish as a start.
>
> What I meant is that I'd solve my particular problem.  If I have something
> to contribute, the Openmoko wiki seems like the right place, but I could let
> you know.
>
> > P.S.: If this silly humour in mail or patch are bothersome or impertinent
>> I
>> > do apologise.
>>
>> Gosh. I have not even spotted it. I presume, one just needs it for what
>> we are doing here.
>>
> It's one of those (intenal_)delenda, and it's for sure not a Debian
> package...
>
>
>> Cheers,
>>
>> Steffen
>>
>
> Have some cheers yourself,
>
> Steven.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-fso-maint/attachments/20100313/2cf16e36/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: some_patch
Type: application/octet-stream
Size: 2702 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-fso-maint/attachments/20100313/2cf16e36/attachment-0001.obj>