On 07/12/16 22:14, Daniel J Walsh wrote:
> The following bugzilla shows a problem with containers.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1399749\\
>
> People want to be able to volume mount in /etc/localtime into a
> container to change its TimeZone. The problem is the way the kernel
>
On 12/08/2016 01:30 PM, Colin Walters wrote:
>
> On Wed, Dec 7, 2016, at 04:14 PM, Daniel J Walsh wrote:
>
>> docker run -ti -v /etc/localtime:/etc/localtime:ro fedora bash
> One problem with this (and in general, any host <-> container binds)
> is that one needs to consider format versioning.
>
On Wed, Dec 7, 2016, at 04:14 PM, Daniel J Walsh wrote:
> docker run -ti -v /etc/localtime:/etc/localtime:ro fedora bash
One problem with this (and in general, any host <-> container binds)
is that one needs to consider format versioning.
Right now glibc is on its second version of the timezon
On 12/08/2016 11:04 AM, Frantisek Kluknavsky wrote:
> On 07/12/16 22:14, Daniel J Walsh wrote:
>> The following bugzilla shows a problem with containers.
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1399749\\
>>
>> People want to be able to volume mount in /etc/localtime into a
>> container
On 07/12/16 22:14, Daniel J Walsh wrote:
> The following bugzilla shows a problem with containers.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1399749\\
>
> People want to be able to volume mount in /etc/localtime into a
> container to change its TimeZone. The problem is the way the kernel
>
The following bugzilla shows a problem with containers.
https://bugzilla.redhat.com/show_bug.cgi?id=1399749\\
People want to be able to volume mount in /etc/localtime into a
container to change its TimeZone. The problem is the way the kernel
handles bind mounting symbolic links
On my host I hav
