[00:00] <asac> @time new_york
[00:00] <ubotu> Current time in America/New_York: October 30 2007, 20:00:11 - Next meeting: Edubuntu Team in 11 hours 59 minutes
[00:00] <gnomefreak> make install is ran from mozconfig?
[00:00] <gnomefreak> its about 8pm
[00:00]  * gnomefreak on ny time
[00:00] <Ubulette> [Sun 23:56] <Ubulette> mozilla bug 351715
[00:00] <ubotu> Mozilla bug 351715 in ChatZilla "Build Chatzilla as extension for suiterunner (toolkit/ style seamonkey)" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=351715
[00:00] <asac> yeah ... not sure if taht the time here ... but i think it is
[00:00] <gnomefreak> it is
[00:01] <gnomefreak> your only a few hours north of ny
[00:01] <gnomefreak> maybe 2 states
[00:02] <gnomefreak> afaik mozconfig only worries about configuring not installing correct?
[00:02] <gnomefreak> yay house is on tonight
[00:03] <gnomefreak> btw also -dbg package would help for seamonkey or iceape
[00:04] <Ubulette> it's there
[00:04] <Ubulette> gnomefreak, just build with my tarball, i'll bump tomorrow
[00:04] <Ubulette> tired today
[00:06] <gnomefreak> ok will try 26th as its late here as well
[00:08] <Ubulette> remember to pull 1st
[00:08] <gnomefreak> why did you change the changelog back to 20071026?
[00:09] <Ubulette> ?
[00:09] <Ubulette> I didn't
[00:09] <gnomefreak> i looked today and you set it to 20071029
[00:09] <Ubulette> ?
[00:09] <Ubulette> no
[00:09] <gnomefreak> unless i did but i thought i made new entry for that reason
[00:10] <Ubulette> noway, i use the same tarball since day 1
[00:10] <gnomefreak> pulling now
[00:11] <gnomefreak> lol what did you do   - update debian/seamonkey-2.0-chatzilla.install?
[00:11] <gnomefreak> i was using 119 revision
[00:11] <Ubulette> read
[00:11] <gnomefreak> that is in 120
[00:11] <Ubulette> it's not the icon
[00:12] <gnomefreak> oh thats it
[00:12] <gnomefreak> components/chatzilla-service.js
[00:12] <Ubulette> yep
[00:12] <gnomefreak> yeah i know thats not icon
[00:13] <gnomefreak> ill let you know in morning if it builds (it should)
[00:13] <gnomefreak> or maybe not in morning
[00:13] <gnomefreak> i have to leave here around 7am
[00:14] <Ubulette> it should build fine
[00:14] <Ubulette> (unless you're doomed)
[00:14] <gnomefreak> always am
[00:14] <gnomefreak> ;)
[00:14] <Ubulette> but a few things are not working for me
 a few things are not working in sm2
 problem is i don't know what to expect
[00:15] <Ubulette> no previous reference with sm2
[00:15] <Ubulette> at least the browser seems ok
[00:16] <asac> Ubulette: what doesn't work?
[00:16] <gnomefreak> just chatzilla?
[00:18] <Ubulette> chatzilla, but new tarball may improve that
[00:18] <Ubulette> address book / new card failed yesterday but now it seems better, no idea why
[00:18] <Ubulette> (i just added with-places)
[00:19] <Ubulette> wallet shows errors in the console
[00:19] <Ubulette> and other messages in there too
[00:22] <Ubulette> still no news for my ppa quota
[00:23] <asac> Ubulette: somehow our ppa guy has been off the whole day
[00:24] <asac> no idea ... maybe he is travelling here atm
[00:27] <Ubulette> it seems google gears is open source
[00:27] <asac> never herad of that before
[00:27] <asac> something that should be done by mt?
[00:27] <Ubulette> i mentioned that realier
[00:28] <Ubulette> it is used to do offline stuff, useful for apps like gmail / google reader
[00:29] <Ubulette> so seems good for ff and webrunner (now prism) for laptops
[00:29] <asac> looks good
[00:29] <asac> Google Gears is open source software, licensed under the New BSD license.
[00:30] <Ubulette> i'm waiting for the next webrunner to update everything to prism
[00:34] <Ubulette> feel free to do google gears, i'm not equiped to to test it anyway
[00:36] <asac> ok going to eat ... maybe i will not get back ... depending on who i meet on my way :)
[00:37] <Ubulette> enjoy
[00:37] <Ubulette> don't end up in jail ;)
[00:38] <Ubulette> bed time for me
[00:38] <Ubulette> 'night all
[00:41] <Ubulette> asac, Firefox <IP_ADDRESS> Beta is available
[00:46] <gnomefreak> working on python support for irssi atm
[00:48] <tonyyarusso> gnomefreak: that was a GSoC project at one point, wasn't it?
[00:48] <Ubulette> hmm, ff 2009 will be released thursday (2 days). it's short
[00:48] <gnomefreak> tonyyarusso: yes
[00:48] <tonyyarusso> gnomefreak: anything come out of that?
[00:49] <gnomefreak> tonyyarusso: not really there is a unmaintained irssi-python im working on
[00:49] <gnomefreak> see -ops for more details ;)
[00:51] <gnomefreak> night
[13:06] <asac> sorry ... there was no chance to get my system again ... my roomate was already asleep when i came back from dinner :)
[13:19] <asac> Ubulette: yeah ... i will take a look, but i don't think that we will roll updates for it.
[14:26] <asac> ola
[14:27] <Jazzva> ola, asac
[14:29] <Jazzva> How's the UDS going on :)?
[14:29] <asac> fine :) ... unfortunately i get nothing else done because of that
[14:30] <Jazzva> Oh... I'm sure you'll catch up after :)...
[14:30] <asac> Jazzva: so .. i guess time has come where there are plenty of oppertunity to do MOTU related stuff
[14:30] <asac> like merges.ubuntu.com
[14:30] <asac> :)
[14:30] <Jazzva> asac: Guess so :)...
[14:31] <asac> there should be a bunch of low hanging fruits ... if you want to do some let me know :)
[14:31] <Jazzva> I didn't know about that site :)
[14:31] <asac> yeah ... if you do 30 merges you can probably directly become motu :)
[14:31] <Jazzva> *lol*
[14:32] <asac> well ... maybe not if you only pick the green ones which should be fairly easy todo
[14:32] <asac> the ones in orange might be tempting for someone like you ... who knows how to code et al :)
[14:32] <Jazzva> Well, I guess I could do a few for start :)...
[14:33] <Jazzva> Make that "try to do"
[14:33] <Jazzva> So, I should just download the Ubuntu package, the new Debian and then to see what needs to stay and what needs to go from Ubuntu one?
[14:34] <asac> well ... if you click on a package you get a basic instruction
[14:34] <asac> there is also a documentation in wiki
[14:34] <Jazzva> Ok, I'll take a look today :).
[14:34] <asac> great
[14:35] <asac> the procedure is usually to ask the one who previously has done the merge if he is ok if you do it
[14:35] <asac> but for now practice without asking ... most core devs are probably happy to give away merges :)
[14:35] <asac> unless they have a strong affection for some package
[14:37] <Jazzva> Mhm... I see.
[14:44] <Jazzva> Ok, I'm off to study a bit :). asac, I'll take a look at MoM in the evening.
[14:44] <asac> Jazzva: good
[18:28] <Ubulette> hi
[18:32] <Ubulette> asac, why wont you/we push ff 2009 ? users usually request the last version, even if there's no real benefit.
[18:33] <norsetto> ping ubulette
[18:33] <Ubulette> pong
[18:33] <asac> Ubulette: updating gutsy without advisory is not within the bounds of our already pretty much bend policy for stable releases
[18:34] <asac> (our as in ubuntu ... not mt)
[18:34] <asac> its already a luxury that we are allowed to upload new upstream versions to security ... usually we just allow minimal patches to go in
[18:34] <asac> (which is sane for various reasons)
[18:34] <norsetto> hi ubulette, quick one: what will it be the plugin dir for xulrunner-1.9 in hardy?
[18:36] <Ubulette> so far, it's in /usr/lib/xulrunner-1.9a*/plugins/
[18:36] <asac> Ubulette: yeah ... but that won't work ... though we already introduced /usr/lib/xulrunner-1.9-plugins/ in bzr?
[18:36] <asac> s/though/thought/
[18:37] <Ubulette> norsetto, but it's bad to hardcode that path
[18:37] <Ubulette> asac, i did extensions, not plugins
[18:37] <asac> ah right ... we should definitly do that for plugins
[18:37] <norsetto> Ubulette: well, I need a path for my links file
[18:38] <asac> norsetto: have you tried /usr/lib/mozilla/plugins
[18:38] <asac> ?
[18:39] <norsetto> asac: yes, that the "mother" home
[18:39] <asac> does that work? ... i think it was broken for ffox 2
[18:40] <asac> but from what i know its mozillas idea that that directory is looked at as well ...
[18:40] <Ubulette> norsetto, what are you trying to achieve ?
[18:40] <asac> Ubulette: he wants to make a plugin package work with xulrunner
[18:40] <norsetto> asac: yes, it works, I have all the .so and .xpt in /usr/lib/mozilla/plugins/ and symlinks from (for instance) /usr/lib/firefox/plugins
[18:41] <asac> norsetto: no i ment ... does it work for firefox 3.0 to just put it into that dir?
[18:41] <Ubulette> norsetto, do you need a hard path or is a lookup ok ?
[18:41] <asac> (which it apparently doesn't as otherwise you wouldn't complain aboutit)
[18:41] <asac> Ubulette: packages alwaays need a hard path
[18:42] <asac> at least one per gecko branch imo
[18:42] <Ubulette> then we need to patch like for extensions
[18:43] <asac> right ... so how is the extensions path called atm?
[18:43] <Ubulette> i can do that for hardy but what about gutsy ?
[18:43] <Ubulette> asac, it's just a link in fact
[18:43] <asac> Ubulette: we can do that on next update
[18:44] <asac> Ubulette: not sure if we want to take latest from .dev or do that on release branch though
[18:44] <norsetto> asac: so far I have /usr/lib/firefox/plugins, /usr/lib/iceape/plugins/ and /usr/lib/midbrowser/plugins/ and it works with firefox | iceape-browser | epiphany-browser | galeon | midbrowser
[18:45] <Ubulette> asac, rules:  dh_link usr/lib/xulrunner-addons  $(DEBIAN_XUL_DIR)/extensions
[18:45] <asac> Ubulette: my idea was to use /usr/lib/xulrunner-addons/extensions and /usr/lib/xulrunner-addons/plugins/ ... or we could really ask plugin providers to do a wrap-extension for that
[18:45] <Ubulette> too bad
[18:45] <asac> Ubulette: yes ... i don't question that its easy ... like just adding a link
[18:45] <Ubulette> addon = extension in the mozilla jargon
[18:45] <asac> Ubulette: right ... i don't think we want to add a new hierarchy level
[18:46] <asac> Ubulette: yes ... but plugins will be managed in addon manager in firefox 3.0 :)
[18:46] <asac> addons = extensions + themes + langpacks + plugins
[18:46] <Ubulette> they are already
[18:46] <asac> which is why i would like all in that xulrunner-addons dir
[18:46] <Ubulette> but some will remain as of ff2
[18:47] <asac> maybe we can try to use a plugin-extension package ... for gecko-mediaplayer?
[18:47] <norsetto> asac: I'm open to any idea
[18:48] <asac> just to see how it works? ... benjamin said the only point for not doing that would be that the new addons manager might display those twice: 1st under extensions  and 2nd under plugins ... don't know if that is a bad thing though ... and we still have plenty of time to revert that at some point
[18:48] <asac> Ubulette: what do you think?
[18:49] <Ubulette> maybe even more than twice.
[18:49] <asac> why?
[18:49] <Ubulette> twice for xul and twice for ff3
[18:49] <Ubulette> not now as we don't use the two paths at once but it was the plan
[18:49] <asac> Ubulette: thats what i don't undertstand ... if they share the same dir they would be only installed in xulrunner OR firefox dir
[18:50] <asac> right ... but if we share the two paths extensions should only install in ONE of the two
[18:50] <Ubulette> so far, ff3 doesnt use the xul path as moz don't recommend it
[18:50] <Ubulette> we may have xul addons not suitable for ff3, and vice versa
[18:51] <asac> Ubulette: yeah ... the vice versa case whould already be covered properly
[18:51] <asac> the other case i agree
[18:51] <Ubulette> venkman & dom-inspector are suitable for ff,xul,prism,...
[18:52] <Ubulette> but some other addons are ff3 only, or tb3 only, etc..
[18:52] <asac> Ubulette: yeah ... i think its fine to not share the -addons dir
[18:52] <asac> Ubulette: those shouldn't be build in xulrunner imo ... but in the application itself
[18:53] <asac> but if we don't share the application dir we can just make the applications link to the ones they support in the xulrunner-addons dir
[18:54] <asac> ok i think we agree that we don't share the addons dir, right?
[18:54] <asac> so now the question is if we want to provide a static plugins dir ... e.g. outside the pkglibdir ...which could then be used by plugins
[18:54] <Ubulette> that's what i've done. venkman is really in xul, and ff3 just links to it
[18:55] <asac> Ubulette: right ... thats good
[18:55] <asac> so do we want static plugin dirs for xul (which is then shared by all) + applications (which only host plugins suitable for a certain app)
[18:56] <asac> i think we won't have a choice unless we require plugins to be installed as plugin-extensions
[18:56] <asac> which sounds nice to me ... but might be overkill
[18:56] <asac> and would put a burden on plugin packagers and even upstream developers
[18:57] <asac> as we might indirectly force them to build their plugins wrapped in an extension like structure
[18:57] <asac> @time new_york
[18:57] <ubotu> Current time in America/New_York: October 31 2007, 14:57:54 - Next meeting: Edubuntu Team in 7 days
[18:59] <Ubulette> if i change usr/lib/xulrunner-addons in xul to have xulrunner-addons/{extensions,plugins}, i need to update ff3. Or i just add usr/lib/xulrunner-plugins
[18:59] <asac> right
[18:59] <asac> are there any plugins in the archive already that use that place?
[18:59] <asac> otherwise we could do it for the sake of cleanness
[19:00] <Ubulette> no global plugin so far
[19:00] <asac> s/plugins/extensions/
[19:00] <asac> ok ... i would be open for both ... but we should take extra care that the upgrade path is clean ... e.g. it doesn't depend on the order the packages are unpacked on upgrade
[19:01] <asac> and we would need to add versioned depends :)
[19:01] <asac> (on xul)
[19:01] <asac> >= VERSION_WITH_NEW_ADDONS_LAYOUT
[19:04] <asac> norsetto: ok i think the dir will most likely be /usr/lib/xulrunner-addons/plugins/ :)
[19:04] <asac> but don't bet on it ;)
[19:05] <norsetto> asac: well, I can wait a while, its not that urgent
[19:05] <asac> norsetto: ok ... maybe subscribe to firefox-3.0 and take a look what happened when next hardy upload is there
[19:07] <norsetto> asac: whats that: a ml, a bug report?
[19:07] <asac> no idea ... i think you can subscribe to a package in launchpad ... can't you?
[19:08] <norsetto> asac: never tried that
[19:10] <asac> norsetto: then just stay tuned :)
[19:11] <norsetto> I'll keep an eye on you, don't worry ;-)
[19:13] <gnomefreak> anyone have a gun and a bullet care to put me out of my misery
[19:15] <asac> gnomefreak: didn't your court session went well?
[19:15] <gnomefreak> that went well but this kid wont let up in #ubuntu+1
[19:16] <asac> gnomefreak: well ... exit that channel
[19:16] <asac> at least until alpha 4 users don't need help if they do that
[19:16] <gnomefreak> asac: im gonna be leaving soon to get ice and some food
[19:17] <gnomefreak> he wants to know when xorg merge from debian lenny is gonna be (you know how hard to explain that we use sid)
[19:17] <asac> well ... say: "never"
[19:17] <asac> ;)
[19:17] <asac> without any explanation
[19:18] <gnomefreak> :)
[19:18] <gnomefreak> im not even sure bryce gets x from debian
[19:18] <gnomefreak> he might take parts of iut
[19:19] <gnomefreak> we were going to keep same version of X in gutsy that was in feisty but with bulletproofx and some other options
[19:19] <gnomefreak> but in the end he upgraded it
[19:20] <gnomefreak> ok ill bbs if i dont leave now i never will :(
[19:29] <Ubulette> gnomefreak, did you succeed yesterday with sm2 ?
[19:35] <hume> hi... I have a question about thunderbird: after upgrade to gutsy, the button for choosing to view only messages with a certain label (important, for instance) is no longer there - how can I do this now?
[19:36] <hume> tags, i think they are called in english, not labels
[19:46] <asac> hume: good question ... i have no access to my imap server here so i cannot try ... maybe there is a choice box on top of the mail list
[19:46] <asac> ?
[19:47] <Ubulette> seamonkey 1.1.6-beta to review
[19:48] <asac> for me?
[19:48] <asac> oh ... another session ... be back in one hour or so
[19:48] <Ubulette> well, you or gnomefreak
[19:49] <Ubulette> same vein as ff 2009
[20:41] <Ubulette> mozilla bug 394502
[20:41] <ubotu> Mozilla bug 394502 in Build Config "make SeaMonkey build with libxul" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=394502
[20:42] <Ubulette> mozilla bug 263042
[20:42] <ubotu> Mozilla bug 263042 in Autocomplete "Ship both autocomplete impls with the new-toolkit (<textbox type="autocomplete-xpfe">) to aid transition, #ifdef-hell" [Enhancement,New] http://bugzilla.mozilla.org/show_bug.cgi?id=263042
[20:45] <hume> asac, back again
[20:46] <hume> an hour later... no I find no choice box....
[21:05] <Ubulette> hmm, I just removed 10 kernels from my last gutsy box, freed 2 gigs :)
[21:07] <Jazzva> Hmm... maybe I should do that... I haven't done it ... well, since my first install :)
[21:07] <Jazzva> Hmm... no, it seems they're not really present :)
[21:08] <Jazzva> No... they are
[21:09] <Ubulette> i just keep the last two, that's enough
[21:09] <Jazzva> Yeah, I agree...
[22:17] <gnomefreak> Ubulette_: yes it built and works for most part i have to test mail and composer still and chatzilla
[22:17] <gnomefreak> asac: the nobinonly script is done inside the orig.tar right? yesterday it looked like you meant in upstream source tarball
[22:18] <gnomefreak> i will be working on it tomorrow, today has been a fairly rough day
[22:18] <Ubulette> gnomefreak, i've updated with today's sources and updated chazilla but it's still not there
[22:19] <gnomefreak> you are getting same error?
[22:19] <gnomefreak> is taht what you mean
[22:19] <Ubulette> no
[22:19] <Ubulette> a patch landed 3 days ago making chatzilla an extension
[22:19] <gnomefreak> what do you mean its not there?
[22:20] <gnomefreak> hmmmm
[22:20] <Ubulette> i fixed my branch to accomodate
[22:20] <gnomefreak> so chatzilla was removed from source?
[22:20] <gnomefreak> like we hoped?
[22:20] <Ubulette> yet, i can't find chatzilla registered anywhere
[22:20] <Ubulette> no
[22:20] <gnomefreak> oh
[22:20] <Ubulette> it's still in source but as an extension like venkman and dom
[22:21] <gnomefreak> ill spin todays over night again than
[22:21] <gnomefreak> ah
[22:21] <Ubulette> I haven't pushed my branch so far as i'm trying to see what's wrong
[22:22] <gnomefreak> its not FTBFS?
[22:22]  * gnomefreak not sure what you mean whats wrong
[22:22] <Ubulette> problem is an unrelated nasty bug landed in xul (ie the core) so difficult to see what is causing what
[22:23] <gnomefreak> bug in xul1.8
[22:23] <Ubulette> no 1.9
[22:23] <gnomefreak> we dont build with 1.9
[22:23] <Ubulette> lol
[22:23] <Ubulette> sm2 is trunk so it's using gecko 1.9
[22:23] <gnomefreak> afaik it wasnt ready and you disabled it in rules
[22:23] <gnomefreak> rules is atleast one place its mentioned
[22:24] <Ubulette> even if it's not yet the external libxul, it's still 1.9
[22:24] <gnomefreak> but wouldnt that be gecko 1.9 as apposed to xul1.9?
[22:24] <gnomefreak> opposed
[22:25] <Ubulette> same thing
[22:25] <gnomefreak> afaik they follow eachother but are differnet
[22:26] <gnomefreak> if you build with external libxul it would make rendering engine use xul if not its still using gecko no?
[22:36] <gnomefreak> let me know when you push changes
[22:40] <Ubulette> http://www.sofaraway.org/ubuntu/tmp/sm2-bad.png
[22:40] <gnomefreak> whats with all the uncaght bounces :(
[22:41] <gnomefreak> hmmmm
[22:41] <gnomefreak> again with chrome issues
[22:42] <gnomefreak> i would say unless its the new patch than source might not be finished making the change?
[22:45] <Ubulette> they said it's done, except lang pack
[22:45] <Ubulette> Mozilla bug 351715
[22:45] <ubotu> Mozilla bug 351715 in ChatZilla "Build Chatzilla as extension for suiterunner (toolkit/ style seamonkey)" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=351715
[22:47] <Ubulette> pushed
[22:47] <Ubulette> rev123
[22:47] <gnomefreak> debian bug 448117
[22:48] <gnomefreak> why no reply :(
[22:48] <gnomefreak> debian 448117
[22:55] <Ubulette> i've pushed it to my ppa for hardy
[23:05] <Ubulette> gnomefreak, the 3 chrome errors doesn't matter
[23:05] <Ubulette> wallet will soon be dropped
[23:05] <Ubulette> and chatzilla locale are not yet moved out
[23:07] <gnomefreak> ah ok
[23:08] <Ubulette> but the xml parsing error is not good
[23:13] <gnomefreak> true but ive seeen that on firefox durin the 1.x and early 2.x series iirc but maybe differnet code errors
[23:28] <gnomefreak> bluekuja: did you get a chance to push iceape to hardy yet?
[23:29] <Ubulette> gnomefreak, you're not allowed to do it yourself ?
[23:29]  * Ubulette is puzzled
[23:30] <gnomefreak> nope not muto yet thats why i build seamonkey and such for experience
[23:30] <Ubulette> i don't know who's who/what in here
[23:31]  * gnomefreak is no dev atm im working on motu membership if i build and get error i get experience in what error is what ect..
[23:31] <gnomefreak> maybe by mid hardy devel ill apply
[23:31] <Ubulette> what are the requirements ?
[23:32] <gnomefreak> Ubulette: hold on ill see if i can find page
[23:32] <gnomefreak> experience in packaging is about it
[23:33] <gnomefreak> merges are good to have someone who has uploaded your packages to ubuntu from revu or from a sponser
[23:33] <Ubulette> that's just it ??
[23:33] <gnomefreak> things like that
[23:34] <gnomefreak> https://wiki.ubuntu.com/UbuntuDevelopers
[23:35] <gnomefreak> helps to have contact with motus and normally have a good repor with a tb member isnt bad either
[23:35] <gnomefreak> :)
[23:36] <Ubulette> tb member ?
[23:36] <gnomefreak> TB
[23:36] <gnomefreak> tech board
[23:36] <gnomefreak> they decide if you become motu or not
[23:44] <gnomefreak> done for the night, ill work on iceowl/sunbird through the weekend should have ready early next week


[07:30] <mlankhorst> morning
[07:50] <tjaalton> mlankhorst: did you see mrcooper's comment about the llvm issue?
[07:50] <tjaalton> https://bugs.freedesktop.org/show_bug.cgi?id=59967
[08:09] <mlankhorst> yeah, not sure what to think
[08:55] <tjaalton> common/native_wayland_drm_bufmgr_helper.c:11:41: fatal error: wayland-drm-server-protocol.h: No such file or directory
[09:23] <tjaalton> although it's built before the egl state-tracker
[09:35] <tjaalton> hrm, same thing without parallel
[09:39] <tjaalton> looks like it was missing the path from cppflags after all..
[09:44] <tjaalton> nope..
[11:33] <mlankhorst> maybe need another newer wayland?
[11:37] <tjaalton> no, the header is generated during build
[11:37] <mlankhorst> :/
[12:40] <tjaalton> bryce: lsb_release -d shows "development release" if base-files hasn't been bumped for the release, so maybe use that as an indicator if the system is running a released version or not :)
[12:44] <tjaalton> ah, realized why the header isn't found..
[12:44] <tjaalton> it doesn't support out-of-tree builds..
[12:46] <tjaalton> top_srcdir is wrong
[12:47] <tjaalton> should use top_builddir
[12:47] <mlankhorst> again?
[12:47] <tjaalton> yeah, dejavu all again :)
[13:05] <tjaalton> so, after dropping --with-shared-llvm-libs and fixing that include it builds fine
[13:06] <mlankhorst> erm you kind of want --with-shared-llvm-libs though, reduces on image size
[13:06] <tjaalton> $libdir/gallium-pipe/pipe_{r600,nouveau,swrast,vmwgfx,r300}.so
[13:07] <tjaalton> sure, but wanted to see what else needs fixing
[13:07] <mlankhorst> ah np
[13:08] <tjaalton> what those pipe files are?
[13:08] <mlankhorst> they're gallium pieces split up
[13:09] <mlankhorst> so for example vdpau_nouveau and dri_nouveau would both use pipe_nouveau.so
[13:09] <tjaalton> ok, so in the dri package
[13:10] <mlankhorst> you get a cookie if you enable vdpau btw
[13:13] <tjaalton> does it work?
[13:13] <mlankhorst> well it no longer crashes on mplayer -vo vdpau
[13:14] <mlankhorst> so it's better than using xv probably
[13:14] <tjaalton> ok
[13:14] <tjaalton> one thing at a time :)
[13:24]  * mlankhorst is trying the input merge request from hutterer on panda
[14:03] <tjaalton> ugh, libxatracker gensymbols seems to dump all the llvm symbols there too?
[14:04] <tjaalton> + LLVMInt64TypeInContext@Base 9.1~git20130129.ff515c4e-1
[14:04] <tjaalton> + _ZN4llvm10SSAUpdaterC2EPNS_15SmallVectorImplIPNS_7PHINodeEEE@Base 9.1~git20130129.ff515c4e-1
[14:04] <tjaalton> just to show a few examples
[14:04] <tjaalton> meaning it's linked wrong?
[14:05] <mlankhorst> linked statically..
[14:05] <tjaalton> hm right, no llvm shared libs :)
[14:17] <mlankhorst> gah
[14:17] <mlankhorst> my nexus7 reboots reliably on the xorg-server dh_install step :(
[14:17] <mlankhorst> nfs over wireless
[14:21] <tjaalton> huh
[14:23] <mlankhorst> tried to get a build running with xorg-server
[14:23] <tjaalton> OOM killer behaving?
[14:24] <mlankhorst> it just reboots, don't think it's the oom killer
[15:54] <mlankhorst> hm, maybe update evdev? I was running xorg-integration-tests, and noticed it complaining about evdev
[16:07] <mlankhorst> and I'm off to fosdem, bb :)
[21:29] <njin> bryce, hallo bug1112871 , reproduced in the new kernel 3.8.0-3
[21:29] <njin> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1112871
[21:30] <njin> also in kern.log: [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
[22:01] <tjaalton> njin: can you reproduce it?
[22:06] <njin> tjaalton, no now totem strangely works
[22:10] <bryce> njin, hi thanks
[22:11] <njin> thanks you guys
[22:11] <bryce> njin, yeah I think steps to repro are needed before this can go anywhere
[22:12] <bryce> dah, he left
[22:17]  * bryce updates bug
[22:19] <tjaalton> there are several mediaplaer-related bugs after the sna swith, dunno if they are dupes
[22:19] <tjaalton> some just crash the server though
[22:26] <tjaalton> well, not several but some


[07:54] <bobsy> hisacro: easy
[08:11] <hisacro> great :)
[08:12] <hisacro> I'm yet to acquire a device to try on
[10:30] <Daniel071_> I have an old samsung tab ľ
[10:30] <Daniel071_> tab 2*
[10:30] <Daniel071_> the most it has is a 2013 build of ubuntu touch


[14:15] <harovali1> hi, what's the correct way of deactivating gdm from upstart in karmic ubuntu ?
[14:21] <ion> If you want to kill it, stop gdm. If you want to prevent it from ever starting, you might e.g. comment out the ‘start on...’ line by adding # in front of it, or making /etc/X11/default-display-manager an empty file.


[00:00] <rosaecaeruleae> the actual "owner" of that directory is me, not root, i recursively changed owner and group to "me", that was not a good idea...
[00:00] <rosaecaeruleae> i now want to revert the "LOST And found directory" to its original owener, root
[17:15] <lecaritor> salut
[17:15] <lecaritor> j'ai vu de la lumiere alors chui rentré
[17:15] <cfhowlett> !fr | lecaritor
[17:16] <lecaritor> ok bye ;)
[17:54] <torejls> Gentlemen - I type this command in terminal: sudo gedit /etc/init.d/boinc-client
[17:54] <torejls> But it dosent work
[17:54] <torejls> anybody know if something else works but gives the same result?
[17:54] <elfy> try using mousepad instead - we don't install gedit
[17:55] <elfy> also you can use pkexec to get root rights
[17:55] <elfy> pkexec mousepad /etc/init.d/boinc-client
[17:56] <torejls> thank you, sir. But it seems like it failed in terminal. "Cannot open display
[17:59] <elfy> what version of xubuntu are you using?
[18:01] <elfy> and where are you trying to do this - in the desktop environment or in a virtual terminal?
[18:03] <elfy> if you're not in the desktop - then use sudo nano to edit it
[18:04] <ghostxubuntu23w> Hey is anyone here having issues with the latest update of STEAM? Where it just opens for a second then craps out. Running 'steam' in terminal gives me a segfault...?
[18:07] <deshipu> I don't think there is steam in xubuntu repositories
[18:08] <krytarik> !info steam | deshipu
[18:10] <deshipu> wow, I stand corrected, thanks
[18:11] <elfy> even so - unless there are people here able to help - might be better in #ubuntu
[18:11] <elfy> more eyes there
[18:12] <knome> or a steam channel
[18:26] <ghostxubuntu23w> Ubuntu is more populated?
[18:26] <ghostxubuntu23w> but XFCE is so much better than the new GNOME :(
[18:29] <deshipu> doesn't Ubuntu use Unity? :)
[18:37] <knome> aka "the new GNOME"? :P
[18:37] <knome> (no, not really, but who knows what all these DE names and DE's are, except geeks)
[18:40] <brainwash> ghostxubuntu23w: #ubuntu-steam
[18:50] <torejls> sorry for late reply: I want to edit a config file in etc/init.d/boinc-client
[18:51] <torejls> when i go directly to the folder it wont let me save. seems i have to go trough terminal for root permission
[18:51] <knome> torejls, use a CLI text editor; sudo nano /etc/init.d/boinc-client
[18:52] <torejls> that worked. thanks a lot :))
[18:52] <knome> no problem
[19:13] <ghostxubuntu23w> I call it GNOME3 as is "3 sucks"
[21:14] <tjukkola> Hello everyone. Just asking is it possible to update xubuntu live USB? I tried to update mine and I think I broke it.
[21:17] <ghostxubuntu23w> how to do you mean @ TJ?
[21:18] <elfy> tjukkola: just reboot it
[21:18] <ghostxubuntu23w> what like wiping it clean?
[21:18] <ghostxubuntu23w> fresh start?
[21:18] <elfy> you can update and install when using the livesession - but reboot will undo all that
[21:18] <ghostxubuntu23w> ^^
[21:18] <ghostxubuntu23w> Maybe someone can correct me but I ALWAYS start fresh
[21:18] <ghostxubuntu23w> IE delete the partition
[21:18] <ghostxubuntu23w> put a new ext4 on
[21:18] <ghostxubuntu23w> reformat
[21:18] <ghostxubuntu23w> reinstall
[21:19] <ghostxubuntu23w> unless you're talking more specific
[21:19] <ghostxubuntu23w> Wasn't sure if you meant like someting going from 12.04 to 14.04
[21:19] <ghostxubuntu23w> LTS
[21:19] <ghostxubuntu23w> or whatever
[21:19] <ghostxubuntu23w> What exactly are you trying to do TJ?
[21:20] <knome> ghostxubuntu23w, please don't use enter as punctuation
[21:21] <ghostxubuntu23w> oh sorry I'll just use long run-on sentences instead
[21:21] <knome> elfy, wonder what persistence is supposed to react to upgrading... or is just persisting personal files, eg. /home ?
[21:21] <knome> ^ s/what/how
[21:21] <elfy> not sure tbh
[21:22] <elfy> I think that a persistent will let you install *things*
[21:25] <tjukkola> I ran xubuntu live to try it out. After update it wanted to restart and after restart it didn't work anymore.
[21:27] <tjukkola> Said that cannot find live file system or something like that. Can't remember. Sorry.
[21:28] <knome> can't know how to fix then, sorry
[21:30] <Nixus> hey I'm having window tearing on my Xubuntu, any way to fix this? Maybe a different window manage? sorry, but nobody seems to answer it on ubuntu-offtopic (-_-)
[21:34] <Nixus> ?
[21:42] <Nixus> hey I'm having window tearing on my Xubuntu, any way to fix this? Maybe a different window manage?
[21:44] <Nixus> hey I'm having window tearing on my Xubuntu, any way to fix this? Maybe a different window manage?
[21:44] <ochosi> yeah, you can try that
[21:44] <ochosi> but there are no guarantees
[21:45] <ochosi> you can also try to use compton instead of xfwm4's compositor
[21:46] <Nixus> ok? does tearing have to do with compositing?
[21:46] <ochosi> oh well, better read up on tearing online, this is too big a subject to repeat it here in the channel
[21:47] <Nixus> ok, sorry for spam was trying to copy something else, but was pressing the wrong button *embarrased*
[21:51] <deshipu> ochosi: is compton already usable?
[21:52] <ochosi> deshipu: yeah
[21:53] <ochosi> all you have to do to try it is to install it, deactivate the compositor in xfwm4's advanced wm tweaks dialog and then run "compton" in the terminal
[21:53] <ochosi> if you want it persistently, you can also add it to the autostarted apps
[21:55] <deshipu> ochosi: if I disable compositing in the tweaks, xfwm4 will stop trying to use transparency and shadows :(
[21:55] <ochosi> yeah, obviously that is the idea
[21:55] <ochosi> compton will do that once you launch it
[21:56] <deshipu> nope
[21:56] <deshipu> also, terminals are no longer transparent
[21:58] <deshipu> ah, it has to be enabled
[22:34] <rosaecaeruleae> hi
[22:35] <rosaecaeruleae> is it a good idea to rename back the lost+found file of an external hdd ext4 formatted? rename, I mean to make root the new owner, as it should be. Now the owner and group of said directory are "me"
[23:39] <Nixus> Sorry if this is off topic, IDK if it is. if I exit XChat IRC and reopen it, I have to change my name, join servers/channels all over again. Is there a way to make it save all this? thanks
[23:50] <Nixus> anyone?
[23:53] <Unit193> Nixus: I know you can have "favorite" channels, and there's a box to put your nick as well.  Can't tell you more, not used it enough.
[23:53] <Unit193> Nixus: You could just use Hexchat and ask in #hexchat
[23:55] <Nixus> ok
[23:55] <Nixus> also,I have another issue: whenever I extract a file using thunar file manager, the archive manager crashes. thanks


[05:17] <luna> Have heard that the Ubuntu UK Podcast people have started creating a new podcast: https://linuxmatters.sh/ did just start listening to it today :)
[05:45] <zxmpi> will give it a listen
[05:50] <luna> just had time to start listening myself today
[18:52] <davef> And the ban hammer makes an appearance 🔨
[20:18] <daftykins> is... there something fishy about the site?


[10:02] <carlos> morning
[10:02] <carlos> BradB: if you merge into rocketfuel what you have, I could finish fixing rosetta's tests
[10:06] <BradB> hi, yeah, i'm merging right now. it'll take a while though.
[10:06] <carlos> ok
[10:21] <limi> morning :)
[10:23] <carlos> limi: good morning
[10:24] <debonzi> limi, morning
[10:28] <limi> SteveA :)
[10:32] <SteveA> morning
[10:33] <limi> sabdfl: what is the highest priority UI-wise on Malone right now?
[10:34] <sabdfl> portlets
[10:34] <limi> (or anyone from the Malone team, obviously :)
[10:34] <limi> ok
[10:34] <sabdfl> stu1: stub?
[10:35] <sabdfl> limi: i've just finished the first cut of a working DOAP framework
[10:35] <limi> aha
[10:35] <sabdfl> would appreciate some love on the following templates:
[10:35] <sabdfl> project-new.pt
[10:35] <sabdfl> product-new.pt
[10:35] <sabdfl> project-edit.pt
[10:35] <sabdfl> product-edit.pt
[10:35] <sabdfl> project-index.pt
[10:36] <limi> will do
[10:40] <carlos> wow, I was able to run launchpad today :-D
[10:42] <carlos> sabdfl: could I fix the problems I found with rosetta or should I wait until the integration work is finished?
[10:42] <sabdfl> carlos: i'm all merged in now
[10:43] <sabdfl> plese be careful with objects in dlalo and dmark that are very similar, we have to resolve that cleanly
[10:43] <stub> limi: I think the portlets on the main bug view page (wherever that is now ;) ) are ready for you to play with. And if they are not, I'll need more info about what you need.
[10:43] <limi> sabdfl: getting lots of good feedback on Ubuntu in the Plone community, btw - congrats to the team :)
[10:43] <carlos> sabdfl: then, what should I do? work on dlalo on dmark or on both?
[10:44] <limi> stub: ok, cool
[10:44] <sabdfl> stevea is working on something to allow us to have a different browser:defaultview for a Project object in Rosetta and Malone
[10:44] <limi> guess I will know in a few minutes ;)
[10:44] <stub> I suspect there is too much info for one page, but I'll let that be your decision
[10:44] <sabdfl> way too much
[10:44] <limi> too much info is easily dealt with ;)
[10:44] <limi> it's the other way around that is the problem
[10:44] <sabdfl> stub: i've been trying to get doap to the point where we can cut project stuff out of all the other launchpad components and just refer to doap
[10:44] <sabdfl> it's finally there after a good run on the weekend
[10:45] <sabdfl> project / product create / edit is all set
[10:45] <sabdfl> stub: brad b and i are going to start work on malone in a few hours, is there anything you want us to focus on?
[10:45] <limi> sabdfl: and Jeff has Queen's Birthday Holiday today, right :)
[10:46] <sabdfl> i'll be continuing the cleanup post-renaming
[10:46] <sabdfl> limi: if jdub wants i could go round to her house and drop off a card ;-)
[10:46] <limi> hehe
[10:47] <limi> or enter her bedroom, like that guy recently
[10:47] <stub> limi: Its one reason for staying a monarchy - if we lose the queen that is almost all of our public holidays gone ;)
[10:48] <stub> sabdfl: The audit trail would be good.
[10:48] <stub> sabdfl: And BradB might have some ideas on utilizing SQLObject to do the heavy lifting
[10:49] <limi> . o O ( still merging )
[10:49] <limi> is BradB still in London?
[10:49] <SteveA> yes
[10:53] <sabdfl> stub: i think iniitally we'll refactor stuff to bring it into line with new conventions etc
[10:53] <sabdfl> give me a day to get a full handle on it
[10:53] <stub> sabdfl: Sure.
[10:54] <sabdfl> stub: can you get going on the bug watch thing?
[10:54] <stub> sabdfl: Bug watch thing?
[10:54] <sabdfl> we want to be able to watch bugs in bugzilla, as that's the best way to migrate to malone from bugzilla for warty
[10:55] <sabdfl> "bug watch thing" -> adding and updating bug watches
[10:55] <stub> That was in and working last I looked
[10:55] <sabdfl> so you can say "this bug is the same as bug #1980 in bugzilla.ubuntu.com" and it will tell you the status in that remote bug system?
[10:56] <stub> At least as far as the web code goes - it just needs Dave's daemons to drive it.
[10:56] <stub> sabdfl: You can say 'this bug is the same as bug #1980 in bugzilla.ubuntu.com' and the status will sit there as unknown
[11:02] <cprov> stub: after you finish with mark can we talk ?
[11:02] <stub> cprov: now is fine
[11:04] <cprov> stub:  so, I need to figure out how will be the best way to insert my postgres dump on soyuz
[11:04] <debonzi> spiv, ping
[11:05] <stub> cprov: You need to explain that a bit better. I'm not sure what you mean by 'insert my postgres dump on soyuz'.
[11:06] <Kinnison> cprov: is your svn server listening?
[11:06] <cprov> stub: of course, we have maid a script to import all the packages information from a ubuntu mirror inside the current database
[11:06] <Kinnison> cprov: my svn process is sat there doing nothing (seemingly)
[11:06] <cprov> Kinnison: yes
[11:06] <Kinnison> connect(3, {sa_family=AF_INET, sin_port=htons(8080), sin_addr=inet_addr("<IP_ADDRESS>")}, 16
[11:06] <Kinnison> that's never returning
[11:06] <cprov> Kinnison: let me see
[11:07] <limi> anybody know why I get this error when starting Launchpad? http://paste.plone.org/1619
[11:07] <stub> cprov: Where does the data need to be? The production database, rosetta.warthogs.hbd.com, or developers' local databases?
[11:08] <SteveA> it means you have two SQLObject classes both called "Product", in different places
[11:08] <cprov> Kinnison: http://<IP_ADDRESS>:8080/svn/gina/trunk/ is working
[11:08] <spiv> debonzi: pong
[11:09] <Kinnison> How remarkably odd
[11:09] <debonzi> spiv, hi.. a question for you
[11:09] <Kinnison> I managed to fail to c&p properly the first itme
[11:09] <Kinnison> s/itme/time/. Please give me the 'MUD' hat
[11:09] <debonzi> spiv, supose I have a SQLObject selection of bin packages
[11:10] <cprov> stub: that is the question I don't know if we should use that Huge (25 Mb gz) data, but for sure it should be the production DB
[11:10] <debonzi> spiv, I would like to get from this selection the binpackage with version 1.0.0
[11:11] <debonzi> spiv, do you know a nice way to do that?
[11:11] <stub> cprov: ok. So can we stick it into the production database by rerunning your script, or do we need to use your database export (eg. did you need to do any cleanups?)
[11:12] <cprov> stub: no, now you need to drop the current DB and create a new one by hand and run psql -f my_dump
[11:12] <spiv> cprov: How long does the extraction script take to run?
[11:13] <cprov> stub: 4 1/2 hour
[11:13] <spiv> debonzi: Hmm...
[11:13] <stub> cprov: The reason I am asking is that a database dump will contain all the keys, which will conflict with the rows that already exist on the production database.
[11:13] <cprov> stub: on zhongshan
[11:14] <stub> cprov: So ideally, if we need the database on production I'd rerun the script and let it take 4 1/2 hours.
[11:14] <debonzi> spiv, actualy, I am geting the selection clause attribute, adding ' AND binarypackage.version = %s' and selection again, but Im not sure if it is a good way
[11:15] <cprov> stub: yes, I'm working with a pre-filled DB on gina (importer script)
[11:15] <carlos> spiv: ping
[11:15] <spiv> carlos: Also pong...
[11:15] <debonzi> s/section again/selecting again
[11:15] <limi> SteveA: and how do I fix it? :)
[11:15] <spiv> carlos: But still thinking about debonzi's problem :)
[11:15] <carlos> I'm having some problems with sqlobject transactions
[11:15] <carlos> spiv: :-P
[11:16] <debonzi> carlos, I came first :)
[11:16] <carlos> debonzi: O:-)
[11:16] <spiv> debonzi: By "selection", you mean a SelectResults object?
[11:16] <debonzi> yep
[11:16] <SteveA> limi: remove the offending other class.  Realistically, update from rf
[11:16] <limi> I just did :]
[11:17] <debonzi> spiv, sorry for not be clear enougth
[11:18] <spiv> debonzi: So you're doing mySelectResults.clone(clause=mySelectResults.clause + ' AND binarypackage.version = %s' % version) ?
[11:18] <cprov> stub: better for now I think is share the dump as it is between the soyuz member, latter I can work with an empty (I need the warty related fields and components) DB
[11:18] <spiv> Or actually doing a new BinaryPackage.select?
[11:18] <debonzi> spiv, doing a new BinaryPackage.select
[11:19] <limi> I'm at launchpad--devel--0--patch-490, and I still get the error :(
[11:19] <cprov> elmo_: btw, I need permission to run gina on zhongshan as kiko did last week
[11:19] <debonzi> spiv, the clone method is the right way?
[11:19] <spiv> debonzi: The clone method is slightly nicer, I think, but it doesn't really make much difference :)
[11:20] <stub> cprov: ok. Just so long as I don't end up with a postgres dump that I'm somehow expected to migrate into the live database ;-)
[11:20] <spiv> SQLObject won't actually send a query until you try to get the actual results out of the object, either way :)
[11:20] <debonzi> spiv, I see.. in that case it is not realy bad right?
[11:20] <elmo_> cprov: done - there's a postgres user for you now
[11:21] <limi> anybody else with a current Launchpad that are getting SQLObject errors?
[11:21] <limi> (patch-490)
[11:21] <limi> or is it just my wonderful Mac? :]
[11:21] <stub> cprov: So did you need me to help setup how to share the dump, or are you right with setting that up?
[11:22] <carlos> limi: executing launchpad?
[11:22] <limi> yes, doing make run
[11:22] <spiv> debonzi: Right.  So it doesn't really matter :)
[11:22] <carlos> last time I was told to use lalo's branch until we get new slqobject merged into rocketfuel
[11:23] <carlos> limi: did you saw lalo's mail from last week about sqlobject?
[11:23] <debonzi> spiv, nice.. thanks for your help
[11:23] <limi> lalo's branch of SQLObject or Launchpad? yes, saw the mail, but assumed it had been resolved by now
[11:23] <carlos> debonzi: so,  is spiv free? :-P
[11:23] <carlos> lalo's branch of SQLObject
[11:24] <spiv> carlos: Yeah, what's up? :)
[11:24] <cprov> stub: I think I can create by myself, thanks for the hints !
[11:24] <limi> what's the magic incantation to switch to lalo's branch?
[11:24] <cprov> elmo_: tks
[11:24] <carlos> spiv: I have a form that updates two different objects (Person and PersonLabel) depending on the submit button you select
[11:25] <spiv> limi: lalo's branch sounds unrelated to your problem.
[11:25] <limi> is there an arch switch statement?
[11:25] <limi> ok
[11:25] <limi> http://paste.plone.org/1619 is the traceback
[11:25] <stub> cprov: No problem. If you go with an uncompressed text-format dump in arch, please don't put it in the rocketfuel archive as some of us keep local mirrors of it ;)
[11:25] <carlos> spiv: the first one (Person) executes the END transaction, but the other does not so it's lost when launchpad is shutdown
[11:26] <spiv> stub: Well, arch stores changesets as .tar.gz of patches...
[11:26] <carlos> spiv: any idea about how to debug it?
[11:26] <spiv> (it'll sure pad out revlibs and pristine trees nicely, though ;)
[11:27] <spiv> carlos: Hmm, that's odd.  The SQLOS glue is supposed to take care of the transactions for you (by starting and ending a transaction for the star tand end of each web request).
[11:28] <spiv> carlos: Where's the code? :)
[11:29] <carlos> rosetta/browser.py #414
[11:29] <carlos> "SAVE-PERSONAL" works, but "SAVE-LANGS" does not works
[11:30] <carlos> the template is rosetta-preferences.pt
[11:31] <carlos> btw, I need to request a merge to fix them after all changes we have since last week (givenName -> givenname) so the template will fail if you try to visit it
[11:31] <limi> spiv: do you run patch-490 at the moment?
[11:31] <spiv> limi: what happens when you do 'PYTHONPATH=lib python -c "import canonical.launchpad.database"'?
[11:32] <spiv> limi: Yep.
[11:32] <limi> will rebuilding the DB do any difference?
[11:33] <limi> s/do/make
[11:34] <limi> the command ran fine, no errors
[11:34] <spiv> carlos: Hmm, I think it's the relatedjoin that's breaking it.
[11:35] <spiv> limi: Nah, this error is before it tries to access the DB.
[11:35] <limi> ok
[11:35] <carlos> spiv: could be, but that means a bug in sqlObject, right?
[11:35] <spiv> carlos: SQLObject/SQLOS.
[11:36] <spiv> carlos: I sent a mail about this to the list a few weeks back, iirc.
[11:36] <cprov> stub: ok, I'll  keep it in somewhere far away from arch :), tks
[11:36] <spiv> "SQLOS vs. RelatedJoin"
[11:37] <carlos> hmm
[11:37] <stub> cprov: I'm not saying don't keep it in arch, just don't keep it in the<EMAIL_ADDRESS>archive. You can just create a new archive on chinstrap for it.
[11:38] <cprov> elmo_: can you send me the zhongshan full address ?
[11:38] <carlos> spiv: but it was working until recently
[11:38] <carlos> I mean, yes, it seems to be the same problem
[11:39] <cprov> stub: do you think we need to it on arch ?  it is a 25 Mbyte gziped file !!
[11:39] <carlos> but I think the problem came when I move to lalo's sqlobject branch
[11:39] <sabdfl> limi: is it possible to replace the <style>...</style> declarations in the body with <link rel=...> in the head?
[11:40] <limi> sabdfl: possible, but not advisable
[11:40] <limi> it will kill NS4
[11:40] <stub> cprov: It depends if you are going to be updating it. If you are, it would become quicker to distribute changes because arch would just send the diffs. If you aren't going to be updating it there is not much point.
[11:40] <limi> not recommended, I mean
[11:40] <sabdfl> it's just.... i can find the xsl that gives me the <link rel...> but have no idea how to change the xsl to do it the way you describe
[11:40] <limi> aha
[11:41] <limi> well, make it do that for now, and we can change it later
[11:41] <limi> NS4 should be mostly extinct in geek circles now anyway
[11:41] <limi> and I assume it doesn't ship with Ubuntu ;)
[11:42] <limi> sabdfl: in any case - there shouldn't be any XSLT required in that part anyway - it's just static HTML
[11:42] <cprov> stub: the second option is more atractive to me, but you from malone and rosetta should decide if is relevant for you test your apps with a real DB, I don't know.
[11:42] <spiv> carlos: Wow.  I've no idea what would've been making that work ;)
[11:42] <limi> if Lurker uses some dynamic way of getting the CSS, you can just remove that part
[11:43] <limi> the ubuntulinux.org CSS includes all the Lurker styles
[11:43] <sabdfl> limi: can i have multiple link rel= elements in the head?
[11:43] <limi> yes
[11:43] <spiv> carlos: I'll look into it deeper later today.
[11:43] <sabdfl> ok, i'll try that
[11:44] <carlos> spiv: I'm not 100% sure, but as soon as daf comes, I will be able to tell you if I'm wrong or if it's working, I think our rosetta alpha server has it working
[11:45] <spiv> carlos: Hmm!
[11:45] <stub> cprov: I will be wanting a copy, but aren't fussed on how I get it so just dump the dump.gz somewhere on chinstrap then.
[11:45] <spiv> carlos: If you're using lalo's sqlobject branch, I think I have a patch for you to try...
[11:45] <carlos> spiv: sure
[11:49] <limi> sabdfl: just make it look like http://paste.plone.org/1621
[11:50] <limi> the only change is removing the one <link> element and inserting the <style> elements instead
[11:50] <spiv> carlos: https://bugzilla.warthogs.hbd.com/bugzilla/attachment.cgi?id=13
[11:50] <sabdfl> limi: thanks, willdo
[11:51] <spiv> cd to lib/sqlos and apply that.
[11:51] <cprov> stub: I will do so, today afternoon
[11:51] <spiv> SteveA: +1
[11:51] <SteveA> also, when I get a webpage on launchpad, it connects to plone.org
[11:51] <SteveA> I guess it is getting a stylesheet from there
[11:52] <limi> it shouldn't :)
[11:52] <sabdfl> spiv: thanks for your work here last week
[11:53] <carlos> spiv: done
[11:54] <limi> SteveA: grepped for plone.org, in the templates, couldn't find anything
[11:54] <carlos> spiv: seems like it fixed the problem
[11:55] <carlos> yes, it's fixed
[11:55] <spiv> sabdfl: Oh, which reminds me... it seems I misunderstood the requirements for the sourceforge import.
[11:55] <sabdfl> spiv, SteveA: where is that code from Morgan to be found?
[11:55] <sabdfl> spiv: a little, was coming to that, mea culpa for being in a hurry with the explanation
[11:55] <sabdfl> we just need two fields in project: sourceforgeproject and freshmeatproject
[11:56] <spiv> carlos: Ah, interesting!
[11:56] <sabdfl> we'll just store the actual project name there
[11:56] <carlos> spiv: what does exactly that change?
[11:56] <sabdfl> we'll poll their servers for the details when we actually want them
[11:56] <spiv> carlos: I'm not 100% sure ;;)
[11:56] <carlos> X-)
[11:56] <sabdfl> Kinnison: we need to update Gina to do some freshmeat / sourceforge magic too
[11:56] <spiv> carlos: It uses a new SQLObject.Transaction for each web request, rather than a new SQLObject.Connection...
[11:57] <spiv> carlos: I think the fact it fixes RelatedJoins is an accident :)
[11:57] <spiv> sabdfl: Oh, right.  That makes sense :)
[11:57] <carlos> well, it's a good accident :-P
[11:58] <carlos> spiv: do you want any other test with that patch?
[11:58] <spiv> carlos: Yeah, but it means we'll need to be wary of it breaking with upgrades to SQLObject, etc, because it's guaranteed behaviour.
[11:59] <spiv> carlos: Well, the main problem with that patch is it requires fixes taht are in SQLObject 0.6 (or lalo's branch).  So we can't merge that in until we get our SQLobject snashot updated.
[12:00] <limi> sabdfl: did it work? (the XSLT)
[12:00] <carlos> spiv: do we have a planned date for that? :-D
[12:00] <spiv> carlos: last week :/
[12:00] <carlos> lol
[12:00] <spiv> carlos: lifeless was doing it, but he's on a holidy today.
[12:00] <carlos> ok
[12:01] <sabdfl> not sure yet limi
[12:01] <carlos> spiv: thanks
[12:02] <spiv> (It probably should be holiday for me too, come to think of it ;)
[12:02] <Kinnison> sabdfl: *nod* I'm currently trying to get an instance going for myself on zhongshan
[12:02] <sabdfl> limi: erk. http://lists.ubuntu.com/lurker/
[12:02] <cprov> Kinnison: are you running gina ?
[12:02] <Kinnison> cprov: not yet
[12:02] <spiv> Although working from Malloca is quite nice :)
[12:02] <sabdfl> spiv: broadband?
[12:02] <cprov> Kinnison: I'm able to run, should I ?
[12:02] <spiv> er, Mallorca.
[12:03] <cprov> Kinnison: I mean, we just need one
[12:03] <Kinnison> cprov: gina appears to run for me now
[12:03] <spiv> sabdfl: yeah, although only 256 and shared with a couple of others.  Thankfully, the others are largely holidaying rather than reading their email ;)
[12:03] <spiv> But good enough.
[12:04] <sabdfl> could you ask around about the general state of broadband in spain?
[12:04] <spiv> (Better than the wireless on the 5th floor of the KK George).
[12:04] <limi> sabdfl: no reference to the CSS in that source code
[12:04] <SteveA> it's okay in the lobby, though
[12:04] <carlos> spiv: they are upgrading our DSL lines now to 512
[12:04] <carlos> sabdfl: what do you need to know?
[12:05] <limi> failing that, the Norwegian Bandwidth Conference
[12:05] <limi> 100Mbit/s dedicated connection for everyone
[12:05] <limi> :P
[12:05] <sabdfl> carlos: we need to find a venue for our december conf
[12:05] <carlos> limi: perhaps next century in Spain...
[12:06] <sabdfl> probably ideal would be a university with (a) good bandwidth, (b) cheap accomodation so other open source guys can come along themselves cheaply
[12:06] <carlos> sabdfl: will it be open like Oxford one?
[12:07] <elmo_> oxford's bandwidth kicked ass - you guys are just jealous you don't have bandwidth like that at home
[12:07] <limi> any volunteers for tracking down why my launchpad doesn't come up?
[12:09] <carlos> sabdfl: also, could be interesting to know more or less the number of people that will come
[12:10] <limi> btw, are we standardizing on "add" or "new" for template names? (there's project-new.pt, but product-add.pt)
[12:10] <sabdfl> limi: i think i forgot the ;
[12:10] <limi> sabdfl: aha
[12:10] <sabdfl> limi: "new" is my latest choice
[12:10] <limi> ok
[12:11] <sabdfl> "add probably makes more sense"
[12:11] <sabdfl> please work on the -new templates, we can rename them later
[12:12] <sabdfl> we will delete the old / unused templates once i'm sure there is nothing in there i want to merge
[12:14] <limi> ok
[12:19] <limi> can I move the CSS from lp to launchpad, since that is where the templates are now?
[12:22] <sabdfl> limi: please do, and fixup
[12:22] <Kinnison> Can someone with admin privs on the launchpad list accept the mail I just sent
[12:22] <limi> can't do the proper fix until my Launchpad works, but will do it once I have the chance
[12:23] <limi> I'm working with the static HTML right now
[12:23] <limi> some sort of SQLObject error
[12:27] <spiv> limi: Ok, I'm back now... I'll take a look.
[12:27] <limi> great
[12:27] <limi> anything I can do?
[12:27] <spiv> limi: Is your mirror on chinstrap up to date?
[12:28] <limi> no, let me commit it
[12:28] <spiv> I might try running from a checkout from your code.
[12:28] <limi> ok
[12:28] <limi> ls
[12:28] <limi> bah :]
[12:28] <spiv> :)
[12:28] <limi> too many windows
[12:28] <spiv> (seeing as tla actually runs quite quickly for me, unlike for our poor OS X users)
[12:29] <limi> yeah, poor us
[12:29] <limi> we lead a hard life
[12:29] <limi> ;)
[12:29] <spiv> limi: It's mindboggling how slowly it runs for BradB, and I hear it's the same for you.
[12:31] <limi> committing...
[12:31] <spiv> I am ;)
[12:31] <Kinnison> limi: You could use a real OS
[12:32] <limi> or a versioning system that doesn't think the FS is a database
[12:32] <Kinnison> It is though
[12:33] <BradB> spiv: Though I must say now that my main arch-related complaint is about how slow it is. I can live with the rest of it. :)
[12:33] <limi> only in the widest possible definition
[12:33] <limi> spiv: ok, should be up to date now
[12:40] <limi> does Apache 2 have explicit cache invalidation, or do you have to use squid for that?
[12:46] <spiv> limi: Ok, sorry for the delay, I'm looking at your prooblem now :)
[12:47] <sabdfl> spiv: please could you have a look over the latest doap code and let me have your comments?
[12:48] <sabdfl> i'd like to converge on common conventions for naming, form handling etc
[12:48] <sabdfl> then get the whole codebase using those conventions
[12:48] <sabdfl> i'd like to use doap as the proving ground, because it's a simple problem area (nothing difficult to model and represent)
[12:49] <spiv> Ok, after I see if I can figure out why launchpad is broken for limi.
[12:51] <limi> I'll do lunch in the meantime
[12:57] <BradB> spiv: Where are the users in the Ubuntu Plone site getting accessed from again? I want to make sure I understand why it's not auth'ing users on my local copy of the sitee.
[12:58] <BradB> s/sitee/site/
[12:58] <BradB> s/accessed/authenticated/
[12:58] <spiv> BradB: From the production launchpad database on emperor, via an XML-RPC service on macquarie.
[12:59] <BradB> woo, ok
[01:01] <spiv> limi: Ok, I've checked out your code, and it fails to work.
[01:02] <BradB> spiv: Steve says you have a demo thing you can turn on so that I can auth into the Plone site on my machine to test my workflow changes. Can you do that?
[01:04] <spiv> BradB: You mean run an authserver locally, against your launchpad_test DB?
[01:05] <spiv> Yeah, that's easy.  Or even against a stub server, although it's not very useful... (it just refuses authentication ;)
[01:06] <spiv> BradB: see the README.txt in lib/canonical/authserver
[01:07] <spiv> BradB: The test.tac config file is probably the one you want
[01:07] <spiv> The default db sampledata inserts a user<EMAIL_ADDRESS>(pw: test) that you can use.
[01:08] <spiv> (Mini-Twisted tutorial: .tac files are config files written in Python)
[01:10] <SteveA> (Which is WRONG WRONG WRONG)
[01:10] <lifeless> spiv: you know, I think you've broken buttress for importd
[01:10] <lifeless> SteveA: I haven't seen a new mail from you
[01:11] <SteveA> lifeless: I am still being shafted by my unfamiliarity with the details of diff patch and tar
[01:11] <lifeless> SteveA: oh.
[01:11] <SteveA> my brain is not yet attuned to diff and patch
[01:11] <spiv> lifeless: Hmm, I'll take a look sometime today... that isn't going to cause a major crisis in the meantime, I hope?
[01:11] <SteveA> I follow recipies or think about it a lot and make mistakes
[01:12] <lifeless> spiv: the thing is, that importd a la buildbot needs to connect to the database - it was calling connect from taxi (buildbot/importd/taxi.py)
[01:12] <lifeless> spiv: only if we do a production update before its fixed.
[01:12] <BradB> spiv: How do I point the user source at localhost?
[01:12] <BradB> When I click on it in the ZMI I get a timeout.
[01:12] <spiv> lifeless: Given it's your day off, we should be ok ;)
[01:12] <spiv> BradB: If you're asking how to configure Roche's changes to plone, I've no idea :)
[01:14] <spiv> lifeless: Ok.  Having the connect method there as really the wrong way to do that, I think.  I'll take a look, thanks for letting me know :)
[01:14] <spiv> (The tests pass though, which is more than the did before ;)
[01:14] <spiv> s/the/they/
[01:24] <spiv> limi|llunch: You seem to have a different lib/canonical/soyuz/sql.zcml to rocketfuel.
[01:26] <spiv> limi|llunch: If I use the one from rocketfuel, your latest revision of launchpad works for me.
[01:56] <limi> great, thanks
[02:04] <sabdfl> daf: am switching everything i find from RosettaTable to Table, as Lalo seems to have provided renamed classes already
[02:27] <limi> spiv: it still gives me:
[02:27] <limi> IOError: [Errno 2]  No such file or directory: '/Users/limi/Work/Canonical/launchpad/launchpad/lib/canonical/soyuz/sql.zcml'
[02:28] <spiv> limi: That's odd... that file should exist.
[02:29] <limi> yes, double checking the update now
[02:30] <limi> argh
[02:30] <limi> arch again
[02:30] <limi> .orig and .rej files
[02:36] <limi> spiv: is there any way to explicitly get the sql.zcml file? even after deleting the .orig/rej files, it won't grab the one from rocketfuel
[02:44] <spiv> limi: Well, I do it by "tla get --link<EMAIL_ADDRESS>,,upstream ; cp ,,upstream/...", but then getting a new working tree only takes about 3 seconds on my laptop :)
[02:44] <limi> ouch
[02:45] <spiv> (The --link hard-links the files from the revision library, which helps the speed...)
[02:45] <limi> isn't there a way to say "get the missing files"?
[02:45] <limi> like cvs/svn does when you do an update?
[02:46] <spiv> There probably is, but I don't know it off-hand.
[02:47] <spiv> You can grab the file from here, though: https://chinstrap.warthogs.hbd.com/archzoom/rocketfuel@canonical.com/launchpad--devel--0--patch-494/lib/canonical/soyuz/sql.zcml?download
[02:47] <limi> SteveA, any idea?
[02:47] <limi> and then commit it?
[02:47] <SteveA> limi: any idea about what?
[02:47] <spiv> Yeah.  Check tla changes --diffs before commit, of course.
[02:47] <spiv> (I find that's a really useful habit to catch stupid mistakes :)
[02:48] <limi> SteveA: how to do the equivalent of "svn up", so I get missing files
[02:50] <SteveA> missing files from where?
[02:50] <SteveA> I think I'm missing some background
[02:50] <limi> my sql.zcml file is gone
[02:50] <limi> and I need to get the clean version from rocketfuel
[02:51] <SteveA> how did it get gonned?
[02:51] <spiv> SteveA: lazy SVN/CVS way to revert a file to upstream's version is to deelte your copy, and {cvs,svn} update.
[02:51] <SteveA> ok
[02:52] <SteveA> I see
[02:52] <spiv> limi's asking about the arch equivalent, I believe.
[02:52] <SteveA> svn revert is good
[02:52] <SteveA> what I do in arch is to get the category from rocketfuel, then copy the file over
[02:52] <spiv> I think I may have a solution, I'm just testing...
[02:52] <spiv> (Well, for a single file)
[02:52] <carlos> tla file-diffs foo.zcml | patch -p1 -R ?
[02:53] <cprov> SteveA: something related to tla file-diffs ...
[02:53] <spiv> carlos: That'll grab limi's version.  Might as well just use tla undo ;)
[02:53] <carlos> tla undo for the whole archive and "tla undo -nq" if you don't want the changes you did
[02:53] <spiv> But you can give a revision to file-diffs...
[02:54] <spiv> So possibly you can do tla file-diffs sql.zcml<EMAIL_ADDRESS>| patch -p1 -R
[02:54] <spiv> But I'm just checking first ;)
[02:54] <limi> wow, that's insane
[02:54] <limi> this is a *very* common operation
[02:54] <spiv> limi: Please tell our arch guys that ;)
[02:55] <cprov> maybe:  -N, --new-file  Treat missing file as empty (tla file-diffs --help)
[02:58] <ddaa> limi: I do not think that is a very common operation. It appear to be a common operation to former cvs users who do "rm ; cvs up" where they want a selective undo.
[02:58] <limi> well, it should support it if you remove the wrong file or something
[02:59] <limi> in my case, there was no file there, only the .rej and .orig files, and I wanted to get whatever was in the rocketfuel repo
[02:59] <spiv> limi: There are two distinct operations here...
[02:59] <ddaa> That's a part of "selective undo", the fact that is does not work (yet) when there are inventory changes is a limitation that needs fixing.
[03:00] <limi> it should be robust enough to handle it in any case
[03:00] <spiv> For "revert my working tree to be identical to the last revision", use tla undo (or the tla file-diffs hack for single files)
[03:00] <ddaa> But front-ends like fai or raw tend to help a lot with that. fai has a much improved undo. I dunno about raw, yew.
[03:00] <ddaa> * yet.
[03:00] <ddaa> spiv: correct
[03:01] <ddaa> the problem with the missing file is that you do not have the id.
[03:01] <spiv> For "give me the version of this file from another arhive", arch doesn't have any automatic facilities for that (that I know of)
[03:02] <spiv> Arch doesn't even have a builtin notion of which version is teh "upstream" of another.
[03:02] <ddaa> So, you have to do something like "cp $(library-find REV)/file ./file
[03:03] <limi> well, when I tell it to get the latest version from rocketfuel, it should notice that the file is missing, and sync it
[03:03] <spiv> (I think fai or raw might, though??)
[03:04] <ddaa> limi: "get the latest version from rocketfuel" is what you do with "tla undo REV"
[03:04] <ddaa> Which is probably not what you want to do...
[03:04] <ddaa> I suspect you are applying cvs mental models to tla.
[03:05] <ddaa> Which does cause a lot of confusion...
[03:05] <limi> all I know is that arch gets in the way every time I want to do a simple operation, hence my bitching ;)
[03:06] <limi> when you need to look it up on a wiki page, it's not very obvious
[03:06] <ddaa> The "do the same thing as cvs up for missing files" is a common request.
[03:06] <limi> anyway, back to work
[03:07] <ddaa> limi: saying that tla is not obvious is a truism. Saying that's it's not obvious when you expect it to do the same thing as cvs is... a bit redundant...
[03:09] <cprov> daad: not so redundant when you treat arch as another RCS, it may do the things in a different way or do more things, but anyway it should be able to easily recover a file deleted by a user mistake, don't you agree with me ?
[03:10] <ddaa> I agree. That needs to be done in tla itself. Actually, I would not be suprised if it just needs to be merged....
[03:11] <limi> I tried a merge, didn't work
[03:11] <ddaa> But, most of the time, the rm is deliberate.
[03:12] <limi> that's tla rm, not rm
[03:12] <ddaa> I mean, maybe the feature is out there and needs to be merged in tla.
[03:12] <limi> if you want to remove it from your repo
[03:12] <cprov> ddaa: it would be really nice, I'm using the tla sarge package and ask myself everyday if can I have a fresh copy of it ...
[03:13] <ddaa> cprov: in case you have not noticed, the tla release process is slightly horked atm...
[03:13] <cprov> I agree with limi, tla rm is deliberated not rm, neither sometimes rm *
[03:14] <ddaa> what additional difference do you expect? "tla rm" is "remove the file and its explicit tag if present".
[03:14] <ddaa> arch has no concept of "remove a file from the repository" that I can tell.
[03:15] <ddaa> (well, the release process was horked one week ago, I still have to catch up)
[03:15] <cprov> ddaa: keep the arch tag only inside the files has already caused some confused when you are moving or copying files inside rep
[03:16] <limi> stub, spiv: are you the ones working on Malone these days? anyone else?
[03:16] <ddaa> Sorry folks, I do not mean to talk down to you, but I'm not very good at user support.
[03:16] <cprov> ddaa: keep the ids inside .arch seems more explicity to me, just it
[03:17] <ddaa> cprov: that's more or less a matter of taste.
[03:17] <stub> limi: Me, sabdfl and BradB atm.
[03:18] <limi> aha
[03:18] <cprov> ddaa: don't worry, I'm just asking for possible feature that could turn arch friendly for me
[03:20] <spiv> ddaa: It's currently almost random whether a file inn rocketfuel has explicit or implicit tags :(
[03:20] <ddaa> People seem to disagree...
[03:20] <ddaa> I love taglines.
[03:21] <ddaa> Other people love explicit tags.
[03:21] <limi> stub: got this when trying to edit an issue: http://paste.plone.org/1622
[03:21] <limi> Error type: psycopg.ProgrammingError
[03:21] <ddaa> spiv: that should probably be fixed by policy. SteveA?
[03:22] <limi> hm, maybe I should rebuild the DB
[03:23] <spiv> ddaa: Definitely.  I'm ambivalent about implicit vs. explicit, but the inconsistency is clearly bad.
[03:23] <limi> how do I rebuild the DB now? launchpad_test doesn't seem to exist anymore
[03:23] <spiv> limi: cd database/schema; make
[03:23] <limi> aha
[03:23] <limi> thanks
[03:23] <ddaa> spiv: I'm not sure it's really big problem. But if it confuses people it should be addressed.
[03:24] <spiv> I'm glad I was finally able to give a simple answer to a question ;)
[03:24] <limi> Postgres and Zope 3 I normally get along with ;)
[03:24] <ddaa> http://wiki.gnuarch.org/moin.cgi/Arch_20Recipes#head-90e29eeae2d9483787b2d1792014dfbc744c50a6
[03:25] <ddaa> ^ Undoing changes to a single file
[03:25] <SteveA> ddaa: I think we're going to decide on no taglines for launchpad.
[03:25] <spiv> That does something slightly difffernt to limi's case, iirc.
[03:25] <limi> of course, you just touch it and do file-diffs and pipe that to patch
[03:25] <limi> :P
[03:25] <limi> simple!
[03:26] <ddaa> SteveA: then all you need is a sweet spot in the development process where you can break merging.
[03:26] <SteveA> why would it break merging?
[03:26] <ddaa> Switching from tagline to explicit changes the id.
[03:26] <spiv> ddaa: We've just done that pretty much, anyway...
[03:27] <ddaa> Being able to switch in both directions while preserving the id is another feature which should be implemented eventually.
[03:27] <ddaa> It has been talked to death on the mailing list a couple of times.
[03:27] <spiv> ddaa: limi wanted to revert a file in his tag off rocketfuel to a version in rocketfuel, which that recipe doesn't help with.
[03:27] <spiv> (if "m understanding the situation correctly)
[03:28] <ddaa> spiv: file-diffs can accept a revision name
[03:28] <ddaa> and for the last recipe, it would need to be "tla logs --full
[03:28] <ddaa> oops
[03:28] <spiv> ddaa: Right... but that recipe doesn't use that or mention that... :)
[03:29] <ddaa> "tla logs -f VER" instead of just "tla logs -f"
[03:30] <ddaa> spiv: feel free to augment the wiki. I guess people are expected to dig the usage of commands they are not familiar with. I agree that "users are curious about tla" is a strong assumption...
[03:30] <spiv> ddaa: Btw, why does tla logs require you to be in a working tree, even if you passa it a fully-qualified acbv?
[03:31] <ddaa> because this command lists the patchlogs in the tree.
[03:31] <ddaa> compare with "tla revisions" which lists revisions in the archive.
[03:31] <spiv> Oh, the working tree.  I see.
[03:31] <limi> stub: works after I updated the DB, sorry for the noise
[03:31] <SteveA> ddaa: can't you just stick the id from the arch-tag: xxxxx into the .id file?
[03:32] <ddaa> No, explicit ids have a different namespace that tagline ids.
[03:32] <spiv> An error saying "logs: not in project tree (.).  Perhaps you meant revisions" would have helped me there ::)
[03:33] <ddaa> spiv: same answer as usual.
[03:33] <spiv> ddaa: I've no idea how to drive that bizarre bug-goo thing.
[03:33] <ddaa> spiv: to perform what operation?
[03:34] <ddaa> For a bug report, just start the mail subject with "[BUG] "
[03:34] <ddaa> but, as usual, you should start by checking it's not already in the database.
[03:34] <ddaa> bugs.gnuarch.org
[03:38] <carlos> spiv: I'm getting this error and I don't understand why:
[03:38] <carlos> raise ValueError, "Unknown SQL builtin type: %s for %s" % \
[03:38] <carlos> ValueError: Unknown SQL builtin type: <type 'member_descriptor'> for <member 'name' of 'file' objects>
[03:38] <carlos> that comes from:
[03:38] <carlos> (sorry, some "spam")
[03:38] <carlos> poTemplate = POTemplate(product=product,
[03:38] <carlos>                             name=options.name,
[03:38] <carlos>                             title=options.title,
[03:38] <carlos>                             description=options.description,
[03:38] <carlos>                             path=file.name,
[03:38] <carlos>                             isCurrent=True,
[03:38] <carlos>                             dateCreated=datetime.utcnow(),
[03:39] <carlos>                             copyright='XXX: FIXME',
[03:39] <carlos>                             priority=2, # XXX: FIXME
[03:39] <carlos>                             branch=1, # XXX: FIXME
[03:39] <carlos>                             license=1, # XXX: FIXME
[03:39] <carlos>                             messageCount=0,
[03:39] <carlos>                             owner=person)
[03:39] <carlos> the owner=person part
[03:39] <carlos> person is a valid Person object
[03:40] <spiv> carlos: file is the builtin file...
[03:41] <carlos> oh, true, I did not saw it
[03:41] <spiv> carlos: You're passing the .name attribute of the file builtin as the value of path, rather than whatever it was you meant to bpass in :)
[03:43] <carlos> crapt, then it's broken in the other script from where I copied it
[03:52] <cprov> Kinnison: can you tell how many gpg keys do you have in your old DB copy ?
[03:52] <Kinnison> the count(*) is 26
[03:53] <cprov> Kinnison: tks
[04:17] <cprov> Kinnison: you can have the newest DB dump on http://<IP_ADDRESS>/cprov/warthogs/gina/data/lp_dump_zhongshan.sql.gz
[04:17] <cprov> Kinnison: also get my fresh changes on rocketfuel
[04:18] <Kinnison> cprov: I'm not currently fiddling with that stuff; but thanks
[04:21] <carlos> daf, lalo: Sorry for the bugzilla spam :-P
[04:22] <daf> hi carlos
[04:22] <lalo> carlos: np
[04:22] <carlos> daf: hi
[04:22] <daf> shall we have a Rosetta meeting?
[04:22] <lalo> if you wish
[04:22] <carlos> daf, lalo: feel free to change the priorities, that's my view of them
[04:22] <carlos> daf: sure, but please, not more than 30 minutes, I should go to the university
[04:23] <daf> ok, let's keep it short
[04:23] <cprov> Kinnison: ok
[04:24] <daf> I'll be here for the week
[04:24] <daf> what are you working on?
[04:24] <carlos> I catch up with all rocketfuel changes
[04:25] <carlos> fixed the functional test and the sample data
[04:25] <daf> how are our tests?
[04:25] <daf> do we have them all passing?
[04:25] <carlos> (we pass now all tests, thanks BradB)
[04:25] <daf> that's great!
[04:26] <lalo> great
[04:26] <daf> is that including functional tests?
[04:26] <carlos> yes, my fix to the functional test was the only one remaining, but it's now in rocketfuel
[04:26] <carlos> daf: yes
[04:26] <daf> ah good, I'm very happy about that
[04:27] <daf> lalo: what have you been up to?
[04:27] <carlos> hmm, also we have the createtemplate script that was waiting in my laptop for the "big merge"
[04:27] <lalo> I've been away most of the weekend
[04:28] <carlos> lalo: that's the idea behind the weekends :-P
[04:29] <daf> carlos: quite :)
[04:29] <lalo> Friday I worked in the Big Move... which later proved to be a miscommunication in the sprint, and Mark seems to have spent a good portion of *his* weekend undoing what I did
[04:30] <lalo> now I,m ready to go on working on transactions, then the script to update stats
[04:30] <daf> sounds good!
[04:31] <lalo> but as you can infer from my typing skills, I'm not yet entirely awaken. :-)
[04:31] <daf> have we resolved most of the problems related to the rearrangement?
[04:31] <carlos> lalo: :-P
[04:32] <carlos> daf: not sure, I fixed  the preferences template
[04:32] <carlos> but there are still somethings that will change
[04:32] <lalo> I don't know, I was just merging and running tests to find out
[04:33] <daf> ok
[04:34] <carlos> we have new things in rosetta :-P
[04:35] <carlos> Revision Control System
[04:35] <carlos> [ Add SourceSource ]
[04:35] <daf> > tla changes | wc -l
[04:35] <daf> 612
[04:35] <carlos> but it does not works :-P
[04:36] <carlos> funny, we have a project editor
[04:36] <carlos> well, product
[04:38] <carlos> daf: I was planning to work tonight or tomorrow (depending on when I'm back from the university) on the code review so we do "the right thing (c)" about the potranslationsighting (#2065)
[04:39] <carlos> but if you want to take it, I don't have anything done yet
[04:40] <daf> carlos: can we make the title more specific?
[04:40] <daf> it's about inlastrevision only, isn't it?
[04:40] <carlos> and active
[04:40] <daf> or is there more to it than that?
[04:40] <daf> right
[04:42] <daf> I think most of the calls to fake_person() are in the translation effort code -- can you take responsibility for fixing them, Carlos?
[04:42] <daf> #1976
[04:42] <carlos> sure
[04:45] <daf> ok, any other business?
[04:46] <carlos> daf: could we arrange a date for the Beta?
[04:46] <carlos> not now
[04:46] <carlos> but when you could, talk about it with Mark and/or Lu
[04:46] <carlos> (now that you are in London :-P)
[04:52] <carlos> hmmm
[04:52] <carlos> daf: the login status message is not working correctly
[04:52] <daf> carlos: no?
[04:52] <carlos> I'm loged into rosetta but the places where you can visit without a login account
[04:53] <carlos> says I'm not logged in
[04:53] <carlos> for instance:
[04:53] <carlos> http://localhost:8085/rosetta
[04:53] <carlos> says:  Not logged in.
[04:53] <daf> does reloading the page change anything?
[04:53] <carlos> but http://localhost:8085/rosetta/prefs says:  Logged in as Carlos Perell Marn
[04:53] <carlos> daf: no
[04:53] <carlos> same thing
[04:53] <daf> grr
[04:53] <carlos> I will file a bug report now
[04:53] <spiv> We use HTTP (basic) auth?
[04:54] <carlos> yes
[04:54] <carlos> well, I think so :-P
[04:54] <daf> I think so too
[04:54] <spiv> It might be the browser being clever, and not sending the credentials every page request unless challenged by teh server.
[04:54] <carlos> daf: I suppose you need to get the user from "Principal" always (not sure how are you doing it)
[04:55] <daf> carlos: look in main_template.pt
[04:55] <carlos> spiv: makes sense
[04:55] <carlos> yes, that's it
[04:55] <carlos> the log says that Anonymous is who asked that page
[04:55] <carlos> insted of an authenticated user
[04:55] <spiv> Cookie-based auth wouldn't have this problem.
[04:56] <carlos> I think the plan is  move to cookie auth in the future
[04:56] <daf> bring on cookie-based auth!
[04:56] <carlos> so perhaps we could forget about this bug until that moment..
[04:56] <spiv> carlos: No, still file it.
[04:57] <carlos> ok
[04:57] <spiv> carlos: And if there's a bug about cookie auth, maybe make it depend on that.
[04:57] <spiv> (else we probably should have a bug for it too :)
[04:57] <carlos> ok
[04:57] <daf> https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=1947
[04:57] <carlos> we have it
[04:57] <carlos> yes, that one
[04:58] <carlos> daf: dude, you are too fast for me :-P
[04:58] <daf> :)
[05:02] <carlos> daf: your "girlfriend" is not here, what happens?
[05:02] <carlos> :-P
[05:02] <carlos> do you run the bot from your laptop?
[05:04] <daf> no...
[05:04] <daf> dilys is running
[05:04] <daf> I wonder what happened to her
[05:06] <carlos> she's angry because you are in London this week :-P
[05:06] <carlos> ok, see you later, time to go to the university
[05:34] <sabdfl> stub has done good work on malone
[06:00] <sabdfl> limi: ping?
[06:00] <limi> sabdfl: pong
[06:01] <sabdfl> how's are the malone page templates coming?
[06:02] <limi> well, slowly - arch keeps getting in the way - are there any specific things that are a priority? there's a lot of different things to fix here, portlets are the thing I should be working on?
[06:06] <sabdfl> i'd like to see some concrete changes. send me diffs if it's easier
[06:06] <sabdfl> i'm working on malone full time myself right now
[06:06] <limi> ok
[06:07] <sabdfl> maybe we should have a look at the main page that needs work and discuss it together?
[06:08] <limi> sounds good to me
[06:08] <limi> looking at the main page now
[06:08] <sabdfl> https://rosetta.warthogs.hbd.com/malone/bugs/1
[06:09] <sabdfl> i'd like the "follow up" fieldset to be closed initially
[06:09] <limi> yup
[06:10] <sabdfl> for the product assignments, i'd like to use colour to indicate priority and severity
[06:10] <sabdfl> and the portlet to be on the site of the page, not below the comments
[06:10] <limi> obviously :)
[06:10] <sabdfl> today
[06:12] <sabdfl> same for source package assignments
[06:12] <sabdfl> trick with source package is going to be that we have more info to display
[06:13] <limi> ok, and that info is in the system right now?
[06:14] <sabdfl> yes
[06:14] <sabdfl> tonight i'll confirm all the interfaces that you can use to get the info you need
[06:14] <limi> ok
[06:14] <sabdfl> brad points out that we *shouldn't* have more than one ProductBugAssignment
[06:15] <sabdfl> although there might definitely be many SourcepackageBugAssignments
[06:15] <limi> sounds sane
[06:16] <sabdfl> so perhaps product assignments should be in the main body, not portlets?
[06:16] <sabdfl> technically in the db there could be multiple product assignments
[06:17] <sabdfl> so i'm happy to leave it as a portlet till we find a neat way to lay it out in the main body of the page
[06:17] <limi> ok - I'll see what works best
[06:17] <sabdfl> extrenal references... these are trickier
[06:17] <sabdfl> best make notes
[06:18] <limi> I am
[06:18] <sabdfl> there are two kinds of ext ref at this stage
[06:18] <sabdfl> URL's
[06:18] <sabdfl> and CVE numbers
[06:18] <sabdfl> we probably want to present these differently
[06:18] <sabdfl> both types take a comment (description)
[06:18] <limi> CVE is that centralized security DB, right?
[06:18] <sabdfl> yes
[06:19] <sabdfl> so the portlet needs to be able to display a list of external references, along with a link to add a new one
[06:19] <limi> and the URLs are used for the same (keeping track of the bug in other systems), or just as generic references?
[06:19] <limi> ok
[06:19] <sabdfl> maybe a mouseover for the description?
[06:19] <sabdfl> re your question
[06:19] <sabdfl> for "remote bug systems" we have a different approach, BugWatch'es
[06:19] <sabdfl> like Baywatches, without the breasts
[06:20] <limi> ok, so red, then
[06:20] <sabdfl> ;-)
[06:20] <daf> sabdfl: if we put Sabrina in Malone...
[06:20] <limi> but the URL reference is just a "related link"?
[06:21] <limi> nothing magic?
[06:21] <sabdfl> external url refs would be for example pointers to mailing list discussions
[06:21] <sabdfl> and that would be a very good start
[06:22] <limi> sounds doable by tonight
[06:22] <limi> as long as all the API calls are in there already
[06:23] <limi> (which they seem to be)
[06:23] <sabdfl> yes, i think they are
[06:23] <sabdfl> btw, are portlets in separate page templates and then referenced in the main file?
[06:23] <limi> I'll fake the missing ones, if any
[06:23] <sabdfl> yes please
[06:24] <limi> not sure what Malone has done
[06:24] <limi> this is the first time I have seen any of the portlets in Malone :)
[06:24] <sabdfl> is it possible to have fragments of re-usable page template and an include statement?
[06:24] <limi> yes
[06:24] <limi> that's the plan
[06:24] <limi> I'll fix that if it isn't that way already
[06:25] <sabdfl> ok, i won't touch those files then
[06:25] <sabdfl> or will document my interface changes so it's easy for you to catch up tomorrow
[06:25] <sabdfl> or will just merge it tomorrow myself :-)
[06:25] <limi> hehe
[06:25] <limi> first commit wins ;)
[06:25] <limi> my arch-fu notwithstanding
[06:27] <sabdfl> ok, brad and i will start working through the code now
[06:27] <limi> ok - close to dinner time over here
[06:29] <sabdfl> limi: before you go, did you get the lurker xsl done?
[06:29] <sabdfl> i can install it
[06:29] <limi> I don't know XSLT :(
[06:30] <sabdfl> ok, we have the stylesheets included already
[06:30] <sabdfl> just need the headers
[06:30] <limi> if just inserting the static HTML doesn't work (it should), then I don't know what is wrong
[06:30] <limi> and inserting them didn't work?
[06:30] <sabdfl> maybe i broke something when i added the static html
[06:30] <sabdfl> but i don't know how to test xslt
[06:30] <limi> me neither
[06:30] <sabdfl> stevea does know a little about that, maybe he can help, i'll ask
[06:31] <limi> ok
[06:31] <limi> I can probably figure it out, but not in 5 minutes :)
[06:32] <sabdfl> ok, don't worry about the xslt, i'll get steve to sort that out
[06:32] <sabdfl> did you need any changes to the div's lurker generates to make it easier to position the elements you want?
[06:32] <limi> no, I left the HTML alone
[06:32] <sabdfl> or is it pure css with header+footer?
[06:32] <limi> pure CSS w/header/footer
[06:33] <sabdfl> i know you did in that first pass, but do you need a second pass at it with additional div's?
[06:33] <limi> depends on if you want any changes
[06:33] <limi> it works pretty well the way it is now
[06:33] <sabdfl> youre the expert. we can get better images done separately
[06:34] <limi> I would try it for a while, and see if you like it
[06:34] <limi> :)
[06:34] <sabdfl> ok willdo
[06:34] <limi> I need to use lurker for a while before I can suggest UI changes
[06:34] <limi> haven't really seen it before
[06:37] <sabdfl> ok. i'll try to get it integrated to our site nicely with some apache reverse proxy magic
[06:37] <sabdfl> thanks for your work alex, chat again tomorrow
[06:38] <limi> yup, the Support tab is highlighted, so it should look pretty naative
[06:38] <limi> native
[06:38] <limi> we can fake the navtree if required ;)
[06:38] <sabdfl> ok!
[06:39] <limi> it will be static, though - so will need updates if you change the top level stuff
[06:39] <limi> see you tomorrow - will try to get the Malone changes in tonight
[06:41] <sabdfl> ok thanks


[19:57] <mamarley> ricotz: Sorry for the slowness, but I have 418.56 in the normal place.  Disco, Cosmic, and Bionic have all been rebased on the latest from either you or the main repository, as appropriate.


[02:48] <MxxC> hggdh: am i wrong in understanding that triage is to get all the relevant information so that dev/package maintainers can quicker find the problem?
[02:49] <xaitec> how do i help in doing the triage?
[02:51] <MxxC> hggdh: i'm not in front of that computer right now, but i just looked up at the changelog of b43-fwcutter and that package was updated on 2011-12-08. i submitted my bug on 2011-12-30 and at that point my install was fully up to date
[02:52] <MxxC> so b43-fwcutter version is 1:015-9
[02:56] <MxxC> i'm sorry, i mean 1:014-9
[03:20] <trinikrono> MxxC, whats the bug can i have a look
[03:25] <MxxC> trinikrono:  909996
[03:26] <trinikrono> bug 909996
[03:26] <ubot4`> Launchpad bug 909996 in b43-fwcutter (Ubuntu) "firmware-b43legacy-installer errors "17: missing" (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/909996
[03:28] <MxxC> yes, that's the one
[03:29] <trinikrono> well the first thing i see is no apport info
[03:30] <trinikrono> so you should run is : apport-collect 909996 in a terminal
[03:31] <trinikrono> and let attach the files the bug report
[03:33] <trinikrono> MxxC, did you get that
[03:34] <MxxC> ok,i'll have to do it when i get home in front of that laptop
[03:35] <MxxC> i'm remote right now
[03:35] <trinikrono> qkie good luck
[03:36] <MxxC> thank you for the help
[04:09] <benonsoftware> Hello
[04:10] <trinikrono> bug triage central how may i direct your call
[04:10] <benonsoftware> Does someone need to know any programming to help triage bugs?
[04:11] <trinikrono> just read the triage guide first
[04:11] <trinikrono> https://wiki.ubuntu.com/Bugs/HowToTriage/
[04:11] <benonsoftware> Ok
[04:11] <trinikrono> and ask lots of questions
[04:11] <benonsoftware> Sure :P
[04:13] <Mxx> why is sky blue? :p
[04:15] <trinikrono> because of debian :D
[04:15] <benonsoftware> What is Ubuntu? :P
[04:25] <astraljava> benonsoftware: http://uncyclopedia.wikia.com/wiki/Ubuntu
[04:26] <benonsoftware> :P
[04:58] <trinikrono> guys is there a master bug with ubiquity crashing when trying to copy resolv.conf i found a few so far and was wondering it there is a master bug for this
[10:27] <s9iper1> who deals with network manader
[10:27] <s9iper1> \manager
[10:27] <s9iper1> ?
[10:28] <s9iper1> hggdh:who deals with network manager
[10:28] <s9iper1> ?
[16:07] <dlentz> anyone using precise that can confirm this? bug 923068
[16:07] <ubot4`> Launchpad bug 923068 in wine1.3 (Ubuntu) "Installing wine, package manager wants to remove libvisual-0.4-plugins (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/923068
[16:14] <astraljava> dlentz: wine is not installable for me at the moment
[16:14] <astraljava> dlentz: http://paste.ubuntu.com/820197/
[16:16] <dlentz> i see, if you try to install wine1.3, i guess it's the same?
[16:17] <astraljava> A little more elaborate, but yeah. http://paste.ubuntu.com/820200/
[16:21] <Ampelbein> astraljava, dlentz: for amd64 and wine you have to enable multiarch and explicitly install wine1.3:i386
[16:22] <dlentz> Ampelbein, installing wine1.3 works for me though
[16:22] <dlentz> it automatically pulls ia32-libs
[16:23] <Ampelbein> dlentz: ia32-libs is a transitional package now, for ia32-libs-multiarch, which isn't installable
[16:23] <dlentz> ah
[16:23] <dlentz> are you running precise?
[16:24] <Ampelbein> Of course.
[16:24] <dlentz> can you have the two packages in that bug installed at the same time?
[16:24] <dlentz> wine1.3 and libvisual-0.4
[16:26] <Ampelbein> dlentz: On amd64, wine1.3 can't be installed currently. That's bug 889778
[16:26] <ubot4`> Launchpad bug 889778 in wine1.3 (Ubuntu) "Wine needs multiarch support (affects: 9) (heat: 41)" [High,Triaged] https://launchpad.net/bugs/889778
[16:27] <Ampelbein> Or to be more correct, there is no native amd64 build for wine1.3 anymore
[16:27] <dlentz> i don't think that the user in the bug report i linked to is using 64-bit
[16:27] <dlentz> not sure though
[16:28] <astraljava> Ampelbein: Right, ok, thanks. With that it is installable, but then it does _not_ want to remove libvisual-0.4-plugins.
[16:28] <Ampelbein> I don't have a i386 chroot/vm to test that.
[16:28] <astraljava> So, dlentz, I can _not_ confirm that.
[16:28] <astraljava> Then again, it wouldn't, I suppose. Different archs.
[16:28] <dlentz> ok, thanks folks, hopefully someone with 32-bit can confirm
[16:28]  * astraljava facepalms
[16:29]  * dlentz consoles astraljava
[16:29] <astraljava> Hehe, thanks. :)
[16:29] <Ampelbein> dlentz: I suggest asking for the complete command and output from the reporter. The report is really vague ("package manager wants to remove" - which package manager).
[16:29] <astraljava> dlentz: I can create an i386 schroot pretty quickly, if you like.
[16:37] <dlentz> astraljava, if it is reproducible, i'm sure someone else will run into it sooner than later
[16:38] <dlentz> thanks again
[16:39] <astraljava> No probs.
[18:55] <hggdh> MxxC: indeed, triage is getting all relevant data in the bug
[18:56] <hggdh> MxxC: this is why I asked you if you had tried the link I gave
[19:04] <TiMiDo> Hey good Morning,
[19:51] <Mxx> hggdh: yes, i tried it when i originally tried to resolve this problem. i don't remember the specific error but apparently it didn't work either..
[19:56] <trinikrono> hggdh: do you know about a resolv.conf issue in ubuquity i found a lot of dupes of the bug no master as yet
[19:56] <trinikrono> like bug 922907
[19:56] <ubot4`> Launchpad bug 922907 in ubiquity (Ubuntu) "Installer crashed towards the end... Ubuntu 12.04 alpha nightly (affects: 2) (heat: 12)" [Undecided,Confirmed] https://launchpad.net/bugs/922907
[19:57] <trinikrono> i want a master to mark the dupes too
[20:01] <penguin42> trinikrono: Why don't you just dupe them all to the lowest number one you can find
[20:03] <trinikrono> hey penguin42
[20:03] <trinikrono> i think the lowest is bug 922794
[20:03] <ubot4`> Launchpad bug 922794 in ubiquity (Ubuntu) "install step broken during network configuration (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/922794
[20:03] <trinikrono> they are all apport bugs so i think ill just dupe the rest
[20:04] <trinikrono> can you set the main one to triaged ?
[20:06] <penguin42> trinikrono: Ah, bug 922640  seems to be the master
[20:06] <ubot4`> Launchpad bug 922640 in ubiquity (Ubuntu) "Precise Pangolin Installer crashed with: Error: `/etc/resolv.conf` and `/target/etc/resolv.conf` are the same file (affects: 17) (dups: 18) (heat: 146)" [High,Fix released] https://launchpad.net/bugs/922640
[20:10] <trinikrono> i did not see it since it was fix released :D
[20:11] <trinikrono> okie thanks penguin42  i am going to mark the rest as dupes
[20:11] <trinikrono> seems they used a older iso
[20:11] <trinikrono> the lastest iso should have the fix in it right
[20:12] <penguin42> trinikrono: Not sure the exacty timings; if the current one doesn't I guess the next one should
[20:16] <trinikrono> i only was able to mark the dupes on 3 of them since someone started to mark them dupes aswell
[20:18] <metasansana> bugs
[20:30] <jibel> trinikrono, ubiquity 2.9.12 has the fix, and 2.9.13 is in the latest image.
[20:33] <trinikrono> yes i saw that
[20:33] <trinikrono> i was reading the changelog
[20:33] <trinikrono> if i read the changelog last night i would marked a few more lol
[20:52] <TiMiDo> lol
[20:52] <TiMiDo> ;P
[20:56] <dlentz> is anyone else frustrated by launchpad timeouts?
[20:57] <jtaylor> I can live with the timeouts but that the browser back button does not work anymore really sucks ._.
[21:02] <dlentz> that too, it mostly doesn't work for me


[15:56]  * fullermd stabbies bug 1072513
[15:56] <ubot5`> bug 1072513 in Bazaar "log can show too few revs" [High,Confirmed] https://launchpad.net/bugs/1072513