Re: [gentoo-dev] packages to grab

[Julian Simioni]

On 01/07, Justin Lecher (jlec) wrote:
> -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-
> 

Hi,
I'd love to proxy-maintain app-admin/pwgegn: it's used by app-admin/pass
which I use quite a bit.

Thanks,
Julian


signature.asc
Description: Digital signature

[gentoo-dev] [warning] the bug queue has 82 bugs

[Alex Alexander]

Our bug queue has 82 bugs!

If you have some spare time, please help assign/sort a few bugs.

To view the bug queue, click here: http://bit.ly/m8PQS5

Thanks!

[gentoo-dev] last rites: dev-perl/ExtUtils-Constant

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

# Andreas K. Hüttel  (9 Jan 2016)
# Errorneously added. Is already in perl-core. Please uninstall.
dev-perl/ExtUtils-Constant

Removal in 30 days

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.1

iQJ8BAEBCgBmBQJWkXnvXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5PscP/RKShO1Sh8snRLW8B8tJiBVQ
pgPrpZX2WrjCpLxcFteVXkmsHnHliY84oUiezKNnyHW1Gl5WXH8gPCRXERu4yyM/
/3fwGQt9/y11bggqVq0ch0rTKa4hg/UmkCYRBtO8s0QDjlejIYe0hmSoiVaLPUMD
JAeg/N+XVZFgm2CY8rReszVqUV3s0xJQ14YfpwxdG99rp/3BpEoyAVq/y+Dkdlvo
mYN5bwpST4HdPtTbe68fMiLJbGOfLZRYsfKenK8EkP5d6/W8d5vnMaU7g8AjroG+
LbHDz7HwWhXxJQQLvnR2T0LyVzL5+PN7j/mC0K4dVInLVlvq7CQpjTBug9VOejrJ
o0Zl6C9o+Mipjy7S7l3/Edwo8KHXQwJvka6j8GY3rhLbbe83gsxhFSFixvLP14o3
m0srJgS6Fz5/LWdr/e1w+Rgu46fjcgZGYumV5pK3X1G1ycU5n7SEwiuVdlMIK3OJ
vX4/7VKUH1hjePDxuyuc/rmUH1QCxy3VU7SIFA0t0PhW0Wld9J+AaOPyd9KWi29N
AkJOWCdyUdslbQcb1EllXHhrNCtd1j8gqAooCOg1AjAsqNxjlXegqDVEVvBHHK99
K+nywFHATis09FW6oBI5pKFgli1VfCr8d85Ha945gdqefmdNWVkLjfp5cMk+2QB6
4tbyGffHsWrt1nlylet2
=SXHW
-END PGP SIGNATURE-

[gentoo-dev] Last rites: media-libs/opengtl

[Michael Palimaka]

# Michael Palimaka  (09 Jan 2016)
# Fails to build with newer versions of llvm. Dead upstream. No revdeps.
# Masked for removal in 30 days. Bug #571212.
media-libs/opengtl

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

[Michael Orlitzky]

On 01/07/2016 07:52 PM, Marc Schiffbauer wrote:
>>
>> 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.
> 

Done in recent eselect-php:

  $ sudo eselect php set apache2 1
  !!! Warning: The apache2 configuration has changed in this
  !!! Warning: version of eselect-php. You should define "-D PHP"
  !!! Warning: and not "-D PHP5" for apache. The module is now
  !!! Warning: loaded by 70_mod_php.conf (was 70_mod_php5.conf).
  !!! Warning: After you have changed "-D PHP5" to "-D PHP",
  !!! Warning: you should remove 70_mod_php5.conf to eliminate
  !!! Warning: this warning. Until you have done so, your eselect
  !!! Warning: choices for apache2 will have no effect.

  Please restart apache for the changes to take effect.

Users may get that warning more than once if we reinstall
70_mod_php5.conf, but it's harmless and less hacky than grepping
/etc/conf.d/apache2.

I think we can forego the news item? Thanks for the suggestions.

[gentoo-dev] Goodbye Java on ppc32?

[James Le Cuirot]

Dear all PowerPC users,

I'm mulling over the idea of dropping Java on 32-bit ppc. Having
personally used Gentoo on this hardware myself in the past, I've
resisted the temptation to drop it sooner but I think it's time to
throw in the towel now.

In actuality, it's ppc64 that's given me the most hassle but I
don't want to drop that as it still has a future, be it big endian or
little endian. Dropping ppc32 will allow me to spend more time on
ppc64, where I think it really matters, so I'm seeing this as a
positive step.

ppc32 is the only arch we still support without a proper HotSpot port.
For Java 7, this leaves you with four options.

1. icedtea with CACAO. Quite fast, less compatible, sometimes buggy.
2. icedtea with JamVM. Quite slow, less compatible, currently broken.
3. icedtea with the "zero" HotSpot variant. Compatible but REALLY SLOW.
4. IBM proprietary JVM. Quite fast, quite compatible, registration wall.

#1 has long been the default and that's what icedtea-bin uses but that
is currently not and may never be an option for icedtea 3 (Java 8). This
is partly because CACAO isn't very actively maintained further upstream.

Upstream icedtea, who are largely sponsored by Red Hat, have told me
that they're no longer spending any time on ppc32 because Fedora has
dropped support for it entirely. This means that Gentoo and Debian will
be the first to hit any issues, which is pretty rough.

IBM's is probably the best of the bunch but the registration wall is
even more annoying than Oracle's restricted downloads. This is partly
why no one has ever bothered to keep the version in the tree up to
date. Bumping Oracle's is painful enough. I also told myself that I
wouldn't support any architecture based solely around a proprietary JVM
and I'm sticking by that.

At the end of the day, it's not the JVM that's the biggest time sink
but testing the various Java packages on yet another architecture. For
thorough testing, you can multiply that by the number of major versions
of each JVM as well! If Gentoo can limit itself purely to HotSpot then
you can then at least be reasonably sure that a successful build on one
architecture should also work on the others. Both CACAO and IBM muddy
that situation.

The straw that broke the camel's back on this occasion was a race
condition occurring in ECJ while building gnu-classpath under icedtea.
It appears to be yet another issue with CACAO. Race conditions are a
bitch and I just don't have the energy to track this one down any
further. I could just drop keywords around gnu-classpath or deal with
it some other way but this issue lowers my confidence in CACAO as a
whole.

So please let me know if you have been using Java on this platform. I
did wonder whether we had any users at all but one has spoken up in
#gentoo-powerpc. I told them that they could manually download IBM's
JVM to run their single application jar and they were happy with that.
If that's all you need Java for then I hope you will find that
satisfactory. I could be persuaded to keep the ~ppc keyword in icedtea
but you'll need to speak up now. I won't be keeping keywords in the
Java virtuals as that would imply a level of support that isn't really
there.

There are probably some packages that aren't typically associated with
Java that will be affected by this. I haven't made a list but I suspect
it doesn't contain anything majorly important. Thankfully LibreOffice
no longer has a hard dependency on Java.

Regards,
-- 
James Le Cuirot (chewi)
Gentoo Linux Developer


pgpbe3C0ghkWz.pgp
Description: OpenPGP digital signature

Re: [gentoo-dev] USE=desktop-file request

[Mart Raudsepp]

Ühel kenal päeval, K, 06.01.2016 kell 16:23, kirjutas tot-to:
> I'm a user of a KISS wm, which does not provide Windows™-like menus,
> desktop icons, etc. GUI software is called just by typing the binary
> name in PATH, just like any other software. For me the desktop-files
> are
> some kind of useless junk.
> 
> Recently a lot of software were made harddep on
> dev-util/desktop-file-utils, i.e. from now on there are not only junk
> text files, but also a junk software required without any reason.
> I've
> added it to /etc/portage/profile/package.provided and everything
> compiles and works just fine. It means that in reality there is no
> real
> need in this software.
> 
> Please make these dependencies optional.
> 

This is not going to happen, because this dependency is not optional.
The fact that it seems to build for you without an apparent immediate
breakage on emerge, doesn't mean things aren't broken for you.
At least in the GNOME team we are not in the business of having silent
breakages to avoid build time dependencies of a 19kB simple utility
(192kB with a couple other tools and documentation).

desktop-file-utils is used to update the MIME types handling
applications cache database after .desktop files are installed or
removed.
xdg desktop files are not only for showing GUI applications in
application menus, but also handling of automatic startup on login of
things, MIME type associations (which this is used in particular at
buildtime to update the association database as stated above)

If you choose to INSTALL_MASK /usr/share/applications and/or other
.desktop files, you aren't just avoiding tiny text files from being
installed that you believe are only needed for application menu
entries, you are also breaking MIME type associations and various other
features these FreeDesktop.org standard files provide to the overall
system.

If such a USE=desktop-file is added and then these desktop-file-utils
utility calls are not made via xdg.eclass, then your system will have
no idea of MIME type capabilities. Your browser (opened via your dear
terminal from command line) will not be able to know what to use to
open a PDF file or whatever other file. That's just one example.

You are free to continue having things broken in such a way, but this
is not going to be made optional in the main tree in the name of
avoiding a 192kB package (as is its size when installed in the system,
including all of its documentation and manual pages). If you are
building an embedded system or whatever, it's a buildtime dep and can
be removed in the end. However care should be taken then to have a
properly up to date MIME association cache shipped as well in the final
image for things to work properly or in a properly performant manner.

If we are looking for something to improve here, it would be in the
package manager to support postinst triggers that could be grouped to
not be ran after each package, but only once in a while (but at least
once). Calling this after each package might be unnecessary, and a
couple times in the whole emerge session should be fine - that MIME
association can be a bit delayed, and not called after each package
postinst.


On behalf of the GNOME team,
Mart Raudsepp

Re: [gentoo-dev] packages to grab

[Justin Lecher (jlec)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 09/01/16 22:07, Julian Simioni wrote:
> I'd love to proxy-maintain app-admin/pwgegn: it's used by
> app-admin/pass which I use quite a bit.

Hi Julian,

do you need a proxy or do you have someone to work with?

Justin
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0

iQJ8BAEBCgBmBQJWkggQXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0QUU0N0I4NzFERUI0MTJFN0EyODE0NUFF
OTQwMkE3OUIwMzUyOUEyAAoJEOlAKnmwNSmiFC8QAI9jgNdZJh3bHeIaNNqeMfAj
6uiYrfHOp0Z4jhAwgeJ+Sdos0fuEdsyQWmbWtoNMkTpRmSjN3BG2Q7fkNmLcowxE
4epTbdQzZAHAznWKb9JGBHFIHj3ninkZEt41OYx38RX30QoheKTTdb4fm2I1gNU5
NJkCFVXrPSOOiQhf34lu/Z7jphnpyjV0H35XJjmxQoQ1q6kYIgQpGEa6IkTwS+qb
BEJogkhw/CTR1tBbgkiQDUntLt3SAlab4hfdpSL1WbLHKOS1i9tF2V2PTCiAn0wy
4YkZ2F0LY2SE3baLw5zVikzJqg3VHwBbH7O94+MGy32Y02HlRpVgvqS5mY/TdB6d
uRw6A+rQcFUXvQ4uFmiAg3d4sp4IxR526kfrg+NtYMdz4PJPgJvC8LDoa8TsSXXG
SJ5E9TJ64xwjJsw1Hh454pTDW//6bKdW3DDhsrKGDlSmOVj7iH6uvh60ulUg97pT
goYJSXERnAHHO90Vdo72v/Efi8IFZvjUPbQc0LwQhMPWCHjnTo7pwJwG3xkn8be4
aypMqn/Z91cR2fkcJwurRtFh/JQKYLYj2zEKquBRgcgqQo4Hwk9oH9hf+IUG4yOF
8B29rZDjQKh/PBgPeyi5qHJHdHxhH8/A5qecrOou9F2OntjDqB6kNbiGFcBLAf5a
SgbwXehru1VIT/CKv/2T
=XZD+
-END PGP SIGNATURE-

Re: [gentoo-dev] packages to grab

[Jason Zaman]

On Sun, Jan 10, 2016 at 08:28:16AM +0100, Justin Lecher (jlec) wrote:
> On 09/01/16 22:07, Julian Simioni wrote:
> > I'd love to proxy-maintain app-admin/pwgegn: it's used by
> > app-admin/pass which I use quite a bit.
> 
> Hi Julian,
> 
> do you need a proxy or do you have someone to work with?

I can proxy, I was thinking about taking it but I only use it a little,
so a proxy would be better.

Julian,
I'll add you as proxy to the metadata and myself as second then.

-- Jason