<worldofpeace> cool, I pushed the changes to gnome-3.38 branch
<jtojnar> worldofpeace: things like this are everywhere: malcontent, sysprof, zbar
<jtojnar> even glib contains too many things that should be split to separate projects
<jtojnar> all because the tools to manage granularity are lacking
<jtojnar> and FHS allows paths splitting so it is not an issue for them
<jtojnar> worldofpeace: by the way, are we inlining all patches in tree now?
<worldofpeace> Jan Tojnar: for mutter334 it was wayyyy easier to manage the patches in tree with git-series
<worldofpeace> I would still try to fetch them, but for that expression I had to rebase like all but one patch so I just inlined it too.
<worldofpeace> Yeah, with FHS they just don't care to reasonably structure their projects. we're not just talking about "glib" but actually "everything else, the kitchen sink, and how I manage my systemd units" 😺
<worldofpeace> Anyways, I think we really should try to figure out this issue with epiphany (or the browser just done or something?). Because we do install it default and it should basically be `broken = true;` (though that's really more like for a broken build).
<jtojnar> yeah, I tried looking into it once but rebuilding webkit was hard and not sure if the debug info was actually built or I made some mistake preventing it from being loaded
<jtojnar> could we add separateDebugInfo to webkitgtk and let hydra build it?
<worldofpeace> Jan Tojnar: I think so, let's put that in the gnome-3.38 branch
<worldofpeace> it is annoying the webkitgtk is like this HUGE build so you really have to be careful
<worldofpeace> weird, I wonder why platforms in webkitgtk is linux when there's isDarwin flags
<worldofpeace> * pushed