This reverts commit 8024e7d874.
We need to handle this in our installer, since we provide locales-all
package on our systems which doesn't create file /etc/default/locale.
This change/review needs to be cherry-picked to mr3.5 branch.
Change-Id: I4b98b60ae9990d94054f96f231a5eb5a4164533b
We might want to ship the locales package on *all* our systems by
just adding it to the default package list, but it adds 15.2MB of
additional disk space which might be unwanted for certain VMs and
I'm not yet sure whether it would be acceptable to add the
locales package also on older sip:provider releases. Until we've
decided whether that would make sense or not let's install the
locales package via the ngcp-nth-{ce,pro} metapackage in our
sip:provider systems.
The file /etc/default/locale gets generated by the locales
package:
| # cat /etc/default/locale
| # File generated by update-locale
and then the tons of:
| Unable to open env file: /etc/default/locale: No such file or directory
in /var/log/auth.log disappears.
By also executing:
update-locale "LANG=en_US.utf8"
we would get:
| LANG=en_US.utf8
added to the file, which might also make sense.
Change-Id: I1aaf2238caba10e5d10fc006e032116c127172ac
The heartbeat-2 package we use is based on version 2.1.3-7,
dating back to 2008 in Debian.
In Debian wheezy the heartbeat package has version 1:3.0.5-3,
and in jessie it's currently sitting at 1:3.0.5+hg12629-1.
We should investigate whether the heartbeat package from
Debian/jessie might work for us, so accept it as an alternative
to our heartbeat-2 package dependency-wise. We then can try
building a ngcp system based on Debian/jessie and if the
heartbeat 3.* package doesn't work for us we can still use our
own package (and optionally also revert this commit).
If the ngcp-services-pro package depends on
linux-headers-3.2.0-4-all it pulls in the
linux-headers-3.2.0-4-common-rt and
linux-headers-3.2.0-4-rt-amd64 packages, which then are
considered as valid target kernels for mediaprox/virtualbox
installation on our PRO systems. Avoid this by depending on the
according linux-headers-3.2.0-4-amd64 package instead.