FAA Solution to Missing dependencies from USM?(2)

Here is a place for your projects which are not officially supported by the Porteus Team. For example: your own kernel patched with extra features; desktops not included in the standard ISO like Gnome; base modules that are different than the standard ISO, etc...
User avatar
francois
Contributor
Contributor
Posts: 6434
Joined: 28 Dec 2010, 14:25
Distribution: xfce plank porteus nemesis
Location: Le printemps, le printemps, le printemps... ... l'hiver s'essoufle.

Re: FAA Solution to Missing dependencies from USM?(2)

Post#16 by francois » 19 Apr 2015, 13:11

@brokenman:
This has gone quite a bit off topic. Can someone confirm that the OP's original query has been satisfied? I will answer the other questions briefly here but Francois please do start a relevant thread.

There is no intent in my part to provide additional burden to the developpers, especially that they went for a system of moderators to free them to be able to work on other tasks. There is no hurry for me.

For additional discussions about the fine tuning of porteus usm package manager you are invited to join the following thread. Fine tuning of usm for porteus use:
http://forum.porteus.org/viewtopic.php?f=48&t=4552
Prendre son temps, profiter de celui qui passe.

User avatar
brokenman
Site Admin
Site Admin
Posts: 6105
Joined: 27 Dec 2010, 03:50
Distribution: Porteus v4 all desktops
Location: Brazil

Re: FAA Solution to Missing dependencies from USM?(2)

Post#17 by brokenman » 21 Apr 2015, 19:32

every 6 hours the script on the server downloads latest time stamps from every repo changelog and compares them with latest saved.
if there is a mismatch then updates database, if not then skips.
This is essentially what the update script does. The load comes because if one package has been updated (for example in slacky) then the server needs to process every package in the (slacky) repo causing server strain. If this is done every 6 hours then it could be that every 6 hours the server is strained. This is why I have chosen every 3 days. If I can get LXC containers running then strain wouldn't be a problem as processor restrictions can be set in place. The current system doesn't support this.

While I am in here, today I added the default MODULES=true so that by default porteus modules will be generated on Porteus. I see the sense in what Francois said about a package manager actually installing the packages by default. I also added a general slackware package update function whereby all the latest patch files from slackware can be downloaded and installed. There are certain caveats using this in Porteus since the actual package resides inside a base module, but the function is now there for people that want it (on github only at the moment) in the CLI end only as a testing ground.
How do i become super user?
Wear your underpants on the outside and put on a cape.

User avatar
Ed_P
Contributor
Contributor
Posts: 8341
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 5.01 ISO
Location: Western NY, USA

Re: FAA Solution to Missing dependencies from USM?(2)

Post#18 by Ed_P » 21 Apr 2015, 20:28

brokenman wrote:If this is done every 6 hours then it could be that every 6 hours the server is strained.
But what are the odds of an update every 6 hrs? Is there any analysis of the dbs update frequencies the past few months? Maybe every 8 hrs or 12 hrs would work better?
Ed

User avatar
brokenman
Site Admin
Site Admin
Posts: 6105
Joined: 27 Dec 2010, 03:50
Distribution: Porteus v4 all desktops
Location: Brazil

Re: FAA Solution to Missing dependencies from USM?(2)

Post#19 by brokenman » 21 Apr 2015, 20:45

The logs are saved so I could go through them manually and see how often they are updated. I might be less time consuming for me to just set up a cron job to create a running log with stats on how often they are updated and check it in a week. In any case I would like to setup LXC on the server so this problem is history. This means I have to learn all about how the containers work which is also a time muncher.

Hamza, what is you opinion on the server strain and if we can afford to straint he server for 15-25 minutes every day? If once a day is not a problem then we can run the 32 bit side one day and the 64bit side the next.
How do i become super user?
Wear your underpants on the outside and put on a cape.

User avatar
Ed_P
Contributor
Contributor
Posts: 8341
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 5.01 ISO
Location: Western NY, USA

Re: FAA Solution to Missing dependencies from USM?(2)

Post#20 by Ed_P » 21 Apr 2015, 21:17

brokenman wrote: I might be less time consuming for me to just set up a cron job to create a running log with stats on how often they are updated and check it in a week.
I'm not sure what a cron job is but I like the sounds of that approach. :good:
Ed

Bogomips
Full of knowledge
Full of knowledge
Posts: 2564
Joined: 25 Jun 2014, 15:21
Distribution: 3.2.2 Cinnamon & KDE5
Location: London

Re: FAA Solution to Missing dependencies from USM?(2)

Post#21 by Bogomips » 21 Apr 2015, 21:44

brokenman wrote:This means I have to learn all about how the containers work which is also a time muncher.
After all this is a community effort, so someone more knowledgeable in this field can gen up on lxc containers and help brokenman out? :friends: Is there anyone out there? :Search:
Linux porteus 4.4.0-porteus #3 SMP PREEMPT Sat Jan 23 07:01:55 UTC 2016 i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB

beny
Full of knowledge
Full of knowledge
Posts: 2086
Joined: 02 Jan 2011, 11:33
Location: italy

Re: FAA Solution to Missing dependencies from USM?(2)

Post#22 by beny » 21 Apr 2015, 22:27

this is lxc check i have to rebuild the kernel for missing option i see:
bash-4.3# lxc-checkconfig
--- Namespaces ---
Namespaces: enabled
Utsname namespace: enabled
Ipc namespace: enabled
Pid namespace: enabled
User namespace: enabled
Network namespace: enabled
Multiple /dev/pts instances: enabled

--- Control groups ---
Cgroup: enabled
Cgroup clone_children flag: enabled
Cgroup device: enabled
Cgroup sched: missing
Cgroup cpu account: missing
Cgroup memory controller: enabled
Cgroup cpuset: enabled

--- Misc ---
Veth pair device: enabled
Macvlan: enabled
Vlan: enabled
File capabilities: enabled

Note : Before booting a new kernel, you can check its configuration
usage : CONFIG=/path/to/config /usr/bin/lxc-checkconfig
i try to compile only the missing line work in progress,i can't rebuild because i have the zen patch if i have this patch the missing line are unavailable...sorry

User avatar
Hamza
Warlord
Warlord
Posts: 1908
Joined: 28 Dec 2010, 07:41
Distribution: Porteus
Location: France

Re: FAA Solution to Missing dependencies from USM?(2)

Post#23 by Hamza » 24 Apr 2015, 14:55

I'm working on the issue.
NjVFQzY2Rg==

User avatar
brokenman
Site Admin
Site Admin
Posts: 6105
Joined: 27 Dec 2010, 03:50
Distribution: Porteus v4 all desktops
Location: Brazil

Re: FAA Solution to Missing dependencies from USM?(2)

Post#24 by brokenman » 24 Apr 2015, 16:07

Thanks Hamza.

Beny the container won't be run on Porteus. It will be run server side.
How do i become super user?
Wear your underpants on the outside and put on a cape.

Post Reply