From: Brian D. W. <bdw...@ph...> - 2003-12-15 18:34:13
|
Hi folks, I saw the message from Henning Thielemann about octave dependencies in plplot and wanted you all to know that I've (with some assistance from David Schleef) recently developed a more finely tuned spec file for Mandrake 9.2. It requires a rather complete system to build but the binary RPMs only require what is needed for each individual package. I tried to follow Mandrake's RPM building conventions for these. The list is: libplplot5-5.2.1-1mdk.i586.rpm libplplot5-devel-5.2.1-1mdk.i586.rpm libplplot5-drivers-5.2.1-1mdk.i586.rpm libplplot5-gd-5.2.1-1mdk.i586.rpm libplplot5-gnome-5.2.1-1mdk.i586.rpm libplplot5-java-5.2.1-1mdk.i586.rpm libplplot5-java-devel-5.2.1-1mdk.i586.rpm libplplot5-java-static-devel-5.2.1-1mdk.i586.rpm libplplot5-static-devel-5.2.1-1mdk.i586.rpm libplplot5-tcltk-5.2.1-1mdk.i586.rpm libplplot5-tcltk-devel-5.2.1-1mdk.i586.rpm libplplot5-tcltk-static-devel-5.2.1-1mdk.i586.rpm libplplot-octave-5.2.1-1mdk.i586.rpm libplplot-python-5.2.1-1mdk.i586.rpm plplot-5.2.1-1mdk.i586.rpm plplot-tcltk-5.2.1-1mdk.i586.rpm After some further review, I will be happy to make these available. And with some tweaks perhaps we can make the spec file work on other RPM based systems. In the process I found several things that needed to be patched and I'll pass these along soon. Also found that make -j2 fails to build things properly (Mandrake's default %make on an SMP machine) and that Mandrake's default %configure macro calls libtoolize --force and causes grief unless the macro is modified to remove it (thanks to David Schleef for clarifying this). Mandrake also was missing some packages and had a broken itcl so I made new packages for itcl, libcd and svgalib to be able to build all of PLplot's capabilities. Let me know if anyone is interested, esp. if someone would like to peruse the spec file and patches. Brian -- ====================================================================== Brian D. Wright Tel: (415)476-1007 Dept. of Physiology, Box 0444 Fax: (415)476-4929 Keck Center for Integrative Neuroscience bdw...@ph... University of California, San Francisco 513 Parnassus Avenue San Francisco, CA 94143-0444 ====================================================================== |
From: Alan W. I. <ai...@us...> - 2003-12-16 04:48:34
|
On 2003-12-15 10:34-0800 Brian D. Wright wrote: > Let me know if anyone is interested, esp. if someone would like to peruse > the spec file and patches. I would definitely be interested in your spec file and patches since I want to update the RedHat rpms along the lines of what you have done for the Mandrake rpms. Please go ahead and post to plplot_devel with your specfile and patches as attachments. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the PLplot scientific plotting software package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), the Loads of Linux Links project (loll.sf.net), and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Brian D. W. <bdw...@ph...> - 2003-12-16 07:58:25
|
Dear Plotters, The spec file I'm using for Mandrake 9.2 (since the last one was for Mandrake8.1!) is attached as well as the patches (bzipped) I'm using. Most important thing is that there are multiple binary packages so that the various dependencies are more isolated (e.g. you don't have to have octave or tcltk). Here's some issues and caveats (sorry for the length of this). 1) I built the entire Plplot shebang so you might be missing some devel packages to build it. I have the missing libcd and svgalib packages as well as a repaired itcl package (Mandrake's is broken; don't know about Redhat/Fedora). I'll post a web site for downloading those soon. You might want to put the libcd RPM on your sourceforge site. 2) RPM build issues: Mandrake includes a libtoolize line in its default %configure which AFAIK should not happen on a dist tar ball: [ -f configure.in -o -f configure.ac ] && %{__libtoolize} --copy --force So I modified the macro definition for my build to exclude this line. I think this is a bug in the RPM macros. Alternatively I could make the configure line explicit (though macros are nice). The default %make macro on an SMP machine is make -j2. The PLplot build craps out in nondeterministic ways when this is set, so I just use "make". The current PLplot install directory locations don't seem to relativise appropriately. That is, the RPM_BUILD_ROOT prefix doesn't appear in front of all install directories, e.g. some doc directories, octave locations, etc. Mandrake %configure and %makeinstall macros set datadir, libdir, bindir, etc, to include the RPM_BUILD_ROOT prefix rather than using DESTDIR. Patches 3 and 4 in the spec file try to fix this by patching some Makefile.in's and configure itself. Of course the proper way to do this is to patch the configure.ac and Makefile.in's, but my attitude is to work mainly with the release rather than cvs (where autoconf should be run as part of making a release) as a packager. I understand the auto* setup is still evolving so hopefully the next release will not require patches. This is an issue I need feedback on. 3) Patches 0 and 1 in the SPEC file are code patches to ntk and csa I needed for the compile to proceed using gcc 3.3.1. 4) Patches 5, 6 and 7 are a crude way to backport the improved pkg-config stuff from PLplot CVS. 5) Patches 2 and 4 relate to being able to find python2.3 correctly. The python search code presumably should be replaced with a standard autoconf macro. 6) Finally there is a silly conflict with libunixODBC2-devel on Mandrake that also contains a libnn (there the nn stands for for NNTP I think). So take a look at these and let me know. Also I might need to make package splits differently. Cheers, Brian On Mon, 15 Dec 2003, Alan W. Irwin wrote: > On 2003-12-15 10:34-0800 Brian D. Wright wrote: > > > Let me know if anyone is interested, esp. if someone would like to peruse > > the spec file and patches. > > I would definitely be interested in your spec file and patches since I want > to update the RedHat rpms along the lines of what you have done for the > Mandrake rpms. Please go ahead and post to plplot_devel with your specfile > and patches as attachments. > > Alan > > __________________________ > Alan W. Irwin > email: ir...@be... > phone: 250-727-2902 > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the PLplot scientific plotting software > package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), the > Loads of Linux Links project (loll.sf.net), and the Linux Brochure Project > (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Plplot-devel mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel > -- ====================================================================== Brian D. Wright Tel: (415)476-1007 Dept. of Physiology, Box 0444 Fax: (415)476-4929 Keck Center for Integrative Neuroscience bdw...@ph... University of California, San Francisco 513 Parnassus Avenue San Francisco, CA 94143-0444 ====================================================================== |
From: Rafael L. <rla...@us...> - 2003-12-16 08:42:26
|
* Brian D. Wright <bdw...@ph...> [2003-12-15 23:58]: > The current PLplot install directory locations don't seem to relativise > appropriately. That is, the RPM_BUILD_ROOT prefix doesn't appear in front > of all install directories, e.g. some doc directories, octave locations, > etc. Mandrake %configure and %makeinstall macros set datadir, libdir, > bindir, etc, to include the RPM_BUILD_ROOT prefix rather than using > DESTDIR. Patches 3 and 4 in the spec file try to fix this by patching some > Makefile.in's and configure itself. Of course the proper way to do this is > to patch the configure.ac and Makefile.in's, but my attitude is to work > mainly with the release rather than cvs (where autoconf should be run as > part of making a release) as a packager. I understand the auto* setup is > still evolving so hopefully the next release will not require patches. > This is an issue I need feedback on. This has been recently discussed in plplot-devel in a thread initiated by David Schleef. This "relocatability" problem will be eventually dealt with. > 3) Patches 0 and 1 in the SPEC file are code patches to ntk and csa I > needed for the compile to proceed using gcc 3.3.1. The lack of #include <errno.h> in csa.c is already fixed in CVS. > 5) Patches 2 and 4 relate to being able to find python2.3 correctly. > The python search code presumably should be replaced with a standard > autoconf macro. We are already using AM_PYTHON_PATH in CVS. > 6) Finally there is a silly conflict with libunixODBC2-devel > on Mandrake that also contains a libnn (there the nn stands for for > NNTP I think). This is also fixed in CVS. The libraries are now called libcsirocsa and libcsironn. Due to the ABI breakeage, the PLplot library soname is now libplplot9. The Debian packages built by me use the CVS distribution tarball (5.2.1.cvs.20031020). In fact, this tarball can be considered as a "release candidate" for the upcoming version of PLplot. I suggest you to do the same for your Mandrake packages. -- Rafael |
From: <jc...@fe...> - 2003-12-16 16:36:26
|
On Tuesday 16 December 2003 08:39, Rafael Laboissiere wrote: | * Brian D. Wright <bdw...@ph...> [2003-12-15 23:58]: ... | > 3) Patches 0 and 1 in the SPEC file are code patches to ntk and csa | > I needed for the compile to proceed using gcc 3.3.1. | | The lack of #include <errno.h> in csa.c is already fixed in CVS. and the ntk.c problem also, although in a different way: Fixed all the instances of multi-line string literals, since they are not accepted by gcc anymore (version 3.3). (rlaboiss) ... |
From: Brian D. W. <bdw...@ph...> - 2003-12-16 17:02:07
|
On Tue, 16 Dec 2003, Rafael Laboissiere wrote: > > This has been recently discussed in plplot-devel in a thread initiated by > David Schleef. This "relocatability" problem will be eventually dealt with. > OK, I'll chat with David (we work in the same lab) some more about this. > > 3) Patches 0 and 1 in the SPEC file are code patches to ntk and csa I > > needed for the compile to proceed using gcc 3.3.1. > > The lack of #include <errno.h> in csa.c is already fixed in CVS. > > > 5) Patches 2 and 4 relate to being able to find python2.3 correctly. > > The python search code presumably should be replaced with a standard > > autoconf macro. > > We are already using AM_PYTHON_PATH in CVS. > > > 6) Finally there is a silly conflict with libunixODBC2-devel > > on Mandrake that also contains a libnn (there the nn stands for for > > NNTP I think). > > This is also fixed in CVS. The libraries are now called libcsirocsa and > libcsironn. Due to the ABI breakeage, the PLplot library soname is now > libplplot9. > > The Debian packages built by me use the CVS distribution tarball > (5.2.1.cvs.20031020). In fact, this tarball can be considered as a "release > candidate" for the upcoming version of PLplot. I suggest you to do the same > for your Mandrake packages. > > Joao Cardoso wrote: >| > 3) Patches 0 and 1 in the SPEC file are code patches to ntk and csa >| > I needed for the compile to proceed using gcc 3.3.1. >| >| The lack of #include <errno.h> in csa.c is already fixed in CVS. > >and the ntk.c problem also, although in a different way: > > Fixed all the instances of multi-line string literals, since they > are not accepted by gcc anymore (version 3.3). (rlaboiss) > OK, I'll give the CVS distribution a shot. It should be easier anyway with most of the patches addressed. Should I try using the current CVS over the older 10/30 debian dist? I'll also follow the new naming convention for driver packages you use in debian, e.g. libplplot9-driver-gd. I already split out the core drivers in libplot5-drivers. I'd like to see plplot on future Mandrake CD's so I'll do what lobbying I can after the packages are stable. Maybe get some MandrakeClub folks to do some testing. Brian -- ====================================================================== Brian D. Wright Tel: (415)476-1007 Dept. of Physiology, Box 0444 Fax: (415)476-4929 Keck Center for Integrative Neuroscience bdw...@ph... University of California, San Francisco 513 Parnassus Avenue San Francisco, CA 94143-0444 ====================================================================== |
From: Rafael L. <rla...@us...> - 2003-12-16 17:30:13
|
* Brian D. Wright <bdw...@ph...> [2003-12-16 09:01]: > OK, I'll give the CVS distribution a shot. It should be easier anyway with > most of the patches addressed. Should I try using the current CVS over the > older 10/30 debian dist? Current CVS HEAD should be okay, but has not been tested. Besides that, the distribution tarball contains everything that you need (like the configure script and the Makefile.in files). The latest CVS tarball is at: http://people.debian.org/~rafael/plplot.html > I'd like to see plplot on future Mandrake CD's so I'll do what lobbying > I can after the packages are stable. Maybe get some MandrakeClub folks > to do some testing. Nice. When is the next release of Mandrake due? -- Rafael |
From: Brian D. W. <bdw...@ph...> - 2003-12-16 18:30:53
|
On Tue, 16 Dec 2003, Rafael Laboissiere wrote: > > Nice. When is the next release of Mandrake due? > > Mandrake 9.2 is still fairly recent, so I suspect there will be a few months before the next release. I don't know what is involved in getting a package into Cooker, but I'll figure that out. Brian -- ====================================================================== Brian D. Wright Tel: (415)476-1007 Dept. of Physiology, Box 0444 Fax: (415)476-4929 Keck Center for Integrative Neuroscience bdw...@ph... University of California, San Francisco 513 Parnassus Avenue San Francisco, CA 94143-0444 ====================================================================== |
From: Brian D. W. <bdw...@ph...> - 2003-12-16 19:14:10
|
Hi folks, Had the following build error with Rafael's tarball but not with the 5.2.1 release. Need to rename the "pause" function in linuxvga.c? i586-mandrake-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../include -I/usr/include/freetype2 -I../libltdl -O2 -fomit-frame-pointer -pipe -march=i586 -mcpu=pentiumpro -mieee-fp -MT linuxvga.lo -MD -MP -MF .deps/linuxvga.Tpo -c linuxvga.c -fPIC -DPIC -o .libs/linuxvga.o linuxvga.c:38: error: conflicting types for `pause' /usr/include/unistd.h:414: error: previous declaration of `pause' make[2]: *** [linuxvga.lo] Error 1 make[2]: Leaving directory `/home/bdwright/rpm/BUILD/plplot-5.2.1.cvs.20031030/drivers' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/bdwright/rpm/BUILD/plplot-5.2.1.cvs.20031030' make: *** [all] Error 2 error: Bad exit status from /home/bdwright/rpm/tmp/rpm-tmp.35204 (%build) Brian -- ====================================================================== Brian D. Wright Tel: (415)476-1007 Dept. of Physiology, Box 0444 Fax: (415)476-4929 Keck Center for Integrative Neuroscience bdw...@ph... University of California, San Francisco 513 Parnassus Avenue San Francisco, CA 94143-0444 ====================================================================== |
From: Rafael L. <rla...@us...> - 2003-12-16 20:55:41
|
* Brian D. Wright <bdw...@ph...> [2003-12-16 11:13]: > Had the following build error with Rafael's tarball but not with > the 5.2.1 release. > Need to rename the "pause" function in linuxvga.c? > > [...] This is a real bug, definitively. It has never shown up in my Debian package building because I configure with --disable-linuxvga. I would advise you to do the same, since this driver is neither used nor supported nowadays. -- Rafael |
From: Alan W. I. <ai...@us...> - 2003-12-16 17:14:07
|
On 2003-12-15 23:58-0800 Brian D. Wright wrote: > The current PLplot install directory locations don't seem to relativise > appropriately. That is, the RPM_BUILD_ROOT prefix doesn't appear in front > of all install directories, e.g. some doc directories, octave locations, > etc. Mandrake %configure and %makeinstall macros set datadir, libdir, > bindir, etc, to include the RPM_BUILD_ROOT prefix rather than using DESTDIR. > [...]This is an issue I need feedback on. Have a look at the way I do it for RH7.3 (which works well with current CVS, and IIRC, also worked well with 5.2.1). If you don't want to bother with anon cvs download, then the latest specfile is accessible from http://cvs.sourceforge.net/viewcvs.py/plplot/plplot/rpm/plplot_redhat7.3.spec?rev=1.4&view=auto I suspect many of your rpm problems are due to the fact you are using Mandrake-specific macros rather than raw commands. I suggest sticking to the raw commands as much as possible to avoid such build/install problems and also so that the spec files are more portable between distributions. > > 3) Patches 0 and 1 in the SPEC file are code patches to ntk and csa I > needed for the compile to proceed using gcc 3.3.1. Joao, has this problem already been fixed in cvs? > 5) Patches 2 and 4 relate to being able to find python2.3 correctly. > The python search code presumably should be replaced with a standard > autoconf macro. I have forgotten exactly what is in 5.2.1, but for current cvs the standard autoconf macro is used extensively. It is still not quite enough though so one environment variable still needs to be set in the specfile (see the RH7.3 specfile above). > > 6) Finally there is a silly conflict with libunixODBC2-devel > on Mandrake that also contains a libnn (there the nn stands for for > NNTP I think). That nameclash has been fixed in cvs. We are long overdue for releasing a new version with all the fixes that are in cvs, but there was zero response when I last brought this topic up on list. I guess the release timing will depend on when the developers finally gets fed up with repetitively answering the same 5.2.1 bug reports that have long since been fixed in cvs. > > So take a look at these and let me know. Also I might need to make > package splits differently. Are your splits equivalent to what Rafael (and David?) have done for the binary debs? If not, perhaps it is time to get a discussion going on what the ideal binary splits should be. Thanks very much for your efforts. I am busy for the rest of this month, but in January I hope to do a package split of the RH7.3 rpms following your pioneering work for Mandrake. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the PLplot scientific plotting software package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), the Loads of Linux Links project (loll.sf.net), and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |