Back
[06:03:01] <alex_jon1> alex_jon1 is now known as alex_joni
[12:16:22] <alex_jon1> alex_jon1 is now known as alex_joni
[12:23:12] <jepler> whee, I'm starting to get some passable HTML from lyx -e tex axis.lyx; sed .... axis.tex; latex2html axis.tex
[12:23:34] <alex_joni> jepler: woo
[12:23:43] <alex_joni> I never got it that far :)
[12:23:52] <alex_joni> there is a lyx2html, but it craps out on me
[12:23:54] <jepler> it includes images and tables
[12:26:09] <jepler> http://emergent.unpy.net/files/sandbox/axis/index.html
[12:27:15] <jepler> I think this sed script corresponds to the edits I did manually, which are all concerned with fixing tables:
[12:27:19] <jepler> #!/usr/bin/sed -f
[12:27:21] <jepler> /^\\providecommand{\\\\}/d
[12:27:21] <jepler> /^\\providecommand{\\\\}/d
[12:27:24] <jepler> /^\\providecommand{\\\\}/d
[12:27:26] <jepler> s/\\tabularnewline/\\\\/g
[12:27:28] <jepler> bbl
[12:28:38] <alex_joni> jepler: looks great, only the next_inactive, up, previous buttons (at the top, and very bottom) seem to be missing
[12:51:59] <jepler> yeah those URLs are quite busted aren't they
[12:55:31] <alex_joni> probably busted because you have only 1 chapter
[12:56:03] <jepler> no -- here's what the image src is:
http://emergent.unpy.net/usr/share/latex2html/icons/nx_grp_g.png
[13:02:43] <alex_joni> jepler: still lots better than what I managed to produce :)
[13:02:48] <alex_joni> * alex_joni runs home
[13:02:50] <alex_joni> later ..
[13:04:57] <jepler> I'm tempted to make an emc2/docs/src/Makefile which invokes ../src/Makefile to make 'docs' or 'docclean', because I find myself often doing that
[13:05:03] <jepler> anybody have an opinion?
[13:05:10] <jepler> I mean, I'm tempted to check it in...
[13:23:29] <cradek> I think that would be nice
[13:25:40] <jepler> ,,Arguments to SF@gobble@twobracket are too complex ...
[13:32:48] <cradek> ?
[13:34:52] <jepler> that's what latex2html just told me
[13:39:03] <cradek> oh
[13:39:06] <cradek> helpful
[13:51:50] <alex_joni> stop gobbling
[13:52:26] <alex_joni> jepler: did you mean that emc2/docs/src/Makefile invokes ../src/Makefile? or the other way around?
[13:52:36] <jepler> emc2/docs/src/Makefile invokes ../src/Makefile
[13:52:47] <jepler> just so you can type 'make' in emc2/docs/src
[13:53:17] <alex_joni> oh.. I thought the other way around..
[13:53:36] <alex_joni> any reason to invoke the compile while doing the make in the docs/ dir?
[13:54:04] <alex_joni> jepler: or am I missing something?
[13:55:11] <alex_joni> nm, I finally caught your idea.. (a phony makefile in docs/src/ which invokes the main Makefile to build/clean the docs) .. right?
[13:55:15] <jepler> right
[13:55:26] <alex_joni> ok, then I'm good with it :)
[13:55:27] <jepler> ~/emc2.head/docs/src$ cat Makefile
[13:55:27] <jepler> docs:
[13:55:27] <jepler> make -C ../../src docs
[13:55:27] <jepler> clean:
[13:55:27] <jepler> make -C ../../src docclean
[13:55:49] <alex_joni> I thought you want to move the docs and docclean rules from the main Makefile to this one,
[13:55:58] <alex_joni> then if needed have the main Makefile invoke this one
[14:00:31] <SWPadnos> this is "docs" in the emc2/ dir, not the documents module, right?
[14:01:32] <alex_joni> right
[14:01:39] <alex_joni> emc2/docs/src/..
[14:02:34] <SWPadnos> how about throwing a makefile in emc2/ that'll either cd src && make or make -C src/
[14:02:57] <SWPadnos> that would be a bit more "normal" - go to the emc dir, and type "make"
[14:03:12] <alex_joni> that was the initial way..
[14:03:16] <SWPadnos> rather than cd src, make, cd .., try running with scripts/emc ...
[14:03:23] <alex_joni> before the Makefile was moved to src/
[14:03:33] <alex_joni> not sure why it got moved..
[14:03:35] <SWPadnos> how long ago was that?
[14:03:38] <SWPadnos> * SWPadnos doesn't remember
[14:04:20] <alex_joni> "moved configure script and top level makefile from top level directory to src directory, preparing for port to kernel 2.6"
[14:04:24] <alex_joni> 15 months ago
[14:04:36] <alex_joni> it probably had nothing to do with 2.6 support
[14:05:06] <SWPadnos> weird - I guess my memory just isn't working right :)
[14:05:46] <SWPadnos> which reminds me of a funny thing. yesterday, I was looking for a couple of DIMMs, and I had to chuckle at the thought "now, where did I leave that memory" ;)
[14:06:52] <jepler> You can't run LATEX2HTML in a subdirectory that contains a dot within the directory name, such as latex2html-98.1, or in name of any higher directory. This is because dvips's -o
[14:06:58] <jepler> ...
[14:07:20] <jepler> OFFS
[14:07:39] <alex_joni> jepler: :/
[14:07:45] <SWPadnos> I guess that'll never run on DOS :)
[14:09:12] <alex_joni> did you guys hear about GooOS ?
[14:09:57] <SWPadnos> err - no
[14:10:30] <alex_joni> Google OS
[14:10:36] <alex_joni> http://www.kottke.org/04/04/google-operating-system
[14:11:24] <SWPadnos> oh yeah - there was some discussion of this a while ago on Slashdot
[14:11:37] <SWPadnos> I thought of Leo Kottke when I saw the URL
[14:12:11] <alex_joni> nothing official from google though
[14:13:03] <SWPadnos> they actually build enough computers that they're the #3 provider of PCs (behind Dell and HP/Compaq), I think
[14:13:30] <SWPadnos> I saw something to that effect recently, but I may have the numbers wrong
[14:14:14] <alex_joni> heh
[14:14:19] <alex_joni> bbl..
[14:14:24] <SWPadnos> see ya
[14:14:29] <SWPadnos> what time is it there?
[14:14:47] <SWPadnos> 19:15?
[16:03:51] <jepler> latex2html -local_icons -unsegment --info=0 --split +0 -html_version 4.0,math,table gui/axis.tex
[16:08:24] <SWPadnos> oh - sure. that looks right
[16:08:28] <SWPadnos> * SWPadnos boggles
[16:49:09] <jepler> I'm close to checking in this stuff for html docs
[16:49:23] <cradek> that's great
[16:49:33] <jepler> it doesn't get .eps files into the html yet
[16:49:53] <jepler> not sure why not...
[16:49:58] <jepler> and the configure test isn't done
[16:49:59] <cradek> are those the diagrams in the hal doc?
[16:51:11] <jepler> yes, and there are some in 'homing'
[16:52:17] <jepler> /usr/bin/dvips: Could not find figure file emc2-motion-homing-diag.eps; continuing
[16:53:21] <cradek> something needs massaging...
[17:07:07] <alex_joni> cradek: that's me
[17:07:16] <alex_joni> my massage hour is about to start
[18:21:52] <jepler> lucky you
[18:54:35] <alex_joni> finished already :)
[18:54:48] <alex_joni> jepler: I was wondering about one thing..
[18:55:13] <alex_joni> it somehow seems 'less productive' if we keep increasing the build-dep for emc2
[18:55:43] <alex_joni> especially for narrowband dialup users
[18:56:09] <jepler> alex_joni: the build-dep has to be complete
[18:56:20] <alex_joni> I wonder if it wouldn't be possible to have another source package defined in the debian control, so one could do apt-get build-dep emc2-basic
[18:56:29] <jepler> we may want to stop recommending 'apt-get build-dep emc2' as the only way to get the build prerequisites
[18:56:55] <alex_joni> and the emc2-basic would have deps only for building the basic stuff
[19:00:36] <SWPadnos> maybe change it so that build-dep emc will only pull in the basics, and make emc2-dev pull in all dependencies
[19:01:11] <SWPadnos> since most people trying to build EMC are doing it for feature reasons, not for development (I assume)
[19:02:06] <jepler> no no no no
[19:02:11] <jepler> the build-dep must be complete
[19:02:28] <jepler> otherwise you can't rebuild the emc2 package with the regular apt/dpkg method
[19:02:33] <jepler> apt-get build-dep; apt get -b source
[19:02:39] <SWPadnos> ah - ok then
[19:03:19] <alex_joni> jepler: I can see that, that's why I asked about an emc2-basic or similar
[19:03:57] <cradek> the deb build-dep and building a cvs checkout are not necessarily related.
[19:04:28] <alex_joni> cradek: no, but that is a nice, simple command one can remember ;)
[19:04:29] <cradek> the deb build-dep is for rebuilding the deb; that it is convenient for getting packages for development is nice but not the primary objective
[19:06:53] <jepler> and 'apt-get build-dep emc2' followed by trying to build the CVS version won't necessarily work: because it installs the dependencies for the stable version, while you're probably building the development version if you're working with a CVS tree
[19:07:03] <jepler> it will often work, or get you 80% of the way there
[19:07:13] <alex_joni> jepler: right
[19:07:19] <cradek> true, and it's getting worse as we add more stuff in head
[19:07:22] <jepler> http://unpy.net/emc2-docs/
[19:07:33] <jepler> here are the HTML docs as created by my machine
[19:07:37] <alex_joni> but we'll release 2.1.x soon, so that will balance itself out
[19:08:02] <jepler> still not all of the images are there, for instance the first figure in
http://unpy.net/emc2-docs/code/Code_Notes/
[19:08:16] <alex_joni> jepler: any possibility to build the main files as well?
[19:08:47] <jepler> alex_joni: well, if you can get it to work
[19:09:26] <alex_joni> jepler: oh-oh, that doesn't sound very good :)
[19:12:40] <jepler> alex_joni: I couldn't get included files to work -- when there's an \input or \include, latex2html uses texexpand, but that quits producing output as soon as it hits the first \end{document}, which is at the end of each .tex file produced by '$(LYX) --export latex'
[19:13:13] <alex_joni> oh.. I see..
[19:13:24] <alex_joni> so input or include shouldn't matter?.. same problem?
[19:13:50] <jepler> I am not sure. I read texexpand for awhile but I did not achieve enlightenment (it's in perl)
[19:14:52] <alex_joni> yuck
[19:25:33] <alex_joni> jepler: how can you write that crap?
[19:25:39] <alex_joni> + mkdir -p $(dir $(dir $@))
[19:25:45] <alex_joni> looks like ASCII art to me :D
[19:30:56] <jepler> alex_joni: way too much time writing makefiles in my life
[19:31:35] <alex_joni> jepler: I suspect that's the reason there are "experts" out there
[19:31:41] <alex_joni> so other people don't have to bother :D
