LINUX.ORG.RU

CloudCross v1.4.1-rc1 — объявлено открытое тестирование

 , cloud storages,


3

2

CloudCross — кроссплатформенный консольный клиент для различных облачных хранилищ (Google Drive, Dropbox, Yandex.Disk, Облако Mail.Ru и OneDrive).

С момента выхода последней версии прошло уже полгода. Все это время проект достаточно активно развивался. Векторами развития были выбраны стабилизация существующего кода и реализация модуля FUSE. Да, наконец-то облака можно монтировать в файловую систему.

Таким образом, CloudCross имеет статус релиз-кандидата, а вот FUSE находится в стадии альфы.

Из изменений в основной программе стоит отметить:

  • добавлена опция --filter-type;
  • .include- и .exclude-файлы теперь могут содержать не только wildcards, но и регулярные выражения в Perl-стиле (спасибо @futuarmo);
  • исправлено несколько ошибок (#27, #26, #24, #14 и #15);
  • добавлена возможность многопоточной загрузки/выгрузки файлов;
  • множество исправлений и улучшений для уменьшения использования памяти.

Что касается FUSE-подсистемы — она имеет на сегодняшний день несколько ограничений:

  • не работает монтирование Mail.Ru Cloud;
  • не работает операция переименования файлов и папок;
  • не работает операция перемещения внутри смонтированного облака.

В остальном модуль FUSE работоспособен и пригоден для тестирования.

Учитывая все вышесказанное, все заинтересованные пользователи и программисты приглашаются для открытого тестирования обоих продуктов.

Исходные коды доступны на GitHub.

Все issues и pull requests будут рассматриваться в кратчайшие сроки.

>>> Сайт проекта



Проверено: Shaman007 ()
Последнее исправление: cetjs2 (всего исправлений: 6)

Ответ на: комментарий от atsym

В ихнем сайте написано

CloudCross it's open source software for the synchronization of local files and folders with multiple cloud storages.

On this moment CloudCross supports sync with Yandex.Disk Google Drive Cloud mail.ru OneDrive and Dropbox. This program was written in pure Qt, without any third-party libraries. The program works with Qt version 5 and above. Qt version 4.x are not supported. Ни слова про консольный клиент...

Odalist ★★★★★
()
Ответ на: комментарий от atsym

Что за язык программирования-то — «pure Qt»?

А вот такой. И без специального Qt-препроцессора этот код обычным компилятором не соберётся. Ты что, никогда не видел код на Qt?

JacobTwoTwo
()

Лучше бы cadaver пилили. Работать cadaver работает, но расшаривать файло в нём невозможно. И это основной его недостаток. Если выложить логин и пароль, то другие люди смогут заходить в аккаунт юзера и от его имени скачивать файло, однако...

saahriktu ★★★★★
()

Не работает монтирование маил.ру облака ?? а зачем тогдась оно вообще нужно, ибо это единственное, что интересно, все остальное монтируется и без онной приблуды.

если клиент без графики, надо будет поставить поиграться, а оригинальный клиент от маил.ру тот еще гуйный вжопошник.

pfg ★★★★★
()
Ответ на: комментарий от atsym

Открой для себя QtCore. Или ты до сих пор думаешь, что Qt - это сугубо для GUI?

В теме, кстати, есть ссылка на гитхаб, а там в файле проекта написано:

QT += core network
QT -= gui

Годный подход, одобряю.

Мне другое непонятно - почему среди кучи поддерживаемых облаков нет ни одного опенсорсного? Это сознательный выбор авторов?

hobbit ★★★★★
()
Ответ на: комментарий от atsym

Кстати говоря, судя по тому, что у них присутствует разделение на .pri и .pro - с большой вероятностью код написан так, что графическая морда может быть добавлена как надстройка над существующим кодом. Но настолько глубоко я не копал.

hobbit ★★★★★
()
Ответ на: комментарий от atsym

Что за язык программирования-то — «pure Qt»?

Насколько я понимаю, авторы хотят этим сказать, что для сборки, кроме Qt, не нужно никаких фреймворков и библиотек. Похожий подход декларирует Xintrea в MyTetra, у него это называется Qt-only.

hobbit ★★★★★
()

А, и ещё: исходный код распространяется по лицензии BSD. В новости это почему-то не указано.

hobbit ★★★★★
()
Ответ на: комментарий от pfg

mail не работает - пока. Поскольку, все, что касается fuse - это альфа и в v1.4.1 она не войдет точно.

to @hobbit - c опенсорсными облаками, просто так сложилось. С самого начала я добавлял самые популярные облака и некстклоуд был следующим. Но потом, баги начали копиться и лезть друг на друга. Поэтому я и решил сначала привести в порядок то, что есть.

Гуевая морда, какое то время, даже была (win/lin/android). Скрины можно глянуть в группе на мордокниге. После того как добавлю nextcloud думаю переписать ее. Хотя fuse, я думаю, для linux - гуй может заменить вполне.

CreepingDeath
() автор топика
Ответ на: комментарий от CreepingDeath

тогда респект и уважуха :) ибо единственный известный доступ к мру.облаку конвертор маил.ру-webdav писанное под .нет и все такое, попытки использования на мелком сервере приводили к жутким тормозам и полному забитию очереди.

доберусь до работы буду играться.

гуевый интерфейс имхо делать надо отдельным приложением, через апи/рпц общающийся с демоном.

pfg ★★★★★
()
Ответ на: комментарий от atsym

Ну собственно, это никак не противоречит тому, что я написал.

hobbit ★★★★★
()
Ответ на: комментарий от anonymous

Здравствуйте!

Это - лучший вариант. Но есть ещё случаи использования типа «добраться до файлов, которые уже кто-то выложил». Или «выложить большие файлы ещё для кого-то на другом конце интернета» (да, можно поднять FTP, но некоторым людям объяснить, где взять клиент FTP, куда проблематичнее, чем выложить в более привычное для них место).

А ну и для всяких фоточек - удалённый бэкап локальных файлов бывает актуален.

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 2)
Ответ на: комментарий от pfg

гуевый интерфейс имхо делать надо отдельным приложением, через апи/рпц общающийся с демоном.

Да не обязательно, можно просто сделать альтернативный Qt-проект, куда войдёт та же иерархия классов. А то удалённое облако, к которому обращается локальный демон, к которому, в свою очередь, обращается отдельный GUI-процесс - ИМХО, переусложнено и ненадёжно.

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от hobbit

+1. Сейчас там все именно так и заточено. Любое облако - это класс с идентичным интерфейсом. В части которая относится к fuse есть даже попытка обернуть это все в либу.

А возня с демонами и сокетами это лишняя головная боль. Говорю так, потому что эта версия fuse уже третья. Первые были, как раз, вариациями на тему демонов...

CreepingDeath
() автор топика
Ответ на: комментарий от hobbit

Да, я сменил лицензию с GPL на BSD что бы все желающие могли юзать вот это все и коммерческих проектах тоже. Но это было уже давненько, поэтому и не указал в новости..

CreepingDeath
() автор топика

FUSE находится в стадии альфы

_модуль_ для FUSE находится в стадии альфы. А то желтизна

upcFrost ★★★★★
()
Ответ на: комментарий от upcFrost

в отрыве от контекста - безусловно. Но модераторы пропустили. Хотя, конечно, _для_ )))

CreepingDeath
() автор топика

Хорошая попытка... но нет, спасибо.

Принципиально «нет», т.к. с наличии свой webdav, с бриджем и поэтэссами. Для него даже специализированный клиент не нужен, хватает вполне стандартных.

Но, тем не менее, успехов. И да... Qt оттуда уберите, а то из-за одной софтины кому-то придётся всё это намазывать. Без Qt консоль можно. Уверяю Вас. Без GLib тоже, кстати.

anonymous
()

Да, и вот, кстати, вопрос к hobbit. Не знаешь ли ты, почему не работают сигналы и слоты кутэшные, когда смешиваешь Qt и fuse?

На гитхабе я так и не нашел ничего адекватного и работающего..

Есть подозрение, что тут имеет место конфликт между pthread и Qt. Но, как говорится, хотелось бы услышать другое мнение.

CreepingDeath
() автор топика
Ответ на: комментарий от CreepingDeath

Модулей для fuse не писал, к сожалению.

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

что для сборки, кроме Qt, не нужно никаких фреймворков и библиотек.

А чистый хотя бы C++(Qt является фрэймворком к которому) не смогли ни как освоить...
Вот это достижение - дёргать уже донельзя готовые функи и не понимать как же оно работает... так и овечка Долли сможет если к её лапам привязать верёвки и дёргать за них как управляют марионеткой... а тут на на! и элементарное запилить ни как...

vlbiz
()

Очень хорошо, что проект пилится, наличие модуля fuse однозначный вин, по сравнению с rclone. Но в отличии от последнего создаются дубликаты файлов на Google drive и вроде скорость меньше (субъективно).

Какие-нибудь подвижки в этом направлении есть?

einhander ★★★★★
()
Ответ на: комментарий от vlbiz

А с чего ты взял, что автор не знает, как оно работает?

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

где взять клиент ftp

Если не sftp, то достаточно url.

Shadow ★★★★★
()
Ответ на: комментарий от einhander

С дубликатами - вопрос решен, да и скорость как минимум в трое должна вырасти, поскольку теперь в три потока грузится

CreepingDeath
() автор топика

я дико извиняюсь но в раздел download малость кривоват

«перевод строки» слетел, вот что выдает

For xUbuntu 17.04 run the following:

sudo sh -c "
echo 'deb https://download.opensuse.org/repositories/home:/MasterSoft24/xUbuntu_17.04/ /' > /etc/apt/sources.list.d/cloudcross.list" sudo 
apt-get update sudo 
apt-get install cloudcross
поправь плиз, если построчно выполнять получится глупость.

ну и сами shell-команды взрывают мозг :)

pfg ★★★★★
()

жаль поиграться не получится, деб-пакет тянет за полтонны всякого добра в том числе и иксы, а на машине, где он нужен даже монитор не прикручен.

консольность как-то под вопросом :(

pfg ★★★★★
()
Ответ на: комментарий от CreepingDeath

Блядь!

Иксы? Там же только qt-base из зависимостей.

Тебе уже всё раз сказано. А ты ещё всё тупишь? Ну и как тебя оленем не назвать? Повторяю — зависимости проверь, олень!

:)))

anonymous
()
Ответ на: комментарий от CreepingDeath

Не совсем. в деб-пакете прописано

Depends: qt5-default, qtbase5-dev, qt5-qmake

default и qmake как раз и тянут лучи добра за собой.

pfg@srv3:~$ sudo apt install cloudcross
[sudo] пароль для pfg:
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Будут установлены следующие дополнительные пакеты:
  fontconfig libboost-filesystem1.58.0 libboost-system1.58.0 libc-dev-bin libc6-dev
  libcapnp-0.5.3 libdrm-amdgpu1 libdrm-dev libdrm-intel1 libdrm-nouveau2 libdrm-radeon1
  libegl1-mesa libegl1-mesa-dev libevdev2 libgbm1 libgl1-mesa-dev libgl1-mesa-dri
  libgl1-mesa-glx libglapi-mesa libgles2-mesa libgles2-mesa-dev libglu1-mesa
  libglu1-mesa-dev libgraphite2-3 libgudev-1.0-0 libharfbuzz0b libice6 libinput-bin
  libinput10 libllvm4.0 libmirclient-dev libmirclient9 libmircommon-dev libmircommon7
  libmircookie-dev libmircookie2 libmircore-dev libmircore1 libmirprotobuf3 libmtdev1
  libpciaccess0 libpcre16-3 libprotobuf-dev libprotobuf-lite9v5 libprotobuf9v5 libproxy1v5
  libpthread-stubs0-dev libqt5concurrent5 libqt5core5a libqt5dbus5 libqt5gui5
  libqt5network5 libqt5opengl5 libqt5opengl5-dev libqt5printsupport5 libqt5sql5
  libqt5sql5-sqlite libqt5svg5 libqt5test5 libqt5widgets5 libqt5xml5 libsm6
  libtxc-dxtn-s2tc0 libwacom-bin libwacom-common libwacom2 libwayland-bin
  libwayland-client0 libwayland-cursor0 libwayland-dev libwayland-egl1-mesa
  libwayland-server0 libx11-dev libx11-doc libx11-xcb-dev libx11-xcb1 libxau-dev
  libxcb-dri2-0 libxcb-dri2-0-dev libxcb-dri3-0 libxcb-dri3-dev libxcb-glx0
  libxcb-glx0-dev libxcb-icccm4 libxcb-image0 libxcb-keysyms1 libxcb-present-dev
  libxcb-present0 libxcb-randr0 libxcb-randr0-dev libxcb-render-util0 libxcb-render0
  libxcb-render0-dev libxcb-shape0 libxcb-shape0-dev libxcb-shm0 libxcb-sync-dev
  libxcb-sync1 libxcb-util1 libxcb-xfixes0 libxcb-xfixes0-dev libxcb-xkb1 libxcb1-dev
  libxdamage-dev libxdamage1 libxdmcp-dev libxext-dev libxfixes-dev libxfixes3 libxi6
  libxkbcommon-dev libxkbcommon-x11-0 libxkbcommon0 libxrender1 libxshmfence-dev
  libxshmfence1 libxxf86vm-dev libxxf86vm1 linux-libc-dev manpages-dev mesa-common-dev
  qt5-default qt5-qmake qtbase5-dev qtbase5-dev-tools qtchooser qttranslations5-l10n
  x11-common x11proto-core-dev x11proto-damage-dev x11proto-dri2-dev x11proto-fixes-dev
  x11proto-gl-dev x11proto-input-dev x11proto-kb-dev x11proto-xext-dev
  x11proto-xf86vidmode-dev xorg-sgml-doctools xtrans-dev zlib1g-dev
Предлагаемые пакеты:
  glibc-doc libthai0 libqt5libqgtk2 qt5-image-formats-plugins qtwayland5 libxcb-doc
  libxext-doc libmysqlclient-dev libpq-dev libsqlite3-dev unixodbc-dev
********************************************
обновлено 0, установлено 141 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не                                   обновлено.
Необходимо скачать 44,8 MB/47,6 MB архивов.
После данной операции, объём занятого дискового пространства возрастёт на 321 MB.
Хотите продолжить? [Д/н] н
pfg ★★★★★
()
Ответ на: комментарий от saahriktu

Софта, чтобы файлы расшарить столько, что девать некуда. Или принципиально нужно в публичном облакена чужом компьютере это делать?

anonymous
()
Ответ на: комментарий от pfg

Хотите продолжить? [Д/н] н

Тебе не надоедает переключать раскладку в терминале? Или у тебя coreutils тоже имеет русскоязычные эквиваленты?

anonymous
()
Ответ на: комментарий от anonymous

Весь этот софт требует наличия своего сервера. Люди потому и начали юзать облака чтобы не платить за хостинг и аренду серверов больших денег. Зачем, если есть облака? А эти облака позволяют расшаривать десятки и сотни гигов.

saahriktu ★★★★★
()
Ответ на: комментарий от saahriktu

Маркетинговая модель «облачных технологий» ясна, можешь не пересказывать. Тем не менее, ты мне сейчас написал это сообщение с мощного сервера, способного обрабатывать запросов больше, чем у тебя есть друзей. Вопрос остаётся в силе: насколько принципиально пользоваться «облаками» для того, чтобы передать «на тот конец интернета» файл любого разумного размера?

Кроме того, в 2017 работать в ИТ и не иметь своего сервера за бесплатно это надо либо работать где-то на дне галеры, либо очень сильно его не хотеть иметь.

anonymous
()
Ответ на: комментарий от anonymous

Что такое «разумный размер файла» и «тот конец интернета»? В случаях с файлами небольших размеров и ограниченным кругом лиц всегда много самых разных способов. Но, вот, если, например, нужно делиться архивами на сотни мегабайт или даже гигабайты, и при этом не с конкретными людьми, а чтобы просто на сайте были ссылки на эти файлы, и все желающие могли их скачать...

saahriktu ★★★★★
()
Ответ на: комментарий от saahriktu

Вот здесь hobbit рассказывает, как чуть ли не FTP поднимать приходится (он бы ещё UUCP вспомнил, ей-богу). По-моему, ссылку на сайте опубликовать — это как раз самое простое. Куда сложнее расшарить по быстрому пару гигабайт с «узким кругом ограниченных людей» без нарочно выдуманных ограничений. Никогда не надо было слить логи с неудобного сервера куда-то в интернет, чтобы потом в другом месте их прочитать могли? Такой «персональный шаринг файлов» без участия третьих лиц с их вечными регистрациями, аккаунтами, паролями и прочей шелухой.

anonymous
()

в общем дошли руки ковырнуть ccros.
распаковал, натравил ldd. тот показал лишь две требуемые от qt5 библиотеки libQt5Network.so.5 и libQt5Core.so.5
они лежат в пакетах libqt5network5 и libqt5core5a соотественно. плюс libqt5core5a содержится в зависимостях libqt5network5.
CreepingDeath т.е. в деб-пакете нужен только
Depends: libqt5network5

при установке онного скачалось ~20мб библиотек ничего лишнего. ccros запустился, но покамест ничего с ним не делал, надеюсь глюки не проявятся.

pfg ★★★★★
()
Ответ на: комментарий от pfg

Круто. Только сабжевой версии в бинарном виде нет. Так что есть смысл собрать из исходников и потестить уже его. Я юзаю арч, поэтому, когда делал spec и debian.control - больше был озабочен тем, что бы все это собиралось (до этого сборкой пакетов не занимался). Поэтому вполне допускаю, что там может быть много лишнего. Постараюсь исправить)))

CreepingDeath
() автор топика
Ответ на: комментарий от CreepingDeath

да я напрямую с деба и вытащил, это не трудно. заодно и ман в man7 засунул, а то не работало.
исходники сборки для деб-пакета имхо нужно рихтовать.

с libqt5network5 работает могу сказать, запрос --list c google.drive выдал правильный листинг.

но мне нужен маилру, а это уже в мыло :)

pfg ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.