I would also mention to avoid patching %{SOURCE10} in %prep.
That's because your original file will be modified.
Instead you have to copy the file in %prep, then modify it.
FYI, %{SOURCE10} expands to the RPM sourcedir directory, so it modified the original git file from the fedpkg clone as soon as you are not on an el6 host.

I have the same problem when trying to build dolphin emulator : wxGTK3-del is installed but could not find wxrc

Sorry for taking so long to respond, I need to discuss this with the wxgtk owner because I would rather avoid making wxgtk-devel and wxgtk3-devel conflict.

(In reply to sheepdestroyer from comment #2)
> I have the same problem when trying to build dolphin emulator : wxGTK3-del
> is installed but could not find wxrc

Side note, I am the maintainer of dolphin in rpmfusion... I would like to build the latest but I'm blocked by rh#1069394. Please feel free to bug the owner of that because I can't make him budge on the issue.

@Jeremy.
Thx for answearing about this issue.

I don't think you will add any good using alternatives in this case.
Because it will result in non-reproductive build in case one or the other package trigger both wxGTK{,3} build dependencies into the buildroot;

Instead, I would recommand to use an alternate path for wxrc and wx-config (keeping the original name). So every package explicitely allowed to use wxGTK3 could use the prefix option allowed by upstream wxwin.m4 (also note that you are not allowed to fork this file).


If you think it worth to use alternative, this can be added as a later step.
but this is NOT a good idea IMO for the aforementioned reason.

At the very least, please provide a solution that is tested with another package.
(such a filezilla)

Hmm so what are you sugessting? Move the wxrc to a within a folder called usr/bin/wxgtk3? Or whatever? How or what command would someone run prior to build to get this to work? I'm not too familiar with prefixing, as I've only done t once in the past

(In reply to Jeremy Newton from comment #6)
> Hmm so what are you sugessting? Move the wxrc to a within a folder called
> usr/bin/wxgtk3? Or whatever? How or what command would someone run prior to
> build to get this to work? I'm not too familiar with prefixing, as I've only
> done t once in the past

I'm sorry, this is an insufficient answer. Please DO testing.
Prefixing is what is done by wxwin.m4 so should be implemented in every wxGTK* applications using autotools.

I'm sorry I misunderstand, but I get what you're saying. I'll look into it and figure it out. Though I still would like to consider alternatives.

I think this one is relevant too : https://code.google.com/p/dolphin-emu/issues/detail?id=7069

(In reply to sheepdestroyer from comment #9)
> I think this one is relevant too :
> https://code.google.com/p/dolphin-emu/issues/detail?id=7069

Indeed, I posted that.

I'll look into this issue this week, sorry for the delay

I'm currently building wxGTK-3.0.1-3 it in rawhide, please confirm if it is fixed if it builds successfully, and if so, I'll push to all other branches.

http://koji.fedoraproject.org/koji/taskinfo?taskID=7749140

I still can not build dolphin (even with your patche to cmakelist posted on dolphin site): 

-- Could NOT find wxWidgets (missing:  wxWidgets_FOUND) 
-- Could NOT find wxWidgets (missing:  wxWidgets_FOUND) 
Using static wxWidgets from Externals

note  : i did install wxGTK-3.0.1-3 from rawhide

For dolphin, you can include the -DwxWidgets_CONFIG_EXECUTABLE= flag to specify the location of the wx-config file. Fortunately dolphin isn't limited to just a directory change

You can build dolphin with something like this

cmake -DwxWidgets_CONFIG_EXECUTABLE=/usr/bin/wx-config-3.0 .
make
sudo make install

Note that /usr/bin/wx-config-3.0 will obviously change to

/usr/libexec/wxGTK3/wx-config

For this new version of wxGTK3 (current Rawhide)

so with cmake -DwxWidgets_CONFIG_EXECUTABLE=/usr/libexec/wxGTK3/wx-config

cmake now finds my shared libs

however build fails with :
/home/sheepdestroyer/Downloads/dolphin-master/Source/Core/DolphinWX/X11Utils.h:16:21: fatal error: gtk/gtk.h: No such file or directory
 #include <gtk/gtk.h>

error also reported on the previeous dolphin issue (I applied your patch to cmake files, the second part required a modification to apply)

It's still failing for me (filezilla).

I've pushed a version of the package that should be supposed to work (it's finding the wx-config utility in the appropriate path). But I guess it failed to find the related wxrc utility. 

According to wxwin.m4 it uses the following command:
/usr/libexec/wxGTK3/wx-config --utility=wxrc

(In reply to sheepdestroyer from comment #15)
> so with cmake -DwxWidgets_CONFIG_EXECUTABLE=/usr/libexec/wxGTK3/wx-config
> 
> cmake now finds my shared libs
> 
> however build fails with :
> /home/sheepdestroyer/Downloads/dolphin-master/Source/Core/DolphinWX/X11Utils.
> h:16:21: fatal error: gtk/gtk.h: No such file or directory
>  #include <gtk/gtk.h>
> 
> error also reported on the previous dolphin issue (I applied your patch to
> cmake files, the second part required a modification to apply)

Do you have gtk3-devel installed? Dolphin depends on some gtk libraries to build, also the fedora wxGTK3 package is built on gtk3-devel.

Make sure you have all of the build dependencies installed:

sudo yum install alsa-lib-devel bluez-libs-devel cmake cairo-devel glew-devel libao-devel libjpeg-turbo-devel libpng-devel libXrandr-devel lzo-devel mesa-libGLU-devel openal-soft-devel pulseaudio-libs-devel portaudio-devel SDL2-devel wxGTK3-devel gtk3-devel zlib-devel Cg scons compat-SFML16-devel SOIL-devel gettext desktop-file-utils bochs-devel opencl-utils-devel soundtouch-devel miniupnpc-devel libusb-devel

note the following bug (affects 4.0.2):

https://code.google.com/p/dolphin-emu/issues/detail?id=7074

which can be fixed with:

sed -i 's/soundtouch.h/SoundTouch.h/g' CMakeLists.txt

If you get build issues, it may be issues with other packages. Note that I've built Dolphin 4.0.2 on f20 rpmfusion just fine and should currently be in testing. F19 isn't working due to a weird SFML issues, which may not be fixed if it's a packaging issue due to 19's EOL coming up. Also there seems to be odd gcc 4.9 issues with F21/Rawhide, which I need to either look into and backport fixes, or switch to a git snapshot.

(In reply to Nicolas Chauvet (kwizart) from comment #16)
> It's still failing for me (filezilla).
> 
> I've pushed a version of the package that should be supposed to work (it's
> finding the wx-config utility in the appropriate path). But I guess it
> failed to find the related wxrc utility. 
> 
> According to wxwin.m4 it uses the following command:
> /usr/libexec/wxGTK3/wx-config --utility=wxrc

Alright thanks, I will definitely look into this and try to build this version to get it working. Can you link me to the SRPM? or can I get it off of Fedora git?

regarding dolphin, I checked and I already have gtk3-devel and all other dependancies. 
.
on my system I have the following files : 
/usr/include/gtk-1.2/gtk/gtk.h
/usr/include/gtk-2.0/gtk/gtk.h
/usr/include/gtk-3.0/gtk/gtk.h

But i still get the following error while compiling :
/home/sheepdestroyer/Downloads/dolphin-master/Source/Core/DolphinWX/X11Utils.h:16:21: fatal error: gtk/gtk.h: No such file or directory
 #include <gtk/gtk.h>

(In reply to Jeremy Newton from comment #18)
...
> Alright thanks, I will definitely look into this and try to build this
> version to get it working. Can you link me to the SRPM? or can I get it off
> of Fedora git?
Yeah, this is what I've already said here "I've pushed a version ...", so I've pushed it into rawhide despite I haven't done any build.

I've managed to workaround the issue in filezilla by using for f21:
export WXRC=%{_bindir}/wxrc-3.0

But filezilla is supposed to use the upstream wxwin.m4, so there is a need to ask upstream about how wxGTK3 and wxGTK(2) can be co-installed without mixing.

Basically wxconfig-3.0 --utility=wxrc correctly outputs /bin/wxrc-3.0 on f21 , once wxconfig-3.0 is requested.
I also note that I've removed the wxGTK-devel package to avoid selection of the wxrc binary from wxGTK instead of wxGTK3.


On f22, this is now broken, I don't know what what changed, but this was in the bad sense. Or Jeremy, can you explain ?

FYI:
filezilla from fedpkg master( same as f21) branch
f22 failed:
https://kojipkgs.fedoraproject.org//work/tasks/7783/7917783/build.log
f21 succeed:
http://koji.fedoraproject.org/koji/buildinfo?buildID=586832

In both cases, I'm using:
%build
# for wxGTK3 - needed to find wxrc
export WXRC=%{_bindir}/wxrc-3.0
%configure \
...
  --with-wx-config=wx-config-3.0 \

wxGTK3-devel 3.0.2-1 provides /usr/bin/wx-config not wx-config-3.0 so filezilla fails to build with current spec.

Indeed, I reverted back to the default files and readded the conflict with wxgtk-devel. This is the best solution until I can resolve switching to alternatives (there's a bug filed against wxgtk).

The non rawhide packages should be out of testing by next week. Please test!

Either way I'm going to close this after I push the updates, please reopen or make a new bug in the event theres a problem.

(In reply to Marcin Juszkiewicz from comment #22)
> wxGTK3-devel 3.0.2-1 provides /usr/bin/wx-config not wx-config-3.0 so
> filezilla fails to build with current spec.
right for devel, but it only worked for f21 (at that time, it was wxGTK-3.0.1-??)

I don't understand why a conflict would bring any goods ? filezilla can select the wxconfig filename (and path). as implemented by the upstream wxGTK's wxwin.m4.
Filezilla configure script will ask to wxconfig??? for the name of the wxrc utility...

... There it breaks. ( So I need the following hack:
# for wxGTK3 - needed to find wxrc
PATH=$PATH:%{_libexecdir}/wxGTK3/
)


Problem is still in the wxGTK3 packaging itself. Don't wait for anything to the wxGTK maintainer, there is no sane solution with alternatives.

(In reply to Nicolas Chauvet (kwizart) from comment #24)
> (In reply to Marcin Juszkiewicz from comment #22)
> > wxGTK3-devel 3.0.2-1 provides /usr/bin/wx-config not wx-config-3.0 so
> > filezilla fails to build with current spec.
> right for devel, but it only worked for f21 (at that time, it was
> wxGTK-3.0.1-??)
> 
> I don't understand why a conflict would bring any goods ? filezilla can
> select the wxconfig filename (and path). as implemented by the upstream
> wxGTK's wxwin.m4.
> Filezilla configure script will ask to wxconfig??? for the name of the wxrc
> utility...
> 
> ... There it breaks. ( So I need the following hack:
> # for wxGTK3 - needed to find wxrc
> PATH=$PATH:%{_libexecdir}/wxGTK3/
> )
> 
> 
> Problem is still in the wxGTK3 packaging itself. Don't wait for anything to
> the wxGTK maintainer, there is no sane solution with alternatives.

Ok Nicolas, I don't think I understand, what are you proposing?

I can put wx-config, wxrc and wxrc-3.0 in %{_libexecdir}/wxGTK3/, which I have no problem with. I can also provide a symlink in /usr/bin (which I would personally want to avoid confusion). But what do I do with the m4 file? I can't have it conflict with wxGTK's wxwin.m4.

I see two solutions:

/usr/share/aclocal/wxwin3.m4

 or 

/usr/share/aclocal/wxGTK3/wxwin.m4


I'm having trouble understanding what you want here. So please provide me with some sort of explanation so I can understand what you need to get things building correctly.


These are the three conflicts I need to deal with if it helps:

/usr/bin/wx-config
/usr/bin/wxrc
/usr/share/aclocal/wxwin.m4

Here is how I had it with 3.0.1:

/usr/bin/wx-config-3.0
/usr/bin/wxrc-3.0
/usr/share/aclocal/wxwin3.m4

This is what I think you want (but I need clarification):

/usr/libexec/wxGTK3/wx-config
/usr/libexec/wxGTK3/wxrc
/usr/share/aclocal/wxGTK3/wxwin.m4

plus I propose three symlinks of:

/usr/bin/wx-config-3.0        to   /usr/libexec/wxGTK3/wx-config
/usr/bin/wxrc-3.0             to   /usr/libexec/wxGTK3/wxrc
/usr/libexec/wxGTK3/wxrc-3.0  to   /usr/libexec/wxGTK3/wxrc

What works for you? How can I improve this?

Do you have that implemented somewhere ?

(In reply to Nicolas Chauvet (kwizart) from comment #26)
> Do you have that implemented somewhere ?

Not yet, let me make a koji build

I have a rawhide build going right now.
I'm not sure how long it takes for it to be pushed to rawhide servers after built, but here's the koji task:

http://koji.fedoraproject.org/koji/taskinfo?taskID=8095716

Note that I have not yet tested the symlinks and I dropped the /usr/libexec/wxGTK3/wxrc-3.0 symlink because, in hindsight, it seemed pointless.

This worked for rawhide (depsite I still need the path hack to find wxrc whereas it should have picked wxrc-3.0)
http://koji.fedoraproject.org/koji/buildinfo?buildID=592608

Can you basically tests others dependencies and schedule a backport to f21 ?

@Jeremy 
thx for your work btw !

(In reply to Nicolas Chauvet (kwizart) from comment #30)
> @Jeremy 
> thx for your work btw !

No problem, I'll backport this right away

(In reply to Nicolas Chauvet (kwizart) from comment #29)
> This worked for rawhide (depsite I still need the path hack to find wxrc
> whereas it should have picked wxrc-3.0)

Unfortunately I have no idea how to get around this without alternatives or a conflict, as it looks specifically for /usr/bin/wxrc. This should be fine, as almost all wx dependant sources have an equivalent option.


I'll tag this bug in the updates.

wxGTK3-3.0.2-2.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/wxGTK3-3.0.2-2.fc19

wxGTK3-3.0.2-2.el6 has been submitted as an update for Fedora EPEL 6.
https://admin.fedoraproject.org/updates/wxGTK3-3.0.2-2.el6

wxGTK3-3.0.2-2.el7 has been submitted as an update for Fedora EPEL 7.
https://admin.fedoraproject.org/updates/wxGTK3-3.0.2-2.el7

wxGTK3-3.0.2-2.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/wxGTK3-3.0.2-2.fc20

wxGTK3-3.0.2-2.fc21 has been submitted as an update for Fedora 21.
https://admin.fedoraproject.org/updates/wxGTK3-3.0.2-2.fc21

wxGTK3-3.0.2-2.fc21 has been pushed to the Fedora 21 stable repository.  If problems still persist, please make note of it in this bug report.

wxGTK3-3.0.2-2.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.

wxGTK3-3.0.2-2.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.

wxGTK3-3.0.2-2.el7 has been pushed to the Fedora EPEL 7 stable repository.  If problems still persist, please make note of it in this bug report.

wxGTK3-3.0.2-2.el6 has been pushed to the Fedora EPEL 6 stable repository.  If problems still persist, please make note of it in this bug report.