Re: amaya for fedora 8?

On Tuesday 08 January 2008 16:39, Matej Cepl wrote:
> On 2008-01-08, 01:42 GMT, Martin Duerst wrote:
> > I think your comment is very important. But to make it more
> > valuable,
> > could you be more specific, e.g. giving examples of what's broken
> > with the build system, or which system libraries should or shouldn't
> > be used but are not,...
>
> I am just in the process of trying to rebuild Amaya on Fedora 8,
> and I cannot say that I am successful -- SPEC file (packaging
> metadata for .rpm packages) is
> http://mcepl.fedorapeople.org/rpms/amaya.spec (non-functional
> source package is
> http://mcepl.fedorapeople.org/rpms/amaya-9.55.2-1.fc8.src.rpm).
> Log of whole build process is
> http://mcepl.fedorapeople.org/tmp/rpmbuild-log.txt

I send you the last amaya_wx.spec file I used to generate amaya-9.99 from the 
source file amaya-fullsrc-9.99.tgz

> What I try to do is to emulate Debian package (and apply its
> patches), which try to use system libraries of libpng, libjpeg,
> raptor, redland, libwww and some small fixes (something
> security-related and build problems on 64bit machines). Whole
> debian diff against upstream package (where some non-free files
> were removed) is
> http://ftp.cz.debian.org/debian/pool/main/a/amaya/amaya_9.55~dfsg.0-1.diff.
>gz Apparently, the only imporantant patches are those in
> debian/patches directory.
>
> There are two problems which I see:
>
> 1) around line 2188 of the rpmbuild-log.txt are problems with
>    compilation of TemplateT.TRA. I have no clue what they are
>    about, but I will deal with them only when I will fix the
>    second problem.

Amaya needs to compile schemas which are descriptions of dtds.
The first error occurs there:
-----------------------------------------------------------------------------------------------
STR=`pwd`/../bin/str;PRS=`pwd`/../bin/prs;TRA=`pwd`/../bin/tra;\
	cd ../../amaya; THOTDIR=`pwd`/.. ;export THOTDIR; \
	$STR -D_UNIX   -DXML_GENERIC  -D_GL -D_WX -DTEMPLATES   -D_SVG  -DTEMPLATES   
-DXML_DTD -DXML_NS HTML ;\
.............
Incorrect file: HTML.STR.STR
Cannot read structure schema/bin/sh: line 5: 20696 Segmentation fault      
-----------------------------------------------------------------------------------------------

Hum, I guess there is a problem with the shell or a problem with the Makefile 
file. Are you sure there is no Control M in the Makefile.in file? That could 
break down the building.


> 2) When bin/amaya_bin is being linked (line 2919 and its
>    surroundings) linking crashes (version of system libwww is
>    5.4.1):
>
>    query.o: In function `AHTProfile_newAmaya':
>    /home/matej/redhat/BUILD/Amaya/WX/amaya/../../amaya/query.c:2430:
>    undefi ned reference to `HTTransportInit()'
>    /home/matej/redhat/BUILD/Amaya/WX/amaya/../../amaya/query.c:2469:
>    undefined reference to `HTTransferEncoderInit(_HTList*)'
>    /home/matej/redhat/BUILD/Amaya/WX/amaya/../../amaya/query.c:2487:
>    undefined reference to `HTMIMEInit()'
>    collect2: ld returned 1 exit status
>
>    Apparently problem may be related to the fact that query.c
>    (which is C++ source file, not plain C one as would extension
>    suggest) somehow mangles need for C-library v. C++-library.
>
> Any ideas, what's going on, please?

query.c is c code that could be compiled with a C++ compiler.
I guess the linker didn't find out the the set of libwww libraries.

> Now, to be exact about answering your questions:
>
> 1) "Broken" is probably too strong word, but I don't like the
>    idea of separate tree in %{prefix}/Amaya -- libraries should
>    go to /usr/lib{,64}, binaries to /usr/bin, non-arch specific
>    files to /usr/share, system-wide configuration to /etc, etc.
>    but it shouldn't be all stuffed in one separate tree.

I tried to use /usr/lib instead of /usr/share that without success, rpmbuild 
is too obscure for me. If you have the solution please let me know.
And as I know /usr/bin/firefox is a script and not a binary.

> 2) What is IMHO broken (aside from small issues like C++ files
>    having .c extension etc.) is that basically the patches
>    available in Debian (allowing to use --enable-system-{name of
>    the library} and similar stuff) is not part of the upstream
>    tarball. If the particular version of ABI is required, just
>    say so, but including multi-megabyte library (and not only
>    once) inside of the tarball (wx) is just broken, and (I guess)
>    one of the reasons why many distros (aside from the ones
>    managed by maniacs like Debian Developers -- that's meant as
>    a praise) don't include amaya anymore (in Fedora world it was
>    dropped more than year and half ago and I cannot find it on
>    SuSE website either -- which I am not much experienced with,
>    so I may be wrong).
>    For example, reading
>    http://forums.gentoo.org/viewtopic-p-2771737.html it seems
>    Gentoo folks have amaya in their databases but given comments
>    by maintainers like
>    http://bugs.gentoo.org/show_bug.cgi?id=75616#c14 I don't see
>    much happines about it, and it seems to be orphaned on Gentoo
>    as well. (note: I am not Gentoo user, but when three out of
>    four distros I have searched dropped Amaya, there seems to be
>    some problem).

If you need only amaya source please use amaya-src-R.V.tgz
But pay attention: You may use the system libwww library provided you compile 
without the webdav option if the library is not compiled with that option.
There is a problem with the the system Mesa library: the compiling works, but 
the application will crash immediately. I ignore why, but there is no problem 
with our compiled mesa version.

> 3) I have tried
>    http://wam.inrialpes.fr/software/amaya/amaya_wx-9.55-1.src.rpm
>    (when it was available, it isn't anymore -- BTW, why are not
>    src.rpm packages available?) 

http://wam.inrialpes.fr/software/amaya/ is a temporary space. Today you can 
check the last snapshot:
http://wam.inrialpes.fr/software/amaya/amaya_wx-9.99-1.src.rpm

>    and it did work exceedingly 
>    poorly with AIGLX display, but even without that I had black
>    rectangles randomly happening all over the edited document, so
>    much so, that it was almost unusable. So, the reason why
>    I spent many hours trying to package amaya was that I would
>    love to have any amaya at all ;-).

That explains why we use our static library versions.

> Thanks,
>
> Matěj

-- 
Irène Vatton @ INRIA Rhône-Alpes

#
# spec file for package amaya (Version 4.3.1)
# 
# Copyright  (c)  1998  S.u.S.E. GmbH  Fuerth, Germany.
#
# please send bugfixes or comments to [email protected].
#

# neededforbuild  autoconf automake mmcore mmbase mmslib xpm libz libpng libjpeg

%define version 9.99

Vendor:       W3C World Wide Web Consortium
Distribution: W3C
Name:         amaya_wx
Release:      1
License:    W3C http://www.w3.org/Consortium/Legal/2002/copyright-software-20021231
Group:        X11/Applications/Networking
URL:          http://www.w3.org/Amaya/
Autoreqprov:  on
Packager:     [email protected]
BuildRoot:    /var/tmp/%{name}-buildroot
#BuildRoot:     /usr/src/redhat/BUILD/

Summary:      Web Browser/Editor from the World Wide Web Consortium
Version:      %{version}
Source:       amaya-fullsrc-%{version}.tgz
#Source:      ftp://ftp.w3.org/pub/amaya/amaya-src-%{version}.tgz
#Source1:     ftp://ftp.w3.org/pub/amaya/amaya-lib-src-%{version}.tgz
# Patch:      amaya-src-%{version}.diff
%description

Amaya is a complete Web authoring tool with some browsing 
funtionalities and comes equipped with a WYSIWYG style of
interface, similar to that of the most popular commercial
browsers. With such an interface, users do not need to 
well know the HTML, MathML or CSS languages.

Authors:
--------
    [email protected], [email protected],
    [email protected], [email protected]

%changelog
* Mon Feb 26 2007 Irene Vatton <[email protected]>
  Introduction of a script to launch amaya
* Fri Sep 2 2005  Irene Vatton <[email protected]>
  and Stephane Gully
  Gnome/Kde integration
* Tue Oct 15 2004 Irene Vatton <[email protected]>
  Possibility to install GTK and WX amaya versions
* Tue Jul 06 2004 Irene Vatton <[email protected]>
  First WX amaya version
* Tue Feb 24 2004 Irene Vatton <[email protected]>
  Updated for amaya-8.3
* Fri Apr 23 2003 Irene Vatton <[email protected]> 
  Adaptation to redhat 8.0
* Fri Jan 30 2003 Nabil Layaida <[email protected]>
  Adaptation to rpmbuild
* Mon Sep 16 2002 Irene Vatton <[email protected]>
  GTK options.
* Fri Nov 9 2001  Irene Vatton <[email protected]>
  Integration of English and French dictionaries
* Mon Feb 28 2001 Irene Vatton <[email protected]>
  updated for amaya-4.2.1
* Mon Jan 8 2001 Irene Vatton <[email protected]>
  updated for amaya-4.1
* Sat Nov 11 2000 Daniel Veillard <[email protected]>
  updated for amaya-4.0
* Tue Jul 04 2000 Daniel Veillard <[email protected]>
  Updated for amaya-3.2
  Removed Ramzi Guetari and Daniel Veillard from authors
* Fri Jun 24 1999 Daniel Veillard <[email protected]>
  Updated for amaya-2.1
* Fri Oct 16 1998 Daniel Veillard <[email protected]>
  took the spec file coming from SuSE-1.3 and updated it for RedHat,
  description, license, and version 1.3b

%prep
%setup -n Amaya
# %patch
%build
export CFLAGS=
mkdir -p $RPM_BUILD_ROOT/usr/share/
autoconf
mkdir linux
cd linux
export HOME=`pwd`
../configure --prefix=/usr/share --exec=/usr/share  --datadir=/usr/share
#cp Options.orig Options
#make all
make
%install
cd linux
make install prefix=$RPM_BUILD_ROOT/usr/share
# Gnome/Kde integration
./script_install_gnomekde ./bin $RPM_BUILD_ROOT/usr/share /usr/share
%files
%doc README
/usr/share/pixmaps/
/usr/share/applications/
/usr/share/Amaya/
%post
/bin/ln -f -s /usr/share/Amaya/wx/bin/amaya /usr/bin/amaya
%postun
rm -f /usr/bin/amaya
rm -f /usr/share/applications/Amaya.desktop
rm -f /usr/share/pixmaps/amaya.png