[00:01] <infinity> cjwatson: My work here is done, then.
[06:53] <Unit193> Crap, there was a really useful page that had info on autopkgtests, but now I'm unable to find said page..
[07:11] <cpaelzer> Unit193: what for example would you look for there?
[07:11] <cpaelzer> how they are written or where/how they are executed in infra?
[07:12] <Unit193> Well for one it's a really good reference page, and no it's about running them yourself.
[07:13] <cpaelzer> Unit193: http://packaging.ubuntu.com/html/auto-pkg-test.html#executing-the-test ?
[07:13] <cpaelzer> https://people.debian.org/~mpitt/autopkgtest/README.running-tests.html ?
[07:14] <Unit193> That's what I found as well, it isn't it.  The other was something about basics, lxc, and all.  Was short enough, but pretty decent nevertheless.  I haven't been able to find it, but found my issue.
[07:15] <cpaelzer> https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure https://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/tree/doc/README.package-tests.rst are the other two I have bookmarked on this topic
[07:17] <Unit193> (I had also found https://phabricator.kde.org/w/kubuntu/autopkgtests/staging_howto/ and https://www.wefearchange.org/2016/11/sbuild-redux.html)
[07:18] <Unit193> cpaelzer: What I needed, I'm updating package A and in doing so want to test all rdeps against it.
[07:19] <Unit193> Issue, for the magic ruby tests, one needs autodep8.
[07:29] <cpaelzer> as long as it worked I loved bileto for that (test all rdeps on LP infra), but missing robru that slowly starts to bit-rot too much
[07:29] <cpaelzer> I'd really love a general autopkgtest-my-ppa button
[07:29] <cpaelzer> but I understand that might be a ressource hog
[07:29] <cpaelzer> maybe with some sort of per user limiting
[07:32] <Unit193> Well it's not pretty, but   for pkg in $(apt-cache rdepends ruby-net-ssh | sed -n 's@  @@p');do sudo autopkgtest -U -o $pkg -B /var/cache/pbuilder/result/unstable/ruby-net-ssh_4.2.0-1_all.deb $pkg -- lxc autopkgtest-sid;done   does the trick, once I got autodep8 figured out.
[07:39] <cpaelzer> blahdeblah: would you verify bug 1706818 on xenial or should I?
[10:48] <sil2100> Anyone looking at the update-notifier autopkgtest failures or can I take a look at those?
[12:44] <LocutusOfBorg> sorry doko I don't receive all the messages, I'm still trying to get how to make irc bouncer work correctly
[12:44] <LocutusOfBorg> [18:05:40] <doko> LocutusOfBorg: https://launchpad.net/ubuntu/+source/h5py/2.7.1-1ubuntu1  please build with -v<version>
[12:45] <LocutusOfBorg> I don't get this, this was a subsequent upload after a sync of 2.7.1-1
[12:45] <LocutusOfBorg> so, I don't get which -v should have passed...
[12:45] <LocutusOfBorg> against the one in release and not against the one in proposed? seems strange to me
[14:13] <acheronuk> I assume there is not much chance of getting exiv2 0.26-1 currently in debian/exp into artful?
[14:42] <acheronuk> not overly hopeful, but 'nothing ventured' as the say: bug #1715931
[14:55] <jbicha> acheronuk: the new version requires a library transition, have you checked whether all rdepends still build with the new version?
[14:55] <jbicha> https://release.debian.org/transitions/html/auto-exiv2.html
[14:57] <acheronuk> jbicha: not yet. only just started looking. not very hopeful, but not the end of the world if not possible either
[14:58] <jbicha> it's a lot of work … :)
[14:59] <acheronuk> indeed. well the bug is there for 18.04 when it gets going :P
[15:18] <jackpot51> didrocks: I am going to work on https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1715722 with the method I described first, having alternatives for a gdm.css file that is the stylesheet of GDM
[15:19] <jackpot51> It is critical to our Beta release that we have a reliable method of overriding the GDM theme, so the alternatives method seems to be the best way to go. We can talk about further improvement and upstreaming after 17.10
[15:24] <didrocks> jackpot51: I think it will need a FFe though
[15:25] <jackpot51> In my mind, it isn't a feature
[15:25] <jackpot51> It is a bug fix for a bug affecting flavors of Ubuntu using GNOME
[15:28] <didrocks> jackpot51: you meant "deratives" rather than flavors? I don't know of any existing 17.10 flavors using gdm?
[15:28] <jackpot51> Yes, that is what I mean - derivatives
[15:29] <jackpot51> If this becomes too complicated, we would have to fork the gnome-shell package to accomplish what we need to in Pop before 17.10
[15:29] <jackpot51> So I would like to do this as simply and smartly as possible
[15:30] <didrocks> jackpot51: I guess you just need to talk to the release team telling us you want to do a temporary override until we get a better upstreamable solution and see if they consider it's a FF breakage or not
[15:30] <didrocks> maybe Laney can quickly give his thoughts ^
[15:33] <Laney> where does this pop.css come from?
[15:33] <jackpot51> Ok, that sounds good to me
[15:33] <Laney> I think it'd be easier for you to dpkg-divert the ubuntu one away if this is a temporary solution for one derivative only
[15:35] <jackpot51> Pop is a derivative of Ubuntu, providing a different GNOME experience. This also involves a custom GDM theme. I want to be able to install ubuntu-session on Pop, and pop-session on Ubuntu. Currently, the ubuntu.css has to be overridden by pop-session to provide correct GDM theming, which breaks the theme in ubuntu-session
[15:35] <jackpot51> I would code a method for both ubuntu-session and pop-session to coexist happily on the same system
[15:36] <jackpot51> I want to do it the right way, which I believe to be alternatives for the time being, as this will allow the user to select the GDM theme
[15:43] <Laney> jackpot51: It feels like a lot of complexity and risk for a one-use temporary solution
[15:44] <Laney> but if you really want to work up the patches and someone agrees that they'll review them then I guess you can
[15:44] <Laney> if it were me I'd use dpkg-divert and say that the way to revert to Ubuntu's theme is to uninstall the package
[15:50] <jackpot51> The package it comes in is gnome-shell-common, one that cannot be removed.
[15:52] <jackpot51> I will look into using dpkg-divert in our gnome shell theme package, but I would still want to be able to have both Ubuntu and Pop GNOME themes installed side by side
[16:19] <sil2100> bdmurray: hey! Would you mind if I propose an MR to fix the failing update-manager autopkgtest?
[16:20] <bdmurray> sil2100: No, what's failing now?
[16:20] <sil2100> bdmurray: one test case is wrong, started failing because a new update of policykit arrived at -updates
[16:21] <sil2100> But the update is unrelated
[16:21] <sil2100> Just the test case is wrong and it was working by 'luck' I'd say
[16:21] <jackpot51> didrocks, Laney: I created a debdiff adding the alternatives method. It was not much code, so I just wanted to get it out there for you to review: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1715722/comments/5
[16:21] <sil2100> Let me explain on the MP, you can then tell me if I think right
[16:26] <sil2100> bdmurray: https://code.launchpad.net/~sil2100/update-manager/fix-test-failure-origin/+merge/330446
[16:28] <didrocks> jackpot51: I doubt you tested it
[16:28] <didrocks> seeing the postinst, you don't reference ubuntu.css
[16:29] <didrocks> but I'm really not a fan of that approach as told and would prefer an upstreamable solution as told many times, if anyone else wants to sponsor it, (after testing it) feel free
[16:49] <jackpot51> Sorry, I uploaded the patch prematurely, true. I am waiting for launchpad to build a version that has the correct path: https://launchpad.net/~system76/+archive/ubuntu/pop-staging/+build/13352379, so I can do a full test of this.
[16:50] <jackpot51> I imagine it is too late to get a patch to you today, so I will fork gnome-shell instead
[16:56] <jackpot51> I will also work on an upstreamable solution, but I am not very satisfied with your unwillingness to see things from my perspective. You have essentially broken GDM3 for all Ubuntu derivatives, forcing your theme upon them, and then having no desire to work on any solution to remove this hard-coded theming
[16:57] <Laney> hmm, I guess actually we could use this in Ubuntu to let people use the default gdm theme
[17:00] <Laney> maybe not, that's the built in one isn't it?
[17:00] <Laney> jackpot51: please attach it, I think it's worth considering
[17:01] <Laney> goodnight!
[17:01] <jackpot51> Ok, good night Laney
[17:12] <didrocks> jackpot51: mind toning a little bit done please?
[17:12] <didrocks> jackpot51: you are quite offensive in that bug report
[17:13] <didrocks> and proposing a patch that you even didn't test it doesn't really pledge your saying
[17:14] <jackpot51> I know I screwed up, and I am sorry. But I don't want to have our amount of maintenance increased significantly because of a hardcoded GDM theme. For the short term, I can override the gnome-shell package, but it is not good for release
[17:14] <didrocks> jackpot51: does it justify this tone?
[17:14] <jackpot51> Building on gnome-shell on a new Artful installation is breaking, so I have to wait for the launchpad build to test changes.
[17:15] <jackpot51> No, it does not. I apologize for being offensive
[17:15] <didrocks> ok, better ground (not really fancy having this kind of discussion on Friday at 7:15PM)
[17:15] <didrocks> so, if I have the certainty you will work on a longer term solution, alternatives is ok
[17:16] <didrocks> (as the other solution I gave)
[17:16] <didrocks> I just don't want that we keep this for the LTS
[17:17] <didrocks> does it make sense? If so, please test the patch (especially lock screen-wise, that's the part I'm unsure if you install 2 sessions with different lock screen theme, which one will be picked)
[17:17] <didrocks> and if you tell me it's good, I can sponsor it on Monday
[17:17] <didrocks> (after a final round of testing ofc)
[17:18] <jackpot51> What happened was that user-theme stopped working the day of feature freeze for us, leading to a cascade of theming changes we had to do. This culminated in theming GDM by replacing the ubuntu.css file, which broke my ability to use ubuntu-session. I like to see all three sessions (Ubuntu, Pop, and GNOME) for testing, so I only wanted a way to keep
[17:18] <jackpot51>  them all installed while having the GDM theme we had designed. That is all. We are in a scramble to get things fixed in a sane way, allowing us to release an ISO with our own theming. I am very sorry for out of line, I have misinterpreted messages from others and gone overboard.
[17:18] <didrocks> but again, I don't want to carry the patch post-17.10. I think there is a very good opportunity for cooperating inside GNOME to have those easily themeable (Shell, GDM)
[17:18] <didrocks> jackpot51: maybe your company could have talk or even help us within ubuntu itself to get things prepared
[17:19] <didrocks> and we could have cooperated, things were discussed :)
[17:20] <jackpot51> I agree. I am here, always, with an IRC bouncer. I have been following the ubuntu-devel mailing list, which is where I first saw the gnome-shell changes. Other members of our community are present here.
[17:21] <didrocks> come participate and ask during our meeting on #ubuntu-desktop, and work within ubuntu rather than a derivative, that will help your case being taken into account :)
[17:21] <jackpot51> I also want to have a good way for all GDM instances on all distributions to have the GDM look and feel configured
[17:22] <didrocks> jackpot51: so, on that one, do we agree with the timeline? You test the patch (especially lock-screen wise), if all +1 (tell it on the bug report), I will sponsor this on Monday, and then, we work together inside GNOME to get the proper fix before the LTS
[17:22] <jackpot51> I, however, feel there is a systemic issue in the Ubuntu community of not working with people like myself, who are outsiders trying to make their way into the community
[17:23] <didrocks> I'm unsure about the "trying to make their way", I've never seen you participate on our desktop meetings for instance
[17:23] <didrocks> where we have external contributors like jbicha and others
[17:23] <jackpot51> I have written patches for ubiquity, wpa, gnome initial setup, gnome control center, and others. Some have been merged, most have been ignored
[17:23] <didrocks> jackpot51: same in any projects unfortunately, I have multiple patches ignored and staying in GNOME bug tracker for years…
[17:24] <didrocks> jackpot51: but you are on IRC, so you can comment and ping on relevant channels, this is your added value :)
[17:24] <jackpot51> For example, here is a (fully tested) patch for Encrypted Home, something that I was actually present in the Ubuntu Desktop meeting discussing a desire for it: https://bugs.launchpad.net/ubuntu/+source/accountsservice/+bug/1699216
[17:24] <didrocks> (and #ubuntu-desktop is a good one for those kind of topics)
[17:24] <didrocks> yeah, this has been discussed multiple times on #ubuntu-desktop
[17:25] <jackpot51> Now, all I am asking for is *to not have our distribution broken by upstream*
[17:25] <didrocks> I don't really know more but seen it discussed (as I don't have expertise in accountservice)
[17:25] <didrocks> jackpot51: working inside ubuntu would have helped prevented that, or at least communicating on IRC and asking for our plans
[17:25] <jackpot51> I WAS HERE
[17:26] <jackpot51> I was on #ubuntu-desktop and I talked with people about this patch
[17:26] <jackpot51> I was on the mailing list
[17:26] <jackpot51> I was on launchpad
[17:26] <jackpot51> I subscribed ubuntu-sponsors
[17:26] <jackpot51> I provided a debdiff
[17:26] <didrocks> about the GNOME Shell one?
[17:26] <jackpot51> No, the encrypted home one
[17:26] <didrocks> you are telling "all I am asking for is *to not have our distribution broken by upstream*"
[17:26] <didrocks> I was answering on that one
[17:26] <jackpot51> This one is different, the implementation details, not the high level details, hit us by surprise
[17:26] <didrocks> I don't know about the other one and the state of it
[17:27] <didrocks> ok, anyway, we have a plan for the gdm theming, right?
[17:27] <jackpot51> Yes, I believe so
[17:28] <didrocks> I guess it's going to work at least for 17.10
[17:28] <didrocks> we'll then get the better solution, where I hope system76 will help GNOME upstream to get this done
[17:28] <didrocks> and we'll revisit
[17:29] <jackpot51> That is good to hear. I will be communicating with GNOME upstream, opening a bug on their tracker and talking on their IRC, to do the right thing
[17:29] <didrocks> good :)
[17:29] <jackpot51> Sorry about my mistakes on the patch earlier, and about the time-criticality of this patch
[17:30] <didrocks> no worry, I can understand patch not being fully fledge, I accept less the tone though
[17:30] <didrocks> (and we all live on deadlines :p)
[17:30]  * didrocks really goes on week-end now
[17:31] <jackpot51> True that
[17:31] <jackpot51> Have a good weekend didrocks
[17:31] <didrocks> thanks, you too! and let's catch up on Monday jackpot51 :)
[17:31] <jackpot51> Sure thing!
[18:25] <jbicha> jackpot51: I wasn't around earlier but I can clarify a few things
[18:25] <jbicha> your string of patches related to Encrypted Home is blocked on someone reviewing accountsservice
[18:26] <jbicha> I did bring it up in this week's Desktop meeting: https://irclogs.ubuntu.com/2017/09/05/%23ubuntu-desktop.html#t13:05
[18:27] <jbicha> I do apologize for the delay there but there's only a few people that can review that change and they've all been quite busy
[18:28] <jbicha> this was fairly widely publicized: https://insights.ubuntu.com/2017/08/08/ubuntu-artful-desktop-fit-and-finish-sprint/
[18:28] <jbicha> and that does say "GDM theming"
[18:29] <jbicha> from your experience with Pop!_OS, I think you were already aware months ago that GDM theming is not that easy to override or switch between alternatives
[18:30] <jbicha> I think the Ubuntu Desktop's theming actions weren't late at all since the User Interface Freeze is not until next week
[18:30] <jbicha> https://wiki.ubuntu.com/ArtfulAardvark/ReleaseSchedule
[18:40] <jbicha> Desktop Team meeting is at 15:30 UTC Tuesday currently (9:30 Colorado time) https://wiki.ubuntu.com/DesktopTeam/Meeting
 where we have external contributors like jbicha and others   External?  I don't think someone running for DMB can be called "external" in any sense...
[19:32] <Unit193> Unless by 'external' you mean not Canonical. :P
[19:35] <jbicha> honestly, I'm not actively campaigning for DMB. It just looked like something that someone needed to do…
[19:39] <sdeziel> I'd like to know when is the next patch pilot? The Google calendar seems to be unmaintained/empty since April 2017
[20:10] <jackpot51> Thanks jbicha, I will make sure to be present during the next desktop meeting. I have missed too many.
[20:11] <jackpot51> I don't mind the delay, I just want to be sure we are in a safe place. If an upstream release of accountsservice happens, we will have to revert changes to initial setup and control center
[20:11] <jackpot51> Currently we have "safe" forks of initial setup and control center, but I was unable to have a safe replacement of accountsservice
[20:13] <Unit193> jbicha: Nobody ever does, just a wiki page usually.  Also sure it didn't land past UI freeze, but made it less idea for others, like jackpot51, where the only way to fix it would be to break FF.  It's a bit of a hard move.
[20:13] <jackpot51> By the way, the work Ubuntu has done to theme GDM and GNOME Shell has been very helpful for our own efforts. It has been nice to finally kill off the use of "User Themes" - theming using stylesheets and modes feels much more correct
[20:15] <Unit193> (I've also had no interaction with jackpot51 or Pop! before, btw, so I don't have a specific reason to be "on his side".)
[20:16] <Unit193> jackpot51: Who was your UEFI guy?
[20:23] <jbicha> yeah, GDM is the one exception where we don't have a good way to separate out the major Ubuntu changes but that's also a bit of an upstream problem
[20:30] <Unit193> LocutusOfBorg: So it seems I've gone and done it... https://wiki.ubuntu.com/Unit193/MOTU
[20:31] <jackpot51> Unit193 what do you mean UEFI?
[20:32] <Unit193> jackpot51: I was talking with someone from sys76 a while ago, he was doing stuff with UEFI and Qemu.  I suppose it doesn't really matter.
[20:32] <jackpot51> Was that Jason or David?
[20:33] <Unit193> Jason could be, don't know real names.
[20:33] <jackpot51> jderose
[20:33] <Unit193> Yep!
[20:37] <Unit193> mapreri: Not sure if you're interested, but might be.  MOTU application above, feel free to ignore or make comments about corrections!
[20:38] <mapreri> Unit193: -v?
[20:39] <Unit193> I'm not sure what else I could say, sorry for another communication blunder. :3
[20:39] <mapreri> Unit193: I mean, where should I start reading?
[20:39] <Unit193> https://wiki.ubuntu.com/Unit193/MOTU ?
[20:40] <mapreri> oh, you mean you are running for MOTU and you seek an advocate?
[20:40] <mapreri> looks so :)
[20:40] <Unit193> Advocate if you feel like it, a general going over and comments about corrections if you don't wish to advocate.
[20:41] <mapreri> ack
[20:41] <Unit193> Thanks!
[20:41] <mapreri> Unit193: I'll keep the tab open and will get back to you in the next few days
[20:42] <Unit193> No problem, thanks muchly.
[20:42] <mapreri> I kind of have a deadline looming over me and making me a tad anxious...
[20:42] <jackpot51> What is a MOTU?
[20:42] <mapreri> Unit193: well, you know about it, actually… :P
[20:42] <jackpot51> nvm https://wiki.ubuntu.com/MOTU
[20:42] <wxl> !motu
[20:43] <Unit193> jackpot51: People that can upload to non-core packages.  I'm an Xubuntu developer and can upload to Xubuntu packages (mostly), but that doesn't help for when I want to contribute outside of Xubuntu.
[20:44] <mapreri> so, ja na
[21:11] <Unit193> LocutusOfBorg: Just as an *FYI*, https://packages.qa.debian.org/t/tint2/news/20170908T210923Z.html previous upload built on everything besides hurd and kfreebsd.
[21:34] <tsimonq2> jackpot51: fwiw irt the encrypted home patch, we're waiting on the Release Team to ack the FFE... that's, fwiw, outside of the Desktop Team's control (there's #ubuntu-release if you wish)
[21:34] <jackpot51> Thanks tsimonq2, that is good to hear
[21:35] <tsimonq2> jackpot51: Unfortuately, your patch was in a collection of ones on here: http://reqorts.qa.ubuntu.com/reports/sponsoring/
[21:35] <tsimonq2> jackpot51: When I became MOTU on August 28th, I went and cleaned up shop a bit
[21:36] <tsimonq2> (in the collection of untouched, unresponded-to)
[21:36] <tsimonq2> jackpot51: But yeah, once that FFE gets a Release Team ack and in general an ack from the Desktop Team, I'll be happy to hunt someone down to upload it for you :P
[21:38] <LocutusOfBorg> Unit193, do you want a sync?
[21:38] <Unit193> LocutusOfBorg: If it's free, sure.
[21:40] <jackpot51> Ok, thanks tsimonq2
[21:40] <LocutusOfBorg> Unit193, you tell me :)
[21:40] <LocutusOfBorg> you are applying to MOTU, so you should know if it should be syncd or not :p
[21:41] <tsimonq2> jackpot51: yw, thanks for your work :)
[21:42] <Unit193> LocutusOfBorg: Depends on how strict a view you have, it's certainly a splinter package, but https://gitlab.com/o9000/tint2/blob/master/ChangeLog that seems quite a jump from 12.12
[21:43] <LocutusOfBorg> please get an Ffe, major code refactoring is something we shouldn't ignore
[21:44] <LocutusOfBorg> https://anonscm.debian.org/cgit/collab-maint/tint2.git/tree/ChangeLog