Il giorno mar 5 ott 2021 alle ore 10:31 Michał Górny ha
scritto:
> Hi, everyone.
>
> I've been thinking about this for some time already, and the recent
> FILESDIR mess seems to confirm it: I'd like to start a more stable LTS
> branch of Portage.
>
> Roughly, the idea is that:
>
> - master
Il 06/07/20 17:50, Michael 'veremitz' Everitt ha scritto:
On 06/07/20 16:26, Francesco Riosa wrote:
Il 29/06/20 03:58, Sid Spry ha scritto:
There are libraries that provide decorators, etc, for caching and
memoization.
Have you evaluated any of those? One is available in the standard library
Il 29/06/20 03:58, Sid Spry ha scritto:
There are libraries that provide decorators, etc, for caching and memoization.
Have you evaluated any of those? One is available in the standard library:
https://docs.python.org/dev/library/functools.html#functools.lru_cache
I comment as this would
Il 11/05/20 22:21, Brian Dolbec ha scritto:
On Sun, 10 May 2020 19:29:34 -0700
Zac Medico wrote:
This includes a _compat_upgrade.binpkg_compression script that the
ebuild can call in pkg_preinst in order to maintain a
backward-compatible bzip2 default when appropriate, ensuring that
binary
Il giorno dom 11 nov 2018 alle ore 22:17 Michał Górny
ha scritto:
> On Sun, 2018-11-11 at 21:53 +0100, Michał Górny wrote:
> [...-]
> Of course, one option would be to use ZIP ;-).
>
Zip archives have another big advantage; there is an index of files, so
listing the archive contents and
Il giorno dom 11 nov 2018 alle ore 09:29 Michał Górny
ha scritto:
> On Sat, 2018-11-10 at 09:37 -0500, Alec Warner wrote:
> > On Sat, Nov 10, 2018 at 8:09 AM Michał Górny wrote:
> [...]
> > > My proposal
> > > ===
> > >
> > > Basic format
> > >
> > > The base of the format
hi,
FEATURES=splitdebug at the moment require package dev-util/debugedit
which is a lagging behind upstream.
However package app-arch/rpm (from which debugedit is forked) always
install the same binary in ${ROOT}/usr/libexec/rpm/debugedit.
In 2017 I don't see much value in maintaining a fork
Hi,
thanks for your continuous work, just an implementation detail, it may be
possible to avoid a new option reusing the current autounmask one?
instead of
--autounmask [ y | n ]
--autounmask-only [ y | n ]
--autounmask-write [ y | n ]
--autounmask-continue [ y | n ]
something like:
2011/11/1 Pacho Ramos pa...@gentoo.org:
El mar, 01-11-2011 a las 13:59 +0100, Francesco Riosa escribió:
2011/11/1 Pacho Ramos pa...@gentoo.org:
I have user pacho under portage group to be able to make some tasks
without becoming root, but, sadly, I am unable to make portage
create /var/log
Brian Harring ha scritto:
On Tue, Oct 10, 2006 at 05:27:07PM +0200, Marius Mauch wrote:
On Tue, 10 Oct 2006 00:04:57 -0700
Brian Harring [EMAIL PROTECTED] wrote:
I might be daft (likely), but why not just introduce a var indicating
max parallelization instead? Tweak portage to
Mike Frysinger wrote:
On Monday 23 January 2006 15:55, Simon Stelling wrote:
Lares Moreau wrote:
Many ebuilds fail due to failed QA. How difficult would it be to have
the package create the tarball before the QA tests. If this were
possible, QA could be slightly quicker, as there
Paul de Vrieze wrote:
On Tuesday 24 January 2006 14:19, Mike Frysinger wrote:
On Tuesday 24 January 2006 03:43, Francesco Riosa wrote:
Indeed, could someone shade a light on what happen to /var/db/pkg and
world file when using ebuild this manner ?
Could be rephrased as Does it act
Gustavo Sverzut Barbieri wrote:
Hello,
I admit I have not followed last threads about cache and new
infrastructure (plugins and stuff).
However I followed the template and coded a SQLite3 (pysqlite2)
backend: http://www.gustavobarbieri.com.br/gentoo/portage_db_sqlite.py
$ env -i wget
Jason Stubbs wrote:
On Tuesday 20 December 2005 21:42, Francesco Riosa wrote:
Whenever we want/need to make structural changes to the tree that are
going to break backwards compability we have a serious problem
[...]
Just throwing random thoughts here, but
Would a rescue
14 matches
Mail list logo