LINUX.ORG.RU

Сообщения CreepingDeath

 

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

Новости — Linux General
Группа Linux General

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 будут рассматриваться в кратчайшие сроки.

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

 , cloud storages,

CreepingDeath
()

CloudCross 1.4.0

Новости — Linux General
Группа Linux General

Состоялся выпуск кроссплатформенного консольного клиента для различных облачных хранилищ CloudCross 1.4.0.

В новой версии увеличилось количество поддерживаемых облачных платформ. Теперь наряду с Google Drive, Dropbox, Yandex.Disk и Облаком Mail.Ru поддерживается OneDrive — облачная платформа от Microsoft.

Также добавлена возможность просмотра свободного/занятого объёма в облаке.

( Список основных возможностей )

На сайте проекта доступны бинарные пакеты для популярных дистрибутивов GNU/Linux.

>>> Исходный код

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

 , ,

CreepingDeath
()

Есть ли потребность в косметических изменения для LXDE?

Форум — Desktop

Комрады!! Ушел с cinnamon на lxde. Слегка подбешивают некоторые элементы интерфейса. Например убогое меню без поиска (про Ctrl+F2) - знаю. Плюс дисгармония в отображении плагинов - часть отрисована на cairo, часть уже, как иконки. Ладно, фиг с ним, индикатор загрузки ЦП... Но индикатор батареи!!! Две зеленых полосочки, блин!!! В 2017 году!!!

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

Так вот, для себя монитор батареи я поправил. Примут ли патч - неизвестно. Стоит ли заморочиться со сборкой этого плагина, как пакета? Кому то это интерсно?

Ну и, в принципе, с меню тоже надо что то делать...

Короче, есть ли потребность в эстетических улучшениях интерфейса lxde?

 ,

CreepingDeath
()

CloudCross 1.3.0

Новости — Open Source
Группа Open Source

Состоялся очередной релиз кроссплатформенного консольного клиента для различных облачных хранилищ CloudCross. К списку поддерживаемых облачных платформ добавилось Облако Mail.Ru.

( читать дальше... )

>>> Подробности

 , ,

CreepingDeath
()

CloudCross 1.2.4

Новости — Open Source
Группа Open Source

Состоялся релиз CloudCross 1.2.4 — программы для синхронизации локального хранилища с различными облачными сервисами.

На данный момент поддерживаются Google Drive, Dropbox и Яндекс.Диск.

( читать дальше... )

>>> Подробности

 , ,

CreepingDeath
()

CloudCross — версия 1.2.1

Новости — Open Source
Группа Open Source

Вышел новый минорный релиз консольного клиента для синхронизации с различными облачными хранилищами.

CloudCross по-прежнему синхронизирует ваши файлы на жестком диске с Dropbox, Google Drive или Яндекс.Диск.

К существующим возможностям, таким как:

  • Поддержка Яндекс.Диск, Dropbox и Google Drive.
  • Конвертация «на лету» из офисных форматов в формат Google Docs и обратно.
  • Возможность определения приоритета синхронизации локальных файлов над удаленными или наоборот.
  • Поддержка черных и белых списков файлов для синхронизации.

была добавлена, на мой взгляд, интересная опция --direct-upload.

Используя эту опцию, теперь можно загружать в облако файлы по прямым ссылкам, прямо из интернета.

Например, так:

ccross --provider dropbox --direct-upload http://example.com/archive/someFile.zip /Downloads/some_file.zip

>>> Подробности

 , ,

CreepingDeath
()

CloudCross — новая версия 1.2.0

Новости — Open Source
Группа Open Source

CloudCross — консольный клиент для синхронизации локальных файлов с различными облачными хранилищами. В новой версии, к существующей поддержке Dropbox и Google Drive, добавлена поддержка Яндекс.Диск.

Возможности:

  • Поддержка Яндекс.Диск, Dropbox и Google Drive.
  • Конвертация «на лету» из офисных форматов в формат Google Docs и обратно.
  • Возможность определения приоритета синхронизации локальных файлов над удаленными или наоборот.
  • Поддержка черных и белых списков файлов для синхронизации.

>>> Подробности

 , ,

CreepingDeath
()

CloudCross — мульти-облачный клиент

Новости — Open Source
Группа Open Source

Вышла новая версия консольного мульти-облачного клиента для синхронизации локальных файлов с различными облачными хранилищами.

Возможности:

  • Поддержка Google Drive и Dropbox.
  • Конвертация «на лету» из офисных форматов в формат Google Docs и обратно.
  • Возможность определения приоритета синхронизации локальных файлов над удаленными или наоборот.
  • Поддержка черных и белых списков файлов для синхронизации

>>> Подробности

 , ,

CreepingDeath
()

QWebview и получение разрешений для приложения.

Форум — Development

За два дня гуглинга не нашел ничего внятного. Создаю запрос для аутентификации через OAuth. Вставляю его в webview

ui->webView->setUrl(QUrl(newReq));
или
ui->webView->load(QUrl(newReq));

Отображается страница в вводом логина и пароля. Ввожу. И вот дальше, редирект происходит на https://www.google.com/settings/personalinfo вместо страницы с подтверждением разрешений для приложения.
Если запрос ввести в браузере, то после ввода логина/пароля редиректит как и положено на разрешения для приложения.
JS включен.

       settings->setAttribute(QWebSettings::PluginsEnabled, true);
       settings->setAttribute(QWebSettings::AutoLoadImages, true);
       settings->setAttribute(QWebSettings::JavaEnabled, true);
       settings->setAttribute(QWebSettings::JavascriptCanOpenWindows, true);

Подскажите куда еще посмотреть?

 , ,

CreepingDeath
()

Забавное поведение mount

Форум — Development

Добрый день. Недавно я столкнулся со следующей проблемой: имеется программа prog1, в которой исполняется код (упрощенно, но смысл понятен)

int commandExecute(string command,string* ret){
    string d;
    char s[1000];
    FILE* f=popen(command.c_str(),"r");
    while(fgets(s,1000,f)!=0){
        ret->append(&s[0]);
    }
    pclose(f);

    if(ret->size()==0){
        return -1;
    }
    return 0;
}

int main(){
    string ret;
    commandExecute("mount /dev/sdb1 /home/user/MP",&ret);
    printf(ret.c_str());
    ret="";
    commandExecute("/usr/bin/prog0 /home/user/MP",&ret);
    ret="";
    commandExecute("umount /dev/sdb1",&ret);
    return 0;
}
Если вызывать от root'a, то все работает как и должно- раздел монтируется, исполняется prog0 и раздел размонтируется.
Но хотелось бы исполнять prog1 от имени обычного юзера. Для этого написан демон, который через named pipe получает команду и выполняет:
int commandExecute(string command,string* ret){
    string d;
    char s[1000];
    FILE* f=popen(command.c_str(),"r");
    while(fgets(s,1000,f)!=0){
        ret->append(&s[0]);
    }
    pclose(f);

    if(ret->size()==0){
        return -1;
    }
    return 0;
}
......

commandExecute("/usr/bin/prog1",&ret);

......

При этом все работает, как и было задумано. За исключением того, что во время работы prog0 раздел /dev/sdb1 не виден ни в mtab ни в выводе mount, а так же его содержимое не видно в точке монтирования /home/user/MP.
А вот, собственно и вопрос- чем можно объяснить такое поведение mount?

 ,

CreepingDeath
()

RSS подписка на новые темы