Log of #chandler for 20080910, from 0000h to 2400h

Previous day's transcript | This day's raw log | Less Kruft


TimePersonSaid
01:01brynk > (i=506466ce@gateway/web/ajax/mibbit.com/x-90f6ccd8a1d1020c) joined #chandler.
01:05brynk > (i=506466ce@gateway/web/ajax/mibbit.com/x-90f6ccd8a1d1020c) left irc: Client Quit
02:07(Nick change: jaredrhine_afk -> jaredrhine)
02:07(Nick change: jaredrhine -> jaredrhine_afk)
02:07(Nick change: jaredrhine_afk -> jaredrhine)
03:47jes1 > (n=jess@59.160.172.220) joined #chandler.
03:48jes1 > (n=jess@59.160.172.220) left #chandler.
04:18macmaN6789 > (n=lkraav@56.184.191.90.dyn.estpak.ee) left irc: Remote closed the connection
04:18macmaN6789 > (n=lkraav@56.184.191.90.dyn.estpak.ee) joined #chandler.
04:19macmaN6789 > (n=lkraav@56.184.191.90.dyn.estpak.ee) left irc: Remote closed the connection
04:21urlauber > (n=urlauber@urlaubix.fh-reutlingen.de) joined #chandler.
04:31mib_10y7g6 > (i=7d11b632@gateway/web/ajax/mibbit.com/x-1ed9c81c51f6d66b) joined #chandler.
04:32mib_10y7g6 > :(
04:32urlauber > hi there! I have a problem with subscribing to someone elses calender via thunderbird/lightning, I just can't see any dates from that someone. It works the other way round, he can see my dates. I'm using lightning 0.8 on ubuntu together with the cosmo server. My colleague is using lightning 08, too, but on WinXP...
04:32mib_10y7g6 > (i=7d11b632@gateway/web/ajax/mibbit.com/x-1ed9c81c51f6d66b) left irc: Client Quit
04:57urlauber > (n=urlauber@urlaubix.fh-reutlingen.de) left irc: Remote closed the connection
05:01urlauber > (n=urlauber@urlaubix.fh-reutlingen.de) joined #chandler.
05:04gbaillie > (n=gbaillie@adsl-71-146-68-9.dsl.pltn13.sbcglobal.net) joined #chandler.
05:08macmaN6789 > (n=lkraav@56.184.191.90.dyn.estpak.ee) joined #chandler.
05:08macmaN6789 > (n=lkraav@56.184.191.90.dyn.estpak.ee) left irc: Remote closed the connection
05:08macmaN6789 > (n=lkraav@56.184.191.90.dyn.estpak.ee) joined #chandler.
07:11mib_4ai69b > (i=0caf7714@gateway/web/ajax/mibbit.com/x-233a19ccd57123df) joined #chandler.
07:20mib_4ai69b > (i=0caf7714@gateway/web/ajax/mibbit.com/x-233a19ccd57123df) left irc: "http://www.mibbit.com ajax IRC Client"
07:22urlauber > (n=urlauber@urlaubix.fh-reutlingen.de) left irc: "Ex-Chat"
07:33gbaillie > bear, yt?
08:01nathany > (n=nathan@adsl-71-134-241-208.dsl.pltn13.pacbell.net) joined #chandler.
09:12gbaillie > (n=gbaillie@adsl-71-146-68-9.dsl.pltn13.sbcglobal.net) left irc:
09:13gbaillie > (n=grant@adsl-71-146-68-9.dsl.pltn13.sbcglobal.net) joined #chandler.
09:17pje > (n=pje@adsl-9-215-89.mia.bellsouth.net) joined #chandler.
09:26philippeB > (n=pbossut@adsl-75-5-124-98.dsl.pltn13.sbcglobal.net) joined #chandler.
09:32heikkit > (n=chatzill@12.130.157.75) joined #chandler.
09:41hamstar > (n=hamstar@nmd.sbx06937.sanfrca.wayport.net) joined #chandler.
09:57jaredrhine > gbaillie: looks like you are in the middle of some checking. I wanted to ask about "doc" commit r1421, where you change svn:eol-style to CR (for GoLive).
09:57jaredrhine > Since then, the commits script hasn't been useful, because every change to index.html shows a replacement of the whole file. Who's using GoLive?
09:58jaredrhine > no hurry on an answer...
10:38moondawg > (n=chatzill@c-67-161-5-213.hsd1.ca.comcast.net) joined #chandler.
10:59rletness > (n=chatzill@cerberus.motive.com) joined #chandler.
10:59gbaillie > hi, jaredrhine ... sorry, i'm using a different irc client and didn't see your ping
10:59gbaillie > mimi is a golive user
11:00jaredrhine > 11am yo
11:00gbaillie > i tried that change to make the diffs work, but that didn't seem to do it
11:00gbaillie > e-leven aye em
11:00jaredrhine > ok, and what happens without that set?
11:00jaredrhine > ah, nothing changes?
11:00gbaillie > that's my recollection
11:00gbaillie > i had hoped it would help :(
11:00jaredrhine > hmmm
11:01gbaillie > if svn had any brains it would :o
11:01jaredrhine > ok.
11:01jaredrhine > can't we blame golive instead here?
11:01jaredrhine > :)
11:02moondawg > hey 11:00am. Sorry I think my clock is slow
11:02moondawg > hamstar
11:02gbaillie > heh
11:02hamstar > hi
11:02moondawg > JeffreyH
11:02JeffreyH > bonjour
11:03moondawg > Ok, so lets gets started
11:03moondawg > Met with Mimi yesterday afternoon. We talked about next steps for the user advisory group and projects we could have them work on.
11:04moondawg > We also brainstormed all the initial stuff we need to take care of with the new board - legal and other stuff. We also talked about a first set of projects they could tackle. Probably worth writing this up.
11:04moondawg > hamstar...were you going to add that list to an item in Chandler?
11:04hamstar > (you can see lists in OSAF collection)
11:04moondawg > ah..thanks
11:05moondawg > I pinged Alex and I am still waiting to hear back from Eugene.
11:05moondawg > Working on the metrics blog post today. Talking to Davor tomorrow.
11:06moondawg > I saw philippe yesterday and talked to him about getting involved with teh project. He is pretty busy but is going to contact a few people.
11:06moondawg > I am still hoping I can re-engage him in the project.
11:06moondawg > That's it for me. Just the other usual admin stuff
11:06moondawg > Jaredrhine
11:06jaredrhine > followed up to bug 12352
11:06soup > OSAF bug #12352: osaf-server-bundle-1.0.0.tar.gz does not untar Product: OSAF, Component: www.osafoundation.org, Severity: blocker, Assigned to: jared@wordzoo.com, Status: NEW, Url: http://bugzilla.osafoundation.org/show_bug.cgi?id=12352
11:07jaredrhine > move internal wiki to public location and announced
11:07DGMurdockIII > (n=dgmurdoc@208-70-41-194.bb.hrtc.net) joined #chandler.
11:07jaredrhine > patched svn for cosmo 1.1 release, built lab instance and announced
11:07jaredrhine > targetting 1pm test session on next.osaf.us
11:08jaredrhine > updating osaf web page with new phone number and pushed live
11:08jaredrhine > cancelled old osaf phone number
11:08jaredrhine > poked alex for conversation
11:08jaredrhine > talked to sheila about returning full-time; am planning full-time return
11:08jaredrhine > prepped a hardware spreadsheet combining tbox room, colo, and people's assigned hardware.
11:09jaredrhine > upcoming is emails for some old hardware (getting adam's machine for a build laptop)
11:09jaredrhine > building a new svn home on one of our vm boxes, start developing procedure for moving svn repos
11:10jaredrhine > </>
11:10moondawg > thanks jared
11:10gbaillie > svnadmin dump | ssh svnadmin load ;) ?
11:10moondawg > hamstar
11:10hamstar > - Going to post next steps tomorrow (since 1.01 announcement went out today)
11:10hamstar > - Jeffrey if you write to users list re: QE iphone, I can link to it in the next steps post
11:10hamstar > - Reading book Eugene gave me on how to make ideas stick ;)
11:10hamstar > - Need to follow up on some intros he did with packard peeps
11:10hamstar > that's it
11:10moondawg > gbaillie
11:11gbaillie > it's not called Made to Stick, is it hamstar?
11:11hamstar > yes
11:11gbaillie > huh, anyway, my status ...
11:11jaredrhine > (gbaille, yup, with a specific order of what repos, and testing of post-commit hooks, etc, and moving of user accounts and keys)
11:12gbaillie > - got reply from pje that cleared some things up for me ... working on followup and next round of questions (re: item/dashboardentry)
11:12gbaillie > - looked at bug 12335, which is actually quite serious
11:12soup > Chandler bug #12335: Total data loss on chandler startup - restore not possible Product: Chandler, Component: Application, Severity: critical, Assigned to: grant@osafoundation.org, Status: NEW, Url: http://bugzilla.osafoundation.org/show_bug.cgi?id=12335
11:13hamstar > 1.02 candidate?
11:13gbaillie > - will send email to bear re: lunch tomorrow (looks as if hamstar/moondawg have a conflict)
11:13gbaillie > yeah
11:13gbaillie > - released 1.0.1
11:13hamstar > yay
11:13moondawg > gbaillie...we are supposed to talk to davor and we didn't want to reschedule a second time
11:14gbaillie > as an aside, not sure of the magic juju to become chanop to change the "chandler 1.0" in this channel's title
11:14hamstar leaving for class, will catch up with notes on irc log - might be a little late for test session
11:14hamstar > (n=hamstar@nmd.sbx06937.sanfrca.wayport.net) left irc:
11:14gbaillie > yeah, right, moondawg. as i understand it, you might show up later
11:14gbaillie > or be able to, if mtng isn't too long
11:14gbaillie > </>
11:14moondawg > sure...let me know where you are going. hamstar and I can always meet you after our call
11:16moondawg > JeffreyH
11:16JeffreyH > iTMS released Chandler QE app
11:16JeffreyH > showed it off to the ex-OSAF-iPhone-wielding-poker-gathering last night
11:17JeffreyH > I've got UI for notifications up
11:17JeffreyH > (http://people.osafoundation.org/~jeffrey/ff_dialog.png)
11:17JeffreyH > tweaking UI a bit with hamstar this morning
11:17JeffreyH > wiring things up today
11:17DGMurdockIII > (n=dgmurdoc@208-70-41-194.bb.hrtc.net) left irc: "get satisfied! • :: www.unitedservers.de ««« (Gamers.IRC) »»» gamersirc.net ::"
11:18JeffreyH > get satisfied. I kind of wonder if that's a German phrase that got lost in translation
11:18gbaillie > hehe
11:19moondawg > ha
11:19JeffreyH > I think that's about it for me
11:19moondawg > pje..you there?
11:19pje > yep.
11:19pje > been here the whole time...
11:19pje > my turn, then? :)
11:19moondawg > yup
11:19pje > was starting to wonder. :)
11:20gbaillie > heh
11:20pje > ok, so, read grant's email and replied to it... starting work again on the setuptools 0.6c9 release
11:20JeffreyH remebers: oh, spent a long time helping a guy get Lightning and iCal working with Cosmo in IRC yesterday...
11:21JeffreyH > </>
11:21pje > </>
11:22moondawg > ok..I guess that's it for today
11:22moondawg > thanks everybody
11:26JeffreyH > woot
11:27JeffreyH > (n=JeffreyH@h-67-103-33-123.snfccasy.dynamic.covad.net) left irc:
11:34heikkit is tired of patching setuptools for svn 1.5 so looking forward to new release
11:36gbaillie > heikkit, patch, or just install dev06?
11:36heikkit > btw, if anyone has a Dell Latitude D820, be careful if you have installed ubuntu 8.04 on it - I think 8.04 caused a heat death for my machine by waking up from suspend on its own with lid closed
11:36gbaillie > eek
11:37heikkit > gbaillie: I have just patched (if you google setuptools svn 1.5 the patch comes up on first page)
11:38jaredrhine > oh, my mac breakage continues. i reinstalled my network-dead mac. first install failed. second succeeded. no explanation. wired ethernet still broken, but wireless working again. i proceeded to install a half-gig or whatever of updates. wireless broke again.
11:38jaredrhine > most consistent explanation right now is that updates broke my networking.
11:39jaredrhine > will require more testing, of course, and more data will shift my theory again.
11:40heikkit > btw, anyone know if there were some adapters for a laptop hd so that I could read the contents on another machine?
11:40jaredrhine > gbaillie: when i load CP's "index.html" into emacs, it says it's in "mac" mode. not sure what encoding that is. loading into hexl (emacs hex editor), i see the end-of-line is a single 0x0d (CR).
11:40jaredrhine > do you know if this is the mac solution to the "CR"/"CR/NL" debate? Pick solo "CR"s?
11:41jaredrhine > heikkit: usb should work.
11:41jaredrhine > many 2.5" drives have a "mini-IDE" port.
11:42jaredrhine > You can get a "mini-IDE" (not sure if that's the name) to full IDE, and then stick in a $20 external IDE->USB case.
11:42heikkit > cool - do you know if they are picky about voltage and stuff?
11:43heikkit > I compared the hd specs to the hd in a D830 and they are different voltage
11:43jaredrhine > uh, that doesn't ring a bell, but sounds like a big warning sign to pay attention to.
11:44jaredrhine > i've never considered the different voltages on drives; thought they were way standardized with the plugs.
11:44jaredrhine > figured they took both a +12V and +5V rail.
11:45heikkit > hmm, maybe I mixed the amps and volts, but I think it was: d820 5V 1.1A, d830 5V 0.65A
11:45jaredrhine > is it EIDE or SATA? Haven't seen a laptop-sized sata but they probably exist.
11:45jaredrhine > that doesn't sound like a problem, really.
11:46jaredrhine > it's only 2.5watt difference and any power supply even a laptop can handle that.
11:46heikkit > (I don't remember if it was EIDE or SATA)
11:46JeffreyH > (n=JeffreyH@h-67-103-33-123.snfccasy.dynamic.covad.net) joined #chandler.
11:46jaredrhine > (no warranty expressed or implied)
11:47heikkit > heh, yeah, I think I'll pass that experiment if I can't find an adapter that expressly covers this
11:47heikkit > my backups are only 5 days old, and my code is in svn, emails on the servers, so I won't lose much in any case
11:48heikkit > s/expressly/explicitly/
11:48jaredrhine > yeah, i've used something that looks just like this: http://www.b2cshop24.com/en/hard-drive-ide-25-to-35-adapter-converter-for-laptop.html
11:48jaredrhine > i've got one in the house, but for under a buck (for this one at least), you can track down your own :)
11:49heikkit > heh
11:49heikkit > thanks for the pointers
11:49jaredrhine > see how it's got the drive-power port on-board to supply to the power-socket-less laptop drives.
11:49jaredrhine > $5.50 from newegg. my google was "laptop ide converter"
11:50gbaillie > sorry jaredrhine, was away. the mac "CR" thing dates back to ancient ancient Mac OS.
11:50gbaillie > some Carbon apps, especially, couldn't get away from CR
11:51jaredrhine > i'm inclined to fix this index.html file (figuring out how), remove the svn property, check it in, possibly forcing a merge for people with the current working copy, and clicking through some golive options if it happens again.
11:52gbaillie > fix by converting line endings?
11:52jaredrhine > i've a hard time believing that golive would force mac-only encoding on everything it touches, though i can believe it does by default.
11:52jaredrhine > yeah, line endings.
11:52gbaillie > you'd think that in this day and age, wouldn't you
11:52heikkit > btw, last week I run into an issue where I had python code creating a file, chmod 0644, then copy the file preserving permissions, yet I run into a case (buildbot running the unit test) where the permissions on the copy were 0600
11:52heikkit > I used slightly modified code from here: http://svn.osafoundation.org/chandler/trunk/chandler/util/file.py
11:53jaredrhine > umask, sounds like...
11:53heikkit > I was unable to reproduce manually, even by changing umask
11:53jaredrhine > huh
11:53gbaillie > maybe filesystem specific?
11:53heikkit > and that code explicitly tried to set the permissions the same as the original file, so umask should not matter, right?
11:54heikkit > I haven't checked what the file system is yet
11:54jaredrhine > i suppose, assuming umask applies only to original file creation.
11:54moodboom > (n=moodboom@cpe-075-177-134-090.nc.res.rr.com) joined #chandler.
11:54heikkit > another suggestion I heard was to check if selinux is configured
11:55jaredrhine > i can picture an os being configured (se linux?) to refuse to create group/world readable files under any circumstances.
11:55jaredrhine > yeah, se linux jinx.
11:56heikkit > the problem is, it reproduced twoice under buildbot, but has been working since then, and I haven't changed the system
11:56heikkit > twice
11:57gbaillie > btw, jaredrhine, you haven't installed parallels at any point since rebuilding your mac, have you?
11:57jaredrhine > nope.
11:58jaredrhine > i hadn't done anything except go to "software updates".
11:58gbaillie > ok, just dbl-checking. they install some fishy network interfaces
11:58jaredrhine > yeah, i hoped to blame them as well. tried futzing with those interfaces (disabling, etc) when trying to get wired ethernet to work.
11:59gbaillie > it's pretty weird for wired to go down
11:59jaredrhine > yeah. it does happen.
11:59jaredrhine > this one is weird, though, in that link is established (both switch and the mac control panel see it), but no traffic ever goes it.
12:00jaredrhine > it looks like it is trying dhcp, but a snoop from another machine never shows any traffic, and the mac sets itself to a "self assigned" ip (169.254.X)
12:00gbaillie > i wonder if you could hard-code the address or something
12:00gbaillie > but you should see a packet go out for dhcp, yes
12:00jaredrhine > tried that.
12:01jaredrhine > but no packets go out then either.
12:01jaredrhine > i guess i'll reinstall again.
12:02jaredrhine > couldn't hurt, at this point.
12:02jaredrhine > i did do a "safe my previous account but don't import it"; this time i'll be more hulk smash.
12:02jaredrhine > throw in some more pmu/pram resets too
12:04jaredrhine > vaguely awkward for osaf logistics. i would have bought this machine in a couple months if it had stayed working. gotta decide if repair is worth it. maybe i'll take it for free if the repair price is low enough.
12:14philippeB > (n=pbossut@adsl-75-5-124-98.dsl.pltn13.sbcglobal.net) left irc: Read error: 113 (No route to host)
12:26heikkit > (n=chatzill@12.130.157.75) left irc: Read error: 110 (Connection timed out)
12:29palindrome > (i=ce53ca23@gateway/web/ajax/mibbit.com/x-8707a98e855acf63) joined #chandler.
12:31palindrome > (i=ce53ca23@gateway/web/ajax/mibbit.com/x-8707a98e855acf63) left irc: Client Quit
12:50philippeB > (n=pbossut@adsl-75-5-124-98.dsl.pltn13.sbcglobal.net) joined #chandler.
12:58heikkit > (n=chatzill@12.130.157.75) joined #chandler.
13:01Evdawg > (n=evan@bas2-toronto47-1242436511.dsl.bell.ca) joined #chandler.
13:01Evdawg > hi
13:02Evdawg > I was wondering if it was possible to have sub-categories?
13:02Evdawg > For example beneath my school collection, I want Lectures and Tutorials
13:04jaredrhine > Evdawg: no, sorry, no sub-categories. almost everyone wants that feature, so you're in good company.
13:05Evdawg > cool, what's the ETA on that? is chandler still being actively developed past 1.0?
13:07jaredrhine > no eta. still being developed, but that ones a huge change. dev team is consciously switching to "refactor framework" phase for a number of months.
13:07philippeB > (n=pbossut@adsl-75-5-124-98.dsl.pltn13.sbcglobal.net) left irc:
13:08philippeB > (n=pbossut@adsl-75-5-124-98.dsl.pltn13.sbcglobal.net) joined #chandler.
13:08jaredrhine > heh, gbaillie?
13:09jaredrhine > can you look at paniolo:/home/dave/msvs_* ? are those the visual studio media we were looking for?
13:13Evdawg > thx jared
13:13Evdawg > (n=evan@bas2-toronto47-1242436511.dsl.bell.ca) left irc: "Leaving"
13:16gbaillie goes to look @ paniolo
13:18gbaillie > could well be, jaredrhine
13:21gbaillie > (n=grant@adsl-71-146-68-9.dsl.pltn13.sbcglobal.net) left #chandler.
13:21gbaillie > (n=gbaillie@adsl-71-146-68-9.dsl.pltn13.sbcglobal.net) joined #chandler.
13:22moodboom > (n=moodboom@cpe-075-177-134-090.nc.res.rr.com) left irc: Client Quit
13:25philippeB > (n=pbossut@adsl-75-5-124-98.dsl.pltn13.sbcglobal.net) left irc:
13:42sikilpaak > (n=cduarte@189.148.133.4) joined #chandler.
13:49philippeB > (n=pbossut@adsl-75-5-124-98.dsl.pltn13.sbcglobal.net) joined #chandler.
13:49philippeB > (n=pbossut@adsl-75-5-124-98.dsl.pltn13.sbcglobal.net) left irc: Remote closed the connection
13:50philippeB > (n=pbossut@adsl-75-5-124-98.dsl.pltn13.sbcglobal.net) joined #chandler.
14:04hamstar > (n=hamstar@c-67-188-238-59.hsd1.ca.comcast.net) joined #chandler.
14:07hamstar > ~mark 11:11
14:07soup > http://chandlerproject.org/script/getIrcTranscript.cgi?channel=chandler&date=20080910&startTime=1111
14:18macmaN6789 > (n=lkraav@56.184.191.90.dyn.estpak.ee) left irc: Read error: 110 (Connection timed out)
14:30ovaltofu > (n=vajda@adsl-66-159-224-220.dslextreme.com) joined #chandler.
15:34philippeB > (n=pbossut@adsl-75-5-124-98.dsl.pltn13.sbcglobal.net) left irc: Remote closed the connection
15:35philippeB > (n=pbossut@adsl-75-5-124-98.dsl.pltn13.sbcglobal.net) joined #chandler.
15:40philippeB > (n=pbossut@adsl-75-5-124-98.dsl.pltn13.sbcglobal.net) left irc:
15:43rletness > (n=chatzill@cerberus.motive.com) left irc: "ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]"
15:55heikkit > (n=chatzill@12.130.157.75) left irc: Remote closed the connection
16:08ovaltofu > (n=vajda@adsl-66-159-224-220.dslextreme.com) left irc:
16:43moondawg > (n=chatzill@c-67-161-5-213.hsd1.ca.comcast.net) left irc: Read error: 110 (Connection timed out)
16:57ovaltofu > (n=vajda@adsl-66-159-224-220.dslextreme.com) joined #chandler.
17:02nathany > (n=nathan@adsl-71-134-241-208.dsl.pltn13.pacbell.net) left irc: Read error: 113 (No route to host)
17:04gbaillie > (n=gbaillie@adsl-71-146-68-9.dsl.pltn13.sbcglobal.net) left irc: Read error: 104 (Connection reset by peer)
17:04gbaillie > (n=gbaillie@adsl-71-146-68-9.dsl.pltn13.sbcglobal.net) joined #chandler.
17:22ckdake > (n=ckdake@gallery/ckdake) joined #chandler.
17:24ckdake > hi- im trying to migrate things over from Google Calendar including several ICS subscriptions into Chandler, but I'm having some trouble with timezones. Is there any hidden configuration for the timezone of an imported collection?
17:25gbaillie > ckdake, not that i know of.
17:26gbaillie > what kind of timezone trouble are you seeing?
17:27ckdake > working out the details of what is going on, but the items show up in Chandler with a different time than it should be
17:27ckdake > http://fastermustache.org/event -> fastermustache.org/fm.ics
17:28ckdake > ex: http://fastermustache.org/node/5695 is from 7:30am to 4pm GMT-4, but shows up in chandler as 11:30am
17:28ckdake > my system timezone is GMT-4
17:28ckdake > i'm the admin for fastermustache if it's something wrong there, but it plays nice in mozilla calendar, ical, and google calendar
17:29ovaltofu > pje ?
17:29pje > yes?
17:30ovaltofu > I sent you mail a while back about some hack I had to do with setuptools on linux to get it to build a regular shared library.
17:30ovaltofu > my message was somewhat confused (with excitement) but you never responded :)
17:30ovaltofu > who should I send this to ? discuss with ?
17:30ovaltofu > (the hack: pretend to be on darwin when importing a specific module)
17:30gbaillie > distutils-sig?
17:31ovaltofu > so setuptools is being discussed on a distutils list ?
17:31gbaillie > yeah ... linked from the setuptools page
17:32gbaillie > there's also a bug tracker
17:32pje > Actually, I've applied the patch in the trunk, IIRC
17:32ovaltofu > oh
17:32ovaltofu > I don't remember sending one
17:32gbaillie > ckdake: the links you posted are just regular html pages?
17:32ovaltofu > but I'll check
17:33pje > See http://svn.python.org/view?rev=65962&view=rev
17:33ckdake > gbaillie: http://fastermustache.org/fm.ics is the ics file im trying to subscribe to
17:33pje > Oh, wait, that's a different one.
17:33ovaltofu > cool, but I'm talking about a different problem
17:33pje > I don't recall the other thing.
17:34ovaltofu > sys.platform = 'darwin'
17:34ovaltofu > from setuptools.command import build_ext
17:34ovaltofu > is the hack
17:34ovaltofu > that way, the code that is run at import time is correct for making .so on Linux
17:34gbaillie > ah, sorry, i was confused, ckdake ... looking
17:34ckdake > gbaillie: no prob. thanks for taking a look
17:34ovaltofu looks for the mail
17:36ovaltofu > pje, I just remailed you my message (2) from July 3rd
17:37ovaltofu > the stubs stuff is in the way
17:37ovaltofu > it's turned off by pretending to be on darwin which causes use_stubs=False
17:37ovaltofu > and all is then good
17:40ovaltofu > pje, why all this ? well, JCC now makes eggs that can be run from Java Tomcat
17:41pje > Something's not right there ovaltofu; darwin sets use_stubs = True
17:41ovaltofu checks
17:41ovaltofu > right, True
17:41ovaltofu > my bad
17:41gbaillie > ckdake: you have timezones enabled (under the File menu), right?
17:42pje > And it sets it that way also for non-Windows platforms as long as there's a dl.RTLD_NOW
17:42pje > So is linux missing dl.RTLD_NOW?
17:42ovaltofu > yes, well, there isn't by default and that was the problem
17:42ovaltofu > not on the linux I was running this on
17:42ovaltofu > gentoo 64-bit python 2.4
17:43ckdake > gbaillie: yes i do
17:43ovaltofu > note, that to then get the lib to really work, I have to do this from C++ later:
17:43ovaltofu > sprintf(buf, "libpython%d.%d.so", PY_MAJOR_VERSION, PY_MINOR_VERSION);
17:43ovaltofu > dlopen(buf, RTLD_NOW | RTLD_GLOBAL);
17:43ovaltofu > otherwise, the time extension won't link
17:43ovaltofu > at startup time
17:43philippeB > (n=pbossut@adsl-71-141-0-189.dsl.snfc21.sbcglobal.net) joined #chandler.
17:43pje > Hm. IIRC, the reason I did that is because if you don't eagerly load the shared library, it might not be loaded later.
17:43gbaillie > ok, just double-checking.
17:44rae > (n=rae@76-10-128-217.dsl.teksavvy.com) joined #chandler.
17:44ovaltofu > yeah, and I had to work that around elsewhere
17:44philippeB > (n=pbossut@adsl-71-141-0-189.dsl.snfc21.sbcglobal.net) left #chandler.
17:44gbaillie > i seem to remember we do something odd with UTC datetimes ... let me look ...
17:44pje > i.e., say that foo_module.so is linking to bar.so
17:44ovaltofu > in C++, calling this myself
17:44pje > Hrm.
17:45ovaltofu > yeah, but there is no dl module on the python install I'm on (system gentoo)
17:45pje > Ok, doesn't really sound like a fix to me, just a hack that happens to work for your very specific circumstances.
17:46ovaltofu > clearly
17:46ovaltofu > which is why I called it a heinous hack
17:46ovaltofu > the bug seems to be with the expectation of a dl module to be there
17:46ovaltofu > when there is none
17:47pje > Eh? The dl usage is only included if there is a dl.RTLD_NOW
17:47pje > see the 'if_dl()' function
17:47rae > (n=rae@76-10-128-217.dsl.teksavvy.com) left #chandler.
17:48ovaltofu > well, I can try it again without my hack give you more details on the actual error if that helps
17:48ovaltofu goes and tries this
17:48pje > I assume the error would be that it builds a static lib instead of a shared one; that's how the code is written, anyway.
17:48ovaltofu > yes
17:48ovaltofu > that's the problem
17:48ovaltofu > (it's been over two months)
17:48pje > i.e., it doesn't support building shared libs except on darwin and platforms with dl.RTLD_NOW
17:48ovaltofu > (so I don't recall)
17:49pje > and in fact it technically doesn't support building shared libs at all; it's not a documented or even finished feature.
17:49ovaltofu > yes, and it could just do it without the RTLD_NOW
17:49ovaltofu > that much I know
17:49pje > which would then break -- at least on the Linux I used for testing.
17:49ovaltofu > with use_stubs=True + the later dlopen call, it works reliably
17:49gbaillie > JeffreyH: what's the story with UTC events? Did we have some problem where we convert them to local timezone?
17:49pje > If you didn't link the symbols while the current directory contained the target library, it would fail when it tried later
17:50gbaillie > (I'm re-reading Bug 5653 and confusing myself)
17:50soup > Chandler bug #5653: UTC is not being displayed correctly Product: Chandler, Component: Calendar Service, Severity: normal, Assigned to: grant@osafoundation.org, Status: ASSIGNED, Url: http://bugzilla.osafoundation.org/show_bug.cgi?id=5653
17:50pje > the reason for using RTLD_NOW is to force it to find the target library while it's findable via a relative path
17:50ovaltofu > well, I guess it should use RTLD_NOW if it can
17:50ovaltofu > and still do a shared lib, if it can't
17:51pje > yep. and if somebody wants to put together a way to do it with optional use of ctypes, I'll review the patch. :)
17:51ckdake > gbaillie: that looks like it
17:51ovaltofu > with the caveat that then a later call (at runtime) to dlopen is going to be necessary to load all the symobls
17:51ovaltofu > not sure I follow, pje (ctypes) ?
17:51pje > using ctypes in place of the dl module.
17:52JeffreyH > gbaillie: since various systems export to UTC, hamstar asked (years ago) that we treat UTC special and in the calendar display the timezone for UTC events as the default timezone, so 12AM UTC would show up as 5PM. We display the event at the right time, but the UTC is kind of spurious from the user's perspective
17:52pje > to perform any needed dlopens from the stub loader
17:52ovaltofu > ah I see
17:52ovaltofu > you're talking at lib build time, right ?
17:53pje > yes, although I suppose it could also be done dynamically in the stub.
17:53gbaillie > ah, ok, that sounds reasonable ... let me look again @ ckdake's calendar
17:53ovaltofu > that's the part I don't understand
17:53JeffreyH > sounds like ckdake is experiencing exactly this...
17:53ovaltofu > the shared lib in question here is loaded without python or setuptools at all but by the JVM
17:54ovaltofu > so it must contain the code to do this
17:54JeffreyH > gbaillie: I wrote a vobject utility script that will convert UTC events to a particular timezone on import from a file
17:54ovaltofu > the dlopen call
17:54ovaltofu > and that can be done in C/C++ by adding a small C file that just calls dlopen
17:54JeffreyH > so if ckdake wants to do a one time import, we can use that to translate things
17:54pje > I'm talking about something else - I assumed we were talking about building a C extension with shared libraries also built by build_ext
17:54ovaltofu > yes, that's right
17:55pje > That's the scenario where RTLD_NOW is needed for the Python load - when the C module is imported, it needs to bind with any shared libraries there.
17:55ovaltofu > but the the shared lib is the one being loaded first
17:55pje > But it doesn't have a stub.
17:55pje > Only modules have stubs
17:55ckdake > JeffreyH: this thing is a community calendar that gets updated several times a day, so it is something i need to subscribe to. i am the admin for it so I can probably redo the way it's publishing if that helps in some way
17:55ovaltofu > ok, what's a stub ?
17:55pje > A .py file used to bootstrap the module load process.
17:55ovaltofu > ah yes no stub then
17:56ovaltofu > since the JVM knows nothing about that
17:56JeffreyH > ckdake: Ah. In that case, you basically want us to fix bug 5653, then.
17:56soup > Chandler bug #5653: UTC is not being displayed correctly Product: Chandler, Component: Calendar Service, Severity: normal, Assigned to: grant@osafoundation.org, Status: ASSIGNED, Url: http://bugzilla.osafoundation.org/show_bug.cgi?id=5653
17:56ckdake > JeffreyH: sounds like it :)
17:56pje > So are you building extensions or just a shared lib? What is this workaround *for*?
17:57gbaillie > JeffreyH, I don't think what you described is what I'm seeing.
17:57ovaltofu > I'm building a python extension, JCC, that also includes a shared lib
17:57gbaillie > i.e. the VEVENT has DTSTART;VALUE=DATE-TIME:20080928T113000Z
17:57ovaltofu > I'm using the convenience of setuptools to build the shared lib
17:57pje > ok. so when the extension is loaded, it needs to force the shared lib to load
17:57ovaltofu > that shared lib is loaded either by the extensions JCC builds or by other things embedding python, such as a JVM
17:57gbaillie > oh, no, it's correct on the calendar
17:57gbaillie > nm
17:58JeffreyH > it shows up at the right time, but displays 11:30 instead of 4:30AM, right?
17:58JeffreyH > (or whatever, depending on where you've set your tz to)
17:58gbaillie > yeah, that's right, JeffreyH
17:58ovaltofu > no extension is loaded
17:58ovaltofu > the shared lib loads python and initializes it
17:58ovaltofu > that's when it breaks, without the dlopen call
17:59pje > Which is why it's not supported.
17:59ovaltofu > but it could be
17:59pje > We seem to be going in circles.
17:59ovaltofu > now I understand what you mean
17:59ovaltofu > it could be with use_stubs=True
18:00ovaltofu > in other words, it'd be nice to support this
18:00ovaltofu > it involves no new code
18:00pje > only if there were some way to say, "I'm going to take care of the dlopen for you"
18:00pje > otherwise, people will build extensions that then crash when used without dl.RTLD_NOW.
18:00ovaltofu > the build can SAY it
18:01ovaltofu > maybe with a flag that goes around this ?
18:01ovaltofu > force-use-stubs
18:01ovaltofu > or, if possible, add a piece of code to the produced lib that does the dlopen at load time, a C stub for the shared lib
18:02pje > Well, I'd rather use something like force-shared, since that's what's really wanted here. the stub itself isn't helping if there's no dl.
18:02ovaltofu > fine
18:02ovaltofu > force-shared
18:02ovaltofu > which implies manual dlopen'ing elsewhere
18:03pje > Please remember, though, that the entire process in the first place is unfinished, undocumented and experimental.
18:03ovaltofu > yeah, I'm aware of that
18:03ovaltofu > but I depend on it and I'm willing to live with kludges until it is finished and provide feedback or patches
18:03ovaltofu > would you like me to write a force-shared patch ?
18:04pje > if you like. I'd prefer it be implemented by options on Library, since Library is the undocumented/unfinished bit
18:04ovaltofu > that'd be good
18:04pje > don't want it showing in the command line, and in any case it's a statement about the library, not the specific build.
18:04ovaltofu > right
18:05ovaltofu > it'd be used in JCC's setup.py where I instantiate a Library
18:05ovaltofu > no need for a command line thing at all
18:05pje > anyway, bugs.python.org/setuptools
18:05ovaltofu > the address to submit the patch and bug ?
18:06pje > yes
18:06ovaltofu > cool, I should have something shortly (days)
18:06pje is late leaving; TTYL
18:06ovaltofu > thanks for your help
18:06ovaltofu > cia
18:06ovaltofu > ciao
18:06pje > (n=pje@adsl-9-215-89.mia.bellsouth.net) left irc: "Client exiting"
18:06ovaltofu > ~mark
18:06soup > http://chandlerproject.org/script/getIrcTranscript.cgi?channel=chandler&date=20080910&startTime=1806
19:06hamstar_ > (n=hamstar@72-61-102-248.area1.spcsdns.net) joined #chandler.
19:09hamstar > (n=hamstar@c-67-188-238-59.hsd1.ca.comcast.net) left irc: Read error: 60 (Operation timed out)
19:12hamstar > (n=hamstar@c-67-188-238-59.hsd1.ca.comcast.net) joined #chandler.
19:14hamstar_ > (n=hamstar@72-61-102-248.area1.spcsdns.net) left irc: Read error: 104 (Connection reset by peer)
19:59rae > (n=rae@76-10-128-217.dsl.teksavvy.com) joined #chandler.
20:01hamstar > (n=hamstar@c-67-188-238-59.hsd1.ca.comcast.net) left irc:
20:13rae > (n=rae@76-10-128-217.dsl.teksavvy.com) left irc:
20:13rae > (n=rae@76-10-128-217.dsl.teksavvy.com) joined #chandler.
20:57rae > (n=rae@76-10-128-217.dsl.teksavvy.com) left irc:
20:57rae > (n=rae@76-10-128-217.dsl.teksavvy.com) joined #chandler.
20:59ovaltofu > (n=vajda@adsl-66-159-224-220.dslextreme.com) left irc:
21:22rae > (n=rae@76-10-128-217.dsl.teksavvy.com) left #chandler.
21:40gbaillie > (n=gbaillie@adsl-71-146-68-9.dsl.pltn13.sbcglobal.net) left irc:
21:42hamstar > (n=hamstar@c-67-188-238-59.hsd1.ca.comcast.net) joined #chandler.
21:47moondawg > (n=chatzill@c-67-161-5-213.hsd1.ca.comcast.net) joined #chandler.
22:15hamstar > (n=hamstar@c-67-188-238-59.hsd1.ca.comcast.net) left irc: Read error: 110 (Connection timed out)
22:39macmaN6789 > (n=lkraav@56.184.191.90.dyn.estpak.ee) joined #chandler.
22:46moondawg > (n=chatzill@c-67-161-5-213.hsd1.ca.comcast.net) left irc: Read error: 110 (Connection timed out)
23:50gambler > (n=gambler@124-171-206-67.dyn.iinet.net.au) joined #chandler.
23:50gambler > hi where can I find out more information about the chandler object database for storing messages?
00:00--- > Thu Sep 11 2008