Nori13, Thanks for the update.
Just To add something on everestcloud comment,
not assume that everyone is using a AUR helper to build the packages. AUR is not a repo. The Arch way is not to use a AUR helper, so the package won't be copied to the cache directory. Also, some users (like me) have changed the default cache directory and the build will fail even if the wxgtk dev packages are in the pacman cache.
Do not link the PKGBUILD to anything outside the build directory.
@Nori13,
There are some problems with the build.
1) wxgtk_fix.sh is not copied to /usr/bin/
2) the wxgtk dev packages are not in the pacman cache
Regarding (2):
-
You cannot assume that an AUR package (even if installed) is in the pacman cache in /var/cache/pacman/pkg/. Many (or most) AUR package managers do not copy the package file in the pacman cache. And even if they did, you are not sure that it is /var/cache/pacman/pkg/ or some other directory (pacman has a setting for this, so as trizen, etc).
-
You cannot assume that ANY package (arch official repos or AUR) which is uninstalled has a leftover package file in the pacman cache. Maybe the user has cleared the cache of packages that are no longer installed.
-
To be more correct about it, you cannot assume that anything is in the pacman cache. Maybe some users don't even keep a cache.
I believe the correct solution to this is to download the needed dev wxgtk sources in the PKGBUILD and build them also, installing only the needed wxgtk 3.1.x libwx.so libraries afterwards. It's a mess but so is the freefilesync build. Thank you for your work.
@severach Thank you for the help.
@severach
These should be submitted as bugs. If you're too new for Arch, you're too new.
Now that you mention it, how do they make it work on Ubuntu ?
From what I see the provided Ubuntu binaries are statically linked to wxgtk. They even run on Arch without wxgtk installed.
Too bad there does not seem to be official documentation for the build process.
Two more patches and you can remove all the new dependencies and the sudo line. sudo isn't permitted anywhere in a PKGBUILD. In package() you can put any file you want in /usr/bin without using sudo.
sed -e 's:m_textCtrlOfflineActivationKey->ForceUpper:// &:g' -i 'FreeFileSync/Source/ui/small_dlgs.cpp'
sed -e 's:const double scrollSpeed =:& 6; //:g' -i 'wx+/grid.cpp'
These should be submitted as bugs. If you're too new for Arch, you're too new.
@Nori13,
uninstalling everything that requires wxgtk, installing wxgtk-dev and reinstalling the removed software, is not a solution. Veracrypt, filezilla etc will be installed but won't run as they are build using a different version of wxgtk.
A rebuild of this programs will probably make them run again, assuming they can be build using wxgtk-dev.
For now I'm staying with version 9.8, I don't think freefilesync worth the effort for all this.
Veracrypt (and anything that removing wxgtk will break) will have to be manually uninstalled before wxgtk-dev can be installed, and then reinstalled after wxgtk is reinstalled.
I'll look into seeing if there's a way to avoid wxgtk altogether.
I confirm that the filezilla does not start.
Hopefully you're able to resolve this soon. Currently, the wxgtk3/wxgtk3-dev issue has broken my install of Filezilla. Freefilesync works, and Filezilla installs; apparently wxgtk3-dev satisfies its dependencies. However, when you try to run Filezilla, it fails to run, because it is looking for libwx_gtk3u_aui-3.0.so.0 which is in wxgtk3, but not in wxgtk3-dev.
Okay, what I figured out is that wxgtk 3.1.x must be installed properly for freefilesync to build properly, and after building/installing, wxgtk 3.0.x can be reinstalled, but some wxgtk 3.1 files must be copied into /usr/lib/ for freefilesync to properly function, which doesn't seem to break anything.
It's an ugly solution, and the process I won't post for the moment, since there's a couple things I need to figure out along with finding a possible way to reduce how much the user needs to do themselves.
I'll try to look into it more tomorrow (16 March, MDT (Mountain Daylight Time)
UTC/GMT -6 hours), but I may not have a chance to until the day after.
Nori13, Thanks for the update.
Just To add something on everestcloud comment,
not assume that everyone is using a AUR helper to build the packages. AUR is not a repo. The Arch way is not to use a AUR helper, so the package won't be copied to the cache directory. Also, some users (like me) have changed the default cache directory and the build will fail even if the wxgtk dev packages are in the pacman cache.
Do not link the PKGBUILD to anything outside the build directory.