2004/08/13
IRC [07:03] <Dossy> whee.
IRC [08:55] <Dossy> anyone here have any Liebert clue?
IRC [11:10] <jhavard> dossy: what do you need?
IRC [11:10] <jhavard> we have a couple of lieberts here at our colo.
IRC [11:11] <jhavard> (the answer is typically turn it off and let it thaw or call the A/C folks)
IRC [11:12] <Dossy> heh
IRC [11:12] <Dossy> no not liebert coolers, but UPS
IRC [11:13] <Dossy> i have a cheap GXT1500 that's battery is low and i can't figure out how to turn off the stupid alarm
IRC [11:13] <jhavard> no clue on their ups products.
IRC [11:13] <jhavard> On the a/c's, just hitting enter or escape will clear the alarm.
IRC [11:14] * Dossy sighs
IRC [11:14] <Dossy> yeah.
IRC [11:14] <Dossy> need to find someone who knows a liebert tech.
IRC [11:15] <Dossy> oh well
IRC [11:21] <jhavard> rip out the battery.
IRC [11:21] <jhavard> that's the easiest solution.
IRC [11:21] <jhavard> and then disconnect from the mains.
IRC [11:21] <Dossy> heh
IRC [11:30] <Dossy> anyone want to help review current open aolserver bugs and help prioritize? :)
IRC [11:35] <jhavard> only 45 bugs listed
IRC [11:39] <jhavard> just the unassigned bugs, or all of them?
IRC [11:40] <erph> Does anybody know any worth of recommendation TCL tutorial?
IRC [11:41] <Dossy> grr, i hate GPL
IRC [11:41] <Dossy> jhavard: all of them, really
IRC [11:41] <Dossy> erph: online? not really
IRC [11:42] <Dossy> erph: the Brent Welch Tcl/Tk book is excellent though
IRC [11:45] <jhavard> The way I learned what little tcl I know is the tcl man pages on http://tcl.tk/
IRC [11:57] <Dossy> erph: well, just look at the open bugs and say if you think it sounds important to fix or not
IRC [11:57] <Dossy> I just want help prioritizing them.
IRC [11:57] <Dossy> Basically, what are the next few bugs that I should fix :)
IRC [11:58] <Dossy> I'm working on #1008721 now
IRC [11:58] <jhavard> the fun part is determining which are bugs and which are feature requests.
IRC [11:58] <erph> 208 total ;)
IRC [12:02] <erph> Dossy: #935907 is what you helped me with yesterday. it's done i think
IRC [12:02] *** rubick joined the chat.
IRC [12:06] <erph> Dossy: http://apm.cifrid.net/aolserver/fastpath.diff something simple for something irritating ;)
IRC [12:07] <Dossy> erph: only look at Open bugs
IRC [12:07] <jhavard> I'd vote for closing 746579, it't not really a bug and there are 50,000,000 different ways of doing that.
IRC [12:07] <Dossy> hold on
IRC [12:07] <Dossy> sending an email ...
IRC [12:08] <erph> Dossy: that's what i do. #935907 Status: Open
IRC [12:11] <erph> Dossy: you probably were referring to the total... sorry ;)
IRC [12:19] <erph> hm... there are no critical bugs to fix i think ;) from that what i see aolserver is quite ok ;) maybe #1008721 and non-windows-related bugs with segv should be considered more important...?
IRC [12:27] <Dossy> ok
IRC [12:27] <Dossy> thanks :)
IRC [12:29] <erph> jhavard: why i can't find this bug?
IRC [12:39] <jhavard> [ 892112 ] ns_sendmail should encode subject if it contains non-ASCII
IRC [12:40] <jhavard> That sounds like a good one to go after.
IRC [12:41] <erph> jhavard: why not do it manually before calling ns_sendmail?
IRC [12:41] <jhavard> well, that could be the solution
IRC [12:43] <jhavard> Just like the solution to "there is no mod_rewrite for aolserver" problem is "this isn't apache. you could easily write a proc in tcl that will be infinitely more powerful than mod_rewrite and then map the url to be rewritten
IRC [12:43] <erph> ;)
IRC [12:44] <jhavard> That answer would close #789385 and 793870
IRC [12:45] <jhavard> Or the person in bug 793870 that things implementing UPnP in aolserver would "make it so that a restart isn't necessary when changing configuration"
IRC [12:47] <jhavard> 827727 can be closed... there's nstcl available on sf.
IRC [12:47] <jhavard> and besides, how are you supposed to test web services without a web server?
IRC [12:50] <erph> jhavard: could you give mi an URL to 793870?
IRC [12:50] <erph> s/mi/me/
IRC [12:53] <jhavard> https://sourceforge.net/tracker/index.php?func=detail&aid=793870&group_id=3152&atid=353152
IRC [12:59] <jhavard> 972994 would also seem to be rather important
IRC [13:05] <erph> jhavard: yup. it doesn't work well
IRC [13:10] <Dossy> yup
IRC [13:16] <jhavard> yup on what?
IRC [13:30] * jhavard goes to lunch
AIM [13:51] *** GizmoBeastLives joined the chat.
AIM [13:53] <GizmoBeastLives> TCL for Web Nerds - http://philip.greenspun.com/tcl/ - is a pretty good introduction I think
AIM [13:57] <GizmoBeastLives> The authors are a bit biased towards languages where most of the characters are parentheses, but the structure and writing are good for beginners
AIM [13:57] <GizmoBeastLives> There are a few parts that would ideally be updated for newer versions of TCL.
AIM [14:01] <GizmoBeastLives> I've closed #834359 which I opened but was fixed a while ago
IRC [14:43] <Dossy> what bug was that?
IRC [14:43] <Dossy> forget bug
IRC [14:44] <jhavard> forget that
IRC [14:44] <Dossy> thanks, jhavard :)
IRC [14:44] <jhavard> this is something
IRC [14:44] <jhavard> forget this
IRC [14:44] <Dossy> i should probably not let "this" and "that" get set as facts :)
IRC [14:44] <jhavard> you know dossy, there's a reason the standard infobot requires the bot to be addressed by default...
IRC [14:44] <Dossy> jhavard: i know ;)
IRC [14:44] <Dossy> but the problem is from the aim side.
IRC [14:45] <Dossy> should the bot respond to "bot" as its name?
IRC [14:45] <jhavard> hrm...
IRC [14:45] <Dossy> work on that change some other time.
IRC [14:45] <jhavard> or how about eggdrop style !sol33t commands
IRC [15:15] *** zio_ joined the chat.
IRC [15:16] <zio_> hi... i wonder if anyone could help me with hunting down a weird nspostgres problem
IRC [15:18] <zio_> or maybe just explains me the meaning of the lnsdb flag to put in makefile
IRC [15:21] <zio_> my problem seems related to libpq.so.3 not being statically linked within nspostgres.so (seems, i'm not sure if ldd reports what is not static and how to detect static libs)
IRC [15:36] <zio_> ok, nm reports static libs with a T prefix to their calls.
IRC [15:37] <zio_> now the question is: how come i have one machine on which postgres libs are linked statically within nspostgres.so and another where they are linked dinamically ?
IRC [15:37] <zio_> not _all_ libs, just libpq.so.3
IRC [15:37] <zio_> bah
IRC [16:19] *** frodoroot joined the chat.
IRC [16:19] <jhavard> what os is this on?
IRC [16:21] <frodoroot> how do you get the number of columns in a row returned by getrow?
AIM [16:22] <GizmoBeastLives> ns_set size $row
IRC [16:31] <frodoroot> thanks Beast
IRC [16:53] <erph> hmmm, how can i get value of X-Forwarded-For header in ADP?
AIM [16:57] <GizmoBeastLives> set xff [ns_set get [ns_conn headers $conn] X-Forwarded-For]
IRC [16:59] <erph> GizmoBeastLives: thank you :)
IRC [17:51] <erph> hm. what's the difference between ns/encodings and ns/mimetypes according to charsets? why in sample configuration file .extensions are note the same in both sections?
IRC [19:06] *** frodoroot parted the chat.
IRC [19:09] <Dossy> ungh.
AIM [19:20] *** NYBadBoy4Life69 joined the chat.
AIM [19:23] *** NYBadBoy4Life69 joined the chat.
IRC [19:24] *** markd2 joined the chat.
IRC [19:25] <markd2> I must be brain-dead or something tonight
IRC [19:26] <markd2> I have ns_section ns/server/${servername}/tcl
IRC [19:26] <markd2> ns_param library /usr/local/aolserver/modules/tcl
IRC [19:26] <markd2> and it's not sourcing all the jazz in /usr/local/aolserver/modules/tcl
AIM [19:34] <GizmoBeastLives> what version of AOLserver is this?
IRC [19:34] <markd2> 4.0.7
AIM [19:35] <GizmoBeastLives> what does ns_library private return?
IRC [19:36] <markd2> ns_library not defined while the config file is being processed
IRC [19:36] <markd2> and I can't run tcl pages to see what it says :-|
AIM [19:36] <GizmoBeastLives> why is that?
IRC [19:37] <markd2> that it's not defined? Or I can't run tcl pages?
AIM [19:37] <GizmoBeastLives> that you can't run tcl pages
IRC [19:37] <markd2> the not running tcl pages is because file.tcl isn't getting sourced
AIM [19:38] <GizmoBeastLives> ok, can you create an adp like <%= [ns_library private] %>
IRC [19:38] <markd2> servPtr->tcl.initfile is pointing at my $serverroot/bin/init.tcl
IRC [19:38] <markd2> okie, lemme check
AIM [19:39] <GizmoBeastLives> I think that's where servPtr->tcl.initfile should be pointing
IRC [19:39] <markd2> /usr/local/aolserver/modules/tcl
IRC [19:40] <markd2> that's my ns_library private
AIM [19:40] <GizmoBeastLives> hmm. how about ns_library shared?
IRC [19:40] <markd2> /usr/local/web/tracker/modules/tcl
IRC [19:41] <Dossy> ARGH!
IRC [19:42] <Dossy> apparently some platforms lack a gethostbyaddr_r()
IRC [19:42] <Dossy> OK, who's here? I want to take a vote.
IRC [19:42] * markd2 is here
IRC [19:42] <markd2> I'll vote only if you help me fix this tcl page problem :-)
IRC [19:42] <Dossy> hheh, sure :)
IRC [19:43] <markd2> one of those stupid "I know I've done this before" kind of things, but I can't find my notes from last year
IRC [19:43] <Dossy> whaddaya need?
IRC [19:43] <markd2> it looks like the stuff in /usr/local/aolserver/modules/tcl is not getting sourced
IRC [19:44] <markd2> including file.tcl so I can get the *.tcl page handler register
IRC [19:44] <markd2> waving all sorts of dead chickens like
IRC [19:44] <markd2> ns_section ns/server/${servername}/tcl
IRC [19:44] <markd2> ns_param library /usr/local/aolserver/modules/tcl
IRC [19:44] <markd2> ns_param sharedlibrary /usr/local/aolserver/modules/tcl
AIM [19:46] <GizmoBeastLives> you could possibly _ns_sourcefile to log what it is trying to source, that might give you some clues
AIM [19:46] <GizmoBeastLives> *possibly modify
IRC [19:47] <Dossy> what's the issue
IRC [19:47] <Dossy> did you do make install?
IRC [19:47] <markd2> it looks like the stuff in /usr/local/aolserver/modules/tcl is not getting sourced
IRC [19:47] <Dossy> forget it
IRC [19:47] <markd2> yep. sudo make install
IRC [19:47] <Dossy> is there an init.tcl in your bin/ dir?
IRC [19:48] <markd2> yes
IRC [19:48] <markd2> lemme nuke that
IRC [19:48] <Dossy> yeah. install fresh
IRC [19:48] <Dossy> bin/init.tcl is the important thing that does the sourcing at startup
IRC [19:52] <Dossy> OK, here's the vote: gethostbyname() is not thread-safe. So, I'm replacing calls to it with a thread-safe version.
IRC [19:52] <Dossy> I have the autoconf done, and implemented the change.
IRC [19:52] *** rubick parted the chat.
IRC [19:52] <Dossy> Now, onto gethostbyaddr() which also isn't thread-safe ...
IRC [19:52] <Dossy> The snag? Not every platform has a gethostbyaddr_r()!
IRC [19:52] <Dossy> and, some that do (like FreeBSD) aren't actually thread-safe!
IRC [19:53] <markd2> gethostbyaddr_r that's not thread safe? ugh
IRC [19:53] <Dossy> So -- I'm looking at RFC2553, which defines getnameinfo() and getaddrinfo() which are to replace gethostbyname() etc. since they are required to be thread-safe AND they support IPv6.
IRC [19:53] <Dossy> RFC2553 was published back in 1999 it seems. That's 5 years ago.
IRC [19:54] *** phaloz joined the chat.
IRC [19:55] *** phaloz parted the chat.
IRC [19:58] *** markd2 parted the chat.
IRC [19:58] *** Dossy parted the chat.
IRC [20:00] *** markd2 joined the chat.
IRC [20:00] *** Dossy joined the chat.
IRC [20:00] <markd2> so I copy /usr/local/aolserver/bin/init.tcl to my pageroot?
IRC [20:00] <markd2> or else is there a dead chicken I need to wave so that /usr/local/aolserver/bin/init.tcl gets run and the stuff in /usr/local/aolserver/modules/tcl/* gets sourced
IRC [20:01] <Dossy> well, what's [ns_info home] claim to be?
IRC [20:01] <Dossy> what's "ns/parameters" ns_param "home" set to?
IRC [20:01] <markd2> hmmm.. that's /usr/local/web/tracker
IRC [20:01] <markd2> which is set by set homedir [file dirname [ns_info config]]
IRC [20:01] <markd2> heh
IRC [20:02] <Dossy> forget which
IRC [20:02] <markd2> lemme hardcode that to /usr/locao/aolserver
IRC [20:02] <Dossy> okay, infobot is dumb.
IRC [20:02] <Dossy> markd2: sounds good.
IRC [20:03] <markd2> woot. that's what it was
IRC [20:03] <markd2> thanks
IRC [20:03] <markd2> Dossy++
IRC [20:04] <Dossy> :)
IRC [20:04] <Dossy> thankee
IRC [20:04] <Dossy> so, did you vote on what to do with platforms that lack getaddrinfo() and getnameinfo()?
IRC [20:05] <markd2> I'd see if the Big Platforms have it (like what AOL uses, Linux, etc). If they have it, then screw the others
IRC [20:05] <markd2> OS X has getaddrinfo, so I'll be happy :-)
IRC [20:07] <markd2> I don't see it in the header files of Solaris 2.7 . Maybe it got added after that
IRC [20:08] *** zio_ parted the chat.
AIM [20:08] <GizmoBeastLives> I believe Win32 has getnameinfo and getaddrinfo
IRC [20:15] <Dossy> uhoh, markd2 - are you sure?
IRC [20:15] <Dossy> it should be in netdb.
IRC [20:15] <markd2> lemme login again
IRC [20:16] <markd2> I did a find in /usr/include grepping for that
IRC [20:16] <Dossy> eek.
IRC [20:16] <markd2> the uname also says 1998, which may explain it too
IRC [20:16] <markd2> er, the motd
IRC [20:16] <Dossy> you're right, not finding getnameinfo() on sol7
IRC [20:16] <Dossy> crappo. frick.;
IRC [20:16] <Dossy> wtf to do.
IRC [20:17] <markd2> does sol7 have a thread-safe gethostbyaddr_r?
IRC [20:17] <Dossy> ok, guess i'll have to use gethostbyaddr_r() and hope for the best :)
IRC [20:17] <Dossy> but i'm going to also implement use of getnameinfo() if it's available. damnit.
IRC [20:17] <markd2> have ns_getnameinfo() be the primary bottleneck, it'll work right on most platforms
IRC [20:17] <markd2> and have it fall back and use gethostbyaddr_r
IRC [20:18] <markd2> (which may or may not be possible. I haven't used getnameinfo(e) yet)
AIM [20:55] *** GizmoBeastLives joined the chat.
IRC [20:57] *** markd2 parted the chat.