Opened 12 years ago
Closed 12 years ago
#35221 closed defect (duplicate)
gconf @2.28.1 Failed to install
Reported by: | ade_hall@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.1.1 |
Keywords: | Cc: | neverpanic (Clemens Lang), ryandesign (Ryan Carsten Schmidt) | |
Port: | gconf |
Description
Inexperienced macports user, did a selfupgrade and update outdated and got errors, then did a clean on gconf and then install
Attachments (5)
Change History (14)
Changed 12 years ago by ade_hall@…
comment:1 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Port: | gconf added |
---|---|
Priority: | High → Normal |
comment:2 Changed 12 years ago by ade_hall@…
Same results, have also included the terminal logs in the attachment
comment:3 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | cal@… added |
---|
The terminal transcript you provided shows that MacPorts:
- installed the pre-built gconf-2.28.1_3.darwin_10.x86_64.tbz2 package from our server
- rev-upgrade ran, which detected that this gconf was in fact broken in some way
- tried to build gconf from source on your system, which failed
- rev-uprade determined gnome-vfs was broken
- tried to rebuild gnome-vfs, but since it depends on gconf, tried again to build gconf, without cleaning it first, and it failed again
- repeated the above step once more
- exited
We need to see the clean logs of the gconf build, but the above steps mean that MacPorts left you with an unclean log again. I'm Cc'ing Clemens, who wrote the rev-upgrade feature for us, because this behavior doesn't seem optimal.
ahe_hall, please run "sudo port clean gconf", then run "sudo port -s install --no-rev-upgrade gconf". "-s" means build from source; don't use the binary from our server. "--no-rev-upgrade" means that even if MacPorts thinks things are broken after installation, it should not try to rebuild things to fix them. Presumably this build will fail and you can then attach that main.log to this ticket, which will hopefully contain enough information to help us diagnose the problem.
We did already have one other report of gconf failing to build. There I suggested we might need to update gconf to a newer version. So that's something we can try.
Changed 12 years ago by ade_hall@…
Attachment: | main.3.log added |
---|
comment:5 Changed 12 years ago by neverpanic (Clemens Lang)
This looks a lot like #33792. Did you recently upgrade your Xcode version? Can you try rebuilding libidl
, cleaning gconf
and trying again?
comment:6 Changed 12 years ago by ade_hall@…
Same results. I did upgrade to 4.2 sometime ago. Is it worth updating to a newer gconf as suggested above?
Changed 12 years ago by ade_hall@…
Attachment: | main.4.log added |
---|
Changed 12 years ago by ade_hall@…
Attachment: | gconf terminal.txt added |
---|
comment:7 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
The transcript does not show you rebuilding libidl. You should rebuild it like this:
sudo port clean libidl sudo port -ns upgrade --force libidl
Then clean gconf and try again.
comment:9 Changed 12 years ago by neverpanic (Clemens Lang)
Resolution: | → duplicate |
---|---|
Status: | new → closed |
Duplicate of #33792.
Please "sudo port clean gconf" and try again. Cleaning and trying again is the first thing you should try anytime any port fails to build. If it fails again after that, attach the new main.log file.