[gentoo-dev] [PATCH subversion.eclass] Export working copy information after the update.
Currently, subversion.eclass exports working working copy information
such as ESVN_WC_REVISION two times: once before running 'svn up',
and the second time in pkg_preinst(). As a result, between those two
calls ESVN_WC_REVISION lists the *previous* working copy revision rather
than the current one.
This behavior is not exploited by any ebuild. Instead, all ebuilds that
use ESVN_WC_REVISION either hack it around, or actually use the wrong
revision mistakenly.
The patch fixes the eclass to export working copy information *after*
the update is done. Redundant call to subversion_wc_info is removed from
pkg_preinst() as no ebuild needs the re-export.
Fixes: https://bugs.gentoo.org/show_bug.cgi?id=282486
---
gx86/eclass/subversion.eclass | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/gx86/eclass/subversion.eclass b/gx86/eclass/subversion.eclass
index 43d7ce1..9c349bd 100644
--- a/gx86/eclass/subversion.eclass
+++ b/gx86/eclass/subversion.eclass
@@ -324,6 +324,9 @@ subversion_fetch() {
${ESVN_UPDATE_CMD} ${options} || die
"${ESVN}: can't update ${wc_path} from ${repo_uri}."
fi
fi
+
+ # export updated information for the working copy
+ subversion_wc_info "${repo_uri}" || die "${ESVN}:
unknown problem occurred while accessing working copy."
fi
fi
@@ -441,7 +444,6 @@ subversion_src_prepare() {
# config protection.
subversion_pkg_preinst() {
local pkgdate=$(date "+%Y%m%d %H:%M:%S")
- subversion_wc_info "${1}"
if [[ -n ${ESCM_LOGDIR} ]]; then
local dir="${ROOT}/${ESCM_LOGDIR}/${CATEGORY}"
if [[ ! -d ${dir} ]]; then
--
1.8.3.2
Re: [gentoo-dev] Re: [gentoo-dev-announce] Council constituent meeting 30 July 2013 at 19:00 UTC
On 2013.07.22 22:51, Rich Freeman wrote: > On Sun, Jul 21, 2013 at 4:20 PM, Roy Bamford > [snip] > > > > Please keep voting in public. Its good for accountability. > > If not in IRC, find a way to publish who voted and now. > > Council do not get a secret ballot. > > Agreed. I don't think the intent of that item was ever to REPLACE > in-person voting with email. I think the intent was to allow for it > so that when a critical issue comes up a week after the agenda is > already set that everybody doesn't have to wait 5 weeks for the > following council meeting. It seems really odd to have a 100-post > flamewar with no immediate action, and then to dredge up the topic a > month later and vote, and then have another 100-post flameware to > talk > about the outcome. I don't think we need off-the-cuff decisions, but > if a topic is ripe for a decision we should have a way to actually > take care of it. > > Public debate and votes only make sense. Bugs might be a useful way > to record this (much as is done with the trustees). > > Rich > Rich, I'm fine with voting via email when its needed, or even all the time as long as the votes are published. You have addressed my concern. -- Regards, Roy Bamford (Neddyseagoon) a member of elections gentoo-ops forum-mods trustees pgpX4NSfPCVC0.pgp Description: PGP signature
Re: [gentoo-dev] Re: [gentoo-dev-announce] Council constituent meeting 30 July 2013 at 19:00 UTC
On 2013.07.23 01:57, Rick "Zero_Chaos" Farina wrote: [snip] > I think the real difference [between the foundation and council] is > that most of the devs don't care what the > foundation does as long as it keeps the lights on around here. Most > of us, on the other hand, seem to care greatly about the > development > process and key decisions around that. If the trustees need to take > emergency action to keep the lights on I trust them to do the right > thing. If the council has to take emergency action to allow systemd > units to be added without maintainer approval well, you see how > stupid that sounds? > > -Zero > [snip] Rick, The council should not be denied the ability to reach decisions between meetings for the few times it will actually be needed. -- Regards, Roy Bamford (Neddyseagoon) a member of elections gentoo-ops forum-mods trustees pgpkeMSUUdHPC.pgp Description: PGP signature
Re: [gentoo-dev] Re: [gentoo-dev-announce] Council constituent meeting 30 July 2013 at 19:00 UTC
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/23/2013 03:37 PM, Roy Bamford wrote: > On 2013.07.23 01:57, Rick "Zero_Chaos" Farina wrote: > [snip] > >> I think the real difference [between the foundation and council] is >> that most of the devs don't care what the >> foundation does as long as it keeps the lights on around here. Most >> of us, on the other hand, seem to care greatly about the >> development >> process and key decisions around that. If the trustees need to take >> emergency action to keep the lights on I trust them to do the right >> thing. If the council has to take emergency action to allow systemd >> units to be added without maintainer approval well, you see how >> stupid that sounds? >> >> -Zero >> > [snip] > > Rick, > > The council should not be denied the ability to reach decisions > between meetings for the few times it will actually be needed. > I know of no current rules one way or the other on this topic, that means the council can and will choose their own path. If it isn't abused, people are unlikely to complain. It's been years and never had an issue that I know of, so perhaps this is all a waste of bytes. - -Zero -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJR7t60AAoJEKXdFCfdEflKouwQAJqW55EfU0v/7UEQxlg+P4rB 7islrd2CWabtMnplHgT6lSOwM/zvXnk7cNj5QWn0T3i0jh9DreoVl2iiBBWHmuCO GZkUGBI+q5Mwx28ffBitht+jy15JnjdpKB/rQcMaGkuyzYa973QwWVzztA5McWnV nnQEUYO4ub/IBC0C8UPB/Uw9LKrDnJo93gtDnj4K9egtlu06xOUT7dWuDDVljncO MdI4q+MsMyrM9QUKuZI3rCM/IDsJmr4lwmgSgMTuH9VWN5lPyjBkPsq/fNHFMfwW pnaGQjcbrIOnaVp04lDiQ67DK+LmDuF694PnXRLcI4PfKpjN1Fep+Eq6eVtnPKf1 xeEt6xrrALAHbo5xX0IZjIJtBIyFya1dA1fSFJEq4BN3mVgpn874zKl/xsRMetcp 9rQIrWkzsLoez58czqk5102TJQYHquLpiFfF9pRF4QQbiF6KRRcMeiglX0X5oRn3 LUvo0VOiU1+CoMSjZkxbtwWZxIrbaIkRfGwY4A0SQ3jjT3et+JPK7alrXXxgfhO/ BHg3rMMkgAz6i4ZHd+TiFFnxl60mGDZsYAexd4YsHrtK0+Ue1tSvI2hLJJf1AIVz dR/kO30/BDfal3UZxTym7pzWJ5eJVfJWJaUuUYxFXA2MjAJ+5cqHozx2bkmOiwZB ZuxoOKUm1axxin+h9w8A =4wKL -END PGP SIGNATURE-
[gentoo-dev] Re: Automated Package Removal and Addition Tracker, for the week ending 2013-07-21 23h59 UTC
On Mon, 22 Jul 2013 00:25:01 + "Robin H. Johnson" wrote: > The attached list notes all of the packages that were added or removed > from the tree, for the week ending 2013-07-21 23h59 UTC. I think this is one of the very few times I've seen more removals than additions. Keep up the good work pacho! -- Ryan Hillpsn: dirtyepic_sk gcc-porting/toolchain/wxwidgets @ gentoo.org 47C3 6D62 4864 0E49 8E9E 7F92 ED38 BD49 957A 8463 signature.asc Description: PGP signature
