[gentoo-dev] Use --with-sysroot configure switch when cross-compiling

2016-11-06 Thread Gerhard Bräunlich

Dear gentoo devs
In August I reported the following bug:
https://bugs.gentoo.org/show_bug.cgi?id=590404
James Le Cuirot suggested to automatically use the --with-sysroot 
configure switch when cross-compiling (

checking for its presence in --help like for --docdir).

I proposed a patch in the above bug report for phase-helpers.sh. However 
as the current version of phase-helpers.sh calls "
___eapi_econf_passes_", I suppose that we should add a corresponding 
___eapi_econf_passes_--with-sysroot function in eapi.sh.

There I am not sure which EAPIs are allowed to be modified.

What do you think?


Re: [gentoo-dev] Use --with-sysroot configure switch when cross-compiling

2016-11-06 Thread James Le Cuirot
On Sun, 6 Nov 2016 11:19:02 +0100
Gerhard Bräunlich  wrote:

> Dear gentoo devs
> In August I reported the following bug:
> https://bugs.gentoo.org/show_bug.cgi?id=590404
> James Le Cuirot suggested to automatically use the --with-sysroot 
> configure switch when cross-compiling (
> checking for its presence in --help like for --docdir).
> 
> I proposed a patch in the above bug report for phase-helpers.sh. However 
> as the current version of phase-helpers.sh calls "
> ___eapi_econf_passes_", I suppose that we should add a corresponding 
> ___eapi_econf_passes_--with-sysroot function in eapi.sh.
> There I am not sure which EAPIs are allowed to be modified.
> 
> What do you think?

Sorry for not replying to the bug report recently, I'm battling on many
fronts. That function would not make sense unless --with-sysroot is
introduced into PMS. We could do that but many existing ebuilds would
fail to cross-compile and with hundreds of ebuilds still sitting at
EAPI 0, we could be waiting a long time for fixes. I noted that while
PMS does say which options you must pass, it doesn't say that you
cannot pass additional ones. I've tested it a lot and I've never seen
--with-sysroot break any ebuilds, while it fixes very many, so I
believe it would be safe to pass this option on all EAPIs. We would
probably only pass it when SYSROOT!=/ anyway so it wouldn't affect many
users. This is more or less what you did in your own patch. We are
discussing exactly what influence SYSROOT should have on Portage in
bug #573306 so that we can cement this into EAPI 7 but I believe we can
still rely on SYSROOT in earlier EAPIs when it's set to the same value
as ROOT.

-- 
James Le Cuirot (chewi)
Gentoo Linux Developer


pgpXfUlKrVVUH.pgp
Description: OpenPGP digital signature


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

2016-11-06 Thread Michał Górny
Hi, everyone.

Following my previous RFC wrt version operator problems, I'd like to
start the second part of the discussion: how to improve version
operators in a Future EAPI?

I've collected various ideas on operator changes on a wiki page [1].
I've tried to stay open-minded and cover every possibility, even though
I doubt some of them would be even considered.

I should warn you that some of the solutions are interlinked to each
other, and you probably need to look through the whole page first
before starting to construct an opinion. For example, specific
solutions to most of the problems depend on whether we enable version
ranges and in which form.

I think we should start by loosely discussing the various ideas
on the wiki page. Feel free to also point out any missing ideas
or remarks that would be useful there.

So, what are your comments?

[1]:https://wiki.gentoo.org/wiki/Future_EAPI/Version_syntax_changes

-- 
Best regards,
Michał Górny



pgpRbMVwWCcu1.pgp
Description: OpenPGP digital signature


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

2016-11-06 Thread Jan Chren (rindeal)
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==4.1*:4=

which is nicely readable.

But in case the box brackets notation gets incorporated (as in Exheres),

 [:] [[ ]]

is the way to go.


## Version ranges

dev-foo/bar:0[(>=2 && <4) || (>=6 && <10)][baz?]

looks the most promising to me as it allows to include and exclude any
number of ranges.


## Things not included

### Comments/annotations

Currently, there is no way to put inline comments to *DEPEND, IUSE,
..., thus the only supported way is to put the comments above the
specification and somehow tell the reader what part of the
specification is the comment about. For 3-4 deps it's acceptable, for
20+ it's insane and thus no one does it, losing valuable information
about the reasoning by doing so.

Mu current workaround is:

DEPEND_A=(
   # comment
   "cat/pkg..."
   "|| ("
  # comment
  "cat/foo"
  "cat/bar"
   ")"
)
DEPEND="${DEPEND_A[*]}"


### Logical operators for groups

 OR

Currently there is no way to specify:

foo||bar? (
  cat/pkg
)

and one has to copy&paste a lot:

foo? (
  cat/pkg
)
bar? (
  cat/pkg
)

 AND

AND can be specified via nested groups:

foo? (
  bar? (
cat/pkg
  )
)

but this syntax is verbose and not explicit.

foo&&bar? (
  cat/pkg
)

would be much more readable.



Re: [gentoo-dev] Use --with-sysroot configure switch when cross-compiling

2016-11-06 Thread Gerhard Bräunlich

OK. No problem. Tanks.



Re: [gentoo-dev] New portage git sync behavior

2016-11-06 Thread Zac Medico
On 09/20/2016 08:02 PM, Mike Gilbert wrote:
> Portage 2.3.1 changes the default behavior for git repositories to
> sync with a depth of 1. If you are using a development tree with
> emerge --sync, you may want to override this in repos.conf by setting
> sync-depth = 0.
> 
> If you have accidentally converted your development tree into a
> shallow repository, you can undo the damage by running git fetch
> --unshallow.
> 

I've proposed to revert the change in behavior because we've had too
many problems with it:

https://archives.gentoo.org/gentoo-portage-dev/message/e0314d5c748ec4098605c20d9b42b2a9
-- 
Thanks,
Zac



[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2016-11-06 23:59 UTC

2016-11-06 Thread Robin H. Johnson
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2016-11-06 23:59 UTC.

Removals:
dev-haskell/base64-conduit 20161031-16:17 mgorny   2baddf7
dev-java/jmf-bin   20161106-14:52 monsieurpa2fe593
dev-libs/dbxml 20161031-16:19 mgorny   da253ea
dev-perl/google-api-adwords-perl   20161105-05:05 kentnl   7434d6b
kde-base/baloo 20161106-11:46 johu dfbe8e6
kde-base/kdeplasma-addons  20161103-08:25 johu 4f1d0d7
kde-base/kfilemetadata 20161106-11:17 johu 6123e26
kde-base/khotkeys  20161103-18:51 johu 04985ea
kde-base/kinfocenter   20161103-19:13 johu f890534
kde-base/kmenuedit 20161103-18:30 johu c74362d
kde-base/ksysguard 20161104-11:48 johu 141e694
kde-base/kwin  20161106-12:17 johu a3f30b0
kde-base/kwrited   20161103-10:34 johu 832d64a
kde-base/powerdevil20161103-09:56 johu 4bc4523
kde-base/systemsettings20161106-10:37 johu 7d60189
kde-misc/kde-gtk-config20161103-09:37 johu 1ce9e46
kde-misc/kscreen   20161105-12:08 johu 14a91c7
kde-misc/milou 20161103-09:11 johu a610c35
net-im/silc-server 20161031-15:51 mgorny   ee55966
net-libs/socket++  20161031-16:21 mgorny   875e067
sci-mathematics/agda-executable20161031-16:05 mgorny   6e639e3
x11-libs/libkscreen20161105-12:26 johu 5aa27ae

Additions:
app-arch/gnome-autoar  20161101-15:18 eva  c915b78
app-backup/bup 20161104-06:05 radhermite478f1f
app-emulation/hyperd   20161106-17:16 mrueg7df9115
app-emulation/runv 20161106-17:04 mruegb902488
app-vim/editorconfig-vim   20161104-22:38 chutzpah 8c3b908
dev-go/go-bindata  20161105-13:31 mrueg1f78efc
dev-go/go-bindata-assetfs  20161105-13:34 mrueg8b593d2
dev-java/animal-sniffer-annotations20161105-21:53 chewi096a349
dev-java/error-prone-annotations   20161105-22:03 chewi3c54c5e
dev-java/j2objc-annotations20161105-22:10 chewi72281d9
dev-libs/icu-layoutex  20161106-15:43 polynomial-c ea7d02f
dev-libs/icu-le-hb 20161106-13:17 polynomial-c 0827ad3
dev-perl/Glib-Object-Introspection 20161025-07:46 soap dc0f3e4
dev-perl/Google-Ads-AdWords-Client 20161105-05:02 kentnl   b6bd6f4
dev-perl/JSON-Parse20161105-07:45 kentnl   7820060
dev-python/flask-babelex   20161106-10:59 dev-zero cc3811a
dev-python/flask-sphinx-themes 20161106-10:57 dev-zero 010105e
dev-python/geoalchemy2 20161106-11:10 dev-zero 0c69eda
dev-python/safety  20161031-22:40 mrueg153e3aa
dev-python/shapely 20161106-11:06 dev-zero 39530ef
dev-ruby/public_suffix 20161105-06:33 graaff   c468e85
dev-util/lldb  20161017-08:24 mgorny   ab09f94
kde-misc/plasma-applet-network-monitor 20161102-21:49 johu 2b1ab0e
kde-misc/plasma-applet-weather-widget  20161102-21:54 johu 9419756
media-video/orion  20161102-19:00 voyageur 20b5ba3
sys-apps/ripgrep   20161031-07:11 radhermit23a0534
sys-kernel/bliss-initramfs 20161105-18:43 fearedbliss  0547d4e

--
Robin Hugh Johnson
Gentoo Linux Developer
E-Mail : robb...@gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85
Removed Packages:
dev-java/jmf-bin,removed,monsieurp,20161106-14:52,a2fe593
kde-base/kwin,removed,johu,20161106-12:17,a3f30b0
kde-base/baloo,removed,johu,20161106-11:46,dfbe8e6
kde-base/kfilemetadata,removed,johu,20161106-11:17,6123e26
kde-base/systemsettings,removed,johu,20161106-10:37,7d60189
x11-libs/libkscreen,removed,johu,20161105-12:26,5aa27ae
kde-misc/kscreen,removed,johu,20161105-12:08,14a91c7
dev-perl/google-api-adwords-perl,removed,kentnl,20161105-05:05,7434d6b
kde-base/ksysguard,removed,johu,20161104-11:48,141e694
kde-base/kinfocenter,removed,johu,20161103-19:13,f890534
kde-base/khotkeys,removed,johu,20161103-18:51,04985ea
kde-base/kmenuedit,removed,johu,20161103-18:30,c74362d
kde-base/kwrited,removed,johu,20161103-10:34,832d64a
kde-base/powerdevil,removed,johu,20161103-09:56,4bc4523
kde-misc/kde-gtk-config,removed,johu,20161103-09:37,1ce9e46
kde-misc/milou,removed,johu,20161103-09:11,a610c35
kde-base/kdeplasma-addons,removed,johu,20161103-08:25,4f1d0d7
net-libs/socket++,removed,mgorny,20161031-16