| 4 ++--
> > lib/portage/const.py | 3 +--
> > lib/portage/package/ebuild/config.py | 11 +++
> > man/make.conf.5 | 8 +---
> > 5 files changed, 9 insertions(+), 23 deletions(-)
>
> +1
--
Fabian Groffen
Gen
# Fabian Groffen (2022-12-27)
# Old SVN version, with open bugs #830031, #770946, #712534, all fixed
# in app-admin/coreboot-utils package. (Conflict in #888581) Removal
# on 2023-01-26.
sys-apps/superiotool
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP
> If someone presents a use case where adding users to
> ${EROOT}/etc/passwd makes sense, we can revisit it then.
Would have to look if RAP uses this.
@heroxbd do you know if that is used?
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
# Fabian Groffen (2022-08-06)
# superseeded by sys-apps/baselayout, removal in 30 days. bug #836114
sys-apps/baselayout-prefix
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
On 28-07-2022 20:11:24 +0200, Fabian Groffen wrote:
> On 28-07-2022 19:57:50 +0200, Arfrever Frehtes Taifersar Arahesis wrote:
> > But this code starts with 'if [[ -z ${USERLAND} ]]', so it should not
> > be run when USERLAND="GNU".
> >
> > USERLAND="GNU
On 28-07-2022 19:57:50 +0200, Arfrever Frehtes Taifersar Arahesis wrote:
> 2022-07-28 17:47 UTCに、Fabian Groffen は書いた:
> > bin/isolated-functions.sh does the following bit:
> >
> > if [[ -z ${USERLAND} ]] ; then
> >case $(uname -s) in
> >*BSD|DragonFly
too. It officially is no longer
maintained[1].
So, question here is, do we want to retain this bit of historical
compatibility work (also check things like gsed wrapper), or can it go,
basically removing a potential problem for Gentoo Prefix?
[1] https://wiki.gentoo.org/wiki/Gentoo_FreeBSD
On 27-07-2022 13:30:32 +0200, Michał Górny wrote:
> On Wed, 2022-07-27 at 12:52 +0200, Fabian Groffen wrote:
> > On 26-07-2022 08:42:57 +0200, Michał Górny wrote:
> > > Hi, everyone.
> > >
> > > Just a quick FYI: since Rust is going to be marked stable o
t
availability of packages? I see pip in the list, so I expect the Python
env will be seriously crippled? An estimation of the impact would be
appreciated here.
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
On 25-07-2022 19:43:21 -0400, Mike Gilbert wrote:
> On Mon, Jul 25, 2022 at 1:03 PM Fabian Groffen wrote:
> >
> > bin/phase-functions.sh: make ED and EROOT read-only too
> >
> > Like D, make ED and EROOT read-only vars.
>
> Makes sense.
https://github.com/gentoo
On 25-07-2022 19:42:51 -0400, Mike Gilbert wrote:
> On Mon, Jul 25, 2022 at 12:47 PM Fabian Groffen wrote:
> >
> > bin/misc-functions.sh: some Prefix fixes
> >
> > - ED needs not to exist, whereas D does, so ensure we check for that,
> > and create ED if abs
On 25-07-2022 19:39:38 -0400, Mike Gilbert wrote:
> On Mon, Jul 25, 2022 at 12:41 PM Fabian Groffen wrote:
> >
> > bin/install-qa-check.d/90world-writable: include EPREFIX in reports
> >
> > It is much less confusing and consistent to report full paths includ
On 25-07-2022 19:38:57 -0400, Mike Gilbert wrote:
> On Mon, Jul 25, 2022 at 12:26 PM Fabian Groffen wrote:
> >
> > bin/install-qa-check.d/80multilib-strict: use file/find from Prefix
> >
> > diff --git a/bin/install-qa-check.d/80multilib-strict
> > b/bin/ins
On 26-07-2022 04:01:37 +0100, Sam James wrote:
>
>
> > On 26 Jul 2022, at 00:33, Mike Gilbert wrote:
> >
> > On Mon, Jul 25, 2022 at 11:38 AM Fabian Groffen wrote:
> >>
> >> bin/install-qa-check.d/80libraries: support Darwin/Mach-O object
On 25-07-2022 19:29:35 -0400, Mike Gilbert wrote:
> Could you please create a PR at https://github.com/gentoo/portage so
> that the CI system can test the changes for this patch series?
https://github.com/gentoo/portage/pull/866
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different
On 25-07-2022 19:50:41 +0200, Ulrich Mueller wrote:
> >>>>> On Mon, 25 Jul 2022, Fabian Groffen wrote:
>
> > @@ -50,6 +51,16 @@ if [[ ${_E_INSDESTTREE_#${ED}} != "${_E_INSDESTTREE_}"
> > ]]; then
> > __helpers_die "${helper} used with
On 26-07-2022 09:03:18 +0200, Florian Schmaus wrote:
> On 26.07.22 05:00, Sam James wrote:
> >> On 25 Jul 2022, at 16:28, Fabian Groffen wrote:
> >>
> >> bin/ebuild-helpers/emake: force SHELL to be set
> >>
[snip]
> >>
> >> diff --
bin/phase-functions.sh: make ED and EROOT read-only too
Like D, make ED and EROOT read-only vars.
Signed-off-by: Fabian Groffen
diff --git a/bin/phase-functions.sh b/bin/phase-functions.sh
index ccf7eeea7..212b19fc1 100644
--- a/bin/phase-functions.sh
+++ b/bin/phase-functions.sh
@@ -12,7
bin/misc-functions.sh: some Prefix fixes
- ED needs not to exist, whereas D does, so ensure we check for that,
and create ED if absent, necessary for further checks to succeed
- use EPREFIX in INSTALL_MASK
Signed-off-by: Fabian Groffen
diff --git a/bin/misc-functions.sh b/bin/misc
bin/install-qa-check.d/90world-writable: include EPREFIX in reports
It is much less confusing and consistent to report full paths including
the leading EPREFIX.
Signed-off-by: Fabian Groffen
diff --git a/bin/install-qa-check.d/90world-writable
b/bin/install-qa-check.d/90world-writable
index
in/find ]] && \
[[ -n ${MULTILIB_STRICT_DIRS} && -n ${MULTILIB_STRICT_DENY} ]]
then
rm -f "${T}/multilib-strict.log"
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
bin/install-qa-check.d/80libraries: support Darwin/Mach-O objects
Check for dylib on Darwin, so on everything else.
Signed-off-by: Fabian Groffen
diff --git a/bin/install-qa-check.d/80libraries
b/bin/install-qa-check.d/80libraries
index 8dc35bb87..a477ec9cb 100644
--- a/bin/install-qa-check.d
a bash
that doesn't set BASH, or when we don't use bash at all. This is not
expected, though, as we explicitly require bash throughout all Portage,
so we don't really care about using a non-Prefixed one, for this really
shouldn't happen.
Signed-off-by: Fabian Groffen
diff --git a/bin/ebuild
On 25-07-2022 08:09:02 -0700, Zac Medico wrote:
> On 7/24/22 23:17, Fabian Groffen wrote:
> > On 24-07-2022 13:58:31 -0700, Zac Medico wrote:
> >> On 7/24/22 12:29, Fabian Groffen wrote:
> >>> Hi,
> >>>
> >>> Quick question, I noticed
.
Signed-off-by: Fabian Groffen
diff --git a/bin/ebuild-helpers/doins b/bin/ebuild-helpers/doins
index 24fe48121..4315a038f 100755
--- a/bin/ebuild-helpers/doins
+++ b/bin/ebuild-helpers/doins
@@ -42,7 +42,7 @@ if ! ___eapi_has_prefix_variables; then
export ED="${D}
On 24-07-2022 13:58:31 -0700, Zac Medico wrote:
> On 7/24/22 12:29, Fabian Groffen wrote:
> > Hi,
> >
> > Quick question, I noticed that portage uses /bin/bash hardcoded in
> > shebang of scripts, while it uses /usr/bin/env python for python
> > executable
Hi,
Quick question, I noticed that portage uses /bin/bash hardcoded in
shebang of scripts, while it uses /usr/bin/env python for python
executable files.
Is there anything against using /usr/bin/env bash for shell scripts?
Changing this would help for Prefix.
Thanks,
Fabian
--
Fabian Groffen
it works, and what you should/should not do.
Something like LLVM is a good example, maybe. Anyway, in such
situation, I think extreme care should be taken by non-maintainers.
Dunno how to best indicate that, and/or if that's feasible -- like you
said, it quickly ends up being an excuse for declaring a package to be
off-limits.
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
Dropped this mask again, I missed a dep in the tree.
Fabian
On 01-04-2022 13:53:24 +0200, Fabian Groffen wrote:
> # Fabian Groffen (2022-04-01)
> # unused package, not enabling tests, bug #796830
> # Removal in 30 days
> dev-python/thrift
--
Fabian Groffen
Gentoo on a dif
On 01-04-2022 16:59:40 +0500, Anna Vyalkova wrote:
> On 2022-04-01 13:53, Fabian Groffen wrote:
> > # Fabian Groffen (2022-04-01)
> > # unused package, not enabling tests, bug #796830
> > # Removal in 30 days
> > dev-python/thrift
>
> It has a reverse depen
# Fabian Groffen (2022-04-01)
# unused package, not enabling tests, bug #796830
# Removal in 30 days
dev-python/thrift
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
as long as
it remains a big fat warning and advice.
My €0.02
Fabian
> [0]: https://github.com/gentoo/gentoo/pull/24709#discussion_r832361402
> [1]: https://github.com/gentoo/devmanual/pull/281
> [2]:
> https://gitweb.gentoo.org/archive/repo/gentoo-2.git/tree/eclass/eutils.eclass?id=50e8beda904760c773e5c67fdfe8242255e13495#n175
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
# Fabian Groffen (2022-03-16)
# little activity upstream, doesn't work with PHP 8.0
# Removal in 30 days
www-apps/agendav
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
his should be performance,
basically allowing faster operations.
I feel though that we should aim to use a single solution to maintain a
number of "trees" that we have: metadata, vdb, Packages/binpkgs, for
they all seem to exhibit a similar (IO) behaviour when being employed.
Thanks,
dev/pkgcheck text in place so there wasn't
> much to do. See: https://github.com/gentoo/devmanual/pull/274
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
# Fabian Groffen (2022-02-27)
# Masked for removal, needs updates, significant amount of work, no
# Clang toolchain available to test with
# Removal on 2022-03-29. Bug #834306
sys-apps/tapi
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
# Fabian Groffen (2022-01-29)
# Fails to compile with GCC on macOS. No revdeps.
# Removal on 2022-02-28. Bug #832309.
dev-perl/Mac-Pasteboard
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
package, and if it cannot be met, that it tries to resolve the || case,
which would be the -bin variant in this case.
Not sure if the information is available to Portage at dependency
resolution time though.
Fabian
>
> Kind reagards,
> Peter
>
>
>
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
On 04-12-2021 10:24:23 +0100, Michał Górny wrote:
> On Sat, 2021-12-04 at 10:15 +0100, Fabian Groffen wrote:
> > On 04-12-2021 10:13:09 +0100, Michał Górny wrote:
> > > On Sat, 2021-12-04 at 09:56 +0100, Fabian Groffen wrote:
> > > > Why don't you change your
On 04-12-2021 10:13:09 +0100, Michał Górny wrote:
> On Sat, 2021-12-04 at 09:56 +0100, Fabian Groffen wrote:
> > Why don't you change your color.map instead of changing the default for
> > everyone?
>
> Why should we keep a stupid default? Should we optimize Gentoo for
&g
I"darkblue"\fR
> +\fBPKG_BLOCKER_SATISFIED\fR = \fI"teal"\fR
> Defines color used for satisfied blockers.
> .TP
> \fBPKG_MERGE\fR = \fI"darkgreen"\fR
> @@ -63,10 +63,10 @@ package.
> Defines color used for world packages planned to be merged using a binary
> package.
> .TP
> -\fBPKG_NOMERGE\fR = \fI"darkblue"\fR
> +\fBPKG_NOMERGE\fR = \fI"teal"\fR
> Defines color used for packages not planned to be merged.
> .TP
> -\fBPKG_NOMERGE_SYSTEM\fR = \fI"darkblue"\fR
> +\fBPKG_NOMERGE_SYSTEM\fR = \fI"teal"\fR
> Defines color used for system packages not planned to be merged.
> .TP
> \fBPKG_NOMERGE_WORLD\fR = \fI"blue"\fR
> --
> 2.34.1
>
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
ntinued and so on.
>
> WDYT?
>
> --
> Best regards,
> Michał Górny
>
>
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
On 05-10-2021 09:35:32 +0200, Michał Górny wrote:
> On Thu, 2021-09-30 at 09:18 +0200, Fabian Groffen wrote:
> > > > Final question, am I understanding correctly that normal lines are not
> > > > prefixed with something? Would it be, for consistency, alignment, and
>
ow it was before alignment-wise, but meh at 4 >
> >
> > >>> message
> > QA> not convinced about this one, but throwing it here anyway
> > (other characters could be considered as well)
> >
> > Maybe a poll of some kind may help, personally undecided on what I
> > like better beside agreeing that a change is needed.
>
>
> --
> ionen
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
On 30-09-2021 08:44:33 +0200, Michał Górny wrote:
> On Thu, 2021-09-30 at 08:40 +0200, Fabian Groffen wrote:
> > Hi,
> >
> > Would it be possible to have some switch (e.g. --style=legacy) that
> > controls this new vs. the old behaviour? Would perhaps allow
> > a
entoo/portage/pull/759
>
> Example screenshot:
> https://user-images.githubusercontent.com/110765/135119090-16e9599d-1b0f-41b8-a965-a55577183ffd.png
>
> --
> Best regards,
> Michał Górny
>
>
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
9.1.11 pkg_postinst
>... immediately after merging the package to the live filesystem. ...
Aha, so does this mean pkg_prerm and pkg_postrm are run with replacing
package in place, e.g. if they refer to scripts installed by the
replaced package they may no longer exist or be the same?
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
gt; > > an old portage to begin with?
> > > Can it be fixed?
> >
> > The error goes away when I do: ED=/ qmerge -OK sys-apps/portage
> > Does that mean that it is qmerge(aka portage-utils) that needs to set ED
> > during merge? which PHASES ?
>
> According to PMS, a package manager must define ED in src_install,
> pkg_preinst, and pkg_postinst.
Perhaps qmerge should use export for these vars. In any case this seems
tracked in bug 792273.
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
# Fabian Groffen (2021-05-24)
# Hack on hack no longer sustainable
# - seemingly dead upstream
# - no (official) Python 3 support
# removal in 30 days, bug: https://bugs.gentoo.org/791613
migrate to something like app-metrics/collectd using the the
write_graphite plugin.
--
Fabian Groffen
however is the solution, how to fix one's configuration.
Luckily it seems people find their way to Exim's bugtracker to get help
there.
Thanks for the suggestion though,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
Title: Exim>=4.94 transports: tainted not permitted
Author: Fabian Groffen
Posted: 2021-05-??
Revision: 1
News-Item-Format: 2.0
Display-If-Installed: mail-mta/exim
The Message Transfer Agent Exim disallows tainted variables in transport
configurations since version 4.94. Existing exim.c
On 02-05-2021 12:23:30 +0200, Ulrich Mueller wrote:
> >>>>> On Sun, 02 May 2021, Fabian Groffen wrote:
>
> > Title: Exim >=4.94 disallows tainted variables in transport configurations
>
> Title is too long (GLEP 42 allows 50 chars max).
ah, missed that
Title: Exim >=4.94 disallows tainted variables in transport configurations
Author: Fabian Groffen
Posted: 2021-05-??
Revision: 1
News-Item-Format: 2.0
Display-If-Installed: mail-mta/exim
Since the release of Exim-4.94, transports refuse to use tainted data in
constructing a delivery locat
Stein wrote:
> > Dear all
> >
> > the following packages are up for grabs after dropping
> > desktop-misc:
> >
> > x11-misc/xbindkeys
> > https://packages.gentoo.org/packages/x11-misc/xbindkeys
> >
> > There is an open PR
> > https://g
Signed-off-by: Fabian Groffen
---
eclass/db.eclass | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/eclass/db.eclass b/eclass/db.eclass
index 9a246d18979..52afe0b765f 100644
--- a/eclass/db.eclass
+++ b/eclass/db.eclass
@@ -23,13 +23,13 @@ db_fix_so
perhaps tinderbox logs or something can reveal /usr/bin/libtool usage
somehow.
Thanks,
Fabian
> [1] https://bugs.gentoo.org/88596
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
o I'd prefer if you waited with that to avoid merge
> conflicts.
Could you please share your intended approach?
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
h open(lock_path, 'a') as f:
> + fcntl.lockf(f.fileno(), fcntl.LOCK_EX|fcntl.LOCK_NB)
> + except EnvironmentError as e:
> + if e.errno == errno.EAGAIN:
> + # Parent process holds lock, as expected.
> + sys.exit(0)
> +
> + # Something went wrong.
> + sys.exit(1)
>
> _open_fds = {}
> _open_inodes = {}
> --
> 2.26.2
>
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
# Fabian Groffen (2020-11-23)
# No longer used, not really functional either, noone should be using
# this, removal in 30 days.
sys-kernel/xnu-headers
sys-libs/darwin-libc-headers
dev-libs/libmissing
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
t; > find the libs in there now).
>
> Yes. Attaching logs.
The logs seem to indicate that it thinks all libs on your systems do not
belong to any package. This suggests the tool cannot locate the VDB or
something, as most of the things in the list are obviously owned by
packages.
Thanks,
Fab
profiles either directly depend on the amd64/17.0 profile, or we use
a sub-profile from amd64/17.0 profile, so if it's going to get removed,
we are having a problem, don't we?
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
On 10-11-2020 09:34:52 +0100, Michał Górny wrote:
> On Tue, 2020-11-10 at 08:55 +0100, Fabian Groffen wrote:
> > On 09-11-2020 19:38:28 +, Alexey Sokolov wrote:
> > > Hi Fabian
> > > I tried to migrate my prefix to 17.1, and there are issues.
> > >
>
-st.so
> /home/user/gentoo/usr/lib/binutils/x86_64-pc-linux-gnu/2.34/libopcodes-2.34.0.gentoo-sys-devel-binutils-st.so
>
> --
> Best regards,
> Alexey "DarthGandalf" Sokolov
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
ate the
> > amd64
> > 17.0 profiles!
> >
>
> Prefix bootstrap script still makes new installations to use it
This should be solved with
b0445c0a8dd6d2f792c5bb088b154aca53868353
a9c478dc881ee18fefc7342da994b00e60eaad8e
on gentoo.git and
0d7f6b6eb00d0f51f35019846b8f79048b3
b.gentoo.org/repo/gentoo.git/commit/?id=ae376c73ef197d6c7aa619e821c436ccab0cd77e
>
> Usage example for app-forensics/honggfuzz:
>
> https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=fd841336dfdefbc14907e2d9b1eb1a1a3f5f8b8e
This is cool, but shouldn't it be something like openmp? (e.g. blocks)
There is no reason blocks have to be used if not on macOS (where system
headers use blocks features).
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
/?p=glibc.git;a=blob;f=string/strcasestr.c;h=d2964c5548b9ea7a68fc5b18b25ddfe7ddd6835c;hb=HEAD#l45
> [6] http://git.suugaku.co.uk/ash-euses/tree/
> [7] http://git.suugaku.co.uk/ash-euses/snapshot/ash-euses-0.3.tar.gz
>
> --
>
> Ashley Dixon
> suugaku.co.uk
>
> 2A9A 4117
> DA96 D18A
> 8A7B B0D2
> A30E BF25
> F290 A8AA
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
On 30-06-2020 13:13:29 -0500, Sid Spry wrote:
> On Tue, Jun 30, 2020, at 1:20 AM, Fabian Groffen wrote:
> > Hi,
> >
> > On 29-06-2020 21:13:43 -0500, Sid Spry wrote:
> > > Hello,
> > >
> > > I have some runnable pseudocode outlining a faster tr
r i in range(0, 160, 5):
> byte = i // 8
> offset = i - byte * 8
> # offset | bits remaining in k+1 | right-shift k+1
> # 3 | 0 | x
> # 4 | 1 | 7
> # 5 | 2 | 6
> # 6 | 3 | 5
> # 7 | 4 | 4
> if offset < 4:
> n = (b[byte] >> (3 - offset))
> else:
> n = (b[byte] << (offset - 3)) + (b[byte + 1] >> (11 - offset))
>
> ret += zb32[n & 0b1]
> return ret
>
> def build_web_key_uri(address: str) -> str:
> local, remote = address.split('@')
> local = hash_localpart(local.encode('utf-8'))
> return 'https://' + remote + '/.well-known/openpgpkey/hu/' + \
> local
>
> def stream_to_file(uri: str, fname: str) -> None:
> with requests.get(uri, verify=True, stream=True) as r:
> from pprint import pprint
> pprint(r.headers)
> with open(fname, 'wb') as f:
> shutil.copyfileobj(r.raw, f)
> ```
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
please
> let me know if any changes are necessary.
This sounds like a good job to me! Do you have any idea what the added
memory pressure for these changes are?
Thanks,
Fabian
>
> Thanks,
> Chun-Yu
>
>
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
roblem is already solved, why do you need these shebangs
changed?
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
uld have direct access to compilers, but it's easy enough to
add the compilers to PATH if really necessary.
I guess what I'm trying to say is: you can hide effect of the setup for
users if you'd like. That is, after we had buildbots point out the bulk
of packages that are wrong of course.
of your genuine objectives with the service. If
it is, I can see why you fear spam so much.
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
f dealing with spam -- require every new system
> identifier to be confirmed by solving a CAPTCHA (or a few identifiers
> for one CAPTCHA).
>
> The advantage of this method is that it requires a real human work to be
> performed, effectively limiting the ability to submit spam
f other accounts in the IDP remains to be
> seem.
>
>
> References
>1. http://id.gentoo.org
>2. http://id.gentoo.org
>3. http://gentoo.org
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
r help on them:
> equery -h
> equery hasuse -h
> enalyze -h
> enalyze a -h
In addition to these great tools, portage-utils' quse might also be
useful:
% quse python2_7
...
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
d doesn't do parallel good. If we want to change
> this, we should go for something cool like zstd that scales better.
I'd go for zstd too. It seems to be the best of both worlds, good
compression at a good speed.
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
his isn't treated as an error?
Thanks,
Fabian
> + fi
> +
> # Process the user options first.
> local owner='root'
> local group='0'
> --
> 2.25.0
>
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
erested to hear what kind of things you're thinking about here.
I feel it would help if we would have the ability to at least
compile/test ebuilds automatically. Not sure how helpful qemu could be
there, but I know things like compiling for things like arm (RPi) works
reasonably well.
Thanks,
Fabian
On 13-12-2019 14:24:33 -0500, Michael Orlitzky wrote:
> On 12/13/19 9:28 AM, Fabian Groffen wrote:
> >
> > We are providing those patches, maybe. In reality very often the
> > patches originate from somewhere else though. And you don't want to
> > have to respi
provide.
We are providing those patches, maybe. In reality very often the
patches originate from somewhere else though. And you don't want to
have to respin all of those just because. At least that's what I feel.
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
On 29-10-2019 15:45:34 +0100, Michał Górny wrote:
> On Tue, 2019-10-29 at 15:33 +0100, Fabian Groffen wrote:
> > In addition, there are currently files there that aren't referenced from
> > ebuilds. Prefix uses these files during bootstrap, local mirrors are
> > often muc
to have such
official translation service on Gentoo hardware.
(I just wrote a small wsgi script that calculates the hash and generates
the redirect from Python, served via uwsgi/nginx, but there should be
many ways to achieve the same goals, if and only if a blake2b
implementation were available for it.)
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
ream remaking release packages.
> >
>
> It's no longer valid.
Just wondering. Do you mean it isn't valid that some upstreams do this
(yes horror)? We surely need a way to work around that ...
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
ted by the servers.
Would it be possible to run a service that sends a 302 for the
distfiles/foo-1.tar.gz to the appropriate bucket such that manual
fetching doesn't require to calculate the hash?
I prototyped this myself for distfiles.prefix, and seems like a nice
guesture for at least the transit
On 21-09-2019 09:06:01 +0200, Michał Górny wrote:
> On Sat, 2019-09-21 at 08:43 +0200, Fabian Groffen wrote:
> > Why not teach our tools (equery, quse, etc.) to print these USE-flags
> > like Portage does? (looking them up to be valid expands)
> > Then users have nothing
g users, we should
either do them all or stick to the current scheme.
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
# Fabian Groffen (2019-09-15)
# Incorporated in >=app-portage/portage-utils-0.80 as qmanifest
# Removal in 30 days. Bug #694428
app-portage/hashgen
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
On 19-08-2019 22:04:12 +0200, Michał Górny wrote:
> On Sun, 2019-08-11 at 13:21 +0200, Michał Górny wrote:
> > USE=magic is currently used consistently by 12 packages:
> >
>
> Merged.
>
> --
> Best regards,
> Michał Górny
>
--
Fabian Groffen
Gentoo
ithout need for EAPI bump,
>
> - I would like to have this implemented consistently both in Portage
> and pkgcore,
>
> - we will need to clearly define how to dump arrays.
>
>
> What do you think?
>
> --
> Best regards,
> Michał Górny
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
oach, surely, there are others.
Right, or we go for some (official) form of binpkgs distribution.
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
> * Larry is the Gentoo Example
> * 2019-01-01 + 30 days is unclear, if we do not use UTC time
> * The new date format is easy to read and write and easy to parse
> internationally.
>
> Do you have any objections?
>
>
> By the way, you can get a formatted string of now in UTC with:
> date -u +"%Y-%m-%d"
>
> --
> Best,
> Jonas
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
e drop at least empty
> 'deprecated' file to notify users?
I cleaned it up, it isn't in use any more.
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
Pushed, thanks
On 10-01-2019 20:37:16 -0800, Zac Medico wrote:
> On 1/10/19 7:30 AM, Fabian Groffen wrote:
> > The reporting of files remaining can look somewhat odd since the report
> > interval is hardcoded to be per 1000 objects. Adjust this interval to
> > be ti
remaining ...
Possible output after this patch on a slower machine:
* checking 6158 files for package collisions
48% done, 3145 files remaining ...
96% done, 192 files remaining ...
100% done
Signed-off-by: Fabian Groffen
---
lib/portage/dbapi/vartree.py | 15 +--
1 file changed, 13
,
> > plib_collisions
> >
> > def _lstat_inode_map(self, path_iter):
> >
>
>
> --
> Thanks,
> Zac
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
remaining ...
Possible output after this patch on a slower machine:
* checking 6158 files for package collisions
48% done, 3145 files remaining ...
96% done, 192 files remaining ...
100% done
Signed-off-by: Fabian Groffen
---
lib/portage/dbapi/vartree.py | 13 +++--
1 file changed, 11
On 08-01-2019 20:59:34 +, M. J. Everitt wrote:
> On 08/01/19 19:15, Zac Medico wrote:
> > On 1/8/19 5:42 AM, Fabian Groffen wrote:
> >> The reporting of files remaining can look somewhat odd since the report
> >> interval is hardcoded to be per 1000 obj
remaining ...
Possible output after this patch on a slower machine:
* checking 6158 files for package collisions
48% done, 3145 files remaining ...
96% done, 192 files remaining ...
100% done
Signed-off-by: Fabian Groffen
---
lib/portage/dbapi/vartree.py | 11 +--
1 file changed, 9
On 08-01-2019 09:17:04 +0100, Ulrich Mueller wrote:
> >>>>> On Tue, 08 Jan 2019, Fabian Groffen wrote:
>
> > Output before this patch:
>
> > * checking 6111 files for package collisions
> > [...]
>
> > After:
>
> > * checkin
% done, 2050 files remaining ...
83% done, 1023 files remaining ...
100% done
Signed-off-by: Fabian Groffen
---
lib/portage/dbapi/vartree.py | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/lib/portage/dbapi/vartree.py b/lib/portage/dbapi/vartree.py
index
1 - 100 of 627 matches
Mail list logo