W3C home > Mailing lists > Public > www-amaya@w3.org > October to December 2003

Re: RedHat RPM issues with amaya 8.1b

From: Irene Vatton <irene.vatton@inrialpes.fr>
Date: Thu, 2 Oct 2003 09:48:40 +0200
To: Nico Kadel-Garcia <nkadel@merl.com>
Cc: www-amaya@w3.org
Message-Id: <20031002094840.74e647d5.irene.vatton@inrialpes.fr>

On Wed, 1 Oct 2003 10:00:01 -0400 (EDT)
Nico Kadel-Garcia <nkadel@merl.com> wrote:

> OK, here come my current updated versions, with all the other patches
> I mentioned., and without the gl/gtk run-time selection yet.

Thanks. I integrated your new version of spec files.

> Do you want the OpenMotif, GTK or GL versions to be the default.

The current default is GTK

> > The source tarball includes the English version of the documentation.
> > The tarball amayadoc includes French, Spanish, German, and in the future
> > Russian versions of the documentation.
> > Probably we'll have to generate a separate rpm.
> Got it. It's possible to build a spec file that builds a separate
> documentation package: it does make the SRPM larger to include such a
> document set.
> Which would you prefer to include? And where would it go relative to the 

A separate package is probably a good solution. The documentation which
includes an html subdirectory and an images subdirectory must be installed in 
the Amaya/doc directory.

> > Amaya uses standard libraries when it's possible, but it needs
> > specific versions of libwww, redland and expat.
> Got it. That's a shame, but I do understand the requirement. It's not
> difficult to write spec files that would use 3 distinct tarballs
> instead of just the one large one, with specific versions, so you
> could update one package instead of having to build Amaya tarballs
> with all 3. Let me know if that would be useful to you.

> > This was due to the history. We installed several versions of Amaya
> > on the same server. All these versions were able to share 
> > configuration files and documentation.
> > It's still possible but it's not the current approach.
> Hmm. So would you prefer now to have it set aside in its own location,
> such as /opt/Amaya, or merged more gracefully into the standard
> /usr/share locations? Merging it might require some significant
> Makefile code changes.

I'm not against, but we have to pay attention that the Makefile is also 
used to generate Debian packages.

Irène Vatton                     INRIA Rhône-Alpes
INRIA                               ZIRST
e-mail: Irene.Vatton@inria.fr       655 avenue de l'Europe
Tel.: +33 4 76 61 53 61             Montbonnot
Fax:  +33 4 76 61 52 07             38334 Saint Ismier Cedex - France
Received on Thursday, 2 October 2003 03:48:47 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:53:28 UTC