=== kiko-fud is now known as kiko [12:58] BradB, is __dict__ available on an SQLO? [12:59] nope, because if the interface [12:59] i wrote SQLObjectEditView though [12:59] so, it does this: [12:59] class Snapshot(object): [12:59] pass [12:59] content_before_modification = Snapshot() [12:59] for name in self.schema.names(): [12:59] setattr( [12:59] content_before_modification, [12:59] name, getattr(content, name)) [01:00] later, i have: [01:00] notify(SQLObjectModifiedEvent( [01:00] content, content_before_modification, self.fieldNames)) [01:01] it can probably use some improvement, but then, so can everything else. it works for now. [01:01] the tricky part (where i stopped earlier, and will resume tomorrow) is to output foo.bar in a useful way...knowing that it might be a "displayable" value, or an id for a vocab, or even an sqlobject. === BradB is now known as BradB|out [04:26] Indeed, because the Snapshot isn't an SQLO. === BradB|out is now known as BradB [04:38] kiko: that doesn't affect anything though [04:38] it's got the values [04:38] (and, of course, the snapshot can't be an sqlobject) [04:41] BradB, well, it affects the fact that following references doesn't unpersist them magically :) [04:42] nope. a snapshot of foo.person is still that ref to Person [04:43] oh. [04:43] you're actually handling that as well? [04:44] there's nothing special to do [04:44] foo.person is a Person, so when i assign that to something else (e.g. to the snapshot object), i've still got a person [04:44] I see. SQLO takes care of that for you when you so getattr(content, name). [04:44] yup [04:44] yes, I'm thinking at a lower level. [04:45] so how's canada BradB? [04:46] i'm kickin it in the plateau in montreal; it's great [04:46] winter's closing in huh? [04:46] we just bought a dual xeon server for the office, it toasts [04:46] whouch [04:46] yeah, winter's coming on. i'm ready for it. [04:46] the case weighs approximately a ton [04:47] heh [04:47] you bought a blanket? [04:47] built a better igloo [04:47] :P [04:47] you would be amazed at how hot this office is today man. [04:47] then again, http://www.newswise.com/articles/view/507802/ [04:48] hmmmm [04:49] so maybe sweat shops are the One True Way [04:49] you mean literal sweat shops. that's us. :) [04:49] heh [04:50] i went shopping for a thinkpad the other day...turns out the place i went (future shop) doesn't even sell em, ugh. [04:50] oh, so you didn't get one? [04:50] did jblack find anything surprising about HFS+? [04:50] nope, not yet, i'll find a place on the weekend [04:50] nope, hfs+ sucks [04:50] ufs would be better. i'd like to hold onto os x, but i'm almost ready to give it up. [04:51] i either buy a new powerbook, or a buy a new not-powerbook [04:51] on a new pb g4, i'd put panther and UFS [04:53] and UFS is nice? [04:53] it's supposed to be much, much faster than HFS+ [04:53] i could live with it being a bit slower than ext3, but only so much... [04:54] have you considered running LNX on that thing? [04:54] the only thing i'd do to this machine is put more ram in it. i'm waiting till i get new hardware to be installing any new os, whether it's os x or linux. === sabdfl|out is now known as sabdfl === sabdfl has been reading the zope3 docs for the first time [11:58] cool [11:58] events. very cool. [02:45] Merge to rocketfuel@canonical.com/launchpad--devel--0: changes on Nicole still not working on mawson (patch-676) === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #launchpad [03:49] BradB: full moinmoin is now in zwiki [03:49] I'll produce another snapshot in a bit. [03:49] SteveA: i think sabdfl was going to get the zwiki guys to take care of installing it, but i could be wrong [03:50] hi guys [03:50] hi :) [03:51] BradB: didn't want to distract you from malone so i thought roche could do it [03:51] but if it's really quick, then let's do it amongst ourselves [03:51] two things: need to restrict the wiki folder to just wiki pages [03:51] and need to prevent the wiki pages from showing up in the navbar on the left [03:51] inside the wiki, we'll just use wiki navigation [03:53] BradB: how does the locking mechanism work? nominated people only can edit those pages? [03:53] okay, so basically all this involves is installing zwiki, and blowing away and readding /wiki? [03:53] no, can leave the existing /wiki [03:53] ok [03:53] we'll just move the stuff they have created there to better locations [03:54] limit /wiki/ to wiki pages only [03:54] sabdfl: with locking, only managers can unlock/edit the pages [03:54] ok, and who sets the list of managers? [03:54] dunno [03:54] maybe roche was doing that before [03:54] maybe there's a group set up so that it's easy to do through the plone ui, but i haven't looked === BradB goes looking [03:55] https://chinstrap.warthogs.hbd.com/~stevea/zwiki-2004-10-23.tar.gz [03:55] simon took out the previous moinmoin support, and ported the parsing directly from moinmoin itself [03:55] i suspect lulu knows [03:55] isn't it wonderful when lots of open source projects are written in python [03:56] let's help the world get more wonder :-) [03:56] lulu was setting up managers using the plone UI for that [03:57] sabdfl: http://www.ubuntulinux.org/prefs_group_members?groupname=managers [03:58] How can I have a look at the production launchpad? [03:58] I want to know which sourcesources are still in the "do-not-sync" product. [03:59] https://macquarie.warthogs.hbd.com/ gives me a 403 [04:05] BradB: cool, thanks. when people edit a page on the web site that is not locked, do we get notified? [04:05] or can we see a list of pages that have been edited like that? [04:07] there's no notification happening, and there's no plone way of seeing a list of recently edited pages that i'm aware of (the collective is always having new products added though; it's possible there's something there that does something like that, but i'd have to dig around a bit) === BradB wants to use repozo to backup Data.fs...isn't sure if it's trustable though [04:08] SteveA: semantics? [04:08] SteveA: is repozo.py -B -f Data.fs going to backup the Data.fs nicely? [04:08] foo = IAnInterface(bar, None) [04:08] will that give an object adapted to IAnInterface, or none if it could not find the relevant adapter? [04:09] adapt bar to IAnInterface. If the adaption is not possible (bar does not provide IAnInterface, and is not adaptable to it), then return None. [04:09] assign result to foo, of course [04:09] yes, basically what you said [04:09] BradB: um... I always have to check on the zodb wiki pages. let me find them for you... [04:09] "is not adaptable" [04:10] is that calculated on the basis of interfaces that bar implements()? [04:10] SteveA: i can see the docs in the file itself, i'm just not sure if i can trust that it'll work. :) [04:10] http://www.plope.com/Members/chrism/repozo [04:10] I've backed up and restored following the instructions there, on the ubuntulinux and canonical sites [04:10] when gentoo went down when we were in london [04:11] bbiab [04:11] ok, thanks, i'll read and go for it then [04:11] oh, there are some filestorage/zodb fsref errors early in the storage. removed with a pack. not serious. [04:11] not caused by the power outage. [04:15] nice crontab entries: [04:15] # Zope has memory leaks ... [04:15] 3 */2 * * * /home/zope/instances/ubuntu/bin/zopectl restart > /dev/null 2>&1 [04:15] 10 4 * * * /home/zope/instances/canonical/bin/zopectl restart > /dev/null 2>&1 === BradB shudders [04:16] BradB: i think elmo found that the zope instance was growing uncontrollably [04:18] yeah [04:21] the new wiki's installed [04:27] eish! [04:27] the wiki she is not working [04:28] BradB: ^ [04:28] it will again now [04:28] ah [04:28] i broke it temporarily to add the restrict method, but it didn't do what i expected, so i've removed it temporarily [04:32] ok === sabdfl is really starting to like zope3 [04:33] there, restricting works [04:33] BradB: superstar, thanks [04:33] the existing non-wiki content can be moved out? [04:33] heh. last thing, i'll fix the navtree [04:34] it can be moved, sure [04:38] filtering should work fine in the navtree now [04:39] i notice members can't add wiki pages though [04:42] sabdfl: maybe that's how you guys want the perms though, i'm not sure. it's definitely configured to only allow managers to add wiki pages presently. [04:42] definitely want members to be able to create wiki pages [04:44] sabdfl: and delete pages? [04:44] or rename? [04:44] BradB: hmm.... maybe just managers for that [04:44] rename, yes, it's gacefully handled i think [04:44] not sure if rename to an existing name is caught well [04:45] it is [04:46] then yes, let members rename pages too [04:49] sabdfl: should be go to go now [04:50] navbar's still showing all the contents of /wiki/ [04:50] should just show "Wiki" with nothing beneath that [04:50] forces the navigation inside the wiki to be wikinav only [04:51] oh, i just config'd it to not show wiki pages [04:51] hm [05:01] hmm... maybe it just shows when you are logged in [05:05] those folders'll show to anyone, because they're published [05:05] basically, the list of meta types to not list in the navtree is a site-wide configuration [05:05] so, i said site-wide to not show wiki pages in the navtree [05:05] bradb: ok [05:06] it's looking pretty slick now, what do you think? [05:06] but since those folders are published, users still see them. can we make those folders under /wiki simply "visible"? [05:06] >:-) [05:06] seems pretty cool [05:06] those folder really should not be there at all [05:06] i gave the doc team some directions to start playing with it [05:06] and they created that content [05:06] i thought i'd cut and pasted the one folder to somewhere else [05:06] if it's only going to be wiki pages under /wiki, then this problem will magically go away once those folders are moved to better locations. [05:07] i guess the deleted pages one needs to stay there, but doens't have to be published [05:07] it isn't currently (I'm assuming, because i don't see it while looking at the page unauth'd) [05:08] right [05:08] silly me :-) [05:08] and the other folders are just cache hangovers, will be gone in an hour or two [05:08] ok, i'm going to un-publish the wiki entry too, now we know it's working, so the doc team can continue to work quietly till we announce the switch [05:09] you're seeing the other folders because you're a manager [05:09] there's a site-wide setting that says "let managers see hidden content" [05:09] i don't see anything but those two prev mentioned folders when logged in as b.b@c.c [05:11] i've retracted the wiki content [05:11] pages? [05:11] so now we just have to get the old wiki content across and send out the announcement [05:11] thanks bradb [05:11] no prob [05:12] pages? [05:27] n/m, everything should be good === BradB is now known as BradB|out === netjoined: irc.freenode.net -> sendak.freenode.net === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #launchpad === mdz [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #launchpad === netjoined: irc.freenode.net -> sendak.freenode.net === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #launchpad === mdz [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #launchpad [06:06] stevea: ping [06:07] hi [06:07] need a hand moving wiki content? === SteveA pongs sabdfl by name [06:08] Merge to rocketfuel@canonical.com/launchpad--devel--0: canonical.arch.infoUpdater bugfix and increased verbosity (patch-677) [06:08] stevea: may have found a blocker on that front === SteveA listens [06:08] pages like /ReleaseSchedule [06:09] in moin, these are nested [06:09] so we have WartyWarthog/ReleaseSchedule [06:09] and HoaryHedgehog/ReleaseSchedule [06:09] what's the zwiki equivalent? [06:09] can the zwiki span folders? [06:09] can a folder be a wiki page? [06:09] sort of [06:10] everything was going swimmingly till that point though, Moin tables *no problem* :-) [06:10] they're not really nested, though, in moin [06:10] it is just using the name with an artificial / in it [06:10] no, it's that bastard _2ef thing [06:11] in zwiki, you usually just catenate things: WartyWarthogReleaseSchedule [06:11] there is no particular magic nesting [06:11] I'll just check about subfolders [06:13] can't see a way to do subfolders without making a new ZWiki (with its own namespace) inside that subfolder [06:13] if it really is a separate wiki namespace, then that's the thing to do [06:14] otherwise, we can use WikiBadges to organise things into subtopics [06:14] for example, have WartyWarthogRelated in each page that is to do with warty [06:14] from a search point of view it's probably fine to do it in separate wikis [06:14] and so, that becomes a place where all warty-related things are linked from and too [06:14] yeah -- site search will pick it all up [06:15] But, a standard wiki name link won't work [06:15] except in the local namespace [06:15] shouldn't be a hard feature to add, though, to make it work [06:15] yeah -- I mean between nested wikis [06:15] would it require traversal hints in the name? ../HoaryHedgehog/ReleaseSchedule? [06:16] not sure what to do about the page that is the root of the nested wiki [06:16] FrontPage as ever [06:16] if that is WartyWarthog, then is that in the containing wiki, or the nested wiki? [06:16] you can't have a page called WartyWarthog and a wiki folder called WartyWarthog [06:16] and renaming could get fun [06:16] hmm... === sabdfl thinks [06:17] you'd do the link as a standard "external" link, or as an inter-wiki link [06:17] maybe we should just concatenate and be done with it [06:17] yeah -- probably best to keep it simple to start with [06:17] interwiki? [06:17] if warty / hoary grows its own stuff such that it would make sense to split it off, we can do that at that time [06:17] maybe with help of a couple of bounties to make it work better === SteveA looks up interwiki links [06:18] http://zwiki.org/RemoteWikiLinks [06:18] I meant "remote wiki links" [06:18] sabdfl: did we lost any chance to get ubuntu.org? [06:19] carlos: i think so [06:19] pity [06:19] :-( [06:20] Merge to rocketfuel@canonical.com/buildbot--devel--0: comments and better waterfall status (patch-62) [06:20] sabdfl: have you made a decision on the location of the arch sprint just before the conf? [06:20] ddaa: london [06:20] unless we can come to your house! === ddaa ponders [06:21] X-) [06:21] There are two double beds available, but I'm uncertain that I would get the clearance from the landlord :-) [06:21] stevea: think we can do something semi-automatic on the migration? [06:22] or should we just brute force it tomorrow? [06:22] or get lulu to brute-force it Monday? [06:22] erm, that would be cute-force it [06:23] we can probably do some things to make it easier. maybe produce a web page with direct links to all the raw pages on the moin wiki [06:23] that way, lulu can click on each link, and there's the stuff ready for pasting into a new page on zwiki [06:24] http://wiki.ubuntu.com/DocumentationArea?action=raw [06:24] for example [06:25] Here's a list of all pages in the moin wiki http://wiki.ubuntu.com/TitleIndex?action=titleindex [06:26] but, a lot of those are to do with the wiki itself :-( [06:27] yes, raw mode rocks [06:27] hmm... [06:27] could we nudge moin a little [06:27] to put a button at the top of the page [06:28] there is a link at the top of the page [06:28] that posts a form with the right voodoo over to site-edit? [06:28] oh.. [06:28] and pre-populate the form with the right stuff [06:28] so lulu just clicks on that button and BOOM is in site-edit with the wiki page ready === sabdfl is very good at sneaky plans, it's a useful character flaw [06:29] I guess that's possible. I haven't looked at the moin code. === ddaa [~ddaa@nemesis.xlii.org] has left #launchpad [] [06:30] I wonder whether a bookmarklet could do it [06:30] but the form contents and url would be predictable? [06:30] bookmarklet? [06:30] bit of javascript you can put into a bookmark to extend your browser in interesting ways [06:31] i'd rather use a more limited tool set [06:31] http://c2.com/cgi/wiki?WikiBookmarklet [06:31] we know python, moin and zope pretty well [06:32] this is a one-off. and, I think there might be a bookmarklet that does almost what we need already. [06:32] I'll take a browse through http://www.bookmarklets.com/tools/categor.html === justdave [~dave@24.247.63.44.gha.mi.chartermi.net] has joined #launchpad [07:31] redhat has a shortcut from the top [07:31] -EWINDOW === BradB|out is now known as BradB === BradB just bought another powerbook; doubled my hardware specs, w00t [08:50] panther rocks da boat [08:52] bbl [09:01] SteveA: Hey, you there? === netjoined: irc.freenode.net -> sendak.freenode.net === ChanServ [ChanServ@services.] has joined #launchpad === mdz [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #launchpad === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #launchpad === SteveA [~steve@adsl-213-190-44-43.takas.lt] has joined #launchpad === mako [~mako@micha.hampshire.edu] has joined #launchpad === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === jblack [~jblack@static-209-158-45-74.scr.east.verizon.net] has joined #launchpad === lifeless [~robertc@dsl-69.8.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #launchpad === daf [daf@muse.19inch.net] has joined #launchpad === dilys [daf@muse.19inch.net] has joined #launchpad === elmo [~james@83.216.141.215] has joined #launchpad === spiv [~andrew@fuchsia.puzzling.org] has joined #launchpad === BradB [~bradb@modemcable165.196-131-66.mc.videotron.ca] has joined #launchpad === BradB [~bradb@modemcable165.196-131-66.mc.videotron.ca] has left #launchpad ["Leaving"] === BradB [~bradb@modemcable165.196-131-66.mc.videotron.ca] has joined #launchpad === BradB [~bradb@modemcable165.196-131-66.mc.videotron.ca] has joined #launchpad === BradB [~bradb@modemcable165.196-131-66.mc.videotron.ca] has joined #launchpad [11:38] any zope guys around? [11:42] hey j [11:42] Hiya stevea. [11:42] I'm trying to do z3rc2. ./configure reports an optimum python, but I get an include error [11:43] do you use jabber? [11:43] No sir. [11:43] an include error is interesting [11:44] paste here? http://paste.husk.org/ [11:45] http://paste.husk.org/1847 [11:46] oh, that's an ImportError [11:46] not an include error [11:46] you haven't installed python-dev [11:46] so, you don't have distutils [11:46] So I haven't. [11:46] I keep making the case that distutils should be part of the default python install [11:46] but, sabdfl and mdz (I think) think otherwise [11:46] distutils is in python-dev, I take it? [11:46] yes [11:46] it is part of the standard library [11:47] I'm philosophically opposed to splitting the standard library [11:47] otherwise, it isn't "standard" any more [11:47] anyhow, enough trolling [11:47] SteveA: I'm not sure about sabdfl, but that is not my position [11:47] SteveA: There's an ubuntu bug about it... [11:47] mdz: ok, sorry I misrepresented [11:47] SteveA: it's here in black and white: https://bugzilla.ubuntu.com/show_bug.cgi?id=1640 [11:48] mdz: Beat me to it :) [11:48] There we go! :) [11:49] We had a user on #ubuntu today caught by this problem, too. [11:49] So, I'm looking forward to it being fixed in hoary :) [11:53] jblack: if you feel it is appropriate, maybe add that you've been caught out by the odd error [11:53] to the bug report [11:53] Doing... [11:53] Hey... Silly thought? [11:54] Would it be appropriate to add a check/warning to configure to check for python-dev? [11:55] no [11:55] because distutils is in the standard library [11:55] it is a broken python installation that doesn't have all of the standard library [11:56] in order to get the full python installation on ubuntu, you need python and python-dev [11:56] but, this is not made clear [11:56] so, you were mislead into thinking you had a standard python installed [11:56] when in fact you had a non-standard subset [11:58] Ahhh, because ubuntu didn't install it. [11:59] right. "partial python" is in desktop or base or whatever === jblack wonders if ubuntu sends the wrong message by not having a full development environment. [12:00] FWIW, if this issue had been raised a couple of months earlier, it's quite likely that it would have been changed for the Warty release [12:00] I raised it a while ago [12:00] can't remember exactly when [12:00] with me? [12:00] no, with mark [12:00] maybe I should have gone on the list too [12:00] I moaned lightly about gcc on canonical. [12:00] the first I heard about it was that bug report, which was about midway between preview and final [12:00] not the time to make that kind of change [12:00] actually, #warthogs