[12:00] <ahasenack> morning
[12:08] <jochensp> mwhudson: it would allow installing lic6 and dpkg with a Debian dpkg, but never mind
[14:51] <xevious> athos: I have some questions about the PHP "RTD collision with opcache" bug on Launchpad. Is it okay for me to DM you?
[14:59] <athos> xevious: sure :) You can also ask here unless you believe it is private information that would not concern other developers here ;)
[15:11] <xevious> athos: I might as well just discuss it in here, I suppose.
[15:12] <athos> xevious: sounds good. #ubuntu-server should also be a good place for this :)
[15:13] <xevious> athos: I had missed the "opcache.enable_cli" option, which prevented my system from reproducing it in the terminal when I had tried to script it. Thanks for finding that.
[15:14] <xevious> athos: Actually, I think #ubuntu-packaging is really the appropriate channel for my main question. However, it seems like that channel is effectively dead.
[15:22] <xevious> athos: Before filing the ticket, I locally built a patched package by checking out the PHP source from Launchpad, using the git commands suggested on this page: https://code.launchpad.net/~git-ubuntu-import/ubuntu/+source/php7.4/+git/php7.4/+ref/ubuntu/focal-updates, and then using quilt to add the upstream commit's patch (with offsets adjusted accordingly).
[15:22] <xevious> athos: When I attempted to commit it, I discovered that the project's .gitignore contains ".patch". So, I wasn't able to commit my changes.
[15:22] <xevious> athos: What is the intended workflow?
[15:27] <rbasak> xevious: you can use "git add -f". Unfortunately there's no way to ask git to disable .gitignore across an entire repo, as would be appropriate for packagers when it's upstream's .gitignore file that's interfering.
[15:30] <xevious> rbasak: Ah, that makes sense. Thanks for clarifying that it originated from upstream - obviously, I didn't think to investigate its origin. I felt like I should confirm that it's actually the right thing to do before adding `-f` parameters to commands I was running.
[15:36] <xevious> Unfortunately, I had to reimage the machine that I had built the patched package on. It was pretty quick to produce it since it only requires adjusting the offsets to get it to cleanly apply, so I can easily recreate it.
[15:38] <xevious> athos: I see that the ticket has been assigned to you but its importance is still "Undecided". I'm definitely affected by that bug. Were you planning on working on it soon, or is it a low priority for you? If you want me to take care of it, let me know.
[15:41] <athos> xevious: I needed that reproducer to ease the SRU process. Now we have it. Do you want to take over? I can help either sponsoring or getting it sponsored and help you with the SRU process as well :)
[15:43] <xevious> Sure, I can take care of it. It'll likely be either tomorrow or next Wednesday, based on other deadlines/obligations.
[15:44] <xevious> Thanks for offering to help with guidance/sponsorship.
[15:58] <laney> ginggs: sil2100 fixed ben :-)
[15:59] <athos> xevious: sounds good then! Let me know if you need anything :)
[16:00] <ginggs> laney: thank you!
[16:01] <laney> the git security update broke it
[16:01] <laney> !!!
[16:01] <laney> 19/04 17:01:05 <ubottu> Factoid '!!' not found
[16:01] <laney> thanks
[16:04] <xevious> lol