Package Details: qt5-webkit 5.212.0alpha4-27

Git Clone URL: https://aur.archlinux.org/qt5-webkit.git (read-only, click to copy)
Package Base: qt5-webkit
Description: Classes for a WebKit2 based implementation and a new QML API
Upstream URL: https://github.com/qtwebkit/qtwebkit
Licenses: LGPL-2.1-only
Submitter: arojas
Maintainer: FabioLolix
Last Packager: FabioLolix
Votes: 40
Popularity: 0.034851
First Submitted: 2022-11-21 07:42 (UTC)
Last Updated: 2025-04-02 21:40 (UTC)

Sources (10)

Pinned Comments

FabioLolix commented on 2025-02-23 10:10 (UTC) (edited on 2025-02-23 10:12 (UTC) by FabioLolix)

READ THE PINNED COMMENTS

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

READ THE PINNED COMMENTS

FabioLolix commented on 2024-08-20 14:12 (UTC)

btw patches are welcome here https://github.com/FabioLolix/PKGBUILD-AUR_fix/tree/master/q

FabioLolix commented on 2024-05-24 12:05 (UTC)

qt5-webkit-movableink-git prebuild uploaded on sourceforge, thanks to MoetaYuko for the patch

About the comments; I'm starting to get really pissed off; please refrain to stating the obvious, make questions already answered, reporting already reported stuff, the icu solutions work for installed packages whenever how quirk they are, etc, etc, etc....

If you wanna post, post a patch!

I'm not a programmer but I guess webengine would be more convenient

@TheExplorer You don't say! [insert Nicals Cage meme]

If this package would never build in the future, shouldn't it be dropped in favor of qt5-webkit-movableink-git?

@oldherl have you tried to read the post before yours before posting, you should try that

FabioLolix commented on 2024-05-23 08:40 (UTC)

Post another time that this fails to build with icu 75 and I'll no longer upload the pre-build packages, I have qt5-webkit-movableink-git ready. You have been warned.

Have been posted enough icu 74 solution too.

FabioLolix commented on 2023-12-27 15:49 (UTC)

btw, depends on libicuuc.so have been added so you are obliged to uninstall and rebuild when there is a new icu update instead of keeping a non-working qt5-webkit (which lead to other build issues)

xiota commented on 2023-11-12 17:30 (UTC)

Or read: makepkg: Improving build times.

FabioLolix commented on 2023-01-06 17:06 (UTC)

Pre builded (in clean chroot) package here https://sourceforge.net/projects/fabiololix-os-archive/files/Packages/ for who is interested

Latest Comments

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 22 23 Next › Last »

eclairevoyant commented on 2023-05-30 22:06 (UTC) (edited on 2023-05-30 22:08 (UTC) by eclairevoyant)

@rado84 Like I said, error codes are meaningless for debugging, you have to actually scroll back up in the build log to identify the spot where the error happened and debug that specific error message. I never would have guessed it was due to makeflags until you posted the full logs and I saw the error in the logs.

That's also why @FabioLolix asked you to post the full log. If you're getting build failures with another package, you'll need to check those build logs for the string error: or something. (Also if you see a command spit out the entire help message, that is basically implying you made a syntax error, which is what happened with your makeflags scenario.)

rado84 commented on 2023-05-30 18:39 (UTC)

Oh, my mistake, then. I thought you were suggesting to modify the PKGBUILD of qt5-webkit on AUR.

@eclairevoyant, you said that error code 4 meaning was somehow related to the number of threads selected in makepkg.conf but now I doubt that it is so. I've already set it to "-j8" and while many other packages compile properly (and I can actually hear the CPU going nuts, due to the -j8 setting), now another AUR package throws the same error code 4: unrpyc. That makes me doubt that this error code 4 has anything to do with the number of makeflags.

zwastik commented on 2023-05-25 20:02 (UTC)

@rado84 https://i1.sndcdn.com/artworks-zsOXvFgeCz65yoAH-vTwATw-t500x500.jpg I said users of 8GiB or less use -j1, meaning modifying their own PKGBUILD as I was trying to figure that out.

rado84 commented on 2023-05-25 17:17 (UTC)

@zwastik, I suggest NOT. Those of us with 32 GB RAM or more don't wanna wait an eternity for everything to compile (cuz this isn't the only package from AUR we have to compile). Your lack of memory isn't our problem or fault, so you either upgrade your hardware, or find a workaround.

eclairevoyant commented on 2023-05-25 03:25 (UTC)

export it at the top of build() if you want, or change your makepkg.conf. The only reason to override it on the AUR PKGBUILD is if it's unsupported upstream or if there's issues parallelising the build

zwastik commented on 2023-05-24 23:19 (UTC)

Just to let you know that this package fails to compile when using 4 or more threads, because it consumes all memory at some step and the system hangs. Ryzen 3 5300U with 8Gib Ram. PKGBUILD can override the -jx in makepkg.conf according to https://wiki.archlinux.org/title/makepkg#Parallel_compilation but I cant figure out how. I suggest setting -j1 for 8GiB ram or less systems.

eclairevoyant commented on 2023-05-24 15:18 (UTC) (edited on 2023-05-24 15:35 (UTC) by eclairevoyant)

The error codes are kind of meaningless to me, as they are not specific enough for debugging, and frankly I have no idea what error code 4 means; I was actually referring to this error from your English logs:

-- Generating done (0.6s)
-- Build files have been written to: /home/rado/.cache/trizen/sources/qt5-webkit/src/build
make: the 'j' option requires a positive, integer argument
Usage: make [OPTION]… [FILE]…

I guess this corresponds to the following in Bulgarian:

-- Generating done (0.6s)
-- Build files have been written to: /home/rado/.cache/trizen/sources/qt5-webkit/src/build
make: опцията „j“ изисква положителен, целочислен аргумент
Употреба: make [ОПЦИЯ]… [ФАЙЛ]…

I also added export MAKEFLAGS="-j8(nproc)" to the top of build() just for testing purposes and my build broke with the same error, confirming my guess.

rado84 commented on 2023-05-24 14:53 (UTC)

That's not exactly what the error code 4 is saying but whatever. I just changed MAKEFLAGS to be "-j8", like you said, and hopefully this will solve any future problems. Thanks for taking the time for this problem! :)

eclairevoyant commented on 2023-05-23 04:55 (UTC)

Uh, I don't know why that would work. You either choose it manually (MAKEFLAGS="-j8" for 8 threads) or automatically (MAKEFLAGS="-j$(nproc)", which runs the nproc command and inserts its output into the string), but having random text in there like you have now shouldn't work (afaik). The error message is telling you the same thing, you need a positive integer as an arg here.

Try fixing that line and it should build.

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 22 23 Next › Last »