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_t
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
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
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 fla
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/e04f6d321e424a237af
> 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 intende
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 complication
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
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 de
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
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 us
> 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
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 (
---
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..1e8ec1
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 1006
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
a
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
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-grou
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
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.
d
20 matches
Mail list logo
