Re: ghc-4.06-1.src.rpm (was: ghc to be dropped from potato (debian)

2000-03-15 Thread Peter Hancock

 "Manuel" == Manuel M T Chakravarty [EMAIL PROTECTED] writes:

 As already pointed out by some people, you need the DocBook
 tools to build the documentation.

After a _lot_ of ferreting round the net, I found db2dvi in
stylesheets-0.10-2.i386.rpm.  (Actually, it's not in
docbook-3.1-5.i386.rpm, or psgml-1.2.1-1.i386.rpm, or
sgml-tools-1.0.9-5.i386.rpm, or jade-1.2.1-9.i386.rpm, or ...)  The
adjective `exotic' seems apt.  (By the way, the docbook web page
says that the project has been suspended.)  I suppose the problem here
is that the ghc people (laudably, sensibly, etc, ..) want a doc package
that makes rtf as well as the usual unix doc formats.

 Maybe I can make the building of the documentation
 conditional (but then I can already imagine the ``I build
 from source and now can't find the documentation bug
 reports''). 

 Any ideas?

Check for the existence of db2dvi in the configure phase, and fail
then, rather than right at the end of a (long and machine-crucifying)
build?  (From
http://www.redhat.com/support/wpapers/rpm3.0/building.html,..) 
"RPM 3.0 supports build prerequisites.  A build prerequisite permits a
source package to check whether all the components necessary to build
a package are installed on the build system."

 It would be great if at least one haskell system could get into the
 standard linux distributions.  ...

 Sure - any idea how to get Red Hat to include the stuff?

I've asked a (busy) friend who works for redhat.  I'll pass on any
info if/when he replies.  I think ghc would probably be a "contrib"
package.  For redhat, "We do not guarentee that they will work, fix
anything etc. They are just a public service that we lend to users (ie
a central repository)."

Finally, in case I am giving the wrong impression, thanks _very_ much
for taking the trouble to make a src.rpm.  



Re: ghc-4.06-1.src.rpm (was: ghc to be dropped from potato (debian)

2000-03-15 Thread Frank Atanassow

Peter Hancock writes:
  After a _lot_ of ferreting round the net, I found db2dvi in
  stylesheets-0.10-2.i386.rpm.  (Actually, it's not in
  docbook-3.1-5.i386.rpm, or psgml-1.2.1-1.i386.rpm, or
  sgml-tools-1.0.9-5.i386.rpm, or jade-1.2.1-9.i386.rpm, or ...)  The
  adjective `exotic' seems apt.  (By the way, the docbook web page
  says that the project has been suspended.)  I suppose the problem here
  is that the ghc people (laudably, sensibly, etc, ..) want a doc package
  that makes rtf as well as the usual unix doc formats.

If db2dvi is so hard to find on a typical installation, you (the GHC docs
person, Reuben, I think?) might just want to duplicate its functionality. I
am pretty sure that all db2dvi (and db2{ps,rtf,..}) is is just glue that finds
the DocBook DTD, stylesheets, entities and other stuff and then just calls
jade with the right output type option to do the actual formatting, so it's
really a one-liner if you know the locations of the files (OK, big "if" on a
Unix system...).

-- 
Frank Atanassow, Dept. of Computer Science, Utrecht University
Padualaan 14, PO Box 80.089, 3508 TB Utrecht, Netherlands
Tel +31 (030) 253-1012, Fax +31 (030) 251-3791




Re: ghc-4.06-1.src.rpm (was: ghc to be dropped from potato (debian)

2000-03-15 Thread Reuben Thomas

On Wed, 15 Mar 2000, Peter Hancock wrote:

 says that the project has been suspended.)  I suppose the problem here
 is that the ghc people (laudably, sensibly, etc, ..) want a doc package
 that makes rtf as well as the usual unix doc formats.

It was more that we wanted a package that was easy to install and
use. Personally, I've never managed to get jade to work by using it
directly. It's hard to compile, the catalog is hard to configure, and the
command line options are hard to work out as the whole thing is documented
in SGML-ese rather than UNIX-ese.

-- 
http://sc3d.org/rrt/ | certain, a.  insufficiently analysed




Re: ghc-4.06-1.src.rpm (was: ghc to be dropped from potato (debian)

2000-03-15 Thread Ganesh Sittampalam

On Wed, 15 Mar 2000 10:27:56 + (GMT), you uttered:

 It would be great if at least one haskell system could get into the
 standard linux distributions.  ...

 Sure - any idea how to get Red Hat to include the stuff?

I've asked a (busy) friend who works for redhat.  I'll pass on any
info if/when he replies.  I think ghc would probably be a "contrib"
package.  For redhat, "We do not guarentee that they will work, fix
anything etc. They are just a public service that we lend to users (ie
a central repository)."

Just upload .src.rpm and binary rpms to ftp://incoming.redhat.com/ and
they'll make their way to contrib. I don't think it'd ever make it into the
distribution proper or powertools, as redhat themselves have to maintain
everything in that.

Finally, in case I am giving the wrong impression, thanks _very_ much
for taking the trouble to make a src.rpm.  

Seconded.



Re: ghc-4.06-1.src.rpm (was: ghc to be dropped from potato (debian)

2000-03-14 Thread Michael Hudson

Peter Hancock [EMAIL PROTECTED] writes:

 Somewhat related to this, 
  ghc-4.06-1.src.rpm
 has a problem.  It builds OK (taking several hours on my machine) till
 the very end, then dies trying to invoke some program called db2dvi.
 I can't find a redhat package that contains this.

Well, it certainly sounds like a documentation thing - I'd bet it's a
DocBook-to-DVI converter, so I'd try hunting down the docbook packages
for redhat.  I'd guess that by this point you've probably built the
binearies for ghc, if that's all you're after.

For what it's worth, I've just got ghc to build from CVS, so it can be
done (if you have a few hours to kill).

Cheers,
M.




Re: ghc-4.06-1.src.rpm (was: ghc to be dropped from potato (debian)

2000-03-14 Thread Reuben Thomas

On Tue, 14 Mar 2000, Peter Hancock wrote:

 Somewhat related to this, 
  ghc-4.06-1.src.rpm
 has a problem.  It builds OK (taking several hours on my machine) till
 the very end, then dies trying to invoke some program called db2dvi.
 I can't find a redhat package that contains this.

See the docs, you need the Cygnus DocBook tools from sourceware.cygnus.com
(I think; check the installation notes for the correct URL).

-- 
http://sc3d.org/rrt/ | certain, a.  insufficiently analysed




Re: ghc-4.06-1.src.rpm (was: ghc to be dropped from potato (debian)

2000-03-14 Thread Ronald J. Legere


I really keep hoping someone will make ghc (esp when merged with hugs)
much easier to set up and use. I would love to just be able to do an
install-shield install on windows for example. I realize that it is
somewhat silly to make such demands of people doing this of there
own free will, but such a thing should contribute to more people using 
haskell. I only got ghc to work after many false starts (all my fault,
but still .. on windows. On slackware it worked right away, i think :)


 On Tue, 14 Mar 2000, Peter Hancock wrote:
 
  Somewhat related to this, 
   ghc-4.06-1.src.rpm
  has a problem.  It builds OK (taking several hours on my machine) till
  the very end, then dies trying to invoke some program called db2dvi.
  I can't find a redhat package that contains this.
 
 See the docs, you need the Cygnus DocBook tools from sourceware.cygnus.com
 (I think; check the installation notes for the correct URL).
 
 -- 
 http://sc3d.org/rrt/ | certain, a.  insufficiently analysed
 
 




Re: ghc-4.06-1.src.rpm (was: ghc to be dropped from potato (debian)

2000-03-14 Thread Manuel M. T. Chakravarty

Peter Hancock [EMAIL PROTECTED] wrote,

 Somewhat related to this, 
  ghc-4.06-1.src.rpm
 has a problem.  It builds OK (taking several hours on my machine) till
 the very end, then dies trying to invoke some program called db2dvi.
 I can't find a redhat package that contains this.

As already pointed out by some people, you need the DocBook
tools to build the documentation.

The problem here is that I wanted to include the
documentation into the binary rpms.  I realised that this
will make it more difficult to use the `src.rpm', but
binaries without the documentation wouldn't be good either.

Maybe I can make the building of the documentation
conditional (but then I can already imagine the ``I build
from source and now can't find the documentation bug
reports''). 

Any ideas?

 It would be great if at least one haskell system could get into the
 standard linux distributions.  For one thing, there's a dearth of
 decent music software under linux.  Haskore could be a good foundation
 for filling some of that gap.  

Sure - any idea how to get Red Hat to include the stuff?

Manuel