Re: [gentoo-dev] Migrate away from python-2 or not
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
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
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
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]
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
> 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
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
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
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
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
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
> 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
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
--- 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
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)
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)
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)
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)
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
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