[17:07] <paride> blackboxsw, ec2-f was supposed to be enabled: https://github.com/canonical/server-jenkins-jobs/pull/120
[17:08] <blackboxsw> paride: hahah, oops was mapping that to minutes incorrectly :.
[17:08] <blackboxsw> thanks approved
[17:09] <blackboxsw> paride: and landed
[17:10] <paride> great
[17:15] <blackboxsw> paride: two more back at you https://github.com/canonical/server-jenkins-jobs/pull/121
[17:18] <paride> merged
[17:20] <blackboxsw> paride: last one from me: https://github.com/canonical/server-jenkins-jobs/pull/122
[17:22] <paride> blackboxsw, merged, thanks!
[17:23] <blackboxsw> paride: it's probably past your EOD have time for me to put up another for  adding curtin-g CI jobs and cloud-init kvm|lxd-g  jobs too
[17:23] <blackboxsw> we may load the CI machines to near breaking point
[17:28] <paride> torkoal will explode :) blackboxsw I am going out, but I can review/merge tomorrow morning
[17:28] <blackboxsw> ok one more cloud-init https://github.com/canonical/server-jenkins-jobs/pull/123  for lxd/kvm groovy
[17:28] <paride> ok just in time
[17:28] <blackboxsw> heh see ya paride tomorrow it is
[17:28] <blackboxsw> :)
[17:28] <paride> let me see
[17:28] <blackboxsw> thanks again
[17:28] <blackboxsw> if an issue, I'll blame the new guys :)
[17:29]  * blackboxsw is looking at falcojr there :)
[17:29] <blackboxsw> falcojr: I may have a couple of minor CI branches for you to look at today
[17:31] <falcojr> Heh, sounds good
[17:33] <paride> blackboxsw, merged, thanks
[17:33] <blackboxsw> thanks paride have a good one
[17:33]  * paride declares EOD for real :)
[17:33] <blackboxsw> falcojr: on the hook from here on out ! :)
[17:34] <blackboxsw> falcojr: as a note, our jenkins is behind a firewall at https://jenkins.ubuntu.com/server/
[17:34] <blackboxsw> so you'll  need VPN up to access it
[17:35] <blackboxsw> and any job changes we make are auto-syncd to jenkins every 15 mins, but we can manually pull with the job: https://jenkins.ubuntu.com/server/job/admin-jobs-update/
[17:35] <blackboxsw> so if we break something we can fix quickly if needed
[17:44] <blackboxsw> falcojr: for you if you end up having time today https://github.com/canonical/server-jenkins-jobs/pull/124
[17:44] <blackboxsw> if not, no biggie
[17:49] <falcojr> I should be able to today
[17:59] <blackboxsw> thank you sir.
[18:04] <falcojr> what does proposed mean in the context of these jenkins jobs?
[18:39] <blackboxsw> falcojr: sorry missed this, proposed for the jenkins jobs means to           pull-lp-source curtin "$RELEASE"-proposed
[18:39] <blackboxsw> it means we are testing the debian source bits that have been uploaded for curtin to the xenial-proposed bionic-proposed etc. deb pocket
[18:40] <falcojr> gotcha, thanks
[18:40] <blackboxsw> so it is testing what we plan to SRU, as those bits get queued in the $release-proposed pocket for testing and verification for an SRU until SRU verification is fixed
[18:40] <blackboxsw> then when we pass verification the bits get published to $release-updates pocket
[18:41] <blackboxsw> falcojr: https://people.canonical.com/~ubuntu-archive/pending-sru.html lists packages that are currently queued in the *-proposed pockets and haven't cleared SRU verification yet
[18:41] <blackboxsw> generally there'll be links to a project bug  (or multiple bugs) related to that SRU verification that needs completion
[19:08] <blackboxsw> another minor ci branch if anyone wants to grab it https://github.com/canonical/cloud-init/pull/400
[19:08] <blackboxsw> our cloud_tests need to allow us to support groovy release
[19:10] <blackboxsw> awesome falcojr https://github.com/canonical/server-jenkins-jobs/pull/124#discussion_r432033139  and thanks you are right
[19:11] <blackboxsw> pushed fix
[19:18] <rharper> blackboxsw: I reviewed the ubuntu/bionic;  I had a question in the review;  I wasn't sure if what you've pushed to ubuntu/bionic is the *final* form (it looks like my local branch following your steps has a diff from yours)
[19:46] <blackboxsw> ahh rharper I held off on my manual patches, will apply them now and push
[19:46] <rharper> blackboxsw: I see
[19:46] <rharper> lemme diff to my previous commit
[19:46] <blackboxsw> +1 rharper I'll wait to push
[19:46] <rharper> \o/
[19:47] <blackboxsw> ok awesome sauce. pushing manual changes in 2 mins
[19:47] <rharper> ok, then I'll refresh
[19:48] <rharper> though I think your commit message will need more than "test patches"
[19:48] <rharper> for what you're pushing to ubuntu/$release right ?
[19:50] <blackboxsw> rharper: fort pushed
[19:50] <blackboxsw> force pushed rather
[19:50] <blackboxsw> yeah rharper I manually did the following
[19:51] <blackboxsw> git commit -m 'd/control: drop python3-nose and python3-unittest2' debian/control
[19:51] <blackboxsw>  git commit -am 'changelog: add content for dropping python3-nose and python3-unittest2'
[19:51] <rharper> +1
[19:51] <rharper> OK, +1 on your update; we diff the same there as well
[19:51] <blackboxsw> then I git rebase -i HEAD~5 and reordered the commits squashing the debian/changelog ones into 3703b789d3ad3a0495b204118a44a19ed8b31da1 the new-upstream-snapshot changelog entry
[19:51] <blackboxsw> thanks rharper
[19:52] <blackboxsw> eoan and focal are more straightforward
[20:01] <rharper> blackboxsw: ok, ping me when you've got them up, I'll review
[20:01] <blackboxsw> rharper: their up
[20:01] <blackboxsw> already
[20:02] <blackboxsw> focal: https://github.com/canonical/cloud-init/pull/398
[20:02] <blackboxsw> eoan: https://github.com/canonical/cloud-init/pull/397
[20:02] <rharper> nice
[20:04] <rharper> blackboxsw: in your eoan PR, you show applying the patch first, then new-upstream-snapshot ? any reason for that ?
[20:04] <rharper> shouldn't that go after the snapshot ?
[20:05] <blackboxsw> rharper: if we apply it first, then new-upstream-snapshot takes care of it in the right order without a rebase afterward
[20:05] <rharper> hrm, ok
[20:05] <blackboxsw> I end up manually rebasing after to make sure the commit is in the changelog before we tag it anyway
[20:05] <rharper> why did we not do that for xenial ?
[20:05] <blackboxsw> rharper: we could have and should have landed it first, I only though about it after we got through bionic
[20:06] <blackboxsw> but either way is reasonable. I can redo xenial and bionic if you like , but in xenial and bionic we have to rebase anyway because we re-order the debian/changelog content lines after new-upstream-snapshot is 'done' anyway
[20:07] <rharper> blackboxsw: ok
[20:07] <blackboxsw> so I'll still need to rebase -i and squash the manual re-order of debian/changelog commits
[20:07] <blackboxsw> bionic and xenial only
[20:20] <rharper> blackboxsw: ok, I'll review eoan and focal;  we can re-review xenial/bionic if we want to re-do
[21:41] <blackboxsw> hrm rharper so on eoan I forgot to push my changes. done now
[21:47] <blackboxsw> and focal push fixed https://github.com/canonical/cloud-init/pull/398
[21:48] <blackboxsw> rharper: benefit of patching before new-upstream-snapshot is we can add the ~20.04.1 suffix so new-upstream-snapshot knows to redact bug #s and require an SRU_BUG_NUMBER
[21:48] <blackboxsw> for focal specifically
[22:38] <rharper> blackboxsw: ok, I'll re-review eoan/focal now
[22:45] <blackboxsw> thanks powersj for jumping in on all the flake stuff
[22:49] <powersj> blackboxsw, no worries wanted a couple easy ones :)
[22:54] <rharper> blackboxsw: ok, eoan/focal good to go
[23:07] <blackboxsw> thanks rharper
[23:13] <rharper> yw
[23:20] <blackboxsw> rharper: thanks I think I missed a review on ubuntu/xenial
[23:20] <blackboxsw> but otherwise all others are uploaded
[23:21] <blackboxsw> if you get a chance to double check that'd be great


[00:05] <jbicha> teward: I'll sponsor it for you if you follow https://wiki.ubuntu.com/StableReleaseUpdates#Procedure
[00:05] <teward> already did see #ubuntu-release
[00:06] <jbicha> I'd like to see a Test Case in the bug description
[00:06] <teward> i wrote one - in the SRU dedicated bug
[00:06] <teward> linked in #ubuntu-release
[00:06] <teward> (different #)
[00:06] <teward> https://bugs.launchpad.net/ubuntu/+source/gparted/+bug/1809932
[00:06] <teward> because CBA to mess with a bug already fix-released
[00:06] <teward> so I wrote an SRU-specific one
[00:06] <teward> but referred to both bugs in the changelog
[00:07]  * jbicha looks up the acronym
[00:07] <teward> Can't Be Arsed
[00:07] <jbicha> ha, urbandictionary wins again
[00:08] <jbicha> I'd prefer us to just use the already existing bug
[00:08] <teward> OK I can move everything there
[00:08] <teward> that's nontrivial :P
[00:08] <teward> s/nontrivial/trivial/
[00:08] <teward> 1 moment
[00:08] <jbicha> I normally just add a header: Original Bug Report[00:11] <teward> jbicha: yep, well, I use [Original Bug Description] for my header for that
[00:11] <teward> applied the template and copied the Debdiff up with an upload
[00:12] <teward> and did some post-copying cleanup of the description
[00:12] <teward> thanks for adding the BIonic series to it
[00:12] <teward> and subscribing teams accordingly
[00:13] <teward> irritating gparted bug is irritating nonetheless
[00:14] <teward> jbicha: been a while since I SRU'd anything other than NGINX heh
[00:14] <jbicha> teward: can I assign the bug to you? Desktop team likes SRU bugs to be assigned to someone (so either me or you)
[00:15] <teward> yep
[00:15] <teward> i have no qualms about it especially when I'm helping with diffs.  I just don't have Core Dev so I can't upload directly heh
[00:16] <teward> feel free to also let me know if I missed anything glaring in the debdiff
[06:50] <themill> OOI why does https://bugs.launchpad.net/ubuntu/+source/pycountry/17.5.14+ds1-0.1fakesync1credit the wrong person for 17.5.14+ds1-0.1?
[06:56] <JackFrost> http://launchpadlibrarian.net/398042742/pycountry_17.5.14+ds1-0.1fakesync1_source.changes it's showing who did the 'fake sync', those tend to happen when there's a source tarball mismatch (as noted in the fakesync changelog entry.)
[07:02] <themill> yes, that is one of the changelog entries, just not most of them
[07:05] <JackFrost> Yes, the rest are previous Debian changes, it's common practice to include all Debian changelog entries since the last Ubuntu version.  I might not get what you're asking, I think.
[07:05] <themill> (multi-maintainer changelog entries or multiple changelog entries are well known.)
[07:05] <themill> credit should be given where it is due.
[07:08] <JackFrost> Sounds like you don't like how dpkg-genchanges handles the -v option.
[07:12]  * themill does
[07:12] <themill> That says it's the changelog, not the changes file.
[07:12] <JackFrost> As you'll see, http://changelogs.ubuntu.com/changelogs/pool/universe/p/pycountry/pycountry_17.5.14+ds1-0.1fakesync1/changelog looks correct.  I agree with you in that dpkg-genchanges doesn't really display that correctly, thus LP doesn't display it correctly either. :/
[07:13] <JackFrost> I've looked at diffs when I wanted to see a proper d/changelog.


[00:31] <bobweaver> I have a question I have touch installed and every time that i try to run a app that I made. it says that it can not connect to the data base that there is no database.  So I went looking through the file system and guss what it is there I can see it why is it not reading it ?
[00:49] <robru> bobweaver, what database?
[01:01] <Anonynimity> Heya... I need some help
[01:01] <Anonynimity> I have a huawei fusion 2 and I'm wondering if it's possible to get the source code so I can install ubuntu phone os on my phone\
[01:03] <bobweaver> robru the one that my program creates
[01:12] <Anonynimity> bump?
[01:24] <robru> Anonynimity, before you can bring up ubuntu touch on a new phone, first you need to get cyanogenmod running on it. if cyanogenmod doesn't support it then it's unlikely ubuntu will
[01:31] <Anonynimity> okay, I will get on that... thx
[01:36] <Anonynimity> cyanogenmod 7.2 work?
[01:57] <Anonynimity> Okay, Cyanogenmod 7.2 is installed on my huawei fusion 2
[01:57] <Anonynimity> now what?
[02:25] <Anonynimity> I'm not quite understanding the manual install method
[02:26] <Anonynimity> individual device wiki page??
[02:26] <Anonynimity> patch applied at local tree??
[02:27] <Anonynimity> update local manifest.xml file .root/....
[02:30] <mhall119> anybody know why this is happening to me now?
[02:30] <mhall119> mhall@mhall-thinkpad:~$ adb devices -l
[02:30] <mhall119> List of devices attached
[02:30] <mhall119> ????????????           no permissions usb:1-1.2
[02:31] <mhall119> it's been that way since I phablet-flashed rev 122
[02:31] <Anonynimity> possibly you don't have android debugging enabled, or
[02:31] <mhall119> it's got Ubuntu Touch on it already
[02:31] <Anonynimity> maybe you need to edit your rules.99 file?
[02:31] <mhall119> where is that file?
[02:31] <Anonynimity> hang on
[02:32] <mhall119> I can't get on the device at all
[02:32] <mhall119> and I don't have the terminal on it after phablet-flashing
[02:33] <Anonynimity> okay... one sec
[02:33] <mhall119> mhall@mhall-thinkpad:~$ adb shell
[02:33] <mhall119> error: insufficient permissions for device
[02:33] <mhall119> for example
[02:34] <Anonynimity> please see http://stackoverflow.com/questions/9210152/set-up-device-for-development-no-permissions
[02:35] <Anonynimity> also, see http://ptspts.blogspot.co.il/2011/10/how-to-fix-adb-no-permissions-error-on.html
[02:36] <Anonynimity> mhall119, would you help me with something?
[02:37] <mhall119> I can try
[02:37] <Anonynimity> I'm trying to install the ubuntu phone os on a huawei fusion 2,
[02:37] <Anonynimity> I'm not quite understanding the "manual" part
[02:38] <mhall119> that's going to be over my head I think
[02:38] <mhall119> I managed to mess things up using phablet-flast :)
[02:38] <Anonynimity> it says make sure you have the patch in your local tree...??
[02:38] <Anonynimity> https://wiki.ubuntu.com/Touch/Porting
[02:39] <mhall119> dholbach would be a good person to ask about that, tomorrow during Europe's morning
[02:39] <Anonynimity> lol...
[02:40] <Anonynimity> and From the individual device wiki page, grab the git repositories that are specific to your device, and update your local manifest.xml file (inside the <root>/.repo folder) including them, such as:
[02:40] <Anonynimity> ??
[02:41] <mhall119> thanks for the links Anonynimity, I got it recognized again :)
[02:42] <Anonynimity> You're welcome mhall119
[02:42] <mhall119> wish I could help you in return
[02:42] <Anonynimity> it's all good... found the .repo/manifest
[02:43] <Anonynimity> now if I can just figure out how to "apply the patch at local tree"
[02:49] <Anonynimity> figured out the code name thingy
[03:23] <Anonynimity> clear
[03:23] <Anonynimity> cls
[03:30] <Anonynimity> how do I use breakfast?
[03:35] <Anonynimity> How do I manually update the manifest.xml file in repo.d/manifest.xml?
[04:02] <rsalveti> sergiusens: bug 1180238
[04:02] <ubot5`> bug 1180238 in touch-preview-images "Flashing root fs with TWRP fails" [High,Confirmed] https://launchpad.net/bugs/1180238
[04:11] <sergiusens> rsalveti: strange that the updater-script from the system image extracts to /tmp though...
[04:11] <rsalveti> yeah, twrp might do something different there then
[04:11] <rsalveti> weird
[04:15] <sergiusens> rsalveti: I still don't like encouraging people to use a different recovery image when the plan is to use an in house one
[04:16] <rsalveti> sergiusens: but what happens with the other devices we have out there?
[04:16] <sergiusens> rsalveti: which is the reason I asked if the one that was being architected was backwards compatible
[04:16] <sergiusens> rsalveti: I asked that during the update session...
[04:16] <rsalveti> not that we should support many recoveries, just that this seems easy enough to fix
[04:16] <rsalveti> right
[04:17] <rsalveti> but indeed, bringing our own recovery to the table might complicate a bit for porters
[04:17] <sergiusens> rsalveti: well it seems that once we move to the new model we will only support one
[04:17] <rsalveti> well, not necessarily
[04:17] <rsalveti> the current recover is enough to cover most of the use cases
[04:18] <rsalveti> but I know remember what was the real deal about having our own
[04:18] <rsalveti> *don't
[04:18] <rsalveti> remember just the naming issue and such
[04:18] <rsalveti> need to check the session notes properly
[04:18] <sergiusens> rsalveti: I don't either, and I can't make anything out of it from the explanations
[04:19] <rsalveti> yeah, we had so many discussions regarding this topic that I don't know in detail what was decided
[04:19] <rsalveti> lool might know more
[04:25] <sergiusens> rsalveti: well nothing here tells me what the limitations of android's OTA are and why we can't use it https://wiki.ubuntu.com/ImageBasedUpgrades
[04:25] <rsalveti> indeed
[04:25] <rsalveti> that's why let's wait for lool to be up
[04:25] <sergiusens> rsalveti: well he can read while we sleep
[04:25] <sergiusens> :-)
[04:26] <rsalveti> I remember he was concerned at some point about using the cwm recovery, just don't remember if it was just a naming issue
[04:26] <rsalveti> yeah
[04:26] <sergiusens> rsalveti: I'll rename it :-P
[04:26] <rsalveti> yeah :-)
[06:35] <dholbach> good morning
[06:40] <tvoss> dholbach, good morning :)
[06:40] <dholbach> hey tvoss
[07:11] <tsdgeos> aha
[07:12] <tsdgeos> it's not the only ones with broken tryCompare
[07:12] <tsdgeos> qt itself has them too
[07:12] <tsdgeos> my fix didn't merge because their broken tryCompares broke :D
[07:24] <tvoss> tsdgeos, that sounds interesting :)
[07:25] <tsdgeos> yeah and can't really "fix" their tests either since they won't work
[07:25] <tsdgeos> hate it when a 2 lines change is converted to this :D
[07:36] <Mirv> could I get another tester at the bug #1179937 ? ie. verify that stuff works after the steps in the description. I'd nowadays always like two confirmations before doing any copy.
[07:36] <ubot5`> bug 1179937 in qtbase-opensource-src (Ubuntu) "OSK does not appear in webapps" [Critical,Confirmed] https://launchpad.net/bugs/1179937
[07:36] <Mirv> in addition to myself
[08:20] <tvoss> seb128, ping
[08:20] <seb128> tvoss, hety
[08:20] <seb128> hey
[08:21] <tvoss> seb128, hey :) how are you?
[08:22] <seb128> tvoss, I'm good thanks, a bit tired by the long days with vUDS finishing quite late but that's almost over ... how are you?
[08:22] <tvoss> seb128, pretty good, but tired, too :) wondered if you have had a chance to look into the issues with the ubuntu-geoclue provider on the phone
[08:23] <tvoss> seb128, or more accurately: in an armhf chroot :)
[08:28] <seb128> tvoss, no, I didn't play with that yet
[08:28] <seb128> I guess it's not working for you?
[08:29] <seb128> I will add it to my list of things to try, but that's not likely going to be today
[08:31] <tvoss> seb128, will look into it, too
[08:45] <hba> hi guys
[08:45] <hba> can anyone tell me, if its possible to download ubuntu touch from some place and test it on my tablet?
[09:13] <greyback> hba: check if your device is compatible here https://wiki.ubuntu.com/Touch/Devices
[09:13] <greyback> you might be lucky that someone has already ported it
[09:20] <tsdgeos> Mirv: how's https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1176962 going?
[09:20] <ubot5`> Launchpad bug 1176962 in qtdeclarative-opensource-src (Ubuntu) "[PATCH] Backport ListView related crash fixes" [Undecided,In progress]
[09:21] <tsdgeos> it seems that it would fix https://bugs.launchpad.net/touch-preview-images/+bug/1180511 too
[09:21] <ubot5`> Launchpad bug 1180511 in touch-preview-images "Cancel network connect on password request crashes shell" [Medium,Confirmed]
[09:43] <Mirv> tsdgeos: it's built for saucy in qt5-beta-proper, but I guess saucy images are not that testable yet (?). pushing now a raring build and asking for testing it then in the bug report (and probably the other one as well).
[09:43] <tsdgeos> ok
[09:49] <Mirv> I'll wait until it's testable and write then to the bugs in a couple of hours
[10:05] <didrocks> Mirv: I see the sdk tests are still failing, is that under work? is the SDK team working on it?
[10:05] <didrocks> Kaleo_: ^
[10:05] <danboid> Apart from the Nexus devices, which are the next best supported phones for touch from the 'Working' category here https://wiki.ubuntu.com/Touch/Devices ?
[10:06] <Mirv> didrocks: I'm working, I just can't reproduce it myself. so I'm both proposing a dummy sleep in one place via a branch, but also upgrading my old slow intel machine to saucy that I can test if I can reproduce. as the last resort, I'm going to contact veebers whether I can run something directly on the intel test machine
[10:07] <didrocks> Mirv: ok, sounds good, keep me posted! Thanks :)
[10:07] <Mirv> didrocks: will do
[10:07] <danboid> What do you guys recommend for a non-nexus phone for running buntu touch?
[10:08] <danboid> pref that allows dual booting with cyanogenmod or whatever
[10:09] <Laney> how should I be accessing gsettings from a qml app?
[10:10] <deiu> I don't think you can dual boot utouch and android on anything else other than the Nexus 7
[10:11] <deiu> afaik it doesn't even work on the Nexus 4
[10:11] <danboid> deiu: OK thanks
[10:11] <danboid> but whose the most hacker and dev friendly then now out of HTC, Motorola, Samsung and Sony?
[10:12] <danboid> bootloaders etc
[10:13] <danboid> xda-dev is pretty quiet right now
[10:13] <ogra_> well, most of us use nexus devicces, hard to tell
[10:13] <danboid> so I expected this channel could explain why I would want phone x as a Linux enthusiast
[10:14] <danboid> Nexus is clearly the best then, no close second?
[10:14] <tvoss> Kaleo_, ping
[10:14] <tvoss> Laney, you might want to ask Kaleo_ for the gsettings question
[10:14] <Mirv> danboid: the generic answer is that you'd want Nexus :) but I believe there are differences in others as well, but I've no sure information - I remember some good words about later Sonys and Sony being supportive of unlocking, but that's just a news I've read in the past
[10:15] <ogra_> dunno, i have a galayx S2 here that runs "usable" but misses bits and pieces ... i guess its the same for other non nexus devices ... always depends how much time the porter invests to keep it up to date
[10:15] <ogra_> and we dont control the porters ... :)
[10:15] <ogra_> its a community effort
[10:16] <Laney> tvoss: ack, thanks
[10:16] <danboid> Surprising sony would be goodfor unlocking when this is the same corp that took away Linux from the PS3!
[10:17] <danboid> I've never forgiven them for that, even though I've never owned a PS3
[10:17] <tvoss> seb128, I think I tracked down the issue to https://bugs.launchpad.net/indicator-sync/+bug/1084635
[10:17] <danboid> then I ended up with an Xperia play which was a a great phone though! :)
[10:18] <danboid> only because I got it cheap
[10:18] <tvoss> seb128, mardy points to a new qemu release at the bottom, will try to investigate further
[10:18] <danboid> but I never got rounndto flashing it before it died on me so I can't comment on that aspect of Sony
[10:18] <seb128> tvoss, ok, good
[10:20] <seb128> tvoss, weird, we have qemu 1.4 which is supposed to include the fix
[10:21] <tvoss> seb128, yup, but just checked in an armhf raring chroot, trying to execute geoip provider under dbus-test-runner
[10:34] <RAVI_> HELLO
[10:37] <Kaleo_> tvoss: oibg
[10:37] <Kaleo_> pong
[10:37] <Kaleo_> didrocks: which tests?
[10:37] <Kaleo_> didrocks: I did not receive any notification of any kind
[10:37] <tvoss> Kaleo_, Laney got a question for how to use gsettings from the SDK
[10:37] <Kaleo_> tvoss: ok
[10:37] <rafoo7> hi, is it posible to install asterisk server on ubuntu touch on any mobile phone with Wifi ?
[10:37] <Kaleo_> Laney: it's not possible yet
[10:37] <Kaleo_> Laney: it's being worked on
[10:38] <Laney> ah ok
[10:38] <Kaleo_> sorry
[10:38] <rafoo7> is there any other SIP server
[10:38] <Laney> is there a bug?
[10:38] <Kaleo_> Laney: not that I know
[10:38] <didrocks> Kaleo_: maybe Mirv only talked with bzoltan about it
[10:38] <Laney> k
[10:38] <Kaleo_> didrocks: in what project is the bug?
[10:38] <ogra_> rafoo7, its definitely possible to install it (teh whole ubuntu archive is available) ... no idea if you can easily get it running though
[10:38] <Laney> I could probably write some C++ in the meantime I suppose
[10:39] <Kaleo_> Mirv: you aware of a failing test?
[10:39] <rafoo7> dear ogra is it possible to install asterisk or any other PBX
[10:39] <rafoo7> ?
[10:40] <ogra_> rafoo7, as i said above, you can install everything from the ubuntu archive ...
[10:40] <rafoo7> using apt-get command ?
[10:40] <ogra_> yes
[10:40] <rafoo7> how can i know that on ubuntu touch asterisk is available in apt-get
[10:40] <ogra_> apt-cache search ....
[10:41] <ogra_> like in every other ubuntu install
[10:41] <rafoo7> can you plz send me a link of apt-cache for ubuntu touch
[10:41] <didrocks> Kaleo_: SDK, but I'll let Mirv handle it with you
[10:41] <ogra_> its the same way you use in every ubuntu, look it up in the documentation ... UTouch isnt different
[10:42] <rafoo7> have you ever used utouch on any phone ?
[10:42] <Kaleo_> didrocks: SDK is not a project :)
[10:42] <Kaleo_> (on launchpad)
[10:42] <Kaleo_> didrocks: ok
[10:43] <rafoo7> i have asked my boss to buy a device from provoded list of mobile phones
[10:43] <rafoo7> probably he will buy the cheapest one
[10:44] <rafoo7> inititally i was going for mini PC but they are unreliable ATOM processsors not feasible for 24 hour use
[10:44] <didrocks> Kaleo_: http://<IP_ADDRESS>:8080/job/ps-generic-autopilot-release-testing/400/
[10:44] <ogra_> rsalveti, sergiusens , so i have the ubuntu side of  the flipped container stuff running now ... to get android to work we need to find a way to store the initrd contents somewhere now, just chrooting into /system witouth these bits wont work
[10:44] <Kaleo_> didrocks: thx
[10:54] <Mirv> Kaleo_: yes, trying to reproduce it. it fails only on the intel machine in jenkins, after scrolling down and before clicking Dialog, so I was thinking (in lack of other options) to add a dummy sleep(1) in there. zsombi recommended trying out sleep(0) first but not sure if it'd do anything useful
[10:55] <Mirv> Kaleo_: but also trying if I can reproduce it on my old intel machine (after I've gotten it from precise to saucy)
[10:57] <Kaleo_> didrocks: taken care of then, thanks
[11:15] <Kaleo_> didrocks: do you know who is maintaining compiz these days?
[11:15] <didrocks> Kaleo_: sam and mcr1, but nobody on our side
[11:21] <Kaleo_> didrocks: ok
[12:02] <nik90> Kaleo_: I am having trouble updating the ubuntu-ui-toolkit.
[12:02] <nik90> Kaleo_: it keeps saying that qtdeclarative5-ubuntu-ui-toolkit-plugin has been kept back
[12:02] <nik90> Kaleo_: Should I force update it? Or is this issue upstream due to transition to qt 5.0.2?
[12:11] <Kaleo_> nik90: not sure, Mirv ?
[12:12] <pmcgowan> nik90, thats becuase it requires qt 5.0.2 from the other PPA
[12:13] <nik90> pmcgowan: the problem is that since the update manager updated all other ubuntu touch components except for one package. Because of that I am having trouble with qml themes and everything.
[12:15] <nik90> Mirv: anyway I can fix this issue or even better revert it?
[12:17] <nik90> pmcgowan, Mirv: I get this result http://imgur.com/hFLptm1
[12:17] <nik90> toolbar is missing
[12:18] <pmcgowan> nik90, not good, can you go ahead and update to the newer Qt? using the qt5-edgers proper ppa
[12:19] <nik90> pmcgowan: do you mean the ppa:canonical-qt5-edgers/qt5-proper ppa?
[12:19] <pmcgowan> yes
[12:19] <nik90> pmcgowan: what happens after the transition? Do I continue to have this ppa?
[12:20] <pmcgowan> nik90, yes,I assume you are running raring?
[12:20] <pmcgowan> nik90, the image was already updated to the new qt 5.0.2
[12:20] <nik90> yes I am running raring
[12:20] <pmcgowan> this should be ok now after fixing some regressions this week
[12:21] <nik90> as long as it does not break my system I am fine :)
[12:23] <pmcgowan> nik90, you may want to wait for mirv to come back - he can give you options
[12:23] <pmcgowan> nik90, seems qtc won't even run for me right now
[12:25] <nik90> oops too late..update in progress :(
[12:29] <nik90> pmcgowan: it works! Thanks for your help. No prob with qtc either.
[12:30] <pmcgowan> nik90, oh great! now need to fix myself
[12:33] <tvoss> Saviq, ping
[12:33] <Saviq> tvoss, pong
[12:42] <pmcgowan> dpm, mhall119 do you guys have access to the vUDS schedule
[12:42] <pmcgowan> I mean to change it
[12:42] <dpm> pmcgowan, for the appdev track, yes
[12:42] <dpm> and I think mhall119 has access to the rest of tracks as a summit admin
[12:43] <dpm> what change do you need?
[12:43] <pmcgowan> tvoss would like to reschedule the unity 8 session until later in the day
[12:43] <Mirv> nik90: so have you tried apt-get dist-upgrade to get the last component upgraded?
[12:43] <pmcgowan> Mirv, I think he is all set but I have a problem
[12:43] <Mirv> nik90: (read further) ok so problem got solved
[12:44] <ogra_> pmcgowan, thats the desktop track (seb128)
[12:44] <pmcgowan> desktop?
[12:44] <pmcgowan> client maybe
[12:44] <Mirv> pmcgowan: what's your creator issue like?
[12:44] <ogra_> the ubuntu-desktop team runs it, yeah, client track :)
[12:44] <pmcgowan> Mirv, I get this ...
[12:44] <pmcgowan> qtcreator: symbol lookup error: /usr/lib/i386-linux-gnu/qt5/plugins/platforms/libqxcb.so: undefined symbol: _ZN15QPlatformWindow17formatWindowTitleERK7QStringS2_
[12:45] <pmcgowan> ogra_, ;)
[12:45] <pmcgowan> Mirv, I happen to be running 32 bit (for now good reason)
[12:45] <pmcgowan> no
[12:45] <Anonynimity> Hello. I need some help porting ubuntu touch to my huawei fusion 2
[12:47] <Anonynimity> I have installed cyanogenmod 7.2 on my device, and I'm having troubble with the manual porting guide.
[12:47] <ogra_> whats your issue exactly ?
[12:48]  * ogra_ thinks the porting guide is pretty clear
[12:48] <Anonynimity> well 1) how do I install the patch to local tree?
[12:48] <ogra_> the patch ? yuo just pount to the right branches in the xml file of the phablet tree that you checked out
[12:49] <Anonynimity> 2) how do I manually update the manifest.xml file (where do I put the kernel version, device manufacturer, and device code name)
[12:49] <ogra_> make the described modifications to your new tree and run brunch
[12:50] <pmcgowan> seb128, are you about?
[12:50] <ogra_> Anonynimity, just edit it in the .repo folder
[12:51] <Anonynimity> I know, but where do I put the information? the first line, the last line....
[12:51] <ogra_> look at the existing entries, make yours look similar
[12:51] <ogra_> shouldnt matter
[12:51] <ogra_> for an SGS2 port i did i just appended the three lines here
[12:51] <Anonynimity> okay...
[12:52] <Anonynimity> and checking cm.dependancies avaliable/
[12:52] <Anonynimity> ??
[12:53] <ogra_> on the cm wiki
[12:53] <nik90> Mirv: dist-upgrade did not work since it just did not all that package to be updated. However on adding the qt5-edgers ppa, this issue got solved. :)
[12:53] <nik90> Mirv: it did not allow* the package to be updated
[12:55] <Mirv> nik90: ah you didn't have the qt5-proper PPA. I think that may be somewhat common since the developer.ubuntu.com instructions used to say that only SDK PPA would be needed for Ubuntu 13.04 users
[12:56] <pmcgowan> Mirv, we need to change that on the wiki now that there is a dependency
[12:56] <Anonynimity> so I should change <project path="kernel/lge/mako" name="CyanogenMod/lge-kernel-mako" to <project path="kernel/huawei/u8665" name"CyanogenMod/huawei-kernel-u8665"??
[12:56] <dpm> sorry pmcgowan, got sidetracked. Let me ping seb128, he can modify the client track schedule
[12:57] <wcchandler> is the plan for ubuntu to sell a device with ubuntu pre-loaded on a phone in a store like say Verizon?  I know a lot of dev work is going on with the nexus... but yeah.  If I bought a nexus to toy with now, could I expect it to be comparable to anything that'll be available at launch?
[12:57] <Mirv> pmcgowan: yes that was changed last week, but it used to be there earlier during raring development cycle, so people who read it earlier and haven't checked again have only SDK PPA
[13:03] <nik90> Mirv: yup exact problem.
[13:17] <netcurli> I am on raring and added the qt5-proper and the ubuntu-sdk-team ppa to get the newest version. After updating I have now a problem with qtcreator where it opens 4 additional windows that don't do anything when I start it. is this a known issue?
[13:18] <Anonynimity> this isn't working for me...
[13:18] <Anonynimity> :/
[13:20] <Anonynimity> terminal output
[13:20] <Anonynimity> http://pastebin.com/5fmUYG78
[13:22] <Anonynimity> manifest.xml
[13:22] <Anonynimity> http://pastebin.com/cefFwCJi
[13:28] <sergiusens> Anonynimity: is your device part of cyanogenmod 10.1 ?
[13:28] <Anonynimity> no it's 7.2
[13:28] <Anonynimity> trying to find a port for 10.1
[13:29] <ogra_> sergiusens, hey ... seen my ping above ?
[13:29] <ogra_> sergiusens, i got the flipped container working on maguro now ... but to actually use android we kind of need the initrd contents as / somewhere
[13:30] <sergiusens> Anonynimity: export ROOMSERVICE_BRANCHES=branch_name then run breakfast, asuming your 7.2 stuff is in the CM repos
[13:31] <sergiusens> ogra_: yeah, saw it, was going to separate some time after coffeee to address it :-)
[13:31] <ogra_> well, how do we do that ?  i assume getting the content isnt an issue, but where do we put it on the device ?
[13:32] <sergiusens> ogra_: so without much looking into, does it have to be in / or can you mount it anywhere once you have it somewhere?
[13:32] <Anonynimity> I type breakfast and it says "command not found"
[13:32] <ogra_> also surfaceflinger segfaults ...
[13:32] <sergiusens> Anonynimity: how far through the porting guide have you got?
[13:32] <ogra_> sergiusens, it doesnt have to be *in* / .... it has to become androids /
[13:32] <Anonynimity> I've gotten to...
[13:32] <sergiusens> Anonynimity: get all the way thorough until it mentions breakfast
[13:33] <Anonynimity> $ cd .repo/manifests $ git diff
[13:33] <sergiusens> ogra_: and we can mount all we want from the outside, right?
[13:33] <ogra_> sergiusens, no matter where it lives ... i just noticed we cant just get away with chrooting into /system, it needs the outher layer above it
[13:33] <ogra_> *other
[13:34] <ogra_> yeah, indeed, mounting isnt an issue
[13:34] <ogra_> but we cant just creat an /android dir that lives in the generic image
[13:34] <ogra_> (else it wont be generic anymmore)
[13:34] <ogra_> probably /data/android or so
[13:40] <sergiusens> ogra_: I can try and bundle the '/' part as part of the system zips
[13:40] <ogra_> yeah
[13:40] <ogra_> thats what i thought
[13:41] <ogra_> and then put it into some specific place that we can chroot to but that doesnt clash with the generic image bits
[13:45] <sergiusens> ogra_: the only thing I'd be breaking here though is fastboot flashing :-/
[13:46] <sergiusens> ogra_: I'll think of something (might bundle it as userdata.img for when fastbooting)
[13:49] <ogra_> sergiusens, userdata sounds good but in a subdir indeed
[13:49] <ogra_> /data/container or some such
[13:57] <sergiusens> ogra_: ok, I'll work on it
[13:57] <ogra_> cool, thanks
[13:57] <ogra_> i hope surfaceflinger will then not segfault anymore
[13:57] <ogra_> i can exec anything from /system/bin execpt SF
[13:58] <ogra_> assuming the environment isnt set up right
[13:59] <sergiusens> ogra_ ah, sf thinks it's special :-P
[14:00] <sergiusens> ogra_: any logcat errors?
[14:00] <ogra_> likely
[14:00] <ogra_> i straced it but that was not reallly infomative
[14:01] <ogra_> not sure logcat works yet, out /dev is a bit different now that udev runs
[14:01] <ogra_> i need to fiddle with the alog stuff still
[14:01] <rsalveti> ogra_: I think you need the stuff from / (initrd) to have a working property system
[14:02] <ogra_> yeah
[14:02] <ogra_> does SF rely on that so much ?
[14:02] <rsalveti> sergiusens: I don't think we need to change much at the android build side at this point
[14:02] <ogra_> well, we need the content of the initrd as / somehow
[14:02] <sergiusens> rsalveti: you just want to manually copy? ogra?
[14:02] <rsalveti> we can just bundle the content from the root output directory <boot.img> together with the stuff from the system
[14:02] <rsalveti> after building the android image
[14:02] <rsalveti> ogra_: you're packaging it up, right?
[14:02] <rsalveti> the big one package
[14:03] <rsalveti> you can do that after you built the image
[14:03] <sergiusens> rsalveti: well that's what I was going to do
[14:03] <ogra_> rsalveti, we'll see after the session today what i will do :)
[14:03] <sergiusens> rsalveti: bundle $OUT/root
[14:03] <rsalveti> sergiusens: right, but I don't think we should do that at the android build system side
[14:03] <rsalveti> to avoid breakage
[14:03] <sergiusens> rsalveti: well... how would we solve fastbooting?
[14:04] <rsalveti> I'd prefer the bundle to be a step of the build process when doing the big package
[14:04] <ogra_> we shouldnt change the build, but deliver the initrd content somewhere
[14:04] <rsalveti> sergiusens: well, why fastboot related?
[14:04] <rsalveti> we'll flash the ubuntu boot.img and rootfs at /data, right?
[14:04] <ogra_> we dont have a dedicated partition
[14:05] <ogra_> right
[14:05] <ogra_> but you still need the android /
[14:05] <rsalveti> we can, for now, store the android stuff at just a normal directory, and later move it to /system or similar
[14:05] <ogra_> and that has to go somewhere
[14:05] <rsalveti> as it'll be inside a container anyway
[14:05] <ogra_> right
[14:05] <ogra_> we wont need /system as /system anymore then
[14:05] <rsalveti> right
[14:05] <ogra_> so we could move the initrd stuff in there and have a /system subdir in it
[14:06] <rsalveti> right, and that can be all part of the package
[14:06] <ogra_> and mount it in ubuntu as /android or /container
[14:06] <ogra_> or even a proper FHS place
[14:06] <rsalveti> at a random dir that would be under our /data
[14:06] <rsalveti> right
[14:06] <ogra_> (i guess /opt/android/ or some such would be more proper)
[14:06] <rsalveti> yeah
[14:07] <ogra_> i'll try to get a generic ubuntu initrd ready today with adbd in it
[14:07] <sergiusens> rsalveti: how does that differ from what I was going to do sans the fastboot part?
[14:07] <ogra_> there was actually no size problem at all
[14:07] <ogra_> my adbd binary simply segfaulted
[14:07] <rsalveti> sergiusens: I still didn't get what you were planning to do with fastboot
[14:07] <ogra_> rebuilding it got it to work
[14:07] <rsalveti> creating a separated partition for the android stuff? or pushing it to /system?
[14:07] <sergiusens> rsalveti: that's another topic
[14:08] <ogra_> rsalveti, well, as long as we dont have the stuff in /system you wont have a fastboot flashable image for it
[14:08] <rsalveti> we'll still flash the ubuntu image at /data
[14:08] <rsalveti> with everything in it
[14:08] <ogra_> right, but that only works with zips
[14:08] <rsalveti> depends on the device
[14:08] <rsalveti> that's the issue
[14:09] <ogra_> you wont have an android-rootfs.img you could flash via fastboot atm
[14:09] <rsalveti> right, which is fine, right?
[14:09] <ogra_> i think thats the point sergiusens was making
[14:09] <ogra_> sure
[14:09] <rsalveti> because we're not booting into it anyway
[14:09] <rsalveti> so it doesn't matter if we're flashing or not flashing the android side with fastboot
[14:09] <ogra_> well, it would be nice for developing if we could provide it at some point
[14:10] <ogra_> but surely not important now
[14:10] <rsalveti> right
[14:10] <rsalveti> sergiusens: what is your idea? :-)
[14:10]  * rsalveti looks at the uds schedule
[14:11] <ogra_> i think merging eveything into the /system partition is fine
[14:11] <ogra_> android builds in 1h
[14:11] <sergiusens> ogra_: android builds in 10 minutes
[14:11]  * ogra_ doesnt see anything overly exciting for this hour
[14:11] <ogra_> sergiusens, haha
[14:12] <sergiusens> ogra_: it's building for all the devices that takes time ;-)
[14:12] <ogra_> :)
[14:13] <sergiusens> rsalveti: /join #ubuntu-uds-client-2
[14:13] <sergiusens> oops
[14:15] <sergiusens> rsalveti: ogra_ so would want to use the system partition
[14:15] <ogra_> right
[14:15] <ogra_> and move the actual content to a /system subdir there
[14:15] <ogra_> and have the initrd content at the toplevel
[14:15] <sergiusens> ogra_: but without modifying the build?
[14:16] <ogra_> well, modifying the packaging step should suffice i guess
[14:16] <sergiusens> ogra_: yes it would... or I can repack post build and keep the originals
[14:17] <ogra_> yeah, that might work too
[14:17] <ogra_> but might be harder for ports
[14:17] <rsalveti> sergiusens: ogra_: but if we flash the stuff at /system we don't care about packaging much, right?
[14:17] <rsalveti> as people could flash whatever there
[14:17] <ogra_> packaging == zip creation
[14:17] <ogra_> or img creation
[14:17] <ogra_> in the android build
[14:18] <ogra_> i wasnt talking about debs or so :)
[14:18] <rsalveti> right, guess that will be hardware dependent anyway
[14:18] <ogra_> well, we should have a way in the repo that does it automatically even for porters
[14:18] <rsalveti> sergiusens: so I'd guess that changing the build system would indeed be useful, to create another image as part of the build
[14:18] <rsalveti> which would contain boot + system together
[14:19] <sergiusens> rsalveti: and keep the originals as well?
[14:19] <ogra_> right
[14:19] <rsalveti> sergiusens: yup
[14:19] <sergiusens> rsalveti: DONE
[14:19] <rsalveti> at least for now
[14:19] <rsalveti> DONE
[14:20] <sergiusens> rsalveti: ok, I'm going to call it droid.zip and system-droid.img
[14:20] <rsalveti> sergiusens: alright :-)
[14:20] <mardy> kenvandine: https://code.launchpad.net/~mardy/ubuntu-system-settings/proto/+merge/164195
[14:23] <kenvandine> mardy, that's a huge diff :)
[14:27] <sergiusens> boiko: did you get the bug for the messaging stuff in?
[14:28] <boiko> sergiusens: I have the bug reported, but no fix yet
[14:28] <oSoMoN> dpm: hey, are we having the calendar app design meeting today?
[14:29] <oSoMoN> dpm: nevermind, just saw your e-mail about it, sorry for the noise
[14:29] <sergiusens> boiko: can I have the number?
[14:29] <boiko> sergiusens: https://bugs.launchpad.net/phone-app/+bug/1180537
[14:30] <dpm> oSoMoN, I cancelled it. Did you receive the e-mail?
[14:30] <dpm> (due to uds)
[14:30] <oSoMoN> dpm: yep
[14:32] <sergiusens> boiko: ih, didn't notice you linked it. Sorry and thanks!
[14:33] <boiko> sergiusens: np
[14:34] <boiko> rsalveti: hey, I have changed some stuff in phone-app, and ended up with unit tests linked against libplatform-api
[14:34] <boiko> rsalveti: but now when I try to launch them on an armhf chroot I get the following: https://pastebin.canonical.com/91116/
[14:34] <boiko> rsalveti: any clue on what might be causing it?
[14:35] <rsalveti> let me see
[14:36] <sergiusens> boiko: you'll need to mock the platform api
[14:36] <rsalveti> that's because there's no hybris there
[14:36] <sergiusens> rsalveti: yeah, mock is the solution
[14:36] <ogra_> boiko, any reason to use a locked down pastebin for this ?
[14:36] <rsalveti> and because platform api is not running
[14:36] <rsalveti> sergiusens: indeed
[14:36] <oSoMoN> dpm: so I see that the clock application is supposed to be translated, however I’m always getting the UI untranslated (installed the latest revision from the core apps PPA), is that a known issue?
[14:36] <rsalveti> guess we have this already for other apps, don't we?
[14:36] <ajalkane> sires, what's up with this?
[14:36] <ajalkane> qtcreator
[14:36] <ajalkane> qtcreator: symbol lookup error: /usr/lib/i386-linux-gnu/qt5/plugins/platforms/libqxcb.so: undefined symbol: _ZN15QPlatformWindow17formatWindowTitleERK7QStringS2_
[14:36] <rsalveti> brb
[14:37] <sergiusens> ogra_: I supposed it's an accident... my url get's autofilled with that one first all the time :-/
[14:37] <ogra_> well, i always have to find my phone for 2fa
[14:37] <dpm> oSoMoN, it works for me in Catalan, but I've got issues loading the translations for other languages other than the system one. Let's discuss this tomorrow once UDS is finished
[14:37] <ogra_> to actually read it
[14:38] <veebers> Mirv: ping
[14:38] <oSoMoN> dpm: ok
[14:39] <sergiusens> didrocks: did we end up with a green light to rebuild the qt package agains qt 5.0.2?
[14:39] <didrocks> sergiusens: Mirv told me this morning that he's going through the list and doing it
[14:40] <didrocks> Mirv: can you please answer us? ^
[14:41] <ivanka> hey ogra, you there?
[14:41] <ogra_> ivanka, indeed
[14:41] <ivanka> ogra, hi :-)
[14:41] <ogra_> hey :)
[14:41] <ivanka> I was thinking of buying one of these? http://buy-a-phone-start-a-movement.fairphone.com/specs/
[14:42] <ogra_> yeah, we talked about it before :)
[14:42] <Mirv> veebers: pong
[14:42] <sergiusens> didrocks: if that' the case, good
[14:42] <veebers> Mirv: Hi, re: your Intel autopilot issue
[14:43] <ivanka> Now there is a spec, do you think it will be possible to get Ubuntu on it?
[14:43] <ivanka> ogra_, I mean,  is it lots of work?
[14:43] <ogra_> ivanka, depends ... the least work would be if they already had a cyanogenmod port
[14:43] <rsalveti> probably, if we have the sources to build the android for it (at least kernel and such)
[14:43] <veebers> Mirv: In the past I've been able to access the machine via ssh and the KVM to debug/check things. Problem is that the Intel machine gets used a bit  for a couple of jenkins jobs
[14:44] <ogra_> rsalveti, they put everything public
[14:44] <ogra_> (they even advertise to use ubuntu on it)
[14:44] <ogra_> it would definitely be good to have support for it
[14:44] <veebers> Mirv: This would mean marking it as offline for the duration of you logging on and checking it out etc. Which should be ok, but would have to check with say didrocks (as that would affect the daily-release)
[14:44] <ivanka> ogra - ok, I might drop them a mail
[14:44] <rsalveti> ogra_: nice, know where is the repos?
[14:45] <veebers> Mirv: another option would be to try a different Intel machine that we have available for autopilot which isn't as used and then mark that as offline etc.
[14:46] <ogra_> rsalveti, nope, only saw their press announcement a few days ago
[14:46] <rsalveti> got it, but cool
[14:46] <rsalveti> the specs are quite good actually
[14:47] <Mirv> didrocks: sergiusens I proposed a change against qtubuntu to get it rebuilt. most others in d-b-n with qt dependencies have recent rwbuilds, but I'd need to check more systematically. like didrocks said, we nees to do the rebuilds via merge proposals, so there's no single 'rebuild everything' option
[14:47] <ogra_> yeah
[14:47] <ogra_> and it looks nice even
[14:48] <sergiusens> Mirv: good... qtubuntu would be a good start... I guess the toolkit is already rebuilt with the new Qt.
[14:48] <sergiusens> Mirv: did you copy the package that fixes the webapps already?
[14:49] <Mirv> veebers: ok. I'll go for trying to change something first in the test, and if that doesn't help, go for another machine
[14:49] <veebers> Mirv: sweet, let me know how that goes then if we need to we'll sort something out
[14:50] <ivanka> rsalveti, want to be added to the intro email? :-)
[14:51] <rsalveti> ivanka: sure
[14:51] <Mirv> sergiusens: yes toolkit is rebuilt. not yet to the webapps, see bug report, I'd like to have second confirmation in addition to Thomas and myself before copying as a new self-imposed QA rule
[14:51] <Mirv> veebers: ok, will do, thanks a lot
[14:51] <sergiusens> Mirv: ok, I'll do it
[14:51] <veebers> Mirv: nw, let me know if there is anything I can do to help get it sorted
[14:51] <Mirv> sergiusens: thanks, appreciated, I didn't get anyone from IRC
[14:52]  * Mirv -> AFK
[14:54] <ajalkane> anyhoo, anyone got the fix for QtCreator 4 extra windows problem?
[14:56] <rsalveti> ogra_: sergiusens: dholbach: we got a conflict now, porting checkpoint and ogra's "Packaging the android Ubuntu Touch parts" session
[14:56] <boiko> ogra_: oups, nope, autocompletion, that was it, let me paste on the public one
[14:56] <dholbach> hum
[14:56] <dholbach> that's a bit short notice :)
[14:57] <rsalveti> yeah, just noticed it, sorry
[14:57] <dholbach> what do we do? :)
[14:57] <boiko> ogra_: rsalveti: http://paste.ubuntu.com/5671030/
[14:57] <rsalveti> boiko: in qemu?
[14:57] <boiko> rsalveti: yep
[14:57] <rsalveti> you'd need a mock there as sergiusens said
[14:57] <rsalveti> this error is expected as you don't have hybris nor the android part running in parallel
[14:58] <rsalveti> dholbach: ogra_: sergiusens: can we move ogra's session for another time later today?
[14:58] <rsalveti> that's quite specific and will be mostly a meeting of our team anyway
[14:58] <ogra_> there seems to be no free slot
[14:58] <boiko> rsalveti: interesting, but I am not calling anything, just linking to the library, is there any place already doing this mock?
[14:59] <rsalveti> ogra_: right =\
[14:59] <rsalveti> boiko: guess linking is already enough to cause the issue
[14:59] <rsalveti> boiko: not sure, sergiusens might know better
[14:59] <ogra_> rsalveti, well, i was hoping it would *not* be a meeting of our team
[14:59] <rsalveti> as I know we had similar issues with other apps
[15:00] <ogra_> rsalveti, we need the toolchain from foundations
[15:00] <rsalveti> ogra_: well, our + foundations
[15:00] <ogra_> its mostly for this
[15:00] <ogra_> for the rest we already roughly know what to do
[15:00] <rsalveti> ogra_: so how should we split?
[15:00] <boiko> sergiusens: ping :)
[15:00] <sergiusens> boiko: no, no other place... I can look into it
[15:00] <ogra_> rsalveti, well, i obviously have to run the session
[15:00] <ogra_> you guys decide how you split
[15:01] <boiko> sergiusens: that's the branch: https://code.launchpad.net/~boiko/phone-app/split_views_into_apps
[15:01] <rsalveti> guess I'll joing the porting checkpoint then
[15:01] <dholbach> rsalveti, great
[15:01] <rsalveti> sergiusens: didn't we have the same issue with hud and others?
[15:04] <sergiusens> rsalveti: I am not aware... but I will look into it
[15:05] <mhall119> Core Apps discussion is happening now at http://summit.ubuntu.com/uds-1305/meeting/21817/appdev-s-coreapps-plans/
[15:06] <rsalveti> sergiusens: joining in?
[15:08] <sergiusens> rsalveti: was waiting for link :-)
[15:57] <oSoMoN> nik90: hey, thanks for your review, I’ve updated the branch to also fix the translation domain in the desktop file
[16:00] <nik90> oSoMoN: approving now..thnx
[16:01] <nik90> oSoMoN: so basically the core apps are not required to give the i18n.domain..it is set automatically?
[16:02] <oSoMoN> nik90: as long as the app is using a MainView and that its 'applicationName' property is set properly, then yes
[16:03] <nik90> oSoMoN: nice. I will update dpm about this so that we do not repeat the mistake of defining them in other core apps.
[16:03] <oSoMoN> nik90: thanks
[16:04] <dpm> nik90, thanks, I'm aware :) I requested that after a discussion with timp
[16:04] <nik90> dpm: ah ok..i was just a second away from querying u on irc :)
[16:04] <dpm> :-)
[16:09] <kgunn> pmcgowan: i know we spoke about someone on your team taking a crack at a mir/unity8 build
[16:09] <kgunn> and i might be a little early on this
[16:09] <kgunn> but http://studio.sketchpad.cc/gmY0M6iqeh?
[16:09] <kgunn> are the latest instructions
[16:10] <kgunn> pmcgowan: let me know if you'd rather wait for some settling
[16:10] <pmcgowan> kgunn, I recall that rsalveti said no problem
[16:11] <rsalveti> pmcgowan: kgunn sure
[16:11] <bobweaver> has any one else had trouble with qt multi media ? the seek function is not working and also the video/s are not playing. the code works fine on the desktop
[16:11] <pmcgowan> rsalveti, those instructions seem to include all we need yes?
[16:12] <kgunn> greyback: kdub racarr can help if you hit issues.... or find bugs in the instructions
[16:12] <greyback> kgunn: ack
[16:12] <rsalveti> pmcgowan: sounds good
[16:13] <rsalveti> we just need to avoid having stuff via tarball or such, just need to get that under packages
[16:13] <rsalveti> kgunn: do we have a blueprint tracking this already?
[16:13] <rsalveti> so I can add actions under my name
[16:13]  * kgunn goes digging
[16:14] <pmcgowan> bobweaver, media playback working ok on 123
[16:15] <kgunn> rsalveti: either this one https://blueprints.launchpad.net/ubuntu/+spec/client-1303-mir-unity-prep
[16:15] <kgunn> actually...just use that one
[16:15] <bobweaver> pmcgowan,  123 ?
[16:15] <pmcgowan> build from yesterday
[16:16] <bobweaver> yeah I am updating  every 4 hours or so and yeah still no seek and still no video
[16:17] <bobweaver> again videos play great on desktop but there is also no seek on desktop nor phablet
[16:18] <pmcgowan> bobweaver, which device?  I see it working on nexus 4 and nexus 10
[16:18] <pmcgowan> with media player
[16:18] <bobweaver> n7
[16:18] <bobweaver> http://qt-project.org/doc/qt-5.0/qtmultimedia/qml-qtmultimedia5-video.html#seek-method
[16:19] <bobweaver> I have made my own media player
[16:20] <bobweaver> I know that the code that I wrote works because it is working on two different work stations
[16:20] <bobweaver> just not on the phablet
[16:20] <bobweaver> and seek() is not working on ANY thing
[16:20] <bobweaver> been like that for weeks
[16:21] <netcurli> the seek function should theoretically be there in qt 5.0.2
[16:21] <bobweaver> yes it shouldbut it is not
[16:21] <netcurli> do you have qt5.0.2 installed?
[16:22] <bobweaver> yeah
[16:24] <bobweaver> i have 4 different qt versions(qt5) tried all 4,   2 do not have ubuntu-ui-toolkit
[16:25] <bobweaver> the 2 that do not have ubuntu-ui-toolkit (ones from qt online installers ) work with seek() but that dosent help because well there is no ubuntu-ui-toolkit
[16:26] <bobweaver> I guess I could compile against them but that is not supported nor do I think that users want that
[16:29] <netcurli> bobweaver: I have qt 5.0.2 from the qt5-proper ppa under raring and the seek function works for me (I tried the example from the qt-project.org page)
[16:51] <boiko> sergiusens: please let me know if you have any idea for the platform-api mock stuff for phone-app
[16:51] <boiko> sergiusens: if it is complicated, I might centralize that code in one of the components, and having only it linked against platform-api
[16:54] <sergiusens> boiko: sorry, haven't even looked yet... booked in sessions today
[16:54] <boiko> sergiusens: ok, no problems
[17:01] <bobweaver> netcurli,  wish that was the same here I am on 12.04 and 12.10 the phablet is raring though but can not test seek() because there is no video playing it errors out
[17:01] <bobweaver> how to launch a app in phablet so that I can debug aka not f12
[17:09] <bobweaver> netcurli,  you do not have a mythtv backend set up do you ? if so then you could test my app
[17:11] <netcurli> no, I don't
[17:13] <bobweaver> netcurli, thanks I am asking on the mythbuntu and mythtv channels
[17:13] <bobweaver> I know that my code is correct though it is alpha it is correct
[17:40] <bobweaver> Ok I have debuged the media player not sure why I am getting these errors works fine on desktop paste.ubuntu.com/5671516
[17:41] <bobweaver> http://paste.ubuntu.com/5671516/         *
[17:42] <jhodapp> bobweaver, "Failed to set media source. "
[17:43] <jhodapp> bobweaver, are you on a device, or a desktop Ubuntu?
[17:44] <bobweaver> device but the media source is at the top that is what console.log() is sayiong
[17:44] <bobweaver> jhodapp,  ^^
[17:45] <bobweaver> movie is on server in my house (myth backend )
[17:45] <bobweaver> device is nexus 7 with daily ubuntu touch raring
[17:46] <jhodapp> bobweaver, network streaming isn't supported yet
[17:46] <jhodapp> bobweaver, only playback of local files
[17:46] <bobweaver> so only on desktop is network streaming supported
[17:46] <jhodapp> bobweaver, I'm working on getting network streaming to work now
[17:46] <bobweaver> cool
[17:47] <jhodapp> bobweaver, yes, because it uses GStreamer as the backend then
[17:47] <jhodapp> bobweaver, I'm working on integrating GStreamer and the hardware decoder/renderer for the device now, which will allow us to use any of the GStreamer sources
[17:48] <bobweaver> jhodapp,  do you have a bug or workitem that I can subscribe to to see when this lands ?
[17:49] <jhodapp> bobweaver, blueprint: https://blueprints.launchpad.net/ubuntu/+spec/client-1303-hw-video-decode-rendering-support
[17:50] <bobweaver> thanks jhodapp
[17:50] <jhodapp> np
[17:50] <jhodapp> bobweaver, feel free to check in with me from time to time if you're curious how it's going
[18:33] <sergiusens> kenvandine: Mirv I confirm success for https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1179937 .. can we get it in the daily-build-next PPA now or should I add to ppa:phablet-team?
[18:57] <doneyhtc> hello
[18:57] <doneyhtc> hello i have a question, i cant make phone calls witch my galaxy nexus with ubuntu touch
[18:58] <doneyhtc> is there a solution for this problem
[22:14] <goddard> can i install ubuntu touch on an HTC One?
[22:49] <user82> goddard, https://wiki.ubuntu.com/Touch/Devices
[23:23] <Kaleo_> renato_: you around?
[23:24] <renato_> Kaleo_, hi
[23:30] <goddard> user82: thanks just saw that after i asked the question haha
[23:37] <Kaleo_> renato_: I just wanted to tell you about an upcoming feature of the toolkit
[23:37] <Kaleo_> renato_: and Arguments {} object that parses command line arguments for you
[23:37] <Kaleo_> an*
[23:37] <renato_> Kaleo_, this is great
[23:38] <Kaleo_> renato_: https://docs.google.com/a/canonical.com/document/d/1sfGFVOGiGdLziEl-PUyAa7gKJb-GFcJWj0ajkW2-LC4/edit#
[23:38] <Kaleo_> renato_: look towards the bottom proposal 4)
[23:39] <Kaleo_> renato_: there is an example
[23:39] <goddard> i just bought a galaxy nexus
[23:39] <goddard> so i hope i did the right thing haha
[23:40] <renato_> Kaleo_, good work
[23:41] <Kaleo_> renato_: will ping you when yuou can try int on the media player
[23:41] <Kaleo_> *it
[23:41] <Kaleo_> renato_: I'll tell other app devs personally and send an email to the ml too
[23:41] <Kaleo_> renato_: another thing that has landed already though: standard animations
[23:42] <Kaleo_> renato_: there are example and links to the documentation in the Ubuntu UI Toolkit Gallery at the bottom
[23:42] <renato_> I will check it


[12:30] <raphink> @schedule Paris
[12:30] <Ubugtu> Schedule for Europe/Paris: 20 Jun 22:00: Technical Board | 21 Jun 15:30: Xubuntu | 21 Jun 22:00: Edubuntu | 26 Jun 23:00: Kubuntu | 28 Jun 14:00: Edubuntu | 28 Jun 15:30: Xubuntu
[12:31] <Hawkwind> @schedule Houston
[12:32] <Hawkwind> @schedule chicago
[12:32] <Ubugtu> Schedule for America/Chicago: 20 Jun 15:00: Technical Board | 21 Jun 08:30: Xubuntu | 21 Jun 15:00: Edubuntu | 26 Jun 16:00: Kubuntu | 28 Jun 07:00: Edubuntu | 28 Jun 08:30: Xubuntu
[08:48] <GNAM> @schedule rome
[08:48] <Ubugtu> Schedule for Europe/Rome: 20 Jun 22:00: Technical Board | 21 Jun 15:30: Xubuntu | 21 Jun 22:00: Edubuntu | 26 Jun 23:00: Kubuntu | 28 Jun 14:00: Edubuntu | 28 Jun 15:30: Xubuntu
[10:54] <jenda> @schedule Prague
[10:54] <Ubugtu> Schedule for Europe/Prague: 20 Jun 22:00: Technical Board | 21 Jun 15:30: Xubuntu | 21 Jun 22:00: Edubuntu | 26 Jun 23:00: Kubuntu | 28 Jun 14:00: Edubuntu | 28 Jun 15:30: Xubuntu
[11:03] <Sp4rKy> hi
[11:03] <jenda> aloha, Sp4rKy
[11:04] <Sp4rKy> please when does a date for new Members should be published ?
[11:09] <jenda> Sp4rKy: nobody knows...
[11:09] <Sp4rKy> jenda, k thx
[04:16] <jjesse> imbrandon and matthais klose both have nice microphones that i can hear over the internet
[04:17] <Hobbsee> mornfall's is quite good as well
[04:17] <fabbione> is anybody actually speaking around the table?
[04:17] <imbrandon> jjesse, i'm not in paris though ;(
[04:17] <jjesse> ah
[04:17] <Hobbsee> imbrandon: run quickly!
[04:17] <imbrandon> i think someone should atleaste put a mic in the middle
[04:17] <imbrandon> hehehe
[04:17] <jjesse> agreed
[04:17] <imbrandon> Hobbsee, hop on i'll piggy back you with me
[04:18] <Hobbsee> heh
[04:19] <imbrandon> it would be pointless to be in paris at the same table and talk totaly on irc ;)
[04:19] <shenki> pointless, but funny :)
[04:19] <Hobbsee> :P
[04:19] <fabbione> we can't hear ANYTHING
[04:19] <fabbione> it's just noise or almost
[04:20] <Hobbsee> fabbione: we can type :P
[04:20] <fabbione> Hobbsee: pointless if you can't hear
[04:20] <imbrandon> Hobbsee, but we need to hear to type anything worth saying
[04:20] <Hobbsee> oh, i was more meaning we can hear you, adn we can type
[04:20] <sfllaw> I guess the only thing that we can do is...
[04:20] <sfllaw> Use Gobby and sign in to gobby.uds.ubuntu.com:9001
[04:20] <sfllaw> There's a chat program there and you can see the spec being typed up.
[04:21] <imbrandon> well the last meeting sabdfl kinda repeated the major points over voip
[04:21] <jsgotangco> it is very faint even though i am just across the group
[04:21] <Seveas> sfllaw, not much going on at 9001
[04:21] <sfllaw> Seveas: That's because we're talking in real-life and interrupting each other.
[04:22] <sfllaw> But we'll be typing things up.
[04:22] <Seveas> ah, bug in gobby
[04:22] <Seveas> it connects me to 9007
[04:22] <Seveas> even though I change to 9001
[04:22] <fabbione> same here
[04:22] <fabbione> ok i am off this session
[04:22] <ajmitch> yes, it works if you change with the spinner, not with the text field
[04:22] <imbrandon> sfllaw, can you also speak the major things in VoIP
[04:23] <fabbione> is mdz there at the table?
[04:24] <doko> fabbione: yes
[04:24] <fabbione> doko: why isn't he on TeamSpeak?
[04:25] <doko> fabbione: if I understood it right, configuration problem
[04:26] <Hobbsee> imbrandon: they cant hear us, remember?
[04:26] <fabbione> doko: can you please ask him to relay to the meeting my suggestion of the +3 weeks?
[04:26] <imbrandon> yea but some of them can
[04:26] <Hobbsee> true
[04:26] <fabbione> doko: with this shit there is no way to partecipate
[04:26] <jjesse> whoever was last speaking came acrross nice an clean
[04:26] <imbrandon> jamesToup Can for one etc
[04:27] <Hobbsee> it's sounding pretty good - mic down +1
[04:27] <fabbione> bah
[04:27] <fabbione> they are already half way in the meeting
[04:27] <jjesse> what was the gobby session?
[04:27] <fabbione> 9001
[04:27] <ajmitch> I can hear kamion fairly well when the mic is on
[04:27] <jjesse> hmm getting a protocol error mismatch
[04:27] <ajmitch> only because of the headphones, it's no good with speakers
[04:28] <mdz> fabbione: what?
[04:28] <imbrandon> [09:26]  <Hobbsee> imbrandon: they cant hear us, remember?
[04:28] <imbrandon> [09:26]  <fabbione> doko: can you please ask him to relay to the meeting my suggestion of the +3 weeks?
[04:28] <imbrandon> [09:26]  <imbrandon> yea but some of them can
[04:28] <fabbione> mdz: can you please relay my suggestion (like we did talk in london) to add +3 weeks?
[04:28] <fabbione> TeamSpeak doesn't work
[04:28] <fabbione> and we can't hear a thing here
[04:29] <imbrandon> cept each other
[04:29] <fabbione> so we also have no clue of where the conversation is at the moment
[04:29] <jjesse> just random talking, i think it works better when people actually talk into a mic and not a central mic
[04:29] <fabbione> doko: thanks dude
[04:30] <imbrandon> even if just one person relays the major points ( like sabdfl did for the last session )
[04:30] <jenda> @now
[04:30] <Ubugtu> Current time in Etc/UTC: June 19 2006, 14:30:49 - Next meeting: Technical Board  in 1 day
[04:31] <mdz> fabbione: that suggestion was vetoed by sabdfl months ago, sorry
[04:32] <fabbione> mdz: he said to re-proposite it again at the meeting
[04:32] <fabbione> re-propose
[04:32] <mdz> https://wiki.ubuntu.com/EdgyReleaseSchedule has been saved with the current working stuff
[04:33] <mdz> fabbione: said to whom and when?
[04:33] <fabbione> mdz: to me in London when we were all out
[04:33] <fabbione> sfllaw: wasn't the page supposed to be edited in gobby?
[04:34] <jjesse> it is in gobby rightn ow
[04:36] <fabbione> mdz: i suggest to postpone Beta freeze one or two weeks later...
[04:36] <fabbione> mdz: given the nature of edgy i see no point in one and a half month of freeze
[04:38] <imbrandon> exactly
[04:38] <jjesse> hmm this team speak kinda sucks :(
[04:38] <imbrandon> with such a short release cycle why such a long freeze
[04:39] <imbrandon> jjesse, yea thee way they was doing it before was MUCH better
[04:39] <imbrandon> stleaste we had a relay then
[04:39] <jjesse> agreed
[04:39] <jsgotangco> heh
[04:39] <Kamion> it's worth putting it kinda close to the GNOME release, but yeah, maybe
[04:39] <jsgotangco> well its not popular in here either
[04:39] <Kamion> we've always done beta right after GNOME release
[04:39] <ajmitch> Kamion: is there a speculative UVF date?
[04:39] <jjesse> i was really interested in this discussion, not as interested in the last meeting
[04:39] <imbrandon> ajmitch, September 7th
[04:40] <Kamion> ajmitch: early discussions have been to just match it to FF
[04:40] <ajmitch> right
[04:40] <Kamion> this being a crack release
[04:40] <ajmitch> that sounds fair
[04:40] <fabbione> Kamion: is sab there around?
[04:40] <Kamion> ajmitch: but see the gobby, there's a "merge complete" which will get filled in
[04:40] <Kamion> fabbione: no
[04:40] <fabbione> bah
[04:40] <fabbione> Kamion: thanks
[04:41] <Kamion> I think he's embroiled in tabs
[04:41] <fabbione> yeah but he said that he was going to reevaluate the option to add 3 weeks to this release
[04:41] <fabbione> and if he is not around nobody is going to even try to talk to him about it
[04:41] <ajmitch> Kamion: I also care because of universe - we couldn't possibly get merges done in 2 weeks, but a late UVF suits us
[04:42] <Kamion> fabbione: we've been discussing it here
[04:42] <fabbione> Kamion: ok, but we can't hear a thing :)
[04:43] <Kamion> the prevailing opinion seems to be that we should just suck up the short release
[04:43] <fabbione> based on what rationale?
[04:43] <Kamion> (to relay jdub) partly as an external statement that we can do it (repairs time-based-release reputation from the dapper delay), and partly as an internal statement that we need to not delay releases too often
[04:43] <Kamion> which personally, I have to say I agree with
[04:44] <fabbione> with a +3 weeks we are still below the 6 months release
[04:44] <jjesse> i think it would be nice to get back on track and not delay again
[04:44] <fabbione> it's not a delay
[04:44] <Kamion> it is, with respect to breezy
[04:44] <fabbione> and it will still match the commit of the within 6 monhts
[04:44] <imbrandon> i agree with that but such a long uvf on edgy .......
[04:44] <fabbione> Kamion: right now we are at 4 monhts?
[04:44] <Kamion> we've said in public that we will release edgy in October
[04:44] <fabbione> 4 months + 3 week < 6 monhts
[04:44] <Kamion> if we slip from that, we're going to lose confidence
[04:45] <Kamion> 4.5 months, and dapper was 6 months + 6 weeks = 7.5 months
[04:45] <Kamion> the constraint is not 6 months from dapper, it's 12 months from breezy
[04:45] <imbrandon> fabbione, they are looking at it more as 1 year from breezy not 6 months from dapper
[04:45] <fabbione> i don't think this is even sane
[04:45] <Kamion> now it's your turn for rationale
[04:45] <fabbione> of course
[04:46] <fabbione> we committed to a 6 months release cycle
[04:46] <fabbione> we are 6 weeks delay
[04:46] <fabbione> split them in 2
[04:46] <fabbione> +3 for edgy
[04:46] <fabbione> and +3 edgy+1
[04:46] <fabbione> we go back in sync
[04:46] <fabbione> and we do 2 releases in less than 6 months
[04:46] <fabbione> and we don't die with one in 4.5
[04:46] <fabbione> we are still committing to support edgy for 18 months
[04:47] <Kamion> yeah, I don't think we'll die though
[04:47] <fabbione> if it is too much crack it will be very difficul
[04:47] <fabbione> and we will lose users and confidence for real
[04:47] <Kamion> the answer is just to pick not quite such an insane number of goals, and to accept more slippage on goals
[04:47] <Kamion> really fascist on feature freeze
[04:47] <Kamion> for dapper, there was stuff we HAD to do
[04:47] <Kamion> (sabdfl-mandated)
[04:47] <Kamion> that is not the case for edgy
[04:48] <imbrandon> that and edgy will be buggy by nature
[04:48] <imbrandon> already
[04:48] <imbrandon> weather 4 or 6 months
[04:48] <fabbione> yeah it's exactly the same sab that suggested to re-discuss the 3 weeks thingy.. anyway  i can hear a lot of people having fun there.
[04:48] <fabbione> so probably not even worth to discuss it anylonger
[04:48] <Kamion> (from jdub again) when gnome 2.6 was delayed, they just sucked up the damage, and 2.8 went right back on schedule
[04:49] <fabbione> gnome != ubuntu
[04:49] <imbrandon> better to dammage one release than 3
[04:49] <jjesse> agreed imbrandon
[04:49] <fabbione> imbrandon: we are still committed to 18 months support for it
[04:49] <Kamion> sabdfl re-discuss> that's what he does when you pressure him about something he knows other people would be more involved with than he is - he tells you to discuss with them
[04:49] <imbrandon> fabbione, and we can do that , their will probbly just be more backports that way
[04:50] <imbrandon> its not LTS
[04:50] <fabbione> ok we are going no where and i am not there to grab the sab
[04:50] <imbrandon> its just 18 months
[04:50] <fabbione> imbrandon: 18 months are much more than you think.. specially because you don't need to support it
[04:51] <jsgotangco> that is like eternity for the security team
[04:51] <imbrandon> my point is if we short our self now and suck up the support for 18 months or do we short 3 releases and suck up the supoport 18x3 months
[04:51] <ajmitch> imbrandon: can you imagine supporting the current Xgl crack for 18 months?
[04:51] <imbrandon> ajmitch, backports
[04:52] <ajmitch> backports is not the answer to everything
[04:52] <imbrandon> witha  4.5 month release backports will be a must
[04:52] <ajmitch> you can't simply backport core parts of the distro
[04:52] <Riddell> imbrandon: why?  shorter release means less backports
[04:52] <fabbione> imbrandon: backports are not a solution.
[04:52] <imbrandon> not everything but what about when we're short on 2 to 3 releases and we have not just one 18 months of hell we have 18x3
[04:53] <fabbione> imbrandon: backports are overhead of work to maint an old distro in a sane way taking away resources from the one you are actually developing
[04:53] <ajmitch> Kamion: why did UVF jump back to mid-july on the current wiki page?
[04:53] <Kamion> not sure
[04:53] <fabbione> ajmitch: because they are editing in 2 different places? :)
[04:54] <Riddell> ajmitch: no advantage having it later, you can still bring in new upstreams as needed just not all of them
[04:54] <ajmitch> heh
[04:54] <Kamion> it's not remotely final
[04:54] <ajmitch> I know, it just scares me that it'd be so soon :)
[04:54] <Kamion> there's discussion that if we get the merge out of the way early then we won't be sitting on the merge treadmill and have no time for features we care about
[04:55] <Kamion> which may turn out to save time
[04:55] <ajmitch> I'd love to have a later UVF for universe
[04:55] <ajmitch> we tend to only hear about 'foo is broken & out of date' quite late
[04:55] <jsgotangco> heh
[04:56] <ajmitch> we can afford to be more relaxed with universe freezes though
[04:56] <shenki> what's the hostname/port for the gobby channel of this discussion?
[04:57] <ajmitch> gobby.uds.ubuntu.com, port 9001
[04:57] <jjesse> gobby.uds.ubuntu.com:90001
[04:57] <jjesse> 9001
[04:57] <shenki> thanks
[04:58] <Kamion> ajmitch: as usual I expect that universe UVF can be pushed out
[04:58] <Kamion> to FF or so
[04:58] <ajmitch> that would be good, thanks
[04:58] <Kamion> or heck beta if you like
[04:59] <Kamion> as far as we (round table) are concerned that's up to MOTU leaders
[04:59] <Hobbsee> +1, thinking of kde 3.5.4
[04:59] <Hobbsee> no, wait, igonre that
[04:59] <Kamion> although I do think you should define *some* point where you stop
[04:59] <Hobbsee> Kamion: before release?  :P
[04:59] <ajmitch> it worked fairly well for dapper, having freeze exceptions approved by a motu team
[05:00] <Kamion> ajmitch: yes
[05:00] <ajmitch> I'll ask dholbach what he thinks of it
[05:00] <imbrandon> universe freeze oct 17 ;) lol j/k
[05:00] <Kamion> Hobbsee: some distance before, yes ;-)
[05:00] <Hobbsee> hehe
[05:00] <fabbione> everything went silent
[05:00] <fabbione> oh well
[05:00] <ajmitch> I think for hoary we had an effective UVF of whenever the buildds stopped :)
[05:00] <imbrandon> fabbione, they said "thanks for listning in" ... click
[05:01] <Hobbsee> hehe
[05:01] <fabbione> can we sing now?
[05:01] <fabbione> LA LA LA LA
[05:01] <imbrandon> lol
[05:01] <Seveas>
[05:01] <Hobbsee> actually, that probably worked comparably to the last session, with sabdfl telling us what was happening
[05:01] <Hobbsee> fabbione: sure, over the mic :P
[05:01] <Hobbsee> go on Seveas, you said i had a scary voice, thereofre you must speak :P
[05:02] <imbrandon> yea Hobbsee we need a person at each one relaying messages
[05:02] <Seveas> Hobbsee, lol
[05:02] <fabbione> Hobbsee: why scary?
[05:02] <jsgotangco> player left
[05:02] <fabbione> it didn't sound that BAD...
[05:02] <Hobbsee> haha
[05:03] <Seveas> fabbione, but compine that with knowing she's chcaholinc and has a power addiction...
[05:03] <Hobbsee> sure sure.  and you wonder why i dont talk much on there, and why i dont use my real nam much
[05:03] <Seveas> combine*
[05:03] <Hobbsee> haha dont you start, i have no ops in here to make you stop :P
[05:03] <fabbione> chcaholinc <- ????
[05:03] <Hobbsee> mmm...chocolate...
[05:03] <fabbione> i have the feeling i so much don't want to knwo
[05:03] <fabbione> know
[05:03] <Seveas> fabbione, chocaholic
[05:04] <fabbione> Seveas: ahhh
[05:04] <Seveas> (my spelling sucks today, I don't know how I managed to write bugfree-ish code)
[05:04] <Hobbsee> haha
[05:04] <Seveas> please do
[05:04] <imbrandon> @t
[05:04] <imbrandon> ;)
[05:05] <Seveas> that works only in channels that can handle offtopic
[05:06] <imbrandon> heh : This will be a hard, ruthless freeze. Unfinished features WILL be delayed until edgy+1
[05:06] <imbrandon> ^^ just noticed
[05:06] <Hobbsee> hehe
[05:06] <Hobbsee> which particular freeze was this?
[05:06] <imbrandon> feature , sept 7th
[05:07] <Hobbsee> ah yeah
[09:16] <jenda-lappy> It's been three weeks since the last CC meeting :(
[09:51] <Seveas> jenda-lappy, and it'll be another week
[09:51] <Seveas> have you poked community-council@?
[09:51] <jenda-lappy> Seveas, really?
[09:52] <jenda-lappy> nope...
[09:52] <jenda-lappy> didn't think I should bother them.
[10:50] <stgraber> @schedule Zurich
[10:50] <Ubugtu> Schedule for Europe/Zurich: 20 Jun 22:00: Technical Board | 21 Jun 15:30: Xubuntu | 21 Jun 22:00: Edubuntu | 26 Jun 23:00: Kubuntu | 28 Jun 14:00: Edubuntu | 28 Jun 15:30: Xubuntu


[22:09] <czajkowski> Has anyone else got any other topics for the loco council ??
[22:09] <czajkowski> [action] paultag write up mins and post to contacts mailing list and update wiki
[22:09] <MootBot> ACTION received:  paultag write up mins and post to contacts mailing list and update wiki
[22:09] <paultag> :)
[22:09] <czajkowski> #endmeeting
[22:09] <MootBot> Meeting finished at 16:09.
[22:10] <czajkowski> paultag: in case you think I'd forgotten
[22:10] <popey> blimey
[22:10] <paultag> :D
[22:10] <itnet7> :-)
[22:10] <paultag> czajkowski: :P
[22:10] <huats> :)
[22:10] <popey> i expected us to be here for another hour  :)
[22:10] <czajkowski> popey: I can restart meeting if you;ve other items ?
[22:11] <popey> heh
[22:12] <paultag> Well, I'm off to cut my lawn. Thanks, all!