jhbuild issueshttps://gitlab.gnome.org/GNOME/jhbuild/-/issues2021-05-17T16:07:07Zhttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/272fwupd depends on help2man2021-05-17T16:07:07ZAdministratorfwupd depends on help2man## Submitted by Rafael Fontenelle `@rafaelff`
**[Link to original bug (#793171)](https://bugzilla.gnome.org/show_bug.cgi?id=793171)**
## Description
Created attachment 367885
sysdeps 3.28: Add help2man
The help2man requirement in f...## Submitted by Rafael Fontenelle `@rafaelff`
**[Link to original bug (#793171)](https://bugzilla.gnome.org/show_bug.cgi?id=793171)**
## Description
Created attachment 367885
sysdeps 3.28: Add help2man
The help2man requirement in fwupd is set in src/meson.build.
The attachment includes help2man to sysdeps-3.28, and changes fwupd in core-deps-3.28 to add such dependency.
fwupd doesn't set a minimum requirement version, but Debian stretch and Ubuntu zesty/artful provide help2man 1.47.4, so I used that version.
**Patch 367885**, "sysdeps 3.28: Add help2man":
[sysdeps-3.28-add-help2man.diff](/uploads/00493e9c9c829509f790b29e2fb980c6/sysdeps-3.28-add-help2man.diff)https://gitlab.gnome.org/GNOME/jhbuild/-/issues/271webkit2gtk: depend on enchant-2 instead of enchant2021-05-17T16:07:00ZAdministratorwebkit2gtk: depend on enchant-2 instead of enchant## Submitted by Rafael Fontenelle `@rafaelff`
**[Link to original bug (#793112)](https://bugzilla.gnome.org/show_bug.cgi?id=793112)**
## Description
Created attachment 367785
webkit2gtk: depend on enchant-2
WebKit currently checks ...## Submitted by Rafael Fontenelle `@rafaelff`
**[Link to original bug (#793112)](https://bugzilla.gnome.org/show_bug.cgi?id=793112)**
## Description
Created attachment 367785
webkit2gtk: depend on enchant-2
WebKit currently checks for 'enchant' (< 2.0.0), which is different from 'enchant-2'. The 'enchant' is currently set as required in sysdeps-3.28.modules, while 'enchant-2' is built in core-deps-3.28.modules.
Please find as attachment a git-patch that includes a patch to WebKit 2.19.6 enabling enchant-2 support and also set core-deps-3.28.modules to use 'enchant-2' instead of 'enchant'.
enchant can't be removed from sysdeps-3.28 now because evolution suffer from the same problem as WebKit, and I'm not sure it would be interesting to patch evolution's Git tree -- I'm assuming a Git dir with changes prevents future git-pull by JHBuild.
~~**Patch 367785**~~, "webkit2gtk: depend on enchant-2":
[0001-webkit2gtk-depend-on-enchant-2.patch](/uploads/9501bb4409fa5f7b47f070e1c7a68e30/0001-webkit2gtk-depend-on-enchant-2.patch)https://gitlab.gnome.org/GNOME/jhbuild/-/issues/266webkigtk fails to build with advertised dependencies2021-05-17T16:06:37ZAdministratorwebkigtk fails to build with advertised dependencies## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#786286)](https://bugzilla.gnome.org/show_bug.cgi?id=786286)**
## Description
With the files from:
https://download.gnome.org/teams/releng/3.25.90/
Running:
jhbuild ...## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#786286)](https://bugzilla.gnome.org/show_bug.cgi?id=786286)**
## Description
With the files from:
https://download.gnome.org/teams/releng/3.25.90/
Running:
jhbuild -f sample-tarball.jhbuildrc -m gnome-apps-3.25.90.modules build --nodeps totem
Without --nodeps failed with:
jhbuild -f sample-tarball.jhbuildrc -m gnome-apps-3.25.90.modules build totem
Required packages:
System installed packages which are too old:
(none)
No matching system package installed:
libwebp
hyphen
jhbuild build: Required system dependencies not installed. Install using the command 'jhbuild sysdeps --install' or to ignore system dependencies use command-line option --nodeps
webkitgtk failed during configure with:
`<snip>`
-- Package 'enchant', required by 'virtual:world', not found
CMake Error at Source/cmake/OptionsGTK.cmake:336 (message):
Enchant is needed for ENABLE_SPELLCHECK
Call Stack (most recent call first):
Source/cmake/WebKitCommon.cmake:59 (include)
CMakeLists.txt:146 (include)
Is enchant missing as a webkitgtk dep?https://gitlab.gnome.org/GNOME/jhbuild/-/issues/265fwupd depends on python pillow2021-05-17T16:06:31ZAdministratorfwupd depends on python pillow## Submitted by Rafael Fontenelle `@rafaelff`
**[Link to original bug (#786152)](https://bugzilla.gnome.org/show_bug.cgi?id=786152)**
## Description
Created attachment 357410
3.26: add python-pil to sysdeps
Building fwupd fails wit...## Submitted by Rafael Fontenelle `@rafaelff`
**[Link to original bug (#786152)](https://bugzilla.gnome.org/show_bug.cgi?id=786152)**
## Description
Created attachment 357410
3.26: add python-pil to sysdeps
Building fwupd fails with message:
---
Meson encountered an error in file meson.build, line 150, column 4:
Error encountered: Error: missing dependency python pillow (python3-pil)
---
The attached diff file includes "python3-pil" (a.k.a. python-pillow in some distributions) to sysdeps-3-26, using the binary 'pilconvert' as file verification.
Some notes on Pillow:
- there is no pkg-config file, so can't be tracked with `<pkg-config>`
- there is no xml file, so can't be tracked with dep type "xml"
- the includes path (/usr/include) has python version in it (e.g.: /usr/include/python3.6m/Imaging.h), so it would be too much hard to track changes between different Python versions in each distribution using dep type "c_include" using values like e.g. "python3.6m/Imaging.h"
**Patch 357410**, "3.26: add python-pil to sysdeps":
[add-python-pil.diff](/uploads/e84fc252743b21609efca36bf865a42a/add-python-pil.diff)https://gitlab.gnome.org/GNOME/jhbuild/-/issues/258Add chrome-gnome-shell module2021-05-17T16:05:42ZAdministratorAdd chrome-gnome-shell module## Submitted by Yuri Konotopov `@nE0sIghT`
**[Link to original bug (#778865)](https://bugzilla.gnome.org/show_bug.cgi?id=778865)**
## Description
Created attachment 346121
Proposed patch
About GNOME Shell integration for Chrome (ch...## Submitted by Yuri Konotopov `@nE0sIghT`
**[Link to original bug (#778865)](https://bugzilla.gnome.org/show_bug.cgi?id=778865)**
## Description
Created attachment 346121
Proposed patch
About GNOME Shell integration for Chrome (chrome-gnome-shell):
Browser extension for Google Chrome/Chromium, Firefox, Vivaldi, Opera (and other Browser Extension, Chrome Extension or WebExtensions capable browsers) and native host messaging connector that provides integration with GNOME Shell and the corresponding extensions repository https://extensions.gnome.org.
Wiki page: https://wiki.gnome.org/Projects/GnomeShellIntegrationForChrome
I'm unsure what type of dependencies should be specified under dependencies tag, so I specified build-time dependencies only.
Runtime dependencies - gnome-shell and python3-requests are not specified.
Also I'm unsure what moduleset should be used for chrome-gnome-shell, so I used world.
**Patch 346121**, "Proposed patch":
[0001-world-added-chrome-gnome-shell-module.patch](/uploads/b444e6d1683621b47519e0ec86851c43/0001-world-added-chrome-gnome-shell-module.patch)https://gitlab.gnome.org/GNOME/jhbuild/-/issues/249Changes to make modules build on macOS2021-05-17T16:04:35ZAdministratorChanges to make modules build on macOS## Submitted by Philip Chimento `@ptomato`
**[Link to original bug (#774453)](https://bugzilla.gnome.org/show_bug.cgi?id=774453)**
## Description
I've spent some time getting the 3.22 modulesets to build on macOS 10.12. Here are var...## Submitted by Philip Chimento `@ptomato`
**[Link to original bug (#774453)](https://bugzilla.gnome.org/show_bug.cgi?id=774453)**
## Description
I've spent some time getting the 3.22 modulesets to build on macOS 10.12. Here are various patches to the modulesets that fix issues I ran into. I've also filed a bunch of patches which I'll add as dependencies of this bug.
If you have a copy of macOS and you want to try it out yourself, you need https://github.com/ptomato/macos-jhbuild which has some extra modulesets, the necessary jhbuild configuration, and some instructions.
The modulesets:
- macos-sysdeps.modules - All the stuff that can be installed as "sysdeps" on other platforms
- macos-overrides.modules - Stuff in the normal modulesets that can't be built normally (vala needs to be built from tarball as it needs valac to bootstrap from git, WebKit is just difficult :-P)
The jhbuildrc builds 3.22's meta-gnome-devel-platform by default, but I've gotten it to build meta-gnome-extended-devel-platform, gjs, devhelp, and (with almost all dependencies) gnome-builder. I haven't tried 3.24 yet.
You will need all the patches that are posted in the bugs that this one depends on (at least, until they are committed.) In addition, you will need
- pulseaudio: https://bugs.freedesktop.org/show_bug.cgi?id=98698
- gnome-online-accounts: needs an edit to remove usage of too-new WebKit API
### Depends on
* [Bug 708257](https://bugzilla.gnome.org/show_bug.cgi?id=708257)
* [Bug 734630](https://bugzilla.gnome.org/show_bug.cgi?id=734630)
* [Bug 772281](https://bugzilla.gnome.org/show_bug.cgi?id=772281)
* [Bug 773710](https://bugzilla.gnome.org/show_bug.cgi?id=773710)
* [Bug 773803](https://bugzilla.gnome.org/show_bug.cgi?id=773803)
* [Bug 774175](https://bugzilla.gnome.org/show_bug.cgi?id=774175)
* [Bug 774176](https://bugzilla.gnome.org/show_bug.cgi?id=774176)
* [Bug 774179](https://bugzilla.gnome.org/show_bug.cgi?id=774179)
* [Bug 774180](https://bugzilla.gnome.org/show_bug.cgi?id=774180)
* [Bug 774181](https://bugzilla.gnome.org/show_bug.cgi?id=774181)
* [Bug 774299](https://bugzilla.gnome.org/show_bug.cgi?id=774299)
* [Bug 774311](https://bugzilla.gnome.org/show_bug.cgi?id=774311)
* [Bug 774312](https://bugzilla.gnome.org/show_bug.cgi?id=774312)
* [Bug 774339](https://bugzilla.gnome.org/show_bug.cgi?id=774339)
* [Bug 774342](https://bugzilla.gnome.org/show_bug.cgi?id=774342)https://gitlab.gnome.org/GNOME/jhbuild/-/issues/234Epiphany has no icons2021-05-17T16:03:24ZAdministratorEpiphany has no icons## Submitted by Carlos Alberto Lopez Perez `@clopez`
**[Link to original bug (#764341)](https://bugzilla.gnome.org/show_bug.cgi?id=764341)**
## Description
I just built epiphany 3.20 with:
$ jhbuild build epiphany
$ jhbuild run epi...## Submitted by Carlos Alberto Lopez Perez `@clopez`
**[Link to original bug (#764341)](https://bugzilla.gnome.org/show_bug.cgi?id=764341)**
## Description
I just built epiphany 3.20 with:
$ jhbuild build epiphany
$ jhbuild run epiphany
And the browser window was showing no icons at all, making it unusable.
This has been reported previously here: https://mail.gnome.org/archives/epiphany-list/2014-December/msg00006.htmlhttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/224Bootstrapping prerequisites for building on Linux2021-05-17T16:02:37ZAdministratorBootstrapping prerequisites for building on Linux## Submitted by Emmanuele Bassi `@ebassi`
**[Link to original bug (#752009)](https://bugzilla.gnome.org/show_bug.cgi?id=752009)**
## Description
A follow up to [bug 751492](https://bugzilla.gnome.org/show_bug.cgi?id=751492).
Since ...## Submitted by Emmanuele Bassi `@ebassi`
**[Link to original bug (#752009)](https://bugzilla.gnome.org/show_bug.cgi?id=752009)**
## Description
A follow up to [bug 751492](https://bugzilla.gnome.org/show_bug.cgi?id=751492).
Since we strongly discourage jhbuild users running on a non-enterprise Linux distribution from using the `bootstrap` moduleset, we need to find a way for them to install global requirements needed to bootstrap the build environments.
Usually, this would be the role for system dependencies, *but* some modules — like autoconf-archive/m4-common, and gnome-common before that — are not meant to be packaged.
Maybe we should have a bootstrap-lite ("all the modules a bootstrap needs, without those pesky fats and sugars") moduleset, or maybe we should devise a way to specify that a module should still be built before everything else. Right now, gnome-common is needed by a bunch of modules, but specifying it by hand is tedious, and I'm pretty sure some module just rely on the graph solving the dependency.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/218bootstrap: add iconv and zlib2021-05-17T16:02:06ZAdministratorbootstrap: add iconv and zlib## Submitted by Allison Karlitskaya `@desrt`
**[Link to original bug (#745403)](https://bugzilla.gnome.org/show_bug.cgi?id=745403)**
## Description
These modules are needed for mingw crossbuilds to Windows.## Submitted by Allison Karlitskaya `@desrt`
**[Link to original bug (#745403)](https://bugzilla.gnome.org/show_bug.cgi?id=745403)**
## Description
These modules are needed for mingw crossbuilds to Windows.https://gitlab.gnome.org/GNOME/jhbuild/-/issues/216Clean up gnome-world a bit2021-05-17T16:01:49ZAdministratorClean up gnome-world a bit## Submitted by Allison Karlitskaya `@desrt`
**[Link to original bug (#744525)](https://bugzilla.gnome.org/show_bug.cgi?id=744525)**
## Description
Here are a few patches to remove some defunct modules from gnome-world
and fix up so...## Submitted by Allison Karlitskaya `@desrt`
**[Link to original bug (#744525)](https://bugzilla.gnome.org/show_bug.cgi?id=744525)**
## Description
Here are a few patches to remove some defunct modules from gnome-world
and fix up some dependency problems (resulting in warning output).https://gitlab.gnome.org/GNOME/jhbuild/-/issues/212Add LGI for libpeas, required for Lua plugin support2021-05-17T16:01:28ZAdministratorAdd LGI for libpeas, required for Lua plugin support## Submitted by Garrett Regier `@gregier`
**[Link to original bug (#742553)](https://bugzilla.gnome.org/show_bug.cgi?id=742553)**
## Description
GJS plugin support was removed, https://git.gnome.org/browse/libpeas/commit/?id=730edb6...## Submitted by Garrett Regier `@gregier`
**[Link to original bug (#742553)](https://bugzilla.gnome.org/show_bug.cgi?id=742553)**
## Description
GJS plugin support was removed, https://git.gnome.org/browse/libpeas/commit/?id=730edb65d6da0ebd0bd7065aeb9435b31d304b08
Seed plugin support was removed, https://git.gnome.org/browse/libpeas/commit/?id=41331aa6c52dbc29af727a6d0db9a43fcdc03c57
Lua plugin support was added, https://git.gnome.org/browse/libpeas/commit/?id=84a159374c7032f0bc536321df66d4ffac97d9fe
For Lua plugins LGI from git master is required, https://github.com/pavouk/lgihttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/211Build python3 on osx2021-05-17T16:01:19ZAdministratorBuild python3 on osx## Submitted by Patrick Griffis `@pgriffis`
**[Link to original bug (#742505)](https://bugzilla.gnome.org/show_bug.cgi?id=742505)**
## Description
Created attachment 294002
Add python3 to osx bootstrap
As title says...
**Patch 2...## Submitted by Patrick Griffis `@pgriffis`
**[Link to original bug (#742505)](https://bugzilla.gnome.org/show_bug.cgi?id=742505)**
## Description
Created attachment 294002
Add python3 to osx bootstrap
As title says...
**Patch 294002**, "Add python3 to osx bootstrap":
[0011-Add-python3-to-osx-bootstrap.patch](/uploads/662b3f4fbd5eb3b9d2b83cbdc3cd9d96/0011-Add-python3-to-osx-bootstrap.patch)https://gitlab.gnome.org/GNOME/jhbuild/-/issues/210Don't bootstrap python on osx2021-05-17T16:01:12ZAdministratorDon't bootstrap python on osx## Submitted by Patrick Griffis `@pgriffis`
**[Link to original bug (#742486)](https://bugzilla.gnome.org/show_bug.cgi?id=742486)**
## Description
Created attachment 293986
Don't bootstrap python on osx
OSX has shipped with python ...## Submitted by Patrick Griffis `@pgriffis`
**[Link to original bug (#742486)](https://bugzilla.gnome.org/show_bug.cgi?id=742486)**
## Description
Created attachment 293986
Don't bootstrap python on osx
OSX has shipped with python 2.7 for multiple releases now so there is little value in building it.
**Patch 293986**, "Don't bootstrap python on osx":
[0001-Don-t-bootstrap-python-on-osx.patch](/uploads/e01504bf17205a98124e577d51f3cbe1/0001-Don-t-bootstrap-python-on-osx.patch)https://gitlab.gnome.org/GNOME/jhbuild/-/issues/205document usage and availability of modulesets2021-05-17T16:00:46ZAdministratordocument usage and availability of modulesets## Submitted by Kalle Richter
**[Link to original bug (#742039)](https://bugzilla.gnome.org/show_bug.cgi?id=742039)**
## Description
Currently there's no (easy) way of figuring out where to get moduleset URIs from. The usage message...## Submitted by Kalle Richter
**[Link to original bug (#742039)](https://bugzilla.gnome.org/show_bug.cgi?id=742039)**
## Description
Currently there's no (easy) way of figuring out where to get moduleset URIs from. The usage message might include it, but the docs at https://developer.gnome.org/jhbuild/stable/getting-started.html.en definitely should include it. It should also be clear from the usage message whether the modulesets included in the app or need to be fetch from an external source.
Version: 2.32.x
### Depends on
* [Bug 742041](https://bugzilla.gnome.org/show_bug.cgi?id=742041)https://gitlab.gnome.org/GNOME/jhbuild/-/issues/192gtk-vnc missing dependency on Text::CSV Perl module2021-05-17T15:59:39ZAdministratorgtk-vnc missing dependency on Text::CSV Perl module## Submitted by Michael Catanzaro `@mcatanzaro`
**[Link to original bug (#723066)](https://bugzilla.gnome.org/show_bug.cgi?id=723066)**
## Description
gtk-vnc is missing a dependency on the Text::CSV Perl module:
checking for Text:...## Submitted by Michael Catanzaro `@mcatanzaro`
**[Link to original bug (#723066)](https://bugzilla.gnome.org/show_bug.cgi?id=723066)**
## Description
gtk-vnc is missing a dependency on the Text::CSV Perl module:
checking for Text::CSV Perl module... not found
configure: error: Text::CSV Perl module is required to compile this packagehttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/163use of <suggests> in modulesets is confused2021-05-17T15:56:17ZAdministratoruse of <suggests> in modulesets is confused## Submitted by Allison Karlitskaya `@desrt`
**[Link to original bug (#693290)](https://bugzilla.gnome.org/show_bug.cgi?id=693290)**
## Description
We use `<suggests>` like so:
`<autotools id="glib">`
...
`<suggests>`
<...## Submitted by Allison Karlitskaya `@desrt`
**[Link to original bug (#693290)](https://bugzilla.gnome.org/show_bug.cgi?id=693290)**
## Description
We use `<suggests>` like so:
`<autotools id="glib">`
...
`<suggests>`
<!-- these provide gnome implementations of glib
extension points -->
<dep package="gvfs"/>
<dep package="glib-networking"/>
`</suggests>`
`</autotools>`
as if it somehow means "these things should be built after building glib".
It doesn't mean that at all, though.
'jhbuild build --build-optional-modules glib' just builds glib and its dependencies (and --build-optional-modules is the only argument listed in --help that says anything about suggests or 'soft depends').
Meanwhile, another module uses it in a way that seems to mean "this would be nice to have to enable optional features during my build":
`<autotools id="libchamplain">`
...
`<suggests>`
<dep package="libsoup"/>
<dep package="clutter-gtk"/>
`</suggests>`
`</autotools>`
When building that module, --build-optional-modules has no effect on the number of packages built (vs. giving no arguments), but --ignore-suggests results in the suggests packages being ignored.
I guess this probably means that glib is the example of invalid usage (and that I don't understand what --build-optional-modules is supposed to do, unless it overrides a config file saying the opposite).
Outside of glib, it appears that the only module using `<suggests>` in a way that introduces cyclic dependencies is gnome-js-common suggesting seed.
### Blocking
* [Bug 742266](https://bugzilla.gnome.org/show_bug.cgi?id=742266)https://gitlab.gnome.org/GNOME/jhbuild/-/issues/157should gvfs have a fuse dependency?2021-05-17T15:55:45ZAdministratorshould gvfs have a fuse dependency?## Submitted by Allison Karlitskaya `@desrt`
**[Link to original bug (#689573)](https://bugzilla.gnome.org/show_bug.cgi?id=689573)**
## Description
gvfs builds file in jhbuild but the result lacks support for the fuse bridge.
This ...## Submitted by Allison Karlitskaya `@desrt`
**[Link to original bug (#689573)](https://bugzilla.gnome.org/show_bug.cgi?id=689573)**
## Description
gvfs builds file in jhbuild but the result lacks support for the fuse bridge.
This is a pretty similar situation to [bug 689507](https://bugzilla.gnome.org/show_bug.cgi?id=689507). We need to have a library present at build time in order to get a good output.
I start to wonder how we should deal with these situations, though... by depending on things like ALSA and fuse are are limiting jhbuild to only work on Linux. On the other hand, by not doing so, we produce an inferior product for users who don't know that they should install these other modules....https://gitlab.gnome.org/GNOME/jhbuild/-/issues/152gcr: checking for asn1Parser... no2021-05-17T15:55:15ZAdministratorgcr: checking for asn1Parser... no## Submitted by Allison Karlitskaya `@desrt`
**[Link to original bug (#687695)](https://bugzilla.gnome.org/show_bug.cgi?id=687695)**
## Description
gcr has an undeclared sysdep on bin/asn1Parser## Submitted by Allison Karlitskaya `@desrt`
**[Link to original bug (#687695)](https://bugzilla.gnome.org/show_bug.cgi?id=687695)**
## Description
gcr has an undeclared sysdep on bin/asn1Parserhttps://gitlab.gnome.org/GNOME/jhbuild/-/issues/132Separate modulesets2021-05-17T15:53:15ZAdministratorSeparate modulesets## Submitted by Matthias Clasen `@matthiasc`
**[Link to original bug (#675873)](https://bugzilla.gnome.org/show_bug.cgi?id=675873)**
## Description
As jhbuild grows into a standalone tool with tarball releases that is perhaps even s...## Submitted by Matthias Clasen `@matthiasc`
**[Link to original bug (#675873)](https://bugzilla.gnome.org/show_bug.cgi?id=675873)**
## Description
As jhbuild grows into a standalone tool with tarball releases that is perhaps even shipped by distributions, it becomes more pressing to separate the data from tool, so we don't end up in murky situations where we co-develop the data format and the tool thats reading it.
At the same time, we can move from the somewhat odd -version suffixes to using proper branches and tags for modulesets.
We have a working module with the 3.4 and 3.6 modulesets here:
http://git.gnome.org/browse/gnome-modulesets
The other pieces that are needed are
1. publish the modulesets from that module on api.gnome.org
2. change jhbuild to default to that location
3. update documentation to point to the new, final location (hard to say where, but at least going over the jhbuild docs and live.gnome.org would be advisable)
4. drop the modulesets/ directory from jhbuild
### Depends on
* [Bug 675934](https://bugzilla.gnome.org/show_bug.cgi?id=675934)https://gitlab.gnome.org/GNOME/jhbuild/-/issues/113makecheck_advisory should be settable per-module in jhbuildrc2021-05-17T15:51:28ZAdministratormakecheck_advisory should be settable per-module in jhbuildrc## Submitted by Jeremy Huddleston
**[Link to original bug (#649505)](https://bugzilla.gnome.org/show_bug.cgi?id=649505)**
## Description
Like other settings, it would be nice if module_makecheck_advisory could be set with a module d...## Submitted by Jeremy Huddleston
**[Link to original bug (#649505)](https://bugzilla.gnome.org/show_bug.cgi?id=649505)**
## Description
Like other settings, it would be nice if module_makecheck_advisory could be set with a module dictionary, so I could do:
module_makecheck_advisory = { 'libGL' : False }