tgbugs-meta/python-live-meta
meta package for python live ebuilds
-
python-live-meta-1amd64 arm64
View
Download
Browse License: metapackage Overlay: tgbugs-overlay
ChangeLog
commit 27d1855f418b6bc3283f0212f19bd8daaeadd80a
Author: Tom Gillespie <tgbugs@gmail.com>
Date: Wed Jul 15 10:32:14 2026 -0700
tgbugs-meta fix RDEPEND comment stripping
have to use only bash intrinsics to avoid proper sandboxing now so the
code is hideous but it works, see the NEWS for portage-3.0.81.2, this
only worked previously because I was supporting EPREFIX and that meant
that I had to use the full path which bypassed the usual checks for
calling sed by the sandbox, which it turns out was a bug
commit 9cb8a14ca3e77375aff1e5bfef917dfa85fad3b2
Author: Tom Gillespie <tgbugs@gmail.com>
Date: Tue Apr 22 17:19:42 2025 -0700
tgbugs-meta: drop x86 and arm, add HOMEPAGE
commit 138fb707535123c75f94c777127d5479fb851385
Author: Tom Gillespie <tgbugs@gmail.com>
Date: Tue Apr 22 02:41:56 2025 -0700
tgbugs-meta: fix RDEPEND sed regex, exclude emacs:18
commit 16984e347df06a812ae3d4da887efbab58b97b01
Author: Tom Gillespie <tgbugs@gmail.com>
Date: Tue Apr 22 00:21:13 2025 -0700
tgbugs-meta: added category for meta packages
I considered a bunch of different names for this category,
but as soon as I started naming the individual ebuilds I
realized that every single one needed to be prefixed with
tgbugs- to avoid potential collisions with other user meta
packages, yes this means that the number of cateogires for
user meta packages wind up proliferating, maybe the package
manager spec could be updated to mitigate the proliferation
but for now it seems like the best solution.
these come from the various world- specifications in
https://github.com/tgbugs/dockerfiles/blob/master/source.org
and represent various environments that we want to be able to
reproduce and more importantly continually test for issues
don't miss the stupid hack of referring to sed at its full path
to use it at the top level to strip comments out of RDEPEND so
that comments can live inline in the RDEPEND section without
causing portage to get angry, this allows ebuilds to contain
additional documentation about deps in line for anyone trying
to use them as a reference
Author: Tom Gillespie <tgbugs@gmail.com>
Date: Wed Jul 15 10:32:14 2026 -0700
tgbugs-meta fix RDEPEND comment stripping
have to use only bash intrinsics to avoid proper sandboxing now so the
code is hideous but it works, see the NEWS for portage-3.0.81.2, this
only worked previously because I was supporting EPREFIX and that meant
that I had to use the full path which bypassed the usual checks for
calling sed by the sandbox, which it turns out was a bug
commit 9cb8a14ca3e77375aff1e5bfef917dfa85fad3b2
Author: Tom Gillespie <tgbugs@gmail.com>
Date: Tue Apr 22 17:19:42 2025 -0700
tgbugs-meta: drop x86 and arm, add HOMEPAGE
commit 138fb707535123c75f94c777127d5479fb851385
Author: Tom Gillespie <tgbugs@gmail.com>
Date: Tue Apr 22 02:41:56 2025 -0700
tgbugs-meta: fix RDEPEND sed regex, exclude emacs:18
commit 16984e347df06a812ae3d4da887efbab58b97b01
Author: Tom Gillespie <tgbugs@gmail.com>
Date: Tue Apr 22 00:21:13 2025 -0700
tgbugs-meta: added category for meta packages
I considered a bunch of different names for this category,
but as soon as I started naming the individual ebuilds I
realized that every single one needed to be prefixed with
tgbugs- to avoid potential collisions with other user meta
packages, yes this means that the number of cateogires for
user meta packages wind up proliferating, maybe the package
manager spec could be updated to mitigate the proliferation
but for now it seems like the best solution.
these come from the various world- specifications in
https://github.com/tgbugs/dockerfiles/blob/master/source.org
and represent various environments that we want to be able to
reproduce and more importantly continually test for issues
don't miss the stupid hack of referring to sed at its full path
to use it at the top level to strip comments out of RDEPEND so
that comments can live inline in the RDEPEND section without
causing portage to get angry, this allows ebuilds to contain
additional documentation about deps in line for anyone trying
to use them as a reference

