[lxc-devel] Request for update Jenkins script for plamo images

Stéphane Graber stgraber at ubuntu.com
Thu Aug 28 15:37:15 UTC 2014


Plamo just successfuly built with the --numeric-owner trick and using
the other mirror you mentioned.

Please test those images and let me know if there's anything else wrong
with them.

Thanks


On Thu, Aug 28, 2014 at 09:57:09AM -0400, Stéphane Graber wrote:
> On Thu, Aug 28, 2014 at 04:46:45PM +0900, TAMUKI Shoichi wrote:
> > Hello Stephane,
> > 
> > From: TAMUKI Shoichi <tamuki at linet.gr.jp>
> > Subject: [lxc-devel] Request for update Jenkins script for plamo images (Re: [PATCH] Update plamo template)
> > Date: Tue, 26 Aug 2014 08:13:10 +0900
> > 
> > > According to the Jenkins log, I will suggest you to insert the
> > > commands like below:
> > > 
> > >  ==> Executing: "for i in postfix pop wnn polkituser mysql ; do useradd $i ; done" in /
> > >  ==> Executing: "for i in wheel postfix postdrop telnetd mysql cgred ; do groupadd $i ; done" in /
> > > 
> > > just before the command:
> > > 
> > >  ==> Executing: "mkdir -p /build/containers/LXC_NAME/rootfs" in /
> > 
> > I tested it on my local Ubuntu environment.
> > 
> > # for i in postfix pop wnn polkituser mysql ; do useradd $i ; done
> > # for i in wheel postfix postdrop telnetd mysql cgred ; do groupadd $i ; done
> > groupadd: group 'postfix' already exists
> > groupadd: group 'mysql' already exists
> > 
> > Hmm, on Ubuntu environment, it seems that useradd creates both user
> > and group with the specified name.  So, you should do the following:
> > 
> >  ==> Executing: "for i in postfix pop wnn polkituser mysql ; do useradd $i ; done" in /
> >  ==> Executing: "for i in wheel postdrop telnetd cgred ; do groupadd $i ; done" in /
> 
> So instead of using that rather ugly workaround, wouldn't calling tar
> with --numeric-owner and --numeric-group solve that in a cleaner way?
> 
> > 
> > Please note that the workaround above is only for producing plamo
> > images on Ubuntu environment such as the Jenkins server.
> > 
> > Perhaps, we should do similar workaround for producing another
> > distribution (centos, debian, fedora, gentoo, opensuse, and oracle)
> > images on the Jenkins server.  I will also investigate them if I have
> > enough time.
> > 
> > > > So, KATOH-san prepared a new mirror server repository.plamolinux.org.
> > > > Would you please add the environment variable below to the Jenkins
> > > > script before invoking lxc-plamo.
> > > > 
> > > > export MIRRORSRV="repository.plamolinux.org"
> > > > 
> > > > This overrides the default MIRRORSRV in lxc-plamo.
> > > 
> > > According to the Jenkins log, I will suggest you to insert the
> > > environment variable like below:
> > > 
> > >  ==> Executing: "env MIRRORSRV=repository.plamolinux.org	<-- add this
> > >                      /usr/share/lxc/templates/lxc-plamo
> > >                      --path /build/containers/LXC_NAME
> > >                      --rootfs /build/containers/LXC_NAME/rootfs
> > >                      --name LXC_NAME -r 5.x -a x86_64" in /
> > 
> > Please note that the default MIRRORSRV www.ring.or.jp is still alive.
> > However, the condition between jenkins.linuxcontainers.org over the
> > last month is quite bad.  So, can you perhaps try out the workaround
> > above?
> > 
> > Thanks in advance.
> > 
> > Regards,
> > TAMUKI Shoichi
> > _______________________________________________
> > lxc-devel mailing list
> > lxc-devel at lists.linuxcontainers.org
> > http://lists.linuxcontainers.org/listinfo/lxc-devel
> 
> -- 
> Stéphane Graber
> Ubuntu developer
> http://www.ubuntu.com



> _______________________________________________
> lxc-devel mailing list
> lxc-devel at lists.linuxcontainers.org
> http://lists.linuxcontainers.org/listinfo/lxc-devel


-- 
Stéphane Graber
Ubuntu developer
http://www.ubuntu.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.linuxcontainers.org/pipermail/lxc-devel/attachments/20140828/33045782/attachment.sig>


More information about the lxc-devel mailing list