I suggest to add support for per-repository per-attribute environmental
variables in Portage.
These variables would be used when PORTAGE_REPOSITORIES is not set.
Example of setting of them by user and detection of them by Portage:
$ env \
> PORTAGE_REPOSITORY:gentoo:location=/var/db/repositories
On Mon, 8 Dec 2014 20:16:20 +0100
Arfrever Frehtes Taifersar Arahesis wrote:
> Currently PORTAGE_ARCHLIST has random value:
> $ bin/portageq envvar PORTAGE_ARCHLIST
> x64-macos x86-linux amd64-fbsd ppc x86 x86-macos x86-winnt hppa alpha
> sparc64-solaris x86-freebsd ppc-openbsd x86-solaris s390 m
On Mon, 8 Dec 2014 20:04:11 +0100
Arfrever Frehtes Taifersar Arahesis wrote:
> [[[
> emerge --info: Modernize output of configuration of repositories.
>
> - Always print detailed configuration of repositories.
> - Always skip PORTAGE_REPOSITORIES variable.
> - Always skip deprecated PORTDIR, POR
On Mon, 8 Dec 2014 20:46:21 +0100
Arfrever Frehtes Taifersar Arahesis wrote:
> +++ pym/_emerge/main.py
> @@ -50,6 +50,7 @@
> "--tree",
> "--unordered-display",
> "--update",
> +# Option does nowt, but temporarily kept for backward compatibility.
> "--verbose-main-repo-display",
> ]
+++ pym
[[[
Almost always print ::repository in list of packages for installation.
--verbose-main-repo-display option is now ignored.
3 calls to deprecated portage.repository.config.RepoConfigLoader.mainRepo()
function
have been deleted.
]]]
--
Arfrever Frehtes Taifersar Arahesis
--- man/emerge.1
+++ ma
Currently PORTAGE_ARCHLIST has random value:
$ bin/portageq envvar PORTAGE_ARCHLIST
x64-macos x86-linux amd64-fbsd ppc x86 x86-macos x86-winnt hppa alpha
sparc64-solaris x86-freebsd ppc-openbsd x86-solaris s390 m68k mips ppc64-linux
ia64-linux x64-openbsd amd64-linux x86-cygwin amd64 sparc64-free
[[[
emerge --info: Modernize output of configuration of repositories.
- Always print detailed configuration of repositories.
- Always skip PORTAGE_REPOSITORIES variable.
- Always skip deprecated PORTDIR, PORTDIR_OVERLAY and SYNC variables.
]]]
--
Arfrever Frehtes Taifersar Arahesis
--- pym/_emerg
On 12/08/2014 12:45 AM, Ulrich Mueller wrote:
>> On Sun, 07 Dec 2014, Zac Medico wrote:
>
>> On 12/07/2014 07:06 PM, Christoph Junghans wrote:
>>> I know, I am late to the party, I just wanted to say that in
>>> unpacker.eclass I implemented a variant which uses neither deb2tags
>>> nor ar on
Dnia 2014-12-07, o godz. 19:50:24
Zac Medico napisał(a):
> On 12/07/2014 07:06 PM, Christoph Junghans wrote:
> > I know, I am late to the party, I just wanted to say that in
> > unpacker.eclass I implemented a variant which uses neither deb2tags
> > nor ar on prefix, but just bash's read and head
> On Sun, 07 Dec 2014, Zac Medico wrote:
> On 12/07/2014 07:06 PM, Christoph Junghans wrote:
>> I know, I am late to the party, I just wanted to say that in
>> unpacker.eclass I implemented a variant which uses neither deb2tags
>> nor ar on prefix, but just bash's read and head.
The code uses
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Fine. Go ahead & merge. FFR, I just require that a patch is reviewed
by a team member. There's no "at least two team members must look at a
patch" rule that I'm aware of.
- --
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-
11 matches
Mail list logo