[06:06] <nekoseam> Hey so after login it takes the internet either a very long time to connect or won't connect at all. I usually just simply press "disconnect" and reconnect and it fixes it and connects instantly
[06:06] <nekoseam> it's still kind of annoying doing that. Any way to fix it?
[06:07] <nekoseam> Yes I have fiddled with the settings and it IS on auto-connect
[06:56] <lordievader> Good morning
[09:19] <IrcsomeBot1> drf5g6t7nhjmk9f was added by: drf5g6t7nhjmk9f
[11:20] <justxux> Hi, I'm interested, will Kubuntu project use only LTS Plasma for the LTS realease?
[11:27] <Admiral[m]> Hello. Is there packages for network manager wireguard?
[11:28] <Admiral[m]> That allows me to use the NM GUI wireguard? Also how to import multiple wireguard configurations
[11:44] <justxux> In version 5.15 plasma
[11:44] <justxux> Plasma now offers support for WireGuard VPN tunnels when the appropriate Network Manager plugin is installed.
[12:21] <BluesKaj> Hi folks
[12:47] <Admiral[m]> Yeah where can I get the plugin?
[12:47] <Admiral[m]> Should I compile it myself?
[13:32] <Admiral[m]> Also where do I report bugs about network manager? Is it distro specific?
[13:34] <BluesKaj> Admiral[m], you could ask in #kde chat about your issue
[13:34] <BluesKaj> but I haven't seem your question yet
[13:34] <BluesKaj> seen
[13:38] <Admiral[m]> I asked as zanijwa
[13:38] <Admiral[m]> *zanijwa
[13:42] <BluesKaj> Admiral[m], i had to reboot so I can't scroll up
[13:43] <Admiral[m]> Kubuntu 18.10. In the wireguard configuration of network manager, I cannot enter any hostname for the endpoint. I can only enter IPv4 addresses
[13:44] <Admiral[m]> Is this a problem on my machine? can anyone else reproduce
[13:44] <Admiral[m]> BluesKaj:
[13:46] <BluesKaj> Admiral[m] don't think wireguard works with network-manager yet '
[13:49] <Admiral[m]> you have to compile a wireguard plugin but, ignoring  wireguard working, the endpoint in wireguard  configuration panel should take in hostnames and IPv6 addresses right?
[13:55] <BluesKaj> Admiral[m], recommend you ask in #wireguard chat , it's not supported in (k)ubuntu yet
[13:57] <Admiral[m]> no I mean wg works just fine. where do you ask questions about the network manager? Is it common across all distros?
[14:27] <BluesKaj> yes
[14:27] <BluesKaj> Admiral[m],^
[14:34] <BluesKaj> Admiral[m], some vpns are still developing wireguard to work on their servers, but most aren't fully fleshed out yet, and most like to use network-manager-nameofvpnprotocol to integrate it into linux networking as a cli or gui setup, so your question is probly a bit premature.
[14:48] <koftes> hello
[14:49] <BluesKaj> hi koftes
[14:50] <koftes> hey BluesKaj
[14:53] <koftes> What could cause DNS to stop working? If I connect through a certain connection, my PC can ping IP addresses on the Internet (e.g., <IP_ADDRESS>), but cannot resolve domains (Firefox doesn't work, or I get things like "failure resolving 'gb.archive.ubuntu.com'" when I try to get updates).
[14:57] <BluesKaj> koftes, on which device do you have your DNS set up ?
[14:58] <koftes> BluesKaj: that's a good question
[14:58] <BluesKaj> are you at work or?
[14:59] <koftes> the simple answer is that I'm not really sure what I'm doing
[14:59] <Admiral[m]> so for filing bugs in NM, can i report to ubuntu?
[14:59] <BluesKaj> !bugs | Admiral[m]
[15:00] <koftes> No. So more details: I have a Kubuntu PC that connects through my home router/modem, and that works as normal (DNS is probably on the modem).
[15:01] <BluesKaj> koftes, I assume this is either a work or school network ?
[15:02] <Admiral[m]> Is 'Connections' the KDE front end for network manager?
[15:02] <Admiral[m]> other distros would have their own front ends for NM right?
[15:02] <koftes> I also have an Android phone that can connect to the Internet (either through my home WiFi or 3G). When I tether the PC to the phone by USB, I get a wired connection, I can ping <IP_ADDRESS>, but domains cannot be resolved.
[15:03] <koftes> BluesKaj: it's my home network.
[15:03] <BluesKaj> koftes, most likely the router , try <IP_ADDRESS> in your browser addressbar to open the router firmware
[15:06] <koftes> BluesKaj: well, the problem is when I'm connecting by tethering through my phone. So the problem is either on my PC or the phone rather than the router.
[15:07] <Admiral[m]> how do you know if the problem you're reporting is a bug or a feature request
[15:08] <BluesKaj> koftes, most likely your phone so perhaps you should research your phone connectivity
[15:11] <koftes> BluesKaj: I was inclined to think it's the PC because I've set up a (wireless) hotspot on my phone in the past that friends' phones were able to connect to; but my PC could not get any data from my phone's hotspot.
[15:12] <BluesKaj> koftes, use kdeconnect on your pc and phone
[15:13] <koftes> I guess at this point I'm trying to identify what/where the problem is (before trying to fix it), so my question really is what could I do to figure out where the problem is.
[15:13] <koftes> BluesKaj: reading about KDE Connect now
[15:13] <BluesKaj> first, what are you really trying to do, that's the real question
[15:16] <koftes> BluesKaj: my ultimate goal is to connect my PC through my 3G data (which my provider is OK with btw), so I can work away from home in places where there are no or insecure connections.
[15:20] <BluesKaj> !3G
[15:20] <BluesKaj> !info 3G
[15:21] <BluesKaj> !osmo
[15:21] <koftes> Btw, from a first read, KDE Connect seems like an overkill for what I'm trying to do and the kind of thing that might open up other security issues.
[15:21] <BluesKaj> koftes, search for osmo in your package manager
[15:22] <koftes> Sorry, I guess it's a 4G connection now. I meant mobile data in general.
[15:22] <koftes> osmo: not installed
[15:24] <koftes> I'm using KDE, btw
[15:26] <BluesKaj> osmo-sgsn and osmo-mgw
[15:27] <BluesKaj> not installed by default , but available in the repos
[15:29] <koftes> I'm thinking that if DNS is provided by my router on WiFi, could it be that the PC is expecting the same from the phone which is not happening? Can I manually designate DNS servers directly in Kubuntu?
[15:30] <BluesKaj> !dnsmasq
[15:30] <koftes> BluesKaj: what would be the intention with those packages?
[15:30] <BluesKaj> !info dnsmasq
[15:31] <BluesKaj> koftes, look in your package manager/discover for details
[15:34] <koftes> Yeah, I can see the descriptions, but I mean why are you recommending them? Or is it more like "something to try, might work"?
[15:40] <koftes> I'll switch to the other connection again for testing , so there's a (good) chance I'll disconnect
[15:44] <BluesKaj> koftes, Ican only suggest since I have no experience with remote phone to pc connections over 3G or the internet
[15:46] <koftes> I think this may have actually worked
[15:54] <koftes> OK, I think I need to iron out a few things, but in principle it works. I decided to just try adding Google's DNS through Network Connections, and it seems to be working.
[15:56] <koftes> I don't know why I never figured this out before. I've had this problem for ages.
[15:58] <koftes> In any case, thanks for the help BluesKaj


[02:05] <mmikowski> ahoneybun[m]: Yeah, this is an issue. I've got some workarounds if you are interested: Set initrd compression to XZ and move the included modules from most to deps. If you want more details I can send them along.
[02:52] <ahoneybun[m]> That might work but I don't think it did for me.
[04:13] <mmikowski> ahoneybun[m]: Well if you want to give it a go, you can drop a file into /etc/initramfs/conf.d/test.conf, then add the two following lines: MODULES=most and COMPRESS=xz. Then run sudo update-initramfs -u -k $(uname -r). That should result in a much smaller initramrd in /boot which will allow it to boot.
[04:19] <mmikowski> Machines with Nvidia GPUs apparently have more memory set aside for this purpose. https://www.ibm.com/support/pages/system-boot-ends-grub-out-memory-oom.  Here's another one: https://forums.linuxmint.com/viewtopic.php?p=2261851&sid=b3a79aa4a35d5ab62384c934c5b6d28b#p2261851
[05:11] <ahoneybun[m]> So far without it I'm good until I get a new kernel at least. Now to work on my networking issue on Nobara.
[06:40] <mmikowski> ahoneybun[m]: no worries. FWIW, we did complete testing on OEM install for Kubuntu 22.04.2 following the test procedure. The test passed, but many of the steps are no longer exactly correct. So those have been placed in the notes. If there is a way I can propose a more up-to-date procedure, let me know. I didn't see an obvious route for that.
[13:33] <BluesKaj> Hi all
[16:14] <RikMills> mmikowski: 5.27.1 bugfix update should now be in that experimental ppa for jammy 22.04
[16:21] <ahoneybun[m]> Heyo BluesKaj @BluesKaj:libera.chat:
[16:22] <ahoneybun[m]> Thank you Rik Mills:
[21:50] <valorie> https://kubuntu.org/news/flatpaks-and-kubuntu/
[21:51] <valorie> for social media
[23:31] <tsimonq2> https://twitter.com/kubuntu/status/1629987595256987651
[23:35] <mmikowski> RikMills: Thank You! It's looking good so far!
[23:41] <mmikowski> RikMills: Updating right now. We're testing a number of bugs that remain in 5.24.7, and they appear either completely fixed or improved. So far, icons do not move, activities work, power management settings look much cleaner.  Interestingly, Chrome sometimes shows up with the wrong scaling, and then sometimes it looks fine. Very excited about this
[23:41] <mmikowski> possible upgrade.


[00:09] <sil2100> Goodnight! o/
[00:09] <sil2100> No issues with the OTA so far so time to sleep
[00:23] <robru> sleeeeep
[02:34] <nuclearbob> Trevinho: I saw test failures in the unity8 suite with the ppa that I didn't see without it. There may have been other packages with failures as well, but I stopped looking once I found some. I'm going to see if we can narrow down which package specifically is causing the problem
[02:35] <Trevinho> nuclearbob: ok, let's see..
[02:36] <Trevinho> nuclearbob: in that ppa, the only thing I think might interact with is autopilot-qt, as the others have no influence at all on u8
[02:36] <nuclearbob> Trevinho: okay, I'll try rolling back to the archive version of that and kick off the tests
[02:36] <nuclearbob> they'll take a while to run, and it's almost bedtime here, so I can collect the results in the morning
[02:37] <Trevinho> nuclearbob: yeah, I know how it goes (AP in u7 takes almost 2hrs)...
[02:37] <Trevinho> (bedtime here was about 5hrs ago :P)
[02:59] <nuclearbob> Trevinho: I'm running into issues trying to get just autopilot-qt4 downgraded and leaving everything else, so I'm going to try to come back to it in the morning when I'm cleverer
[03:00] <Trevinho> nuclearbob: give a try to ppa-purge
[03:01] <nuclearbob> Trevinho: I can get them all cleared out with that, but then I'm having trouble getting just the one upgraded
[03:02] <Trevinho> nuclearbob: mh, I think it's because there are new dependency on new libxpathselect, and this could lead something else
[03:04] <nuclearbob> Trevinho: yeah. I can take a further look at it later. Do you have info on how to run the tests if you want to keep working on it? I can send it to you if not
[03:04] <Trevinho> nuclearbob: no, but feel free to send them... I can look at it tomorrow
[03:12] <nuclearbob> Trevinho: I sent you the instructions from veebers, and the additional stuff I've done. I'll pick this back up in the morning, and talk to you then
[03:13] <Trevinho> nuclearbob: ok, thanks
[04:41] <Mirv> morning
[08:44] <seb128> kenvandine, jgdx, cihelp, do you have any idea why there is no CI on https://code.launchpad.net/~morphis/ubuntu-system-settings/fix-device-actions/+merge/269188 ?
[08:53] <psivaa> seb128: that has CI pending
[08:53] <seb128> psivaa, yeah, I just added that
[08:53] <seb128> psivaa, what team membership is needed for that to auto happen?
[08:53] <seb128> we suspect that Simon isn't in the right group to get CI builds
[08:55] <psivaa> seb128: that might be the reason, let me check
[09:02] <psivaa> seb128: that was the reason, 'morphis' was not in the allowed users. I've just added them.
[09:02] <psivaa> s/them/him
[09:02] <morphis> psivaa: thanks!
[09:02] <seb128> psivaa, thanks
[09:02] <psivaa> np
[09:02] <seb128> psivaa, what list do we use? aren't all canonical people in there by default
[09:05] <psivaa> seb128: this is a list in a config inside jenkins. this has been being manually appended.  I'm not sure if adding all of canonical employees is the right way, but i can certainly discuss it with our team
[09:06] <seb128> psivaa, well, I was mostly wondering, would probably be easier than having to figure out why things don't append and add people 1 by 1 as we just did
[09:07] <psivaa> seb128: I agree it would be easier for maintenance, just not sure if there was any particular reason to restrict to those only require. I dont have the history
[09:07] <seb128> k; anyway thanks for fixing it ;-)
[09:08] <seb128> for that particular mp, was what I did enough? (subscribing ci-jenkins)
[09:11] <psivaa> seb128: It was not needed to be subscribed, if the user was in the allowed_users list, the MP should automatically trigger the CI
[09:12] <seb128> psivaa, right, but the mp was done before you added Simon
[09:12] <psivaa> seb128: still it will trigger once 'trigger-ci-on-stacks' job runs again, after 15 mins :)
[09:13] <seb128> oh ok
[09:13] <seb128> thanks
[10:33] <Mirv> sil2100: is it useful to track via milestone all bugs that are fixed for OTA-7? I mean to add the milestone to "other bugs than what were especially targetted"?
[10:37] <popey> sil2100: i have no idea how to add click packages to the citrain now it's a site and not s sheet, can you help me?
[10:38] <sil2100> popey: sure :)
[10:38] <sil2100> Mirv: hmm, I personally would like that, yes, since it makes easier to show users what fixes are in the image
[10:38] <Mirv> popey votes for going back to the spreadsheet
[10:39] <sil2100> Mirv: but you would have to double confirm with pmcgowan
[10:39] <sil2100> popey: so!
[10:39]  * popey gets coffee
[10:40] <Mirv> sil2100: yeah, not really sure if we'd remember it for every bug so the commit log would be the only place to surely have everything (but then that's not a list of bugs fixed, but commit messages)
[10:40] <pmcgowan> Mirv, sure you can also affects to the milestone on your own, I care about managing targets
[10:40] <pmcgowan> but it doesnt preclude tracking other bugs that get fixed
[10:40] <Mirv> pmcgowan: ok
[10:41] <sil2100> popey: you log into bileto and prepare a new request, fill in the description, test plan and target ubuntu vivid from the dropdowns
[10:41] <sil2100> popey: then, in the manual download URLs field, include the convinient link to the click package to be reviewed
[10:42] <sil2100> popey: I also recommend to write down the name of the click app in 'Manual Source Packages', but that's not super required
[10:42] <sil2100> popey: the final step is to switch the last drop-down to 'Ready for QA'
[10:42] <popey> sil2100: what is bileto?
[10:42] <sil2100> popey: once those are filled, press 'Create New Request'
[10:42] <sil2100> popey: https://requests.ci-train.ubuntu.com/
[10:43] <popey> ah
[10:43] <popey> codenames ftw
[10:43] <popey> "prepare a new request"? ?
[10:43] <popey> i probably have no access, i am logged in and there is no obvious way to create a new request sil2100
[10:45] <jibel> sil2100, there is a card for silo 037 created less than an hour ago in the trello board but there is no request for it on bileto, any idea where is comes from?
[10:45] <Mirv> pmcgowan: sil2100: right, it seems we can't add a bug to a milestone, only add the System Image project to the bug, so it doesn't scale. maybe it's not worth the trouble unless the milestone managing rights are given to trainguards with a note that they can only use it for milestoning bugs that were already fixed to get them listed.
[10:46] <Mirv> it's only https://launchpad.net/~canonical-devices-products-team/+members that can manage
[10:46] <pmcgowan> Mirv, I am happy to add landers to that team
[10:46] <sil2100> popey: let me check, but you should be...
[10:47] <Mirv> pmcgowan: ok, timo-jyrinki sil2100 robru then
[10:47] <sil2100> popey: ok... you're added now
[10:47] <sil2100> Strange that you weren't!
[10:47] <sil2100> popey: re-log and be sure to check the checkbox with membership in SSO
[10:48] <sil2100> jibel: let me take a look
[10:48] <popey> Thats better! thanks sil2100
[10:48] <Mirv> thanks pmcgowan
[10:48] <jibel> sil2100, apparently it's only in the 'ready for qa' view
[10:48] <pmcgowan> Mirv, ok done
[10:51] <sil2100> jibel: heh, no - it's on the other page
[10:51] <sil2100> jibel: the train now has pagination
[10:51] <sil2100> jibel: it's a good thing to have but I wonder if it's not set for a too small value, it should at least show the first 100 landings
[10:52] <sil2100> pmcgowan: thanks!
[10:54] <jibel> sil2100, yeah the link to navigate is very well hidden at the bottom of the page
[10:54] <jibel> needs design obviously
[11:13] <nik90> popey: Sry, clock-app rev 361 is the new cut off for QA. No more changes.
[11:13] <popey> hey nik90
[11:14] <popey> convenient as I just built a click of that, ready for me to submit to QA?
[11:14] <nik90> popey: yes :D
[11:14] <nik90> popey: you give me more time, I am going to only push more MPs...to hard to resist. so let's freeze here.
[11:15] <popey> hah
[11:15] <popey> okay
[11:17] <sil2100> nik90: ;D
[11:18] <popey> sil2100: created https://requests.ci-train.ubuntu.com/#/ticket/274 (cc nik90 )
[11:18] <nik90> :P
[11:18] <nik90> popey: awesome thnx.
[11:18] <popey> np
[11:19] <sil2100> popey: thanks! Looks goodish, let's see when it pops up at QA's trello
[11:20] <nik90> popey: Can you include a click package of the music-app click in the changelog. QA will need that to test the custom alarm sound feature.
[11:20] <nik90> I am adding a note as well
[11:21] <popey> ah, okay.
[11:23]  * sil2100 off to prepare lunch
[11:23] <popey> added
[11:24] <nik90> cool
[11:29] <davmor2> nik90: will that require the new media hub as that hasn't landed yet
[11:29] <nik90> davmor2: nope
[12:25] <Trevinho> robru: is there a reason why all the CI-train mail are sent to ubuntu-phone ML but not ubuntu-devel (or something similar)? this is not anymore related to phone as well...
[12:25] <pstolowski> jibel, hello, quick question - is silo 44 (wily only landing) in your pipeline yet, can we expect it to land soon?
[12:28] <jibel> pstolowski, if it's wily only, we don't block you can land.
[12:32] <pstolowski> jibel, thanks
[12:49] <popey> sil2100: do you know if theres been some Ubuntu One creds invalidation happen? My U1 account has completely disappeared from my device.
[12:53] <sil2100> popey: hm, not sure, did that happen right after upgrade or just like that suddenly?
[12:54] <popey> not sure when, but today certainly
[12:54] <popey> [M#jHchannel: ubuntu-touch/rc-proposed/bq-aquaris.en
[12:54] <popey> last update: 2015-08-26 09:32:01
[12:54] <popey> the wifi here in canonical seems to trigger network manager to go berzerk too
[12:54] <popey> phone is completely unusable here, wondering why nobody else has this issue
[12:54] <popey> dbus is being spammed by network manager
[12:58] <DanChapman> popey: is it https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1480877 your experiencing?
[12:58] <popey> hah, yes!
[12:58]  * popey hugs john-mcaleely
[12:59] <popey> thanks DanChapman
[13:00] <DanChapman> np i recall faenil being plagued by it a while back when at canonical office
[13:02] <john-mcaleely> uh oh
[13:02] <john-mcaleely> what I have I done
[13:02] <jibel> you filed a bug?
[13:02] <sil2100> ;)
[13:02] <jibel> not even that :)
[13:02] <john-mcaleely> it seems it may be assigned to me
[13:03] <john-mcaleely> hugs may be a hopeful way of getting it fixed :-)
[13:03] <popey> there are an insane number of access points around here
[13:03] <john-mcaleely> welcome to the big smoke :-)
[13:11] <brendand> john-mcaleely, you should all come to Bath. i can see exactly 3 access points here
[13:14] <sil2100> mandel: hey! :)
[13:14] <sil2100> mandel: do you know when we would have the trust-store pulseaudio integration landed in wily?
[13:15] <mandel> sil2100, ho! lets go!
[13:25] <Mirv> pstolowski: top approvals https://ci-train.ubuntu.com/job/ubuntu-landing-044-2-publish/12/console
[13:25] <pstolowski> Mirv, ah, sorry, working on it
[13:27] <Mirv> ack
[13:28] <kenvandine> mandel, FYI, trust-store in wily has had a major version update which was never merged into trunk
[13:28] <kenvandine> so you'll need to get those in sync to get the fix in wily
[13:33] <mandel> sil2100, ok, we are landing the pulse changes to the git repo, once there we should take a look
[13:33] <mandel> sil2100,  but ken already said the bad news
[13:38] <boiko> rvr: hi, do you need any help with silo 26 testing procedures or is everything clear there?
[13:40] <rvr> boiko: I'm having issues with the keyboard
[13:40] <boiko> rvr: oh :/
[13:41] <boiko> rvr: what kind of issues?
[13:41] <rvr> boiko: After installing the packages keyboard doesnt appear, and removing the .cache/QML/ doesn't fix it
[13:41] <rvr> So I'm stuck in the greeter screen
[13:42] <rvr> boiko: I flashed arale to check, and happens there also
[13:42] <boiko> rvr: did you see any other package being installed besides the ones from the silo?
[13:44] <boiko> kenvandine: was that the issue you were seeing in your tests? (keyboard not showing up)
[13:44] <rvr> boiko: http://paste.ubuntu.com/12205776/
[13:44] <kenvandine> very rarely
[13:44] <kenvandine> but yes
[13:44] <kenvandine> it was in autopilot tests
[13:44] <kenvandine> but jgdx did reproduce it locally
[13:44] <boiko> rvr: unity8-fake-env? hmm, never saw that one
[13:45] <kenvandine> probably not the same problem
[13:45] <rvr> Hmm
[13:45] <rvr> Remove: ubuntu-touch:armhf (1.221vivid7), qtubuntu-android:armhf (0.62+15.04.20150814-0ubuntu1)
[13:45] <boiko> kenvandine: yeah, looks like it is not the same thing
[13:46] <boiko> rvr: it is also installing lots of qt5 packages
[13:47] <rvr> boiko: From the overlay ppa
[13:48] <davmor2> michi: http://paste.ubuntu.com/12205807/
[13:48] <boiko> rvr: yeah, but shouldn't that be in the image already?
[13:48] <rvr> davmor2: Hey
[13:48] <rvr> davmor2: I think we have a problem with the overlay ppa
[13:49] <rvr> davmor2: Maybe silo 29 broke something
[13:49] <davmor2> rvr: keyboard is working here what issue are you seeing
[13:49] <rvr> davmor2: Oh
[13:49] <rvr> davmor2: citrain device-upgrade to 26, and the keyboard doesn't work anymore
[13:50] <davmor2> rvr: let me see if I can confirm
[14:02] <davmor2> rvr: boiko: something bad is happening http://paste.ubuntu.com/12205934/  this didn't happen with silo 11 or silo 27
[14:03] <rvr> Good, not just my imagination
[14:04] <boiko> davmor2: well, I have no idea why that is happening
[14:04] <boiko> davmor2: rvr: we haven't changed anything on packaging/deps on those branches
[14:05] <boiko> robru: do you by chance know what is going on?
[14:05] <rvr> davmor2: boiko: http://paste.ubuntu.com/12205948/
[14:05] <rvr> That's without any silo
[14:05] <boiko> sil2100: maybe you know something about it? ^
[14:06] <davmor2> rvr: so that isn't uninstalling the universe then
[14:06] <rvr> There is some package in the silo that requires unity8-fake-env
[14:19] <rvr> Weird, I don't find any direct dependency on unity8-fake-env
[14:21] <rvr> unity8-fake-env: Replaces: unity8-autopilot (<< 8.02+15.04.20150422-0ubuntu1)
[14:22] <rvr> Not sure what's going on
[14:32] <jibel> rvr, which silo?
[14:32] <rvr> jibel: 26
[14:33] <sil2100> rvr: what's the problem in the end? Something funny happens when you try to install silo 26?
[14:34] <rvr> sil2100: Yes, it pulls unity8-fake-env and removes ubuntu-touch, not funny :)
[14:34] <sil2100> uh
[14:34]  * sil2100 looks
[14:34] <jibel> rvr, looking
[14:34] <jibel> rvr, just checking you're on latest image build from the overlay and pinningg is correct?
[14:35] <rvr> jibel: I think so
[14:35] <jibel> rvr, confirmed
[14:35] <jibel> The following packages will be REMOVED:
[14:35] <jibel>   qtubuntu-android ubuntu-touch
[14:35] <jibel> The following NEW packages will be installed:
[14:35] <jibel>   unity8-fake-env
[14:35] <rvr> A regular apt-get upgrade with the overlay ppa don't remove those packages
[14:36] <rvr> It happens with citrain device-upgrade 26
[14:39] <davmor2> jibel: doesn't happen on other silos either :)
[14:39] <jibel> sil2100, it's probably a problem with qtdeclarative5-qtmir-plugin 0.4.4+15.04.20150513-0ubuntu2~vivid1~test1~qt1 dependencies
[14:41] <davmor2> jibel: no without that ppa it updates with no issues, I'm wondering if it is qtdeclarative5-ubuntu-history0.1 History service to store messages and calls - QML plugin  that is having an effect on things?
[14:43] <jibel> sil2100, output of the resolver http://paste.ubuntu.com/12206225/
[14:43] <rvr> Broken unity8
[14:48] <davmor2> jibel, rvr: Oddly if I reinstall the 2 packages that were uninstalled the phone works and it didn't remove anything
[14:48] <jibel> sil2100, the version of qtdeclarative5-qtmir-plugin in the overlay is higher than the ppa
[14:48] <jibel> s/ppa/silo
[14:49] <rvr> davmor2: Yup, I have continued testing after reinstalling those
[14:49] <sil2100> jibel: silo 26 doesn't have qtdeclarative5-qtmir-plugin now does it?
[14:49] <jibel> sil2100, it does      0.4.4+15.04.20150513-0ubuntu2~vivid1~test1~qt1 0
[14:49] <jibel>        1002 http://ppa.launchpad.net/ci-train-ppa-service/landing-026/ubuntu/ vivid/main armhf Package
[14:49] <sil2100> It shouldn't: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-026
[14:50] <sil2100> There's no such non-deleted or non-deprecated version there, hmm
[14:51] <jibel> sil2100, so with silo 26 a dist-upgrade replaces qtmir-android by qtmir-desktop and removes ubuntu-touch
[14:51] <sil2100> That really shouldn't happen, apt shouldn't try installing packages that are removed
[14:52] <jibel> sil2100, it doesn't look like the content of bileto https://requests.ci-train.ubuntu.com/#/ticket/209
[14:53] <sil2100> That's exactly what's in the PPA
[14:54] <sil2100> Bileto says there's history-service and telepathy-ofono, and the PPA has those 2 packages
[14:54] <sil2100> So I have no idea where the qtdeclarative5-qtmir-plugin comes from in that PPA
[14:54] <jibel> sil2100, and what are all the mir packages in ppa 26 then?
[14:55] <sil2100> LP doesn't see any so I have no idea
[14:55] <sil2100> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-026 <- this only has those 2 packages
[14:56] <sil2100> I'll dig into what's happening with that PPA after our team meeting
[14:56] <jibel> sil2100, there are 2 qtmir packages too http://ppa.launchpad.net/ci-train-ppa-service/landing-026/ubuntu/dists/vivid/main/binary-armhf/Packages
[14:56] <jibel> 3
[14:57] <jibel> which totally confuse the upgrade
[14:57] <sil2100> jibel: well, those files also show deprecated or removed packages
[14:58] <sil2100> So it's not relevant to the current issue I think
[14:58] <sil2100> For instance: http://ppa.launchpad.net/ci-train-ppa-service/landing-020/ubuntu/dists/vivid/main/binary-armhf/Packages <- while this PPA in fact is empty right now
[14:59] <sil2100> Wait, wrong paste
[14:59] <sil2100> Ignore that
[14:59] <jibel> sil2100, since the silo is pinned it'll try to upgrade them isn't it?
[14:59] <sil2100> Yeah, but still, those are removed - they shouldn't be there
[14:59] <sil2100> Let me re-try removing
[15:00] <sil2100> hmmm
[15:00] <sil2100> I think we'll have to poke the LP team
[15:00] <oSoMoN> ubuntu-qa: silo 14 is ready for QA validation
[15:03] <pstolowski> Mirv, MPs in silo 44 approved
[15:04] <rvr> kgunn: Can you add some words about how to test silo 46? The test plan is empty.
[15:05] <kgunn> rvr: so bregma is looking at it here....and there's a test plan attached to the silo
[15:05] <bregma> rvr, there is a link from the test plan to the u-a-l test plan
[15:05] <rvr> kgunn: Hmm... let me check
[15:06] <sil2100> cjwatson: hey! It seems one of our PPAs didn't remove some packages completely - they're removed from the LP interface, but their binaries are still published in the archive
[15:06] <rvr> kgunn: So correct way to test the silo is to run ubuntu-app-launch's test plan, isn't it?
[15:06] <bregma> rvr, correct
[15:06] <rvr> bregma: Perfect
[15:06] <sil2100> cjwatson: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-026
[15:11] <cjwatson> sil2100: I don't understand why they should have been; https://requests.ci-train.ubuntu.com/#/ticket/209 is only Ready for QA.  Could you be more specific?
[15:11] <cjwatson> sil2100: Oh, I see there's more scrollback, let me see
[15:11] <sil2100> cjwatson: yes, but the silo should only have packages from the telepathy-ofono and history-service
[15:11] <sil2100> cjwatson: while the PPA has stale packages from qtmir
[15:12] <cjwatson> There are some race conditions possible there if it was removed while a build was in progress, IIRC
[15:14] <cjwatson> sil2100: re-removed
[15:14] <cjwatson> <cjwatson@niejwein ~ (master)>$ remove-package -A ppa:ci-train-ppa-service/ubuntu/landing-026 -s vivid -m 'partially removed some time ago' -e 0.4.4+15.04.20150513-0ubuntu2~vivid1~test1~qt1 qtmir
[15:14] <sil2100> cjwatson: \o/
[15:14] <sil2100> jibel, rvr: ^
[15:14] <cjwatson> you'll need to wait for publication of course)
[15:15] <sil2100> I think something like this happened once in the past
[15:15] <sil2100> But it's really bizarre
[15:15] <rvr> sil2100: Great
[15:16] <cjwatson> so the removal started at 2015-06-01 10:45:17 UTC; the armhf build finished at 2015-06-01 10:43:48 UTC
[15:17] <cjwatson> that means it was probably in flight when the removal happened
[16:12] <cjwatson> sil2100: just rechecked, definitely gone now
[16:26] <robru> sil2100: Mirv: btw https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-033 ;-)
[16:29] <ogra_> rvr, tagget the gibberish bug and added another one with the tag for the "always american location info" in Nearby
[16:29] <rvr> ogra_: Thanks
[16:29] <ogra_> *tagged
[16:31] <rvr> ogra_: Link for one of them, please?
[16:31] <rvr> Don't appear in the tag search
[16:31] <sil2100> cjwatson: thanks :)
[16:31] <ogra_> bug 1489536 and bug 1488162
[16:31] <ogra_> https://bugs.launchpad.net/canonical-devices-system-image/+bugs?field.tag=touch-i18n
[16:32] <sil2100> robru: ah ha! Looking awesome :)
[16:32] <rvr> ogra_: touch-l10n...
[16:32] <robru> sil2100: thanks, dunno why I didn't do this sooner, there was a bug report for this from forever ago...
[16:32] <ogra_> rvr, ouch ...
[16:32] <rvr> ogra_: touch-i18n is more correct, but... :)
[16:33] <sil2100> robru: now see? We could have been using LP for all things CI Train instead of Bileto! Silos have all the buttons now + LP bugs and violla!
[16:33] <sil2100> ;)
[16:33] <rvr> ogra_: Can you add touch-l10n to the other bug as well?
[16:33] <ogra_> yeah
[16:33] <rvr> ogra_: Done
[16:33] <rvr> Thanks
[16:34] <robru> sil2100: lol. the thing is, that info in the PPA comes straight from jenkins, which makes it more authoritative than bileto at the moment (eg if you forgot to reconfigure, the PPA description is more correct than what bileto has). so that was one thing I feared about dropping the dashboard, losing that authoritative info. but now with that I'm comfortable
[16:34] <robru> dropping the dashboard, which is one step towards making bileto the authoritative source
[16:38] <robru> brb
[17:43] <rvr> robru: Bileto is returning errors
[17:43] <rvr> robru: API Error 400
[17:44] <robru> rvr: what are you doing?
[17:44] <rvr> robru: Nothing involving guns and journalists
[17:45] <rvr> robru: https://requests.ci-train.ubuntu.com/#/?req=245
[17:45] <robru> rvr: and why not?
[17:45] <rvr> robru: Just going there returns me error
[17:46] <robru> rvr: huh, bizarre that it shows up in the main list but the permalink is broken
[17:46] <jibel> rvr, the url changed
[17:46] <robru> and permalinks for other requests aren't broken
[17:46] <jibel> rvr, it's now #/ticket/nnn
[17:46] <robru> oh right
[17:47] <rvr> Ah
[17:47] <jibel> rvr, I  fixed the bot but didn't edit existing cards
[17:47] <robru> rvr: https://requests.ci-train.ubuntu.com/#/ticket/245 right, sorry. I mentioned it in an email, but not prominently
[17:47] <rvr> Done
[17:48] <rvr> It's nice, I could approve the silo from the main page
[17:48] <jibel> not prominently is an understatement :)
[17:48] <robru> rvr: it used to be that the frontend had a bunch of special cases in the URL handling, but now it doesn't a direct URL pass-through to the API. so eg https://requests.ci-train.ubuntu.com/#/ticket/245 and https://requests.ci-train.ubuntu.com/v1/ticket/245 return the same ticket, while one is displayed nicely and the other is raw json. simplified a lot of
[17:48] <robru> code, should have been that way from the start
[17:49] <rvr> Cool
[17:50] <robru> jibel: yeah, sorry. I know breaking URLs is a terrible sin, but they were ugly before, the new way is much better. it should have been this way from the start but it was a bit rushed. they're stable now, I promise I won't change them EVER AGAIN. ;-)
[17:51] <rvr> robru: Oh, came on. Then jibel's life would be more boring.
[17:53] <jibel> robru, bots are insensible to the beauty of urls ;)
[17:53] <jibel> robru, BTW I've an issue with click and tarball requests.
[17:54] <jibel> robru, where are landers supposed to says what it is?
[17:54] <dobey> trainguards, cihelp: do any of you have magical powers over the debci stuff for autopkgtests?
[17:55] <jibel> robru, 1 sec I'll give you an example
[17:57] <robru> dobey: no me
[17:57] <robru> jibel: yeah click & tarball are a bit of a special case
[17:58] <jibel> robru, for example for silo 014 I know from the mps that it's the webbrowser
[17:58] <robru> jibel: I mean theoretically they can say what it is in the description. not sure I understand.
[17:58] <jibel> robru, for for the clock app request there is no such information, just the description
[17:58] <jibel> and it's free text
[17:58] <psivaa> dobey: cihelp does not have that power now either, it's now mostly handled by pitti, iiuc
[17:58] <robru> jibel: which request is the "clock app request"?
[17:58] <jibel> robru, yeah that's what people do but they also write tons of other info in this field
[17:59] <jibel> robru, 274
[17:59] <robru> jibel: the problem with click & tarball is that it's not actually touched by jenkins so ALL the forms are free-form, there's no enforcement of any standards for any fields.
[17:59] <robru> jibel: brb, food on burner
[18:00] <jibel> robru, for the clock app for example in the description it's written "Updated Clock click app" and I'd need only the name of the app
[18:00] <robru> jibel: well the "manual download URL" field was given for the .click URL, you can parse the name from the URL?
[18:01] <robru> jibel: "download_links" field
[18:02] <jibel> robru, but then for custom or device tarball it's somewhere else for example https://requests.ci-train.ubuntu.com/#/ticket/237
[18:02] <dobey> robru, psivaa: oh, ok, that sucks :(
[18:02] <jibel> hard to know what is what
[18:02] <jibel> robru, I'll use the description for now and see how it goes
[18:02] <jibel> it'll be better than N/A
[18:02] <dobey> jibel: do you know anything about the debci autopkgtests stuff?
[18:03] <jibel> dobey, not really, it's all pitti's stuff now
[18:04] <jibel> robru, ah previously such requests were prefixed with [non-citrain] and we lost that that's why the bot is lost
[18:04] <dobey> ah ok :-/
[18:04] <jibel> dobey, what is the problem?
[18:05] <dobey> jibel<EMAIL_ADDRESS>[18:05] <dobey> ubuntu-system-settings-online-accounts seems to have regressions not of its own doing, and it's blocking several things in proposed
[18:06] <robru> jibel: yeah that request is really funny, URL field should have URLs in it.
[18:06] <jibel> dobey, ENOMEM
[18:07] <dobey> jibel: great, how do we fix it?
[18:07] <robru> jibel: you need to talk to penk and john-mcaleely and get them on the same page with the format of those fields. once you all agree I can put in some input validation that enforces it.
[18:07] <dobey> and how is this the only package failing in that way
[18:08] <jibel> dobey, is the system running out of memory because of a issue or the tests really require lot of memory?
[18:08] <jibel> infinity, ^ can you help with out of memory issue in autopkgtest? have you seen that before?
[18:08] <dobey> jibel: i don't know, but i guess they probably aren't requiring any more memory now, than they did 3 weeks ago when gcc5 transition was happening
[18:08] <jibel> ok
[18:09] <jibel> dobey, if infinity cannot help I'm afraid it'll have to wait for pitti
[18:10] <jibel> robru, right I'll do that
[18:10] <dobey> i'm a bit surprised that those autopilot tests would have ever passed under X though. *shrug*
[18:41] <jibel> robru, as example I created 597 for a custom tarball and 598 for a click on staging, would it work or it would break something if we use the fields I used to store tarball and clicks info?
[18:43] <robru> jibel: yeah that would work but please don't put anything into the siloname field. Look at what happens with the Build/Publish/Merge links when you do that.
[18:43] <robru> that should really be a read-only field...
[18:44] <jibel> ah 404
[18:44] <robru> jibel: it constructs URLs with the value of that field, it should really be blank if it's not a train silo
[18:44] <jibel> OTOH there is nothing to build/publish
[18:44] <jibel> I can just leave it empty
[18:44] <robru> jibel: exactly, there's nothing to build/publish, so leave that field empty and those links won't appear ;-)
[18:47] <jibel> so, if it's empty I'll use 'manual source package' for the type and 'manual download urls' for the details of the package and people can put what they want in description and test plan
[18:47] <jibel> I'll propose this to penk and john-mcaleely
[18:49] <robru> jibel: i think it would be better if the download_links field had full URLs in it, not sure if that's possible for "rc-proposed/bq-aquaris.en/krillin/492"
[18:49] <robru> like I don't know what that is, if there's a URL that can represent that information
[18:50] <jibel> robru, there is no full url for tarballs
[18:50] <robru> jibel: alright then
[18:50] <jibel> robru, technically there is one but it cannot be used directly and doesn't mean anything
[22:11] <bregma> robru, regarding silo 46 and libertine: do we really need a NEW review?  We were hoping to postpone landing in distro for a while (but if that isn't possible, OK, we have been debating if it was required at this point or not)
[22:13] <robru> bregma: your plan was to land it in the overlay PPA without landing it in wily at all?
[22:14] <bregma> robru, yeah, pretty much ... for the time being
[22:14] <bregma> because of, um, internal project priorities
[22:15] <bregma> if that's not kosher, we'll do the right thing
[22:15] <robru> bregma: that sounds like a horrible idea. Process is pretty clear that you should be landing in wily first and overlay second. I'm not comfortable with the thought of having packages on overlay that don't even exist in wily...


[07:04] <Zburatorul> I am learning how to make use of my motherboard's TPM
[07:05] <Zburatorul> and on the way there I need to read what used to be /proc/acpi/dsdt
[07:06] <Zburatorul> so my question is, where are the APCI tables on a 2.6.3* ubuntu kernel?
[11:25] <diwic> kernel.org has been down all day
[14:26]  * ogasawara back in 20
[14:30] <jml> Just starting next round tests for suspend bug 838729 w/ new kernel suggestions.
[14:30] <ubot2`> Launchpad bug 838729 in linux "x200 laptop fails to complete to suspend on second suspend after boot" [Medium,In progress] https://launchpad.net/bugs/838729
[15:22] <cnd> ogasawara, about those patches for the hid subsystem I sent a few weeks ago
[15:22] <ogasawara> cnd: yep
[15:22] <cnd> they aren't going to pushed to mainline for a bit due to the kernel.org compromise
[15:23] <cnd> that's what jiri kosina told me
[15:23] <ogasawara> cnd: ok, but I assume they'll eventually go up right?
[15:23] <cnd> yes
[15:23] <ogasawara> cnd: cool, we'll carry them as sauce patches for now then.
[15:23] <cnd> do you need me to resend?
[15:23] <ogasawara> cnd: nah
[15:23] <cnd> ok
[15:24] <cnd> thanks!
[15:24] <cnd> there's 4 patches in total
[15:24] <cnd> sorry, 3 patches
[15:24] <ogasawara> cnd: I'll ping you if I have trouble applying
[15:24] <cnd> k
[15:38] <ogasawara> cnd: hrm, I'm only seeing 2 patches total.  can you resend just so I'm sure I've got the right ones.
[15:43] <jml> :(
[15:53] <cnd> ogasawara, which ones did you get?
[15:53] <cnd> were they both about the macbook 4,2?
[15:53] <cnd> the third is for the magicmouse
[15:54] <ogasawara> cnd: yah, I got the macbook 4.2 one (2 of them), let me look for the third ...
[15:55] <ogasawara> cnd: ah magicmouse, there it is - "[Oneiric][PATCH] HID: magicmouse: Set resolution of touch surfaces"
[15:55] <cnd> yep
[15:56] <ogasawara> cnd: and just to be clear the other two are ...
[15:56] <ogasawara> [Oneiric][PATCH] HID: magicmouse: Set resolution of touch surfaces
[15:56] <ogasawara> [Oneiric][PATCH 2/2] HID: add MacBookAir4, 2 to hid_have_special_driver[]
[15:57] <ogasawara> [Oneiric][PATCH 1/2] HID: add support for MacBookAir4,2 keyboard.
[15:57] <cnd> yep
[15:57] <ogasawara> cool
[16:00] <jml> ogasawara: fwiw, I'm getting the same bug with every kernel I've tried. I'm guessing that means it's not a kernel issue.
[16:01] <ogasawara> jml: hrm, it may not be if you're certain it was working with for ex. with 2.6.38-8.42 and now it's failing with that same kernel.
[16:03] <jml> ogasawara: unfortunately I don't track which kernel I have when suspend is working... it's just not something that occurs to me.
[16:04] <ogasawara> jml: indeed.  but you were certain it was working with Natty correct?  and I assume you'd updated to Natty final?
[16:05] <jml> ogasawara: I am certain of that.
[16:05] <jml> ogasawara: I updated to natty final
[16:06] <ogasawara> jml: so based on that info, we shipped with the 2.6.38-8.42 in Natty final, so I assume that is the last known kernel to work
[16:07] <jml> ogasawara: right. But it doesn't seem to work on my system currently.
[16:07] <jml> ogasawara: So wouldn't that point to a non-kernel issue?
[16:09] <ogasawara> jml: would appear so.  /me wonders if there's an x200 in the lab, I'm certain there's a few employees with that model
[16:09] <ogasawara> jml: you're the first I've heard of having suspend/resume issues though
[16:22] <jml> ogasawara: is there any way to find out if a program is holding up suspend? any diagnostics I could run?
[16:22] <jml> I guess I could try running under fallback desktop environments or something.
[16:24] <ogasawara> jml: https://wiki.ubuntu.com/DebuggingKernelSuspendHibernateResume might help
[16:25] <jml> ogasawara: thank you.
[16:26] <ogasawara> jml: you might give the oneiric beta-1 liveCD a try just to confirm your testing in a pristine environment
[16:26] <jml> ogasawara: oh yeah, that's a good thought.
[18:25] <Daviey> is aufs stripped from the virtual kernel?
[18:25] <Daviey> CONFIG suggests it is a module
[18:27] <Daviey> /lib/modules/3.0.0-10-virtual/kernel/ubuntu/aufs/ is empty :(
[18:37] <smoser> Daviey, bug 844159
[18:37] <ubot2`> Launchpad bug 844159 in linux "-virtual kernel does not have aufs filesystem" [Undecided,New] https://launchpad.net/bugs/844159
[18:38] <Daviey> smoser: thanks!
[18:46] <jwi> bug 829838 - "there's a dupe for that" :)
[18:46] <ubot2`> Launchpad bug 829838 in linux "aufs kernel module missing in linux-image-virtual" [Undecided,Confirmed] https://launchpad.net/bugs/829838
[18:48] <alexbligh> Question about LTS kernels. The fix to LP #720095 breaks a production (or 1 week away from production) environment if we move from 2.6.32-31 to 2.6.32-32 as it disables CONFIG_NETNS. We can't use <IP_ADDRESS>- because of LP #843892. 2.6.32-31 is actually quite stable with namespaces as long as you don't rapidly create and delete them (far more stable than later kernels which we can reboot the system with 2 commands on demand). Is a more
[18:48] <alexbligh>  appropriate fix for LP #720095 just to disable use of network namespaces in the ftp package? My question for here is "is it reasonable for a kernel point release to REMOVE functionality that some of us were relying on, and if so should I file a bug?" We are only using LTS for the security updates!
[18:48] <ubot2`> Launchpad bug 720095 in linux "vsftpd causes a vmalloc space leak in Lucid" [Medium,Fix released] https://launchpad.net/bugs/720095
[18:48] <ubot2`> Launchpad bug 843892 in linux-lts-backport-natty "Repeatable kernel oops on container delete" [Undecided,New] https://launchpad.net/bugs/843892
[18:57] <ogasawara> alexbligh: yes, it's probably best to file a bug as most of the stable kernel team is at the linux plumbers conference this week and not likely watching IRC as closely as usual.
[18:57] <alexbligh> ogasawara, thanks, will do
[18:58] <ogasawara> alexbligh: if you post the bug number here I can make sure the right people are subscribed/assigned
[18:59] <alexbligh> ogasawara, thanks, will do
[19:07] <alexbligh> ogasawara, filed it - it's LP #844185, but I think you might also want to draw someone's attention to LP #843892 which allows you to reboot your machine instantly with a kernel oops with 2 harmless commands :-(
[19:07] <ubot2`> Launchpad bug 844185 in linux "Removal of CONFIG_NS from 2.6.32-32 breaks applications" [Undecided,New] https://launchpad.net/bugs/844185
[19:07] <ubot2`> Launchpad bug 843892 in linux-lts-backport-natty "Repeatable kernel oops on container delete" [Undecided,New] https://launchpad.net/bugs/843892
[19:12] <ogasawara> dang, bjf's bot is fast
[19:12] <ogasawara> alexbligh: ignore the message from the bot on your bug
[19:14] <alexbligh> ogasawara, indeed the bot is fast; I can't remember how LP works. Is Triaged the one after Confirmed?
[19:15] <ogasawara> alexbligh: yep.  I marked it Triaged so the bot doesn't touch it.  If they need any additional debug files from you they'll ask.  From your description it's pretty clear what the root cause is.
[19:17] <alexbligh> ogasawara, :-) thanks
[20:08]  * ogasawara reboots
[23:58] <AddJim> Hey guys can I bribe someone to handle a ticket? =)
[23:59] <AddJim> Will pay. =P


[04:54] <wallyworld> hpidcock: trivial PR https://github.com/juju/juju/pull/12191
[04:59] <wallyworld> or kelvinliu ^^^^
[05:00] <hpidcock> looking
[05:02] <hpidcock> wallyworld: should it not be ?= not := ?
[05:02] <hpidcock> my gnumake is rusty
[05:02] <wallyworld> ?= only sets it if not set, and it is set above
[05:02] <wallyworld> := will take an override
[05:03] <wallyworld> i tested it to be sure
[05:03] <wallyworld> happy for a double check
[05:04] <kelvinliu> wallyworld: ru looking on the unittests timeout issue?
[05:04] <wallyworld> for now, just providing a job parameter for the unit test jobs to allow the timeouts to be adjusted within jenkins
[05:05] <kelvinliu> ok
[05:05] <wallyworld> it may be if jenkins gets busy we need to increase the timeout; but we need a parameter and juju makefile change to allow that
[05:06] <wallyworld> i just ran a unittest run now, and it passed fine with nothing much else running on jenkin
[05:19] <hpidcock> 👍
[05:20] <wallyworld> ty
[05:23] <wallyworld> hpidcock: the forward port https://github.com/juju/juju/pull/12192
[05:23] <hpidcock> wallyworld: looking
[05:23] <hpidcock> wallyworld: looks great.
[05:24] <wallyworld> ta
[06:39] <hpidcock> wallyworld: PTAL https://github.com/juju/juju/pull/12193
[07:15] <wallyworld> hpidcock: sure, looking
[07:32] <wallyworld> hpidcock: lgtm ty
[09:26] <elox> oscar 0: THanx for writing this up https://discourse.juju.is/t/custom-os-images-when-using-juju-with-vmware/3720
[19:15] <hml> petevg[m]: review please: https://github.com/juju/juju/pull/12198


[16:01] <ClassBot> Logs for this session will be available at http://irclogs.ubuntu.com/2013/06/29/%23ubuntu-classroom.html following the conclusion of the session.
[16:20] <ClassBot> Logs for this session will be available at http://irclogs.ubuntu.com/2013/06/29/%23ubuntu-classroom.html
[16:21] <nigelb> Sorry about that. The session is at 20:30 UTC.
[20:22] <Noskcaj> what's the command to start the session?
[20:31] <Noskcaj> Hello everyone, I'm Noskcaj, http://wiki.ubuntu.com/Noskcaj
[20:31] <Noskcaj> This is the session for Testdrive
[20:31] <Noskcaj> You may ask questions at any point. Just be sure to utilize the #ubuntu-classroom-chat channel for that.
[20:31] <ClassBot> Logs for this session will be available at http://irclogs.ubuntu.com/2013/06/29/%23ubuntu-classroom.html following the conclusion of the session.
[20:31] <Noskcaj> Hello everyone, I'm Noskcaj, http://wiki.ubuntu.com/Noskcaj
[20:31] <Noskcaj> This is the session for Testdrive
[20:31] <Noskcaj> You may ask questions at any point. Just be sure to utilize the #ubuntu-classroom-chat channel for that.
[20:31] <Noskcaj> Testdrive is one of the main tools for iso testing (and the easiest to use), and to a lesser extent, general desktop testing.
[20:32] <Noskcaj> First I will cover what testdrive is and how to use it, then i will show how to get involved with making testdrive
[20:32] <Noskcaj> Refer to http://wiki.ubuntu.com/QATeam/Testdrive for more detail
[20:32] <Noskcaj> Part 1.
[20:32] <Noskcaj> Testdrive is one of the main tools for testing daily and release isos, and to a lesser extent, packages. It has both a CLI (command line) and GUI (graphical) version. It is a manager for downloading/syncing ISOs(wget, zsync, rsync and md5) and running isos, both in Virtual machines(KVM, Virtualbox and (if you can make it work) Parallels) and on real hardware (USB-creator is part of testdrive, or you can manually burn the ISOs)
[20:32] <Noskcaj> http://wiki.ubuntu.com/QATeam/Testdrive
[20:33] <Noskcaj> The testdrive metapackage (what installs from “sudo apt-get install testdrive”) contains (amoung other things):
[20:33] <Noskcaj> testdrive-cli: the command line version of testdrive
[20:33] <Noskcaj> testdrive-gtk: the gui version of testdrive, this is what i recommend and is very simple to use.
[20:33] <Noskcaj> Virtualbox: a stub of the open-source version of virtualbox
[20:33] <Noskcaj> Qemu: a stub of qemu/kvm
[20:33] <Noskcaj> I highly recommend you install the full version of either KVM or Virtualbox after the session (both available in the ubuntu repository, or their own repos)
[20:33] <Noskcaj> By doing so you can configure much more and manually recover logs. See the other sessions for more info on Virtual Machines
[20:33] <Noskcaj> Testdrive will work with any version of virtualbox after 3.0
[20:33] <Noskcaj> To start testing the new release, you simply need to sync any of the ISO's we want to test. Once the ISO's is synced, you can run it in a Virtual Machine or on real hardware
[20:34] <Noskcaj> First, you select the ISO we want to test, to be able to synchronize it
[20:34] <Noskcaj> Second, you click on the Sync button to start the synchronization
[20:34] <Noskcaj> Once the sync process is complete, a new ISO will appear to be cached. If the time shown is Unix start time (January 1st, 1970), the sync was canceled partway through and needs running again
[20:34] <Noskcaj> Click on Launch to run the ISO in a Virtual Machine or click on Create USB Disk to burn to a USB
[20:34] <Noskcaj> If you want to use a cd or dvd, you will have to manually find the iso in the cache
[20:34] <Noskcaj> Please note that new Ubuntu Development Release ISO's are updated daily, sometimes many time a day (Beta and RC), which means you will have to sync everyday the ISO you intend to launch, if you want to have the latest ISO
[20:35] <Noskcaj> To save time, all info on the settings menu is at https://wiki.ubuntu.com/QATeam/Testdrive#Settings
[20:35] <Noskcaj> Remember to ask questions if you don’t understand something
[20:35] <Noskcaj> Part 2.
[20:35] <Noskcaj> In the last 6 months, testdrive has become an active project again.
[20:35] <Noskcaj> All code, bugs, translations and info to do with testdrive can be found at https://launchpad.net/testdrive
[20:35] <Noskcaj> Translating Testdrive is rather simple. Join your country’s ubuntu translation team, then go to https://translations.launchpad.net/testdrive and start translating. Most languages are incomplete
[20:36] <Noskcaj> Nearly every bug in testdrive is found and triaged, but if you see an issue or a “new” bug, please confirm it and make sure it’s on https://bugs.launchpad.net/testdrive
[20:36] <Noskcaj> Coding is the one area testdrive falls short. Both the original developers (at no fault of their own) don’t have time and the only other people who do more than the occasional bugfix are smartboyhw (Who has put a lot of good work into getting kylin in, but is frequently busy) and myself (I’ve got time but don’t know much python and i have no knowledge of gtk)
[20:36] <Noskcaj> If you’ve got the time and/or knowledge, please contribute. The main issues currently are the lack of kylin and ubuntuGNOME and the fact that parallels is broken
[20:37] <Noskcaj> Thank you for your time. Does anyone have any questions?
[20:44] <Noskcaj> QUESTION: Can you run through what to do when launching testdrive for the 1st time after installing it?
[20:44] <Noskcaj> Testdrive works straight out of the box, although you may want to change the hypervisor and RAM and Disk usage, this can be done through the settings menu
[21:20] <ClassBot> There are 10 minutes remaining in the current session.
[21:25] <ClassBot> There are 5 minutes remaining in the current session.
[21:30] <ClassBot> Logs for this session will be available at http://irclogs.ubuntu.com/2013/06/29/%23ubuntu-classroom.html


[22:59] <tsimonq2> wxl: ping
[23:00] <wxl> tsimonq2: pöng
[23:00] <tsimonq2> wxl: see the call for testing?
[23:01] <wxl> yép
[23:01] <tsimonq2> wxl: did you also see that my name is here? https://wiki.ubuntu.com/YakketyYak/ReleaseTaskSignup
[23:01] <tsimonq2> wxl: I can't find a freaking yak quote for the life of me
[23:01] <tsimonq2> wxl: so I'm saying help :P
[23:01] <Unit193> "Don't talk back"
[23:02] <tsimonq2> Unit193: do you actually think I can manage that? :O
[23:02] <tsimonq2> Unit193: that's leaving Adam with all the hard ones :P
[23:02] <lynorian> hmm now I want a yak cowfile for cowsay
[23:04] <wxl> Unit193: did you see my note from the other day?
[23:09] <Unit193> wxl: Passing notes in class again, are we?  What note?
[23:09] <wxl> Unit193: could you make tsimonq2 manager on this channel or at least give him the ability to change the topic?
[23:10] <Unit193> wxl: He has the ability to change the topic, this channel isn't +t (I did that on purpose.)
[23:10] <tsimonq2> oh?
[23:10]  * tsimonq2 tries
[23:10] <wxl> oh. just not through c. got it.
[23:10] <Unit193> tsimonq2: No playing with that.
[23:10] <wxl> s/c/cs/
[23:10] <tsimonq2> Unit193: I need to update it
[23:10] <tsimonq2> Unit193: and wxl gave me permission
[23:11] <Unit193> Changing != playing, so I'm good with that. :P
[23:11] <wxl> if you shake it more than three times..
[23:11] <Unit193> Exactly, wxl!
[23:13] <wxl> uh oh, that's two
[23:13] <tsimonq2> wxl: huh?
[23:14] <wxl> 1611 < wxl:#lubuntu-devel> if you shake it more than three times..
[23:16] <wxl> THAT"S THREE!
[23:16] <tsimonq2> wxl: :O
[23:17] <Unit193> wxl: 3
[23:17] <Unit193> :D
[23:17] <wxl> Unit193: hey come on. i said MORE than three times.
[23:17] <tsimonq2> :LOL
[23:17] <Unit193> wxl: I interpreted that as 3.
[23:17] <tsimonq2> hahahaha
[23:18] <wxl> XD
[23:19] <tsimonq2> XD
[23:19] <wxl> on the matter as whether or not 3 satisfies the condition of being more than 3, there is no ambiguity
[23:19] <tsimonq2> wxl: I agree :P
[23:19] <wxl> however, points for enthusiasm, Unit193 :)
[23:20] <wxl> ew gedit
[23:25] <lynorian> well gedit is better than visual studio or notepad but that is not saying much
[23:26] <tsimonq2> yeah lol lynorian