[16:16] <bluesabre> knome, is the final version of the wallpaper ready to go?
[17:25] <knome> bluesabre, no. but will be latest tue.
[17:25] <bluesabre> knome: thanks (and sorry for nagging)
[17:29] <knome> np, thanks for th reminders


[09:17] <Asri> Hello?
[09:17] <Asri> anyone of you know how to use mediawiki
[13:27] <hantu_gigi> salam


[07:13] <RikMills> santa_: new angelfish and kontrast uploaded
[14:20] <BluesKaj> Hi all
[19:35] <santa_> good evening everyone
[19:37] <santa_> RikMills: ack and thanks, FYI I have been fixing some hw problems of my servers + "puppetizing" what I have in them: https://code.launchpad.net/~tritemio-maintainers/tritemio/+git/tritemio_puppet
[19:38] <santa_> at the momment I could migrate the buildd containers of area51 and watertowm from 18.04 to 22.04, I will proceed with groomlake at some point
[19:39] <santa_> regarding the status of the thing: the setup is still not reproducible by another person, but I hope one day it will be
[19:40] <santa_> one important thing to do would be puppetizing and migrating to 22.04 the container that provides reprepro+wannabuild+build-status
[19:48] <santa_> btw
[19:48] <santa_> RikMills: have you started with fw 5.113?


[19:21] <SuperLag> I'm trying to VNC into my rPi running Ubuntu Mate. It says "Cannot currently show desktop." and from what I read, a resolution change would fix this... but I'm trying to do it headless.
[19:21] <SuperLag> does this mean I always need to have my Pi connected to my display for this to work, or is there a way to get it working headless?


[07:39] <retrojeff> http://paste.ubuntu.com/14588859/    Error on Line #27
[13:07] <k1l> !partitioning
[13:21] <k1l> diegoholiveira: hi
[13:22] <diegoholiveira> Hi
[13:22] <k1l> how can we help you?
[13:24] <diegoholiveira> for now, I'm good. thanks
[13:25] <k1l> ok, then please part this channel. this is a team channel and we cant allow users to idle in here. you are free to come back if there is an issue.
[17:27] <peaceful> hello
[17:31] <peaceful> whats up?
[17:36] <peaceful> Can i join #ubuntu?
[17:36] <rww> hi peaceful
[17:36] <rww> looks like you got banned from there for suggesting do-release-upgrade -d (-d meaning "upgrade to non-released development version") repeatedly?
[17:43] <peaceful> rww, yep
[17:44] <peaceful> i thought it does release upgrade
[17:45] <peaceful> honestly
[17:45] <peaceful> But ok
[17:47] <peaceful> im okay
[17:49] <rww> < peaceful> | k1l, i know what it does
[17:49] <rww> apparently not :|
[21:35] <ikonia> he wasn't like that in pm when I messaged him after the mute
[21:40] <rww> unsurprised
[21:51] <ikonia> sorry to dissapoint
[21:51] <ikonia> I like to surprise


[00:32] <Kilos> why arent you all asleep yet
[06:32] <Kilos> morning superfly  and others
[06:34] <Kilos> hi jrgns  fones dont swim
[06:34] <Kilos> hi Vince-0   got some research for you
[06:34] <jrgns> hi Kilos :) damn, wish I knew that before I threw mine in the pool!
[06:34] <Kilos> lol what have you done with it
[06:35] <jrgns> it's bonding with some rice
[06:35] <Kilos> can help you try fix it
[06:35] <jrgns> thnx
[06:35] <jrgns> i suspect the plastic cover I had prevented too much water coming in
[06:35] <Kilos> did you try turn it on
[06:35] <jrgns> so I'm letting it dry out in the rice for a couple of days, and then assess the damage
[06:36] <jrgns> yes, once, to make some urgent calls. the screen was working, but a bit eratic
[06:36] <jrgns> the rest seems fine.
[06:36] <Kilos> eek
[06:36] <jrgns> in the mean time i've resurrected my htc desire
[06:36] <Kilos> first thing with wet fone is remove battery. moisture causes short circuits on the pc board
[06:37] <jrgns> yeah, did that. only turned it on after a couple of hours in the rice
[06:37] <Kilos> anyway you might be lucky
[06:37] <jrgns> i'm hoping to be, thanx
[06:37] <Kilos> ok then you gotta open the covers and you will see where moisture has got to on the board
[06:39] <Kilos> if you seriously want to save it get to an electronics shop and buy some servisol or spanjaardt lubricating switch cleaner
[06:39] <Kilos> then strip the fone so you get to all sides of circuitry and plugin holes
[06:40] <Kilos> spray with cleaner everywhere except on glass and stand upright for excess to drip off
[06:41] <Kilos> even put in sun for coupla hours then you can reassemble and use again
[06:41] <Kilos> rice is food
[06:41] <Kilos> good luck
[06:42] <Kilos> you gotta do it quick before the fone grows gills and fins
[06:44] <Kilos> jrgns: ^^
[06:45] <Kilos> it should be perfect after that
[06:47] <jrgns> lol
[06:47] <jrgns> thanx for the advice
[06:50] <Kilos> yw
[06:51] <plustwo> good morning everyone
[06:52] <plustwo> hi oom Kilos
[06:52] <Kilos> hi plustwo  hows things
[06:52] <plustwo> good and kwl, some cold and flu
[06:52] <plustwo> how do you do?
[06:52] <Kilos> ai!
[06:53] <Kilos> nice to see you back here. thought you had got a lurker virus
[06:53] <Symmetria> errr
[06:53] <Kilos> im ok ty
[06:53] <Symmetria> if Im right
[06:53] <Symmetria> internet today is gonna get REAL slow
[06:53] <Kilos> oh my even worse Symmetria
[06:54] <plustwo> no, my 8ta disconnected me the other day. all good now
[06:54] <Kilos> how they doing with undersea cables?
[06:57] <Symmetria> kilos another one just died
[06:58] <Kilos> oh my goodness Symmetria
[06:59] <Kilos> thats not good.
[07:14] <Kilos> Vince-0: got some info here about telkom and 8ta stuffs maybe you can get your parents wireless with an outside aerial
[07:14] <Kilos> Maaz: 8ta
[07:14] <Maaz> Kilos: 8ta is http://telkommobile.mobi/about-us/
[07:14] <Kilos> hi henk
[07:15] <Kilos> saw somewhere they can get up to 30ks with line of site
[07:16] <Kilos> peeps should look into telkom wireless they have hotspots everywhere
[07:17] <Kilos> inetpro: you should get wireless too methinks
[07:17] <Kilos> they got a few hotspots that side of the mountain
[07:18] <Kilos> but only in town on my side
[07:18] <Kilos> sigh
[07:19] <Vince-0> Hi Kilos, will check it out
[07:20] <Kilos> the whole south coast has hotspot dotted all the way down
[07:22] <Kilos> they show hotspots on a map but i can zoom it enough to see them separately
[07:22] <Kilos> there are also the names of the businesses that do it
[07:27] <superfly> morning Kilos
[07:27] <Kilos> lo superfly
[08:09] <Kilos> just the wifi hardware is costly. . around R1700
[08:27] <inetpro> good morning
[08:27] <Kilos> morning inetpro
[08:28] <Kilos> hi Trixar_za
[08:28] <Trixar_za> Hey Kilos
[08:28] <Trixar_za> Got an sms yesterday from Telkom Mobile saying they'll be moving services over.
[08:28] <Trixar_za> So I guess it's true
[08:28] <Kilos> yeah i got it too
[08:28]  * inetpro happy to see jrgns getting good advice from Kilos
[08:29] <Kilos> started me looking at their wireless stuff
[08:29] <jrgns> morning inetpro
[08:29] <inetpro> jrgns: I hope your phone will be ok
[08:29] <jrgns> thanx
[08:30] <Kilos> the important thing is always remove battery asap and strip to dry. amazing how quick water starts the corrosion on pc board and sockets
[08:31] <Kilos> inetpro: when loafing look at http://telkommobile.mobi/about-us/
[08:31] <Kilos> i got there from the link in the sms
[08:32] <inetpro> Kilos: no such wifi at my place
[08:32] <inetpro> the only wifi I can see at home is my own
[08:33] <Kilos> ya thats where money comes in
[08:33] <Kilos> with the equipment from ptawug guys you will reach the towers on that side im sure
[08:34] <Kilos> but R1700 is eina'
[08:38] <Squirm-> hmm
[08:41] <Kilos> hi Squirm
[08:42] <Kilos> morning is the right word
[08:42] <ThatGraemeGuy> morning all
[08:42] <Kilos> hmm is a zeref thing
[08:42] <Kilos> hi ThatGraemeGuy
[08:47] <Squirm> hello
[08:58] <Kilos> Squirm: are you home for your leave
[08:58] <Kilos> ?
[08:58] <Kilos> winterton
[08:58] <Squirm> yeah :/
[08:58] <Squirm> been back since Saturday
[08:59] <Squirm> but splashyfen tomorrow :D
[08:59] <Kilos> you going to splash inna dam?
[08:59] <Squirm> you don't know splashy?
[08:59] <Squirm> and you lived down this way
[09:00] <Kilos> splashy?
[09:00] <Squirm> it's a big music festival held right outside of Underberg
[09:00] <Kilos> ai in my time woodstock was a music festival. dont think we had them here
[09:03] <Kilos> all we did near underburg was bike and fish for trout
[09:06] <Vince-0> Hippie rain fest more like it
[09:06] <Kilos> hehe
[09:07] <Vince-0> although @ R600 a ticket some of the riff-raff might not be able to afford it
[09:07] <Vince-0> 15mm+ rain on Saturday. I think I might spend my money more wisely
[09:24] <Squirm> Vince-0: book early enough and you get R400
[09:24] <Squirm> :)
[09:43] <Kilos> hi psyatw
[09:44] <psyatw> hi Kilos
[10:16] <Trixar_za> Interesting
[10:16] <Trixar_za> Kilos: I figured out why the newer devices doesn't work Sakis3g
[10:16] <Trixar_za> They lack DefaultVendor, DefaultProduct and CheckSuccess
[10:16] <Trixar_za> Why they are important still escapes me since the database building script ignores them
[10:23] <Kilos> well done Trixar_za  what is it?
[10:23] <Kilos> oh ok
[10:23] <Kilos> weird hey
[10:24] <Kilos> would be so much easier if on could just use gparted and make the usb storage in the modems not be seen
[10:24] <Kilos> even be able to delete that partition would be good
[10:27] <Kilos> or format it to some fs that nothing use
[10:27] <Kilos> uses
[10:29] <Kilos> did you miss that Trix[a]r_za  ?
[10:42] <Kilos> Vince-0: you can read up on how to check if there is line of site there too
[10:43] <Kilos> http://ptawug.co.za/site/gettingstarted/
[10:50] <Vince-0> yep
[10:51] <Vince-0> checked out growing the durban WUG more up the north side but I live in a valley, no LOS
[10:58] <Kilos> aw
[10:59] <Kilos> same here mountains both sides of where they seem to have hotspots
[11:37] <Kilos> hi theblazehen
[11:38] <Vince-0> anyone listen to this ZA tech show?
[11:39] <theblazehen> hi kilos
[11:48] <inetpro> Vince-0: I have listened to it from time to time
[11:49] <inetpro> if there was more time I'd listen more regularly
[11:50] <Vince-0> last one was 7 days ago,
[11:51] <Vince-0> My review: meh
[11:51] <Symmetria> SEACOM can confirm that at 06:20 GMT 27 March, the SMW4 cable system suffered a cable cut off the coast of Egypt. Earlier this morning, SEACOM had restored all services on both SMW4 and IMEWE cable systems.
[11:52] <inetpro> Symmetria: eish!
[11:53] <inetpro> vandalism?
[11:53] <Symmetria> inetpro *IF* any of this is deliberate, which I doubt, then its not vandalism, its terrorism
[11:54] <Symmetria> you cant just vandalize a cable like this, you would need significant resources to deliberately take out a cable (where as accidents do happen)
[11:54] <inetpro> right
[11:55] <Vince-0> suux
[11:55] <Vince-0> I switched to Openweb/IS and my international games are good again
[11:56] <inetpro> Kilos: how's tara?
[11:57] <Kilos> havent heard yet inetpro
[11:58] <Kilos> ty for the info Symmetria
[13:11] <Trixar_za> Kilos: Been re-building the files that are different or got updated
[13:12] <Trixar_za> I may have missed one or two. Still got 57 files to go
[13:12] <Trixar_za> :/
[13:12] <Kilos> whe
[13:12] <Kilos> whew too
[13:14] <Trixar_za> http://pastebin.ca/2343434
[13:14] <Trixar_za> When I'm done, that should be the list of supported devices
[13:14] <Trixar_za> Although I still need people to compile the binary version for 64bit and ARM systems
[13:14] <Trixar_za> Oh well :P
[13:16] <Kilos> sjoe
[14:52]  * Trixar_za gets lazy
[14:52] <Trixar_za> Still 27 files to go
[14:52] <Trixar_za> I've done 40 of them already
[14:59] <zeref> I'm starting to learn about wicket (java web framework) anybody have experience with it.
[15:30] <Kilos> whew Vince-0  that wireless is major work
[15:30] <Kilos> easier to make buddies with 8ta
[15:30] <Vince-0> hi! yes indeed.
[15:30] <Vince-0> I can do it with some cheap ubiquity equipment
[15:30] <Kilos> lol did you read what all is involved
[15:30] <Kilos> wow
[15:31] <Kilos> special router and radio and what not
[15:31] <Vince-0> yep - will do a site test next time I'm there
[15:31] <Vince-0> there are a few providers that use it but businesses should really know better
[15:31] <Vince-0> and use licensed spectrum
[15:36] <Trixar_za> Come on me, don't be lazy. Only 8 more to go...
[15:40] <Squirm> hello
[15:47] <inetpro> Trixar_za: what are you doing?
[15:48] <Trixar_za> Rebuilding the 67 changed files from the usb-modeswitch-database so it can work with sakis3g
[15:49] <Trixar_za> Giving us a grand total of 273 devices
[15:49] <Trixar_za> :P
[15:52] <Kilos> energetic fella
[15:52] <inetpro> Trixar_za: and will that feed back into the ubuntu repositories?
[15:53] <inetpro> Kilos: is your device listed?
[15:54] <Kilos> well kde sees it as tct mobile
[15:54] <Trixar_za> Probably not. It works perfectly fine with usb-modeswitch, but sakis3g's internal stuff required a bit more if the binary and database was included with (and compressed within) it.
[15:54] <Kilos> its an older alcatel
[15:54] <Trixar_za> So I just used the last database that worked well (before the change over to the new, more concise variables)
[15:55] <Trixar_za> and then expanded the newer files to have the same format as the older database
[15:55] <Trixar_za> So the newer files should work with Sakis3g now
[15:56] <inetpro> Trixar_za: who are you doing this for?
[15:56] <inetpro> just for yourself?
[15:57] <Trixar_za> Myself mostly since sakis3g is pretty dead. There are a handful of people that use my copy like Kilos and the SliTaz Linux people that use my sakis3g package.
[15:57] <Kilos> and kbmonkey
[15:57] <inetpro> from PPA?
[15:57] <Kilos> peeps who have probs with nm
[15:58] <Trixar_za> The usb_modeswitch don't really care and I'm not sure the others like ArchLinux would care :P
[15:59] <Trixar_za> usb_modeswitch people*
[16:01] <inetpro> hmm...
[16:01] <inetpro> Trixar_za: well done anyway
[16:01] <inetpro> perhaps you should write up a blog and tell us how you're doing it
[16:01]  * Kilos seconds that
[16:04] <Trixar_za> Probably
[16:04] <Trixar_za> :P
[16:06] <Trixar_za> Seems there is support for some LTE modems too
[16:06] <Trixar_za> Which is nice
[16:33] <magespawn> evening all
[16:34] <Cantide> hello~
[17:27] <Kilos> hi magespawn  Cantide
[17:31] <Cantide> hello~
[17:35] <Kilos> night all. sleep tight
[18:03] <inetpro> sjoe he went to sleep early
[18:03] <inetpro> hope he's ok
[18:56] <magespawn> inetpro maybe he had a busy day
[19:50] <magespawn> night all
[23:54] <Squirm> hi
[23:54] <Squirm> nevermind


[00:44] <koukouzele> Say, has anyone had trouble running yoshimi on 18.04?
[00:46] <ErichEickmeyer> koukouzele: Are you haveing trouble?
[00:46]  * ErichEickmeyer hasn't
[00:46] <ErichEickmeyer> as in, haven't ever tried it.
[00:48] <koukouzele> Yeah, Erich, i am.  Starting from the terminal, i'm told a few errors, such as missing history file, missing bank file.  the gui is unresponsive, too.
[00:48] <ErichEickmeyer> Have you run it before succssfully?
[00:50] <koukouzele> On 16.04 i have.  Just not on 18.04.  Neither the repo version or the source compile worked.
[00:50] <ErichEickmeyer> Did you upgrade to 18.04 from 16.04?
[00:51] <koukouzele> Nah.  This is a fresh install on a completely different computer.
[00:51] <ErichEickmeyer> Hmmm....
[00:51] <koukouzele> Understood.  And if i keep scratching my head like this, i'll lose the rest of my hair.
[00:52] <ErichEickmeyer> Did you try deleting any config or cache files and try the app again?
[00:54] <koukouzele> Not since the source compile.  When removing the repo version, i use the --purge switch to delete all such files.
[00:55] <ErichEickmeyer> Unfortunately, that doesn't always work. It deletes system config files, but not config files in your home directory. Try searching ~/.config and ~/.cache for anything related to yoshimi.
[00:58] <koukouzele> Got it.  Nothing in ~/.cache.  The yoshimi directory in ~/.config contains only presets.  Nothing says yoshimi.config, and the program was looking for that.
[00:59] <OvenWerks> It looks like it is trying to connect to the wrong ports
[01:00] <ErichEickmeyer> In that case, it looks like you found a bug. Since you compiled from source, I recommend filing it directly with the developer.
[01:00] <OvenWerks> Cannot connect yoshimi:left to jack port a2j:Midi Through [14] (playback): Midi
[01:00] <OvenWerks> connecting audio out to midi in should fail all right
[01:02] <koukouzele> OvenWerks:  Are you starting it, right now, yourself?
[01:02] <OvenWerks> Ya, that is the line I got.
[01:03] <OvenWerks> yoshimi:left would be audio out and a2janything is midi
[01:04] <koukouzele> Well, i've got an early start, tomorrow, so it's time to throw in the towel for the night.  i'll file a bug, tomorrow.  Thanks for the help!  It's such a pretty synth.
[01:05] <koukouzele> Oh, and killall yoshimi won't erase the gui, either.
[01:05] <ErichEickmeyer> koukouzele: Sorry we couldn't be more help. Definitely a bug at the developer level.
[01:05] <OvenWerks> I don't get a gui.
[01:06] <koukouzele> Erich:  No worries.  i like the learning curve.   PLEASE SEE GRUMLE IN #FREENODE FOR INFORMATION ON HOW TO SECURE YOUR ACCOUNT!!
[08:57] <RoyK_Heime724> PulseAsio DalekSec NoteOn kalebris georgeowell Hobbyboy ubot9 YoJimmy trebmuh Jan\5679 OvenWerks Unit193 udoprog BionicMac ctmartin lukaprincic[m] kspencer ErichEickmeyer MaynardWaters nasedil_genio[m] el ubottu sakrecoe1 CaTeGoRe bengan vlt eylul ren0v0 ctmartin|znc ubuntulog Metacity
[11:45] <PulseAsio> haveibeenpwnedonirc.com
[11:46] <cfhowlett> errrrrrrrr, what?
[13:39] <studio-user361> hi
[14:26] <nikadimus> could anyone tell me the Ubuntu alternative to the MS Terminal font is?
[17:32] <d4klutz> hey all.. i have a quick question on hardware support
[17:32] <d4klutz> does 18.04 support ryzen platform?
[17:33] <d4klutz> i have a ryzen 5 1600
[21:12] <tsimonq2> I heard y'all need packaging help?
[21:12] <Unit193> Wrong chan, bud.
[21:13] <tsimonq2> Ahn
[21:13] <tsimonq2> *Ah.
[21:13] <Unit193> tsimonq2: You'll want -devel, though they were in a meeting.  It recently finished so now might be a good time as they'll likely still be around.
[21:14] <OvenWerks> try #ubuntustudio-devel
[21:14] <tsimonq2> OK


[15:15] <sakrecoer_> hi! my irssi shell is revolting... but ut seems my avatar is here anyways.
[15:16] <sakrecoer_> so hopefully my irclog is still stalking y'all :)
[15:16] <sakrecoer_> anyways, now you know why i don't answer if you poke me. should be resolved soon.
[15:18] <sakrecoer_> wait... 2 avatar + this one.. hrm..
[15:19] <sakrecoer_> oh well... the more the merrier? :D
[15:21] <sakrecoer_> i made some misstake when blacklisting a bruteforcer, lol, blacklisted internet on ssh and http ::(


[16:45] <mdeslaur> chrisccoulson: I seem to often be getting the "Firefox is already running" dialog for the past couple of ff betas...have you seen that?
[16:46] <mdeslaur> chrisccoulson: oh, actually, it may be my defective mouse that's clicking twice...forget that for now
[16:46] <chrisccoulson> lol
[16:46] <chrisccoulson> that's the sort of problem i like!
[16:47] <chrisccoulson> (one that isn't mine) ;)
[16:47] <mdeslaur> chrisccoulson: once I get my new mouse, I'll see if I can bug you again :)
[16:47] <chrisccoulson> mdeslaur, you're not working on a sunday are you? ;)
[16:48] <mdeslaur> chrisccoulson: what? It's sunday??
[16:48] <mdeslaur> ARGH
[16:48] <chrisccoulson> lol
[16:48] <chrisccoulson> i think so
[16:48] <mdeslaur> hehe
[16:49] <chrisccoulson> i need to go and feed my daughter really
[16:49] <chrisccoulson> i can't just leave her a bowl of food like i do with the cats
[16:49] <chrisccoulson> although, she'd eat that!
[16:50] <mdeslaur> chrisccoulson: see, that's why I don't have kids :)
[16:50] <chrisccoulson> heh :)
[16:50] <mdeslaur> chrisccoulson: can you at least lock her in the bathroom when she's too annoying?
[16:51] <chrisccoulson> i don't think jo would like that!
[16:51] <chrisccoulson> the cats get locked outside in the rain when they're too annoying ;)
[16:52] <chrisccoulson> which seems to be most of the time!
[16:52] <mdeslaur> chrisccoulson: see, now you've crossed the line into animal cruelty :)
[16:52] <chrisccoulson> if they're not eating, they're ripping carpet and tearing wallpaper down
[16:52] <chrisccoulson> lol
[16:52] <chrisccoulson> our cats are pure evil
[16:52] <mdeslaur> are you sure those are cats???
[16:52] <chrisccoulson> yeah, they just like to tear everything though
[16:53] <mdeslaur> chrisccoulson: http://wtfhub.com/wp-content/uploads/2010/11/found-cat-opossum.jpg
[16:53] <chrisccoulson> lol!
[21:53] <bitbit> hi


[06:34] <mup> PR snapd#13333 opened: many: add support for AppArmor unconfined profile mode <Created by alexmurray> <https://github.com/snapcore/snapd/pull/13333>
[07:35] <mup> PR snapd#12987 closed: gadget: add kernel command-line remove filter and append to gadget yaml <Run nested> <Run Nested -auto-> <Created by valentindavid> <Merged by Meulengracht> <https://github.com/snapcore/snapd/pull/12987>
[09:10] <mup> PR snapd#13250 closed: overlord: update desktop files on snapd upgrade <Created by jhenstridge> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/13250>
[09:40] <mup> PR snapd#13320 closed: many: introduce snapstate.PrereqTracker interface and snap.SimplePrereqTracker <Squash-merge> <Needs Documentation -auto-> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/13320>
[10:45] <mup> PR snapd#13334 opened: o/snapstate: check properly conflicts when refreshing snapd <Run nested> <Created by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/13334>
[11:41] <mup> PR snapd#13335 opened: cmd/snapd-generator: read mountinfo for pid 1  (2.60) <Created by pedronis> <https://github.com/snapcore/snapd/pull/13335>
[13:16] <mup> PR snapd#13324 closed: tests: fix system-snap-refresh in uc20 <Created by sergiocazzolato> <Merged by Meulengracht> <https://github.com/snapcore/snapd/pull/13324>
[13:31] <mup> PR snapd#13316 closed: gadget: prevent failures when updating kernel/gadget on UC16/18 <Run nested> <Created by alfonsosanchezbeato> <Merged by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/13316>
[14:11] <mup> PR snapd#13257 closed: i/builtin, i/mount, osutil: ensure-dir mount entries for personal-files write attrs <Needs Samuele review> <Created by ernestl> <Closed by ernestl> <https://github.com/snapcore/snapd/pull/13257>
[15:21] <mup> PR snapd#13332 closed: boot: lock the modeenv while reading revisions <Created by valentindavid> <Merged by MiguelPires> <https://github.com/snapcore/snapd/pull/13332>
[15:23] <mup> PR snapcraft#4426 opened: fix(remote-build): parse `--launchpad-timeout` argument <Created by mr-cal> <https://github.com/snapcore/snapcraft/pull/4426>
[15:23] <mup> PR snapcraft#4427 opened: fix(remote-build): parse `--launchpad-timeout` argument <Created by mr-cal> <https://github.com/snapcore/snapcraft/pull/4427>


[00:09] <daker> hi t1mp
[07:21] <dholbach> good morning
[07:43] <nhaines> dholbach: good morning!
[07:43] <nhaines> Thanks for approving my app update.  :)
[07:43] <dholbach> hey nhaines
[07:43] <dholbach> no worries :)
[07:46] <nhaines> The hard part was figuring out why it has broken in trusty on up.  But once that nut was cracked, it's nice to get a quick update (especially since the icon and screenshots updated immediately.)
[07:59] <nik90_> zbenjamin: Good morning. Your suggestion helped fix bug 1338807
[07:59] <zbenjamin> nik90_: thought so , so i close the bug?
[07:59] <nik90_> zbenjamin: I marked it as invalid since it was a local issue on my machine
[08:00] <zbenjamin> nik90_: awesome thx :)
[08:01] <nik90_> zbenjamin: just a heads up, I can no longer stop an application by pressing Ctrl+Shift+F12. However I am able to close the application by closing it manually on the phone. Although I get a deprecated warning http://paste.ubuntu.com/7764259/
[08:02] <zbenjamin> nik90_: yes i know about the deprecated warning
[08:03] <nik90_> zbenjamin: ah ok
[08:03] <zbenjamin> nik90_: i will make it go away but i need to make sure it will work on older device images as well
[08:04] <nik90_> zbenjamin: I was just bringing it to your attention. If it is already in your radar, fine by me :)
[08:04] <zbenjamin> ;)
[08:05] <zbenjamin> nik90_: always throw issues at me if you have some :)
[08:05] <nik90_> :)
[08:13] <mihir> balloons: ping !!
[08:13] <mihir> balloons: did we got anyway we can run autopilots on trusty ?
[08:14] <nik90_> zbenjamin: hey if you have some time could you take a look at https://code.launchpad.net/~jpakkane/ubuntu-clock-app/utopiccmake/+merge/225694 and provide a code diff? We are unable to get past the "unable to open desktop file for reading issue".
[08:15] <zbenjamin> nik90_: just looking at it
[08:15] <nik90_> ah
[08:33] <JamesTait> Good morning all; happy SCUD Day! :-D
[08:38] <zbenjamin> nik90_: can you start the app on the device? for me it seems like the desktop file is named com.ubuntu.clock.desktop instead of ubuntu-clock-app.desktop
[08:39] <nik90_> zbenjamin: I cannot run it on the device..the manifest file reads ubuntu-clock-app.desktop
[08:39] <nik90_> zbenjamin: hence I renamed the desktop file to com.ubuntu.clock.desktop and tried running
[08:39] <zbenjamin> nik90_: yes, but your cmake file creates a com.ubuntu.clock.desktop
[08:41] <nik90_> zbenjamin: when I try to run on device, I get http://paste.ubuntu.com/7764433/
[08:41] <nik90_> zbenjamin: which shows it receiving a failed event when trying to start the application. not sure what that failure that means
[08:45] <zbenjamin> nik90_: http://pastebin.ubuntu.com/7764452/
[08:46] <zbenjamin> nik90_: that made it start on the desktop, on the device i get (process:10496): dconf-CRITICAL **: unable to create file '/run/user/32011/dconf/user': Permission denied.  dconf will not work properly.
[08:47] <popey> dholbach: can you please review https://myapps.developer.ubuntu.com/dev/click-apps/90/changerequest/ ?
[08:48] <popey> dholbach: ignore me, you already did
[08:48] <nik90_> zbenjamin: hmm
[08:50] <zbenjamin> nik90_: maybe a missing policy?
[08:50] <dholbach> popey, anytime :)
[08:50] <nik90_> zbenjamin: I think I may be missing the "calendar" policy since i use alarms
[08:51] <popey> hah
[08:51] <zbenjamin> nik90_: yes, now it runs
[08:52] <zbenjamin> nik90_: if you try on your device i would suggest to change the app id while you work on it
[08:52] <zbenjamin> nik90_: otherwise your default clock application might get broken
[08:52] <nik90_> zbenjamin: yeah I will do that..
[09:04] <nik90_> zbenjamin: when the new qtcreator-ubuntu-plugin hits the archive, would removing the PPA suffice or would I have to purge the packages from the ppa and reinstall from archive?
[09:04] <zbenjamin> bzoltan: ^^
[09:05] <bzoltan> nik90_:  the first step will be to release the new QtC and the plugins to the SDK PPA. Releasing it to the LTS with and SRU is a bigger job.
[09:06] <zbenjamin> bzoltan: i think he has the tools-development ppa
[09:06] <zbenjamin> nik90_: you use the sdk ppa normally right?
[09:07] <bzoltan> nik90_: zbenjamin: ohh.. the tools-development should be purged
[09:12] <nik90_> bzoltan: yeah I was referring to the tools-development ppa and also in a 14.10 VM
[09:13] <nik90_> zbenjamin: yeah I use the sdk ppa normally
[09:13] <bzoltan> nik90_:  the tools-development will have the experimental stuff .. kind of unstable SDK for beta testing
[09:14] <nik90_> bzoltan: ah ok..so I will purge the ppa once the new releases hit the archive in 14.10 and continue normally
[09:15] <bzoltan> nik90_:  I would purge it when the new release hits the SDK PPA.. landing to the Trusty archive will take some time I am afraid..
[09:17] <DanChapman> nik90_, morning :-) so you have it working now?
[09:17] <bzoltan> nik90_:  I think one problem with the utopiccmake branch of the clock app is that the desktop.in file has wrong name. The manifest file states that the desktop file is  ubuntu-clock-app.desktop but the app folder has the com.ubuntu.clock.desktop.in
[09:20] <bzoltan> nik90_:  I think the project needs some name syncing and then it will work
[09:23] <bzoltan> nik90_: zbenjamin: I am afraid that some tools get confused with the ubuntu-clock-app vs. com.ubuntu.clock names
[09:24] <zbenjamin> bzoltan: yes, i told nik90_ how he can run the project and i work on a way to make the desktop finding for local projects more stable
[09:25] <bzoltan> zbenjamin:  working on it means that I should wait for a fix before this release?
[09:25] <zbenjamin> bzoltan: what i will do is: ask the manifest file in the project dir for the name of the desktop and search it in the builddir and project dir, if i cannot find it  i use the hookname as base for the desktop file name, if i cannot find that i use the project name and then fail if there is still nothing
[09:25] <zbenjamin> bzoltan: code is ready i'm testing it now
[09:25] <bzoltan> zbenjamin:  that makes sense
[09:26] <bzoltan> zbenjamin:  take my money and gimme the code! :D I want it ..
[09:26] <zbenjamin> bzoltan: i will push it to one of the 2 branches in the SIlo
[09:26] <mihir> popey: ping
[09:27] <bzoltan> zbenjamin:  cooool
[09:34] <popey> mihir: pong
[09:34] <mihir> popey:  could you confirm the other scenario i commented it on device ?
[09:34] <mihir> https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1338956
[09:34]  * popey looks
[09:37] <popey> mihir: left a comment
[09:37] <mihir> popey: thanks :)
[09:39] <nik90_> zbenjamin: cool!
[09:39] <zbenjamin> bzoltan: its in the manifesttest branch, have fun ;)
[09:39] <nik90_> bzoltan: yeah I realised that..zbenjamin sent me a code diff to get it working on the device
[09:39] <nik90_> DanChapman: Good morning :-)
[09:39] <nik90_> DanChapman: yeah after making a couple of changes, it seems to be working
[09:40] <nik90_> DanChapman: I am going to create a new branch and do some testing and if they are ready, I will propose a MP
[09:54] <nik90_> DanChapman: good lord, the new clock app looks terrible on the device
[09:54]  * nik90_ got lot of work to do
[09:55] <DanChapman> nik90_, hehe :-) yes there is quite a difference isn't there
[09:55] <popey> nik90_: terrible how?
[09:56] <nik90_> popey: as in the background image is not placed correctly and the animation is incorrect
[09:56] <nik90_> popey: my development fault..not the design :)
[09:56] <nik90_> DanChapman: :)
[10:00] <DanChapman> ouch! 50% CPU usage just viewing my inbox and leaving it open, spikes to 100 as soon as I start scrolling. That's BAD!! :-/
[10:01] <DanChapman> popey, ^^ could you confirm you get the same for me please :-)
[10:01] <popey> let me see
[10:02] <popey> nope
[10:02] <popey> sat at inbox its idle
[10:02] <popey> sorry, sat at "Mail box" it's idle
[10:02] <popey> tapped inbox, now it's busy busy
[10:02] <popey> ~52%
[10:03] <DanChapman> :-/
[10:03] <popey> also 28% unity8
[10:03] <popey> and it's not actually getting mail
[10:04] <popey> I'm seeing old mail
[10:04] <popey> i hit the sync button and the popup appears at the bottom then goes away
[10:04] <popey> but it's not syncing my mail
[10:05] <DanChapman> meh that sucks. Try going back and then back into Inbox does it fetch them?
[10:08] <popey> yes!
[10:13] <DanChapman> cool not totally broken then. :-)
[10:20] <popey> hah
[10:20] <popey> ever the optimist
[10:47] <nik90_> popey: http://imgur.com/mAWajsc
[10:47] <popey> nice
[11:25] <nik90_> zbenjamin: hey, I tried changing manifest.json to manifest.json.in to configure some variable during the build http://paste.ubuntu.com/7765084/
[11:26] <nik90_> zbenjamin: however when I run on device, I get "Custom Executable: Could not find the executable, please specify one"
[11:26] <nik90_> zbenjamin: what is it referring to? Cause in app/CMakelist.txt, this is done for the .desktop.in file as well
[11:49] <nik90_> DanChapman: may be you might know this ^^
[11:50] <nik90_> https://code.launchpad.net/~nik90/ubuntu-clock-app/fix-click-packaging/+merge/225946
[11:59] <DanChapman> nik90_, ahh yes i've seen that. From what i make of it QtC looks at manifest.json to determine how to execute it. You do no actually need the .in extension in order to configure it. I ended up just leaving it as manifest.json to work round it
[12:03] <nik90_> DanChapman: but when I put variables such as @PROJECT_NAME@, they are not replaced with the proper values during build
[12:03] <nik90_> DanChapman: they stay as @PROJECT_NAME@ instead of ubuntu-clock-app for instance
[12:08] <nik90_> DanChapman: nevermind you were right..so I did configure_file(manifest.json ${CMAKE_CURRENT_BINARY_DIR}/manifest.json) without renaming it to manifest.json.in
[12:12] <DanChapman> nik90_, :-D do you use the bzr revno in the manifest? if so it might be worth sticking configure_file inside an add_custom_command() so it get's configured on each build and you always have up to date bzr revno
[12:15] <nik90_> DanChapman: yup I am using bzr revno in the manifest
[12:23] <rpadovani> oSoMoN, thanks for all your suggestions for reminders, and for the workaround :-)
[12:24] <rpadovani> mzanetti, if you want to take a look: https://code.launchpad.net/~rpadovani/reminders-app/upgradeToOxide/+merge/225737
[12:24] <oSoMoN> rpadovani, you’re welcome, thanks for filing the bug in the first place!
[12:24] <mzanetti> oSoMoN: yeah, thanks a lot for helping out!
[12:24] <oSoMoN> rpadovani, note that I submitted a fix for oxide, hopefully it’s merged soon and makes it into version 1.1.1
[12:25] <rpadovani> oSoMoN, cool!
[12:25] <mzanetti> rpadovani: quite busy atm... will review it later, maybe only tomorro
[12:25] <mzanetti> w
[12:26] <rpadovani> ok, see you tomorrow then :-)
[12:32] <rpadovani> balloons, o/ Could you help me to undestand what's wrong with this Jenkins failure?
[12:32] <rpadovani> https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/1333201/+merge/225874/comments/544686
[12:44] <popey> rpadovani: just re-triggered then noticed (pending - Jenkins is about to shut down )
[12:44] <popey> rpadovani: will take a look when it comes back
[12:47] <rpadovani> thanks
[13:02] <mterry> Anyone work on the UITK here?  Or know how to have Dialogs and the OSK interact well?
[13:52] <DanChapman> ogra_, hey, when/if you get a chance could you try http://people.ubuntu.com/~dpniel/dekko/click/com.ubuntu.developer.dpniel.dekko_0.2.1-dirty_armhf.click and let me know if the message list is still not updating for you
[13:55] <ogra_> DanChapman, busy atm, but will test later and let you know :)
[13:55] <ogra_> thanks !!
[13:56] <DanChapman> ogra_, that would be great, thanks. :-)
[14:36] <balloons> popey, care to give a review for autopkgtest? https://code.launchpad.net/~nskaggs/ubuntu-calendar-app/autopkgtest/+merge/225910
[14:37] <bzoltan> nik90_:  about the .desktop file
[14:38] <nik90_> bzoltan: ?
[14:38] <nik90_> bzoltan: I got a working branch now at https://code.launchpad.net/~nik90/ubuntu-clock-app/fix-click-packaging/+merge/225946
[14:38] <bzoltan> nik90_: the desktop file name is wrong,  you better chane in the cmake files how the desktop file is named or in the manifest file
[14:39] <bzoltan> nik90_: nice :) let me test it
[14:39] <nik90_> bzoltan: yeah. I made sure that the cmake, manifest and desktop file name point to ubuntu-clock-app.desktop
[14:39] <nik90_> bzoltan: :)
[14:39] <bzoltan> nik90_:  you rock!
[14:40] <nik90_> bzoltan: I just did the finishing touches..most of it was done by zbenjamin, jussi and help from you and DanChapman
[14:40] <bzoltan> nik90_:  in the meantime I have a release candidate with a more tolerant run/packaging logic
[14:41] <nik90_> bzoltan: awesome
[14:41] <bzoltan> nik90_:  Yes :) I know. I have spent  some hours today on figuring out what should we do and what should the app do... I think we have a good compromise
[14:42] <nik90_> bzoltan: looking forward to it
[14:43] <bzoltan> nik90_: good to go http://picpaste.com/clock-pm4MxUiE.png
[14:44] <nik90_> bzoltan: https://plus.google.com/113051860352311525753/posts/aw7WDck2Wrr :)
[14:45] <nik90_> bzoltan: I just need to do one more thing before merging it. I want to introduce variables like @BZR_REVNO@ to the manifest.json file to ensure that the version is automatically updated.
[14:45] <nik90_> bzoltan: I will have a go at it tomorrow
[14:45] <bzoltan> nik90_: I push this QtC plugin release thru the CI and push an update to the tools-development PPA for trusty testing
[14:45] <bzoltan> nik90_: good job! thank you!
[14:45] <nik90_> bzoltan: yeah sure, I have the PPA installed, will test it
[15:59] <elopio> kenvandine: ping again, about testing the content hub.
[16:01] <kenvandine> hey elopio
[16:04] <elopio> kenvandine: hello! Let me tell you about our scenario and then you can decide if you want to run away :)
[16:04] <kenvandine> sure ;)
[16:04] <kenvandine> elopio, i'm running out to lunch in about 10m or so :)
[16:04] <kenvandine> but i won't be running away from you
[16:05] <elopio> kenvandine: rhuddie is writing tests for the address book + gallery integration. We have a test at a really high level that will open the address book, click the contact picture, select a picture from the gallery picker and get back to the addres book.
[16:05] <elopio> but we want a lower level to get faster feedback that what we would get with this one.
[16:06] <elopio> so we are trying to test the address book in isolation.
[16:06] <elopio> we have two options:
[16:06] <elopio> 1. use a fake content hub dbus service, and check that when we click the picture, the right messages are sent to the content hub.
[16:06] <kenvandine> so what you want is something on the service side that responds to the request without actually opening the gallery
[16:06] <elopio> 2. use a test peer that will communicate to the address book during our test.
[16:07] <elopio> kenvandine: right.
[16:07] <kenvandine> i wonder if we could have a test peer that has no UI
[16:07] <kenvandine> just automatically charges the transfer
[16:07] <kenvandine> and exits
[16:07] <elopio> kenvandine: that would be the perfect #2 option.
[16:08] <elopio> so, we started with option #1 because option #2 is testing too much of the content hub
[16:08] <kenvandine> i prefer testing more of the hub itself :)
[16:08] <elopio> but now we have half of the service and there are too many methods to implement and it's becoming hard to read.
[16:08] <kenvandine> blurred lines of integration testing :)
[16:08] <kenvandine> yeah... it'll be hard to maintain as well
[16:09] <kenvandine> another 3rd option
[16:09] <kenvandine> add a test mode to the hub
[16:09] <kenvandine> so when run in test mode
[16:09] <kenvandine> it automatically charges import requests
[16:09] <kenvandine> etc
[16:09] <elopio> kenvandine: yes, we found the hard way :) As content-hub is a direct dependency of address book, it wouldn't be that bad to fully excercise it during the autopilot tests.
[16:09] <elopio> kenvandine: oh, that would be magic.
[16:09] <kenvandine> it would...
[16:10] <kenvandine> but, personally i'd like the integration tests to test more of the hub
[16:10] <elopio> no need to maintain the test peer either. It would be like an integrated test peer.
[16:10] <kenvandine> i know isolation can be good for just testing the address-book
[16:10] <kenvandine> but if we exercise the hub it would help find hub bugs... which is otherwise hard to test
[16:11] <elopio> kenvandine: so you vote for option #2? rhuddie: sounds good?
[16:11] <kenvandine> that's my vote :)
[16:11] <kenvandine> option 3 is my second pick
[16:11] <elopio> kenvandine: we still can add a lower level test in addition to this one, for fast feedback without using the content hub
[16:11] <kenvandine> but more work
[16:11] <rhuddie> elopio, kenvandine, #2 sounds great. We would obviously need to configure the hub in test mode whilst running our test
[16:11] <elopio> that would be QML, just checking that we call the right content hub declarative.
[16:12] <elopio> rhuddie: that's option #3.
[16:12] <kenvandine> but since the hub has no UI, integration testing of the service relies on apps like this
[16:12] <elopio> option #2 is the test peer without UI that just replies with a picture.
[16:12] <kenvandine> the test peer could just see a transfer request for a picture and immediate charge it with  a picture
[16:13] <kenvandine> it could handle all the types
[16:13] <kenvandine> and even multiples
[16:13] <rhuddie> yes, #2 sounds ideal for what we need
[16:13] <kenvandine> if ContentType.SelectionType is multiple, it could charge it with several
[16:13] <kenvandine> etc
[16:13] <elopio> kenvandine: do you have some time to help us with this test peer?
[16:13] <kenvandine> and it helps test the hub, which is not well tested atm
[16:13] <kenvandine> i think so
[16:13] <kenvandine> bfiller, mind if i spend some time this week on that?
[16:14] <kenvandine> after the move stuff the music-app needs?
[16:14] <kenvandine> i think it could be  a big win for testing :)
[16:16] <elopio> kenvandine: it will be. You will earn a sticker with a smiley face from QA to wear proudly during the next sprint :D
[16:17] <elopio> kenvandine: last thing before you go to launch. We also discussed a little about seeding some autopilot tests for the examples on the content hub.
[16:17] <elopio> would that be useful for you?
[16:18] <kenvandine> i love stickers :)
[16:18] <kenvandine> seeding?
[16:18] <kenvandine> adding autopilot tests using my examples?
[16:20] <elopio> kenvandine: yes, seeding is adding two or three initial tests to show devs how to make more, and help them when they want to add more.
[16:20] <kenvandine> that would be awesome :)
[16:20] <kenvandine> and much appreciated
[16:21] <elopio> good. I'll see if we can schedule somebody to write them next week. I think I'll have time.
[16:21] <elopio> kenvandine: you have been really useful. Thanks. Lets wait for bfiller.
[16:21] <kenvandine> cool
[16:21]  * kenvandine likes being useful
[16:21] <kenvandine> i should be able to do it
[16:22] <rhuddie> elopio, kenvandine, thanks a lot
[16:22] <kenvandine> elopio, your first use case is testing selecting a photo for addressbook right?
[16:22] <elopio> kenvandine: yes.
[16:22] <kenvandine> address book also shares contacts
[16:22] <kenvandine> but i guess that's the other direction :)
[16:23] <kenvandine> for now... i don't think sharing vcard over mms has landed yet
[16:23] <kenvandine> then we'll need the test peer to provide a vcard
[16:23] <kenvandine> i'll start with a photo, and we can add more later
[16:24] <elopio> kenvandine: brendand is close to that scenario, working on the integration of messaging app and address book. So we will be bothering you often.
[16:24] <elopio> you had your chance to run
[16:24] <kenvandine> haha
[16:24] <kenvandine> it won't be hard
[16:24] <kenvandine> and i'm excited about getting the hub tested more
[16:24] <kenvandine> it's a tough thing to test by itself
[16:25] <kenvandine> we have unit tests
[16:25] <kenvandine> so this will be very useful :)
[16:25] <kenvandine> ok, i'm heading to lunch... bbiab
[16:26] <elopio> buen provecho.
[16:30] <rpadovani> popey, there is a user that is a couple of weeks that spams on a lot of bugs on lp.  Can I bring your attention to this branch?
[16:43] <elopio> https://code.launchpad.net/~rhuddie/gallery-app/add-photos-page-object/+merge/225962
[16:47] <bfiller> kenvandine: should be fine
[17:07] <dholbach> beuno, can scope authors specify screenshots and icons and will they be used anywhere?
[17:10] <beuno> dholbach, yes, in the scopes scope
[17:10] <dholbach> ok cool
[17:12] <ogra_> DanChapman, so i tested your new click ... but i get an error pop up that is sadly cut off on the sides
[17:14] <ogra_> DanChapman, starting the app newly works without error but the last message in my inbox is still from saturday
[17:14]  * ogra_ wonders what to delete in his homedir to make sure to start afresh
[17:15] <dholbach> beuno, do we basically tell folks to "click build ."
[17:15] <dholbach> ?
[17:15] <dholbach> beuno, or is there something in the SDK to do it
[17:15] <dholbach> ?
[17:16] <DanChapman> ogra_ :-(. If you wipe the config ~/.config/com.ubuntu.developer.dpniel.dekko/ it will destroy & recreate the the cache on setting up again
[17:16] <ogra_> ok
[17:17] <ogra_> i tried a bunch of the former troijita clicks, perhaps there is some mess left over
[17:17] <dpm> popey, on the next file manager app meeting (or perhaps in e-mail), could you remind the guys to review each other's branches? This would take 3 MRs off the red and orange list
[17:18] <DanChapman> ogra_, what imap server/service do you use? I've tried that click on loads of different ones today (dovecot, cyrus, gmail, hotmail and exchange) and they all worked reasonably well, bar gmail but thats a braindead server anyway :-)
[17:18] <ogra_> dovecot in my LAN
[17:18] <artmello> elopio: i removed the skip on this MR: https://code.launchpad.net/~artmello/gallery-app/gallery-app-reenable_AP_test/+merge/225978
[17:18] <artmello> elopio: but it seems to fail on Jenkins
[17:19] <artmello> elopio: probably we need the changes on the MR you mentioned
[17:19] <dholbach> dpm, kyleN, mhall119, popey: do you know if there's anything in the SDK which lets me write and package a scope as a click, or would I have to just "click build ."?=
[17:19] <dholbach> sorry, just run "click build ."
[17:20] <dpm> dholbach, there is not yet support for click packaging in the SDK's scopes templates IIRC
[17:20] <kyleN> dholbach, I took a hard look recently at pkging scopes to click.
[17:20] <popey> i do not
[17:20] <beuno> dholbach, I don't know how they are built
[17:20] <dpm> zbenjamin, do you know? ^
[17:20] <kyleN> one can build them.
[17:20] <elopio> artmello: thanks! rhuddie will be helping you getting it to stable.
[17:20] <dholbach> ok, so "click build ." it is
[17:21] <dholbach> that'll take some more doc writing then
[17:21] <kyleN> what I do is use the SDK cross building to create the arch specific .so file and etc (that's Cmake and Build in the IDE)
[17:21] <kyleN> then I run  script to create tmy clickdir with the contents and structure I want, grabbing files from the source dir and the build dir as needed
[17:21] <kyleN> then I click build clickdir
[17:23] <ogra_> DanChapman, ok, i wiped everything and started over ... lets see if it updates once i get a new mail :)
[17:23] <dholbach> thanks kyleN
[17:23] <dholbach> beuno, dpm: so that's a bit more than "just take the 'publish app' docs" then
[17:23] <kyleN> dholbach, yw.
[17:24] <dpm> dholbach, yes, the existing scope templates in the SDK need to add support for packaging, essentially
[17:25] <dholbach> until then I guess I'll need to write something up
[17:29] <ogra_> DanChapman, hmm, i sent myself a test mail and it showed up ... that looks a lot better, i guess the old crift i had around might have caused the issue
[17:30] <ogra_> hmm
[17:30] <nik90_> ogra_: oops sent you an email :P
[17:30] <ogra_> but it doesnt like to show me the content of that mail
[17:30] <ogra_> i wonder if thats due to my gpg signature
[17:31] <ogra_> argh
[17:31] <ogra_> now it doesnt show my inbox content but the inbox subfolders instead
[17:32] <ogra_> nik90_, heh, thanks ... but i only see it on my laptop
[17:32] <nik90_> :)
[17:32] <ogra_> seems i'm back to the state where it doesnt update anymore
[17:33] <DanChapman> ogra_, clicking on the progression arrow shows the subfolders. Click anywhere else and it opens the maillist for that mailbox.
[17:33] <DanChapman> darn so it's done it again
[17:33] <ogra_> ah
[17:33] <ogra_> thats pretty cool !
[17:34] <ogra_> (if you know about it ... )
[17:34] <ogra_> aha
[17:34] <ogra_> "y108 BAD Error in IMAP command SELECT: Invalid QRESYNC parameters"
[17:34] <ogra_> thats what i see in the log
[17:37] <ogra_> yup, every time i tap on the reload button this line appears
[17:37] <DanChapman> yeah it's the not the clearest of ways to navigate the mailbox tree. Ideas welcome :-)
[17:37] <DanChapman> Ahh great that gives me something to work on
[17:38] <dholbach> dpm, zbenjamin, kyleN: do you know if there's a bug open for making the "package my scope" workflow happen in qtcreator?
[17:38] <kyleN> dholbach, sorry, not sure.
[17:38] <dpm> dholbach, not that I know of.
[17:39] <kenvandine> bfiller, cool
[17:41] <DanChapman> ogra_, could you try wiping just the cache under ~/.cache/com.ubuntu.developer.dpniel/dekko.
[17:42] <ogra_> done
[17:42] <ogra_> same error
[17:52] <dholbach> dpm, kyleN, zbenjamin: filed 1339237
[17:52] <dpm> bug 1339237
[17:52] <kyleN> great!
[17:53] <dpm> thanks dholbach
[18:07] <dholbach> dpm, beuno: udpated developer.u.c/publish/ with some very simple and preliminary content on how to publish scopes - I'll start a conversation with all related teams to improve it together - this should be a team effort
[18:08] <dpm> thanks dholbach!
[18:10] <beuno> dholbach, sweet, thank you
[18:10] <dholbach> dpm, I'll mention the mail you just sent
[18:10] <dpm> awesome
[18:50] <DanChapman> ogra_, if possible could you try one last thing for me in ~/.config/com.ubuntu.developer.dpniel.dekko/com.ubuntu.developer.dpniel.dekko.conf could you add, "imap.capabilities.blacklist=QRESYNC" and see if that resolves it. I need to implement some kind of logging to better address this further, but hopefully that should get it working for you temporarily
[19:20] <ogra_> DanChapman_afk, that seems to help
[22:23] <daker> yo popey
[22:24] <daker> or mhall119
[22:28] <ahayzen_> nik90_, t1mp, has the new SDK header stuff landed yet?
[22:29] <nik90_> ahayzen_: looking at the ui-toolkit trunk it seems so
[22:29] <ahayzen_> nik90_, hmmm so should jenkins be failing with this? http://<IP_ADDRESS>:8080/job/generic-mediumtests-utopic/927/testReport/junit/music_app.tests.test_music/TestMainWindow/test_add_song_to_queue_from_albums_page_with_mouse_/
[22:30] <ahayzen_> nik90_, specifically 'PageHeadState is not a type'
[22:30] <nik90_> ahayzen_: it shouldn't be technically..I will have to check in my utopic vm if the update has landed though
[22:31] <ahayzen_> nik90_, ah yes good plan... i'll check as well
[22:31] <ahayzen_> nik90_, so what are you doing about the trusty coreapps PPA now? as the app won't run on trusty?
[22:31] <nik90_> ahayzen_: we cant do much :/
[22:32] <ahayzen_> nik90_, :( no way of gettting it to run on trusty? i guess it would need qt5.3 as well...not as simple as before where someone could just copy the uitk packages over
[22:33] <nik90_> ahayzen_: exactly...Qt 5.3 is required and I dont think they have the time to backport it
[22:33] <ahayzen_> nik90_, no damn so guess we'll have to turn off the recipes for trusty then
[22:35] <ahayzen_> nik90_, my utopic machine says there is a 07/07 build so jenkins should have got that?
[22:35] <nik90_> ahayzen_: it should be 0.1.48+14.10.20140707-0ubuntu1 so yes
[22:35] <nik90_> ahayzen_: I am not sure about jenkins though
[22:36] <nik90_> ahayzen_: may be it hasnt been updated
[22:39] <nik90_> ahayzen_: I got a small issue. I am using the QML FolderListModel to show the ringtones folder. However on the phone it appears empty while on the desktop it works as expected. I ensured that the package is installed on the phone
[22:40] <ahayzen_> nik90_, if you go to system-settings and then click on the ringtones do they play for u?
[22:40] <ahayzen_> nik90_, they haven't been working for me in the recent images
[22:40]  * nik90_ checks now
[22:40] <ahayzen_> nik90_, maybe that is part of the issue
[22:41] <nik90_> ahayzen_: yeah I don't hear it either
[22:41] <nik90_> ahayzen_: but that shouldn't be a reason for not displaying the files either?
[22:42] <nik90_> ahayzen_: or perhaps it is a permission issue?
[22:42] <ahayzen_> nik90_, unless they have moved... or more likely that :)
[22:42] <nik90_> ahayzen_: nah, I checked the filesystem manually. They are in the folder I specified
[22:43] <ahayzen_> nik90_, so permissions then?
[22:44] <ahayzen_> nik90_, who are the files owned by?
[22:44] <nik90_> ahayzen_: not sure
[22:44] <ahayzen_> nik90_, what is the output of a ls -l on the folder?
[22:44] <nik90_> ahayzen_: root
[22:45] <ahayzen_> nik90_, thats the issue
[22:45] <nik90_> ahayzen_: but I am only reading the folder and not writing into it
[22:45] <ahayzen_> nik90_, we had music files not playing when they were root ... try changing them to phablet and see wht happens
[22:46] <anti_> hi guts
[22:47] <nik90_> ahayzen_: I tried sudo chown -R phablet Ubuntu.ogg
[22:47] <nik90_> ahayzen_: however it says it is a read-only system
[22:47] <nik90_> for some reason
[22:47] <ahayzen_> nik90_, ah u may have to make it writable to modify the files but these should probably be readable by default
[22:50] <nik90_> true
[22:50] <nik90_> I will check with seb128 to see if the system settings apps not being able to play ringtones is an issue
[22:50]  * nik90_ needs to reboot his system
[22:53] <ahayzen_> cool
[23:25] <Diogo_> hi
[23:26] <Diogo_> some one out there??
[23:29] <Diogo_> guys need some help plzz
[23:38] <Diogo_> ??
[23:45] <Diogo_> some one??
[23:48] <Diogo_> ??
[23:50] <Diogo_> ??


[09:14] <mandel> morning!
[10:56] <Guest2045> hello
[11:18] <gatox> good morning!
[11:31] <mandel> gatox, morning!
[11:31] <gatox> mandel, hi
[11:54]  * mandel lunch
[12:03] <alecu> hello!
[12:06] <gatox> alecu, hi
[12:22] <gatox> alecu, i talked with mandel, and i confirm one of the problems (it wasn't implemented for windows)..... and the other one maybe i can ask you later or something
[12:25] <alecu> gatox: I think I'm lacking a bit of context.... is this regarding the bug you mentioned yesterday?
[12:25] <gatox> alecu, yes
[12:27] <alecu> gatox: so, it's still failing with the progress reporting thru IPC from SD? are those the non-implemented bits?
[12:27] <gatox> alecu, tracking the progress of the file being uploaded is not implemented on windows
[12:28] <alecu> gatox: weird! why not?
[12:28] <alecu> gatox: there should be no platform differences in that!
[12:28] <gatox> alecu, i don't know..... and not 100% sure.... but that was the conclusion...... it works for linux, on windows it never returns the byes written
[12:29] <alecu> gatox: is that accessing SD thru ipc or accessing it directly?
[12:30] <gatox> alecu, the aggregator is accesint it directly
[12:30] <alecu> gatox: can you point me at the relevant bits of code?
[12:31] <gatox> alecu, mmm.... i don't know where to point you exactly.... i have the StatusAggregator and StatusFrontend collecting the commands Upload.... and returning the progress with that (tested with d-feet).... but debugging some code that uses that on windows..... the n_bytes_wrriten variable is always 0
[12:33] <ralsina> good morning!
[12:33] <gatox> ralsina, hi
[12:33] <alecu> morning chief!
[12:35] <alecu> gatox: oh, and thru d-feet you are accessing your dict, right?
[12:36] <gatox> alecu, yes.... from windows i get the same dict..... but with the progress always 0
[12:37] <alecu> gatox: does every other field in that dict contain the right value?
[12:37] <gatox> yes
[12:38] <alecu> gatox: can you try logging the value in SD *before* it gets passed to the ipc layer?
[12:38] <alecu> gatox: I mean, at the lower layer possible
[12:40] <gatox> alecu, yes, i debbuged all the levels... all the values are right, but n_bytes_written in Upload command is never being updated on windows... at least as i see it
[12:40] <alecu> gatox: also: did you have any problem with the n_bytes_read?
[12:41] <gatox> alecu, i don't know...... i'm not using that, i'm using: path, size, n_bytes_written
[12:41] <alecu> gatox: I mean n_bytes_read when doing downloads
[12:41] <alecu> gatox: or are you only showing uploads?
[12:43] <alecu> gatox: btw: I can't understand how would n_bytes_written be different on windows. Here's the lowerest layer, where it's updated:
[12:43] <alecu> gatox: it's on action_queue.py, and it says:
[12:43] <alecu>         data = self.fd.read(size)
[12:43] <alecu>         self.command.n_bytes_written += len(data)
[12:43] <alecu> gatox: so, the n_bytes_written is updated with the size of the bytes read from the file being uploaded
[12:44] <alecu> gatox: it makes no sense that it could go wrong there.
[12:44] <gatox> alecu, only uploads
[12:44] <alecu> gatox: so, my guess is that this is happening in a higher layer
[12:44] <alecu> gatox: for instance, in the ipc layer.
[12:45] <gatox> alecu, but i was debugging logging the values of that in StatusFrontend..... that is before of going into ipc.....
[12:45] <alecu> gatox: 2 things: how big are the files you are uploading?
[12:46] <alecu> gatox: have you uploaded those files before?????????????
[12:46] <gatox> 20mb...... and 270mb...... and the files get upload to the web
[12:46] <gatox> while i'm testing
[12:46] <alecu> gatox: magic uploads
[12:46] <alecu> gatox: SD makes a checksum of the files, and if it ever was uploaded to u1, it "magically" uploads it.
[12:47] <alecu> gatox: so, if the file was already uploaded, it would show no progress.
[12:47] <gatox> alecu, ...................
[12:47] <gatox> alecu, the checksum doesn't consider if i change the name of the file i understand
[12:47] <alecu> gatox: of course not.
[12:48] <alecu> gatox: it's a checksum of the file contents.
[12:48] <gatox> alecu, ok............ so now i need to go and punish myself
[12:48] <alecu> gatox: here, you can have my hammer.
[12:49] <gatox> alecu, ok..... can i ask you about the other problem that i'm having?? :(
[12:49] <alecu> gatox: sure
[12:49] <gatox> alecu, let me get a traceback....
[12:50] <gatox> alecu, ON WINDOWS.... when the file finish to be uploaded, i get this: http://paste.ubuntu.com/1148714/
[12:51] <gatox> i modified handle_AQ_UPLOAD_FINISHED on interaction_interfaces  just to test.... replacing: self._path_from_ids(share_id, node_id, 'UploadFinished', info={})....... with. info=None
[12:52] <gatox> and i didn't get that problem anymore...... but it was just a test...... i didn't check what will that mean
[12:52] <gatox> i did that..... to force _path_from_ids to use this part of the code: signal(path)
[12:56] <dobey> anyone know what all the test failures in https://launchpadlibrarian.net/112737146/buildlog_ubuntu-precise-i386.ubuntuone-client_4.1%2Br1290-64~precise1_FAILEDTOBUILD.txt.gz are about?
[12:58] <ralsina> dobey: looking...
[12:58] <dobey> there are a LOT of them :(
[12:59] <dobey> and for some reason, this appears to have only happened on the precise i386 build; the amd64 build succeeded; as did quantal/oneiric
[12:59] <ralsina> dobey: the dirty reactors could be caused by timing
[12:59] <ralsina> dobey: if the build machine was very very slow, for instance
[13:00] <dobey> right
[13:00] <ralsina> dobey: the   assert isinstance(result, str) OTOH is a real error
[13:00] <dobey> but there are a LOT of AssertionError in expand_user
[13:00] <dobey> right
[13:00] <ralsina> dobey: right
[13:00] <ralsina> could be a locale issue
[13:00] <dobey> and probably causing the dirty reactors
[13:00] <ralsina> cmbined with a broken corner case in our code
[13:03] <dobey> LANG=en_US.UTF-8 LANGUAGE=en_US.UTF-8 LC_ALL=en_US.UTF-8  GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 /usr/bin/make  -C .  check
[13:03] <dobey> apparently that is how it's running make check
[13:08] <ralsina> dobey: I am running it now on precise and it seems to work ok
[13:08] <ralsina> dobey: although it will not end for a while
[13:09] <dobey> right
[13:09] <dobey> is very odd
[13:23] <gatox> brb!
[13:31] <ralsina> dobey: officially stumped by that build failure
[13:31] <dobey> :-/
[13:31] <ralsina> dobey: I'm dist-upgrading now to see if that breaks something
[13:34] <gatox> back
[13:43] <alecu> ralsina, dobey: the problem is here: result = path.replace('~', user_home, 1)
[13:43] <alecu> dobey: user_home must be a unicode now
[13:43] <alecu> dobey: and it used to be bytes
[13:43] <ralsina> alecu: yes, but why, and why only in that box?
[13:44] <dobey> alecu: that doesn't explain why it's only i386 precise though
[13:44] <alecu> ralsina: perhaps that's the only place where dirspec was updated?
[13:45] <alecu> user_home comes from dirspec.utils
[13:45] <ralsina> alecu: hmmm could be order of build I guess
[13:45] <dobey> this is in nightlies
[13:45]  * alecu keeps typing "dirspect"
[13:45] <mandel> I'm finally back, sorry it took me so long
[13:46] <dobey> also, user_home is still bytes
[13:46] <dobey>     user_home = os.path.expanduser(b'~')
[13:48] <dobey> so surely that's not the issue
[13:52] <alecu> dobey: right
[13:52] <alecu> dobey:         self.patch(platform, "user_home", self.home_dir)
[13:53] <alecu> in u1-client/contrib/testing/testcase.py
[13:53] <alecu> so, it's not using the user_home from dirspec
[13:54] <alecu> hmmm
[13:57] <dobey> also that, yeah
[13:58] <dobey> because test cases have different home dir to avoid breaking user stuff
[13:59] <alecu> yes. anyway, mktemp ensures that it's returning bytes for the tempdir
[14:01] <alecu> so, I'm back to the beggining. No idea :-(
[14:01] <ralsina> alecu: unicode_literals in the place where it's being patched?
[14:02] <dobey> doubtful
[14:02] <alecu> ralsina: no, there are no unicode_literals in SD. (only once, but they are not reachable from here)
[14:03] <alecu> oh.. I did not have tip of trunk.
[14:05] <alecu> gatox: did you find the issue with the on_upload_finished ?
[14:06] <gatox> alecu, not yet..... right now i'm finishing with the progress for linux/windows (with the different implementations).... and then i'm going to take care of that
[14:13] <alecu> gatox: it looks like this line is wrong:
[14:13] <alecu>     def on_upload_finished(self, upload, **info):
[14:13] <alecu> since it's being called with two positional arguments, it fails
[14:14] <gatox> alecu, right..... but..... shouldn't that be failing for a long time?
[14:14] <alecu> gatox: and perhaps, it did, but we never noticed those logs.
[14:14] <alecu> gatox: since it's not being used to do anything, yet.
[14:14] <gatox> alecu, maybe..... ok, i'll propose a branch for that too (testing it before)
[14:15] <alecu> gatox: in fact, I believe all lines that have "**info" in ipc_client.py are wrong.
[14:15] <gatox> alecu, thx for your help! :D
[14:15] <gatox> alecu, ok... i'll check all of them
[14:16] <alecu> yw
[14:16] <gatox> alecu, in other good news.... the sync menu is working like a charm on ubuntu :D
[14:16] <alecu> gatox: awesome!
[14:18] <ralsina> gatox: coooooool
[14:18] <ralsina> alecu: no news about the "real" sync menu?
[14:19] <gatox> ralsina hurt gatox feelings.....
[14:19] <gatox> jejeje
[14:19] <ralsina> gatox: hahaha
[14:20] <alecu> ralsina: this one is the real, the other is still vapor.
[14:20] <alecu> ralsina: no news yet, I'll ping again.
[14:20] <alecu> gatox: :-)
[14:20] <gatox> alecu, :D
[14:23] <gatox> ralsina, alecu one thing about the sync menu..... as you know is not the proper qt object that we have in the system tray.... so, for linux, i can not detect the show event, etc..... so, the only way to refresh the menu is to have a timer running all the time (only for ubuntu, now windows/darwin)
[14:25] <gatox> s/now/not
[14:25] <ralsina> gatox: yes, is suboptimal
[14:25] <ralsina> gatox: we can still show the icon as in windows but requires unity config tweaking
[14:26] <gatox> if someone knows any way i can listen to those events, please let me know, i've try a couple of things, but not luck
[14:26] <ralsina> gatox: or implement an indicator instead of sni-qt
[14:27] <gatox> ralsina, yes, that's true too.....
[14:28] <gatox> anyway.... now is working and being refreshed every 1sec...... and the data requested is small.... so.....
[14:30] <dobey> brb; have to run an errand. should be back in time for standup
[14:33]  * mandel just lost his will to life due to xcode 4.4 and unit testing in objective-c
[14:37] <ralsina> gatox: yes, that should not be horrible since syncdaemon already does something every second or so
[14:37] <ralsina> gatox: or rather .1 seconds
[14:48] <alecu> ralsina: I don't like the idea of polling syncdaemon once a second...
[14:48] <ralsina> alecu: it's really suboptimal
[14:48] <alecu> ralsina: I know verterok did some work to get rid of that .1 second polling in the dbus reactor....
[14:48] <ralsina> alecu: hmm.... we could poll much slower
[14:48] <alecu> let's ask him if we did got that merged.
[14:49] <ralsina> gatox: we will have to know i we are using sni-qt ornot, because we don't want to poll if we aren't
[14:49] <verterok> alecu: polling who, what, where? :)
[14:50] <ralsina> alecu, gatox: when there's the sync menu connected to us via dbusmenu, then polling will not be necessary
[14:50] <ralsina> because we will get requests about the data from that other process
[14:51] <alecu> verterok: I remember you telling me about some changes you were devising to get rid of the polling that the dbus-twisted integration did.
[14:51] <alecu> verterok: I don't recall if it was finally landed or if it needed more work.
[14:51] <verterok> alecu: you mean the wakeups/sec?
[14:51] <alecu> verterok: exactly
[14:52] <verterok> alecu: I tried to work on top of a custom glib2reactor Chipaca did, but wasn't able to make it work properly...and finally got left behind
[14:52] <ralsina> gatox: did you see this? http://bazaar.launchpad.net/~agateau/sni-qt/trunk/view/head:/README#L32
[14:53] <verterok> alecu: the problem is in the glib integration...we need pydbus!! ;)
[14:53] <ralsina> gatox: it looks like there should be an activated signal when the menu opens
[14:53]  * gatox reading...
[14:53] <ralsina> gatox: also, it handles the "activate" action itself (but we probably don't want it to do it)
[14:55] <gatox> ralsina, mmmmm yes, that might work.... now i need to figure it out when the system tray menu gets hidden, so i can stop the timer
[14:55] <gatox> ralsina, thx
[14:55] <joshuahoover> briancurtin: how's 3.0.2b going?
[14:55] <ralsina> gatox: that's trickier :-/
[14:55] <gatox> ralsina, yap
[14:55] <ralsina> gatox: we'd have to look at the sni-qt code I guess
[14:56] <gatox> ralsina, ok.... i'll finish with the tests on windows (where there are some issues yet), and then try to optimize this for linux
[14:57] <ralsina> gatox: ok
[14:57] <ralsina> gatox: I am reading sni-qt to see if there's something useful
[14:57] <briancurtin> joshuahoover: binaries submitted on the same RT we were using, haven't gotten them back yet. whenever i get them back i can turn around and build an installer and submit that for signing in 5 minutes
[14:57] <joshuahoover> briancurtin: cool, thanks!
[14:57] <gatox> ralsina, let me know if you find something
[14:57] <ralsina> briancurtin: check that the RT has someone assigned
[14:57] <ralsina> briancurtin: otherwise it can fall through the cracks
[14:59] <briancurtin> oh there we go, the binaries are already signed
[14:59] <briancurtin> i'll submit the installer after standup
[14:59] <ralsina> gatox: looks like it doesn't send any signals on closing, but it also looks easy to add
[15:00] <gatox> ralsina, cool..... i'll check that.....
[15:00] <briancurtin> me
[15:00] <ralsina> me
[15:01] <gatox> me
[15:01] <mandel> me
[15:02] <mmcc> me
[15:03] <ralsina> alecu, thisfred: standup?
[15:03] <thisfred> me
[15:03] <ralsina> dobey?
[15:03] <alecu> me
[15:03] <ralsina> ok, dobey is last, briancurtin go!
[15:03] <briancurtin> DONE: Q VM setup, get 3.x branches in order, submit binaries
[15:03] <briancurtin> TODO: submit installer for signing, get 3.x running
[15:03] <briancurtin> NEXT: ralsina
[15:03] <ralsina> DONE: mgmt call, other calls, helped around, reviews, misc TODO: bug triaging, pick a bug, reviews, help BLOCKED: no NEXT gatox
 alecu, thisfred: standup?
[15:03] <gatox> mandel, go
[15:03] <gatox> oh no
[15:04] <mandel> gatox, ein? that was just thing?
[15:04] <gatox> wait.... my keyboard is crazy
[15:04] <gatox> DONE:
[15:04] <gatox> Sync menu upload progress items working on windows and linux, fixing some issues on windows.
[15:04] <gatox> TODO:
[15:04] <gatox> Finish with this branch and propose. Check sni-qt to see if we can add some optimizations for linux.
[15:04] <gatox> BLOCKED:
[15:04] <gatox> No
[15:04] <gatox> mandel, go
[15:04] <mandel> DONE: Worked on unittests for the daemon (test daemon and real one). Turns out that debugging does not longer work on xcode with sentests.. /me hates
[15:04] <mandel> TODO: Finish tests. Move to get this running in the u1-client tests.
[15:04] <mandel> BLOCKED: no
[15:04] <mandel> COMMENTS: I need to leave early. Some smart ass changed the lock of the office and I need to make a copy of the new key before stores close (today they do earlier because is a nat holiday).
[15:04] <mandel> mmcc, please!
[15:04] <mmcc> DONE: reviews, talked to lisette about icons & retina, fought buildout
[15:04] <mmcc> patches and pyflakes/lint
[15:04] <mmcc> TODO: poke people for reviews, start making test builds, more debug fsevents
[15:04] <mmcc> BLCK: no
[15:04] <mmcc> NEXT: this fred
[15:04] <mmcc> er thisfred
[15:04] <thisfred> DONE: various small bugfixes TODO: documentation outline with aquarius | write documentation BLOCKED: no NEXT: alecu
[15:05] <alecu> DONE: debugging on #1036270, misc reviews
[15:05] <alecu> TODO: branch for that bug, help with py3k
[15:05] <alecu> BLOCKED: nope
[15:05] <alecu> NEXT: dobey
[15:06] <ralsina> ok, dobey is not around yet it seems
[15:06] <ralsina> so EOM
[15:07] <mandel> ralsina, alecu, as I said, I need to go early today.. I need to get those keys done or I wont be able to get in the office tom :(
[15:07] <ralsina> mandel: it's k
[15:07] <ralsina> mandel: good luck
[15:08] <mandel> ralsina, he, I better be able to get them 'por el bien del portero' :P
[15:08] <mandel> I have already expressed my discomfort with changing the locks and not saying it
[15:11] <mmcc> mandel have you gone yet? can you quickly let me know how to run those tests in the commsocketserver branch?
[15:11] <mmcc> I was just running the 'test' target in xcode
[15:11] <mandel> mmcc, where you doing it via consoloe or via command + u ?
[15:12] <mmcc> mandel: cmd-u, essentially. i clicked on the wrench button :)
[15:12] <mandel> mmcc, and which version of xcode.. it can be that the horrible trick of spinning the main loop is not working :(
[15:12] <mandel> mmcc, I'll see if I can reproduce the problem
[15:12]  * gatox lunch
[15:13] <mandel> mmcc, oh, have you used the lion vm, can you send me an email with the settings to connect to it, I think I touch something and I not longer can
[15:13] <mmcc> mandel: do you have the link to the RT? all the info is in there
[15:13] <mmcc> I'll email it to you too
[15:13] <mandel> mmcc, please, I did everything but I get a host not found for monorail.buildd
[15:14] <mmcc> aha, ok - you need to edit your .ssh/config
[15:17] <dobey> sorry
[15:18] <dobey> DONE: u1db package pokery, discuss icon reorg and redesign, fixes for u1db packaging, got dbgsyms enabled for u1 PPAs, poke about 12.04.1 SRUs
[15:18] <dobey> TODO: rush to get everything done for feature freeze, reorg to drop ubuntuone-installer, SRUs for lucid/natty/oneiric
[15:18] <dobey> BLCK: None.
[15:18] <ralsina> dobey: so you could fix the -dbg package problem?
[15:19] <dobey> ralsina: yes, fixed it by not doing -dbg package, and relying on automagic -dbgsym packaging in the archive
[15:19] <ralsina> dobey: ok
[15:20] <mandel> ok, I need to go or I'll have problem tom, see you all!
[15:21] <dobey> and it seems to have worked in the PPA
[15:21] <dobey> so all good
[15:23] <ralsina> awesome
[15:27] <mmcc> gatox, alecu, looking at the chat log, it seems like you guys were hitting a problem with the upload_finished signal when using PB IPC - is that the same problem I saw on darwin, with tracebacks complaining about the number of arguments to the handler?
[15:31] <alecu> mmcc: yes
[15:32] <mmcc> alecu: great, well let me know if I can help out with that. I know it wasn't the cause of my other bug, but I'm still interested
[15:33] <alecu> mmcc: afaict the args in the receiving function are wrong. And it was never fixed since it was never truly used.
[15:34] <mmcc> alecu: where is the receiving function? I was never sure I had actually traced it correctly through…
[15:35] <briancurtin> ralsina: installer rebuilt and sent for signing
[15:35] <ralsina> briancurtin: awesome
[15:36] <alecu> mmcc: the receiving function is "on_upload_file_progress" in ipc_client.py
[15:36] <alecu> mmcc: and the code is trying to do something like this: http://pastebin.ubuntu.com/1149009/
[15:37] <alecu> mmcc: the calling code is inside the signal decorator:
[15:37] <alecu>             return callback(*args, **kwargs)
[15:39] <alecu> so, in this case args has two items, and kwargs is empty. And there's no implicit naming of that second item into the kwargs.
[15:40] <mmcc> I see. I don't think the traceback I was getting was from on_upload_file_progress though
[15:40] <alecu> mmcc: sorry, the line is:
[15:40] <alecu>         function(self, *args, **kwargs)
[15:41] <alecu> mmcc: I think that's because this issue may affect any function in ipc_client that expects "**info" as arguments.
[15:42] <mmcc> aha, ok
[15:42] <alecu> ok, bank and lunchtime for me
[15:43] <mmcc> buen provecho
[15:48] <dobey> yeah, need to eat here too
[15:48] <dobey> bbiab
[16:01] <briancurtin> alecu_lunch: is https://bitbucket.org/pitrou/t3k/overview what we should be using? looking to get trial going on 3
[16:02] <alecu_lunch> briancurtin: yay
[16:04] <alecu_lunch> briancurtin: try running the twisted tests with the included trial, to make sure it's working ok.
[16:10] <ralsina> I have to go get lunch. It's an anniversary so it may take a bit long, will stay late
[16:19] <gatox> mmcc, were you having some problems that the upload_finished signal was never emitted on u1-client and for that reason the file never ended to be uploaded to the server?? or i get confuse with something else?
[16:19] <mmcc> gatox, I was seeing that signal failing, but it ended up not causing the upload failure, they're unrelated issues
[16:20] <gatox> mmcc, mmmm ok..... so i need to debug what is happening on windows.....
[16:21] <mmcc> gatox yeah, I bet when you fix it on windows it'll fix it on darwin too
[16:23] <gatox> mmcc, it seems that the file is being uploaded..... but when is almost complete..... stop processing it..... so the process never ends
[16:24] <mmcc> gatox: yes, that's definitely a different issue than what I was seeing. On darwin with python-macfsevents, it sends a create event but never a close event, so no upload ever even starts
[16:24] <gatox> mmcc, yes, this seems to be related to something else..... not fsevents
[16:30] <dobey> hmm
[16:55] <mmcc> dobey, when you get a chance can you revisit your needs-info on https://code.launchpad.net/~mikemc/ubuntuone-storage-protocol/fix-1025950-cert-locs/+merge/118603 ?
[17:00] <dobey> mmcc: +1 now from me. it might be good to somehow fix dirspec to look in the .app Resources by default for some things too; but we can poke at that later
[17:00] <mmcc> dobey: thanks!
[17:16] <mmcc> dobey: tarmac's going to complain about pep8 errors on storage-protocol, isn't it? I'm seeing a couple of pages of them…
[17:20] <dobey> not sure
[17:21] <dobey> it appears likely, yes
[17:21] <dobey> well, it will complain about the ones the version of pep8 in ubuntu quantal complains about
[17:22] <mmcc> right
[17:24] <mmcc> dobey: what pep8 version is that? on my precise vm I have 0.6.1, and it's really quiet compared to the version 1.3.3 (!) on darwin
[17:25] <dobey> survey (https://launchpad.net/ubuntu/+source/pep8) says… 1.2
[17:33] <gatox> ralsina, 1-1 whenever you want
[17:56]  * briancurtin taking a late lunch break, back in a bit
[18:13] <mmcc> oh hey great, of course I have two different versions of pep8 on my mac
[18:13] <dobey> nice
[18:23] <ralsina> Anyone needs any reviews?
[18:28] <mmcc> ralsina: looks like you've already reviewed my pending branches. unless you want to grab this one from alecu: https://code.launchpad.net/~mikemc/ubuntuone-storage-protocol/fix-1025950-cert-locs/+merge/118603
[18:29] <mmcc> so newer pep8 complains a lot about indentation of continuation lines, at least in storage protocol. should I fix a ton of these or set those to ignore?
[18:29] <dobey> you can't ignore errors from p3p8
[18:29] <dobey> err pep8
[18:30] <dobey> you can either fix them, or ensure you're using pep8 1.2, rather than 1.3.3
[18:31] <mmcc> pep8 has an --ignore option at least in 1.3
[18:31] <dobey> ah but it doesn't have comment ignores in files
[18:31] <mmcc> also there are a couple other errors I can't figure out how to fix. "indentation not a multiple of four" (it is)
[18:31] <mmcc> dobey: right
[18:31] <dobey> and i don't think we want to use --ignore with pep8
[18:32] <mmcc> hmm
[18:33] <mmcc> ok I avoided that one by using dict() instead of a dict literal
[18:34] <mmcc> but I'm stumped on this one: ubuntuone/storageprotocol/client.py:886:13: E125 continuation line does not distinguish itself from next logical line
[18:34] <alecu> mmcc: I recall reviewing that branch, yes. I'll finish with that.
[18:35] <mmcc> alecu, great. if you can also look at https://code.launchpad.net/~mikemc/ubuntuone-windows-installer/improve-buildout/+merge/119195 that'd be great.
[18:36] <mmcc> there's a storage-protocol branch hanging out there too, but don't look at it until I get the pep8 errors fixed
[18:36] <alecu> mmcc: regarding the E125, it seems like the second line of the if is indented just like the block below it
[18:37] <mmcc> alecu: yes, I understand the message, and I agree it'd be nice to fix but I wasn't sure how to fix it. adding whitespace helps visually but doesn't shut up pep8
[18:37] <alecu> mmcc: so try adding two or four spaces to that second line of the if
[18:39] <mmcc> adding two spaces makes pep8 complain about over-indenting, but four works. thanks alecu!
[18:40] <alecu> mmcc: not that does sounds much logical... but it worked :P
[18:40]  * alecu is starting to miss "pylint disable=..." already.
[18:41] <alecu> that was pylint's best feature!
[18:41] <mmcc> no wait, my fault, four spaces doesn't work either. I'm running pep8 in the console and have been spoiled by flymake so forgot to save changes
[18:41] <alecu> crap.
[18:42] <alecu> mmcc: try creating two boolean local variables
[18:42] <mmcc> further, emacs' python mode claims that the indentation that causes the problem is the 'sole indentation'
[18:43] <alecu> mmcc: is_volume_created = message.type == protocol_pb2.Message.VOLUME_CREATED
[18:43] <mmcc> right
[18:51] <ralsina> alecu, mmcc, gatox, briancurtin, dobey: I have a horrible headache, I will take the afternoon off and work at night
[18:51] <dobey> ralsina: rest well
[18:52] <ralsina> if something urgent comes up, alecu or gatox can sms me
[18:52] <gatox> ralsina, see you... get better
[18:52] <ralsina> alecu: we could use flake8 instead, which has a "ignore this" option if pyflakes makes us twist our code too much
[18:53] <dobey> pyflakes shouldn't cause us any problems
[18:55] <dobey> mmcc: why are you even seeing these errors? are they all with 1.3 instead of 1.2?
[18:56] <mmcc> dobey: these are with 1.3.
[18:56] <mmcc> I don't know what would be different between 1.2 and 1.3. I have 1.1 and 1.3 on my mac and 0.6 on my precise vm
[18:57] <mmcc> I should probably get a q vm so I can test with what tarmac will see, or just fix pep8 in the buildout to a particular version we all decide on (1.2?)
[18:57] <mmcc> with 1.1, as long as I exclude protobuf generated python files, storage-protocol is clean
[18:58] <mmcc> somewhere between 1.1 and 1.2, pep8 got pickier about indentation
[18:58] <mmcc> er, 1.1 and 1.3
[18:58] <dobey> it got pickier in 1.2 and then more so in 1.3 i guess
[19:02] <mmcc> goddamn buildout
[19:04] <mmcc> ok, so should we stabilize on 1.2 since that's what's in Q?
[19:04] <mmcc> the buildout installs 1.1, I'm only fighting 1.3 here because I installed it myself back when buildout wasn't installing it correctly
[19:06] <alecu> mmcc: testing with a Q vm makes a lot of sense, to me.
[19:07] <mmcc> alecu: right, but when we run tests on the other platforms, let's use the same version of pep8 and pyflakes as on Q, sound good?
[19:07] <mmcc> (which means wait a sec before you approve that improve-buildout branch :)
[19:08] <alecu> mmcc: sounds good. If we make the buildout download and use that same version, even better.
[19:09] <mmcc> alecu, I'm on it.
[19:20] <mmcc> ok alecu, https://code.launchpad.net/~mikemc/ubuntuone-windows-installer/improve-buildout/+merge/119195 is updated to grab pep8 1.2
[19:20] <mmcc> if you already have a buildout from that trunk, running 'bin/buildout install development' will just update pep8
[19:21] <alecu> ack
[19:24] <dobey> i wonder if there's a way to automate that more
[19:37] <gatox> alecu, ok..... the menu seems to be working and i think i found where the problem in syncdaemon was (in perspective_broker, in the signals being emitted there)
[19:37] <gatox> i apply a small patch and now it works correctly
[19:38] <gatox> s/apply/applied
[19:38] <briancurtin> alecu, ralsina: are we going with Python 3.3 for sure or should i be running with the python3 on Q (3.2.3)
[19:38] <alecu> briancurtin: I don't recall 3.3 being an option...
[19:38] <alecu> briancurtin: afaik we should aim for the version in Q
[19:39] <briancurtin> alecu: i remember it coming up and it stuck in my head because we're only just released 3.3.0b2 as of monday
[19:39] <mmcc> dobey, just saw your message about automating - automating what?
[19:39] <mmcc> also dobey, now that I've sorted pep8, https://code.launchpad.net/~mikemc/ubuntuone-storage-protocol/fix-run-tests/+merge/118488 is ready for your re-review
[19:39] <briancurtin> and just the other day someone in here was talking about the various combinations of what will be /usr/bin/python3 or something
[19:40] <alecu> gatox: yes, I suspected that much. IPC on windows was the most likely thing to be broken since no code is using those methods/signals.
[19:40] <dobey> mmcc: the version picking of buildout to match what's in a specific ubuntu release
[19:40] <gatox> alecu, and also where you said..... i need to make changes in both places
[19:41] <mmcc> dobey: there's always a way :)
[19:41] <dobey> briancurtin: ideally, python3.1 would work as well, but hopefully 3.2 is enough; is there something in 3.3 we actually need?
[19:41] <mmcc> you can have buildout configs read in other config files, some of which could contain auto-generated version specs
[19:41] <alecu> briancurtin: right. And since Q is going thru the freezes, it uses the stable version of python 3.
[19:41] <mmcc> but my yak shears are getting dull…
[19:42] <gatox> alecu, i'll be working tomorrow from 6 to 15.... because i need to leave earlier tomorrow....
[19:42] <alecu> gatox: I hope you don't want me waking up so early!
[19:42] <briancurtin> dobey: not that i know of, the 3.2.3 that's in Q seems fine to me
[19:43] <gatox> alecu, jejeje nono, just letting you know
[19:43] <alecu> gatox: great then :-)
[19:43] <gatox> alecu, i hope that i'll be able to finish with u1-client changes by tomorrow morning so i can propose a fully working menu
[19:43] <gatox> alecu, but right now is working on linux and windows.... i need to clean up a little bit the code
[19:44] <dobey> mmcc: +1
[19:44] <mmcc> dobey: thanks!
[19:44] <dobey> briancurtin: great; i wonder if it works on the 3.1 that's in lucid too
[19:45] <alecu> briancurtin: let's worry making it work on the python 3 that's in Q, and after freeze we can worry about what's needed to make it work on previous 3's
[19:45] <briancurtin> sounds good
[19:46] <dobey> right
[19:46] <dobey> although, we'll have a few issues with lucid anyway
[19:46] <dobey> precise also has 3.2.3
[19:48] <dobey> and oneiric has 3.2.2
[19:48] <dobey> so we should be fine there
[19:54] <briancurtin> alecu: do you have that t3k branch installed on your box? i'm having trouble even building it
[20:01] <alecu> briancurtin: I've not installed it, just ran the tests on it from the sources.
[20:01] <briancurtin> i figured it out, didn't have python3-dev installed
[20:01] <briancurtin> wasnt finding Python.h
[20:02] <alecu> briancurtin: I ran it with "python3 bin/trial twisted"
[20:06] <briancurtin> alecu: there are a bunch of failures, but it's operational (still running)
[20:06] <briancurtin> for some definition of operational
[20:06] <alecu> briancurtin: right :-)
[20:06] <gatox> eod..... see you tomorrow!!
[20:06] <alecu> briancurtin: so, most of trial seems to work. A reactor seems to be running, too.
[20:30] <mmcc> late lunchtime here, back in a bit
[21:00] <ralsina> briancurtin: quantal's version of python3 should be the target
[21:00] <ralsina> briancurtin: so python 3.2 IIRC
[21:03] <briancurtin> ralsina: cool, thanks
[21:38] <mmcc> back
[21:40] <ralsina> dobey: please take a look at bug #1037294 ASAP :-(
[21:46] <dobey> oh, we need to rename the file
[21:47] <dobey> and crikey ca-certificates is screwy
[21:47] <dobey> i'm not sure exactly how we can fix this now
[21:47] <ralsina> dobey: but if that file is provided by ca-cert why is ur install not failing?
[21:47] <mmcc> this revnos.txt file that the py2exe setup file makes, anyone know what uses that?
[21:48] <ralsina> mmcc: it's for our internal usage
[21:48] <dobey> ralsina: because that file isn't provided by ca-certificates
[21:48] <ralsina> mmcc: just a way to know what revision is going into the build, not vey important
[21:48] <mmcc> ralsina: how do we use it? (can I add to it?)
[21:48] <dobey> ralsina: it's a symlink created by a postinstall script/trigger
[21:48] <ralsina> mmcc: add at will. We use it by looking at it ;-)
[21:48] <ralsina> dobey: oh, fudge
[21:49] <mmcc> ralsina: good.
[22:00] <mmcc> ralsina: if you're feeling better I have a trivial branch for you: https://code.launchpad.net/~mikemc/ubuntuone-windows-installer/fix-1037313-add-revnos/+merge/119799
[22:06] <ralsina> mmcc: on it!
[22:12] <dobey> ralsina: i guess i need to talk to rye in the morning some more
[22:13] <dobey> ralsina: in the meantime, here is a branch: https://code.launchpad.net/~dobey/ubuntuone-storage-protocol/rename-valicert/+merge/119802
[22:20] <mmcc> ralsina: my apologies, ignore that branch for now, it's wrongheaded… needs to be rearranged so it does the right thing when you haven't run it before
[22:20] <mmcc> d'oh
[22:39] <mmcc> ok ralsina, I pushed a version that'll work the first time too: https://code.launchpad.net/~mikemc/ubuntuone-windows-installer/fix-1037313-add-revnos/+merge/119799
[22:39] <mmcc> thanks.
[22:40] <mmcc> have to go run errands, will work a few more hours tonight. I'd like to figure out bug 1037322 before posting an alpha build tomorrow
[22:47] <dobey> need to go. later all