[Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

headkase · 2014-07-26 11:36:25

Edit: the original title of this thread was "Makepkg not working." Apparently it is working fine and rather there is an issue with the codeblocks-svn PKGBUILD.

End edit.

New edit: changed title to something better for search engines.

The fix to build codeblocks-svn was to install wxgtk in addition to wxgtk2.8. This has now been updated in the package and the bug is still in progress.

Relevant bug: https://bugs.archlinux.org/task/41351

End new edit.

Original post:

Trying to makepkg codeblocks-svn and I'm getting the following relevant error:

configure.ac:88: warning: macro 'AM_OPTIONS_WXCONFIG' not found in library
configure.ac:89: warning: macro 'AM_PATH_WXCONFIG' not found in library
configure.ac:15: installing './compile'
configure.ac:7: installing './config.guess'
configure.ac:7: installing './config.sub'
configure.ac:11: installing './install-sh'
configure.ac:11: installing './missing'
src/base/tinyxml/Makefile.am: installing './depcomp'
configure.ac:88: error: possibly undefined macro: AM_OPTIONS_WXCONFIG
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.ac:89: error: possibly undefined macro: AM_PATH_WXCONFIG

wxgtk is installed so I should not be getting that error.

I think there is something wrong with makepkg or my toolchain as that PKGBUILD says:

conflicts=('codeblocks' 'codeblocks-svn-noplugins')

And I do have the main repo "codeblocks" installed but the PKGBUILD doesn't see that and tries to build anyway.

I have a multilib installation and have tried reinstalling multilib-devel to no avail.

Last edited by headkase (2014-07-26 17:21:54)

Trilby · 2014-07-26 11:56:36

The package is not built, so the conflicts are not relevant. The conflicts array is checked when you attempt to install the package.

As for the build failure, I have no input - is there a reason to suspect it is a makepkg error rather than something wrong with the package? I'll try to replicate this momentarily.

EDIT: I do get the same build error - it seems the problem may be with wxgtk2.8 not including the m4 file - but it built fine once I installed wxgtk.

Last edited by Trilby (2014-07-26 12:03:37)

headkase · 2014-07-26 12:00:38

Thank you Trilby, in the PKGBUILD there is an export to wx-config which should set up some environment variables for ./configure I believe. For some reason that is not working. Other packages build fine and I assumed the problem was on my end as no one else is reporting errors on the AUR page.

Edit: Ok, you get the same error. Thanks again and I will report on the AUR page.

Last edited by headkase (2014-07-26 12:01:03)

headkase · 2014-07-26 12:03:27

Thanks again: I made a post on the AUR page.

Trilby · 2014-07-26 12:04:03

That was fast - you can check out my edit above to see if that helps.

headkase · 2014-07-26 12:06:33

Ok, it is building with wxgtk installed - however the package is supposed to depend on wxgtk2.8, not wxgtk which is 3.x. I'll let it build and test it - and report back to the AUR page whether or not it works.

headkase · 2014-07-26 12:20:41

It worked and the resulting binary is reporting that it is using wxgtk2.8 as it is supposed to. During the build I did see the include directives referencing 2.8 as well so it does do it right, just something is wonky with wxgtk2.8 - thanks again!

Trilby · 2014-07-26 13:29:25

It seems the missing m4 file in wxgtk2.8 is the culprit. This might be worth a bug report against that package - though I don't know how these m4 macro files are supposed to be distributed. Wxgtk includes the needed file, so if wxgtk2.8 also included it, they would have to be listed in eachother's 'conflicts' array.

headkase · 2014-07-26 13:37:46

I don't know enough about the gritty details to be qualified to make that report, perhaps you or someone you know that does have the qualifications can verify the situation??

Trilby · 2014-07-26 13:50:02

I just pulled the source from ABS, and it seems there is a patch applied to wxgtk2.8 in our repos specifically to prevent it from conflicting with wxgtk. Part of that patch is to remove (or prevent the installation of) the m4 file currently in question.

I have no idea how wxgtk works or is supposed to work - but unless wxgtk is to be a dependency of wxgtk2.8 then this patch doesn't seem like the right approach as it prevents installation of a file that is needed for normal use.

headkase · 2014-07-26 13:50:56

But, as for possible file conflicts.. Don't the packages let you specify a prefix when building? Just put the official packages into different prefixes if that is the case?

Trilby · 2014-07-26 13:53:18

I'm not sure I understand. The troublesome packages are pre-built in the repos. We could suggest a patch to install wxgtk2.8 into /usr/local/ or something like that. That would allow for inclusion of the m4 macros while preventing the conflict.

But someone far more knowledgable than me, made the choice in making that patch to just eliminate the m4 file. I'd like to know why before making an elaborate suggestion to avoid this patch.

headkase · 2014-07-26 13:55:05

Mailing list time.. I'll assume that you will investigate and take action further?

Trilby · 2014-07-26 14:01:26

headkase wrote:

I'll assume that you will investigate and take action further?

I did just check the history on the bug tracker and found nothing relevant. But I don't know why you'd make this assumption. I don't use codeblocks or wxgtk (let alone wxgtk2.8). I'm happy to help track down where the problem may be coming from, but you're the one struggling - if you want to see it through to a solution, step up.

headkase · 2014-07-26 14:05:04

I'll open a bug report against wxgtk2.8. That will get someone who actually understands, not myself at that low level, to look at it.

headkase · 2014-07-26 14:10:42

Bug report here:

https://bugs.archlinux.org/task/41351

Arch Linux

#1 2014-07-26 11:36:25

[Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

#2 2014-07-26 11:56:36

Re: [Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

#3 2014-07-26 12:00:38

Re: [Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

#4 2014-07-26 12:03:27

Re: [Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

#5 2014-07-26 12:04:03

Re: [Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

#6 2014-07-26 12:06:33

Re: [Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

#7 2014-07-26 12:20:41

Re: [Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

#8 2014-07-26 13:29:25

Re: [Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

#9 2014-07-26 13:37:46

Re: [Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

#10 2014-07-26 13:50:02

Re: [Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

#11 2014-07-26 13:50:56

Re: [Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

#12 2014-07-26 13:53:18

Re: [Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

#13 2014-07-26 13:55:05

Re: [Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

#14 2014-07-26 14:01:26

Re: [Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

#15 2014-07-26 14:05:04

Re: [Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

#16 2014-07-26 14:10:42

Re: [Solved] wxgtk2.8 depends on wxgtk for building 2.8 source

Board footer