Re: [gentoo-dev] Migrate away from python-2 or not

2019-11-24 Thread Eddie Chapman



On 24/11/2019 12:15, Benda Xu wrote:

Given the python-2 countdown deadline being 2020-01-01, a month away,
shall we get rid of python-2?




If the answer is no, to avoid holding back new versions having only
python3, such as bug 671796 for dev-python/matplotlib bump, old versions
with python_targets_python2_7 and new versions without should be
co-installable into different SLOTs.


Rather than slots, perhaps a separate directory hierarchy containing 
only python2 + deps (/opt/python2 ?) i.e. it's just a --prefix change


It's ugly I know but the advantage is the majority of installations with 
python3 don't see any change and they'll have a clean python3 only /usr. 
Anyone who wants/needs python2 will be happy to put up with the ugliness 
and pull all the duplicate deps in (yes, have duplicate set of ebuilds 
for python2 only deps - dev-python2/* - forked off and with the 
understanding that no new features, this is a semi-temporary situation 
until python2 can finally die properly). Also, I think it helps everyone 
psychologically to have a very visible separation.


Not being a dev and with my lack of a deep understanding of python 
there's probably an big reason this idea is a non-starter, so just 
throwing it out there.




[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2019-11-24 23:59 UTC

2019-11-24 Thread Robin H. Johnson
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2019-11-24 23:59 UTC.

Removals:
app-admin/hardening-check 20191120-17:13 bman   
73aa3bfbaeb
app-emulation/openstack-guest-agents-unix 20191119-16:21 prometheanfire 
37c8aacd953
app-i18n/scim-wnn 20191120-17:07 bman   
e73d63e1fbd
app-misc/subsurface   20191119-18:32 robbat2
9ec1ac7b4ba
app-office/ooextras   20191120-18:08 asturm 
4831c2f8f69
app-text/scrollkeeper 20191120-17:15 bman   
361d5ecbe4c
dev-libs/wnn7sdk  20191120-17:07 bman   
e73d63e1fbd
dev-ruby/cocaine  20191120-17:52 graaff 
75e215c619b
dev-ruby/debugger-linecache   20191120-17:52 graaff 
717fa2252fe
dev-ruby/escape_utils 20191120-17:52 graaff 
47c3d19
dev-ruby/ruby-beautify20191120-17:53 graaff 
4696c3dbc0f
dev-ruby/termcolor20191120-17:53 graaff 
ec5b9123311
dev-ruby/terrapin 20191120-17:53 graaff 
afad55ca81f
dev-util/repo 20191118-07:51 vapier 
a84dca7ec7e
games-fps/postal2 20191120-17:11 bman   
dc30f52f63f
kde-misc/systemd-kcm  20191124-10:00 asturm 
26ebcbf7086
media-gfx/galleryadd  20191120-17:17 bman   
57a27feabdc
media-sound/mserv 20191120-17:18 bman   
cded822a2b8
net-analyzer/nagios-sap-ccms-plugin   20191120-16:59 bman   
1eceecb96bf
net-misc/knemo20191120-18:18 asturm 
8c46d91d671
sci-biology/ariadne   20191120-17:12 bman   
9a4dd523d67
sci-chemistry/aria20191120-17:09 bman   
a9bfbe13e10
sci-chemistry/ccpn20191120-17:09 bman   
a9bfbe13e10
sci-chemistry/cns 20191120-17:09 bman   
a9bfbe13e10
sci-libs/ccpn-data20191120-17:09 bman   
a9bfbe13e10
sys-auth/sakcl20191120-17:12 bman   
04670bb763b
www-servers/thin  20191120-17:53 graaff 
db2de955d5f
x11-themes/gtk-engines-xfce   20191120-16:58 bman   
8ef5fcc5a78

Additions:
acct-group/ceph   20191121-02:07 chutzpah   
9364be78d84
acct-group/cmd5checkpw20191110-21:04 juippis
b587f8112e5
acct-user/ceph20191121-02:08 chutzpah   
984777cf5ec
app-emulation/crun20191110-10:41 mrueg  
ccb71f94b4e
app-misc/rpick20191104-04:03 juippis
7edc7978df9
app-misc/subsurface   20191119-16:21 prometheanfire 
37c8aacd953
dev-embedded/xa   20191030-20:51 chewi  
bf37fc7848e
dev-python/click-default-group20191122-07:43 chutzpah   
d6b52befb84
dev-python/elementpath20191121-13:48 mgorny 
59e0fd54485
dev-python/jaraco-envs20191121-22:13 chutzpah   
2b0f7ecb04c
dev-python/pypiserver 20191122-02:55 chutzpah   
cb8abb6747e
dev-python/pytest-services20191122-00:24 chutzpah   
28f010a4908
dev-python/rfc3339-validator  20191123-23:06 chutzpah   
0df1e6f9a85
dev-python/rfc3986-validator  20191123-22:41 chutzpah   
b57c8664fd5
dev-python/test_server20191118-21:08 mgorny 
efdaf79ff37
dev-python/towncrier  20191122-18:47 chutzpah   
575442b4b5f
dev-python/xmlschema  20191121-17:03 mgorny 
fca94f2b372
dev-ruby/rqrcode_core 20191124-06:17 graaff 
9737e158c18
dev-vcs/repo  20191118-07:49 vapier 
c97a381152c
media-plugins/mythplugins 20190921-16:53 juippis
33381f89cf2
media-video/rav1e 20191120-13:46 lu_zero
5fc1b4fcc83
sys-fs/fuse-overlayfs 20191120-00:58 zmedico
68ffccb32b5

--
Robin Hugh Johnson
Gentoo Linux Developer
E-Mail : robb...@gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85
Removed Packages:
kde-misc/systemd-kcm,removed,asturm,20191124-10:00,26ebcbf7086
net-misc/knemo,removed,asturm,20191120-18:18,8c46d91d671
app-office/ooextras,removed,asturm,20191120-18:08,4831c2f8f69
www-servers/thin,removed,graaff,20191120-17:53,db2de955d5f
dev-ruby/terrapin,removed,graaff,20191120-17:53,afad55ca81f
dev-ruby/termcolor,removed,graaff,20191120-17:53,ec5b9123311
dev-ruby/ruby-beautify,removed,graaff,20191120-17:53,4696c3dbc0f
dev-ruby

Re: [gentoo-dev] [PATCH 0/6] nix and guix GID/UID assignments

2019-11-24 Thread Sergei Trofimovich
On Sun, 24 Nov 2019 17:19:36 +0100
Ulrich Mueller  wrote:

> > On Sun, 24 Nov 2019, Sergei Trofimovich wrote:  
> 
> > I interpreted 'reserved' as 'free to use' on
> > 
> > https://wiki.gentoo.org/wiki/Project:Quality_Assurance/UID_GID_Assignment
> > Can you tweak it to someting other than 'reserved' so it would be clear?  
> 
> That's what the "Notes" column was intended for.
> 
> > I'll use 60001 .. 60999 / 61001 .. 61999. Is it free though?
> > '60001..65533' claims to also be 'reserved' as well.  
> 
> Debian is also using the range above 6 for allocations that won't
> fit into the low range. Theoretically, there is some overlap with
> systemd dynamic users (61184..65519), but IIUC assigning other UIDs in
> that range isn't a problem, as long as there are enough free IDs left.
> 
> Another question, the above are about 2000 users and 2000 groups.
> Does that imply that we will eventually end up with 4000 packages
> in acct-{user,group}?

Should be 2000 users, 2 groups. Worst case it's 2002 packages, yes.

-- 

  Sergei


pgpbk6oI4z8AQ.pgp
Description: Цифровая подпись OpenPGP


Re: [gentoo-dev] Migrate away from python-2 or not

2019-11-24 Thread Philip Webb
191124 Benda Xu wrote:
> Bug 684962 (dev-python/ipython-7.5.0: package conflicts) has demonstrated
> a painful consequence when upstream start to release python3 only versions.
> Upstream has dropped python-2.7 support in dev-python/ipython-7.5.0,
> thus there is no python_targets_python2_7 USE flag for the ebuild.
> dev-python/qtconsole, a dependant of dev-python/ipython,
> still supports python-2.7.  When qtconsole get emerged
> with USE="python_targets_python2_7 python_targets_python3_6" for example,
> old dev-python/ipython-5.8.0-r1 is drawn, resulting in conflict
> against dev-python/ipython-7.5.0.  USE=python_targets_python2_7
> had to be removed from dev-python/qtconsole to avoid it.
> If one package drops python-2.7, all its dependants
> have to drop python-2.7 even if they can work with python-2.7.
> Given the python-2 countdown deadline being 2020-01-01, a month away,
> shall we get rid of python-2?

As a user, I wb delighted to see the end of it.
It's a constant hindrance when updating some pkgs.

> If the answer is yes,
> we will need to decide on the following python-2-only packages.
> 
> ,
> | $ comm -23 <(equery -qC h python_targets_python2_7 | sort ) <(equery -qC h 
> python_targets_python3_6 | sort) 
> | dev-lang/yasm-1.3.0
> | dev-libs/libxslt-1.1.33-r1
> | dev-python/backports-functools-lru-cache-1.5
> | dev-python/enum34-1.1.6-r1
> | dev-python/functools32-3.2.3
> | dev-python/futures-3.2.0
> | dev-python/pygobject-2.28.6-r55
> | dev-python/pygtk-2.24.0-r4
> | dev-python/subprocess32-3.2.7
> | dev-util/boost-build-1.70.0
> | dev-vcs/subversion-1.12.2
> | gnome-base/libglade-2.6.4-r2
> | net-analyzer/nmap-7.70
> | sys-devel/clang-8.0.1
> | x11-wm/xpra-2.4.3
> `

On my system, I get

  root:588 portage> emerge -cpv python:2.7

  Calculating dependencies... done!
  dev-lang/python-2.7.15 pulled in by:
dev-lang/spidermonkey-60.5.2_p0-r2 requires 
>=dev-lang/python-2.7.5-r2:2.7[ncurses,sqlite,ssl,threads]
dev-qt/qtwebkit-5.212.0_pre20190629 requires >=dev-lang/python-2.7.5-r2:2.7
net-libs/nodejs-8.12.0 requires >=dev-lang/python-2.7.5-r2:2.7[threads]
net-mail/fetchmail-6.3.26-r4 requires >=dev-lang/python-2.7.5-r2:2.7[tk]
sys-devel/clang-8.0.1 requires >=dev-lang/python-2.7.5-r2:2.7
sys-devel/llvm-8.0.1 requires >=dev-lang/python-2.7.5-r2:2.7
www-client/firefox-68.2.0 requires 
dev-lang/python:2.7[ncurses,sqlite,ssl,threads(+)]

Is there eg an easy replacement for Fetchmail ?
Is there an easy way to avoid the other requirements ?

> If the answer is no, to avoid holding back new versions having only python3,
> such as bug 671796 for dev-python/matplotlib bump,
> old versions with python_targets_python2_7 and new versions without
> should be co-installable into different SLOTs.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca




Re: [gentoo-dev] Addressing split usage of USE=gles[123]

2019-11-24 Thread Matt Turner
On Thu, Nov 21, 2019 at 5:09 PM Matt Turner  wrote:
>
> On Thu, Nov 21, 2019 at 4:54 PM Dennis Schridde  wrote:
> >
> > On Donnerstag, 21. November 2019 09:11:46 CET Mart Raudsepp wrote:
> > > See also this related old thread:
> > > https://archives.gentoo.org/gentoo-dev/message/e04f6d321e424a237af62721d1d09
> > > 211
> >
> > I think tackling the triad of opengl/gles, egl/glx, X/wayland is also a good
> > idea.  Generally, all these probably have to distinguish between "support 
> > for
> > XYZ" and "use only XYZ", the latter hopefully being the exception, so that 
> > the
> > former can take the shorter use-flag.  That's what I don't like about the
> > proposal from 2018: Globally enabling USE=gles will have different effects 
> > on
> > different packages.  That's also what I like about the recent proposal: The
> > flags are more explicit.
>
> Totally agree. FWIW, we have bugs filed about this for USE=wayland [0]
> and USE=USE={egl,gles{,1,2,3}}.
>
> I would be happy to see someone take up this project. I'll be happy to help.

Is anyone planning to work on this?

> [0] https://bugs.gentoo.org/627714
> [1] https://bugs.gentoo.org/627758



Re: [gentoo-dev] [PATCH 0/6] nix and guix GID/UID assignments

2019-11-24 Thread Ulrich Mueller
> On Sun, 24 Nov 2019, Sergei Trofimovich wrote:

> I interpreted 'reserved' as 'free to use' on
> https://wiki.gentoo.org/wiki/Project:Quality_Assurance/UID_GID_Assignment
> Can you tweak it to someting other than 'reserved' so it would be clear?

That's what the "Notes" column was intended for.

> I'll use 60001 .. 60999 / 61001 .. 61999. Is it free though?
> '60001..65533' claims to also be 'reserved' as well.

Debian is also using the range above 6 for allocations that won't
fit into the low range. Theoretically, there is some overlap with
systemd dynamic users (61184..65519), but IIUC assigning other UIDs in
that range isn't a problem, as long as there are enough free IDs left.

Another question, the above are about 2000 users and 2000 groups.
Does that imply that we will eventually end up with 4000 packages
in acct-{user,group}?

Ulrich


signature.asc
Description: PGP signature


Re: [gentoo-dev] [RFC] Perspectives on improving (dis-hacking) python-single-r1

2019-11-24 Thread Michael 'veremitz' Everitt
On 24/11/19 16:06, Francesco Riosa wrote:
> Since we are here ...
> I'd still like to see some way to adopt latest python version if user
> wants to.
> One way it could work is that we add a "LATEST" to PYTHON_TARGETS that
> would always build against best version of python.
> To avoid complications if a new version of python is emerged together
> with other packages it must always include also a numeric version like 3_8
>
> Regarding your proposal getting rid of PYTHON_SINGLE_TARGET would be nice
> but being able to have multiple version of python installed is nicer and
> differentiate gentoo from most other distro
>
> Alternative 2 is also nice, the only thing that make me dubious is that
> it looks like it will be a gigantic work, but you have a better sense of
> the situation and will be one of those doing the actual work, so go for it!
Most distros have (or haD) .. python2 and python3 (not necessarily each
with their suffix) in their repo's .. but being able to have multiple
branches of either is certainly a feature IMHO.

I'm certainly for re-working the PYTHON_[SINGLE_]TARGETS dependencies, as
they can often get 'screwed up' when upgrading between versions, and
updating packages in between, and all quickly gets out of sync, and
requires a lot of hacking to fix up properly.



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] [RFC] Perspectives on improving (dis-hacking) python-single-r1

2019-11-24 Thread Francesco Riosa
Since we are here ...
I'd still like to see some way to adopt latest python version if user wants
to.
One way it could work is that we add a "LATEST" to PYTHON_TARGETS that
would always build against best version of python.
To avoid complications if a new version of python is emerged together with
other packages it must always include also a numeric version like 3_8

Regarding your proposal getting rid of PYTHON_SINGLE_TARGET would be nice
but being able to have multiple version of python installed is nicer and
differentiate gentoo from most other distro

Alternative 2 is also nice, the only thing that make me dubious is that it
looks like it will be a gigantic work, but you have a better sense of the
situation and will be one of those doing the actual work, so go for it!


Re: [gentoo-dev] Migrate away from python-2 or not

2019-11-24 Thread Francesco Riosa
Il giorno dom 24 nov 2019 alle ore 13:20 Benda Xu  ha
scritto:

>
>
>
> Given the python-2 countdown deadline being 2020-01-01, a month away,
> shall we get rid of python-2?
>
> yes please as much as possible.
In my experience most server instances can live without py2 at all (after
clang 9).
In desktop world thare are very few, but important packages that still
require it.
The Gimp being one prominent example



>
> If the answer is yes, we will need to decide on the following
> python-2-only packages.
>
> ,
> | $ comm -23 <(equery -qC h python_targets_python2_7 | sort ) <(equery -qC
> h python_targets_python3_6 | sort)
> | dev-lang/yasm-1.3.0
> | dev-libs/libxslt-1.1.33-r1
> | dev-python/backports-functools-lru-cache-1.5
> | dev-python/enum34-1.1.6-r1
> | dev-python/functools32-3.2.3
> | dev-python/futures-3.2.0
> | dev-python/pygobject-2.28.6-r55
> | dev-python/pygtk-2.24.0-r4
> | dev-python/subprocess32-3.2.7
> | dev-util/boost-build-1.70.0
> | dev-vcs/subversion-1.12.2
> | gnome-base/libglade-2.6.4-r2
> | net-analyzer/nmap-7.70
> | sys-devel/clang-8.0.1
> | x11-wm/xpra-2.4.3
> `
>
"As much as possible" IMHO exclude at least yasm, libxslt and nmap



>
> If the answer is no, to avoid holding back new versions having only
> python3, such as bug 671796 for dev-python/matplotlib bump, old versions
> with python_targets_python2_7 and new versions without should be
> co-installable into different SLOTs.
>

whatever your (gentoo dev) choice  I wish you good luck


Re: [gentoo-dev] [PATCH 0/6] nix and guix GID/UID assignments

2019-11-24 Thread Sergei Trofimovich
On Sun, 24 Nov 2019 13:57:24 +0100
Ulrich Mueller  wrote:

> > On Sun, 24 Nov 2019, Sergei Trofimovich wrote:  
> 
> > I've effectively reserved space for 1000 users for each of them:
> > - 3..30999
> > - 31000..31000
> > and using only 10 of each.  
> 
> That's inside the UID_MIN..UID_MAX range which should be reserved for
> assignment on users' systems. Can't you move them into the range
> between 60001 and 65532?

I interpreted 'reserved' as 'free to use' on
https://wiki.gentoo.org/wiki/Project:Quality_Assurance/UID_GID_Assignment
Can you tweak it to someting other than 'reserved' so it would be clear?

I'll use 60001 .. 60999 / 61001 .. 61999. Is it free though?
'60001..65533' claims to also be 'reserved' as well.

-- 

  Sergei


pgpok9JrMh1U2.pgp
Description: Цифровая подпись OpenPGP


[gentoo-dev] Re: [RFC] Perspectives on improving (dis-hacking) python-single-r1

2019-11-24 Thread Luca Barbato

On 23/11/2019 16:48, Michał Górny wrote:

Hello,

Some aspects of the current design of python-single-r1 are gross hack.
I'd like to discuss potential alternatives to them.


Preamble

For the purpose of this mail, let's establish two terms.

'Single' will refer to packages allowing the user to select 1 out of N
supported Python implementations.  This generally means programs linking
to libpython, foreign build systems and end-user apps where installing
multiple copies of the code makes no sense.  Those are the packages
using python-single-r1.

'Multi' will refer to packages allowing the user to select M out of N
supported Python implementations.  This generally means ebuilds for
Python packages (modules, extensions).  Those are the packages using
python-r1 (usually via distutils-r1).

'Single' packages can PYTHON_USEDEP-end either on other 'single'
or on 'multi' packages.  However, 'multi' packages can only
PYTHON_USEDEP-end on other 'multi' packages (because 'single' wouldn't
ever be able to satisfy >1 impl).


Current status
==
Currently, 'single' packages use two sets of USE flags: PYTHON_TARGETS
and PYTHON_SINGLE_TARGET.  The latter is used to select
the implementation used, and the former is used only for technical
reasons.  Selected PST is required to be also enabled in PT.

All dependencies enforce both PST and PT match.  The PYTHON_USEDEP is
generally a giant hack that's meant to work both for depending
on 'single' and 'multi' packages.  I'm not convinced this was the best
choice anymore.

In single-to-single deps, PYTHON_USEDEP enforces both PST and PT flags
to match.  This means that if two packages have matching PST but for
some reason were built with different PT, users end up having to switch
PT and rebuild the package without any real change.

In single-to-multi deps, PYTHON_USEDEP enforces PT flags.  For this
reason, we need to enforce that selected PST is always present in PT,
and users always have to put both flags in package.use.

There's also a gross hack in PYTHON_USEDEP in 'multi' packages that
means to prevent multi-to-single deps.  However, the dep mismatch it
causes is not very readable.


Alternative 1: PYTHON_TARGETS only
==
The first alternative I'd like to explore is removing
PYTHON_SINGLE_TARGET flags.  Why were they added in the first place?
The primary goal was to be able to set PT to 2.7+3.x without requiring
people to adjust flags for every 'single' package out there.  Plus, it
turned out very convenient for Python team members who want to enable
all PT but obviously can't do the same for PST.

Originally I brought this proposal in context of automated REQUIRED_USE
conflict resolution.  However, that was rejected by the Council.  Still,
it may start making sense again in the near future when we start
removing py2.7 and pypy2.7 support.  If we can limit PT to one
implementation, and handle the remaining packages via IUSE defaults
and package.use, this may just work.

The inconvenience to people enabling multiple PT will remain though.


Alternative 2: new dependency API
=
If PST is going to stay, we may look into removing PT from 'single'
packages instead.  The idea is to provide new method of generating
cross-package deps that doesn't require fake flags.

PYTHON_USEDEP would continue working through a transitional period.
When it's entirely gone, we can remove PYTHON_TARGETS from 'single'
packages.

Single-to-single deps would switch to PYTHON_SINGLE_USEDEP, that only
enforces PST and disregards PT entirely.

Single-to-multi deps would have to use a new generator function,
$(python_gen_multi_dep ...) that would create appropriate USE-mapping
from PST to PT.

Example ebuild would have:

RDEPEND="app-foo/singlepkg[${PYTHON_SINGLE_USEDEP}]
 $(python_gen_multi_dep '
  dev-python/foo[${PYTHON_USEDEP}]
  dev-python/bar[${PYTHON_USEDEP}]
 ')"

This will generate something like:

 pst_python2_7? (
 dev-python/foo[pt_python2_7(-)]
 dev-python/bar[pt_python2_7(-)]
 )
 pst_python3_7? (
 dev-python/foo[pt_python3_7(-)]
 dev-python/bar[pt_python3_7(-)]
 )


Your opinions
=
So, WDYT?  Do you think this approach is worthwhile?  Do you see other
options?




The new dependency API proposal looks nicer to me.

lu



Re: [gentoo-dev] [PATCH 0/6] nix and guix GID/UID assignments

2019-11-24 Thread Ulrich Mueller
> On Sun, 24 Nov 2019, Sergei Trofimovich wrote:

> I've effectively reserved space for 1000 users for each of them:
> - 3..30999
> - 31000..31000
> and using only 10 of each.

That's inside the UID_MIN..UID_MAX range which should be reserved for
assignment on users' systems. Can't you move them into the range
between 60001 and 65532?

Ulrich


signature.asc
Description: PGP signature


[gentoo-dev] [PATCH 0/6] nix and guix GID/UID assignments

2019-11-24 Thread Sergei Trofimovich
A bit of background:

  nix and guix are both hermetic builders with precise dependency
  management: all build inputs are explicit and build outputs should
  ideally not change if build inputs don't change.

  Every user in the system can trigger the build via IPC request
  to the builder daemon (nix-daemon or guix-daemon).

  For each IPC request builder daemon pick free user from user pool
  dedicated specifically for building. In case of nix pool group
  is 'nixbld' and users in that pool are 'nixbld1', 'nixbld2', and so
  on. There is no fixed limit on a pool size. Nixos creates 32 users:
  nixbld{1..32}.

  That way different users can't interfere with one anothers' build.

Groups/users have a few properties:
  - final build results are owned by root:root and never by
nixbld{1..10} users
  - nixbld{1..10} own only temporary build directory while IPC
request is handled. Temporary directory is deleted when build
is finished.
  - the more concurrent clients are there the more users should
be in the builder group.

There is a GID collision:
Both nix and guix use GID=3 for their 'nixbld'
and 'guixbuild' groups. As Gentoo allows both to co-exist
one of them has to give. I've moved guix down to 31000.

I've effectively reserved space for 1000 users for each of them:
- 3..30999
- 31000..31000
and using only 10 of each.

Sergei Trofimovich (6):
  acct-group/nixbld: new group (GID 3)
  acct-group/guixbuild: new group (GID 31000)
  acct-user/nixbld{1..10}: new user (UID {30001..30010)
  acct-user/guixbuilder{1..10}: new user (UID {31001..31010)
  sys-apps/nix: switch from user.eclass to acct-*/ depends
  sys-apps/guix: switch from user.eclass to acct-*/ depends

 acct-group/guixbuild/guixbuild-0.ebuild   |  10 ++
 acct-group/guixbuild/metadata.xml |   8 +
 acct-group/nixbld/metadata.xml|   8 +
 acct-group/nixbld/nixbld-0.ebuild |   9 +
 acct-user/guixbuilder1/guixbuilder1-0.ebuild  |  13 ++
 acct-user/guixbuilder1/metadata.xml   |   8 +
 .../guixbuilder10/guixbuilder10-0.ebuild  |  13 ++
 acct-user/guixbuilder10/metadata.xml  |   8 +
 acct-user/guixbuilder2/guixbuilder2-0.ebuild  |  13 ++
 acct-user/guixbuilder2/metadata.xml   |   8 +
 acct-user/guixbuilder3/guixbuilder3-0.ebuild  |  13 ++
 acct-user/guixbuilder3/metadata.xml   |   8 +
 acct-user/guixbuilder4/guixbuilder4-0.ebuild  |  13 ++
 acct-user/guixbuilder4/metadata.xml   |   8 +
 acct-user/guixbuilder5/guixbuilder5-0.ebuild  |  13 ++
 acct-user/guixbuilder5/metadata.xml   |   8 +
 acct-user/guixbuilder6/guixbuilder6-0.ebuild  |  13 ++
 acct-user/guixbuilder6/metadata.xml   |   8 +
 acct-user/guixbuilder7/guixbuilder7-0.ebuild  |  13 ++
 acct-user/guixbuilder7/metadata.xml   |   8 +
 acct-user/guixbuilder8/guixbuilder8-0.ebuild  |  13 ++
 acct-user/guixbuilder8/metadata.xml   |   8 +
 acct-user/guixbuilder9/guixbuilder9-0.ebuild  |  13 ++
 acct-user/guixbuilder9/metadata.xml   |   8 +
 acct-user/nixbld1/metadata.xml|   8 +
 acct-user/nixbld1/nixbld1-0.ebuild|  13 ++
 acct-user/nixbld10/metadata.xml   |   8 +
 acct-user/nixbld10/nixbld10-0.ebuild  |  13 ++
 acct-user/nixbld2/metadata.xml|   8 +
 acct-user/nixbld2/nixbld2-0.ebuild|  13 ++
 acct-user/nixbld3/metadata.xml|   8 +
 acct-user/nixbld3/nixbld3-0.ebuild|  13 ++
 acct-user/nixbld4/metadata.xml|   8 +
 acct-user/nixbld4/nixbld4-0.ebuild|  13 ++
 acct-user/nixbld5/metadata.xml|   8 +
 acct-user/nixbld5/nixbld5-0.ebuild|  13 ++
 acct-user/nixbld6/metadata.xml|   8 +
 acct-user/nixbld6/nixbld6-0.ebuild|  13 ++
 acct-user/nixbld7/metadata.xml|   8 +
 acct-user/nixbld7/nixbld7-0.ebuild|  13 ++
 acct-user/nixbld8/metadata.xml|   8 +
 acct-user/nixbld8/nixbld8-0.ebuild|  13 ++
 acct-user/nixbld9/metadata.xml|   8 +
 acct-user/nixbld9/nixbld9-0.ebuild|  13 ++
 sys-apps/guix/guix-1.0.1-r2.ebuild| 165 ++
 sys-apps/nix/nix-2.3.1-r1.ebuild  | 145 +++
 46 files changed, 765 insertions(+)
 create mode 100644 acct-group/guixbuild/guixbuild-0.ebuild
 create mode 100644 acct-group/guixbuild/metadata.xml
 create mode 100644 acct-group/nixbld/metadata.xml
 create mode 100644 acct-group/nixbld/nixbld-0.ebuild
 create mode 100644 acct-user/guixbuilder1/guixbuilder1-0.ebuild
 create mode 100644 acct-user/guixbuilder1/metadata.xml
 create mode 100644 acct-user/guixbuilder10/guixbuilder10-0.ebuild
 create mode 100644 acct-user/guixbuilder10/metadata.xml
 create mode 100644 acct-user/guixbuilder2/guixbuilder2-0.ebuild
 create mode 100644 acct-user/guixbuilder2/metadata.xml
 create mode 100644 acct-user/guixbuilder3/guixbuilder3-0.ebuild
 create mode 

[gentoo-dev] [PATCH 6/6] sys-apps/guix: switch from user.eclass to acct-*/ depends

2019-11-24 Thread Sergei Trofimovich
---
 sys-apps/guix/guix-1.0.1-r2.ebuild | 165 +
 1 file changed, 165 insertions(+)
 create mode 100644 sys-apps/guix/guix-1.0.1-r2.ebuild

diff --git a/sys-apps/guix/guix-1.0.1-r2.ebuild 
b/sys-apps/guix/guix-1.0.1-r2.ebuild
new file mode 100644
index 000..1e8ec136e73
--- /dev/null
+++ b/sys-apps/guix/guix-1.0.1-r2.ebuild
@@ -0,0 +1,165 @@
+# Copyright 1999-2019 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=7
+
+inherit autotools linux-info readme.gentoo-r1 systemd
+
+DESCRIPTION="GNU package manager (nix sibling)"
+HOMEPAGE="https://www.gnu.org/software/guix/;
+
+# taken from gnu/local.mk and gnu/packages/bootstrap.scm
+BOOT_GUILE=(
+   "aarch64-linux  20170217 guile-2.0.14.tar.xz"
+   "armhf-linux20150101 guile-2.0.11.tar.xz"
+   "i686-linux 20131110 guile-2.0.9.tar.xz"
+   "mips64el-linux 20131110 guile-2.0.9.tar.xz"
+   "x86_64-linux   20131110 guile-2.0.9.tar.xz"
+)
+
+binary_src_uris() {
+   local system_date_guilep uri
+   for system_date_guilep in "${BOOT_GUILE[@]}"; do
+   # $1  $2   $3
+   # "armhf-linux20150101 guile-2.0.11.tar.xz"
+   set -- ${system_date_guilep}
+   uri="mirror://gnu-alpha/${PN}/bootstrap/$1/$2/$3"
+   # ${uri} -> 
guix-bootstrap-armhf-linux-20150101-guile-2.0.11.tar.xz.bootstrap
+   echo "${uri} -> guix-bootstrap-$1-$2-$3.bootstrap"
+   done
+}
+
+# copy bootstrap binaries from DISTDIR to ${S}
+copy_boot_guile_binaries() {
+   local system_date_guilep
+   for system_date_guilep in "${BOOT_GUILE[@]}"; do
+   # $1  $2   $3
+   # "armhf-linux20150101 guile-2.0.11.tar.xz"
+   set -- ${system_date_guilep}
+   cp "${DISTDIR}"/guix-bootstrap-$1-$2-$3.bootstrap 
gnu/packages/bootstrap/$1/$3 || die
+   done
+}
+
+SRC_URI="mirror://gnu/${PN}/${P}.tar.gz
+   $(binary_src_uris)"
+
+LICENSE="GPL-3"
+SLOT="0"
+KEYWORDS="~amd64 ~x86"
+IUSE=""
+
+RESTRICT=test # complains about size of config.log and refuses to start tests
+
+RDEPEND="
+   dev-libs/libgcrypt:0=
+   >=dev-scheme/guile-2.2:=[regex,networking,threads]
+   dev-scheme/bytestructures
+   dev-scheme/guile-gcrypt
+   >=dev-scheme/guile-git-0.2.0
+   dev-scheme/guile-json
+   dev-scheme/guile-sqlite3
+   net-libs/gnutls[guile]
+   sys-libs/zlib
+   app-arch/bzip2
+   dev-db/sqlite
+   acct-group/guixbuild
+   acct-user/guixbuilder1
+   acct-user/guixbuilder2
+   acct-user/guixbuilder3
+   acct-user/guixbuilder4
+   acct-user/guixbuilder5
+   acct-user/guixbuilder6
+   acct-user/guixbuilder7
+   acct-user/guixbuilder8
+   acct-user/guixbuilder9
+   acct-user/guixbuilder10
+"
+
+DEPEND="${RDEPEND}
+"
+
+PATCHES=("${FILESDIR}"/${PN}-0.16.0-default-daemon.patch)
+
+QA_PREBUILT="usr/share/guile/site/*/gnu/packages/bootstrap/*"
+
+DISABLE_AUTOFORMATTING=yes
+DOC_CONTENTS="Quick start user guide on Gentoo:
+
+[as root] allow binary substitution to be downloaded (optional)
+   # guix archive --authorize < /usr/share/guix/ci.guix.info.pub
+[as root] enable guix-daemon service:
+   [systemd] # systemctl enable guix-daemon
+   [openrc]  # rc-update add guix-daemon
+[as a user] ln -sf /var/guix/profiles/per-user/\$USER/guix-profile 
\$HOME/.guix-profile
+[as a user] install guix packages:
+   \$ guix package -i hello
+[as a user] configure environment:
+   Somewhere in .bash_profile you might want to set
+   export GUIX_LOCPATH=\$HOME/.guix-profile/lib/locale
+
+Next steps:
+   guix package manager user manual: 
https://www.gnu.org/software/guix/manual/guix.html
+"
+
+pkg_pretend() {
+   # USER_NS is used to run builders in a default setting in linux
+   # and for 'guix environment --container'.
+   local CONFIG_CHECK="~USER_NS"
+   check_extra_config
+}
+
+src_prepare() {
+   copy_boot_guile_binaries
+
+   default
+   # build system is very eager to run automake itself: bug #625166
+   eautoreconf
+
+   # guile is trying to avoid recompilation by checking if file
+   # /usr/lib64/guile/2.2/site-ccache/guix/modules.go
+   # is newer than
+   # guix/modules.scm
+   # In case it is instead of using 'guix/modules.scm' guile
+   # loads system one (from potentially older version of guix).
+   # To work it around we bump last modification timestamp of
+   # '*.scm' files.
+   # http://debbugs.gnu.org/cgi/bugreport.cgi?bug=38112
+   find "${S}" -name "*.scm" -exec touch {} + || die
+
+   # Gentoo stores systemd unit files in lib, never in lib64: bug #689772
+   sed -i nix/local.mk \
+   -e 's|systemdservicedir = 
$(libdir)/systemd/system|systemdservicedir = '"$(systemd_get_systemunitdir)"'|' 
|| die
+}
+
+src_configure() {
+   # to be 

[gentoo-dev] [PATCH 5/6] sys-apps/nix: switch from user.eclass to acct-*/ depends

2019-11-24 Thread Sergei Trofimovich
Signed-off-by: Sergei Trofimovich 
---
 sys-apps/nix/nix-2.3.1-r1.ebuild | 145 +++
 1 file changed, 145 insertions(+)
 create mode 100644 sys-apps/nix/nix-2.3.1-r1.ebuild

diff --git a/sys-apps/nix/nix-2.3.1-r1.ebuild b/sys-apps/nix/nix-2.3.1-r1.ebuild
new file mode 100644
index 000..ef50b7bb65d
--- /dev/null
+++ b/sys-apps/nix/nix-2.3.1-r1.ebuild
@@ -0,0 +1,145 @@
+# Copyright 1999-2019 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=7
+
+inherit autotools flag-o-matic linux-info readme.gentoo-r1
+
+DESCRIPTION="A purely functional package manager"
+HOMEPAGE="https://nixos.org/nix;
+
+SRC_URI="http://nixos.org/releases/${PN}/${P}/${P}.tar.xz;
+LICENSE="LGPL-2.1"
+SLOT="0"
+KEYWORDS="~amd64 ~x86"
+IUSE="+etc-profile +gc doc s3 +sodium"
+
+# sys-apps/busybox is needed for sandbox mount of /bin/sh
+RDEPEND="
+   app-arch/brotli
+   app-arch/bzip2
+   app-arch/xz-utils
+   sys-apps/busybox[static]
+   dev-db/sqlite
+   dev-libs/editline:0=
+   dev-libs/openssl:0=
+   >=dev-libs/boost-1.66:0=[context]
+   net-misc/curl
+   sys-libs/libseccomp
+   sys-libs/zlib
+   gc? ( dev-libs/boehm-gc[cxx] )
+   doc? ( dev-libs/libxml2
+   dev-libs/libxslt
+   app-text/docbook-xsl-stylesheets
+   )
+   s3? ( dev-libs/aws-sdk-cpp )
+   sodium? ( dev-libs/libsodium:0= )
+   acct-group/nixbld
+   acct-user/nixbld1
+   acct-user/nixbld2
+   acct-user/nixbld3
+   acct-user/nixbld4
+   acct-user/nixbld5
+   acct-user/nixbld6
+   acct-user/nixbld7
+   acct-user/nixbld8
+   acct-user/nixbld9
+   acct-user/nixbld10
+"
+DEPEND="${RDEPEND}
+   >=sys-devel/bison-2.6
+   >=sys-devel/flex-2.5.35
+"
+
+PATCHES=(
+   "${FILESDIR}"/${PN}-2.3-libpaths.patch
+   "${FILESDIR}"/${PN}-2.3-bootstrap.patch
+)
+
+DISABLE_AUTOFORMATTING=yes
+DOC_CONTENTS=" Quick start user guide on Gentoo:
+
+[as root] enable nix-daemon service:
+   [systemd] # systemctl enable nix-daemon
+   [openrc]  # rc-update add nix-daemon
+[as a user] relogin to get environment and profile update
+[as a user] fetch nixpkgs update:
+   \$ nix-channel --update
+[as a user] install nix packages:
+   \$ nix-env -i mc
+[as a user] configure environment:
+   Somewhere in .bash_profile you might want to set
+   LOCALE_ARCHIVE=\$HOME/.nix-profile/lib/locale/locale-archive
+   but please read https://github.com/NixOS/nixpkgs/issues/21820
+
+Next steps:
+   nix package manager user manual: http://nixos.org/nix/manual/
+"
+
+pkg_pretend() {
+   # USER_NS is used to run builders in a default setting in linux:
+   # https://nixos.wiki/wiki/Nix#Sandboxing
+   local CONFIG_CHECK="~USER_NS"
+   check_extra_config
+}
+
+src_prepare() {
+   default
+
+   eautoreconf
+}
+
+src_configure() {
+   if ! use s3; then
+   # Disable automagic depend: bug #670256
+   export ac_cv_header_aws_s3_S3Client_h=no
+   fi
+   econf \
+   --localstatedir="${EPREFIX}"/nix/var \
+   $(use_enable gc) \
+   --with-sandbox-shell=/bin/busybox
+}
+
+src_compile() {
+   emake V=1
+}
+
+src_install() {
+   # TODO: emacs highlighter
+   default
+
+   readme.gentoo_create_doc
+
+   # here we use an eager variant of something that
+   # is lazily done by nix-daemon and root nix-env
+
+   # TODO: will need a tweak for prefix
+   keepdir /nix/store
+   fowners root:nixbld /nix/store
+   fperms 1775 /nix/store
+
+   keepdir /nix/var/nix/channel-cache
+   fperms 0777 /nix/var/nix/channel-cache
+
+   keepdir /nix/var/nix/profiles/per-user
+   fperms 1777 /nix/var/nix/profiles/per-user
+
+   # setup directories nix-daemon: /etc/profile.d/nix-daemon.sh
+   keepdir /nix/var/nix/gcroots/per-user
+   fperms 1777 /nix/var/nix/gcroots/per-user
+
+   newinitd "${FILESDIR}"/nix-daemon.initd nix-daemon
+
+   if ! use etc-profile; then
+   rm "${ED}"/etc/profile.d/nix.sh || die
+   rm "${ED}"/etc/profile.d/nix-daemon.sh || die
+   fi
+}
+
+pkg_postinst() {
+   if ! use etc-profile; then
+   ewarn "${EROOT}/etc/profile.d/nix.sh was removed (due to 
USE=-etc-profile)."
+   fi
+
+   readme.gentoo_print_elog
+}
-- 
2.24.0




[gentoo-dev] [PATCH 4/6] acct-user/guixbuilder{1..10}: new user (UID {31001..31010)

2019-11-24 Thread Sergei Trofimovich
Signed-off-by: Sergei Trofimovich 
---
 acct-user/guixbuilder1/guixbuilder1-0.ebuild   | 13 +
 acct-user/guixbuilder1/metadata.xml|  8 
 acct-user/guixbuilder10/guixbuilder10-0.ebuild | 13 +
 acct-user/guixbuilder10/metadata.xml   |  8 
 acct-user/guixbuilder2/guixbuilder2-0.ebuild   | 13 +
 acct-user/guixbuilder2/metadata.xml|  8 
 acct-user/guixbuilder3/guixbuilder3-0.ebuild   | 13 +
 acct-user/guixbuilder3/metadata.xml|  8 
 acct-user/guixbuilder4/guixbuilder4-0.ebuild   | 13 +
 acct-user/guixbuilder4/metadata.xml|  8 
 acct-user/guixbuilder5/guixbuilder5-0.ebuild   | 13 +
 acct-user/guixbuilder5/metadata.xml|  8 
 acct-user/guixbuilder6/guixbuilder6-0.ebuild   | 13 +
 acct-user/guixbuilder6/metadata.xml|  8 
 acct-user/guixbuilder7/guixbuilder7-0.ebuild   | 13 +
 acct-user/guixbuilder7/metadata.xml|  8 
 acct-user/guixbuilder8/guixbuilder8-0.ebuild   | 13 +
 acct-user/guixbuilder8/metadata.xml|  8 
 acct-user/guixbuilder9/guixbuilder9-0.ebuild   | 13 +
 acct-user/guixbuilder9/metadata.xml|  8 
 20 files changed, 210 insertions(+)
 create mode 100644 acct-user/guixbuilder1/guixbuilder1-0.ebuild
 create mode 100644 acct-user/guixbuilder1/metadata.xml
 create mode 100644 acct-user/guixbuilder10/guixbuilder10-0.ebuild
 create mode 100644 acct-user/guixbuilder10/metadata.xml
 create mode 100644 acct-user/guixbuilder2/guixbuilder2-0.ebuild
 create mode 100644 acct-user/guixbuilder2/metadata.xml
 create mode 100644 acct-user/guixbuilder3/guixbuilder3-0.ebuild
 create mode 100644 acct-user/guixbuilder3/metadata.xml
 create mode 100644 acct-user/guixbuilder4/guixbuilder4-0.ebuild
 create mode 100644 acct-user/guixbuilder4/metadata.xml
 create mode 100644 acct-user/guixbuilder5/guixbuilder5-0.ebuild
 create mode 100644 acct-user/guixbuilder5/metadata.xml
 create mode 100644 acct-user/guixbuilder6/guixbuilder6-0.ebuild
 create mode 100644 acct-user/guixbuilder6/metadata.xml
 create mode 100644 acct-user/guixbuilder7/guixbuilder7-0.ebuild
 create mode 100644 acct-user/guixbuilder7/metadata.xml
 create mode 100644 acct-user/guixbuilder8/guixbuilder8-0.ebuild
 create mode 100644 acct-user/guixbuilder8/metadata.xml
 create mode 100644 acct-user/guixbuilder9/guixbuilder9-0.ebuild
 create mode 100644 acct-user/guixbuilder9/metadata.xml

diff --git a/acct-user/guixbuilder1/guixbuilder1-0.ebuild 
b/acct-user/guixbuilder1/guixbuilder1-0.ebuild
new file mode 100644
index 000..df9bbd069bf
--- /dev/null
+++ b/acct-user/guixbuilder1/guixbuilder1-0.ebuild
@@ -0,0 +1,13 @@
+# Copyright 1999-2019 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=7
+
+inherit acct-user
+
+DESCRIPTION="Builder user for guix-daemon from sys-apps/guix"
+
+ACCT_USER_ID=31001
+ACCT_USER_GROUPS=( guixbuild kvm )
+
+acct-user_add_deps
diff --git a/acct-user/guixbuilder1/metadata.xml 
b/acct-user/guixbuilder1/metadata.xml
new file mode 100644
index 000..c5298995d2d
--- /dev/null
+++ b/acct-user/guixbuilder1/metadata.xml
@@ -0,0 +1,8 @@
+
+http://www.gentoo.org/dtd/metadata.dtd;>
+
+   
+   sly...@gentoo.org
+   Sergei Trofimovich
+   
+
diff --git a/acct-user/guixbuilder10/guixbuilder10-0.ebuild 
b/acct-user/guixbuilder10/guixbuilder10-0.ebuild
new file mode 100644
index 000..1672599d585
--- /dev/null
+++ b/acct-user/guixbuilder10/guixbuilder10-0.ebuild
@@ -0,0 +1,13 @@
+# Copyright 1999-2019 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=7
+
+inherit acct-user
+
+DESCRIPTION="Builder user for guix-daemon from sys-apps/guix"
+
+ACCT_USER_ID=31010
+ACCT_USER_GROUPS=( guixbuild kvm )
+
+acct-user_add_deps
diff --git a/acct-user/guixbuilder10/metadata.xml 
b/acct-user/guixbuilder10/metadata.xml
new file mode 100644
index 000..c5298995d2d
--- /dev/null
+++ b/acct-user/guixbuilder10/metadata.xml
@@ -0,0 +1,8 @@
+
+http://www.gentoo.org/dtd/metadata.dtd;>
+
+   
+   sly...@gentoo.org
+   Sergei Trofimovich
+   
+
diff --git a/acct-user/guixbuilder2/guixbuilder2-0.ebuild 
b/acct-user/guixbuilder2/guixbuilder2-0.ebuild
new file mode 100644
index 000..536ba624666
--- /dev/null
+++ b/acct-user/guixbuilder2/guixbuilder2-0.ebuild
@@ -0,0 +1,13 @@
+# Copyright 1999-2019 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=7
+
+inherit acct-user
+
+DESCRIPTION="Builder user for guix-daemon from sys-apps/guix"
+
+ACCT_USER_ID=31002
+ACCT_USER_GROUPS=( guixbuild kvm )
+
+acct-user_add_deps
diff --git a/acct-user/guixbuilder2/metadata.xml 
b/acct-user/guixbuilder2/metadata.xml
new file mode 100644
index 000..c5298995d2d
--- 

[gentoo-dev] [PATCH 2/6] acct-group/guixbuild: new group (GID 31000)

2019-11-24 Thread Sergei Trofimovich
Signed-off-by: Sergei Trofimovich 
---
 acct-group/guixbuild/guixbuild-0.ebuild | 10 ++
 acct-group/guixbuild/metadata.xml   |  8 
 2 files changed, 18 insertions(+)
 create mode 100644 acct-group/guixbuild/guixbuild-0.ebuild
 create mode 100644 acct-group/guixbuild/metadata.xml

diff --git a/acct-group/guixbuild/guixbuild-0.ebuild 
b/acct-group/guixbuild/guixbuild-0.ebuild
new file mode 100644
index 000..acb84f9fb3b
--- /dev/null
+++ b/acct-group/guixbuild/guixbuild-0.ebuild
@@ -0,0 +1,10 @@
+# Copyright 2019 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=7
+
+inherit acct-group
+
+DESCRIPTION="Builder group for guix-daemon from sys-apps/guix"
+# Upstream uses 3, but it clashes with acct-group/nixbld
+ACCT_GROUP_ID=31000
diff --git a/acct-group/guixbuild/metadata.xml 
b/acct-group/guixbuild/metadata.xml
new file mode 100644
index 000..c5298995d2d
--- /dev/null
+++ b/acct-group/guixbuild/metadata.xml
@@ -0,0 +1,8 @@
+
+http://www.gentoo.org/dtd/metadata.dtd;>
+
+   
+   sly...@gentoo.org
+   Sergei Trofimovich
+   
+
-- 
2.24.0




[gentoo-dev] [PATCH 1/6] acct-group/nixbld: new group (GID 30000)

2019-11-24 Thread Sergei Trofimovich
Signed-off-by: Sergei Trofimovich 
---
 acct-group/nixbld/metadata.xml| 8 
 acct-group/nixbld/nixbld-0.ebuild | 9 +
 2 files changed, 17 insertions(+)
 create mode 100644 acct-group/nixbld/metadata.xml
 create mode 100644 acct-group/nixbld/nixbld-0.ebuild

diff --git a/acct-group/nixbld/metadata.xml b/acct-group/nixbld/metadata.xml
new file mode 100644
index 000..c5298995d2d
--- /dev/null
+++ b/acct-group/nixbld/metadata.xml
@@ -0,0 +1,8 @@
+
+http://www.gentoo.org/dtd/metadata.dtd;>
+
+   
+   sly...@gentoo.org
+   Sergei Trofimovich
+   
+
diff --git a/acct-group/nixbld/nixbld-0.ebuild 
b/acct-group/nixbld/nixbld-0.ebuild
new file mode 100644
index 000..194e744609b
--- /dev/null
+++ b/acct-group/nixbld/nixbld-0.ebuild
@@ -0,0 +1,9 @@
+# Copyright 2019 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=7
+
+inherit acct-group
+
+DESCRIPTION="Builder group for nix-daemon from sys-apps/nix"
+ACCT_GROUP_ID=3
-- 
2.24.0




[gentoo-dev] [PATCH 3/6] acct-user/nixbld{1..10}: new user (UID {30001..30010)

2019-11-24 Thread Sergei Trofimovich
Signed-off-by: Sergei Trofimovich 
---
 acct-user/nixbld1/metadata.xml   |  8 
 acct-user/nixbld1/nixbld1-0.ebuild   | 13 +
 acct-user/nixbld10/metadata.xml  |  8 
 acct-user/nixbld10/nixbld10-0.ebuild | 13 +
 acct-user/nixbld2/metadata.xml   |  8 
 acct-user/nixbld2/nixbld2-0.ebuild   | 13 +
 acct-user/nixbld3/metadata.xml   |  8 
 acct-user/nixbld3/nixbld3-0.ebuild   | 13 +
 acct-user/nixbld4/metadata.xml   |  8 
 acct-user/nixbld4/nixbld4-0.ebuild   | 13 +
 acct-user/nixbld5/metadata.xml   |  8 
 acct-user/nixbld5/nixbld5-0.ebuild   | 13 +
 acct-user/nixbld6/metadata.xml   |  8 
 acct-user/nixbld6/nixbld6-0.ebuild   | 13 +
 acct-user/nixbld7/metadata.xml   |  8 
 acct-user/nixbld7/nixbld7-0.ebuild   | 13 +
 acct-user/nixbld8/metadata.xml   |  8 
 acct-user/nixbld8/nixbld8-0.ebuild   | 13 +
 acct-user/nixbld9/metadata.xml   |  8 
 acct-user/nixbld9/nixbld9-0.ebuild   | 13 +
 20 files changed, 210 insertions(+)
 create mode 100644 acct-user/nixbld1/metadata.xml
 create mode 100644 acct-user/nixbld1/nixbld1-0.ebuild
 create mode 100644 acct-user/nixbld10/metadata.xml
 create mode 100644 acct-user/nixbld10/nixbld10-0.ebuild
 create mode 100644 acct-user/nixbld2/metadata.xml
 create mode 100644 acct-user/nixbld2/nixbld2-0.ebuild
 create mode 100644 acct-user/nixbld3/metadata.xml
 create mode 100644 acct-user/nixbld3/nixbld3-0.ebuild
 create mode 100644 acct-user/nixbld4/metadata.xml
 create mode 100644 acct-user/nixbld4/nixbld4-0.ebuild
 create mode 100644 acct-user/nixbld5/metadata.xml
 create mode 100644 acct-user/nixbld5/nixbld5-0.ebuild
 create mode 100644 acct-user/nixbld6/metadata.xml
 create mode 100644 acct-user/nixbld6/nixbld6-0.ebuild
 create mode 100644 acct-user/nixbld7/metadata.xml
 create mode 100644 acct-user/nixbld7/nixbld7-0.ebuild
 create mode 100644 acct-user/nixbld8/metadata.xml
 create mode 100644 acct-user/nixbld8/nixbld8-0.ebuild
 create mode 100644 acct-user/nixbld9/metadata.xml
 create mode 100644 acct-user/nixbld9/nixbld9-0.ebuild

diff --git a/acct-user/nixbld1/metadata.xml b/acct-user/nixbld1/metadata.xml
new file mode 100644
index 000..c5298995d2d
--- /dev/null
+++ b/acct-user/nixbld1/metadata.xml
@@ -0,0 +1,8 @@
+
+http://www.gentoo.org/dtd/metadata.dtd;>
+
+   
+   sly...@gentoo.org
+   Sergei Trofimovich
+   
+
diff --git a/acct-user/nixbld1/nixbld1-0.ebuild 
b/acct-user/nixbld1/nixbld1-0.ebuild
new file mode 100644
index 000..dd40f385eef
--- /dev/null
+++ b/acct-user/nixbld1/nixbld1-0.ebuild
@@ -0,0 +1,13 @@
+# Copyright 1999-2019 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=7
+
+inherit acct-user
+
+DESCRIPTION="Builder user for nix-daemon from sys-apps/nix"
+
+ACCT_USER_ID=30001
+ACCT_USER_GROUPS=( nixbld )
+
+acct-user_add_deps
diff --git a/acct-user/nixbld10/metadata.xml b/acct-user/nixbld10/metadata.xml
new file mode 100644
index 000..c5298995d2d
--- /dev/null
+++ b/acct-user/nixbld10/metadata.xml
@@ -0,0 +1,8 @@
+
+http://www.gentoo.org/dtd/metadata.dtd;>
+
+   
+   sly...@gentoo.org
+   Sergei Trofimovich
+   
+
diff --git a/acct-user/nixbld10/nixbld10-0.ebuild 
b/acct-user/nixbld10/nixbld10-0.ebuild
new file mode 100644
index 000..3bff5c20898
--- /dev/null
+++ b/acct-user/nixbld10/nixbld10-0.ebuild
@@ -0,0 +1,13 @@
+# Copyright 1999-2019 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=7
+
+inherit acct-user
+
+DESCRIPTION="Builder user for nix-daemon from sys-apps/nix"
+
+ACCT_USER_ID=30010
+ACCT_USER_GROUPS=( nixbld )
+
+acct-user_add_deps
diff --git a/acct-user/nixbld2/metadata.xml b/acct-user/nixbld2/metadata.xml
new file mode 100644
index 000..c5298995d2d
--- /dev/null
+++ b/acct-user/nixbld2/metadata.xml
@@ -0,0 +1,8 @@
+
+http://www.gentoo.org/dtd/metadata.dtd;>
+
+   
+   sly...@gentoo.org
+   Sergei Trofimovich
+   
+
diff --git a/acct-user/nixbld2/nixbld2-0.ebuild 
b/acct-user/nixbld2/nixbld2-0.ebuild
new file mode 100644
index 000..2d379cab41d
--- /dev/null
+++ b/acct-user/nixbld2/nixbld2-0.ebuild
@@ -0,0 +1,13 @@
+# Copyright 1999-2019 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=7
+
+inherit acct-user
+
+DESCRIPTION="Builder user for nix-daemon from sys-apps/nix"
+
+ACCT_USER_ID=30002
+ACCT_USER_GROUPS=( nixbld )
+
+acct-user_add_deps
diff --git a/acct-user/nixbld3/metadata.xml b/acct-user/nixbld3/metadata.xml
new file mode 100644
index 000..c5298995d2d
--- /dev/null
+++ b/acct-user/nixbld3/metadata.xml
@@ -0,0 +1,8 @@
+
+http://www.gentoo.org/dtd/metadata.dtd;>
+
+   
+   sly...@gentoo.org
+   Sergei 

[gentoo-dev] Migrate away from python-2 or not

2019-11-24 Thread Benda Xu
Dear all,

Bug 684962 (dev-python/ipython-7.5.0: package conflicts) has
demonstrated a painful consequence when upstream start to release
python3 only versions.

Upstream has dropped python-2.7 support in dev-python/ipython-7.5.0,
thus there is no python_targets_python2_7 USE flag for the ebuild.
dev-python/qtconsole, a dependant of dev-python/ipython, still supports
python-2.7.  When qtconsole get emerged with
USE="python_targets_python2_7 python_targets_python3_6" for example, old
dev-python/ipython-5.8.0-r1 is drawn, resulting in conflict against
dev-python/ipython-7.5.0.  USE=python_targets_python2_7 had to be
removed from dev-python/qtconsole to avoid it.

If one package drops python-2.7, all its dependants have to drop
python-2.7 even if they can work with python-2.7.


Given the python-2 countdown deadline being 2020-01-01, a month away,
shall we get rid of python-2?


If the answer is yes, we will need to decide on the following
python-2-only packages.

,
| $ comm -23 <(equery -qC h python_targets_python2_7 | sort ) <(equery -qC h 
python_targets_python3_6 | sort) 
| dev-lang/yasm-1.3.0
| dev-libs/libxslt-1.1.33-r1
| dev-python/backports-functools-lru-cache-1.5
| dev-python/enum34-1.1.6-r1
| dev-python/functools32-3.2.3
| dev-python/futures-3.2.0
| dev-python/pygobject-2.28.6-r55
| dev-python/pygtk-2.24.0-r4
| dev-python/subprocess32-3.2.7
| dev-util/boost-build-1.70.0
| dev-vcs/subversion-1.12.2
| gnome-base/libglade-2.6.4-r2
| net-analyzer/nmap-7.70
| sys-devel/clang-8.0.1
| x11-wm/xpra-2.4.3
`

If the answer is no, to avoid holding back new versions having only
python3, such as bug 671796 for dev-python/matplotlib bump, old versions
with python_targets_python2_7 and new versions without should be
co-installable into different SLOTs.

What do you think?

Yours,
Benda