From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 260001389E2 for ; Mon, 24 Nov 2014 18:14:27 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 53093E093B; Mon, 24 Nov 2014 18:14:20 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 11830E0878 for ; Mon, 24 Nov 2014 18:14:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id D2BC4340526 for ; Mon, 24 Nov 2014 18:14:17 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.345 X-Spam-Level: X-Spam-Status: No, score=-1.345 tagged_above=-999 required=5.5 tests=[AWL=-0.633, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H7v3Ot4-DNZ0 for ; Mon, 24 Nov 2014 18:14:11 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 8045E3403A3 for ; Mon, 24 Nov 2014 18:14:10 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Xsy9F-0005Pt-VI for gentoo-user@gentoo.org; Mon, 24 Nov 2014 19:14:06 +0100 Received: from rrcs-71-40-157-251.se.biz.rr.com ([71.40.157.251]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 24 Nov 2014 19:14:05 +0100 Received: from wireless by rrcs-71-40-157-251.se.biz.rr.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 24 Nov 2014 19:14:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: James Subject: [gentoo-user] Re: Gentoo's future directtion ? Date: Mon, 24 Nov 2014 18:13:56 +0000 (UTC) Message-ID: References: <5470D229.7000806@tampabay.rr.com> <5470DBF5.1060304@gentoo.org> <547111B5.2030909@gentoo.org> <547264C8.7030704@gentoo.org> <547271A2.1060003@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 71.40.157.251 (Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1) X-Archives-Salt: 887695ef-0b18-4021-aa7a-19df8559d847 X-Archives-Hash: ceb7093e3d15d372530701be312ef73d Rich Freeman gentoo.org> writes: > > The reason I jumped into this thread is that someone had problems with > > the java project. I'm not sure, but maybe something is wrong with > > my eyes? Your eyes are fine. Gmane's web interface was hosed. I tried to use nntp (earlybird) but that interface does not consistently respond to the thread, so hacking at the settings and posting(tests) seems to upset some..... I appreciate your ideas, I mostly like the ideas of distributed development for non "core" modules. I also believe and Rich as articulated, that we mostly have thing now. Where I diagree with Rich is this. Sure, If somebody has been a gentoo dev for years, has push access then they can get coding completed. If you are new to the depths of what gentoo devs do, then it is opaque as to which docs to read, dealing with the technical details that are currently used and which are either not documented or poorly documented, etc etc. It's not that any of the devs have a desire to keep folks from becoming deeply capable devs such as themselves, it that these "elites" spend very little time, paving a path for others "fledgling devs"; so the the cost barrier to gaining inside (current) knowledge is very him, imho. Most will just drift to anothe distro where that sort of help is more redily available. Thank god for SVEN. But, he cannot clean up the myriad of docs that need tlc. What you do not seem to "comprehend" Rich, is what most non super_devs want is some help, imho. Just look back at your harsh postings on java. It's rather crushing for folks that want to use Java. Quite simply, I'm developing the skills to use java on gentoo. Those keen developers within the java team, are spread very thin; just look at what they are recruiting for: http://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs So I understand that you are not interested in Java. So, how do we find or develop a "gentoo-inner-circle-java-interested" dev? With out that java does not have a chance to gain traction within gentoo, imho. OK, so dont beat me up for being lazy (stupid as volker points out routinely) just *help me* via private email who at Gentoo is the java wizard? I'll do tons of grunt work to make then happy.? OK? Oh shit: problem one. Go clean up BGO's java bugs. I cant because it has become a circular cluster_F!. Too many old blocking bugs; nobody (who gives a shit) with the authority to purge java bugs. > And my point was that the only problem I see with Java is that nobody > is actually working on it. If nobody works on distributed java > repositories, it will be just as bad. Rich, there are billions of Java codes, available in source form that can easily have ebuilds created. But we have poor support for maven, etc. So they go nowhere. (I believe a gentoo-dev for maven is the blocker here. I know that Maven is not easy. I am not (yet) close to being qualified to work on deep maven issues withing gentoo. > My specific request was WHO is trying to do something to improve Java > and finding a policy that is preventing them from doing so, and WHAT > policy is causing the problem? see details above? > It is easy to talk about vague problems. It is harder to actually > pinpoint specific issues that can actually be fixed. > Please don't take this as a personal attack - I generally have a lot > of respect for you. I just don't think that this is a helpful way of > approaching these problems. Ah, I think Hasufell has very good intentions and some keen ideas. My fear is java is getting not love from the gentoo innner circle. So we reduce the innner circle dev count, move java to the perimeter (where nobody cares that is remotely connected to the inner-circle) and java get's better? I've seen this sort of thing thousands of times in my life. Java will just be purged from Gentoo, reticent on your previous postings about your feelings towards Java. Another council member in 2013 was all encouraging about gentoo-clustering. But now that clustering is mostly java centric (imho), few at Gentoo care about cluster on gentoo. Convenient. Sad. Not really encourage to the fledgling community that are willing to work on java, but need leadership. I put (2) ebuilds into BGO. apache-mesos and apache-spark. bugs 510912 and 523412. There they languish. Following the outside overlay semantic guidance, newer versions are here, thanks to Alec: https://github.com/trozamon/overlay/tree/master/sys-cluster So as you point out, go and work on what you want. Really? You think they'll get move to the gentoo tree any time soon? I'm mostly looking for help, encouragement and guidance. I am not looking for harsh reponses that are discouraging. I am not trying to harash you, I appreciate what you do for Gentoo, very much. I get you are not interested in anything remotely connected to java. I would appreciated your keen insight into finding us a java leader that is not burnt to a crisp by the gentoo-stress-burnout syndrome that seems to surging, again. If you want java to prosper at Gentoo, it's gonna take an "inner-circle" gentoo-dev to at least cheerlead for java within gentoo, imho. hth, James