Re: [gentoo-portage-dev] [PATCH] egencache --update-changelogs: Respect GIT_DIR

On 11/08/2015 11:24 PM, Michał Górny wrote: > Allow generating ChangeLogs from external git checkout via using > GIT_DIR, rather than requiring the repository to be git. > --- > bin/egencache | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff --git a/bin/egencache

Re: [gentoo-portage-dev] [PATCH] egencache: fix results when GIT_DIR is used in the environment.

On Wed, Nov 11, 2015 at 10:09:42PM -0800, Zac Medico wrote: > On 11/11/2015 02:30 PM, robb...@gentoo.org wrote: > > From: "Robin H. Johnson" > > > > If GIT_DIR is used, and .git is outside the root of the checkout, then > > --work-tree=... needs to be specified, otherwise any

[gentoo-portage-dev] [PATCH] FindVCS: support optional cwd argument

Since os.chdir calls may not be safe to use in threads, iterators, or event-driven code, make FindVCS support a cwd argument which defaults to the current working directory. --- pym/repoman/vcs/vcs.py | 20 +++- 1 file changed, 15 insertions(+), 5 deletions(-) diff --git

Re: [gentoo-dev] [gentoo-dev-announce] Last rites:

On 12/11/15 08:22, Hans de Graaff wrote: > On Wed, 2015-11-11 at 11:28 +0100, Justin (jlec) wrote: >> # Justin Lecher (28 Feb 2015) >> # Unfixed security problems >> # No upstream support anymore >> # CVE-2015-{0219,0220,0221,0222,5145} >> # #536586 >> # #554864 >>

Re: [gentoo-dev] ChangeLogs: Digest verification failed

On Thu, 12 Nov 2015 18:25:23 + "Robin H. Johnson" wrote: > This is being tracked in bug #565574; > > egencache it turns out updates the Manifest BEFORE writing the > ChangeLog; with predictable results if the ChangeLog is updated. > > I have put a workaround in place of

[gentoo-portage-dev] [PATCH] ebuild: unset all funcs/vars that start with ___

Since the __* (two) namespace is reserved, and ___* (three) has rarely (if ever) been used in ebuilds, we can nuke all funcs/vars that start with that. It makes clean up easier for us. --- bin/save-ebuild-env.sh | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

Re: [gentoo-portage-dev] [PATCH] ebuild: set up bash compat levels

On 12 Nov 2015 16:58, Zac Medico wrote: > On 11/12/2015 04:06 PM, Mike Frysinger wrote: > > from ebuilds/eclasses that have already stopped using __: > > __do_sed_fix () > > ___ECLASS_RECUR_MULTILIB=yes > > ___ECLASS_RECUR_TOOLCHAIN_FUNCS=yes > > __versionator_shopt_toggle () > >

Re: [gentoo-dev] ChangeLog - Infra Response; update 2015/11/11, potential impact to 30min rsync cycle

On Wed, 11 Nov 2015 23:11:48 + "Robin H. Johnson" wrote: > On Thu, Nov 05, 2015 at 12:54:06PM +0100, Alexis Ballier wrote: > > It's not perfectly clean but I don't see any problem here: > > ChangeLog-2015 : all ChangeLog from CVS > > ChangeLog: autogenerated from git >

Re: [gentoo-dev] ChangeLog - Infra Response; update 2015/11/11, potential impact to 30min rsync cycle

> On Thu, 12 Nov 2015, Jason Zaman wrote: > On Thu, Nov 12, 2015 at 11:46:19AM +0100, Alexis Ballier wrote: >> How should one report bugs ? to infra or portage ? >> From my just rsynced tree, I see changelogs in reverse order: oldest >> come first, latest come last > NOTABUG, it was changed

Re: [gentoo-dev] ChangeLog - Infra Response; update 2015/11/11, potential impact to 30min rsync cycle

On Thu, 12 Nov 2015 18:49:38 +0800 Jason Zaman wrote: > On Thu, Nov 12, 2015 at 11:46:19AM +0100, Alexis Ballier wrote: > > On Wed, 11 Nov 2015 23:11:48 + > > "Robin H. Johnson" wrote: > > > > > On Thu, Nov 05, 2015 at 12:54:06PM +0100, Alexis

Re: [gentoo-dev] ChangeLog - Infra Response; update 2015/11/11, potential impact to 30min rsync cycle

On Thu, 12 Nov 2015 13:57:58 +0300 Alexander Tsoy wrote: > On Thu, 12 Nov 2015 18:49:38 +0800 > Jason Zaman wrote: > > > On Thu, Nov 12, 2015 at 11:46:19AM +0100, Alexis Ballier wrote: > > > On Wed, 11 Nov 2015 23:11:48 + > > > "Robin H. Johnson"

Re: [gentoo-dev] ChangeLog - Infra Response; update 2015/11/11, potential impact to 30min rsync cycle

On Thu, Nov 12, 2015 at 11:46:19AM +0100, Alexis Ballier wrote: > On Wed, 11 Nov 2015 23:11:48 + > "Robin H. Johnson" wrote: > > > On Thu, Nov 05, 2015 at 12:54:06PM +0100, Alexis Ballier wrote: > > > It's not perfectly clean but I don't see any problem here: > > >

Re: [gentoo-dev] ChangeLog - Infra Response; update 2015/11/11, potential impact to 30min rsync cycle

On Thu, 12 Nov 2015 18:49:38 +0800 Jason Zaman wrote: > On Thu, Nov 12, 2015 at 11:46:19AM +0100, Alexis Ballier wrote: > > On Wed, 11 Nov 2015 23:11:48 + > > "Robin H. Johnson" wrote: > > > > > On Thu, Nov 05, 2015 at 12:54:06PM +0100, Alexis

Re: [gentoo-portage-dev] [PATCH] ebuild: clear __bashpid & __start_distcc from env

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/12/2015 05:50 PM, Mike Frysinger wrote: > These are internal funcs that should not be exported into the env. > --- bin/save-ebuild-env.sh | 1 + 1 file changed, 1 insertion(+) > > diff --git a/bin/save-ebuild-env.sh b/bin/save-ebuild-env.sh

Re: [gentoo-portage-dev] [PATCH] ebuild: set up bash compat levels

On 12 Nov 2015 21:07, Tim Harder wrote: > On 2015-11-11 14:42, Zac Medico wrote: > > Please unset all new internal function inside bin/save-ebuild-env.sh. > > Note that it already uses this line to unset functions beginning with > > ___eapi: > > > >unset -f $(compgen -A function ___eapi_) > >

[gentoo-portage-dev] [PATCH] GenChangeLogs: parallelize remaining git calls, scale linearly (bug 565540)

Move all git calls to the subprocesses, so performance scales linearly with --jobs. X-Gentoo-Bug: 565540 X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=565540 --- bin/egencache | 33 ++--- 1 file changed, 18 insertions(+), 15 deletions(-) diff --git

Re: [gentoo-portage-dev] [PATCH] ebuild: set up bash compat levels

On 2015-11-11 14:42, Zac Medico wrote: > Please unset all new internal function inside bin/save-ebuild-env.sh. > Note that it already uses this line to unset functions beginning with > ___eapi: >unset -f $(compgen -A function ___eapi_) > However, your __eapi functions will not be matched

Re: [gentoo-portage-dev] [PATCH] ebuild: set up bash compat levels

On 11/12/2015 06:07 PM, Tim Harder wrote: > On 2015-11-11 14:42, Zac Medico wrote: >> Please unset all new internal function inside bin/save-ebuild-env.sh. >> Note that it already uses this line to unset functions beginning with >> ___eapi: > >>unset -f $(compgen -A function ___eapi_) > >>

Re: [gentoo-portage-dev] [PATCH] ebuild: set up bash compat levels

On 2015-11-12 21:25, Zac Medico wrote: > > Just to note another approach, pkgcore generates global and per-eapi > > function lists at install time (or uses the generation scripts when > > running from a checkout) so manually tracking lists of functions isn't > > required. > That seems like a

Re: [gentoo-portage-dev] [PATCH] ebuild: set up bash compat levels

On 11/12/2015 06:33 PM, Tim Harder wrote: > On 2015-11-12 21:25, Zac Medico wrote: >>> Just to note another approach, pkgcore generates global and per-eapi >>> function lists at install time (or uses the generation scripts when >>> running from a checkout) so manually tracking lists of functions

[gentoo-dev] ChangeLogs: Digest verification failed

After rsyncing /usr/portage, I get errors like Verifying ebuild manifests !!! Digest verification failed: !!! /usr/portage/dev-libs/libxml2/ChangeLog !!! Reason: Filesize does not match recorded size !!! Got: 5221 !!! Expected: 5038

[gentoo-portage-dev] [PATCH] egencache: Delay updating Manifests until all other tasks complete

Since thick Manifests can reference other files (ChangeLogs especially), their generation should be run as the lask task done by egencache, followed only by timestamp update. --- bin/egencache | 46 +++--- 1 file changed, 23 insertions(+), 23 deletions(-)

Re: [gentoo-dev] ChangeLogs: Digest verification failed

This is being tracked in bug #565574; egencache it turns out updates the Manifest BEFORE writing the ChangeLog; with predictable results if the ChangeLog is updated. I have put a workaround in place of forcing a regen of the Manifests after the ChangeLogs for the moment. -- Robin Hugh Johnson

[gentoo-dev] Last rites: net-p2p/phex

# Patrice Clement (12 Nov 2015) # Upstream dead + ebuild was never stabilised. # Masked for removal in 30 days. See bug #276095. net-p2p/phex -- Patrice Clement Gentoo Linux developer http://www.gentoo.org signature.asc Description: PGP signature

Re: [gentoo-portage-dev] [PATCH] egencache: Delay updating Manifests until all other tasks complete

On 11/12/2015 08:35 AM, Zac Medico wrote: > On 11/12/2015 07:00 AM, Michał Górny wrote: >> Since thick Manifests can reference other files (ChangeLogs especially), >> their generation should be run as the lask task done by egencache, >> followed only by timestamp update. > > GenPkgDescIndex needs

Re: [gentoo-portage-dev] [PATCH] egencache: Delay updating Manifests until all other tasks complete

On 11/12/2015 07:00 AM, Michał Górny wrote: > Since thick Manifests can reference other files (ChangeLogs especially), > their generation should be run as the lask task done by egencache, > followed only by timestamp update. GenPkgDescIndex needs to execute last, since it accesses the metadata.

[gentoo-dev] Last rites: dev-java/{poi,dbunit} && dev-db/jxtray

# Patrice Clement (12 Nov 2015) # Upstream is somewhat alive but has made compiling POI difficult to compile # and package. Further, POI is affected by a bunch of CVEs. It has solely two # deps that we are masking as well since both projects are not very trendy # and/or

[gentoo-dev] Last rites: sci-chemistry/pymol-apbs-plugin

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 # Justin Lecher (12 Nov 2015) # deprecated version of the plugin. # sci-chemistry/pymol includes the newer version sci-chemistry/pymol-apbs-plugin -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0

Re: [gentoo-portage-dev] [PATCH] egencache: Delay updating Manifests until all other tasks complete

On Thu, 12 Nov 2015 08:56:34 -0800 Zac Medico wrote: > On 11/12/2015 08:35 AM, Zac Medico wrote: > > On 11/12/2015 07:00 AM, Michał Górny wrote: > >> Since thick Manifests can reference other files (ChangeLogs > >> especially), their generation should be run as the lask