#35735 closed defect (invalid)
glib2 fails with /usr/include/hfs/hfs_format.h:765
Reported by: | jan.doumen@… | Owned by: | ryandesign (Ryan Carsten Schmidt) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.1.2 |
Keywords: | Cc: | ||
Port: | glib2 |
Description (last modified by ryandesign (Ryan Carsten Schmidt))
Build of glib2 fails with the following error:
:info:build /usr/include/hfs/hfs_format.h:765: error: expected specifier-qualifier-list before 'uuid_string_t'
Solution proposed in Ticket #21282 does not work.
Running MacOS 10.6.8.
Also tried installing older version of glib2 as proposed in Ticket #32185.
Also did an uninstall followed by a self update.
Attachments (1)
Change History (15)
comment:1 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Description: | modified (diff) |
---|---|
Owner: | changed from macports-tickets@… to ryandesign@… |
Port: | glib2 added |
comment:2 Changed 12 years ago by jan.doumen@…
comment:3 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Could you attach the main.log file?
comment:4 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Resolution: | → invalid |
---|---|
Status: | new → closed |
:debug:extract Assembled command: 'cd "/opt/local/var/macports/build/_Users_DeJean_Attachments_glib2/glib2/work" && /usr/bin/bzip2 -dc '/opt/local/var/macports/distfiles/glib2/glib-2.28.8.tar.bz2' | /usr/bin/gnutar --no-same-owner -xf -'
/Users/DeJean/Attachments/glib2 appears to be your own copy of glib2 @2.28.8; we updated the glib2 port to version 2.30.2 in r87469 last November. I recommend you use our version of glib2 would should work fine.
comment:5 Changed 12 years ago by jan.doumen@…
I'm not a programmer, so I definitely did not make my 'own copy' of glib2. I've also performed many self updates to make sure I always have the latest versions. Will check again with another self update, but if after that the issue still is the same, then I'd like this ticket to be re-opened.
comment:6 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
What is in the directory /Users/DeJean/Attachments/glib2?
What is in the file /opt/local/etc/macports/sources.conf?
comment:7 Changed 12 years ago by jan.doumen@…
I removed that glib2 directory. Possibly something I tried before to get glib2 installed.
In the conf file there is : rsync://rsync.macports.org/release/ports/ [default]
I've just done a self update, and tried again installing glib2 ... still failing.
comment:8 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Ok, could you attach the new main.log file?
comment:10 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
The log says "Skipping completed" meaning this wasn't a clean attempt. Could you "sudo port clean glib2", then try again, then attach the new log? That'll make it easier to compare your output with mine.
comment:11 Changed 12 years ago by jan.doumen@…
iMac:~ DeJean$ sudo port clean glib2 Password: ---> Cleaning glib2 iMac:~ DeJean$ sudo port install glib2 ---> Computing dependencies for glib2 ---> Fetching archive for glib2 ---> Attempting to fetch glib2-2.32.4_0.darwin_10.i386.tbz2 from http://lil.fr.packages.macports.org/glib2 ---> Attempting to fetch glib2-2.32.4_0.darwin_10.i386.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/glib2 ---> Attempting to fetch glib2-2.32.4_0.darwin_10.i386.tbz2 from http://packages.macports.org/glib2 ---> Fetching distfiles for glib2 ---> Verifying checksum(s) for glib2 ---> Extracting glib2 ---> Applying patches to glib2 ---> Configuring glib2 ---> Building glib2 Error: org.macports.build for port glib2 returned: command execution failed Please see the log file for port glib2 for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_glib2/glib2/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port glib2 failed
comment:12 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Thanks. Having refreshed my memory, I now recall that we saw this problem before (#21282). The problem was the existence of a uuid.h header which had different contents from and therefore conflicted with one provided by the operating system. That uuid.h header had been installed by the e2fsprogs port. We fixed the problem by changing the e2fsprogs port so that it would no longer install that header. But if something else installed a header by that name on your system, then that would explain the problem.
Does the file /usr/local/include/uuid/uuid.h exist on your system? If so, move it aside, clean glib2, and try again.
Or does the file /opt/local/include/uuid/uuid.h exist? If so, use "port provides /opt/local/include/uuid/uuid.h" to see what port provided it, then "sudo port -f deactivate" that port, clean glib2, and try again.
comment:13 Changed 12 years ago by jan.doumen@…
Seems like the first suggestion was the good one ! Thanks !!!
iMac:~ root# cd /usr/local/include/uuid iMac:uuid root# ls uuid.h iMac:uuid root# mv uuid.h uuid.bak iMac:uuid root# exit logout iMac:uuid DeJean$ sudo port clean glib2 Password: ---> Cleaning glib2 iMac:uuid DeJean$ sudo port install glib2 ---> Computing dependencies for glib2 ---> Fetching archive for glib2 ---> Attempting to fetch glib2-2.32.4_0.darwin_10.i386.tbz2 from http://lil.fr.packages.macports.org/glib2 ---> Attempting to fetch glib2-2.32.4_0.darwin_10.i386.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/glib2 ---> Attempting to fetch glib2-2.32.4_0.darwin_10.i386.tbz2 from http://packages.macports.org/glib2 ---> Fetching distfiles for glib2 ---> Verifying checksum(s) for glib2 ---> Extracting glib2 ---> Applying patches to glib2 ---> Configuring glib2 ---> Building glib2 ---> Staging glib2 into destroot ---> Installing glib2 @2.32.4_0 ---> Activating glib2 @2.32.4_0 ---> Cleaning glib2 ---> Updating database of binaries: 100.0% ---> Scanning binaries for linking errors: 100.0% ---> No broken files found.
comment:14 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Good! I'm glad that worked.
Software installed in /usr/local can easily conflict with software you want to install with MacPorts, which is why we recommend you do not install any software in /usr/local.
P.S: Remember to use WikiFormatting when writing in Trac.
Any more information needed?