[Webkit-unassigned] [Bug 186771] [WPE]: Add a way to setup our development environment inside flatpak
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Jun 22 06:01:16 PDT 2018
https://bugs.webkit.org/show_bug.cgi?id=186771
--- Comment #24 from Thibault Saunier <tsaunier at gnome.org> ---
(In reply to Carlos Alberto Lopez Perez from comment #23)
> Comment on attachment 343279 [details]
> Patch.
>
> View in context:
> https://bugs.webkit.org/attachment.cgi?id=343279&action=review
>
> I'm testing it and I have this comment so far:
>
> Each time you run build-webkit (or re-run update-webkitgtk-flatpak) it tries
> to update the flatpak environment, even when this has been already completed
> and the flatpak definition has not changed.
>
> That is a process that is taking in my tests around 30-60 seconds even when
> there are no updates.
> So this makes incremental builds kind of inconvenient.
Really? I wonder how that is posible at all looking at the code.
Can you paste the output of `build-webkit` to see what happens?
> Also its a process that seems to be dependent of networking available.. does
> that mean that I can't re-build webkit without an internet connection when I
> have already built the flatpak previously? that's bad.
>
> So I think we should do something like we do with JHBuild, that is:
>
> - 1. When the JHBuild environment is (correctly) initialized we store a md5
> hash of the input files to JHBuild (the moduleset). Check script
> update-webkit-libs-jhbuild
> - 2. The next time the JHBuild scripts are executed, first thing they do is
> to check if the input files have changed compared to that md5 hash
> - 3. If the input files have not changed, then they skip trigerring any
> update of the third-party/jhbuild directory
> That allows it to trigger updates when needed (someone modified the
> moduleset), but avoids doing unneeded work otherwise.
>
>
> Do you think something like that would be also possible for
> update-webkitgtk-flatpak?
flatpak-builder does all that for us (an clever caching of already built modules etc...)
> > Tools/flatpak/flatpakutils.py:532
> > + version = output.decode("utf-8").split(" ")[1].strip("\n")
> > + if comparable_version(version) < comparable_version(required_version):
> > + Console.message("\n%s%s %s required but %s found."
> > + " Please update and try again%s\n", Colors.FAIL,
> > + app, version, version, Colors.ENDC)
>
> This should be:
> - app, version, version, Colors.ENDC)
> + app, required_version, version, Colors.ENDC)
Fixed, will be part of the next update
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20180622/61118f14/attachment-0001.html>
More information about the webkit-unassigned
mailing list