[01:11] <sgerbino> Can you use C++ to develop Ubuntu Phone Apps?
[01:41] <xsacha> sgerbino: yes, C++, Qt, QML
[01:41] <nOStahl> html5?
[01:42] <xsacha> well you can display a web page in QML, so why not
[01:43] <xsacha> nOStahl: QML is basically javascript though with its own types defined from C++
[01:43] <nOStahl> ah
[01:44] <sgerbino> I don't see anything about making apps in C++ for Ubuntu Phone
[01:44] <sgerbino> only 1 tutorial on QML
[01:44] <sgerbino> is it just the same as normal apps with gtkmm?
[01:45] <xsacha> sgerbino: Qt allows you to do whatever C++ you want
[01:46] <sgerbino> yea but Qt is just the IDE, can Ubuntu Phone run anything I throw at it? Like a gtk+ app in C or gtkmm in C++?
[01:47] <xsacha> Qt isn't an IDE, it's a toolkit like gtk
[01:47] <sgerbino> oh yea sorry
[01:47] <xsacha> it's a helper for things like interface, reading files, networking ,etc
[01:47] <xsacha> you can use as little or as much of it as you want
[01:47] <xsacha> and anything in Qt could be reproduced in C++
[01:48] <sgerbino> ok so i can write a gtk+ app and run it on ubuntu phone then?
[01:48] <xsacha> well that would require a gtk library, that's not pure C++
[01:49] <sgerbino> does Qt library comes with ubuntu phone then?
[01:49] <xsacha> yes
[01:49] <sgerbino> gtk is usually in ubuntu already, like unity and gnome-shell
[01:49] <xsacha> probably every app uses it
[01:49] <xsacha> yeah they have decided to go with Qt for phone instead
[01:50] <sgerbino> but when you plug the phone in, doesn't it look normal desktop unity with on top of gtk?
[01:50] <xsacha> only for high-end phones that support that feature
[01:50] <xsacha> i'm not sure how that's exposed
[01:51] <sgerbino> so many questions :D
[01:52] <sgerbino> sad about Qt though, since I been learning gtk so much lately
[01:52] <sgerbino> thinking it's better working on ubuntu
[01:53] <xsacha> unity isn't written in gtk though
[01:53] <sgerbino> i thought it is based on gtk
[01:53] <sgerbino> or sits on top of it
[01:53] <xsacha> the 2d one is Qt, the 3d one is C+++Vala
[01:56] <sgerbino> didn't know that, ty
[01:57] <sgerbino> i find alot of confusing sources on that
[01:57] <sgerbino> http://askubuntu.com/questions/9877/will-the-new-unity-desktop-be-programmed-in-qt like this guys first response
[02:00] <xsacha> sgerbino: it doesnt seem to use gtk in its source code anyway
[02:00] <xsacha> sgerbino: same with gnome-shell actually. it has a file that 'embeds gtk' but doesn't actually use gtk in it anywhere that i can see
[02:01] <xsacha> it hooks in to gtk settings in the main file
[02:02] <xsacha> http://git.gnome.org/browse/gnome-shell/tree/src?h=<IP_ADDRESS>-branch
[05:35] <bzoltan1> sgerbino, xsacha, nOStahl:  Yes, you can crete apps for the Ubuntu Phone in C++. All the tools and toolkits are at your disposal. Anyhow, it is seriously recommended to use pure QML.  The general guideline is this<EMAIL_ADDRESS>[05:36] <xsacha> bzoltan1: i think he mainly wanted to develop the apps in gtk.
[05:48] <bzoltan1> xsacha: When developing the SDK and the native UI Toolkit we focus 100% on QML. So I think the application developers are better off using the technologies what more likely going to be supported and developed.
[05:48] <xsacha> yep
[06:58] <Pip> So is mobile Ubuntu OS ready for Google Nexus 4?
[09:54] <aquarius> hm. Qt.quit() doesn't actually quit a QML app being run with qmlscene. Do I need to do something different?
[09:55] <chriadam> qmlscene doesn't connect the quit signal to the application quit slot.  qmlviewer used to do this, qmlscene does not.
[09:55] <Ken-Young> I have attempted to install the Ubuntu Phone SDK in a VirtualBox VM.   When I try to run the demo "Currency Converter" app within Qt Creator, I get the error message "Unrecognized OpenGL version", and qmlscene exits after drawing an empty black box.   Any ideas about what is going wrong?
[09:55] <chriadam> short answer: qmlscene is not a "real" runtime.
[09:58] <popey> Ken-Young: have you added the virtualbox guest extensions?
[09:59] <Ken-Young> popey, Oh, no I don't think I have.
[10:04] <aquarius> chriadam, thanks! so, am I right in thinking that if I'm running my app with qmlscene for testing, there is no way to quit it from inside QML?
[10:05] <chriadam> pretty much
[10:05] <chriadam> force a segfault, that usually works ;-)
[10:09] <Ken-Young> popey, Sadly, I still get the same error after adding guest extensions and rebooting.
[10:09]  * aquarius laughs
[10:09] <aquarius> chriadam now goes on my "good but dangerous advice" list ;-)
[10:09] <popey> Ken-Young: you sure they're loaded?
[10:09] <popey> lsmod | grep vboxvideo
[10:09]  * chriadam grins
[10:11] <Ken-Young> popey, It appears to be loaded, judging from the lsmod output.
[10:12] <popey> Ken-Young: if you resize the window, does it redraw the screen at the new resolution?
[10:12] <Ken-Young> poppy, do you mean if I resize the entire VirtualBox window?
[10:14] <Ken-Young> popey,  do you mean if I resize the entire VirtualBox window?
[10:15] <popey> yes
[10:16] <Ken-Young> popey, Yes, resizing the window results in the window being redrawn correctly for the new size.   Switching to and from fullscreen mode works properly too.
[10:17] <popey> ok, so it looks like it could be a bug in qmlscene not recognising that the virtualbox driver is a valid opengl renderer
[10:17] <popey> Ken-Young: i will test it a little later here and confirm
[10:17] <Ken-Young> popey, Thanks very much for your help!
[10:20] <popey> Ken-Young: what version of ubuntu are you using in virtualbox?
[10:21] <Ken-Young> popey, Ubuntu precise (12.04.2 LTS)
[10:22] <popey> ok, just booting up a vbox vm
[10:23] <Ken-Young> popey, I am running a non-PAE kernel, which I guess is nonstandard.
[10:30] <popey> Ken-Young: on the guest or the host?
[10:31] <Ken-Young> popey, Both.
[10:31] <popey> 64-bit?
[10:31] <Ken-Young> Nope, 32 but.
[10:31] <Ken-Young> s/but/bit/
[11:05] <popey> Ken-Young: you followed the guide at developer.ubuntu.com, right?
[11:06] <popey> adding PPAs etc
[11:07] <Ken-Young> popey, I followed the installation guide at on that page, but I don't know what a PPA is.
[11:08] <popey> ok, so you basically pasted all the commands in, yes? starting at http://developer.ubuntu.com/get-started/gomobile/ ?
[11:08] <popey> dpm: step one on that page adds a ppa but doesn't install anything...
[11:09] <Ken-Young> popey, Yes, I cut-n-pasted those commands, and they seemed to execute properly.
[11:10] <popey> ok
[11:10] <Ken-Young> popey, One odd think is the guide implies the qt5 executables should have been installed in /opt/qt5, but in fact they ended up in /usr/lib/i386-linux-gnu/qt5
[11:11] <Ken-Young> s/think/thing/
[11:12] <popey> dpm: i assume this is because in the next step, "Install the Ubuntu SDK preview" it pulls stuff in from both PPAs
[11:14] <dpm> popey, yeah, it's intended to be like that, the steps still work. I just learnt on short notice about the packaging changes during the migration to qt5-proper glitch, so I had no time to change the structure of the page. Nowadays, I could just remove the "Install Qt 5" section and have 'sudo apt-get install ubuntu-sdk' (plus PPA instructions). If I make changes to the page, it needs a new theme deployment, but I made the command-lines configurable, so I
[11:14] <dpm>  can change them on-the-fly
[11:14] <popey> ok
[11:14] <dpm> I'll update the step at some point, but right now the instructions work
[11:16] <popey> yeah ☺
[11:16] <Ken-Young> Things must have basically worked, because I did a fresh install of Ubuntu just prior to downloading the SDK components, and things like Qt Creator and qmlscene are present, and there's no other way they would have been installed, orhter than with the SDK.
[11:21] <dpm> Ken-Young, yes, we made sure the instructions worked before updating them. Glad to hear it all worked for you too!
[11:21] <dpm> Where we're having a bit of trouble is in the migration to the new PPA
[11:22] <dpm> for those people who installed the sdk on release day and then want to migrate to the new packages after we switched from the Qt 5 beta to the Qt 5 release
[11:22] <dpm> but it seems folks are managing to fix it, nevertheless
[11:23] <Ken-Young> dpm, Everything seems to be installed correctly, but I can't run the demo app, because I get the error message "Unrecognized OpenGL version".
[11:24] <dpm> Ken-Young, did you add the virtualbox guest extensions as suggested?
[11:25] <Ken-Young> dpm, Yes, and I rebooted after that.   The problem did not go away.
[11:26] <dpm> Ken-Young, hm, not sure what it could be, then. If no one here can help you figure it out, you might want to file a question on Ask Ubuntu: http://askubuntu.com/questions/ask?tags=mobile,application-development
[11:27] <Ken-Young> dpm,  Thanks, I'll do that.
[12:01] <judgen> Will ubuntu phone install on existing phones or will it be only on new phones?
[12:01] <popey> the touch preview can be installed on existing phones.
[12:13] <judgen> nice
[12:33] <doomlord> can any existing phones output 1080p when plugged into hdmi even if their native display is 1280x800 ..
[12:33] <doomlord> i know some can do this for video - but is this available to the rendering hardware generally (and hence ubuntu phone)
[12:47] <popey> dpm: filed bug 1129061 which is what ken-young was talking about earlier..
[12:47] <popey> dunno if it's a vbox, vbox extensions, compiz or qt issue tbh
[12:52] <dpm> popey, cool, thanks, added a comment too
[12:52] <Sinan___> doomlord: Like Note 2 ?
[12:53] <Sinan___> doomlord: Note 2 has great capabilities, supporting HDMI and USB Host simultaneously
[12:53] <doomlord> interesting
[12:55] <Sinan___> Tons of people have been waiting Ubuntu-Phone :D
[12:56] <Sinan___> I hope it's as good as expected
[13:17] <doomlord> i'm very excited by the prospect!
[13:17] <doomlord> i've just been porting some code to android and thinking what is all this java nonsense for
[13:18] <doomlord> a phone with a propper OS would be amazing!
[13:55] <driotinto> Hello everyone, I am getting a Nexus 4 soon and I am excited by the capability of having it to work as a Ubuntu-Running-PC using the Ubuntu for Android scheme. Anyone have been using it?
[13:55] <k1l_> driotinto: there is actually no info on when and how ubuntu4android will be released.
[13:55] <driotinto> Oh. Ok.
[13:56] <smartboyhw> k1l_, when is 21st Feb
[13:56] <driotinto> k1l_: That is bad news. I hoped to see this early. It seems Canonical is concentrating on Ubuntu for Phone.
[13:56] <smartboyhw> driotinto, k1l_ Ubuntu for phones actually includes Ubuntu for Android
[13:57] <k1l_> i know there were some demos (with the motorola atrix which used the motorola webtop stuff) but seems like its in a state of hold until a manufacturer comes into the game
[13:57] <k1l_> smartboyhw: yes that is kinda true. it includes a ubuntu for ubuntu to be correct :)
[13:57] <driotinto> k1l_: But I don't yet feel like getting rid of my Android OS on phone. I would rather have Android OS running on the phone (for now) and have the option to use the dock to get Ubuntu OS on the big screen.
[13:57] <k1l_> but he wants to stay with android and run a ubuntu when docked
[13:58] <driotinto> Yes.
[13:58] <smartboyhw> k1l_, it can
[13:58] <smartboyhw> k1l_, oh so he wants android
[13:58] <driotinto> It's on the website, http://www.ubuntu.com/devices/android and also you can see it in several youtube videos
[13:59] <k1l_> driotinto: yes, that is still in dev-stage
[13:59] <driotinto> k1l_: Oh, ok. So I guess waiting is all I can do now. Besides, I'd probably have to buy a suitable dock (and it doesn´t seem it is available commercially yet).
[14:00] <driotinto> I hope Ubuntu4Android development is not spoiled by Ubuntu4Phone development.
[14:01] <driotinto> Another question, is the Ubuntu for Phone going to be able to run Android applications from Google Play? I am not expecting it, and this is actually the main reason why I am not willing to give up Android right away...
[14:02] <popey> 13:56:58 < smartboyhw> driotinto, k1l_ Ubuntu for phones actually includes Ubuntu for Android
[14:02] <popey> thats not true
[14:09] <driotinto> Anyway, thanks for wveryone's help. I´ll be monitoring the website for more info on the Ubuntu4Android!
[14:10] <k1l_> i dont think android apps will work on ubuntu-phone
[14:12] <driotinto> k1l_: That is what I thought...
[16:18] <nbf> anyone know if the ubuntu phone alpha release is going to include ubuntu desktop mode support? specifically with the nexus 4
[16:19] <nbf> if so I'm going to buy a nexus 4 to try it out
[16:20] <nbf> I see this in the FAQ: When the phone is docked to a screen you should be able to use the full desktop applications. When they are on the small screen they would need a QML display which might be part of the same application.
[16:20] <nbf> which sounds good but what does "should be able" mean? :)
[16:23] <popey> nbf: the nexus 4 doesn't have a dock, does it?
[16:23] <nbf> it has usb and a slimport (which is basically a displayport, hdmi, vga, etc)
[16:24] <nbf> I'm really hoping the slimport -> displayport adapter comes out soon
[16:24] <nbf> analogix has pictures of it in their docs but I can only find hdmi and vga adapters online
[16:31] <wastrel> nbf: i don't know anything but someone said something about hardware support for the dual mode
[16:58] <mhall119> tick tock, tablet time
[18:01] <uebera||> #Lesenswert: #Microsoft #Office 2013 PC-Bindung in D? #PCWelt http://bit.ly/W61btG; #Golem http://bit.ly/W61ip3; #Heise http://bit.ly/W61kx7
[18:06] <uebera||> Sorry, wrong window ^^;
[19:05] <Akiva-Desktop> What is this "Tick Tock Tablet" time on ubuntu.com?
[19:10] <nOStahl> check on #ubuntu-tablet
[19:35] <ciphoenix> hi
[19:35] <ciphoenix> i'm new to ubuntu phone dev
[19:36] <ciphoenix> wanted to ask how large the required files to start are :)
[19:40] <darthmuffins> required files?
[19:44] <ciphoenix> yes, Qt SDK. i'm on a limited internet plan, need to know how big the files are
[19:45] <mainerror> You could consult apt-cache for that. :)
[19:46] <nOStahl> ciphoenix: local library and coffee shops alleviate limited data plans :)
[19:47] <darthmuffins> Qt sdk full download is ~ 400MB, but that's easily looked up online
[19:48] <mhall119> ciphoenix: apt-get install should tell you the download size
[19:53] <ciphoenix> mainerror: thanks
[19:54] <ciphoenix> nOStahl: i'm from Nigeria. such WIFI hotspots aren't commonplace yet :)
[19:54] <ciphoenix> darthmuffins: thanks :)
[19:55] <darthmuffins> np!
[19:58] <nOStahl> ciphoenix: check your private message
[20:46] <Akiva-Vagabond> wow oh wow, have you guys seen this new filesystem for flash from samsung? It outperforms ext4 on nearly every test!
[20:47] <Akiva-Vagabond> btrfs as well, considering that it for some reason, still is worse than ext4
[20:48] <Akiva-Vagabond> http://www.phoronix.com/scan.php?page=article&item=linux_f2fs_benchmarks&num=1
[20:48] <Akiva-Vagabond> I am frankly amazed at how good it performs
[20:50] <Akiva-Vagabond> i mean look at dbench; it is 3 TIMES FASTER THAN EXT4
[20:50] <Akiva-Vagabond> I am wondering now if perhaps ubuntu-phone is thinking of shipping with it.
[20:51] <Akiva-Vagabond> well actually, looking at it now, it fails enough in other benchmarks to equal it out
[20:58] <ciphoenix> heard about it
[20:59] <ciphoenix> shows some promise
[21:08] <ajalkane> Tizen might use it :)
[21:09] <ajalkane> But for a filesystem, I think it might be quite hazardous to use such new tech without very radical and obvious advantages
[21:14] <nOStahl> I hope they call the new flash file system FFS :P
[21:34] <JanC> Akiva-Vagabond forgets to say that F2FS doesn't really sync to disk when requested too  :p
[21:34] <JanC> s/too/to/
[22:43] <mainerror> nOStahl: hah, that'd be an awesome acronym.
[22:44] <nOStahl> lol
[23:53] <mattwj2002> hi guys
[23:53] <mattwj2002> when is the phone stuff coming out?
[23:53] <mattwj2002> 16 hours?
[23:54] <k1l> phone stuff was mentioned for the 21st
[23:54] <mattwj2002> where?
[23:54] <mattwj2002> :O
[23:54] <mattwj2002> oh yeah
[23:54] <mattwj2002> haha
[23:54] <k1l> mattwj2002: one shall read the topic ;p
[23:54] <mattwj2002> I saw that sorry!
[23:55] <mattwj2002> *face palm*
[23:55] <mattwj2002> k1l: can you tell me any more about the tablet?
[23:56] <k1l> nope
[23:56] <mattwj2002> :P
[23:56] <mattwj2002> okay
[23:56] <mattwj2002> bye!


[13:41] <towolf> hey. i just start a long copy operation from ubuntu-gnome live usb. the screen just got locked and i don't know how to unlock the screen for "Live session user"
[13:41] <towolf> does it have a password set?
[13:42] <pchoo> towolf: IIRC user is user and passowrd is live
[13:42] <towolf> doesn't work :(
[13:44] <pchoo> try ubuntu as the username
[13:44] <towolf> ubuntu:ubuntu
[13:44] <towolf> ubuntu:live
[13:44] <towolf> user:live
[13:44] <towolf> live:live
[13:45] <towolf> none of these work
[13:45] <pchoo> ubuntu:
[13:45] <towolf> ubuntu:
[13:45] <towolf> nope
[13:45] <pchoo> no pwd?
[13:45] <pchoo> Hmm
[13:46] <pchoo> ctrl alt f1 and sudo passwd ubuntu ?
[13:46] <towolf> but what is the default username, somebbody should know?
[13:46] <towolf> there is no console that is without getty login
[13:48] <towolf> i'm rsyncing 2 TB and have no way of knowing when it completes, because i got locked out of the desktop
[13:49] <pchoo> Have you tried logging into tty1 with ubuntu: ?
[13:50] <towolf> yes, yes.
[13:50] <towolf> i just did soft reboot with ctrl-alt-del and will re-do it, this time not after setting a pw myself.
[13:50] <towolf> ... not without
[13:50] <towolf> thanks
[13:51] <towolf> https://wiki.ubuntu.com/XenialXerus/ReleaseNotes/UbuntuGNOME
[13:51] <towolf> > If you want try the GNOME Classic session on the live CD, set a user password before logging out.
[13:51] <towolf> this tells me that no password is set.
[13:57] <jbicha> username is ubuntu-gnome, leave password blank
[13:59] <jbicha> set a user password? I wonder who wrote that
[14:00] <jbicha> yeah, that's not necessary


[02:30] <guiverc> yuk, Bashing-om, I've had a reaction to a word I likely wrote, asking for your opinion on gdoc (or will be in a few secs when I get there myself to ask it)
[02:32] <guiverc> blogo; first steam article  (minor; english question)
[02:32] <Bashing-om> guiverc: Will fire up Gdoc and meet you :D
[02:33] <guiverc> s/you/we/ is my query
[02:36] <guiverc> :)  you remembered (even if ya got help via edit you made) the 20.10 22-July :)
[02:37] <guiverc> read thru complete; that petty thing was all I saw
[02:43] <Bashing-om> guiverc: We then set to go for tomorrow's push :D
[02:43] <guiverc> :)
[19:15] <Bashing-om> UWN: Pulling "WIP" - log checked - no further edits are known. Time to push 20:00 UTC :D
[19:34] <Bashing-om> UWN WIJI: No can do at this time >> Internal Server Error. Awaiting to see if our IS contact can address.
[19:37] <krytarik> Bashing-om: Just looked at your improvements to the "Improving the membership application process" summary from last night - yeah, that's more like it, thanks! :)
[19:38] <Bashing-om> krytarik: And I do appreciate your attention to detail :D
[19:40] <krytarik> And wrt the wiki login issue, if this is continuous I'd try in #canonical-sysadmin
[19:42] <Bashing-om> krytarik: Noted - I give sajoupa a bit more time to respond. The world will not end if the 20:00 deadline is delayed.
[19:45] <Bashing-om> Wild_Man: repeat notice - UWN WIKI: No can do at this time >> Internal Server Error.
[19:48] <Bashing-om> UWN: Temporary issue - as I am presently logged in and making my edits.
[20:00] <Bashing-om> UWN: ubuntu-news@lists is away - doing the Forum post next :D
[20:04] <Bashing-om> UWN: Forum post done - no issues seen. Doing the re-directs next :D
[20:11] <Bashing-om> UWN: Re-directs done. Pending is release to the Social Medias :D
[20:20] -SwissBot:#ubuntu-news- ::UbuntuOnAir:: Game Time! | Community Office Hours @ https://www.youtube.com/watch?v=9gmub-RsJOA (by Ubuntu OnAir)
[21:41] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: KDE Connect is Now Available on Windows @ https://www.omgubuntu.co.uk/2021/07/kde-connect-windows-app (by Joey Sneddon)
[23:01] <guiverc> I just realized it's tuesday morn.. ~40 mins slow... push #692 to fridge Bashing-om
[23:06] <Bashing-om> guiverc: Yup :D Push to the fridge and friends - no issues are known :D
[23:07] <guiverc> I'll try not to create any.... https://fridge.ubuntu.com/2021/07/19/ubuntu-weekly-newsletter-issue-692/
[23:07] <guiverc> tweeted 692
[23:09] <Bashing-om> Fridge: looks good - guiverc did not create new issue there :P
[23:13] <guiverc> 692 posted to fb too
[23:18] <Bashing-om> guiverc: Wipe away the evidence now ?
[23:19] <guiverc> yep, clear away
[23:19] <Bashing-om> doing away with recent history -
[23:30] <Bashing-om> UWN: We do issue 693 :D
[23:32] -SwissBot:#ubuntu-news- ::Planet:: The Fridge: Ubuntu Weekly Newsletter Issue 692 @ https://fridge.ubuntu.com/2021/07/19/ubuntu-weekly-newsletter-issue-692/


[13:09] <Bulldog2010> hi all
[13:10] <Bulldog2010> can anyone tell me were to find the eth0 config file please
[13:10] <Bulldog2010> in ubuntu 11.04
[13:23] <Bulldog2010> hey all
[13:24] <Bulldog2010> anyone tell me how to permanently alter the eth0 configuration
[13:24] <jaddi27> Bulldog2010: is the eth0 config file at /etc/network/interfaces? I am not entirely sure (haven't needed to customise it myself)
[13:27] <Bulldog2010> ok found it thanks
[13:28] <Bulldog2010> i need to turn MULTICAST OFF permanently
[13:28] <jaddi27> you might also find some info at https://help.ubuntu.com/11.04/ubuntu-help/net-wired.html
[13:28] <jaddi27> and I know this is for the server edition, but it may also be useful: https://help.ubuntu.com/11.04/serverguide/C/network-configuration.html
[13:28] <Bulldog2010> thanks mate
[13:29] <jaddi27> that's alright. hope you get it sorted out.
[13:31] <Bulldog2010> yea i got fetch tv and for some reason my system was recieving 200kbps but it was going now where
[13:32] <Bulldog2010> so i did some research and found out i need to turn off the multicast from eth0
[13:32] <Bulldog2010> did it via the command line and all is now sweet but need to make it perment


[03:27] <ahoneybun> I'm getting this error when trying to reflash Ubuntu Phone:  error pushing: failed to copy '/home/aaron/.cache/ubuntuimages/gpg/image-signing.tar.xz' to '/cache/recovery/': Is a directory
[03:27] <ahoneybun> Nexus 4
[07:44] <V99> hi
[08:57]  * tathhu would love support for last.fm scrobbling @ music-app ;_;
[08:57] <tathhu> DIY :p
[09:03] <mcphail> tathhu: don't think that would be possible, unless the screen was to stay on with the app in focus at all times. (Unless the Music app has background permissions which aren't shared with other apps...)
[09:03] <lotuspsychje> the jamendo app is pretty nice with online radios
[09:07] <tathhu> :(
[09:45] <JamesTait> Good morning all!  Happy Tuesday, and happy Hedgehog Day! 😃
[12:10] <mariogrip> mhall119: i'm so sorry, the power went out yesterday, just got it back now... Can we do the meeting today?
[12:26] <k1l> are there some mhl/slimport +usb adapters? i dont have a BT-wirelss mouse and would like to try the n4 dockmode.
[12:29] <tathhu> what's ota9 image number for deb?
[12:48] <jgdx> pitti, hey, for xenial, could debs ship sysv only, or is systemd an requirement? Asking for a friend
[13:32] <pitti> jgdx: sysv is okay of course (loooots of packages do that); sysv init scripts are a first-class citizen still
[13:32] <pitti> jgdx: systemd units are often more effcient and more succinct, have better logging etc., but we don't need to convert the whole world right now :)
[13:35] <jgdx> pitti, great, thank you :)
[13:36] <seb128> pitti, is there any known issue with systemd and systems not rebooting or taking ages to do so?
[13:36] <seb128> that's driving me crazy
[13:36] <seb128> it's 2016 and our init systems are still not able to handle a reboot :/ (it might be the same for shutdown)
[13:36] <pitti> seb128: nothing on my radar; I'm sure that there is still plenty of those cases, but nothing common
[13:37] <seb128> k, my laptop is nothing special
[13:37] <pitti> seb128: probably best if you file a bug for yourself with a shutdown journal, and checking what's hanging in the debug console
[13:37] <seb128> oh, I though we were on -devel
[13:37] <seb128> k
[13:37] <seb128> I get it almost every time
[13:37] <seb128> boot to lightdm
[13:37] <seb128> reboot
[13:37] <seb128> wait for what feels like 10 minutes, sit down on the power button from frustration
[13:37] <pitti> seb128: I think you did the "systemctl list-jobs" in a debug console before, and it's in /usr/share/doc/systemd/README.Debian.gz, but I can walk you through
[13:38] <seb128> pitti, I'm in an hangout atm but I'm going to try later, thanks
[13:38] <pitti> seb128: ugh -- let's investigate that indeed
[13:38] <pitti> seb128: I sometimes notice that this happens if I start user LXC containers in my session; as they start inside the desktop session cgroup but don't get shut down automatically on logout, they cause the 90 s timeout
[13:39] <pitti> seb128: but that's about the only issue I'm aware of
[13:39] <pitti> (This doesn't affect system lxc or  lxd)
[13:39] <seb128> well in my case it does it even if I boot to greeter and reboot without login
[13:39] <seb128> so not likely that
[13:40] <pitti> ok; well, list-jobs will say what it is waiting on
[13:40] <seb128> I tried to switch to a vt but there was not login prompt
[13:40] <seb128> I need to think to boot with the debug shell
[13:40] <pitti> seb128: no, you don't -- sudo systemctl start debug-shell
[13:40] <pitti> then you should have it on VT9
[13:41] <seb128> oh ok, I didn't know that
[13:41] <seb128> last time I looked at the README it was telling to do that on grub cmdline
[13:41] <seb128> pitti, thanks!
[13:41] <pitti> seb128: hm, that must have been some time ago
[13:42] <seb128> pitti, yeah, I debugged things when we transitioned
[13:42] <seb128> I don't think I played with it much since summer
[14:00] <mhall119> mariogrip: I can do a call today at the same time as yesterday if that works for you
[14:09] <mariogrip> mhall119: yeah, that's perfect
[14:11] <mhall119> cool
[14:11] <mhall119> mariogrip: were you able to rebuild your images based on 15.04 and the overlay PPA?
[14:48] <_Sponge> mhall119: Who's doing the Q&A today ?
[14:48] <davmor2> _Sponge: people
[14:48] <_Sponge> really, I thought it was Xenomorphs ;/
[14:50] <tathhu> :D
[14:50] <tathhu> Oh, only devel* is updated for deb :(
[14:51] <_Sponge> dpm, ping.
[14:51] <davmor2> tathhu: what do you mean only devel is updated for deb?
[14:52] <dpm> _Sponge, pong?
[14:52] <tathhu> or maybe i don't know how to flash it
[14:52] <tathhu> davmor2, tried to flash something stable on to my n7 LTE but it was old as hellll :(
[14:52] <_Sponge> dpm, Are you doing the #ubuntuonair today ?
[14:52] <tathhu> maybe it's time to sleep again.
[14:53] <davmor2> tathhu: deb isn't a supported platform
[14:54] <tathhu> ähh
[14:54] <dpm> _Sponge, popey and dholbach are doing it today
[14:55] <tathhu> gotta wait for "real" ubuntu tablet :P
[14:55] <tathhu> or get a flo..
[14:58] <_Sponge> dpm, cheers.
[14:58] <ogra_> tathhu, i heard there is another server that provides rc-proposed deb images (though i forgot the name ... it isnt the "tasemice" one anymore)
[14:58] <ogra_> you really dont want to run devel *anywhere* :)
[14:59] <tathhu> I know :P
[14:59]  * ogra_ forgot who pointed him to the new server during scale ... probably popey or mhall119
[15:04] <tathhu> ää
[15:04] <tathhu> ... ignore that
[15:11] <mhall119> ogra_: ubports.com?
[15:11] <ogra_> ah, yeah, that one
[15:11] <mhall119> that's mariogrip's
[15:11] <ogra_> right, and i think it has deb imges
[15:12] <mhall119> is deb a device codename?
[15:12] <mhall119> _Sponge: popey and dholbach I believe are doing the Q&A today
[15:12] <ogra_> mhall119, yeah, its the LTE N7
[15:13] <popey> yes
[15:13] <popey> deb is flo + 3g
[15:14] <mhall119> ok
[15:19] <dobey> does ubports have deb images now?
[15:19] <dobey> i don't see any
[15:20] <dobey> it does have manta images though
[15:22] <tathhu> no deb :(
[15:23] <mhall119> yeah, I don't think he's done anything with tablets
[15:26] <popey> i doubt he even has a deb
[15:28] <tathhu> ._.
[15:36] <_Sponge> popey: Think something is wrong here with youtube, if you click it. http://ubuntuonair.com/
[15:36] <popey> it hasn't started yet
[15:36] <popey> it will be fine once it starts, I'm sure
[15:37] <_Sponge> there's usually a count-down. Just sayin'
[15:37] <_Sponge> maybe I'm too early. dunno.
[15:38] <_Sponge> anyway- np.
[15:46] <tathhu> 15mins?
[15:50] <popey> ya
[15:53] <tathhu> ay
[15:58] <jgdx> pmcgowan, hey, do you know who can answer my question in bug 1533835? Or: who's working on indicator location right now?
[15:58] <ubot5`> bug 1533835 in Canonical System Image "Support direct access to the location panel" [High,Confirmed] https://launchpad.net/bugs/1533835
[16:02] <pmcgowan> charles, is that you? ^
[16:19] <jgdx> mterry, hey, could you take a look at https://code.launchpad.net/~jonas-drange/gsettings-ubuntu-touch-schemas/hw-kbd/+merge/284755 ?
[16:20] <mterry> jgdx, not immediately, but will take a look
[16:20] <jgdx> mterry, thanks.
[16:54] <abeato_> mhall119, mariogrip I can't do the meeting today
[16:55] <mhall119> abeato_: no worries, we'll send you a summary if there's anything we need from you
[16:55] <abeato_> mhall119, great, thanks
[17:22] <ogra_> sil2100, bug 1500390 actuaqlly breaks some stuff ... (which is why i said i wouldnt call it whishlist ... it adds in-container dirs to PATH that shouldnt be mapped and such)
[17:22] <ubot5`> bug 1500390 in Canonical System Image "Clean /etc/environment" [Wishlist,Confirmed] https://launchpad.net/bugs/1500390
[17:37] <sil2100> ogra_: ACK, well, I only added it as 'wishlist' as the original bug was marked as such
[17:38] <sil2100> ogra_: if john-mcaleely decides it's a high-risk bug he'll set the priority accordingly
[17:38] <ogra_> yeah, it was even me who added it initially ... but that was before i saw that there are actual issues :)
[17:39] <john-mcaleely> sil2100, pmcgowan gets to make that call
[17:39] <sil2100> ...or pmcgowan in that case ;)
[17:39] <ogra_> it isnt high-risk but definitely needs attention
[17:39] <john-mcaleely> so many things do
[17:39] <ogra_> (and it is an easy taks, just needs a dev and a QA person to work together for a day to test the removals)
[17:40] <ogra_> i guess at max you need to move one or two vars somewhere else, the rest shoudl be good to be wiped (especially the PATH hackery)
[18:11] <charles> pmcgowan, yes, that would be me on the indicator-location part of bug #1533835, assigning myself
[18:11] <ubot5`> bug 1533835 in indicator-location (Ubuntu) "Support direct access to the location panel" [High,Confirmed] https://launchpad.net/bugs/1533835
[18:11] <pmcgowan> jgdx, ^^
[18:16] <charles> jgdx, currently when 'location settings' is clicked we call url_dispatch_send() with a uri of "settings:///system/security-privacy"
[18:20] <charles> jgdx, is there a uri that can be used to invoke a subpage of a u-s-s plugin, eg the Location page in the security-privacy plugin?
[19:43] <k1l> is every slimport working on the nexus4? or are there some known to not work?
[19:47] <pmcgowan> k1l, many are rather flaky
[19:48] <k1l> hmm
[19:53] <dobey_> k1l: apparently one should be considered lucky to buy a Qi charger that actually works well.
[19:54] <k1l> dobey_: uh? i got a philips one just before the nexus4 sales started for cheap money. that still works
[19:55] <dobey_> k1l: works, and works well are not the same thing :)
[19:56] <k1l> i would seperate qi charging in works == charges and doesnt work== doesnt charge :)
[19:56] <dobey> k1l: i recently bought an angled qi charger stand, and it works, but it causes the screen to come on periodically, and flickers between charging and not charging, and causes excessive heat
[19:57] <k1l> ah ok.
[19:57] <dobey> i've haerd this is not uncommon :(
[19:58] <pmcgowan> k1l, did you mean the port or the third party adapters
[19:58] <pmcgowan> I meant the adapters
[20:00] <popey> oh, i have two terrible qi chargers
[20:00] <k1l> yeah. i am thinking about buying an adapter. and there are ones for 10euro or 30euro
[20:00] <popey> you have to put the phone on them with millimeter accuracy or they don't charge
[20:01] <k1l> qi charging does make some heat. but so does the battery when charged with a strong wallplug
[20:06] <dobey> k1l: some. but it shouldn't make this much
[20:07] <dobey> but i'm pretty sure i know what the main problem is with this charger, so i'll have to see if i can fix it
[20:07] <dobey> would be nice if the stand was more upright too
[22:16] <om26er> where can i find changelog of daily images of ubuntu-touch ?
[22:18] <dobey> om26er: the daily landing mails that sil2100 sends to the ubuntu-phone list
[22:19] <om26er> dobey, thanks, I probably found a more organized place ;) http://people.canonical.com/~lzemczak/landing-team/ubuntu-touch/rc-proposed/meizu.en/arale/
[22:43] <yam_ez> does it take long for touch to pick up its location? i have location data on


[05:12] <bzoltan> Mirv: I am done with expanding the Silo4. The UITK branch is actually the same, but I added there the QtC Ubuntu/cmake/remotelinux MRs too ... one of these QtC MRs depend on a UITK fix on the staging. That is why I prefer to land them together.
[05:12] <bzoltan> Mirv:  so would you please reconfigure the SIlo9?
[05:48] <Mirv> bzoltan: reconfigurning
[05:48] <bzoltan> Mirv:  thank you!
[05:51] <Mirv> bzoltan: reconfigured. description should see some additions I guess?
[05:52] <bzoltan> Mirv:  yes
[06:01] <Mirv> landing bot is again alive on choo choo channel
[07:18] <Saviq> are we ready to land yet?
[07:25] <Mirv> Saviq: utopic is open, not necessarily the same as easy to land stuff. but yes, utopic is open :)
[07:25] <Saviq> ohkay, let's see
[07:26] <Mirv> Saviq: -proposed has bunch of Qt changes from Debian that break stuff. or in other words our packages are a bit outdated. I'm working on qtdeclarative now.
[07:26] <Mirv> they went on to rename all QML packages...
[07:27] <Saviq> kk
[07:37] <Saviq> can I please have silo 23 reconfigured? unity-mir got included in the landing
[07:40] <Saviq> sil2100, re: line 9, yes, should be moved to utopic
[07:43] <sil2100> Saviq: ok, one momen!
[07:44] <Saviq> sil2100, no rush! :)
[07:45] <Saviq> Mirv, are you "reverting" the renames or shall we prepare for the changes in an MP? is there a summary of what changed available?
[07:46] <Mirv> Saviq: can't really revert as we have autosynced Debian Qt packages that depend on those. so I'm following those. transitional packages are in place, but stuff should be updated eventually.
[07:47] <Saviq> Mirv, yeah, glad we're not diverging from debian, then :)
[07:47] <Mirv> Saviq: the lines with →  at http://anonscm.debian.org/gitweb/?p=pkg-kde/qt/qtdeclarative.git;a=shortlog
[07:47] <Saviq> Mirv, thx!
[07:48]  * Saviq will prepare a transition already
[07:52] <Saviq> Mirv, qtdeclarative5-qtmultimedia-plugin didn't change?
[07:53] <Mirv> Saviq: it did probably change, but not in qtdeclarative-opensource-src
[07:53] <Mirv> since it comes from qtmultimedia which will require a sync too
[07:53] <Saviq> Mirv, ah indeed
[07:55] <Mirv> the immediate problem is that qtgraphicaleffects in -proposed is broken since it depends on qml-module-qtquick2. the actual bikeshedding is less important.
[07:56] <sil2100> Saviq: do you know if kgunn's silo with the non blocking eglswapbuffers is being used right now in some way? I mean, we need to re-target that for utopic, but I don't know if I can free it and re-assign it now without any consequences
[07:57]  * Mirv is blocked by silo size limit, pinged webops
[07:58]  * Mirv notes that webops were extremely quick
[08:03] <sil2100> Mirv: silo size limit? :)
[08:03] <sil2100> How much is it per-silo now?
[08:09] <Mirv> sil2100: 2GB, nothing if preparing qtwebkit :)
[08:09] <sil2100> ;p
[08:10] <Mirv> which has a debug package that is 0.5GB+ per arch
[08:12] <sil2100> Mirv, ogra_: do you guys have anything to discuss on the meeting today?
[08:13] <sil2100> psivaa: ^ ?
[08:13] <psivaa> sil2100: i dont have much
[08:13] <sil2100> davmor2, popey: how about you guys?
[08:13] <Mirv> sil2100: not much. I've started working on bug #1313547 as -proposed is currently broken because of autosyncs
[08:14] <Saviq> sil2100, I know it's been under testing
[08:14] <Saviq> sil2100, would not retarget it without kgunn's ACK
[08:14] <sil2100> Saviq: yeah, just as I thought - ok, then I'll wait for him to pop up, thanks!
[08:16] <sil2100> Mirv: I'm trying to make some cleaning up with the silos, retargetting some of the ones that need to be for utopic
[08:17] <popey> sil2100: yo
[08:17] <Saviq> looks like the SSO redirect got better? still does not log in straight away, though
[08:19] <Mirv> sil2100: sounds good. utopic is now open indeed, but a bunch of things might fail to build because of that bug ^ and the fact silos use -proposed
[08:20] <Mirv> Saviq: it possibly got better when I removed the double "//" from the URL in metadata
[08:20] <Mirv> at least it seemed like the behavior changed around that time so that it no longer went to the wrong url
[08:20] <Laney> Mirv: is that about the new package naming scheme for qml modules?
[08:20] <Mirv> Laney: yes
[08:20] <Laney> cool
[08:20] <Laney> I guess we're following that too
[08:21] <Mirv> it's less pain to follow than to fork the packaging for those Qt modules that depend on renaming, like the qtgraphicaleffects now in -proposed stuck on wanting qml-module-qtquick2.
[08:22] <Laney> I mean for Ubuntu packages
[08:22] <ogra_> sil2100, not really, still waiting for the first imag builds
[08:22] <Mirv> oh right, yes we should probably rename as well as we go forward
[08:24] <sil2100> popey, davmor2, Mirv, ogra_, psivaa: in this case I would propose skipping the morning meeting and simply syncing up at evening? We should have more to talk by then
[08:24] <Saviq> Mirv, kk
[08:24] <ogra_> sil2100, ++
[08:24] <Saviq> Mirv, sounds like a bug somewhere anyway, // should not cause that should it
[08:24] <psivaa> sil2100: ack
[08:24] <sil2100> Thanks guys
[08:25] <Mirv> sil2100: fine by me, I'll update on my status later today (which will probably be "trying to validate trusty-image-updated-utopic-is-not-totally-trivial")
[08:25]  * davmor2 stops sitting in the hangout
[08:25] <Mirv> once those builds finish
[08:26] <mhr3> Mirv, any eta on when will fix for https://bugs.launchpad.net/unity8/+bug/1307578 get to U?
[08:27] <Saviq> tsdgeos, conflict in debian/control, merge make-common into killqt51 please
[08:27] <Mirv> mhr3: as soon as everything else in this branch. as discussed ^, I needed to rename all QML modules so I'm building such a thing now. then I need to find out how utopic image works in general.
[08:27] <Mirv> mhr3: so landing line 30 / silo 20
[08:27] <tsdgeos> Saviq: you mean split-common ?
[08:27] <Saviq> tsdgeos, yes
[08:28] <mhr3> Mirv, alright, thx
[08:28] <Mirv> mhr3: so hopefully tomorrow as an ETA
[08:30] <popey> sil2100:  ok
[08:31] <tsdgeos> Saviq: please reapprove https://code.launchpad.net/~aacid/unity8/killqt51/+merge/217391
[08:31] <Saviq> tsdgeos, and sorry for dragging you around channels ;)
[08:32] <vila> Mirv, sil2100: no landing meeting ?
[08:33] <tsdgeos> Saviq: it's ok
[08:33] <Mirv> vila: no, sil2100 just didn't hilight you but he proposed skipping and keeping the evening one
[08:33] <tsdgeos> i'm here anyway :D
[08:33] <vila> Mirv: ack, ok
[08:33] <Mirv> tsdgeos: have fun! :)
[08:33] <Mirv> oh, not the hangout
[08:33] <vila> Mirv: Oh right, I see that now
[08:34] <Mirv> you can always join http://conferencecall.biz/ if you want
[08:35] <Mirv> just like an actual meeting
[08:40] <sil2100> hah ;)
[08:40] <sil2100> vila: sorry!
[08:42] <sil2100> Mirv: this is some crazy stuff...
[08:43] <Mirv> sil2100: yeah, I think they had an app with which to contribute real situations to their database or something :)
[08:52] <mandel> sil2100, morning! one question, are we open for landings already?
[08:52] <sil2100> mandel: morning! Well, one could say something like that, yes ;p
[08:53] <mandel> sil2100, sweet, so if I get the +1 for silo11 in theory I will be allow to update udm for u? I'm not looking to do an SRU since is an update focused on ubuntu touch
[08:54] <sil2100> mandel: yes, let me look at silo 11 before that, one moment
[08:54] <mandel> sil2100, and will probably need an "ubuntu developer" to check the update since it adds new packages
[08:54] <sil2100> mandel: so, I need to re-assign this silo
[08:54] <sil2100> As it's targetting trusty still, let me do that
[08:54] <sil2100> You will need to rebuild the packages there
[08:54] <mandel> sil2100, ok, I really appreciate it
[08:54] <mandel> sil2100, no problem, I'll take it from there
[09:25] <sil2100> mandel: if anything, you can rebuild your silo :)
[09:25] <sil2100> I mean, build it, since it didn't get built yet for utopic!
[09:38] <mandel> sil2100, well, I don't hav ethe rights, can you press the button? (I'm planning to do the training and the get the rights :) )
[09:38] <mandel> sil2100, I can wait for sergio but he is in latin america
[09:39] <sil2100> mandel: sure :)
[09:39] <mandel> sil2100, superb, thx
[09:42] <cjwatson> FWIW at this point utopic image builds are blocked on IS acting on RT#69764 (I've already poked webops about it)
[09:44] <ogra_> thanks for the update !#
[09:48] <sil2100> cjwatson: thanks!
[09:48] <sil2100> Ok, I go make some breakfast
[10:06] <Mirv> sil2100: I'm done with my late lunch :D
[10:06] <sil2100> ;)
[10:09] <sil2100> Man, my head hurts today, seems like an awesome day
[10:47] <dbarth> sil2100: o/ i have verified silo 005 now
[10:47] <dbarth> sil2100: it's ready for -proposed
[10:47] <sil2100> \o/ We got the notification from the choo choo bot :)
[10:47] <sil2100> Let me publish
[10:48] <sil2100> Oh
[10:48] <sil2100> Wait wait ;)
[10:48] <sil2100> There still seems to be the old webbrowser-app in -proposed
[10:49] <sil2100> dbarth: can we get someone to verify fixes for those two bugs? :) LP: #1294279 and LP: #1309138
[10:49] <sil2100> Someone who didn't work on the fixes preferably
[10:49] <sil2100> ;)
[10:49] <dbarth> sil2100: this one, yes
[10:50] <dbarth> sil2100: i'll bribe someone around,yeah ;)
[10:50] <sil2100> Ok, I jump out now for lunch and vet, brb
[11:32] <Saviq> Mirv, sorry to bother you, any ETA on the new qtdeclarative package? just wanna know what to plan against
[11:47] <Mirv> Saviq: tomorrow. testing will be slow, if anything in utopic is broken and I need to go back/forth old/new qtbase+qtdeclarative to determine if something is a regression in those new patches or in utopic in general
[11:47] <Mirv> and of course if there's a real problem with some of the new qtdeclarative patches, it will take longer. but hopefully they're all good.
[11:47] <Saviq> Mirv, understood
[11:49] <Mirv> at least UI Toolkit and Unity 8 AP:s are good which is a good beginning
[12:35] <ogra_> the bot might announce an image build for 304 ... please ignore that, it lies ...
[12:35] <ogra_> (it is confused until there is a #1 for utopic on system-image)
[12:36] <sil2100> Ok
[12:36] <sil2100> Thanks for the heads up :)
[12:43] <imgbot> [12:43] <ogra_> ha !
[12:43] <popey> \o/
[12:43] <sil2100> Oh!
[12:43] <sil2100> #1!
[12:43] <popey> thats going to be bad isn't it?
[12:44] <ogra_> might
[12:44] <ogra_> no idea
[12:44] <ogra_> lets see if it even finishes building
[12:44] <popey> we'll see when it finishes building in 10 mins ☻
[12:45] <sil2100> ;)
[12:46] <ogra_> ah, the bot only got confused now :)
[12:46]  * ogra_ is curious if it will sort itself once the image is on system-image
[13:00] <ogra_> the image build looks good so far ...
[13:00] <ogra_> cdimage is in its last stages ... at least everything seems to be installable
[13:17] <ogra_> Preparing to unpack .../android_20140328-2310-0ubuntu2_all.deb ...
[13:17] <ogra_> Unpacking android (20140328-2310-0ubuntu2) ...
[13:17] <ogra_> Setting up android (20140328-2310-0ubuntu2) ...
[13:17] <ogra_> whee ...
[13:17] <ogra_> looks good :)
[13:18] <ogra_> (thats the last bit cdimage does)
[13:20] <sil2100> :)
[13:20] <ogra_> aaaand ... cdimage done ...
[13:20]  * ogra_ waits for system-image to pick up
[13:40] <imgbot> [13:40] <imgbot> [13:40] <ogra_> and now i'm impressed
[13:40] <cjohnston> image 1
[13:40] <cjohnston> !
[13:40] <ogra_> i didnt touch the bot code ... it *should* have had issues !
[13:41] <ogra_> damned ... cant trust my own coding ..
[13:41] <ogra_> :)
[13:41] <davmor2> cjohnston: yes the trusty updates to stable would be 304.....etc so it starts back at one on a new release
[13:41] <ogra_> aha
[13:41] <ogra_> at least the changelog generator is messed up
[13:41] <ogra_> that brings some confidence back :)
[13:41] <sil2100> ;p
[13:41] <davmor2> ogra_: hahaha
[13:42] <cjohnston> davmor2: yup.. I'm just happy that we have it.. I was hoping it would be 1 so we don't confuse the dashboard
[13:47] <Mirv> hehe
[13:49] <plars> 2014/04/28 09:47:06 Channel utopic-proposed not found on server https://system-image.ubuntu.com
[13:49] <plars> ?
[13:49] <ogra_> plars, ubuntu-touch/utopic-proposed
[13:50] <ogra_> needs the prefix
[13:50] <ogra_> i got tricked by that as well :P
[13:51] <plars> strange... I matched everything with what we were doing under trusty before
[13:56] <ogra_> plars, might be a bug on either system-image or ubuntu-device-flash
[14:00] <plars> it's running now
[14:00] <plars> I think we didn't need the extra bit for trusty, but we do for utopic
[14:01] <cjohnston> ogra_: I'm betting that there were redirects for trusty
[14:01] <cjohnston> that were never applied for utopic
[14:01] <ogra_> yeah, might be, utopic channel setup is definitely not finished yet
[14:02] <ogra_> stgraber was waiting for the first image to exist to finish tht
[14:09] <dbarth> sil2100: davmor2 just helped me with the verification-done of the previous packages
[14:09] <dbarth> sil2100: so we should be able to publish silo 005
[14:09] <dbarth> sil2100: let me know if you need me there
[14:09] <sil2100> \o/
[14:10] <sil2100> dbarth: thanks!
[14:14] <Mirv> Saviq: still here, I might be able to squeeze the landing to today as it's currently looking good
[14:14] <Saviq> Mirv, cool!
[14:14] <Mirv> sil2100: FYI I've ran all AP:s and executed app manual testing plans, I think that should probably be good for utopic landing
[14:14] <Mirv> I'm still doing a couple of reruns of failing tests
[14:14] <sergiusens> sil2100: hey, I'm tired of clicking buttons for mandel, can you give him clicking powers?
[14:16] <ogra_> sil2100, FYI ... the nightly image build cron job is back on again (for your report mail tonight)
[14:17] <Mirv> ogra_: could you consider a pre-ack on packaging changes https://launchpadlibrarian.net/174018467/qtcreator_3.0.1-0ubuntu4_3.0.1-0ubuntu5.diff.gz ? (I've upload rights to Qt but not to Qt Creator)
[14:18] <Mirv> in short: it runs upstream tests now.
[14:18] <ogra_> Mirv, xuath and xvfb is build-deps i assume (hard to tell from the diff since the section is cut off)
[14:18] <Mirv> + adds one dependency that was needed and removes a couple that were not anymore after QtC3 port
[14:18] <sil2100> sergiusens: I will try ;p
[14:18] <Mirv> ogra_: yes, build-deps
[14:19] <sergiusens> sil2100: thanks
[14:19] <ogra_> Mirv, ack then ...
[14:19] <sil2100> sergiusens: not sure if I have all the power to do that for Didier
[14:19] <Mirv> thank you
[14:19] <sil2100> mandel: are you CI-trained now? :)
[14:19] <mandel> sil2100, how do I check that?
[14:19] <plars> ogra_: results are starting to show up now: http://ci.ubuntu.com/smokeng/utopic/touch/mako/1:20140428:20140411.3/7798/
[14:19] <sil2100> Mirv: awesome!
[14:19] <ogra_> plars, whee
[14:20] <sil2100> mandel: by CI-trained I mean, did you get some CI-train training?
[14:20] <ogra_> i'm impressed how flawless it all went this time
[14:20] <sil2100> Mirv: let's wait for test results before though
[14:20] <mandel> sil2100, sergiusens told me anything that is needed :)
[14:20] <sil2100> And hm, maybe a separate image just for your landing?
[14:20] <plars> ogra_: http://people.canonical.com/~ogra/touch-image-stats/ is going to start to get confusing at some point... are you going to just remove the trusty stuff? or separate into directories?
[14:20] <ogra_> plars, i will move it to a subdir
[14:21] <plars> http://people.canonical.com/~ogra/touch-image-stats/1.changes wow, what a changelog!
[14:21] <ogra_> the trusty bits ...
[14:21] <plars> :)
[14:21] <ogra_> haha
[14:21] <sil2100> ogra_: damn!
[14:21] <ogra_> 2 will surely have some more content ...
[14:21] <sil2100> ogra_: it's so big that it loads AGES here
[14:21] <plars> yeah, I guess there's no image 0 to compare it to
[14:21] <ogra_> i'll also regenerate 1 against 303
[14:21] <sil2100> I opened it up a minute ago and I still have a white page...
[14:21] <plars> cool
[14:21] <ogra_> sil2100, lol
[14:21] <plars> sil2100: keep waiting
[14:22] <ogra_> sil2100, thats just the new CSS ... white font on white bg
[14:22] <sil2100> Ah
[14:22] <sil2100> ;)
[14:24] <davmor2> sil2100: I'm marked the bugs verification-done I don't know if there is anything else needs doing to it
[14:25] <sil2100> davmor2: all is cool, thanks for that :)
[14:25] <davmor2> sil2100: also created a new bug obviously :)
[14:26] <davmor2> ogra_: well does it boot or have you still not got it installed yet?
[14:26] <ogra_> davmor2, running fine on my flo
[14:26] <sil2100> davmor2: I'll poke the SRU team about it, maybe we can make it leave -proposed faster :)
[14:27] <davmor2> sil2100: tell them I broke it but it fixed the things it's meant to fix :)
[14:30] <balloons> ping josepht
[14:30] <josepht> balloons: pong
[14:31] <balloons> josepht, trying to land a change to the module name for the core app file manager. I believe the test itself needs to be updated to reflect the module name change. Can you confirm this? The merge is here; https://code.launchpad.net/~dpm/ubuntu-filemanager-app/fix-desktop-run/+merge/217239 and the failure can be seen here: http://<IP_ADDRESS>:8080/job/generic-mediumtests-trusty/2258/console
[14:33] <balloons> + timeout --kill-after=30 --signal=2 1200 python2 -m autopilot.run run -v -o /tmp/test_ubuntu_filemanager_app.xml -f xml -r -rd /tmp/ ubuntu_filemanager_app runs tests from could not import package ubuntu_filemanager_app: No module named ubuntu_filemanager_app which has been changed
[14:34] <josepht> balloons: looking here: http://<IP_ADDRESS>:8080/job/ubuntu-filemanager-app-trusty-amd64-ci/122/console it seems to be failing some pep8 tests
[14:34] <balloons> josepht, :-) nice ty
[14:34] <josepht> balloons: np
[14:34] <balloons> this is what I get for trusting david :-)
[14:45] <sil2100> mandel: hey, could you check if you can build your silo? :)
[14:45] <mandel> sil2100, sure
[14:45] <sil2100> mandel: go to the spreadsheet silo sheet, press build and see if you can build it after logging in :)
[14:46] <mandel> sil2100, I know how to do it :)
[14:47] <mandel> sil2100, awesome! just triggered a rebuild of udm!
[14:48] <mandel> sil2100, will cancel it since it is not needed
[14:48] <sil2100> mandel: ok :)
[14:48] <sil2100> mandel: just remember that there's a FTBFS on that silo
[14:49] <sil2100> mandel: since the silo will not mention now that there were any problems
[14:49] <sil2100> (because the job was aborted)
[14:49] <mandel> sil2100, oh, well... that is annoying :-/
[14:55] <sil2100> Yeah :|
[14:57] <dpm> balloons, josepht, I think you're looking at an old Jenkins log. The pep8 issues on that branch were fixed 2 revisions ago. It's not failing on that
[15:00] <josepht> dpm: ah, you're right.
[15:01] <balloons> lol dpm :-) I should have trusted you I guess
[15:16] <josepht> fginther: do you have thoughts on balloons' question above?  I don't have access to that jenkins
[15:18] <fginther> josepht, looking
[15:21] <fginther> balloons, that MP will need a change to the job configuration to run the tests correctly.
[15:22] <balloons> fginther,thought so :-) Thank you for confirming. Shall we file a bug or can you coordinate it now?
[15:23] <fginther> balloons, I'm trying a manual rebuild with the suite name changed
[15:24] <fginther> balloons, I'm aware of the change, I'll make a note of it
[15:31] <mhr3> sil2100, how are we looking on landing stuff to u? can i get a silo and push updates for a bunch of components?
[15:32] <sil2100> mhr3: sure, what silo would you like assigning? We will start landing for u once we get smoketesting results for the first image
[15:32] <sil2100> plars: hi! Any luck with the #1 image testing?
[15:32] <plars> sil2100: it's still running: http://ci.ubuntu.com/smokeng/utopic/touch/
[15:32] <mhr3> sil2100, need to prepare mps first :)
[15:32] <plars> so far, looking pretty good
[15:32] <ogra_> shouldnt look so much different from 303
[15:33] <sil2100> Saviq: hi!
[15:33] <plars> mako is on the unity8 tests now it looks like
[15:33] <Saviq> sil2100, ho!@
[15:33] <sil2100> Saviq: so... I wanted to re-assign a silo fo kgunn's Mir landing, but it seems you also have a lock on unity-mir in silo 007
[15:33] <kgunn> sil2100: give it to Saviq
[15:33] <sil2100> kgunn: are you sure? :)
[15:34] <kgunn> yep
[15:34] <sil2100> kgunn: since the Mir landing is rather high-priority in my eyes
[15:35] <kgunn> sil2100: Saviq will be super fast....he always is :)
[15:36] <sil2100> :)
[15:37] <Mirv> phew
[15:37]  * ogra_ puts on his sunglasses and looks at the bright davmor2 who is standing in his spotlight
[15:38] <ogra_> davmor2, congrats !! well deserved
[15:38] <sil2100> Mirv: \o/
[15:38] <sil2100> Mirv: let's publish that today maybe? It seems to be a blocker for unity8, no?
[15:39] <davmor2> ogra_: it's bald patch reflecting the light right :)
[15:39] <Mirv> sil2100: yep, publishing. and yes it blocks that and other things.
[15:39] <sil2100> o/ Thanks!
[15:40] <Mirv> it seems a bit of reconfigure / build watch is needed to get properly rid of the qtwebkit reference
[15:56] <cjwatson> davmor2: well done
[15:57] <davmor2> cjwatson: thanks
[15:59] <dpm> davmor2, just seen it now, congrats!!!
[15:59] <davmor2> dpm: thanks
[16:00] <ogra_> sil2100, i'm still busy in another meeting, might be a bit late
[16:00] <Mirv> I'm busy on being on free time.. oh, wait
[16:00] <sil2100> ogra_: ok
[16:00]  * Mirv kicks himself and goes afk
[16:00] <sil2100> Mirv: ;)
[16:03] <sil2100> cyphermox: coming? :)
[16:07] <Chipaca> sil2100: would now be a bad time to ask how the prodding of push sru bugs is coming?
[16:09] <sil2100> Chipaca: one moment, meeting :)
[16:09] <rsalveti> sil2100: jhodapp|lunch: I'm pushing the packages for media-hub, should be good in a few hours, then we can trigger the silo rebuild
[16:09] <ogra_> GRRR
[16:09] <sil2100> rsalveti: excellent ;) Sorry for the unassignment, but that was needed
[16:10] <rsalveti> sil2100: sure, I was able to get the src packages at least :-)
[16:12] <jhodapp> rsalveti, awesome, thanks man
[16:16] <rsalveti> sil2100: can I haz a silo for line 29?
[16:19] <sil2100> rsalveti: sure!
[16:19] <rsalveti> thanks
[16:19] <rsalveti> brb
[16:24] <davmor2> ogra_: so whats the magic command dude  system-image-cli --channel=utopic-proposed -b 0 ?
[16:26] <sil2100> ubuntu-touch/utopic-proposed as the --channel
[16:26] <davmor2> ta
[16:29] <davmor2> yay working
[16:33] <ogra_> davmor2, right
[16:35] <davmor2> ogra_:  hmmm I seem to have no online content in the scopes now :(
[16:36] <ogra_> well, i do ... on flo at least
[16:38] <davmor2> ogra_: okay now I do so no idea what stalled that
[16:39] <davmor2> popey: scuba gas manager don't we need a waterproof phone for that to be of use ;)
[16:41] <sil2100> Chipaca: so! As for the SRUed packages
[16:41] <Chipaca> sil2100: yes
[16:41] <sil2100> Chipaca: they seem to be nicely verified and now they need to stay in proposed for a few more days - the specs mention a period of at least 7 days
[16:41] <Chipaca> sil2100: ah, ok
[16:41] <sil2100> Chipaca: from the system I see the push package is there already for 4 days
[16:41] <sil2100> So 3 days more ;p
[16:42] <Chipaca> okie doke
[16:42] <Chipaca> sil2100: ta
[16:42] <jhodapp> rsalveti, can you let me know when the media-hub package push is completed?
[16:42] <rsalveti> jhodapp: sure
[16:42] <jhodapp> thanks
[16:45] <dbarth> sil2100: ping; checking if you can land the silo from this morning (005)
[17:36] <alecu> mandel: it seems that silo-011 is failing to build due to the click scope not finding the new u-d-m headers: https://launchpadlibrarian.net/174034174/buildlog_ubuntu-utopic-armhf.unity-scope-click_0.1%2B14.10.20140428-0ubuntu1_FAILEDTOBUILD.txt.gz
[17:36] <mandel> alecu, checking, one sec
[17:42] <mandel> alecu, rebuilding
[17:56] <jhodapp> sil2100, do you have a link to the silo 4 build log?
[18:27] <davmor2> sil2100, ogra_: so far mako and flo seem pretty much on par with 303 manta to go
[18:33] <jhodapp> sil2100, fixed the merge conflict for the media-hub silo
[18:33] <jhodapp> sil2100, it's ready for a rebuild
[18:34] <sil2100> davmor2: excellent!
[18:34] <sil2100> jhodapp: ok, I'll press the rebuild button if you don't have the permissions
[18:34] <jhodapp> sil2100, I don't
[18:34] <sil2100> dbarth: not sure, since the SRU package will be in proposed for a while still... need to consult this with them if it's possible to push a new version earlier
[18:40] <sil2100> jhodapp: it's rebuilding if anything :)
[18:41] <jhodapp> sil2100, thanks! I'll have one other branch to add in a second
[18:43] <jhodapp> sil2100, you can add this to the silo 4 MP list as well: https://code.launchpad.net/~phablet-team/mediaplayer-app/remove_qtpowerd_dependency/+merge/217490
[18:49] <jhodapp> sil2100, where are the other packages in silo 4 for media-hub?
[18:50] <davmor2> sil2100, ogra_: manta is okay too \o/
[18:51] <kgunn> sil2100: you still working ? ....can i get silo 2 "split greeter" retargeted to utopic ?
[18:51] <kgunn> i'm assuming you have to do some magic
[18:54] <ogra_> davmor2, yay
[18:55] <davmor2> ogra_: browser is still crap on manta :(  but that is because it hasn't been fixed yet so it should get better :)
[18:55] <ogra_> right
[18:55] <ogra_> there is a lot of cra on manta still :)
[18:55] <ogra_> *crap
[18:56] <elopio> ping fginther
[18:56] <elopio> I need a hand to understand this error: http://<IP_ADDRESS>:8080/job/generic-mediumtests-trusty/2223/console
[18:56] <fginther> elopio, hello
[18:56] <elopio> fginther: how are you?
[18:57] <fginther> elopio, good, and you? I'll take a look
[18:57] <elopio> fine, thanks :)
[18:59] <davmor2> ogra_: indeed but the browser is awful currently https://bugs.launchpad.net/webbrowser-app/+bug/1301380
[19:04] <fginther> elopio, should these tests work with python3-autopilot?
[19:05] <sil2100> kgunn: retargetting in a moment :)
[19:06] <sil2100> jhodapp: rsalveti was to push those packages there, hm
[19:06] <jhodapp> sil2100, he did
[19:06] <elopio> fginther: it should. They work on my machine.
[19:06] <sil2100> jhodapp: ok, I'll add the merge and press rebuild maybe - did the previous build finish?
[19:06] <jhodapp> sil2100, no, and actually you don't have to do anything right now... sergiusens is taking care of it
[19:07] <sil2100> jhodapp: ok :) I'm past my EOD a bit now, so I'm doing some house chores inbetween, sorry it took so much time
[19:08] <jhodapp> that's ok, I appreciate you checking in between
[19:09] <sil2100> kgunn: will be re-assigned in a moment - just remember I'll have to add 'ignore conflicts' again, since there are many components that are already locked (like unity8) - I'll mention it in the silo comment that a rebuild will be required before the actual landing
[19:13] <kgunn> thanks
[19:16] <davmor2> popey, balloons, ToyKeeper: I added a new tab for utopic https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Ai33BkOcORLLdE4xLTFtSE80ZkpITXZ3aV85cWtPX2c#gid=1
[19:17] <ToyKeeper> Ah, that makes sense.  Should be easier to keep the format up to date when it's a new tab per series.
[19:17] <sil2100> o/
[19:18] <davmor2> ToyKeeper: it also means that if there is a new stable trusty roll out that we can continue to use the trusty tab
[19:19] <davmor2> I'm assuming it will mostly be Utopic now though :)
[19:25] <sergiusens> sil2100: we are out of space on the jenkins server
[19:26] <sergiusens> mktemp: failed to create directory via template '/tmp/debsign.XXXXXXXX': No space left on device
[19:26] <sergiusens> cyphermox: robru ^^
[19:26] <cyphermox> I can't do anything about that
[19:26] <cyphermox> fginther: ^
[19:28] <fginther> sergiusens, cyphermox. looking
[19:41] <fginther> cyphermox, / is indeed full, but not from /tmp. /var is taking up most of the space.  My theory is that some old cow build directories are hogging the space
[19:41] <fginther> cyphermox, https://ci-train.ubuntu.com/job/fginther-test/6/console
[19:43] <fginther> cyphermox, I suspect the workaround until IS can free up the old dirs (I don't have permissions) is to only do one build at a time
[19:53] <jhodapp> sergiusens, let's try fginther's theory with silo 4
[19:54] <Saviq> kgunn, if you have something for unity-mir to land, go for it
[19:54] <sergiusens> jhodapp: well I can't see all the other processes so it will need to be triggered by either robru_, cyphermox or sil2100
[19:54] <Saviq> or actually, seems qtdeclarative landed, robru_, can you please retry the unity8 builds in silo 007?
[19:55] <jhodapp> sergiusens, oh ok, sil2100 can you try rebuilding one package at a time in sil 4?
[19:55] <jhodapp> silo
[19:55] <robru_> on it
[19:55] <fginther> jhodapp, sergiusens, there is currently 800MB free... should be enough to build 1 silo (I hope)
[19:55] <jhodapp> sergiusens, ok let's try it all again then
[19:55] <jhodapp> fginther, thanks
[19:57] <robru_> just did silo 7. you guys are waiting on silo 4 too?
[19:58] <jhodapp> robru_, yeah
[19:58] <sergiusens> jhodapp: oh, one package at a time, I read, one silo at a time
[19:59] <robru_> fginther, when you say "one at a time", do I really have to wait for the whole job to finish? or can i just wait until the packages are uploaded to the PPA?
[19:59] <sergiusens> it's a lot of packages in silo 4; do we have an ordering?
[19:59] <fginther> robru_, the package build phase of silo 7 is complete, the cow build dir it was using has been cleaned up
[19:59] <fginther> robru_, I think once the cow build is done, the next build can start
[19:59] <jhodapp> sergiusens, yes, they should work out ok from the dependencies
[19:59] <sergiusens> fginther: isn't it full due to a pbuilder for trusty and another for utopic is in there?
[20:00] <jhodapp> are there any plans to upgrade the server's disk space too since this seems to be happening repeatedly?
[20:00] <fginther> sergiusens, I can't tell for sure (am requesting help from IS). there are 7 old build directories which could have tons of crap in them
[20:00] <sergiusens> jhodapp: well it isn't clear if only one silo at a time can operate or that we need to build one package at a time ;)
[20:01] <jhodapp> sergiusens, heh, indeed
[20:01] <sergiusens> jhodapp: almost sure it's per silo as it's the same jenkins host hosting all silos
[20:01] <jhodapp> yeah
[20:06] <jhodapp> sergiusens, so are you going to wait for silo 7 to be done building?
[20:07] <sergiusens> jhodapp: I'm waiting for a general direction from robru_, cyphermox or fginther
[20:07] <robru_> yeah, i restarted silo 7, I guess we're just waiting for the COW stage to complete then I'll rebuild silo 4
[20:08] <fginther> robru_, agreed. If that fails due to space issues, we'll have to rethink it
[20:09] <jhodapp> perfect, thanks robru_
[20:09] <robru_> jhodapp, no worries
[20:09] <fginther> robru_, cyphermox, can you take a look at https://ci-train.ubuntu.com/job/fginther-test/9/console ?
[20:10] <robru_> fginther, not sure what i'm looking at
[20:10] <fginther> over 60% of / is consumed by /var/cache/pbuilder/build and most of those directories have old timestamps
[20:10] <fginther> robru_, I'm trying to figure out what is hogging /
[20:11] <fginther> robru_, my theory is that most of it is tied up in those old cow build directories and we can just purge them to get back on track
[20:11] <robru_> fginther, seems reasonable. i don't know much about that system though
[20:11] <fginther> robru_, ok
[20:13] <Saviq> robru_, ah, I thought you'd just kick the failed PPA builds...
[20:13] <Saviq> someone must've kicked the build before
[20:17] <robru_> Saviq, oh, sorry. thought you wanted the whole silo done.
[20:18] <robru_> jhodapp, fginther : silo 4 started https://ci-train.ubuntu.com/job/landing-004-1-build/36/console
[20:18] <jhodapp> robru_, thanks
[20:19] <robru_> you're welcome
[20:19] <thomi> robru_: are utopic landings up and running?
[20:20] <robru_> thomi, who's asking? ;-)
[20:20] <thomi> robru_: I am
[20:20] <robru_> thomi, mostly yeah, but silos are super limited
[20:20] <thomi> oh
[20:20] <thomi> ok
[20:20] <thomi> why's that? just curious...
[20:20] <robru_> thomi, lots of trusty SRUs underway. also utopic is "open" but most of the stuff landing there is blocked by other components that we're trying to fix
[20:21] <thomi> I see
[20:21] <thomi> so... I should hold off trying to land autopilot in U untill next week perhaps
[20:22] <robru_> thomi, well i don't know if you have to wait a whole week, but waiting a day or two might be good
[20:22] <thomi> robru_: ok, I'll check back towards the end of the week
[20:22] <robru_> thomi, sorry, thanks
[20:22] <thomi> might get a silo allocated on Friday,l and do the testing our Momday time - that seemed to work well in the past :)
[20:42]  * rsalveti waves
[20:43] <rsalveti> jhodapp: what is up with the media-hub silo?
[20:44] <jhodapp> rsalveti, various issues, jenkins disk space running out, now I have a merge conflict to fix
[20:45] <rsalveti> jhodapp: why did we get a conflict?
[20:46] <jhodapp> rsalveti, not sure yet
[20:46] <rsalveti> maybe because of the packaging changes
[20:46] <rsalveti> but should be easy to fix
[20:46] <rsalveti> conflict in media-hub is quite weird
[20:46] <jhodapp> rsalveti, well I added a new branch to merge for media-hub
[20:47] <rsalveti> ok, so I guess it's a conflict between your branches
[20:47] <rsalveti> jhodapp: seems you're on top of it, let me know if you need to rebuild it
[20:48] <jhodapp> rsalveti, seems to be yeah, thanks man
[20:48] <jhodapp> rsalveti, how's the conference?
[20:49] <rsalveti> jhodapp: starts tomorrow
[20:50] <jhodapp> ah ok
[20:50] <rsalveti> jhodapp: waiting for my room at the hotel
[20:54] <cyphermox> fginther: I'm thinking maybe we should just purge the old dirs using pbuilder directly..
[20:56] <fginther> cyphermox, can that be done, if so it should work
[20:57] <fginther> ahh '--clean'
[20:58] <cyphermox> yeah, I was looking up how :)
[20:58] <cyphermox> I know with sbuild it's quite simple
[20:59] <fginther> cyphermox, it worked on my local desktop. I had several stale build directories and now they are gone
[21:00] <fginther> cyphermox, I wouldn't recommend running --clean while a build is in progress
[21:00] <cyphermox> no, that's for sure :)
[21:02] <fginther> cyphermox, --clean also cleans up aptcache, but that shouldn't be a big issue, it will just mean a few slower builds afterward
[21:03] <fginther> cyphermox, I'm comfortable with this approach. from my email, I mainly wanted someone to confirm that those build dirs could be cleaned up
[21:09] <fginther> cyphermox, I have a job created to do the 'pbuilder --clean'. I can execute this after the current build jobs finish
[21:14] <jhodapp> robru_, ok, so for the MR list for silo 004, can you get rid of all of the MRs that reference media-hub (there are 3 right now) and replace it with this single MR? https://code.launchpad.net/~phablet-team/media-hub/media-hub-condensed/+merge/217509
[21:14] <robru_> jhodapp, sure
[21:15] <jhodapp> robru_, thanks, then do a rebuild please
[21:16] <robru_> jhodapp, ok, just reconfiguring now
[21:16] <jhodapp> thanks
[21:16] <robru_> you're welcome
[21:46] <rsalveti> robru_: are we landing anything already or still waiting for a big landing to happen or another image respin?
[21:53] <robru_> rsalveti, uh, well unity8 is waiting on mir or something like that. if you have a small landing it should be fine
[21:53] <rsalveti> robru_: ok, thanks
[22:23] <fginther> cyphermox, does the ci-train already support releasing from non-trunk branches?
[22:25] <fginther> robru, does the ci-train already support releasing from non-trunk branches?
[22:26] <robru> fginther, hmmm, well it doesn't specify the destination trunks, it just deals in MPs. So as long as you have an MP, I think you can point it anywhere. it does have a check that all the MPs in the same silo have the same target branch, but i think it can be any target.
[22:27] <fginther> robru, thanks
[22:29] <robru> fginther, you're welcome
[22:42] <jhodapp> robru, ok, qtubuntu-media needs a rebuild from a new MR push
[22:44] <robru> jhodapp, silo 4?
[22:44] <jhodapp> robru, yes sorry
[22:44] <robru> jhodapp, no worries
[22:47] <robru> jhodapp, https://ci-train.ubuntu.com/job/landing-004-1-build/38/console
[22:47] <jhodapp> thanks
[22:47] <robru> you're welcome
[23:22] <rsalveti> robru: would you mind reconfiguring silo 14? added a new mr for indicator-power in there
[23:23] <robru> on it
[23:24] <robru> rsalveti, ok, ready to build
[23:24] <rsalveti> robru: thanks!
[23:25] <robru> rsalveti, you're welcome!
[23:47] <jhodapp> robru, one more time on the qtubuntu-media rebuild, thanks
[23:47] <jhodapp> silo 4
[23:47] <robru> jhodapp, sure
[23:47] <jhodapp> thanks
[23:47] <robru> jhodapp, https://ci-train.ubuntu.com/job/landing-004-1-build/39/console
[23:48] <robru> you're welcome