After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 132899 - shared-mime-info doesn't have an intltool dependency
shared-mime-info doesn't have an intltool dependency
Status: RESOLVED FIXED
Product: jhbuild
Classification: Infrastructure
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: James Henstridge
Jhbuild QA
: 147837 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-01-29 19:03 UTC by Jeroen Zwartepoorte
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.5/2.6


Description Jeroen Zwartepoorte 2004-01-29 19:03:21 UTC 
shared-mime-info is defined in freedesktop.modules, while intltool is in
gnome26.modules. Can one depend on the other?

Workaround is to start a terminal once the build breaks and run "jhbuild
buildone intltool" and then continue with the build.
Comment 1 James Henstridge 2004-02-02 06:30:27 UTC 
Eventually, the freedesktop.modules file will be removed from Gnome
CVS, and get hosted in freedesktop.org CVS (see bug 132031), so it
would be good to find a solution to this.

For users who have their moduleset set to 'gnome24' or 'gnome26',
having a dep from shared-mime-info to intltool will not cause a
problem.  However, if the moduleset is set to 'freedesktop', then it
will result in a broken dependency which would be bad.

The two options I can think of are:
  1) duplicate the intltool module definition in freedesktop.modules
     and add the dependency.
  2) Add support for conditional dependencies (ie. if module A and
     module B are going to be built, make sure A comes before B).
     This would fix things for the common case, but require people
     to install intltool if they are only building shared-mime-info.

Not sure of the best answer, so CC'ing jrb.
Comment 2 Damon Chaplin 2004-02-19 01:48:30 UTC 
I just hit this. Can't you put a temporary fix in for now?
Leaving the build broken isn't very good.
Comment 3 James Henstridge 2004-02-21 07:11:05 UTC 
I've added a "suggests" element to the moduleset file parser, which
acts as soft dependencies.

This means that if you build "shared-mime-info" and "intltool"
together, they should be picked up in the right order.  This probably
isn't the best solution, but it will do for now.
Comment 4 James Henstridge 2004-04-01 15:39:17 UTC 
Going to mark this as fixed.  There isn't much more that can be done without
introducing a circular dependency between the two module sets.
Comment 5 James Henstridge 2004-07-20 09:38:55 UTC 
*** Bug 147837 has been marked as a duplicate of this bug. ***