[Fwd: Re: lunar-1.6.4-alpha3-x86_64.iso issues]

[Stefan Wold]

On Mon, 2008-09-15 at 10:04 -0400, Dennis Veatch wrote:
> On Monday 15 September 2008 09:53:10 Duncan Gibson wrote:
> > >> Hmm this seems odd, do you mean that re-assigning a partition cause it
> > >> to not show up in /etc/fstab after first boot? But the installation
> > >> still succeed?
> > >
> > > No, the installation failed. I mean after choosing reiserfs, then
> > > realizing I would need to do a kernel recompile during the install to
> > > make them built in. I stayed in the partitioning menu, unassigned them,
> > > chose ext3, but they did not get mounted, so the install failed since
> > > it had no place to put the files.
> >
> > IIRC, when I installed 1.6.4.alpha2, the step where you associate file
> > systems with partitions was very sensitive to the order in which I did
> > it. If I went back to a partition I had previously assigned to check or
> > correct it, the other partition names were lost. Or something like that.
> > I remember that I couldn't proceed until I had corrected it and I could
> > only correct it by redoing all of the assignments in the correct order
> > without any mistakes. So it may be that there is some general screwiness
> > in that part of the installer. Or it may be the PEBCAK effect.
> >
> > D.
> >
> > _______________________________________________
> 
> Naw, I don't think it is PEBCAK. Once the choices have been made AND do not 
> alter them by reassigning a different filesystem, the partitions will get 
> mounted. It is only when changing them does things get hosed. It isn't you. 
> The logic should be able to account for alterations once the initial choices 
> have been made.

I can confirm something is buggy with the partition selector. It's not
possible to reproduce it every time (seem to depend on the steps you
take) but I managed to get to a point where it wasn't possible to assign
ANY partition at all. I'll dig into the problem though.
-- 
Sincerely
Stefan Wold
Lunar Linux developer - PGP public key 6E810F05
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://foo-projects.org/pipermail/lunar-dev/attachments/20080916/275fb925/attachment.bin