Re: [cooking] various boot modes, successes and failures

[Rohit Joshi <rj.rohit@xxxxxxxxx>]

Hi Indigo, 

It seems the latest version of the slitaz-tools (http://hg.slitaz.org/slitaz-tools/) has not been tagged and rolled out yet. Yes, we are lazy! :-) . Typically, we tag it when there are enough changes made for the new rollout. So, I guess the login problem still exist in core.iso and multiple user fix still needs to be tested. 

I have missed mails and posts on udev/xorg, so I am not aware of the issues but I feel most likely the problem should be related to "permissions" and "groups" to multiple users. So, the correct assignment of a user to a group should fix those issue.

You are right that we need a good testing team. Many of the bugs can be easily fixed. Moreover, we need to improve the documentation a lot. This require a lot of effort and motivation. We are always looking for community to help and improve. 

Rohit

On Wed, Dec 22, 2010 at 12:53 PM, Indigo <pointofavailability@xxxxxxxxx> wrote:

I've just tested the core.iso in from the undigest repo -- and it
still doesn't work after install.
This is the same problem as before, the config files being copied to
/home, instead of /home/$USER --
and with the same chown errors.  Looking at tazx, it seems the cause
is the same, the line:
    USER=`cat /etc/passwd | grep 1000 | cut -d ":" -f 1`
Gokhlayeh suggests a wrapper for adduser, which makes sense in many
ways, as both tazx and tazctrl box have to be run,
otherwise -- but using the iso to upgrade a system with a persistent
home, or just using tazx, still needs to handle multiple users.

Although Slitaz is a wonderful LiveCD, it's also good as a VM or on
old machines --
and just about all of the problems I see on IRC are on installed images.
Please, let's also test the isos installed before releasing...

Also, udev/xorg still have problems - fixing this should be a priority
before the next stable release.
I will work on trying to get udev to not fail on an installed version
and, hopefully, this will fix the xorg issue.

On Wed, Dec 22, 2010 at 8:09 AM, Christopher Rogers
<slaxemulator@xxxxxxxxx> wrote:
> The squashfs+xz is not build into kernel. Its build as a module. Need to
> install linux-squashfs to use it.
>
> Also i was the one to add the patches to the kernel. I have even tested with
> my own version of a livecd. So i know its there.
>
> 2010/12/22 Philippe Lelédy <slitaz@xxxxxxxxx>
>>
>> Thanks for this good news.
>>
>> On 21/12/2010 16:58, pascal.bellard@xxxxxxxxxx wrote:
>>>>
>>>> the 2 LORAMs cooking from the mirror: the kernel crashes. I was unable
>>>> to rebuild (tazlito build-loram) because now kernel is 2.6..36 and
>>>> cooking from the mirror is 2.6.34, and linux-aufs is no more available
>>>> for 2.6.34.
>>>> Solution: squashfs in 2.6.36 doesn't support LZMA compression, so patch
>>>> tazlito.
>>>
>>> Tazlito has not been release in wok. Coming soon.
>>>
>>> linux-aufs has been renamed to aufs
>>> http://hg.slitaz.org/tazlito/rev/233dc896fb14
>>>
>>> It support xz compression :
>>> http://hg.slitaz.org/tazlito/rev/0c75c957b322
>>>
>>> xz is supported by squashfs :
>>> http://hg.slitaz.org/wok/rev/1bea914df3b9
>>
>> Add squashfs+xz to kernel ...
>> Which kernel ?
>> Linux slitaz 2.6.36-slitaz #2 SMP Fri Dec 17 06:45:50 CST 2010 i686
>> GNU/Linux
>> doesn't seem to have this feature
>>>
>>> http://hg.slitaz.org/wok/rev/13e4d4e6fcc1
>>>
>>> loram flavor use xz compression too :
>>> http://hg.slitaz.org/wok/rev/0a217ca53bab
>>>
>>> -pascal
>>>
>>>
>>> ---
>>> SliTaz GNU/Linux Mailing list - http://www.slitaz.org/
>>>
>>
>>
>> ---
>> SliTaz GNU/Linux Mailing list - http://www.slitaz.org/
>>
>
>

---
SliTaz GNU/Linux Mailing list - http://www.slitaz.org/