WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
98785
[GTK] Shadow builds are not working anymore.
https://bugs.webkit.org/show_bug.cgi?id=98785
Summary
[GTK] Shadow builds are not working anymore.
Alexis Menard (darktears)
Reported
2012-10-09 09:12:33 PDT
[GTK] Shadow builds are not working anymore.
Attachments
Patch
(1.67 KB, patch)
2012-10-09 09:15 PDT
,
Alexis Menard (darktears)
no flags
Details
Formatted Diff
Diff
Patch
(1.67 KB, patch)
2012-10-09 09:18 PDT
,
Alexis Menard (darktears)
no flags
Details
Formatted Diff
Diff
Patch
(1.67 KB, patch)
2012-10-09 09:24 PDT
,
Alexis Menard (darktears)
no flags
Details
Formatted Diff
Diff
Patch
(1.96 KB, patch)
2012-10-09 10:51 PDT
,
Alexis Menard (darktears)
no flags
Details
Formatted Diff
Diff
Patch for landing
(2.02 KB, patch)
2012-10-09 11:13 PDT
,
Alexis Menard (darktears)
no flags
Details
Formatted Diff
Diff
Show Obsolete
(4)
View All
Add attachment
proposed patch, testcase, etc.
Alexis Menard (darktears)
Comment 1
2012-10-09 09:15:28 PDT
Created
attachment 167769
[details]
Patch
Alexis Menard (darktears)
Comment 2
2012-10-09 09:17:30 PDT
The build miserably fail with a python error and even if I fix it, despite I built with jhbuild it tries to config check against system libraries.
Alexis Menard (darktears)
Comment 3
2012-10-09 09:18:16 PDT
Created
attachment 167770
[details]
Patch
Alexis Menard (darktears)
Comment 4
2012-10-09 09:23:10 PDT
(In reply to
comment #3
)
> Created an attachment (id=167770) [details] > Patch
Also one nice thing to do to avoid the shadow build to break regularly is to setup one of the 4 GTK bots as a shadow build :). I think we have one Qt bot setup with shadow build. It may be not a very useful feature when you only hack GTK but it is very useful for people working cross port features where you don't want the source dir to be modified. Anyway feedback on the patch. I'm not very sure of myself, my knowledge of the GTK buildsystem is very limited :)
Alexis Menard (darktears)
Comment 5
2012-10-09 09:24:37 PDT
Created
attachment 167771
[details]
Patch
Martin Robinson
Comment 6
2012-10-09 09:31:06 PDT
Comment on
attachment 167770
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=167770&action=review
> Tools/gtk/run-with-jhbuild:26 > +wrapper = common.top_level_path('Tools', 'jhbuild', 'jhbuild-wrapper') > +os.execve(wrapper, [wrapper, '--gtk', 'run'] + sys.argv[1:], os.environ)
It seems like this will break things for people who don't use the WebKit jhbuild at all.
Alexis Menard (darktears)
Comment 7
2012-10-09 09:47:54 PDT
(In reply to
comment #6
)
> (From update of
attachment 167770
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=167770&action=review
> > > Tools/gtk/run-with-jhbuild:26 > > +wrapper = common.top_level_path('Tools', 'jhbuild', 'jhbuild-wrapper') > > +os.execve(wrapper, [wrapper, '--gtk', 'run'] + sys.argv[1:], os.environ) > > It seems like this will break things for people who don't use the WebKit jhbuild at all.
Obvious but is it the recommended way to not use jhbuild. From the wiki it seems you have to use it. Other thing is that the trunk depends on really really recent version of libraries that for example Archlinux doesn't even provide (and Arch is know to be pretty up to date) so I wonder if the build without jhbuild is actually possible without complicated PKG_CONFIG trickery. Other thing I could do is modify the condition "os.path.exists(common.top_level_path('WebKitBuild', 'Dependencies')):" to also read WEBKITOUTPUTDIR.
Martin Robinson
Comment 8
2012-10-09 09:52:44 PDT
(In reply to
comment #7
)
> Obvious but is it the recommended way to not use jhbuild. From the wiki it seems you have to use it. Other thing is that the trunk depends on really really recent version of libraries that for example Archlinux doesn't even provide (and Arch is know to be pretty up to date) so I wonder if the build without jhbuild is actually possible without complicated PKG_CONFIG trickery.
There are several very active WebKitGTK+ developers that do not use the internal jhbuild. This isn't likely to change any time soon.
> Other thing I could do is modify the condition "os.path.exists(common.top_level_path('WebKitBuild', 'Dependencies')):" to also read WEBKITOUTPUTDIR.
It looks like what we want here is to use get_dependencies_path from Tools/jhbuild/jhbuildutils.py.
Alexis Menard (darktears)
Comment 9
2012-10-09 10:51:43 PDT
Created
attachment 167783
[details]
Patch
Martin Robinson
Comment 10
2012-10-09 10:55:01 PDT
Comment on
attachment 167783
[details]
Patch Thanks!
WebKit Review Bot
Comment 11
2012-10-09 10:58:45 PDT
Comment on
attachment 167783
[details]
Patch Rejecting
attachment 167783
[details]
from commit-queue. Failed to run "['/mnt/git/webkit-commit-queue/Tools/Scripts/webkit-patch', '--status-host=queues.webkit.org', '-..." exit_code: 2 Last 500 characters of output: '--force', u'--reviewer', u'Martin Rob..." exit_code: 1 cwd: /mnt/git/webkit-commit-queue Parsed 2 diffs from patch file(s). patching file Tools/ChangeLog Hunk #1 succeeded at 1 with fuzz 3. patching file Tools/gtk/run-with-jhbuild Hunk #1 FAILED at 22. 1 out of 1 hunk FAILED -- saving rejects to file Tools/gtk/run-with-jhbuild.rej Failed to run "[u'/mnt/git/webkit-commit-queue/Tools/Scripts/svn-apply', u'--force', u'--reviewer', u'Martin Rob..." exit_code: 1 cwd: /mnt/git/webkit-commit-queue Full output:
http://queues.webkit.org/results/14228700
Alexis Menard (darktears)
Comment 12
2012-10-09 11:13:00 PDT
Created
attachment 167791
[details]
Patch for landing
WebKit Review Bot
Comment 13
2012-10-09 11:37:24 PDT
Comment on
attachment 167791
[details]
Patch for landing Clearing flags on attachment: 167791 Committed
r130781
: <
http://trac.webkit.org/changeset/130781
>
WebKit Review Bot
Comment 14
2012-10-09 11:37:27 PDT
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug