Explicitly pass --skip-build in order to prevent distutils from
rebuilding files when installing. This is especially relevant to some
packages that build extensions, and the extensions get built again
in src_install().
Technically, this can break some customized build systems that write
Instead of requiring people to type PYTHON_MULTI_USEDEP, permit shorter
form of PYTHON_USEDEP. This does not restore the old behavior
but improves consistency between eclasses that was broken
by python-single-r1 API changes.
Signed-off-by: Michał Górny
---
eclass/python-single-r1.eclass | 22
Ensure that the userpriv UID has appropriate permission for files
created in $HOME during privileged phases like pkg_setup, in the
same way as for $T. This prevents potential permission issues for
programs invoked during unprivileged phases, and it improves
alignment with PMS which specifies
# Package appears dead upstream, purpose unclear after
# media-sound/audacious-3.9 is gone, bug #671828.
# GTK2 (3.10.1) or Qt5 (4.0) version of Audacious remains.
media-libs/freeverb3
=media-sound/audacious-3.9*
=media-plugins/audacious-plugins-3.9*
El sáb, 21-03-2020 a las 22:47 +0100, Jonas Stein escribió:
> profiles: Last rite games-misc/OilWar
>
> Package masked for removal. Broken SRC_URI,
> Bug: https://bugs.gentoo.org/458662
>
> --
> Best regards,
> Jonas Stein
>
As far as I remember, if the only issue with the package is that
profiles: Last rite games-misc/OilWar
Package masked for removal. Broken SRC_URI,
Bug: https://bugs.gentoo.org/458662
--
Best regards,
Jonas Stein
signature.asc
Description: OpenPGP digital signature
On Sat, Mar 21, 2020 at 11:22:40AM -0700, Alec Warner wrote:
> On Sat, Mar 21, 2020 at 1:03 AM Alexander Tsoy wrote:
>
> > В Сб, 21/03/2020 в 00:53 -0700, Matt Turner пишет:
> > > On Fri, Mar 20, 2020 at 9:55 PM Kent Fredric
> > > wrote:
> > > > If X is "noarch" and its dependency Y is "amd64",
On Sat, Mar 21, 2020 at 1:03 AM Alexander Tsoy wrote:
> В Сб, 21/03/2020 в 00:53 -0700, Matt Turner пишет:
> > On Fri, Mar 20, 2020 at 9:55 PM Kent Fredric
> > wrote:
> > > If X is "noarch" and its dependency Y is "amd64", then a user on
> > > "sparc"
> > > will be able to install "X", but not
On Sat, 21 Mar 2020 22:03:41 +1300
Kent Fredric wrote:
> On Sat, 21 Mar 2020 11:03:19 +0300
> Alexander Tsoy wrote:
>
> > Binary distros usually have separate repositories for each
> > architecture.
>
> One aspect: They don't have a package database that's a collection of
> bash scripts
El sáb, 21-03-2020 a las 09:01 -0400, Mike Gilbert escribió:
> On Sat, Mar 21, 2020 at 6:43 AM Mart Raudsepp wrote:
> > Ühel kenal päeval, L, 21.03.2020 kell 11:16, kirjutas Pacho Ramos:
> > > I agree, I see that also Debian is applying it unconditionally even
> > > when running
> > > systemd
> >
On Sat, Mar 21, 2020 at 6:43 AM Mart Raudsepp wrote:
>
> Ühel kenal päeval, L, 21.03.2020 kell 11:16, kirjutas Pacho Ramos:
> > I agree, I see that also Debian is applying it unconditionally even
> > when running
> > systemd
>
> But I assume it would be a problem with USE=systemd +
Ühel kenal päeval, L, 21.03.2020 kell 11:16, kirjutas Pacho Ramos:
> I agree, I see that also Debian is applying it unconditionally even
> when running
> systemd
But I assume it would be a problem with USE=systemd + USE=-user-session
dbus, so how about instead of this profile business, we then
El jue, 19-03-2020 a las 10:35 -0400, Mike Gilbert escribió:
> On Thu, Mar 19, 2020 at 9:41 AM Mart Raudsepp wrote:
> > Ühel kenal päeval, K, 18.03.2020 kell 16:43, kirjutas Mike Gilbert:
> > > Seems good to me in principle, but I'm not sure it is something we
> > > > should do until we haven't
On Sat, 21 Mar 2020 11:03:19 +0300
Alexander Tsoy wrote:
> Binary distros usually have separate repositories for each
> architecture.
One aspect: They don't have a package database that's a collection of
bash scripts that have to be routinely executed.
And they also don't have USE flags to
В Сб, 21/03/2020 в 00:53 -0700, Matt Turner пишет:
> On Fri, Mar 20, 2020 at 9:55 PM Kent Fredric
> wrote:
> > If X is "noarch" and its dependency Y is "amd64", then a user on
> > "sparc"
> > will be able to install "X", but not its dependency "Y".
>
> Thank you. This is a good explanation of
On Fri, Mar 20, 2020 at 9:55 PM Kent Fredric wrote:
> If X is "noarch" and its dependency Y is "amd64", then a user on "sparc"
> will be able to install "X", but not its dependency "Y".
Thank you. This is a good explanation of the problem.
How do other distributions handle this? Arch, Fedora,
16 matches
Mail list logo
