Re: [gentoo-portage-dev] Add caching to a few commonly used functions

2020-06-27 Thread Kent Fredric
On Sat, 27 Jun 2020 at 19:35, Fabian Groffen wrote: > > Hi Chun-Yu, > > arguments: catpkgsplit, use_reduce, and match_from_list. In the first > > two cases, it was simple to cache the results in dicts, while > > match_from_list was a bit trickier, since it seems to be a requirement > > that it

Re: [gentoo-portage-dev] USE_EXPAND in profiles?

2016-03-30 Thread Kent Fredric
On 31 March 2016 at 01:49, Joakim Tjernlund wrote: > > I am missing something? > Generally I think that everything possible to do under /etc/portage should be > doable under a profile as well. So after you ignore my other stuff: Profiles are part of the PMS

Re: [gentoo-portage-dev] USE_EXPAND in profiles?

2016-03-30 Thread Kent Fredric
On 31 March 2016 at 02:21, Kent Fredric <kentfred...@gmail.com> wrote: > So ruling that out first would be advised. NVM, self-- # I'm too tired to be reading and missed the profile stuff while attempting to be helpful and just was dumb instead. -- Kent KENTNL - https://metacpan.o

Re: [gentoo-portage-dev] Dynamic USE dependencies

2015-04-02 Thread Kent Fredric
On 3 April 2015 at 05:32, Rich Freeman ri...@gentoo.org wrote: Out of curiosity, what is keeping us from having USE flag dependencies handled dynamically, in the same way that package dependencies are? If portage can figure out that I need libxml2 installed even if I don't put it in

Re: [gentoo-portage-dev] Dynamic USE dependencies

2015-04-02 Thread Kent Fredric
On 3 April 2015 at 06:32, Rich Freeman ri...@gentoo.org wrote: Why is this necessary? If a USE flag changes, just rebuild the application. Isn't the nature of your proposal,( that is, dynamic deps for USE flags ) inherently Use flags change, _dont_ rebuild the application ? :) It may help

Re: [gentoo-portage-dev] RFC: emerge manpage options categorization

2015-03-11 Thread Kent Fredric
On 12 March 2015 at 15:19, Duncan 1i5t5.dun...@cox.net wrote: Comments? A less radical change would be some sort of tagging notation on each feature to indicate their usage. That way, it doesn't impede the current audience who expects to be able to browse the list alphabetically. ( I suggest

[gentoo-portage-dev] Re: [gentoo-dev] Portage Feature Request: making thirdpartymirrors easier to manage

2014-01-11 Thread Kent Fredric
On 10 January 2014 17:58, Michał Górny mgo...@gentoo.org wrote: Just to be clear, what is the exact use case for this? I can't think of a really good reason to manipulate mirror lists in subsequent repos. For Perl, in ::gentoo , its considered not too optimal to have backpan listed as a

[gentoo-portage-dev] Re: [gentoo-dev] Portage Feature Request: making thirdpartymirrors easier to manage

2014-01-11 Thread Kent Fredric
On 12 January 2014 08:16, Kent Fredric kentfred...@gmail.com wrote: diff ( grep cpan /var/paludis/repositories/perl-git/profiles/thirdpartymirrors ) ( grep cpan /usr/portage/profiles/thirdpartymirrors ) Oh... also, there's a wide variety of location specific CPAN mirrors available

[gentoo-portage-dev] Dependent conditional dependencies, ( was Re: [gentoo-dev] Future EAPI feature Request/RFC: ^^( ) for [RP]?DEPEND )

2012-07-03 Thread Kent Fredric
On 3 July 2012 20:24, Michał Górny mgo...@gentoo.org wrote: --depclean? eix Module-Metadata [I] perl-core/Module-Metadata Available versions: ~1.0.3 ~1.0.4 ~1.0.5 1.0.6 ~1.0.9--- not unmasked by --autounmask Installed versions: 1.0.6(15:59:00 06/26/12) Homepage:

[gentoo-portage-dev] Re: Dependent conditional dependencies, ( was Re: [gentoo-dev] Future EAPI feature Request/RFC: ^^( ) for [RP]?DEPEND )

2012-07-03 Thread Kent Fredric
On 4 July 2012 02:16, Michał Górny mgo...@gentoo.org wrote: I have thought of scrapping the virtuals entirely and handling it so that things depend on perl-core/* instead, and perl-core can just dynamically decide at install time whether or not it needs to no-op ( and sometimes perl-core/*

[gentoo-portage-dev] Re: Dependent conditional dependencies, ( was Re: [gentoo-dev] Future EAPI feature Request/RFC: ^^( ) for [RP]?DEPEND )

2012-07-03 Thread Kent Fredric
On 4 July 2012 02:16, Michał Górny mgo...@gentoo.org wrote: a) || ( a b ) should be || ( b a ), to actually state what perl does, I don't really see how that would help much, if anything, I get the impression that would 1) needlessly install b even when it could be satisfied by a instead ( ie:

[gentoo-portage-dev] Future EAPI feature Request/RFC: ^^( ) for [RP]?DEPEND

2012-07-02 Thread Kent Fredric
Firstly, we already have a ^^( ) syntax for REQUIRED_USE , one of, but not more than one of. However, to my knowledge, we don't have such for ebuilds. Sure, there are ways of implementing this in ebuilds without this notation, but they're a bit messy. For instance, we seem to find the need for

Re: [gentoo-portage-dev] Dependency calculation turning on USE flags?

2011-08-20 Thread Kent Fredric
On 21 August 2011 08:10, Matt Turner matts...@gentoo.org wrote: See https://bugs.gentoo.org/372513 ^ tldr version for everyone else. This is due to the || condition in virtual/fortran || ( sys-devel/gcc[fortran,openmp?] sys-devel/gcc-apple[fortran,openmp?] dev-lang/ifc dev-lang/ekopath-bin

Re: [gentoo-portage-dev] Masked by corruption

2007-01-11 Thread Kent Fredric
On 1/12/07, Philipp Riegger [EMAIL PROTECTED] wrote: Where can i find documentation about this? I use metadata-transfer at the moment, but all info i got was from the examples-section in man emerge and from the forum. Is there some official complete list of theese modules with some description?