Re: [gentoo-dev] base-system needs developers who care

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).

Re: [gentoo-dev] base-system needs developers who care

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

Re: [gentoo-dev] base-system needs developers who care

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

Re: [gentoo-dev] base-system needs developers who care

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

Re: [gentoo-dev] base-system needs developers who care

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

Re: [gentoo-dev] base-system needs developers who care

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

[gentoo-dev] base-system needs developers who care

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

Re: [gentoo-dev] rfc: /etc/hostname on gentoo

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

Re: [gentoo-dev] rfc: /etc/hostname on gentoo

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 >

Re: [gentoo-dev] rfc: /etc/hostname on gentoo

* 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

Re: [gentoo-dev] rfc: /etc/hostname on gentoo

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

Re: [gentoo-dev] rfc: /etc/hostname on gentoo

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

[gentoo-dev] [PATCH v3] eutils.eclass: Show death notice only when user patches were really applied

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

[gentoo-dev] [PATCH v3] eutils.eclass: Show death notice only when user patches were really applied

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

Re: [gentoo-dev] Lastrites: app-editors/gobby

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

Re: [gentoo-portage-dev] [PATCH v2] EventLoop: add run_until_complete method (bug 591760)

On 08/23/2016 08:40 AM, Alexander Berntsen wrote: > OK, LGTM. > Pushed: https://gitweb.gentoo.org/proj/portage.git/commit/?id=995f0f983386e2a82dbce65d4366ee7f58f59138 -- Thanks, Zac

[gentoo-dev] Add Ada to toolchain.eclass v2

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

Re: [gentoo-dev] rfc: /etc/hostname on gentoo

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 > ###

Re: [gentoo-dev] rfc: /etc/hostname on gentoo

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

Re: [gentoo-dev] rfc: /etc/hostname on gentoo

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. > >

Re: [gentoo-dev] rfc: /etc/hostname on gentoo

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 >

Re: [gentoo-dev] rfc: /etc/hostname on gentoo

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

Re: [gentoo-dev] Lastrites: x11-misc/ardesia, app-benchmarks/phoronix-test-suite, www-apache/mod_fastcgi, x11-plugins/prpltwtr, net-misc/bopm, app-admin/389-ds-console,net-nds/389-admin,app-admin/389-

systemd-boot is the new name. I think that it can be removed bacause the dev line just moved into systemd suite. Il giorno mar 23 ago 2016 alle ore 08:45 J. Roeleveld ha scritto: > On Sunday, August 21, 2016 02:58:42 PM Pacho Ramos wrote: > > # Pacho Ramos