I could not find the overlay, but I saw that in the MEGA server, there are binaries for various Linux distro.
the megatools is another application, this is official and I posted there for linux, just need to create an ebuild for it. The megasync is also official. If there is a simple graphical tool to facilitate, for I will use a more complicated textual?
Thank you, I will test right now;)
Thank you for the input but version 1.0.30 is out now.
Alexandre, just rename ebuild to megasync-1.0.30.ebuild =)
I did! I was just noticing! :-D
v1.0.31 is out.
# cd /var/lib/layman/jorgicio-gentoo/net-misc/megasync
# mv megasync-1.0.29.ebuild megasync-1.0.31.ebuild
# rm Manifest
# ebuild megasync-1.0.31.ebuild manifest
# layman -S
# emerge -av net-misc/megasync
Source code available at:
An Arch Linux PKGBUILD as reference:
Please the ebuild may be updated to have libressl support?
I do not know how to proper update it but I tested against libressl removing openssl from RDEPEND and with libressl already installed megasync compiled and is working.
Created attachment 432620 [details]
v2.9.1 failed to compile.
Failed to compile the v2.9.1:
control/HTTPServer.cpp: In member function ‘void HTTPServer::processRequest(QAbstractSocket*, HTTPRequest)’:
control/HTTPServer.cpp:370:51: error: ‘class mega::MegaApi’ has no member named ‘createForeignFolderNode’
MegaNode *node = megaApi->createForeignFolderNode(h, name.toUtf8().constData(), p,
control/HTTPServer.cpp:383:55: error: ‘class mega::MegaApi’ has no member named ‘createForeignFileNode’
MegaNode *node = megaApi->createForeignFileNode(h, key.toUtf8().constData(),
Makefile:4088: recipe for target 'HTTPServer.o' failed
MEGAsync-2.9.5 is out but still fail to compile using a renamed ebuild.
Compiling following their README works:
git clone https://github.com/meganz/MEGAsync.git
git submodule update --init --recursive
When running ./configure locally it download and compile specific versions of curl, c-ares, libuv, and zlib, which are older than we have on ~amd64.
I do not know how to properly update the ebuild to reflect those changes.
Sorry, I forgot it is on the overlay now.
*** Bug 719050 has been marked as a duplicate of this bug. ***
I just got here through a closed bug: https://bugs.gentoo.org/719050
Apparently, my bug is a duplicate of the bug here, but really it is not since the MEGA cloud still does not have an ebuid in the official portage tree.
So far, I was using the ebuild in the 4nykey overlay. However, this overlay does not sync anymore whenever you "emerge --sync", failing and preventing the whole sync'ing process from completing. It is really frustrating having to manually delete the overlay, then "emerge --sync" and, later on, add the overlay back.
So, I tried the ssnb overlay, but the latest ebuild in it (4.3.1-r1) can't find a java file during config, even though I have either icedtea-bin or openjdek-bin installed (I tried both).
Finally, what I did was to copy the latest needed ebuilds from the 4nykey overlay to my local one and remove 4nykey.
This is merely a workaround, because if megasync gets updated I'll miss it. So, is there any possibility of a) adding MEGA to the portage tree (ideal) or b) at least correct the issues in the 4nykey overlay when sync'ing or find the bug in the ssnb overlay ebuild?
I created the good ebuild: https://git.yorune.pl/y0rune/gentoo-yorune/src/branch/master/net-misc/megasync/megasync-4.4.0.ebuild