Hi Andrew;
Am 28.07.2012 19:07, schrieb Andrew:
> 28.07.2012 19:54, KP Kirchdoerfer пишет:
>> Hi Andrew;
>>
>> Am 25.07.2012 22:50, schrieb Andrew:
>>> Hi all.
>>>
>>> What showstoppers we have for tagging BuC 5.0-alpha release? I saw that
>>> samba still fails to build due to headers missing (uuid/uuid.h).
>> I do not see showstoppers (based on a version build two weeks ago).
>>
>> Current git sources build fine for x86 and I had only one error
>> (oprofile) for arm-versatile.
>>
>> Before release an alpha version I wanted:
>>
>> - release a stable 4.3, to avoid confusion and to give us the
>> opportunity to concentrate on the 5.x version in the future. (Done today.)
>>
>> - test the latest changes in the git repository (kernel update, split
>> initrd) on a production machine. It's next on my todo-list.
>>
>> - a proof-of-concept of the ARM support ("Raspberry Pi"); I don't know,
>> if David needs or will be able to commit changes into git. Even more I
>> have no idea yet how to build an image for it.
>>
>> Anyway I'm optimistic we can do a release soon.
>>
>> I'd like to branch current master into 4.3 to have a branch where we can
>> commit fixes for 4.3, and if done can you merge next into master? I
>> simply think I'm not experienced enough in git usage to do this task.
>>
> Ok. If 4.3 remote branch is already created, I try today merge next with
> master. If there'll be troubles - I'll finish this after August 7
> (tomorrow I'll go from city for one week).
Ok, I've created 4.3-fixes a a new branch to commit changes for 4.3.x.
It should work, but pls doublecheck.
Everyone; see:
https://sourceforge.net/apps/mediawiki/leaf/index.php?title=Bering-uClibc_4.x_-_Developer_Guide_-_Hints_and_Tips_for_using_Git_SCM#Tracking_a_Remote_Branch
how to track a remote branch.
>>> Also I planned to add zram support (I think that using it in usual way -
>>> as swap - should be optimal) - but it isn't showstopper for alpha
>>> release, this will be a minor change (mostly - kernel config will be
>>> changed, + small init modification, + mkswap/swapon applets in busybox
>>> should be enabled).
>> I don't understand the proposal - do you ever use swap at all? And whatfor?
>>
>> kp
>>
> I want to add support for compressed block device (zram), and place swap
> on zram disk. This seems to be more flexible solution than make
> filesystem on zram disk and use it instead of tmpfs in such moments:
> 1) We need single zram, and when oom is occurred, all data from tmpfs
> will be 'swapped' to zram;
> 2) we should use zram for extending RAM when there are a lot of heavy
> userand software will be present (for ex., caching nameserver, bgp
> server and so on);
>
> I see only one con: we need swapping support. This is some tens of kb.
> Not so much price IMHO.
Understand. Let's see if it works.
I've never had an OOM error on a fairly loaded box with 128MB RAM, so I
doubt I can test myself.
kp
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel
