Add a new DISTUTILS_USE_SETUPTOOLS option to permit manually setting
the dependencies correctly and suppressing the check.
Requested by Arfrever.
Signed-off-by: Michał Górny
---
eclass/distutils-r1.eclass | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/eclass/distutil
> On Fri, 20 Dec 2019, Michael Orlitzky wrote:
> Portage seems OK with the missing dependency, but for the overall plan
> to work, you have to wait a long time before deleting virtual/emacs;
> otherwise the upgrade path is broken. With virtual/emacs-26 installed
> and "old" copies of the elisp
> -RDEPEND=">=virtual/emacs-${NEED_EMACS:-23}"
> +RDEPEND=">=app-editors/emacs-${NEED_EMACS}:*"
... and of course, the slot operator isn't legal in EAPI 4. It is
trivial to fix, so I won't send a v3 for this.
signature.asc
Description: PGP signature
On Sat, 2019-12-21 at 08:21 +1300, Kent Fredric wrote:
> On Fri, 20 Dec 2019 13:54:44 -0500
> Mike Gilbert wrote:
>
> > Yes, I think you misunderstand something, but I'm not sure exactly how.
>
> I think the missing part of my understanding might be that IDEPEND
> needs to be satisfied by:
>
>
On Fri, 20 Dec 2019 13:54:44 -0500
Mike Gilbert wrote:
> Yes, I think you misunderstand something, but I'm not sure exactly how.
I think the missing part of my understanding might be that IDEPEND
needs to be satisfied by:
- Packages installing binpkg's ( which don't need src_fetch, unpack, etc
On Fri, Dec 20, 2019 at 1:41 PM Kent Fredric wrote:
>
> On Thu, 19 Dec 2019 20:40:26 +0100
> Michał Górny wrote:
>
> > The proposal is to add a new dependency type (codename: IDEPEND) which
> > indicates dependencies used for pkg_*inst (and pkg_*rm?) phases
>
> Given the nature of this, I somewha
On Fri, 13 Dec 2019 12:50:00 +0100
Alexis Ballier wrote:
> Seems a good candidate for a future EAPI
In theory, there are packages that can execute src_test when USE="test"
is not satisfied.
Just I don't tend to see this in practice.
pgpOyg14m2iTZ.pgp
Description: OpenPGP digital signature
On Thu, 19 Dec 2019 20:40:26 +0100
Michał Górny wrote:
> The proposal is to add a new dependency type (codename: IDEPEND) which
> indicates dependencies used for pkg_*inst (and pkg_*rm?) phases
Given the nature of this, I somewhat expect this to cover dependencies
required for src_unpack and src
On Fri, 2019-12-20 at 18:55 +0100, Ulrich Mueller wrote:
> > > > > > On Fri, 20 Dec 2019, Alexis Ballier wrote:
> > Should we use this to drop RDEPEND from pkg_*inst/rm phases ?
> > PMS states "RDEPEND (unless the particular dependency results in a
> > circular dependency, in which case it may be i
> On Fri, 20 Dec 2019, Alexis Ballier wrote:
> Should we use this to drop RDEPEND from pkg_*inst/rm phases ?
> PMS states "RDEPEND (unless the particular dependency results in a
> circular dependency, in which case it may be installed later)" which is
> kind of "maybe maybe not" and I'm not su
On Thu, 2019-12-19 at 20:40 +0100, Michał Górny wrote:
> Hello,
>
> Here's another potential EAPI 8 feature I'd like to discuss. Please
> note that this is about *new dependency type*, so please don't hijack
> it
> into the big 'let's steal Exherbo syntax' debate.
>
> Bug: https://bugs.gentoo.or
On Thu, Dec 19, 2019 at 2:40 PM Michał Górny wrote:
>
> Hello,
>
> Here's another potential EAPI 8 feature I'd like to discuss. Please
> note that this is about *new dependency type*, so please don't hijack it
> into the big 'let's steal Exherbo syntax' debate.
>
> Bug: https://bugs.gentoo.org/66
On Fri, Dec 20, 2019 at 8:41 AM Gerion Entrup wrote:
>
> Am Donnerstag, 19. Dezember 2019, 19:43:37 CET schrieb Sebastian Pipping:
> > On 19.12.19 18:37, Michał Górny wrote:
> > > We have a better alternative that lets us limit the impact on the users.
> > > Why not use it?
> >
> > Which one? The
This replaces the indirect dependency on virtual/emacs.
Update pkg_setup() to call elisp-check-emacs-version instead of the
now deprecated elisp-need-emacs.
Signed-off-by: Ulrich Müller
---
eclass/elisp.eclass | 15 +--
1 file changed, 5 insertions(+), 10 deletions(-)
diff --git a/
Tests if the Emacs version is at least the (full) version specified
by NEED_EMACS, otherwise dies. Intended as a replacement for function
elisp-need-emacs, which did only a simple numeric comparison of the
major version.
Call the new function before doing any actual work in elisp-compile()
and eli
After the package split between emacs and emacs-vcs is gone, packages
can depend on app-editors/emacs directly.
Deprecate function elisp-need-emacs; ebuilds should assign variable
NEED_EMACS instead.
Signed-off-by: Ulrich Müller
---
eclass/elisp-common.eclass | 45 ++
Am Donnerstag, 19. Dezember 2019, 19:43:37 CET schrieb Sebastian Pipping:
> On 19.12.19 18:37, Michał Górny wrote:
> > We have a better alternative that lets us limit the impact on the users.
> > Why not use it?
>
> Which one? The CMake bootstrap copy? The adding to stage3 one?
Is it possible t
> On Fri, 20 Dec 2019, Michał Górny wrote:
>>> Example 3: removing fetch restriction while leaving mirror
>>> restriction
>>> RESTRICT="fetch"
>>> SRC_URI="https://example.com/you-cant-fetch-this.zip
>>> fetch+https://example.com/you-cant-mirror-this.tar.bz2";
>> I had already asked this in
enewuser in net-libs/xrootd ebuilds has set the home directory to
"${EPREFIX}"/var/spool/xrootd but as far as I can recall from my
personal experience or see in the documentation, it isn't really
necessary for that user to have a home directory.
Package-Manager: Portage-2.3.79, Repoman-2.3.16
Sign
Package-Manager: Portage-2.3.79, Repoman-2.3.16
Signed-off-by: Marek Szuba
---
acct-group/xrootd/metadata.xml| 8
acct-group/xrootd/xrootd-0.ebuild | 9 +
2 files changed, 17 insertions(+)
create mode 100644 acct-group/xrootd/metadata.xml
create mode 100644 acct-group/xroot
On 2019-12-17 21:21, Matt Turner wrote:
>> What do you think, guys?
>
> I don't love it.
>
> I don't like the mess that has become VIDEO_CARDS=... either. radeon
> vs radeonsi vs amdgpu.
[...]
I hear you and very much agree, especially regarding the Radeon mess.
That said, it seems what we are
Dnia December 16, 2019 1:16:12 PM UTC, Ulrich Mueller
napisał(a):
>> On Mon, 16 Dec 2019, Michał Górny wrote:
>
>> Proposed solution
>> =
>> The current proposal is based on extending the current URI syntax to
>> permit excluding individual files from the restriction. The ide
22 matches
Mail list logo
