In tree since 2015-09. No open bugs.
Okay, btw has upstream pushed out a new version? I was proxying for someone who stopped using it, so I haven't had anyone poking me for newer versions. Feel free to do so KEYWORDS="amd64 x86"
A new upstream version 6.1.3 is available. Renaming of the ebuild works for me (emerge & function tested), except that the .desktop file was renamed: --- spideroak-bin-6.1.3.ebuild.org 2016-04-03 14:13:16.176857898 +0200 +++ spideroak-bin-6.1.3.ebuild 2016-04-03 14:16:16.300853961 +0200 @@ -80,7 +80,7 @@ doman usr/share/man/man1/SpiderOakONE.1.gz if use X; then - domenu usr/share/applications/SpiderOakOne.desktop + domenu usr/share/applications/SpiderOakONE.desktop doicon usr/share/pixmaps/SpiderOakONE.png fi }
It fails to fetch here: --2016-04-06 10:51:31-- https://spideroak.com/getbuild?platform=ubuntu&arch=x86_64&version=6.0.1 Resolving spideroak.com... 38.121.104.79 Connecting to spideroak.com|38.121.104.79|:443... failed: Connection timed out. Retrying. --2016-04-06 10:52:33-- (try: 2) https://spideroak.com/getbuild?platform=ubuntu&arch=x86_64&version=6.0.1 Connecting to spideroak.com|38.121.104.79|:443... failed: Connection timed out. Retrying. --2016-04-06 10:53:35-- (try: 3) https://spideroak.com/getbuild?platform=ubuntu&arch=x86_64&version=6.0.1 Connecting to spideroak.com|38.121.104.79|:443... failed: Connection timed out. Giving up. !!! Couldn't download 'spideroak-bin-6.0.1_amd64.deb'. Aborting.
(In reply to Agostino Sarubbo from comment #3) > It fails to fetch here: Please try again, it just worked for me here: emerge -f =app-backup/spideroak-bin-6.0.1 --nodeps >>> Fetching (1 of 1) app-backup/spideroak-bin-6.0.1::gentoo >>> Downloading 'https://spideroak.com/getbuild?platform=ubuntu&arch=x86_64&version=6.0.1' --2016-04-06 13:45:45-- https://spideroak.com/getbuild?platform=ubuntu&arch=x86_64&version=6.0.1 Resolving spideroak.com... 38.121.104.79 Connecting to spideroak.com|38.121.104.79|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 26718286 (25M) [application/octet-stream] Saving to: ‘/mnt/sdb1/distfiles/spideroak-bin-6.0.1_amd64.deb’ /mnt/sdb1/distfiles/spideroak-bin-6.0.1_am 100%[========================================================================================>] 25,48M 181KB/s in 2m 46s 2016-04-06 13:48:32 (157 KB/s) - ‘/mnt/sdb1/distfiles/spideroak-bin-6.0.1_amd64.deb’ saved [26718286/26718286] * spideroak-bin-6.0.1_amd64.deb SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ]
ago@arcadia ~ $ ping -c 1 38.121.104.79 PING 38.121.104.79 (38.121.104.79) 56(84) bytes of data. 64 bytes from 38.121.104.79: icmp_seq=1 ttl=44 time=193 ms --- 38.121.104.79 ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 193.731/193.731/193.731/0.000 ms (chroot) vh ~ # ping -c 1 38.121.104.79 PING 38.121.104.79 (38.121.104.79) 56(84) bytes of data. --- 38.121.104.79 ping statistics --- 1 packets transmitted, 0 received, 100% packet loss, time 0ms I suspect the filter some ip range.
This is unfetchable for me, then I can't make it stable.
It fetches for me still :/
(In reply to Pacho Ramos from comment #7) > It fetches for me still :/ I was never able to reproduce the issue.
(In reply to Pacho Ramos from comment #7) > It fetches for me still :/ If works for you feel free to mark stable, but you need to know that upstream mirror blocks some ip range. I'm unable to fetch from ovh network.
i stabilized 6.1.3 because we're falling behind and i've used it without trouble.