[02:46] <Pici> Is it a full moon?
[02:46]  * Pici checks
[02:47] <Pici> Yes. Yes it is./
[03:24] <Flannel> I've just spoken with seb^3 about his constant troll labelling
[03:28] <elky> and his constant offtopicness?
[03:34] <whatchasay> yo
[03:34] <whatchasay> im on a commuter rail train
[03:35] <Pici> Okay then
[03:38] <whatchasay> sup ops
[03:38] <Pici> whatchasay: Is there something we can help you with?
[03:38] <whatchasay> yeah
[03:38] <whatchasay> K-line me
[03:39] <whatchasay> lol
[03:39] <whatchasay> !staff
[03:39] <whatchasay> ha now i will get k-lined
[03:40] <whatchasay> !ops
[03:40] <tonyyarusso> well that was dumb
[03:41] <Flannel> elky: No, his constant labelling of people as trolls
[03:47] <elky> tonyyarusso, it's calculated. we're supposed to ban that ip, you see, and hence eliminate someone else's ability to use freenode
[03:47] <tonyyarusso> elky: makes sense.  Do we know who the someone else is yet?
[03:48] <elky> often it's just random. wardriving and so forth.
[03:48] <elky> but we cant tell the wardrivers from the malicious brother, etc
[03:55] <whatchasay> yo
[07:54] <dholbach> good morning
[07:56] <jussi01> morning daniel
[08:02] <MenZa> morning dholbach
[09:19] <Asmodeus_> jussi01, why did yo asked me to join here?
[09:23] <Flannel> !away > l0ckd0wn
[12:07] <ikonia> split ?
[12:10] <jussi01> seems so, weird though...
[12:13] <ikonia> I didn't get a split warning, hence confusion
[12:13] <ikonia> gentoo and Linux still +r
[13:26] <Pici> lag
[13:27] <ikonia> ok now ?
[13:29] <Pici> ikonia: HAI
[13:29] <ikonia> Hmmmmmm
[13:29]  * ikonia galres
[13:29] <ikonia> glares even
[13:29] <Pici> :)
[13:29] <ikonia> ;)
[13:30]  * jussi01 waves
[13:30] <ikonia> howdy
[13:30] <jussi01> ikonia: pm?
[13:31] <ikonia> of course
[13:31] <Tm_T> v: nice nick btw
[13:36] <bazhang> whoops sorry
[13:36] <Pici> bazhang: No, that was fine, my client was lagging anyway.
[13:39] <bazhang> Pici, okay, thought you were going to PM him and I removed too soon
[13:39] <Pici> Nah, hes already been removed once.
[13:40] <bazhang> okay cheers
[14:52] <bazhang> looks like Ongazkevir well known troll
[14:52] <ikonia> yes
[14:56] <ikonia> cody-somerville: could you look at maybe giving some of the other operators who are active access to #xubuntu ?
[14:56] <ikonia> Pici: thanks !
[14:56] <ikonia> Pici: remove him from -proxy ?
[14:57] <Pici> done
[14:58] <ikonia> ta
[14:58] <Pici> ikonia: we'll probably be adding our core operators across all the core channels once we get some time to iron out our documentation
[14:58] <jussi01> ikonia: somthing will be done about that as soon as th new operator structure goes into place.
[14:58] <jussi01> :D
[14:58]  * jussi01 hugs Pici
[14:58] <ikonia> jussi01: I suspect so, I'm asking in the short term (all was well as pici was awake)
[14:59] <Pici> I just hacked together a little python script for checking if a person is a member of ubuntumembers and if so, adding them to ubuntu-irc-cloaks \o/
[14:59] <ikonia> check out the brains on Pici
[14:59] <bazhang> hehe
[14:59] <ikonia> brains and beauty
[14:59] <Pici> http://bazaar.launchpad.net/~bnrubin/%2Bjunk/lpteam/annotate/head%3A/lpteam.py
[14:59] <bazhang> !trivia
[15:00] <bazhang> quizbuntu says that
[15:00] <bazhang> err bottu, I forget
[15:01] <nhandler> Pici: Isn't that what the script on https://wiki.ubuntu.com/IrcTeam/Cloaks was meant to do?
[15:02] <nhandler> Oh wait, yours adds them to the team. That script just checks that all members of the -cloaks team are still ubuntumembers
[15:02] <Pici> nhandler: hm, I don't actually remember ever reading the page you just linked.
[15:03] <Pici> I don't think mine will work for teams that provide ubuntu membership though.
[15:04] <Pici> oh well, I'll play with it later.
[15:07] <jpds> nhandler: It's a neat script.
[15:07] <genii> Tm_T: There's some ongoing problem between Ksquared and giordanoc?
[15:07] <jpds> Needs more launchpadlib though.
[15:07] <Tm_T> genii: no idea
[15:08] <jpds> nhandler: It just lists the people who are (still) in -irc-cloak, while they are not in ubuntumembers.
[15:09] <jussi01> Pici: but why would we need that script?
[15:09] <Pici> jussi01: because I'm lazy
[15:10] <jussi01> Pici: hrm?
[15:10] <jussi01> not evry ubuntu member has or wants a cloak
[15:10] <Pici> jussi01: Theres no 'add person to team' link on launchpad, so I need to go to their lp page, check if they're a member, then go to the ubuntu-irc-cloaks page, click add person, enter their lpname, click, etc.
[15:11] <Pici> jussi01: I'd only use it for people who requested one of course.
[15:11] <nhandler> Pici: File a bug ;)
[15:12] <Pici> nhandler: I should
[15:13] <jussi01> Pici: ahh, makes sens
[15:34] <Pici> This reminded me of how #ubuntu is sometimes: http://notalwaysright.com/beware-the-jabberwacky/3321
[15:40] <cody-somerville> ikonia, recommendations?
[15:42] <ikonia> cody-somerville: just add a couple of the guys you know are reasonable active from other channels
[15:42] <ikonia> cody-somerville: it wasn't a problem on this occasions as Pici was available,
[15:48] <ikonia> I should say people, not guys. Sorry, that's a bad habbit
[18:24] <Pici> @mark
[18:24] <maco> Pici: dont you have to say *who* to mark?
[18:25] <Pici> maco: I wanted to see if the command would even work at all. ubottu isn't listening to me.
[18:25] <Pici> But yes, you're right.
[18:25] <maco> meh ubottu never listens to me for bt stuff
[18:26] <Pici> Anyway, I asked ActionParsnip to stop baiting people.
[18:27] <ikonia> Pici: I've had a bit more of a leanthgy conversation in pm with him, he was very responsive
[18:27] <Pici> ikonia: great :)
[21:31] <jpds> Where's tsimpson.
[21:32] <ikonia> been active today
[21:32] <ikonia> why is sebsebseb constantly talking about 10.04
[21:33] <jpds> ikonia: He's excited about it.
[21:33] <ikonia> it doesn't exist yet ?
[21:33] <jpds> He can dream, can't he?
[21:34] <ikonia> no, I'm getting tired of it
[21:34] <Tm_T> also you might like to point out the existense of #u+1
[21:44] <MenZa> ikonia: Sure does exist.
[21:45] <ikonia> MenZa: it doesn't really at the moment, not much different from 9.10
[21:45] <MenZa> ikonia: No, but it exists :)
[21:45] <MenZa> I mean, after all - Alpha 1 is out in a week.
[21:45] <ikonia> and that won't contain anything of real user experience interest
[21:46] <MenZa> Aye, it won't.
[21:46] <ikonia> MenZa: so for sebsebseb to start telling users what's in it, how it will work and what it will do or will not do is not aceptable
[21:47] <MenZa> oh I agree on that, I was just playing devil's advocate ;)
[22:17] <bazhang> fwiw , seb^3 did the exact same for Karmic, and now says Karmic 'is a disaster'
[22:35] <jpds> ³
[23:06] <jpds> tsimpson: !
[23:06] <tsimpson> hello :)
[23:07] <jpds> tsimpson: $ vim PackageInfo/packages.py +143
[23:07] <jpds> What does that self.getUrl(maxp) do?
[23:07] <tsimpson> jpds: right now, nothing
[23:08] <tsimpson> jpds: it's a partial implementation for bug #448619
[23:08] <jpds> Well, it keeps breaking ubot4.
[23:08] <tsimpson> it was broken, but should be fixed now
[23:10] <tsimpson> jpds: r142 has the fix
[23:11] <jpds> http://paste.ubuntu.com/334162/
[23:11] <tsimpson> yep, r142 fixes that
[23:11] <jpds> Ah, right. Hmm.
[23:12] <tsimpson> it just removes the callto "self.getUrl(maxp)" on line 143, and remove one %s from 141
[23:13] <jpds> Yeah, I did that by hand.
[23:15] <jpds> tsimpson: http://paste.ubuntu.com/334168/
[23:16] <tsimpson> *sigh*
[23:16] <jpds> On both bots. :)
[23:17] <jpds> tsimpson: Can you also /msg ubot2 info ubuntu-desktop?
[23:17] <tsimpson> that's odd
[23:17] <jpds> ubot4 is doing the same.
[23:24] <tsimpson> jpds: I think http://pastebin.com/f3c335e0d should stop it
[23:27] <jpds> tsimpson: That fixed it.
[23:28] <jpds> seriesita: Do you wish to register a compliant?
[23:28] <tsimpson> once bazzar stops refusing my connections, I'll push it
[23:28] <tsimpson> *bazaar
[23:30] <jpds> Err, complaint*
[23:32] <jpds> tsimpson: Yeah, Launchpad is down.
[23:32] <jpds> Just saying.
[23:32] <tsimpson> oh well
[23:34] <mdeonte> elky: ping
[23:35] <elky> hi mdeonte, have you got some demonstrated proof your behaviour has improved drastically across the board?
[23:37] <mdeonte> elky: uh, no. i didnt need to provide proof that i was bad, so why do i that i was good?
[23:38] <elky> your proof of being bad is how you got banned.
[23:38] <elky> i then tried to actively seek evidence of you being good, and found the opposite
[23:39] <elky> so you are going to have to show me good things, since I am not able to find them.
[23:40] <mdeonte> how do i show proof?
[23:40] <mdeonte> what do you want me to do?
[23:40] <mdeonte> letting me back in would be proof
[23:40] <elky> many of our channels are logged, and you're not banned from all of them. the forums are pubic, and you're not banned from them as far as I know
[23:40] <mdeonte> am i unbanned?
[23:41] <elky> no
[23:41] <mdeonte> I just was able to join..
[23:41] <elky> then you are ban evading, and that's against freenode policy. it can lose you the ability to use their web gateway for *any* channel
[23:56] <MenZa> [2009-12-03 23:53:47 UTC] *** Phrea n=Phrea@unaffiliated/phrea has quit ["<Philry4n> Pumping breastmilf"] <- I am horrendously tired (about to hit the sack and sleeeep), and can't really decipher whether that's out of line or not. Could someone take appropriate action?
[23:57] <Flannel> MenZa: I'll talk to him about it
[23:57] <MenZa> Flannel: Cheers


[00:42] <Chrislejohn> Hello world
[02:34] <dmj> Woot!  The Ubuntu App submission process is quite painless.
[14:03] <pavolzetor> hi
[14:04] <pavolzetor> how can I make 2 branches in one project?
[14:04] <pavolzetor> I would like to have
[14:04] <pavolzetor> floaty/service
[14:04] <pavolzetor> floaty/client
[14:04] <pavolzetor> or do I need to have it as
[14:04] <pavolzetor> floaty-service
[14:04] <pavolzetor> and floaty-client?
[14:04] <pavolzetor> thans
[14:04] <pavolzetor> tanks
[14:07] <pavolzetor> but in project page
[14:07] <pavolzetor> you can have only one branch
[14:08] <commandoline> pavolzetor: do you just want to separate code, or also bugs, blueprints etc.?
[14:09] <pavolzetor> just code
[14:09] <pavolzetor> to have 2 separate logs of changes
[14:09] <pavolzetor> bugs can be in mixed
[14:09] <pavolzetor> I will package it also separated
[14:10] <commandoline> well, packaging is separate from this :)
[14:10] <pavolzetor> I see
[14:10] <pavolzetor> but I think it could be sueful to have 2 logs
[14:10] <commandoline> then you can just push your code to two different locations, e.g.:
[14:10] <commandoline> lp:~branchowner/projectname/client
[14:10] <commandoline> and
[14:10] <pavolzetor> gonig to toilet, be rgiht back :)
[14:10] <commandoline> lp:~branchowner/projectname/service
[14:11] <commandoline> the disadvantage of that is that you can only link one branch to a series, but that's the closest to what you want if you register one project.
[14:17] <pavolzetor> okay
[14:17] <pavolzetor> back
[14:17] <pavolzetor> sorry
[14:18] <pavolzetor> hmm
[14:18] <pavolzetor> but with this approach I cannot have releases right?
[14:18] <pavolzetor> like
[14:18] <pavolzetor> 0.1 branch
[14:18] <pavolzetor> 0.2
[14:18] <pavolzetor> and so on
[14:18] <pavolzetor> Series
[14:19] <commandoline> well, you can register multiple series of course. One for the client, one for the service.
[14:19] <commandoline> But that's not really where they're meant for
[14:20] <commandoline> registering two projects might be the better solution here, I think.
[14:23] <pavolzetor> I see
[14:23] <pavolzetor> so when I will register 2 projects
[14:23] <pavolzetor> can I have one PPA for them?
[14:24] <commandoline> PPA's are associated to a team or person, as far as I know.
[14:24] <pavolzetor> hmm
[14:24] <commandoline> you can use one team for multiple projects, that's no problem. I do that myself for a few projects...
[14:24] <pavolzetor> Thanks
[14:24] <commandoline> so then you can also share the PPA
[14:25] <commandoline> you're welcome :)
[14:25] <pavolzetor> I just think, if it is okay to have 2 projects
[14:25] <pavolzetor> you know
[14:25] <pavolzetor> I mean it will be harder to manage
[14:25] <pavolzetor> eveything twice :)
[14:27] <pavolzetor> okay I am going to make 2 projects
[14:29] <pavolzetor> it is quite hard to start with development
[14:32] <commandoline> Two projects is a bit harder to set up, but as soon as it's all running it's not that much extra work anymore.
[14:34] <pavolzetor> https://launchpad.net/floaty-service
[14:34] <pavolzetor> https://launchpad.net/floaty
[14:34] <pavolzetor> is this okay?
[14:37] <commandoline> yep, looks ok to me :)
[14:37] <pavolzetor> I am going to read what file structure should be an packaging


[09:56] <tsdgeos> greyback: ping comment on https://code.launchpad.net/~gerboland/unity8/window-width-height-changes-acted-upon-always/+merge/286665
[09:59] <greyback> tsdgeos: thanks, will reply
[10:34] <cimi> pstolowski, hi! can we have again a silo with the filters?
[10:42] <pstolowski> cimi, we do have it. i need to rebuild due to doc updates in scopes-api, but it works anyway
[10:47] <cimi> pstolowski, # ?
[10:48] <pstolowski> cimi, 54
[11:09] <pstolowski> cimi, i'm testing silo 71 with a test scope but don't see social actions; they are supported by grid layout right?
[11:09] <cimi> pstolowski, they should
[11:09] <cimi> pstolowski, I will have a look
[11:11] <pstolowski> cimi, my scope is here: lp:~stolowski/+junk/scope-social_actions with click pkg included in click/
[12:47] <cimi> pstolowski, I haven't tried yet, but maybe we need to define them in the template like we do for attributes
[12:47] <cimi> pstolowski, query.cpp
[12:48] <pstolowski> cimi, ah, you might by right, i forgot that, let me check
[12:48] <pstolowski> * be
[13:13] <pstolowski> cimi, that didn't help. here is a dump of a sample result if that helps: http://pastebin.ubuntu.com/15327498/
[13:14] <pstolowski> cimi, and category renderer is http://pastebin.ubuntu.com/15327504/
[14:53] <cimi> pstolowski, can you try with "socialActions": { "max-count": 4 } ?
[14:56] <pstolowski> cimi, hmm ok
[14:57] <cimi> pstolowski, or in your case 2
[14:57] <pstolowski> cimi, these actions are supposed to be small buttons on top of the cards right? i don't think max-count should apply to them
[14:57] <cimi> or actually one
[14:57] <pstolowski> cimi, i only have 1 at a time
[14:57] <cimi> we need that
[14:58] <pstolowski> why?
[14:58] <cimi> all cards in a category need to have the same amount of items
[14:58] <cimi> and same style
[14:58] <cimi> so we need to define that
[14:58] <cimi> that's why we have max count
[14:59] <cimi> tsdgeos, can you confirm that what I said is correct please?
[14:59] <cimi> tsdgeos, "why we need max-count for socialActions"
[15:00] <tsdgeos> cimi: can the social actions ever wrap in two columns?
[15:00] <tsdgeos> err
[15:00] <tsdgeos> two rows
[15:00] <cimi> mmm not anymore I think
[15:00]  * cimi checks
[15:00] <cimi> tsdgeos, indeed not anymore
[15:01] <cimi> tsdgeos, so we probably dont need that anymore
[15:01] <tsdgeos> cimi: if they can't wrap we don't need the max-count since it's always there or not there
[15:01] <pstolowski> cimi, shall i try that still?
[15:01] <cimi> pstolowski, well, to see if that was the bug yes, put max-count 1
[15:01] <cimi> pstolowski, but I might be able to remove that and do a different check
[15:02] <pstolowski> ok
[15:02] <cimi> tsdgeos, that is the code for the model in cardTool
[15:02] <cimi>         onNumOfActionsChanged: {
[15:02] <cimi>             model = []
[15:02] <cimi>             for (var i = 0; i < numOfActions; i++) {
[15:02] <cimi>                 model.push( {"id":"text"+(i+1), "icon":"image://theme/ok" } );
[15:02] <cimi>             }
[15:02] <cimi>         }
[15:03] <cimi> ops sorry for the pasting thought were less lines
[15:03] <cimi> tsdgeos, shall we assume numOfActions is always 4 ?
[15:03] <tsdgeos> you don't need numOfActions anymore, no?
[15:03] <tsdgeos> you just need a bool "thereIsActions"
[15:03] <cimi> tsdgeos, mmm we need for the model no?
[15:04] <cimi> tsdgeos, fake model no?
[15:04] <cimi> cardtool mock
[15:04] <tsdgeos> that's a fake model, just add one
[15:04] <tsdgeos> if there is actions
[15:04] <cimi> ok
[15:05] <tsdgeos> cimi: pstolowski: there will still be a socialActions entry in components when there is social actions, no?
[15:06] <pstolowski> cimi, i did http://pastebin.ubuntu.com/15328150/ but still don't see them
[15:06] <cimi> tsdgeos, http://paste.ubuntu.com/15328157/
[15:06] <pstolowski> tsdgeos, yeah i think so, see the above pastebin; in the simple case i had just "social-actions":"social-actions"
[15:07] <tsdgeos> cimi: yeah something like that, you can probably make it readonly too
[15:07] <cimi> ok
[16:22] <Saviq> cimi, here's an interesting one: bug #1554602, it seems to stop processing scope comm until images are loaded ¿?
[16:22] <Saviq> tsdgeos, josharenson ↑ - not huge prio but just interesting
[16:23] <tsdgeos> i'd say that's the wrong bug :D
[16:23] <tsdgeos> the bug is the preview model is reset
[16:23] <tsdgeos> and it'd be great if we got an update
[16:24] <tsdgeos> but yes, meanwhile having them in a cache if possible would help i guess
[16:24] <tsdgeos> or i don't really understand what the bug means
[16:25] <tsdgeos> davmor2: which images you exactly mean in https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1554602 ? you mean the screenshots shown below the install button?
[16:26] <Saviq> tsdgeos, yes
[16:26] <Saviq> tsdgeos, a side effect of them taking long to load is that install progress isn't reported (it goes 0% → installed, for example for uTouch)
[16:27] <davmor2> tsdgeos: the screensots yes
[16:27] <tsdgeos> Saviq: i don't think that has any relation at all
[16:27] <Saviq> tsdgeos, it does seem like it
[16:27] <Saviq> tsdgeos, the thing changes as soon as all images load up
[16:28] <Saviq> tsdgeos, which is why I said it's interesting ;)
[16:28] <tsdgeos> Saviq: i would say that's coincidental on yout side, i pressed install, got all the images loaded, the thing stayed at 0% for a while after that and then went to 100%
[16:28] <davmor2> tsdgeos: and if the images are cached why do they take so long to load each time
[16:29] <josharenson> Saviq: gotcha.. also, whats the status on the greeter silo?
[16:29] <tsdgeos> davmor2: i don't understand that last sentence
[16:29] <davmor2> tsdgeos: and if you try on a larger app like dekko you with see the installer on 0% till the images load then it jumps up to 30%
[16:30] <Saviq> tsdgeos, may very well be
[16:30] <davmor2> tsdgeos: the screenshots are meant to be cached locally right? so why does it seem to re-download the images for each page
[16:30] <Saviq> josharenson, it's built, so I will try and test it out before tomorrow
[16:31] <josharenson> Saviq: cool thanks
[16:31] <tsdgeos> davmor2: who said the screenshots are mean to cached locally?
[16:31] <davmor2> tsdgeos: assumption and dobey and Saviq
[16:32] <Saviq> tsdgeos, they are cached by the network cacher at least (so network requests, not actual image requests)
[16:32] <Saviq> or well, should be
[16:33] <tsdgeos> Saviq: you mean CachingNetworkManagerFactory.cpp ?
[16:34] <Saviq> tsdgeos, yes
[16:34] <tsdgeos> Saviq: that is a noop
[16:34] <tsdgeos> Saviq: it only does things when you don't have internet
[16:34] <Saviq> tsdgeos, oh duh, really? we never got it to do the right thing? <facepalm/>
[16:34] <tsdgeos> i may be wrong
[16:35] <tsdgeos> but by looking at the code i think that it is what it does
[16:40] <tsdgeos> pstolowski: i guess making the previews be updated instead of reset is a bit of work?
[16:40] <Saviq> tsdgeos, and we're not using thumbnailer there, either? (we are for ZoomableImage, so should be able to use for screenshots, too/)
[16:41] <tsdgeos> Saviq: no we don't use the thumbnailer
[16:42] <tsdgeos> Saviq: what do you mean "we are for ZoomableImage"?
[16:42] <Saviq> tsdgeos, AFAIK we are using for ZoomableImage (since there was a bug about us requesting a lot of (-1, -1) images)
[16:42] <Saviq> or ones much bigger than the screen
[16:43] <pstolowski> tsdgeos, yes. i plan to do this in near future
[16:43] <tsdgeos> Saviq: we do not mangle urls from what i can see
[16:44] <tsdgeos> pstolowski: that'd be nice :)
[16:44] <Saviq> tsdgeos, ok well, we probably should :)
[16:45] <pstolowski> let me actually create a card for this
[16:45] <Saviq> tsdgeos, bug #1536814 fwiw
[16:46] <Saviq> tsdgeos, aah that's because this was image://thumbnailer/ already coming from the scope
[16:46] <tsdgeos> Saviq: yes, but that's because he gives us thimbnailer urls
[16:46] <tsdgeos> and why we should be veeeeeeeeeeery careful about mangling urls from the scope
[16:46] <tsdgeos> we could end up destroyign valid urls
[16:46] <Saviq> right, we should probably mangle them to be thumbnailer ones unless they are already thumbnailer :P
[16:46] <tsdgeos> but yeah i guess we can check for starts with http:// or something
[16:46] <Saviq> or maybe simply if they're not image://
[16:47] <Saviq> since that's the only thing thumbnailer won't be able to deal with
[16:47] <tsdgeos> not sure how smart the thumbnailer is with regards to remote images being updated if at all
[16:47] <Saviq> in theory
[16:47] <Saviq> tsdgeos, however smart it is, it *should* be at least as smart as Qt is (and I believe it is)
[16:48] <tsdgeos> well Qt doesn't save things on disk
[16:48] <tsdgeos> so at worst a reboot will for sure give you a new image
[16:49] <tsdgeos> but yes, worth checking
[16:49] <Saviq> well, yeah, in that sence thumbnailer should be smarter ;)
[16:49] <tsdgeos> a bit moot once pawel implements the model updating
[16:49] <Saviq> and then we can do away with BlahBlahBlahFactory
[16:49] <tsdgeos> but still would help with going to previews you've already been
[16:49] <Saviq> tsdgeos, not really, still first-time load would be improved
[16:49] <Saviq> tsdgeos, as you go out and back in to a preview
[16:50] <tsdgeos> yes, but mentally that's "less bad"
[16:50] <Saviq> sure, less of an improvement, not moot ;)
[16:50] <tsdgeos> yes
[16:50] <Saviq> but also - an easier one :)
[18:03] <cimi> Saviq, on that bug, I know you discussed with albert but the reason for the refresh is simple: the previewmodel gets reset on action
[18:03] <cimi> Saviq, so we basically reload the preview - pawel is aware
[18:03] <cimi> iirc
[18:25] <Saviq> cimi, yes, I know, but it's orthogonal to us not caching the images, or seemingly waiting for the images to load before updating the installation progress
[18:30] <cimi> Saviq, even if we cache the images, the components will still be recreated
[18:30] <cimi> sorry
[18:30] <cimi> if we unset the images from the model
[18:30] <cimi> anyway, Ill discuss with pawel tomorrow
[18:31] <cimi> my random statements afte 6pm dont make sense :)
[18:36] <Saviq> cimi, it doesn't matter if they're recreated, I mean not for the issue we're discussing here - sure, they're reloaded, but wouldn't it be better for them to be reloaded from the cache? and to not block the rest of the dash while they load? it affects first-time load just as well as the unnecessary reload
[18:37] <Saviq> cimi, and Paweł knows, he said he wants to work on that soon
[19:34] <josharenson> cimi: you still there?
[19:36] <Saviq> josharenson, can I help?
[19:37] <josharenson> Saviq: just some general dash architecture questions. I can send an e-mail
[19:37] <Saviq> kk
[19:37] <josharenson> I mean, I'll ask you too
[19:37] <josharenson> 1 min
[19:39] <josharenson> ... more like 5 min
[19:52] <josharenson> Saviq: e-mailed you something
[20:15] <Saviq> josharenson, replied, I hope I've not muddied the waters even more
[20:16] <josharenson> Saviq: reading.. ive figured a little more out in the meantime as well
[20:17] <josharenson> Saviq: ah, dashcontent is the one place albert told me not to look as its being redone? The engineer in me should have known that the place you are told _not_ to look is the first place you should look...
[20:17] <Saviq> josharenson, lol, yes, in the sense that the navigation model for this whole thing is going away soon
[20:17] <josharenson> ok
[20:18] <Saviq> josharenson, but to understand what it is today - yeah that's it
[20:18] <Saviq> josharenson, I won't link you to the new navigation docs just yet :)
[20:18] <josharenson> Saviq: gotcha, and your e-mail makes sense, thanks
[20:18] <josharenson> :-) ok
[20:19] <Saviq> josharenson, you need to get to terms with what it is now, so you can see what will actually change
[20:19] <josharenson> Saviq: good point
[22:29] <cimi> josharenson, here I am
[22:29] <josharenson> cimi: :-) saviq got most of my questions, no worries
[22:29] <josharenson> cimi: I sent an e-mail... feel free to wait until tomorrow to read it
[22:29] <cimi> josharenson, oki :) saviq is too fast :)
[22:29] <josharenson> hah yeah
[22:30] <cimi> can't even let me prepare dinner :)


[10:03] <gabmus[m]> Hello people, I am an Arch user, and I'm trying to build an app I made (gtk+python) for debian into a .deb file for debian and ubuntu. I have already a vm running ubuntu mate 17.10 and I verified that the app builds and runs. I am using the meson build system and I already have all the necessary debian specific files in place (compat, control, copyright, rules, soruce/format). I was wondering if there was a simple
[10:03] <gabmus[m]> meson to deb tutorial I could follow, and since I couldn't find anything on google, I'm asking here. any clue? thanks.
[10:05] <Unit193> gabmus[m]: Newer debhelper supports meson buildsystem actually!
[10:05] <gabmus[m]> Unit193: please, tell me more
[10:08] <Unit193> gabmus[m]: https://nthykier.wordpress.com/2017/06/26/debhelper-10-5-1-now-available-in-unstable/ basically, add meson to the build-depends.  https://anonscm.debian.org/git/collab-maint/casync.git/tree/debian for example.
[10:08] <gabmus[m]> thanks, gonna have a look
[10:09] <Unit193> Sure thing.
[10:10] <Unit193> (Short of it, meson should work out of the box without any additional setup.)
[10:13] <gabmus[m]> cool, but I still don't get how to use debhelper. I'm a little bit spoiled by arch build system being so easy, I've got all the files I need in place already (copied from another project, thanks gpl) but don't know where to go next. for reference, here's the repo: https://github.com/gabmus/razercommander
[10:14]  * ogra_ would just create a snap instead ... runs on more distros, you are independent from the distro release and can update when you like ...
[10:15] <Faux> gabmus[m]: The aim is that your debian/rules doesn't need anything below line 10, as it's all done by line 9. https://github.com/GabMus/razerCommander/blob/master/debian/rules#L9 I am not awake enough to help, though.
[10:15] <gabmus[m]> not sure about snaps, but I'm pretty sure that once I get a deb file, the next thing will eb a flatpak
[10:16] <gabmus[m]> Faux: I'm pretty sure that lines below 10 won't hurt anyway, right?
[10:24] <Unit193> http://paste.openstack.org/show/d9jqWbmh9I8IlBkT8UJq
[10:30] <gabmus[m]> Unit193: Awesome! thank you, will see where this goes
[10:31] <Unit193> gabmus[m]: Your tarball didn't contain the meson build stuff, so untested.
[10:31] <gabmus[m]> what do you mean?
[10:33] <Unit193> The tarball https://github.com/GabMus/razerCommander/releases
[10:33] <gabmus[m]> forget the releases, it's not up to date
[10:33] <gabmus[m]> clone master
[10:33] <gabmus[m]> will make an official release when I have the deb file ready
[10:36] <Unit193> FWIW: WARNING: Passed invalid keyword argument "type" in data/meson.build line 7.
[10:37] <Unit193> http://paste.openstack.org/show/74A11xMBTTVKir03Sph4 on top of my last patch and you're set (well, clearly fix d/changelog and the description.)
[10:39] <Unit193> gabmus[m]: Anywho, hope that helps ya out.  I presume you know  `dpkg-buildpackage` to build it an everything?
[10:40] <gabmus[m]> > FWIW: WARNING: Passed invalid keyword argument "type" in data/meson.build line 7.
[10:40] <gabmus[m]> already fixed in local repo, gonna push soon
[10:40] <Unit193> \o/
[10:43] <Unit193> I can't help you with snaps though, I tend to pretend they don't exist.
[10:45] <gabmus[m]> > I can't help you with snaps though, I tend to pretend they don't exist.
[10:45] <gabmus[m]> same here, won't bother about them for now
[10:48] <gabmus[m]> `dpkg-source: error: syntax error in razercommander/debian/control at line 29: block lacks the 'Package' field`
[10:48] <gabmus[m]> But it's there at line 17. any clue?
[10:50] <Unit193> End of file is line 27, I presume you changed it?
[10:51] <gabmus[m]> nope
[10:51] <gabmus[m]> anyway, found the error, there was a newline he didn't like
[10:55] <Unit193> OK..
[10:59] <ogra_> Unit193, you really shoudl give them a try unless you really love package maintenance (which you probably do since you are around in ubuntu nearly as long as i am :) ) ...creating a 30 line yaml file and 5 clicks in a webform to have every GH commit autobuild and release your stuff in a bunch of distros regardless of the release (without ever having to care again for the packaging) is really compelling ;)
[10:59] <gabmus[m]> wth is going on: http://termbin.com/7dwu
[11:02] <Unit193> ogra_: I've been around as long as you?  Oh dear, I'm not an old one!  Eh, I don't use GH, and snaps just really aren't my thing.  I do get how they're handy, perhaps a little too handy at times, but nevertheless.  They shouldn't be the only option. :)
[11:02] <ogra_> really, i thought you are around since ages :)
[11:04] <Unit193> Eh, first started with Ubuntu in 2006/2007, didn't even fully move over until quite a bit later.
[11:05] <ogra_> well, thats only 2 years less than i am around :)
[11:05] <Unit193> gabmus[m]: 1. Malformed d/changelog<EMAIL_ADDRESS>and two spaces before the date.  Looks like a bad clean up too.
[11:05] <ogra_> (and 10 years ... dude ! ... dont say your'e an old one ;) )
[11:05] <ogra_> *you're not
[11:06] <Unit193> Nonono, that was first install!  Not daily use!  I dropped out for a while until 2010!
[11:06] <Unit193> ...OK, I'm seeing your point.  Fair enough.
[11:06] <ogra_> :)
[11:06] <Unit193> ...I'm old. :(
[11:07] <Unit193> gabmus[m]: Basically, looks like the builddir wasn't removed.
[11:08] <gabmus[m]> dammt! I had a manually made builddir, that's what caused this
[11:11] <gabmus[m]> woah! it works! got a deb file along with many other files (.dsc, .build, .buildinfo, .changes)
[11:11] <gabmus[m]> and the deb installs and runs fine, that's awesome
[11:12] <Unit193> \o/
[11:12] <gabmus[m]> thank you Unit193 , your help has been invaluable to me
[11:13] <Unit193> gabmus[m]: Sure thing, happy to help!
[11:17] <Unit193> gabmus[m]: https://github.com/GabMus/razerCommander/blob/master/debian/control#L22 you generally want 'depends' under depends though.
[11:18] <gabmus[m]> tbh I don't know what those lines mean
[11:19] <Unit193> 'debhelper' uses tools to figure out what the package depends on, in this case python3 3.4+ and adds that.
[11:30] <madigens_> sladen: hi! could you please have a look at https://github.com/daltonmaag/ubuntu/pull/1?
[11:57] <sladen> madigens_: short answer, what we do with all th e manual hinting that was done
[11:58] <madigens_> is that the main road blocker?
[12:00] <sladen> madigens_: a lot of the budget went on hinting.  Things have moved on now (higher-DPI screens) and the requirement for manual hinting vs. eg. ttfautohint is less
[12:00] <madigens_> (i personally would have no qualms just tossing it, but i guess that's not an option ;) )
[12:00] <sladen> madigens_: however, it's a big mental block to effectively toss it
[12:00] <madigens_> that i understand
[12:01] <madigens_> i personally am not a fan of the way it was done -- it's as if daltonmaag tried to hint the font to diplay well on win95
[12:02] <sladen> madigens_: the algorithm that idd the original cubic -> quatratic is proprietary (fontlab) so either we write some intelligent code that can do its best to replicate
[12:02] <sladen> madigens_: or we toss pretty much eeverything to do with hting and accept that
[12:02] <sladen> madigens_: as time goes on, the decision perhaps gets easier, but it's a hard pill to swallow
[12:03] <madigens_> have there been discussions with dm on how to proceed?
[12:03] <sladen> madigens_: Dalton Maag did was needed and requested.  Most Ubuntu Font users aren't using Ubuntu (OS)...
[12:05] <sladen> madigens_: and if you want to rener half decent on Windows/Cleartype then hinting is required.
[12:05] <sladen> render
[12:05] <madigens_> i know, but given that most browsers aren't using GDI to render fonts anymore, a more ttfautohint-like approach (a "lightly" hinted font) would make more sense. i find the harsh hinting slightly dreadful on windows
[12:05] <sladen> madigens_: MacOSX/Quartz is less of an issue because it ignores most of the hinting
[12:06] <madigens_> i'm not against hinting, i'm just a proponent of "light" hinting in the ttfautohint and adobe cff engine sense :)
[12:06] <sladen> madigens_: it also varies between the weights, different people worked on each
[12:06] <sladen> madigens_: yes, I concur, ttfautohint is the (ultimate) way to go
[12:07] <sladen> madigens_: we will have a zero-day at some point when it is moved to cubic + ttfautohint
[12:07] <sladen> madigens_: the question is when
[12:07] <madigens_> additionally, the regular weight could be made slighly thinner ;)
[12:07] <sladen> madigens_: and how at that point to prove reasonable non-regression with the older cubic->qiuadratic->manually hinted outlines
[12:08] <madigens_> so the typeface is still on the roadmap, good to hear. would be a shame to let it rot
[12:08] <sladen> madigens_: very happy to go over this more, and thank you for the poke.  But it's the end of lunch and time to turn back into a train driver...!
[12:09] <madigens_> is there a workgroup of sorts that moves these things forward? I'm asking because i'm working on cantarell (gnome default typeface) and would love to help with the other popular typeface :)
[12:10] <madigens_> good luck!
[17:29] <mitya57> Can a package in main have a dependency on package-in-main | package-in-universe?
[17:32] <nacc> mitya57: yes
[17:32] <nacc> (I believe)
[17:32] <nacc> mitya57: because that implies all necessary dependencies are satisfiable with just main
[17:41] <mitya57> nacc, thanks. I think I heard the opposite some time ago, but maybe that has been fixed since then.
[17:49] <nacc> mitya57: you might want someone with more experience than me to weigh in, to be sure; but I believe I have seen packages with that formulation
[17:50] <nacc> mitya57: e.g., i've also seen some with <a> | <b> where <b> doesn't exist in Ubuntu
[17:56] <mitya57> nacc, I have found an example of such a dependency in the same package I am working on (qtbase).
[17:56] <mitya57> So yes, it seems to work ;)
[17:57] <nacc> mitya57: :)
[18:05] <mitya57> tsimonq2, FYI I am building qtbase merge in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/2969/+packages
[18:06] <mitya57> Also FYI qtdeclarative will move to universe soon.
[18:51] <tsimonq2> mitya57: ack
[19:34] <jbicha> mitya57: I think the remaining reason qtbase is in main in artful is because ibus-mozc Recommends mozc-utils-gui in the live seed
[20:51] <mitya57> jbicha, interesting
[20:52] <tsimonq2> mitya57: On another Qt-related note, do you think it's worth it to look at releasing Qt 5.6.3 as an SRU in 16.04?
[20:53] <mitya57> tsimonq2, of course no, 5.5 → 5.6 transition would break a lot of packages
[20:53] <tsimonq2> mitya57: oh... I forgot Xenial was on 5.5 >_<
[20:53] <tsimonq2> nvm, you're right
[20:53]  * tsimonq2 thought Xenial was on 5.6 and we could Just Update it
[20:57] <jbicha> mitya57: that's at least the reason Qt is still on the artful iso. https://lists.ubuntu.com/archives/ubuntu-desktop/2017-September/005212.html
[21:04] <mitya57> jbicha, actually it looks like there are more reverse dependencies: https://paste.ubuntu.com/25602299/
[21:04] <tsimonq2> Oh, snapd is a thing
[21:04] <mitya57> Of course getting rid of Qt 5 on ISO is also a good task, as it would save some space.
[21:07] <jbicha> mitya57: yes I saw that output but it's difficult to read. Some of those are only in main *because* qtbase is in main
[21:07] <jbicha> some are already in http://people.canonical.com/~ubuntu-archive/component-mismatches.html at least
[21:10] <mitya57> Oh right.
[21:13] <jbicha> part of that is because of this section: https://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.artful/view/head:/supported#L315
[21:13] <jbicha> that's how libpoppler-qt5-dev is in main but I don't think it should be…
[21:15] <jbicha> oh, qtubuntu is intentionally in main LP: #1708326
[21:17] <mitya57> Maybe it can be reconsidered if it turns out that it’s the only package keeping Qt in main?
[21:18] <jbicha> I believe because Canonical ships qtubuntu as part of its kiosk products, it needs to be in main
[21:18] <jbicha> is Qt being in main causing you problems?
[21:19] <mitya57> No.
[21:20] <mitya57> The only advantage for me of having it in universe would be that tsimonq2 will be able to upload it :)
[21:20] <jbicha> he could probably apply for ppu for that
[21:21] <mitya57> Right
[21:22]  * mitya57 → bed
[21:35]  * tsimonq2 looks into applying for PPU
[23:48] <fossfreedom> anyone have any idea about this bug affecting both todays 32bit Ubuntu daily and Ubuntu Budgie 64bit daily? https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1719136
[23:49] <fossfreedom> odd - the 64bit Ubuntu daily is still stuck on the 19th Sept - no builds since then?


[16:25] <olly> morning (I guess)
[16:25] <olly> i hate it when you set the alarm and it tells you how long that is from now
[19:15] <Atamira> morning
[19:16] <ibeardslee> morning
[21:53] <kcj[work]> Morning.


[00:20] <scientes> where is the BTS/buildd stuff for ubuntu?
[00:20] <scientes> **alioth
[00:32] <xnox> scientes: ?
[00:33] <xnox> can you please expand your question?
[00:33] <xnox> scientes: generally https://launchpad.net/ubuntu
[00:33] <scientes> this: https://buildd.debian.org/status/package.php?p=openssh
[00:33] <xnox> search for package name & it should give you everything
[00:33] <xnox> scientes: https://launchpad.net/ubuntu/+source/openssh/1.1.2-2
[00:34] <xnox> sorry
[00:34] <xnox> scientes: https://launchpad.net/ubuntu/+source/openssh
[00:34] <scientes> oh, he hasn't even uploaded 6.0 to ubuntu yet, only debian
[00:34] <xnox> scientes: https://launchpad.net/ubuntu/+source/openssh/1:5.9p1-5ubuntu1
[00:35] <xnox> and buildlogs there.
[00:35] <xnox> scientes: well we have patches against openssh, so it will land in ubuntu after merging.
[00:36] <scientes> he works on ubuntu, so he will merge it soonish
[17:25] <Bluefoxicy> thank the white god for all he's done for legacy program that would otherwise have to suffer on closed source, outdated operating systems.
[17:25] <Bluefoxicy> Selecting previously unselected package libwind0-heimdal:i386.
[18:23] <ScottK> xnox: Uploaded boost-mpi-source.  Thanks.
[18:23] <ScottK> xnox: If you extend the good/bad definitions for the boost transition to include the -dev packages (like you have in affected) you'll end up with fewer unknowns.  I think it would help.
[19:20] <xnox> ScottK: ok, thanks. I copied the transition tracker out of debian ;-) it helps to cross-check with ftbfs/uninstallable list though
[20:14] <ggherdov> Hello, I am noticing an oddity in a package for Precise: https://launchpad.net/ubuntu/precise/+package/solr-common . Basically, in the README file you read about an "example" and a "doc" directory, which is nowhere in the package (to my great disappointment :-). Here some data: file contained in the packade (dpkg -L) (note: no example/README.txt, no docs/index.html as well) : http://bpaste.net/show/QwgH5u0pjUAbKCiXhygd/ info
[20:14] <ggherdov> about the package (dpkg -s): http://bpaste.net/show/sgpUDVlCEsEXSPo2FO68/ README where the folders are announced: http://bpaste.net/show/dHGcVlcO3yJvwVrYLgq1/ before filing a bug report, I wanted to check with you if I am missing something obvious
[20:18] <ggherdov> if anything, even a pointer to contact the package mantainer would be fine -- I would ask directly him / her. How does one get the mantainer address for a given package?
[20:19] <kimus> hi, where's the best place to help me why Virtualbox stopped to work configured in Bridged mode with libvirt's virbr0 interface?
[20:20] <ggherdov> kimus: #vbox I guess
[20:22] <kimus> ggherdov: they told me that "Bridged doesn't always work on wireless and to use NAT" !! That was the wrong answer to me :-) Bridged  works fine on wireless and I wanted to use the virbr0 interface :-D
[20:23] <kimus> dnsmasq it's running but I can't have dns working on the guest VM or even static network does not work. :-S


[01:41] <jbailey> fabbione: There seems to be a success log for udev on sparc, but it's not in the archive.


[22:11] <yurtesen> I have a question about package changelogs is here somebody who can answer it? my question is about the syntax difference betwee Debian and Ubuntu changelogs in imported packages.
[22:12] <tumbleweed> the syntax is the same
[22:12] <yurtesen> Please see the 8th message in this question for the difference: https://answers.launchpad.net/ubuntu/+source/tomcat9/+question/700934
[22:14] <yurtesen> But also simply you can open a changelog: http://changelogs.ubuntu.com/changelogs/pool/universe/t/tomcat9/tomcat9_9.0.31-1ubuntu0.1/changelog and see the last 2 entries. The last one is an Ubuntu update after Debian import freeze. The 2nd last one is imported from Debian.
[22:16] <tumbleweed> these are different people doing the same work
[22:16] <tumbleweed> essentially duplicated work
[22:16] <tumbleweed> they formatted their changelogs differently
[22:19] <yurtesen> Yes, but Ubuntu SecurityTeam wiki at https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation#Update_the_packaging  in section 3 has a template.
[22:19] <yurtesen> The person who made the update to Ubuntu package apparently used that template.
[22:19] <yurtesen> My question is, is it a requirement to use that template? or can the changelog be inspired to be more like the original Debian changelog entries?
[22:27] <yurtesen> I am wondering this because I recently created a debdiff. It was importing some security patches from Debian. But I had to re-write the changelog entries to fit the Ubuntu template. It was quite time consuming. It would be nice to know if the "template" at wiki is just some example, or a hard rule to follow?
[22:57] <tumbleweed> that's a question for the security team
[22:57] <tumbleweed> but I'd assume that as long as you include all of the information that the ubuntu template has in it, and it's clear and understandable, that that would be acceptable


[01:47] <Eickmeyer> Test
 Test
[01:50] <Eickmeyer> Perfect.
[01:56] <Eickmeyer> Hi all. studiobot is our new Telegram <-> IRC Bridge. I'll be testing it for a few weeks, but anyone who wants to help test feel free.
[02:00] <Eickmeyer> Telegram group link is here: https://t.me/joinchat/GOahGRZg29nvXb9QzpCxvQ
[02:01] <Eickmeyer> One for the -offtopic channel: https://t.me/joinchat/GOahGRKwMAQ-N3GRnRNZBA
[02:02] <Eickmeyer> This will be good for people who are intimidated by / don't want to use IRC.
[02:03] <krytarik> Or because Telegram is easier to handle on a smartphone.
[02:06] <Eickmeyer> krytarik: That too.
[02:07] <krytarik> After all, that's why quite a few people communicate to a channel over both ways.
[02:08] <Eickmeyer> Yep.
[02:08] <Eickmeyer> tsimonq2 and wxl, to name a couple I know of.
[03:57] <tsimonq2> Heya.
[03:57] <tsimonq2> krytarik: Ooh, do you have a Telegram account duuude?
[03:57] <tsimonq2> (He's right though, it's made development much easier.)
[04:28] <krytarik> tsimonq2: Oh noo, duuude, still don't.
[04:31] <tsimonq2> krytarik: Aww maaaan.
[04:31] <tsimonq2> You should totally get one.
 Totally here, talking via Telegram. You should try it!


[06:21] <pirx> hey! has anyone experienced that the address and bookmark (and so on) bars disappear from Chrome and/or Chromium Browser? like this: https://snag.gy/5k3sGQ.jpg
[06:21] <pirx> it happens to both chrome and chromium for me, at least once a day for either of the browsers
[06:22] <pirx> all buttons still work, its just that they become invisible:)
[06:22] <pirx> i've had this problem ever since i first installed xubuntu, which was about a week ago. this never happened in vanilla ubuntu
[13:04] <escimo> Ah, the point-release just got released?
[13:05] <knome> a bug got fixed.
[13:07] <escimo> Related to the point-release?
[13:11] <knome> related to the 16.04->18.04 LTS upgrade
[13:11] <knome> bug 1766890
[13:28] <escimo> Ah, nice. Thanks knome
[15:20] <Kaylas> hi all, i have a very old pc. When i try to install xubuntu 18 on it, after ask me about the update and other staff it stucks. any tips about it?
[15:29] <rso16__> are you using a live usb? if so you might want to try a different usb. I had similar problems.
[15:31] <Kaylas> rso16__, nope i'm using a dvd
[15:31] <rso16__> mmmm maybe you could try usb
[15:32] <Kaylas> rso16__ this pc cannot have a usb boot option, i can't do that
[16:11] <rso16__> mmm you could try a different dvd or maybe an earlier version of xubuntu and then use sudo do-release-upgrade
[16:18]  * M_aD wonders what the specs of Kaylas "very old pc" are


[15:56] <bschaefer> hello, so trying to get the osk (maliit) to work on unity8 desktop. Though its not wanting to work
[15:57] <bschaefer> i've moved the maliit upstart script and confirmed the maliit server is working
[15:57] <bschaefer> the maliit framework script that set the profile (QT_IM_MOD=maliitphablet) wasnt being ran since its in /etc/profile.d
[15:57] <bschaefer> and depends on the XDG_SESSION_DESKTOP, so I've manually set them in the pre script for unity8
[15:57] <bschaefer> but still no osk :(
[16:48] <greyback> bschaefer: I believe we have logic in unity8 to hide the OSK is a physical keyboard is attached
[16:48] <greyback> s/is/if/
[16:49] <bschaefer> greyback, well i was looking for it and it just seems inputMethod.enabled
[16:49] <bschaefer> if thats true (though i didnt look *to* deep)
[16:50] <bschaefer> greyback, when i start up the maliit server it gives me:
[16:50] <bschaefer> WARNING: void MIMPluginManagerPrivate::_q_setActiveSubView(const QString&, Maliit::HandlerState) "libubuntu-keyboard-plugin.so" "en" is not enabled
[16:50] <bschaefer> greyback, which is what im thinking the issue could be...
[16:50] <bschaefer> greyback, i also cheated a little bit and forced true for osk enabled
[16:50] <bschaefer> (since you have that for autopilot tests)
[16:50] <greyback> bschaefer: ok, yeah that error looks suspect
[16:50] <bschaefer> greyback, yup... soo now just to track down who really enables that soo have to dig through my phones upstart and startup files :)
[16:51] <bschaefer> greyback, also for a11y support... it might be wise to have an options to enable/disable OSK in the system settings
[16:51] <bschaefer> vs physical keyboard or none
[16:52] <greyback> bschaefer: indeed
[16:52] <bschaefer> (though that would require either maliit server always running just in case or start it up when the setting is selected but considering the QT_IM_MODS only get set up startup)
[16:53] <bschaefer> make that a bit annoying though im sure theres a way :)
[17:13]  * bschaefer join #webeleraningshit
[17:13] <bschaefer> opps


[01:00] <nysin> I've tried importing an svn repository using svn-import of the bzr-svn plugin via bzr 1.3 using both the none and branch schemes, and it doesn't seem to preserve history across what were svn cp's
[01:01] <floam> is there anything fairly easy one can do to automatically get the revision number into a controlled source file on commits?
[01:02] <jelmer> nysin: that's correct, bzr does not support copy tracking
[01:02] <floam> what I did now is I have version = 120 in one of my files that I try to remember to manually increment each time -- but it's a losing battle
[01:02] <nysin> Oh. I took "Follow branch copies. Revision history is not truncated when a branch was copied in Subversion." from the BzrForeignBranches page to mean something else?
[01:03] <jelmer> nysin: that's copies of branches, not copies of directories or files
[01:03] <nysin> Ah, alright.
[01:04] <nysin> Which means that it doesn't matter which branching scheme svn-import uses with regards to intra-repository history tracking?
[01:05] <nysin> (The reason I tried to use scheme=none was to get that history)
[01:05] <jelmer> nysin: yes
[01:07] <nysin> Okay, thanks.
[01:10] <jelmer> nysin: Or perhaps, another way to look at it is
[01:10] <jelmer> nysin: only copies of the root of a branch are tracked
[01:11] <jelmer> nysin: so if you copied /branches/foo to /trunk and you use scheme=trunk, bzr will keep the history of that branch
[01:11] <jelmer> nysin: if you use scheme=trunk and you copied /trunk/foo to /trunk/bar, that will not be tracked
[01:11] <nysin> Hm. That's more or less what I did. The former.
[01:11] <nysin> But I guess not via a branch.
[01:12] <nysin> It started as /svn/trunk, then a big change happened, so I split off that version to /svn/branches/foo and branches/bar
[01:12] <nysin> And then finally branches/bar back to /trunk when it stabilized
[01:12] <nysin> But it was all via svn copy
[01:13] <jelmer> it should show all history for that then
[01:13] <nysin> How might I determine why it isn't, then?
[01:14] <nysin> Or, maybe it is an I'm missing it somehow
[01:14] <jelmer> is this a public repository?
[01:14] <nysin> The svn is, yeah
[01:14] <nysin> URL in a moment. bzr is all local so far
[01:14] <nysin> http://colon.ath.cx:8008/svn/ should work
[01:15]  * jelmer tries with bzr-svn 0.4.9
[01:16] <nysin>  /trunk/foo is branches/wtl
[01:16] <nysin>  /trunk/bar is branches/smartwin
[01:16] <nysin> er /branches/... for the first two in those
[01:17] <nysin> Oh, yeah, and that's the bzr-svn version I was using too, from Debian unstable.
[01:19] <nysin> ScriptManager.{cpp,h} as well as the scripts/ directory are files that should have retained a history amongst the longest...
[01:21] <jelmer> nysin: branches/wtl and branches/smartwin are unrelated in that svn repository
[01:22] <nysin> yes
[01:22] <nysin> wtl should have no offspring to speak of
[01:22] <jelmer> nysin: where exactly were you expecting it keep history but it isn't?
[01:23] <nysin> Alright, for example the scripts directory
[01:23] <nysin> which was copied around unchanged from one part to another
[01:24] <jelmer> from wtl into smartwin you mean?
[01:24] <nysin> As well as trunk/ from smartwin/, which is just a big scp copy
[01:24] <nysin> yes
[01:24] <nysin> er
[01:24] <nysin> svn copy
[01:24] <jelmer> nysin: that's a directory copy though
[01:24] <nysin> Which you said wasn't covered, yes
[01:24] <jelmer> nysin: not a branch copy
[01:24] <nysin> I guess I wasn't clear on that distinction whilst using svn - it worked about as well either way
[01:25] <jelmer> the copy from /branches/smartwin to /trunk appears to be picked up correctly here with history retained
[01:25] <nysin> hm.
[01:25] <jelmer> nysin: svn doesn't have a notion of branches
[01:25] <jelmer> which is one of its strongest advantages and one of its weaknesses :-)
[01:25] <nysin> Yeah, and its documentation discusses copies as 'light branches' of sorts
[01:25] <nysin> I really like that
[01:26] <nysin> Verifying locally though
[01:26] <nysin> the history...
[01:27] <nysin> Yeah I don't see it
[01:27] <nysin> "bzr log formatting.lua" has only one entry
[01:27] <nysin> in trunk.
[01:29] <jelmer> nysin: that's correct, because it was introduced by a directory copy (r820)
[01:30] <nysin> Yeah, which you said before etc. I had accepted that and then I got confused when you said you did in fact see some cross-branch history preserved
[01:30] <jelmer> nysin: right, with copies such as the one in r818 history is preserved
[01:32] <nysin> Alright, but when I actually go and check that in the wtl directory...
[01:33] <nysin> branches/wtl$ bzr log --short changelog.txt
[01:33] <nysin>   818 cologic   2008-01-18
[01:33] <nysin>       archive WTL 0.699d version
[01:33] <nysin> And that's it
[01:33] <nysin> It did have a history before that..
[01:33] <jelmer> nysin: I mean r818 in svn
[01:34] <nysin> Yeah my current bzr is no-branches so they match revision-wise
[01:35] <nysin> svn818 is the trunk -> wtl branch in both repositories specifically.
[01:35] <nysin> or bzr818
[01:36] <nysin> But regardless, I'm trying to see what history you're saying it's preserving? I might be missing something there
[01:36] <jelmer> That's only true for scheme=trunk
[01:36] <jelmer> Which causes /trunk and /branches/wtl to both be considered branches
[01:36] <nysin> hm? scheme=trunk produced local revision #s
[01:37] <jelmer> revision numbers are per-branch in bzr
[01:38] <nysin> Sure, so they weren't going to match svn. Which is fine and all, but just means that I don't see what correspondence you say works with and only with scheme=branch?
[01:39] <jelmer> history preservation only works when copying branches
[01:40] <jelmer> scheme=trunk causes "/trunk" and /branches/* to be considered branches
[01:40] <jelmer> scheme=none considers "" to be considered a branch
[01:40] <nysin> ah
[01:40] <nysin> Now it makes sense
[01:40] <jelmer> s/considered//
[01:40] <nysin> I've been looking at the no-branch version (I archived both so I'll go look at the branching version now...)
[01:45] <nysin> ahh
[01:45] <nysin> Much better.
[01:50] <jelmer> It would be nice if bzr could support file copy tracking at some point, even if just for log and annotate
[01:51] <nysin> When I was Googling I found some mailing list messages all the way back from the 0.10 era agreeing with that
[01:53] <nysin> And, especially, since svn at least does treat copies as 'branches' of sorts, then it seems pretty useful.
[02:08] <nysin> Oh, there's even a spec on it ( https://launchpad.net/bzr/+spec/filecopies ) which gets at the usage scenarios
[02:35] <tro> i swear i got bazaar to include the diff in the commit note (in the ignored section) somehow, but i can't remember how i did it :/
[02:35] <tro> is it a config option?
[02:36] <beuno> tro, just do bzr commit
[02:36] <beuno> without -m
[02:36] <beuno> ah, no, wait
[02:36] <tro> all i get is the modified files list
[02:36] <beuno> yes, that's right
[02:37] <tro> bzr ci --show-diff
[02:37] <tro> aha
[02:52] <Stavros> why is bzr always telling me about conflicting tags? i just moved the tag, i want it to be moved on the remote branch as well
[02:52] <Stavros> sorry, i left by mistake
[02:53] <spiv> Stavros: push --overwrite
[02:53] <Stavros> o
[02:53] <Stavros> hmm, thanks
[02:53] <Stavros> shouldn't that be done normally, though?
[03:00] <spiv> Stavros: bzr won't overwrite a tag by default, because it doesn't know which one is the one you want to use.
[03:01] <Stavros> oh
[03:01] <Stavros> so it doesn't save the change of the tag as well, huh..
[04:10] <ubotu> New bug: #212645 in bzr-svn "cannot import name CachingParentsProvider" [Undecided,New] https://launchpad.net/bugs/212645
[04:40] <ubotu> New bug: #212649 in trac-bzr "Viewing a changeset in trac 0.11 produces traceback" [Undecided,New] https://launchpad.net/bugs/212649
[06:32] <cammoblammo> What are the differences between bzr branch, clone and get?
[06:33] <mwhudson> there are none
[06:33] <spiv> cammoblammo: $ bzr help branch | grep Aliases
[06:33] <spiv> Aliases:  get, clone
[06:33] <spiv> cammoblammo: they're all the same command
[06:35] <cammoblammo> Ah. I thought I saw that somewhere, but I couldn't find it!
[06:35] <cammoblammo> Thanks
[06:47] <cammoblammo> I've got an existing working branch that I want to turn into a shared repository without the tree. What's the canonical way to do it (or can I just copy the branch and remove all the non .bzr directroies?)
[06:49] <spiv> cammoblammo: branch it into a shared repository (initialise the repo with "bzr init-repo --no-trees PATH")
[06:50] <cammoblammo> That's what I thought. I wasn't sure if that worked for already existing repositories.
[06:57] <cammoblammo> Okay. I successfully tried "bzr init-repo --no-trees --rich-root-pack SharedRepo"
[06:57] <cammoblammo> However, "bzr branch OldRepo SharedRepo" complains that the repo exists already.  I've figured it out, and yes I am embarrassed.
[07:04] <cammoblammo> ;-)
[07:16] <exothermc_> does bzr preserve perms and ownership?
[07:17] <bob2> no
[07:17] <bob2> alas
[07:17] <exothermc_> bah looking for a good solution to manage my server config files such as /etc
[07:17] <exothermc_> svn does it but only with a wrapper
[07:17] <bob2> etckeeper
[07:18] <bob2> (which layers on top of bzr)
[07:18] <exothermc_> ahh ok
[07:18] <exothermc_> does it hook into rpm as well?
[07:19] <bob2> dunno
[07:23] <exothermc_> one last question do newly created files and dirs get automatically added to the repository?  also are deletes removed?
[07:28] <cammoblammo> Can an existing branch be turned into a --no-trees cwntral repo?
[07:30] <bob2> exothermc_: bzr records deletions automatically, but not additions
[07:31] <bob2> not sure what etckeeper does on top of that
[07:31] <exothermc_> ok
[07:31] <bob2> cammoblammo: not, afaict, through the ui
[07:31] <bob2> cammoblammo: bzr reconfigure --no-trees would get rid of the working copy, though
[07:32] <bob2> cammoblammo: is the branch just too big for you to create the repository and then branch into it?
[07:34] <cammoblammo> I'm trying to reconfigure my set up so I can put my repo on a server at home rather than the free piece of rubbish my ISP gives me (no ssh, etc.)
[07:35] <bob2> ok
[07:36] <bob2> so, is "bzr init-repo --no-trees --rich-root-pack repo ; bzr branch /your/branch repo/branch" what you wany?
[07:36] <cammoblammo> Something like that. I did try that sort of thing, but I had problems. I'll try it again and see if it an operator error ;-)
[07:39] <cammoblammo> Hm, same thing. I end up with a treeless version of my branch in a directory in the repo.
[07:40] <cammoblammo> So it looks something like /home/cammoblammo/repo/branch/.bzr
[07:40] <cammoblammo> With a .bzr in the /repo directory as well.
[07:40] <spiv> cammoblammo: isn't that what you're after?
[07:42] <cammoblammo> Not quite. I was after /home/cammoblammo/repo/.bzr without anything else in there. That's how my current repo at my ISP looks.
[07:43] <bob2> standalone repos always have .bzr in the root and in the branch...
[07:44] <bob2> what you have at your isp looks like it's just a standalone branch with no working tree...
[07:44] <cammoblammo> That's what I'm trying to get here. Isn't that how it's supposed to look?
[07:45] <bob2> not if you want a shared repository
[07:45] <bob2> what was your original goal (i.e. not "make it look like the existing one")?
[07:48] <cammoblammo> I need to be able to access my repo from work. I used to run a svn server here at home, but when I changed to bzr I moved the repo to my ISP to save space on my home machine (not to mention give me more reliable access when I'm on the road). The ISP only lets me use ftp, though, which is a big performance hit. I want to move it back to try using bzr+ssh.
[07:48] <bob2> ok
[07:51] <bob2> sounds like a shared repository would work well for you.  'bzr init-repo --no-trees repo', then branch things into it.  the branches will be in subdirs under repo (and have their own, small .bzr dirs), but all the revision data gets store in repo/.bzr, so it's not duplicated.
[07:52] <cammoblammo> Well, if that's what I have to do ;-) It will look a bit silly though --- I'm only running one branch. Of course, I don't have to look at it, do I?
[07:53] <bob2> ah, ok, now I understand
[07:53] <cammoblammo> As another thought, will it work if I just copy the directory at my ISP? It's probably dirty, but...
[07:53] <bob2> don't make a repo then, just create a branch
[07:54] <bob2> that will work fine
[07:56] <cammoblammo> Out of interest, is there any reason I shouldn't just copy the repo over?
[07:58] <bob2> btw, "repo"  is generally used to mean something else (what init-repo produces) in relation to bzr, hence my confusion earlier
[07:58] <bob2> sure, you can copy it over
[07:59] <cammoblammo> Oh well then, problem solved! I've never seen that sort of approach mentioned in the docs, so I figured it must be discouraged for some reason. Then again, that's how I got it to the ISP in the first place.
[08:00] <bob2> "bzr branch /home/cammoblammo/repo/ ftp://blahblah" should just work, as well
[08:03] <cammoblammo> Hmm, let's see...
[08:04]  * cammoblammo is waiting very patiently...!
[08:05] <cammoblammo> Well, something's coming down the tubes...
[08:21] <cammoblammo> bob2: It worked, but it wasn't treeless, even though I initialised the repo that way. Oh well.
[08:23] <bob2> oops - bzr reconfigure --branch ftp://...
[08:40] <cammoblammo> bob2: Yeah, I picked up on that.
[08:40] <cammoblammo> Hang on, no I didn't.
[08:41] <cammoblammo> Let me see now...
[08:50] <cammoblammo> Well, close! I took a copy of a standard working branch and ran the reconfigure command over it and it worked.
[08:51] <cammoblammo> Now for another problem :-( !
[08:53] <bob2> ok
[08:53] <cammoblammo> I can check the shiny new repo out locally, but via bzr+ssh I get a problem: ERROR: Repository KnitPackRepository(local details) is not compatible with Repository RemoteRepository(Repo details)
[08:54] <bob2> what does "bzr info" say when run in the same location that is giving you that error?
[08:54] <cammoblammo> Do I have to change the repository format?
[08:56] <bob2> ?
[08:56] <cammoblammo> Sorry, missed your message. One sec...
[08:57] <cammoblammo> Bound branch format: pack-0.92
[08:58] <cammoblammo> The repo (if I can use that word) is rich-root-pack.
[08:58] <bob2> that's the entire output?
[08:58] <bob2> the related branch part isn't important
[08:58] <cammoblammo> Yes, apart from the Location and binding info.
[08:59] <bob2> whici is what I wanted to se...
[08:59] <cammoblammo> Oops. One tic...
[09:00] <cammoblammo> branch root: .
[09:00] <bob2> the error could be because you're inside a repo made with init-repo, or it could be because you're co'ing from rich-root-pack
[09:01] <cammoblammo> Hmm. I'm trying a clean checkout, so I'm not inside anything relevant (and I did check that).
[09:01] <cammoblammo> Is there a problem co'ing from a rich-root-pack?
[09:01] <bob2> ah, ok.  it's because co has a bug and uses the bzr default format for the checkout, instead of the remote branch format
[09:02] <cammoblammo> Yay me! I didn't do something wrong (for once). Is there a work around, or do I have to somehow reconfigure the repo?
[09:03] <bob2> you can either: "bzr branch ftp:/// foo ; bzr reconfigure --checkout foo" or "bzr init-repo --rich-root-pack repo ; bzr branch ftp:// repo/blah" wwwwwwwwww
[09:03] <bob2> note that rich-root-pack is generally only useful if the branch came from svn (or you're z bzr developer)
[09:04] <cammoblammo> Really? Someone here told me it was now the default and I should upgrade.
[09:04] <cammoblammo> Grr.
[09:05] <cammoblammo> Anyway, let's give it a go...
[09:05] <bob2> default's still pack-0.2 afaik
[09:06] <cammoblammo> Don't believe everything you see on IRC!
[09:06] <luks> you can generalize that to The Internet :)
[09:07] <cammoblammo> ;-)
[09:07] <cammoblammo> Actually, you can generalise that to anything involving, well, anything.
[09:11] <cammoblammo> Guess what guys? IT WORKED!!!!! I now have a treeless copy of my project which is functioning as a shared repository for at least two other machines, and I've lost no history along the way, but I have gained bzr+ssh functionality. YIPPEE!!!
[09:12] <cammoblammo> (Now I can get back to work)
[09:12] <cammoblammo> Dammit.
[09:12] <bob2> yay
[09:12] <cammoblammo> Oh yeah, thanks bob2 (and everyone else for putting up with the noise).
[09:13] <bob2> no worries
[09:13] <cammoblammo> See you on #emacs!
[09:13] <bob2> ciao
[11:12] <matid> Hello there. I was wondering, has any of you managed to set up svn integration in Bazaar on OS X?
[11:12] <matid> I'm having issues with python bindings.
[11:14] <matid> I compiled svn 1.6 from source and installed python bindings with 'make install-swig-py' but bzr keeps telling me "Installed Subversion version does not have updated Python bindings."
[11:15] <matid> And whenever I try to run 'from svn import fs, repos, core' in python it says:
[11:15] <matid> http://pastie.caboo.se/176037
[11:18] <matid> Any ideas?
[11:21] <DaNGeRs> alows
[11:21] <DaNGeRs> hello
[11:22] <DaNGeRs> lol[
[11:57] <jelmer> matid: did you follow the instructions on the wiki?
[11:58] <matid> jelmer: Yeah, I did.
[11:58] <matid> You're referring to http://bazaar-vcs.org/BzrForeignBranches/Subversion right?
[11:59] <matid> They refer to svn 1.5 even though trunk is 1.6 now, so atm I'm trying to build it with the 1.5.x branch.
[11:59] <matid> We'll see if it works.
[11:59] <jelmer> yep
[12:12] <matid> jelmer: No luck.
[12:13] <matid> Still the same issue, both with svn 1.6 and 1.5
[12:14] <jelmer> you probably have another svn install that's conflicting with the one you just installed
[12:17] <matid> jelmer: Yeah, I've got one that is installed with Mac OS X by default, but it shouldn't conflict with the new one...
[12:20] <jelmer> matid: I don't know then, sorry.
[12:21] <jelmer> it's getting the wrong svn library for some reason though
[12:27] <matid> OK, thanks for your help anyway.
[12:27] <matid> I'll try to work it out on my own.
[12:33] <pbor> if I have a shared-repository on a remote server (sftp), can I push a new branch on that server?
[12:34] <iKs> pbor: as far as I know yeah, there's no problem in doing that
[12:35] <iKs> bzr push sftp://yourserver/your/directory/
[12:35]  * pbor tries
[12:35] <bob2> yeah
[12:36] <pbor> the shared repo docs only mention "branch", that's why I ask
[12:40] <pbor> worked great
[12:40] <pbor> awesome
[14:41] <matthewlmcclure> I had a branch in a shared repository.  I did: $ bzr reconfigure --lightweight-checkout; then $ bzr reconfigure --branch .  Now the branch is missing revisions.  Any way to get them back?
[14:50] <Odd_Bloke> matthewlmcclure: What does `bzr info` report the repository location (of the branch) to be?
[14:51] <matthewlmcclure> $ bzr info
[14:51] <matthewlmcclure> Repository tree (format: pack-0.92)
[14:51] <matthewlmcclure> Location:
[14:51] <matthewlmcclure>   shared repository: /c/home/mlm/sandbox/bzr/repo
[14:51] <matthewlmcclure>   repository branch: .
[14:57] <Odd_Bloke> That's odd.
[14:57] <Odd_Bloke> I don't really know what else to try...
[14:58] <james_w> matthewlmcclure: installing the heads plugin and using that may help you resurrect the missing revisions.
[14:59] <matthewlmcclure> james_w: presumably because they are in my shared repo still?
[15:00] <james_w> matthewlmcclure: yeah, they won't have been deleted.
[15:01] <Bronger> Can anybody explain http://dpaste.com/43416/ to me?  I try to update an SVN repo.
[15:02] <Bronger> Sorry, forget it, my fault.
[15:05] <matthewlmcclure> james_w: thanks... is this a bug/missing feature in 'reconfigure'.  shouldn't it protect the user from this?
[15:09] <james_w> matthewlmcclure: it sounds like it may be a bug.
[15:09] <james_w> it would be interesting to know what about your setup caused it
[15:09] <james_w> it may be the fact that you were in a shared repo, or it may have been something else.
[15:10] <matthewlmcclure> i'll see if i can reproduce
[15:12] <abentley> matthewlmcclure: When you say they're "missing", what do you mean?  Log doesn't include them?
[15:12] <matthewlmcclure> right, log doesn't include them
[15:15] <abentley> Strange that it would do that.  Is there anything significant about the revision where it stops?
[15:18] <matthewlmcclure> the broken branch had a parent in the shared repo, and the last rev in the broken branch is the parent's last rev
[15:19] <abentley> I have trouble imagining how a bug like that could work.  If you can reproduce it, that would be great.
[15:20] <abentley> Oh, okay.
[15:21] <abentley> let me see if it could be the reconfiguration to lightweight checkout.
[15:21] <matthewlmcclure> that would be my guess as to when things went wrong
[15:23] <abentley> Yeah, that's it.
[15:24] <abentley> It's not really sensible to convert a branch with unique revisions into a lightweight checkout, because whatever it's a checkout of won't have those revisions.
[15:24] <matthewlmcclure> so it's official that i know just enough to be dangerous now
[15:24] <abentley> I'm sorry about this bug.  I'll add a check
[15:25] <abentley> I can help you recover the revisions.
[15:25] <matthewlmcclure> i don't actually need them in this case, but thanks for offering
[15:25] <abentley> Okay.
[15:27] <matthewlmcclure> hm... actually, i am curious if there's a way to recover a branch from a repo; say, if i had deleted the branch's directory
[15:28] <abentley> You can create a new branch with the same tip.
[15:28] <abentley> First you have to find the revision-id of the branch tip.
[15:28] <abentley> The heads plugin is useful for this.
[15:29] <matthewlmcclure> got it.  thanks
[15:29] <abentley> Then you branch from any branch in the repository, and specify -r revid:
[15:36] <ubotu> New bug: #212853 in bzr "AssertionError: 17 != 18 when trying to comuit to bzr.debian.org" [Undecided,New] https://launchpad.net/bugs/212853
[16:56] <offby1> The docs show some examples that use abbreviations for URLs, like "bzr branch m:/cool-trunk
[16:56] <offby1> where is that abbreviation format described?
[16:59] <james_w> offby1: there's an "m:/" described?
[16:59] <james_w> there's "lp:/" provided by the launchpad plugin that is shipped with bzr.
[17:01] <offby1> there's both!
[17:02] <asabil> there is bz-bookmarks
[17:02] <offby1> .../doc/en/user-guide/branching_a_project.txt, r3336, line 60
[17:03] <james_w> offby1: that's a windows drive, "m:/"
[17:05] <dato> right, but check bzr-bookmars as asabil said
[17:05] <dato> er, bzr-bookmarks
[17:06] <offby1> oho
[17:07] <offby1> I also created my local repository by doing "bzr branch lp:bzr"
[17:31] <ubotu> New bug: #212908 in bzr "fetch all from a repo with identical contents fails with pack repos" [High,Triaged] https://launchpad.net/bugs/212908
[17:45] <ubotu> New bug: #212917 in bzr ""make check" got an internal error" [Undecided,New] https://launchpad.net/bugs/212917
[20:23] <ubotu> New bug: #212979 in bzr "trying to do checkout of some django code" [Undecided,New] https://launchpad.net/bugs/212979
[20:25] <nick125> good afternoon.
[20:27] <nick125> I'm looking for a SCM to integrate into an IDE project that I'm writing, and I've been looking at bazaar as a possible option. The idea is to use a SCM to internally version saves, as well as allowing a user to use an "external" SCM. What I'm looking for is a SCM that will allow me to use a non-standard directory to store the SCM's files, so that I can have two instances of the SCM versioning the same source tree. Can bazaar do that?
[20:30] <nick125> I like bazaar since it's written in Python, which will make it easier to integrate into my IDE (since I'm writing it in Python).
[21:35] <ubotu> New bug: #213032 in bzr "allow to change author (name <e-mail>) and description in past commits" [Undecided,New] https://launchpad.net/bugs/213032
[22:03] <Cerulean> I'm probably missing something obvious, but I want to branch a repository onto my server
[22:04] <Cerulean> I can't access the repo from my server (firewall etc)
[22:04] <Cerulean> so something like bzr push that pushes the files. What can I do?
[22:25] <TFKyle> nick125: mm, writing an IDE now?
[22:27] <nick125> TFKyle: yep
[22:29] <nick125> TFKyle: What are you upto these days?
[22:30] <TFKyle> nick125: looked at crypto/digital signing stuff a while ago, a few days ago I got a fingerprint scanner and made a small thing using pylibusb to access it and get fingerprints from it :)
[22:31] <nick125> Sweet, how much did the scanner set you back/
[22:31] <TFKyle> nick125: ~$50 CAD
[22:31] <nick125> That's not bad.
[22:33] <TFKyle> the scans seem a bit low quality, dunno what sort of quality the other scanners have though (can create 128x128 images, with a few pixels being blacked out for some reason (think the register values I'm using aren't the most perfect combination though, stole them mostly from the kernel driver (that doesn't compile with newer kernels obviously))
[22:35] <TFKyle> tried just changing the one required for it to send data, but it seems to produce more heat (or more electricity, not sure), should have a look at what the windows driver does too
[22:37] <nick125> TFKyle: I wonder what kind of program you'd use for reverse engineering the windows driver..
[22:37] <TFKyle> nick125: usbsnoop/snoopy is supposedly pretty good for USB devices (logs the traffic to the USB device)
[22:40] <nick125> TFKyle: Aah, fun. I've never tried to reverse enginner anything before.
[22:41] <nick125> (Well, least over USB)
[23:09] <lifeless> poolie: up?
[23:10] <lifeless> nick125: so, we don't have code in bzrlib to maintain two completely separate trees like you want to; knowing why might help :P
[23:12] <nick125> lifeless: Would it be possible to simply use a different directory for .bzr?
[23:15] <nick125> lifeless: Also, the reason I want to have two trees is so that my "internal" save bzr tree will not conflict if the user uses bazaar for an external SCM.
[23:21] <asabil> nick125: why not simply support bzr alone ? :D
[23:22] <asabil> you can still write repository handlers for other scms ?
[23:23] <nick125> asabil: Well, the idea is that I'd integrate really closely to a SCM to keep an internal save revision tree, that way, if you delete a file or something, you can restore it easily. The only problem with using bazaar for the internal SCM is that it might conflict if the user wants to use bazaar for their "external" SCM.
[23:26] <beuno> how would I get the list of uncommited changes to a working tree?  I'm getting a bit lost in the code
[23:31] <beuno> nevermind, got it :)
[23:32] <lifeless> nick125: well, you could submit a patch:P.
[23:34] <nick125> Is the .bzr path hardcoded into bazaar?
[23:50] <lifeless> no
[23:50] <lifeless> and yes
[23:50] <lifeless> see, we support svn natively :P
[23:51] <lifeless> so there are factory functions to drive a lot of things; you could for instance subclass the stock format and create a .idesave control directory
[23:51] <lifeless> which would be a bzr one internally but just change the .bzr -> .idesave
[23:51] <nick125> lifeless: Hmm, how hard would that be to implement?
[23:52] <lifeless> I think the setup.py of the plugin would be longer than the code
[23:52] <nick125> ouch :p
[23:52] <lifeless> (or you could import bzrlib and register after import, no bzrlib plugin needed then, in which case the code will still be small :P)
[23:53] <nick125> I wonder how hard it is to interface with bazaar in Python
[23:53]  * nick125 looks at bzrlib
[23:53] <lifeless> as a user of ides from time to time, I would prefer to see ide save stuff to be done as a branch off my actual vcs; but thats me
[23:54] <lifeless> pydoctor generates good docs, there is developer docs in doc/en/developer/
[23:54] <lifeless> or something like that :)
[23:54] <lifeless> bbiab
[23:54] <nick125> Hmm...using a branch could be useful.


[13:02] <ashams> thelinuxer, Can we use Mumble, so seif can attend?
[13:05] <seif> uhm skype or g+ would work too
[13:05] <seif> :)
[13:05] <seif> ashams, btw we need some1 to do bug triaging for zeitgeist team
[13:05] <seif> wanna join
[13:05] <ashams> seif, yeppers
[13:05] <seif> as in you dont have to write cod
[13:06] <seif> ebut u need to go through the bugs
[13:06] <ashams> but I need to understand how it works first
[13:06] <seif> let me explain
[13:06] <ashams> go go go :)
[13:06] <seif> https://bugs.launchpad.net/zeitgeist
[13:06] <seif> right now not muhc bugs
[13:07] <seif> and https://bugs.launchpad.net/ubuntu/+source/zeitgeist
[13:07] <seif> basically u need to read the bugs and see if there are duplicates and mark them
[13:07] <ashams> ok
[13:07] <seif> then prioritze the bugs (explaining why this bug needs to be fixed quickly or not)
[13:08] <seif> then you tell "m4n1sh" (he will be your contact point)
[13:08] <seif> basically you will help m4n1sh with management work
[13:08] <seif> when m4n1sh tells us to fix something we do it
[13:09] <ashams> that's it?
[13:09] <ashams> it's easy, coool
[13:10] <seif> trust me its not easy
[13:10] <seif> its a lot of work
[13:10] <ashams> ok
[13:10] <seif> however with enough work I can make a case for oyu to be invited to the zeitgeist-hackfest
[13:11] <seif> (January or February we might do it in barcelona)
[13:11] <seif> :)
[13:11] <ashams> :)
[13:11] <ashams> so, can I have some days to study it?
[13:11] <ashams> and will work to try it
[13:11] <ashams> then will ping you
[13:11] <ashams> ok?
[13:13] <seif> please do
[13:13] <seif> i want more egyptians on this
[13:13] <seif> there is a lot of zeitgeist work happening
[13:13] <seif> especially on GNOME and KDE
[13:13] <ashams> gr8, Thanks man :)
[13:54] <ashams> thelinuxer, ping
[13:56] <ashams> ouch! :P
[14:09] <thelinuxer> ashams: basha
[14:09] <thelinuxer> sorry i was away
[14:17] <ashams> thelinuxer, np, I was too
[14:18] <thelinuxer> welcome :)
[14:18] <ashams> can we use Mumble instead of skype
[14:18] <thelinuxer> ashams: I like the work u did with the wiki :)
[14:18] <thelinuxer> please lets use mumble :)
[14:18] <thelinuxer> lets try it out now
[14:18] <ashams> k
[14:19] <ashams> I was thinking of creating our server, so we can use it in private
[14:20] <thelinuxer> we can also do that
[14:25] <ashams> I can't connect to any of the public servers
[17:13] <DelphiWorld> Salam :)
[17:13] <DelphiWorld> egyDev: hey
[17:13] <egyDev> DelphiWorld: Hi
[17:13] <DelphiWorld> egyDev: new here so happy to meet you :)
[17:13]  * DelphiWorld never saw egyDev befaure:D
[17:14] <DelphiWorld> egyDev: Tayeb Meftah from algeria:)
[17:14] <egyDev> DelphiWorld: Yep , new , from 2 years only ;)
[17:15] <DelphiWorld> egyDev: i mean never saw you here, i just know #ubuntu-eg like 2 month:)
[17:15] <DelphiWorld> egyDev: let me know just something: how is egypt doing.
[17:16] <egyDev> DelphiWorld: I just exist here cuz some of my friends are part of ubuntu-eg , But I'm fedora fan ;)
[17:16] <DelphiWorld> egyDev: you're from egypt ?
[17:16] <egyDev> DelphiWorld: Yes
[17:16] <DelphiWorld> egyDev: awesome, i have bean there from 3 to 15 octobers :)
[17:16] <egyDev> And Everything seems to be going in the right direction
[17:17] <DelphiWorld> egyDev: wanna live in egypt to be honest. pretty awesome and respectfull people. stable and great country.
[17:17] <egyDev> in a hard way unfortunately but It's in the right direction
[17:17] <egyDev> DelphiWorld: Merci ;)
[17:18] <DelphiWorld> egyDev: seriously :(
[17:18] <DelphiWorld> egyDev: i am a blind person
[17:18] <DelphiWorld> i get  help in egypt in a maner that i never imagined in my life
[17:18]  * DelphiWorld welcome he :
[18:52] <DelphiWorld> egyDev: you're in cairo or alex?
[18:52] <egyDev> DelphiWorld: Neither this nor that
[18:53] <DelphiWorld> egyDev: :P
[18:53] <DelphiWorld> egyDev: i went to cairo for 15days and visited alex for 3ours only :
[18:53] <DelphiWorld> :(
[18:54] <egyDev> Alex is woooooooooooooooooooooooooooooooonderfull
[18:54] <egyDev> You need more than 3 years to enjoy it
[18:58] <DelphiWorld> egyDev: all all all egypt without mubarak would by pretty wonderfull.
[18:59] <egyDev> DelphiWorld: He's not our only problem
[18:59] <DelphiWorld> egyDev: :P
[18:59] <DelphiWorld> egyDev: i know... don't wory
[18:59] <egyDev> Without real change , another mubarak will come
[19:01] <DelphiWorld> egyDev: but i know that egyptians is the wonderfull people. i'm sure a unbelivable change is comming
[19:01] <egyDev> That's what we really hope
[19:03] <DelphiWorld> egyDev: i don't hop cause i'm very very sure
[19:03] <egyDev> :D