> On Thu, 03 Sep 2020, Florian Schmaus wrote:
> It's not really maintaining the information twice. The information is
> maintained at a single point: /etc/env.d
> And from there is is transformed by env-update already into two
> different formats:
> - /etc/profile.env
> - /etc/csh.env
> And
On Thu, 2020-09-03 at 15:06 +0200, Florian Schmaus wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> Portage's env-update currently transforms the environment
On 03.09.20 14:43, Ulrich Mueller wrote:
>> On Thu, 03 Sep 2020, Florian Schmaus wrote:
>
>> It's not really maintaining the information twice. The information is
>> maintained at a single point: /etc/env.d
>> And from there is is transformed by env-update already into two
>> different
Ladies and gentlemen,
Here is my first attempt on creating an eclass which would handle
installation of Lua modules for multiple implementations. As some of you
are aware of, the lack of such an eclass has been a major issue for our
efforts on slotting dev-lang/lua.
With many, many thanks to
On 03.09.20 13:30, Ulrich Mueller wrote:
>> On Thu, 03 Sep 2020, Florian Schmaus wrote:
>
>> This commit changes env-update so that, after profile.env has was
>> generated, a systemd user session environment configuration file named
>
>> /usr/lib/environment.d/gentoo-profile-env.conf
>
>>
Portage's env-update currently transforms the environment information
from /etc/env.d into /etc/profile.env, which is typically sourced by
every user session, setting up its environment.
However, /etc/profile.env is not sourced by systemd user
services. Instead, for the definition of a systemd
> On Thu, 03 Sep 2020, Florian Schmaus wrote:
> This commit changes env-update so that, after profile.env has was
> generated, a systemd user session environment configuration file named
> /usr/lib/environment.d/gentoo-profile-env.conf
> is created, if the directory /usr/lib/environment.d
This eclass should be to Lua what python-r1 is to Python. Indeed, most
of the plumbing has been shamelessly stolen from that eclass.
What works:
- support for slotted dev-lang/lua
- building and installing Lua modules, for multiple Lua implementations
- dependencies on other Lua modules
What
Already includes lua-5.4.
Signed-off-by: Marek Szuba
---
profiles/desc/lua_targets.desc | 9 +
1 file changed, 9 insertions(+)
create mode 100644 profiles/desc/lua_targets.desc
diff --git a/profiles/desc/lua_targets.desc b/profiles/desc/lua_targets.desc
new file mode 100644
index
On Wed, 2 Sep 2020 15:00:27 -0400
Michael Orlitzky wrote:
> On 2020-09-02 14:08, Andreas Sturmlechner wrote:
> > On Wednesday, 2 September 2020 19:42:33 CEST Michael Orlitzky wrote:
> >> New USE flags generally change dependencies (as is the case here),
> >> so a new revision ensures that people
On Thu, 3 Sep 2020 14:49:25 +0100
Michael 'veremitz' Everitt wrote:
> I know this is a much more onerous "solution" but I thought I would throw
> it out there, and see if any other interested parties (eg. kent\n and
> potentially graaff) may be able to share their thoughts..
Actually, the more
Portage's env-update currently transforms the environment information
from /etc/env.d into /etc/profile.env, which is typically sourced by
every user session, setting up its environment.
However, /etc/profile.env is not sourced by systemd user
services. Instead, for the definition of a systemd
On 2020-09-03 12:38, Alexis Ballier wrote:
>
> if some upgrade wants a package with unmatched deps (e.g. not installed
> at all or py38 usedep not satisfied), $PM will surely try to satisfy
> it by installing an ebuild. I don't think PMS specifies this, nor should
> it.
>
It's not an upgrade
On Tue, 1 Sep 2020 08:47:12 -0400
Michael Orlitzky wrote:
> Here's a trick that bugzilla cannot do: show me the bugs that are
> assigned to me **or a project that I'm a member of**. Killer feature
> right there.
Something bugzilla also doesn't do:
Automatically search for "dev-foo/bar" in
Portage's env-update currently transforms the environment information
from /etc/env.d into /etc/profile.env, which is typically sourced by
every user session, setting up its environment.
However, /etc/profile.env is not sourced by systemd user
services. Instead, for the definition of a systemd
15 matches
Mail list logo
