[08:54] <tsdgeos> Wellark: is there any reason unity-action-api still uses libhud?
[08:56] <larsu> what ever happened to the hud?
[08:57]  * larsu guesses people forgot about it
[08:59] <tsdgeos> larsu: it's gone
[09:00] <tsdgeos> we don't ship it in krillin anymore
[09:00] <tsdgeos> the app itself
[09:00] <tsdgeos> we still ship libhud2 because  unity-action-api links against it
[09:00] <tsdgeos> but wihtout the binary i'm not sure if it's needed (maybe it is)
[09:01] <larsu> are there any plans to resurrect it or is it gone for good?
[09:02] <tsdgeos> no idea tbh
[09:08] <seb128> mzanetti, tsdgeos, commented on bug #1391617, it seems that the uitk should use dtr("ubunntu-ui-toolkit"... since the string should be loaded from that domain and not from the application one
[09:08] <tsdgeos> seb128: ah it may be
[09:09] <seb128> tsdgeos, I tested that editing the file and using dtr makes the string translated on screen
[09:09] <tsdgeos> :)
[09:12] <Saviq> tsdgeos, huh, that's surprising:
[09:12] <Saviq> property alias image: image
[09:12] <Saviq> [...]
[09:12] <Saviq> Image {
[09:12] <Saviq>   id: image
[09:12] <Saviq> how's that work?!
[09:12] <Saviq> ;)
[09:12] <tsdgeos> namespacing in QML is an amazing thing
[09:12] <tsdgeos> that's my answer
[09:13] <tsdgeos> but i agree we could make it a bit better
[09:13] <tsdgeos> where's that from?
[09:13] <Saviq> tsdgeos, https://code.launchpad.net/~aacid/unity8/croppedImageSizer/+merge/239832
[09:13] <Saviq> tsdgeos, no, TBH if that works I like it, no point in having an explicit prop
[09:14] <Saviq> tsdgeos, just never thought that would work
[09:14] <tsdgeos> Saviq: well you need the property to expose it to children
[09:14] <tsdgeos> err
[09:14] <Saviq> tsdgeos, yeah I know
[09:14] <tsdgeos> i mean to outside users of the thing
[09:14] <Saviq> tsdgeos, but I mean that I'd never have tried an alias to an object (vs. a property)
[09:14] <tsdgeos> ah
[09:14] <tsdgeos> sure that works
[09:15] <Saviq> sounds like an undocumented feature
[09:15] <tsdgeos> i thought you were complaining about the
[09:15] <tsdgeos> image: image
[09:15] <Saviq> ah well, that, yeah
[09:16] <tsdgeos> let me change that
[09:16] <tsdgeos> and call it innerImage
[09:16] <tsdgeos> or _image
[09:16] <tsdgeos> or something
[09:18] <tsdgeos> done
[09:22] <Saviq> Cimi, I'm building an rtm silo with all the dash things, it seems to creep up the priority ladder
[09:32] <mzanetti> seb128: ack, thanks
[09:38] <Saviq> mzanetti, as discussed, bug #1391798 for you
[09:38] <mzanetti> Saviq: ack
[09:40] <Saviq> mzanetti, and the tagger one bug #1391799
[09:41] <mzanetti> cheers. will add it
[09:42] <mzanetti> Saviq: would the content be enough or do you want the image too?
[09:43] <Saviq> mzanetti, image a nice addition, but obviously content most important
[09:44] <Saviq> mzanetti, not even sure image needed at all, after all you rarely get any context in the image
[09:44] <mzanetti> you can always regenerate the code from the image too
[09:44] <Saviq> yeah, it's only what would be around the code that could warrant keeping the image
[09:45] <mzanetti> err, the other way round. if you have the content, tagger lets you generate a code image
[09:45] <mzanetti> yeah
[09:46] <Saviq> mzanetti, I think if you actually wanted the image, just take it with the camera (only caveat is that you might fail to recognize it later)
[10:07] <Saviq> tsdgeos, should I add your most recent branch to the test silo for this?
[10:07] <Saviq> i.e. is it ~working yet?
[10:07] <tsdgeos> Saviq: not sure how safe it is
[10:07] <tsdgeos> Saviq: let's not add it yet
[10:07] <Saviq> ok
[10:54] <tsdgeos> Saviq: you're right, i only need m:source and not width and height, problem is that doing it your way may make the code a bit more complex, but let's try it anyway and see what i get
[10:54] <Saviq> tsdgeos, it's a Needs Information thus
[10:54] <Saviq> tsdgeos, a TODO would be enough
[10:57] <tsdgeos> let me have a look
[11:01] <Saviq> brb
[11:32] <facundobatista> Holas
[11:36] <Saviq> o/
[11:58]  * mzanetti upgrades internet connection... might be offline for a bit
[12:07] <tsdgeos> Saviq: i've pushed a change to croppedimagesizer so that it's the source that triggers the network request
[12:07] <tsdgeos> Saviq: have a look plz
[12:07] <tsdgeos> meaning i'll have to merge the async version one now
[12:07] <tsdgeos> fun times :D
[12:35] <tsdgeos> Saviq: i think you were right, now it looks nicer
[13:16] <Saviq> tsdgeos, meaning it actually changed things visually
[13:16] <Saviq> ?
[13:28] <Wellark> tsdgeos: sorry, out sick today.
[13:28] <Wellark> but to answer your question: hud is still running
[13:28] <Wellark> nobody has made the decision to discontinue it
[13:39] <larsu> Wellark: this seems to be a bit of a pattern...
[13:45] <mzanetti> Saviq: is it possible that a temp scope opens another temp scope, and if yes, will they be stacked or replaced?
[13:45] <Saviq> mzanetti, replaced
[13:45] <mzanetti> thanks
[13:46]  * greyback has errand to run, back in ~1 hour hopefully
[13:53] <Saviq> tsdgeos, hmm, no sourceSizeChanged at all?
[14:02] <tsdgeos> Saviq: where?
[14:04] <Saviq> tsdgeos, ah /me blind
[14:05] <Saviq> tsdgeos, you refactored into setSourceSize
[14:05] <tsdgeos> yeah
[14:10] <Saviq> tsdgeos, just a small nitpick to rename updateImageSize
[14:41] <mzanetti> mterry: hey, you were right. it was racy. seemed to work on my krillin, but not on mako
[14:42] <mzanetti> or the other way round. don't remember
[14:42] <mterry> mzanetti, I tried your updated version and approved
[14:42] <mzanetti> cool, thanks
[15:01] <tsdgeos> MacSlow: what do you think about http://paste.ubuntu.com/8965722/ ?
[15:01] <tsdgeos> it bothers me that you use anchors to set the size
[15:01] <tsdgeos> and then unset the anchors so you can move it
[15:04] <MacSlow> tsdgeos, what better solution do you suggest?
[15:04] <tsdgeos> MacSlow: my suggestion in form of http://paste.ubuntu.com/8965722/
[15:06] <qengho> compiz (core) - Info: Unity is fully supported by your hardware.
[15:06] <qengho> compiz (core) - Info: Unity is not supported by your hardware. Enabling software rendering instead (slow).
[15:06] <qengho> Covering all the bases, I guess.
[15:12] <Saviq> tsdgeos, you got a tag in your branches, please strip
[15:12] <tsdgeos> damn
[15:13] <tsdgeos> Saviq: is it 0.1.16 ?
[15:13] <tsdgeos> it magically appears from nowhere
[15:13] <Saviq> tsdgeos, no, ~aacid/unity8/photoscopeimprovements
[15:13] <Saviq> 8.00+14.10.20141013.2-0ubuntu1
[15:13] <Saviq> stoopid c/p
[15:14] <Saviq> mzanetti, will you follow up on lp:~aacid/unity8/asyncCroppedImageSizer please
[15:14] <tsdgeos> ok
[15:14] <mzanetti> Saviq: yep, wanted to wait for jenkins to build packages to test it
[15:14] <Saviq> mzanetti, they're in silo
[15:14] <mzanetti> oh
[15:14] <Saviq> mzanetti, http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=landing-008
[15:15] <mzanetti> ack, will test now then
[15:15] <Saviq> mzanetti, and http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-011
[15:15] <tsdgeos> Saviq: that tag is fine
[15:15] <Saviq> tsdgeos, interesting
[15:15] <tsdgeos> photoscopeimprovements$ bzr tags | grep 8.00+14.10.20141013.2-0ubuntu1
[15:15] <tsdgeos> 8.00+14.10.20141013.2-0ubuntu1 1365
[15:15] <tsdgeos> MacSlow: test fails in that branch
[15:15] <MacSlow> tsdgeos, that's odd
[15:16] <MacSlow> looking into it now
[15:16] <Saviq> tsdgeos, wonder why my script wants to strip this then
[15:16] <Saviq> tsdgeos, ignore thus
[15:16] <tsdgeos> Saviq: don't know
[15:23] <MacSlow> tsdgeos, hm... make -C builddir testNotifications works fine here
[15:23] <MacSlow> tsdgeos, do you have output of the failure you're seeing?
[15:23] <tsdgeos> MacSlow: are you merged with trunk?
[15:23] <MacSlow> tsdgeos, certainly
[15:24] <MacSlow> tsdgeos, two days ago
[15:25] <tsdgeos> MacSlow: http://paste.ubuntu.com/8966214/
[15:26] <MacSlow> tsdgeos, hm...
[15:36] <pstolowski> tsdgeos, ping
[15:38] <tsdgeos> pstolowski: hi
[15:38] <pstolowski> tsdgeos, hey! thostr_ asked me to target our manage dash changes for this week
[15:39] <tsdgeos> pstolowski: you'll have coordinate with Saviq i'm out the rest of the week
[15:39] <thostr_> pstolowski: not getting live this week
[15:39] <thostr_> but rather prepare everythign so that we just need to push the one magic button
[15:41] <pstolowski> thostr_, ah, ok, so just a silo
[15:41] <thostr_> pstolowski: yes
[15:41] <pstolowski> tsdgeos, ok thanks
[15:41] <tsdgeos> pstolowski: or with kgunn
[15:41] <tsdgeos> i think there was a silo already somewhere
[15:42] <MacSlow> tsdgeos, just merged with branch again... still all notification-tests pass
[15:42] <tsdgeos> MacSlow: have you tried looping it?
[15:42] <MacSlow> tsdgeos, no
[15:42] <kgunn> tsdgeos: pstolowski thostr_ i do have the branches in a vivid silo
[15:43] <kgunn> http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=018
[15:43] <kgunn> tsdgeos: pstolowski ^ failed to build...but hadn't looked at why
[15:46] <tsdgeos>  1 FAILED TEST
[15:46] <tsdgeos> RegistryObject::ScopeProcess::on_process_death(): Process for scope: "testscopeA" exited
[15:46] <tsdgeos> pstolowski: ↑ ?
[15:47] <mzanetti> tsdgeos: what's the best way to test the asynccroppedimageresizer?
[15:47] <MacSlow> tsdgeos, did you make soure you have latest trunk of lp:unity-notifications installed?
[15:47] <tsdgeos> MacSlow: maybe not ^:^
[15:47] <tsdgeos> mzanetti: do you have the custom build photo scope?
[15:47] <MacSlow> tsdgeos, latest is r224
[15:48] <MacSlow> tsdgeos, btw... looped testNotifications 20 times... all pass
[15:48] <mzanetti> tsdgeos: doesn't look like
[15:48] <pstolowski> tsdgeos, can you link complete log file?
[15:48] <tsdgeos> pstolowski: sure
[15:50] <tsdgeos> pstolowski: https://launchpadlibrarian.net/189709804/buildlog_ubuntu-vivid-i386.unity-scopes-api_0.6.8%2B15.04.20141110-0ubuntu1_FAILEDTOBUILD.txt.gz
[15:50] <tsdgeos> MacSlow: ok, i'll go back to it in a sec
[15:51] <MacSlow> tsdgeos, sure... got the async stuff still too keeping me busy otherwise :)
[15:52] <pstolowski> tsdgeos, ah, we have been observing sporadic failures on i386 and there were fixes for that, i'm not sure if they landed. unrelated to the changes anyway
[15:56] <tsdgeos> Saviq: mzanetti: https://code.launchpad.net/~aacid/unity8/make_cmake_happy/+merge/241574
[15:56] <mzanetti> ack, testing
[15:56] <mzanetti> anyone knows what the replacement for "ubuntu-device-flash --list-channels" is?
[15:57] <mzanetti> ah... found it
[16:00] <mzanetti> tsdgeos: is line 8 in that diff intentional?
[16:00] <mzanetti> tsdgeos: or a leftover from the asyncimageresizer?
[16:00] <tsdgeos> it is intentional
[16:00] <mzanetti> it will conflict with that though
[16:00] <mzanetti> and the imageresizer is in a silo already
[16:01] <tsdgeos> it actually won't
[16:01] <tsdgeos> since i didn't add that line in the asyncimageresizer :D
[16:01] <tsdgeos> oh i did
[16:01] <tsdgeos> :D
[16:02] <mzanetti> ;)
[16:02] <tsdgeos> it's the same change
[16:02] <tsdgeos> should be smart enough to merge cleanly
[16:02]  * tsdgeos tries
[16:04] <tsdgeos> mzanetti: merges fine here
[16:04] <mzanetti> ok
[16:08] <tsdgeos> mzanetti: there's a problem somewhere in the async code
[16:08] <tsdgeos> having a look
[16:12] <tsdgeos> hmmm
[16:12] <tsdgeos> pstolowski: did you guys just land stuff that makes unity8 not compile?
[16:13] <tsdgeos> or is it me
[16:13] <pstolowski> tsdgeos, unlikely
[16:14]  * tsdgeos is confused
[16:14] <pstolowski> tsdgeos, how does it fail?
[16:14] <tsdgeos> it complains about moveFavoriteTo not being there
[16:15] <tsdgeos> but that is the new thing we have yet to add
[16:15] <tsdgeos> and i'm not using it in this branch
[16:15] <tsdgeos> ah
[16:15] <tsdgeos> nothing that a clean build can't fix
[16:15] <tsdgeos> pstolowski: sorry :D
[16:16] <pstolowski> tsdgeos, ah, ok, np :)
[16:17] <mzanetti> paulliu: https://code.launchpad.net/~paulliu/unity8/lp1379384/+merge/238986
[16:18] <paulliu> mzanetti: ok. thanks
[16:18] <tsdgeos> mzanetti: false alarm it was a miscompilation here, but there's a test that fails on jenkins
[16:18] <tsdgeos> trying to loop it and see if it fails
[16:19] <tsdgeos> mzanetti: can you run make testCard there and see if it fails for you?
[16:21] <mzanetti> ack
[16:27] <tsdgeos> mzanetti: ok, tehre was actualyl a bug, just pushed
[16:29] <tsdgeos> MacSlow: back to your thing
[16:29] <MacSlow> tsdgeos, ook
[16:29] <tsdgeos> i can still get the test to fail every single time
[16:29] <tsdgeos> do i need any other branch of what's there on vivid?
[16:29] <MacSlow> tsdgeos, no... just that branch, unity-notifications trunk and that's it
[16:30] <tsdgeos> then i do not understand what's going on
[16:30] <mzanetti> tsdgeos: yep, makes more sense now with the setting of m_worker
[16:31] <tsdgeos> MacSlow: i don't even need to loop it, just fails every time
[16:32] <MacSlow> tsdgeos, btw... the qmltests don't even need the backend (unity-notifications)
[16:38] <MacSlow> tsdgeos, hm... really no clue what still could be wrong on your side... I started from scratch and did all qml-tests and usual manual tests... nothing fails here.
[16:38] <MacSlow> tsdgeos, you're on vivid too I assume
[16:38] <tsdgeos> yes
[16:42] <MacSlow> tsdgeos, we need some third person to check
[16:42] <tsdgeos> MacSlow: yeah
[16:42] <tsdgeos> or jenkins
[16:44] <MacSlow> tsdgeos, just triggered another build
[17:12] <greyback> bregma: unity8 works on my amd laptop. With unity8 alone installed, it was crashing on startup in QSensors, but I added the ubuntu-desktop metapackage, and now unity8 works!
[17:12] <greyback> mouse cursor is a bit messed up tho
[17:13] <bregma> still using hardware cursor maybe, at a guess
[17:13] <bregma> greyback, is that installed from the ISO?
[17:13] <greyback> bregma: originally installed from ISO yes, but then I added ubuntu-desktop
[17:14] <greyback> before ubuntu-desktop, it was crashing. I'm not sure what I installed that fixed it
[17:14] <bregma> sounds like a dependency is missing maybe
[17:14] <greyback> yep
[17:14] <greyback> think I logged a bug...
[23:27] <mzanetti> mterry: https://code.launchpad.net/~mterry/unity8/we-are-at-least-beta/+merge/241615/comments/594455
[23:27] <mterry> mzanetti, I did!
[23:27] <mterry> huh
[23:28] <mzanetti> don't tell me they're in trunk again
[23:28] <mterry> mzanetti, it doesn't have them locally
[23:28] <mzanetti> mterry: hmm... I branched that branch and ran ./build.sh
[23:28] <mzanetti> no merge or nothing
[23:28] <mzanetti> bzr tags shows all of the unity7 ones
[23:29]  * mterry tries that
[23:30] <mterry> mzanetti, when I run ./strip-u8-tags.py it doesn't return anything.  Maybe my script is out of date
[23:30] <mzanetti> mterry: does "bzr tags" list them?
[23:31] <mzanetti> here's my script: http://paste.ubuntu.com/8973863/
[23:31] <mterry> mzanetti, I don't think so... I forget exactly which ones are banned.  Let me show you mine
[23:31] <mterry> mzanetti, http://paste.ubuntu.com/8973871/
[23:31] <mzanetti> this is what I get: http://paste.ubuntu.com/8973872/
[23:32] <mzanetti> yeah... your's is bad too
[23:32] <mzanetti> should only be 7.84 to 8.01
[23:32] <mzanetti> all those 0.x, upstream etc are from unity7
[23:32] <mzanetti> basically everything with a ? is bad
[23:33] <mterry> mzanetti, the strip-u8-tags.py from https://wiki.ubuntu.com/Process/Merges/Checklists/Unity8 doesn't do anything with my branch
[23:33] <mterry> so maybe the script needs fixing
[23:34] <mzanetti> indeed... the script doesn't complain here either
[23:34] <mzanetti> not even on the local checkout I have
[23:34] <mzanetti> so yeah, there seems to be something the script doesn't catch
[23:35] <mzanetti> mterry: trunk is still good though
[23:35] <mzanetti> or Saviq cleaned it already again
[23:36] <mterry> So I wonder how I got those.  I branched that today
[23:36] <mterry> Probablye he cleaned today
[23:37] <mzanetti> yeah. I saw him and Albert talking about tags today
[23:38] <mzanetti> so probably we had an incident and you branched that minute
[23:38] <mzanetti> still odd that the script doesn't catch it
[23:40] <Saviq> mzanetti, the script has a hardcoded list, I didn't spend the time to implement a "is this tag valid? drop, if not" feature, although that probably makes sense, would be more versatile
[23:41] <Saviq> .NET X-platform, now that's an interesting turn of events
[23:41] <mzanetti> yeah... seen sabdfl's talk today?
[23:42] <mzanetti> that was one of the topics
[23:42] <mzanetti> the new CEO runs all over the place with slogans like "Microsoft loves Linux" for a while already
[23:44] <Saviq> no, did not see


[20:02] <Elliria> Hey there, I've got an issue I'd like to file a bug report on, but am not sure where the report ought to be filed.
[20:03] <jeremy31> What is the bug?
[20:04] <Elliria> I use Kubuntu and the issue is with snap updates. To put a shortcut to Firefox on my panel (taskbar), I right-click it in the K menu and choose "Add to Panel (Widget)."
[20:04] <Elliria> When snap gets an update, the widget isn't replaced automatically. Sometimes, the shortcut will continue to work. Other times, the shortcut vanishes, but is still there (invisible).
[20:05] <Elliria> I then have to delete the invisible shortcut and go back up into the K menu and add to panel as a widget again and then it works fine until the next update.
[20:05] <Elliria> This doesn't happen with all snap updates, but just some.
[20:05] <Elliria> I'm not sure what causes it and what prevents it from happening every time.
[20:05] <Elliria> Is it a KDE bug, a Kubuntu bug, or an Ubuntu bug?
[20:05] <Elliria> Heh.
[20:06] <jeremy31> Not sure
[20:06] <Elliria> This is with a fully-up-to-date copy of Kubuntu 22.04 LTS, by the way.
[20:06] <Elliria> Yeah, me, neither. Do you know who I should ask?
[20:07] <Elliria> *whom
[20:07]  * Elliria is her own grammar police
[20:07] <jeremy31> You could file it under KDE and if someone knows a better place, they will move
[20:08] <Elliria> I suppose so. Or maybe I should ask in the Ubuntu mailing list. Someone in there might know. I know there's at least one snap developer in there.


[02:22] <Noldorin_> any windows guys around here?
[02:25] <jelmer> hi Noldorin_
[02:25] <fullermd> I hope so.  I haven't laughed a good schadenfrudes laugh all day.
[02:25] <Noldorin_> hi jelmer
[02:26] <Noldorin_> fullermd, hmm? i think you mean masochists. schadenfreude is enjoying others' pain ;-)
[02:26] <Noldorin_> which you may be :-)
[02:26] <Noldorin_> heh
[02:26] <fullermd> If they're running windows and I'm not, I am   ;p
[02:27] <Noldorin_> fullermd, yeah, but you said laughed at schadenfrudes... which doesn't quite make sense. unless you're laughing at people laughing at windows users ;-)
[02:27] <Noldorin_> though i like your poetic license with the word schadenfrude anyway :-P
[02:28] <fullermd> Well, it was rather flowery phrasing maybe.  But it's like "laughed a good laugh"; doesn't mean you're laughing AT a good laugh, just laughing in a good way.
[02:28] <fullermd> Thus, I'd be laughing in a scadenfreudorific fashion.
[02:29] <Noldorin_> fullermd, oh right, i slightly misread your original message
[02:29] <Noldorin_> yeah.,
[02:29] <Noldorin_> fair enough
[02:29] <Noldorin_> fullermd, still, lol @ "schadenfrude"
[02:29] <fullermd> (yes, language _is_ my plaything, why do you ask?  ;)
[02:30] <Noldorin_> i don't ask ;-)
[02:30] <Noldorin_> but i do admire the rare software developer who has a good grasp of natural language in addition to those of the programming variety.
[02:32] <fullermd> Well, I'm a perl guy, not a python nut.  Twisting things into valid but bizarrely hideous constructs is second nature.
[02:32] <fullermd> Maybe first and a halfth nature.
[02:33] <Noldorin_> heh
[02:34] <Noldorin_> thou speaketh not with forked tongue.
[02:34] <fullermd> Depends on what I'm working on.  Sometimes, my language _does_ get pretty forked.
[02:35] <Noldorin_> fullermd, especially if it's process-related bash ;-)
[02:35] <fullermd> Oh, I'd be all KINDS of forked off if my processes started showing up under bash...
[02:36]  * fullermd hugs his precious %
[02:36] <Noldorin_> meh, powershell is what the cool kids use these days.
[02:37] <fullermd> I...   you...   it doesn't...   the world...     But it's uncouth to even try.
[02:39] <fullermd> It's unsporting to engage in a battle of wits with an unarmed man.
[02:39] <Noldorin_> oh trust me, if i wanted to face an unarmed man, i'd pick on Apple users.
[02:40] <Noldorin_> i daresay there's 100s of delightfully trollable users online Freenode right now!
[02:40] <Noldorin_> *sits here typing this on his MacBook Pro*
[02:41] <fullermd> If you unsuccessfully troll yourself, is that victory or defeat?
[02:42] <Noldorin_> it's some strange superposition of the two
[02:42] <Noldorin_> Schrodinger called it win-lose.
[02:42] <Noldorin_> it has adverse affects on the fabric of quantum space-time.
[02:43] <fullermd> Ah yes, Quantum Trollodynamics.  Much harder to evaluate than the old Substandard Model.
[02:45] <Noldorin_> i can't decide whether that's the study of the motion of tiny trolls, or the study of the effects of a little bit of trolling
[02:46] <fullermd> Well, it means when you get into sufficiently small quantities of trolling, it becomes impossible to tell which side is being trolled.  Only on the macro-level do things settle down.
[02:48] <Noldorin_> yeah. it's what makes uber-trolls so deterministic.
[02:48] <Noldorin_> predictable, that is.
[02:48] <Noldorin_> i'm still waiting for the 10^-50 chance some uber-troll spontaneously trolls himself.
[02:48] <fullermd> These sort of things have a built in uncertainty principle, too.  It's impossible to discuss them at all without driving any real physicists in the audience into a seething rage over pop-cultural interpretations of their field...
[02:49] <Noldorin_> it's the only reason i'm on IRC, you now
[02:49] <Noldorin_> know*
[02:49] <Noldorin_> research into QTD.
[02:49] <lifeless> quantum troll displacement?
[02:49] <Noldorin_> quantum trollodynamics
[02:49] <Noldorin_> but indeed, displacement is an interesting phenomenon too
[02:50] <Noldorin_> i hear there's a net out-flux from EFnet these days
[02:50] <fullermd> That's just Cherangstkov radiation.
[02:51] <Noldorin_> fullermd, funnily enough, i am a "physicist", and as such can vouch that our humour is pretty much confined to this level
[02:51] <Noldorin_> in the same way the quark-gluon palsma is confined to the atomic nucleus.
[02:52] <fullermd> Only until we turn up the Electron Pump.
[02:58] <Noldorin_> don't meddle with such things
[02:58] <Noldorin_> the results are unknowable!
[02:58] <fullermd> Oh sure, _that_ advice always has the desired effect   :p
[02:58] <fullermd> You say "meddle", I say "hold my beer and watch this!"
[02:59] <Noldorin_> irony is interpreted literally by physicists, alas
[03:02] <fullermd> So I Fe.
[03:03] <Noldorin_> you iron?
[03:03] <Noldorin_> ppft.
[03:03] <fullermd> Sometimes iron, sometimes youron.
[03:03] <fullermd> I don't know.  Third base.
[03:04] <Noldorin_> hah.
[03:05] <Noldorin_> well, i dare not pollute this channel any more. :-P
[03:05] <Noldorin_> 'twas a jolly good banter.
[03:06] <fullermd> If you flip it upside down, it makes a good turban   :>
[03:06] <Noldorin_> even better
[03:07] <Noldorin_> i shall don the turban (turban?) and depart.
[03:07] <Noldorin_> adieu
[03:07] <fullermd> No, aeiou
[08:46] <richardus> is there a way to get bzr to print the actual diffs of a range of commits as a patch?  something like git format patch or git log -p.
[08:47] <richardus> i've got a few commits in my repo but there's lots of unadded/changed files and bzr diff -r keeps sticking those in the output
[08:57] <Kamping_Kaiser> not sure i follow, 'actual diffs' as opposed to changes?
[09:05] <richardus> actual diffs as in the diffs that went into the change.  the output you would see from git log -p
[09:09] <Kamping_Kaiser> including the commit message? bzr log --show-diff might be what oure after
[09:10] <richardus> hmm, that's close!  it's still showing files with unadded modifications though
[09:12] <Kamping_Kaiser> don't think i can help you past that - i'm not deep into such things. hopefully someone else will appear soon and give you a solution
[09:12] <richardus> thanks for offering
[09:12] <Kamping_Kaiser> np,gl
[09:12] <richardus> (i tried a dummy commit after my good commits but it still shows unadded files, wtf)
[13:20] <jelmer> richardus: bzr log -p
[15:58] <wgz> always amusing when go to retarget a bug I just got mail for and see jelmer did it five minutes ago
[15:59] <vila> ...passing around doing the same, and see gz commented on it 12 minutes later but still 5 minutes ago ;-p
[16:00] <wgz> ehehe
[19:24] <jelmer> wgz: clearly you should install a faster MDA :-P
[22:59] <Noldorin> hey folks
[22:59] <Noldorin> any bzr windows devs around?
[23:07]  * fullermd has the weirdest feeling of deja vu.
[23:08] <jelmer> hi Noldorin, fullermd
[23:14] <Noldorin> fullermd, who knows why
[23:14] <Noldorin> hi jelmer
[23:14] <fullermd> The Shadow knows!
[23:14] <Noldorin> tau neutrinos must have broken the speed limit again!
[23:14] <Noldorin> tut tut
[23:33] <Noldorin> wgz, you're not a windows dev are you? "_
[23:33] <wgz> on the basis of this evening, no
[23:33] <wgz> Noldorin: if you have a question, it's generally best to just ask it
[23:36] <wgz> if I don't know the answer, someone else in the channel may.
[23:38] <Noldorin> heh okay, i suppose
[23:38] <Noldorin> does anyone know how to set up bzr as a Windows service?
[23:41] <Noldorin> server, of course
[23:41] <wgz> you generally don't, because you need an authentication layer
[23:42] <wgz> so, I have apache running as a service, and mod_wsgi imports bzrlib
[23:42] <wgz> or you could have an ssh server, or something else, which would then invoke bzr
[23:49] <wgz> so, what are you trying to do exactly? just share stuff over the local network, or expose bzr to the internet?
[23:55] <Noldorin> wgz, both intranet and internet
[23:55] <Noldorin> wgz, surely smart server is the way to do it?
[23:56] <wgz> sure, but it has no authentication, so you can't use `bzr serve`
[23:56] <Noldorin> how do you mean?
[23:58] <wgz> if you let the internet access a plain bzr tcp protocol, you're letting the entire world do whatever they like to your disk
[23:58] <Noldorin> oh sure. of course
[23:58] <wgz> hence the use of bzr+http or bzr+ssh rather than just bzr
[23:58] <Noldorin> but smart serv uses ssh no?
[23:59] <wgz> in which case, you're not running bzr as a service, you're running httpd or sshd as a service
[23:59] <wgz> no.
[23:59] <Noldorin> except i'm on windows
[23:59] <Noldorin> heh
[23:59] <Noldorin> but fair enough


[00:10] <olly> translation exports seem to be a bit screwy currently
[00:11] <olly> it seems to be added "#, fuzzy" comments in odd places, and returning msgstr values from the wrong msgid sometimes
[00:12] <olly> hmm, or perhaps I'm looking in the wrong directory...
[00:15] <olly> d'oh, i was looking at some old po files, not those from the launchpad export - sorry for the noise
[00:19] <cjwatson> wgrant: ^- known effect of the fix you'll be rolling out soon?
[00:19] <cjwatson> or rather of its absence
[00:20] <cjwatson> I wasn't sure exactly what went wrong there
[00:25] <wgrant> cjwatson: It's possible, though not likely.
[00:25] <wgrant> olly: Do you have a specific example?
[00:26] <cjwatson> If it was noise then not a problem.  Just wanted to check.
[00:26] <olly> wgrant: i think launchpad is blameless - I was looked at files I thought I'd just unpacked from the launchpad export
[00:26] <olly> but they weren't
[00:26] <olly> *was looking
[00:27] <olly> the directory inside the export tarball doesn't match the tarball name, but rather the directory the po files are in in the sources
[00:28] <wgrant> olly: Ah. There is a possibly relevant bug affecting strings containing '?', including the quotes, but sounds like your problem is unrelated.
[00:28] <olly> yes, I think mine is self-inflicted
[00:28] <olly> none of my strings contain that anyway
[02:03] <sergio-br2> wgrant, hi
[02:03] <wgrant> sergio-br2: Hi
[02:04] <sergio-br2> the right way is use http instead git:// ?
[02:04] <sergio-br2> to import code?
[02:04] <wgrant> sergio-br2: Both ways work, but https is more secure so I change them when I see them.
[02:04] <sergio-br2> hum
[02:04] <sergio-br2> you change manually? Sorry for the troubles :p
[02:06] <wgrant> sergio-br2: I keep an eye on new imports mostly so I can fix incorrect URLs, but I also clean up inconsistent ones like that.
[02:06] <wgrant> It takes like two seconds :)
[02:06] <wgrant> But the preferred form for GitHub imports into LP is 'https://github.com/USER/REPO.git'
[02:08] <sergio-br2> ok
[06:18] <ni638629> hi everyone. I just had a quick question. if I wanted to start learning code where online should I check out first?
[06:24] <ni638629> anybody?
[06:25] <blr> ni638629: on launchpad specifically, or in general?
[06:25] <ni638629> in general
[06:26] <ni638629> like starting from the beginning.
[06:27] <blr> ni638629: contributing to open source is a good way, perhaps find a project in a language you would like to learn and look for some bugs tagged easy/trivial
[06:27] <ni638629> everything I know about computer is purely from using one
[06:56] <keveed92> 11:56 PM <keveed92> Hey I was just here asking about places where I can study up on code starting with the most basics and going up. But I didn't see the response
[07:00] <lifeless> keveed92: I don't see any earlier questions from you
[07:14] <keveed92> It wa sunder a name something like ni35644
[07:18] <andres_> launchpad was just returning 503 Service Unavailable errors
[07:18] <hloeung_> andres_: scheduled netework maintenance. Should be back to normal shortly
[07:19] <andres_> ahh ok, whew. Didn't know.
[07:19] <andres_> Its up btw.
[07:19] <keveed92> :
[07:19] <andres_> figured i'd come here and see if i could help anyone by notifying.
[07:20] <keveed92> So any good sites to start learning code?
[07:20] <andres_> interested in anything in particular?
[07:21] <andres_> if you're interested in learning ruby, and the framework rails, you could benefit from this: http://railsforzombies.org/
[07:25] <keveed92> I probably would want to go with iOS and other Mac software
[07:27] <andres_> http://www.rubymotion.com/
[07:27] <andres_> http://phonegap.com/
[07:28] <aljesh> hi the link for launchpad is not working unless it does not like android pads
[07:28] <wgrant> aljesh: There was an outage a few minutes ago due to network maintenance. Is it still not working?
[07:29] <andres_> workign for me now.
[07:30] <aljesh> yeah just tried to get in to look at issuesbfor mailman.
[07:30] <andres_> take care all. Thanks for being alive and making a difference for the better.
[07:32] <aljesh> yeah working for me now...
[17:49] <robru> I'm seeing lots of "Uh Oh :("s today, is this a known problem?
[17:50] <dobey> i haven't been seeing any myself
[17:51] <dobey> oh, never mind
[17:51] <dobey> i just got a couple on MPs
[17:52] <robru> dobey: yeah, at least 3 train jobs have failed due to not being able to reach lp, and also I can't load https://code.launchpad.net/~robru/cupstream2distro/new-reverter/+merge/252423 at the moment
[17:52] <dobey> robru: it seems to be a problem with MPs specifically
[17:53] <robru> dobey: huh, that is weird, I can load the branch but not the mp
[17:53] <cjwatson> yeah I just noticed that too, WTF
[17:53] <cjwatson> 5xxs spiking through the roof
[17:53] <dobey> oh, you're here
[17:53] <jgdx> hi …
[17:53] <dobey> was just about to ping ops
[17:54] <dobey> jgdx: yes we know
[17:54] <jgdx> :)
[17:54]  * jgdx coffee breaks.
[18:01] <barry> launchpad seems to be having problems atm: https://code.launchpad.net/~canonical-platform-qa/ubuntu-ota-tests/check-for-running-service/+merge/252057
[18:02] <dobey> barry: yep
[18:03] <blake_r> launchpad appears to be down to me
[18:04] <blake_r> get 504 when I access: https://code.launchpad.net/~blake-rouse/maas/partition-model/+merge/252481
[18:04] <barry> blake_r: yep
[18:04] <blake_r> barry: okay just wanted to make sure wasnt me
[18:04] <dobey> now you have to wait for the next person to join, so you can pay the "yep" forward
[18:04] <barry> launchpadlibrarian.net seems unhappy now to so maybe it's a wider outage
[18:05] <blake_r> dobey: okay
[18:05] <blake_r> dobey: will do!
[18:05] <dobey> heh :)
[18:06] <cjwatson> sounds like there's a partial outage of prodstack, which is going to be causing the librarian some problems
[18:06] <cjwatson> sysadmins are working on it
[18:07] <barry> cjwatson: ah cool, thanks.  i won't send that rt email then.
[18:07] <cjwatson> yeah don't bother, it's being worked on
[18:08] <barry> cheers
[18:08] <cjwatson> and very definitely showing up on our metrics, for those who can see https://lpstats.canonical.com/graphs/AppServer5XXsLpnet/nocache/
[18:09] <barry> yowza
[18:09] <barry> cjwatson: i was looking at status.admin.canonical.com.  closest thing i saw was bugs.launchpad.net, which is (!) with some downtime
[18:10] <dobey> ouch indeed
[18:20] <cjwatson> should be back now
[18:20] <cjwatson> (librarian restart following swift-proxy breakage)
[18:21] <barry> cjwatson: wfm, thanks!


[16:08] <housecat> oh come on, it's 9am on a monday morning
[16:08]  * housecat vaguely attempts to summon up enough caring to be catalytic
[16:10] <housecat> @comment 79879 repeated profanity, 1d


[03:29] <Peng_> Hmm. bzrlib.plugins.search.index.index_url() should support possible_transports. cmd_index wastes a transport just to parse the URL.
[03:32] <Peng_> Or I guess index_url should just take a transport directly.
[06:30] <cammoblammo> `bzr ignored` seems to list the ignored file then the rule for identifying it. Is there any way the rule can be stripped from the output without resorting to awk or the like?
[06:36] <fullermd> Perhaps you want ls --ignored
[06:48] <cammoblammo> fullermd: Thanks! That's perfect.
[06:49] <adam> Hi
[06:50] <adam> can I set bzr to ignore .pyc on *all* newly created projects?
[06:51] <fullermd> Depends on what exactly you're asking.
[06:51] <fullermd> You can add .pyc to your personal ignores.  You could theoretically hack bzr to add .pyc system-wide.
[06:51] <fullermd> But there's no way to make a new projects spring into being with a .bzrignore handling .pyc's. no.
[06:52] <adam> ah, too bad.
[06:52] <adam> I was thinking about the ~/.subversion/config ignore settings.
[06:52] <adam> so I understand bzr doesn't have the equivalent.
[06:52] <fullermd> There's the list in ~/.bazaar/ignore that covers yourself
[06:52] <fullermd> (of course, it actually contains .pyc already...)
[06:52] <fullermd> But that doesn't do anything for other people, of course.
[06:54] <adam> fullermd: ah, awesome.
[06:54] <adam> so yeah, that would basically be the equivalent :)
[06:54] <adam> hm
[06:54] <adam> that list exists, and includes .py[co]
[06:54] <adam> yet for some reason, they aren't being ignored.
[06:55] <adam> fullermd: oh, I know what happened.
[06:55] <adam> I did `bzr add *`
[06:55] <fullermd> Ah, yeah, that would do it   :)
[06:56] <adam> fullermd: once you did `bzr init` at the root of a source tree you'd like to VC entirely, what would you do then?
[06:56] <adam> how would you add everything, every nested file and directly, except those in ~/.bazaar/ignore?
[06:56] <adam> *directory
[06:56] <fullermd> 'bzr add' by itself.
[06:56] <adam> ah, hah.
[06:57] <fullermd> 'add' with no args is what uses the ignore list.  'add' of specific files never does.
[06:57] <adam> fullermd: that's awesome.
[06:57] <adam> bzr is so convenient, I'm happy I chose it.
[06:57] <adam> thanks a bunch.
[06:58] <fullermd> np  :)
[06:58] <fullermd> (actually, I think that phrasing is a little off...)
[06:58] <fullermd> If specific files are named on the 'add' command line (e.g. "bzr add foo.pyc"), ignores have no power.
[06:59] <fullermd> If they're not ("bzr add", "bzr add somedir/"), then ignores determine which of the found files (add is recursive) get added.
[06:59]  * adam nods
[06:59] <fullermd> Guardrails without straitjackets.
[14:01] <evge> I have bzr branch on test server and want to force something like post commit hook to auto update this branch after each remote commit, so the server is serving up to date content ?
[14:04] <bob2> there's an update-after-push plugin
[14:04] <LeoNerd> .oO( Why is that a question? )
[14:04] <bob2> https://launchpad.net/bzr-push-and-update
[15:05] <mamatata_> arghh... big emergency here! did a 'bzr add' but wanted to go back to ignore some. without thinking much did a 'bzr revert' now all my changes (lots) are reverted :S anything i can do??
[15:06] <fullermd> They'll be around in backup files.
[15:07] <fullermd> whatever.~1~ or the like.
[15:08] <mamatata_> love you fuller!
[15:11] <mamatata_> is there a quick way to replace all 26 of them?
[15:12] <LarstiQ> not from bzr that I know, but with shell scripting, sure
[15:13] <mamatata_> hmm okay... gotta take a break before i erase all those with a wacky shell script...
[15:13] <LarstiQ> mamatata_: right, I suggest you cp -a your working tree before you do anything else :)
[15:14] <LarstiQ> or at the very least your backup files
[16:27] <olejorgenb> bzr ls simply lists the files in the directory?
[16:27] <olejorgenb> or have I somehow managed to add all the files
[16:28] <olejorgenb> if 1 is the case, how to I check what files are versioned? (without pulling to a empty location)
[16:30] <fullermd> ls --versioned shows which files are versioned.
[16:31] <olejorgenb> fullermd: thank. (guess that actually was pretty easy to find in the manpage. Sorry)
[16:32] <olejorgenb> what is the purpose of ls (without --versioned) though?
[16:35] <fullermd> Well, it lists the files in the tree.  With no options, it's probably not used much.
[16:35] <fullermd> It's usually used with one of the filters.
[17:17] <Lani78> I installed Loggerhead using "sudo python setup.py install". It seems to me that loggerhead want to have the loggerhead.conf in "/usr/bin". Is there anyway to have it look for the configuration file in "/etc"?
[17:19] <Lani78> It also seems that it wants to write a "loggerhead.pid" file in the /usr/bin folder. Is this really advisable? I would like to redirect that file to something like "/var/lib/loggerhead/loggerhead.pid", can that be done as well?
[17:30] <stefanlsd> does bzr have anything like  gitk ?
[17:31] <stefanlsd> bzr-gui?
[17:32] <beuno> stefanlsd, bzr-gtk
[17:32] <beuno> and qbzr
[17:32] <stefanlsd> beuno: which would u recommend?
[17:33] <beuno> stefanlsd, bzr-gtk has more features
[17:33] <beuno> so bzr-gtk  :)
[17:33] <stefanlsd> beuno: kk. thanks :)
[17:35] <nekohayo> hey, could anyone tell what went wrong? http://ecchi.ca:8000/1.png
[17:36] <beuno> nekohayo, the packs error?
[17:36] <beuno> it happens sometimes
[17:37] <nekohayo> beuno: yeah, why? and how do we fix that?
[17:37] <beuno> you just re-push and it gets fixed
[17:37] <nekohayo> beuno: are you sure? that error seems to have come up while issuing a "bzr push" command
[17:38] <beuno> nekohayo, yeap, I'm sure. It's happen to me a few times
[17:38] <beuno> we haven't quite managed to figure out what causes it
[17:38] <nekohayo> why does that happen? connection problems?
[17:38] <nekohayo> hm
[17:38] <beuno> lifeless, ^
[17:38] <nekohayo> (well, just curious)
[18:16] <zbrown> Is there a good way to bzr repo that you can push/pull from with users that don't actually have an account on the machine?
[18:32] <Lani78> zbrown: If you are still there: I created a bzr account on my server and then access it with ssh and added the users public key to the bzr account.
[18:32] <zbrown> oh I see
[18:33] <zbrown> Lani78: thats what I was thinking about doing, just wondered if anyone had other suggestions
[18:33] <Lani78> The drawback is that all users have the same access rights then.
[18:34] <Lani78> zbrown: thats the suggestion that I got some weeks back, but I'm fairly new to both linux and bzr, I'm learning bit by bit ;)
[18:34] <zbrown> hehe
[18:35] <zbrown> Lani78: ya, my main thing is I have one other collaborator on a project and am just looking for an easy way for us both to have access without giving out another account
[18:37] <Lani78> zbrown: I think that it would be easy to create an account for that project then, an account that doesn't have a password and that has no shell (/bin/false). And then ask your collaborator for his public ssh key so you can add both yours and his to that user account.
[18:39] <Lani78> This is manageable for small sites with few users and few projects. But I cannot use this at work, as it is to much administration. At least for me that doesn't know Linux. And access to projects changes daily. So I would love to see some nice administration tool where you easily could give read/write access to specific projects to single developers.
[18:40] <zbrown> ya
[18:40] <nekohayo> indeed, it seems that pushing again worked, beuno
[18:41] <Lani78> But I've understood that the bzr-team have tried to avoid any authentication code. They relay on the Linux or Apache for that.
[18:41] <zbrown> understandably
[18:41] <zbrown> I haven't entirely settled on bzr yet either... we'll see
[18:42] <zbrown> it could also end up as a git repo
[18:42] <Lani78> zbrown: That made me remember that someone also suggested that you could make your project available through Apache, and have Apache control the access. But I don't know how to do that.
[18:43] <Kosjer> hi there, i just wanted to ask about the mac osx 10.5 installer binary distribution  why there isnt a 1.6.1 version out yet like with the 10.4 installer version. its still at 1.5.0
[18:43] <zbrown> ya... I like to avoid apache when I can
[18:43] <zbrown> Kosjer: different maintainers and the 10.5 one probably hasn't gotten around ot it
[18:44] <Kosjer> ahhh oki doki
[18:44] <Kosjer> thx
[18:55] <uliwitness> Hi.
[18:55] <uliwitness> Is this the right place to ask about a weird message I'm getting trying to bzr push to a server?
[18:57] <uliwitness> I get a few "FTP temporary error: 451 (...) Append/Restart not permitted, try again. Retrying." and then "bzr: ERROR: Transport error: FTP temporary error during APPEND (...)" followed by the same 451 append/restart message.
[19:00] <uliwitness> It worked fine on my old FTP server, but it seems BZR's FTP and my new server don't see eye-to-eye. Is there a way I can diagnose this further?
[21:21] <ericvw> Am I able to change the committer information for previous revisions if someone's contact info changed?
[21:28] <Odd_Bloke> ericvw: No, revisions are immutable.
[21:31] <ericvw> I could do the most recent by uncommit though and then change the commiter name thought, right?
[21:32] <Odd_Bloke> Yes, provided no-one has branched from you.
[21:33] <Odd_Bloke> Because you'll be creating a new revision.
[21:43] <ericvw> Odd_Bloke: thank!
[21:47] <justdave> if I have a bzr checkout, and it's possibly been locally modified, and I want to update from the repo and overwrite whatever local changes I had, is there a way to do that with a checkout?
[21:48] <justdave> I had been doing it with "bzr pull --overwrite" before
[21:48] <lifeless> justdave: is this a valid rephrase: "I want to discard my changes and be up to date" ?
[21:48] <justdave> but when switching to a different branch at one point, blew away the checkout and checked out again
[21:48] <justdave> apparently the first one was a clone instead of a checkout and pull doesn't work on a checkout? :)
[21:48] <justdave> lifeless: yes, that's correct
[21:49] <lifeless> "bzr update; bzr revert"
[21:49] <justdave> ok, good enough. :)
[21:50] <lifeless> pull --overwrite doesn't discard uncommitted local edits, the above will
[21:50] <lifeless> which is why I rephrased for clarity
[21:51] <justdave> oh, I think I know what was going on...  because the original one was a clone, "bzr up" just updated locally and didn't actually pull anything from the upstream repo
[21:51] <justdave> --overwrite just makes pull to an update after updating the local repo doesn't it
[21:52] <justdave> so since this one is a direct checkout and not a clone, "bzr up" by itself would be equivalent to what I was doing before.
[21:52] <GaryvdM> Hi - Is it possible to split a file into 2, without losing annotate info?
[21:53] <lifeless> nearly equivalent
[21:53] <lifeless> justdave: bzr up will turn local commits into a pending merge, as part of its mission to preserve the svn/cvs 'up && commit' pattern
[21:53] <lifeless> justdave: which is why the revert command's discard of pending merges is needed to complete the reset
[21:54] <justdave> in theory there shouldn't be local edits anyway...  using it for a production website
[21:54] <lifeless> justdave: instead, using revert --forget-merges makes it equivalent to pull --overwrite
[21:54] <lifeless> GaryvdM: hi, no, not yet.
[21:54] <GaryvdM> ok
[21:54] <lifeless> justdave: cool
[21:55] <justdave> hmm, bzr update doesn't seem to take a tag/revision argument...
[21:55] <lifeless> there is a patch in the bug tracker
[21:55] <justdave> maybe that's why we did the pull thing, because it does
[21:56] <lifeless> if you want a branch that is conceptually able to differ from your trunk, use a branch not a checkout
[21:56] <justdave> the website always updates to the same tag, so we check in as needed then when it's tested and ready to go live, we move the tag and the website picks it up
[21:56] <lifeless> IMO anyhow, pull is clearer when managing a mirror
[21:56] <lifeless> justdave: ah; interesting
[21:56] <lifeless> justdave: checkouts mirror the branch; if you used a branch rather than a tag it would work
[21:57] <lifeless> one branch for dev, one for tested
[21:58] <justdave> I'll continue messing with this in a bit, need to travel, back online when I get there. :) (half hour or so)
[21:58] <justdave> thanks for the help :)
[21:59] <lifeless> np
[22:22] <GaryvdM> If I can see a way to make bzr faster, but it would require adding a parameter to and existing function
[22:23] <GaryvdM> and I could make the parameter optional
[22:24] <GaryvdM> would a patch be rejected because it changes an api?
[22:24] <lifeless> no; see HACKING for a dscription of our api management
[22:24] <lifeless> is this hypothetical, or do you have an actual case of this?
[22:24] <GaryvdM> I have a actual case
[22:24] <lifeless> care to elaborate ?
[22:25] <GaryvdM> Sure - just give me a sec
[22:28] <GaryvdM> Ok - in bzrlib/log.py
[22:29] <GaryvdM> in get_view_revisions and in _filter_revisions_touching_file_id
[22:29] <GaryvdM> we do parent_map = .... graph.iter_ancestry...
[22:29] <GaryvdM> This is slow
[22:30] <GaryvdM> I want to do it once in calculate_view_revisions
[22:30] <lifeless> ok
[22:30] <lifeless> a few news
[22:30] <lifeless> *notes*
[22:30] <GaryvdM> and pass it as a parameter to get_view_revisions and in _filter_revisions_touching_file_id
[22:30] <lifeless> firstly, log got a bit rearranged recently
[22:31] <lifeless> make sure you have the make_log_rev_iterator function in your log.py (if you have bzr.dev you're fine)
[22:31] <lifeless> hmm, are you saying that both get_view_revisions and _filter_revisions_touching_file_id both call the same underlying api ?
[22:31] <GaryvdM> I don't have make_log_rev_iterator in log.py
[22:32] <GaryvdM> Yes - in the versions I have
[22:33] <GaryvdM> I have revno 3695 of bzr.dev
[22:33] <lifeless> ok
[22:33] <lifeless> you should update :P
[22:34] <lifeless> anyhow, I've checked and ye, its still duplicated, on the same graph object no less
[22:34] <lifeless> I have
[22:34] <lifeless> def make_log_rev_iterator
[22:34] <lifeless> in my log.py
[22:35] <GaryvdM> I was pulling from lp. Let me pull from the bzr site.
[22:36] <lifeless> so
[22:36] <lifeless> looking at this
[22:36] <lifeless> I think this could be integrated into the filter stack better, but that is separate and not needed to prevent the duplicate work
[22:36] <lifeless> and I think that this is a good thing to do
[22:36] <lifeless> as the _filter function is private you don't need to make parameters optional - its not frozen in any way
[22:37] <GaryvdM> ok
[22:45] <GaryvdM> Sorry lifeless: where do I find HACKING ?
[22:45] <lifeless> doc/developers/
[22:45] <GaryvdM> thanks
[23:30] <mwhudson> so, what's the story with the transport api and url encoding?
[23:31] <lifeless> urls in urs out
[23:31] <lifeless> get_transport is magic
[23:31] <lifeless> local_abspath gets a local filename
[23:31] <lifeless> filenames are unicode
[23:31] <lifeless> urls are octets as per std66
[23:34] <mwhudson> ok
[23:34] <mwhudson> this doesn't seem to be covered by the transport_implementation tests
[23:34] <mwhudson> maybe
[23:34]  * mwhudson tries to think
[23:36] <lifeless> should be
[23:37] <lifeless> test_unicode_paths
[23:37] <lifeless> test_has
[23:37] <lifeless> test_list_dir_result_is_url_escaped
[23:37] <lifeless> etc
[23:37] <mwhudson> yeah
[23:38] <mwhudson> i think our transport is a bit funny when you give it unescaped paths
[23:38] <mwhudson> but actually dtrt when its inputs are properly escaped
[23:39]  * jml focuses on something else, despite how tempting this discussion is.
[23:39] <mwhudson> jml: you'll get your chance to think about this when you review the resulting branch :)
[23:57] <GaryvdM> lifeless: I tried making that change, but it made no difference to the speed. I the graph loading maybe cached?
[23:57] <GaryvdM> *i
[23:57] <GaryvdM> *Is
[23:59] <spiv> Good morning.


[15:57] <mdeslaur> \o
[15:57] <kees> o/
[15:58] <pitti> \o/
[16:00] <kees> slangasek won't be there today. waiting on infinity, I think.
[16:00]  * stgraber waves
[16:00] <kees> that's everyone! :)
[16:00] <kees> #startmeeting
[16:00] <meetingology> Meeting started Tue Jun 23 16:00:58 2015 UTC.  The chair is kees. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:00] <meetingology> Available commands: action commands idea info link nick
[16:01] <kees> [topic] Apologies
[16:01] <kees> slangasek is out today
[16:01] <pitti> ah, slangasek is on holidays?
[16:01] <kees> https://lists.ubuntu.com/archives/technical-board/2015-June/002118.html
[16:01] <kees> ill
[16:01] <infinity> I was tempted to do the same.
[16:01] <kees> [topic] Action review
[16:02] <kees> only thing was for slangasek, so we can defer it
[16:02] <kees> "ACTION: slangasek to forward complaint to Canonical legal "
[16:03] <kees> oh, hm, not the right bot commands
[16:03] <kees> #meetingtopic Apologies
[16:03] <kees> or... not
[16:03]  * kees stares at meetingology
[16:03] <infinity> He might not have topic rights on the channel. :P
[16:03] <kees> #topic Apologies
[16:03] <infinity> BRB, door.
[16:04] <kees> okay, ignoring the bot...
[16:04] <kees> #topic Mailing List
[16:04] <mdeslaur> kees: it's with brackets
[16:04] <mdeslaur> kees: [topic]
[16:04] <kees> Is there anything we need to do from the CC thread?
[16:04] <kees> mdeslaur: that's what I started with, it didn't respond to that either
[16:04] <mdeslaur> oh, duh, sorry
[16:05] <mdeslaur> I don't think so (CC thread)
[16:05] <kees> okay, agreed. :)
[16:06] <kees> #topic Community Bugs
[16:06] <kees> none!
[16:06] <infinity> Yay, none.
[16:06] <kees> https://bugs.launchpad.net/ubuntu-community/+bugs?field.assignee=techboard
[16:06] <kees> #topic Other Business
[16:06] <kees> we had an empty agenda. is there anything new to add?
[16:06] <pitti> nothing from me
[16:06] <mdeslaur> I don't have anything
[16:07] <pitti> except perhaps discussing the meeting itself, but I'd rather wait for stgraber and slangasek to be present for that too
[16:07] <stgraber> hmm, I'm here :)
[16:07] <kees> stgraber is here
[16:07] <pitti> (e. g. having meetings on demand, not regularly every other week)
[16:07] <infinity> Probably not the worst plan, but how do we define demand, and who schedules them?
[16:08] <kees> maybe the chair could update the Agenda to indicate if the meeting should be skipped or something?
[16:08] <kees> leave it to their discretion until we schedule one?
[16:08] <stgraber> so regular schedule but if we don't have anything on the agenda 48h before the meeting we skip it or something?
[16:08] <mdeslaur> I'd rather them be skipped than to have them be scheduled
[16:09] <infinity> If we're doing on demand, probably makes more sense to have a weekly schedule instead of bi-weekly, and an understanding that we're not likely to use them all.
[16:09] <pitti> stgraber: oops, sorry :)
[16:09] <stgraber> my experience is that finding a new meeting time is a pain, so probably best to stick with ours and just skip when there's nothing to talk about
[16:09] <pitti> infinity: demand: ML inquiry or something being added to the schedule; then the next Tuesday
[16:09] <stgraber> yeah, having a weekly slot would be fine indeed
[16:09] <pitti> right
[16:10] <pitti> but then having a potential meeting every week
[16:10] <pitti> which provides better response time when we do have some agenda, and avoids these null meetings
[16:10] <mdeslaur> I'd rather not have that slot pencilled in every single week
[16:10] <kees> i'd like to keep it every 2 weeks. we already don't need the meeting very often :)
[16:11] <pitti> currently, handling issues on the ML seems to be more practical anyway
[16:11] <kees> so we're adding that the chair can email ML and say "meeting skipped" and name the next chair?
[16:12] <infinity> Well, I think if you skip one, you get to be the next chair. :P
[16:12] <pitti> infinity: +1
[16:12] <kees> yeah, that makes more sense
[16:12] <pitti> i. e. keep chair until the next actual meeting
[16:12] <mdeslaur> yeah, makes sense to me also
[16:13] <stgraber> yup
[16:13] <kees> #resolved chair can announce skipped meetings (due to lack of agenda) on ML and stays chair until next meeting
[16:14] <kees> the chair may want to harass people about actions, though
[16:14] <pitti> yeah, that could be put into that mail
[16:14] <kees> cool
[16:15] <kees> okay! anything else? next chair is slangasek says Agenda.
[16:15] <pitti> right, and then stgraber
[16:16] <kees> agenda updated. that's it!
[16:16] <kees> thanks everyone!
[16:16] <pitti> thanks everyone!
[16:16] <kees> #endmeeting
[16:16] <meetingology> Meeting ended Tue Jun 23 16:16:52 2015 UTC.
[16:16] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting-2/2015/ubuntu-meeting-2.2015-06-23-16.00.moin.txt
[16:16] <mdeslaur> thanks everyone!


[12:23] <nysosym> damn, troy is away :-/
[12:24] <nysosym> kwwii: nice work in gdm, but why do u replace the background with the "old" style?
[12:25] <nysosym> and what do u think about that gtk style
[12:25] <nysosym> ?
[12:25] <nysosym> http://img506.imageshack.us/my.php?image=screenshot1xb9.png
[12:50] <kwwii> nysosym: I am just checking in whatever I happen to be working on at the time
[12:50] <kwwii> nysosym: the bg will probably be quite different
[12:51] <kwwii> I have been working on gdm for a week now non-stop and it is breaking me
[12:51] <kwwii> :p
[12:51] <kwwii> I just worked on something I thought was interesting and then I looked at it again and it is sticking it's toungue out at me
[12:51] <nysosym> kwwii: sure, u have my biggest respect for that!
[12:52] <kwwii> actually inkscape just died
[12:52] <kwwii> so I lost even that messed up crap
[12:52] <nysosym> hehe :D
[12:53] <kwwii> the most important thing in doing artwork on linux is to remember to save often
[12:53] <kwwii> that says a lot of the program
[12:53] <nysosym> yep, i have although lost my work for a half hour ^^
[12:53] <kwwii> it died three times on me today
[12:54] <kwwii> and I cannot save every few minutes
[12:54] <nysosym> kwwii: yes, here is the same...
[12:54] <nysosym> but i think it isn't a linux problem ;)
[12:55] <kwwii> oh no, ai in vmware runs great
[12:55] <kwwii> :p
[12:56] <nysosym> hehe :)
[12:56] <nysosym> kwwii: why do u make your work in osx?
[12:57] <kwwii> nysosym: I haven't been
[01:00] <nysosym> ohh sry, wrong question, "why u didn't make your work in osx?" is the right :)
[01:24] <kwwii> lol
[01:24] <kwwii> and exactly the opposite ;-)
[01:24] <kwwii> I didn't do it in osx because I try to work with the tools of the system I am working on
[01:25] <kwwii> theoretically it should not effect my creative talent, only show my skill :p
[01:25] <kwwii> but logistically it is teaching me to save often
[01:25] <kwwii> strategically :-D
[01:26] <kwwii> lol
[01:26] <kwwii> here....
[01:26] <kwwii> http://sinecera.de/gdm_background6A.png <-- who is tired of doing gdm?
[01:29] <kwwii> it's an ubuntu pirate sticking his tongue out
[01:30] <kwwii> troy_s: you missed the best part
[01:32] <nysosym> kwwii: wow, the gdm looks amazing! O.o
[01:33] <nysosym> hm i think it looks like a slit with a sheet of paper :)
[01:33] <kwwii> yeah, that was the idea
[01:33] <nysosym> but?
[01:34] <kwwii> 01:29 < kwwii> it's an ubuntu pirate sticking his tongue out
[01:35] <nysosym> hmm with a lot of fantasy :D
[01:35] <nysosym> but i see it in my ghost eyes in launchpad "ubuntu sticks his tongue out!" ^^
[01:36] <kwwii> yeah, it would happen
[01:36] <kwwii> troy_s: 01:26 < kwwii> http://sinecera.de/gdm_background6A.png <-- who is tired of  doing gdm?
[01:42] <nysosym> kwwii: and when u made another line like this (baad quality)
[01:42] <nysosym> http://img504.imageshack.us/my.php?image=gdmbackground6add2.png
[01:50] <kwwii> http://sinecera.de/gdm_background6B.png is what I have done so far
[01:50] <kwwii> but I am just playing with ideas
[01:51] <nysosym> much better than my idea :D
[01:52] <troy_s> hrm...
[01:52] <troy_s> what is the best part?
[01:53] <troy_s> did viper show up kwwii?
[01:53] <kwwii> troy_s: nope
[01:53] <kwwii> troy_s: no viper
[01:54] <kwwii> troy_s: the funky pirate sticking his tongue out
[01:56] <troy_s> ll
[01:56] <troy_s> lol
[01:56] <kwwii> nysosym: you mean something like http://sinecera.de/gdm_background6BC.png
[01:57] <nysosym> kwwii: link doesn't work
[01:57] <troy_s> the lower bar in http://sinecera.de/gdm_background6B.png seems to be an improvement on the current bar (options / etc bar)
[01:57] <kwwii> nysosym: try it again
[01:57] <troy_s> might be nice to extend that grad a bit...
[01:57] <troy_s> kwwii -- i saw you signed up for the media center team
[01:58] <troy_s> if they are going to make a go of it
[01:58] <troy_s> perhaps we should collaborate and see what we can do
[01:58] <kwwii> troy_s: actually, that is what I thought I could get out of the whole thing
[01:58] <troy_s> given a little bit more fre reign.
[01:58] <kwwii> the lower bar
[01:58] <troy_s> lol
[01:58] <troy_s> lol
[01:58] <troy_s> yes
[01:58] <troy_s> the lower bar is certainly made more polished simply by increasing its complexity
[01:59] <nysosym> kwwii: although not found :-/
[01:59] <troy_s> the overarching presentation design of the GDM still leaves me asking questions like 'what is sabdfl trying to communicate via this presentation', as what he believes it communicates and what it _does_ are separated by the reality divide
[01:59] <troy_s> kwwii have you been in touch with the media centre guys?
[02:00] <kwwii> troy_s: nope, just subscribed to the list so far
[02:00] <kwwii> wanted to add my name to the wiki page
[02:01] <kwwii> nysosym: it works fine for me
[02:03] <kwwii> troy_s: can you confirm whether http://sinecera.de/gdm_background6BC.png works for you?
[02:03] <nysosym> kwwii: crazy, even "wget" says that  file not found
[02:03] <kwwii> lol
[02:03] <kwwii> wait
[02:03] <kwwii> remove the extra B
[02:03] <kwwii> http://sinecera.de/gdm_background6C.png
[02:03] <kwwii> sorry
[02:04] <nysosym> kwwii: no problem :)
[02:04] <kwwii> it's late, time for bed soon
[02:04] <nysosym> yes i like it :)
[02:04] <troy_s> kwwii does it look like the project is going to fly?
[02:05] <nysosym> kwwii: personaly i think that bg6C looks better as bg6B :D
[02:05] <kwwii> troy_s: I've another meeting tomorrow trying to start figuring out how to work things out
[02:06] <troy_s> meeting with?
[02:06] <nysosym> kwwii: while, the shadow on the bottom has the wrong place in this version
[02:06] <troy_s> the media center guys?>
[02:08] <kwwii> troy_s: sorry, I misunderstood...no meeting on that, I heard about it from some other devs
[02:08] <kwwii> I think it will turn into something
[02:14] <kwwii> ok, time for beddy-bye
[02:14] <kwwii> night all
[02:15] <nysosym> kwwii: good night, sleep well ;)
[02:15] <kwwii> you too
[02:15] <kwwii> ;-)
[02:15] <nysosym> thx ;)
[02:15] <nysosym> see u soon my friend :)
[05:21] <darkmatter> troy_s, http://www.flickr.com/photo_zoom.gne?id=396546646&size=o <--- gahhhh!!!!! the buttons are to "milky"!!!
[05:57] <troy_s> kwwii I don't know if your reply to the desktop effects icon bug clarifies your position on it.
[05:58] <kwwii> troy_s: :p
[05:58] <troy_s> kwwii I'm serious lol
[05:58] <troy_s> Your pronoun is lacking a relationship.
[05:59] <troy_s> "it"
[05:59] <andreasn> what package installs desktop-effects?
[05:59] <troy_s> andreasn: No clue.
[06:03] <kwwii> sorry troy_s I was oversimplifying things
[06:03] <kwwii> I meant that your version looks fine :-)
[06:05] <kwwii> replied again, more clearly
[06:10] <troy_s> kwwii I couldn't care less either way, but I thought I would inform you that the pronoun was a little 'shady' ;)
[06:10] <troy_s> kwwii Any motion on the media center end?
[06:10] <kwwii> troy_s: yeah, looking back it was very unclear
[06:11] <troy_s> kwwii Or are you still dicking with the gdm?
[06:11] <kwwii> troy_s: nope, I'm on the list, eventually I'll put my name on the wiki :p
[06:11] <kwwii> yepp, still working on it
[06:11] <troy_s> kwwii: How goes the GDM and such for Kub?
[06:11] <kwwii> :-(
[06:11] <kwwii> troy_s: it'll be mainly the same as edgy
[06:11] <kwwii> I am working on updating the logo a bit
[06:12] <kwwii> that'll go on usplash, kdm and ksplash
[06:13] <troy_s> kwwii Have you seen e17 lately?
[06:13] <troy_s> _wow_
[06:13] <troy_s> It simply clobbers all the other desktop environments, and does it in a cleanly implementated fashion.
[06:13] <kwwii> troy_s: nope, the last screens I saw was months and months ago
[06:13] <troy_s> feck my spelling stinks.
[06:14] <troy_s> kwwii There are 64 bit repos now too... so trying it is quite easy.
[06:15] <kwwii> I should look into that
[06:16] <troy_s> It simply blows K and G right out of the water
[06:16] <kwwii> yeah, enlightenment was my favorite for a while
[06:16] <troy_s> the downside is that there are a few user interface elements missing for me to push it on the masses
[06:17] <troy_s> It is rather annoying that K/U have decided to look at bloody existing crap like Compiz and Beryl
[06:17] <troy_s> when you could EASILY implement ANTIALIASING, DROP SHADOWS, and FADES _without_ hardware accelleration
[06:17] <troy_s> using the xcomposite extension
[06:17] <troy_s> (or without -- as with e)
[06:18] <troy_s> Frustrating as feck
[06:18] <troy_s> once again, missing the 'bigger' picture
[06:18] <troy_s> Hell, you could use SDL and the hardware accelleration provided in almost every card (2D) would help it.
[06:18] <kwwii> yeah, I've always said the compiz and beryl are just the beginning
[06:19] <kwwii> in 3 years you probably won't even know what they are
[06:21] <troy_s> well they are crap
[06:21] <troy_s> because they are very reliant on the silly hardware
[06:21] <troy_s> if we are going to push this crap, it needs to be cross platform and very non exclusiory
[06:21] <troy_s> the basic code that keith shot in xcompmgr is very easy to figure out
[06:21] <troy_s> and very easy to implement
[06:21] <troy_s> and it runs on _every_ platform
[06:22] <troy_s> with or without 3d accellerated drivers.
[06:22] <troy_s> why can't we bloody agree that elements like _antialising_ of window edges to lower windows and drop shadows actually have a _useful_ place in interfaces?
[06:22] <kwwii> yeah, good point
[06:23] <troy_s> In fact, I have been attempting to port the xcomposite protocol to python in the pyxlib libraries
[06:23] <troy_s> to show just htat
[06:23] <troy_s> using pygame (SDL based) we could have a plethora of very simple effects that would ++greatly++ augment the end user experience
[06:23] <troy_s> without overwhelming them with garbage beryl 'exploding window' crap uselessness.
[06:24] <kwwii> hehe
[06:24] <troy_s> Drop shadows for focused window feedback, antialised windows against lower elements
[06:24] <kwwii> I *nead* my windows to burn
[06:24] <kwwii> erm, spelling
[06:24] <troy_s> two things that should have been in ubuntu four cycles ago
[06:24] <troy_s> let's see... about 20 lines of code
[06:24] <kwwii> all of that is a basic of any modern Os
[06:24] <troy_s> (maybe a bit of twiddling on the antialising)
[06:25] <troy_s> I imagine they should all do it through xcomposite for a clean implementation
[06:25] <troy_s> as it is pretty easy to do.
[06:25] <troy_s> Does kwin do it?
[06:26] <kwwii> yes, but not well
[06:26] <troy_s> well that would be a kludge
[06:26] <troy_s> because i suspect kwin isn't using xcomposite either
[06:27] <kwwii> guess not
[06:27] <troy_s> xcompmgr runs on every bloody card -- i don't know why we don't just snip the fricking leaks out and focus on those two aspects.
[06:27] <kwwii> then again, kwin is supposed to run on windows and osx too
[06:27] <troy_s> lol
[06:27] <troy_s> there's some good thinking.
[06:28] <kwwii> actually, some kde stuff is getting more use on windows
[06:28] <kwwii> amazed me
[06:29] <troy_s> uh like what?
[06:29] <kwwii> no idea...just heard lots of stuff about it
[06:30] <troy_s> lol
[06:30] <troy_s> ms will go out of their way to break anything like that... i simply can't see it being even a remote possibility.
[06:31] <troy_s> anymore than running mplayer on osx/vista as an example (the latter I am sure will be borked)
[06:31] <kwwii> oh sure, I am not saying it will ever even come close to mainstream
[06:32] <troy_s> kwwii did you have your meeting today?
[06:32] <kwwii> troy_s: nope, it was postponed till tomorrow
[06:33] <troy_s> super
[06:33] <troy_s> lol
[06:35] <kwwii> man, if they paid people to break inkscape, I would be a good candidate
[06:38] <troy_s> kwwii Inkscape is deadly stable on my end...
[06:38] <troy_s> are you reporting your issues?
[06:38] <troy_s> because that is sort of the deal with using free software remember? ;)
[06:39] <troy_s> kwwii: You see this?
[06:39] <troy_s> http://linux.slashdot.org/article.pl?sid=07/02/19/2212213&from=rss
[06:39] <troy_s> wow... check out the iconography on that dellideastorm website
[06:40] <troy_s> that's a slick evolution.
[06:40] <kwwii> troy_s: it is the gaussian blur stuff
[06:40] <kwwii> well known, I am afraid
[06:41] <troy_s> kwwii Yes it isn't terribly mature.  Enough to do photorealistic illustration, but when you start doing big complex uns it gets borked.
[06:41] <troy_s> but you should make sure.
[06:42] <troy_s> http://s3.crispynews.com/themes/dell_theme_dev/images/workflow_nav.png
[06:42] <troy_s> look at that icon trend
[06:42] <troy_s> interesting
[06:42] <kwwii> at small sizes you almost have to go comic
[06:42] <troy_s> small sizes are rather a product of the past.
[06:42] <kwwii> don't I wish it
[06:43] <troy_s> there simply aren't that many mainstream users who are going to rely on a small icon to
[06:43] <troy_s> _mainstream_
[06:43] <troy_s> connote communication
[06:43] <troy_s> it's all the rage in the silly interfaces that abound in G and K.
[06:43] <kwwii> I want to be able to rant to artists about how "in my day we didn't complain about 32x32!!!"
[06:43] <troy_s> The fundamental idea behind icon metaphors and useage has completely been lost
[06:44] <troy_s> Icons are only useful to an average 'sit down and use the interface' type when they are subject to miller's short term memory work.
[06:44] <troy_s> and even then, it is questionable.
[06:45] <kwwii> with new interface ideas there is not such emphasis on icons
[06:45] <troy_s> applications are so much more complex and feature laden than they were years ago that it is about time people took a step back and acknowledged that icons and menus are _very_ dated.
[06:45] <troy_s> they don't work.  culturally they are borked.  render wise they are borked (communicating in 22 pixels is just a naff exercise in self-gratification). etc.
[06:46] <troy_s> It's simply a dated byproduct of an era gone by.
[06:48] <kwwii> yepp
[06:49] <kwwii> ok, time to grill
[06:49] <kwwii> be back later
[06:51] <troy_s> kwwii
[06:51] <troy_s> before you go
[06:51] <troy_s> look at this
[06:51] <troy_s> http://www.projectcartoon.com/cartoon/644
[06:51] <troy_s> hilarious when you get to the bottom
[06:55] <kwwii> nice
[06:55] <kwwii> ok, I'm out
[09:30] <lapo> hi there
[10:17] <nysosym> hi there :)
[10:18] <lapo> yo nysosym
[11:38] <lizardking> Hello everybody
[11:46] <lizardking> troy_s: hi troy. I was talking with Daniel Holbach to try to candidate me as Ubuntu member. I will be very glad to do that. Do you make a fanclub for my candidation?
[11:57] <troy_s> lol
[11:57] <troy_s> i suppose i could
[11:58] <troy_s> when is the meeting?
[11:58] <troy_s> doubt that my opinion matters however lizardking