around, surely
benefit from some sort of solution that allows to set the repository
offset or something, e.g. through a variable. Thoughts?
--
Fabian Groffen
Gentoo on a different level
--- ../../trunk/bin/repoman 2006-11-23 18:15:36 +0100
+++ bin/repoman 2006-11-20 21:52:30 +0100
@@ -407,9
On 24-11-2006 23:29:53 -0800, Zac Medico wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fabian Groffen wrote:
Please find attached the patch of the prefix repoman sources against the
current trunk.
I like the idea of having svn support, but I think it will be much
nicer if we
On 25-11-2006 03:00:10 -0500, Alec Warner wrote:
Fabian Groffen wrote:
Hi all,
Please find attached the patch of the prefix repoman sources against the
current trunk. I hope I removed all hunks that have prefix-only
changes.
You realize I wrote generic SCM support into repoman over
On 25-05-2007 15:04:24 +0200, Fabian Groffen wrote:
...
raise an exception on the pty code, but only bails out on the
termios.tcgetattr function because it gets an invalid argument.
from the code pym/portage/__init__.py around line 2288
from pty import openpty
in both the tcgetattr and
tcsetattr calls. I'm not sure if that will solve it but it's worth
a try.
It lets it continue without a backtrace... so I guess that sort of
works?
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
dependencies when reading from a binhost, right?
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
Attached patch is necessary for some extreme platforms, as can be read
in the comments.
--
Fabian Groffen
Gentoo on a different level
--- ../../trunk/bin/ebuild.sh 2008-04-27 17:36:18 +0200
+++ ./bin/ebuild.sh 2008-04-13 11:41:55 +0200
@@ -372,9 +372,22 @@
LHa|LHA
eselect compiler has been removed from the tree, hence its usage can be
removed from portage.
--
Fabian Groffen
Gentoo on a different level
--- ../../trunk/pym/_emerge/__init__.py 2008-05-12 19:25:21 +0200
+++ ./pym/_emerge/__init__.py 2008-05-12 17:16:49 +0200
@@ -303,12 +318,6
The following patch shows the url to the binhost in an emerge -av as
repository name, instead of unknown. Unfortunately the patch doesn't
store the binhost url, such that portage can't show where the package
comes from when unmerged.
--
Fabian Groffen
Gentoo on a different level
--- ../../trunk
Attached patch adds statusbar support for xterm-color and interix
terminals.
--
Fabian Groffen
Gentoo on a different level
--- ../../trunk/pym/portage/output.py 2008-05-12 19:25:13 +0200
+++ ./pym/portage/output.py 2008-05-08 21:17:50 +0200
@@ -246,7 +246,7 @@
if len(mystr
On 14-05-2008 00:45:10 +0200, Marius Mauch wrote:
On Mon, 12 May 2008 20:53:35 +0200
Fabian Groffen [EMAIL PROTECTED] wrote:
The following patch shows the url to the binhost in an emerge -av as
repository name, instead of unknown. Unfortunately the patch
doesn't store the binhost url
On 14-05-2008 17:56:38 +0200, Fabian Groffen wrote:
On 14-05-2008 16:27:28 +0200, Arfrever Frehtes Taifersar Arahesis wrote:
2008-05-14 00:32 Marius Mauch [EMAIL PROTECTED] napisał(a):
Merged in r10325 with some minor changes (removed the 'svn update' bit
until someone remembers why
leave behind. I guess we need to use --no-ignore,
and then also recognise the I entries. Bah.
--
Fabian Groffen
Gentoo on a different level
, as it looks for [sandbox] in the process
list
--
Fabian Groffen
Gentoo on a different level
daemon...).
... and it is Linux only, which spoils the fun.
--
Fabian Groffen
Gentoo on a different level
/... (which is the case with x86-interix and
x86-winnt for example).
Then how does it work for you?
--
Fabian Groffen
Gentoo on a different level
is after the _emerge split
--
Fabian Groffen
Gentoo on a different level
it with
his smolt-gentoo tool.
--
Fabian Groffen
Gentoo on a different level
Index: pym/portage/__init__.py
===
--- pym/portage/__init__.py (revision 13819)
+++ pym/portage/__init__.py (working copy)
@@ -1309,7 +1309,7
C implementation and create Python wrappers for them
instead of the other way around. Might accidentially speed up Portage,
and make tools like portage-utils happy.
--
Fabian Groffen
Gentoo on a different level
be replaced
by native C code as RSI and time permits in the future.
--
Fabian Groffen
Gentoo on a different level
it works. Do you
really need Portage (the package manager) or the entire set of
applications provided by it?
--
Fabian Groffen
Gentoo on a different level
On 24-11-2010 12:29:41 -0600, Perry Smith wrote:
On Nov 24, 2010, at 12:22 PM, Fabian Groffen wrote:
Hi,
On 24-11-2010 12:17:12 -0600, Perry Smith wrote:
I don't use Gentoo but I bumped into Portage on a recent quest. Long
story short, I'd like to try and port it to AIX. I'm
=self.settings.get(PORTAGE_LOG_FILE))
File /big5tk/local/gprefix/usr/lib/portage/pym/_emerge/PollScheduler.py,
line 327, in _task_output
mode='ab')
IOError: [Errno 2] No such file or directory:
'/big5tk/tmp/gprefix/portage/._unmerge_/app-misc/mime-types-8/temp/build.log'
--
Fabian Groffen
Gentoo
using GNU
binutils there. So I guess it's ok to assume here. In the profiles
stripping is just disabled everywhere it breaks.
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
To retain the behaviour of echangelog, update the copyrights on modified
files (mostly ebuilds) when necessary. We also use this to update the
ChangeLog's copyright.
diff --git a/pym/repoman/utilities.py b/pym/repoman/utilities.py
--- a/pym/repoman/utilities.py
+++ b/pym/repoman/utilities.py
@@
The following three patches change repoman's echangelog feature
slightly:
1) default for updating the changelog is retrieved from layout.conf
2) skel.ChangeLog is used for constructing the header of new ChangeLogs
3) modified files are checked for copyright years to be updated
Please review
On 19-10-2011 14:58:39 -0700, Zac Medico wrote:
On 10/19/2011 12:55 PM, Fabian Groffen wrote:
+ if clold_lines[-1].strip():
+ f.write(clold_lines[-1])
If the old ChangeLog happens to be an empty file, then clold_lines[-1]
will raise IndexError
To retain the behaviour of echangelog, update the copyrights on modified
files (mostly ebuilds) when necessary. Also update the ChangeLog's
copyright.
diff --git a/pym/repoman/utilities.py b/pym/repoman/utilities.py
--- a/pym/repoman/utilities.py
+++ b/pym/repoman/utilities.py
@@ -523,9 +523,77
to be more generic).
This comment makes little to no more sense, since the patterns taken
from echangelog have changed considerably now :)
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
On 21-10-2011 00:30:05 -0700, Zac Medico wrote:
On 10/21/2011 12:09 AM, Fabian Groffen wrote:
On 21-10-2011 06:09:57 +, Zac Medico wrote:
UpdateChangeLog: split out/test copyright regex
This also fixes a case where something like Copyright 2011 would be
replaced with Copyright 2011
On 26-11-2011 16:56:41 +0530, Nirbheek Chauhan wrote:
On Sat, Nov 26, 2011 at 4:28 PM, Fabian Groffen grob...@gentoo.org wrote:
On 26-11-2011 01:54:35 +, Arfrever Frehtes Taifersar Arahesis wrote:
commit: 1d4ac47c28706094230cb2c4e6ee1c1c71629aa0
T Org
AuthorDate: Sat Nov 26 01:52
, it's very well
feasible, though. See for inspiration the fetch_files() function from [1].
[1]
http://overlays.gentoo.org/proj/alt/browser/trunk/prefix-overlay/scripts/eupdate.in
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
:
+ pass
+ else:
+ try:
+ syncfs(fd)
can't you use os.fdatasync() or os.fsync() instead?
--
Fabian Groffen
Gentoo on a different level
filesystem at once, like syncfs does.
You use syncfs, which according to the man-page requires a
filedescriptor. Hence my suggestion.
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
patches don't break normal
installs/bootstraps, right? (You tested that?)
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
to me only on Linux it gives fancy model output. Note
that the first and second system were running a 64-bit Python as well as
kernel.
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
This is a patch from prefix branch to make the compiler detection
consider clang.
Fabian Groffen (1):
getgccversion: check for clang if gcc is not found
pym/_emerge/actions.py | 39 ++-
1 file changed, 38 insertions(+), 1 deletion(-)
--
2.7.0
In Gentoo Prefix on Mac OS X systems, LLVM/clang is used as the
toolchain, so no gcc/gcc-config around. Probe for clang after we failed
to locate gcc, so we can show clang version instead.
---
pym/_emerge/actions.py | 39 ++-
1 file changed, 38 insertions(+),
Don't try to use an interactive editor to obtain the difference between
files. Fall back to plain `diff -q` in this case.
---
bin/etc-update | 19 +++
1 file changed, 15 insertions(+), 4 deletions(-)
diff --git a/bin/etc-update b/bin/etc-update
index e0f7224dc..ea69f1478 100755
Prior to this commit, the reported sizes would look like:
* Final size of build directory: 34942 KiB
* Final size of installed tree: 5627 KiB
Because the sizes aren't aligned, it is hard to (visually) compare them.
On top of this, because the numbers are sometimes bigger, print a human
Currently Portage reports its progress in checking collisions forward
every 1000th file like so:
* checking 4149 files for package collisions
1000 files checked ...
2000 files checked ...
3000 files checked ...
4000 files checked ...
>>> Merging sys-apps/portage-2.3.8 to /
Change it to
On 26-08-2017 14:46:30 -0700, Zac Medico wrote:
> On 08/24/2017 06:28 AM, Fabian Groffen wrote:
> > Currently Portage reports its progress in checking collisions forward
> > every 1000th file like so:
> >
> > * checking 4149 files for package collisions
> > 1000
Prior to this commit, the reported sizes would look like:
* Final size of build directory: 34942 KiB
* Final size of installed tree: 5627 KiB
Because the sizes aren't aligned, it is hard to (visually) compare them.
On top of this, because the numbers are sometimes bigger, print a human
# actual sync
> command = rsynccommand[:]
> +
> + if self.repo.location != download_dir:
> + # Use shared hardlinks for files that
> are identical
> + # in the prev
ay". Yay. That doesn't make you "right".
> I'm seriously worried about the future of Gentoo. I'd really appreciate
> if you started focusing on that as well. I get that all this stuff looks
> cool on paper but few months or years from now, someone will curse
> 'whoever wrote that code
ould
> reduce the outer size of binary packages, I think the format is simply
> too obscure. It lives mostly as static library format, and the tooling
> for it is part of binutils. LSB considers it deprecated. While I don't
> see it going away anytime soon, I'd rather not rely on it in order to
> save a few KiB.
>
>
> Is there anything left to address?
>
> --
> Best regards,
> Michał Górny
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
,
> > 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 | 15 +--
1 file changed, 13
% done, 2050 files remaining ...
83% done, 1023 files remaining ...
Signed-off-by: Fabian Groffen
---
lib/portage/dbapi/vartree.py | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/lib/portage/dbapi/vartree.py b/lib/portage/dbapi/vartree.py
index 4b91caea8..4d0bf2789
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
% 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
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
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
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 | 13 +++--
1 file changed, 11
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
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 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
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
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
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
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
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
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
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
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
ntinued and so on.
>
> WDYT?
>
> --
> Best regards,
> Michał Górny
>
>
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
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
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
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
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,
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
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
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
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
.
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 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
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
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
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 --
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 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: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 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 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: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: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
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 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
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
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
| 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
93 matches
Mail list logo