libgsasl @1.6.1 build failure: typedef redefinition with different types

[ltb@…]

Recently upgraded to OS X 10.8.2, upgraded to XCode 4.5.2, attempted to migrate macports and reinstall my ports, step 4 (running the Perl script to upgrade all the ports In myports.txt failed due to permissions, then tried to install msmtp port so I could send emails from my MUA. The build of libgsasl (on which msmtp depends) failed.

[ltb@…]

log file for libgsasl build failure

[jmroot (Joshua Root)]

Please remember to Cc the maintainer.

[seanfarley (Sean Farley)]

I went ahead and fixed this by updating to 1.8.0 in r101370. I hope that doesn't step on your toes too much, Ryan.

[ryandesign (Ryan Carsten Schmidt)]

Thanks for updating the port since I had not gotten around to doing so, but additional steps are needed; see comment:ticket:35345:7.

[seanfarley (Sean Farley)]

Replying to ryandesign@…:

Thanks for updating the port since I had not gotten around to doing so, but additional steps are needed; see comment:ticket:35345:7.

Oh no! Man, I wish Trac had better searching and linking so I could have seen that :-( I see the following ports explicitly depend on libgsasl: libinfinity, anubis, libvmime, mpop, msmtp, jabberd, and gobby. I'm guessing there's no easy way save for watching the buildbot fail to see if there are silently linked ports?

[ryandesign (Ryan Carsten Schmidt)]

Replying to sean@…:

Replying to ryandesign@…:

Thanks for updating the port since I had not gotten around to doing so, but additional steps are needed; see comment:ticket:35345:7.

Oh no! Man, I wish Trac had better searching and linking so I could have seen that :-(

I always search Trac using a browser shortcut which expands to e.g. ?status=!closed&summary=~libgsasl. This relies on the port name being in the Summary field, but our ticket filing instructions say people should put it there, and if I find tickets without the port name in the Summary, I add it. You can also search on the Port field instead e.g. ?status=!closed&port=~libgsasl. You can also use report 16 which searches the port field e.g. 16?PORT=libgsasl. But I find more users neglect to put the port name in the Port field than those that neglect to put it in the Summary.

I see the following ports explicitly depend on libgsasl: libinfinity, anubis, libvmime, mpop, msmtp, jabberd, and gobby. I'm guessing there's no easy way save for watching the buildbot fail to see if there are silently linked ports?

I agree that's the list of 7 ports depending on libgsasl so they should be revbumped. The rev-upgrade feature, if you've left it turned on, should tell you if there are any linking errors among the ports you've installed, but won't help you find other mislinked ports that you hadn't installed. We could try installing any ports that depend on any of those 7 ports and see if any of them are linked to libgsasl. Or we could install those ports from the binaries and see if they're mislinked (or download and check the binaries manually). And we can just wait for users to file tickets as they encounter problems and fix them then.

[seanfarley (Sean Farley)]

Replying to ryandesign@…:

Replying to sean@…:

Replying to ryandesign@…:

Thanks for updating the port since I had not gotten around to doing so, but additional steps are needed; see comment:ticket:35345:7.

Oh no! Man, I wish Trac had better searching and linking so I could have seen that :-(

I always search Trac using a browser shortcut which expands to e.g. ?status=!closed&summary=~libgsasl. This relies on the port name being in the Summary field, but our ticket filing instructions say people should put it there, and if I find tickets without the port name in the Summary, I add it. You can also search on the Port field instead e.g. ?status=!closed&port=~libgsasl. You can also use report 16 which searches the port field e.g. 16?PORT=libgsasl. But I find more users neglect to put the port name in the Port field than those that neglect to put it in the Summary.

Ah, very helpful; thanks!

I see the following ports explicitly depend on libgsasl: libinfinity, anubis, libvmime, mpop, msmtp, jabberd, and gobby. I'm guessing there's no easy way save for watching the buildbot fail to see if there are silently linked ports?

I agree that's the list of 7 ports depending on libgsasl so they should be revbumped. The rev-upgrade feature, if you've left it turned on, should tell you if there are any linking errors among the ports you've installed, but won't help you find other mislinked ports that you hadn't installed. We could try installing any ports that depend on any of those 7 ports and see if any of them are linked to libgsasl. Or we could install those ports from the binaries and see if they're mislinked (or download and check the binaries manually). And we can just wait for users to file tickets as they encounter problems and fix them then.

One of the reasons I didn't see this is because I didn't have any ports that depend on libgsasl and neither did the buildbot, it seems. Hopefully, rev bumping will get the buildbot to tell us if that will work or not :-/

[ryandesign (Ryan Carsten Schmidt)]

Replying to sean@…:

One of the reasons I didn't see this is because I didn't have any ports that depend on libgsasl and neither did the buildbot, it seems.

The buildbot doesn't have any ports installed. All ports are uninstalled after every build.

Hopefully, rev bumping will get the buildbot to tell us if that will work or not :-/

The buildbot should hopefully successfully build the 7 ports you revbump, but this won't tell us about any other ports that may have indirect or undeclared dependencies on libgsasl.

[seanfarley (Sean Farley)]

Replying to ryandesign@…:

Replying to sean@…:

One of the reasons I didn't see this is because I didn't have any ports that depend on libgsasl and neither did the buildbot, it seems.

The buildbot doesn't have any ports installed. All ports are uninstalled after every build.

Ah, I did not know that. Thanks for the info.

Hopefully, rev bumping will get the buildbot to tell us if that will work or not :-/

The buildbot should hopefully successfully build the 7 ports you revbump, but this won't tell us about any other ports that may have indirect or undeclared dependencies on libgsasl.

Gotcha. I'll revbump these 7 ports and watch the results.