From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7823 invoked by alias); 4 Sep 2014 20:15:40 -0000 Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-owner@gcc.gnu.org Received: (qmail 7808 invoked by uid 89); 4 Sep 2014 20:15:39 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.7 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 04 Sep 2014 20:15:38 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s84KFXEC027909 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 4 Sep 2014 16:15:33 -0400 Received: from zebedee.pink ([10.3.113.10]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s84KFUHB011974; Thu, 4 Sep 2014 16:15:30 -0400 Message-ID: <5408C862.9030108@redhat.com> Date: Thu, 04 Sep 2014 20:15:00 -0000 From: Andrew Haley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Pekka Enberg , Guillermo Rodriguez Garcia CC: "classpath@gnu.org" , kgy , "java@gcc.gnu.org" Subject: Re: GCJ ------ file type not supported by system References: <540034B0.4010701@redhat.com> <1409306247.25913.21.camel@nirvana.localdomain> <54043670.4070908@redhat.com> <1409568429.4242.1.camel@nirvana.localdomain> <54089094.5080907@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2014-09/txt/msg00020.txt.bz2 On 09/04/2014 09:07 PM, Pekka Enberg wrote: > El jueves, 4 de septiembre de 2014, Pekka Enberg escribió: >>> No, it's really not unfair at all. You are basically saying Andrew is >>> doing a crappy job as a maintainer > > On Thu, Sep 4, 2014 at 10:29 PM, Guillermo Rodriguez Garcia > wrote: >> No, I am definitely NOT saying that, nothing even close. Please don't put >> your words in my mouth, thank you. > > Of course you are saying that. Why else would you even bring up the > issue of finding a "competent successor" which implies that Andrew is > no longer interested in GNU Classpath and neglecting its maintenance? Whoa Pekka, be nice. Let's just assume that Guillermo is sincere, and he wants to help. The problem isn't competence. All of us are competent. It's a lack of time. All of us, I believe, have day jobs, and none of them are in GNU Classpath development. > El jueves, 4 de septiembre de 2014, Pekka Enberg escribió: >>> Once you answer the hypothetical question *who* should >>> be the successor, you will understand why. > > On Thu, Sep 4, 2014 at 10:29 PM, Guillermo Rodriguez Garcia > wrote: >> I see, so if I don't have the answer, the question makes no sense. Ok. > > You didn't even try to answer the question, did you? > > If Andrew actually needed a "competent successor" (he doesn't), what > is required of that person? The person needs to be an active > developer, needs to understand GNU Classpath well, and has to have > support from people who actually developed the project, right? > > Are you able to make an educated guess who actually meets that criteria? Guillermo, please. You phrased your point badly, in a way that was likely to annoy people. I believe that you didn't want to do that. Everyone: let's have a proper discussion. Is there something we can do with GNU Classpath that takes it further forward. And, if so, what? What would our goals be? Andrew.