Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 637956 - app-backup/spideroak-bin: upstream keeps updating the source .deb files without renaming them
Summary: app-backup/spideroak-bin: upstream keeps updating the source .deb files witho...
Status: RESOLVED CANTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: Normal normal (vote)
Assignee: Anthony Basile
URL:
Whiteboard:
Keywords:
: 640510 (view as bug list)
Depends on:
Blocks: fetch-failures
  Show dependency tree
 
Reported: 2017-11-17 19:10 UTC by vcmota
Modified: 2018-06-25 23:25 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description vcmota 2017-11-17 19:10:51 UTC
I have just setup a novel gentoo install from scratch, and I am slowly building my system to my needs. However, I just can`t install spideroakone-bin, it fails just after downloading the binary, complaining about differences between the expected size of the download and the actual size. This is what I have:


mossadegh ~ # emerge --ask app-backup/spideroak-bin

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N     ] app-backup/spideroak-bin-6.3.0-r1  USE="X dbus"

Would you like to merge these packages? [Yes/No] Yes

>>> Verifying ebuild manifests

>>> Emerging (1 of 1) app-backup/spideroak-bin-6.3.0-r1::gentoo
>>> Downloading 'https://spideroak.com/release/spideroak/deb_x64'
--2017-11-17 16:22:58--  https://spideroak.com/release/spideroak/deb_x64
Resolving spideroak.com... 74.126.144.79
Connecting to spideroak.com|74.126.144.79|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 26882606 (26M) [application/x-debian-package]
Saving to: '/usr/portage/distfiles/spideroak-bin-6.3.0_amd64.deb'

/usr/portage/distfi 100%[===================>]  25.64M  1.10MB/s    in 24s

2017-11-17 16:23:24 (1.05 MB/s) - '/usr/portage/distfiles/spideroak-bin-6.3.0_amd64.deb' saved [26882606/26882606]

!!! Fetched file: spideroak-bin-6.3.0_amd64.deb VERIFY FAILED!
!!! Reason: Filesize does not match recorded size
!!! Got:      26882606
!!! Expected: 26863968
Refetching... File renamed to '/usr/portage/distfiles/spideroak-bin-6.3.0_amd64.deb._checksum_failure_.52iipl7v'

!!! Couldn't download 'spideroak-bin-6.3.0_amd64.deb'. Aborting.
 * Fetch failed for 'app-backup/spideroak-bin-6.3.0-r1', Log file:
 *  '/var/tmp/portage/app-backup/spideroak-bin-6.3.0-r1/temp/build.log'

>>> Failed to emerge app-backup/spideroak-bin-6.3.0-r1, Log file:

>>>  '/var/tmp/portage/app-backup/spideroak-bin-6.3.0-r1/temp/build.log'

 * Messages for package app-backup/spideroak-bin-6.3.0-r1:

 * Fetch failed for 'app-backup/spideroak-bin-6.3.0-r1', Log file:
 *  '/var/tmp/portage/app-backup/spideroak-bin-6.3.0-r1/temp/build.log'


below is the output of emerge --info:

mossadegh ~ # emerge --info
Portage 2.3.13 (python 3.4.5-final-0, hardened/linux/amd64/selinux, gcc-5.4.0, glibc-2.25-r9, 4.12.12-gentoo x86_64)
=================================================================
System uname: Linux-4.12.12-gentoo-x86_64-Intel-R-_Core-TM-_i7-3612QM_CPU_@_2.10GHz-with-gentoo-2.4.1
KiB Mem:     8043228 total,   2023252 free
KiB Swap:          0 total,         0 free
Timestamp of repository gentoo: Fri, 17 Nov 2017 18:00:01 +0000
Head commit of repository gentoo: 3266783b8abfccebbb6f719d11ab974ce77f34cb
sh bash 4.3_p48-r1
ld GNU ld (Gentoo 2.28.1 p1.0) 2.28.1
app-shells/bash:          4.3_p48-r1::gentoo
dev-java/java-config:     2.2.0-r3::gentoo
dev-lang/perl:            5.24.3::gentoo
dev-lang/python:          2.7.14::gentoo, 3.4.5::gentoo
dev-util/cmake:           3.8.2::gentoo
dev-util/pkgconfig:       0.29.2::gentoo
sys-apps/baselayout:      2.4.1-r2::gentoo
sys-apps/openrc:          0.34.8::gentoo
sys-apps/sandbox:         2.10-r4::gentoo
sys-devel/autoconf:       2.13::gentoo, 2.69::gentoo
sys-devel/automake:       1.15-r2::gentoo
sys-devel/binutils:       2.28.1::gentoo
sys-devel/gcc:            5.4.0-r3::gentoo
sys-devel/gcc-config:     1.8-r1::gentoo
sys-devel/libtool:        2.4.6-r3::gentoo
sys-devel/make:           4.2.1::gentoo
sys-kernel/linux-headers: 4.4::gentoo (virtual/os-headers)
sys-libs/glibc:           2.25-r9::gentoo
Repositories:

gentoo
    location: /usr/portage
    sync-type: rsync
    sync-uri: rsync://rsync.gentoo.org/gentoo-portage
    priority: -1000
    sync-rsync-extra-opts: 

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-march=native -O2"
DISTDIR="/usr/portage/distfiles"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync multilib-strict news parallel-fetch preserve-libs protect-owned sandbox selinux sesandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="ftp://gentoo.c3sl.ufpr.br/gentoo/ rsync://gentoo.c3sl.ufpr.br/gentoo/ http://gentoo.c3sl.ufpr.br/"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="X acl alsa amd64 berkdb bzip2 cli consolekit cracklib crypt cxx dbus dri gdbm hardened iconv ipv6 justify modules multilib ncurses nls nptl open_perms openmp pam pcre pie policykit pulseaudio readline savedconfig seccomp selinux session ssl ssp tcpd udev udisks unconfined unicode urandom xattr xtpax zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx sse sse2 mmxext" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="libinput keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6" POSTGRES_TARGETS="postgres9_5" PYTHON_SINGLE_TARGET="python3_4" PYTHON_TARGETS="python2_7 python3_4" RUBY_TARGETS="ruby22" USERLAND="GNU" VIDEO_CARDS="nouveau radeon" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Giuseppe Foti 2017-12-14 19:34:14 UTC
I can confirm the issue:

 ~ # emerge -a @preserved-rebuild

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R    ] app-backup/spideroak-bin-6.3.0-r1 

Would you like to merge these packages? [Yes/No] y

>>> Verifying ebuild manifests

>>> Emerging (1 of 1) app-backup/spideroak-bin-6.3.0-r1::gentoo
>>> Downloading 'https://spideroak.com/release/spideroak/deb_x64'
--2017-12-14 20:30:40--  https://spideroak.com/release/spideroak/deb_x64
Resolving spideroak.com... 74.126.144.79
Connecting to spideroak.com|74.126.144.79|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 26882606 (26M) [application/x-debian-package]
Saving to: ‘/usr/portage/distfiles/spideroak-bin-6.3.0_amd64.deb’

/usr/portage/distfi 100%[===================>]  25,64M  1018KB/s    in 29s     

2017-12-14 20:31:09 (915 KB/s) - ‘/usr/portage/distfiles/spideroak-bin-6.3.0_amd64.deb’ saved [26882606/26882606]

!!! Fetched file: spideroak-bin-6.3.0_amd64.deb VERIFY FAILED!
!!! Reason: Filesize does not match recorded size
!!! Got:      26882606
!!! Expected: 26863968
Refetching... File renamed to '/usr/portage/distfiles/spideroak-bin-6.3.0_amd64.deb._checksum_failure_.pwdcwgs5'

!!! Couldn't download 'spideroak-bin-6.3.0_amd64.deb'. Aborting.
 * Fetch failed for 'app-backup/spideroak-bin-6.3.0-r1', Log file:
 *  '/var/tmp/portage/app-backup/spideroak-bin-6.3.0-r1/temp/build.log'

>>> Failed to emerge app-backup/spideroak-bin-6.3.0-r1, Log file:

>>>  '/var/tmp/portage/app-backup/spideroak-bin-6.3.0-r1/temp/build.log'

 * Messages for package app-backup/spideroak-bin-6.3.0-r1:

 * Fetch failed for 'app-backup/spideroak-bin-6.3.0-r1', Log file:
 *  '/var/tmp/portage/app-backup/spideroak-bin-6.3.0-r1/temp/build.log'


 ~ # emerge --info
fatal: Not a git repository (or any of the parent directories): .git
Portage 2.3.13 (python 3.5.4-final-0, default/linux/amd64/17.0/desktop/gnome/systemd, gcc-6.4.0, glibc-2.25-r9, 4.12.12-gentoo x86_64)
=================================================================
System uname: Linux-4.12.12-gentoo-x86_64-Intel-R-_Core-TM-_i7-4700HQ_CPU_@_2.40GHz-with-gentoo-2.4.1
KiB Mem:    15840136 total,   9320080 free
KiB Swap:   33554428 total,  33554428 free
Timestamp of repository gentoo: Thu, 14 Dec 2017 07:00:01 +0000
Head commit of repository gentoo: cb8c21b6982b281092f5217ffc156d559650da87
sh bash 4.3_p48-r1
ld GNU ld (Gentoo 2.29.1 p3) 2.29.1
app-shells/bash:          4.3_p48-r1::gentoo
dev-java/java-config:     2.2.0-r3::gentoo
dev-lang/perl:            5.24.3::gentoo
dev-lang/python:          2.7.14-r1::gentoo, 3.5.4-r1::gentoo, 3.6.3-r1::gentoo
dev-util/cmake:           3.8.2::gentoo
dev-util/pkgconfig:       0.29.2::gentoo
sys-apps/baselayout:      2.4.1-r2::gentoo
sys-apps/openrc:          0.34.11::gentoo
sys-apps/sandbox:         2.10-r4::gentoo
sys-devel/autoconf:       2.13::gentoo, 2.69::gentoo
sys-devel/automake:       1.11.6-r2::gentoo, 1.14.1-r1::gentoo, 1.15.1-r1::gentoo
sys-devel/binutils:       2.29.1-r1::gentoo
sys-devel/gcc:            6.4.0::gentoo
sys-devel/gcc-config:     1.8-r1::gentoo
sys-devel/libtool:        2.4.6-r3::gentoo
sys-devel/make:           4.2.1::gentoo
sys-kernel/linux-headers: 4.4::gentoo (virtual/os-headers)
sys-libs/glibc:           2.25-r9::gentoo
Repositories:

gentoo
    location: /usr/portage
    sync-type: rsync
    sync-uri: rsync://rsync.gentoo.org/gentoo-portage
    priority: -1000
    sync-rsync-extra-opts: 

Overlay-Personale
    location: /usr/local/portage
    sync-type: git
    sync-uri: git://me.org/me
    masters: gentoo

x-portage
    location: /usr/local/portage
    masters: gentoo
    priority: 0

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=core-avx2 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/gnupg/qualified.txt /var/lib/i2pd/certificates"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/chromium/policies/managed/chrome-gnome-shell.json /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/opt/chrome/policies/managed/chrome-gnome-shell.json /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=core-avx2 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync multilib-strict news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://104.19.136.75/gentoo/ http://104.19.139.75/gentoo/ http://gentoo.modulix.net/gentoo/ ftp://mirror.leaseweb.com/gentoo/ http://mirror.netcologne.de/gentoo/"
LANG="it_IT.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j8"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="X a52 aac aalib acl acpi afs alsa amd64 berkdb bluetooth branding bzip2 cairo cdb cdda cddb cdparanoia cdr cli colord cracklib crypt css cups cvs cxx dbi dbm dbus dga directfb djvu dri dts dv dvb dvd dvdr eds emboss encode evo exif fam ffmpeg firefox flac fontconfig foomaticdb fortran ftp gdbm gif glamor gnome gnome-keyring gnome-online-accounts gphoto2 gpm gsm gstreamer gtk gzip hddtemp iconv ieee1394 imagemagick introspection ipv6 jack java javascript jpeg jpeg2k kerberos lcms ldap libcaca libnotify libsecret libwww lzma lzo mad mhash mime mmap mms mmx mng modules mp3 mp4 mpeg mplayer multilib nas nautilus ncurses nls nptl offensive ogg openexr opengl openmp pam pango pcmcia pcre pda pdf png policykit ppds pulseaudio qt3support qt5 radius rdesktop readline samba scanner sdl seccomp session smp snmp spell sse sse2 sse3 ssl startup-notification svg systemd tcpd theora tidy tiff tracker truecrypt truetype udev udisks unicode upnp upnp-av upower usb v4l vcd vnc vorbis webkit wifi wxwidgets x264 xattr xcb xcomposite xine xml xscreensaver xv xvid zeroconf zlib zsh-completion" ABI_X86="64 32" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx avx2 fma3 mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="synaptics evdev keyboard mouse joystick" KERNEL="linux" L10N="it" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="it" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6 php7-0" POSTGRES_TARGETS="postgres9_5" PYTHON_SINGLE_TARGET="python3_5" PYTHON_TARGETS="python2_7 python3_5" RUBY_TARGETS="ruby23 ruby22 (-ruby21) (-ruby19) (-ruby20)" USERLAND="GNU" VIDEO_CARDS="nvidia intel nouveau nv" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

 ~ #
Comment 2 Anthony Basile gentoo-dev 2017-12-14 19:42:20 UTC
Looks like upstream changed their .deb.
Comment 3 Anthony Basile gentoo-dev 2017-12-15 07:38:50 UTC
Okay, you should be all ext.
Comment 4 Giuseppe Foti 2018-01-30 21:34:41 UTC
It seems the problem is still there:

>> Downloading 'https://spideroak.com/release/spideroak/deb_x64'
--2018-01-30 22:32:27--  https://spideroak.com/release/spideroak/deb_x64
Resolving spideroak.com... 74.126.144.79
Connecting to spideroak.com|74.126.144.79|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 25663732 (24M) [application/x-debian-package]
Saving to: ‘/usr/portage/distfiles/spideroak-bin-6.3.0_amd64.deb’

/usr/portage/distfi 100%[===================>]  24,47M  1,14MB/s    in 71s     

2018-01-30 22:33:39 (354 KB/s) - ‘/usr/portage/distfiles/spideroak-bin-6.3.0_amd64.deb’ saved [25663732/25663732]

!!! Fetched file: spideroak-bin-6.3.0_amd64.deb VERIFY FAILED!
!!! Reason: Filesize does not match recorded size
!!! Got:      25663732
!!! Expected: 26882606
Refetching... File renamed to '/usr/portage/distfiles/spideroak-bin-6.3.0_amd64.deb._checksum_failure_.trwxm5ie'

!!! Couldn't download 'spideroak-bin-6.3.0_amd64.deb'. Aborting.
 * Fetch failed for 'app-backup/spideroak-bin-6.3.0-r1', Log file:
 *  '/var/tmp/portage/app-backup/spideroak-bin-6.3.0-r1/temp/build.log'
Comment 5 Giuseppe Foti 2018-02-03 08:48:11 UTC
The ebuild uses this download address:
https://spideroak.com/release/spideroak/deb_x64
Now it serves the file SpiderOakONE_7.0.1_1_amd64.deb

However, this package for me is not understandable:
we have three versions in portage:
spideroak-bin-6.3.0-r1.ebuild
spideroak-bin-6.4.0.ebuild
spideroak-bin-7.0.0.ebuild
and all of them just downloads the same file and then try to rename it in a different way.
Now all of them fails checksum ...
How this BUG has been "RESOLVED" and "FIXED"?
Comment 6 Anthony Basile gentoo-dev 2018-02-03 23:25:39 UTC
(In reply to Giuseppe Foti from comment #5)
> The ebuild uses this download address:
> https://spideroak.com/release/spideroak/deb_x64
> Now it serves the file SpiderOakONE_7.0.1_1_amd64.deb
> 
> However, this package for me is not understandable:
> we have three versions in portage:
> spideroak-bin-6.3.0-r1.ebuild
> spideroak-bin-6.4.0.ebuild
> spideroak-bin-7.0.0.ebuild
> and all of them just downloads the same file and then try to rename it in a
> different way.
> Now all of them fails checksum ...
> How this BUG has been "RESOLVED" and "FIXED"?

something upstream has change wrt to how they do their links.  i don't use the package, so if someone has a solution i'll commit it.
Comment 7 Steffen Rytter Postas 2018-02-08 21:12:34 UTC
There's no clear solution. It seems that they only provide packages for the most-latest package, which is 7.0.1-1, for which there isn't even an ebuild. Based off of the ebuilds, it seems very simple to copy and paste the 7.0.0 to 7.0.1 and go from there, but previous releases don't seem to be possible to get working without third party mirrors.
Comment 8 Anthony Basile gentoo-dev 2018-02-09 00:15:10 UTC
(In reply to Steffen Rytter Postas from comment #7)
> There's no clear solution. It seems that they only provide packages for the
> most-latest package, which is 7.0.1-1, for which there isn't even an ebuild.
> Based off of the ebuilds, it seems very simple to copy and paste the 7.0.0
> to 7.0.1 and go from there, but previous releases don't seem to be possible
> to get working without third party mirrors.

i think its time to just drop this from the tree.  we can't really work with this.
Comment 9 Anthony Basile gentoo-dev 2018-02-09 13:40:22 UTC
(In reply to Anthony Basile from comment #8)

> 
> i think its time to just drop this from the tree.  we can't really work with
> this.

okay rather than drop the package completely, i'm just making the -9999 version available.  users should be aware that every time they emerge, they'll get a different snapshot.  this is annoying but without a better solution, its either this or we have to drop it.
Comment 10 Steffen Rytter Postas 2018-02-10 07:36:02 UTC
I have contacted them to hear if they could make available direct links to specific versions, as opposed to the current way things are done.

If not, then I can surely understand why masking would be required, or even removal.
Comment 11 Anthony Basile gentoo-dev 2018-02-10 15:09:26 UTC
(In reply to Steffen Rytter Postas from comment #10)
> I have contacted them to hear if they could make available direct links to
> specific versions, as opposed to the current way things are done.
> 
> If not, then I can surely understand why masking would be required, or even
> removal.

Not mask.  I'll just leave it as -9999 with KEYWORDS="~amd64 ~x86"
Comment 12 Steffen Rytter Postas 2018-02-12 17:24:30 UTC
The various versions can be found here:

https://spideroak.com/browse/share/golden/retriever

This does not include version 7.1, but does include all previous releases, up to 7.0.

The URLs may not lend themselves very easily to variables, but it's possible to fix the existing ebuild using these.
Comment 13 Anthony Basile gentoo-dev 2018-02-13 11:43:36 UTC
*** Bug 640510 has been marked as a duplicate of this bug. ***
Comment 14 Anthony Basile gentoo-dev 2018-02-13 11:45:22 UTC
(In reply to Steffen Rytter Postas from comment #12)
> The various versions can be found here:
> 
> https://spideroak.com/browse/share/golden/retriever
> 
> This does not include version 7.1, but does include all previous releases,
> up to 7.0.
> 
> The URLs may not lend themselves very easily to variables, but it's possible
> to fix the existing ebuild using these.

I'll try to use this.  I'll get at least 7.0 in and try to continue that archive in the future.
Comment 15 Anthony Basile gentoo-dev 2018-02-18 07:59:52 UTC
(In reply to Anthony Basile from comment #14)
> (In reply to Steffen Rytter Postas from comment #12)
> > The various versions can be found here:
> > 
> > https://spideroak.com/browse/share/golden/retriever
> > 
> > This does not include version 7.1, but does include all previous releases,
> > up to 7.0.
> > 
> > The URLs may not lend themselves very easily to variables, but it's possible
> > to fix the existing ebuild using these.
> 
> I'll try to use this.  I'll get at least 7.0 in and try to continue that
> archive in the future.

Those sources are behind a ton of javascript making it difficult to download.  I'm not that interested in this package to struggle this hard with a difficult upstream.  If someone wants to suggest an ebuild, I'll consider it.
Comment 16 vcmota 2018-02-19 16:21:26 UTC
I have been following this discussion very closely, with a huge attention, but only today I realized that SpiderOak has been gone from the stable tree. I dont know if this is the place for this, probably not, but since I am a novice in Gentoo and you guys probably know more about SpiderOak in Gentoo than anyone else I have to ask: 1) I have one of the otherwise stable version installed, but I haven't updated my world set for a while, so what happens when I do? The package is going to be removed plain and simple unless I set up an overlay or something? 2) Are you guys aware of any other alternative to SpiderOak (offers sync and backup between multiple machines with, allegedly, strong encryption) which is in the Gentoo stable tree? I have looked everywhere, I am even considering hosting my own cloud backup but neither the software that that I have found that does this (owncloud and seafile) is not in the stable tree on despite of being open source.

I am very sorry if the place is inappropriate but I depend a lot on a Spideroak like service and have a relatively new subscription, so I am about to lose the money and, more importantly, the service (unless I wanna go to unstable, which I dont think I have the skills required) without any obvious replacement in the stable tree. Thank you all.
Comment 17 Anthony Basile gentoo-dev 2018-02-19 16:38:38 UTC
(In reply to vcmota from comment #16)
> I have been following this discussion very closely, with a huge attention,
> but only today I realized that SpiderOak has been gone from the stable tree.
> I dont know if this is the place for this, probably not, but since I am a
> novice in Gentoo and you guys probably know more about SpiderOak in Gentoo
> than anyone else I have to ask: 1) I have one of the otherwise stable
> version installed, but I haven't updated my world set for a while, so what
> happens when I do? The package is going to be removed plain and simple
> unless I set up an overlay or something? 2) Are you guys aware of any other
> alternative to SpiderOak (offers sync and backup between multiple machines
> with, allegedly, strong encryption) which is in the Gentoo stable tree? I
> have looked everywhere, I am even considering hosting my own cloud backup
> but neither the software that that I have found that does this (owncloud and
> seafile) is not in the stable tree on despite of being open source.
> 
> I am very sorry if the place is inappropriate but I depend a lot on a
> Spideroak like service and have a relatively new subscription, so I am about
> to lose the money and, more importantly, the service (unless I wanna go to
> unstable, which I dont think I have the skills required) without any obvious
> replacement in the stable tree. Thank you all.

If you emerge -9999 you'll get the latest version.  I'm sorry about this, but the way spideroak distributes its product, it has made it impossible to do otherwise.  You can open a bug upstream and reference this one and see if they'll act on it.
Comment 18 vcmota 2018-02-20 01:18:28 UTC
(In reply to Anthony Basile from comment #17)
> (In reply to vcmota from comment #16)
> > I have been following this discussion very closely, with a huge attention,
> > but only today I realized that SpiderOak has been gone from the stable tree.
> > I dont know if this is the place for this, probably not, but since I am a
> > novice in Gentoo and you guys probably know more about SpiderOak in Gentoo
> > than anyone else I have to ask: 1) I have one of the otherwise stable
> > version installed, but I haven't updated my world set for a while, so what
> > happens when I do? The package is going to be removed plain and simple
> > unless I set up an overlay or something? 2) Are you guys aware of any other
> > alternative to SpiderOak (offers sync and backup between multiple machines
> > with, allegedly, strong encryption) which is in the Gentoo stable tree? I
> > have looked everywhere, I am even considering hosting my own cloud backup
> > but neither the software that that I have found that does this (owncloud and
> > seafile) is not in the stable tree on despite of being open source.
> > 
> > I am very sorry if the place is inappropriate but I depend a lot on a
> > Spideroak like service and have a relatively new subscription, so I am about
> > to lose the money and, more importantly, the service (unless I wanna go to
> > unstable, which I dont think I have the skills required) without any obvious
> > replacement in the stable tree. Thank you all.
> 
> If you emerge -9999 you'll get the latest version.  I'm sorry about this,
> but the way spideroak distributes its product, it has made it impossible to
> do otherwise.  You can open a bug upstream and reference this one and see if
> they'll act on it.

Dear Anthony Basile, I just filed the complain on SpiderOak support. Just so you know, this is what I wrote them:

"I use Gentoo, one of the oldest distros out there, and just today I noticed that SpiderOak has being moved from the portage stable tree into an overlay. In Gentoo language that means it is being dropped by its maintainers, or at least very close to it. That is terrible news for any Gentoo user who subscribes and relies on SpiderOak, such as my self, since that implies that at some point along the road I will also have to drop SpiderOak. I am contacting you because it seems to me that the maintainers have a point. You can follow this link to see for yourselves https://bugs.gentoo.org/637956, everything is in there, but what I understood from the whole situation is that SpiderOak is being dropped because its release packages are too confuse to be maintained by a distro like Gentoo. I have not much hope that the sorrows of a single user such as my self would be able to change the way that a big company like SpiderOak works, but, as a (up to 
now) satisfied costumer with still nearly a year of subscription, I thought I should at least try to hear what you have to say about this issue.

Best regards,
vcmota."

I will post here their answer. Thank you again.
Comment 19 vcmota 2018-02-20 01:19:23 UTC
(In reply to Anthony Basile from comment #17)
> (In reply to vcmota from comment #16)
> > I have been following this discussion very closely, with a huge attention,
> > but only today I realized that SpiderOak has been gone from the stable tree.
> > I dont know if this is the place for this, probably not, but since I am a
> > novice in Gentoo and you guys probably know more about SpiderOak in Gentoo
> > than anyone else I have to ask: 1) I have one of the otherwise stable
> > version installed, but I haven't updated my world set for a while, so what
> > happens when I do? The package is going to be removed plain and simple
> > unless I set up an overlay or something? 2) Are you guys aware of any other
> > alternative to SpiderOak (offers sync and backup between multiple machines
> > with, allegedly, strong encryption) which is in the Gentoo stable tree? I
> > have looked everywhere, I am even considering hosting my own cloud backup
> > but neither the software that that I have found that does this (owncloud and
> > seafile) is not in the stable tree on despite of being open source.
> > 
> > I am very sorry if the place is inappropriate but I depend a lot on a
> > Spideroak like service and have a relatively new subscription, so I am about
> > to lose the money and, more importantly, the service (unless I wanna go to
> > unstable, which I dont think I have the skills required) without any obvious
> > replacement in the stable tree. Thank you all.
> 
> If you emerge -9999 you'll get the latest version.  I'm sorry about this,
> but the way spideroak distributes its product, it has made it impossible to
> do otherwise.  You can open a bug upstream and reference this one and see if
> they'll act on it.

Dear Anthony Basile, I just filed the complain on SpiderOak support. Just so you know, this is what I wrote them:

"I use Gentoo, one of the oldest distros out there, and just today I noticed that SpiderOak has being moved from the portage stable tree into an overlay. In Gentoo language that means it is being dropped by its maintainers, or at least very close to it. That is terrible news for any Gentoo user who subscribes and relies on SpiderOak, such as my self, since that implies that at some point along the road I will also have to drop SpiderOak. I am contacting you because it seems to me that the maintainers have a point. You can follow this link to see for yourselves https://bugs.gentoo.org/637956, everything is in there, but what I understood from the whole situation is that SpiderOak is being dropped because its release packages are too confuse to be maintained by a distro like Gentoo. I have not much hope that the sorrows of a single user such as my self would be able to change the way that a big company like SpiderOak works, but, as a (up to 
now) satisfied costumer with still nearly a year of subscription, I thought I should at least try to hear what you have to say about this issue.

Best regards,
vcmota."

I will post here their answer. Thank you again.
Comment 20 vcmota 2018-02-20 23:42:05 UTC
Here it goes:

"Greetings,

My name is XXXXXX with SpiderOak support; I would be happy to help you!

Unfortunately we do not, and never have supported Gentoo. We do have a few people who are on Gentoo using the software, a Gentoo using volunteer had on his own initiative been repackaging our software for Gentoo let us know that how we work doesn't make life easy for him and we have to change our packaging workflow if we want him to keep doing that. While we certainly appreciate the initiative and desire to use our product, this is not something we endorse or support and our developer time is currently focused in other directions.

I recognize this isn't necessarily the answer you want to hear, but we certainly don't want any user operating under flase hope that we may one day support their OS when there are no plans to do so."


That is indeed sad. I am a former user of Dropbox (jointly with half of the planet), Mega, Sync and PCloud and, by far, SpiderOak is the best. On nearly everything. And although I will try to use the 9999 version until the expiration of my paid subscription, I wont drop Gentoo in favor of a single peace of software. I have been reading about alternatives, although all of them would force me to set up my own cloud server. So be it.
Comment 21 Anthony Basile gentoo-dev 2018-02-21 00:42:39 UTC
> That is indeed sad. I am a former user of Dropbox (jointly with half of the
> planet), Mega, Sync and PCloud and, by far, SpiderOak is the best. On nearly
> everything. And although I will try to use the 9999 version until the
> expiration of my paid subscription, I wont drop Gentoo in favor of a single
> peace of software. I have been reading about alternatives, although all of
> them would force me to set up my own cloud server. So be it.

If you re-install the 9999 each time there is an upstream bump, you  should be okay.

I'm closing this bug.  We've got our answer from upstream.
Comment 22 Beetle B. 2018-05-20 21:53:28 UTC
Even with the -9999, I still get this issue:

!!! Fetched file: spideroak-bin-9999_amd64.deb VERIFY FAILED!
!!! Reason: Filesize does not match recorded size
!!! Got:      25032306
!!! Expected: 25101218
Refetching... File renamed to '/usr/portage/distfiles/spideroak-bin-9999_amd64.deb._checksum_failure_.3rj6uh80'

!!! Couldn't download 'spideroak-bin-9999_amd64.deb'. Aborting.
 * Fetch failed for 'app-backup/spideroak-bin-9999', Log file:
 *  '/var/tmp/portage/app-backup/spideroak-bin-9999/temp/build.log'

>>> Failed to emerge app-backup/spideroak-bin-9999, Log file:

>>>  '/var/tmp/portage/app-backup/spideroak-bin-9999/temp/build.log'

 * Messages for package app-backup/spideroak-bin-9999:

 * Fetch failed for 'app-backup/spideroak-bin-9999', Log file:
 *  '/var/tmp/portage/app-backup/spideroak-bin-9999/temp/build.log'
Comment 23 sharpshopter 2018-05-31 10:25:17 UTC
I'm getting an identical error with the -9999 ebuild.
Comment 24 Lucian Poston 2018-06-25 21:12:38 UTC
Fix for the issues with -9999 ebuilds is at https://github.com/gentoo/gentoo/pull/8882
Comment 25 Larry the Git Cow gentoo-dev 2018-06-25 23:25:20 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1d96dceb7e4545a5edd12c585cc759a44081d595

commit 1d96dceb7e4545a5edd12c585cc759a44081d595
Author:     Lucian Poston <lucianposton@pm.me>
AuthorDate: 2018-06-13 02:09:02 +0000
Commit:     Anthony G. Basile <blueness@gentoo.org>
CommitDate: 2018-06-25 23:25:02 +0000

    app-backup/spideroak-bin: Downgrade to 7.2.0
    
    Bug: https://bugs.gentoo.org/637956
    
    Making the package -9999 when it isn't actually a live ebuild only
    hides the bug from devs. It still affects users trying to emerge the
    package because the distfile is still verified against the manifest.
    
    Package-Manager: Portage-2.3.40, Repoman-2.3.9

 app-backup/spideroak-bin/Manifest                                     | 4 ++--
 app-backup/spideroak-bin/metadata.xml                                 | 4 ++++
 .../{spideroak-bin-9999.ebuild => spideroak-bin-7.2.0.ebuild}         | 0
 3 files changed, 6 insertions(+), 2 deletions(-)