 Its there.. Say something
 There
 Or cai post it 3 times again?
 can
[00:01] <wxl> the *2nd* one, where it's unplugged, @Bitocoinare?
 Yes
 Same thing
[00:01] <wxl> nope didn't see it
 Ok.. You want us to continue here?
[00:02] <wxl> nope. just paste it there
 Say something there.. please
 anything
[00:02] <wxl> you're not in there, at least not by nick, @Bitcoinare
 Oh dear..lol Maybe I should have reloaded after disconnecting
 I've been typing away
[00:41] <wxl> who's the BIOS bug person, @tsimonq2 ?
[00:41] <tsimonq2> wxl: Oh, right, ypwong
 @tsimonq2, and now it's when I say how proud I feel about MY TEAM, because that's what you've been all these years
 but I still want my bloody beer! 😐
 Heh thanks :)
[01:47] <agaida> /me hands VikinRedwolf a Pils: http://www.bier1516.bayern/imagetypes/rex_lightbox/urquell.jpg
[04:44] <wxl> dumb question, @tsimonq2 but is 18.04 affected by this bug? should we be warning people against hardware testing?
 @wxl, You might want to check with ypwong but I think it's been disabled there
[04:44] <wxl> also are phab emails working? did you get notification of the changes i did this morning?
 Hm, no, didn't get that
[04:45] <wxl> so yeah you may want to check into whether mails are failing but http://phab.lubuntu.me/T1
[04:46] <tsimonq2> Hm ok
[04:47] <wxl> and give a think/ask around about hardware testing in 18.04, especially with alpha coming up
 Ok
[05:24] <wxl> yes
[05:32] <wxl> bug 1347801
[05:32] <wxl> ignore that
[05:35] <wxl> hey @tsimonq2 want to talk about that GCI task for upgrading?
[05:36] <tsimonq2> wxl: yea sure what's up?
[05:36] <wxl> looks like we have four testcases for dealing with upgrades: 2 are for LTS, 2 are not and for each of them there's an upgrade with update-manager and an upgrade with the image e.g. http://iso.qa.ubuntu.com/qatracker/milestones/384/builds/163339/testcases
[05:37] <wxl> so i think the task is really, well, upgrading. it doesn't exactly test every single installation possibility, but it seems like that has worked out fine
[05:37] <wxl> the same logic was applied with the creation of the BIOS/UEFI testcases
[05:38] <wxl> so you have a problem with me just making this simple?
[05:38] <tsimonq2> So what would be the reason for simplifying it?
[05:38] <tsimonq2> I get why the BIOS/UEFI tasks are simple
[05:38] <tsimonq2> But
[05:39] <wxl> because that's how the testcases are written XD
[05:39] <tsimonq2> Why make this simple too?
[05:39] <tsimonq2> hehe
[05:39] <tsimonq2> well
[05:39] <tsimonq2> I mean if you can give me a good justification for it then JFDI but otherwise what's the use? :)
[05:40] <wxl> well it's to test if the upgrade works correctly. admittedly, tif you, e.g. managed to install with XFS correctly, the upgrade isn't going to change that
[05:40] <tsimonq2> Right?
[05:40] <wxl> so no need to test every single installation type
[05:40] <wxl> but that's kind of what you had suggested before....
[05:41] <tsimonq2> oh
[05:41] <tsimonq2> hm
[05:41] <wxl> cuz really at that point, we might want to start questioning the validity of those testcases
[05:41] <wxl> as written, at least
[05:41] <tsimonq2> Well to be clear, we should test amd64 and i386 image and update manager LTS->LTS and Regular->LTS upgrades.
[05:41] <tsimonq2> So I mean
[05:41] <tsimonq2> I see the use for them
[05:41] <wxl> yep
[05:42] <wxl> ok so we're on the same page then
[05:42] <tsimonq2> Are we though?
[05:42] <tsimonq2> Because I see the use for them as is ;)
[05:42] <wxl> i do, too
[05:42] <tsimonq2> ok
[05:42] <tsimonq2> Then cool
[05:42] <wxl> but what i heard you say was that you wanted the student to do every single type of installation and then do the upgrade on all of them and that's kind of insane
[05:42] <tsimonq2> No
[05:42] <tsimonq2> Maybe
[05:43] <wxl> no :)
[05:43] <tsimonq2> Did I? O_o?
[05:43] <tsimonq2> (that's what I'm questioning here)
[05:43] <wxl> that's what i thought i read but i dunno :)
[05:43] <tsimonq2> Like I'm a fan of hard labor and all but like
[05:43] <tsimonq2> Don't think I said that :)
[05:43] <tsimonq2> anyways
[05:43] <tsimonq2> wxl: two more things I've been thinking about real quick
[05:43] <wxl> k
[05:44] <tsimonq2> wxl: Once everybody gets back from break and all, wanna look into converting our seeds (at least for Bionic) to Git?
[05:44] <tsimonq2> It's possible, I **THINK**
[05:44] <tsimonq2> But we'd be doing the grunt work if not
[05:44] <wxl> that might be cool
[05:45] <tsimonq2> I'd also like a +1 from gilir before actually doing it, but like, just a thought :)
[05:45] <wxl> as long as there isn't some weird bzr-only hook the canonical infrastructure has :/
[05:45] <tsimonq2> Because Bazaar is aaaaaaaaancient
[05:45] <wxl> bzr is alright but i'm happier with git
[05:46] <wxl> here was the confusing comment https://irclogs.ubuntu.com/2017/12/25/%23ubuntu-google.html#t01:30
[05:46] <tsimonq2> Well do an apt source lubuntu-meta real quick and look at that fugly update.cfg real quick
[05:46] <tsimonq2> So it might be
[05:47] <tsimonq2> wxl: oh? don't see how that's confusing :)
[05:47] <wxl> what i heard was "they need to do every installation type and try to upgrade each of them"
[05:47] <wxl> and yes i do see a bzr+ssh there
[05:48] <tsimonq2> wxl: no but look at the structure of it
[05:48] <tsimonq2> bionic/bzr
[05:48] <tsimonq2> so hmm
[05:48] <tsimonq2> dunno
[05:48] <wxl> right that too
[05:48] <tsimonq2> wxl: Anyways, that's not what I meant
[05:48] <wxl> and check out update
[05:48] <wxl> exec germinate-update-metapackage --bzr
[05:48] <tsimonq2> ohhhhhhhh
[05:48] <tsimonq2> so we CAN use Git
[05:49] <tsimonq2> coooooooooool
[05:49] <wxl> maybe
[05:49] <wxl> http://manpages.ubuntu.com/manpages/zesty/en/man1/germinate-update-metapackage.1.html
[05:49] <tsimonq2> wxl: well I mean I'd like an ack from the likes of slangasek/infinity
[05:49] <tsimonq2> yeah ik I just checked there, I see git XD
[05:50] <tsimonq2> wxl: I'll play around it locally and I'll get an ACK/NACK once I know it's possible
[05:50] <wxl> the whole guessing from the uri is kind of interesting
[05:50] <tsimonq2> (from all parties)
[05:50] <tsimonq2> oh?
[05:50] <wxl> interesting, like annoying
[05:50] <wxl> The version control system to use is guessed from
[05:50] <wxl>            the seed_base URL defined in the configuration file, trying git
[05:50] <wxl>            then bzr if the URL is ambiguous.
[05:50] <wxl> ..although that latter clause is nice
[05:50] <wxl> if it can't be guess from the uri, it tries git first
[05:50] <tsimonq2> Actually, let me try this now...
[05:51] <wxl> It may also
[05:51] <wxl>      have a dist/vcs or dist/bzr section which can override the seed_base and
[05:51] <tsimonq2> right
[05:51] <wxl>      seed_dist values from the dist section if the --vcs or --bzr option
[05:51] <wxl>      respectively is given.
[05:51] <wxl> ^^ update.cfg
[05:52] <wxl> so you could do [bionic/vcs]
[05:53] <tsimonq2> right
[05:53] <wxl> then s/bzr/git/ and then you have to add the +git in there cuz ugh launchpad
[05:54] <tsimonq2> right
[05:54] <tsimonq2> hm
[05:54] <wxl> this man page is a wee confusing
[05:54] <tsimonq2> wxl: Made the change locally with https://code.launchpad.net/~lubuntu-dev/ubuntu-seeds/+git/lubuntu.bionic (got it that way with git-remote-bzr <3), let's see if it crashes and burns
[05:54] <wxl> apparently seeds is mandatory in distribution sections, but there's not one in the dist/vcs section
[05:55] <wxl> so how did that no-follow-recommends test go?
[05:55] <tsimonq2> There was literally little to no difference at all
[05:56] <tsimonq2> So I think it went well :)
[05:56] <wxl> did you record the actual difference with real numbers? if not, you might want to do that :)
[05:56] <tsimonq2> Might be a good idea ;)
[05:57] <wxl> you think? :)
[05:57] <tsimonq2> k so git+ssh://git.launchpad.net/~lubuntu-dev/ubuntu-seeds/+git/lubuntu.bionic crashed and burned but it was complaining about ssh stuff, bleh,
[05:57] <tsimonq2> I'll try https://git.launchpad.net/~lubuntu-dev/ubuntu-seeds/+git/ in there
[05:58] <tsimonq2> er
[05:58] <tsimonq2> I did a thing
[05:58] <tsimonq2> brb
[06:01] <wxl> um
[06:01] <wxl> download links no existy http://iso.qa.ubuntu.com/qatracker/milestones/384/builds/163340/downloads
[06:07] <tsimonq2> O_o?
[06:11] <tsimonq2> wxl: ohhhh I see why it's crashing and burning
[06:11] <tsimonq2> The Git autodetection sucks XD
[06:12] <wxl> toldya
[06:12] <wxl> but if it fails, it should try git first
[06:14] <tsimonq2> right...
[06:14] <tsimonq2> hmm
[06:15] <wxl> how's that? https://codein.withgoogle.com/dashboard/tasks/5709752640208896/preview/
[06:15] <tsimonq2> wxl: lgtm
[06:16] <tsimonq2> wxl: OH, one more thing I want to talk to you about, while this is going
[06:16] <tsimonq2> wxl: Do you have a Pi?
[06:16] <wxl> 3 of them XD
[06:16] <tsimonq2> wxl: What model/version?
[06:16] <wxl> one of each of the 3 :)
[06:17] <tsimonq2> wxl: How would you feel about Raspberry Pi images for Lubuntu Next being on official infra? ;)
[06:17] <tsimonq2> Shouldn't be too hard to figure out
[06:17] <wxl> i guess we tried this before or something like it and it didn't work out too well
[06:17] <tsimonq2> But I know Kylin and Budgie were wanting to do it
[06:17] <tsimonq2> wxl: oh?
[06:17] <tsimonq2> do tell
[06:17] <wxl> maybe that's because it was the older chip
[06:18] <tsimonq2> armhf vs arm64?
[06:18] <wxl> i'm not sure... i just know there are armhf testcases laying around from the He Who Shall Not Be Named days
[06:18] <tsimonq2> oh
[06:18] <tsimonq2> We did a Nexus thing I think
[06:18] <wxl> hm yeah i dunno
[06:19] <tsimonq2> wxl: But I know Ubuntu Server has official daily Pi images
[06:19] <tsimonq2> Wanna piggyback? :)
[06:19] <wxl> yeah but huh
[06:19] <wxl> https://ubuntu-pi-flavour-maker.org/
[06:20] <tsimonq2> RIght
[06:20] <wxl> i notice he's got core and server for pi 2 up there and they have "official" support
[06:20] <tsimonq2> right
[06:20] <wxl> so it seems that there may be some bleedover both ways
[06:20] <tsimonq2> Yeah, dunno how far he got
[06:20] <wxl> i'd definitely want to hook martin in
[06:20] <tsimonq2> But I remember discussing with him about this at one point, we were thinking this was an 18.10 thing
[06:20] <tsimonq2> But eh
[06:20] <wxl> but yes i'm into it
[06:20] <tsimonq2> Ok cooool
[06:21] <wxl> afaik 2/3 are both armv7 so that should be good
[06:22] <wxl> 3 is armv8
[06:22] <tsimonq2> wxl: well look at the archive
[06:22] <wxl> actually there was a late version of 2 which was, too
[06:22] <tsimonq2> We have arm64 and armhf
[06:22] <tsimonq2> iirc arm64 is Pi3
[06:22] <wxl> don't think so
[06:22] <tsimonq2> A good way to test this is to grab Debian
[06:22] <tsimonq2> Throw it on there :)
[06:23] <tsimonq2> Hmmmmmmmmmmmm maybe I read wrong then wxl
[06:23] <tsimonq2> idk
[06:23] <tsimonq2> :)
[06:23] <wxl> there are arm chips that are server based that are 64
[06:23] <wxl> https://wiki.debian.org/ArmHardFloatPort#Supported_devices
[06:23] <wxl> oh maybe armv8 IS 64
[06:23] <wxl> hm
[06:24] <wxl> oh it is :)
[06:24] <tsimonq2> OHHHHHHHHHHHHHHHHHHHHHHHHHHHHH
[06:25] <tsimonq2> I FIGURED THIS OUT
[06:25] <tsimonq2> * Cloning branch bionic of git://git.launchpad.net/~lubuntu-dev/ubuntu-seeds/+git/lubuntu/
[06:25] <tsimonq2> OHHHHHHHHH
[06:25] <tsimonq2> So
[06:25] <tsimonq2> I know what I gotta do now
[06:25] <wxl> no ssh eh?
[06:25] <tsimonq2> Nah nah nah that's irrelevant
[06:25] <tsimonq2> wxl: We can just have different Git branches
[06:25] <tsimonq2> No more separate repos
[06:25] <tsimonq2> Just new Git branch
[06:25] <tsimonq2> :D
[06:25] <wxl> ah
[06:26] <tsimonq2> OH so I know EXACTLY what to do now
[06:26] <tsimonq2> Peeeeerrrrrffffffeeeeeccccctttttttt
[06:26] <wxl> https://wiki.debian.org/RaspberryPi3
[06:27] <tsimonq2> wxl: "The Raspberry Pi 3 is a version of the RaspberryPi which was released in February 2016. It contains a 1.2 GHz ARM Cortex-A53 CPU and hence is the first version of the RaspberryPi to support the arm64 architecture."
[06:27] <tsimonq2> So I *was* right
[06:33] <tsimonq2> wxl: YESSS IT WORKS
[06:33] <tsimonq2> https://git.launchpad.net/~lubuntu-dev/ubuntu-seeds/+git/lubuntu
 @julienlavergne Since having our seed in Git seems to work fine with minimal config tweaks, would you be OK with us deprecating usage of the Bazaar branch once I get an ack from the Release Team?
[06:44] <wxl> good job, @tsimonq2. re: pi, check that page and you'll see all sorts of issues specifically related to the particular hardware on the pi, i.e. the arm64 chip ain't the only thing.
[06:45] <tsimonq2> wxl: hm ok
[06:45] <tsimonq2> wxl: and thanks
[06:48] <wxl> https://askubuntu.com/questions/984043/unable-to-make-changes-in-bios-after-17-10-installation
[06:48] <tsimonq2> wxl: Link that to the guy in #ubuntu-devel but I don't think it's a good solution :/
[06:48] <wxl> he'll see it
[06:48] <tsimonq2> ok
[06:49] <wxl> i've seen this previously; ye ole update the kernel and all is well
[06:49] <wxl> i DON'T think that will fix all devices from what i can tell, but some
[06:49] <wxl> neat https://github.com/teejee2008/ukuu
[06:49] <tsimonq2> wxl: And btw if you hate that the manual tests are in Bazaar, ask flocculant about a Git conversion. git-remote-bzr works well :)
[06:49] <tsimonq2> heh right
[06:53] <wxl> however, re: ukuu as a solution for the average user, from the MainlineBuilds page: "These kernels are not supported and are not appropriate for production use. "
[06:54] <wxl> anyways bed calls
[06:54] <tsimonq2> wxl: Ok bai, have fun :)
 @agaida, yayyy! not a stout but it'll do
 @rbesTO_fox, o/
 @rbesTO_fox, Hey, welcome! Happy Holidays!
 thanks, and mine congratulations)
 @tsimonq2, thanks, and mine congratulations)
 @rbesTO_fox, :)
[21:24] <redwolf[m]> !whois redwolf
 @tsimonq2, Sure, thanks for this :-)
 @julienlavergne, Cool :)
 @julienlavergne!! I started with the "de-branded" icons
 @VikingRedwolf, Nice :-) Let me know when the images / assets are available so I can do the packaging stuff
 (Audio, 127s)http://vps.tsimonq2.net:9090//file_3181.mp3
 :)