[00:59] <marjinal1st> Is there a standart (or convention) for Ubuntu applications' structure? For example I'm developing a basic indicator app, how should I create the package structure? (I mean foldering -> src, data, po etc.)
[01:26] <Hoboman2> Yo. Could I have someone scrutinize the fuck out of an indicator I'm building?
[01:29] <Hoboman2> (does anyone live here anymore?)
[01:29] <Hoboman2> It's python and GTK, with AppIndicator tying everything together
[01:39]  * Hoboman2 abandons ship
[07:49] <dholbach> good morning
[07:49] <AkivaAvraham> dholbach, o/
[07:50] <dholbach> hi AkivaAvraham
[08:18] <AkivaAvraham> !ping
[09:48] <JamesTait> Good morning all; happy Curmudgeons Day! :-D
[09:48] <AkivaAvraham> o/
[09:57] <cor3ntin> Hello. anyone from canonical ?
[09:57] <AkivaAvraham> cor3ntin, yes, but not me. Why?
[09:58] <cor3ntin> AkivaAvraham> I am waiting for feedback for my apps. it's been like four months
[09:58] <AkivaAvraham> cor3ntin, oh neat;
[09:59] <cor3ntin> the app are already released, and really really need to be updated
[09:59] <cor3ntin> as a result, users have tons of issue
[09:59] <AkivaAvraham> mhall119, or popey care to deal with that?
[09:59] <cor3ntin> I invested a TON of effort into the packaging
[10:01] <cor3ntin> at first I was told to provide a tar.gz, and a guy name cleto was working on the packaging, then canonical decided I should do the deb my self, and so I did. and since then, no news.
[10:02] <cor3ntin> in short, not a great experience for us or our users :)
[10:05] <popey> cor3ntin: beuno is responsible for the desktop store..
[10:05] <cor3ntin> popey> thanks :)
[10:08] <cor3ntin> popey> maybe I should write a mail, is there an appropriate mailing list or mail address ?
[10:10] <popey> I'm not sure there is a suitable list. ubuntu-devel-discuss@lists.ubuntu.com might be useful.
[10:10] <popey> however, the people working on this are well aware of the queue
[10:10] <popey> there was a long period where we had no resources working on the queue of desktop apps
[10:10] <popey> we resourced that and they're working through the backlog (which is long)
[10:11] <cor3ntin> we are talking about a several months long queue here :/
[10:12] <cor3ntin> I try to get a package published since august according to the feedback page
[10:13] <popey> yes
[10:13] <popey> i can see the queue myself
[10:13] <cor3ntin> if it's ""normal"" then I will wait
[10:14] <popey> which is your app?
[10:17] <dpm> morning davidcalle, I've done a few minor edits to the snappy porting guide, and I noticed that nearly every <p> is enclosed in a <div class="eight-col">. Is there a reason for doing that to each one instead of wrapping a set of <p>'s in the <div>? E.g. this is one place where I saw it: http://pastebin.ubuntu.com/9934148/
[10:18] <dpm> I don't mind which way we do it, but I was curious after I noticed
[10:21] <davidcalle> dpm, several p inside an eight-col div is fine. I noticed it as well at some point when making the page, and I'm not sure how it happened (probably something to do with the google docs origin of the content), we were in a rush and it was more an awkwardness than an issue, I left it.
[10:22] <dpm> davidcalle, no worries, no need to change it, I was just wondering if there was a specific reason
[10:22] <dpm> thanks!
[11:26] <beuno> cor3ntin, hi
[11:26] <beuno> the backlog should be mostly clear by now
[11:26] <cor3ntin> beuno> hi !
[11:26] <beuno> what app is this>
[11:26] <beuno> ?
[12:24] <marjinal1st> Is there a standart (or convention) for Ubuntu applications' structure? For example I'm developing a basic indicator app, how should I create the package structure? (I mean foldering -> src, data, po etc.)
[12:25] <AkivaAvraham> marjinal1st, somewhat.
[12:25] <AkivaAvraham> marjinal1st, is this qml ?
[12:26] <marjinal1st> AkivaAvraham: No, it's a simple Python GTK app, indicator
[12:26] <AkivaAvraham> marjinal1st, not exactly sure if you could call that an ubuntu application :)
[12:27] <AkivaAvraham> Ubuntu is using qt and qml these days. Some python here and there.
[12:28] <marjinal1st> AkivaAvraham: Yes but, I'm planning to make it a DEB package for Ubuntu systems, maybe PPA for it. I need to know, how should I create a directory tree for source codes, data files, po files etc.
[12:29] <AkivaAvraham> marjinal1st, I am not experienced on debian packaging, or gtk for that matter
[12:29] <AkivaAvraham> sorry :)
[12:30] <marjinal1st> AkivaAvraham: Thanks anyway :)
[12:30] <AkivaAvraham> marjinal1st, is there any reason why you have to be using gtk ? if you use the ubuntu sdk, you can easily just create a click package.
[12:31] <AkivaAvraham> and you can make it even work on the phone.
[12:33] <marjinal1st> AkivaAvraham: I know, Qt-QML app development on Ubuntu is way better than Python-GTK. It's just a dummy app and I just want to release it.
[12:33] <AkivaAvraham> Fair enough
[21:21] <gcollura> popey, hey o/ I had an exams this afternoon, sorry if I missed the meeting *again*. I've requested your attention on this MP https://code.launchpad.net/~gcollura/ubuntu-calculator-app/fix-button-height/+merge/248053 because I need you to test it on krillin :) thanks a lot :)
[21:25] <popey> hey gcollura, no worries
[21:34] <balloons> rpadovani, you there?
[21:37] <popey> gcollura: looks great!
[21:46] <rpadovani> balloons, o/
[21:46] <balloons> rpadovani, looking at lp:~rpadovani/ubuntu-calculator-app/bigNumber150122
[21:46] <rpadovani> balloons, any idea?
[21:47] <balloons> I notice the properties are a little different and seem a bit weird. None of the button properties ever show 'pressed', nor does kbdPressed ever get set to true
[21:47] <balloons> the button area does change it's pressed property, but that's it
[21:48] <rpadovani> balloons, how could be possible?
[21:48] <balloons> you write the qml, not me :-)
[21:48] <rpadovani> :D
[21:49] <rpadovani> but it works until we change a var in a external library.. mhhh
[21:49] <rpadovani> gcollura,  ^^
[21:49] <balloons> rpadovani, so I would say we could change press to check for the button being pressed, as I had in mind originally. However, the app does need to set this :-)
[21:50] <rpadovani> balloons, but I think autopilot fails are side effects
[21:50] <rpadovani> balloons, I prefer to understand why it fails, not find a shortcut to fix jenkins
[21:51] <rpadovani> balloons, meanwhile, do you mind to check this fail? https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/closeBrackets150127/+merge/247690/comments/613712
[21:51] <balloons> rpadovani, that's why it fails. you need to wait for the UI to respond
[21:51] <rpadovani> balloons, is it so slower than the actual implementation?
[21:53] <balloons> rpadovani, http://paste.ubuntu.com/9943725/
[21:54] <balloons> rpadovani, is what slower? jenkins? jenkins is slower than your desktop certainly and the phone also. But it fails full speed on my desktop for the same reason
[21:54] <balloons> rpadovani, bzr: ERROR: Conflicts... aborting.
[21:54] <balloons> It failed to build at all; branch has conflicts
[21:56] <balloons> rpadovani, so I'll leave it in your hands, but anyone can certainly tweak the press method once the properties are set correctly
[21:56] <balloons> do you have an open bug for this?
[21:57] <rpadovani> balloons, ok, I'll check for conflicts - For slower I was thinking to the branch that fails. Atm jenkins doesn't fail on trunk, but the engine uses number - we want to swap to bignumber, and we have this fail. I was wondering if the engine is significantly slower
[21:58] <balloons> rpadovani, ahh, I get it. So I imagine the old engine sets the properties correctly. But we can check that easily enough. have a branch?
[21:58] <rpadovani> balloons, bzr merge lp:ubuntu-calculator-app/reboot
[21:58] <rpadovani> this works
[21:59] <rpadovani> balloons, this is the change which cause the fails: https://bazaar.launchpad.net/~rpadovani/ubuntu-calculator-app/bigNumber150122/revision/73
[22:03] <balloons> rpadovani, the original branch actually shows the same properties
[22:03] <balloons> meaning again only the button area is set to pressed
[22:04] <rpadovani> balloons, but in the original branch Jenkins doesn't fail - see https://code.launchpad.net/~gang65/ubuntu-calculator-app/reboot-fix-click-package/+merge/247662/comments/612952
[22:04] <rpadovani> this afternoon
[22:05] <balloons> rpadovani, yes I understand. that' s why I kind of shrugged
[22:08]  * balloons witnesses insanity
[22:09] <balloons> rpadovani, me making whitespace changes seems to have made the branch happy
[22:09] <balloons> color me slightly confused
[22:10] <rpadovani> balloons, changes to autopilot or qml?
[22:11] <balloons> rpadovani, lol, it just went on a nice run I guess
[22:11] <balloons> autopilot of course
[22:11] <rpadovani> ok :D
[22:12] <rpadovani> balloons, because on the old calculator, the first version, we had a strange bug about memory allocation and some "console.log()" here and there fixed the problem
[22:12] <rpadovani> quite funny, but so boring to debug
[22:12] <balloons> it's possible the original could also fail. It would be nice to get those properties registering properly
[22:13] <balloons> but hmm.. hmm
[22:13] <balloons> there is something possible
[22:15] <balloons> rpadovani, I think I know what's happening
[22:15] <rpadovani> \o/
[22:18] <balloons> works, I'll propose something
[22:20] <gcollura> thanks popey :)
[22:21] <rpadovani> balloons, thanks :-)
[22:22] <balloons> rpadovani, shall I propose against reboot I guess?
[22:22] <rpadovani> balloons, yap :-)
[22:22] <rpadovani> gcollura, could you please topapprove https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/closeBrackets150127/+merge/247690
[22:22] <rpadovani> ?
[22:23] <gcollura> rpadovani, done :)
[22:25] <balloons> rpadovani, https://code.launchpad.net/~nskaggs/ubuntu-calculator-app/add-min-press-time/+merge/248061
[22:26] <rpadovani> gcollura, balloons thanks!
[22:27] <balloons> rpadovani, so I think what is sometimes happening is that the press time is/was effectively microseconds long and the UI doesn't have a chance to respond. Likely the migration to bignumber showed this as it seemed to occur for me when hitting '='. I assume the slightly longer overhead for calculations showed through
[22:27] <balloons> does that make sense? you buy it? ;-)
[22:29] <rpadovani> balloons, this makes sense, I don't know if it fixes all, but makes sense :D
[22:30] <balloons> gl :-)
[22:32] <rpadovani> balloons, do you know where is Andrea? It's a couple of weeks I don't see his pushes
[23:42] <sergiusens> 0/win 21