[gentoo-dev] [warning] the bug queue has 83 bugs

[Alex Alexander]

Our bug queue has 83 bugs!

If you have some spare time, please help assign/sort a few bugs.

To view the bug queue, click here: http://bit.ly/m8PQS5

Thanks!

Re: [gentoo-portage-dev] [PATCH 08/18] Add tentative support for EAPI6 eapply_user function

[Michał Górny]

W dniu 09.02.2017, czw o godzinie 14∶39 -0800, użytkownik Zac Medico
napisał:
> On 12/01/2014 01:28 PM, Michał Górny wrote:
> > Add support for the user patch applying function.
> > ---
> >  bin/eapi.sh  |  4 
> >  bin/phase-helpers.sh | 22 ++
> >  2 files changed, 26 insertions(+)
> > 
> > diff --git a/bin/eapi.sh b/bin/eapi.sh
> > index 8bb..6e78750 100644
> > --- a/bin/eapi.sh
> > +++ b/bin/eapi.sh
> > @@ -76,6 +76,10 @@ ___eapi_has_eapply() {
> > [[ ! ${1-${EAPI}} =~ 
> > ^(0|1|2|3|4|4-python|4-slot-abi|5|5-hdepend|5-progress)$ ]]
> >  }
> >  
> > +___eapi_has_eapply_user() {
> > +   [[ ! ${1-${EAPI}} =~ 
> > ^(0|1|2|3|4|4-python|4-slot-abi|5|5-hdepend|5-progress)$ ]]
> > +}
> > +
> >  ___eapi_has_master_repositories() {
> > [[ ${1-${EAPI}} =~ ^(5-progress)$ ]]
> >  }
> > diff --git a/bin/phase-helpers.sh b/bin/phase-helpers.sh
> > index e9fbbb4..f4b64ee 100644
> > --- a/bin/phase-helpers.sh
> > +++ b/bin/phase-helpers.sh
> > @@ -986,6 +986,28 @@ if ___eapi_has_eapply; then
> > }
> >  fi
> >  
> > +if ___eapi_has_eapply_user; then
> > +   eapply_user() {
> > +   local basedir=${PORTAGE_CONFIGROOT%/}/etc/portage/patches
> > +
> > +   local d applied
> > +   # possibilities:
> > +   # 1. ${CATEGORY}/${P}-${PR} (note: -r0 desired to avoid applying
> > +   #${P} twice)
> > +   # 2. ${CATEGORY}/${P}
> > +   # 3. ${CATEGORY}/${PN}
> > +   # all of the above may be optionally followed by a slot
> > +   for d in 
> > "${basedir}"/${CATEGORY}/{${P}-${PR},${P},${PN}}{,:${SLOT%/*}}; do
> > +   if [[ -d ${d} ]]; then
> > +   eapply "${d}"
> > +   applied=1
> 
> I think it should break out of the loop here, like epatch_user does.

As the comment above suggests, it was intentional that all directories
are used.

> It doesn't make sense to apply more-specific patches before
> less-specific patches, does it?

Maybe. It would probably be most reasonable to sort them all by
filename, and apply in that order. Also allowing patch with the same
filename to override/skip patch from less specific directory.

> Maybe we can just treat this as a bug fix? Is anyone relying on the
> multiple directory usage?

That sounds like a major behavior change for a 'fix'. I'm using multiple
directories though it's all pretty much a workaround solution, so I
guess it doesn't matter if we keep it stable.

> 
> > +   fi
> > +   done
> > +
> > +   [[ -n ${applied} ]] && ewarn "User patches applied."
> > +   }
> > +fi
> > +
> >  if ___eapi_has_master_repositories; then
> > master_repositories() {
> > local output repository=$1 retval
> > 
> 
> 

-- 
Best regards,
Michał Górny


signature.asc
Description: This is a digitally signed message part

Re: [gentoo-dev] News item for uclibc-ng

[Alexis Ballier]

On Wed, 8 Feb 2017 14:37:52 -0500
"Anthony G. Basile"  wrote:

> This will make sure all executables link directly against libc.so.0
> (as reported by `readelf -d`) rather than via sym links like
> libdl.so.0 -> libc.so.0.  Then upgrade from 1.0.19 to 1.0.20 without
> symlink-combat:
  ^^

I'd love to see a symlink fight ! :)