[07:45] <JamesTait> Good morning all; happy Friday and happy Belly Laugh Day! :-D
[08:03] <dholbach> good morning
[08:56] <dpm> mzanetti, morning! For the hack days starting today, I'm trying to make sure the po/reminders-app.pot file is up to date, but I'm not very familiar with cmake, tbh. Is there a way I can run cmake to update that file only, instead of having to build the whole source tree?
[09:20] <mzanetti> dpm: no, there isn't atm
[09:23] <dpm> mzanetti, ok, thanks. It seems that the current rule to build the .pot file has no effect as it's missing the list of files to extract translations from. Would something along these lines help? -> http://pastebin.ubuntu.com/6807439/ (I need to check if the glob is recursive and if there is a better way to specify the path to the QML files)
[09:28] <dpm> ok, seems GLOB_RECURSE is my friend
[09:44] <Guest___> Hi, I am new to core-app. Any place to start work on?
[09:46] <popey> Guest___: hi there!
[09:46] <popey> Guest___: what's your area of interest?
[09:47] <Guest___> app or language?
[09:48] <popey> either/both
[09:49] <Guest___> I can do both qml and c++. I want to work on music app today.
[09:49] <popey> ok, do you have a development environment setup?
[09:50] <Guest___> Do we do it on phone or desktop
[09:50] <popey> You can develop on the desktop and test both on desktop and device
[09:51] <Guest___> I have the environment setup already.
[09:52] <stefano92100> Hi everybody! Just a few question: I need to sign the Contributor Agreement, who's the Canonical Project Manager that I nedd to add in the form? Is there any roadmap for the Music App today?
[09:52] <popey> stefano92100: me, Alan Pope.
[09:53] <stefano92100> Thanks, so do I just need to add your name?
[09:53] <popey> yeah
[09:53] <popey> they know who i am ☻
[09:54] <popey> stefano92100 / Guest___:  dpm and I are having a meeting in a moment to make sure we have things for you. will ping you shortly.
[09:54] <popey> in the meantime, there's always the bugs already filed.. https://bugs.launchpad.net/music-app/+bugs?orderby=-id&start=0
[09:56] <stefano92100> I'm sure they know :D Anyway, yesterday I was testing the music app, I found some problems that aren't filed
[09:58] <dpm> morning stefano92100! Please make sure you file them at https://bugs.launchpad.net/music-app/+filebug
[09:58] <popey> oh, awesome, get them filed and ping me and I can confirm them
[10:00] <dpm> Guest___, a good place to start is by picking a small bug and trying to fix it. Do you want to choose one from this list https://bugs.launchpad.net/music-app/+bugs?field.tag=bitesize and start working on it?
[10:00] <Guest___> dpm: Sure
[10:02] <dpm> awesome :)
[10:02] <Guest___> How to import songs on desktop?
[10:03] <dpm> Guest___, it should work automatically for you if you are in Ubuntu 13.10 or Ubuntu 14.04 - if it doesn't work, let me know
[10:03] <dpm> Guest___, there is a service called mediascanner that imports your music in the background
[10:04] <WebbyIT> Good Hack Days to all :)
[10:04] <Guest___> dpm: Operation failed Cannot open media index params at ""/home/luke/.cache/mediascanner"": g-file-error-quark(4): No such file or directory
[10:16] <stefano92100> popey: did it. I've just send one for now, because others were just related to the design that seems not to fit well on a tablet.
[10:17] <popey> stefano92100: thanks!
[10:23] <dpm> stefano92100, awesome, thanks! Feel free to file the other design bugs too
[10:23] <dpm> hey WebbyIT, happy Hack Days to you too! :-)
[10:28] <stefano92100> ok
[10:48] <dpm> mzanetti, when you've got a minute, could you review https://code.launchpad.net/~dpm/reminders-app/update-translations/+merge/203030 - it's a trivial one to update translations
[11:29] <mzanetti> dpm: left 2 comments here: https://code.launchpad.net/~dpm/reminders-app/update-translations/+merge/203030
[11:37] <dpm> mzanetti, thanks, looking at it now
[11:44] <mzanetti> dpm: ah one more note: The "attach" button does only pictures right now, but the code (and evernote) would allow to attach any file
[11:44] <mzanetti> dpm: so I'm not sure it should be named "Attach picture"
[11:46] <dpm> mzanetti, yeah, I agree with you, although perhaps we should leave it as picture until we have support for other types of files? Btw, what would be needed to attach other files? Content Hub support for File Manager?
[11:47] <mzanetti> dpm: I'd say just content hub in general
[11:47] <mzanetti> dpm: we could also attach music files from the music app for example
[11:48] <dpm> mzanetti, yeah, so we'd have to make each app a provider, right? (not sure about the terminology there)
[11:49] <dpm> so music app for media files, doc viewer for PDFs, File Manager for everything else...
[11:49] <mzanetti> dpm: don't know exactly what it takes... but yeah. I assume once an app registers something to export, it'll show up in there.
[11:49] <mzanetti> dpm: from the reminders app we'd just need to change ContentType from Pictures to Any or the like
[11:49] <mzanetti> apart from a few more fixes needed in the plugin (e.g. mime type detection)
[11:50] <mzanetti> so far I only check for jpeg and png
[11:50] <dpm> ok
[11:51] <dpm> mzanetti, the "too long strings" for actions should rather be an SDK bug, but I'll work around it by calling them "Attach" and "Shot"
[11:52] <dpm> thanks for the review!
[12:25] <dpm> mzanetti, updated the MP with the fixes. When you've got a minute, could you re-review? https://code.launchpad.net/~dpm/reminders-app/update-translations/+merge/203030
[12:26] <mzanetti> dpm: bzr push ;)
[12:27] <dpm> mzanetti, hm, I did, it should be up to date on r33, let me check...
[12:28] <mzanetti> dpm: still on r31 here and bzr pull does nothing
[12:29] <dpm> mzanetti, argh, bzr push :parent pushed to trunk!
[12:29] <dpm> bollocks
[12:30] <dpm> mzanetti, the MP should now be up to date at least
[12:30] <mzanetti> dpm: :D
[12:31] <mzanetti> dpm: I was going to approve anyways...
[12:31] <mzanetti> dpm: so consider it approved and merged
[12:31] <dpm> mzanetti, thanks :)
[12:33] <dpm> ok, we're all set for translations now: https://translations.launchpad.net/reminders-app
[12:35] <zsombi> nik90: hi, so, I have ~20 mins before my meeting starts, do you have the Qs for the AlarmAPI?
[12:35] <nik90> zsombi: yes
[12:36] <zsombi> nik90: shoot then
[12:36] <nik90> zsombi: me and popey noticed that when we save an alarm, it doesn't appear in the alarm list until 10-15 mins later or only after we restart the phone. Is this an issue with the EDS - Alarms API communication?
[12:37] <zsombi> nik90: I see it as a problem of EDS: the Alarm API sends it straight, so if it would be the problem of the API, then a consecutive restart of the app (not the phone) should bring it in.
[12:38] <nik90> zsombi: okay, in that case I will report a bug against EDS and ask renato to take a look at it.
[12:39] <zsombi> nik90: yep
[12:39] <nik90> zsombi: I heard that you are working on the snooze feature for Alarms API v2.0. Considering that the indicator-datetime patch is planned to land next week, would it be possible to focus the efforts first on clearing up any issues with alarms API so that the basic functioning of Alarms is perfect.
[12:41] <zsombi> nik90: my network is just crap...
[12:41] <zsombi> nik90: anything else?
[12:42] <nik90> zsombi: 1 last question
[12:42] <nik90>  I heard that you are working on the snooze feature for Alarms API v2.0. Considering that the indicator-datetime patch is planned to land next week, would it be possible to focus the efforts first on clearing up any issues with alarms API so that the basic functioning of Alarms is perfect.
[12:42] <nik90> some issues were like I mentioned before, 1. Switching an alarm on/off results in it being immediately reverted. This only happens sometimes but requires testing and needs a fix.
[12:42] <nik90> 2. Deleting an alarm does not update the alarm manager count
[12:43] <zsombi> nik90: Alarm API 2.0 is on hold till we get all Qt5.2 issues cleared
[12:43] <nik90> zsombi: ok. that's fine by me
[12:43] <zsombi> nik90: these seme to be issues with the EDS, so we need to get together with renato to solve these
[12:43] <zsombi> nik90: as it works smoothly with Memory backend
[12:44] <nik90> zsombi: I already reported a bug about the delete alarm issue. But I am unable to reproduce the switch issue reliably
[12:44] <zsombi> nik90: and renato suggested that I should concentrate on that as it should be completely the same with EDS... but it is apparently not
[12:44] <zsombi> nik90: can you repro it unreliably on desktop?
[12:44] <nik90> zsombi: ok, in that case, I will try to contact renato and see where it leads
[12:45] <nik90> zsombi: the delete issue I can reliably reproduce on the phone and the desktop
[12:45] <nik90> zsombi: the switch issue happens sometimes on the phone and desktop. I do not have a 100% sure way of reproducing it
[12:45] <zsombi> nik90: if yes, try to use Memory and not the EDS, and if still behaves badly, it's in Alarm
[12:45] <nik90> zsombi: Memory?
[12:46] <zsombi> nik90: you can force Memory backend either by removing EDS support from your desktop, or by altering Alarm backend
[12:47] <nik90> zsombi: is there any special package I need to install or would removing EDS plugin alone suffice?
[12:48] <zsombi> nik90: removing EDS plugin would be enough
[12:48] <nik90> zsombi: alrite, I will give that a try
[12:48] <zsombi> nik90: ok.. and if you see it happening, file a bug to Alarm API, otherwise it should be synced with EDS
[12:48] <nik90> zsombi: ok
[12:48] <zsombi> need to move now to a place where I have more reliable connection
[12:49] <nik90> zsombi: that was it. thnx for your time.
[12:49] <zsombi> nik90: you're most welcome :)
[12:49] <zsombi> nik90: any time :)
[12:59] <Guest___> I am fixing Bug #1272113 of music-app and got confused with the description. Does that mean every  time we enter the songsList, it should show the top instead of the currently played file.
[12:59] <ubot2`> Launchpad bug 1272113 in Ubuntu Music App "Genre and Playlist sheets skip currently playing/paused song if it's in the list" [Low,Triaged] https://launchpad.net/bugs/1272113
[13:11] <dpm> Guest___, let me have a look...
[13:16] <dpm> Guest___, yes, that's it. When you click on a genre, the list shown should start at the top
[13:19] <Guest___> dpm, removing three lines of coode will fix the problem. Is this a new design decision
[13:20] <dpm> Guest___, I think we're fine to go ahead: one of the developers proposed and I agree with that too, so we've got consensus :)
[13:21] <nik90> renato: how do I report bugs on EDS? I noticed that https://launchpad.net/qtorganizer5-eds doesn't allow reporting bugs.
[13:22] <nik90> renato: Is there any other launchpad project for it?
[13:22] <dpm> nik90, perhaps https://bugs.launchpad.net/ubuntu/+source/qtorganizer5-eds ?
[13:22] <dpm> (i.e. reporting against the source package)
[13:23] <nik90> dpm: ah that works
[13:23] <dpm> nik90, ok cool, but renato should probably confirm where he looks at the bugs
[13:24] <nik90> dpm: I will just report them for now and ping him the bug links
[13:24] <dpm> sounds good!
[13:25] <ahayzen> hackday \o/
[13:26] <nik90> ahayzen: :)
[13:29] <dpm> hey ahayzen o/
[13:29] <ahayzen> dpm, o/
[13:31] <dpm> Guest___, ahayzen and danielholm are music app developers, so if you've got any further questions about the bug you're fixing, they can probably help you
[13:32] <ahayzen> vthompson, danielholm, o/
[13:32] <danielholm> ahayzen: hey!
[13:32] <ahayzen> danielholm, hows things?
[13:32] <danielholm> ahayzen: absolutely lovely. how about you?
[13:33] <ahayzen> danielholm, yeah good thanks, just trying to figure out binding loops :/
[13:33] <danielholm> ahayzen: sounds interesting ;) I'm in class :)
[13:33] <ahayzen> danielholm, hehe
[13:36] <danielholm> ahayzen: so what are you trying to achieve?
[13:36] <ahayzen> danielholm, i'm trying to get the U1DB code to be in a state to be pushed up, obviously not fully working due to issues upstream but at least visible to others
[13:37] <danielholm> ahayzen: okey. what is the issue upstream?
[13:38] <ahayzen> danielholm, me and nik90 found some bugs/missing features tht we'll need
[13:38] <nik90> ahayzen: btw, I noticed that stuart reported some more bugs upstream
[13:38] <PaoloRotolo> Hi all :)
[13:38] <nik90> PaoloRotolo: hey paolo
[13:38] <PaoloRotolo> Hi nik90 :)
[13:38] <ahayzen> nik90, u got any links? i saw his blog post
[13:38] <danielholm> ahayzen: aha ok. nice to see those changes land then, I can imagine?
[13:38] <nik90> ahayzen: hopefully we can expect fixes soon
[13:38] <nik90> ahayzen: 1 sec
[13:38] <ahayzen> nik90, awesome
[13:39] <ahayzen> danielholm, yh it should help people solving the issues if i can get the code posted as well
[13:39] <nik90> ahayzen: https://bugs.launchpad.net/u1db-qt/+bug/1271973
[13:39] <nik90> ahayzen: https://bugs.launchpad.net/u1db-qt/+bug/1271972
[13:39] <ubot2`> Launchpad bug 1271973 in U1DB Qt/ QML "Results from U1db.Query contain only indexed fields, not the whole document" [Medium,Confirmed]
[13:39] <ubot2`> Launchpad bug 1271972 in U1DB Qt/ QML "Top-level fields in document cannot be indexed" [High,Confirmed]
[13:39] <mzanetti> dpm: https://code.launchpad.net/~mzanetti/reminders-app/enable-attaching-images/+merge/202817/comments/473595
[13:39] <ahayzen> nik90, thanks
[13:40]  * dpm looks
[13:40] <vthompson> ahayzen, danielholm, good day!
[13:40] <danielholm> vthompson: hey mate! how are you?
[13:40] <ahayzen> nik90, looks like some of them may be related to our issues or assist us in resolving
[13:40] <ahayzen> vthompson, morning :)
[13:40] <vthompson> danielholm, Good, yourself?
[13:40] <nik90> ahayzen: yup :)
[13:41] <dpm> mzanetti, hm... will try again, updating the image on the phone now (I'm using dual-boot, so it takes a while)
[13:41] <ahayzen> nik90, u any good with resolving binding loops?
[13:41] <danielholm> vthompson: I am great, thank you. Long time since we spoke now
[13:41] <nik90> ahayzen: with the height?
[13:41] <nik90> ahayzen: let me give a shot at it :)
[13:41] <ahayzen> nik90, no i've been building the U1DB stuff for the music-app and getting a binding loop :/
[13:41] <vthompson> ahayzen, danielholm, nik90 The music app has had a height binding loop error/warning for a while now
[13:42] <ahayzen> nik90, oh does tht one with the height still exist?
[13:42] <mzanetti> dpm: that said, I believe you that there might still be an issue somewhere... just not sure where as your steps to make it fail don't work here
[13:42] <nik90> ahayzen: what vthompson said ^^
[13:42] <vthompson> ahayzen, what does the U1DB stuff say is binding too what?
[13:43] <ahayzen> vthompson, well erm its probably easier to post the code then post links hang on i'll dump it in +junk...
[13:43] <vthompson> nik90, ahayzen maybe the music app got rid of the binding loop issue. I think a lot of it had to do with anchoring listviews in a pagestack
[13:43] <dpm> mzanetti, ack. Will try to reproduce again, this time with the latest image
[13:43] <nik90> ahayzen: it seems that there are branches in https://code.launchpad.net/~uonedb-qt/u1db-qt/trunk/+activereviews that need reviewing...hopefully if they get quickly reviewed we can expect good fixes
[13:44] <dpm> nik90, ahayzen, you might want to ping kalikiana for the status of reviews in U1DB
[13:44] <ahayzen> dpm, thanks
[13:44] <nik90> dpm: actually they are his branches
[13:44] <nik90> dpm: so he needs someone else to review them :)
[13:44] <ahayzen> dpm, who can i talk to about getting UITK merges landed?
[13:45] <ahayzen> dpm, eg this one https://code.launchpad.net/~andrew-hayzen/ubuntu-ui-toolkit/fix-swipe-delete-002/+merge/202171
[13:45] <dpm> ahayzen, you can try the SDK guys that are around - zsombi, timp, kalikiana, Kaleo... ^^
[13:45] <ahayzen> vthompson, nik90, right this binding loops http://bazaar.launchpad.net/~andrew-hayzen/+junk/music-app-u1db-conversion/view/head:/MusicPlaylists.qml#L164
[13:46] <ahayzen> dpm, cool
[13:46] <nik90> ahayzen: wanted to ask how you test your fixes in UITK? As in are you able to build and test uitk?
[13:46] <ahayzen> nik90, i just overwrite the files with my modifications...
[13:46] <nik90> ahayzen: ah
[13:47] <ahayzen> nik90, vthompson, then this is the output in the console MusicPlaylists.qml:155:17: QML CoverRow: Binding loop detected for property "covers"
[13:49] <vthompson> ahayzen, off the top of your head do you know what pkg I need to use U1DB-qml
[13:50] <ahayzen> vthompson, errr hang on
[13:50] <nik90> vthompson: qtdeclarative5-u1db1.0
[13:50] <ahayzen> vthompson, try qtdeclarative5-u1db1.0
[13:50] <ahayzen> vthompson, note tht bits of it don't work due to the bugs
[13:50] <vthompson> nik90, ahayzen  thx
[13:50] <ahayzen> vthompson, so u won't be able to see the tracks of a playlist
[13:51] <ahayzen> vthompson, the recent list isn't sorted by time
[13:51] <ahayzen> vthompson, and probably other bugs lol but u get the idea
[13:51] <kalikiana> nik90: those branches need reviewers in fact, as in people stepping up to do those reviews ^_~
[13:52] <nik90> kalikiana: I know..unfortunately I can help test the patches but not really the code itself since I am not good with c++ :/
[13:53] <nik90> ahayzen: perhaps there is something wrong with the playlistStorage.getPlaylistCovers(name) function? Since CoverRow component is used in the exact same way in other files
[13:53] <kalikiana> nik90: how about https://code.launchpad.net/~kalikiana/u1db-qt/newstylelog/+merge/183887 there's no c++ there
[13:53] <ahayzen> nik90, yeah thts wht i suspect but don't know wht yet lol
[13:54] <nik90> may be try doing, component.onCompleted: console.log(playlistStorage.getPlaylistCovers(name))
[13:54] <ahayzen> nik90, gd idea :)
[13:55]  * kalikiana waits for aquarius to come online to talk him into reviewing the other branches
[13:55] <ahayzen> nik90, it comes back with a cover.. [file:///home/andy/.cache/media-art/album-ddbaf6bd108836d4afe269d86532a844-3847274bce1afa48001cb1e0d877a17c.jpg]
[13:57] <nik90> ahayzen: hmm
[13:57] <ahayzen> nik90, its not something stupid like having two queries running on the same index at the same time?
[13:57] <vthompson> Could the binding loop be because of accessing  playlistStorage?
[13:57] <ahayzen> vthompson, tht was my other thought
[13:58] <vthompson> Maybe comment out "playlist"'s count string
[13:58] <nik90> vthompson: but ahayzen seems to have accessed playlistStorage in other places as well though
[13:58] <vthompson> nik90, yh just wondering if that's what's causing the loop
[13:59] <vthompson> ahayzen, I can't run the branch so I won't be of much help :)
[13:59] <ahayzen> vthompson, nik90, playlistStorage is where everything for it is stored http://bazaar.launchpad.net/~andrew-hayzen/+junk/music-app-u1db-conversion/view/head:/storage/PlaylistStorage.qml
[13:59] <ahayzen> vthompson, no worries we're still waiting for stuff upstream so probably shouldn't spend too long on it
[14:00] <nik90> ahayzen: just a thought, the coverRow component assigns covers to Image source. So shouldn't the file path be "/home/andy/.cache/media-art/album-ddbaf6bd108836d4afe269d86532a844-3847274bce1afa48001cb1e0d877a17c.jpg" instead of it starting with file:/// ?
[14:01] <nik90> ahayzen: or is this used in other places as well where that works
[14:01] <ahayzen> nik90, possibly....don't we just put Qt.ResolvedUrl() around it or something?
[14:01] <nik90> ahayzen: nope we dont use Qt.resolvedurl() there
[14:01] <ahayzen> oh no we don't
[14:01] <nik90> http://bazaar.launchpad.net/~andrew-hayzen/+junk/music-app-u1db-conversion/view/head:/common/CoverRow.qml
[14:02]  * ahayzen checks wht is happening in trunk
[14:02] <vthompson> popey, just saw your blog post. Good taste in music! :)
[14:03] <popey> :D
[14:03] <ahayzen> nik90, i get this back in trunk [file:///home/andy/.cache/media-art/album-57bab982bcba3e65c33206f442a015db-ec0c33dc9346a3e53339f4bdcb13ee35.jpg]
[14:03] <popey> I was careful with the one I picked for that screenshot ㋛
[14:04] <nik90> popey: lol...btw nice new blog theme
[14:04] <nik90> seems like everyone is changing their blog theme recently
[14:04] <ahayzen> popey, hehe...wait until the scrobbling works ;) then u'll have to be real careful wht u choose
[14:04] <nik90> webupd8, iloveubuntu.net, popey etc etc
[14:05] <nik90> ahayzen: ah ok...
[14:05] <ahayzen> vthompson, did u get a chance to look at https://code.launchpad.net/~andrew-hayzen/music-app/convergence-prototype-a
[14:05] <ahayzen> nik90, i'll come back to it another time i've been staring at it for too long lol
[14:05] <nik90> +1
[14:05] <popey> haha ahayzen
[14:06] <popey> nik90: i saw someone else use it, it's just the default 2014 wordpress one :D
[14:06] <vthompson> ahayzen, yep. Good start. The real hard part will be introducing panels. Filemanger might have a good example for us to use however
[14:07] <ahayzen> vthompson, yeah tht'll be me next branch hopefully :)
[14:07] <ahayzen> vthompson, do u think i need to do anything else to https://code.launchpad.net/~andrew-hayzen/music-app/convergence-prototype-a before merging?
[14:07] <ahayzen> vthompson, i'm trying to do the transition in small steps to make it easier
[14:08] <vthompson> ahayzen, not sure. Maybe propose a merge but leave it as a WIP so we can get a quick read of the diffs
[14:08] <ahayzen> vthompson, cool
[14:09] <vthompson> ahayzen, might also be good to get Jenkins to see it too
[14:09] <ahayzen> vthompson, hehe
[14:09] <ahayzen> vthompson, hmmm more to the fact how would we test convergence in jenkins?
[14:09] <ahayzen> vthompson, can we have a test resize the window? then check the wideAspect bool?
[14:10] <WebbyIT> popey, on calc blueprint you wrote "Ensure keypad does not get disappear when labels being entered". What does it mean?
[14:10] <vthompson> ahayzen, yea, that's a fair point. I think jenkins starts the app in the size you specify, ie how we'd start in the desktop. I don't know what Filemanager tests--it starts in tablet/desktop mode
[14:10] <mzanetti> dpm: sorry. I have to revert you commits
[14:10] <popey> WebbyIT: lemme see
[14:10] <mzanetti> dpm: seeing that sergio's commit broke lots of stuff
[14:11] <dpm> mzanetti, no worries, committing directly was a mistake anyway
[14:11] <ahayzen> vthompson, will i need to wait for Jenkins to run before marking as WIP? https://code.launchpad.net/~andrew-hayzen/music-app/convergence-prototype-a/+merge/203070
[14:12] <vthompson> ahayzen, not sure. you can leave it proposed for now
[14:12] <ahayzen> vthompson, cool, its actually quite a small diff :)
[14:12] <popey> WebbyIT: http://imgur.com/q209FFc - when you click a label, the OSK/keypad disappears, which looks odd.
[14:12] <popey> (on desktop)
[14:13] <vthompson> ahayzen, it might be interesting to let it pass, then to specify a wide width to see what would fail at the moment
[14:13] <WebbyIT> popey, so, on desktop has to not disappear, but on phone yes?
[14:14] <popey> WebbyIT: well, on phone it switches to OSK, on desktop we don't have OSX, so need to keep keypad on
[14:14] <ahayzen> vthompson, it would fail with trying to get to anything on the smaller toolbar at a guess
[14:14] <WebbyIT> there is a simple way to know if app runs on desktop on or phone?
[14:14] <ahayzen> heh OSX
[14:14] <vthompson> ahayzen, would assume the same
[14:15] <vthompson> ahayzen, I think this should go in as well
[14:15] <vthompson> https://code.launchpad.net/~vthompson/music-app/sheet-size-on-desktop
[14:15] <ahayzen> vthompson, yep :)
[14:15] <ahayzen> vthompson, u want me to top-approve?
[14:15] <vthompson> ahayzen, sure thing
[14:18] <popey> WebbyIT: not really that I'm aware yet
[14:19] <WebbyIT> popey, mhh, I'll try to find something
[14:19] <vthompson> popey, dpm, mhall119, etc. I think one nice thing would be to assure that all fixes currently in launchpad for core apps are available in the click store and/or the Trusty builds. Music app already has one dup bug that's been fixed--I expect we'll get a few
[14:20] <popey> I was about to say the same thing
[14:20] <dpm> +1
[14:20] <popey> Just let us know when you want us to crank a build out
[14:21] <vthompson> ahayzen, what do you think? Push to the store now? we don't really have any merges waiting for phone UI.
[14:21] <ahayzen> vthompson, when was the last click build?
[14:21] <vthompson> Just in case ppl want to hack on our app next week as well
[14:21] <vthompson> LONG time ago
[14:21] <ahayzen> vthompson, do it :)
[14:22] <vthompson> Last was r273 from launchpad... so not that long ago Dec 11.. but long enough ago
[14:24] <popey> 245 is the one on my phone
[14:24] <dpm> vthompson, popey, I agree, but I'd just wait for a few minutes for Jenkins to merge this one: https://code.launchpad.net/~vthompson/music-app/sheet-size-on-desktop/+merge/202001
[14:25] <vthompson> dpm, sounds good. That mp should be transparent to the N4, but I agree.
[14:25] <popey> phablet@ubuntu-phablet:~$ click list music | grep com.ubuntu.music
[14:25] <popey> com.ubuntu.music        1.1.245
[14:26] <dpm> vthompson, yeah, if it were to fail the tests, then we go for the click store update straight away and fix that branch later
[14:26] <vthompson> popey, odd. root@ubuntu-phablet:/usr/share/click/preinstalled/com.ubuntu.music# click list music | grep com.ubuntu.music
[14:26] <vthompson> com.ubuntu.music	1.1.273
[14:26] <ahayzen> vthompson, my uni internet just crashed so if u said anything i would have missed it :P
[14:26] <popey> haha
[14:26] <popey> look at all the updates on my phone pending
[14:26] <popey> my bad
[14:27] <vthompson> ahayzen, saw you drop. I didn't say anything. Your campus internet is worse that ours was in the states.. that's saying something :)
[14:27] <dpm> :)
[14:27] <popey> http://popey.com/~alan/phablet/device-2014-01-24-142705.png
[14:27] <vthompson> popey, for shame!
[14:27] <popey> check that out!
[14:27] <dpm> what a bad person you are...
[14:27] <ahayzen> vthompson, hehe it is 10 up/down when it works in halls :) and 100 up/down on campus
[14:27] <popey> its because I flashed clean then pushed a load of clicks from my laptop then did "pkcon install-local *.click"
[14:27] <popey> clearly had old clicks on my laptop
[14:28] <popey> good way to test updates though *ahem*
[14:29] <ahayzen> vthompson, we have a pass from Jenkins https://code.launchpad.net/~andrew-hayzen/music-app/convergence-prototype-a/+merge/203070
[14:32] <vthompson> ahayzen, now the question is do we want to use your branch to default to a wide mode on the desktop? I use the app on my desktop all the time, so it might be nice... BUT it'd probably also require you to make AP exceptions for the "wideAspect" property?
[14:32] <ahayzen> vthompson, hmm yeah how would we do tht?
[14:33] <vthompson> ahayzen, specifying a width in MainView IIRC
[14:33] <ahayzen> vthompson, do we have the API to figure out if ur on a touch/pointer device
[14:33] <ahayzen> vthompson, oh cause on the mobile it'll just fill the screen
[14:34] <vthompson> ahayzen, yep, and on the tablet... I assume
[14:34] <dpm> popey, when you ping sergiusens for a store update for music, can you check with him if there is a way to upload the reminders app without having to wait for a conclusion on the frameworks discussion? I've got a hunch it's going to take a while otherwise
[14:34] <popey> dpm: its already uploaded
[14:34] <popey> dpm: its blocked on me, i can let it through any time
[14:34] <popey> if you want
[14:35] <ahayzen> vthompson, but this is definitely gonna cause issues with autopilot...how has the file manager done it?
[14:35] <dpm> popey, ah, yeah, let's upload it. Or were you waiting on anything else?
[14:35] <popey> how about we get music updated and push both together, nice end to the day today ☻
[14:35] <popey> no, just testing
[14:35] <dpm> popey, sounds like a plan
[14:35] <popey> kk
[14:35] <popey> will do
[14:35] <dpm> thanks \o/
[14:35] <popey> once we get the nod from vthompson about when to push music
[14:35] <vthompson> ahayzen, not sure. I would assume they check a property
[14:36] <ahayzen> vthompson, i've just pushed changes to the size so we'll see wht fails
[14:36] <vthompson> popey, I think pushing would be good
[14:37] <popey> ok
[14:37] <vthompson> ahayzen, just tested. I like this ratio:     width: units.gu(125)
[14:37] <vthompson>     height: units.gu(80)
[14:38] <ahayzen> vthompson, i just did w100/h80
[14:38] <vthompson> ahayzen, that's probably good too
[14:39] <ahayzen> vthompson, wht resolution is ur screen?
[14:39] <vthompson> 1680/1200ish
[14:40] <ahayzen> vthompson, mine is 1366x768 so tht nicely fills the centre :)
[14:40] <vthompson> ahayzen, I lied 1680x1050
[14:54] <vthompson> ahayzen, not bad! only 1 AP test to do some patchwork to!
[14:55] <ahayzen> vthompson, \o/ it is the one tht tests the play/pause on the small toolbar
[14:56] <ahayzen> vthompson, but surely we want to test both cases? desktop and mobile mode?
[14:58] <vthompson> ahayzen, Probably. But I'm not sure how we'd do so.
[14:59] <vthompson> ahayzen, I've seen AP accidentally resize the window... so maybe we could intentionally do so
[15:00] <ahayzen> vthompson, hmmm i think we need to talk to some autopilot people about wht we should do about this
[15:02] <dpm> mzanetti, what's the status of the reminders-app branch right now? Are you working on cmake changes? Reverting the .pot file made the translations in LP disappear, and if it's going to take a while for the rest of the fixes to land I'd send a simple MP that only touches the .pot file to have translations back
[15:02] <vthompson> dpm, popey, what do you think? I'd rather we start in wide mode on the desktop--because I'm self-serving and use the app frequently--and then work on getting an AP test to get Jenkins to test phone mode. The builds will still test phone mode stuff...
[15:02] <mzanetti> dpm: on it
[15:03] <dpm> mzanetti, ok, thanks!
[15:05] <vthompson> dpm, popey, addendum to above. I mean wait to get an AP that Jenkins can use to test both modes
[15:05] <dpm> vthompson, what do you exactly mean with "we start", though? (sorry if I'm asking something obvious, I want to make sure I understand)
[15:05] <popey> i agree
[15:05] <popey> when the app is opened on desktop it should be wider than tall, or full screen by default
[15:05] <vthompson> dpm, I mean launch the app in wide mode on the desktop. This means that Jenkins will also be testing the app in this mode
[15:05] <popey> full screen is probably the easy/dirty way to do it
[15:06] <vthompson> popey, ahayzen has found a nice ratio.
[15:06] <ahayzen> popey, but how do we test the different buttons/labels that are present in the different modes?
[15:06] <popey> ahayzen:  ---> balloons is that way
[15:06] <ahayzen> popey, we can only test the default size unless we can resize the window somehow
[15:06] <popey> right
[15:06] <dpm> ahayzen, that's a really good question this might be a good one for fginther and balloons
[15:06] <vthompson> popey, ahayzen, balloons, I think the proper way would be to check one or more properties that specify which mode is currently being used
[15:06] <balloons> ahayzen, we can open the different sizes
[15:06] <popey> happy for it to be a fixed size of some kind.
[15:07] <balloons> yes, we do that for filemanager for instance
[15:07] <james_w> hello, it appears that there's no field in the manifest of a click package for the application name. Should that be taken from a desktop file instead?
[15:07] <balloons> the test changes depending on if we're in wide mode or not
[15:07] <vthompson> balloons, so Jenkins tests both modes somehow?
[15:08] <balloons> vthompson, atm jenkins merge will test wide mode, the lab tests phone mode
[15:08] <vthompson> balloons, ok, ahayzen let's do the same
[15:08] <ahayzen> balloons, vthompson how would we implement this?
[15:08] <vthompson> balloons, This scares me a bit because we can break the phone and jenkins wont know and we won't know until an image is built
[15:08] <balloons> once running in the lab it should run fine on both.. We simply check the flag in filemanager to see what UI it is running
[15:09] <balloons> vthompson, yes, that is possible. But if it happens we'll revert
[15:09] <vthompson> ahayzen, in the test you'd do an if wideMode else
[15:09] <balloons> we do test on the phone before pushing manually
[15:09] <ahayzen> balloons, ah so does Jenkins force the window size?
[15:09] <popey> james_w: not "title"?
[15:10] <balloons> ahayzen, jenkins tests in desktop mode.. We could ask fginther if we could also have it run a second set of tests (maybe only during autolanding) on a small window size
[15:10] <popey> james_w: and "name"
[15:10] <james_w> popey: name is package name right? Not user-friendly display name?
[15:10] <ahayzen> balloons, tht would be useful
[15:10] <popey> james_w: my manifest.json has both name and title., yes, name is com.popey.appname, title is Appname
[15:10] <fginther> balloons, can't the test itself launch the application in a specific mode?
[15:10] <james_w> popey: hmm
[15:10] <popey> james_w: also, description
[15:10] <james_w> popey: then my question becomes where I should get the "tagline" from :)
[15:11] <popey> james_w: http://paste.ubuntu.com/6808794/ for example
[15:11] <ahayzen> fginther, how would we do tht? because tht would be the best way
[15:11] <vthompson> fginther, balloons the other idea would be to have jenkins resize
[15:11] <popey> ooh
[15:11] <james_w> "title: short (one-line) synopsis of the application"
[15:11] <vthompson> fginther, balloons, or rather AP resize
[15:11] <james_w> which to me is the "tagline" not the "app name"
[15:11] <james_w> I have these holes to fill for submission: package name, app name, tagline, description
[15:11] <balloons> fginther, in theory it could.. but if we could limit the xserver screen size that would force all the apps to behave in the smaller size. Which is probably better
[15:12] <james_w> the first and last are easy
[15:12] <james_w> I only have one element to put in the middle two, and I'm not sure which it is
[15:12] <popey> i dont think I have seen tagline anywhere other than the website
[15:12] <popey> so app name.
[15:13] <fginther> balloons, is the application forced to fit within the xserver window? Do we know if this will work? :-)
[15:14] <balloons> fginther, I don't know for sure, I'm curious :-)
[15:14] <james_w> popey: ok, thanks
[15:14] <popey> np
[15:15] <fginther> balloons, it's an interesting idea. If it works, we should just need to duplicate the existing jenkins job and start the xserver with the limited size. Then run both jobs for the apps that want to do the small window testing
[15:17] <mzanetti> dpm: ok. ready to approve your translation branch after you push the last fixes
[15:17] <balloons> fginther, right.. I would suggest we do it for all apps. But consider only running the tests twice as part of autolanding, or maybe that would be confusing. I wouldn't want to slow down the jobs needlessly
[15:18] <mzanetti> dpm: DO NOT use :parent :P
[15:18] <fginther> balloons, I would not worry about slowing down the jobs, that problem is solved by scaling out
[15:18] <balloons> true :-)
[15:18] <balloons> then yea, let's do it
[15:19] <dpm> mzanetti, I'll stay well away from it :)
[15:21] <ahayzen> vthompson, lunch brb
[15:44] <nik90> renato: I have some EDS bugs for you :)
[15:44] <renato> I saw it
[15:44] <renato> thanks for report it
[15:44] <nik90> popey: hey I got a design question (usability) for you.
[15:44] <PaoloRotolo> Guys, how to import music in the music-app?
[15:44] <nik90> renato: let me know if you need any logs for the bug reports
[15:45] <nik90> vthompson: ^^
[15:45] <popey> nik90: go
[15:45] <nik90> popey: In the add alarms page, we have options to set an alarm daily, weekly and one time. But isn't daily a special case of weeky?
[15:45] <popey> PaoloRotolo: you have a phone connected via USB? if so, just drag it over via mtp in nautilus
[15:46] <nik90> popey: since when you choose weekly and then select all days of the week, it is actually a daily alarm
[15:46] <nik90> perhaps that can be removed
[15:47] <nik90> popey: stefano made a small gif mockup https://launchpadlibrarian.net/162723769/proposal2.gif
[15:47] <popey> nik90: ios has just one repeat option
[15:47] <popey> you pick the days and thats it
[15:47] <PaoloRotolo> Hi popey! No, unfortunately I've only a Nexus 7 (2013), still not supported by Ubuntu Touch...
[15:47] <popey> http://imgur.com/PkUXIxs
[15:48] <popey> nik90: ^
[15:48] <nik90> popey: how do you know if it is repeating for 1 week or for the entire year?
[15:48] <popey> you dont get that option
[15:48] <popey> its on or off on the previous screen
[15:49] <popey> nik90: http://imgur.com/PqOHQcu,WDuWWtW
[15:50] <nik90> popey: ok..so technically that mockup by  stefano is good
[15:50] <popey> yeah.
[15:50] <nik90> popey: In the repeat alarm page, you can choose several values?
[15:54] <popey> yes
[15:55] <popey> nik90: same as yours, individually flip them on and off
[15:55]  * popey cancells before he sets himself some ludicrous alarms
[15:56] <nik90> ok
[15:57] <PaoloRotolo> popey, can I do that on desktop too?
[15:58] <popey> PaoloRotolo: if you put music in ~/Music and have mediascanner installed, yes, it should
[15:58] <popey> vthompson: thats right isn't it?
[16:00] <PaoloRotolo> popey, I've just installed mediascanner but it doesn't work...
[16:01] <popey> is it running?
[16:04] <vthompson> Hey PabloRubianes
[16:04] <PabloRubianes> vthompson: hello
[16:04] <vthompson> PabloRubianes, do a "ps -ef|grep mediascanner-service"
[16:04] <PabloRubianes> vthompson: I am in my work in windows :S
[16:04] <PaoloRotolo> popey, oh, right, I've to run mediascanner-service. Thanks :D
[16:05] <vthompson> If you reboot it should run
[16:05] <PabloRubianes> and yes I know I need to change of work vthompson
[16:05] <vthompson> Otherwise you can do "mediascanner-service ~/Music"
[16:05] <vthompson> PabloRubianes, ha. My work's workstation is a Windows PC as well
[16:08] <renato> nik90, I added some comments on your bug
[16:10] <renato> nik90, would be nice if you can isolate the bug
[16:10] <renato> nik90, btw I have added the SDK project into the affected projects since this affect the SDK alarm components
[16:11] <renato> and the problem could be on the component too
[16:30] <Guest___> What's next if my merge request is approved?
[16:33] <popey> Guest___: it gets tested by jenkins, and lands in trunk if all is well.
[16:33] <popey> then we break out the champagne and celebrate
[16:44] <nik90> renato: I will try to reproduce this from a sample app. I remember creating one sometime back.
[16:51] <mzanetti> popey: what do you think? http://i.imgur.com/mk2YEqN.png
[16:54] <rottinrob> morning everyone
[17:00] <popey> mzanetti: wow, thats quite green!
[17:00] <mzanetti> :D
[17:00] <popey> is it their green?
[17:00] <mzanetti> yeah
[17:00] <popey> Well it's delightful then ☻
[17:00] <mzanetti> you think I should file a merge request for it?
[17:00]  * mzanetti likes
[17:01] <mzanetti> and it makes the right edge animation cooler if there is some color in there :D
[17:02] <popey> I am not sure I can speak authoritatively on matters of design.
[17:03] <popey> but propose a merge and I will wave it at design on monday
[17:17] <dpm> fginther, would you happen to know why this branch hasn't landed despite being approved? -> https://code.launchpad.net/~dpm/reminders-app/update-translations/+merge/203030
[17:19] <fginther> dpm, the merge is failing with: Server sent an unexpected error: ('error', 'GhostRevisionsHaveNoRevno', 'Could not determine revno for<EMAIL_ADDRESS>because its ancestry shows a ghost at<EMAIL_ADDRESS>[17:19] <fginther> Build step 'Execute shell' marked build as failure
[17:19] <dpm> "an ancestry shows a ghost"
[17:19] <dpm> that's scary stuff
[17:20] <fginther> http://wiki.bazaar.canonical.com/GhostRevision
[17:20] <WebbyIT> There is no castle for this ghost? Poor ghost!
[17:20] <dpm> mzanetti, how did you revert the changes in trunk? Did you delete revisions or did you overwrite revisions? ^^
[17:21] <dpm> "revision ghosts are just like real ghosts (such as they are) in that their discorporeal existence typically causes little, if any, harm. " I'm relieved now
[17:21] <mzanetti> lol
[17:22] <mzanetti> right... yeah, I did uncommit and push overwrite
[17:22] <fginther> dpm, there still exists the problem that this branch won't merge automatically. You might need to create a new branch and resubmit
[17:22] <dpm> yeah, will do that, thanks fginther
[17:22] <mzanetti> thanks fginther
[17:23] <fginther> dpm, mzanetti, no problem, may I change https://code.launchpad.net/~dpm/reminders-app/update-translations/+merge/203030 to something other than approved?
[17:23] <fginther> dpm, jenkins is stuck in a loop trying to merge this in
[17:23] <dpm> fginther, sure
[17:23] <mzanetti> fginther: sure. disapprove it, we'll resubmit
[17:23] <mzanetti> sorry dpm
[17:23] <fginther> I marked as rejected
[17:24] <dpm> mzanetti, no worries, it's fixable
[17:24] <rottinrob> good morning all
[17:26] <rottinrob> mzanetti...david mentioned a emulator to run the reminders app...where can I find this emulator
[17:26] <samertm> rottinrob: there's a guide here http://davidplanella.org/ubuntu-emulator-quickstart-guide/
[17:26] <samertm> it depends on which version of ubuntu you have
[17:27] <rottinrob> thank you samertm
[17:27] <samertm> and speaking of that, if we want to work on the Core apps, is it sufficient to have the emulator or should we be running Trusty Tahr?
[17:31] <popey> samertm: personally i run on trusty
[17:31] <samertm> popey: hey! I saw you on the ubuntu engineering webcast last wednesday!
[17:31] <samertm> that was a lot of fun
[17:32] <samertm> is there a way I can install trusty tahr beside 13.10 without dual-booting?
[17:32] <popey> well, you can run 13.10
[17:32] <dpm> rottinrob, I did mention it, sorry I didn't follow up, it's been a bit hectic this last couple of days
[17:32] <popey> that should work fine
[17:32] <dpm> rottinrob, the guide above should get you started, it's what I wanted to send you
[17:33] <WebbyIT> samertm, I'm on 13.10 and have no problems, but remembert to add the right PPA ;)
[17:34] <popey> samertm: thanks for the nice comments ☻
[17:36] <rottinrob> no worries...I was just wanting to set this up and try to get back up to speed
[17:38] <nik90> popey: I was following your policy of staying on the stable release before upgrading :) ... you upgrade too early
[17:38] <popey> hah
[17:38] <popey> I upgraded through peer pressure
[17:38] <popey> I'd have been happy staying on 12.04! :D
[17:38] <nik90> popey: oh great let's blame mhall119 and dpm :)
[17:39] <mhall119> no no no, always blame popey
[17:39] <dpm> I'm innocent: I'm using both 13.10 and trusty! :)
[17:39] <samertm> How do active developers set up 14.04 for testing? Do they use a chroot?
[17:40] <samertm> what is the most convenient way for me to run the latest 14.04 build :P
[17:40] <popey> samertm: most just upgrade from 13.10 to 14.04 tbh
[17:40] <dpm> yeah
[17:40] <popey> 14.04 is pretty stable
[17:40] <samertm> ah kk
[17:40] <vthompson> samertm, I run a VM
[17:40] <popey> he says with a 4GB xorg process
[17:40] <dpm> I was going to say that too, a VM is another option
[17:40] <samertm> I'll try a VM first
[17:40] <samertm> ty
[17:41] <vthompson> samertm, np
[17:41] <nik90> mhall119, dpm: :)
[17:44] <rottinrob> which is the best way to upgrade from 13.10 to Trusty?
[17:44] <mhall119> update-manager -d
[17:44] <rottinrob> kk...ty
[17:44] <dpm> mzanetti, would you mind having a look to https://code.launchpad.net/~dpm/reminders-app/add-pot/+merge/203136 - I've kept the changes to the minimum and will wait until the cmake cleanup is done before doing more i18n-related changes
[17:45] <mzanetti> dpm: approved
[17:45] <dpm> awesome, thanks
[17:50] <mzanetti> dpm: https://code.launchpad.net/~mzanetti/reminders-app/change-edit-page/+merge/203139
[17:51] <dpm> mzanetti, on it
[17:52] <dpm> btw guys, if someone is looking for an app to help with, reviewing reminders-app is an area where we need help with: https://code.launchpad.net/reminders-app/+activereviews
[17:55]  * dpm likes cmake's indication of percentage built
[17:55] <jumper> hi all
[17:56] <popey> hi
[18:13] <mzanetti> dpm: hey, I think its not possible yet to open the camera in order to take a picture. I will implement a minimalistic camera view myself, ok?
[18:14] <dpm> mzanetti, ack, makes sense then
[18:15] <balloons> ahayzen, did the autopilot bug you found for your merge from a bit ago get solved yet?
[18:29] <samertm> hey all
[18:29] <nik90> samertm: hi
[18:29] <samertm> how long does it take for the ubuntu-emulator to work? It's been on a black screen for a while.
[18:30] <samertm> and it's launched the ubuntu-phablet terminal
[18:30] <nik90> ooh I havent tried the emulator yet to be helpful.sry
[18:30] <samertm> haha that's k
[18:33] <dpm> samertm, it's in the order of minutes. Just check that you don't have other apps consuming a lot of memory or CPU, which tends either to kill or slow down the emulator
[18:33] <dpm> if after 10 mins the emulator still shows the black screens it's a good signal it's better to restart it :)
[18:34] <samertm> dpm: haha it's been about 15, but my cpu is still at 100%
[18:34] <samertm> so I assume something is happening
[18:35] <dpm> yeah, the PC is probably good as heating :)
[18:35] <samertm> the bright side :P
[18:36] <ahayzen> vthompson, why hasn't Jenkins run on https://code.launchpad.net/~bobo-324/music-app/fix1272151and1272113/+merge/203074
[18:37] <vthompson> ahayzen, I think it only does so when top approved if you are not on the team
[18:37] <ahayzen> balloons, it was solved but i don't think the merge has been approved
[18:37] <ahayzen> vthompson, ah ok
[18:37] <ahayzen> vthompson, shall i top approve?
[18:37] <balloons> ahayzen, what vthompson said is correct
[18:37] <vthompson> ahayzen, I just did
[18:37] <ahayzen> vthompson, cool
[18:38] <ahayzen> balloons, i'll find the autopilot MP...
[18:38] <ahayzen> balloons, this one https://code.launchpad.net/~thomir/autopilot-qt/export-qobject/+merge/201865
[18:38] <ahayzen> vthompson, wht was the result of the discussions about screen size?
[18:39] <vthompson> ahayzen, from a testing perspective?
[18:39] <ahayzen> vthompson, yeah
[18:39] <vthompson> ahayzen, I assume we just want to make the test detect wideMode and handle both
[18:39] <ahayzen> vthompson, ok i'll add tht in
[18:39] <vthompson> ahayzen, Jenkins and desktop (by default) will run in wide mode and the image builds will test phone mode
[18:40] <vthompson> ahayzen, anything more than that can be worked out soon here
[18:40] <ahayzen> vthompson, cool and we can do manual autopilot on device
[18:40] <ahayzen> vthompson, u have the script to do tht?
[18:40] <vthompson> yep
[18:40] <vthompson> ah
[18:41] <vthompson> ahayzen, do a "debuild -uc -us" from the music-app root directory
[18:41] <ahayzen> vthompson, no there is one which runs autopilot on the device from a bzr branch for u
[18:41] <ahayzen> vthompson, http://paste.ubuntu.com/6721815/
[18:42] <ahayzen> vthompson, then just run for example ... script.sh lp:music-app music_app
[18:42] <ahayzen> vthompson, it doesn't even need a writeable image which is cool
[18:42] <vthompson> ahayzen,  I see and then you can also do something like " music_app.tests.test_music.TestMainWindow.test_create_playlist_from_songs_tab" as the second param to run just one test
[18:43] <vthompson> ahayzen, I've never done it that way
[18:43] <ahayzen> vthompson, yep
[18:43] <samertm> dpm: I waited way too long the first time
[18:43] <vthompson> ahayzen,  I know you've shown me the script before... just havent used it/saved it away
[18:43] <samertm> I restarted the emulator and it took ~5 minutes to launch
[18:44] <ahayzen> vthompson, :)
[18:44] <ahayzen> vthompson, also we found if u comment out the lines that run the tests.... if u then restart the device the music-app is then replaced with tht one ...so it can be used to deploy apps
[18:45] <ahayzen> vthompson, i usually do script.sh lp:music-app && adb reboot to test the app now
[18:46] <vthompson> ahayzen, neat.  I might still do it the old way as I don't want to deploy if I'm testing. But this is a neat way to deploy
[18:46] <ahayzen> vthompson, yep
[18:47] <ahayzen> vthompson, it just means u don't have to make the image writeable
[18:47] <dpm> samertm, ah, cool (as "cool" as 5 minutes can be :)
[18:48] <vthompson> ahayzen, speaking of deploying: http://i.imgur.com/0kRBfFu.png
[18:48] <dpm> I need to call it a day, nice work everyone, good hack day, and it's still not over! :-)
[18:48] <vthompson> ahayzen, woot
[18:48] <samertm> dpm: it was nice to meet you!
[18:48] <samertm> cya
[18:49] <ahayzen> vthompson, 321!
[18:49] <nik90> dpm: enjoy your evening
[18:49] <dpm> see you, have fun :)
[18:49] <dpm> thanks nik90, samertm
[18:50] <doflah> are there any hack day tasks I can help out on?
[18:52] <ahayzen> vthompson, we need a commit msg https://code.launchpad.net/~bobo-324/music-app/fix1272151and1272113/+merge/203074
[18:54] <vthompson> ahayzen, just added one
[18:57] <ahayzen> doflah, there are a few links on these blog posts http://popey.com/blog/2014/01/24/january-2014-core-apps-hack-day-one-reminders-and-music/ http://davidplanella.org/ubuntu-core-apps-hack-days-back/
[18:57] <ahayzen> doflah, also searching for bugs which have the tag hackday or bitesize within the coreapps
[19:04] <ahayzen> vthompson, passes on the Nexus 4 now for Jenkins ... https://code.launchpad.net/~andrew-hayzen/music-app/convergence-prototype-a/+merge/203070 :)
[19:22] <ahayzen> vthompson, passed on Jenkins as well https://code.launchpad.net/~andrew-hayzen/music-app/convergence-prototype-a/+merge/203070
[19:22] <ahayzen> vthompson, brb
[19:26] <vthompson> ahayzen, I get one failure, but it might be the same playlists test fluke seen earlier in the #ubuntu-touch room
[19:27] <vthompson> ahayzen, I need to step out. I'll be back in an hour or so
[19:52] <samertm> this might be a dumb question
[19:53] <samertm> but how do I run the music-app on the ubuntu phone emulator after I grab the code from launchpad?
[19:56] <balloons> samertm, you want to run code you've written?>
[19:56] <balloons> samertm, in general it's easier to run it locally on the desktop if you are trying to test things. Otherwise you can simply ssh in and run it as normal
[19:56] <balloons> bzr branch, qmlscene music-app.qml
[19:58] <samertm> ah, so I should run it from the ubuntu-phone terminal?
[19:59] <balloons> samertm, yep that should work out fine
[19:59] <samertm> thanks!
[20:00] <balloons> ahayzen, re: https://code.launchpad.net/~thomir/autopilot-qt/export-qobject/+merge/201865.. Cool, looks like it might be ready to go. I wonder if I can get someone to review outside of thomi
[20:12] <popey> balloons: do you have reminders-app on your device?
[20:12] <popey> or indeed mhall119
[20:14] <balloons> popey, my device is down for the count atm
[20:14] <balloons> well, I do have the n10, I could try it on that
[20:14] <balloons> why do you ask?
[20:17] <popey> its in the store
[20:17] <popey> wanted someone to test install
[20:17] <popey> because i already have it
[20:32] <ahayzen> balloons, cool would be good to get tht landed
[20:32] <ahayzen> vthompson, back.... yh looks like we have a flaky test...which one is it in particular i may look to see if i can improve it
[20:39] <samertm> where does music-app look for music?
[20:49] <ahayzen> samertm, it uses the mediascanner are u on desktop/device?
[20:49] <samertm> ahayzen, desktop
[20:50] <ahayzen> samertm, if u say ran the following it would add ~/Music to the index... mediascanner-service ~/Music
[20:51] <ahayzen> samertm, assuming the package 'mediascanner' has been installed (we did have issues with this not being installed before)
[20:51] <samertm> ahayzen, it worked!
[20:51] <ahayzen> samertm, \o/
[20:51] <samertm> and mediascanner wasn't installed
[20:51] <samertm> thanks!
[20:51] <ahayzen> samertm, np
[20:55] <samertm> should mediascanner be added to the touch-coreapps package?
[20:55] <ahayzen> samertm, there is/was a bug for it
[20:55]  * ahayzen tries to find
[20:56] <ahayzen> samertm, https://bugs.launchpad.net/music-app/+bug/1241403
[20:56] <ubot2`> Launchpad bug 1241403 in mediascanner "Music app's grilo plugin package needs to depend on mediascanner" [Undecided,New]
[20:57] <ahayzen> samertm, also we will be moving away from Grilo soon (hopefully) so this won't be an issue
[20:57] <doflah> ahayzen, what's replacing it?
[20:57] <ahayzen> doflah, there will be a media scanner service that we will talk directly to
[20:58] <ahayzen> doflah, and a media-hub for playing tracks
[20:58] <ahayzen> danielholm, o/
[20:58] <samertm> ah, kk
[21:12] <samertm> about this bug: https://bugs.launchpad.net/music-app/+bug/1272155
[21:12] <ubot2`> Launchpad bug 1272155 in Ubuntu Music App "Clicking a track from a sheet when it is currently playing pauses the track instead of taking the user to the Now Playing page" [Low,Triaged]
[21:12] <samertm> what is the correct behavior for clicking a track that is already playing
[21:13] <ahayzen> samertm, either for it to restart the track and refill the queue or to do nothing...but in both cases show the now playing
[21:13] <samertm> alright
[21:13] <samertm> thanks
[21:13] <ahayzen> samertm, could be a one liner ...
[21:14] <ahayzen> samertm, however i guess if it clicked in the now playing page it would need to pause
[21:15] <ahayzen> samertm, i suspect changing this else if statement to only be true if on the now playing page might work ... http://bazaar.launchpad.net/~music-app-dev/music-app/trunk/view/head:/music-app.qml#L447
[21:15] <ahayzen> samertm, thts where i would start
[21:16] <samertm> thanks a bunch!
[21:16] <samertm> this is a brand new code base to me :P
[21:16] <ahayzen> samertm, hehe np just ping me, vthompson or danielholm if u need help
[21:26] <ahayzen> samertm, anyway i gtg, good luck i'll be around tomorrow if u need any help
[21:53] <danielholm> anyone else having issues with logging in to Evernote from Online Accounts on Touch device?
[22:00] <vthompson> danielholm, I had tried a bit ago and recall that it was difficult. I'll try to give it ago again.
[22:01] <samertm> vthompson, I'm a new contributor and I think I've fixed a bug
[22:01] <samertm> how do I run the testing suite?
[22:01] <samertm> and do you want to look at my patch
[22:01] <popey> danielholm: you have a sandbox.evernote.com account?
[22:01] <popey> thats what it ties to
[22:01] <vthompson> samertm, push your code to launchpad when you want. do you have a device?
[22:02] <popey> (i.e. not a standard evernote.com account)
[22:02] <samertm> vthompson, I have the emulator
[22:02] <vthompson> samertm, I'm not sure how to test against the emulator, actually. If you push your code I'll run it through my device
[22:02] <mhall119> popey: I don't see the reminders app for download
[22:03] <samertm> alright!
[22:03] <vthompson> mhall119, popey I thought you still had to push it from the project branch
[22:03] <mhall119> 15:17 < popey> its in the store
[22:04] <vthompson> as I've looked for it in the click store recently as well
[22:04] <mhall119> I assumed he was talking about reminders
[22:10] <popey> hmm, well, it should be
[22:11]  * popey pokes sergio
[22:12] <popey> ok, should be live soon
[22:22] <vthompson> samertm, if you run this on the desktop or emulator one thing you'll notice is that the user can no longer pause a track by clicking on it in the Now Playing page.
[22:23] <daker> popey: responded, i can't make it :'(
[22:25] <samertm> vthompson, so it needs to be paused when you click on it on the now playing page?
[22:26] <popey> daker: ☹
[22:27] <vthompson> samertm, that's my opinion. There probably isn't a spec saying we need to do so. Let's take a poll
[22:28] <samertm> I know on some media players, like the iphone, clicking the album art doesn't change whether or not the track is being played
[22:28] <samertm> it brings up the tool bar
[22:28] <samertm> which is the behavior it has right now
[22:29] <vthompson> mhall119, popey: samertm is fixing a bug I reported. When a user navigates an album, genre, playlist, etc, if he/she clicks on a track that happens to be the one playing in the list it pauses--even though they are not in the now playing page.  I think this should bring up the Now Playing page. Now the question is we don't really have a spec for this, but we assumed that clicking on the large now playing cover art wo
[22:29] <vthompson> uld play/pause when clicked. What do you think?
[22:32] <popey> hmm, i can see clicking the currently playing track is an interesting use case. how often would you do that? once you do, and it pauses, would you be pleasantly surprised at discovering that feature
[22:32] <vthompson> samertm, IMO the main thing is the behavior for the sheet should be as you have it. However, the user should still be able to click and toggle play/pause in the now playing page
[22:32] <popey> I'm always a fan of having a quick way to get a phone to STFU
[22:33] <samertm> vthompson, alright, I can work on that
[22:33] <samertm> thanks for the input
[22:33] <popey> if I happen to have a list of tracks on screen and one of them is playing and i want to shut the phone up because some other thing needs my attention, it could be useful, yes.
[22:33] <vthompson> Well, let's talk about this... it was just our assumption
[22:34] <popey> are there any other music apps which do this?
[22:34] <samertm> hmm!
[22:34] <popey> its a novel behaviour
[22:34] <samertm> wait, how about this
[22:34] <vthompson> So, the google music app restarts the song if clicked from the queue
[22:35] <vthompson> the google play music app does nothing it seems
[22:35] <samertm> if you're using the music-app from the Now Playing screen and you click a song to start it, the song starts and the toolbar comes up
[22:35] <samertm> but if you drag the screen to look at the other songs, the tool bar goes down
[22:36] <samertm> so if the user wanted to get back the toolbar without pausing the song, they'll need to swipe up from the bottom
[22:36] <samertm> (if pressing the song being played pauses the track)
[22:36] <vthompson> Actually let me check on something. I think one reason I did it this way is due to someone's original desire to have an easy way to pause, etc, when driving
[22:36] <samertm> otherwise, clicking the currently playing song will bring up the toolbar
[22:38] <vthompson> samertm, yea, the swipe up to get to the currently playing track is a design decision (and a good one). It is a neat feature that clicking on the now playing item pops the toolbar
[22:41] <vthompson> samertm, I think it's a bit of an unprecedented feature we currently have, but I've come to depend upon it.
[22:41] <vthompson> danielholm, have you been reading along?
[22:42] <danielholm> vthompson: reading what?
[22:42] <danielholm> ah,
[22:42] <danielholm> danielholm: I can read up
[22:42] <vthompson> danielholm, do you click on the currently playing large cover art to play/pause at all?
[22:42] <danielholm> vthompson: nope. Not usually.
[22:42] <popey> tbh I didnt know that happened before you just mentioned it
[22:43] <danielholm> vthompson: maybe when I am in a hurry to stop the music. but usually I use the buttons for it
[22:44] <vthompson> Well, I might be outvoted. I use it all the time. (possibly because I introduced the feature :X)
[22:45] <popey> heh
[22:45] <danielholm> vthompson: ok. WOuld there be another use of clicking the large cover instead?
[22:45] <popey> zoom
[22:45] <popey> ?
[22:45] <vthompson> danielholm, maybe restarting the song from the beginning. That's what my Google Music app does
[22:45] <samertm> danielholm: right now it just brings up the tool bar.
[22:46] <vthompson> I think simply bringing up the toolbar is less useful
[22:47] <samertm> clicking on the album art on the default android music app does nothing
[22:47] <danielholm> vthompson, samertm hmm.. ok. Someone was asking for this? It might be an idea. But then again, I always drag the duration back to 0, or press back
[22:47] <vthompson> But given that no one else knew you could pause the song this way... only very slightly less useful :)
[22:48] <danielholm> vthompson: I am ok with it pausing. I dont think it should restart the track. back button should do that (right?)
[22:48] <vthompson> danielholm, yep after the time limit (5 or 10 secs IIRC)
[22:49] <danielholm> vthompson: exactly. so either keep the play/pause or make it do nothing?
[22:49] <vthompson> It'd just be extra work for samertm to retain this feature just in the Now Playing queue.
[22:49] <danielholm> aha
[22:49] <danielholm> do whats less work then, I suppose
[22:49] <vthompson> I think the consensus is that it could be useful, but isn't obvious to use.
[22:51] <vthompson> samertm, You could check what mode the app's in. There's a mode for the now playing page
[22:54] <samertm> vthompson, what do you mean?
[22:54] <vthompson> samertm, Easiest way to check for the now playing page being active might be to check if "currentPage == nowPlaying"
[22:55] <danielholm> vthompson, samertm: that the large cover can do different things based in page?
[22:55] <vthompson> If so then you'd allow the play/pause toggle
[22:55] <vthompson> danielholm, no, the mode is more for the state of the toolbar
[22:56] <danielholm> aha ok
[22:56] <samertm> Okay, so I'll add the play/pause toggle
[22:56] <samertm> thanks for the help!
[22:57] <vthompson> No worries, thanks for *your* help!
[23:00] <samertm> vthompson, do you know what player.playbackState represents?
[23:00] <vthompson> samertm, should be the play/paused state of the MediaPlayer component.
[23:00] <vthompson> this is the main object that plays the tunes
[23:00] <samertm> okay
[23:36] <samertm> vthompson, I just pushed a branch which has the behavior you wanted
[23:36] <samertm> :D
[23:45] <vthompson> samertm, good work!
[23:46] <samertm> vthompson, thanks!
[23:46] <vthompson> samertm, we have no current tests for this area. So there's no benefit to directly testing with the autopilot infrastructure.
[23:48] <vthompson> samertm, Assigned the bug to you and formally reviewing now
[23:48] <samertm> vthompson, awesome!
[23:48] <samertm> this is my first free software patch haha
[23:51] <vthompson> samertm, Ok. So what I'll let you do next is click on your branch and "Propose for merging" you'll then add a short description (which can be the same as the commit message) click on "Extra options" and then fill in the "Commit message" with something like "* Prevent pausing from elements that do not directly control playback" and click the "Propose Merge" button.
[23:53] <samertm> vthompson, should I include the bug number in the description or the commit?
[23:54] <vthompson> No need, it will be assigned when merged. We have a nice sophisticated bot that does that for us
[23:54] <samertm> alright, I just proposed the merge
[23:55] <vthompson> as you can see the bug is still related to the merge since it was related to the branch itself.
[23:55] <samertm> yup
[23:59] <vthompson> samertm, approved for merge! Feel free to take the time to look at the other apps as well in the oncoming days as they also could use some love! Thanks again!


[13:20] <jphilips> Unit193: when you pointed out goaccess the other day, were you going to install it on the servers?
[17:00] -SwissBot:#xubuntu-devel- Reminder: Next meeting chair is knome
[22:46] <Unit193> jphilips: No, just noting it exists.
[23:41] <jphilips> Unit193: okay. who in the team should i suggest install it?


[02:08] <adoniscik> how do you set the name of the package with stdeb if I want to create separate packages for python2 and python3?
[02:09] <adoniscik> I want X to be renamed python-X and python3-X
[02:12] <wgrant> adoniscik: I'd examine the manual and/or code of stdeb, and then ask in #ubuntu-packaging if you still can't work it out.
[02:12] <wgrant> That's not really anything to do with Launchpad.
[02:13] <adoniscik> okay, I will ask there.
[02:17] <xnox> adoniscik: export PYBUILD_NAME=X \n %: \n \t dh $@ --with python2,python3 --buildsystem=pybuild
[02:22] <adoniscik> cool, xnox That looks like it's intended for pybuild. How does it relate to stdeb?
[07:49] <adoniscik> dput refuses to upload a deleted package that it believes "has already been uploaded"
[08:11] <wgrant> adoniscik: You need to change the version if you change the package.
[08:12] <adoniscik> wgrant, I deleted the package instead since it never built properly in hte first place. I don't see the package but dput seems to think it is there. Should I still increment the version?
[08:12] <wgrant> adoniscik: That dput check is local and can be overridden with -f, but Launchpad will reject a reuse of the same version even if you've deleted it.
[08:12] <wgrant> You must change the version if you change the package.
[08:13] <adoniscik> where is that set, Standards-Version?
[08:15] <wgrant> adoniscik: debian/changelog
[08:16] <wgrant> And you should always use dch to manipulate that.
[08:16] <wgrant> It sounds like you should read the Ubuntu packaging guide.
[08:23] <adoniscik> I edited the changelog and ran debuild again, but launchpad rejected the package because it said the file already exists. I added a letter to the version, which the rejection email indicated in the title, but ignored in the body. Weird...
[08:29] <wgrant> adoniscik: What exactly did you change it to, and what was the exact text of the error message?
[08:30] <adoniscik> from "foo (version) dist; urgency=low" to "foo (versiona) dist; urgency=low"
[08:31] <adoniscik> then I dput the new changes file, which launchpad successfully received. The email noted the new version in the title, but the old file name in the body
[08:31] <wgrant> Exact text of the error message :)
[08:32] <wgrant> Was it the orig.tar.gz?
[08:32] <adoniscik> foo_0.1.2.orig.tar.gz
[08:32] <wgrant> Also ensure you've read and understood https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version
[08:32] <wgrant> Right.
[08:32] <wgrant> " The version number of a package. The format is: [epoch:]upstream_version[-debian_revision] "
[08:32] <wgrant> The orig.tar.gz is the upstream tarball, and that has the upstream version.
[08:33] <wgrant> That is anything before the final -.
[08:33] <wgrant> The orig.tar.gz is meant to be as the name suggests: the original tarball as released by upstream, bit-identical.
[08:33] <wgrant> How did upstream's release tarball change without changing the version number?
[08:35] <adoniscik> sorry, I am not sure I follow. I merely tagged an "a" to 0.1.2-1, making it 0.1.2-1a. If I follow you, this does not really constitute a version change, so it rejected it?
[08:36] <wgrant> It is a version change, but it's not an upstream version change.
[08:37] <wgrant> And it sounds like you changed the upstream tarball, so you need to change the upstream version.
[08:37] <wgrant> But how did the upstream tarball change? That normally indicates that something else has gone wrong.
[08:37] <wgrant> In your new version, upstream_version=0.1.2, debian_revision=1a.
[08:37] <adoniscik> and the old?
[08:37] <adoniscik> because I reran debuild after changing the changelog?
[08:38] <adoniscik> I thought that was how I would reflect the updated changelog
[08:38] <wgrant> The old version was upstream_version=0.1.2, debian_revision=1
[08:38] <wgrant> Running debuild won't have changed your orig.tar.gz.
[08:38] <wgrant> Debian tools don't touch it, normally, since it's meant to be identical to the one you downloaded from the upstream author.
[08:39] <adoniscik> I have 1 orig.tar.gz, and two debian.tar.gz
[08:39] <adoniscik> two source.builds
[08:39] <wgrant> Yes.
[08:39] <adoniscik> that's good, right?
[08:39] <wgrant> But if Launchpad rejected it because the orig.tar.gz conflicted, you must have changed the contents of the orig.tar.gz without changing the orig.tar.gz's version.
[08:40] <adoniscik> well it did say the file exists and "uploaded version has different contents"
[08:41] <wgrant> The upstream md5sum is 0a9c0986d9b6c1d3f88135afa3da2230
[08:41] <wgrant> That doesn't match the one you uploaded to Launchpad before.
[08:41] <wgrant> Does it match the one you have on disk now?
[08:42] <adoniscik> of the tgz?
[08:43] <adoniscik> the orig.tgz is b7532f1be6f7e034a9f04a6e47759bbb
[08:44] <adoniscik> the modified debian.tgz is 99d9aa3fc63361a73d517f1a63e61b05
[08:45] <wgrant> adoniscik: That doesn't match either the one you uploaded to Launchpad or the one on PyPI. How did you construct the two orig.tar.gzs?
[08:47] <adoniscik> i downloaded it from pypi, extracted it, ran "python setup.py --command-packages=stdeb.command sdist_dsc", edited the rules file to use pybuild, etc.
[08:48] <adoniscik> sorry for the trouble, I am trying to upload my first package :)
[08:49] <wgrant> I've not used stdeb.
[08:49] <wgrant> But if it generates an orig.tar.gz itself then that's pretty weird.
[08:49] <wgrant> In future, use the upstream-provided tar.gz instead.
[08:49] <adoniscik> I also used debuild
[08:50] <adoniscik> you mean from pypi?
[08:50] <wgrant> Yes.
[08:50] <wgrant> In this case you'll still have to change the version, since the real upstream version's filename had a bad tarball behind it.
[08:51] <wgrant> So, I would grab the orig.tar.gz from pypi, and name it something like FOO_1.2.3+upstream1.orig.tar.gz
[08:51] <wgrant> Then add a new changelog entry for version 1.2.3+upstream1-1
[08:51] <wgrant> (the "+upstream1" is just an arbitrary string to make the version larger than the old one, while also suggesting what happened)
[08:52] <adoniscik> I didn't know I could directly upload those archives. so I just need to put a copy of the tgz from pypi and rename it to foo.orig.tar.gz (i.e., add the orig)
[08:52] <wgrant> When 1.2.4 is released, ensure that you use the orig.tar.gz from PyPI instead of anything generated by stdeb.
[08:52] <wgrant> A normal Debian source package is composed of an orig.tar.gz, and debian.tar.gz, and a dsc.
[08:52] <wgrant> The orig.tar.gz is traditionally exactly the upstream release tarball.
[08:53] <wgrant> THe debian.tar.gz just contains the debian/ directory of your source package. debuild (well, dpkg-buildpackage, called by debuild) generates it by tarring up the debian/ directory.
[08:53] <wgrant> The dsc just provides metadata and the hashes of the orig.tar.gz and debian.tar.gz.
[08:53] <wgrant> You generate none of those files yourself, and debuild generates all except the orig.tar.gz.
[08:54] <wgrant> debuild works out which orig.tar.gz to use based on the latest version in debian/changelog.
[08:54] <wgrant> So if your changelog starts with "foo (1.0) trusty; urgency=low", it'll use foo_1.0.orig.tar.gz in the parent directory.
[08:55] <adoniscik> cheers, I'll try again. most informative.
[08:57] <wgrant> (note that some older or native Debian source packages have a different set of files, but none you're likely to run into)
[09:28] <adoniscik> so the package built, but only for python3, presumably since that's what I ran stdeb with. I suppose I need to run it again with python2. If I wanted to create separate packages, should I just edit the changelog to rename foo to python-foo or python3-foo?
[09:29] <adoniscik> thanks for your patience, wgrant
[09:31] <wgrant> adoniscik: AFAICR stdeb just generates debian/* from metadata in setup.py. You would normally do that once, trim any unnecessary bits, then edit the autogenerated files to meet your needs.
[09:31] <wgrant> One of those needs might be support for multiple Python versions.
[09:32] <wgrant> There's no reason to have a separate source package; it's normal and common for a single source to generate python-foo and python3-foo.
[09:32] <wgrant> See the example debian/rules that xnox gave earlier, but you'll also need to add a new Package stanza to debian/control.
[09:42] <adoniscik> oh good. where does debian/control get the contents of ${python:Depends}? I created a new stanza renaming the package and ${python3:Depends}
[09:46] <wgrant> adoniscik: https://wiki.debian.org/Python/Packaging is probably of interest.
[09:48] <wgrant> But ${python:Depends} is a "substvar". Check the dh_python2 manpage for details of the substvars it provides.


[10:29] <ricotz> SpecialK|Canon, hello, my opengpg key expired, how long does it take for launchpad to update its copy of my key which I updated on keys.openpgp.org?
[10:35] <ricotz> uploaded it to https://keyserver.ubuntu.com as well now
[10:37] <ricotz> it works again
[10:45] <ricotz> not fully yet, when reloading https://keyserver.ubuntu.com/pks/lookup?fingerprint=on&op=index&search=0xE4884AEEDE4CC02043C3D8045DECDBA89270E723 is randomly shows the updated or old key information
[10:46] <ricotz> SpecialK|Canon, ^
[10:57] <cjwatson> Launchpad doesn't operate the keyserver
[10:57] <cjwatson> Ask Canonical sysadmins
[10:57] <cjwatson> ricotz: ^-
[11:02] <ricotz> cjwatson, hi, I see, is there an IRC channel?
[11:02] <ricotz> ah #canonical-sysadmin
[11:11] <cjwatson> ricotz: or<EMAIL_ADDRESS>[11:15] <ricotz> cjwatson, ok, I will wait a bit, maybe the server is just in flux
[11:47] <SpecialK|Canon> Sorry, was at lunch - very much what Colin said; have you had subsequent joy ricotz?
[11:54] <ricotz> SpecialK|Canon, no worries, the keyserver issues is still present, and there was no response at #canonical-sysadmin yet
[14:34] <Laney> would it be worth filing a bug (or is there one already maybe?) to ask if the thresholds for when to display the Javascript UI elements vs. redirecting to another page can be raised?
[14:37] <SpecialK|Canon> Laney: much easier for us to mark a bug as duplicate if it turns out we already know about it, than to divine the existence if we didn't - please file away!
[14:38] <SpecialK|Canon> "bug", ykwim
[14:38] <Laney> SpecialK|Canon: righto
[14:38] <SpecialK|Canon> Cheers!
[14:38] <Laney> I thought it might elicit a 'no, never' or be a FAQ or something :-)
[14:39] <SpecialK|Canon> Nodnod, fair - not to my knowledge at least
[14:49] <Laney> it is done!


[10:17] <rickspencer3> pitti, around at all?
[10:17] <pitti> hey rickspencer3
[10:17] <rickspencer3> hey pitti, I have a silly question for you
[10:18] <rickspencer3> basically, I wake up each morning and check https://jenkins.qa.ubuntu.com/view/Precise/ first thing
[10:18] <rickspencer3> however, the daily builds are quite ready and so the smoke tests aren't run yet
[10:18] <rickspencer3> this is going to sound crazy, but ...
[10:18] <rickspencer3> is there anyway to start the dailies about 2 hours earlier so the results are there first thing in the morning here?
[10:19] <rickspencer3> oops
[10:19] <rickspencer3> the dailies *aren't* quite ready
[10:19] <pitti> in theory that's possible, of course; in practice, we'd probalby need to adjust a lot of other images as well, as we shouldn't run them in parallel
[10:20] <rickspencer3> hmmm
[10:21] <pitti> unfortunately they failed over the weekend due to buildd lag
[10:21] <pitti> we had a massive number of uploads on Friday due to armhf; not much we can do there, I'm afraid
[10:21] <rickspencer3> indeed
[10:22] <rickspencer3> pitti, this is far from an emergency situation, it would just be nice to be able to follow up on any significant problems first thing, rather than waiting
[10:22] <pitti> actually, yesterday's desktops did build (and today's)
[10:22] <pitti> rickspencer3: actually, I quite like them at the current time; it gives me about two hours to fix problems before we build images
[10:23] <pitti> so at 6:30 my time I can look at http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html, and fix uninstallability in time for the image builds
[10:23]  * rickspencer3 looks
[10:23] <pitti> if we do them earlier, we'll need to re-spin a lot more often
[10:23] <rickspencer3> pitti, that totally makes sense
[10:23] <pitti> but yeah, I see how it would be nicer for you to have them earlier :)
[10:23] <cjwatson> I think the reason I didn't originally want them too much earlier is that it reduces the chance of end-of-the-day Pacific time uploads being incorporated
[10:23] <rickspencer3> so you look for problems in the archive before you try to spin an ISO
[10:24] <pitti> so, we can have them earlier at the expense of lessening the probability of them succeeding
[10:24] <rickspencer3> pitti, no that makes sense
[10:24] <rickspencer3> I see that for you, daily quality starts *before* the builds and smoke testing
[10:24] <rickspencer3> I think it's smarter to optimize for that
[10:24] <rickspencer3> so ...
[10:24] <rickspencer3> carry on :)
[10:24] <pitti> rickspencer3: yes, our archive reports usually catch failures before we attempt the image build
[10:25] <pitti> we get an hourly feedback loop with them
[10:25] <rickspencer3> pitti, for your uninstallable packages report, can you tell which ones will cause the ISOs not to build?
[10:25] <pitti> rickspencer3: yes
[10:25] <pitti> rickspencer3: whenever ubuntu-desktop is uninstallable
[10:26] <rickspencer3> does ubuntu-server have a similar metapackage?
[10:26] <pitti> rickspencer3: it's not 100% correct (as we ship a few additional packages in live-ship), but usually good enough
[10:26] <pitti> of ubiquity is uninstallable, that's bad as well, of coruse
[10:26] <pitti> rickspencer3: no, I don't think so; but in general we just try to keep above list at zero
[10:26] <pitti> so that all images will build
[10:26] <rickspencer3> ok
[10:27]  * rickspencer3 stops trying to gild the lily
[10:27] <rickspencer3> thanks pitti
[10:27] <rickspencer3> as usual, you are a true scholar and gentleman ;)
[10:28] <pitti> rickspencer3: thanks to you, too; it's always good to check the justification of how we have things set up :)
[11:02] <rickspencer3> jibel, pitti, can I assume that https://jenkins.qa.ubuntu.com/view/Precise/job/precise-desktop-i386_encryptedhome/ fail because of bug #894768
[11:02] <ubot4> Launchpad bug 894768 in linux (Ubuntu Precise) (and 1 other project) "Installation randomly fails with: File "/usr/lib/ubiquity/ubiquity/install_misc.py", line 621, in copy_file targetfh.write(buf) IOError: [Errno 22] Invalid argument (affects: 23) (dups: 23) (heat: 353)" [High,In progress] https://launchpad.net/bugs/894768
[11:03] <rickspencer3> ?
[11:03] <cjwatson> rickspencer3: yeah, looks like the same bug
[11:03] <rickspencer3> thanks cjwatson
[11:03]  * rickspencer3 shakes fist at 894768
[11:04] <rickspencer3> cjwatson, I know it's being worked on :)
[11:04] <pitti> rickspencer3: correct, it's in the d-i syslog
[11:04] <pitti> but nice that these builds now actually appear, thanks jibel for fixing that
[11:04] <pitti> last week they just didn't appear at all
[11:04] <pitti> rickspencer3: these days, when amd64 succeeds and i386 fails, it's most likely that bug
[11:05] <jibel> rickspencer3, yes it is. line 2902 of d-i-syslog Dec  5 08:50:18 ubuntu install.py: IOError: [Errno 22] Invalid argument
[11:05] <rickspencer3> ok
[11:05] <rickspencer3> thanks guys
[11:44] <cjwatson> uh, who just flushed my syncs?
[11:44] <cjwatson> or removed, I can't tell
[11:51] <infinity> cjwatson: Flushed, I'd guess, based on the build queues all shooting up.
[11:52] <infinity> (And no idea who)
[12:58] <doko_> cjwatson, I'm guilty ...
[15:05] <stgraber> infinity: just saw your upload of livecd-rootfs, should that package get added to the list in https://wiki.ubuntu.com/NewReleaseCycleProcess?
[15:06] <stgraber> good morning skaet
[15:07] <skaet> goodmorning stgraber. :)
[15:07] <infinity> stgraber: Nah.  The default suite in BuildLiveCD is a convenience to people hacking on it (to avoid passing "-d precise"), it makes no real difference.
[15:07] <infinity> stgraber: The buildds all pass the suite explicitely anyway.
[15:07] <infinity> (And I usually do when testing too, which is why I never notice the default)
[15:08] <stgraber> ok
[17:41] <cjwatson> Subject: LiveFS --f-omap4/ubuntu/armel+omap4 failed to build on 20111205
[17:41] <cjwatson> uh
[17:41] <slangasek> heh
[17:44]  * cjwatson fails to puzzle that out
[18:18] <infinity> cjwatson: Someone screwed up a manual build, I assume.
[18:18] <infinity> cjwatson: ogra and I were puzzling over the same thing.
[18:18] <infinity> cjwatson: The only way I could fathom that subject line is with --f on the buildlive command line.
[18:18] <infinity> (Which is weird, in and of itself)
[18:19] <infinity> cjwatson: Oli's suggesting we tag Log mails with SUDO_USER to call people out. ;)
[18:19] <ogra_> well, we wouldnt need to log the name
[18:19] <stgraber> jibel, skaet: http://<IP_ADDRESS>/qatracker/milestones/204/builds/7471/testcases/115/results/
[18:19] <ogra_> but put "manual build" in the mail subject if SUDO_USER isnt empty
[18:20] <ogra_> so we can at leats see its manual fiddling that caused it
[18:20] <stgraber> jibel, skaet: So support for multiple results for the same user is there. There are still a few bugs around the feature though, will fix a bit later (need to get some food, then DMB meeting)
[18:20] <infinity> ogra_: Pfft.  If you're going to go partway, just finish the job and make the subject line: "Nelson: Ha, ha, ${SUDO_USER} sucks!"
[18:20] <ogra_> LOL
[18:21] <skaet> infinity, ogra_ some of my manual tests didn't end until after midnight it appears,  so I could be the culprit.   All of them suceeded (they were no publish though).
[18:22]  * skaet was doing timings on arm builds yesterday
[18:22] <infinity> skaet: I assume the conclusion was "slow"?
[18:22] <ogra_> well, i got that failure mail 90min ago ...
[18:22] <skaet> infinity,  glacial
[18:22] <ogra_> livefs builds should take 90min each
[18:23] <skaet> infinity,  I'll bounce you the numbers...   arms the highwater mark now on full respins.
[18:23] <ogra_> plus about 30-40 for the post live-build stuff cdimage/debian-cd do
[18:23] <infinity> skaet: It always was.
[18:23] <ogra_> so all in all 2.5h for one image
[18:23] <skaet> ogra_ yeah,  that's about what I was seeing.
[18:23] <ogra_> we used to have 4h builds, dont complain !
[18:23] <ogra_> :)
[18:24] <skaet> :)  yeah, but we have more images to build now,  so.... ;)
[18:24] <ogra_> indeed
[18:24] <infinity> I'll have it all parallelised by February, at least.
[18:24] <ogra_> well, spice seeds would help with that
[18:24] <infinity> ogra_: livefs-in-soyuz will help more.
[18:24]  * skaet looking forward to the parallelization.  :)
[18:24] <ogra_> 90min for buildlive once and then 15min per subarch to mangle it ;)
[18:25] <infinity> ogra_: Don't sell something we're not (currently) working on. ;)
[18:25] <infinity> ogra_: But livefs-in-soyuz, I've promised for this cycle.
[18:26] <ogra_> infinity, well, i always wanted to just have a three layered casper filesystem setup ... one for rootfs, one for kernel/modules and a cow
[18:26] <skaet> stgraber,  excellent.   :D
[18:26] <ogra_> that would have solved it earlier
[18:26] <skaet> cow?
[18:26] <ogra_> copy on write :)
[18:26] <skaet> lol
[18:27] <ogra_> else i would have written pony ... i'm not *that* much into cows :)
[18:27]  * skaet was definitely wondering about those cows.  ;)
[18:28] <ogra_> infinity, when i was about to start on that we came up with preinstalled so i never implemented it
[18:28] <infinity> Anyhow.  Once lamont and I get the armhf builder to admit that it's actually meant to build things, I might spin ubuntu/armhf+omap for the lolz.
[18:28] <infinity> Shame we don't have a more useful kernel yet.
[18:28] <ogra_> omap4 would really be nice
[18:29] <infinity> Well, I could probably make ti-omap4 build without any serious effort.
[18:29] <infinity> I just don't want to step on toes, and ppisati said he was on it.
[18:29] <ogra_> you could just cp it on ports :)
[18:30] <infinity> Uhm, no.
[18:30] <infinity> I'd have to repack it, at the very least.
[18:30] <infinity> But no.
[18:30] <infinity> And many other times no.
[18:30] <ogra_> heh
[18:30]  * cjwatson checks that ogra doesn't have a cocoplum account :-P
[18:30] <ogra_> lol
[18:35] <ogra_> infinity, btw, looking at buildlive, SUDO_USER would always be set ...
[18:36] <infinity> Eh?
[18:36] <ogra_> (if root runs it it forcefully sudos to "cdimage")
[18:36] <ogra_> if [ "$(id -u -n)" != "cdimage" ]; then
[18:36] <ogra_>         exec sudo -H -u cdimage $0 "$@"
[18:36] <ogra_> fi
[18:37] <ogra_> (or cron or whoever)
[18:37] <infinity> No, that's if a user runs it.
[18:37] <infinity> It's legacy code.
[18:37] <ogra_> though, cron runs it as cdimage
[18:37] <infinity> cron executes it as cdimage.
[18:37] <ogra_> snap
[18:37] <ogra_> k
[19:07] <charlie-tca> I broke the daily testing tracker
[19:07] <charlie-tca> it won't let me update an in-progress test
[19:08] <charlie-tca> http://<IP_ADDRESS>/qatracker/milestones/204/builds/7503/testcases/131/results
[19:08] <stgraber> charlie-tca: that's likely my fault :)
[19:08]  * stgraber looks
[19:08] <charlie-tca> Okay, I will agree ")
[19:08] <stgraber> charlie-tca: ah, could it be you didn't see the UI change?
[19:08] <stgraber> charlie-tca: you can now post multiple results
[19:08] <charlie-tca> huh?
[19:09] <stgraber> charlie-tca: so you need to click on the edit icon to change an existing one
[19:09] <charlie-tca> but I can not update the test that says in-prgress. It errors
[19:09] <stgraber> ah, ok, that part is probably my fault then :)
[19:09] <charlie-tca> Should I post the error to pastebin?
[19:09] <stgraber> nope, got it in the log
[19:09] <charlie-tca> Okay
[19:09] <stgraber> resultid does not exist
[19:09] <stgraber> fixing
[19:10] <charlie-tca> Anyway, I did the test and it worked today
[19:11] <stgraber> charlie-tca: should be fixed now
[19:11] <charlie-tca> stgraber: Thank you
[19:11] <stgraber> I'd expect removal of results to still be broken though, that's pretty high on my to-fix list (post DMB meeting)
[19:12] <charlie-tca> Worked now. That is great!
[19:13] <stgraber> cool
[20:17] <jibel> stgraber, nice, there will some ui work though, because it is not really intuitive.
[20:18] <jibel> and I confirm that removal of results is a bit broken ATM
[20:18] <stgraber> jibel: yep, wokring on the removing results part. I agree the UI is not terribly intuitive, especially after 4 years of a similar UI that could only add/update the results :)
[20:19] <jibel> stgraber, no problem, step by step
[20:21] <stgraber> jibel: oh, actually, removed results are only a problem for admins because we're supposed to see them and that part of the code fails :)
[20:38] <stgraber> jibel: fixed. So now admins should be able to see any removed result (you can restore by updating them without any change) and users can only see their own removed results (and restore them too)
[20:40] <stgraber> hehe, I guess http://<IP_ADDRESS>/qatracker/milestones/204/builds/7471/testcases/115/results is a good example of what an admin can expect to see on release week :)
[20:40] <stgraber> maybe with a few less removed results though :)
[20:42] <stgraber> which reminds me I need to make the LP integration script a bit more clever to avoid tagging bugs linked to a removed result
[20:47] <jibel> stgraber, and blacklist bug 1 please :)
[20:47] <ubot4> Launchpad bug 1 in tilix (and 28 other projects) "Microsoft has a majority market share (affects: 1119) (dups: 2) (heat: 5202)" [High,New] https://launchpad.net/bugs/1
[20:47] <jibel> sorry
[20:47] <stgraber> jibel: yeah, I guess a bugnumber blacklist could be useful :) I did a mass remove of that one last week but I'm sure we have many more like it
[20:48] <stgraber> I see we have 0, 2 and 5 on the list of bugs that have never been updated from LP
[20:49] <stgraber> I'll cleanup these that are clearly invalid, that should make the cronjob a bit faster
[20:50] <stgraber> jibel: qatracker=> DELETE FROM qatracker_bug WHERE bugnumber IN (0,2,5,91919191,3737384,5577744);


[01:15] <allee> uhh, 11 kblueplugd running  (n-1 restart by session management :( )
[01:16] <allee> if app.isSessionRestored(): quit()   # dirty fix
[01:17] <allee> if I would know how to get the qsessionmanager instance, I could use qsm.setRestartHint(RestartNever).  Anyone know how to get qsm of a QApplication?
[01:24] <mhb> allee: I'm not really experienced with qsessionmanager, but the API docs seem to indicate that you get the qsm instance as a parameter of e.g. qapp.commitData()
[01:35] <mhb> hey nixternal
[01:35] <nixternal> howdy
[01:36] <mhb> nixternal: are you going to uds?
[01:36] <nixternal> checking to see if my connection has stablized yet
[01:36] <nixternal> I am trying to go to UDS..I have put in my request for days off so now I just have to wait
[01:37] <mhb> nixternal: do you know what the first part (sat/sun) is about? I've overheard some upstream devs are invited for that but I happen not to be, so I wondered
[01:38] <nixternal> what I have heard is it will be for upstream devs only...JR wasn't even sure what it was all about
[01:38] <mhb> ah
[01:38] <nixternal> probably sabdfl talking about trying to get everyone on the same dev cycle or such
[01:39] <mhb> nixternal: do you remember Kuhrsher's request about separate downstream and upstream translator info in the kaboutdata?
[01:40] <nixternal> yes
[01:40] <mhb> nixternal: did you happen to do work on it in the meantime?
[01:40] <nixternal> I haven't been able to because of my internet connection...I still can't download anything yet
[01:40] <nixternal> supposedly they are doing work in our area now for like a week
[01:42] <mhb> nixternal: no problem, I just wanted to know
[01:42] <mhb> I hope your connection gets better soon
[01:42] <nixternal> ya same here
[01:42] <nixternal> this is the longest I have been online in quite a few days
[01:49] <mhb> nixternal: by the way, what are your plans for hardy?
[01:51] <nixternal> dunno yet
[02:07] <mhb> why does apport need a root privileges?
[02:08] <mhb> is it collecting some information not accessible to the current user?
[03:21] <ryanakca> Hmm... anybody want to take over bug 136560 ?
[03:21] <ubotu> Launchpad bug 136560 in kdebase "kde-base update install env and share folder at wrong place" [High,Confirmed]  https://launchpad.net/bugs/136560
[09:50] <allee> Lure: strigidaemon is rock solid 639 min with hard 100% cpu work and no crash! :)
[09:50] <Lure> allee: not sure if crash would not be better option here ;-)
[09:50] <Jucato> hehe
[09:52] <Lure> allee: this is how second gphoto2 works here: http://sourceforge.net/mailarchive/forum.php?thread_name=200709110939.08299.lure%40ubuntu.com&forum_name=gphoto-devel
[10:02] <_StefanS_> morning
[10:03] <Lure> allee: will you work on new libkdcraw and libkexiv2 for debian or should we just do ubuntu UVF?
[10:03] <Jucato> moin _StefanS_
[10:03] <Lure> _StefanS_: morning
[10:04] <Hobbsee> hiya
[10:04] <_StefanS_> hi all :)
[10:05] <Jucato> hi Hobbsee
[10:05] <Jucato> hi Lure, hi allee, hi *
[10:08] <Lure> morning Hobbseeand Jucato (better afternoon, for you two, right ;-) )
[10:08] <Jucato> evening for Hobbsee, afternoon for me :)
[10:08] <Hobbsee> Lure: :)
[10:09] <Hobbsee> oh, i guess i'm the one approving kde release stuff
[10:09] <Jucato> heheh :)
[10:09] <Hobbsee> as in, all of it, instead of co-doing it with Riddell
[10:09] <Jucato> think of it as sharpening and extending your long pointy stick :)
[10:11] <Lure> Hobbsee: exactly - let's break something!
[10:12] <Hobbsee> mmm....breakage...
[10:12] <Hobbsee> Lure: speaking of which, i requested a sync for libexiv2 ages ago, but never checked if all of the rdepends used the new version - i seem to recall running out of tiem
[10:15] <Lure> Hobbsee: did ABI change?
[10:15] <Lure> Hobbsee: otherwise allee is expert for these photo libraries
[10:16] <Hobbsee> unsure.
[10:26] <Lure> Hobbsee: is there a bug in LP?
[10:27] <Hobbsee> for?
[11:02] <allee> Lure: new libkdcraw (is it released?) will be blocked by the changed license of draw :(   libkexiv2 (and exiv2) will need a library transition and by digikam for KDE4.  AFAIR it will be optional for digikam 0.9.3 released after gusty
[11:03] <allee> Lure: so IMHO that's gutsy++.  I'll keep an eye on the libgphoto bugs and will cherry pick some patches from 0.9.3
[11:06] <allee> 'The' blocker: https://bugs.launchpad.net/ubuntu/+source/dcraw/+bug/86480
[11:06] <ubotu> Launchpad bug 86480 in dcraw "UVF exception : dcraw 8.39 -> 8.61" [Wishlist,Incomplete]
[11:10] <allee> Hobbsee: what the problemw with libexiv2?  Both, debian and kubuntu have 0.1.5.  Upcoming 0.1.6 will break ABI
[11:12] <Hobbsee> allee: i requested a sync for 0.1.5, but didnt get around to testing the rest of the rdeps
[11:15] <allee> Hobbsee: nothing depends on libexiv2-0.12 anymore.  So looks like lib transition is done.  Mhmm, then could be removed from the gutsy archive
[11:16] <allee> oh, apt-cache show libexiv2-0.12  return nothing, so it's already removed
[11:17] <Hobbsee> nice :)
[11:21] <allee> Lure: about your G3 prob. if it goes away after 2.4.0 -> 2.3.1 as in my case, we can blame ubuntu CONFIG_USB_SUSPEND=y IMHO as Paul suggests
[12:11] <Lure> allee: ok, regarding libkexiv2/libkdcraw - too late to go in license discussions and library transitions at this point
[12:11] <Lure> will test my issue with older gphoto2 - I tried to reproduce your problem, but got this one ;-)
[12:14] <Jucato> hm... I can't see to launch KPPP from the kmenu. ls -l /usr/bin/kppp says that it has +s (is that suid?). Is that correct?
[12:17] <Tonio_> hi thre
[12:17] <Tonio_> there
[12:17] <Jucato> hello :)
[12:19] <Hobbsee> hi  Tonio_!
[12:24] <Tonio_> plan for the day, fix the kdebluetooth segfault :/
[01:13] <ryanakca> Jucato: Yep, I found it :)
[01:14] <ryanakca> Hmm... anybody want to take over bug 136560 ?
[01:14] <ubotu> Launchpad bug 136560 in kdebase "kde-base update install env and share folder at wrong place" [High,Confirmed]  https://launchpad.net/bugs/136560
[01:26] <allee> Hi Tonio_
[01:27] <allee> kblueplugd after  app =  can you add as next line:     if app.isSessionRestored(): exit()  # get rid of processes started via session management
[01:27] <allee> it's a workaround until I've found out how to disable session management
[01:30] <Tonio_> allee: session management is restored in kdebluetooth itself, that's in the code
[01:33] <Tonio_> allee: ./kdebluetooth/kbluetooth/application.cpp:    disableSessionManagement();
[01:33] <Tonio_> allee: should I still add this ?
[01:33] <allee> Tonio_: yeah, it does it automaticly.  But as we use the autostart mechanism it's not needed.  I had 13 kblueplugd --session ... running and the one started by autostart.  Every logout/in would add one more.  Therefore the, argl. shit: it's quit() not exit() :(
[01:34] <allee> if app.isSessionRestored(): quit()
[01:34] <Tonio_> allee: ho kblueplug is restored itself ?
[01:35] <Tonio_> allee: okay I'll commit a fix toonight
[01:35] <Tonio_> Lure: wanted me to upload something ?
[01:35] <Tonio_> allee: I'm also working on the segfault bug in the kcm_btpaired
[01:35] <Tonio_> trying to trace this one
[01:35] <Tonio_> allee: noticed the share and env folders in the $HOME are back ?
[01:35] <Tonio_> or is it just me ?
[01:37] <allee> Tonio_:  mhhm, $KDEHOME/env worked always for me.  I've the a ssh-ask wrapper
[01:37] <allee> in env
[01:38] <Tonio_> allee: yeah but the gtk-qt thing shouldn't be there btw
[01:38] <Tonio_> same as the kwalletrc
[01:38] <Tonio_> allee: so quit and not exit right ?
[01:39] <allee> Tonio_: yes,  quit() is the right method
[01:39] <Tonio_> allee: oki
[01:39] <Tonio_> well then I have to figure out why did Riddell-awa change that for the wallet and other things
[02:03] <Lure> Tonio_: kdepim from my ppa - just need to remove ~ppa~lureX from version
[02:07] <vprints> did d3lphin translations from upstream source got included to kubuntu ?
[02:09] <Tonio_> Lure: got a url ? never playd with ppa yet and no time to search ;)
[02:09] <Tonio_> Lure: is that on your launchpad page ?
[02:10] <Lure> Tonio_: https://launchpad.net/~lure/+archive
[02:10] <Lure> Tonio_: just add deb-src and apt-get source
[02:10] <Tonio_> Lure: uploading
[02:17] <Lure> Tonio_: thanks
[04:07] <bddebian> Heya
[04:35] <hunger> Hmm.... I have two strigidaemons running eating 100% CPU plus two trackerds... is that supposed to happen?
[04:36] <ScottK> Only if you are doing some kind of twisted stress test.
[04:36] <hunger> ScottK: Nope. I am trying to surf the web, but obviously I can't really do that properly:-(
[04:36] <Jucato> with strigi, are we ever sure of what supposed to or not supposed to happen? :)
[04:36] <Jucato> (at least on KDE 3?)
[04:37] <hunger> ScottK: Maybe it is just two threads.
[04:37] <hunger> ScottK: Hard to tell in top..
[04:37] <ScottK> Maybe.  I'd see if it persists.  If it's threads, they'll drop or change PID.
[05:03] <mhb> hi folks
[05:04] <mhb> ScottK: here?
[05:04] <ScottK> Sort of.
[05:04] <nixternal> yay, some internet...only wish it was at home though :(
[05:05] <mhb> ScottK: hmm, could you rebuild kdebase with a patch and tell me if the python konsole kpart out of memory bug disappears?
[05:05] <ScottK> I can try.
[05:06] <ScottK> Can you put it in a PPA and rebuild it there?
[05:06] <mhb> people are getting lazier all the time :o)
[05:06] <mhb> I am talking about me being lazy to learn PPA, of course :o)
[05:07] <mhb> yeah, I can try
[05:07] <mhb> ScottK: I have narrowed the bug to about 15 lines, now all it takes is to find it
[05:11] <ScottK> mhb: The laptop I have Gutsy on is affected by Bug 127772 and so building stuff like kdepim is problematic.
[11:54] <manchicken> xgl's keybindings suck.
[11:54] <vprints> did the upstream translations of dolphin for kde3 also got uploaded to *ubuntu ?
[11:54] <manchicken> The Win key doesn't seem to be visible to KDE under xgl.


[03:04] <zachary> hi can i put Transmission on my computer which has mythbuntu?
[03:04] <Guest94537> i would like to download torrents onto that cpu
[03:36] <tgm4883> Guest94537, apt-get install transmission?
[07:53] <Shadow__X> is there a way to figure out which sata port a hard drive is located on
[07:53] <Shadow__X> a drive is failing but i am not sure which one
[08:00] <rhpot1991> Shadow__X: a should be your first, if you run disk utility it will tell you in there
[08:02] <rhpot1991> might need to install it if you are on pure mythbuntu, gnome-disk-utility
[08:02] <rhpot1991> bed time, good luck
[08:03] <Shadow__X> rhpot1991: yeah thanks i was thinking of using smartctl --all and getting the serial from there
[15:32] <anv> I lost tv-output after changeing resolutin on my monitor, I have radeon X550 (vga/composite outputs)
[15:39] <anv> I need to enable it but I don't know how.
[15:50] <anv> there was handy tool in synaptics: arandr to graphically arrange tv outputs.
[16:52] <anv> no I were happy too soon, can get close those original settings but not as those were in beginning, if someone can tell how to reset or get the original screen settings?
[18:21] <anv> not to flood, but to describe more specific the problem, my monitor were on 1024x768 and TV 800x600 . so the mythbuntu menu showed full on both screens and now menus show only partially in TV, it somehow zoomed to fit also in TV, same with videos which were full view on TV, are now in corner of TV.
[23:42] <kapcom01> hello, i have done this http://parker1.co.uk/mythtv_dvb.php and it works.. i can watch dv channels.. but on mythtv it doesnt detect any channel.. i used EIT but nothing.. i am in athens/greece.. what can i do?
[23:42] <Zinn> [parker1.co.uk] Testing Your DVB Card
[23:44] <kapcom01> it works with mplayer dvb://Film but i dont know what to do on mythtv