Re: [gentoo-dev] [PATCH 00/15] scons-utils.eclass: EAPI 6, better docs and cleanup

2016-01-07 Thread Michał Górny 
On Fri,  1 Jan 2016 17:41:06 +0100
Michał Górny  wrote:

> Hello, everyone.
> 
> Here's a bunch of scons-utils.eclass patches for review. This includes
> EAPI 6 support with some API changes, MAKEOPTS parsing cleanup
> and improved documentation.
> 
> Fighting dev-db/mongodb lately, I've decided to explain a few common
> issues with SCons in the eclass. This will hopefully help developers
> noticing common QA issues like complete disrespect of CC, CXX or PATH,
> turning distcc setup into a dumb OOM-killer.
> 
> EAPI 6 simplifies the eclass API and makes it more explicit.
> 
> The confusing myesconsargs variable is no longer used in EAPI 6 and all
> custom arguments need to passed explicitly to each escons call. This
> makes it more consistent with emake. And like emake, escons starts truly
> respecting nonfatal in EAPI 6.
> 
> The use_scons function is completely banned in EAPI 6. Already since
> EAPI 5, usex was a cleaner alternative. As a result, USE_SCONS_TRUE
> and USE_SCONS_FALSE variables are no longer used (not that anybody used
> them anyway).
> 
> Finally, the MAKEOPTS parsing and transforming has been improved a bit.
> It has been redesigned so that the caching mechanism could actually
> work. --jobs lacking argument are now replaced by no-of-cpus+1
> (obtained using nproc or python) rather than random, fixed number.
> 
> Please review.
> 
> 
> Michał Górny (15):
>   scons-utils.eclass: Modernize the example not to rely on myescons...
>   scons-utils.eclass: Modernize the example to use usex
>   scons-utils.eclass: Describe common issues with scons
>   scons-utils.eclass: escons doc, 'die' does not respect nonfatal
>   scons-utils.eclass: escons, invert EAPI check to cover future EAPIs
>   scons-utils.eclass: escons, respect nonfatal in EAPI 6
>   scons-utils.eclass: Deprecate myesconsargs, and kill it in EAPI 6
>   scons-utils.eclass: Deprecate use_scons, ban it in EAPI 6
>   scons-utils.eclass: tests, be more verbose on tests being performed
>   scons-utils.eclass: scons_clean_makeopts, mark internal
>   scons-utils.eclass: _scons_clean_makeopts, fix result caching
>   scons-utils.eclass: _scons_clean_makeopts, stop exporting cache vars
>   scons-utils.eclass: _scons_clean_makeopts, clean up and simplify
>   scons-utils.eclass: Use nproc when --jobs is used without an argument
>   scons-utils.eclass: Enable EAPI 6
> 
>  eclass/scons-utils.eclass   | 138 
> +---
>  eclass/tests/scons-utils.sh |  21 ---
>  2 files changed, 114 insertions(+), 45 deletions(-)

Merged.

-- 
Best regards,
Michał Górny



pgpAkdqCWOANe.pgp
Description: OpenPGP digital signature

Re: [gentoo-dev] newsitem: some dhcpcd hooks are now examples

2016-01-07 Thread Matthew Thode 
On 01/07/2016 05:46 PM, William Hubbs wrote:
> All,
> 
> this is a newsitem for a significant change for dhcpcd-6.10.0. I have
> the standard two day delay on it, but I intend to move faster if there
> are no objections; we need to do a fast stable of dhcpcd-6.10.0 for
> security [1].
> 
> So, let me know what you think.
> 
> Thanks,
> 
> William
> 
> [1] https://bugs.gentoo.org/show_bug.cgi?id=571152
> 

lgtm, another option is for us to copy them back in the package
(possibly via use flag).

-- 
-- Matthew Thode (prometheanfire)



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] News item: Apache "-D PHP5" needs update to "-D PHP"

2016-01-07 Thread Marc Schiffbauer 
* Michael Orlitzky schrieb am 06.01.16 um 20:53 Uhr:
> On 01/06/2016 02:36 PM, Sebastian Pipping wrote:
> > On 05.01.2016 20:35, Michael Orlitzky wrote:
> >> I just pushed a new revision with this fix. In eselect-php-0.8.2-r1,
> >> we ship both the new 70_mod_php.conf and the old 70_mod_php5.conf. The
> >> latter comes with a big warning at the top of it, stating that it is for
> >> backwards compatibility only.
> > 
> > Cool, sounds like a great idea to me.
> > 
> > I guess we don't need a news item any more then?
> > 
> 
> Upgraders still have a problem, but a much less severe one. After
> upgrading eselect-php, further attempts to `eselect php set apache2`
> will appear to have no effect, because the old 70_mod_php5.conf is
> loading the old symlink to libphp5.so. There are a few options:
> 
> 1. Leave things as is, and tell people what to do (read the elog) if
>they hit this situation.
> 
> 2. Proceed with a news item that basically says "read the elog."
> 
> 3. I could try to hack some magic into eselect-php to detect whether or
>not you have -DPHP5 set. Something simple, like grepping /etc/conf.d
>/apache2 for "PHP5". In that case we could omit a notice.
>This one simultaneously makes the most sense and feels like the
>biggest hack.

+1 for 3.

You can remove the hack in a year or so. I think most important is a 
good user experience. If this requires a hack because the design of the 
tools give you no other choice than be it.


-- 
0x35A64134 - 8AAC 5F46 83B4 DB70 8317
 3723 296C 6CCA 35A6 4134


signature.asc
Description: Digital signature

[gentoo-dev] newsitem: some dhcpcd hooks are now examples

2016-01-07 Thread William Hubbs 
All,

this is a newsitem for a significant change for dhcpcd-6.10.0. I have
the standard two day delay on it, but I intend to move faster if there
are no objections; we need to do a fast stable of dhcpcd-6.10.0 for
security [1].

So, let me know what you think.

Thanks,

William

[1] https://bugs.gentoo.org/show_bug.cgi?id=571152
Title: Some dhcpcd hooks moved to an example directory
Author: William Hubbs 
Content-Type: text/plain
Posted: 2016-01-09
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: <=net-misc/dhcpcd-6.10.0

In dhcpcd-6.10.0, the following hooks are no longer installed in
/lib/dhcpcd/dhcpcd-hooks by default:

10-wpa_supplicant
15-timezone
29-lookup-hostname

Instead, these are now installed in /usr/share/dhcpcd/hooks, which is an
example directory.

If you were using these hooks before you upgrade to 6.10.0, you will now
need to copy them back to the /lib/dhcpcd-hooks directory after the
upgrade.


signature.asc
Description: Digital signature

Re: [gentoo-dev] packages to grab

2016-01-07 Thread Matthew Thode 
On 01/07/2016 07:50 AM, Justin Lecher (jlec) wrote:
> Dear everyone,
> 
> due to changes in real life I need to cut back vastly my day to day
> maintainer work starting in February. So far I have no clue how much
> time I can devote to Gentoo in nearer future.
> 
> I will move all packages I maintain [1] to the associated projects if
> possible. All devs are free to take what ever you are interested in. I
> am also happy to proxy contributors if they like to maintain a package.
> 
> My plan is to focus more on task which I can handle more flexible.
> 
> Regarding the projects I am involved in I have the following ideas:
> 
> _Recruiters_
> 
> We are again actively looking for someone who is doing the review
> session. The candidate should have solid knowledge about the various
> aspects for Gentoo reaching from packaging to institutional aspects.
> Further, you should be able to work with inexperienced contributors
> and have fun teaching the necessary bits.
> 
> Secondly, I would like to work strategically on our recruitment
> process. This includes reworking of the quizzes and a general
> assessment of the process as well as new options. We won't change
> anything over night, but I really think we can do simpler and better.
> 
> In case you are interested in either topic, feel free to drop a mail
> to recruit...@gentoo.org.
> 
> _Science_
> 
> We are understaffed for a long time. So in case you like to join feel
> free to do so. This is also and especially directed to the community.
> I strongly encourage you to contribute via PR to the overlay or the
> main gentoo.git. If you have proven yourself in contributions and
> still nobody encouraged you to become a full dev, don't hesitate to
> express your wish and we will manage your recruitment.
> 
> _Council_
> 
> My council duties should not be affected.
> 
> _Other project_
> 
> For the time being, I need to drop most work there.
> 
> Cheers,
> Justin
> 
> 1)
> http://euscan.gentooexperimental.org/maintainers/jlec%40gentoo.org/
> 

gonna take these unless anyone yells at me.

modified:   app-admin/ansible/metadata.xml
modified:   app-arch/p7zip/metadata.xml
modified:   dev-python/ipaddress/metadata.xml
modified:   dev-python/lz4/metadata.xml
modified:   dev-python/mysqlclient/metadata.xml
modified:   net-fs/nfstest/metadata.xml
modified:   sys-process/iotop/metadata.xml

-- 
Matthew Thode

-- 
-- Matthew Thode (prometheanfire)



signature.asc
Description: OpenPGP digital signature

[gentoo-dev] packages to grab

2016-01-07 Thread Justin Lecher (jlec) 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear everyone,

due to changes in real life I need to cut back vastly my day to day
maintainer work starting in February. So far I have no clue how much
time I can devote to Gentoo in nearer future.

I will move all packages I maintain [1] to the associated projects if
possible. All devs are free to take what ever you are interested in. I
am also happy to proxy contributors if they like to maintain a package.

My plan is to focus more on task which I can handle more flexible.

Regarding the projects I am involved in I have the following ideas:

_Recruiters_

We are again actively looking for someone who is doing the review
session. The candidate should have solid knowledge about the various
aspects for Gentoo reaching from packaging to institutional aspects.
Further, you should be able to work with inexperienced contributors
and have fun teaching the necessary bits.

Secondly, I would like to work strategically on our recruitment
process. This includes reworking of the quizzes and a general
assessment of the process as well as new options. We won't change
anything over night, but I really think we can do simpler and better.

In case you are interested in either topic, feel free to drop a mail
to recruit...@gentoo.org.

_Science_

We are understaffed for a long time. So in case you like to join feel
free to do so. This is also and especially directed to the community.
I strongly encourage you to contribute via PR to the overlay or the
main gentoo.git. If you have proven yourself in contributions and
still nobody encouraged you to become a full dev, don't hesitate to
express your wish and we will manage your recruitment.

_Council_

My council duties should not be affected.

_Other project_

For the time being, I need to drop most work there.

Cheers,
Justin

1)
http://euscan.gentooexperimental.org/maintainers/jlec%40gentoo.org/
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0

iQJ8BAEBCgBmBQJWjm0WXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0QUU0N0I4NzFERUI0MTJFN0EyODE0NUFF
OTQwMkE3OUIwMzUyOUEyAAoJEOlAKnmwNSmiRJEP/iUdqEAjHiBsQ3sWsXG/kFkc
XYYk5L/zcimN7IddWU/6+uo2hsDDHfFuN0C3HYXV6GWqUOmegz9Enb9gteSOfL1X
Lmsi+OOAHuTeYzhltoxVzXipyO7+TBPDHHF52XTLruZQkwXeBSO0Eo3Gg6LruwFu
WdJoqKTyTaX0kweYngO4ZIQ6oh0H5wHgreJInKgDZMA9eGbImx4NOnEXbtE6X9le
OFtN5vZBEEsrwXy4V56k/Af96x5EkmLXFCeaTTsgk90bUuKXnTzmRQ1Q6za1OOro
vcZoEEWcwFnyQ5DF4/srWxtkivprf0FR34jeT2RQhekJDcih2PMaHAWc/HhZnQ0b
eAde/O4vUfioLtYWZ6fZdAg+98wa/oYA8kVwijXpaDzYCva9hbZDtkwcky22tCd7
Gaxku+aN5CwB8hFoEIinxT47GAIXK1MYRojURSsT5m9R/+BOGiaavzM4DHMFXWZq
VhLI5EjYapq9eqe7rHpHzGj06vZA3YioqCXGcyiMHg78qd2WfaupEydVCyxP75v8
+YQHpyojVcxkmdDEc7ZFSHPQ+ti+QwcWzr1UZ23YRnwsYKD/+Ip9dDq8BQlkTno+
dH70jHG1G6E8SjZD8pg52EEKdoxlhS+XGsgiVSvTlnVcrfbSAwdh48kMI3iCLinB
nxlJKWBCBHEQPbXXP4WV
=dGQ9
-END PGP SIGNATURE-

Re: [gentoo-dev] Re: Lastrites: app-admin/rigo, app-misc/magneto-loader, kde-misc/magneto-kde, x11-misc/magneto-gtk, x11-misc/magneto-gtk3, sys-apps/rigo-daemon, sys-apps/magneto-core, net-fs/tahoe-la

2016-01-07 Thread Michał Górny 
On Thu, 7 Jan 2016 08:51:43 +0100
hydra  wrote:

> On Wed, Jan 6, 2016 at 10:35 PM, »Q«  wrote:
> 
> > On Wed, 06 Jan 2016 21:12:34 +
> > Amadeusz Żołnowski  wrote:
> >  
> > > Pacho Ramos  writes:  
> > > > # Pacho Ramos  (06 Jan 2016)
> > > > # Unmaintained, upstream dead, doesn't work, bug #548920. Removal
> > > > in a # month.
> > > > app-admin/checkrestart  
> > >
> > > I am taking the package.  
> >
> > Thanks!  You might want to have a look at needrestart, which (I think)
> > has replaced checkrestart upstream.
> > 
> >
> >
> >
> >  
> Or even app-admin/restart_services for openrc.

Or even sys-apps/systemd for systemd ;-P.

-- 
Best regards,
Michał Górny



pgpF63zXSlEGC.pgp
Description: OpenPGP digital signature