IRC log for #brlcad on 20070819

01:42.15 *** join/#brlcad poolio (n=poolio@12.180.114.2)
02:22.07 poolio brlcad: I'm in Pittsburgh :)
02:27.01 *** join/#brlcad poolio (n=poolio@12.180.114.2)
04:38.39 brlcad :)
06:31.38 *** join/#brlcad yukonbob (n=yukonbob@whthyt224-180.northwestel.net)
07:31.30 *** join/#brlcad ertugerata (n=Ertugrul@88.227.89.170)
07:31.35 ertugerata salut
07:58.08 brlcad salut!
07:59.24 ertugerata brlcad configure ne trouve pas TK library
07:59.50 brlcad ertugerata: can you pastebin the configure output?
08:00.08 ertugerata one minute
08:00.11 brlcad thx
08:02.02 ertugerata http://contrib.pardus.org.tr/buildlogs/brlcad.log brlcad
08:02.38 brlcad eep
08:02.41 brlcad /usr/bin/libtoolize: line 93: echo: write error: Broken pipe
08:02.43 brlcad ?
08:03.20 brlcad also, 7.10.2. is posted :)
08:04.07 ertugerata 7.10.2 stable ?
08:05.58 brlcad or just cvs update
08:06.15 ertugerata in my system TCLTK existe /usr/lib/tkConfig.sh and /usr/lib/tk8.5
08:06.19 brlcad yes, it should be stable, though it probably won't change your cofigure test results
08:06.27 brlcad paste your config.log please?
08:06.35 ertugerata thanks
08:06.52 brlcad i see it correctly found libtk8.5 and found the header
08:07.05 brlcad it later failed a test of whether it works
08:07.14 ertugerata yes
08:07.25 brlcad the config.log should have the reason why
08:07.30 ertugerata 9 of 9 a problem
08:07.40 ertugerata 8 of 9
08:07.43 brlcad :)
08:08.14 brlcad config.log please?
08:10.11 brlcad I just need like the last 200 lines in the file if it makes a difference
08:10.35 brlcad also would be good to know exactly what your configure line is ./configure ....something...
08:13.11 ertugerata brlcad :http://svn.pardus.org.tr/contrib/applications/science/brlcad/actions.py
08:16.06 brlcad good lord!
08:16.18 brlcad you can simplify that :)
08:16.56 ertugerata why
08:17.29 brlcad all of the enable/disables turn into: --disable-almost-everything --enable-iwidgets-build=yes --disable-static --disable-debug --enable-optimized
08:17.50 brlcad no harm doing them all, but the --disable-almost everything turns everything off
08:17.58 ertugerata hmm
08:18.01 brlcad all of the *-build options
08:18.16 ertugerata opennurbs ?
08:18.47 brlcad opennurbs isn't used yet
08:18.55 brlcad it builds, but it's exposed by a tool
08:19.07 ertugerata disabled
08:19.08 brlcad 7.10.2 forces it off
08:19.52 ertugerata refresh actions.py
08:20.29 brlcad no change
08:20.52 brlcad also.. you set --prefix=/usr/brlcad, yet install docs into /usr/share ?
08:20.56 ertugerata -ltk8.5 and -ltcl8.5 ?
08:21.10 ertugerata docs in /usr/share ?
08:21.39 brlcad ah, interesting you manually added -ltk8.5 .. did it need that?
08:21.44 ertugerata db , simple_applications too
08:22.01 ertugerata dont needed ?
08:22.30 brlcad not a problem, just why different? /usr/share != /usr/brlcad
08:22.50 brlcad anyways.. that's not the problem
08:22.52 brlcad config.log?
08:23.18 ertugerata wait je vais compiler
08:23.32 brlcad config.log is generated after configure fails
08:25.01 ertugerata in misc/enigma config.guess and config.sub needed ?
08:25.35 brlcad during sub-configure, but not after
08:25.58 brlcad step 9 of 9 :)
08:29.20 brlcad takes that long to get the config.log?
08:29.22 brlcad slow machine?
08:29.43 brlcad config.log is in top dir, same dir as configure
08:29.54 brlcad unless you build outside dir
08:30.28 ertugerata p4 2.66 512 RAM
08:30.36 ertugerata laptop
08:31.12 brlcad configure should only take two or three minutes then..
08:31.25 ertugerata autogen.sh ?
08:33.54 ertugerata same problem
08:34.09 brlcad i'm sure.. that was not a fix
08:34.13 brlcad I need the config.log :)
08:34.32 brlcad not a fix, just a simplification
08:34.52 ertugerata tous ?
08:35.19 brlcad ~x fr en tous
08:35.40 brlcad yes, all of config.log .. or last 500 lines
08:36.06 brlcad ~x en fr whatever is easier, I just need to see the error in the config.log file
08:37.10 ertugerata http://rafb.net/p/AoW8L568.html
08:37.28 ertugerata last lines
08:37.46 brlcad need more
08:37.55 ertugerata all
08:38.02 brlcad sorry, I thought 500 would be enough
08:38.05 brlcad yeah, all
08:38.09 ertugerata tanks
08:38.13 ertugerata thanks
08:39.48 ertugerata http://svn.pardus.org.tr/pardus/playground/ertugrul/experimantal/config.log
08:40.00 brlcad thx
08:41.35 brlcad wow
08:41.59 brlcad http://pastebin.bzflag.bz/m528104f4
08:42.17 brlcad it actually did fail
08:44.12 ertugerata why ?
08:50.00 ertugerata where conftest ?
08:50.03 brlcad i'm looking
08:50.24 brlcad i get the same error on a different box, testing
08:51.10 brlcad ahhhhh
08:51.17 brlcad hrm
08:51.27 brlcad fg
08:52.17 brlcad compile this: http://my.brlcad.org/~sean/tktest.c
08:52.34 *** join/#brlcad Eren (n=eren@unaffiliated/erenturkay)
08:52.37 Eren hi
08:53.11 ertugerata gcc -ltk8.5 ?
08:53.51 brlcad something like: g++ tktest.c -I/usr/X11R6/include -L/usr/X11R6/lib -ltcl8.5 -ltk8.5 -lX11 -lXss
08:55.12 brlcad I basically get a DISPLAY error
08:55.33 brlcad which makes sense.. the machine I was testing was a remote server with no X11 display
08:55.46 Eren brb
08:55.50 ertugerata in root console a display error
08:55.59 brlcad that's why configure is failing
08:57.33 brlcad edit configure.ac -- change the return 1 to a return 0 after "Tk_Init returned error" line
08:57.33 ertugerata in root console X dont work
08:57.45 brlcad yeah, the check isn't good
08:58.37 brlcad it's there because there are lots of systems where tk_init fails for other reasons.. that test tries to make sure the library works, not test X11
09:02.02 Eren brlcad: so, you say "hack it!"
09:02.03 Eren :)
09:03.21 brlcad unless you want to help me make a better test :)
09:03.38 brlcad i'm trying to find a better function call to make for libtk instead of Tk_Init
09:11.54 ertugerata brlcad: fixed in CVS ?
09:13.40 Eren brlcad: we don't want to package it immediately, we can wait for your solution
09:22.17 yukonbob brlcad: are you not using tclConfig.sh and tkConfig.sh?
09:23.07 CIA-27 BRL-CAD: 03brlcad * 10brlcad/configure.ac:
09:23.07 CIA-27 BRL-CAD: improve the libtk functionality test with the help of ertugerata (thx!) so that
09:23.07 CIA-27 BRL-CAD: it no longer uses Tk_Init() (which had the unfortunate side-effect of attempting
09:23.07 CIA-27 BRL-CAD: to talk to an X11 server and wanting DISPLAY to be set). instead, it now uses
09:23.07 CIA-27 BRL-CAD: Tk_GetScrollInfo which basically just parses a number out of a string.
09:23.37 brlcad yukonbob: what for?
09:23.59 brlcad ertugerata | Eren: there that should fix it
09:24.03 yukonbob you're testing for installed Tk?
09:24.21 brlcad yes, testing that it actually can call a symbol
09:25.05 brlcad at this point, it's already tested that the lib links and that the headers link -- the third/last test is an actual functionality test where it runs a program that calls a symbol in that lib
09:25.25 brlcad this is done for pretty much all external dependencies as part of determining whether we need to compile them or not
09:25.26 Eren brlcad: okay, is CVS version stable?
09:25.32 Eren brlcad: could you please backport the patch :(
09:25.38 Eren I'm autoconf newbie
09:25.46 yukonbob brlcad: extensive ;)
09:26.22 yukonbob ~lart brlcad
09:26.22 ibot takes a rusty axe and swings it violently, taking brlcad's head off
09:26.27 yukonbob !
09:26.31 yukonbob violent
09:27.53 brlcad Eren: backport? the tarball's already posted, I can't pull it .. but yes, cvs is pretty stable most of the time -- there is a STABLE branch, but it's not been synchronized with latest release just yet
09:28.11 brlcad Eren: I can provide a patch, would that help?
09:28.31 brlcad yukonbob: necessary
09:28.40 Eren brlcad: if cvs is stable, we can package cvs version
09:29.18 brlcad Eren: what are you packaging on?
09:29.30 Eren brlcad: hm?
09:29.37 Eren sorry, I don't get ti
09:29.39 Eren it*
09:29.45 ertugerata brlcad: me packaging
09:29.46 brlcad i saw the python build file -- what package system is that?
09:30.26 brlcad mm, i should too
09:30.27 brlcad cya yukonbob
09:30.55 Eren brlcad: ahh :) it's "pisi"
09:31.09 Eren Pardus uses pisi for package management
09:31.51 Eren brlcad: pisi uses python scripts and xml schemas
09:31.58 brlcad there's one I've not heard of yet :)
09:32.00 Eren it's great, and easy-to-understand spec files
09:32.02 ertugerata Eren: in misc/enigma needed config.sub and config.guess ?
09:33.24 brlcad I presume enigma's config files are called during enigma's sub-configure (which should occur now that the libtk test is fixed), but I can't say for sure
09:33.51 brlcad they're certainly not critical files -- enigma is not important (at all)
09:34.51 brlcad Eren: if you'd like access to keep your spec files in cvs, just let me know -- glad to have folks working on package system integration
09:35.11 Eren brlcad: thank you,
09:35.18 Eren when we ok, I'll let you know
09:35.37 brlcad there's already a handful in misc/ for archlinux and a few others in the works
09:36.05 brlcad it's only really recently that integration has been more reasonably possible now that we've finally gotten away from a customized tk
09:36.54 brlcad okay, time to sleep .. cya!
09:37.07 brlcad leave me a note here if you need anything, I read the backlog
09:37.26 Eren brlcad: enjoy
09:38.05 brlcad oh, and if you do get it working and what to be included in release notifications, let me know and I'll add you to our list in the HACKING file
09:39.02 Eren brlcad: ah, just one question
09:39.13 Eren brlcad: the last change (last commit) is in the tarball?
09:39.40 brlcad no, the tarball was posted a couple days ago
09:39.54 Eren I mean, the tk problem
09:39.57 brlcad next release won't be for a three or four weeks
09:40.12 Eren hmm, ok, so we should checkout cvs repository
09:40.13 brlcad the last change is in cvs
09:40.32 brlcad I can make a patch that you can apply to the tarball, but I can't change the posted tarball
09:41.09 brlcad if you want to wait, there will be another release in just a couple weeks that will have the fix too
09:41.25 Eren brlcad: ahh, patching release tarball is more common, maybe you can release a patch in your home page?
09:41.42 Eren and users who don't want to get cvs checkout will be able to build it
09:42.06 brlcad we try to make monthly releases
09:42.12 Eren okay
09:42.22 brlcad avoids the headaches of dealing with patches
09:42.28 brlcad and keeps things rolling
09:42.59 Eren brlcad: hey, tk problem is fixed, but my friend (ertugerata who don't know English well) says there is an error in "mics/enigma"
09:43.09 Eren config.sub and config.guess files are missing he says
09:43.21 brlcad hrm, that's odd
09:43.35 brlcad he was asking if those files were needed
09:43.46 brlcad was that because of the error or because he wanted to remove them? :)
09:44.19 Eren brlcad: I think, because of the error
09:44.29 ertugerata config.sub and config.guess in misc/enigma
09:44.32 brlcad more importantly, what exactly is that error?
09:44.55 Eren brlcad: 1 min pls
09:47.01 brlcad my guess would be an autoreconf bug -- it has all sorts of issues with recursive configures, depending on the specific version being used -- I don't recommend calling it directly, we provide an autogen.sh script that takes care of many autotools issues
09:47.54 Eren shelltools.system("sh autogen.sh")
09:48.00 brlcad sure
09:48.03 Eren brlcad: calls autogen.sh
09:48.07 Eren not calls directly
09:48.47 brlcad I saw an autoreconf line in there originally, with options -fi or somesuch
09:49.02 brlcad (in the .py file)
09:49.08 Eren brlcad: it was fixed
09:49.28 Eren I mean, "-fi" option
09:50.02 brlcad i mean you call autogen.sh instead of autoreconf
09:50.06 brlcad not together
09:50.16 Eren ok, that's what I do
09:50.22 brlcad okay
09:52.25 brlcad alright, have to pick this up later -- it's pretty early/late here.. cya guys
09:52.51 Eren brlcad: cya
09:53.07 Eren brlcad: thanks for you help
10:12.18 *** join/#brlcad thing0 (n=ric@203-166-251-50.dyn.iinet.net.au)
11:09.32 *** part/#brlcad thing0 (n=ric@203-166-251-50.dyn.iinet.net.au)
12:48.27 *** join/#brlcad elite01 (n=elite01@dslc-082-082-066-033.pools.arcor-ip.net)
13:38.30 *** join/#brlcad Maloeran (n=maloeran@glvortex.net)
17:28.46 *** join/#brlcad Elperion (n=Bary@p54877976.dip.t-dialin.net)
18:12.30 louipc from 7.10.2 @PATCH_VERSION@ is 2 yeah?
18:19.03 brlcad yes
18:19.10 brlcad major.minor.patch
18:19.26 ``Erik just like leenewx
19:25.48 yukonbob heh -- My name is linux, and the proper way to say "linux", is "linux". :)
19:26.01 yukonbob uh
19:26.06 yukonbob *my name is linus
19:26.13 yukonbob (finger memory)
19:26.40 yukonbob ~lart yukonbob's fingers
19:26.40 ibot beats yukonbob's fingers severely about the head and shoulders with a rubber chicken
19:27.44 louipc hahah
19:27.56 CIA-27 BRL-CAD: 03louipc * 10brlcad/misc/archlinux/Makefile.am: Some tweaks
19:29.09 CIA-27 BRL-CAD: 03louipc * 10brlcad/misc/archlinux/PKGBUILD.in: ditto
19:31.38 CIA-27 BRL-CAD: 03louipc * 10brlcad/misc/archlinux/PKGBUILD.static: just in case.
19:32.58 CIA-27 BRL-CAD: 03louipc * 10brlcad/misc/archlinux/ (brlcad.install brlcad.sh):
19:53.56 brlcad just in case? :)
19:58.42 louipc yeah the static one can be used as a reference at least anyways heh. the whole package should be installed in /opt for archlinux though
20:36.45 brlcad is /opt required, or just the default?
20:37.03 brlcad that was the only reason for making it configurable, so that it would respond to ./configure --prefix=/opt
20:37.28 brlcad presumably folks that don't want it in opt might have it elsewhere, so it was templatized
20:39.16 brlcad either way, shouldn't have both .in and non.in files as it'll cause cvs to always show one of them modified everytime someone builds
20:46.58 louipc brlcad: it's an archlinux packaging standard to put large self-contained pkgs in /opt
20:47.34 louipc hmm
20:51.33 brlcad yes, but one that can be changed or required? :)
20:51.57 brlcad not a big deal in the least, just a consideration
20:52.19 brlcad either way, both versions shouldn't stay too :)
20:52.25 louipc yeah well if BRL-CAD ever gets added to offical repos it'll be in /opt
20:53.45 brlcad for sake of argument though, that's also the case with the freebsd ports system, but users can still use the official ports system and configure a different root if they are so inclined
20:54.14 louipc so maybe it should go configurable
20:54.15 brlcad most don't of course, so if you didn't know, you could think that it was the only way
20:54.56 brlcad dunno, like I said -- is it really required for arch or just exceptionally common to use opt?
20:59.31 yukonbob pwd
20:59.34 yukonbob ww
20:59.44 louipc I'd say it is required. but if someone wants to make a modified pkgbuild that's fine. I wouldn't expect them to go into the brlcad source for them though, rather from the archlinux servers.
21:05.24 *** join/#brlcad iday (n=iday@c-68-50-191-200.hsd1.md.comcast.net)
21:35.41 louipc hmm different distros have different ways of doing things too :/ if you want to automate building pkgs for various distros maybe they should have separate @DISTRO_ROOT@ or something..
21:35.56 louipc I'm not really sure how to go about it
21:53.37 CIA-27 BRL-CAD: 03louipc * 10brlcad/misc/archlinux/ (7 files): OK. Make more configurable. I'll keep PKGBUILD.static to demonstrate Arch Linux packaging standards and defaults.
22:18.44 *** join/#brlcad poolio (n=poolio@c-24-131-65-6.hsd1.pa.comcast.net)
23:03.28 *** join/#brlcad elite01 (n=elite01@dslc-082-082-066-033.pools.arcor-ip.net)
23:24.13 *** join/#brlcad poolio (n=poolio@c-67-171-66-22.hsd1.pa.comcast.net)
23:26.01 *** join/#brlcad poolio_ (n=poolio@c-67-171-66-22.hsd1.pa.comcast.net)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.