=== chriadam|away is now known as chiradam
=== chiradam is now known as chriadam
=== salem_ is now known as _salem
=== chihchun_afk is now known as chihchun
=== _salem is now known as salem_
=== salem_ is now known as _salem
=== _salem is now known as salem_
=== salem_ is now known as _salem
[07:08] <dholbach> good morning
[07:46] <didrocks> kalikiana: hey, once you are here, I would like your opinion on bug #1482504
[07:46] <ubot5> bug 1482504 in u1db-qt (Ubuntu) "Putting and then getting dates in a document are altered by u1db" [Undecided,New] https://launchpad.net/bugs/1482504
=== chriadam is now known as chriadam|away
=== chihchun is now known as chihchun_afk
=== mcphail_ is now known as mcphail
=== _salem is now known as salem_
=== _morphis is now known as morphis
[12:30] <mhall119> cwayne: Activity Tracker doesn't seem to work on my Nexus 4
[12:31] <mhall119> doesn't see me moving, and also doesn't save the activity
[12:34] <nik90> zbenjamin, bzoltan_: Hey I updated to 14.04.3 and after that I get some chroot errors http://paste.ubuntu.com/12020621/, not sure how to fix. Opening a cmake project doesn't work as a result. Any ideas?
[12:34] <nik90> zbenjamin, bzoltan_: I tried recreating a new chroot, restarting...doesnt seem to solve it
[12:35] <popey> mhall119: there was a bug that he fixed in a newer version
[12:35] <popey> mhall119: also, your nexus 4 probably doesn't have the Here blob?
[12:35] <didrocks> popey: hey, I wanted to know, does it do activity detection or you put it yourself?
[12:37] <bzoltan_> nik90: could you remove that 15.04 armhf chroot?
[12:38] <nik90> bzoltan_: yes I removed it via the qtc options dialog
[12:38] <nik90> bzoltan_: I recreated a new one, but still get error when opening a project
[12:39] <didrocks>  would be interesting to know if you have a chroot running: schroot -l --all-session
[12:39] <mhall119> popey: I'm using the bq-aquaris.en channel, so I should have there HERE blob
[12:40] <bzoltan_> nik90:  I would look to the mount output to see if the schroot sessions were cleaned up and look around under the /var/lib/schroot if the chroot is really cleaned up
[12:40] <popey> didrocks: dunno, not used it. But I believe it's using the gps etc
[12:41] <popey> you have to keep the screen on for now
[12:41] <popey> mhall119: did you keep the screen on?
[12:41] <mhall119> popey: yup
[12:41] <nik90> didrocks, bzoltan_: running schroot -l --all-sessions gave http://pastebin.com/Nchy0aum
[12:41] <nik90> checking /var/lib/schroot
[12:42] <bzoltan_> nik90: `schroot -e --all-session` rests all schroot sessions
[12:43] <popey> alan@deep-thought:~⟫ mount | grep schroot | wc -l
[12:43] <popey> 361
[12:43] <popey> :)
[12:43] <didrocks> waow, amazing number of schroot sessions :p
[12:43] <didrocks> yeah, end the session with the command bzoltan_ provided
[12:44] <didrocks> (if you don't have the shared home bindmout bug)
[12:44] <popey> i did, and there's still 120 left :)
[12:44] <nik90> I tried that, and it still leaves one in the mount folder. I will try to remove the chroot, clean the mount folder entirely and try again
[12:44]  * popey stays away from jhodapp|sick 
[12:44] <bzoltan_> popey:  I have seen 10k+ from renatu once
[12:44] <popey> haha, nice
[12:45] <didrocks> "resilient architecture", but you know… bzoltan_ loved so much schroot… :p
[12:45] <bzoltan_> nik90:  _FIRST_ umount -l
[12:46] <nik90> bzoltan_: I ran umount -l click-ubuntu-sdk-15.04-armhf and it doesn't seem to be mounted according to mtab..
[12:48] <didrocks> nik90: well, it's lazy, it means once no process would use it, it will unmomunt
[12:48] <popey> alan@deep-thought:~⟫ mount | grep schroot | wc -l
[12:48] <popey> 0
[12:48] <didrocks> unmount*
[12:48] <popey> \o/
[12:48] <didrocks> the issue is that your schroot sessions, as not stopped, will be restored at next boot…
[12:48] <nik90> right now my schroot/chroot, mount, sessions folder are all empty and clean.
[12:48] <nik90> lets create a chroot now and check if all goes well
[12:51] <bzoltan_> nik90: I usually run `mount|grep schroot|awk '{print $3}'|xargs sudo umount -l`
[12:52] <bzoltan_> didrocks: LOL :) Yes, I do love chroots soooo much... more I love only the scratchbox
[12:52] <popey> :)
[12:54] <didrocks> bzoltan_: that's always what I think when I'm seeing you. "THIS GUY" :)
[12:55] <bzoltan_> :D
=== jhodapp|sick is now known as jhodapp
[13:23] <davmor2> popey: I think there are now more apps with your name on than any others
[13:31] <popey> hah
[14:13] <nik90> hmm..same issue
[14:15] <mhall119> ted: nice article on snapcraft+QML
[14:16] <mhall119> are we able to snap-ify apps to run inside of a desktop shell using .desktop files yet?
[14:25] <nik90> bzoltan_: any way to completely start fresh with the installation? I cant seem to fix this despite removing schroots cleanly.
[14:26]  * nik90 regrets updating to kernel 3.19 as part of HWE
[14:32] <bzoltan_> nik90: does the click chroot creation fail?
[14:32] <nik90> bzoltan_: no it passed. I have a new sdk-15.04-armhf chroot now
[14:33] <bzoltan_> nik90: and you can log into it with maintain and so?
[14:33] <nik90> bzoltan_: ye
[14:33] <nik90> yes
[14:33] <bzoltan_> nik90: good to hear. So what is the problem?
[14:34] <nik90> bzoltan_: when I open a cmake project, it doesn't open the project anymore...stuck at https://imgur.com/C5qq56W
[14:36] <nik90> so when I try building, I get https://imgur.com/bipe0tX .. something about chroot setup failed
[14:43] <didrocks> kalikiana: hey, did you see my question about the u1db bug this morning?
[14:44] <kalikiana> didrocks: oh, I see it now, bug 1482504 checking
[14:44] <ubot5> bug 1482504 in u1db-qt (Ubuntu) "Putting and then getting dates in a document are altered by u1db" [Undecided,New] https://launchpad.net/bugs/1482504
[14:48] <bzoltan_> nik90: does it happen with any _new_ cmake project or with the one what you have once opened?
[14:48] <nik90> bzoltan_: I checked only withe one I have once opened
[14:48] <nik90> trying a new one now
[14:49] <bzoltan_> nik90:  the "used projects" have the old Kit with the old chroot assigned ... you can manually remove the invalid Kit and assign the fresh one.
[14:50] <kalikiana> didrocks: if I read it corretly it seems to be that u1db saves and loads it correctly, and it only gets wrong in Date()? so it wouldn't be a u1db issue
[14:51] <kalikiana> hmmm maybe I got confused
[14:51] <kalikiana> didrocks: so u1db somehow reads a trunctated date string even though it was stored correctly?
[14:52] <didrocks> kalikiana: right, it doesn't store the string that was put in
[14:52] <nik90> bzoltan_: you're right, that could be it. When I open a new project, I get https://imgur.com/76iujKw ... 2 chroots despite me having only 1.
[14:52] <didrocks> kalikiana: so it's an u1db/u1db-qt issue I guess
[14:52] <nik90> bzoltan_: however I tried both of them, and they still stop..
[14:53] <didrocks> kalikiana: db.putDoc(tosave, current.billId);
[14:53] <didrocks> -> with tosave being {"title":"First element","date":"2015-08-07T06:15:36.573Z"}
[14:53] <didrocks> then, opening the sqlite database
[14:53] <nik90> bzoltan_: also the error http://paste.ubuntu.com/12021496/ I get is at qtcreator startup itself.
[14:53] <didrocks> date is then "date":"2015-08-07T08:15:36"
[14:54] <didrocks> kalikiana: so it truncated AND altered the date
[14:56] <bzoltan_> nik90: your /usr/bin/click-chroot-agent still thinks that your old chroots are still there
[14:56] <kalikiana> didrocks: I wonder if sqlite could be trying to be smart doing duck typing. u1db definitely has no awareness of dates
[14:56] <kalikiana> and QVariant has none either that I'm aware of
[14:56] <didrocks> kalikiana: yeah, something in the chain looks at the format and think it's a date, then transform it
[14:56] <nik90> bzoltan_: ah..I did notice a /usr/bin/click* start crashing and causing apport to report it but when I rebooted the system.
[14:57] <didrocks> kalikiana: just sad that it applies the timezone offset again
[14:58] <kalikiana> didrocks: do you need the offset to be in the string? say if you used a timestamp
[14:59] <kalikiana> working around this in u1db probably won't be easy
[15:00] <didrocks> kalikiana: I would like that, but it seems then than QML has no way at all to show multiple dates with different timezone (it only converts date and print them in current timezone)
[15:00] <kalikiana> didrocks: maybe can yuo give some context what the UI for it does?
[15:00] <didrocks> kalikiana: but that's independant to the fact that if you store a date in u1db and read it back, it will apply current timezone shift and you don't get the same value
[15:01] <didrocks> kalikiana: basically, I have "bills" stored, and you have a date associated for each bills
[15:01] <didrocks> now imagine you travel with your phone
[15:01] <didrocks> you would like to see the date when you entered (or modified) the bill in the same timezone it was entered
[15:01] <didrocks> (but again, that's not really related to this bug)
[15:03] <kalikiana> didrocks: I'm asking because using utc timestamp would be the easiest solution, unless you really needed to store the timezone of each
[15:04] <kalikiana> the likely only option to address it in u1db will be to prepend a character to prevent duck typing
[15:04] <didrocks> kalikiana: yeah, the timestamp would be a workaround, but that doesn't fix for others who will be in the same case of pushing a date
[15:05] <didrocks> kalikiana: I did that as well, and yeah, that works, but well, ugly
[15:05] <didrocks> kalikiana: see my following up comment, it seems to be the "best" workaround I found
[15:05] <didrocks> kalikiana: can you still check it's not u1db/u1db-qt trying to be too smart and really at the sqlite level?
[15:06] <kalikiana> I don't get why it needs to be so complicated... just prepending @ should do
[15:07] <didrocks> kalikiana: because we provide a framework for developers?
[15:07] <didrocks> and storing a date in u1db, then getting it, doesn't give back the same value
[15:07] <didrocks> I don't think each app should implement a workaround, sounds wrong
[15:07] <kalikiana> didrocks: by "it" I am referring to your using two dates and multiplying them
[15:08] <didrocks> kalikiana: I don't use 2 dates, just one?
[15:08] <didrocks> ah, you mean the new Date()
[15:08] <kalikiana> tosave["date"].getTime() + tosave["date"].getTimezoneOffset() * 60000
[15:08] <didrocks> yeah, you need the timestamp to perform the operation
[15:08] <didrocks> and the offset as u1db/sqlite will reapply it
[15:08] <didrocks> (which is the bug)
[15:10] <kalikiana> but if it's due to duck typing I would assume making it not resemble an iso date string should be enough
[15:10] <didrocks> right, and if that's the workaround you are happy to implement in u1db, fine
[15:11] <didrocks> as long as our developer audience doesn't have to care about it
[15:11] <kalikiana> nevermind I just found it weird for a suggested work-around
[15:11] <didrocks> kalikiana: I'm a little bit afraid of using a special character that will end up to something like "title" or whatever
[15:12] <didrocks> but yeah, likelyness-- ;)
[15:55] <ted> mhall119, Nope
[15:55] <ted> mhall119, Thanks though, I thought it came out to a nice demo. We need to get Mir running on ARM so that we can have cool integrations :-)
[16:21] <mhall119> ted: Mir *does* run on ARM :)
[16:21] <ted> mhall119, Heh, sure. Needs to run on Snappy ARM.
[16:22] <mhall119> yes, that :)
[16:23] <ted> I really want to setup a Raspberry PI with a QML interface to ubuntu-device-flash so you can just plugin a phone and it'll upgrade. Would be great for conferences :-)
[16:24] <ted> There's a lot of things you can do with a QML snap and an old TV.
[16:24] <ogra_> ted, the image i'll release later today should be able to use ooverlay dtbs, so you should be able to actually enable the display driver
[16:25] <ted> Ooooo, that's exciting.
[16:25] <ted> kgunn isn't here to hear how excited I am :-)
[16:26] <ogra_> it will be a bit fiddly (i coudl only ship the dtbs in a tarball in /boot, you need to manually extract it and enable the right dtb's in config.txt ... but then it should work)
[16:30] <mhall119> ted: I tried to talk balloons into creating a snap package to drive automated QA of a phone from a connected RaspberryPi
[16:31] <ted> That'd be cool. We probably need an adb framework snap. Sets up the server then the individual clients can connect.
=== chihchun_afk is now known as chihchun
=== jhodapp is now known as jhodapp|errand
=== jhodapp|errand is now known as jhodapp
=== cwayne is now known as cwayne-afk
[19:42] <bulldog68> I am tring to upload my package to ubuntu developer site , as i did it so many times before . But this time am getting a error  "Bad Gateway  The proxy server received an invalid response from an upstream server.  Additionally, a 502 Bad Gateway error was encountered while trying to use an ErrorDocument to handle the request. Apache/2.4.7 (Ubuntu) Server at myapps.developer.ubuntu.com Port 443"  My package size is around
[21:45] <peter-bittner> Hi, a Ubuntu Touch beginner's question:
[21:46] <peter-bittner> Is it necessary or advisable to host source code for Ubuntu Touch apps and webapps on Launchpad?
[21:48] <mcphail> peter-bittner: if you _like_ launchpad it is a reasonable thing to do, but can't see any advantage over hosting elsewhere. It isn't like a PPA where there is a definite advantage
[21:48] <peter-bittner> Okay, so GitHub is fine?
[21:48] <mcphail> yep
[21:50] <peter-bittner> Cheers, so I get my first webapp pushed to GitHub
[21:50] <mcphail> :)
=== salem_ is now known as _salem
[22:14] <Jheanny> hola
=== hatchetation_ is now known as hatchetation