From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6452 invoked by alias); 4 Sep 2014 21:35:59 -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 6436 invoked by uid 89); 4 Sep 2014 21:35:58 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.2 X-HELO: gnu.wildebeest.org Received: from wildebeest.demon.nl (HELO gnu.wildebeest.org) (212.238.236.112) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Thu, 04 Sep 2014 21:35:55 +0000 Message-ID: <1409866548.4981.52.camel@bordewijk.wildebeest.org> Subject: Re: GCJ ------ file type not supported by system From: Mark Wielaard To: Guillermo Rodriguez Cc: =?ISO-8859-1?Q?And=EF=EF?= , "classpath@gnu.org" , kgy , "java@gcc.gnu.org" Date: Thu, 04 Sep 2014 21:35:00 -0000 In-Reply-To: <54089094.5080907@gmail.com> 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> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 X-Spam-Score: -2.9 (--) X-IsSubscribed: yes X-SW-Source: 2014-09/txt/msg00023.txt.bz2 On Thu, 2014-09-04 at 18:17 +0200, Guillermo Rodriguez wrote: > El 04/09/2014 14:14, And=C3=AF=C3=AF escribi=C3=B3: > > I'm aware of this and I see your point. The issue is that the web pages > > rely on a tool called wml that seems to be no longer maintained and > > I've simply not had chance to look at fixing it up myself or doing away > > with it. > >=20 > > If you want to do so, feel free. I can point you in the right direction. >=20 > I was going to send a set of patches against the CVS repository that > Mark Wielaard posted (http://web.cvs.savannah.gnu.org/viewvc/classpath/?r= oot=3Dclasspath) >=20 > I don't really see the point of "fixing" an obsolete tool that is no > longer maintained. Can't we update the HTML pages directly (short term > solution) and then later decide on what to do with WML ? >=20 > If patching the HTML files is OK (that's what I understood from Mark's > e-mail) I will do that. I admit that I don't really like doing that. But when I looked for my working copy of WML I noticed it doesn't actually work anymore on my latest distro :{ And when looking for the latest version at http://thewml.org/ the Distrib location is broken, so I don't actually know where to get a source copy right now. So we should probably move away from WML and find some other framework to do the website it. Given that we don't yet have that other framework it might be good to just make the changes to the HTML files in the web repo directly. If you do sent a patch for that please also sent a patch explaining the current situation for the main git repo doc/www.gnu.org/README. So others know to not try to update the website using the old WML framework. And please note that the publishing rule in doc/www.gnu.org/Makefile relies on the other docs one level up to publish the guides under https://www.gnu.org/software/classpath/docs/docs.html Also, as a side note, I just noticed the webpages look bad under https, they look fine under http though. Thanks, Mark