[00:46] <pjotter> tomreyn: No luck so far...
[00:46] <pjotter> Where can I find the source packages for higer versions?
[01:00] <Bashing-om> pjotter: 0.10.1-1 -- https://launchpad.net/ubuntu/+source/xfce4-weather-plugin .
[01:12] <Unit193> See also, `pull-lp-source`
[01:30] <pjotter> @Unit193 and @tomreyn. Thanks a million. I totally fixed it now! It's running again. Hurray!
[01:34] <pjotter> I took the 8.11 version and applied the fixes that are actually supposed to be applied to 10.1. But they ales did the trick for 8.11
[09:49] <xubuntu11i> hello
[09:50] <xubuntu11i> im posting from a virtual machine
[12:36] <saucy> yo, version 20.04 or whatever uses twice as much ram as 18.00
[12:37] <saucy> why did did u have to put a nsa backdoor in it that uses twice as much ram
[12:39] <diogenes_> saucy, that's probably because of snapd.
[12:39] <saucy> ugh
[12:39] <saucy> I removed snapd but I need it for chromium
[12:43] <saucy> yo fricken version 18 used 340mb ram with no snapd, 20 with no snapd is at 600 plus mb of ram usage
[12:44] <saucy> these differences make me uncomfortable
[12:44] <pmjdebruijn> the fact that chromium is now distributed via snapd, isn't due to xubuntu, that an upstream Ubuntu thing
[12:44] <pmjdebruijn> I don't like it either
[12:44] <pmjdebruijn> but then again, I usually stick with Firefox anyhow
[12:45] <saucy> im on a crapbox laptop that i got for free, firefox isnt as snappy as chromium
[12:46] <pmjdebruijn> I'm not saying it is
[12:46] <pmjdebruijn> although the difference has gotten much smaller in recent times
[12:46] <saucy> i dont disagree with that
[12:46] <pmjdebruijn> 18.04 will still be supported a while though
[12:47] <saucy> eh, i upgraded
[12:47] <pmjdebruijn> well that's the risk you took :)
[12:48] <pmjdebruijn> the live iso/usb stuff exists for a reason :)
[12:48] <pmjdebruijn> but I'm not snapd fan either, but there not a lot that can be done about that really
[12:49] <saucy> isnt snapd closed source?
[12:49] <pmjdebruijn> why would you say that?
[12:49] <saucy> idk i heard someone say it is
[12:50] <pmjdebruijn> people say dumb things... https://packages.ubuntu.com/focal-updates/snapd sources are right there
[12:50] <saucy> hmm
[12:50] <pmjdebruijn> the backend infrastructure might be though, not sure about that
[12:51] <saucy> why doesnt debian use it
[12:51] <pmjdebruijn> no clue
[12:51] <pmjdebruijn> not sure how that particularly matters
[12:52] <saucy> debian u can get chromium right from their packages
[12:52] <saucy> no snapd
[12:52] <pmjdebruijn> i'm sure you can
[12:52] <pmjdebruijn> I'm guessing Canonical moved chromium to snapd, as that probably decreases the amount of work they have to do to support multiple versions of ubuntu
[12:53] <pmjdebruijn> but that's just a guess
[12:53] <saucy> hmm
[12:54] <pmjdebruijn> it's basically canonical competitor to redhat's flatpak
[12:55] <pmjdebruijn> redhat pushed flatpak under the gnome/freedesktop.org so it seems vendor neutral
[12:55] <pmjdebruijn> I'm guessing flatpak will probably win in the end
[12:55] <pmjdebruijn> but i'm not that enthousiastic about either
[12:58] <saucy> hmmm
[12:59] <pmjdebruijn> https://snapcraft.io/blog/chromium-in-ubuntu-deb-to-snap-transition seems my guess what spot on
[13:01] <saucy> its all a cover
[13:02] <pmjdebruijn> people being lazy usually fits occams razor very well
[13:03] <saucy> opera uses snapd, and its backdoored by the chinese
[13:03] <pmjdebruijn> not sure if that's true, but I don't see how that's connected
[13:04] <pmjdebruijn> given that opera software will very likely want to invest as little time as possible into maintenance as well, thus choosing snapd
[13:04] <pmjdebruijn> saucy: snapd's sources are available, so you're free to audit it
[13:05] <pmjdebruijn> or simply deinstall it
[13:11] <saucy> ugh
[13:13] <saucy> also before i leave
[13:13] <saucy> the icons in 20.04 for folders went from blue to brown
[13:13] <saucy> for xfce
[13:13] <saucy> or whatever
[13:13] <saucy> in 18 they were blue
[13:13] <saucy> now they are ugly manilla brown
[13:14] <saucy> completely unappealing
[13:15] <saucy> if this os wasnt free, id be calling support right now and complaining to a person that can barely speak english about the colors of folders
[14:16] <aplasticsoldier> how do i look at mario in this
[16:01] <az-> hello, where I can find the package x0vncserver, it should come with tighervnc but no it's not there
[16:03] <diogenes_> !info x0vncserver
[16:13] <tomreyn> az-: where did you read about those packages? which xubuntu release are you using?
[16:13] <az-> http://manpages.ubuntu.com/manpages/trusty/man1/x0vnc4server.1.html
[16:14] <az-> 18.04.5
[16:14] <az-> http://manpages.ubuntu.com/manpages/bionic/en/man1/x0vnc4server.1.html
[16:15] <az-> I've used apt search to find it but seems like I should try vnc4server?
[16:18] <tomreyn> yes, i would think so
[16:20] <tomreyn> package vnc4server provides /usr/bin/x0vnc4server
[16:21] <tomreyn> on 18.04
[16:38] <Cursarion> yo, xfce4-weather-plugin stopped working because met.no deprecated the protocol. It's been fixed already though, someone'd just need to upgrade the package: https://gitlab.xfce.org/panel-plugins/xfce4-weather-plugin/-/commit/97601ab2ad1f9810516be6d3d91c5c9b16d6397a
[16:40] <Cursarion> (I'm on 18.04)
[16:59] <tomreyn> it'S in universe. this same or another "someone" would need to file a bug about it, and/or provide a patch.
[17:01] <tomreyn> someone was here yesterdsy who seemed to report that rebuilding it with just this patch applied made things work again: https://gitlab.xfce.org/panel-plugins/xfce4-weather-plugin/commit/?id=97601ab2ad1f9810516be6d3d91c5c9b16d6397a
[17:01] <tomreyn> ... using the process discussed at https://help.ubuntu.com/community/UpdatingADeb - on their 18.04 installation.
[17:01] <tomreyn> Cursarion: ^
[17:02] <tomreyn> !bug
[17:22] <Cursarion> does ubuntu-bug allow specifying what's wrong? I ran it and it just shows options about sending or not sending a problem report
[17:37] <tomreyn> Cursarion: it collects log files from your system, then forwards you to a website where you can provide further information


[02:37] <Lucifer> so, is there a release yet?
[02:37] <Lucifer> I'm building a robot, and I need an embedded OS :)
[02:41] <somerville32> https://wiki.ubuntu.com/MobileAndEmbedded/FAQ
[02:42] <Lucifer> that page says it'll be released next to gutsy :)
[02:42] <Lucifer> er, last month
[02:42] <Lucifer> I'm installing moblin-image-creator to fool with it
[02:43] <Mithrandir> Lucifer: while you are of course free to play around with ubuntu mobile, I suspect we might not be what you want for proper embedded stuff
[02:43] <Mithrandir> depending on your hardware and needs, naturally
[02:44] <Lucifer> I need two things, mostly.  A computer in my car, and a computer to put on a lunar rover.  I've got a small team together to work on a rover for the google lunar xprize.  :)
[02:44] <Lucifer> so we'll be using off-the-shelf hardware, or stuff we created ourselves.
[02:45] <Lucifer> we're still in research/planning, but i thought I'd test some embedded build systems on my car computer and see how they went
[02:46] <Lucifer> my interest in ubuntu is primarily based around how well the feisty->gutsy upgrade went.  Never seen such a thorough upgrade go so smoothly.
[02:46] <Mithrandir> yeah, we're not really that kind of embedded.  It's more about what the UI looks like and works rather than size of the distro.  Though, we're lighter than regular Ubuntu, it's nowhere near traditional uclibc/embedded distros.
[02:48] <Lucifer> ah, ok.  Would you be able to direct me to some documentation that would help me build a custom ubuntu from scratch?
[02:48] <Lucifer> ubuntu-devel directed me here :)
[02:48] <Mithrandir> I don't really think we have anything about that.  Maybe emdebian is more appropriate for what you're doing, if you're going into the sub-100M space?
[02:48] <Mithrandir> or openembedded.


[04:18] <Eickmeyer> OvenWerks: Changelog issue?
[04:26] <OvenWerks> fixed
[04:27] <OvenWerks> I've forgotten how to do multi-line entries...
[04:29] <OvenWerks> who knows what else I have forgotten  ;)
[04:29] <OvenWerks> Eickmeyer: please install and test since your machine is actually different from mine
[04:33] <OvenWerks> Hmm, it doesn't show up with apt update yet
[04:36] <OvenWerks> now it does
[04:40] <Eickmeyer> OvenWerks: Yeah, just did the build before and confirmed that governor settings did not persist. Waiting on new version.
[04:50] <Eickmeyer> OvenWerks: Just checked, still not persisting.
[04:50] <Eickmeyer> I even installed indicator-cpufreq to verify it's making the change, and it is, but it's not persisting after reboot.
[04:52] <Eickmeyer> I'll try one more time. Just looked at /etc/default/ubuntustudio and it looks correct in there.
[04:57] <Eickmeyer> Rebooted, CPU governor is back to performance, and I have not opened -controls. Checked /etc/default/ubuntustudio and governor should be ondemand, but it wasn't set as such at some point.
[04:57] <Eickmeyer> OvenWerks: ^
[05:04] <OvenWerks> ok.
[05:06] <OvenWerks> Eickmeyer: is there anything in you log (dmesg)?
[05:07] <OvenWerks> search turbo
[05:07] <OvenWerks> I expect: "turbo/boost not available"
[05:29] <OvenWerks> Eickmeyer: just did three reboots... guess this is four
[05:29] <OvenWerks> works fine here
[05:35] <OvenWerks> Eickmeyer: can you check if /lib/systemd/ubuntustudio is executable? (ls -l)
[05:41] <OvenWerks> hmm, it won't be in dmesg but it is in /var/log/syslog search for  Ubuntustudio
[05:42] <OvenWerks> there should be two lines with a line by root in between with the word turbo in it
[05:53] <OvenWerks> Eickmeyer: can you download http://www.ovenwerks.net/paste/ubuntustudio
[05:54] <OvenWerks> use sudo to put it in /lib/systemd/ubuntustudio (will over write the file there already so you may wish to mv it to ubuntustudio.bak or something
[05:55] <OvenWerks> sudo chmod +x /lib/systemd/ubuntustudio
[05:55] <OvenWerks> then send me a file that should appear as /us_log.txt
[06:04] <OvenWerks> My run with that file looks like: http://www.ovenwerks.net/paste/us_log.txt
[06:04] <OvenWerks> Eickmeyer: ^^
[06:51] <OvenWerks> Eickmeyer: In US-installer you have removed the metas and replaced them with setup stuff
[06:56] <OvenWerks> Eickmeyer: Oh, I see what happened it doesn't off packages that are already installed :)
[22:30] <Eickmeyer> OvenWerks: Found the problem. I have an /etc/default/cpufrequtils that is setting it.
[22:30] <Eickmeyer> I need to figure out what package is installing that.
[22:31] <OvenWerks> Eickmeyer: we used to, but in 18.04 and up that shouldn't work...
[22:32] <Eickmeyer> Looks like it was -controls that did it. Must be left over?
[22:32] <OvenWerks> however, it may work because you have and amd?
[22:32] <Eickmeyer> Doubt it.
[22:33] <OvenWerks> the intel needs a kernel module to be loaded first and so cpufrequitls runs before that happens and doesn't work
[22:33] <OvenWerks> in the amd case that kernel module is not needed and so timing is different
[22:35] <Eickmeyer> OvenWerks: Perhaps, but the file is definitely in the ubuntustudio-controls package. That said, cpufrequtils isn't installed, but could there be something else calling the file?
[22:36] <OvenWerks> the solution is to rename /etc/rc5.d/S*cpufrequtils to K02cpufrequtils
[22:36] <OvenWerks> cpufrequtils is a depends for controls
[22:37] <Eickmeyer> I mean, if the CPU governor is being set a different way (with systemd) then should we just eliminate /etc/default/cpufrequtils from the package?
[22:37] <OvenWerks> so it is installed unless you have removed it
[22:37] <OvenWerks> yes
[22:38] <OvenWerks> I didn't see it there
[22:38] <OvenWerks> I will do so. (the package shouldn't build then) whatever.
[22:38] <Eickmeyer> Strange. I just downloaded the source from git and it's definitely there.
[22:39] <OvenWerks> yes I see it too, but if the package isn't installed it should do nothing
[22:39] <OvenWerks> The cpufrequtils package
[22:39] <Eickmeyer> Right.
[22:40] <OvenWerks> anyway, I will remove it. and reupload
[22:40] <Eickmeyer> Okay.
[22:40] <Eickmeyer> There's a million different ways to set the CPU governor. Latest method means using "cpupower frequency-set --governor performance"
[22:45] <OvenWerks> build pending
[22:45] <OvenWerks> BY the way this build does not include the patched file above?
[22:46] <OvenWerks>  http://www.ovenwerks.net/paste/ubuntustudio
[22:47] <OvenWerks> Eickmeyer: I am using the same method the /lib/systemd/ondemand does
[22:47] <Eickmeyer> I don't have a /lib/systemd/ondemand
[22:47] <OvenWerks> set-cpufreq sorry
[22:48] <Eickmeyer> BTW...
[22:49] <Eickmeyer> 0 ondemand
[22:49] <Eickmeyer> 0 ondemand
[22:49] <Eickmeyer> enabled
[22:49] <Eickmeyer> OvenWerks: ^ us_log.txt
[22:49] <OvenWerks> Thats as far as it goes?
[22:51] <OvenWerks> That tells me that your system does not like me checking for "Intel Boost"
[22:53] <OvenWerks> Eickmeyer: Well I could move that part to the end... but I would rather findout what the problem with my code is and fix it.
[22:56] <Eickmeyer> Right.
[22:57] <Eickmeyer> Controls has boost grayed-out, so I figured it just didn't care.
[23:00] <OvenWerks> Eickmeyer: ok http://www.ovenwerks.net/paste/ubuntustudio has been changed again to output more logging can you try it?
[23:02] <OvenWerks> It has to care about it so it doesn't try to set something not there
[23:03] <OvenWerks> So on boot we check to see if a turbo switch exists then we set it only if it does
[23:03] <OvenWerks> the 0 in "0 ondemand" is the boost defeat value
[23:07] <Eickmeyer> Sure, I'll give it a shot.
[23:07] <OvenWerks> TY
[23:11] <Eickmeyer> OvenWerks: Exact same result.
[23:14] <OvenWerks> really... in a terminal what does: logger "Setting system settings"
[23:14] <OvenWerks> do?
[23:14] <OvenWerks> maybe logger needs to be installed
[23:15] <OvenWerks> maybe I should just remove the lines that refer to it
[23:15] <Eickmeyer> logger gives no response.
[23:16] <OvenWerks> tail /var/log/syslog
[23:17] <OvenWerks> no that doesn't show anything here either
[23:17] <OvenWerks> if it gives no responce that is not the same as an erro though
[23:18] <Eickmeyer> Bear in mind, I'm running Plasma, so you'll see references to Kubuntu.
[23:18] <Eickmeyer> https://paste.ubuntu.com/p/P9kv5jjXTY/
[23:19] <OvenWerks> erich: Setting system settings
[23:19] <OvenWerks> its there
[23:19] <OvenWerks> did you reboot after putting that file in?
[23:19] <Eickmeyer> Okay, so that means logger is doing that.
[23:19] <Eickmeyer> Yes.
[23:21] <Eickmeyer> I can reboot again and give you the tail from that.
[23:21] <OvenWerks> and /us_log.txt doesn't even have one more line?  "logged"?
[23:21] <Eickmeyer> No. The only things it gives are 0 ondemand, blank line, 0 ondemand, blank line, enabled
[23:22] <OvenWerks> weird...
[23:23] <OvenWerks> Ok I have changed the file again removing all the logger commands
[23:25] <Eickmeyer> Ok
[23:25] <OvenWerks> Oh, have you reloaded the browser before redownloading the file?
[23:26] <Eickmeyer> I did just now. Everything is pasted and checked, rebooting.
[23:28] <Eickmeyer> Interesting... rebooted and now OnDemand is set.
[23:29] <Eickmeyer> Possible breakthrough.
[23:29] <OvenWerks> and /us_log.txt?
[23:29] <Eickmeyer> https://paste.ubuntu.com/p/FJ56HdPndD/
[23:30] <OvenWerks> yup. so that logger command works on my machine and not yours... but using logger from the CL does work on yours.
[23:31] <OvenWerks> Ok will drop logging anything
[23:31] <Eickmeyer> Ok, think it's erroring to an exit?
[23:31] <OvenWerks> I have one more thing to try if you have time.
[23:32] <Eickmeyer> I have time.
[23:33] <OvenWerks> another file is ready
[23:35] <Eickmeyer> Okay, rebooting...
[23:39] <Eickmeyer> OvenWerks: https://paste.ubuntu.com/p/VrRPPJ8XDz/
[23:39] <Eickmeyer> brb, gotta move some furniture.
[23:40] <OvenWerks> grep " root:" /var/log/syslog
[23:48] <Eickmeyer> OvenWerks: https://paste.ubuntu.com/p/v5hF4tDpnZ/
[23:54] <OvenWerks> so it seems it was working but stopping right after?
[23:54] <OvenWerks> could be
[23:54] <OvenWerks> All I did was escape a variable ${DESC} instead of $DESC


[07:21] <didrocks> cjwatson: infinity: lool: hey, once on of you is around, can you promote image #57 please? (not #58, really #57). Thanks!
[07:38] <popey> \o/
[08:25] <lool> didrocks: ah have only donethis once, let me see if I can still do it
[08:25] <didrocks> lool: ogra mentionned a text file to explain it
[08:25] <lool> yeah, reading it
[08:30] <lool> so I've marked 20131210.1 as current
[08:30] <lool> now checking the system-image rune
[08:32] <didrocks> ok ;)
[08:35] <lool> didrocks: copying between channels now
[08:45] <lool> didrocks: uhoh
[08:45] <lool> Exception: Specified file doesn't exists: /srv/system-image.ubuntu.com/www/full/trusty/mako/version-33.tar.xz
[08:45] <lool> Exception: Invalid path '/srv/system-image.ubuntu.com/www/full/pool/device-52145cdb57757c388b473c3751e0613d8b5eb60d46907eba9c044bbb3e55755f.delta-device-41930e69e6cb637c3450c6611c84027dd3bcf927d8f04a49fbdabd7ea33e6e03.tar.xz'.
[08:46] <didrocks> lool: hum… doesn't sound good
[08:47] <lool> didrocks: sent an email to stgraber with you in Cc:
[08:47] <didrocks> lool: so, I guess we can't promote an image for now? /me will have again rick and mark poking me I guess :/
[08:50] <lool> didrocks: It might be due to the keep thing
[08:51] <lool> also, not sure why goldfish isn't there
[08:51] <didrocks> yeah, it's weird
[08:52] <lool> eh guess what, we never promoted a goldfish image
[08:52] <didrocks> lool: what is a goldfish image?
[08:52]  * didrocks is totally out of date on this system
[08:52] <lool> it's the emulator
[08:53] <didrocks> ah ok
[08:53] <lool> ok, I promoted image 1 for goldfish in trusty based on 57
[08:53] <lool> not sure why *this* worked
[08:53] <didrocks> lool: I'm interested in cathing up on all this infra, do you have time at 11am this morning? We can exchange infos on CI Airline and this :)
[08:54] <lool> I have limited time at 11
[08:54] <lool> but yeah
[08:54] <lool> didrocks: so apparenlty promotion worked on everything except mako
[08:54] <didrocks> the one that most people use :)
[08:54] <lool> hmm no
[08:56] <lool> maguro: 33, grouper: 33, mako: 32, manta: 32
[08:56] <lool> which is consistent with the fact I've received two exceptions
[08:59] <didrocks> ok, at least, it's a transaction
[08:59] <didrocks> not sure why maguro and grouper has a different version than mako and manta
[09:00] <lool> didrocks: because promotion worked for them
[09:01] <didrocks> lool: but it should be #57?
[09:02] <lool> didrocks: not sure, doesn't it have different counters per channel?
[09:02] <lool> I am not sure we can bump the count to the -proposed one
[09:03] <lool> it does have ubuntu=20131210.1
[09:04] <didrocks> lool: waow, seems we have a lot of numbers not matching then
[09:09] <lool> didrocks: ok, retried manta and it worked
[09:09] <lool> retrying mako now
[09:09] <lool> well, in a few
[09:12] <lool> didrocks: worked too for mako
[09:13] <lool>             "description": "ubuntu=20131210.1,device=20131203,version=33",
[09:13] <lool> didrocks: so we should be all good now
[09:13] <lool> didrocks: but we should followup with stgraber on what caused this
[09:13] <lool> tty at 11
[09:14] <didrocks> yeah
[09:14] <didrocks> ok, thanks for retrying :)
[09:14] <didrocks> and I'm really unsure about those version == 33, this is weird
[09:15] <popey> my phone sees 57
[09:16] <popey> was on 33
[09:16] <popey> http://popey.com/~alan/phablet/device-2013-12-11-091611.png
[09:16]  * popey crosses fingers and presses "Install & Restart"
[09:22] <popey> didrocks: after updating to 57 from 33, I had a full two minutes of load average 6 while apparmor_parser chugged through the apparmor profiles with a black screen
[09:22] <popey> when you mail out the update you may want to let people know that it takes a while for unity to appear post-update
[09:23] <didrocks> popey: hum, let me try to confirm it
[09:23]  * didrocks reflash 33
[09:23] <popey> I have a LOT of clicks installed
[09:23] <popey> it's a known issue
[09:23] <didrocks> ah ok :)
[09:23] <popey> alan@deep-thought:~/phablet/scripts$ adb shell ls -l /opt/click.ubuntu.com/ | wc -l
[09:23] <popey> 139
[09:24] <didrocks> popey: isn't the chown for click?
[09:24] <popey> hmm, about still says my phone is on 33
[09:24] <popey> alan@deep-thought:~/phablet/scripts$ adb shell system-image-cli -i
[09:24] <popey> current build number: 33
[09:24] <popey> wat
[09:24] <didrocks> lool: see, the 33 is really suspicious ^
[09:25] <didrocks> popey: can you dpkg -l unity8?
[09:25] <didrocks> or even click
[09:25] <popey> ii  unity8         7.84+14.04.2 armhf        Unity 8 shell
[09:25] <didrocks> popey: and click?
[09:25] <popey> ii  click          0.4.13       armhf        Click packages
[09:25] <didrocks> ok, so it's a labelling issue
[09:25] <didrocks> you are at least on latest
[09:25] <popey> http://popey.com/~alan/phablet/device-2013-12-11-092541.png
[09:25] <popey> ^^ latest
[09:26] <popey> which it gets via system-image-cli I guess
[09:26] <popey> which reports the incorrect image number
[09:26] <didrocks> yeah, I think so
[09:26] <didrocks> lool: maybe it's an override that ogra is using? ^
[09:32] <didrocks> sil2100: coming?
[09:32] <sil2100> I wonder why google logs me out all the time
[09:34] <ogra_> lool, you used README.mark-current from my homedir on nusakan ?
[09:34] <ogra_> please make sure the image ID stays always the same when promoting
[09:34] <ogra_> didrocks, ^^^^
[09:35] <ogra_> (the README needs goldfish added, sorry, fixing ow)
[09:47] <Mirv> didrocks: if I heard correctly you might have 20 mins of time, so since so far looks good (I continue testing still for some time) could you ack? dialer-app http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Phone/job/cu2d-phone-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_dialer-app_0.1+14.04.20131209-0ubuntu1.diff telepathy-ofono http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Network/job/cu2d-network-head-3.0pub
[09:47] <Mirv> and history-service http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Phone/job/cu2d-phone-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_history-service_0.1+14.04.20131209-0ubuntu1.diff
[09:47] <didrocks> Mirv: sure, looking
[09:49] <didrocks> Mirv: hum, do you know why there is no more dialer-app-connected-autopilot*
[09:49] <didrocks> +  * Drop connected_tests, they are essentially empty and superseded by
[09:49] <didrocks> +    the dialer_app phonesim tests.
[09:49] <didrocks> +
[09:49] <didrocks> I guess?
[09:49] <Mirv> yes, I read that too and thought it's ok
[09:50] <Mirv> so dialer app has the phonesim tests now
[09:50] <didrocks> Mirv: +1 on dialer-app telepathy-ofono
[09:50] <didrocks> history-service* I meant
[09:50] <didrocks> Mirv: I don't see the telepathy-ofono one?
[09:51] <Mirv> didrocks: maybe it was cut off http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Network/job/cu2d-network-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_telepathy-ofono_0.2+14.04.20131211-0ubuntu1.diff
[09:52] <didrocks> Mirv: telepathy-ofono:
[09:52] <didrocks> Mirv: do we have upstream the LGPL2.1 copying file?
[09:52] <didrocks> if so, +1
[09:53] <Mirv> yes there is. ok, thanks.
[09:57] <didrocks> sil2100: Mirv: ensure as well that the otto tests are green please
[09:57] <sil2100> didrocks: in cu2d?
[09:57] <sil2100> Ok, we'll do
[09:57] <didrocks> yep :)
[09:57] <didrocks> thanks
[09:59] <ogra_> lool, RO_ID *needs* to be the last -proposed image, not the "next" devel one
[10:00] <ogra_> lool, (i.e. in this case 58)
[10:01] <ogra_> didrocks, ^^^^
[10:03] <ogra_> didrocks, lool, if you dont mind i'll do that properly
[10:03] <didrocks> ogra_: please document if lool missed a step :)
[10:04] <ogra_> didrocks, well, the ID part isnt documented, i kind of assumed that was logical :)
[10:04] <didrocks> ogra_: please do assign we are all dummies :)
[10:04] <ogra_> he just promored 33 from -proposed ...
[10:04] <ogra_> which we surely not want out in the wild :)
[10:04] <ogra_> didrocks, 57, right ?
[10:04] <didrocks> ogra_: hum, we checked and the click package version is the right one
[10:04] <didrocks> ogra_: yeah 57
[10:04] <didrocks> it's the one from image 57
[10:05] <didrocks> so seems popey is havingt the right version
[10:05]  * didrocks needs to reflash to retest once the ping forest ends
[10:05] <ogra_> well, it will still show 33 in the UI (which is wrong) and will definiteyl not have goldfish
[10:05] <didrocks> ogra_: yeah, it shows 33, but the content is 57
[10:05] <didrocks> so, it's weird, isn't it?
[10:05] <ogra_> right, thats wrong
[10:06] <didrocks> any idea what magic lool did for this? :)
[10:06] <ogra_> if lool called the command with 33 it is exactly what it is supposed to do
[10:06] <ogra_> copy-image trusty-proposed trusty $device 57 -k
[10:06] <didrocks> but why does popey has latest click package from image 57?
[10:07] <ogra_> thats the command (with a loop over device names)
[10:07] <didrocks> with the label 33
[10:07] <didrocks> "description": "ubuntu=20131210.1,device=20131203,version=33"
[10:07] <ogra_> it will try to copy 33 ... -k means keep the version
[10:07] <popey> http://paste.ubuntu.com/6555276/
[10:07] <popey> ^^ my phone upgraded from 33 to 57
[10:07] <didrocks> see, the ubuntu chroot is ubuntu=20131210.1 ^
[10:10] <ogra_> didrocks, that doesnt make the versioning right and wont release goldfish
[10:10] <didrocks> ogra_: but still, for me, it's a tooling issue if we can release image 57 and label it as 33 :p
[10:10] <didrocks> I would like us to understand that
[10:10] <ogra_> no, its excpedted tool flexibility ;)
[10:11] <ogra_> it allows us to roll back
[10:11] <didrocks> hum
[10:11] <didrocks> so, labeling image 57 content as 33 is expected flexibility?
[10:11] <didrocks> what about confusion this brings?
[10:12] <ogra_> *SH*T*
[10:12] <ogra_> usage: copy-image [-h] [-k] [--verbose]
[10:12] <ogra_>                   SOURCE-CHANNEL DESTINATION-CHANNEL DEVICE VERSION
[10:12] <ogra_> copy-image: error: Source image is already latest full in destination channel.
[10:12] <ogra_> ok, seems thats broken :P
[10:12] <didrocks> ogra_: flexibility you meant? :p (j/k)
[10:12] <didrocks> ogra_: more seriously, I think that the image we promoted is the right one content-wise, we can wait for Stephan
[10:12] <ogra_> didrocks, when used as expected :P
[10:12] <didrocks> you should enjoy your holidays!
[10:13] <ogra_> didrocks, the image nereds to be deleted manually
[10:13] <ogra_> then re-promoted
[10:13] <ogra_> only stepahne can do that ...
[10:13] <didrocks> hum, ok ;)
[10:13] <didrocks> ogra_: so go on vacations!
[10:14] <didrocks> forget about us, we don't exist :p
[10:14] <ogra_> (so that also goldfish gets released and we dont break the versioning (test results, changelogs etc)
[10:14] <ogra_> didrocks, i'm dogfooding and just got v33 ...
[10:14] <didrocks> ogra_: but it shouldn't allow to label it as an image already built I guess :)
[10:14] <ogra_> you dont
[10:15] <ogra_> the image in devel is a "new" one
[10:15] <ogra_> you wouldnt be able to label is 32
[10:15] <didrocks> yeah, ok, this is per channel
[10:15] <lool> well, at least we didn't promote the wront rootfs
[10:15] <ogra_> because 32 existed in the trusty/devel channel
[10:16] <lool> *wrong
[10:16] <didrocks> this is really confusing for us ;)
[10:16] <didrocks> lool: yep :)
[10:16] <ogra_> lool, yeah, content is all fine ...
[10:17] <lool> I'm not quite sure what the RO_ID is meant to be though
[10:17] <lool> I thought it was the source one, not the destination one
[10:17] <ogra_> lool, the -proposed image you want to release
[10:17] <lool> well that's what I used
[10:17] <ogra_> my fault,, i should make that more clear in the README
[10:17] <ogra_> lool, copy-image trusty-proposed trusty $device 57 -k
[10:17] <lool> I think I used the right id
[10:18] <lool> yes
[10:18] <ogra_> thats the command that should be inside the loop
[10:18] <lool> this is what I did
[10:18] <ogra_> wow, then something is actually broken since the last promotion
[10:18] <ogra_> are you sure you used the -k ?
[10:18] <lool> What I ran was literally:
[10:18] <lool> cdimage@nusakan:/srv/system-image.ubuntu.com$ for device in mako grouper maguro
[10:19] <lool> manta; do /srv/system-image.ubuntu.com/bin/copy-image trusty-proposed trusty
[10:19] <lool> $device 57; done
[10:19] <ogra_> ah
[10:19] <lool> and when this ran, 2 out of 4 devices failed
[10:19] <ogra_> you missed -k
[10:19] <lool> ogra_: BTW, add goldfish to the list
[10:19] <ogra_> right
[10:19] <ogra_> i adeed it to the readme
[10:19] <lool> oh I had the -k in the first run but not in the second one
[10:19] <lool> indeed
[10:20] <lool> this might be the issue then
[10:20] <ogra_> well, let stgraber sort it
[10:20] <ogra_> right
[10:20] <ogra_> and goldfish might not be known to the trusty/devel channel yet
[10:20] <ogra_> might need a config change
[10:23] <ogra_> (just on a sidenote, r58 looks lots and lots better test wise, why didnt you promote that one)
[10:44] <didrocks> ogra_: because not enough dogfooding yet
[10:45] <didrocks> ogra_: and it's just the flackyness of test results that explains the delta
[10:45] <sil2100> Mirv: hello! Could you take a look at this? https://code.launchpad.net/~sil2100/cupstream2distro-config/settings_ap_tests/+merge/198534
[10:45] <sil2100> Mirv: as mentioned in the desc, I already tested the test parameters by running manually on our test jobs
[10:46] <sil2100> Mirv: but if you could double check if everything is there ;)
[10:46] <sil2100> (and approve if ok)
[10:46] <popey> didrocks: want me to dogfood and we can release #58?
[10:47] <didrocks> popey: that would be a way of fixing the bad numbering, yeah
[10:47] <didrocks> popey: so please ;)
[10:57] <popey> didrocks: #58 is great
[10:58] <didrocks> davmor2: can you dogfood #58 as well?
[10:58] <didrocks> if so, I propose to promote it as well
[11:21] <Mirv> sil2100: I couldn't spot anything wrong there
[11:22] <sil2100> Mirv: thanks :)
[11:22] <sil2100> Mirv: approved? ;)
[11:24] <sil2100> didrocks: can you ACK? http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Unity8/job/cu2d-unity8-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_unity-scopes-shell_0.1.1+14.04.20131209-0ubuntu1.diff
[11:24] <didrocks> sil2100: +1
[11:25] <didrocks> sil2100: but are you going to publish with http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/921/?
[11:25] <didrocks> it's red, isn't it?
[11:25] <sil2100> didrocks: yes, buuut those two are not tested on it ;p Ok ok, working on de-redding this one
[11:26] <didrocks> sil2100: would be great to get the testing green again
[11:26] <didrocks> sil2100: so, maybe you can publish and trying to green all stacks?
[11:26] <sil2100> didrocks: sure thing! Thanks ;)
[11:26] <didrocks> I don't think we should keep things red
[11:26] <didrocks> thanks
[11:33] <Mirv> sil2100: yeah, approved before that message
[12:48] <sergiusens> didrocks, hey, wrt to click;I have been asked to move all the apps to click now
[12:49] <didrocks> sergiusens: ah excellent ;)
[12:49] <sergiusens> didrocks, so there's the confirmation
[12:49] <didrocks> sergiusens: can you first try to release what's in the landing plan?
[12:49] <didrocks> the ones that balloons listed on the ML
[12:49] <didrocks> so that we are green ;)
[12:49] <sergiusens> oh, yeah; I'm not starting that right now ;-)
[12:49] <didrocks> sergiusens: also, for older that you rejected on the landing plan
[12:49] <didrocks> maybe a kind repoke to balloons? ;)
[12:50] <didrocks> or feel free to strike them if done
[12:50] <sergiusens> want to iron out our build infrastructure
[12:50] <sergiusens> this was a heads up for the ci team in general too :-)
[12:50] <sergiusens> email comes later
[12:50] <sergiusens> didrocks, wrt to click apps, we are already discussing over email with balloons and popey (we have a private thread)
[12:51] <sergiusens> working on that one now
[12:51] <didrocks> sergiusens: excellent, keep me posted! thanks :)
[12:52] <sergiusens> didrocks, yeah, put on some wake up fast music and starting it https://www.youtube.com/watch?v=ecDBB2bvbNQ&list=RD1h1VD7ui8Ng :-D
[12:53] <didrocks> sergiusens: ahah, I can totally see whe hook that up in the release and image promotion process :)
[13:27] <didrocks> sil2100: Mirv: I'll cut a new image as soon as both of your packages are in the archive, can you ping me once done?
[13:31] <Mirv> didrocks: "ping" from my part
[13:32] <didrocks> Mirv: thanks!
[13:33] <didrocks> Mirv: updating the spreadsheet?
[13:35] <Mirv> didrocks: libdbusmenu-qt is not on the device, the other one is updated
[13:35] <Mirv> I'll update also libdbusmenu-qt as soon as rmadison allows
[13:38] <Mirv> armhf is now also in the phase that it's past building docs
[13:38] <Mirv> sorry, wrong channel
[13:41] <lool> didrocks: marked 20131211 as current and promoted 58
[13:41] <lool> went finre
[13:41] <lool> fine
[13:41] <didrocks> lool: \o/
[13:41] <lool> could you check the naming?
[13:45] <lool> didrocks: ^
[13:45] <popey> no updates for weeks then two come along at once! :D
[13:45] <lool> eh
[13:47] <popey> current build number: 58
[13:47] <popey> \o/
[13:47] <didrocks> popey: as per meme ;)
[13:47] <didrocks> lool: I'm doing it in a few
[13:55] <didrocks> lool: INFO:phablet-flash:Flashing revision 58 from channel trusty
[13:55] <didrocks> so yeah
[13:56] <lool> so all good?
[13:57] <didrocks> yep :)
[13:57] <didrocks> thanks again lool
[13:59] <lool> great
[13:59] <lool> I suspect the server side churn made us discover some potential bugs but more importantly lack of wrappers/documentation/validation environment
[14:05]  * didrocks opens system-settings on image #58 -> no update :/
[14:05] <didrocks> what's the team is doing? :)
[14:05] <kenvandine> didrocks, waiting for my branch to get merged :)
[14:06] <didrocks> kenvandine: ahah, you have a good branch to merge?
[14:06] <didrocks> hey kenvandine!
[14:06] <kenvandine> oh, i thought you meant nothing new in system settings :)
[14:06] <kenvandine> my ubuntu-art branch :)
[14:06] <didrocks> kenvandine: I was kidding, we just promoted images #57 and #58
[14:06] <didrocks> asking for me updates ;)
[14:06] <kenvandine> WOOT!
[14:16]  * seb128 can feel kenvandine eyes on him, not sure why
[14:16] <cwayne> plars: ping, got a couple questions re: touch_custom
[14:17] <kenvandine> seb128, i am looking at you!
[14:17] <seb128> kenvandine, I knew it!
[14:17] <seb128> kenvandine, good morning ;-)
[14:17] <plars> cwayne: sure, did you get a device to rfowler to dedicate to it?
[14:17] <didrocks> kenvandine: while you are looking, there is a landing ask for you :)
[14:17] <kenvandine> seb128, good afternoon :)
[14:17] <seb128> kenvandine, I'm reviewing your backgrounds changes as we speak, looking good
[14:17] <cwayne> plars: i sure did! not sure if it's setup yet or not, but he has it for sure
[14:17] <kenvandine> seb128, great
[14:17] <kenvandine> didrocks, cool, i'll look in a few
[14:17] <didrocks> ;)
[14:17] <plars> cwayne: excellent - once that goes in, I'll reconfigure the jobs on it
[14:18] <fginther> morning o/
[14:18] <cwayne> plars: wonderful, thank you
[14:18] <cwayne> plars: second question: any idea how i can get the touch_custom image number synced with the touch one?
[14:18] <cwayne> it seems to be about 3 off
[14:18] <plars> cwayne: for system images you mean?
[14:20] <cwayne> plars: yah
[14:21] <plars> cwayne: probably a question for stgraber
[14:21] <plars> cwayne: I don't have any control over that
[14:21] <sil2100> didrocks: back from lunch, my packages are in the archive
[14:22] <cwayne> plars: ah thanks
[14:24] <didrocks> sil2100: please update the spreadsheet
[14:24] <didrocks> Mirv: reping as well on that ^
[14:33] <sil2100> fginther: morning!
[14:38] <sil2100> Mirv: are you still around? If yes, there's this to check https://code.launchpad.net/~sil2100/cupstream2distro-config/some_extrapkgs_changes/+merge/198575
[14:40] <sil2100> didrocks: I checked Mirv's packages - and for instance libdbusmenu-qt is still in -proposed - it seems that the arm64 binary is still pending publication
[14:40] <sil2100> So for now it's still in -proposed until it's not finished
[14:40] <cjwatson> there's a big firefox/thunderbird security update happening at the moment and the publisher is a bit backlogged as a result
[14:40] <didrocks> sil2100: ok, I kicked an image beforehand anyway
[14:41] <cjwatson> (lots of big files to process)
[14:41] <didrocks> thanks for the notice cjwatson :)
[14:41] <sil2100> cjwatson: thanks for the info :)
[14:41] <didrocks> (we aren't in a hurry anyway)
[14:41] <cjwatson> sure, just preemptively
[14:41] <didrocks> sil2100: btw: http://people.canonical.com/~ogra/touch-image-stats/20131211.1.changes
[14:41] <didrocks> image #59 built
[14:45]  * didrocks sees rsalveti is relieved to be able to upload crack ;)
[14:47] <didrocks> davmor2: maybe you want to reply to Chris K as you noted both issues (with pointers to the bugs?)
[14:47] <didrocks> on the phone ML
[14:48] <rsalveti> didrocks: :-)
[14:58] <davmor2> didrocks: looking that is a way different issue than I'm having. I'll reply to him though
[14:58] <davmor2> popey: what the command to take a screenshot is it phablet-screenshot or something?
[14:59] <davmor2> popey: nevermind
[14:59] <popey> "yes"
[14:59] <davmor2> didrocks: who deals with phablet tools?
[14:59] <popey> davmor2: that would be sergiusens
[14:59] <ogra_> hmm, i cant start any apps anymore on r59
[14:59] <ogra_> nor can i uninstall click packages
[15:00] <davmor2> popey: saucy doesn't have the screenshot option only  the ppa version by the look of it
[15:00] <ogra_> (and i havent tired 58 on my manta, so i dont know if it is a regression)
[15:00] <davmor2> ogra_: that sounds like the issue popey had with 55
[15:01] <ogra_> seems to work on r58 (on devel/trusty) on mako
[15:02] <ogra_> hmm
[15:02] <ogra_> my manta seems seriously confused
[15:04] <didrocks> ogra_: I'm flashing 59 now
[15:04] <ogra_> now tapping an app opens the click view (open/uninstall) of the facebook app ... no matter what i tap
[15:04] <ogra_> i see the same on maguro with r59
[15:05] <ogra_> here tapping any icon just jumps to the top if the applications lens
[15:05] <didrocks> I'll let you know on mako with r59 soon
[15:06] <ogra_> seems click related, i can start system-settings and i.e. update-manager just fine
[15:06] <didrocks> so, you tap on an app?
[15:06] <didrocks> ah ok, only click apps
[15:06] <ogra_> i tap on an icon in the "installed" categorty in the app lens
[15:06] <ogra_> seems all click apps fail that on maguro and add even more weird behavior on manta (N10)
[15:07] <didrocks> I don't have manta, only mako & grouper
[15:07] <didrocks> let's see once the flashing is done
[15:07] <ogra_> yep, i know, probably davmor2 can try on maguro
[15:07] <ogra_> my mako is on trusty ... not devel
[15:07] <ogra_> err
[15:07] <ogra_> no proposed
[15:07] <ogra_> *not
[15:07] <ogra_> *sigh*
[15:07] <didrocks> ;)
[15:07] <didrocks> ogra_: take some holidays
[15:07] <didrocks> oh wait!
[15:07] <didrocks> :)
[15:07] <ogra_> lol
[15:08] <ogra_> thats what holidays do to you ... three days and you lost all typing abilities :P
[15:08] <didrocks> ahah
[15:08] <sil2100> Holidays are BAD
[15:08] <ogra_> yeah
[15:09]  * ogra_ installs a random click app
[15:09] <didrocks> hum, first flashing failed
[15:09] <didrocks> second one now
[15:09] <ogra_> or not :P
[15:10]  * ogra_ sits in front of a rotating circle after clicking install
[15:10] <sergiusens> didrocks, filemanager click worked, the others still fail; calendar had not changes in trunk from last time I tried it (popey has the final approve word on calendar and filemanager)
[15:10] <sergiusens> I'll also wait for his results on music and weather (which failed for me)
[15:10] <didrocks> sergiusens: ok, will you please just send that update tonight, following up my email on the landing?
[15:10] <sergiusens> sure
[15:10] <didrocks> thanks a bunch!
[15:11] <davmor2> ogra_: say what now?
[15:11] <ogra_> aha ... now my maguro behaves exactly the same ... tapping on anything opens the click view of the browser app
[15:12]  * ogra_ guesses the click lens misses something that the new click version brought in
[15:12] <davmor2> ogra_: what did you do, do we have to confiscate your toys again, till you learn not to break stuff?
[15:12] <ogra_> haha
[15:12] <didrocks> +1 with davmor2
[15:13] <davmor2> give me 5 minutes I'm just writing a nice email to the phone list
[15:14] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/20131211.1.changes has unity-plugin-scopes updated ... i wonder if that plays a role
[15:14]  * ogra_ reboots his manta ...
[15:15] <didrocks> ogra_: disabled from what the team told
[15:15] <ogra_> hmm, k
[15:15] <cjwatson> ogra_: no, click didn't change anything that the lens would've had to update for
[15:15] <ogra_> well, r58 on mako behaves fine for me
[15:15] <didrocks> ogra_: but confirming
[15:15] <cjwatson> no API changes
[15:15] <ogra_> cjwatson, k
[15:15] <didrocks> sil2100: you did test on the phone, right? ^
[15:16] <cjwatson> and nothing that should've affected the install/uninstall paths
[15:16] <cjwatson> look in unity-scope-click.log I guess
[15:17]  * ogra_ leaves debugging to the team :) ... vacation etc ...
[15:17] <didrocks> I don't think it's click at all, but I feel about unity-scopes-*
[15:17] <ogra_> yeah
[15:17] <sil2100> didrocks, ogra_: I tested unity8 AP tests with unity-scopes-shell and unity-scopes-api updated
[15:17] <ogra_> thats the only relevant change inn the changelog it seems
[15:18] <davmor2> ogra_: don't think you just get yo swan off on holiday you :P
[15:18] <davmor2> ogra_: mind you I'm off from Friday :D
[15:18] <ogra_> *g*
[15:18] <sil2100> didrocks: what seems to be the problem?
[15:18] <didrocks> sil2100: ok, can you try reverting it locally, on image 59
[15:18] <didrocks> sil2100: and try to start a click app
[15:18] <didrocks> you can't start click apps
[15:18] <ogra_> didrocks, you will need a maguro tester once davmor2 is gone
[15:18] <ogra_> (see above)
[15:19] <didrocks> ogra_: yeah, we'll need to find someone…
[15:19] <sil2100> huh
[15:19] <didrocks> asac: any idea who can do that testing ^
[15:19] <didrocks> sil2100: handling it?
[15:19] <didrocks> sil2100: pinging thorst if needed as well if that's the guilty
[15:19] <sil2100> didrocks: my image is running those 2 new packages I updated and running click apps goes fine - is it reproducible all the time?
[15:19] <didrocks> sil2100: shorts is a click app
[15:19] <balloons> sergiusens, popey so, what was the results of trying to land core apps?
[15:19] <didrocks> sil2100: yeah, on multiple devices
[15:19] <didrocks> sil2100: ok, so maybe it's something else
[15:19] <didrocks> sil2100: you did restart, right?
[15:19] <sergiusens> balloons, filemanager is fine
[15:20] <sergiusens> balloons, music and weather still fail for me so I'm waiting on popey
[15:20] <didrocks> sil2100: I think try to upgrade (and restart in between) one package after another: http://people.canonical.com/~ogra/touch-image-stats/20131211.1.changes
[15:20] <didrocks> sil2100: if you are still on #58
[15:20]  * asac reads
[15:20] <sergiusens> balloons, calendar had no changes in trunk and still fails for me so waiting on popey as well
[15:20] <didrocks> that would be easier than downgrading
[15:20] <balloons> sergiusens, music's MP hasn't been accepted by the dev's, so the version in trunk isn't changed
[15:20] <davmor2> hmmm my phone just died
[15:20] <asac> didrocks: lets check with jfunk...
[15:20] <sil2100> didrocks: yes, it's after a reboot - let me check what image version I'm using and upgrade
[15:21] <asac> davmor2: can you check with jfunk and present us your backup :)?
[15:21] <balloons> sergiusens, yea, calendar works for me, I didn't touch it
[15:21] <didrocks> sil2100: don't upgrade the image, just apt-get install those one by one plese :)
[15:21] <asac> davmor2: guess you might want to hand over and teach as well
[15:21] <sergiusens> balloons, oh... (on music)
[15:21] <asac> (the backup)
[15:21] <didrocks> sil2100: as you are in a good position to find the guilty guy :)
[15:21] <sil2100> didrocks: right, by upgrade I meant the packages ;p
[15:21] <didrocks> ok ;)
[15:21] <didrocks> sil2100: sorry for you for having to reboot everytime in between, but that way, we'll be sure
[15:21] <sergiusens> balloons, calendar is in the store waiting to be accepted
[15:22] <davmor2> asac: pfff now you think I have time to train people ;)  I think om26er might have a maguro
[15:22] <asac> davmor2: well, please check with jfunk
[15:22] <balloons> sergiusens, k. So weather did get merged and you said it's still failing.. Using rev 163?
[15:22] <sergiusens> balloons, it fails for me on maguro when swiping the year/month views; iirc feels like the swipe gesture was to short (distance)
[15:22] <asac> davmor2: and find us a godo backup ... i can do that for you, but feels like the owner of a service etc. would at best help on his ow n:)
[15:22] <balloons> sergiusens, ohh is that the issue? I only have mako
[15:23] <sergiusens> balloons, using 163; yup
[15:23] <balloons> sergiusens, we could simply extend the swipes and see..
[15:23] <didrocks> [unity-scope-click] - DEBUG: click-scope.vala:176: action started: (null)
[15:23] <popey> sergiusens: i sont see calendar
[15:23] <didrocks> [unity-scope-click] - DEBUG: click-scope.vala:181: Let the dash launch the app: application:///com.ubuntu.shorts_shorts_0.2.143.desktop
[15:23] <didrocks> that's the log, doesn't really help
[15:23] <popey> sergiusens: got a link to the store
[15:23] <popey> ah, found it
[15:23]  * popey hacks the gibson
[15:23] <asac> davmor2: so what we watnt o avoid is that the new person comes uncalibrated and causes lots of confusion because he sees many different things than you ... so with that i guess its all about going with the backup through one testing iteration
[15:23] <ogra_> [ Michael Zanetti ]
[15:23] <ogra_>   * Add MusicPreviewTrackModel in order to expose tracks in a music
[15:23] <ogra_>     preview properly.
[15:23] <ogra_>   * use appId for app activation instead of .desktop file path.
[15:23] <ogra_> didrocks, ^^^
[15:23] <asac> davmor2: to calibrate his senses etc. :)
[15:23] <asac> thanks
[15:24] <ogra_> the second one sounds suspicious
[15:24] <davmor2> asac: no worries :)
[15:24] <asac> rock
[15:24] <didrocks> ogra_: which package?
[15:24] <ogra_> didrocks, unity-scopes-shell/unity-plugin-scopes (binary)
[15:24] <didrocks> untiy-scopes-shells
[15:24] <didrocks> yeah
[15:24] <didrocks> sil2100: are you really really sure you restarted? ;)
[15:25] <ogra_> well, enjoy the debugging ...
[15:25] <didrocks> and try to launch, for instance "shorts"
[15:25]  * ogra_ is back in holiday mode :)
[15:25] <didrocks> ogra_: go back on holidays ;)
[15:26]  * didrocks is going to run before night (well, already missed I guess on the way back)
[15:26] <sil2100> didrocks: almost sure I did, but now that you insinuated some uncertainity I'm not 100% sure!
[15:28] <sil2100> Didn't know we already used -shell and -api
[15:28] <davmor2> didrocks: hmm we might have an issue phone went from 42% battery to dead in an hour
[15:29] <didrocks> davmor2: please run top ;)
[15:29] <didrocks> sil2100: I guess just retry and launch short
[15:29] <didrocks> sil2100: if it's failing, let's back out the change
[15:29] <davmor2> didrocks: love to I can't keep the phone on long enough to start it
[15:29] <didrocks> davmor2: I guess shut it down, let it charge for an hour and run top :)
[15:30] <didrocks> sil2100: if you see it failing, try to run notes-app *click* AP tests
[15:30] <didrocks> sil2100: to see if the AP tests can't launch the apps as well
[15:30] <didrocks> and if so, we'll run at any new scopes shell a click app AP tests
[15:30]  * didrocks crosses fingers
[15:31] <davmor2> didrocks: I am
[15:31] <didrocks> ok, really going running now
[15:32] <sil2100> didrocks, ogra_: ok, running shorts is failing
[15:32] <sil2100> didrocks, ogra_: but running all unity8 AP tests succeeded - so it seems unity8 tests on such changes are not enough
[15:32] <sil2100> We're not catching such regressions then ;)
[15:32] <sil2100> (even after rebooting, unity8 has a pass rate of 100%)
[15:33] <sil2100> didrocks: so I apologise for this one, the test suite I ran wasn't able to catch this regression, and when using the phone I rarely use anything besides the non-click core apps
[15:39] <sil2100> didrocks: I tried running click AP tests and AP has no problems running click apps
[15:39] <sil2100> ogra_: ^
[15:39] <sil2100> Ah, ogra_ is on holidays ;)
[15:48] <popey> sergiusens: Ran 17 tests in 726.850s
[15:48] <popey> OK
[15:48] <popey> calendar
[15:48] <popey> approved it
[15:49] <popey> sergiusens: do you need me to do music app too? it's not got any changes in store.
[15:49] <popey> but will kick them off anyway.
[15:56] <balloons> sergiusens, popey so I made the suggested swipe size change for maguro for calendar.. I can't really verify it works though: https://code.launchpad.net/~nskaggs/ubuntu-calendar-app/increase-swipe-size/+merge/198593
[16:00] <sil2100> didrocks: I prepared a revert branch for rev 25 - https://code.launchpad.net/~sil2100/unity-scopes-shell/revert_25/+merge/198595
[16:05] <kenvandine> didrocks, in the landing plan, does ubuntu-art mean ubuntu-wallpapers?
[16:49] <didrocks> sil2100: no worry, it wasn't in the AP, it's fine :)
[16:49] <didrocks> sil2100: are you sure it's rev 25 causing the issues?
[16:50] <didrocks> sil2100: sounds likely, but do whatever is the quickest
[16:50] <seb128> who published ubuntu-themes?
[16:50] <didrocks> seb128: I guess it's ken
[16:50] <didrocks> I added it to the landing plan
[16:51] <didrocks> sil2100: if it's not in trunk, please do prepare a source package with it
[16:51] <seb128> kenvandine, no cookie for you for not review https://code.launchpad.net/~seb128/ubuntu-themes/gedit-background-color/+merge/196310 :/ I Cced you some weeks ago, would have been nice to land as well
[16:51] <seb128> do we have anyone reviewing mr for theme stuff nowadays?
[16:55] <sil2100> didrocks: I see CI prepared armhf packages, installing those on my phone and checking if this fixes our issues
[16:55] <sil2100> didrocks: this way we'll know for sure if it's 25 or not
[16:55] <didrocks> sil2100: yeah, if this fixes, please push to trunk the revert
[16:55] <didrocks> sil2100: with the changelog we are going to change
[16:58] <sil2100> didrocks: yeah, the reverted branch works
[16:58] <sil2100> didrocks: so, should I merge in and let cu2d generate the package?
[16:58] <didrocks> sil2100: do we have anything else in the trunk?
[16:58] <didrocks> or it will be the only commit?
[16:59] <seb128> didrocks, sil2100: did you guys talk to mhr3_ before reverting? (just curious)
[16:59] <seb128> he seems surprised on #ubuntu-unity
[16:59] <sil2100> didrocks: no new commits
[16:59] <didrocks> seb128: we are going to get it fixed ASAP first
[16:59] <seb128> by reverting?
[16:59] <seb128> mhr
[16:59] <didrocks> then, he'll get the details
[16:59] <sil2100> seb128: no, we didn't - but nothing got reverted yet, just a branch ready
[16:59] <didrocks> yeah
[16:59] <seb128> mhr3_ maybe would have a fix
[16:59] <seb128> shrug
[17:00] <didrocks> seb128: *shrug*, we try to unblock the image
[17:00] <seb128> that seems backward
[17:00] <kenvandine> seb128, sorry... missed that
[17:00] <didrocks> not getting a green image is backward
[17:00] <seb128> didrocks, well, you might be able to get a proper fix out in the same time than a revert
[17:00] <seb128> sure
[17:00] <seb128> I'm not saying to not fix it or to be slow at fixing
[17:00] <didrocks> seb128: yeah, and still without test to ensure we don't regress
[17:00] <kenvandine> seb128, i'll look at it
[17:00] <seb128> it's just the "let's not even try to get it fixed"
[17:00] <seb128> kenvandine, thanks
[17:00] <didrocks> that way, it can be fixed *with a test*
[17:01] <didrocks> sil2100: so, can you merge it?
[17:01] <sil2100> didrocks: sure
[17:01] <didrocks> sil2100: then, yeah, rekick cu2d and land it please
[17:02] <kenvandine> seb128, when it merges i'll publish it again :)
[17:03] <seb128> kenvandine, no hurry, that can be with the next one, I think larsu had fixes/Cimi is going to need some for GTK 3.10
[17:04] <kenvandine> seb128, ok, i'll wait then
[17:04] <kenvandine> i approved it though
[17:05] <seb128> kenvandine, thanks
[17:05] <didrocks> kenvandine: coming?
[17:05] <kenvandine> whoops, didn't notice the time :)
[18:06] <sergiusens> fginther, hey, can we add a post build job to the jobs in the click view so they are tested against with autopilot on maguro and mako?
[18:16] <fginther> sergiusens, it can be done. it basically comes down to installing the click package and running the test
[18:17] <sergiusens> fginther, yes; we should do it; so when we decide to release a click package it becomes a push of a button instead of what we have now :-)
[18:18] <fginther> sergiusens, I have some of the pieces to do this already. Just need to finish it out (and fit it in between all the other requests)
[18:18] <sergiusens> great
[18:18] <sergiusens> popey, soon we won't have to run these ;-) ^^
[18:19] <fginther> 'soon' is a relative term :-)
[18:19] <popey> \o/
[18:19] <fginther> sergiusens, anything you want to add to this: https://bugs.launchpad.net/ubuntu-ci-services-itself/+bug/1246299
[18:20] <sergiusens> fginther, it is, but it will ease dev a lot; and people would be able to see if their package is releasable
[18:28] <sergiusens> fginther, added my comments
[18:30] <fginther> sergiusens, thanks
[18:31] <popey> sergiusens: rss passed 100%
[18:32] <sergiusens> popey, let
[18:33] <sergiusens> popey, let me upload it then
[18:39] <sergiusens> popey, https://myapps.developer.ubuntu.com/dev/click-apps/155/
[19:14] <sergiusens> popey, not sure I gave you this already https://myapps.developer.ubuntu.com/dev/click-apps/155/
[19:16] <popey> kk
[19:17] <popey> done
[19:57] <sergiusens> popey, weather app still failed for you, right?
[19:58] <popey> I didn't try weather app
[20:01] <sergiusens> popey, ack, I tried and get 3 fails; if you get good results on mako and it improves dashboard at least for mako, let's ship it
[20:23] <popey> sergiusens: ok, lemme test now
[20:59] <popey> sergiusens: success!
[20:59] <popey> Ran 15 tests in 285.902s
[20:59] <popey> OK
[21:39] <sergiusens> popey, adding to store now
[21:43] <sergiusens> popey, https://myapps.developer.ubuntu.com/dev/click-apps/147/
[21:43] <popey> k
[21:44] <popey> sergiusens: done
[21:45] <sergiusens> great, at 11 past the hour it should be synced
[21:49] <sil2100> lool: hello!
[21:50] <sil2100> lool: I almost forgot, but I think Didier wanted me to poke someone to push the button for a new image once the revert for the -shell problem is in
[21:50] <sil2100> cyphermox: ^ maybe you can do that as well?
[21:57] <sergiusens> if no one volunteers I can trigger the build as well
[22:14] <popey> sergiusens: if nobody else is around, please do
[22:19] <sergiusens> ack
[22:19] <sergiusens> will do in a bit
[22:19] <sergiusens> popey, can you prepare the IRC headline for that? or give me the format?
[22:26] <sergiusens> popey, sil2100 cyphermox triggered
[22:27] <sil2100> Thank you guys :)
[22:27] <sil2100> Goodnight!
[22:30] <popey> nic eone
[22:30] <popey> sergiusens: what do you mean by "irc headline"?
[22:31] <sergiusens> popey, people often mention something here, saying something like [22:31] <popey> (sorry, was afk)
[22:31] <popey> oh right
[22:31] <popey> yeah, og ra usually says [22:32] <popey> but tbh I suspect I'm the only person who has "[22:32] <popey> so no worries, I'll keep an eye on the qa site
[22:32]  * StevenK files that bit of information away


[07:19] <Burgundavia> http://architectfantasy.com/?p=1
[07:19] <Burgundavia> that is a great article
[10:03] <juliux> moring katkin
[10:03] <katkin> morning juliux
[10:03] <juliux> katkin, we have some pens left, we will use them on the next events and the rest you can get back at cebit;)
[10:07] <katkin> juliux: that's fine, keep them all, I'm sure they will come in handy for any other events you might have :)
[10:12] <juliux> i am sure
[18:06] <MenZa> herro
[18:06] <MenZa> juliux: http://ubuntuforums.org/showthread.php?p=3629848
[18:07] <MenZa> jenda: http://ubuntuforums.org/showthread.php?p=3629848
[18:07] <juliux> MenZa, cool
[18:07] <MenZa> juliux: :D
[18:08] <juliux> i think i will print one for my notebook;)(
[18:08] <MenZa> awesome!
[18:08] <MenZa> I should do that too
[18:08] <MenZa> I just have nothing to print it on
[18:08] <juliux> but i have to search for a lable for my printer
[18:10] <MenZa> :D
[18:27] <MenZa> amazing how jenda is lately
[18:27] <MenZa> er
[18:27] <MenZa> how busy he is*
[18:51] <jenda> MenZa: yo
[18:51] <jenda> MenZa: incredible, innit
[18:51] <jenda> MenZa: I actually started going to school this year, I did.
[18:51] <jenda> I also got meself a girlfriend... and a job.
[18:51] <jenda> Last year, I had neither of the three... so there ;)
[18:53] <MenZa> jenda: ahh :D
[18:53] <MenZa> jenda: What do you think of the link :)?
[18:54] <jenda> ah, there's a link ;)
[18:54] <jenda> :D
[18:54] <jenda> funny ;)
[18:54] <MenZa> ^_^
[19:36] <tsmithe> jenda, got a girlfriend? got a real job?? woah.
[19:41] <juliux> jenda, congratulations
[20:05] <jenda> tsmithe: still the same job :(
[20:05] <jenda> but the gf is new  :)
[20:06] <tsmithe> :) he's on the way up!
[20:06] <jenda> :D
[20:06] <tsmithe> and i swear you were "at school" last year, too...
[20:07] <beuno> tsmithe, "at school", "drunk", what's the difference
[20:07] <jenda> well, yeah, but I never actually went there :)
[20:07] <beuno> hi jenda   :D
[20:07] <jenda> beuno!!! :)
[20:07] <beuno> and congrats
[20:07] <tsmithe> beuno, haha
[20:07] <tsmithe> jenda, so you mean you've passed an exam? :o
[20:07] <jenda> beuno: I haven't been drunk since... I don't even remember!
[20:07] <tsmithe> haha
[20:08] <jenda> erm... must have been last week because I seem to miss a wednesday in my memories...
[20:08] <beuno> jenda, hahaha, that sounds more like the truth!
[20:08] <tsmithe> haha
[20:08] <beuno> but the gf probably does reduce the weekly amount
[20:08] <jenda> hehehe
[20:08] <jenda> you think?
[20:09] <jenda> she's the one who dragged me off to a park with a bottle of wine ;)
[20:09] <jenda> our "first date" :D
[20:09] <jenda> (at night...)
[20:09] <tsmithe> ooo get in there jenda
[20:09] <jenda> no, seriously, I haven't been drunk in quite a while.
[20:09] <beuno> heh, well, it's a different kind of drunk
[20:09] <jenda> I abstain at most parties now.
[20:10]  * tsmithe was being serious, he'll have you know
[20:10] <jenda> (Abstain meaning no more than 7 beers or 1 bottle of wine)
[20:10] <jenda> I need to keep sober because of my campaigning ;)
[20:10] <jenda> Keep convincing people they should vote for me :)
[20:11] <tsmithe> vote for you for...?
[20:11] <jenda> academic senate
[20:11] <tsmithe> ooo get in there jenda
[20:11] <jenda> it's the governing body of the faculty (and another senate for the university as a whole)
[20:11] <jenda> 10 students + 11 teachers
[20:12] <jenda> the bastards have a majority, but meh :)
[20:12] <tsmithe> oo jenda's got tenure! he can fail as many exams as he want!
[20:12] <tsmithe> ah you're not on the faculty?
[20:12] <tsmithe> sad
[20:16] <jenda> haha
[20:16] <jenda> tsmithe: I still didn't pass that exam, but meh :)
[20:16] <tsmithe> tss
[20:16] <jenda> I failed my first 3 attempts only to get another 3 :D
[20:16] <tsmithe> haha