I get the impression that almost everyone is on board with gitlab and the debate is whether or not we should implement it on our own infra or sponsored infra. Then the follow up becomes who will do the migration. I'll start a slow vote and mail it out.
On Wed, Sep 26, 2018, 12:37 AM <jaquil...@eagleeyet.net> wrote: > I am getting many different vibes here. Are we looking at redoing the e5 > setup and another server is needed in terms of sponsor ship in order to > rebuild e5? > > On 2018-09-25 21:08, Bertrand Jacquin wrote: > > On Mon, Sep 24, 2018 at 11:54:16AM +0100, Carsten Haitzler wrote: > >> On Sat, 22 Sep 2018 15:57:27 +0100 Bertrand Jacquin > >> <bertr...@jacquin.bzh> said: > >> > >> > > > This is something I do not agree with. I have been kicking into > pants > >> > > > for problems with the infra for _years_ when doing Jenkins. It has > >> > > > changed nothing and I moved over to cloud services to get the > control > >> > > > and flexibility I needed. > >> > > > >> > > This is a result of policy from Beber of giving pretty minimal VM's > with > >> > > limited ram/disk with gentoo. We have the resources - they are just > not > >> > > being assigned and being able to provision your own is far too > complex with > >> > > what we have. If all you had to do was run some libvirt cmds to > spin up a > >> > > new VM of whatever size/config you wanted , I think you'd be fine. > >> > > >> > Well, e5 clearly has not enough memory and CPU to support all the > build > >> > ran by Jenkins, this is why we had to split the building instances > from > >> > >> That I just don't buy. I compile all of e, efl, terminology, rage on a > >> raspberry pi with 768m ram (256 partitioned off to gpu) and do > >> parallel > >> builds... and can run a gui at the same time. e5 has 48gb of ram. last > >> i heard > >> from stefan the vm's for building had maybe 2 or 4gb ram allocated to > >> them and > >> limited disk space. correct me if i'm wrong - this may have been a > >> while ago. > > > > Memory is not the issue here, CPU is. Each VM has 4GB or RAM, each > > build > > use -j6 and we can have up to 4 jenkins build at the same time, this on > > 3 different VM. > > > > Read this a different way: having build and servers (web, git etc) is > > not > > achievable. > > > >> compared to a raspberry pi .. e5 runs rings around it so many times > >> it's not > >> funny and an rpi can do this easily enough. yes - jenkins adds infra > >> cost > >> itself, but a single vm for linux builds (with multiple chroots) would > >> consume > >> very little resources > > > > That is true, the VM overhead is not negligible. VM were the initial > > design and we stuck on this. I am far from being against that as I'm > > far > > from being against containers, finding the right time to work on this > > is > > a different matter. > > > >> as it would only need a single build controller and just > >> spawn off scripts per build that do the chroot fun. > >> > >> sure - need a vm for bsd, and windows and other OS's that can't do the > >> chroot > >> trick. > >> > >> > the hosting instances. Even still, current ressources are too limited. > >> > You will not be able to have more than 10 instances running at the > same > >> > time. > >> > >> 10 build instances? if they are properly ionice'd and niced to be > >> background > >> tasks vs www etc... i think we can,. they might take longer as the > >> xeons are > >> old on the server, but they can do the task still. i regularly build > >> efl/e on > >> hardware a tiny fraction of the power of e5. > > > > We don't just instances for build, we have instances for web, mail, > > git, > > phab etc .. Which by the way were moved to e6 last year after the > > website was pretty much unsable and the disk issue we had, server that > > I'm > > still paying myself. This was meant to be a temporary solution, but I > > did not find the appropriate time to allocate on putting stuff back. > > > > Cheers > > > > _______________________________________________ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
