[gentoo-dev] Packages up for grabs / looking for new primary maintainers

2014-04-20 Thread Ben de Groot
As my time is limited, and certain issues also drain my motivation, I
am stepping down as primary maintainer for the following packages.
They are also assigned to a herd, but since these are relatively high
maintenance they need a dedicated maintainer. (And fonts herd has been
basically inactive for the last couple of years...)

app-text/calibre
media-libs/fontconfig
media-libs/freetype
www-apps/nikola
x11-libs/cairo

I would also like to completely hand over maintenance of the following
low-maintenance packages:

app-admin/pydf
app-arch/lrzip
app-arch/xar

Feel free to remove me as maintainer for these last three packages, if
anyone is willing to take over.

-- 
Cheers,

Ben | yngwin
Gentoo developer



Re: [gentoo-dev] Packages up for grabs / looking for new primary maintainers

2014-04-20 Thread Lars Wendler
On Sun, 20 Apr 2014 17:09:00 +0800 Ben de Groot wrote:

media-libs/fontconfig
x11-libs/cairo

I'd be interested in these but I might not give them the attention they
deserve.


-- 
Lars Wendler
Gentoo package maintainer
GPG: 4DD8 C47C CDFA 5295 E1A6 3FC8 F696 74AB 981C A6FC


signature.asc
Description: PGP signature


[gentoo-dev] Python 2.6 to be masked on 2014-04-28

2014-04-20 Thread Michał Górny
Developers and users,

On behalf of Python team, I would like to announce that we are planning
on starting the process of removing Python 2.6. The process will start
with masking the python2_6 target USE flags and relevant packages. If
nobody strongly disagrees with this, we will commit the masks one week
from now, on 2014-04-28.

Afterwards, Python 2.7 (with experimental support for PyPy and Jython
2.7) will be the only version of Python 2 supported in Gentoo. Python
2.7 is mostly backwards compatible with 2.6 and all of the packages
in Gentoo supporting Python 2.6 support 2.7 as well. Therefore,
switching to 2.7 should be painless to most of our users.

If you have any doubts about this change, please do not hesitate to
reply to this mail, to the gentoo-dev@ mailing list. In case you have
more general migration problems, you can contact us through
the gentoo-python mailing list [1] or #gentoo-python IRC channel
on Freenode [2].


Rationale:

The last version of Python 2.6 was released on 2013-10-29 and was
announced as the last official release [3]. Therefore, Python 2.6
is no longer maintained upstream and security fixes are no longer
provided.

Moreover, a growing number of Python projects are removing support
for Python 2.6. If their reverse dependencies are still installed with
Python 2.6 support, this prevents the package manager from upgrading
them and leaves users with outdated, potentially vulnerable versions.

[1]:http://www.gentoo.org/main/en/lists.xml
[2]:http://www.gentoo.org/main/en/irc.xml
[3]:https://www.python.org/download/releases/2.6.9/

-- 
Best regards,
Michał Górny


signature.asc
Description: PGP signature


Re: [gentoo-dev] Packages up for grabs / looking for new primary maintainers

2014-04-20 Thread Alexandre Rostovtsev
On Sun, 2014-04-20 at 17:09 +0800, Ben de Groot wrote:
 x11-libs/cairo

I will take this.


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


Re: [gentoo-dev] Packages up for grabs / looking for new primary maintainers

2014-04-20 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 20/04/14 05:09 AM, Ben de Groot wrote:
 app-text/calibre

I can take this one.

 media-libs/fontconfig media-libs/freetype

I can probably take these too, but if someone else wants to and has
more experience with these (since i don't) then by all means.



-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlNULFgACgkQ2ugaI38ACPB/ewD+JM8CZ3IvUehywCQ72kfYQ5uE
3WiZ1U8Zcfzp/1viZGEBAIp+yii12J+r2cNdFNDsvd2CpsZOkaAPHbGWgPUp4I2y
=P6gH
-END PGP SIGNATURE-



[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2014-04-20 23h59 UTC

2014-04-20 Thread Robin H. Johnson
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2014-04-20 23h59 UTC.

Removals:
net-ftp/pftpfxp 2014-04-14 06:03:12 ulm
kde-misc/youtube-servicemenu2014-04-15 08:30:09 johu
sys-infiniband/libsdp   2014-04-16 09:06:01 alexxy
dev-ruby/oniguruma  2014-04-18 17:09:05 mrueg
dev-ruby/sary-ruby  2014-04-18 17:11:34 mrueg
dev-ruby/rand   2014-04-18 17:12:01 mrueg
dev-ruby/system_timer   2014-04-18 17:12:31 mrueg
dev-ruby/fastercsv  2014-04-18 17:12:58 mrueg
dev-ruby/ruby-taglib2014-04-19 02:55:47 mrueg
dev-ruby/rubytorrent2014-04-19 02:56:27 mrueg
dev-ruby/revolution 2014-04-19 02:56:52 mrueg
app-misc/alexandria 2014-04-19 02:57:49 mrueg
app-misc/bins   2014-04-19 15:10:02 zlogene
dev-python/certifi  2014-04-20 15:42:24 floppym
dev-python/mozfile  2014-04-20 15:42:24 floppym
dev-python/mozinfo  2014-04-20 15:42:24 floppym
dev-python/mozprocess   2014-04-20 15:42:25 floppym
dev-python/mozprofile   2014-04-20 15:42:25 floppym
dev-python/mozrunner2014-04-20 15:42:26 floppym

Additions:
dev-python/sparqlwrapper2014-04-14 07:59:45 idella4
media-video/movit   2014-04-15 03:59:29 patrick
dev-python/cangjie  2014-04-16 01:59:41 naota
sys-infiniband/libmlx5  2014-04-16 08:22:25 alexxy
sys-infiniband/qperf2014-04-16 08:22:26 alexxy
sys-infiniband/libocrdma2014-04-16 08:22:28 alexxy
dev-python/pyringe  2014-04-16 16:30:50 
dastergon
kde-base/baloo-widgets  2014-04-16 18:25:59 johu
kde-base/kfilemetadata  2014-04-16 18:26:02 johu
kde-base/baloo  2014-04-16 18:26:24 johu
dev-python/pyroma   2014-04-16 18:35:49 
dastergon
dev-libs/libntru2014-04-16 22:48:09 hasufell
sys-libs/ntdb   2014-04-17 12:48:47 
polynomial-c
www-apps/jekyll 2014-04-18 17:51:03 mrueg
dev-ruby/awesome_nested_set 2014-04-18 18:13:18 mrueg
sec-policy/selinux-accountsd2014-04-18 19:46:12 swift
net-analyzer/nagios-check_openvpn-simple2014-04-20 01:19:03 mjo
dev-python/oslo-rootwrap2014-04-20 22:51:31 
prometheanfire

--
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:
net-ftp/pftpfxp,removed,ulm,2014-04-14 06:03:12
kde-misc/youtube-servicemenu,removed,johu,2014-04-15 08:30:09
sys-infiniband/libsdp,removed,alexxy,2014-04-16 09:06:01
dev-ruby/oniguruma,removed,mrueg,2014-04-18 17:09:05
dev-ruby/sary-ruby,removed,mrueg,2014-04-18 17:11:34
dev-ruby/rand,removed,mrueg,2014-04-18 17:12:01
dev-ruby/system_timer,removed,mrueg,2014-04-18 17:12:31
dev-ruby/fastercsv,removed,mrueg,2014-04-18 17:12:58
dev-ruby/ruby-taglib,removed,mrueg,2014-04-19 02:55:47
dev-ruby/rubytorrent,removed,mrueg,2014-04-19 02:56:27
dev-ruby/revolution,removed,mrueg,2014-04-19 02:56:52
app-misc/alexandria,removed,mrueg,2014-04-19 02:57:49
app-misc/bins,removed,zlogene,2014-04-19 15:10:02
dev-python/certifi,removed,floppym,2014-04-20 15:42:24
dev-python/mozfile,removed,floppym,2014-04-20 15:42:24
dev-python/mozinfo,removed,floppym,2014-04-20 15:42:24
dev-python/mozprocess,removed,floppym,2014-04-20 15:42:25
dev-python/mozprofile,removed,floppym,2014-04-20 15:42:25
dev-python/mozrunner,removed,floppym,2014-04-20 15:42:26
Added Packages:
dev-python/sparqlwrapper,added,idella4,2014-04-14 07:59:45
media-video/movit,added,patrick,2014-04-15 03:59:29
dev-python/cangjie,added,naota,2014-04-16 01:59:41
sys-infiniband/libmlx5,added,alexxy,2014-04-16 08:22:25
sys-infiniband/qperf,added,alexxy,2014-04-16 08:22:26
sys-infiniband/libocrdma,added,alexxy,2014-04-16 08:22:28
dev-python/pyringe,added,dastergon,2014-04-16 16:30:50
kde-base/baloo-widgets,added,johu,2014-04-16 18:25:59
kde-base/kfilemetadata,added,johu,2014-04-16 18:26:02
kde-base/baloo,added,johu,2014-04-16 18:26:24
dev-python/pyroma,added,dastergon,2014-04-16 18:35:49
dev-libs/libntru,added,hasufell,2014-04-16 22:48:09
sys-libs/ntdb,added,polynomial-c,2014-04-17 12:48:47

[gentoo-dev] LTO use in the tree

2014-04-20 Thread Ryan Hill
Hey all,

As more and more packages are starting to add LTO flags automatically through
their build systems, I thought I'd point out a couple things:

- LTO utterly destroys debug info.  Flags like -g are incompatible with LTO.

- LTO causes .GCC.command.line sections to be discarded, which means your
  package will always be QA flagged as ignoring CFLAGS.

- LTO takes a _lot_ of memory.  That memory is required on the host arch.
  Distcc doesn't help things here, because linking happens locally.  Consider
  all the archs your package is built on, and if they all routinely have
  multiple GBs of memory installed.

- LTO in 4.7 is still fairly buggy.  There are no plans to fix it.  4.8 is
  better, but 4.9 moves to a different model, so bugs in 4.8 probably won't be
  fixed, especially regarding memory usage.

- I'm happy to backport patches to fix LTO problems if they're available, but
  you'll generally have to do the legwork.  And like I said, most aren't going
  to be backportable.

Please take these things into consideration when deciding whether or not this
feature is worth it.

Thanks.


-- 
Ryan Hillpsn: dirtyepic_sk
   gcc-porting/toolchain/wxwidgets @ gentoo.org

47C3 6D62 4864 0E49 8E9E  7F92 ED38 BD49 957A 8463


signature.asc
Description: PGP signature


[gentoo-dev] Re: LTO use in the tree

2014-04-20 Thread Ryan Hill
On Sun, 20 Apr 2014 21:14:51 -0600
Ryan Hill rh...@gentoo.org wrote:

 Hey all,
 
 As more and more packages are starting to add LTO flags automatically through
 their build systems, I thought I'd point out a couple things:
 
 - LTO utterly destroys debug info.  Flags like -g are incompatible with LTO.
 
 - LTO causes .GCC.command.line sections to be discarded, which means your
   package will always be QA flagged as ignoring CFLAGS.
 
 - LTO takes a _lot_ of memory.  That memory is required on the host arch.
   Distcc doesn't help things here, because linking happens locally.  Consider
   all the archs your package is built on, and if they all routinely have
   multiple GBs of memory installed.
 
 - LTO in 4.7 is still fairly buggy.  There are no plans to fix it.  4.8 is
   better, but 4.9 moves to a different model, so bugs in 4.8 probably won't be
   fixed, especially regarding memory usage.
 
 - I'm happy to backport patches to fix LTO problems if they're available, but
   you'll generally have to do the legwork.  And like I said, most aren't going
   to be backportable.
 
 Please take these things into consideration when deciding whether or not this
 feature is worth it.
 
 Thanks.
 
 

One thing I forgot to mention - LTO can also have detrimental effect on certain
architectures.  On some (eg. ppc), performance can actually be degraded due to
increased register pressure.  On others like alpha it's questionable if it'll
even work at all...


-- 
Ryan Hillpsn: dirtyepic_sk
   gcc-porting/toolchain/wxwidgets @ gentoo.org

47C3 6D62 4864 0E49 8E9E  7F92 ED38 BD49 957A 8463


signature.asc
Description: PGP signature