On second thought I put in the —hostname flags, to make it clearer. Before
it was a digest from the container-id, which was not telling in the example…
$ docker run -d -v /etc/ --name host1 --hostname host1 ubuntu tail -f /dev/null
6a85473421368051efec9b6f55991a5c3b4150c575a0724695cdad99f7a26e06
$
Hey there,
as for the /etc/hostname when sharing /etc/ as a volume… This ain’t a
problem as /etc/hostname is taken care of by the docker-engine (in previous
versions they used it to discover other hosts).
As you can see in the snippet below, /etc/hostname is local, while it is
possible to create
On 08/22/2016 05:58 PM, Pacho Ramos wrote:
> Now https://wiki.gentoo.org/wiki/Project:Ada is empty
While not using any Ada thing myself, occasionally I'm in need to fully
bootstrap upstream gcc, which requires C,C++,Ada compilers these days.
There's some basically accepted patches in [1] already:
On Tue, 23 Aug 2016 23:17:58 +
"Robin H. Johnson" wrote:
> Some of these packages are very niche, and while they continue to
> work, they could use a bit more attention than they get presently
> (you might only hear about them when they break and never when they
> work).
>
> They are genera
On Tue, Aug 23, 2016 at 11:17:58PM +, Robin H. Johnson wrote:
> net-misc/dhcpcd (upstream?)
I maintain dhcpcd; I'm not sure why it is on this list.
In fact, there is a stablereq still pending on 6.11.1-r1.
Upstream is reachable on the #openrc chat channel.
> sys-apps/baselayout
I can become
Hi,
"Anthony G. Basile" writes:
> maybe once we get some names we should get a meeting of
> base-system together and coordinate our efforts.
I am interested in keeping the base packages working on Prefix,
especially bash and baselayout. Please count me in.
Benda
On 8/23/16 8:03 PM, Lars Wendler wrote:
> I have some kind of interest for these packages:
Lars, maybe once we get some names we should get a meeting of
base-system together and coordinate our efforts. In particular, I
mostly have interest in those packages that make up @system for the
stages I b
On Tue, 23 Aug 2016 23:17:58 + Robin H. Johnson wrote:
>Over the years, the base-system package herd has grown in size. Today
>it comprises 320 packages, of which 61 of those have more than one
>maintainer. The packages with more than one maintainer I'm only
>concerned about if the other maint
On 8/23/16 7:17 PM, Robin H. Johnson wrote:
> Over the years, the base-system package herd has grown in size. Today
I've been doing some base-system related stuff because of uclibc/-ng and
musl on minor arches, building stage3's for those. My involvement has
been marginal because my emphasis is n
Over the years, the base-system package herd has grown in size. Today
it comprises 320 packages, of which 61 of those have more than one
maintainer. The packages with more than one maintainer I'm only
concerned about if the other maintainer is also very busy or not
available.
Some of these package
On Tue, Aug 23, 2016 at 04:25:30PM -0400, Rich Freeman wrote:
> On Tue, Aug 23, 2016 at 3:57 PM, William Hubbs wrote:
> >
> > I am planning to change the logic in /etc/init.d/hostname so that if
> > /etc/hostname exists, the first word out of that file will be used as
> > the hostname rather than
On Tue, Aug 23, 2016 at 3:57 PM, William Hubbs wrote:
>
> I am planning to change the logic in /etc/init.d/hostname so that if
> /etc/hostname exists, the first word out of that file will be used as
> the hostname rather than any setting in /etc/conf.d/hostname. If you
> don't want /etc/hostname,
* Rich Freeman schrieb am 22.08.16 um 20:29 Uhr:
> On Mon, Aug 22, 2016 at 1:51 PM, Sven Vermeulen wrote:
> >
> > Yes, wouldn't the Docker project be happy to take on a patch that uses
> > gethostname() or so?
> >
>
> This might be another option: symlink to /proc/sys/kernel/hostname
I think on
On Tue, Aug 23, 2016 at 02:45:20PM -0400, Rich Freeman wrote:
> Symlinking /proc into /etc/hostname is still useful because it not
> only handles container hostnames (keep in mind that two containers
> could share the same /etc), but it also covers cases where the
> hostname changes, and it doesn't
On Tue, Aug 23, 2016 at 8:26 AM, Christian Kniep wrote:
> Hey Rich,
>
> nice idea, but unfortunately this provides the hostname of the container
> itself.
>
As it should. /etc/hostname inside a container should contain the
hostname of the container. It shouldn't actually be possible to
determin
As part of the user requested feature from [Gentoo-Bug #543878]
eutils.eclass shows a warning regarding user applied patches in case of an
error [Link 1].
However this warning will always be shown even if no user patch were
applied at all (example: empty /etc/portage// directory).
This commit add
Here's v3. Ulm suggested to get rid of the global EPATCH_N_APPLIED_PATCHES
variable
so that EAPI 6' environment stays clean.
Thomas Deutschmann (1):
eutils.eclass: Show death notice only when user patches were really
applied
eclass/eutils.eclass | 8 +++-
1 file changed, 7 insertions(
Pacho Ramos writes:
> # Pacho Ramos (21 Aug 2016)
> # Unmaintained, all versions broken in several ways, bug #465604
> # Removal in a month.
> app-editors/gobby
That's a pity, because it's still developed and looks like a really
good, rich tool. No one uses it?
--
Amadeusz Żołnowski
signatur
I sent in a patch to the toolchain.eclass a while back which got no
response, I asked on irc and got some response. I've just sent another
patch.
Basically, the way I see it, the whole current mess of GNAT as separate
builds and eclasses needs to be sorted. I'm not good enough to do this.
But I do
Hi,
I've added more error handling and set the minimum for Ada builds to the
minimum in the eclass, GCC-3.4.0.
This adds Ada support to GCC, it builds for x86 and amd64 using a
bootstrap if there hasn't been a bootstrapped build already.
Thanks,
Luke.
--- /usr/portage/eclass/toolchain.eclass 20
My mental model is wrong so I'm probably about to say something stupid.
I'm not familiar with the way docker works so bear with me...
On 08/23/2016 03:01 AM, Christian Kniep wrote:
>
> ###
> $ docker service create --name nginx --mode=global -e
> SERVICE_HOSTNAME=$(hostname -f) nginx
> ###
Th
Hey Rich,
nice idea, but unfortunately this provides the hostname of the container
itself.
$ docker run -ti -v /proc/sys/kernel/hostname:/etc/docker-hostname:ro nginx bash
root@bea048d42fc3:/# cat /etc/docker-hostname
bea048d42fc3
root@bea048d42fc3:/#
Without digging deep into it I reckon that t
On 08/22/2016 06:09 PM, William Hubbs wrote:
>
> Someone here at the office was wanting a cross-platform way to find out
> the hostname of the host the container is running on inside the
> container. We made another suggestion for that, so forget about the
> docker angle on this for now.
>
> But,
On Tue, Aug 23, 2016 at 2:39 AM, Daniel Campbell wrote:
>
> It makes a bit more sense to rely on previous configuration
> (/etc/conf.d/hostname) and write a tiny 'script' that populates
> /etc/hostname. bash could do it (naively) in two lines:
>
> source /etc/conf.d/hostname
> echo "$hostname" > /
Hey y’all,
just to elaborate on the problem and clear up the fuzz I made.
I am facing to be distro-agnostic, thus I do not know in advance if I am
running on DockerForMac (which uses Alpine Linux), some weird Ubuntu vagrant
setup of mine or a fleet of gentoo hosts.
Docker Service schedules the
25 matches
Mail list logo
