| 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
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
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
o/BSD is theoretical 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/w
On 26-07-2022 09:20:58 +0200, Fabian Groffen wrote:
> 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-helper
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 absent
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 objects
&
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
t we use 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 Gro
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 tha
.
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
nk the main reason for doing this 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
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 you
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
= \fI"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
LTS, 3.0.x will be discontinued and so on.
>
> WDYT?
>
> --
> Best regards,
> Michał Górny
>
>
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
gt;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
essin this is becuse I have
> > > 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
with 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
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
rt of an e-mail address
>
>
> https://tools.ietf.org/html/draft-koch-openpgp-webkey-service-08#section-3.1
> describes why this is needed.
>
> See https://tools.ietf.org/html/rfc6189#section-5.1.6 for a
> description of the z-base32 scheme.
> '''
> zb32 = "ybndrfg8ejkmcpqxot1uwisza345h769"
>
> b = hashlib.sha1(incoming).digest()
> ret = ""
> assert(len(b) * 8 == 160)
> for 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
d, and 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
eems the problem is already solved, why do you need these shebangs
changed?
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
oesn'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
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
lying patches that *we* are supposed to 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
an be
> implemented without 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
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 time ba
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
collisions,
> > 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 objects. Adju
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:
>
> > * checking 61
% 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
% 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
and the simplicity of .ar format would
> 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
e==0):
> pass
> @@ -561,7 +627,7 @@ class RsyncSync(NewBase):
> return rsync_opts
>
>
> - def _do_rsync(self, syncuri, timestamp, opts):
> + def _do_rsync(self, syncuri, timestamp, opts, download_dir):
> updatecache_flg = False
>
s, that is because people feel that it isn't
going "their way". 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
> c
On 27-08-2017 12:53:23 -0700, Zac Medico wrote:
> On 08/27/2017 08:06 AM, Fabian Groffen wrote:
> > Prior to this commit, the reported sizes would look like:
> >
> > * Final size of build directory: 34942 KiB
> > * Final size of installed tree: 5627 KiB
> >
>
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
friendly
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
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 countdown
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
friendly
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
-
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(+), 1
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
[file ...]
% ar x $EPREFIX/usr/portage/distfiles/realpath_1.16_i386.deb
% ls
control.tar.gz data.tar.gz debian-binary
deb2targz should work (but I don't have it installed, so not sure if tested).
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
ologies in advance if this has been discussed recently.
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
()
'5.10'
>>> platform.machine()
'sun4u'
>>> platform.processor()
'sparc'
>>>
% python
Python 3.2.5 (default, Jul 15 2013, 11:37:08)
[GCC 4.6.3] on linux2
Type "help", "copyright", "credits" or "license" for more in
e your patches don't "break" normal
installs/bootstraps, right? (You tested that?)
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
more efficient to sync the whole 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
try:
> + fd = os.open(path, os.O_RDONLY)
> + except OSError:
> + pass
> + else:
> + try:
> + s
ake it 100% reliable. If you stick
to simple "${FILESDIR}"/${PN}-x.y.patch patterns, 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
On 26-11-2011 16:56:41 +0530, Nirbheek Chauhan wrote:
> On Sat, Nov 26, 2011 at 4:28 PM, Fabian Groffen wrote:
> > On 26-11-2011 01:54:35 +, Arfrever Frehtes Taifersar Arahesis wrote:
> >> commit: 1d4ac47c28706094230cb2c4e6ee1c1c71629aa0
> >> T> Org>
>
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 &quo
> + These two regexes are taken from echangelog
> + update_copyright(), except that we don't hardcode
> + 1999 here (in order 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
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 @
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_l
Can we use eqawarn in bin/misc-functions.sh:177 instead and avoid the sleep?
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
Updating the ChangeLog file may be desirable in more repos than just the
one named 'gentoo', like e.g. the Prefix one. Hence, make this default
configurable though metadata/layout.conf.
This commit must go accompanied by a commit to
gentoo-x86/metadata/layout.conf that adds the following bit:
#
Use skel.ChangeLog from the repo to create the header of a new ChangeLog
file. Else, we just retain the original header of the ChangeLog. When
no skel.ChangeLog file exists, and this is a new ChangeLog, no header is
used.
diff --git a/bin/repoman b/bin/repoman
--- a/bin/repoman
+++ b/bin/repoman
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 befor
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
@@ -
is,
do whatever I did for 'gentoo' repos (or some 'gentoo' property in
layout.conf?), and possibly 'retain', and 'empty' as variations.
What do you think?
Thanks for applying and fixing for unicode.
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
ip will damage the
files in such a way that they become unusable. And we're 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
> + ;;
> +*) # assume binutils
For the sake of it, can we try to detect GNU binutils here? Our
profiles restrict strip, so no immediate problem here if not.
% strip --version
strip: unrecognized option: --version
Usage: strip [-AnuSXx] [-] [-d filename] [-s filename] [-R filena
portage/pym/_emerge/Scheduler.py", line
> 737, in _dblink_ebuild_phase
> ebuild_phase.wait()
> File
> "/big5tk/local/gprefix/usr/lib/portage/pym/_emerge/AsynchronousTask.py", line
> 40, in wait
> self._wait()
> File "/big5tk/local/gprefix/usr/lib/portage/pym/_emerge/CompositeTask.py",
> line 72, in _wait
> task.wait()
> File
> "/big5tk/local/gprefix/usr/lib/portage/pym/_emerge/AsynchronousTask.py", line
> 40, in wait
> self._wait()
> File "/big5tk/local/gprefix/usr/lib/portage/pym/_emerge/SubProcess.py",
> line 76, in _wait
> self.scheduler.schedule(self._reg_id)
> File "/big5tk/local/gprefix/usr/lib/portage/pym/_emerge/PollScheduler.py",
> line 286, in _schedule_wait
> handler(f, event)
> File "/big5tk/local/gprefix/usr/lib/portage/pym/_emerge/SpawnProcess.py",
> line 224, in _dummy_handler
> self._unregister_if_appropriate(event)
> File
> "/big5tk/local/gprefix/usr/lib/portage/pym/_emerge/AbstractPollTask.py", line
> 56, in _unregister_if_appropriate
> self._log_poll_exception(event)
> File
> "/big5tk/local/gprefix/usr/lib/portage/pym/_emerge/AbstractEbuildProcess.py",
> line 234, in _log_poll_exception
> (self.__class__.__name__, event,)])
> File
> "/big5tk/local/gprefix/usr/lib/portage/pym/_emerge/AbstractEbuildProcess.py",
> line 229, in _elog
> log_path=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 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
>
n AIX, so I think we can say 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
implemented by your Python functionality doing the
necessary wrapping to get a sane C structure. Then they can be replaced
by native C code as RSI and time permits in the future.
--
Fabian Groffen
Gentoo on a different level
mentation, I'd wonder why you wouldn't
just make a full 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
On 17-08-2009 23:06:01 -0700, Zac Medico wrote:
> Zac Medico wrote:
> > Fabian Groffen wrote:
> >> The attached patch makes all variables against config_root relative (by
> >> removing the leading '/'), with the result that all lstrip(os.sep) calls
> >
to this because Sebastian was hitting 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__.
e r13683 does merge in correct order.
13734 is after the _emerge split
--
Fabian Groffen
Gentoo on a different level
ly on a SIGHUP. If I sent SIGHUP myself to
Portage from another shell it immediately stops as well.
Can some one Linux try to reproduce this? I tested it by doing emerge -av
portage and from another terminal SIGHUP that emerge.
--
Fabian Groffen
Gentoo on a different level
DED ->
NEEDED.ELF.2)
> one issue not handled by the current patch is, that prefixes can have
> different CHOST/ARCH/... (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
0:1} < "0" || ${t:0:1} > "9" ]] ; do
[[ $t != ${t#*-} ]] \
&& t=${t#*-} \
|| break
done
echo ${t}
}
you might want to remove the .ebuild check and strip the category ($1#*/})
--
Fabian Groffen
Gentoo on a different level
ple crying:
> "oh noez. not yet another daemon...").
... and it is Linux only, which spoils the fun.
--
Fabian Groffen
Gentoo on a different level
; when run as root :)
>
> Thanks! =8^)
and when sandbox is enabled, as it looks for [sandbox] in the process
list
--
Fabian Groffen
Gentoo on a different level
ling ~,
which some editors 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
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 up
a correct output of "list". However, I have no
proof here, so he removed the svn update, which gives a non-announced
possible modification of the local repository.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-portage-dev@lists.gentoo.org mailing list
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". Unfortun
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
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
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
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
1 - 100 of 109 matches
Mail list logo