[03:48] <mwhudson> oh haha that "mdadm device name with spaces" crazyness is mdadm's fault
[03:49] <mwhudson> it reads the name out of a file with sscanf ("%200s") which matches a run of non whitespace characters
[07:04] <lordievader> Good morning
[10:23] <ahasenack> good morning
[11:06] <frickler> jamespage: did a bit more digging on that apache shibboleth issue and the root cause seems to be this bug: https://bugs.launchpad.net/ubuntu/+source/xmltooling/+bug/1776489 , would be great if you could find someone to take care of it
[11:37] <ahasenack> cpaelzer__: could you take a look at https://code.launchpad.net/~ahasenack/ubuntu/+source/symfony/+git/symfony/+merge/359137 please?
[12:19] <cpaelzer> ahasenack: yep checking the MP now
[12:19] <ahasenack> thx
[12:22] <cpaelzer> kstenerud: "errcodes			FAILED"
[12:22] <cpaelzer> so it seems the build fixes are still needed then right?
[12:22] <cpaelzer> you can bring them (not the thumb2) changes in and rebuild to check if that was it
[12:22] <cpaelzer> and then make the MP that way
[12:23] <kstenerud> where did that error come from?
[12:23] <cpaelzer> from your new PPA building the code dropping the delta
[12:23] <kstenerud> on the ppa page somewhere?
[12:23] <cpaelzer> yep
[12:23] <cpaelzer> I saw that x86 builds failed
[12:23] <cpaelzer> so I checked the build log which you can reach from there
[12:23] <cpaelzer> kstenerud: also you could give it a try to build in Debian with the build fixes that we seem to need
[12:23] <kstenerud> what page did the report go to?
[12:23] <cpaelzer> if it works there with the fixes we might ask if they woudl take them
[12:24] <cpaelzer> kstenerud: get to the hangout I'll show you the path
[12:43] <Sircle> Any service provider that can give smallest possible speced servers at monthly billing?
[13:12] <cpaelzer> ahasenack: I did the review, but for now it is a nack
[13:12] <cpaelzer> ahasenack: give my update a read and then let me know so that we can sort out how to proceed
[13:12] <ahasenack> ok
[13:16] <cpaelzer> ahasenack: can you remove the ubuntu-server review slot?
[13:17] <ahasenack> nope
[13:17] <ahasenack> no such option
[13:18] <cpaelzer> what a pain
[13:18] <cpaelzer> it makes a common UI enforced mistake even worse
[13:19] <cpaelzer> ahasenack: is my wondering about 3.4.17 vs 3.4.18 reasonable or did I miss something?
[13:20] <ahasenack> cpaelzer: yeah, that was when I was thinking in terms of git workflow and an automatic changelog version was generated, I had it correct when I uploaded to bileto
[13:20] <ahasenack> right now I'm wondering how to add the fixup about the armhf messaging without disturbing the logical tag
[13:21] <cpaelzer> ahasenack: well kep logical as is
[13:21] <cpaelzer> ahasenack: on the merge branch modify the file
[13:21] <cpaelzer> and mention it like "clean up ..." in CL
[13:21] <ahasenack> it would be an added change
[13:21] <cpaelzer> yes
[13:21] <cpaelzer> but one that would be squashed next time
[13:21] <ahasenack> after remaining changes
[13:21] <cpaelzer> yes
[13:22] <ahasenack>   * New upstream release 3.4.18. Remaining changes:
[13:22] <ahasenack>     - Do not fail testsuite on s390x
[13:22] <ahasenack>   * Added changes:
[13:22] <ahasenack>     - d/p/phpunit: drop comment about armhf, since we are only skipping s390x.
[13:22] <ahasenack> does that look weird?
[13:22] <ahasenack> ops, and it's d/t, not d/p
[13:23] <ahasenack> or
[13:23] <ahasenack>   * New upstream release 3.4.18. Remaining changes:
[13:23] <ahasenack>     - Do not fail testsuite on s390x
[13:23] <ahasenack>       [drop comment about armhf, since we are only skipping s390x.]
[13:23] <cpaelzer> the former is better for correctness, but the latter is more readable
[13:23] <cpaelzer> both work
[13:31] <cpaelzer> ahasenack: ok you are rewriting things it seems - next steps you ping me with a revised version then?
[13:31] <ahasenack> cpaelzer: I pushed
[13:35] <cpaelzer> ok, reading
[13:35] <cpaelzer> ahasenack: is the tarball somewhere so I can take a look?
[13:39] <ahasenack> it's in the ppa
[13:39] <ahasenack> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3529/+packages
[13:39] <ahasenack> cpaelzer: ^
[13:39] <cpaelzer> ok
[13:39] <ahasenack> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3529/+sourcefiles/symfony/3.4.18+dfsg-0ubuntu1~ppa1/symfony_3.4.18+dfsg.orig.tar.gz
[13:41] <cpaelzer> alsready comapred it
[13:41] <cpaelzer> LGTM
[13:41] <ahasenack> thx
[16:31] <rbasak> kstenerud: on bug 1804069 it's in my triage list because it was touched yesterday. Since it's a patch-on-a-plate, I'm tagging it server-next.
[16:31] <rbasak> Also bitesize
[19:27] <Sircle> What essential tools for email delivery assurance should I be using with postfix or any other MTA?
[19:37] <sdeziel> Sircle: do you want to ensure your recipients get your emails instead of being rejected as spam ?
[19:38] <Sircle> sdeziel,  yes
[19:41] <sdeziel> Sircle: so you need to make sure you don't send spam to begin with :)
[19:42] <sdeziel> Sircle: then you need to comply with the rules of the recipient side (gmail.com, outlook.com, etc)
[19:42] <Sircle> sdeziel,  thats a good suggestion! Are there any tools for maintenace, security etc?
[19:42] <sdeziel> Sircle: so that usually mean having SPF, DKIM and DMARC setup
[19:42] <Sircle> sdeziel,  I hope postfix is not open to general public as default?
[19:42] <Sircle> sdeziel,  I have done spf, dkim, dmarc
[19:43] <sdeziel> Sircle: postfix isn't an open relay by default (fortunately)
[19:43] <Sircle> sdeziel,  gmail is going fine, hotmail just not even putting my mails in junk. Is there a form link to contact hotmail for that?
[19:44] <sdeziel> Sircle: I don't know about hotmail, this is usually a domain I ignore ;)
[19:44] <openfire> Outlook/Hotmail is the service you shouldn't ignore.
[19:44] <sdeziel> Sircle: make sure your outbound IPv6 and IPv4 addresses have PTR and decent reputation
[19:44] <sdeziel> openfire: why, because it hosts so many other domains?
[19:45] <openfire> And the outsized impact it has on spam and reputation lists, yes.
[19:45] <sdeziel> openfire: oh well, I tried to get a hold on someone there long ago to tell them their TLS 1.2 setup was broken, here we are years later and nobody responded
[19:46] <sdeziel> Sircle: you should also get listed to dnswl.org
[19:51] <Sircle> sdeziel,  ok
[19:55] <Sircle> sdeziel,  exact link to add to whitelist?
[19:56] <sdeziel> Sircle: https://www.dnswl.org/selfservice/
[19:58] <Sircle> k