On 2016-06-10 08:59, Simon Walter wrote:

    [snip]

> > I will give the templates a go now.

> I had some issues:
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
>         LANGUAGE = "en_US:en",
>         LC_ALL = (unset),
>         LANG = "en_US.UTF-8"
>     are supported and installed on your system.
> perl: warning: Falling back to the standard locale ("C").

>
> Over ten times repeated, but more importantly:

Simon, thanks for testing.

I think the locale just isn't setup yet at that early point.
Perhaps a Perl expert can opine?


> lxc_container: Failed to parse config: lxc.include =
> /usr/share/lxc/config/common.conf
>
> lxc_container: Failed to parse config: lxc.include =
> /usr/share/lxc/config/devuan.common.conf

I tested with LXC 1.1.5 installed from upstream source so some include
paths might be screwed up because they're different on my system. Or
possibly it's a version compatibility issue. At this early stage, and
without a proper package, I expect it to take some tweaking to get it
working.

I'll look into making the paths conform based on the latest lxc package
from Devuan :
lxc_1%3a1.0.6-6+deb8u2_amd64.deb

Arguably maybe I should have already done that. Then again I wrote it
for LXC 1.1.5 and I honestly don't know how far back it's compatible.
If it's a version compatibility problem, we can always create another
branch to support the earlier Devuan version, but only if we have to.

Here's a look at my /usr/share/lxc/config/ directory:
-rw-r--r-- 1 root staff 1.3K Mar 15 00:10 archlinux.common.conf
-rw-r--r-- 1 root staff 114 Mar 15 00:10 archlinux.userns.conf
-rw-r--r-- 1 root staff 988 Mar 15 00:10 centos.common.conf
-rw-r--r-- 1 root staff 114 Mar 15 00:10 centos.userns.conf
-rw-r--r-- 1 root staff 1.7K Mar 15 00:10 common.conf
drwxr-sr-x 2 root staff 4.0K Mar 15 00:10 common.conf.d
-rw-r--r-- 1 root staff 199 Mar 15 00:10 common.seccomp
-rw-r--r-- 1 root staff 1.2K Mar 15 00:10 debian.common.conf
-rw-r--r-- 1 root staff 114 Mar 15 00:10 debian.userns.conf
-rw-r--r-- 1 root staff 1.1K May 22 01:48 devuan.common.conf
-rw-r--r-- 1 root staff 93 May 22 01:49 devuan.userns.conf
-rw-r--r-- 1 root staff 1.1K Mar 15 00:10 fedora.common.conf
-rw-r--r-- 1 root staff 114 Mar 15 00:10 fedora.userns.conf
-rw-r--r-- 1 root staff 886 Mar 15 00:10 gentoo.common.conf
-rw-r--r-- 1 root staff 2.5K Mar 15 00:10 gentoo.moresecure.conf
-rw-r--r-- 1 root staff 114 Mar 15 00:10 gentoo.userns.conf
-rw-r--r-- 1 root staff 309 Mar 15 00:10 nesting.conf
-rw-r--r-- 1 root staff 1.1K Mar 15 00:10 opensuse.common.conf
-rw-r--r-- 1 root staff 114 Mar 15 00:10 opensuse.userns.conf
-rw-r--r-- 1 root staff 1.4K Mar 15 00:10 openwrt.common.conf
-rw-r--r-- 1 root staff 988 Mar 15 00:10 oracle.common.conf
-rw-r--r-- 1 root staff 114 Mar 15 00:10 oracle.userns.conf
-rw-r--r-- 1 root staff 246 Mar 15 00:10 plamo.common.conf
-rw-r--r-- 1 root staff 114 Mar 15 00:10 plamo.userns.conf
-rw-r--r-- 1 root staff 197 Mar 15 00:10 ubuntu-cloud.common.conf
-rw-r--r-- 1 root staff 124 Mar 15 00:10 ubuntu-cloud.lucid.conf
-rw-r--r-- 1 root staff 126 Mar 15 00:10 ubuntu-cloud.userns.conf
-rw-r--r-- 1 root staff 1.7K Mar 15 00:10 ubuntu.common.conf
-rw-r--r-- 1 root staff 58 Mar 15 00:10 ubuntu.lucid.conf
-rw-r--r-- 1 root staff 359 Mar 15 00:10 ubuntu.userns.conf
-rw-r--r-- 1 root staff 672 Mar 15 00:10 userns.conf


> By the way, I have Devuan alpha4 installed. So maybe that is the issue
> there. Though, with my modified config and templates, I didn't have
> those errors.

Yeah, it could be a version incompatibility.


It's very late for me, so here's some random thoughts before I sign out
for the day:

This might be a bit surprising but I actually wrote lxc-devuan with
*non-Devuan* OS's in mind. To not discourage people from running Devuan,
it automatically downloads and uses the Devuan keyring. Without that
capability it won't get past square one on a non-Devuan OS, and the user
is likely to mumble some not so nice things about Devuan. Something to
be avoided if at all possible.

I also added a feature or two that other OS templates don't have, such
as the ability to pre-assign the MAC address. I have absolutely no idea
if that's of interest to anyone but me. But if it is, that's yet one
more reason for people to choose Devuan over something else.

Of course, the paths won't end up correct on all distros until a version
of it makes it upstream, and then back down again, and that could take
quite some time. Therefore a script can/should be written to help
install it.

In the meantime, anyone with a mind to "clone" and use the template as
is (without a proper package or script to install it) will have to
adjust paths as needed to match their system.

On the other hand there's nothing written anywhere that says we have to
use the lxc-devuan that I wrote. Not that I want to give up on it, but
If yours is already working correctly on Devuan Beta, we can always put
it in a different branch and use that. We'll just have to see how
things plays out.


> Let me know if there is anything I can do to help test etc.

I certainly will. Thanks very much!

Greg