jhbuild issueshttps://gitlab.gnome.org/GNOME/jhbuild/-/issues2018-07-13T03:09:25Zhttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/1OSError: [Errno 20] Not a directory: when building icu2018-07-13T03:09:25ZGhost UserOSError: [Errno 20] Not a directory: when building icuHello,
I'm trying to use the build environment linked below to do a build of GIMP stable for Windows on a Debian 8.10 VM (osboxes.org).
https://gitlab.gnome.org/GNOME/gimp/blob/master/build/windows/jhbuild/README.md
I was able to in...Hello,
I'm trying to use the build environment linked below to do a build of GIMP stable for Windows on a Debian 8.10 VM (osboxes.org).
https://gitlab.gnome.org/GNOME/gimp/blob/master/build/windows/jhbuild/README.md
I was able to install the tools and source, but once building it encountered the following error.
```OSError: [Errno 20] Not a directory: '/home/osboxes/git/gimp/build/windows/jhbuild/targets/gimp-stable-i686/_jhbuild/root-icu/home/osboxes/git/gimp/build/windows/jhbuild/targets/gimp-stable-i686/lib/icu/current'
```
The directory in question is a softlink that does exist:
```osboxes@osboxes:~/git/gimp/build/windows/jhbuild/targets/gimp-stable-i686/_jhbuild/root-icu/home/osboxes/git/gimp/build/windows/jhbuild/targets/gimp-stable-i686/lib/icu$ ls -la
<snip>
drwxr-xr-x 2 osboxes osboxes 4096 Jul 9 13:40 51.2
lrwxrwxrwx 1 osboxes osboxes 4 Jul 9 13:40 current -> 51.2
lrwxrwxrwx 1 osboxes osboxes 20 Jul 9 13:40 Makefile.inc -> current/Makefile.inc
lrwxrwxrwx 1 osboxes osboxes 19 Jul 9 13:40 pkgdata.inc -> current/pkgdata.inc
```
I have resolved this by modifying the following file in jhbuild. It seems that isdir() can return true for a symbolic link pointing to a directory, but rmdir() appears to not work on symbollic links.
```
os.path.isdir(path)
Return True if path is an existing directory. This follows symbolic links, so both islink() and isdir() can be true for the same path.
```
In the problem I encountered: "current" is a symbolic link to a directory. The existing code does not check for and handle that situation.
The changes below resolved the issue for my build.
/usr/share/jhbuild/jhbuild/modtypes/__init__.py
```
--- __init__.py.dist 2018-07-12 21:45:03.119425208 -0400
+++ __init__.py 2018-07-12 22:48:24.176004760 -0400
@@ -224,8 +224,11 @@
os.mkdir(dest_path)
else:
os.mkdir(dest_path)
- num_copied += self._process_install_files(installroot, src_path, prefix)
- os.rmdir(src_path)
+ num_copied += self._process_install_files(installroot, src_path, prefix)
+ if os.path.islink(src_path):
+ os.unlink(src_path)
+ else:
+ os.rmdir(src_path)
else:
num_copied += 1
try:
```https://gitlab.gnome.org/GNOME/jhbuild/-/issues/2libgdamm dependency2019-06-21T09:18:26ZPavlo Solntsevlibgdamm dependencylibgdamm requires glibmm-2.56 but there is no package with this name. Therefore, compilation of libgdamm is not possible. The default glibmm module is glibmm-2.4.libgdamm requires glibmm-2.56 but there is no package with this name. Therefore, compilation of libgdamm is not possible. The default glibmm module is glibmm-2.4.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/3gtk+ needs cups.h file2019-09-05T16:48:47ZPavlo Solntsevgtk+ needs cups.h fileon debian, it is libcups2-dev packageon debian, it is libcups2-dev packagehttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/4jhbuild to build latest gnome (3.30) on Ubuntu 18.042020-02-17T15:43:15ZDanialjhbuild to build latest gnome (3.30) on Ubuntu 18.04Hello,
Is it possible to use jhbuild to build the latest gnome version on Ubuntu 18.04?
I have tried a few times based on the manual provided! After creating the new user, the whole session starts successfully but applications like naut...Hello,
Is it possible to use jhbuild to build the latest gnome version on Ubuntu 18.04?
I have tried a few times based on the manual provided! After creating the new user, the whole session starts successfully but applications like nautilus, clock, calendar, weather, terminal, contact and etc won't open...they just try to load with no luck! Meanwhile, gedit, help, software center, calculator and etc do open!
When I try to open them from the main user with the following command, they do open but with a few errors:
jhbuild shell
gnome-terminal &
nautilus &
...
I'm now rebuilding again, will post the exact errors when its done!https://gitlab.gnome.org/GNOME/jhbuild/-/issues/5git clone git://git.gnome.org/jhbuild giving no route to host error2019-04-14T20:45:06ZSubhasree Majumdergit clone git://git.gnome.org/jhbuild giving no route to host errorTrying to clone jhbuild but not able to connect to. Any other way to install jhbuild?
Cloning into 'jhbuild'...
fatal: unable to connect to git.gnome.org:
git.gnome.org[0: 209.132.180.168]: errno=No route to host
git.gnome.org[1: 209.13...Trying to clone jhbuild but not able to connect to. Any other way to install jhbuild?
Cloning into 'jhbuild'...
fatal: unable to connect to git.gnome.org:
git.gnome.org[0: 209.132.180.168]: errno=No route to host
git.gnome.org[1: 209.132.180.180]: errno=No route to hosthttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/6GNOME Shell jhbuild instructions missing dependencies for Ubuntu 18.042019-09-06T13:24:17ZBen CreasyGNOME Shell jhbuild instructions missing dependencies for Ubuntu 18.04Please see https://gitlab.gnome.org/GNOME/gnome-shell/issues/716 for details. If you would prefer, I can copy them over.
If this is the wrong forum, I would appreciate you helping me find the right forum. The above issue was closed with...Please see https://gitlab.gnome.org/GNOME/gnome-shell/issues/716 for details. If you would prefer, I can copy them over.
If this is the wrong forum, I would appreciate you helping me find the right forum. The above issue was closed without a forum recommendation.
At the end of that issue, I noticed that that meson was not building due to setuptools. I noticed that setuptools did not exist in `/usr/lib/python3/dist-packages`; eventually got it with `sudo apt-get install python3-setuptools` (https://stackoverflow.com/questions/14426491/python-3-importerror-no-module-named-setuptools).https://gitlab.gnome.org/GNOME/jhbuild/-/issues/7MALLOC_PERTURB_ and MALLOC_CHECK_ set by default2019-09-04T16:22:16ZMarco Trevisanmail@3v1n0.netMALLOC_PERTURB_ and MALLOC_CHECK_ set by defaultSince jhbuild is meant for devs, I guess it would be useful to have these set by default to be able to catch memory issues easier.
I've set this in my `jhbuildrc`
```python
from random import randint
os.environ['MALLOC_CHECK_'] = '3'
o...Since jhbuild is meant for devs, I guess it would be useful to have these set by default to be able to catch memory issues easier.
I've set this in my `jhbuildrc`
```python
from random import randint
os.environ['MALLOC_CHECK_'] = '3'
os.environ['MALLOC_PERTURB_'] = str(randint(0x01, 0xff))
```
See [the man for explanation](https://helpmanual.io/man3/mallopt/).
Wouldn't be the case to have this as default?https://gitlab.gnome.org/GNOME/jhbuild/-/issues/8Python module six missing on Mac OS X2019-08-29T07:24:11ZGhost UserPython module six missing on Mac OS XThe python (version 2.7) in `~/gtk/inst` did not have the six module.
```shell
jhbuild@macbook:~/tmp $ which python
/Users/jhbuild/gtk/inst/bin/python
jhbuild@macbook:~/tmp $ python
Python 2.7.15 (default, Nov 14 2018, 12:15:30)
[GCC 4...The python (version 2.7) in `~/gtk/inst` did not have the six module.
```shell
jhbuild@macbook:~/tmp $ which python
/Users/jhbuild/gtk/inst/bin/python
jhbuild@macbook:~/tmp $ python
Python 2.7.15 (default, Nov 14 2018, 12:15:30)
[GCC 4.2.1 Compatible Apple LLVM 10.0.0 (clang-1000.11.45.5)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import six
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: No module named six
```
That prevented at least harfbuzz from building. I think pango also failed to build.
I first installed pip into the jhbuild python environment and then installed six with pip as a workaround.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/9Pipewire dependency uses the wrong name for libv4l2018-11-23T15:00:19ZSebastian KellerPipewire dependency uses the wrong name for libv4l`pipewire` has a dependency on `libv4l2`, but the module is named `libv4l``pipewire` has a dependency on `libv4l2`, but the module is named `libv4l`https://gitlab.gnome.org/GNOME/jhbuild/-/issues/10"update" issues git url warnings on GNOME repos due to redirecting2019-09-07T12:02:37ZCorentin Noël"update" issues git url warnings on GNOME repos due to redirectingAll the build logs are starting with:
```
warning: redirecting to https://gitlab.gnome.org/GNOME/$(PROJECT).git/
```
For more clarity it would be better to change all the git.gnome urls to GNOME gitlabAll the build logs are starting with:
```
warning: redirecting to https://gitlab.gnome.org/GNOME/$(PROJECT).git/
```
For more clarity it would be better to change all the git.gnome urls to GNOME gitlabhttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/11Unable to clone. Connection refused2019-06-02T15:45:02ZGhost UserUnable to clone. Connection refusedwe are unable to clone using below path.
fatal: unable to connect to git.gnome.org:
git.gnome.org[0: 209.132.180.168]: errno=Connection refused
git.gnome.org[1: 209.132.180.180]: errno=Connection refused
fatal: clone of 'git://git.gno...we are unable to clone using below path.
fatal: unable to connect to git.gnome.org:
git.gnome.org[0: 209.132.180.168]: errno=Connection refused
git.gnome.org[1: 209.132.180.180]: errno=Connection refused
fatal: clone of 'git://git.gnome.org/libxml2' into submodule path '/My path to folder...xxxx /linphone-iphone/submodules/externals/libxml2' failed
Failed to clone 'submodules/externals/libxml2' a second time, abortinghttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/12Need to update URL of uhttpmock.2019-03-02T16:00:02ZAlynx ZhouNeed to update URL of uhttpmock.The URL of uhttpmock using currently <https://github.com/pwithnall/uhttpmock> is outdated, and the source code from this URL cannot configure with automake 1.16, the correct repo is <https://gitlab.com/uhttpmock/uhttpmock>, temp workarou...The URL of uhttpmock using currently <https://github.com/pwithnall/uhttpmock> is outdated, and the source code from this URL cannot configure with automake 1.16, the correct repo is <https://gitlab.com/uhttpmock/uhttpmock>, temp workaround is add `branches['uhttpmock'] = ('https://gitlab.com/uhttpmock/uhttpmock.git', 'master')` to `~/.config/jhbuildrc`.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/13Not following git global proxy config.2019-11-07T07:32:59ZAlynx ZhouNot following git global proxy config.Because network problems I set git proxy with `git config --global http.proxy 'socks5://127.0.0.1:1080' && git config --global https.proxy 'socks5://127.0.0.1:1080'`, but when jhbuild clone repos with https protocol, it seems no proxy is...Because network problems I set git proxy with `git config --global http.proxy 'socks5://127.0.0.1:1080' && git config --global https.proxy 'socks5://127.0.0.1:1080'`, but when jhbuild clone repos with https protocol, it seems no proxy is used, I get a slow speed. If I press Ctrl-C and start a shell, then run the clone command manually, I get a fast speed, is this a bug?https://gitlab.gnome.org/GNOME/jhbuild/-/issues/14jhbuild error2019-02-27T17:34:55ZGhost Userjhbuild errorWhen running jhbuild for the first time I get the following error
jhbuild build: could not download https://git.gnome.org/browse/jhbuild/plain/modulesets/gnome-apps-latest.modules: urlopen error unknown url type: https
Running JHBuild ...When running jhbuild for the first time I get the following error
jhbuild build: could not download https://git.gnome.org/browse/jhbuild/plain/modulesets/gnome-apps-latest.modules: urlopen error unknown url type: https
Running JHBuild on arm-linux-gnueabihf on Slackware Linux --current.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/15jhbuild error running build: "urlopen error unknown url type: https"2019-10-01T08:39:38ZGhost Userjhbuild error running build: "urlopen error unknown url type: https"After commit to correct previous error now I get this error
jhbuild build: could not download https://gitlab.gnome.org/GNOME/jhbuild/raw/master/modulesets/gnome-apps-latest.modules: urlopen error unknown url type: httpsAfter commit to correct previous error now I get this error
jhbuild build: could not download https://gitlab.gnome.org/GNOME/jhbuild/raw/master/modulesets/gnome-apps-latest.modules: urlopen error unknown url type: httpshttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/16Error with compilation glib2019-04-16T02:51:43ZPavlo SolntsevError with compilation glibMultiple points here:
For a long time, I had a working system. I had to reinstall everything and faced some problems. I cleaned all previous files as described here [HowDoI](https://wiki.gnome.org/HowDoI/Jhbuild). I started from glib mo...Multiple points here:
For a long time, I had a working system. I had to reinstall everything and faced some problems. I cleaned all previous files as described here [HowDoI](https://wiki.gnome.org/HowDoI/Jhbuild). I started from glib module. Documentation was turned on. glib depends on
* gettext
* yelp-xsl
* yelp-tools
* meson
* gtk-doc
On compilation gtk-doc an error was showed: glib-2.0 not found. It looks like to compile glib I need gtk-doc which also needs glib. I was able to compile glib by switching the documentation off and using buildone mode. After the compilation of glib, I compile gtk-doc separately and it was ok (glib was already installed). But glib was compiled without the documentation. So, I rebuilt glib with documentation turned on, and got the following error:
```
./gio-unused.txt:1: warning: 6 unused declarations. They should be added to gio-sections.txt in the appropriate place.
2019-04-01 22:36:26,695:mkdb.py:ExpandAbbreviationsEndTag:2731:WARNING:no end tag for "<![CDATA["
2019-04-01 22:36:26,696:mkdb.py:ExpandAbbreviationsEndTag:2731:WARNING:no end tag for "<![CDATA["
2019-04-01 22:36:26,696:mkdb.py:ExpandAbbreviationsEndTag:2731:WARNING:no end tag for "<![CDATA["
2019-04-01 22:36:26,696:mkdb.py:ExpandAbbreviationsEndTag:2731:WARNING:no end tag for "<![CDATA["
2019-04-01 22:36:26,696:mkdb.py:ExpandAbbreviationsEndTag:2731:WARNING:no end tag for "<![CDATA["
warning: failed to load external entity "../gdbus-example-objectmanager.xml"
ERROR: xref linking to gdbus-example-codegen-server has no generated link text.
Error: no ID for constraint linkend: "gdbus-example-codegen-server".
ERROR: xref linking to gdbus-example-codegen-client has no generated link text.
Error: no ID for constraint linkend: "gdbus-example-codegen-client".
ERROR: Error in gtkdoc helper script:
ERROR: ['gtkdoc-fixxref', '--module=gio', '--module-dir=html', '--html-dir=/home/username/jhbuild/install/share/gtk-doc/html', '--extra-dir=gio/../glib/html', '--extra-dir=gio/../gobject/html'] failed with status 1
vim: Unknown option argument: "-T"
More info with "vim -h"
html/GAction.html:156: warning: no link for: "GVariantType" -> (<span class="type">GVariantType</span>).
html/GAction.html:162: warning: no link for: "GVariant" -> (<span class="type">GVariant</span>).
html/GAction.html:223: warning: no link for: "NULL:CAPS" -> (<code class="literal">NULL</code>).
html/GAction.html:275: warning: no link for: "TRUE:CAPS" -> (<code class="literal">TRUE</code>).
html/GAction.html:399: warning: no link for: "g-variant-unref" -> (<code class="function">g_variant_unref()</code>).
html/GAction.html:573: warning: no link for: "GError" -> (<span class="type">GError</span>).
html/GAction.html:588: warning: no link for: "g-variant-parse" -> (<code class="function">g_variant_parse()</code>).
html/GAction.html:628: warning: no link for: "FALSE:CAPS" -> (<code class="literal">FALSE</code>).
html/GActionGroup.html:172: warning: no link for: "G-SIGNAL-DETAILED:CAPS" -> (Has Details).
html/GActionGroup.html:289: warning: no link for: "g-strfreev" -> (<code class="function">g_strfreev()</code>).
Traceback (most recent call last):
File "/home/username/jhbuild/install/bin/gtkdoc-fixxref", line 57, in <module>
fixxref.Run(options)
File "/home/username/jhbuild/install/share/gtk-doc/python/gtkdoc/fixxref.py", line 57, in Run
FixCrossReferences(options.module_dir, options.module, options.src_lang)
File "/home/username/jhbuild/install/share/gtk-doc/python/gtkdoc/fixxref.py", line 222, in FixCrossReferences
FixHTMLFile(src_lang, module, full_entry)
File "/home/username/jhbuild/install/share/gtk-doc/python/gtkdoc/fixxref.py", line 239, in FixHTMLFile
repl_func, content, flags=re.DOTALL)
File "/usr/lib/python3.7/re.py", line 192, in sub
return _compile(pattern, flags).sub(repl, string, count)
File "/home/username/jhbuild/install/share/gtk-doc/python/gtkdoc/fixxref.py", line 236, in repl_func
return HighlightSourceVim(src_lang, m.group(1), m.group(2))
File "/home/username/jhbuild/install/share/gtk-doc/python/gtkdoc/fixxref.py", line 434, in HighlightSourceVim
raise Exception("Highlighter failed. The command was: {}".format(script))
Exception: Highlighter failed. The command was: echo 'let html_number_lines=0|let html_use_css=1|let html_use_xhtml=1|set encoding=utf-8|e /tmp/tmp5oi_ynvx.h|syn on|set syntax=c|run! plugin/tohtml.vim|run! syntax/2html.vim|w! /tmp/tmp5oi_ynvx.h.html|qa' | /usr/bin/vim -n -e -u NONE -T xterm
FAILED: meson-install
/home/username/jhbuild/install/bin/meson install --no-rebuild
ninja: build stopped: subcommand failed.
```
I do not have vim installed, but do have vi and neovim.
I am trying to understand the origin of this problem. Is it jhbuild or glib? Thanks.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/17Trying to use jhbuild, you get a 404 when downloading modulesets due to move ...2019-04-24T08:19:14ZLiao YuankaiTrying to use jhbuild, you get a 404 when downloading modulesets due to move from GNOME Git to GNOME GitlabHere is a thing:
```
???@????:~$ jhbuild
jhbuild build: could not download https://git.gnome.org/browse/jhbuild/plain/modulesets/gnome-apps-3.28.modules: HTTP Error 404: Not Found
```
I have tried add `rsa key pair` in gitlab.
And if `c...Here is a thing:
```
???@????:~$ jhbuild
jhbuild build: could not download https://git.gnome.org/browse/jhbuild/plain/modulesets/gnome-apps-3.28.modules: HTTP Error 404: Not Found
```
I have tried add `rsa key pair` in gitlab.
And if `curl https://git.gnome.org/browse/jhbuild/`, it can return something like:
```
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>301 Moved Permanently</title>
</head><body>
<h1>Moved Permanently</h1>
<p>The document has moved <a href="https://gitlab.gnome.org/GNOME/jhbuild/">here</a>.</p>
<hr>
<address>Apache/2.4.6 (Red Hat Enterprise Linux) Server at git.gnome.org Port 443</address>
</body></html>
```
How can I use it right?https://gitlab.gnome.org/GNOME/jhbuild/-/issues/18Error building gst-libav on Fedora 30 (gcc 9.0.1)2019-06-02T15:41:54ZBrion Vibber (WMF)bvibber@wikimedia.orgError building gst-libav on Fedora 30 (gcc 9.0.1)When building module `gst-libav` on a Fedora 30 host system (with gcc 9.0.1) I'm getting errors like this:
```
CC libavformat/spdifdec.o
In file included from src/libavutil/common.h:488,
from src/libavutil/avutil.h:296,...When building module `gst-libav` on a Fedora 30 host system (with gcc 9.0.1) I'm getting errors like this:
```
CC libavformat/spdifdec.o
In file included from src/libavutil/common.h:488,
from src/libavutil/avutil.h:296,
from src/libavutil/samplefmt.h:24,
from src/libavcodec/avcodec.h:31,
from src/libavformat/avformat.h:319,
from src/libavformat/smjpegenc.c:27:
src/libavutil/mem.h:342:1: warning: ‘alloc_size’ attribute ignored on a function returning ‘int’ [-Wattributes]
342 | av_alloc_size(2, 3) int av_reallocp_array(void *ptr, size_t nmemb, size_t size);
| ^~~~~~~~~~~~~
In file included from src/libavutil/common.h:488,
from src/libavutil/avutil.h:296,
from src/libavutil/samplefmt.h:24,
from src/libavcodec/avcodec.h:31,
from src/libavformat/avformat.h:319,
from src/libavformat/smjpegdec.c:29:
```
This appears to be because of a change in gcc 9 which adds `-Wattributes` to `-Wall`, combined with forcing warnings to be treated as errors in the build.
Seems to fix it if I add `CFLAGS=-Wno-attributes` to the autogenargs on the module.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/19libgdata module fails to build on Fedora 30 host system (incompatible ax_code...2019-06-02T15:36:50ZBrion Vibber (WMF)bvibber@wikimedia.orglibgdata module fails to build on Fedora 30 host system (incompatible ax_code_coverage.m4)On Fedora 30, the globally installed version of `ax_code_coverage.m4` in `/usr/share/aclocal` is incompatible with `libgdata`'s usage of it (the syntax has changed).
This seems to override any locally installed ax_code_coverage.m4 for s...On Fedora 30, the globally installed version of `ax_code_coverage.m4` in `/usr/share/aclocal` is incompatible with `libgdata`'s usage of it (the syntax has changed).
This seems to override any locally installed ax_code_coverage.m4 for some reason:
```
aclocal: installing 'm4/ax_code_coverage.m4' from '/usr/share/aclocal/ax_code_coverage.m4'
-or-
aclocal: overwriting 'm4/ax_code_coverage.m4' with '/usr/share/aclocal/ax_code_coverage.m4'
...
*** Building libgdata *** [1/29]
make -j 17
Makefile:4500: *** missing separator. Stop.
```
(That line 4500 in the generated Makefile is the `@CODE_COVERAGE_RULES` invocation that's no longer compatible with the new macro.)
I tried putting an older `ax_code_coverage.m4` into my target dir and setting an env var:
```sh
export ACLOCAL_PATH=/opt/gnome/share/aclocal
```
but it still seems to fetch from `/usr/share/aclocal` as priority...?
Workaround: install an older `ax_code_coverage.m4` on top of the global one in `/usr/share/aclocal`. Seems to do the job once you clear stuff out...https://gitlab.gnome.org/GNOME/jhbuild/-/issues/20Pygments python module needed to build documentation for json-glib module2019-09-04T16:11:38ZNelson BenPygments python module needed to build documentation for json-glib module`json-glib` module fails while building its documentation because `pygments` python module is not found, error follows:
```
Building documentation for json-glib
./json-glib-unused.txt:1: warning: 7 unused declarations. They should be ad...`json-glib` module fails while building its documentation because `pygments` python module is not found, error follows:
```
Building documentation for json-glib
./json-glib-unused.txt:1: warning: 7 unused declarations. They should be added to json-glib-sections.txt in the appropriate place.
ERROR: Error in gtkdoc helper script:
ERROR: ['gtkdoc-fixxref', '--module=json-glib', '--module-dir=html', '--html-dir=/home/nelson/jhbuild/install/share/gtk-doc/html', '--extra-dir=/home/nelson/jhbuild/install/share/gtk-doc/html/glib', '--extra-dir=/home/nelson/jhbuild/install/share/gtk-doc/html/gobject', '--extra-dir=/home/nelson/jhbuild/install/share/gtk-doc/html/gio'] failed with status 1
Traceback (most recent call last):
File "/home/nelson/jhbuild/install/bin/gtkdoc-fixxref", line 28, in <module>
from gtkdoc import common, config, fixxref
File "/home/nelson/jhbuild/install/share/gtk-doc/python/gtkdoc/fixxref.py", line 28, in <module>
from . import common, highlight
File "/home/nelson/jhbuild/install/share/gtk-doc/python/gtkdoc/highlight.py", line 27, in <module>
from pygments import highlight
ModuleNotFoundError: No module named 'pygments'
```
Problem was solved by installing python3 pygments module system wide, as follows:
`sudo dnf install python3-pygments`
Please note that, actually is the `gtk-doc` module which needs to pull in the `pygments` dependency, as `json-glib` is just calling a script generated by gtk-doc.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/21tracker module fails because libicuuc.so.62 is not found2019-09-05T16:26:06ZNelson Bentracker module fails because libicuuc.so.62 is not foundWhile building `tracker` module, it failed because could not find `libicuuc.so.62` , error follows:
```
/home/nelson/.cache/jhbuild/build/tracker/tmp-introspect9be4dd_f/TrackerControl-2.0:
error while loading shared libraries: libicuuc....While building `tracker` module, it failed because could not find `libicuuc.so.62` , error follows:
```
/home/nelson/.cache/jhbuild/build/tracker/tmp-introspect9be4dd_f/TrackerControl-2.0:
error while loading shared libraries: libicuuc.so.62: cannot open shared object file: No such file or directory
```
Problem was solved by installing package `compat-libicu62` system wide:
`sudo dnf install compat-libicu62`https://gitlab.gnome.org/GNOME/jhbuild/-/issues/22Update doap2019-09-04T16:12:31ZMichael CatanzaroUpdate doapThe maintainers list in the doap looks pretty stale. It should be updated to reflect current project maintainers. Former maintainers may be listed as authors.The maintainers list in the doap looks pretty stale. It should be updated to reflect current project maintainers. Former maintainers may be listed as authors.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/23nautilus missing deps: gst-plugins-base, gobject-introspection2019-08-29T07:24:28ZDiego Escalante Urrelodiegoe@gnome.orgnautilus missing deps: gst-plugins-base, gobject-introspectionWhen building with default options, nautilus depends on a few undeclared modules:
gst-plugins-base:
```
Run-time dependency gstreamer-tag-1.0 found: NO (tried pkgconfig and cmake)
meson.build:108:2: ERROR: Dependency "gstreamer-tag-1.0"...When building with default options, nautilus depends on a few undeclared modules:
gst-plugins-base:
```
Run-time dependency gstreamer-tag-1.0 found: NO (tried pkgconfig and cmake)
meson.build:108:2: ERROR: Dependency "gstreamer-tag-1.0" not found, tried pkgconfig and cmake
```
gobject-introspection:
```
libnautilus-extension/meson.build:77:8: ERROR: Program(s) ['g-ir-scanner'] not found or not executable
```
Both seem to be a dependency of the `extensions` option, which defaults to true in master.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/25Create new tarball to update the official manual online at developer.gnome.org2019-09-06T11:01:37ZGhost UserCreate new tarball to update the official manual online at developer.gnome.orgThe official manual of jhbuild is not up-to-date on: https://developer.gnome.org/jhbuild/
The latest jhbuild tarball was for version 3.15: https://download.gnome.org/sources/jhbuild/
[library-web](https://gitlab.gnome.org/Infrastructur...The official manual of jhbuild is not up-to-date on: https://developer.gnome.org/jhbuild/
The latest jhbuild tarball was for version 3.15: https://download.gnome.org/sources/jhbuild/
[library-web](https://gitlab.gnome.org/Infrastructure/library-web) needs a new tarball, I think, in order to update the docs on the website. (It cannot do it from the git master branch of jhbuild, I think).
I can give it a try, to create a new tarball of jhbuild. Since it hasn't been done in a while, there may be some issues.
BTW, is the latest version of the manual available somewhere else on the web?https://gitlab.gnome.org/GNOME/jhbuild/-/issues/26Python 32019-09-27T17:22:05ZChristoph ReiterPython 3* [x] Remove unused/broken code (buildbot etc) -> !35
* [x] flake8 with python2 -> !36
* [x] flake8 with python3 -> !37
* [x] Make Python configurable at install time -> !38
* [x] Test commands with Python 3, port to 2/3 code
* [x] Defau...* [x] Remove unused/broken code (buildbot etc) -> !35
* [x] flake8 with python2 -> !36
* [x] flake8 with python3 -> !37
* [x] Make Python configurable at install time -> !38
* [x] Test commands with Python 3, port to 2/3 code
* [x] Default to Python 3 in autotools -> !39
* [x] ~~Disable Python 2~~ -> let's leave this for now, supporting both for some time looks doable.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/27Push docs to gitlab pages2019-09-05T07:57:13ZChristoph ReiterPush docs to gitlab pageshttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/28Building Evolution with enchant 2.x2019-09-08T10:16:48ZRafael FontenelleBuilding Evolution with enchant 2.xEvolution supports both [enchant 1.x and 2.x](https://gitlab.gnome.org/GNOME/evolution/blob/master/CMakeLists.txt#L282), and its module in the gnome-apps-latest moduleset is currently set to [depends on enchant 1.x (1.6.0)](modulesets/gn...Evolution supports both [enchant 1.x and 2.x](https://gitlab.gnome.org/GNOME/evolution/blob/master/CMakeLists.txt#L282), and its module in the gnome-apps-latest moduleset is currently set to [depends on enchant 1.x (1.6.0)](modulesets/gnome-apps-latest.modules#L224).
Since Arch Linux [provides only enchant 2.x](https://www.archlinux.org/packages/?q=enchant), the Evolution module's dependency on enchant 1.x makes it impossible to build it in Arch Linux. So, what I would like to ask is:
1. Can this enchant dependency could be set in a way that both 1.x or 2.x
2. If not, can it be locally overridden and how?https://gitlab.gnome.org/GNOME/jhbuild/-/issues/29gnome-shell depends on ascii-doc and json-glib2019-09-10T03:11:38ZRafael Fontenellegnome-shell depends on ascii-doc and json-glibgnome-shell's [`extension_tool` option](https://gitlab.gnome.org/GNOME/gnome-shell/blob/master/meson.build#L135) is [enabled by default](https://gitlab.gnome.org/GNOME/gnome-shell/blob/master/meson_options.txt), making the following a de...gnome-shell's [`extension_tool` option](https://gitlab.gnome.org/GNOME/gnome-shell/blob/master/meson.build#L135) is [enabled by default](https://gitlab.gnome.org/GNOME/gnome-shell/blob/master/meson_options.txt), making the following a dependency: "gnome-autoar", "json-glib" and "asciidoc".
gnome-autoar is already set as dependency of gnome-shell; json-glib is not set as dependency but is already a depdency for other packages, so gnome-shell finds it; asciidoc is not available as module yet.
Not having asciidoc's `a2x` tool available results in a build failure with error message:
```
...
Run-time dependency gnome-autoar-0 found: YES 0.2.4
Run-time dependency json-glib-1.0 found: YES 1.5.1
Run-time dependency bash-completion found: YES 2.9
Program xsltproc found: YES (/usr/bin/xsltproc)
Program a2x found: NO
meson.build:146:4: ERROR: Program(s) ['a2x'] not found or not executable
```
I see two way out for solving this build failure:
1. Disable `extension_tool` option by appending its `mesonargs` with `-D extension_tool=false`
2. Add "asciidoc" to the "gnome-suites-core-deps-latest" moduleset, and add "asciidoc" and "json-glib" as deps to gnome-shell.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/30accountservice fails to build due to "msgfmt: cannot locate ITS rules for ../...2020-07-15T07:56:48ZKarl-Philipp Richteraccountservice fails to build due to "msgfmt: cannot locate ITS rules for ../../../../jhbuild/checkout/accountsservice/data/org.freedesktop.accounts.policy.in"`accountservice` fails to build on Ubuntu 18.10 and 18.04 due to
```
[15/33] Compiling C object 'src/25a6634@@accounts-daemon@exe/util.c.o'.
../../../../jhbuild/checkout/accountsservice/src/util.c: In function 'setup_loginuid':
../../.....`accountservice` fails to build on Ubuntu 18.10 and 18.04 due to
```
[15/33] Compiling C object 'src/25a6634@@accounts-daemon@exe/util.c.o'.
../../../../jhbuild/checkout/accountsservice/src/util.c: In function 'setup_loginuid':
../../../../jhbuild/checkout/accountsservice/src/util.c:217:9: warning: ignoring return value of 'write', declared with attribute warn_unused_result [-Wunused-result]
write (fd, id, strlen (id));
^~~~~~~~~~~~~~~~~~~~~~~~~~~
[16/33] Generating org.freedesktop.accounts.policy_data_merge with a custom command.
FAILED: data/org.freedesktop.accounts.policy
/root/jhbuild/install/bin/meson --internal msgfmthelper ../../../../jhbuild/checkout/accountsservice/data/org.freedesktop.accounts.policy.in data/org.freedesktop.accounts.policy xml /root/jhbuild/checkout/accountsservice/po
msgfmt: cannot locate ITS rules for ../../../../jhbuild/checkout/accountsservice/data/org.freedesktop.accounts.policy.in
[17/33] Generating act-user-enum-types.h with a meson_exe.py custom command.
[18/33] Compiling C object 'src/25a6634@@accounts-daemon@exe/daemon.c.o'.
[19/33] Compiling C object 'src/25a6634@@accounts-generated@sta/meson-generated_.._accounts-generated.c.o'.
[20/33] Compiling C object 'src/25a6634@@accounts-daemon@exe/user.c.o'.
[21/33] Compiling C object 'src/25a6634@@accounts-generated@sta/meson-generated_.._accounts-user-generated.c.o'.
ninja: build stopped: subcommand failed.
```
Detailed logs can be found at https://gitlab.gnome.org/krichter/jhbuild/-/jobs/422739.
experienced with 3.34.0-5-g9a5715fdhttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/31Add installation to install system module based on name or arbitrary path to ...2019-09-17T08:10:34ZKarl-Philipp RichterAdd installation to install system module based on name or arbitrary path to find in system packagesDependencies on packages which only provide files which are not pkgconfig file, C includes or binaries relative to `/usr/bin`, like `docbook-xsl-ns`, can't be installed as system package. It's possible to provide the dependency as module...Dependencies on packages which only provide files which are not pkgconfig file, C includes or binaries relative to `/usr/bin`, like `docbook-xsl-ns`, can't be installed as system package. It's possible to provide the dependency as module built from source.
It'd be nice to be able to do so. I can do the implementation, but I'd like to make sure that this is a wanted feature.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/32glibmm build fails because needs Perl 'open.pm' pragma module2019-09-09T05:17:03ZNelson Benglibmm build fails because needs Perl 'open.pm' pragma moduleWhen doing `jhbuild buildone glibmm`:
one of the perl scripts ran by glibmm build process fail for me (Fedora 30) printing a message requiring ['open' module](https://metacpan.org/pod/open ), which seems to be a pragma not a module, but...When doing `jhbuild buildone glibmm`:
one of the perl scripts ran by glibmm build process fail for me (Fedora 30) printing a message requiring ['open' module](https://metacpan.org/pod/open ), which seems to be a pragma not a module, but it's installed same way via CPAN perl package manager.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/33test_distutils fails when python is Python 32019-09-25T08:18:51ZTing-Wei Lantest_distutils fails when python is Python 3```
test_distutils (tests.test_main.EndToEndTest) ... /home/lantw44/gnome/source/jhbuild/jhbuild/frontends/terminal.py:111: ResourceWarning: unclosed file <_io.TextIOWrapper name='/dev/null' mode='w' encoding='UTF-8'>
buildscript.Build...```
test_distutils (tests.test_main.EndToEndTest) ... /home/lantw44/gnome/source/jhbuild/jhbuild/frontends/terminal.py:111: ResourceWarning: unclosed file <_io.TextIOWrapper name='/dev/null' mode='w' encoding='UTF-8'>
buildscript.BuildScript.__init__(self, config, module_list, module_set=module_set)
/home/lantw44/gnome/source/jhbuild/jhbuild/modtypes/distutils.py:64: ResourceWarning: unclosed file <_io.BufferedWriter name=6>
buildscript.execute(cmd, cwd = srcdir, extra_env = self.extra_env)
/home/lantw44/gnome/source/jhbuild/jhbuild/modtypes/distutils.py:79: ResourceWarning: unclosed file <_io.BufferedWriter name=6>
buildscript.execute(cmd, cwd = srcdir, extra_env = self.extra_env)
File "/tmp/unittest-otdx3nvi/prefix/bin/hello", line 3
print "Hello world (distutils)"
^
SyntaxError: invalid syntax
FAIL
```
```
======================================================================
FAIL: test_distutils (tests.test_main.EndToEndTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/home/lantw44/gnome/source/jhbuild/tests/test_main.py", line 692, in test_distutils
self.assertEqual(stdout.strip(), b'Hello world (distutils)')
AssertionError: b'' != b'Hello world (distutils)'
----------------------------------------------------------------------
```
Since `jhbuild/modtypes/distutils.py` defaults to `python` when neither `PYTHON` environment variable nor `python3` attribute is set, there is no way to explicitly choose Python 2 for building a module. If your system uses Python 3 as the default `python` executable, `test_distutils` fails because `tests/distutils/hello` only works with Python 2.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/34Simple installation is broken2019-09-24T15:53:27ZIgnacio Casal QuinteiroSimple installation is broken./autogen.sh; make; make install seems broken with the last patches. @creiter this seems related to your last patches. ~/.local/bin/jhbuild end ups with something like @python@. I fixed this modifying the script and changing @python@ to ..../autogen.sh; make; make install seems broken with the last patches. @creiter this seems related to your last patches. ~/.local/bin/jhbuild end ups with something like @python@. I fixed this modifying the script and changing @python@ to python2. Maybe autogen.sh should be changed to pass --prefix ~/.local?https://gitlab.gnome.org/GNOME/jhbuild/-/issues/35CI: test the non-autotools install2019-11-22T13:06:05ZChristoph ReiterCI: test the non-autotools installSee #34See #34https://gitlab.gnome.org/GNOME/jhbuild/-/issues/36systeminstall: don't assume we are running under Python 22019-09-25T17:56:50ZChristoph Reitersysteminstall: don't assume we are running under Python 2https://gitlab.gnome.org/GNOME/jhbuild/blob/282f9f3a62749de910899e8e5130c758ed01f039/jhbuild/utils/systeminstall.py#L183
We should do the same thing as with python3 here and use a new process.https://gitlab.gnome.org/GNOME/jhbuild/blob/282f9f3a62749de910899e8e5130c758ed01f039/jhbuild/utils/systeminstall.py#L183
We should do the same thing as with python3 here and use a new process.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/37distutils: don't use the PYTHON env var for finding python22019-09-25T08:10:13ZChristoph Reiterdistutils: don't use the PYTHON env var for finding python2We should:
* Look for PYTHON2 first
* Do some version checks on the result (this could also be used in finding sysdeps)We should:
* Look for PYTHON2 first
* Do some version checks on the result (this could also be used in finding sysdeps)https://gitlab.gnome.org/GNOME/jhbuild/-/issues/38Drop Python 2 support2019-11-22T13:06:06ZChristoph ReiterDrop Python 2 support* [x] Make Python configurable in the simple install case (we should do #35 first) -> 14d0fca35038da9ad
* [x] Create an unstable release with py2/3 support
* [x] Wait a month or so for feedback
* [x] Drop Python 2 -> !55
* [x] Remove Pyt...* [x] Make Python configurable in the simple install case (we should do #35 first) -> 14d0fca35038da9ad
* [x] Create an unstable release with py2/3 support
* [x] Wait a month or so for feedback
* [x] Drop Python 2 -> !55
* [x] Remove Python 2 compat code -> there isn't much to remove, leave this for nowhttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/39hg-update.py is still Python2-only2019-10-21T15:02:18ZJeremy Bichahg-update.py is still Python2-onlyHi, Debian's lintian tool detected that [hg-update.py](scripts/hg-update.py) still has a python2 shebang in jhbuild 3.35.1Hi, Debian's lintian tool detected that [hg-update.py](scripts/hg-update.py) still has a python2 shebang in jhbuild 3.35.1https://gitlab.gnome.org/GNOME/jhbuild/-/issues/40TypeError: a bytes-like object is required, not 'str'2021-03-29T05:20:11ZAlberts Muktupāvelsalberts.muktupavels@gmail.comTypeError: a bytes-like object is required, not 'str'```
alberts@z370m-d3h:~$ jhbuild build --nodeps --start-at=valgrind
*** Checking out valgrind *** [1/53]
svn update --accept postpone .
Updating '.':
Fetching external item into 'VEX':
External at revision 3400.
At revision 16470.
Trac...```
alberts@z370m-d3h:~$ jhbuild build --nodeps --start-at=valgrind
*** Checking out valgrind *** [1/53]
svn update --accept postpone .
Updating '.':
Fetching external item into 'VEX':
External at revision 3400.
At revision 16470.
Traceback (most recent call last):
File "/home/alberts/.local/bin/jhbuild", line 36, in <module>
jhbuild.main.main(sys.argv[1:])
File "/home/alberts/.local/lib/python3.7/site-packages/jhbuild/main.py", line 120, in main
rc = jhbuild.commands.run(command, config, args, help=lambda: print_help(parser))
File "/home/alberts/.local/lib/python3.7/site-packages/jhbuild/commands/__init__.py", line 188, in run
return cmd.execute(config, args, help)
File "/home/alberts/.local/lib/python3.7/site-packages/jhbuild/commands/__init__.py", line 56, in execute
return self.run(config, options, args, help)
File "/home/alberts/.local/lib/python3.7/site-packages/jhbuild/commands/base.py", line 262, in run
return build.build()
File "/home/alberts/.local/lib/python3.7/site-packages/jhbuild/frontends/buildscript.py", line 172, in build
error, altphases = module.run_phase(self, phase)
File "/home/alberts/.local/lib/python3.7/site-packages/jhbuild/modtypes/__init__.py", line 420, in run_phase
method(buildscript)
File "/home/alberts/.local/lib/python3.7/site-packages/jhbuild/modtypes/__init__.py", line 612, in do_checkout
self.checkout(buildscript)
File "/home/alberts/.local/lib/python3.7/site-packages/jhbuild/modtypes/__init__.py", line 618, in checkout
self.branch.checkout(buildscript)
File "/home/alberts/.local/lib/python3.7/site-packages/jhbuild/versioncontrol/svn.py", line 322, in checkout
Branch.checkout(self, buildscript)
File "/home/alberts/.local/lib/python3.7/site-packages/jhbuild/versioncontrol/__init__.py", line 155, in checkout
self._update(buildscript)
File "/home/alberts/.local/lib/python3.7/site-packages/jhbuild/versioncontrol/svn.py", line 298, in _update
self._check_for_conflicts()
File "/home/alberts/.local/lib/python3.7/site-packages/jhbuild/versioncontrol/svn.py", line 316, in _check_for_conflicts
if '\nConflict' in output:
TypeError: a bytes-like object is required, not 'str'
```https://gitlab.gnome.org/GNOME/jhbuild/-/issues/41mutter fails to build2019-11-11T17:27:53ZBrion Vibber (WMF)bvibber@wikimedia.orgmutter fails to buildI'm trying to build the current gnome-shell with jhbuild on Fedora 31 beta, and am failing in mutter:
```
*** Building mutter *** [81/88]
ninja
[174/1163] Compiling C object 'src/25a6634@@mutter-6@sha/backends_meta-profiler.c.o'.
FAIL...I'm trying to build the current gnome-shell with jhbuild on Fedora 31 beta, and am failing in mutter:
```
*** Building mutter *** [81/88]
ninja
[174/1163] Compiling C object 'src/25a6634@@mutter-6@sha/backends_meta-profiler.c.o'.
FAILED: src/25a6634@@mutter-6@sha/backends_meta-profiler.c.o
ccache cc -Isrc/25a6634@@mutter-6@sha -Isrc -I../../../../jhbuild/checkout/mutter/src -I. -I../../../../jhbuild/checkout/mutter/ -Iclutter -I../../../../jhbuild/checkout/mutter/clutter -Iclutter/clutter -I../../../../jhbuild/checkout/mutter/clutter/clutter -Icogl -I../../../../jhbuild/checkout/mutter/cogl -Icogl/cogl -I../../../../jhbuild/checkout/mutter/cogl/cogl -Isrc/meta -I/opt/gnome/include/glib-2.0 -I/opt/gnome/lib/glib-2.0/include -I/usr/include/libdrm -I/opt/gnome/include/cairo -I/opt/gnome/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/opt/gnome/include/gdk-pixbuf-2.0 -I/opt/gnome/include/sysprof-3 -I/opt/gnome/include/gio-unix-2.0 -I/opt/gnome/include/gsettings-desktop-schemas -I/opt/gnome/include/gtk-3.0 -I/opt/gnome/include/pango-1.0 -I/opt/gnome/include/harfbuzz -I/opt/gnome/include/fribidi -I/opt/gnome/include/atk-1.0 -I/opt/gnome/include/at-spi2-atk/2.0 -I/opt/gnome/include/at-spi-2.0 -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -I/opt/gnome/include/gnome-desktop-3.0 -I/opt/gnome/include/gnome-settings-daemon-3.0 -I/opt/gnome/include/json-glib-1.0 -I/opt/gnome/include/gudev-1.0 -I/usr/include/startup-notification-1.0 -I/opt/gnome/include/libwacom-1.0 -I/opt/gnome/include/gobject-introspection-1.0 -fvisibility=hidden -fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -O2 -g -D_GNU_SOURCE -fno-strict-aliasing -Wpointer-arith -Wmissing-declarations -Wimplicit-function-declaration -Wformat=2 -Wformat-nonliteral -Wformat-security -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wold-style-definition -Wundef -Wunused -Wcast-align -Wmissing-noreturn -Wmissing-format-attribute -Wmissing-include-dirs -Wlogical-op -Wignored-qualifiers -Werror=redundant-decls -Werror=implicit -Werror=nonnull -Werror=init-self -Werror=main -Werror=missing-braces -Werror=sequence-point -Werror=return-type -Werror=trigraphs -Werror=array-bounds -Werror=write-strings -Werror=address -Werror=int-to-pointer-cast -Werror=pointer-to-int-cast -Werror=empty-body -Werror=write-strings -DG_ENABLE_DEBUG -fno-omit-frame-pointer -ggdb -O2 -fno-omit-frame-pointer -fPIC -pthread -D_REENTRANT -DCLUTTER_ENABLE_COMPOSITOR_API -DCLUTTER_ENABLE_EXPERIMENTAL_API -DCOGL_ENABLE_EXPERIMENTAL_API -DCOGL_ENABLE_EXPERIMENTAL_2_0_API -DCOGL_ENABLE_MUTTER_API -DCLUTTER_DISABLE_DEPRECATION_WARNINGS -DCOGL_DISABLE_DEPRECATION_WARNINGS '-DG_LOG_DOMAIN="mutter"' -DSN_API_NOT_YET_FROZEN=1 '-DGETTEXT_PACKAGE="mutter"' -DWITH_VERBOSE_MODE -MD -MQ 'src/25a6634@@mutter-6@sha/backends_meta-profiler.c.o' -MF 'src/25a6634@@mutter-6@sha/backends_meta-profiler.c.o.d' -o 'src/25a6634@@mutter-6@sha/backends_meta-profiler.c.o' -c ../../../../jhbuild/checkout/mutter/src/backends/meta-profiler.c
../../../../jhbuild/checkout/mutter/src/backends/meta-profiler.c: In function ‘handle_start’:
../../../../jhbuild/checkout/mutter/src/backends/meta-profiler.c:101:3: error: too few arguments to function ‘meta_dbus_sysprof3_profiler_complete_start’
101 | meta_dbus_sysprof3_profiler_complete_start (dbus_profiler, invocation);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from ../../../../jhbuild/checkout/mutter/src/backends/meta-profiler.h:25,
from ../../../../jhbuild/checkout/mutter/src/backends/meta-profiler.c:22:
src/meta-dbus-sysprof3-profiler.h:59:6: note: declared here
59 | void meta_dbus_sysprof3_profiler_complete_start (
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
../../../../jhbuild/checkout/mutter/src/backends/meta-profiler.c: In function ‘meta_sysprof_capturer_init_iface’:
../../../../jhbuild/checkout/mutter/src/backends/meta-profiler.c:132:23: warning: assignment to ‘gboolean (*)(MetaDBusSysprof3Profiler *, GDBusMethodInvocation *, GUnixFDList *, GVariant *, GVariant *)’ {aka ‘int (*)(struct _MetaDBusSysprof3Profiler *, struct _GDBusMethodInvocation *, struct _GUnixFDList *, struct _GVariant *, struct _GVariant *)’} from incompatible pointer type ‘gboolean (*)(MetaDBusSysprof3Profiler *, GDBusMethodInvocation *, GVariant *, GVariant *)’ {aka ‘int (*)(struct _MetaDBusSysprof3Profiler *, struct _GDBusMethodInvocation *, struct _GVariant *, struct _GVariant *)’} [-Wincompatible-pointer-types]
132 | iface->handle_start = handle_start;
| ^
[191/1163] Compiling C object 'src/25a6634@@mutter-6@sha/compositor_compositor.c.o'.
ninja: build stopped: subcommand failed.
```
My `~/.config/jhbuildrc` is:
```
import os
prefix = '/opt/gnome'
use_local_modulesets = True
modules = ['gnome-settings-daemon', 'gnome-shell', 'gnome-screenshot']
os.environ['CFLAGS'] = '-ggdb -O2 -fno-omit-frame-pointer'
os.environ['PATH'] = "%s:%s" % (os.path.expanduser('~/.cargo/bin'), os.environ['PATH'])
```
It seems like some mismatch between sysprof's dbus definitions and what mutter wants, or vice versa, but I don't really understand how dbus code generation works so I'm a bit lost here. Thanks for any advice!https://gitlab.gnome.org/GNOME/jhbuild/-/issues/42Ability to force `--check` flag for specific package2019-11-04T09:50:12ZAlex SamorukovAbility to force `--check` flag for specific packageHi,
I am building GIMP/macOS and would like to always have `make check` run for some of the dependencies, but not for all of them. I tried to add `module_makecheck['meson'] = TRUE` to my rc file, but `jhbuild build meson` still not runn...Hi,
I am building GIMP/macOS and would like to always have `make check` run for some of the dependencies, but not for all of them. I tried to add `module_makecheck['meson'] = TRUE` to my rc file, but `jhbuild build meson` still not running make check.
Is it possible to add `check` to the build package per name or it is not supported?https://gitlab.gnome.org/GNOME/jhbuild/-/issues/43Modify shell prompt to indicate jhbuild shell mode2019-11-21T19:51:26ZPavlo SolntsevModify shell prompt to indicate jhbuild shell modeIt would be nice if we execute `jhbuild shell` and the new shell has a different prompt. I was thinking something like: `PS1=jhbuild#$PS1`. It will help to identify jhbuild mode right away.
Thanks.It would be nice if we execute `jhbuild shell` and the new shell has a different prompt. I was thinking something like: `PS1=jhbuild#$PS1`. It will help to identify jhbuild mode right away.
Thanks.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/44mutter missing dependency on gnome-settings-daemon2019-11-26T22:47:00ZChristian Rauchrauch.christian@gmx.demutter missing dependency on gnome-settings-daemonWhen jhbuild update & build `mutter`, the actual mutter compilation fails because of the missing dependency `gnome-settings-daemon`.
Edit: And `libpipewire-0.2` is missing.When jhbuild update & build `mutter`, the actual mutter compilation fails because of the missing dependency `gnome-settings-daemon`.
Edit: And `libpipewire-0.2` is missing.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/45Recommend installing required sysdeps only instead of all of them2020-01-19T09:34:05ZChristoph ReiterRecommend installing required sysdeps only instead of all of themWhen installing "foo" and a sysdep is missing then jhbuild recommends executing "sysdeps --install" which installs all sysdeps. But you usually only want the ones required for building "foo", so "sysdeps --install foo" should be recommen...When installing "foo" and a sysdep is missing then jhbuild recommends executing "sysdeps --install" which installs all sysdeps. But you usually only want the ones required for building "foo", so "sysdeps --install foo" should be recommended instead.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/46ibus fails to find Unicode data2019-12-08T11:31:01ZChristoph Reiteribus fails to find Unicode data```
configure: error: Not found /usr/share/unicode/ucd/NamesList.txt. You can get the UCD files from https://www.unicode.org/Public/UNIDATA/
```
On Ubuntu the file is at /usr/share/unicode/NamesList.txt, owned by unicode-data
Ideas wel...```
configure: error: Not found /usr/share/unicode/ucd/NamesList.txt. You can get the UCD files from https://www.unicode.org/Public/UNIDATA/
```
On Ubuntu the file is at /usr/share/unicode/NamesList.txt, owned by unicode-data
Ideas welcome :)https://gitlab.gnome.org/GNOME/jhbuild/-/issues/47switching build system from meson to autogen2019-11-29T15:28:34ZChristian Rauchrauch.christian@gmx.deswitching build system from meson to autogenI try to bisect an issue with mutter and need to go back to a version that does not support meson.
If I check out and older version without meson build support and rebuild via `jhbuild buildone -cn mutter` I will get the error message `...I try to bisect an issue with mutter and need to go back to a version that does not support meson.
If I check out and older version without meson build support and rebuild via `jhbuild buildone -cn mutter` I will get the error message `ERROR: Neither directory contains a build file meson.build.` since there is no meson build file, just `autogen.sh`.
I tried to run with `--autogen` and removed the build folder via `rm -r ~/.cache/jhbuild/build/mutter/` to no avail, jhbuild is still trying to build with meson.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/48missing clutter dependency for gnome-shell2019-12-05T01:09:02ZChristian Rauchrauch.christian@gmx.demissing clutter dependency for gnome-shellI am trying to build gnome-shell via `jhbuild update gnome-shell` and `jhbuild build -n gnome-shell`.
I managed to build all packages except the `gnome-shell` package itself:
> Couldn't find include 'Clutter-6.gir' (search path: '['/hom...I am trying to build gnome-shell via `jhbuild update gnome-shell` and `jhbuild build -n gnome-shell`.
I managed to build all packages except the `gnome-shell` package itself:
> Couldn't find include 'Clutter-6.gir' (search path: '['/home/christian/jhbuild/install/lib/mutter-6', './src/st/..', '../../../../jhbuild/checkout/gnome-shell/src/st/..', '/home/christian/jhbuild/install/share', '/home/christian/jhbuild/install/share/gir-1.0', '/usr/local/share/gir-1.0', '/usr/share/ubuntu-wayland/gir-1.0', '/home/christian/.local/share/flatpak/exports/share/gir-1.0', '/var/lib/flatpak/exports/share/gir-1.0', '/usr/local/share/gir-1.0', '/usr/share/gir-1.0', '/var/lib/snapd/desktop/gir-1.0', '/home/christian/jhbuild/install/share/gir-1.0', '/usr/share/gir-1.0']')
Clutter is checked out and a `jhbuild shell` will show me:
```
$ pkg-config --modversion clutter-
clutter-1.0 clutter-glx-1.0
clutter-cogl-1.0 clutter-wayland-1.0
clutter-egl-1.0 clutter-wayland-compositor-1.0
clutter-gdk-1.0 clutter-x11-1.0
```
Which packages am I missing?https://gitlab.gnome.org/GNOME/jhbuild/-/issues/49libgweather missing build file: 'schemas/meson.build'2019-12-04T12:10:04ZChristian Rauchrauch.christian@gmx.delibgweather missing build file: 'schemas/meson.build'I am trying to build gnome-shell with a newly checked out jhbuild on Fedora 31:
1. `jhbuild update gnome-shell`
2. `jhbuild build gnome-shell`
It fails at `libgweather` with
`meson.build:120:0: ERROR: Non-existent build file 'schemas/me...I am trying to build gnome-shell with a newly checked out jhbuild on Fedora 31:
1. `jhbuild update gnome-shell`
2. `jhbuild build gnome-shell`
It fails at `libgweather` with
`meson.build:120:0: ERROR: Non-existent build file 'schemas/meson.build'`. The line in questions contains `subdir('schemas')` but there is no folder `schemas`. The same goes for the folder `po`.
For some reason, these folders have been deleted during the checkout. This can be seen by `deleted:` in `git status`. A `git reset --hard` fixes the issue but it stays unclear why this happens in the first place.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/50Check fails in test_distutils2020-01-19T09:34:06ZRafael FontenelleCheck fails in test_distutilsWhen running `make -k check` to test newly built JHBuild, I get the following error output (see [check.txt](/uploads/c319415eca013d937ac8389127dfa1e5/check.txt) for full check output):
```
================================================...When running `make -k check` to test newly built JHBuild, I get the following error output (see [check.txt](/uploads/c319415eca013d937ac8389127dfa1e5/check.txt) for full check output):
```
======================================================================
ERROR: test_distutils (tests.test_main.EndToEndTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/build/jhbuild/src/jhbuild/tests/test_main.py", line 703, in test_distutils
with_stdout_hidden(build.build)
File "/build/jhbuild/src/jhbuild/tests/test_main.py", line 688, in with_stdout_hidden
return func()
File "/build/jhbuild/src/jhbuild/jhbuild/frontends/buildscript.py", line 172, in build
error, altphases = module.run_phase(self, phase)
File "/build/jhbuild/src/jhbuild/jhbuild/modtypes/__init__.py", line 420, in run_phase
method(buildscript)
File "/build/jhbuild/src/jhbuild/jhbuild/modtypes/distutils.py", line 64, in do_build
buildscript.execute(cmd, cwd = srcdir, extra_env = self.extra_env)
File "/build/jhbuild/src/jhbuild/jhbuild/frontends/terminal.py", line 288, in execute
print(b''.join(output))
TypeError: sequence item 0: expected a bytes-like object, str found
----------------------------------------------------------------------
```
Environment:
- distro: Arch Linux 64-bit
- packages: jhbuild 3.35.2 (commit: 75b39363), python 3.8.0https://gitlab.gnome.org/GNOME/jhbuild/-/issues/51"python2" symlink conflicts with Python 2 package2020-01-19T09:34:06ZRafael Fontenelle"python2" symlink conflicts with Python 2 packageWhile updating [Arch Linux AUR package](https://aur.archlinux.org/packages/jhbuild/) from 3.34 to 3.35.2, I notice that "make install" is now installing symlink at `/usr/bin/python2` pointing to `/usr/bin/python`, which conflicts with [p...While updating [Arch Linux AUR package](https://aur.archlinux.org/packages/jhbuild/) from 3.34 to 3.35.2, I notice that "make install" is now installing symlink at `/usr/bin/python2` pointing to `/usr/bin/python`, which conflicts with [python2](https://www.archlinux.org/packages/extra/x86_64/python2/files) package's `/usr/bin/python2` file.
My guess is that the commit 6007add3 made `scripts/debian-python2-postinstall-hook.sh` run on any distro, even on Arch Linux.
For now I'm removing this symlink in my build script, but can it be fixed to install only where it is required?https://gitlab.gnome.org/GNOME/jhbuild/-/issues/52"jhbuild sanitycheck --help" return first translation string2020-01-19T09:34:06ZRafael Fontenelle"jhbuild sanitycheck --help" return first translation stringWhen running `jhbuild sanitycheck --help` in a locale other then `C`, JHBuild will print the very first translation string in the translation files, which is the one with Gettext headers like Project-Id-Version, Report-Msgid-Bugs-To, PO-...When running `jhbuild sanitycheck --help` in a locale other then `C`, JHBuild will print the very first translation string in the translation files, which is the one with Gettext headers like Project-Id-Version, Report-Msgid-Bugs-To, PO-Revision-Date. This does not happen when forcing C locale, like `LC_ALL=C jhbuild sanitycheck --help`.
This normally happens when printing an empty string, because the above string has source content `""` (nothing) and its translation has the aforementioned headers. For example:
```
$ jhbuild sanitycheck --help
Usage: jhbuild sanitycheck Project-Id-Version: jhbuild
Report-Msgid-Bugs-To: https://gitlab.gnome.org/GNOME/jhbuild/issues
PO-Revision-Date: 2019-11-24 21:54-0300
Last-Translator: Rafael Fontenelle <rafaelff@gnome.org>
Language-Team: Brazilian Portuguese <gnome-pt_br-list@gnome.org>
Language: pt_BR
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Plural-Forms: nplurals=2; plural=(n > 1)
X-Generator: Gtranslator 3.32.0
X-Project-Style: gnome
Verifica se as ferramentas necessárias para apoio estão disponíveis
Options:
-h, --help show this help message and exit
```
Maybe [sanitycheck.py setting `usage_args=''`](GNOME/jhbuild/blob/master/jhbuild/commands/sanitycheck.py#L39) is ending up in printing the empty string?https://gitlab.gnome.org/GNOME/jhbuild/-/issues/53amtk needs autoconf-archive from system2020-02-01T09:42:18ZFlorian Richteramtk needs autoconf-archive from systemMy build of gnome-builder with jhbuild on fedora 31 failed at amtk, because the system package autoconf-archive was missing.
Related issue: https://gitlab.gnome.org/GNOME/amtk/issues/1My build of gnome-builder with jhbuild on fedora 31 failed at amtk, because the system package autoconf-archive was missing.
Related issue: https://gitlab.gnome.org/GNOME/amtk/issues/1https://gitlab.gnome.org/GNOME/jhbuild/-/issues/54System dependencies installed question or problem2020-01-16T17:16:41ZPavlo SolntsevSystem dependencies installed question or problemI am trying to update my jhbuild packages What I did:
1) Updated jhbuild to the recent master
2) Executed
```
$ jhbuild sysdeps --install gtk+-3
System installed packages which are new enough:
automake
libtool
make
pkg...I am trying to update my jhbuild packages What I did:
1) Updated jhbuild to the recent master
2) Executed
```
$ jhbuild sysdeps --install gtk+-3
System installed packages which are new enough:
automake
libtool
make
pkg-config
libxml2 (libxml-2.0.pc, required=2.7.8, installed=2.9.10)
git
intltool (required=0.50.2)
itstool
xmllint
xsltproc
xmlcatalog
docbook-xml
docbook-xsl
python3-devel (python3.pc, required=3.2, installed=3.7)
cc
ninja
bison (required=2.4)
flex (required=2.0)
fontconfig (fontconfig.pc, required=2.11.0, installed=2.13.1)
freetype2 (freetype2.pc, required=12.0.6, installed=23.1.17)
libXft (xft.pc, required=2.0.0, installed=2.3.2)
c++
ragel
libjpeg
cups (required=1.4)
libXcursor (xcursor.pc, installed=1.2.0)
doxygen (required=1.8.1)
xmlto
desktop-file-utils (required=0.20)
Required packages:
System installed packages which are too old:
(none)
No matching system package installed:
libffi (libffi.pc, required=3.0.0)
zlib (zlib.pc)
libpcre (libpcre.pc, required=8.31)
shared-mime-info (shared-mime-info.pc, required=1.0)
libpng (libpng.pc)
gl (gl.pc)
libXext (xext.pc)
libXrender (xrender.pc)
x11 (x11.pc)
libicu (icu-i18n.pc, required=4)
egl (egl.pc, required=10.1.3)
dbus (dbus-1.pc, required=1.4.10)
libXtst (xtst.pc, required=1)
xi (xi.pc)
xkbcommon-x11 (xkbcommon-x11.pc)
libxkbcommon (xkbcommon.pc, required=0.5.0)
wayland-egl (wayland-egl.pc, required=1.0)
Optional packages: (JHBuild will build the missing packages)
System installed packages which are too old:
(none)
No matching system package installed:
I: Installing dependencies on system: libffi zlib libpcre shared-mime-info libpng gl libXext libXrender x11 libicu egl dbus libXtst xi xkbcommon-x11 libxkbcommon wayland-egl
I: Using apt-file to search for providers; this may be extremely slow. Please wait. Patience!
I: Installing: libffi-dev zlib1g-dev libpcre3-dev shared-mime-info libpng-dev libgl1-mesa-dev libxext-dev libxrender-dev libx11-dev libicu-dev libegl1-mesa-dev libdbus-1-dev libxtst-dev libxi-dev libxkbcommon-x11-dev libxkbcommon-dev libwayland-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
libdbus-1-dev is already the newest version (1.12.16-2).
libicu-dev is already the newest version (63.2-2).
libffi-dev is already the newest version (3.2.1-9).
libpng-dev is already the newest version (1.6.37-1).
libx11-dev is already the newest version (2:1.6.8-1).
libxext-dev is already the newest version (2:1.3.3-1+b2).
libxi-dev is already the newest version (2:1.7.9-1).
libxkbcommon-dev is already the newest version (0.9.1-1).
libxkbcommon-x11-dev is already the newest version (0.9.1-1).
libxrender-dev is already the newest version (1:0.9.10-1).
libxtst-dev is already the newest version (2:1.2.3-1).
libegl1-mesa-dev is already the newest version (19.2.6-1).
libgl1-mesa-dev is already the newest version (19.2.6-1).
libpcre3-dev is already the newest version (2:8.39-12+b1).
shared-mime-info is already the newest version (1.10-1).
libwayland-dev is already the newest version (1.17.0-1).
zlib1g-dev is already the newest version (1:1.2.11.dfsg-1+b1).
0 upgraded, 0 newly installed, 0 to remove and 20 not upgraded.
```
As you can see I can't meet some system dependencies.
I use up to date Debian testing:
```
deb http://ftp.us.debian.org/debian/ testing main contrib non-free
deb-src http://ftp.us.debian.org/debian/ testing main contrib non-free
deb http://ftp.us.debian.org/debian/ buster main contrib non-free
deb-src http://ftp.us.debian.org/debian/ buster main contrib non-free #Added by software-properties
deb http://security.debian.org/ buster/updates contrib main non-free
deb http://ftp.us.debian.org/debian/ buster-updates contrib main non-free
```
I had this issue before. Usually, if I run `jhbuild buildone` it goes fine and I can compile all libraries as dependencies for my target. Of course, I select them manually because of `buildone` command.
Is it something we can resolve? Let me know what I can do and I can submit a MR.
Thanks.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/55Both mozjs60 and mozjs68 install lib/libjs_static.ajs2020-02-01T09:49:12ZTing-Wei LanBoth mozjs60 and mozjs68 install lib/libjs_static.ajsI don't know if `lib/libjs_static.ajs` is used at runtime. It looks wrong to have two modules overwriting each other's file.
```
$ head ~/gnome/devinstall/_jhbuild/manifests/mozjs*
==> /home/lantw44/gnome/devinstall/_jhbuild/manifests/m...I don't know if `lib/libjs_static.ajs` is used at runtime. It looks wrong to have two modules overwriting each other's file.
```
$ head ~/gnome/devinstall/_jhbuild/manifests/mozjs*
==> /home/lantw44/gnome/devinstall/_jhbuild/manifests/mozjs60 <==
lib/pkgconfig/mozjs-60.pc
lib/libmozjs-60.so
lib/libjs_static.ajs
include/mozjs-60/js-config.h
include/mozjs-60/js/AllocPolicy.h
include/mozjs-60/js/CallArgs.h
include/mozjs-60/js/CallNonGenericMethod.h
include/mozjs-60/js/CharacterEncoding.h
include/mozjs-60/js/Class.h
include/mozjs-60/js/Conversions.h
==> /home/lantw44/gnome/devinstall/_jhbuild/manifests/mozjs68 <==
lib/pkgconfig/mozjs-68.pc
lib/libmozjs-68.so
lib/libjs_static.ajs
include/mozjs-68/js-config.h
include/mozjs-68/js/experimental/SourceHook.h
include/mozjs-68/js/AllocPolicy.h
include/mozjs-68/js/ArrayBuffer.h
include/mozjs-68/js/BuildId.h
include/mozjs-68/js/CallArgs.h
include/mozjs-68/js/CallNonGenericMethod.h
```
@ptomatohttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/56meson patch failed2020-02-04T22:03:48ZChristian Rauchrauch.christian@gmx.demeson patch failedOn Arch Linux:
```
gzip -dc "/home/christian/.cache/jhbuild/downloads/meson-0.53.0.tar.gz" | tar xf -
*** Applying patch meson-dont-use-rpath-on-pkg-config-deps.patch *** [6/7]
patch -p1 < "/home/christian/.cache/jhbuild/meson-dont-use-r...On Arch Linux:
```
gzip -dc "/home/christian/.cache/jhbuild/downloads/meson-0.53.0.tar.gz" | tar xf -
*** Applying patch meson-dont-use-rpath-on-pkg-config-deps.patch *** [6/7]
patch -p1 < "/home/christian/.cache/jhbuild/meson-dont-use-rpath-on-pkg-config-deps.patch"
ionice: failed to execute patch: No such file or directory
```
`meson` version `0.53.1` is already installed in the system. It is therefore unclear why `jhbuild` needs to download an older version of meson.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/57libpsl is not installed2020-02-05T20:18:16ZChristian Rauchrauch.christian@gmx.delibpsl is not installedI am unable to install `libpsl` via jhbuild
When installing libpsl via `jhbuild build libpsl` it simply says "Success".
However, it does not seem to install `libpsl` since there are no hints inside the `checkout` or `install` folder and...I am unable to install `libpsl` via jhbuild
When installing libpsl via `jhbuild build libpsl` it simply says "Success".
However, it does not seem to install `libpsl` since there are no hints inside the `checkout` or `install` folder and `jhbuild run pkg-config --modversion libpsl` will return my system version and not the latest released `libpsl` version.
As a consequence, I am unable to build `libsoup` on a system (Ubunut 18.04) with an older `libpsl` version `0.19.1`: `Dependency libpsl found: NO found 0.19.1 but need: '>= 0.20'`.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/58shallow git clones2020-02-12T14:46:36ZChristian Rauchrauch.christian@gmx.deshallow git clonesChecking out the full repositories can take some time for some of the projects, e.g. cloning `adwaita-icon-theme` takes considerable time.
What do you think about having shallow copies (`git clone -–depth 1`) of the repos? This would sp...Checking out the full repositories can take some time for some of the projects, e.g. cloning `adwaita-icon-theme` takes considerable time.
What do you think about having shallow copies (`git clone -–depth 1`) of the repos? This would speed up the download of sources. Users can download the full history of repos they are working on afterwards.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/59Error compile on cloud platform (without terminal)2020-03-27T18:17:02ZGhost UserError compile on cloud platform (without terminal)Error creating textual authentication agent: Error opening current controlling terminal for the process (`/dev/tty'): No such device or addressError creating textual authentication agent: Error opening current controlling terminal for the process (`/dev/tty'): No such device or addresshttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/60"Don't know how to install packages on this system" is confusing2020-03-01T16:40:46ZÇağatay Yiğit Şahin"Don't know how to install packages on this system" is confusingWhen I ran `jhbuild sysdeps --install` while setting up jhbuild, I got the error message “Don't know how to install packages on this system”. It turned out that I was missing PackageKit (I use Fedora, so Apt and Pacman are not options fo...When I ran `jhbuild sysdeps --install` while setting up jhbuild, I got the error message “Don't know how to install packages on this system”. It turned out that I was missing PackageKit (I use Fedora, so Apt and Pacman are not options for me) and when I installed it the problem was solved but I needed to read the jhbuild source to find out what was missing. I think an error message that suggests installing PackageKit may be more helpful.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/61Incorrect glesv2 version for Fedora 32 Beta?2020-04-06T16:00:41ZIvan Molodetskikhyalterz@gmail.comIncorrect glesv2 version for Fedora 32 Beta?Following the guide at https://gitlab.gnome.org/exalm/jhbuild-steps/blob/master/jhbuild-fedora.md on Fedora 32 Beta gives:
```
$ jhbuild build -n gnome-shell gnome-session gnome-shell-extensions
Required packages:
System installed pack...Following the guide at https://gitlab.gnome.org/exalm/jhbuild-steps/blob/master/jhbuild-fedora.md on Fedora 32 Beta gives:
```
$ jhbuild build -n gnome-shell gnome-session gnome-shell-extensions
Required packages:
System installed packages which are too old:
mesa-libGLES (glesv2.pc, required=9.2, installed=3.2)
No matching system package installed:
(none)
jhbuild build: Required system dependencies not installed. Install using the command 'jhbuild sysdeps --install gnome-shell gnome-session gnome-shell-extensions' or to ignore system dependencies use command-line option --nodeps
$ sudo dnf install mesa-libGLES
Last metadata expiration check: 0:13:31 ago on Чт 19 мар 2020 19:57:24.
Package libglvnd-gles-1:1.3.1-1.fc32.x86_64 is already installed.
Package libglvnd-gles-1:1.3.1-1.fc32.i686 is already installed.
Dependencies resolved.
Nothing to do.
Complete!
$ cat /usr/lib64/pkgconfig/glesv2.pc
prefix=/usr
exec_prefix=${prefix}
libdir=/usr/lib64
includedir=/usr/include
Name: gles2
Description: OpenGL ES v2/v3 library and headers
Version: 3.2
Libs: -L${libdir} -lGLESv2
Cflags: -I${includedir}
```https://gitlab.gnome.org/GNOME/jhbuild/-/issues/62uhttpmock wants vapigen-0.48 but vapigen-0.50 is installed2020-04-07T13:01:33ZChristian Rauchrauch.christian@gmx.deuhttpmock wants vapigen-0.48 but vapigen-0.50 is installedjhbuild installs a "too new" version of vala (version 0.50 from master) but `uhttpmock` locks for the specific version 0.46.
The original error is `/bin/bash: [...]/jhbuild/install/bin/vapigen-0.48: [...] not found`
jhbuild should pin ...jhbuild installs a "too new" version of vala (version 0.50 from master) but `uhttpmock` locks for the specific version 0.46.
The original error is `/bin/bash: [...]/jhbuild/install/bin/vapigen-0.48: [...] not found`
jhbuild should pin a specific vala version to avoid this kind of issues.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/63Feature request: support pip repository2020-05-03T08:53:02ZHamdi SahloulFeature request: support pip repositoryPyPi repository is very famous, and saves us from going through source download and build via distutils etc.
Can you please support that?
Maybe something like:
```
<repository type="pip" name="pypi" href="https://pypi.org/simple" />
...PyPi repository is very famous, and saves us from going through source download and build via distutils etc.
Can you please support that?
Maybe something like:
```
<repository type="pip" name="pypi" href="https://pypi.org/simple" />
<distutils id="numpy">
<branch repo="pypi" module="numpy" version="1.18.3" />
</distutils>
```
I am not sure about `distutils` part though... Maybe it can be something different.
I imagine the implementation can be very similar to that of tarball repository, with download phase as:
```
buildscript.execute(['pip', 'download', '--index-url', self.href, '--dest', localdir, '%s==%s' % (self.module, self.version)], extra_env = extra_env)
```
and install phase as:
```python
for localfile in glob.glob(os.path.join(localdir, '%s-%s*' % (self.module, self.version))):
buildscript.execute(['pip', 'install', localfile], extra_env = extra_env)
```
In this example, I used destination dir since getting the original filename or changing it was not so obvious to me. I believe there should be cleaner way to do that (e.g. using `pip search` or similar APIs). At worst, you can capture the stdout.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/64git: don't re-clone on "wipe directory and start over"2020-06-13T08:34:51ZChristoph Reitergit: don't re-clone on "wipe directory and start over"For all version control types we just delete the source and build dir and start again: https://gitlab.gnome.org/GNOME/jhbuild/-/blob/5f8c17be0ef115587616b3b5737709016f5f9f20/jhbuild/versioncontrol/__init__.py#L159
But in the case of git...For all version control types we just delete the source and build dir and start again: https://gitlab.gnome.org/GNOME/jhbuild/-/blob/5f8c17be0ef115587616b3b5737709016f5f9f20/jhbuild/versioncontrol/__init__.py#L159
But in the case of git we should just be able to do a combination for git reset/clean/checkout to achieve the same without re-cloning everything, which takes ages.
I got annoyed by this last time meson changed and I had to wipe every module because meson failed to reconfigure.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/65libnotify requires docbook5-style-xsl2021-03-06T02:46:29ZPeter Simonyilibnotify requires docbook5-style-xsl(Sorry if this is the wrong repository to report it in.)
I tried building gnome-shell on Fedora 32 with `jhbuild build gnome-shell` and it got stuck on libnotify, which seems to require `docbook5-style-xsl` but jhbuild didn't list that w...(Sorry if this is the wrong repository to report it in.)
I tried building gnome-shell on Fedora 32 with `jhbuild build gnome-shell` and it got stuck on libnotify, which seems to require `docbook5-style-xsl` but jhbuild didn't list that when it offered to install dependencies.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/66Non-local modulesets slow2020-05-24T06:18:11ZChristoph ReiterNon-local modulesets slowInitially they were loaded from git.gnome.org which had cache headers, but gitlab doesn't so we never cache them and always download them again and again.
The only thing I can think of is to auto deploy them to gitlab pages and use that...Initially they were loaded from git.gnome.org which had cache headers, but gitlab doesn't so we never cache them and always download them again and again.
The only thing I can think of is to auto deploy them to gitlab pages and use that instead. But not sure if this is worth it.
Other ideas?https://gitlab.gnome.org/GNOME/jhbuild/-/issues/67Default system_libdirs detection fails to find /usr/lib642020-08-05T00:17:29ZPeter SimonyiDefault system_libdirs detection fails to find /usr/lib64I'm using Fedora Workstation x86_64, where most libraries end up in `/usr/lib64` but in `jhbuild/defaults.jhbuildrc`, the detection of the system library path for `system_libdirs` results in `['/usr/lib/x86_64-linux-gnu', '/usr/lib']`. ...I'm using Fedora Workstation x86_64, where most libraries end up in `/usr/lib64` but in `jhbuild/defaults.jhbuildrc`, the detection of the system library path for `system_libdirs` results in `['/usr/lib/x86_64-linux-gnu', '/usr/lib']`. And `/usr/lib/x86_64-linux-gnu` does not exist on my system.
---
Aside:
The effect of this I found is that trying to run Gnome Shell gives a weird runtime error:
<details>
<summary>In case anyone else is searching for it, here's the error message.</summary>
```
(gnome-shell:1640): Gjs-CRITICAL **: 17:58:26.474: JS ERROR: Error: Requiring Polkit, version none: Typelib file for namespace 'Polkit' (any version) not found
@resource:///org/gnome/shell/ui/environment.js:13:66
@<main>:1:1
** Message: 17:58:26.474: Execution of main.js threw exception: Script <main> threw an exception
could not connect to wayland server
(EE)
Fatal server error:
(EE) Couldn't add screen
(EE)
```
</details>
main.js tries to use `imports.gi.Polkit` but the typelib info can't be found because jhbuild has set `GI_TYPELIB_PATH` based on the incorrect `system_libdirs` to just the `lib/girepository-1.0` for jhbuild artifacts, so while GI can import modules that are part of the build it can't import system modules any more. When `system_libdirs` is set correctly, `GI_TYPELIB_PATH` includes both locations.
End aside.
---
The commit message for 63eba04a indicates that this *used* to detect `/usr/lib64` on Fedora correctly, presumably because what was then `sys._multiarch` was not defined in Fedora's build of Python and we took the AttributeError branch. But `sys.implementation._multiarch` is defined now, so we incorrectly take the "Debian-style" branch.
Perhaps in addition to checking that `sys.implementation` has the `_multiarch` attribute, it could check that the resulting path `f'/usr/lib/{sys.implementation._multiarch}` actually exists?
As a workaround, I've created `~/.config/jhbuildrc` containing `system_libdirs = ['/usr/lib64']`.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/68Docs still mention Python 22020-07-29T14:52:04ZFederico Mena QuinteroDocs still mention Python 2https://gnome.pages.gitlab.gnome.org/jhbuild/getting-started.html mentions "JHBuild requires a Python runtime. Verify Python >= 2.3 is installed." :)https://gnome.pages.gitlab.gnome.org/jhbuild/getting-started.html mentions "JHBuild requires a Python runtime. Verify Python >= 2.3 is installed." :)https://gitlab.gnome.org/GNOME/jhbuild/-/issues/69Allow transient opening of files2020-07-03T13:15:50ZKai A. Hillerkhiller@gnome.orgAllow transient opening of filesI often find myself in the situation of wanting to peek into files. This is useful for quickly getting a piece of information or to decide if a given file is the correct one to work on. Currently after peeking I find myself with a lot of...I often find myself in the situation of wanting to peek into files. This is useful for quickly getting a piece of information or to decide if a given file is the correct one to work on. Currently after peeking I find myself with a lot of opened files in the sidebar I didn't intent to keep and loose oversight. This forces me to think about cleaning up the mess and keeps my focus away from the problem at hand.
Other editors like VSCode or SublimeText help with this usecase by opening a file after selecting it, but keeping it in a transient state shown by the name in its tab being in italics. Double-clicking the file turns it into a permanent opened file, selecting another file will close the current transient one.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/70gobject introspection fails: "ModuleNotFoundError: No module named 'giscanner...2020-08-10T02:06:59ZMatt Rosegobject introspection fails: "ModuleNotFoundError: No module named 'giscanner._giscanner'"Trying to use jhbuild on a mac, following the instructions here (https://wiki.gnome.org/action/show/Projects/GTK/OSX/Building?action=show&redirect=Projects%2FGTK%2B%2FOSX%2FBuilding) and I get the following error from the gobject-introsp...Trying to use jhbuild on a mac, following the instructions here (https://wiki.gnome.org/action/show/Projects/GTK/OSX/Building?action=show&redirect=Projects%2FGTK%2B%2FOSX%2FBuilding) and I get the following error from the gobject-introspection. Apparently this is a weird interaction between python and the gobject-introspection package, but both of those are controlled by jhbuild. Does anyone know what's going on?
```
Traceback (most recent call last):
File "/Users/mattrose/gtk/inst/bin/g-ir-scanner", line 103, in <module>
from giscanner.scannermain import scanner_main
File "/Users/mattrose/gtk/inst/lib/gobject-introspection/giscanner/scannermain.py", line 35, in <module>
from giscanner.ast import Include, Namespace
File "/Users/mattrose/gtk/inst/lib/gobject-introspection/giscanner/ast.py", line 29, in <module>
from .sourcescanner import CTYPE_TYPEDEF, CSYMBOL_TYPE_TYPEDEF
File "/Users/mattrose/gtk/inst/lib/gobject-introspection/giscanner/sourcescanner.py", line 35, in <module>
from giscanner._giscanner import SourceScanner as CSourceScanner
ModuleNotFoundError: No module named 'giscanner._giscanner'
ninja: build stopped: subcommand failed.
*** Error during phase build of pango: ########## Error running ninja *** [8/8]
```https://gitlab.gnome.org/GNOME/jhbuild/-/issues/71g-ir-doc-tool from gobject-introspection package needs python markdown module2020-10-02T19:53:18ZNelson Beng-ir-doc-tool from gobject-introspection package needs python markdown moduleError:
```
nelson:~/jhbuild/install $ g-ir-doc-tool -l gjs -f mallard -o evince/share share/evince/gir-1.0/EvinceJS-3.0.gir
Traceback (most recent call last):
File "/usr/bin/g-ir-doc-tool", line 103, in <module>
from giscanner.docm...Error:
```
nelson:~/jhbuild/install $ g-ir-doc-tool -l gjs -f mallard -o evince/share share/evince/gir-1.0/EvinceJS-3.0.gir
Traceback (most recent call last):
File "/usr/bin/g-ir-doc-tool", line 103, in <module>
from giscanner.docmain import doc_main
File "/usr/lib64/gobject-introspection/giscanner/docmain.py", line 25, in <module>
from .docwriter import DocWriter
File "/usr/lib64/gobject-introspection/giscanner/docwriter.py", line 30, in <module>
import markdown
ModuleNotFoundError: No module named 'markdown'
```
I'm about to submit a MR for this.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/72Python 2 syntax errors during jhbuild build in Docker2020-09-18T18:14:39ZKarl-Philipp RichterPython 2 syntax errors during jhbuild build in DockerI'm building `jhbuild` in Docker in order to automate a CI process with
```
FROM ubuntu:20.04
ENV DEBIAN_FRONTEND=noninteractive
RUN apt-get update && apt-get install --yes git build-essential autoconf automake gettext pkg-config yelp-t...I'm building `jhbuild` in Docker in order to automate a CI process with
```
FROM ubuntu:20.04
ENV DEBIAN_FRONTEND=noninteractive
RUN apt-get update && apt-get install --yes git build-essential autoconf automake gettext pkg-config yelp-tools autopoint python3 python-is-python3
RUN git clone https://gitlab.gnome.org/krichter/jhbuild.git
RUN cd jhbuild && ./autogen.sh --prefix=/usr/local && make -j && make install && cd .. && rm -rf jhbuild
RUN python --version
RUN jhbuild --version
```
and I'm seeing Python syntax errors which are caused by 2.x code being built with 3.x. Afaik Python 2.x code is removed and building with Python 2.x is no longer supported. What could be the reason why I'm seeing errors like
```
make[3]: Nothing to be done for 'install-exec-am'.
/usr/bin/mkdir -p '/usr/local/lib/python3.8/site-packages/jhbuild/'
/usr/bin/install -c -m 644 __init__.py config.py defaults.jhbuildrc environment.py errors.py main.py moduleset.py monkeypatch.py '/usr/local/lib/python3.8/site-packages/jhbuild/'
Byte-compiling python modules...
__init__.pyconfig.pyenvironment.pyerrors.pymain.pymoduleset.pymonkeypatch.py
<string>:2: DeprecationWarning: the imp module is deprecated in favour of importlib; see the module's documentation for alternative uses
File "/usr/local/lib/python3.8/site-packages/jhbuild/main.py", line 69
print uencode(s),
^
SyntaxError: invalid syntax
Byte-compiling python modules (optimized versions) ...
```
during `make install` and why `jhbuild --version` fails due to
```
Traceback (most recent call last):
File "/usr/local/bin/jhbuild", line 6, in <module>
import __builtin__
ModuleNotFoundError: No module named '__builtin__'
```
The build errors don't seem to cause the build fail, however the start to fail.
The complete build log is [build.log](/uploads/c5656a19bb4da2b91a67915e05bcc760/build.log) and the issue can be reproduced with the code for a `Dockerfile` above.
experienced with 3.36.0-86-g2cae2916https://gitlab.gnome.org/GNOME/jhbuild/-/issues/73Cannot clone git.sv.gnu.org/autoconf-archive.git : not found (needed by m4-co...2020-10-04T14:21:45ZGabri110Cannot clone git.sv.gnu.org/autoconf-archive.git : not found (needed by m4-commons)When running jhbuild bootstrap, I run into the following bug: the link where some of the files are supposed to be, doesn't exist. I hope you know how to resolve this.
```
*** Checking out m4-common *** [9/29]
rm -rf /Users/silviamarcaid...When running jhbuild bootstrap, I run into the following bug: the link where some of the files are supposed to be, doesn't exist. I hope you know how to resolve this.
```
*** Checking out m4-common *** [9/29]
rm -rf /Users/silviamarcaida/gtk/source/m4-common
git clone https://gitlab.gnome.org/GNOME/m4-common
Cloning into 'm4-common'...
warning: redirecting to https://gitlab.gnome.org/GNOME/m4-common.git/
remote: Enumerating objects: 79, done.
remote: Counting objects: 100% (79/79), done.
remote: Compressing objects: 100% (79/79), done.
remote: Total 79 (delta 41), reused 0 (delta 0), pack-reused 0
Unpacking objects: 100% (79/79), done.
git remote set-url origin https://gitlab.gnome.org/GNOME/m4-common
git remote update origin
Fetching origin
warning: redirecting to https://gitlab.gnome.org/GNOME/m4-common.git/
git rebase origin/master
Current branch master is up to date.
git submodule init
Submodule 'autoconf-archive' (git://git.sv.gnu.org/autoconf-archive.git) registered for path 'autoconf-archive'
git submodule update
Cloning into '/Users/silviamarcaida/gtk/source/m4-common/autoconf-archive'...
fatal: repository 'https://git.sv.gnu.org/autoconf-archive.git/' not found
fatal: clone of 'git://git.sv.gnu.org/autoconf-archive.git' into submodule path '/Users/silviamarcaida/gtk/source/m4-common/autoconf-archive' failed
Failed to clone 'autoconf-archive'. Retry scheduled
Cloning into '/Users/silviamarcaida/gtk/source/m4-common/autoconf-archive'...
fatal: repository 'https://git.sv.gnu.org/autoconf-archive.git/' not found
fatal: clone of 'git://git.sv.gnu.org/autoconf-archive.git' into submodule path '/Users/silviamarcaida/gtk/source/m4-common/autoconf-archive' failed
Failed to clone 'autoconf-archive' a second time, aborting
*** Error during phase force_checkout of m4-common: ########## Error running git submodule update *** [9/29]
[1] Rerun phase force_checkout
[2] Ignore error and continue to configure
[3] Give up on module
[4] Start shell
[5] Reload configuration
[6] Go to phase "wipe directory and start over"
choice:
```https://gitlab.gnome.org/GNOME/jhbuild/-/issues/74Error message is omitted with --exit-on-error2020-09-30T12:06:19ZKonstantin TokarevError message is omitted with --exit-on-errorI forgot to commit patch file into repository and got following error:
*** Error during phase checkout of $modulename: Failed to find patch: $filename ***
However, this error message is not shown if jhbuild is run with --exit-on-error,...I forgot to commit patch file into repository and got following error:
*** Error during phase checkout of $modulename: Failed to find patch: $filename ***
However, this error message is not shown if jhbuild is run with --exit-on-error, it just silently aborts in checkout phase.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/75What to do about old bugzilla bug?2020-11-14T06:54:38ZChristoph ReiterWhat to do about old bugzilla bug?@aklapper pointed out that there still is a bugzilla for jhbuild: https://bugzilla.gnome.org/buglist.cgi?product=jhbuild&resolution=---&limit=0&list_id=333929
What should we do about it? I don't mind copying things here. Any thoughts?
...@aklapper pointed out that there still is a bugzilla for jhbuild: https://bugzilla.gnome.org/buglist.cgi?product=jhbuild&resolution=---&limit=0&list_id=333929
What should we do about it? I don't mind copying things here. Any thoughts?
@ebassi maybe?https://gitlab.gnome.org/GNOME/jhbuild/-/issues/76gnome-shell does not build on Fedora 33 without installing extra packages2021-02-17T15:07:49ZRussell Bicknellgnome-shell does not build on Fedora 33 without installing extra packagesI recently built gnome-shell on a clean Fedora 33 install and ran into a few extra things I had to install to get some of the packages to build.
First, what I guess is a Fedora-specific problem, I had to enable the RPMFusion free reposi...I recently built gnome-shell on a clean Fedora 33 install and ran into a few extra things I had to install to get some of the packages to build.
First, what I guess is a Fedora-specific problem, I had to enable the RPMFusion free repository so that `jhbuild sysdeps --install gnome-shell` could find `ffmpeg` which seems to supply a few necessary `libav...` things. Maybe this should be added as note to the jhbuild intro? (FWIW, I did not install the handful of packages mentioned in https://wiki.gnome.org/action/show/Projects/Jhbuild/Introduction#Setting_up_JHBuild where it says "If you are using Fedora 30:".)
Then, while running `jhbuild build gnome-shell`, a few different packages will fail to build. I was able to resolve all of these by manually installing some other packages:
- `wayland` fails to build until you install `expat-devel`.
- `libnotify` fails to build until you install `docbook5-style-xsl`.
- `uhttpmock` fails to build until you install `autoconf-archive`.
- `mutter` fails to build until you install `mesa-libEGL-devel`.
- `gnome-shell` fails to build until you install `appstream`.
I don't know if these are the 'proper' packages to add to wherever these dependencies are listed to resolve this issue, but they made the build succeed. Some were mentioned in other related issues I found - linked in the notes below.
<details><summary>Expand to see full notes</summary>
# Build gnome-shell from scratch on Fedora 33 (2020-12-18)
Roughly following steps in https://wiki.gnome.org/Projects/Jhbuild/Introduction , but without installing the packages recommended for Fedora 30 or the extra jhbuild targets mentioned on that page ("a few useful packages that are always good to have").
- Install jhbuild:
```shell
$ mkdir -p ~/jhbuild/checkout
$ cd ~/jhbuild/checkout
$ git clone https://gnome.gitlab.org/GNOME/jhbuild.git
$ cd jhbuild
$ ./autogen.sh --simple-install
$ make
$ make install
```
- `$ jhbuild sysdeps --install gnome-shell`:
Problems:
- This command will not be able to find / install these packages:
- `libavfilter (libavfilter.pc)`
- `libavformat (libavformat.pc)`
- `libavcodec (libavcodec.pc)`
- `libavutil (libavutil.pc)`
Fix: Enable RPMFusion free repository
- Go to https://rpmfusion.org/Configuration, download & install the free repository.
- Once enabled, rerun and `ffmpeg-devel` (`ffmpeg-devel;4.3.1-11.fc33;x86_64;free` as of now) will be installed to satisfy them.
- `$ jhbuild build gnome-shell`:
Problems:
- `wayland` fails to build:
```
-- >8 --
Found CMake: /usr/bin/cmake (3.18.4)
Using 'CMAKE_PREFIX_PATH' from environment with value: '/home/bicknellr/jhbuild/install'
Run-time dependency expat found: NO (tried pkgconfig and cmake)
../../../../jhbuild/checkout/wayland/meson.build:61:0: ERROR: Dependency "expat" not found, tried pkgconfig and cmake
A full log can be found at /home/bicknellr/.cache/jhbuild/build/wayland/meson-logs/meson-log.txt
*** Error during phase configure of wayland: ########## Error running meson --prefix /home/bicknellr/jhbuild/install --libdir lib -Ddocumentation=false --buildtype=debugoptimized /home/bicknellr/jhbuild/checkout/wayland *** [30/93]
[1] Rerun phase configure
[2] Ignore error and continue to build
[3] Give up on module
[4] Start shell
[5] Reload configuration
[6] Go to phase "wipe directory and start over"
choice: 1
```
Fix: `sudo dnf install expat-devel`, then select 'Rerun phase configure'. I just guessed at this one; not sure if there are related issues somewhere.
- `libnotify` fails to build:
```
-- >8 --
Program xsltproc found: YES (/usr/bin/xsltproc)
../../../../jhbuild/checkout/libnotify/meson.build:72:4: ERROR: Problem encountered: DocBook stylesheet for generating man pages not found, you need to install docbook-xsl-ns or similar package.
A full log can be found at /home/bicknellr/.cache/jhbuild/build/libnotify/meson-logs/meson-log.txt
*** Error during phase configure of libnotify: ########## Error running meson --prefix /home/bicknellr/jhbuild/install --libdir lib --buildtype=debugoptimized /home/bicknellr/jhbuild/checkout/libnotify *** [40/93]
[1] Rerun phase configure
[2] Ignore error and continue to build
[3] Give up on module
[4] Start shell
[5] Reload configuration
[6] Go to phase "wipe directory and start over"
choice: 1
```
Fix: `sudo dnf install docbook5-style-xsl`, then select 'Rerun phase configure'.
Related: https://gitlab.gnome.org/GNOME/libnotify/-/issues/7
- `uhttpmock` fails to build:
```
-- >8 --
libtoolize: copying file 'm4/lt~obsolete.m4'
autoreconf: running: /usr/bin/autoconf --force
configure:16413: error: possibly undefined macro: AX_AC_PRINT_TO_FILE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure:16421: error: possibly undefined macro: AX_AC_APPEND_TO_FILE
configure:16461: error: possibly undefined macro: AC_MSG_ERROR
configure:16750: error: possibly undefined macro: AM_V_at
configure:16768: error: possibly undefined macro: AM_DISTCHECK_CONFIGURE_FLAGS
autoreconf: /usr/bin/autoconf failed with exit status: 1
*** Error during phase configure of uhttpmock: ########## Error running ./autogen.sh --prefix /home/bicknellr/jhbuild/install --disable-Werror --disable-static --disable-gtk-doc *** [61/93]
[1] Rerun phase configure
[2] Ignore error and continue to build
[3] Give up on module
[4] Start shell
[5] Reload configuration
[6] Go to phase "wipe directory and start over"
[7] Go to phase "clean"
[8] Go to phase "distclean"
choice: 1
```
Fix: `sudo dnf install autoconf-archive`, then select 'Rerun phase configure'.
Related: https://gitlab.com/uhttpmock/uhttpmock/-/issues/6
- `mutter` fails to build:
```
-- >8 --
[10/890] Compiling C object cogl/cogl/libmutter-cogl-8.so.0.0.0.p/driver_gl_cogl-util-gl.c.o
FAILED: cogl/cogl/libmutter-cogl-8.so.0.0.0.p/driver_gl_cogl-util-gl.c.o
cc -Icogl/cogl/libmutter-cogl-8.so.0.0.0.p -Icogl/cogl -I../../../../jhbuild/checkout/mutter/cogl/cogl -Icogl -I../../../../jhbuild/checkout/mutter/cogl -I/home/bicknellr/jhbuild/install/include/glib-2.0 -I/home/bicknellr/jhbuild/install/lib/glib-2.0/include -I/home/bicknellr/jhbuild/install/include/gio-unix-2.0 -I/home/bicknellr/jhbuild/install/include/graphene-1.0 -I/home/bicknellr/jhbuild/install/lib/graphene-1.0/include -I/home/bicknellr/jhbuild/install/include/cairo -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libxml2 -I/home/bicknellr/jhbuild/install/include/pixman-1 -I/home/bicknellr/jhbuild/install/include/gdk-pixbuf-2.0 -I/home/bicknellr/jhbuild/install/include/sysprof-4 -fvisibility=hidden -fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -O2 -g -D_GNU_SOURCE -fno-strict-aliasing -Wpointer-arith -Wmissing-declarations -Wimplicit-function-declaration -Wformat=2 -Wformat-nonliteral -Wformat-security -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wold-style-definition -Wundef -Wunused -Wcast-align -Wmissing-noreturn -Wmissing-format-attribute -Wmissing-include-dirs -Wlogical-op -Wignored-qualifiers -Werror=redundant-decls -Werror=implicit -Werror=nonnull -Werror=init-self -Werror=main -Werror=missing-braces -Werror=sequence-point -Werror=return-type -Werror=trigraphs -Werror=array-bounds -Werror=write-strings -Werror=address -Werror=int-to-pointer-cast -Werror=pointer-to-int-cast -Werror=empty-body -Werror=write-strings -DG_ENABLE_DEBUG -fno-omit-frame-pointer -fPIC -pthread -mfpmath=sse -msse -msse2 '-DCOGL_LOCALEDIR="/home/bicknellr/jhbuild/install/share/locale"' -DCOGL_COMPILATION '-DCOGL_GL_LIBNAME="libGL.so.1"' '-DCOGL_GLES2_LIBNAME="libGLESv2.so.2"' -DCOGL_GL_DEBUG -DCOGL_OBJECT_DEBUG -DCOGL_ENABLE_DEBUG -fno-omit-frame-pointer -MD -MQ cogl/cogl/libmutter-cogl-8.so.0.0.0.p/driver_gl_cogl-util-gl.c.o -MF cogl/cogl/libmutter-cogl-8.so.0.0.0.p/driver_gl_cogl-util-gl.c.o.d -o cogl/cogl/libmutter-cogl-8.so.0.0.0.p/driver_gl_cogl-util-gl.c.o -c ../../../../jhbuild/checkout/mutter/cogl/cogl/driver/gl/cogl-util-gl.c
In file included from ../../../../jhbuild/checkout/mutter/cogl/cogl/cogl-texture-2d.h:44,
from ../../../../jhbuild/checkout/mutter/cogl/cogl/cogl-texture-private.h:40,
from ../../../../jhbuild/checkout/mutter/cogl/cogl/winsys/cogl-texture-pixmap-x11-private.h:45,
from ../../../../jhbuild/checkout/mutter/cogl/cogl/winsys/cogl-winsys-private.h:39,
from ../../../../jhbuild/checkout/mutter/cogl/cogl/cogl-fence-private.h:36,
from ../../../../jhbuild/checkout/mutter/cogl/cogl/cogl-journal-private.h:37,
from ../../../../jhbuild/checkout/mutter/cogl/cogl/cogl-framebuffer-private.h:37,
from ../../../../jhbuild/checkout/mutter/cogl/cogl/cogl-driver.h:36,
from ../../../../jhbuild/checkout/mutter/cogl/cogl/cogl-context-private.h:44,
from ../../../../jhbuild/checkout/mutter/cogl/cogl/driver/gl/cogl-util-gl.c:36:
cogl/cogl/cogl-egl-defines.h:38:10: fatal error: EGL/eglmesaext.h: No such file or directory
38 | #include <EGL/eglmesaext.h>
| ^~~~~~~~~~~~~~~~~~
compilation terminated.
ninja: build stopped: subcommand failed.
*** Error during phase build of mutter: ########## Error running ninja *** [83/93]
[1] Rerun phase build
[2] Ignore error and continue to install
[3] Give up on module
[4] Start shell
[5] Reload configuration
[6] Go to phase "wipe directory and start over"
[7] Go to phase "configure"
[8] Go to phase "clean"
choice: 7
invalid choice
[1] Rerun phase build
[2] Ignore error and continue to install
[3] Give up on module
[4] Start shell
[5] Reload configuration
[6] Go to phase "wipe directory and start over"
[7] Go to phase "configure"
[8] Go to phase "clean"
choice: 6
Type "yes" to confirm the action: yes
```
Fix: `sudo dnf install mesa-libEGL-devel`, then select 'Go to phase "wipe directory and start over"'. Note: This was also a guess. Also, I'm not sure if wiping the whole directory is actually required, but selecting 'Go to phase "configure"' just printed 'invalid' choice, so wiping seemed like the safest option.
Related:
- https://gitlab.gnome.org/GNOME/mutter/-/issues/876
- https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/289
- `gnome-shell` fails to build:
```
-- >8 --
*** Building gnome-shell *** [93/93]
ninja
[17/164] Generating org.gnome.Extensions.metainfo.xml_subprojects@extensions-app@data@metainfo_merge with a custom command
FAILED: subprojects/extensions-app/data/metainfo/org.gnome.Extensions.metainfo.xml
/home/bicknellr/jhbuild/install/bin/meson --internal msgfmthelper ../../../../jhbuild/checkout/gnome-shell/subprojects/extensions-app/data/metainfo/org.gnome.Extensions.metainfo.xml.in subprojects/extensions-app/data/metainfo/org.gnome.Extensions.metainfo.xml xml /home/bicknellr/jhbuild/checkout/gnome-shell/subprojects/extensions-app/../../po
msgfmt: cannot locate ITS rules for ../../../../jhbuild/checkout/gnome-shell/subprojects/extensions-app/data/metainfo/org.gnome.Extensions.metainfo.xml.in
[26/164] Generating Shew-0.gir with a custom command
ninja: build stopped: subcommand failed.
*** Error during phase build of gnome-shell: ########## Error running ninja *** [93/93]
[1] Rerun phase build
[2] Ignore error and continue to install
[3] Give up on module
[4] Start shell
[5] Reload configuration
[6] Go to phase "wipe directory and start over"
[7] Go to phase "configure"
[8] Go to phase "clean"
choice: 1
```
Fix: `sudo dnf install appstream`, then select 'Rerun phase build'.
Related: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2439
</details>https://gitlab.gnome.org/GNOME/jhbuild/-/issues/77Guide to run a JHBuild session does not work2022-01-31T02:43:26ZmenschelGuide to run a JHBuild session does not workHi,
I'm trying to get my local test environment up and running. I followed the guide in
https://developer.gnome.org/jhbuild/stable/jhbuild-and-gnome.html.en#running-gnome
all I get is a black screen and return to login screen.
I'm w...Hi,
I'm trying to get my local test environment up and running. I followed the guide in
https://developer.gnome.org/jhbuild/stable/jhbuild-and-gnome.html.en#running-gnome
all I get is a black screen and return to login screen.
I'm working on gnome-flashback to implement missing icon-placement methods.
https://gitlab.gnome.org/menschel/gnome-flashback/-/tree/dev-desktop-icon-placement
I'm using a user gnomedev as described and
build with this ~/.config/jhbuildrc
```
checkoutroot = '~/jhbuild/checkout'
prefix = '~/jhbuild/install'
moduleset = "gnome-world"
modules = ["gnome-flashback"]
branches['gnome-flashback'] = ("https://gitlab.gnome.org/menschel/gnome-flashback.git", 'dev-desktop-icon-placement')
autogenargs= '--disable-static --disable-gtk-dok'
```
and then start the session according to the guide.
There is no log file at ~gnomedev/.cache/gdm/session.log or ~gnomedev/.xsession-errors.
I'm trying to find out what I'm missing.
Thanks and Best Regards.
EDIT:
I'm running stock Ubuntu 20.04 and the regular gnome-flashback works except for the icon placement.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/78missing pango for mutter2021-01-28T19:22:54ZChristian Rauchrauch.christian@gmx.demissing pango for mutterA simple `jhbuild build mutter` fails because the `pango` dependency does not get installed:
```
Run-time dependency pango found: NO (tried cmake)
../../../../jhbuild/checkout/mutter/meson.build:94:0: ERROR: Invalid version of dependency...A simple `jhbuild build mutter` fails because the `pango` dependency does not get installed:
```
Run-time dependency pango found: NO (tried cmake)
../../../../jhbuild/checkout/mutter/meson.build:94:0: ERROR: Invalid version of dependency, need 'pango' ['>= 1.46.0'] found '1.44.7'.
```
jhbuild should download and build `pango` from https://gitlab.gnome.org/GNOME/pango.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/79Idea: gitlab script to automatically file issues for module commits that add ...2021-02-12T20:01:44ZNelson BenIdea: gitlab script to automatically file issues for module commits that add dependenciesA cool project would be to hack a gitlab hook script that runs on every commit for the modules listed in JHBuild, and detect whether the commit is adding a new dependency, in that case file an issue here (or just add a comment to a pinne...A cool project would be to hack a gitlab hook script that runs on every commit for the modules listed in JHBuild, and detect whether the commit is adding a new dependency, in that case file an issue here (or just add a comment to a pinned issue) specifying the module name and dependency name involved and a link to the relevant commit.
Detecting if a new commit adds a dependency should not be difficult: 1) checking the commit modifies `meson.build` file and 2) adds a new line with a pattern similar to `dependency('$DEP_NAME', version: $DEP_VERSION)`.
With that script in place, it'll be easier for jhbuild maintainers (or any jhbuild contributor) to just have a look at the commit involved and after checking it's not a false positive, then prepare a corresponding jhbuild commit.
If desired, script could also check for `configure.ac` files in case we want to support remaining projects still using autotools.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/80installation of jhbuild and gtk+ fails on azure-pipelines2021-03-09T18:30:25ZFabian Keßlerinstallation of jhbuild and gtk+ fails on azure-pipelinesFind Yaml-Sripts below.
We try to install jhbuild on an azure-mac-pipeline. But the execution of the [installation-script](https://wiki.gnome.org/Projects/GTK/OSX/Building) fails with:
https://dev.azure.com/xournalpp/xournalpp/_build/r...Find Yaml-Sripts below.
We try to install jhbuild on an azure-mac-pipeline. But the execution of the [installation-script](https://wiki.gnome.org/Projects/GTK/OSX/Building) fails with:
https://dev.azure.com/xournalpp/xournalpp/_build/results?buildId=11653&view=logs&j=69082843-5ef9-5486-682b-24fa9b8c0790&t=0e0c0b76-459a-5579-797a-3c2741772b90&l=72 :
```text
Found existing installation: enum34 1.1.10
Uninstalling enum34-1.1.10:
Successfully uninstalled enum34-1.1.10
Traceback (most recent call last):
File "/Users/runner/.new_local/lib/python/site-packages/pipenv/cli/command.py", line 7, in <module>
import crayons
File "/Users/runner/.new_local/lib/python/site-packages/pipenv/patched/crayons.py", line 48, in <module>
is_powershell = "powershell" in shellingham.detect_shell()[0]
File "/Users/runner/.new_local/lib/python/site-packages/pipenv/vendor/shellingham/__init__.py", line 22, in detect_shell
shell = get_shell(pid, max_depth=max_depth)
File "/Users/runner/.new_local/lib/python/site-packages/pipenv/vendor/shellingham/posix/__init__.py", line 54, in get_shell
mapping = _get_process_mapping()
File "/Users/runner/.new_local/lib/python/site-packages/pipenv/vendor/shellingham/posix/__init__.py", line 15, in _get_process_mapping
mapping = impl.get_process_mapping()
File "/Users/runner/.new_local/lib/python/site-packages/pipenv/vendor/shellingham/posix/ps.py", line 18, in get_process_mapping
'ps', '-ww', '-o', 'pid=', '-o', 'ppid=', '-o', 'args=',
File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 223, in check_output
raise CalledProcessError(retcode, cmd, output=output)
subprocess.CalledProcessError: Command '['ps', '-ww', '-o', 'pid=', '-o', 'ppid=', '-o', 'args=']' returned non-zero exit status 1
Traceback (most recent call last):
File "/Users/runner/.new_local/bin/pipenv", line 5, in <module>
from pipenv import cli
File "/Users/runner/.new_local/lib/python/site-packages/pipenv/__init__.py", line 23, in <module>
from .cli import cli
File "/Users/runner/.new_local/lib/python/site-packages/pipenv/cli/__init__.py", line 3, in <module>
from .command import cli
File "/Users/runner/.new_local/lib/python/site-packages/pipenv/cli/command.py", line 7, in <module>
import crayons
File "/Users/runner/.new_local/lib/python/site-packages/pipenv/patched/crayons.py", line 48, in <module>
is_powershell = "powershell" in shellingham.detect_shell()[0]
File "/Users/runner/.new_local/lib/python/site-packages/pipenv/vendor/shellingham/__init__.py", line 22, in detect_shell
shell = get_shell(pid, max_depth=max_depth)
File "/Users/runner/.new_local/lib/python/site-packages/pipenv/vendor/shellingham/posix/__init__.py", line 54, in get_shell
mapping = _get_process_mapping()
File "/Users/runner/.new_local/lib/python/site-packages/pipenv/vendor/shellingham/posix/__init__.py", line 15, in _get_process_mapping
mapping = impl.get_process_mapping()
File "/Users/runner/.new_local/lib/python/site-packages/pipenv/vendor/shellingham/posix/ps.py", line 18, in get_process_mapping
'ps', '-ww', '-o', 'pid=', '-o', 'ppid=', '-o', 'args=',
File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 223, in check_output
raise CalledProcessError(retcode, cmd, output=output)
subprocess.CalledProcessError: Command '['ps', '-ww', '-o', 'pid=', '-o', 'ppid=', '-o', 'args=']' returned non-zero exit status 1
##[error]Bash exited with code '1'.
```
ci.yml
```yml
stages:
- stage: 'Build_Test_Stage'
jobs:
- job: macOS
pool:
vmImage: 'macOS-10.15'
displayName: 'Test Xournal++ on MacOS'
steps:
- template: steps/build_mac.yml
parameters:
build_type: 'Debug'
cmake_flags: '-DCMAKE_DEBUG_INCLUDES_LDFLAGS=ON -DENABLE_CPPUNIT=ON -DDEBUG_COMPILE=ON'
- bash: |
export PATH="$HOME/.local/bin:/Users/git-bin/gtk/inst/bin:$PATH"
install_name_tool -add_rpath /Users/git-bin/gtk/inst/lib/. test/test-loadHandler
install_name_tool -add_rpath /Users/git-bin/gtk/inst/lib/. test/test-util
CI=true ctest --verbose
workingDirectory: ./build
displayName: 'Run tests'
```
build_mac.yml
```yml
steps:
- bash: |
rm -R /Users/runner/hostedtoolcache
sudo /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/uninstall.sh)"
enabled: true
displayName: "nuke brew"
- bash: |
curl -O -L https://www.python.org/ftp/python/3.9.2/python-3.9.2-macosx10.9.pkg
sudo installer -pkg python-3.9.2-macosx10.9.pkg -target ~/
displayName: "install python"
# - task: UsePythonVersion@0 #does not work without brew
- bash: |
export PATH="$HOME/.new_local/bin:$PATH"
curl -L -O https://gitlab.gnome.org/GNOME/gtk-osx/raw/master/gtk-osx-setup.sh
chmod +x gtk-osx-setup.sh
./gtk-osx-setup.sh
jhbuild bootstrap-gtk-osx
jhbuild build meta-gtk-osx-bootstrap meta-gtk-osx-gtk3
displayName: 'Install jhbuild and build gtk+'
```https://gitlab.gnome.org/GNOME/jhbuild/-/issues/81Pixman compilation error due to glib2021-04-22T15:57:15ZRobin Verdenal-TallieuxPixman compilation error due to glibHello,
I'm trying to build gnome on my raspberry pi with jhbuild.
But i've encoured an error due to the gmacro.h header from the glib source build before.
the compilator tell me that i've forgot a ")" before noinline. The code:
`#if g_ma...Hello,
I'm trying to build gnome on my raspberry pi with jhbuild.
But i've encoured an error due to the gmacro.h header from the glib source build before.
the compilator tell me that i've forgot a ")" before noinline. The code:
`#if g_macro__has_attribute(noinline)
#define G_GNUC_NO_INLINE __attribute__ ((noinline))
#else
#define G_GNUC_NO_INLINE
#endif
`
I've add "__" before and after all 'noinline' and the problem was solved.
Is it just on my system or it is a recurrent problem?
Thank youhttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/82Missing apt-file breaks sysdeps --install on ubuntu2023-11-11T22:30:08ZSebastian GeigerMissing apt-file breaks sysdeps --install on ubuntuI ran `jhbuild sysdeps --install` today after upgrading jhbuild to the latest version. jhbuild printed a large list of packages that were missing and then reported that nothing was available to install:
```
I: Computing packages to inst...I ran `jhbuild sysdeps --install` today after upgrading jhbuild to the latest version. jhbuild printed a large list of packages that were missing and then reported that nothing was available to install:
```
I: Computing packages to install. This might be slow. Please wait.
I: Nothing available to install
```
After I installed apt-file and ran an update via `sudo apt install apt-file -y && sudo apt-file update` I got a different result:
```
I: Using apt-file to search for providers; this may be extremely slow. Please wait. Patience!
I: No native package found for mozjs78 (mozjs-78.pc)
I: No native package found for llvm (llvm-c/Core.h)
I: No native package found for libclang (clang-c/Index.h)
I: Installing: libxslt1-dev libpython3-dev libxkbcommon-x11-dev libgraphviz-dev libcanberra-gtk-dev libplymouth-dev libarchive-dev libproxy-dev liblcms2-dev libusb-1.0-0-dev libxkbfile-dev libexif-dev libx11-xcb-dev libdrm-dev libxcb-dri2-0-dev libgbm-dev check libevdev-dev libunwind-dev libmtdev-dev libhunspell-dev libavahi-gobject-dev libdbus-glib-1-dev libflac-dev libvpx-dev libtag1-dev libwavpack-dev libv4l-dev libpulse-dev libxt-dev libavfilter-dev libavformat-dev libavcodec-dev libavutil-dev libcanberra-gtk3-dev libndp-dev libnl-3-dev libnl-genl-3-dev libnl-route-3-dev libpolkit-agent-1-dev libpwquality-dev libsmbclient-dev libkyotocabinet-dev libanthy-dev libhangul-dev libxklavier-dev liboauth-dev libxcb-randr0-dev libxcb-res0-dev libasound2-dev libbluetooth-dev libsbc-dev libfuse-dev libbluray-dev libimobiledevice-dev libnfs-dev libplist-dev libudisks2-dev libcdio-paranoia-dev libgphoto2-dev libmtp-dev libpoppler-glib-dev libexempi-dev libdmapsharing-3.0-dev libvorbis-dev libraw-dev libmusicbrainz5-dev libsane-dev libdvdread-dev libwebkit2gtk-4.0-dev ninja-build ragel libcups2-dev doxygen xmlto valac-bin gperf argyll docbook-utils ruby yasm texinfo asciidoc-base libjpeg-turbo8-dev libpam0g-dev libyaml-dev libtiff-dev ppp-dev libvulkan-dev libhyphen-dev libgcrypt20-dev libwebp-dev libreadline-dev libiw-dev libkrb5-dev libmagic-dev libldap2-dev libcap-dev libmpc-dev libmpfr-dev libunistring-dev
```
I think it would be helpful if `jhbuild` would print a note if apt-file was not installed recommending to install it.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/83Brotli 1.0.7 fails to compile; works with 1.0.92021-05-11T07:24:01ZIgor MorgadoBrotli 1.0.7 fails to compile; works with 1.0.9Brotli fails to compile using version 1.0.7. Returns a error related to unresolved symbol.
```
*** Checking out brotli *** [15/53]
wget --continue https://github.com/google/brotli/archive/v1.0.7.tar.gz -O /home/igor/.cache/jhbuild/downl...Brotli fails to compile using version 1.0.7. Returns a error related to unresolved symbol.
```
*** Checking out brotli *** [15/53]
wget --continue https://github.com/google/brotli/archive/v1.0.7.tar.gz -O /home/igor/.cache/jhbuild/downloads/brotli-1.0.7.tar.gz
--2021-05-11 02:40:34-- https://github.com/google/brotli/archive/v1.0.7.tar.gz
Resolving github.com (github.com)... 140.82.113.4
Connecting to github.com (github.com)|140.82.113.4|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://codeload.github.com/google/brotli/tar.gz/v1.0.7 [following]
--2021-05-11 02:40:34-- https://codeload.github.com/google/brotli/tar.gz/v1.0.7
Resolving codeload.github.com (codeload.github.com)... 140.82.113.9
Connecting to codeload.github.com (codeload.github.com)|140.82.113.9|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/x-gzip]
Saving to: ‘/home/igor/.cache/jhbuild/downloads/brotli-1.0.7.tar.gz’
/home/igor/.cache/jhbuild/downloads/brotli-1.0.7.tar.gz [ <=> ] 22.72M 6.92MB/s in 3.3s
2021-05-11 02:40:38 (6.92 MB/s) - ‘/home/igor/.cache/jhbuild/downloads/brotli-1.0.7.tar.gz’ saved [23827908]
gzip -dc "/home/igor/.cache/jhbuild/downloads/brotli-1.0.7.tar.gz" | tar xf -
*** Configuring brotli *** [15/53]
cmake -DCMAKE_INSTALL_PREFIX=/home/igor/jhbuild/install -DCMAKE_INSTALL_LIBDIR=lib -G Ninja /home/igor/jhbuild/checkout/brotli
-- The C compiler identification is GNU 10.2.1
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Looking for log2
-- Looking for log2 - not found
-- Looking for log2
-- Looking for log2 - found
-- Configuring done
-- Generating done
-- Build files have been written to: /home/igor/.cache/jhbuild/build/brotli
*** Building brotli *** [15/53]
ninja
[56/59] Creating library symlink libbrotlienc.so.1 libbrotlienc.so
FAILED: libbrotlienc.so.1 libbrotlienc.so
/usr/bin/cmake -E cmake_symlink_library libbrotlienc.so.1.0.7 libbrotlienc.so.1 libbrotlienc.so && :
/usr/bin/cmake: symbol lookup error: /lib/x86_64-linux-gnu/libbrotlidec.so.1: undefined symbol: _kBrotliPrefixCodeRanges
[57/59] Building C object CMakeFiles/brotlidec.dir/c/dec/decode.c.o
ninja: build stopped: subcommand failed.
*** Error during phase build of brotli: ########## Error running ninja *** [15/53]
```
Changing to 1.0.9 compiles without warning.
```
<cmake id="brotli">
<branch repo="github-tar"
version="1.0.9"
module="google/brotli/archive/v${version}.tar.gz"
hash="sha256:f9e8d81d0405ba66d181529af42a3354f838c939095ff99930da6aa9cdf6fe46"
size="486984"
rename-tarball="brotli-${version}.tar.gz"
checkoutdir="brotli">
</branch>
</cmake>
```https://gitlab.gnome.org/GNOME/jhbuild/-/issues/84libsoup fails to compile2021-05-11T07:53:25ZIgor Morgadolibsoup fails to compileWhile installing WebKit (`jhbuild build WebKit`). It fauls in task 34/53
```
*** Checking out libsoup *** [34/53]
git clone https://gitlab.gnome.org/GNOME/libsoup -b gnome-3-38
Cloning into 'libsoup'...
warning: redirecting to https://...While installing WebKit (`jhbuild build WebKit`). It fauls in task 34/53
```
*** Checking out libsoup *** [34/53]
git clone https://gitlab.gnome.org/GNOME/libsoup -b gnome-3-38
Cloning into 'libsoup'...
warning: redirecting to https://gitlab.gnome.org/GNOME/libsoup.git/
remote: Enumerating objects: 1207, done.
remote: Counting objects: 100% (1207/1207), done.
remote: Compressing objects: 100% (291/291), done.
remote: Total 25658 (delta 1031), reused 1052 (delta 908), pack-reused 24451
Receiving objects: 100% (25658/25658), 7.64 MiB | 4.02 MiB/s, done.
Resolving deltas: 100% (20208/20208), done.
git remote set-url origin https://gitlab.gnome.org/GNOME/libsoup
git remote update origin
Fetching origin
warning: redirecting to https://gitlab.gnome.org/GNOME/libsoup.git/
git rebase origin/gnome-3-38
Current branch gnome-3-38 is up to date.
*** Configuring libsoup *** [34/53]
meson --prefix /home/igor/jhbuild/install --libdir lib -Dtls_check=false -Dvapi=enabled --buildtype=debugoptimized /home/igor/jhbuild/checkout/libsoup
The Meson build system
Version: 0.57.2
Source dir: /home/igor/jhbuild/checkout/libsoup
Build dir: /home/igor/.cache/jhbuild/build/libsoup
Build type: native build
Project name: libsoup
Project version: 2.72.0
C compiler for the host machine: cc (gcc 10.2.1 "cc (Debian 10.2.1-6) 10.2.1 20210110")
C linker for the host machine: cc ld.bfd 2.35.2
Host machine cpu family: x86_64
Host machine cpu: x86_64
Compiler for C supports arguments -Wall: YES
Compiler for C supports arguments -Wmissing-include-dirs: YES
Compiler for C supports arguments -Wpointer-arith: YES
Compiler for C supports arguments -Winit-self: YES
Compiler for C supports arguments -Wdeclaration-after-statement: YES
Compiler for C supports arguments -Werror=missing-prototypes: YES
Compiler for C supports arguments -Werror=implicit-function-declaration: YES
Compiler for C supports arguments -Werror=aggregate-return: YES
Compiler for C supports arguments -Werror=format=2: YES
Compiler for C supports arguments -Wstrict-prototypes: YES
Compiler for C supports arguments -Wno-format-zero-length: YES
../../../../jhbuild/checkout/libsoup/meson.build:81: WARNING: Consider using the built-in warning_level option instead of using "-Wall".
Found pkg-config: /usr/bin/pkg-config (1.7.3)
Run-time dependency glib-2.0 found: YES 2.69.0
Run-time dependency gobject-2.0 found: YES 2.69.0
Run-time dependency gio-2.0 found: YES 2.69.0
Run-time dependency sqlite3 found: YES 3.34.1
Run-time dependency libxml-2.0 found: YES 2.9.10
Run-time dependency libbrotlidec found: YES 1.0.9
Run-time dependency libpsl found: YES 0.21.0
Checking for function "gmtime_r" : YES
Run-time dependency sysprof-capture-4 found: YES 3.38.1
Run-time dependency zlib found: YES 1.2.11
Program apachectl /sbin/apachectl /usr/sbin/apachectl found: NO
Program /sbin/apache2 found: YES (/sbin/apache2)
../../../../jhbuild/checkout/libsoup/meson.build:296: WARNING: Some regression tests will not be compiled due to missing libraries or modules. Please check the logs for more details.
Program krb5-config found: YES (/usr/bin/krb5-config)
Program ntlm_auth found: NO
Program g-ir-scanner found: YES (/home/igor/jhbuild/install/bin/g-ir-scanner)
Vala compiler for the host machine: valac (valac 0.52.2.56-085f3)
Configuring config.h using configuration
Found pkg-config: /usr/bin/pkg-config (1.7.3)
Program glib-compile-resources found: YES (/home/igor/jhbuild/install/bin/glib-compile-resources)
Configuring soup-version.h using configuration
Program glib-mkenums found: YES (/home/igor/jhbuild/install/bin/glib-mkenums)
Build-time dependency gobject-introspection-1.0 found: YES 1.68.1
Dependency gobject-introspection-1.0 found: YES 1.68.1 (cached)
Program g-ir-scanner found: YES (/home/igor/jhbuild/install/bin/g-ir-scanner)
Dependency gobject-introspection-1.0 found: YES 1.68.1 (cached)
Program g-ir-compiler found: YES (/home/igor/jhbuild/install/bin/g-ir-compiler)
Program vapigen found: YES (/home/igor/jhbuild/install/bin/vapigen)
Program xgettext found: YES (/home/igor/jhbuild/install/bin/xgettext)
Program glib-compile-resources found: YES (/home/igor/jhbuild/install/bin/glib-compile-resources)
Build targets in project: 52
Found ninja-1.10.1 at /usr/bin/ninja
*** Building libsoup *** [34/53]
ninja
[8/174] Compiling C object libsoup/libsoup-2.4.so.1.11.0.p/soup-address.c.o
../../../../jhbuild/checkout/libsoup/libsoup/soup-address.c: In function ‘soup_address_set_property’:
../../../../jhbuild/checkout/libsoup/libsoup/soup-address.c:203:3: warning: ‘g_memdup’ is deprecated: Use 'g_memdup2' instead [-Wdeprecated-declarations]
203 | priv->sockaddr = g_memdup (sa, len);
| ^~~~
In file included from /home/igor/jhbuild/install/include/glib-2.0/glib.h:82,
from /home/igor/jhbuild/install/include/glib-2.0/gio/gnetworking.h:22,
from ../../../../jhbuild/checkout/libsoup/libsoup/soup-address.c:14:
/home/igor/jhbuild/install/include/glib-2.0/glib/gstrfuncs.h:257:23: note: declared here
257 | gpointer g_memdup (gconstpointer mem,
| ^~~~~~~~
[10/174] Compiling C object libsoup/libsoup-2.4.so.1.11.0.p/soup-auth-ntlm.c.o
../../../../jhbuild/checkout/libsoup/libsoup/soup-auth-ntlm.c: In function ‘soup_ntlm_parse_challenge’:
../../../../jhbuild/checkout/libsoup/libsoup/soup-auth-ntlm.c:757:3: warning: ‘g_memdup’ is deprecated: Use 'g_memdup2' instead [-Wdeprecated-declarations]
757 | *nonce = g_memdup (chall + NTLM_CHALLENGE_NONCE_OFFSET,
| ^
In file included from /home/igor/jhbuild/install/include/glib-2.0/glib.h:82,
from ../../../../jhbuild/checkout/libsoup/libsoup/soup-auth-ntlm.c:17:
/home/igor/jhbuild/install/include/glib-2.0/glib/gstrfuncs.h:257:23: note: declared here
257 | gpointer g_memdup (gconstpointer mem,
| ^~~~~~~~
../../../../jhbuild/checkout/libsoup/libsoup/soup-auth-ntlm.c:770:3: warning: ‘g_memdup’ is deprecated: Use 'g_memdup2' instead [-Wdeprecated-declarations]
770 | *target_info = g_memdup (chall + target.offset, target.length);
| ^
In file included from /home/igor/jhbuild/install/include/glib-2.0/glib.h:82,
from ../../../../jhbuild/checkout/libsoup/libsoup/soup-auth-ntlm.c:17:
/home/igor/jhbuild/install/include/glib-2.0/glib/gstrfuncs.h:257:23: note: declared here
257 | gpointer g_memdup (gconstpointer mem,
| ^~~~~~~~
[45/174] Compiling C object libsoup/libsoup-2.4.so.1.11.0.p/soup-message-body.c.o
../../../../jhbuild/checkout/libsoup/libsoup/soup-message-body.c: In function ‘soup_buffer_new’:
../../../../jhbuild/checkout/libsoup/libsoup/soup-message-body.c:99:3: warning: ‘g_memdup’ is deprecated: Use 'g_memdup2' instead [-Wdeprecated-declarations]
99 | data = g_memdup (data, length);
| ^~~~
In file included from /home/igor/jhbuild/install/include/glib-2.0/glib.h:82,
from /home/igor/jhbuild/install/include/glib-2.0/gobject/gbinding.h:28,
from /home/igor/jhbuild/install/include/glib-2.0/glib-object.h:22,
from /home/igor/jhbuild/install/include/glib-2.0/gio/gioenums.h:28,
from /home/igor/jhbuild/install/include/glib-2.0/gio/giotypes.h:28,
from /home/igor/jhbuild/install/include/glib-2.0/gio/gio.h:26,
from ../../../../jhbuild/checkout/libsoup/libsoup/soup-types.h:9,
from ../../../../jhbuild/checkout/libsoup/libsoup/soup-message-body.h:9,
from ../../../../jhbuild/checkout/libsoup/libsoup/soup-message-body.c:14:
/home/igor/jhbuild/install/include/glib-2.0/glib/gstrfuncs.h:257:23: note: declared here
257 | gpointer g_memdup (gconstpointer mem,
| ^~~~~~~~
[88/174] Compiling C object libsoup/libsoup-2.4.so.1.11.0.p/soup-websocket-connection.c.o
../../../../jhbuild/checkout/libsoup/libsoup/soup-websocket-connection.c: In function ‘send_message’:
../../../../jhbuild/checkout/libsoup/libsoup/soup-websocket-connection.c:556:71: warning: ‘mask_offset’ may be used uninitialized in this function [-Wmaybe-uninitialized]
556 | xor_with_mask (bytes->data + mask_offset, bytes->data + mask_offset + MASK_LENGTH, length);
| ^
[90/174] Compiling C object libsoup/libsoup-2.4.so.1.11.0.p/soup-xmlrpc-old.c.o
../../../../jhbuild/checkout/libsoup/libsoup/soup-xmlrpc-old.c: In function ‘insert_value’:
../../../../jhbuild/checkout/libsoup/libsoup/soup-xmlrpc-old.c:102:13: warning: Deprecated pre-processor symbol: replace with "(g_array_get_type ())"
102 | } else if (type == G_TYPE_VALUE_ARRAY) {
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
../../../../jhbuild/checkout/libsoup/libsoup/soup-xmlrpc-old.c: In function ‘parse_value’:
../../../../jhbuild/checkout/libsoup/libsoup/soup-xmlrpc-old.c:478:13: warning: Deprecated pre-processor symbol: replace with "(g_array_get_type ())"
478 | g_value_init (value, G_TYPE_VALUE_ARRAY);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[91/174] Linking target libsoup/libsoup-2.4.so.1.11.0
FAILED: libsoup/libsoup-2.4.so.1.11.0
cc -o libsoup/libsoup-2.4.so.1.11.0 libsoup/libsoup-2.4.so.1.11.0.p/meson-generated_.._soup-resources.c.o libsoup/libsoup-2.4.so.1.11.0.p/meson-generated_.._soup-enum-types.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-address.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-auth.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-auth-basic.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-auth-digest.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-auth-ntlm.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-auth-negotiate.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-auth-domain.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-auth-domain-basic.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-auth-domain-digest.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-auth-manager.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-body-input-stream.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-body-output-stream.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-cache.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-cache-client-input-stream.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-cache-input-stream.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-client-input-stream.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-connection.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-connection-auth.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-content-decoder.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-content-processor.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-content-sniffer.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-content-sniffer-stream.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-converter-wrapper.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-cookie.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-cookie-jar.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-cookie-jar-db.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-cookie-jar-text.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-date.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-directory-input-stream.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-filter-input-stream.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-form.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-hsts-enforcer.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-hsts-enforcer-db.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-hsts-policy.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-headers.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-init.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-io-stream.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-logger.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-message.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-message-body.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-message-client-io.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-message-headers.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-message-io.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-message-queue.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-message-server-io.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-method.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-misc.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-multipart.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-multipart-input-stream.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-password-manager.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-path-map.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-proxy-resolver.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-proxy-resolver-default.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-proxy-resolver-wrapper.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-proxy-uri-resolver.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-request.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-request-data.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-request-file.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-request-http.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-requester.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-server.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-session.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-session-async.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-session-feature.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-session-sync.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-socket.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-socket-properties.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-status.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-tld.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-uri.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-value-utils.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-version.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-websocket.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-websocket-connection.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-websocket-extension.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-websocket-extension-deflate.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-websocket-extension-manager.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-xmlrpc.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-xmlrpc-old.c.o libsoup/libsoup-2.4.so.1.11.0.p/soup-brotli-decompressor.c.o -L/home/igor/jhbuild/install/lib -L/usr/lib/x86_64-linux-gnu/mit-krb5 -Wl,--as-needed -Wl,--no-undefined -shared -fPIC -Wl,--start-group -Wl,-soname,libsoup-2.4.so.1 -Wl,-z,relro -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err /usr/lib/x86_64-linux-gnu/libsysprof-capture-4.a -pthread /home/igor/jhbuild/install/lib/libglib-2.0.so /home/igor/jhbuild/install/lib/libgobject-2.0.so /home/igor/jhbuild/install/lib/libgio-2.0.so /usr/lib/x86_64-linux-gnu/libxml2.so /usr/lib/x86_64-linux-gnu/libsqlite3.so /home/igor/jhbuild/install/lib/libpsl.so -R/home/igor/jhbuild/install/lib /home/igor/jhbuild/install/lib/libbrotlidec.so /usr/lib/x86_64-linux-gnu/libz.so -Wl,--end-group
cc: error: unrecognized command-line option ‘-R’
[96/174] Compiling C object tests/libtest-utils.so.p/test-utils.c.o
ninja: build stopped: subcommand failed.
*** Error during phase build of libsoup: ########## Error running ninja *** [34/53]
[1] Rerun phase build
[2] Ignore error and continue to install
[3] Give up on module
[4] Start shell
[5] Reload configuration
[6] Go to phase "wipe directory and start over"
[7] Go to phase "configure"
[8] Go to phase "clean"
choice:
```
Wipe and start over do not fix.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/85Fails to detect libclang on ubuntu2021-05-31T08:33:45ZSebastian GeigerFails to detect libclang on ubuntuI am using Ubuntu 21.04 and I am trying to build the latest Gnome via jhbuild. It fails to detect libclang although it is installed. This seems to be a known issue from what I see in the [old bugzilla issue][1] and in the [sysdeps module...I am using Ubuntu 21.04 and I am trying to build the latest Gnome via jhbuild. It fails to detect libclang although it is installed. This seems to be a known issue from what I see in the [old bugzilla issue][1] and in the [sysdeps modules file][2], but since there is no issue currently open for it on Gitlab, I am reporting it here again.
Below is the relevant output from the tools that show the problem. The sysdeps check attempts to install libclang but cannot resolve the dependency. It should determine that libclang-12-dev or libclang-dev needs to be installed (which are both installed on my system but fails to do that).
**jhbuild sysdeps --install:**
```
I: Installing dependencies on system: libclang
I: Using apt-file to search for providers; this may be extremely slow. Please wait. Patience!
I: No native package found for libclang (clang-c/Index.h)
I: Nothing to install
```
**apt-file search clang-c/Index.h:**
```
libclang-11-dev: /usr/lib/llvm-11/include/clang-c/Index.h
libclang-12-dev: /usr/lib/llvm-12/include/clang-c/Index.h
libclang-9-dev: /usr/lib/llvm-9/include/clang-c/Index.h
```
**jhbuild build:**
```
Required packages:
System installed packages which are too old:
(none)
No matching system package installed:
libclang
jhbuild build: Required system dependencies not installed. Install using the command 'jhbuild sysdeps --install' or to ignore system dependencies use command-line option --nodeps
```
**apt-cache policy libclang-12-dev:**
```
libclang-12-dev:
Installed: 1:12.0.0-1ubuntu1
Candidate: 1:12.0.0-1ubuntu1
Version table:
*** 1:12.0.0-1ubuntu1 500
500 http://at.archive.ubuntu.com/ubuntu hirsute/universe amd64 Packages
100 /var/lib/dpkg/status
```
[1]: https://gitlab.gnome.org/GNOME/jhbuild/-/blob/master/modulesets/gnome-sysdeps-latest.modules#L534
[2]: https://bugzilla.gnome.org/show_bug.cgi?id=781872Sebastian GeigerSebastian Geigerhttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/86libpsl 0.21.0 fails to build on Ubuntu 21.042021-05-15T13:44:43ZSebastian Geigerlibpsl 0.21.0 fails to build on Ubuntu 21.04When I try to build `libpsl 0.21.0` on Ubuntu 21.04 I always get the following error:
```
DOC Building XML
./libpsl-unused.txt:1: warning: 1 unused declarations. They should be added to libpsl-sections.txt in the appropriate place.
...When I try to build `libpsl 0.21.0` on Ubuntu 21.04 I always get the following error:
```
DOC Building XML
./libpsl-unused.txt:1: warning: 1 unused declarations. They should be added to libpsl-sections.txt in the appropriate place.
DOC Building HTML
warning: failed to load external entity "../xml/tree_index.sgml"
../libpsl-docs.sgml:27: element include: XInclude error : could not load ../xml/tree_index.sgml, and no fallback was found
make[2]: *** [Makefile:874: html-build.stamp] Error 6
make[1]: *** [Makefile:536: all-recursive] Error 1
make: *** [Makefile:445: all] Error 2
```
I am not sure if this is a problem of libpsl or something else causing this. I tried setting the `supports-non-srcdir-builds` option to `false`, but that did not help either.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/87librest fails to find gtk-doc.m4 in non-srcdir builds2021-06-06T17:16:05ZSebastian Geigerlibrest fails to find gtk-doc.m4 in non-srcdir buildsI am by default building with non-srcdir builds. Today I saw this error in librest:
```
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal -I build ${ACLOCAL_FLAGS}
aclocal: erro...I am by default building with non-srcdir builds. Today I saw this error in librest:
```
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal -I build ${ACLOCAL_FLAGS}
aclocal: error: aclocal: file 'build/gtk-doc.m4' does not exist
autoreconf: aclocal failed with exit status: 1
```https://gitlab.gnome.org/GNOME/jhbuild/-/issues/88nocvs except when module not available.2021-05-17T15:48:14ZAdministratornocvs except when module not available.## Submitted by Jacobus Erasmus
Assigned to **James Henstridge `@jamesh`**
**[Link to original bug (#119087)](https://bugzilla.gnome.org/show_bug.cgi?id=119087)**
## Description
I don't have a very fast internet connection (over t...## Submitted by Jacobus Erasmus
Assigned to **James Henstridge `@jamesh`**
**[Link to original bug (#119087)](https://bugzilla.gnome.org/show_bug.cgi?id=119087)**
## Description
I don't have a very fast internet connection (over the ocean) and one of
the major problems is that I do not want to checkout packages that are
already on my system. This is already handled by the -n (--no-cvs) option
but I would really like the system to try checkout from cvs if the module
is not in the current build tree.
Currently jhbuild simply just fails.James HenstridgeJames Henstridgehttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/89asynchronous download/compile2021-05-17T15:48:21ZAdministratorasynchronous download/compile## Submitted by Rob Adams
Assigned to **James Henstridge `@jamesh`**
**[Link to original bug (#133567)](https://bugzilla.gnome.org/show_bug.cgi?id=133567)**
## Description
The speed of the whole build process can be improved signi...## Submitted by Rob Adams
Assigned to **James Henstridge `@jamesh`**
**[Link to original bug (#133567)](https://bugzilla.gnome.org/show_bug.cgi?id=133567)**
## Description
The speed of the whole build process can be improved significantly by the
addition of an asynchrous cvs update and build process. Do the checkouts
in another thread while the compile proceeds in the foreground. Very
simple thread synchronization would be required to ensure that the build
thread doesn't start building a module until it has finished checking it out.
A work around that currently acheives most of this is to run a jhbuild
update in one terminal, wait until libxml finished checking out, then run a
jhbuild build -an in another terminal.James HenstridgeJames Henstridgehttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/90should attempt to parse error output for common failure cases2021-05-17T15:48:26ZAdministratorshould attempt to parse error output for common failure cases## Submitted by Luis Villa
Assigned to **James Henstridge `@jamesh`**
**[Link to original bug (#171152)](https://bugzilla.gnome.org/show_bug.cgi?id=171152)**
## Description
[total crack]
In my happy imaginary dream world, it woul...## Submitted by Luis Villa
Assigned to **James Henstridge `@jamesh`**
**[Link to original bug (#171152)](https://bugzilla.gnome.org/show_bug.cgi?id=171152)**
## Description
[total crack]
In my happy imaginary dream world, it wouldn't be too hard to build a registry
of regexps that match specific errors in build output, and a matching list of
packages that should be installed to fix them. For example:
configure: error: could not find DocBook XSL Stylesheets in XML catalog
is a very common error for first-time builders of gtk-doc. Matching that string
with docbook-xsl, and offering to yum/apt-get/rug the package and restart the
build, seems like a nice way to make the initial build easier for first-timers.James HenstridgeJames Henstridgehttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/91handling testing deps that aren't build/runtime deps2021-05-17T15:48:31ZAdministratorhandling testing deps that aren't build/runtime deps## Submitted by Luis Villa
Assigned to **James Henstridge `@jamesh`**
**[Link to original bug (#310690)](https://bugzilla.gnome.org/show_bug.cgi?id=310690)**
## Description
So, the eel and nautilus 'make check' depend on libgail-g...## Submitted by Luis Villa
Assigned to **James Henstridge `@jamesh`**
**[Link to original bug (#310690)](https://bugzilla.gnome.org/show_bug.cgi?id=310690)**
## Description
So, the eel and nautilus 'make check' depend on libgail-gnome and at-spi. It
segfaults if they aren't present. Do you recommend:
(1) I make libgail-gnome a dep of eel and nautilus (can do locally, would prefer
to do upstream)?
or
(2) 'jhbuild build libgail-gnome meta-gnome-desktop' ?
(3) some magical something/api addition/whatever?
Note that if people start incorporating LDTP or something like it,
gnome-session/libgail-gnome/at-spi will become a dep of anything running tests.
I was going to suggest (when that comes around) a 'meta-ldtp' so that anyone
wanting to run the tests could 'jhbuild build meta-ldtp meta-gnome-desktop'.
Making meta-ldtp a dep of every app that wanted to run LDTP seemed like
overkill. I don't know if this is the right approach, though.James HenstridgeJames Henstridgehttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/92support running builds in parallel2021-05-17T15:48:51ZAdministratorsupport running builds in parallel## Submitted by Luis Villa
Assigned to **James Henstridge `@jamesh`**
**[Link to original bug (#312910)](https://bugzilla.gnome.org/show_bug.cgi?id=312910)**
## Description
So, given that SMP is getting bigger, and we've actually ...## Submitted by Luis Villa
Assigned to **James Henstridge `@jamesh`**
**[Link to original bug (#312910)](https://bugzilla.gnome.org/show_bug.cgi?id=312910)**
## Description
So, given that SMP is getting bigger, and we've actually now had two offers to
do tinderbox hosting on 8-way boxes, it would be sweet if jhbuild could
parallelize, and launch builds for multiple modules at once. i.e., there are
several modules that formally depend only on gtk (including the beast known as
mozilla); it would be nice if they would all (or up to -j # of them) would
launch their builds when gtk finishes building. Ditto for all of gtk's deps that
don't formally have gtk deps, etc.
[Am I making sense?]
### Blocking
* [Bug 654872](https://bugzilla.gnome.org/show_bug.cgi?id=654872)James HenstridgeJames Henstridgehttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/93Prominently mention http://live.gnome.org/JhbuildIssues2021-05-17T15:49:01ZAdministratorProminently mention http://live.gnome.org/JhbuildIssues## Submitted by Olav Vitters
Assigned to **James Henstridge `@jamesh`**
**[Link to original bug (#313147)](https://bugzilla.gnome.org/show_bug.cgi?id=313147)**
## Description
http://live.gnome.org/JhbuildIssues contains a list of ...## Submitted by Olav Vitters
Assigned to **James Henstridge `@jamesh`**
**[Link to original bug (#313147)](https://bugzilla.gnome.org/show_bug.cgi?id=313147)**
## Description
http://live.gnome.org/JhbuildIssues contains a list of fixes for common jhbuild
problems. As it is on the wiki, it should usually be very up-to-date. It could
be added to the README, but I'd really like a more visible place. Ideally
whenever jhbuild fails it should show a short message mentioning the wiki page.
Suggested message:
Solutions to common jhbuild problems can be found at
http://live.gnome.org/JhbuildIssues
It is a bit too long, I'd like 80 chars maximum so it fits on one line.
The page doesn't just list problems within modules. It also explains missing
packages, etc (it is not meant to work around bugs in a module).James HenstridgeJames Henstridgehttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/94Jhbuild should support building/running on windows2021-05-17T15:49:05ZAdministratorJhbuild should support building/running on windows## Submitted by John Stowers
**[Link to original bug (#502970)](https://bugzilla.gnome.org/show_bug.cgi?id=502970)**
## Description
If would be good for testing gtk+/glib if jhbuild supported building the stack on windows.
The att...## Submitted by John Stowers
**[Link to original bug (#502970)](https://bugzilla.gnome.org/show_bug.cgi?id=502970)**
## Description
If would be good for testing gtk+/glib if jhbuild supported building the stack on windows.
The attached patches are the first attempt at getting this to work using the msys/mingw toolchain and environment
Version: 3.0.x
### Depends on
* [Bug 499497](https://bugzilla.gnome.org/show_bug.cgi?id=499497)
* [Bug 503679](https://bugzilla.gnome.org/show_bug.cgi?id=503679)https://gitlab.gnome.org/GNOME/jhbuild/-/issues/95User better icons2021-05-17T15:49:22ZAdministratorUser better icons## Submitted by Vincent Untz `@vuntz`
**[Link to original bug (#548677)](https://bugzilla.gnome.org/show_bug.cgi?id=548677)**
## Description
Right now, we have some icons in the notification area to tell the user what's going on for...## Submitted by Vincent Untz `@vuntz`
**[Link to original bug (#548677)](https://bugzilla.gnome.org/show_bug.cgi?id=548677)**
## Description
Right now, we have some icons in the notification area to tell the user what's going on for jhbuild. That's cool. Except that, well, the icons aren't that nice.
Would be great to have better icons :-)https://gitlab.gnome.org/GNOME/jhbuild/-/issues/96Detect cross-compiler, and adapt PATH accordingly2021-05-17T15:49:28ZAdministratorDetect cross-compiler, and adapt PATH accordingly## Submitted by John Tapsell
**[Link to original bug (#557612)](https://bugzilla.gnome.org/show_bug.cgi?id=557612)**
## Description
Please describe the problem:
In:
jhbuild/jhbuild/config.py
It does:
bindir = os.path.join(se...## Submitted by John Tapsell
**[Link to original bug (#557612)](https://bugzilla.gnome.org/show_bug.cgi?id=557612)**
## Description
Please describe the problem:
In:
jhbuild/jhbuild/config.py
It does:
bindir = os.path.join(self.prefix, 'bin')
addpath('PATH', bindir)
However when cross compiling the prefix for where to install does not contain x86 programs.
Commented out add('PATH', bindir) fixes the problem for me
Steps to reproduce:
1. Cross compile X11 for the ARM or Windows etc. libXi specifically shows this problem
2. Have a $prefix/bin/mktemp program
2. You will see a failure that it cannot run $prefix/bin/mktemp
($prefix here means where you are installing to, representing the self.prefix variable.)
Actual results:
Build failure that it cannot run mktemp, because it's trying to run the cross-compile version, not the native one.
Expected results:
It should build
Does this happen every time?
Yes
Other information:https://gitlab.gnome.org/GNOME/jhbuild/-/issues/97add support for setting buildbot paths in config2021-05-17T15:49:35ZAdministratoradd support for setting buildbot paths in config## Submitted by Sascha Silbe
Assigned to **Alacarte Maintainer(s)**
**[Link to original bug (#579877)](https://bugzilla.gnome.org/show_bug.cgi?id=579877)**
## Description
At SugarLabs, we're using jhbuild for providing the develop...## Submitted by Sascha Silbe
Assigned to **Alacarte Maintainer(s)**
**[Link to original bug (#579877)](https://bugzilla.gnome.org/show_bug.cgi?id=579877)**
## Description
At SugarLabs, we're using jhbuild for providing the developer setup with the latest versions of all components (i.e. like you're doing for GNOME) and the BuildBot integration for automated build testing as well.
We're using the (almost) unmodified jhbuild git tree with a slim wrapper module (providing e.g. support for handling Sugar "bundles" as module type) in order to get upstream changes without needing to merge them every time (as we would if we'd maintain a custom branch).
Until now, we patched jhbuild to change some hardcoded locations in order for the buildbot support of jhbuild to use our paths (configs etc.). It would be great if we could just set these in the jhbuildrc instead.
There are two things we need to customise:
a) command name (to call the wrapper instead of upstream jhbuild)
b) buildbot directory location
I'll attach the patch we used so you can see the locations of the hardcoded strings.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/98[win32 fixes] support using msys-based git2021-05-17T15:49:42ZAdministrator[win32 fixes] support using msys-based git## Submitted by Sam Thursfield
**[Link to original bug (#585620)](https://bugzilla.gnome.org/show_bug.cgi?id=585620)**
## Description
Git is really awkward on Win32. It is available packaged as MSYSgit, which ships with its own MSYS...## Submitted by Sam Thursfield
**[Link to original bug (#585620)](https://bugzilla.gnome.org/show_bug.cgi?id=585620)**
## Description
Git is really awkward on Win32. It is available packaged as MSYSgit, which ships with its own MSYS environment which is best kept seperate from the main one.
With this in mind I made a patch that allows changing the git command to the form: c:/tools/git/bin/sh.exe -c "/c/tools/bin/git %s"
This is ugly but it makes MSYS git work perfectly with jhbuild. Here is the patch. I will be surprised if anyone likes it :) But I am not sure of a better way to do this.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/99inhibit hibernation while building2021-05-17T15:49:49ZAdministratorinhibit hibernation while building## Submitted by Baptiste Mille-Mathias
**[Link to original bug (#598838)](https://bugzilla.gnome.org/show_bug.cgi?id=598838)**
## Description
Hi,
as discussed on IRC, could it be possible to disable hibernation while building modul...## Submitted by Baptiste Mille-Mathias
**[Link to original bug (#598838)](https://bugzilla.gnome.org/show_bug.cgi?id=598838)**
## Description
Hi,
as discussed on IRC, could it be possible to disable hibernation while building modules?
if I can have some pointers perhaps I could do it myself.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/100--no-network option should be provided for all commands2021-05-17T15:49:55ZAdministrator--no-network option should be provided for all commands## Submitted by Arun Chaganty
**[Link to original bug (#603841)](https://bugzilla.gnome.org/show_bug.cgi?id=603841)**
## Description
Currently, the '--no-network' option applies only for the 'build' and 'buildone' options I think t...## Submitted by Arun Chaganty
**[Link to original bug (#603841)](https://bugzilla.gnome.org/show_bug.cgi?id=603841)**
## Description
Currently, the '--no-network' option applies only for the 'build' and 'buildone' options I think that the --no-network option should be made a global option, so that it can be used for any other command like 'list', etc. Please find attached a patch to effect this change.
If this is not the case, I feel that atleast the list command should have this option - I would be happy to work on a patch to do the same.
Version: 2.29.xhttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/101Disable "silent build" when running tinderbox2021-05-17T15:50:07ZAdministratorDisable "silent build" when running tinderbox## Submitted by Luca Ferretti
**[Link to original bug (#603879)](https://bugzilla.gnome.org/show_bug.cgi?id=603879)**
## Description
Recently many GNOME modules switched to silent automake build, printing something like
CC li...## Submitted by Luca Ferretti
**[Link to original bug (#603879)](https://bugzilla.gnome.org/show_bug.cgi?id=603879)**
## Description
Recently many GNOME modules switched to silent automake build, printing something like
CC libtoolbareditor_la-eggmarshalers.lo
CC libtoolbareditor_la-eggtypebuiltins.lo
CC libtoolbareditor_la-egg-editable-toolbar.lo
CC libtoolbareditor_la-egg-toolbars-model.lo
CC libtoolbareditor_la-egg-toolbar-editor.lo
CCLD libtoolbareditor.la
when building.
Could be a good idea disable this silent build in tinderbox mode and provide full logs?
Version: 2.29.x