| 01:16.28 | starseeker | ``Erik: sure, send him to me |
| 01:16.36 | starseeker | I'm not on such a tight deadline |
| 03:35.26 | *** join/#brlcad Ralith (~ralith@69.90.48.97) | |
| 06:52.11 | *** join/#brlcad Phurl_ (~mdupont@2001:0:53aa:64c:2051:291b:ae2d:1b81) | |
| 09:19.23 | ``Erik | "look, if your mother made dresses, I'd have called her a tailor" heh |
| 15:37.13 | starseeker | tries out clang on amd64 |
| 15:42.57 | CIA-85 | BRL-CAD: 03starseeker * r38028 10/brlcad/trunk/src/libbu/parse.c: Quell warning - assuming this is indeed supposed to be a literal percent character in the output. |
| 15:44.51 | CIA-85 | BRL-CAD: 03starseeker * r38029 10/brlcad/trunk/src/libbn/tabdata.c: Fix what looks to be typo - actually print the filename string. |
| 16:05.03 | CIA-85 | BRL-CAD: 03starseeker * r38030 10/brlcad/trunk/src/librt/pr.c: Too many conversions for number of data arguments, uvcoord struct doesn't have any more info - remove extra. |
| 16:05.52 | *** join/#brlcad dnk-88 (~dnk-88@217.21.40.13) | |
| 16:07.11 | *** part/#brlcad dnk-88 (~dnk-88@217.21.40.13) | |
| 16:20.15 | *** join/#brlcad dnk-88 (~dnk-88@217.21.40.13) | |
| 16:21.56 | CIA-85 | BRL-CAD: 03starseeker * r38031 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: Unless I'm mistaken, primitive name isn't available within the tess routine - none of the other primitives seem to have a tess(%s) pattern anywhere. |
| 16:22.53 | CIA-85 | BRL-CAD: 03starseeker * r38032 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: No string in tnurb arb8 routine either. |
| 16:24.21 | CIA-85 | BRL-CAD: 03starseeker * r38033 10/brlcad/trunk/src/librt/primitives/arbn/arbn.c: If there is a way to report specifics here, looks like it should be done uniformly for all the primitives - for now, it's not printing anything useful here anyway so clear up the warnings. |
| 16:27.38 | CIA-85 | BRL-CAD: 03starseeker * r38034 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: size_t in use here - if we're now good with size_t, hopefully we can use %zu? |
| 16:29.38 | CIA-85 | BRL-CAD: 03starseeker * r38035 10/brlcad/trunk/src/librt/primitives/dsp/dsp.c: print all the arguments given |
| 16:30.30 | CIA-85 | BRL-CAD: 03starseeker * r38036 10/brlcad/trunk/src/librt/primitives/ell/ell.c: Another stray %s in ell tnurb |
| 16:50.20 | CIA-85 | BRL-CAD: 03starseeker * r38037 10/brlcad/trunk/src/librt/primitives/extrude/extrude.c: Not immediately clear how to get the sketch name in this context - anyway should be easy for debugger to check the actual extrude. |
| 16:56.50 | CIA-85 | BRL-CAD: 03starseeker * r38038 10/brlcad/trunk/src/librt/primitives/generic.c: Not sure what the idea is with %V, but this should function to append the string to logstr - probably a better way using something like bu_vls_vlscatzap to do this... |
| 16:57.59 | CIA-85 | BRL-CAD: 03starseeker * r38039 10/brlcad/trunk/src/librt/primitives/hf/hf.c: Supply arguments to bu_log string. |
| 17:00.12 | CIA-85 | BRL-CAD: 03starseeker * r38040 10/brlcad/trunk/src/librt/primitives/tgc/tgc.c: Yay, this time the name actually is available. |
| 17:02.18 | CIA-85 | BRL-CAD: 03starseeker * r38041 10/brlcad/trunk/src/librt/wdb.c: Add a couple missing printf args. |
| 17:05.23 | CIA-85 | BRL-CAD: 03starseeker * r38042 10/brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: Assuming they want the shell pointer here... |
| 17:09.17 | CIA-85 | BRL-CAD: 03starseeker * r38043 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Add pointer arguments, correct form of bu_log |
| 17:13.56 | CIA-85 | BRL-CAD: 03starseeker * r38044 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mod.c: Add pointer arguments |
| 17:16.46 | CIA-85 | BRL-CAD: 03starseeker * r38045 10/brlcad/trunk/src/librt/primitives/nmg/nmg_pr.c: Fix some debug bu_log statements in nmg_pr |
| 17:28.24 | CIA-85 | BRL-CAD: 03starseeker * r38046 10/brlcad/trunk/src/librt/primitives/nmg/ (nmg_pt_fu.c nmg_rt_isect.c nmg_rt_segs.c nmg_tri.c): |
| 17:28.24 | CIA-85 | BRL-CAD: More bu_log tweakage for nmg. These should probably be gone over carefully to |
| 17:28.24 | CIA-85 | BRL-CAD: see what should actually be reported in debugging to be most useful, but since |
| 17:28.24 | CIA-85 | BRL-CAD: they sure weren't doing the right thing with malformed bu_log statements this |
| 17:28.24 | CIA-85 | BRL-CAD: won't be any worse. |
| 17:33.05 | *** part/#brlcad dnk-88 (~dnk-88@217.21.40.13) | |
| 17:35.12 | CIA-85 | BRL-CAD: 03starseeker * r38047 10/brlcad/trunk/src/libfb/ (fbserv_obj.c if_X.c if_remote.c): Couple minor libfb bu_log and return type tweaks. |
| 17:36.44 | CIA-85 | BRL-CAD: 03starseeker * r38048 10/brlcad/trunk/src/libwdb/bot.c: Report the name. |
| 17:47.31 | ``Erik | yowza, starseeker is on a mission here O.o |
| 17:50.29 | ``Erik | (for shits and giggles: try it on bz.) |
| 17:56.46 | starseeker | ``Erik: that blasted %V thing is annoying |
| 17:57.18 | starseeker | sorry about the spamming - I figured it would be just a few warnings given the "clean" status of things, and then it kinda snowballed... |
| 17:58.12 | ``Erik | *shrug* but it'd be interesting to see what new errors you introduced on non-linux platforms... bz and crit are reasonably x86 boxen to do that on :D |
| 17:59.01 | ``Erik | (crit being the latest shiney and under-utilized, bz is a couple years out of date and 'production') |
| 18:00.00 | ``Erik | dangit, she's jumping up on my lap and biting the insides of my arms |
| 18:00.26 | starseeker | nods |
| 18:00.48 | starseeker | I'm to the failure I remember from before: |
| 18:00.50 | starseeker | ../../../brlcad/src/liboptical/sh_billboard.c:117:41: error: initializer element is not a compile-time constant |
| 18:00.53 | starseeker | struct bu_structparse bbd_parse_tab[] = { |
| 18:01.25 | ``Erik | yeh, break it into two+ lines, with the setting after teh definition |
| 18:01.29 | starseeker | iirc, from what brlcad said we need to define something specific to each compiler about offsets... little beyond my depth |
| 18:02.13 | ``Erik | nah, that one should be changing struct blah meh[] = { somevar }; to struct blah meh[]; meh[0] = somevar; |
| 18:02.27 | starseeker | ah |
| 18:02.43 | starseeker | will monkey with it, but let me get crit building first |
| 18:03.57 | ``Erik | it's named crit because I was preparing to set up a webpage for the world of warcraft guild I was in, "Crit Happens" :) |
| 18:04.04 | ``Erik | doesn't get much nerdier than that |
| 18:04.07 | starseeker | jove is busted on gentoo again <grr> |
| 18:04.10 | starseeker | hehe |
| 18:04.19 | ``Erik | jove is busted on rhel5 as well |
| 18:04.35 | starseeker | <shatner>jove... must... die!</shatner> |
| 18:04.54 | ``Erik | actually, yeah... I almost gutted it friday |
| 18:05.11 | ``Erik | but figured brlcad might bitch and whine if I did that |
| 18:05.46 | starseeker | proposes we hunt up an alternative to stick in as the "always there" editor |
| 18:05.51 | ``Erik | ed. |
| 18:06.05 | starseeker | why do you hate our users so? ;-) |
| 18:06.13 | ``Erik | it's the one true editor |
| 18:06.58 | starseeker | nano is GPL, so that's out |
| 18:07.20 | ``Erik | nvi? |
| 18:07.35 | starseeker | that might do, actually |
| 18:07.45 | ``Erik | (if vi isn't on a system, that system is in no shape to run something like BRL-CAD imho) |
| 18:07.51 | starseeker | true |
| 18:08.08 | starseeker | was wondering if there is anything that could also run on Windows |
| 18:08.27 | ``Erik | back in my sysadmin days, the crash cart sequence was "vim/emacs" no? ok, vi... no? shit... ed? no? bootcd? |
| 18:08.46 | starseeker | heh - I think that's still true |
| 18:09.10 | ``Erik | and then the joy of figuring out what went wrong, how it went wrong, why it'll never go wrong again, how much money was lost, etc |
| 18:09.34 | ``Erik | when "http://www.fedex.com" just stops working, some people get upset :D |
| 18:10.21 | louipc | Yeah vi is a POSIX requirement isn't it? |
| 18:10.50 | louipc | I'd recommend http://ex-vi.sourceforge.net/ if you're thinking about it :P |
| 18:10.56 | ``Erik | believe so, but we do run on a couple non-posix os's |
| 18:11.03 | louipc | it's tiny |
| 18:11.20 | louipc | and works pretty nicely |
| 18:11.31 | ``Erik | ah, and a bsd license, to boot |
| 18:13.35 | louipc | and no desires for a silly GTK front-end |
| 18:14.27 | ``Erik | compiles his vim with the NO_GUI option |
| 18:14.41 | ``Erik | but I do add cscope and ruby support :) |
| 18:15.35 | louipc | yeah vim is more for real work |
| 18:18.09 | starseeker | http://tclpad.sourceforge.net/ or http://sourceforge.net/projects/tcltextedit/ would be nice except they're both GPL |
| 18:18.42 | ``Erik | gotta say, slime is nice... I hope tic gets his project working well... gotta say, if 'viper' is what emacs folk think vi is like, holy shit, no wonder they refuse to try a real vi |
| 18:23.19 | ``Erik | (tic is doing a slime like plugin for vim, talks to the same swank backend) |
| 18:23.30 | louipc | interesting |
| 18:23.43 | starseeker | auugh - this one actually looks nice even, but still GPL: http://code.google.com/p/ezdit/ |
| 18:24.00 | ``Erik | he's in #lisp, I'm sure he'd be happy to talk if that's something that interests ya :) |
| 18:24.49 | starseeker | desperately wonders if we could get away with the editor being GPL, as long as all we do is call it like we do any other editor... |
| 18:25.01 | ``Erik | we do have GPL bits in the repo already... |
| 18:25.10 | louipc | it's interesting, but beyond me at this point :/ |
| 18:25.52 | CIA-85 | BRL-CAD: 03starseeker * r38049 10/brlcad/trunk/src/librt/primitives/generic.c: Ah, I remember now being told something about our adding %V ourselves - whoops. |
| 18:25.54 | louipc | I don't see why you really need to bundle an editor |
| 18:26.16 | louipc | an editor of some kind comes standard on any OS these days |
| 18:26.42 | starseeker | louipc: it's more or less a guarantee of functionality |
| 18:26.48 | louipc | it'd be like gcc including an editor so you wouldn't be stuck not being able to edit code |
| 18:26.51 | ``Erik | I think at one point it was "people expect jove handy when they use BRL-CAD", but I think all those people are retired or dead now O.o |
| 18:26.54 | starseeker | "at least THIS will always work... kinda thing" |
| 18:26.57 | louipc | they don't include an editor do they? |
| 18:27.05 | ``Erik | 'cat' is a good editor |
| 18:27.08 | CIA-85 | BRL-CAD: 03starseeker * r38050 10/brlcad/trunk/src/libged/ (11 files): Clear up a few warnings from clang in libged. |
| 18:27.19 | starseeker | louipc: some of our commands have to launch an editor |
| 18:27.21 | ``Erik | cat > myfile.c |
| 18:27.25 | ``Erik | *codecodecode* ^D |
| 18:27.39 | starseeker | ``Erik: delayed commit msgs, actually |
| 18:27.41 | louipc | gives the thumbs up |
| 18:27.48 | CIA-85 | BRL-CAD: 03starseeker * r38051 10/brlcad/trunk/src/liboptical/photonmap.c: Odd use of % in bu_log... |
| 18:28.00 | ``Erik | was ignoring the cia messages... heh |
| 18:28.22 | starseeker | plus, if people learn "the editor that comes with BRL-CAD" and we make it available cross platform, they can always get stuff done wherever they are |
| 18:28.31 | starseeker | (jove being a case in point...) |
| 18:28.48 | louipc | why can't the OS's editor be considered a dependency like any libraries? |
| 18:29.06 | ``Erik | 'cept I think the one platform that doesn't have vi doesn't support jove, either... O.o |
| 18:29.24 | louipc | hehe |
| 18:30.00 | louipc | if you don't have a windowing system you shouldn't complain to brl-cad about it |
| 18:30.21 | louipc | that's a standard feature of a desktop system |
| 18:30.32 | louipc | shrugs helplessly |
| 18:31.21 | ``Erik | I've argued that it should be the packager/sysadmins job to get the right things in place, got shot down with the "but it needs to 'just work' no matter what" thinking |
| 18:31.49 | louipc | yeah I understand the 'just work' mentality |
| 18:31.50 | ``Erik | so now packagers jump through hoops to disable half the build to use deps and no sane person seriously intends to do --enable-all |
| 18:32.29 | louipc | but you link to the OS libraries, so you can just as well 'link' to it's standard editor |
| 18:33.05 | louipc | unless you really want special functionality in an editor |
| 18:34.19 | ``Erik | which os libraries? heh, didja notice libpng and zlib in the other dir? :D |
| 18:36.02 | louipc | I think I remember someone using a binary build from the website the other day that wouldn't work becaue it was linking to an old library... |
| 18:36.41 | ``Erik | yeh, stdc++ 5 instead of 6 |
| 18:36.48 | louipc | ya |
| 18:36.51 | ``Erik | was a very old version of BRL-CAD though |
| 18:41.47 | starseeker | wonders if nvi can be coaxed into running inside a tk window :-) |
| 18:41.55 | starseeker | that would probably be the best solution |
| 18:42.38 | louipc | nvi has issues with wide-chars/unicode |
| 18:42.53 | starseeker | <snort> and jove doesn't? |
| 18:42.59 | louipc | ex-vi works perfectly as far as my experience |
| 18:43.17 | starseeker | http://ex-vi.sourceforge.net/? |
| 18:43.27 | louipc | except if the file is too large, but that can be configured in a header to accept larger files |
| 18:43.30 | louipc | yeah |
| 18:44.43 | louipc | ymmv :D |
| 18:45.52 | starseeker | on the other hand, the licenses should be all clear now so we could snarf the unicode stuff from ex-vi and stick it in nvi |
| 18:46.11 | starseeker | infinite undo is a Good Thing |
| 18:46.26 | louipc | oh you like the infinite undo |
| 18:46.50 | starseeker | uh, yeah... |
| 18:48.33 | louipc | as far as I can reason is that people would prefer to use their own editor anyways |
| 18:49.01 | starseeker | nods - normally we just pull the EDITOR variable |
| 18:49.05 | louipc | or one they're more familiar with... like the standard one on their OS |
| 18:49.17 | louipc | if they don't know how to config EDITOR |
| 18:49.18 | starseeker | O.o is this actually curses on Windows? http://pdcurses.sourceforge.net/ |
| 18:51.33 | louipc | guess so |
| 18:52.02 | starseeker | cackles evilly |
| 18:52.18 | starseeker | sigh |
| 18:52.24 | starseeker | ``Erik: the filesystem is full |
| 18:52.30 | louipc | wa |
| 18:52.34 | starseeker | crit |
| 18:52.42 | starseeker | one of the bz machines |
| 18:52.46 | louipc | oh |
| 18:54.49 | starseeker | so the plan is clear - port the unicode handling from ex-vi to nvi, get nvi working with pdcurses, get nvi+pdcurses working inside a tk window, and replace jove :-P |
| 18:55.19 | starseeker | (then sit back and listen to the screams of those accustomed to jove keybindings as they meet vi) |
| 18:56.36 | louipc | or listen to the sound of crickets |
| 18:56.39 | louipc | :D |
| 18:56.56 | starseeker | we do still have a few jove users |
| 18:57.25 | ``Erik | yeah, some damn fool put all that docbook crap in to the source, now it corks filesystems |
| 18:57.28 | starseeker | if absolutely no-one anywhere used it, it would probably have been gone long ago |
| 18:57.37 | louipc | why not just leave it then? |
| 18:57.46 | louipc | no need to stir up the pot |
| 18:57.52 | ``Erik | 'k, a gig or so is free now |
| 18:57.57 | starseeker | ``Erik: thanks :-) |
| 18:58.06 | starseeker | louipc: 'cause it's a thorn in our side compile-wise |
| 18:58.07 | ``Erik | 2g |
| 18:58.38 | louipc | but it's disabled by default |
| 18:59.10 | ``Erik | jove is on the deprecated list, too |
| 19:04.16 | starseeker | louipc: apparently there are folks looking at nvi+UTF-8: http://www.kotnet.org/~skimo/nvi/ |
| 19:05.34 | louipc | it's at least 3 yrs old |
| 19:06.03 | louipc | but I guess you could find the patches in debian or something |
| 19:06.11 | louipc | I think they package nvi |
| 19:06.17 | starseeker | so does gentoo |
| 19:07.52 | louipc | I guess I prefer to avoid a dormant upstream |
| 19:40.43 | ``Erik | see, this is where I get spooled up... dormant upstream? |
| 19:41.29 | ``Erik | the lack of updates could mean that yes, the maintainer got bored, moved on, whatever... it could ALSO mean that there simply isn't any reason ... no bugs, no new features required, it's "done" |
| 19:42.05 | ``Erik | I have a few bits of sofwtare that are very much maintained, but haven't been updated in several years... dormant? no. Done? yes. |
| 19:42.22 | ``Erik | shakes his cane at the leenewx whippersnappers some |
| 20:30.26 | louipc | well if you consider a text editor that doesn't properly support unicode complete that's another thing |
| 20:31.45 | louipc | well as I recall it truncates any file up to the point of the occurance of a wide character |
| 20:31.57 | louipc | destroying your data in the process |
| 20:32.40 | louipc | if they can't release a new version to fix such a critical bug, they are obviously dormant |
| 20:48.01 | ``Erik | aight *shrug* if the issue has been reported and they do that, then yeah, I agree |
| 20:48.26 | ``Erik | but I've seen many 'active' projects called dormant/dead just because they don't release every 2 weeks |
| 20:48.45 | ``Erik | knowwhatImean,vern? |
| 20:49.06 | louipc | yeah I know what you're saying |
| 20:53.32 | ``Erik | having sat and watched someone on irc bitch about one of my projects being "dead" because there hasn't been a release in X months... I have some personal issue there :) |
| 20:54.17 | *** join/#brlcad Ralith (~ralith@69.90.48.97) | |
| 20:57.10 | louipc | haha |
| 20:57.19 | louipc | if there's nothing to fix then why release? |
| 20:59.28 | ``Erik | that's my opinion, but I've seen zomfg people calling a project 'dead' due to lack of releases |
| 21:00.06 | ``Erik | I've seen one of MY projects called dead because there hadn't been a release in a few months... |
| 21:01.23 | ``Erik | this only contributes to my derisive behavior towards linux users... :D |
| 21:02.16 | *** join/#brlcad Nohla (~jesica@190.177.148.127) | |
| 21:03.00 | ``Erik | the bsd guys... I've stated "yo, this has been sitting here for 10 years, we're using archive sites for the src, can we cal this dead?" "uh, is there anything wrong with it? no? then hold yer horses |
| 21:26.03 | starseeker | ``Erik: bah, full again |
| 21:26.14 | starseeker | what ate all the disk space? |
| 22:11.16 | Nohla | starseeker hola! |
| 23:00.48 | *** join/#brlcad Nohla (~jesica@190.177.191.202) | |
| 23:20.33 | *** join/#brlcad pitanga (~pitanga@fsf/member/pitanga) | |
| 23:24.43 | ``Erik | peoples home dirs |
| 23:35.46 | *** part/#brlcad pitanga (~pitanga@fsf/member/pitanga) | |