Several CMake errors similar to following. Related to libupnp?
CMake Error in src/CMakeLists.txt:
Imported target "UPNP::Shared" includes non-existent path
"/usr/COMPONENT"
Git Clone URL: | https://aur.archlinux.org/amule-git.git (read-only, click to copy) |
---|---|
Package Base: | amule-git |
Description: | Client for the eD2k and Kad networks |
Upstream URL: | https://amule.org/ |
Licenses: | GPL2 |
Conflicts: | amule |
Provides: | amule, amule-daemon |
Submitter: | None |
Maintainer: | FabioLolix |
Last Packager: | FabioLolix |
Votes: | 12 |
Popularity: | 0.68 |
First Submitted: | 2010-11-30 20:13 (UTC) |
Last Updated: | 2024-07-07 12:21 (UTC) |
Several CMake errors similar to following. Related to libupnp?
CMake Error in src/CMakeLists.txt:
Imported target "UPNP::Shared" includes non-existent path
"/usr/COMPONENT"
At least the ↗ amule
package in community already installes amuled
, it is just not set in the provides
array.
So far I have now created a dummy package ↗ amule-daemon-provides
, which depends on amule
and fulfilles the amule-daemon
-dependency. And this is enough to make ↗ kamule
happy which requires amule-daemon
.
I have filed an ↗ issue for community/amule
to include amule-daemon
to the provides
and conflicts
arrays.
I agree it would be a very sensible option to include amuled
. I keep my own local version of the PKGBUILD
just for having this binary and amulegui
, it is so much lighter than the main GUI binary. As it is, I would rip and edit the upstream PKGBUILD
in community, but instead of dumping files in /var
(a silly decision, IMHO), I would use the default to use my own home directory and convert the systemd unit to be a user service.
Should it also provide amule-daemon
?
amuled
is part of the package, and there are packages that depend on amule-daemon
, so I think adding it to the provides
and depends
arrays would be sensible. Or not?
Regards!
The problem also happen on Arch; while amule seems to work fine, I'm a bit busy to open issues on github in these days
@joarod do you use manjaro or arch? I have been testing only on manjaro because I have not access to my arch computer yet. So.. may be is caused for manjaro?
After build, get this error:
$ amule
2023-01-05 12:24:35: amuleAppCommon.cpp(335): Initialising aMule GIT compiled with wxGTK2 v3.2.1 and Boost 1.80 (Debugging) (Snapshot: rev. 2.3.3-42-ge26d06a6e)
2023-01-05 12:24:35: amuleAppCommon.cpp(382): Checking if there is an instance already running...
2023-01-05 12:24:35: amuleAppCommon.cpp(413): No other instances are running.
2023-01-05 12:24:36: ListenSocket.cpp(67): Socket de escucha: correcto.
Assertion failed: /usr/src/debug/wxWidgets-3.2.1/src/common/sizer.cpp:DoInsert:2258: Assertion 'CheckSizerFlags(!((flags) & (wxALIGN_CENTRE_VERTICAL)))' failed. wxALIGN_CENTRE_VERTICAL will be ignored in this sizer: only horizontal alignment flags can be used in vertical sizers
DO NOT PANIC !!
If you're an end user running a program not developed by you, please ignore this message, it is harmless, and please try reporting the problem to the program developers.
You may also set WXSUPPRESS_SIZER_FLAGS_CHECK environment variable to suppress all such checks when running this program.
If you're the developer, simply remove this flag from your code to avoid getting this message. You can also call wxSizerFlags::DisableConsistencyChecks() to globally disable all such checks, but this is strongly not recommended.
Backtrace follows:
[3] wxOnAssert(char const*, int, char const*, char const*, wxString const&) in /usr/lib/libwx_baseu-3.2.so.0[0x7fea28aa4840]
[4] wxBoxSizer::DoInsert(unsigned long, wxSizerItem*) in /usr/lib/libwx_gtk3u_core-3.2.so.0[0x7fea29250c56]
[5] ?? in amule[0x558304f1e4d3]
[6] ?? in amule[0x558304da6af1]
[7] ?? in amule[0x558304d94553]
[8] ?? in amule[0x558304d949f8]
[9] ?? in amule[0x558304ca36c5]
[10] ?? in amule[0x558304d94a8c]
[11] wxEntry(int&, wchar_t**) in /usr/lib/libwx_baseu-3.2.so.0[0x7fea28b0ef72]
[12] ?? in amule[0x558304bd9a97]
[13] ?? in /usr/lib/libc.so.6[0x7fea2843b290]
[14] __libc_start_main in /usr/lib/libc.so.6[0x7fea2843b34a]
[15] ?? in amule[0x558304beb6c5]
Abortado
I can bypass wx checks as mentioned doing:
$ export WXSUPPRESS_SIZER_FLAGS_CHECK=1
but then I get another error:
$ amule
2023-01-05 12:26:42: amuleAppCommon.cpp(335): Initialising aMule GIT compiled with wxGTK2 v3.2.1 and Boost 1.80 (Debugging) (Snapshot: rev. 2.3.3-42-ge26d06a6e)
2023-01-05 12:26:42: amuleAppCommon.cpp(382): Checking if there is an instance already running...
2023-01-05 12:26:42: amuleAppCommon.cpp(413): No other instances are running.
2023-01-05 12:26:42: ListenSocket.cpp(67): Socket de escucha: correcto.
Assertion failed: /usr/src/debug/wxWidgets-3.2.1/src/common/socketiohandler.cpp:Install_Callback:50: Assertion '"socket->m_fd != -1"' failed. shouldn't be called on invalid socket
Backtrace follows:
[3] wxOnAssert(char const*, int, char const*, char const*, char const*) in /usr/lib/libwx_baseu-3.2.so.0[0x7f62d84a4b93]
[4] wxSocketFDBasedManager::Install_Callback(wxSocketImpl*, wxSocketNotify) in /usr/lib/libwx_baseu_net-3.2.so.0[0x7f62d98eee64]
[5] wxSocketImplUnix::DoEnableEvents(int, bool) in /usr/lib/libwx_baseu_net-3.2.so.0[0x7f62d98f09f3]
[6] wxSocketBase::SetFlags(int) in /usr/lib/libwx_baseu_net-3.2.so.0[0x7f62d98dfea9]
[7] wxSocketBase::Peek(void*, unsigned int) in /usr/lib/libwx_baseu_net-3.2.so.0[0x7f62d98e028b]
[8] wxProtocol::ReadLine(wxSocketBase*, wxString&) in /usr/lib/libwx_baseu_net-3.2.so.0[0x7f62d98e0581]
[9] wxHTTP::ParseHeaders() in /usr/lib/libwx_baseu_net-3.2.so.0[0x7f62d98d0d4f]
[10] wxHTTP::BuildRequest(wxString const&, wxString const&) in /usr/lib/libwx_baseu_net-3.2.so.0[0x7f62d98d25e2]
[11] wxHTTP::GetInputStream(wxString const&) in /usr/lib/libwx_baseu_net-3.2.so.0[0x7f62d98d2d4f]
[12] ?? in amule[0x5591bc44c06c]
[13] ?? in amule[0x5591bc44d84e]
[14] wxThread::CallEntry() in /usr/lib/libwx_baseu-3.2.so.0[0x7f62d85ae362]
[15] wxThreadInternal::PthreadStart(wxThread*) in /usr/lib/libwx_baseu-3.2.so.0[0x7f62d85a9c61]
[16] ?? in /usr/lib/libc.so.6[0x7f62d7e9e8fd]
[17] ?? in /usr/lib/libc.so.6[0x7f62d7f20a60]
Abortado
Any ideas?
Can you remove ccache
from makedepends and remove --enable-ccache
from the ./configure
options? I think compiling with ccache
should not be required for packages ...
Can you please add provides=("amule=${pkgver}")
?
Thanks for maintaining!
Pinned Comments
FabioLolix commented on 2023-02-21 21:08 (UTC) (edited on 2024-07-07 12:23 (UTC) by FabioLolix)
https://github.com/amule-project/amule/issues/353
https://github.com/amule-project/amule/issues/374