Re: [gentoo-dev] [PATCH] meson.eclass: add meson_use function

On 15 December 2017 at 17:38, Mike Gilbert wrote: > --- > eclass/meson.eclass | 13 + > 1 file changed, 13 insertions(+) > > diff --git a/eclass/meson.eclass b/eclass/meson.eclass > index 2c943dd6ae27..71735fbfc67d 100644 > --- a/eclass/meson.eclass > +++ b/eclass/meson.eclass > @@ -1

Re: [gentoo-dev] Removal of CVS headers

On 25 February 2017 at 15:05, Ulrich Mueller wrote: > As the council has decided in its 2014-10-14 meeting (and confirmed > again in the 2016-11-13 meeting), CVS headers should be removed after > the migration to Git. Until recently, this was blocked by repoman > still checking for the $Id$ line.

Re: [gentoo-dev] RFC: Future EAPI version operator changes

First of all thank you for the research and wish you a good luck in making the changes happen. ## Reordering to PACKAGE OP VERSION [ ] [:] is more sane than [:] [ ] even though it's not so "hierarchically correct". Thus instead of writing dev-foo/bar:4===4.1 one would write dev-foo/bar=

Re: [gentoo-dev] Repo mirror & CI project news: 'stable' gentoo branch, new repo stats, faster CI

On 5 June 2016 at 19:13, Kent Fredric wrote: > On 6 June 2016 at 05:09, rindeal wrote: >> It is not, unless CI filters the broken commits in some miraculous >> way. With the current approach, both stable and master branch will >> contain the pollution of broken commits + th

Re: [gentoo-dev] Repo mirror & CI project news: 'stable' gentoo branch, new repo stats, faster CI

On 5 June 2016 at 18:53, M. J. Everitt wrote: > On 05/06/16 17:49, rindeal wrote: >> On 5 June 2016 at 18:40, Kent Fredric wrote: >>> On 6 June 2016 at 04:31, rindeal wrote: >>>> Isn't no commit approach better than having broken commit + revert >>

Re: [gentoo-dev] Repo mirror & CI project news: 'stable' gentoo branch, new repo stats, faster CI

On 5 June 2016 at 18:40, Kent Fredric wrote: > On 6 June 2016 at 04:31, rindeal wrote: >> Isn't no commit approach better than having broken commit + revert >> commit? > > > Huh? > > Its doing "replicate to github on pass using a merge commit". I&#x

Re: [gentoo-dev] Repo mirror & CI project news: 'stable' gentoo branch, new repo stats, faster CI

On 5 June 2016 at 18:04, Michał Górny wrote: > Hello, everyone. > > I have the pleasure to announce that a few improvements have been > deployed by the Repository mirror & CI project today. > > > 1. The mirror for 'gentoo' repository [1] now has a default 'stable' > branch. It is updated automatic

Re: [gentoo-dev] [PATCH] flag-o-matic.eclass: bugfix for get-flag()

New version in available at https://github.com/gentoo/gentoo/pull/1425. Check it out, it's cool.

Re: [gentoo-dev] Package up for grabs

On 28 May 2016 at 11:14, Pacho Ramos wrote: > Markos is not having much time to handle his packages and, then, he > would like to get other people involved in them. The idea is to keep > him in metadata as co-maintainer but, please, don't hesitate to add > yourself if wanted: > app-admin/verynice

Re: [gentoo-dev] [RFC] gtk/gtk2/gtk3 USE flag situation

On 27 May 2016 at 20:26, Mart Raudsepp wrote: > Ühel kenal päeval, R, 27.05.2016 kell 14:10, kirjutas > waltd...@waltdnes.org: >> While we're at it, why are there 23 occurences of the "X" useflag >> in >> /usr/portage/profiles/use.local.desc when it exists in >> /usr/portage/profiles/use.desc ??

[gentoo-dev] Re: What are eblits?

I've found some more info on this topic from the internet archive. - "[gentoo-dev] RFC: eblits.eclass" http://news.gmane.org/find-root.php?message_id=4BC0F659.7000506%40gentoo.org - https://github.com/transtone/zm-overlay/blob/master/eclass/eblits.eclass - https://wiki.gentoo.org/wiki/GLEP:33 - "R

Re: [gentoo-dev] [RFC] gtk/gtk2/gtk3 USE flag situation

> (qa hat in place) > > There is a qa policy about this. All packages in the tree should > move away from the non-versioned gtk use flag to versioned use flags, > like the ones the qt team uses [1] [2]. > > This seems to be the best compromise. It allows the maintainers of the > packages to decide

Re: [gentoo-dev] [RFC] gtk/gtk2/gtk3 USE flag situation

On 27 May 2016 at 18:54, landis blackwell wrote: > I stopped reading after you reminded me it was 2016 Good to know, thanks for stopping by.

[gentoo-dev] What are eblits?

I've noticed that ebuilds for at least dev-lang/perl and sys-libs/glibc are using some concept of "eblits", which seems like parts of ebuilds scattered across $FILESDIR with ebuilds containing some logic (involving eval) which includes and runs them. I haven't found any documentation related to th

Re: [gentoo-dev] cmake-utils.eclass: fixes to ninja MAKEOPTS conversion

> After the three-month review period I've decided to go ahead and push > it. Please notice that there is a much more comprehensive proposal for _ninjaopts_from_makeopts() in the review queue - https://github.com/gentoo/gentoo/pull/1481

Re: [gentoo-dev] Package up for grabs

On 22 May 2016 at 21:52, Pacho Ramos wrote: > Because of the current maintainer retiring, > the following packages are now up for grabs: > app-admin/verynice > app-crypt/zuluCrypt > dev-cpp/luabind > dev-libs/angelscript > dev-libs/libntru > dev-libs/libuv > dev-lua/luvit > dev-python/pathtools >

Re: [gentoo-dev] [PATCH] eutils.eclass: Add awk wrapper - eawk - edit file in place

> a) mawk doesn't support it. > b) 4.1 is not stabilized, yet. a) if you depend on mawk then you can really create your own wrapper in your ebuild or do it inline b) then perhaps put your efforts that way

Re: [gentoo-dev] [PATCH] eutils.eclass: Add awk wrapper - eawk - edit file in place

Reasons for inplace editing are the same for any language and tool, but having a wrapper just because some tool doesn't support it, is a bloat. Especially when gawk>=4.1 supports it.

Re: [gentoo-dev] [PATCH] eutils.eclass: Add awk wrapper - eawk - edit file in place

Have you guys read https://stackoverflow.com/questions/16529716/awk-save-modifications-inplace ?

[gentoo-dev] Automated stabilization - openQA

Based on the "[gentoo-dev] Proposal for changes for the next EAPI version" thread, it looks like this idea is slowly coming real so I'd like to know if someone considered https://openqa.opensuse.org/ to prevent the wheel being re-invented again.

[gentoo-dev] [PATCH] cmake-utils.eclass: rewrite `_ninjaopts_from_makeopts()`

This is an update of a patch I posted earlier. More info on GitHub - https://github.com/gentoo/gentoo/pull/1481.

Re: [gentoo-dev] [PATCH] flag-o-matic.eclass: bugfix for get-flag()

> [Looks like your mailer is broken. All the tabs in your patch have > been mangled and appear as spaces.] > >> + # reverse loop >> + set -- ${!var} >> + local i=${#} >> + while [[ ${i} > 0 ]] ; do >> + local arg="${!i}" > > Using the positional parameters looks ne

Re: [gentoo-dev] [PATCH] flag-o-matic.eclass: bugfix for get-flag()

> On Sun, 15 May 2016 21:35:41 +0200 > rindeal wrote: > >> > Dnia 15 maja 2016 15:31:29 CEST, Jan Chren >> > napisał(a): >> >>+ local f="${!i}" >> >>+ if [ "${f#-${findflag#-}}" !

Re: [gentoo-dev] [PATCH] flag-o-matic.eclass: bugfix for get-flag()

> Dnia 15 maja 2016 15:31:29 CEST, Jan Chren napisał(a): >>- fix case: >> - `CFLAGS='-O1 -O2'` >> - `get-flag '-O*'` >> - before `-O1` >> - now `-O2` >>- fix case: >> - `CFLAGS='-W1,-O1'` >> - `get-flag '-O*'` >> - before `-W1,O1` >> - now return 1 >> >>`get-flag march` == "i686" syntax st

[gentoo-dev] l10n.eclass: update l10n_find_plocales_changes()

​ Hello everybody, I've updated `l10n_find_plocales_changes()` from l10n.eclass. Please review the change. GitHub PR: https://github.com/gentoo/gentoo/pull/1308 Regards Jan

[gentoo-dev] cmake-utils.eclass: rewrite of `_ninjaopts_from_makeopts()`

​ Hello everybody, I've rewritten `_ninjaopts_from_makeopts()` from cmake-utils.eclass. Please review the change. Gentoo bug: https://bugs.gentoo.org/show_bug.cgi?id=559064 Github PR: https://github.com/gentoo/gentoo/pull/1228 Regards Jan