MCNLive Kris BETA, Beta testers wanted! opties

[willie]

I deleted all partions of the internal ssd and from the micro usb-stick, tried it again and all went well.
I'm typing this from the aspireone 110 with MCNLive installed on the micro usb-stick
Installed gtkpod, krecipe, abiword total size now about 1,2gb, it's working faster then from the ssd

Ow i forgot i replaced the original kernel with the desktop kernel, why use a 586 kernel (i know why)

[HighKing]

Great. I guess you mean you're running a remaster now?

You know why we use an i586-kernel but have to ask? Well for anyone else with the same question: hardware support. Some older machines just don't run with a i686-kernel, for example Via C3 cpu's don't like i686 kernels.

[HighKing]

* The fonts setting are unfortunately still in subpixel hinting: medium style, and not in NONE.
After my remaster they use the correct settings.

Found it! We've been editing the wrong file all the time!
We searched for the settings in the kdeglobals file, but that's not the file we need! By accident I stumbled upon the file .fonts.conf, which has the following content:

CODE

<?xml version='1.0'?>
<!DOCTYPE fontconfig SYSTEM 'fonts.dtd'>
<fontconfig>
<match target="font" >
  <edit mode="assign" name="rgba" >
   <const>rgb</const>
  </edit>
</match>
<match target="font" >
  <edit mode="assign" name="hinting" >
   <bool>false</bool>
  </edit>
</match>
<match target="font" >
  <edit mode="assign" name="hintstyle" >
   <const>hintnone</const>
  </edit>
</match>
<match target="font" >
  <edit mode="assign" name="antialias" >
   <bool>true</bool>
  </edit>
</match>
</fontconfig>

Tested an empty profile with only this file => no luck. Tested again with a new empty profile, this file and the kcmfonts file in place (the oneliner "dontChangeAASettings=false") => nice smooth fonts!

[isadora]

MCNLive can't be stopped in the charts!!!!!!!!
Right now at position 18, and still going up.

And this is only the BETA!!!!!

[willie]

Great. I guess you mean you're running a remaster now?

Noop just installed it and added those programs.

[HighKing]

Noop just installed it and added those programs.

Ah, on that bicycle!

[HighKing]

@Kris, is this more like it?

[HighKing]

MCNLive can't be stopped in the charts!!!!!!!!
Right now at position 18, and still going up.

And this is only the BETA!!!!!

Position 29 today... guess that means we have to release beta 2 soon.

[kris]

@Kris, is this more like it?

That's it

[HighKing]

Ok, then I guess it's time for beta 2 as no-one reported any new issues.

From the head, since beta 1:
- Mounting local partitions when using copy2ram has been fixed.
- The remaster script now checks if there is a partition for the temp files before going on.
- The vesa bootoption now places a default xorg.conf when none was written by drakx11.
- Antialias settings have been fixed.
- Allowed root login through KDM.

[kris]

Enable graphic root login on KDM would be nice (mzee asked for it, or was it Gerard?)

--> /var/lib/mandriva/kde-profiles/common/share/config/kdm/kdmrc
(or something like that)

change 'false' to 'true':

--->

CODE

# Allow root logins?
# Default is true
AllowRootLogin=true

[HighKing]

Already did that meanwhile.
I'll edit my list above...

[Tux Brothers]

Enable graphic root login on KDM would be nice (mzee asked for it, or was it Gerard?)

--> /var/lib/mandriva/kde-profiles/common/share/config/kdm/kdmrc
(or something like that)

change 'false' to 'true':

--->

CODE

# Allow root logins?
# Default is true
AllowRootLogin=true

It was me Chris
For my rescue cd its very important to logon as root, so on my cd i already have done this
But thx anyway!

[HighKing]

The second beta has just been released! I've edited my first post.

[mzee]

The second beta has just been released! I've edited my first post.

Congratulations.

Have been playing/working with it for a couple of hours. Everything seems OK. Mooi! Zeer mooi!!

But the Opera problem remains. Opera is unable to create a directory '.opera' in /home/live. if you create the directory yourself before using Opera then it is OK.

Have been adding some programs and even 'remastered on the fly'. Got an iso of over 700 MB. Will try now to put the iso on a usb-sick and try to boot from there.

One word : thank you for your efforts.

[HighKing]

@mzee, I was just about to complain that you still hadn't answered my question on what version of Opera you were trying, when I noticed this post of yours:

Yes, I have been installing the software I like. Think that all problems came after installing Opera 10.10. As told could run opera as root, not as user 'live'.
Here the url : 'ftp://ftp.opera.com/pub/opera/linux/1010/final/en/i386/opera-10.10.gcc4.qt4.i386.rpm'
Hope you will be able to reproduce the error and find a solution.

Thank you very much for your efforts.

Regards,

Oooops, hadn't seen it yet... feeling a bit stupid now.
Will try the above rpm soon, I hope I can solve this for you.

[HighKing]

Ok, I have been able to reproduce the error, but I'm not sure why it happens and if it is an MCNLive specific problem at all.
When I install the rpm you mention, and run Opera for the fist time, a dir .opera is created, but with wrong permissions:

CODE

dr----x--t  2 live live    40 2010-03-18 22:16 .opera/

Trying to rmdir this directory makes the system completely unusable for the live user.

In tty1 as root. No problem, but whenever I try an ls in /home/live the root session hangs as well.

Rebooted. Installed Opera again. Ran it, same directory with same permissions was created.
Chmod'ed the .opera directory to 700: Problem solved.

Veeeeery strange...

Edit:
First I thought maybe the sticky bit is the problem, but creating a test directory with the sticky bit set as well was no problem. Removing it neither.
Next, I simply created a test directory and chmod'ed it 400. Tried to rmdir that testdir: same problem!

Might be a unionfs/tmpfs problem... not something I can solve...
Question is: Why does Opera create a directory without write permissions for the owner?

[HighKing]

Ok, it's a unionfs problem... maybe even a bug, but sadly nothing I can fix.

You can easily reproduce this on an mdv2010.0 system by mounting 2 directories with unionfs. I tried merging 2 dirs with unionfs. Then created a directory 'test' inside it. Chmod'ed it to 400 and tried to rmdir the directory. I had to reboot in order to regain control over my system. Note that this was NOT on MCNLive, but on my laptop with a MDV2010.0 x86_64 installation. Since MCNLive uses unionfs to merge the root with tmpfs to make it writeable there is not much we can do about this.

[mzee]

Ok, it's a unionfs problem... maybe even a bug, but sadly nothing I can fix.

Wish to thank you for your kind reactions. Thank you very much for trying to tackle the problem. At least we know now where the problem lies and we have a way to go round.

May confirm that remastering on the fly is really easy. An putting the iso on an usbstick is also not a problem with 'dd' . (Do not forget to remove "grub" first if necessary!)

Have one more question, if you allow me. The boot option 'fstab=rw,noauto' doesn work. How to prevent the system to mount the available partitions?

Once more : dank!

[HighKing]

Wish to thank you for your kind reactions. Thank you very much for trying to tackle the problem. At least we know now where the problem lies and we have a way to go round.

I'll try to find some solution, but am not sure if I'm able to.

Have one more question, if you allow me. The boot option 'fstab=rw,noauto' doesn work. How to prevent the system to mount the available partitions?

That bootoption doesn't work. I have a "special" script that configures the system at boot. The same script mounts all local partitions. I didn't provide an option to override this... will try to add it.