New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
www-client/chromium: add 114.0.5735.110 #31344
Conversation
Pull request CI reportReport generated at: 2023-06-08 00:34 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
Thanks for the PR!
I'm not sure, but I would imagine that Debian, Ubuntu, and Arch would be good candidates for reference.
Yeah, I was feeling lazy and didn't roll a new tarball when adding 113. The patches in sam's tarball should become fully obsolete within a few major versions, so it isn't a permanent issue.
Please feel free to drop the warning if you think it no longer applies. We can always restore it later if necessary. |
Alpine as well.
We should probably import sultan's chromium-patches repo into somewhere on infra and just use that going forward. But the hack here is fine for this one time, I'd say. Maybe even until 115 when all of the patches should have landed. |
Also, could you check if the patches in https://bugs.gentoo.org/906911 and https://bugs.gentoo.org/906962 are in this version? It'd be a shame to have to revbump again for them if they're not. |
Looks like you're missing rust BDEP dependency,
With rust-bin-1.69.0 installed I chromium builds fine with default use flags: I think this is
With
I will keep testing in the background but it takes like 2 hours to compile this |
Pull request CI reportReport generated at: 2023-06-09 10:34 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
Pull request CI reportReport generated at: 2023-06-09 10:44 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
Pull request CI reportReport generated at: 2023-06-09 10:54 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
hahaha. 5 hours here. Good catch on the rust bdep; fixed. Bad news, I'd heard about this but thought it was a later release - chromium now requires an unreleased llvm to build. We've reverted the patch for now, but longer term it's probably better to just build a separate llvm for chromium to prevent "fun" like this again. |
Pull request CI reportReport generated at: 2023-06-09 11:14 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
Pull Request assignmentSubmitter: @Kangie www-client/chromium: @gentoo/chromium Linked bugsBugs linked: 907999, 906962, 906911 In order to force reassignment and/or bug reference scan, please append Docs: Code of Conduct ● Copyright policy (expl.) ● Devmanual ● GitHub PRs ● Proxy-maint guide |
Pull request CI reportReport generated at: 2023-06-09 11:39 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
Just pass --enable_rust=false for the moment. Rust is only used for testing. |
You need to update the compiler patch and drop this one: Compiling in less an hour here ;) |
I think I covered that in the llvm patch
that's a |
I think the idea here is you can fold it into something existing and it's slightly smaller then - we can just make the condition always true rather than just for chromeos. |
Pull request CI reportReport generated at: 2023-06-09 13:09 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
Add myself as a maintainer Closes: https://bugs.gentoo.org/906911 Closes: https://bugs.gentoo.org/906962 Bug: https://bugs.gentoo.org/907999 Signed-off-by: Matt Jolly <Matt.Jolly@footclan.ninja>
Pull request CI reportReport generated at: 2023-06-09 13:49 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
.110 is Windows release, Linux is currently at .106. Just sayin' |
I'm not too worried about this bit as historically (I think, correct me if I'm wrong) the tarballs haven't existed if it's really a Windows-only release, I think? |
AFAIK they stopped generating tarballs for everything except Linux at some point, but this change was reverted soon enough. So presently all tarballs are supposed to be generated. |
Ah! Thank you, I'll keep an eye out for this going forward then |
I had a go at bumping this ebuild after the recent update in -dev.
Good news: I can prepare and compile the source (with GCC 13!) and the installed binary works.
Bad news: I didn't ccache and forgot to run tests so that's going to be another 6+ hours away.
Add myself as a maintainer; I'll be a backup - @jeffgazso has more desire to maintain this package ongoing but I got to this bump first.
@thesamesam @floppym: Do you have any feedback at this stage? In particular, are there any distros whose packaging would be worth eyeballing to catch any required patches / regressions?
I'm not super happy with rming ~4/5 of the gcc13 patches; it might be better to just specify the 5 that we want to run or cut a new patch tarball. I strongly dislike the concept of storing patches on a random git repository that I control so if we want to go with the latter approach I might get one of you stash one in a dev space.
For posterity these are the only required patches for 114:
chromium-112-gcc-13-0001-openscreen.patch
chromium-112-gcc-13-0003-ruy.patch
chromium-112-gcc-13-0005-tensorflow-tflite.patch
chromium-112-gcc-13-0006-vulkanmemoryallocator.patch
chromium-112-gcc-13-0014-maldoca.patch
Also, is the following still valid? I'm on Nvidia GPU and Wayland and everything seems fine for now.