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

[Robin H. Johnson]

The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2017-06-04 23:59 UTC.

Removals:
dev-python/protorpc   20170603-20:00 mgornya93e8301aa1
dev-ruby/configliere  20170531-04:15 graaffef3614e87d5
dev-ruby/map  20170531-04:16 graaffe3308711839
dev-ruby/memcache-client  20170531-04:17 graaff93be36e78c5
dev-ruby/mini_shoulda 20170531-04:17 graaffc741ff60272
dev-ruby/png  20170531-04:20 graaff450d12876ce
dev-ruby/rails_autolink   20170531-04:20 graaff8b1f8d3ca11
dev-ruby/rev  20170531-04:21 graafff06f8041c8e
dev-ruby/ruby-inifile 20170531-04:21 graaff58a9b75d5e1
dev-ruby/RubyInline   20170531-04:21 graaffcb924087502
dev-ruby/ruby-tcpwrap 20170531-04:22 graaff207a26e68f8
dev-util/watchr   20170531-04:22 graaff17a1405760a
sys-firmware/amdgpu-ucode 20170529-03:28 mattst88  f69369ea6ba
sys-firmware/radeon-ucode 20170529-03:27 mattst88  9960002903f
www-apache/mod_authnz_persona 20170603-19:59 mgornya0e603c8cc4

Additions:
app-admin/rcm 20170214-20:21 mgorny681908add7a
dev-perl/Hash-FieldHash   20170604-08:37 kentnlf3b42ad387b
dev-perl/Ref-Util-XS  20170530-01:44 kentnl84c63fc7160
dev-perl/Regexp-Util  20170604-08:18 kentnl1be77bae8c6
dev-perl/Type-Tie 20170604-08:40 kentnl11c97fdb655
dev-python/click-plugins  20170530-10:05 slis  397569b9fe3
dev-python/cligj  20170530-08:24 slis  4380785e163
dev-python/gitdb2 20170529-11:22 mgorny4c2a6a64044
dev-python/munch  20170530-09:09 slis  c17ea7fc340
dev-python/subprocess32   20170523-12:32 mgorny62308fdf837
dev-python/unittest-mixins20170529-15:35 mrueg 0366ced102d
mate-extra/mate-calc  20170315-18:11 mudlerd67c9f24bb4
media-plugins/kodi-vfs-rar20170530-15:42 soap  3f15c8ebdfa
net-misc/gerbera  20170529-16:19 thev00d00 771f83cd689
net-misc/srf-ip-conn-srv  20170604-18:53 zerochaos e4c107e78a3

--
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-python/protorpc,removed,mgorny,20170603-20:00,a93e8301aa1
www-apache/mod_authnz_persona,removed,mgorny,20170603-19:59,a0e603c8cc4
dev-util/watchr,removed,graaff,20170531-04:22,17a1405760a
dev-ruby/ruby-tcpwrap,removed,graaff,20170531-04:22,207a26e68f8
dev-ruby/ruby-inifile,removed,graaff,20170531-04:21,58a9b75d5e1
dev-ruby/RubyInline,removed,graaff,20170531-04:21,cb924087502
dev-ruby/rev,removed,graaff,20170531-04:21,f06f8041c8e
dev-ruby/rails_autolink,removed,graaff,20170531-04:20,8b1f8d3ca11
dev-ruby/png,removed,graaff,20170531-04:20,450d12876ce
dev-ruby/mini_shoulda,removed,graaff,20170531-04:17,c741ff60272
dev-ruby/memcache-client,removed,graaff,20170531-04:17,93be36e78c5
dev-ruby/map,removed,graaff,20170531-04:16,e3308711839
dev-ruby/configliere,removed,graaff,20170531-04:15,ef3614e87d5
sys-firmware/amdgpu-ucode,removed,mattst88,20170529-03:28,f69369ea6ba
sys-firmware/radeon-ucode,removed,mattst88,20170529-03:27,9960002903f
Added Packages:
app-admin/rcm,added,mgorny,20170214-20:21,681908add7a
net-misc/srf-ip-conn-srv,added,zerochaos,20170604-18:53,e4c107e78a3
mate-extra/mate-calc,added,mudler,20170315-18:11,d67c9f24bb4
dev-perl/Type-Tie,added,kentnl,20170604-08:40,11c97fdb655
dev-perl/Hash-FieldHash,added,kentnl,20170604-08:37,f3b42ad387b
dev-perl/Regexp-Util,added,kentnl,20170604-08:18,1be77bae8c6
dev-python/subprocess32,added,mgorny,20170523-12:32,62308fdf837
dev-python/gitdb2,added,mgorny,20170529-11:22,4c2a6a64044
media-plugins/kodi-vfs-rar,added,soap,20170530-15:42,3f15c8ebdfa
dev-python/click-plugins,added,slis,20170530-10:05,397569b9fe3
dev-python/munch,added,slis,20170530-09:09,c17ea7fc340
dev-python/cligj,added,slis,20170530-08:24,4380785e163
dev-perl/Ref-Util-XS,added,kentnl,20170530-01:44,84c63fc7160
net-misc/gerbera,added,thev00d00,20170529-16:19,771f83cd689
dev-python/unittest-mixins,added,mrueg,20170529-15:35,0366ced102d

Done.

Re: [gentoo-dev] Update to news item 2014-10-26-gcc_4_7_introduced_new_c++11_abi/2014-10-26-gcc_4_7_introduced_new_c++11_abi.en.txt

[M. J. Everitt]

On 04/06/17 16:55, Anthony G. Basile wrote:
> Hi everyone,
>
> Kensington suggested updating the news item on the new c++11 abi for
> gcc.  Since this news item now appears for all new installations of gcc
> it can be annoying.  I'm proposing to change it as below, but I have one
> concern.  It is important for anyone upgrading from gcc-4 to gcc-5.  But
> if an upgrade to gcc-5 removes gcc-4, then the message won't show up
> while it is still relevant.
>
> Any suggestions on how to proceed?
>
> index d074dbe..25f1712 100644
> ---
> a/2014-10-26-gcc_4_7_introduced_new_c++11_abi/2014-10-26-gcc_4_7_introduced_new_c++11_abi.en.txt
> +++
> b/2014-10-26-gcc_4_7_introduced_new_c++11_abi/2014-10-26-gcc_4_7_introduced_new_c++11_abi.en.txt
> @@ -2,9 +2,9 @@ Title: GCC 4.7 Introduced the New C++11 ABI
>  Author: Anthony G. Basile 
>  Content-Type: text/plain
>  Posted: 2014-10-26
> -Revision: 1
> +Revision: 2
>  News-Item-Format: 1.0
> -Display-If-Installed: >=sys-devel/gcc-4.7.0
> +Display-If-Installed: <=sys-devel/gcc-5
>  Display-If-Keyword: amd64
>  Display-If-Keyword: arm
>  Display-If-Keyword: mips
>
fwiw, I think although the root causes are similar, the differences
between the major GCC versions probably warrant their own separate news
items, unless there is updated information relevant to first-time
viewers. I'd probably constrain the existing news items closer to
~sys-devel/gcc-5 perhaps - or >= gcc-4.7 

signature.asc
Description: OpenPGP digital signature

[gentoo-dev] Update to news item 2014-10-26-gcc_4_7_introduced_new_c++11_abi/2014-10-26-gcc_4_7_introduced_new_c++11_abi.en.txt

[Anthony G. Basile]

Hi everyone,

Kensington suggested updating the news item on the new c++11 abi for
gcc.  Since this news item now appears for all new installations of gcc
it can be annoying.  I'm proposing to change it as below, but I have one
concern.  It is important for anyone upgrading from gcc-4 to gcc-5.  But
if an upgrade to gcc-5 removes gcc-4, then the message won't show up
while it is still relevant.

Any suggestions on how to proceed?

index d074dbe..25f1712 100644
---
a/2014-10-26-gcc_4_7_introduced_new_c++11_abi/2014-10-26-gcc_4_7_introduced_new_c++11_abi.en.txt
+++
b/2014-10-26-gcc_4_7_introduced_new_c++11_abi/2014-10-26-gcc_4_7_introduced_new_c++11_abi.en.txt
@@ -2,9 +2,9 @@ Title: GCC 4.7 Introduced the New C++11 ABI
 Author: Anthony G. Basile 
 Content-Type: text/plain
 Posted: 2014-10-26
-Revision: 1
+Revision: 2
 News-Item-Format: 1.0
-Display-If-Installed: >=sys-devel/gcc-4.7.0
+Display-If-Installed: <=sys-devel/gcc-5
 Display-If-Keyword: amd64
 Display-If-Keyword: arm
 Display-If-Keyword: mips

-- 
Anthony G. Basile, Ph.D.
Gentoo Linux Developer [Hardened]
E-Mail: bluen...@gentoo.org
GnuPG FP  : 1FED FAD9 D82C 52A5 3BAB  DC79 9384 FA6E F52D 4BBA
GnuPG ID  : F52D4BBA

Re: [gentoo-dev] [RFC] Addition of a new field to metadata.xml

[Kent Fredric]

On Sun, 4 Jun 2017 13:56:52 +0100
Andrey Utkin  wrote:

> You have searched for packages that names contain libavcodec in
> suite(s) stable, all sections, and all architectures. Found 4
> matching packages. Package libavcodec-dev
> Package libavcodec-extra
> Package libavcodec-extra-56
> Package libavcodec56
> 
> Obviously numbered package name libavcodec56 can be an attribute of
> exact ebuild, but not of a Gentoo package.

Sure, but these sorts of things is why it wouldn't be mandatory to have
any of these, and it wouldn't be mandatory to have a complete mapping.

It would only be provisioned in as far as the maintainer of that
package considered it useful, at their discretion.

And even if you included several dozen, what are the downsides other
than "ugly"?

If the *utility* they provide outweighs the "ugly" factor, and there
are no *technical* downsides of this "ugliness", then surely, the
utility wins.

An index that is incomplete here is still better than no index at all.


pgpCtomcL3ZJ7.pgp
Description: OpenPGP digital signature

Re: [gentoo-dev] [RFC] Addition of a new field to metadata.xml

[Andrey Utkin]

On Sat, Jun 03, 2017 at 08:19:32PM +1200, Kent Fredric wrote:
> On Sat, 03 Jun 2017 09:58:28 +0200
> Michał Górny  wrote:
> 
> > and that's a small one. I guess we could avoid this if you restricted
> > those remotes to the source package used to build them all.
> 
> I think in the event they're a form of conventional 
> 
>   foo
>   foo-dev
>   foo-dbg
> 
> etc, under the knowledge that those things can't possibly map to other
> gentoo packages, we should codify only the first of those, and then have
> it placed on the iteroperating code to make logical inferences from
> that.
> 
> "foo-dev" in a search query would map to "foo" if no "foo-dev" existed.
> 
> But yeah, lots of complexity there.
> 
> That's why I'd just say those facets shouldn't really be mapped
> explicitly.
> 
> The general pattern being:
> 
>  "If a debian id can be conjugated from another debian id by guessing
> with a generic algorithm, only index the former"

It is common for debian package names contain version numbers, besides
other ugliness:

https://packages.debian.org/search?keywords=libavcodec=names=stable=all

You have searched for packages that names contain libavcodec in suite(s)
stable, all sections, and all architectures. Found 4 matching packages.
Package libavcodec-dev
Package libavcodec-extra
Package libavcodec-extra-56
Package libavcodec56

Obviously numbered package name libavcodec56 can be an attribute of
exact ebuild, but not of a Gentoo package.

With this ugliness of Debian packages naming, I'm afraid the proposed
change won't take off.

[gentoo-dev] Last rites: www-client/qtweb

[Michael Palimaka]

# Michael Palimaka  (04 Jun 2017)
# Relies on obsolete and vulerable qtwebkit version. Dead upstream.
# Masked for removal in 30 days. Bug #620758.
www-client/qtweb

[gentoo-dev] Last rites: sci-mathematics/freemat

[Michael Palimaka]

# Michael Palimaka  (04 Jun 2017)
# Relies on obsolete and vulerable qtwebkit version. Dead upstream.
# Masked for removal in 30 days. Bug #620752.
sci-mathematics/freemat

Re: [gentoo-dev] [RFC] Forced/automatic USE flag constraints (codename: ENFORCED_USE)

[Alexis Ballier]

Here's a quick n dirty code to play with, based on yours: 
https://github.com/aballier/required-use

On Sat, 3 Jun 2017 18:58:35 +0200
Alexis Ballier  wrote:

> > 1. ^^ ( pst1 pst2 pst3.. ) pst1? ( pt1 ) pst2? ( pt2 ) pst3? ( pt3
> > )..  

$ python3 ./nsolve.py '^^ ( pst1 pst2 pst3 ) pst1? ( pt1 ) pst2? ( pt2
) pst3? ( pt3 )'

[[!pst1, !pst2, !pst3]? => [pst1], [pst1]? => [!pst2],
[pst1]? => [!pst3], [!pst1, pst2]? => [!pst3], [pst1]? => [pt1],
[pst2]? => [pt2], [pst3]? => [pt3]]


> > 2. ^^ ( pst1 pst2.. ) pst1? ( pt1 ) pst2? ( pt2 ).. ^^ ( pt1 pt2 )



$ python3 ./nsolve.py '^^ ( pst1 pst2 ) pst1? ( pt1 ) pst2? ( pt2 ) ^^
( pt1 pt2 )'

[[!pst1, !pst2]? => [pst1], [pst1]? => [!pst2], [pst1]? => [pt1],
[pst2]? => [pt2], [!pt1, !pt2]? => [pt1], [pt1]? => [!pt2]]

[[pt1]? => [!pt2]] can break [[pst2]? => [pt2]]


> ^^ ( pst1 pst2.. ) pst1? ( pt1 !pt2 ... ) pst2? ( !pt1 pt2 ... )..

$ python3 ./nsolve.py '^^ ( pst1 pst2 ) pst1? ( pt1 !pt2 ) pst2? ( !pt1
pt2 )'

[[!pst1, !pst2]? => [pst1], [pst1]? => [!pst2], [pst1]? => [pt1],
[pst1]? => [!pt2], [pst2]? => [!pt1], [pst2]? => [pt2]]

[[pst2]? => [!pt1]] can break [[pst1]? => [pt1]]
[[pst2]? => [pt2]] can break [[pst1]? => [!pt2]]

> pst1? ( pt1 !pt2 ... )
> pst2? ( !pt1? ( pt2 !pt3 ... ) )
> pst3? ( !pt1? ( !pt2? ( pt3 !pt4 ... ) ) )

$ python3 ./nsolve.py '^^ ( pst1 pst2 ) pst1? ( pt1 !pt2 ) pst2?
( !pst1? ( !pt1 pt2 ) )'

[[!pst1, !pst2]? => [pst1], [pst1]? => [!pst2], [pst1]? => [pt1],
[pst1]? => [!pt2], [pst2, !pst1]? => [!pt1], [pst2, !pst1]? => [pt2]]


All good.


> > 3. doc? ( || ( pt3 pt4 ) ) || ( pt1 pt2 pt3 pt4 )

$ python3 ./nsolve.py 'doc? ( || ( pt3 pt4 ) ) || ( pt1 pt2 pt3 pt4 )'
[[doc, !pt3, !pt4]? => [pt3], [!pt1, !pt2, !pt3, !pt4]? => [pt1]]




Note: the code only reports errors if a clause can break another clause
left to it. It doesn't do topological sorting nor cycle reporting yet.

Alexis.