Re: Dropbox своими руками

2012-12-11 Пенетрантность Andrey Kononov
http://sparkleshare.org/ может это оно ?

2012/12/11 Victor Wagner vi...@wagner.pp.ru

 On 2012.12.10 at 23:06:22 +0400, Alexander Danilov wrote:

 
  На всякий случай - сегодня на opennet.ru проскакивала новость о
  замене dropbox, какой-то пакет на python, предоставляющий схожую
  функциональность.

 Ну уж так сложно было ссылочку привести: http://seafile.com/en/home/
 К сожалению, это сильно не то, что мне надо. Оно имеет кучу продвинутых
 возможностей, но цена за эти возможности (история, групповая работа)
 - очень высокие требования к
 дисковому пространству на сервере (хранится история) и наличию на этом
 сервере специального софта (а соответственно, к его памяти и
 процессору).

 У меня задача скорее репликации некоторорых каталогов на дешевый
 виртуальный хостинг, где места впритык хватает для текущего состояния,
 а  софт кроме rsync лучше не запускать.

 Плюс к этому не устраивает наличие явной операции commit. Оно должно
 работать само, абсолютно прозрачно для пользователя. Этим и хороши
 lsyncd и inosync.


 
  --
  To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
  with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
  Archive: http://lists.debian.org/50c632ae.2040...@gmail.com
 


 --
 To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: http://lists.debian.org/20121211074750.ga22...@wagner.pp.ru




-- 
In CoDe We TrusT


Re: Dropbox своими руками

2012-12-11 Пенетрантность Victor Wagner
On 2012.12.11 at 12:10:15 +0300, Andrey Kononov wrote:

 http://sparkleshare.org/ может это оно ?

Не, новость в opennet была про seafile. Я не поленился и нашел.
sparkleshare это какая-то непонятного назначения настройка над GIT,
предназначенная для дизайнеров. Там на первой же странице посылают за
more sophisticated hosting  в gitlab.

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

А мне хочется чтобы изменения файлов автоматически отслеживались и
реплицировались. 

  Ну уж так сложно было ссылочку привести: http://seafile.com/en/home/
  Плюс к этому не устраивает наличие явной операции commit. Оно должно
  работать само, абсолютно прозрачно для пользователя. Этим и хороши
  lsyncd и inosync.
 


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121211095714.ga23...@wagner.pp.ru



свой репозитарий: выкладка

2012-12-11 Пенетрантность Dmitry E. Oboukhov
создал свой репозитарий на базе reprepro.
теперь хочется автоматизировать туда выкладку с учетом того что
репозитарий находится на удаленном хосте, а собираю на своем.

ну dput вроде можно настроить чтобы по scp клал файлы куда надо, а
дальше что, cron? или какое-то другое решение есть готовое?
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: Dropbox своими руками

2012-12-11 Пенетрантность Dmitrii Kashin

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

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

-- 
**
*  jabber:  free...@jabber.mipt.ru   *
*   Registered linux user #546240*
**


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87d2yg7tig@ws00.freehck.ru



Пакет с веб-приложением и NGINX

2012-12-11 Пенетрантность Sergey Stolyarov
Здравствуйте.

Как правильнее всего сделать пакет с веб-приложением, чтобы оно
работало из-под nginx сразу после установки? Можно, конечно, положить
при установке файл в /etc/nginx/sites-available или в
/etc/nginx/conf.d, но насколько это правильно?

Приложение специфичное, оно должно висеть на собственном порту, то
есть по сути содержит полный nginx-конфиг, включая порт и домен, и не
должно «смерживаться» с конфигом по умолчанию. В репозитории таких
найти не удалось.

-- 
Sergei Stolyarov


Re: Пакет с веб-приложением и NGINX

2012-12-11 Пенетрантность Dmitry E. Oboukhov
 Здравствуйте.

 Как правильнее всего сделать пакет с веб-приложением, чтобы оно
 работало из-под nginx сразу после установки? Можно, конечно, положить
 при установке файл в /etc/nginx/sites-available или в
 /etc/nginx/conf.d, но насколько это правильно?

 Приложение специфичное, оно должно висеть на собственном порту, то
 есть по сути содержит полный nginx-конфиг, включая порт и домен, и не
 должно «смерживаться» с конфигом по умолчанию. В репозитории таких
 найти не удалось.


написать секцию server
положить конфиг в /etc/nginx/sites-available/

написать ридми юзеру что он может поменять в этом конфиге имя сайта
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: Dropbox своими руками

2012-12-11 Пенетрантность Artem Chuprina
Dmitrii Kashin - debian-russian@lists.debian.org  @ Tue, 11 Dec 2012 14:49:59 
+0400:

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

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

Я, скажем, довольно долго пользовался для бэкапов rsnapshot'ом, который
меня не вполне устраивает по функциональности, прежде чем еще раз
перечитать на него документацию (да, прочитанную сразу), еще раз
перечитать man rsync (кто читал, знает - там чуть не целая монография) и
написать свой скрипт, который делает _ровно_ то, что мне надо.

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

Если бы я сразу взялся писать свой, фигня бы вышла.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87ip88ajj1@wizzle.ran.pp.ru



Re: Dropbox своими руками

2012-12-11 Пенетрантность Victor Wagner
On 2012.12.11 at 14:49:59 +0400, Dmitrii Kashin wrote:

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

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


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121211124433.ga25...@wagner.pp.ru



Re: свой репозитарий: выкладка

2012-12-11 Пенетрантность Victor Wagner
On 2012.12.11 at 14:46:58 +0400, Dmitry E. Oboukhov wrote:

 создал свой репозитарий на базе reprepro.
 теперь хочется автоматизировать туда выкладку с учетом того что
 репозитарий находится на удаленном хосте, а собираю на своем.
 
 ну dput вроде можно настроить чтобы по scp клал файлы куда надо, а
 дальше что, cron? или какое-то другое решение есть готовое?
 -- 
 
 . ''`.   Dmitry E. Oboukhov
 : :’  :   email: un...@debian.org jabber://un...@uvw.ru
 `. `~’  GPGKey: 1024D / F8E26537 2006-11-21
   `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121211124456.gb25...@wagner.pp.ru



Re: свой репозитарий: выкладка

2012-12-11 Пенетрантность Victor Wagner
On 2012.12.11 at 14:46:58 +0400, Dmitry E. Oboukhov wrote:

 создал свой репозитарий на базе reprepro.
 теперь хочется автоматизировать туда выкладку с учетом того что
 репозитарий находится на удаленном хосте, а собираю на своем.
 
 ну dput вроде можно настроить чтобы по scp клал файлы куда надо, а
 дальше что, cron? или какое-то другое решение есть готовое?

Есть пакет inoticoming, который писался именно с этой целью - дождаться
окончания выкладки пакета dput-ом (тот, вроде бы последним всегда
заливает changes) и запустить reprepro. Работает через inotify API.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121211124700.gc25...@wagner.pp.ru



Re: Dropbox своими руками

2012-12-11 Пенетрантность Dmitrii Kashin
Artem Chuprina r...@ran.pp.ru writes:

 Dmitrii Kashin - debian-russian@lists.debian.org  @ Tue, 11 Dec 2012 
 14:49:59 +0400:

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

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

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

 Я, скажем, довольно долго пользовался для бэкапов rsnapshot'ом, который
 меня не вполне устраивает по функциональности, прежде чем еще раз
 перечитать на него документацию (да, прочитанную сразу), еще раз
 перечитать man rsync (кто читал, знает - там чуть не целая монография)

Да не сказал бы. Обычный man. Мы и побольше размерчиком видели.

 и написать свой скрипт, который делает _ровно_ то, что мне надо.

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

 Если бы я сразу взялся писать свой, фигня бы вышла.

Думаете? Это, конечно, правильный подход - перечитать всевозможные доки
прежде, чем решить делать что-то свое... Но мне лично кажется, что порой
достаточно обзорного представления о функционале инструмента. Или лучше
- некоторого опыта работы с ним.

Я не всегда так тщательно подходил к своим задачам.

Вот например, где-то с год назад я писал скрипт на bash, который
утягивал стрипы с популярного хостинга веб-комиксов. Наваял я его за
пару часиков, а затем в течение года я его периодически дорабатывал,
иногда даже не в одиночку. И получилась не фигня. До сих пор он у меня
работает по расписанию - еженедельно картинки утягивает.

Решая задачу о создании резервных копий домашнего каталога, подобную
Вашей, лично я ограничился созданием FHS для своего домашнего каталога,
записал в файлик, какие именно директории надо бэкапить, и натравил на
него банальный tar. Раз в пару недель синхронизирую директорию с
бэкапами с удаленным сервером. Вручную пока. Но подумываю повесить на
anacron.

-- 
**
*  jabber:  free...@jabber.mipt.ru   *
*   Registered linux user #546240*
**


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8738zc7ntb@ws00.freehck.ru



Re: Dropbox своими руками

2012-12-11 Пенетрантность Dmitrii Kashin
Victor Wagner vi...@wagner.pp.ru writes:

 On 2012.12.11 at 14:49:59 +0400, Dmitrii Kashin wrote:

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

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

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

-- 
**
*  jabber:  free...@jabber.mipt.ru   *
*   Registered linux user #546240*
**


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87y5h468x9@ws00.freehck.ru



Re: Dropbox своими руками

2012-12-11 Пенетрантность Artem Chuprina
Dmitrii Kashin - debian-russian@lists.debian.org  @ Tue, 11 Dec 2012 16:53:04 
+0400:

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

 DK Хм... Я до сих пор считал, что тот факт, что я не могу такие задачи
 DK сделать за часик, а трачу сильно больше времени - это от недостатка
 DK квалификации. Как эту самую квалификацию определить-то, не понимаю.
 DK Да и вообще, сколько лет я себя уже считаю зеленым?

Нет, при достаточной квалификации те же проблемы.  Ну, при достаточной,
может быть, уйдет день там, где при недостаточной ушел бы месяц, если не
год.  Но за часик делается только сиюминутное решение, которое
запустил под присмотром, а потом старательно стер.  Совать в крон
решение, сделанное за часик, я не рискну.  Будет больно.

  Я, скажем, довольно долго пользовался для бэкапов rsnapshot'ом, который
  меня не вполне устраивает по функциональности, прежде чем еще раз
  перечитать на него документацию (да, прочитанную сразу), еще раз
  перечитать man rsync (кто читал, знает - там чуть не целая монография)

 DK Да не сказал бы. Обычный man. Мы и побольше размерчиком видели.

Видели и побольше.  Но не обычный.

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

 DK Думаете?

Уверен.  Есть опыт.

 DK Это, конечно, правильный подход - перечитать всевозможные доки
 DK прежде, чем решить делать что-то свое... Но мне лично кажется, что
 DK порой достаточно обзорного представления о функционале
 DK инструмента. Или лучше - некоторого опыта работы с ним.

Тогда получится штука, которая без пригляда не работает.  Или работает
не так, как надо.

 DK Я не всегда так тщательно подходил к своим задачам.

 DK Вот например, где-то с год назад я писал скрипт на bash, который
 DK утягивал стрипы с популярного хостинга веб-комиксов. Наваял я его за
 DK пару часиков, а затем в течение года я его периодически дорабатывал,
 DK иногда даже не в одиночку. И получилась не фигня. До сих пор он у меня
 DK работает по расписанию - еженедельно картинки утягивает.

Ключевые слова - в течение года периодически дорабатывал.  Это не за
часик.  Скорее всего, _существенно_ не за часик.

И кстати, если честно отхронометрировать время до получения первой
работающей версии - там точно будет часик, а не полдня?
Честно-честно?

 DK Решая задачу о создании резервных копий домашнего каталога, подобную
 DK Вашей, лично я ограничился созданием FHS для своего домашнего каталога,
 DK записал в файлик, какие именно директории надо бэкапить, и натравил на
 DK него банальный tar. Раз в пару недель синхронизирую директорию с
 DK бэкапами с удаленным сервером. Вручную пока. Но подумываю повесить на
 DK anacron.

Во-во, вручную пока.  И у меня все-таки бэкап серверов целиком, а не ~.
А главное - ты проводил учения по восстановлению из бэкапа?  Точно
восстановилось всё, что надо?  Честно-честно?  Вот прям когда через
полгода какой-то файл понадобился (и нашелся на рабочем диске), вы не
поленились зайти в бэкап и проверить, что он там точно есть?

А то сделать бэкап - это меньше половины задачи.  Задача бэкапа
считается решенной, когда из него за заданное время удается восстановить
_всю_ нужную информацию.  А если не удается, то это не бэкап.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87ehiwagc2@wizzle.ran.pp.ru



Re: свой репозитарий: выкладка

2012-12-11 Пенетрантность Dmitry E. Oboukhov
 создал свой репозитарий на базе reprepro.
 теперь хочется автоматизировать туда выкладку с учетом того что
 репозитарий находится на удаленном хосте, а собираю на своем.
 
 ну dput вроде можно настроить чтобы по scp клал файлы куда надо, а
 дальше что, cron? или какое-то другое решение есть готовое?

 Есть пакет inoticoming, который писался именно с этой целью - дождаться
 окончания выкладки пакета dput-ом (тот, вроде бы последним всегда
 заливает changes) и запустить reprepro. Работает через inotify API.

спасибо, сегодня попробую
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: Dropbox своими руками

2012-12-11 Пенетрантность Dmitrii Kashin
Artem Chuprina r...@ran.pp.ru writes:

 Dmitrii Kashin - debian-russian@lists.debian.org  @ Tue, 11 Dec 2012 
 16:53:04 +0400:

   Я, скажем, довольно долго пользовался для бэкапов rsnapshot'ом, который
   меня не вполне устраивает по функциональности, прежде чем еще раз
   перечитать на него документацию (да, прочитанную сразу), еще раз
   перечитать man rsync (кто читал, знает - там чуть не целая монография)

  DK Да не сказал бы. Обычный man. Мы и побольше размерчиком видели.

 Видели и побольше.  Но не обычный.

А в чем же его необычность?

  DK Это, конечно, правильный подход - перечитать всевозможные доки
  DK прежде, чем решить делать что-то свое... Но мне лично кажется, что
  DK порой достаточно обзорного представления о функционале
  DK инструмента. Или лучше - некоторого опыта работы с ним.

 Тогда получится штука, которая без пригляда не работает.  Или работает
 не так, как надо.

То есть обзорных знаний о функционале rsync вам не хватило бы для
базовой версии?

  DK Я не всегда так тщательно подходил к своим задачам.

  DK Вот например, где-то с год назад я писал скрипт на bash, который
  DK утягивал стрипы с популярного хостинга веб-комиксов. Наваял я его за
  DK пару часиков, а затем в течение года я его периодически дорабатывал,
  DK иногда даже не в одиночку. И получилась не фигня. До сих пор он у меня
  DK работает по расписанию - еженедельно картинки утягивает.

 Ключевые слова - в течение года периодически дорабатывал.  Это не за
 часик.  Скорее всего, _существенно_ не за часик.

Ну да. В сумме-то оно, пожалуй, больше недели времени съело.

 И кстати, если честно отхронометрировать время до получения первой
 работающей версии - там точно будет часик, а не полдня?
 Честно-честно?

Нет, я такого не говорил. Пожалуй, что полдня - более верное слово.

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

  DK Решая задачу о создании резервных копий домашнего каталога, подобную
  DK Вашей, лично я ограничился созданием FHS для своего домашнего каталога,
  DK записал в файлик, какие именно директории надо бэкапить, и натравил на
  DK него банальный tar. Раз в пару недель синхронизирую директорию с
  DK бэкапами с удаленным сервером. Вручную пока. Но подумываю повесить на
  DK anacron.

 Во-во, вручную пока.  И у меня все-таки бэкап серверов целиком, а не
 ~.

Целиком? Извините, но просто из любопытства - это зачем? Обычно бэкапят
/var/log, /var/spool, /var/www, /etc, ...
Или под целиком мы опять же понимаем разное?

 А главное - ты проводил учения по восстановлению из бэкапа?  Точно
 восстановилось всё, что надо?  Честно-честно?  

Проводил. Восстанавливается. 

 Вот прям когда через полгода какой-то файл понадобился (и нашелся на
 рабочем диске), вы не поленились зайти в бэкап и проверить, что он там
 точно есть?

Нет, через полгода не проверял. Что с ним в облаке в двух экземплярах
станется? Вот если бы я на диски записывал - имело бы смысл проверить
через полгодика. 

-- 
**
*  jabber:  free...@jabber.mipt.ru   *
*   Registered linux user #546240*
**


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87pq2g65xv@ws00.freehck.ru



Re: Dropbox своими руками

2012-12-11 Пенетрантность Иван Лох
On Tue, Dec 11, 2012 at 04:44:34PM +0400, Victor Wagner wrote:
 On 2012.12.11 at 14:49:59 +0400, Dmitrii Kashin wrote:
 
  
  Виктор, мне просто любопытно, чем этот вопрос так сложен для Вас? Для
  описанного функционала при Вашей квалификации Вы в состоянии за часик
  наваясь собственный скрипт и повесить его демоном.
 
 Прежде чем ваять свой собственный скриптик, или сконфигурить готовый, 
 хочется узнать - как пользуется подобными инструментами народ.
 В данном случае по-моему, в спорах может родиться вовсе не папортник, а
 если не истина, то хотя бы какой-то полезный сборник советов.

Это дурацкий совет, конечно, но git и git-annex решают. git же не случайно
подточен на чистку истории. Можно коммитить часто и со вкусом. По ZZ add
по ZQ commit ;) 

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

Ну и еще момент. Использование git хорошо помогает отделять хлам от данных и
кода. Лучше чем make clean ;) А это тоже важно. 


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121211141848.ga6...@nano.ioffe.rssi.ru



Re: Dropbox своими руками

2012-12-11 Пенетрантность Victor Wagner
On 2012.12.11 at 18:18:49 +0400, Иван Лох wrote:

 
 Это дурацкий совет, конечно, но git и git-annex решают. git же не случайно
 подточен на чистку истории. Можно коммитить часто и со вкусом. По ZZ add
 по ZQ commit ;) 

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

Коммитить, кстати, если уж на то пошло, требуется далеко не всё. Ну
зачем, например коммитить тамбнейлы - их всегда перегенерировать можно.
Или веб-страницы, сгенерированные скриптом галереи.

 Ну и еще момент. Использование git хорошо помогает отделять хлам от данных и
 кода. Лучше чем make clean ;) А это тоже важно. 

Реплицировать на внешнюю машину нужно как раз хлам ;-)


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121211142712.ga26...@wagner.pp.ru



Re: Dropbox своими руками

2012-12-11 Пенетрантность Иван Лох
On Tue, Dec 11, 2012 at 06:27:12PM +0400, Victor Wagner wrote:
 On 2012.12.11 at 18:18:49 +0400, Иван Лох wrote:
 
  
  Это дурацкий совет, конечно, но git и git-annex решают. git же не случайно
  подточен на чистку истории. Можно коммитить часто и со вкусом. По ZZ add
  по ZQ commit ;) 
 
 Это другая задача. 
 Во-первых, речь идет преимущественно о нетекстовых данных (фото и видео)
 Во-вторых, их там десятки гигов.
 В-третьих, задача не столько сбэкапить, сколько расшарить. В смысле
 заменить локальный Apache который их раздает на хостинговый веб-сервер.

git-annex 


-- 
Иван Лох


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121211143951.gb6...@nano.ioffe.rssi.ru



Re: Dropbox своими руками

2012-12-11 Пенетрантность Dmitrii Kashin
Иван Лох l...@1917.com writes:

 On Tue, Dec 11, 2012 at 06:27:12PM +0400, Victor Wagner wrote:
 On 2012.12.11 at 18:18:49 +0400, Иван Лох wrote:
 
  
  Это дурацкий совет, конечно, но git и git-annex решают. git же не случайно
  подточен на чистку истории. Можно коммитить часто и со вкусом. По ZZ add
  по ZQ commit ;) 
 
 Это другая задача. 
 Во-первых, речь идет преимущественно о нетекстовых данных (фото и видео)
 Во-вторых, их там десятки гигов.
 В-третьих, задача не столько сбэкапить, сколько расшарить. В смысле
 заменить локальный Apache который их раздает на хостинговый веб-сервер.

 git-annex 

Почитал. Достиг просветления. Чуствую The Right Thing.

Огроменное спасибо! =)

-- 
**
*  jabber:  free...@jabber.mipt.ru   *
*   Registered linux user #546240*
**


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87lid463a4@ws00.freehck.ru



Re: Dropbox своими руками

2012-12-11 Пенетрантность Ivan Shmakov
 Иван Лох l...@1917.com writes:
 On Tue, Dec 11, 2012 at 06:27:12PM +0400, Victor Wagner wrote:
 On 2012.12.11 at 18:18:49 +0400, Иван Лох wrote:

  Это дурацкий совет, конечно, но git и git-annex решают.  git же не
  случайно подточен на чистку истории.  Можно коммитить часто и со
  вкусом.  По ZZ add по ZQ commit ;)

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

  git-annex

Единственное, что смущает, — Git ориентирован на работу с
упорядоченными данными, в то время как задача предполагает
скорее /множество/ кортежей; «порядок» в котором хранятся
кортежи метаданных, очевидно, не важен…

Обнаружился перечень подобного ПО [1], BTW.

[1] http://git-annex.branchable.com/not/

-- 
FSF associate member #7257


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/86vcc8qyi3@gray.siamics.net



Re: Dropbox своими руками

2012-12-11 Пенетрантность Иван Лох
On Wed, Dec 12, 2012 at 12:39:32AM +0700, Ivan Shmakov wrote:
   git-annex
 
   Единственное, что смущает, — Git ориентирован на работу с
   упорядоченными данными, в то время как задача предполагает
   скорее /множество/ кортежей; «порядок» в котором хранятся
   кортежи метаданных, очевидно, не важен…

Хм. А почему порядок не важен? Точно также можно checkout
делать. Важно же не только что именно было в файлах, но
и какие именно файлы были в хранилище в тот момент. Ну и
история. Иногда важно узнать, в каком коммите файл был помещен
в хранилище. В случае, когда несколько версий одной книги есть
например. Там указан источник обычно. 

Я уж не говорю, что у меня например большинство большинство хранилищ
смешанные, там не только annex.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121211181515.gc6...@nano.ioffe.rssi.ru



Re: Dropbox своими руками

2012-12-11 Пенетрантность Artem Chuprina
Dmitrii Kashin - debian-russian@lists.debian.org  @ Tue, 11 Dec 2012 18:04:28 
+0400:

Я, скажем, довольно долго пользовался для бэкапов rsnapshot'ом, который
меня не вполне устраивает по функциональности, прежде чем еще раз
перечитать на него документацию (да, прочитанную сразу), еще раз
перечитать man rsync (кто читал, знает - там чуть не целая монография)
 
   DK Да не сказал бы. Обычный man. Мы и побольше размерчиком видели.
 
  Видели и побольше.  Но не обычный.

 DK А в чем же его необычность?

Длиннее гораздо, очень подробный, и даже примерами снабжен :)

   DK Это, конечно, правильный подход - перечитать всевозможные доки
   DK прежде, чем решить делать что-то свое... Но мне лично кажется, что
   DK порой достаточно обзорного представления о функционале
   DK инструмента. Или лучше - некоторого опыта работы с ним.
 
  Тогда получится штука, которая без пригляда не работает.  Или работает
  не так, как надо.

 DK То есть обзорных знаний о функционале rsync вам не хватило бы для
 DK базовой версии?

Нет.  Она бы сразу работала неправильно.

   DK Я не всегда так тщательно подходил к своим задачам.
 
   DK Вот например, где-то с год назад я писал скрипт на bash, который
   DK утягивал стрипы с популярного хостинга веб-комиксов. Наваял я его за
   DK пару часиков, а затем в течение года я его периодически дорабатывал,
   DK иногда даже не в одиночку. И получилась не фигня. До сих пор он у меня
   DK работает по расписанию - еженедельно картинки утягивает.
 
  Ключевые слова - в течение года периодически дорабатывал.  Это не за
  часик.  Скорее всего, _существенно_ не за часик.

 DK Ну да. В сумме-то оно, пожалуй, больше недели времени съело.

Во-во.

  И кстати, если честно отхронометрировать время до получения первой
  работающей версии - там точно будет часик, а не полдня?
  Честно-честно?

 DK Нет, я такого не говорил. Пожалуй, что полдня - более верное слово.

 DK В целом я, пожалуй, понял Вас - все грабли от того, что мы по-разному
 DK поняли выражение за часик. Мне следовало бы сказать заместо этого в
 DK достаточно короткие сроки.

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

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

В процессе, кстати, снова всплыл git-annex.  Почитать, что ли?..

   DK Решая задачу о создании резервных копий домашнего каталога, подобную
   DK Вашей, лично я ограничился созданием FHS для своего домашнего каталога,
   DK записал в файлик, какие именно директории надо бэкапить, и натравил на
   DK него банальный tar. Раз в пару недель синхронизирую директорию с
   DK бэкапами с удаленным сервером. Вручную пока. Но подумываю повесить на
   DK anacron.
 
  Во-во, вручную пока.  И у меня все-таки бэкап серверов целиком, а не
  ~.

 DK Целиком? Извините, но просто из любопытства - это зачем? Обычно бэкапят
 DK /var/log, /var/spool, /var/www, /etc, ...
 DK Или под целиком мы опять же понимаем разное?

Натурально, целиком.  Чтобы при выходе из строя и замене винчестера
загрузиться с флешки, разбить и смонтировать новый винт, подмонтировать
бэкапный, rsync, chroot, install-grub, reboot, и можно работать.  15
минут плюс время копирования.

В случае виртуалок и того проще.

  А главное - ты проводил учения по восстановлению из бэкапа?  Точно
  восстановилось всё, что надо?  Честно-честно?  

 DK Проводил. Восстанавливается. 

  Вот прям когда через полгода какой-то файл понадобился (и нашелся на
  рабочем диске), вы не поленились зайти в бэкап и проверить, что он там
  точно есть?

 DK Нет, через полгода не проверял. Что с ним в облаке в двух экземплярах
 DK станется? Вот если бы я на диски записывал - имело бы смысл проверить
 DK через полгодика. 

Здесь интересен вопрос, все ли важные файлы действительно попадают в
бэкап.

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


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/878v949y77@wizzle.ran.pp.ru



Re: Dropbox своими руками

2012-12-11 Пенетрантность Dmitrii Kashin
Artem Chuprina r...@ran.pp.ru writes:

  DK В целом я, пожалуй, понял Вас - все грабли от того, что мы по-разному
  DK поняли выражение за часик. Мне следовало бы сказать заместо этого в
  DK достаточно короткие сроки.

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

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

Окей. До меня дошла суть происходящего.

DK Решая задачу о создании резервных копий домашнего каталога, подобную
DK Вашей, лично я ограничился созданием FHS для своего домашнего 
 каталога,
DK записал в файлик, какие именно директории надо бэкапить, и натравил 
 на
DK него банальный tar. Раз в пару недель синхронизирую директорию с
DK бэкапами с удаленным сервером. Вручную пока. Но подумываю повесить на
DK anacron.
  
   Во-во, вручную пока.  И у меня все-таки бэкап серверов целиком, а не
   ~.

  DK Целиком? Извините, но просто из любопытства - это зачем? Обычно бэкапят
  DK /var/log, /var/spool, /var/www, /etc, ...
  DK Или под целиком мы опять же понимаем разное?

 Натурально, целиком.  Чтобы при выходе из строя и замене винчестера
 загрузиться с флешки, разбить и смонтировать новый винт, подмонтировать
 бэкапный, rsync, chroot, install-grub, reboot, и можно работать.  15
 минут плюс время копирования.

 В случае виртуалок и того проще.

Есть важный вопрос в этом случае, о котором я раньше как-то не
задумывался. Что быстрее - распаковать архив с системой на диск, или
развернуть новую виртуалку и запустить сценарий доустановки необходимого
софта средствами хотя бы тех же puppet или chef?

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

Да, в одном. Наслаждаюсь иллюзией безопасности.

-- 
**
*  jabber:  free...@jabber.mipt.ru   *
*   Registered linux user #546240*
**


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87hans5mz0@ws00.freehck.ru



Re: Пакет с веб-приложением и NGINX

2012-12-11 Пенетрантность Sergey Korobitsin
Dmitry E. Oboukhov ☫ → To debian-russian@lists.debian.org @ Tue, Dec 11, 2012 
15:55 +0400

  Здравствуйте.
 
  Как правильнее всего сделать пакет с веб-приложением, чтобы оно
  работало из-под nginx сразу после установки? Можно, конечно, положить
  при установке файл в /etc/nginx/sites-available или в
  /etc/nginx/conf.d, но насколько это правильно?
 
  Приложение специфичное, оно должно висеть на собственном порту, то
  есть по сути содержит полный nginx-конфиг, включая порт и домен, и не
  должно «смерживаться» с конфигом по умолчанию. В репозитории таких
  найти не удалось.
 
 
 написать секцию server
 положить конфиг в /etc/nginx/sites-available/
 
 написать ридми юзеру что он может поменять в этом конфиге имя сайта

Когда у меня стояла подобная задача, я у юзера сначала debconf-ом
спросил, хочет ли он этого, ну и в /etc/nginx/sites-enabled симлинк, а
конфиг где-нибудь у себя.

-- 
Bright regards, Sergey Korobitsin,
Chief Research Officer
Arta Software, http://arta.kz/
xmpp:underta...@jabber.arta.kz

--
Спектакль - это не совокупность образов; нет, Спектакль 
это общественные отношения, обусловленные образами.
  -- Ги-Эрнст Дебор, Общество Спектакля


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20121212054128.ga14...@undertaker.dev.lan.arta.kz



Re: Dropbox своими руками

2012-12-11 Пенетрантность Artem Chuprina
Dmitrii Kashin - debian-russian@lists.debian.org  @ Wed, 12 Dec 2012 00:54:11 
+0400:

 DK Решая задачу о создании резервных копий домашнего каталога, 
  подобную
 DK Вашей, лично я ограничился созданием FHS для своего домашнего 
  каталога,
 DK записал в файлик, какие именно директории надо бэкапить, и 
  натравил на
 DK него банальный tar. Раз в пару недель синхронизирую директорию с
 DK бэкапами с удаленным сервером. Вручную пока. Но подумываю повесить 
  на
 DK anacron.
   
Во-во, вручную пока.  И у меня все-таки бэкап серверов целиком, а не
~.
 
   DK Целиком? Извините, но просто из любопытства - это зачем? Обычно бэкапят
   DK /var/log, /var/spool, /var/www, /etc, ...
   DK Или под целиком мы опять же понимаем разное?
 
  Натурально, целиком.  Чтобы при выходе из строя и замене винчестера
  загрузиться с флешки, разбить и смонтировать новый винт, подмонтировать
  бэкапный, rsync, chroot, install-grub, reboot, и можно работать.  15
  минут плюс время копирования.
 
  В случае виртуалок и того проще.

 DK Есть важный вопрос в этом случае, о котором я раньше как-то не
 DK задумывался. Что быстрее - распаковать архив с системой на диск, или
 DK развернуть новую виртуалку и запустить сценарий доустановки необходимого
 DK софта средствами хотя бы тех же puppet или chef?

С puppet и chef дела не имел, конкретно по ним ничего сказать не готов.
Но прочтение аннотаций этих пакетов пробудило воспоминание о временах,
когда я еще редхатом пользовался.  Вывод там был следующий:
использование высокоуровневых средств конфигурации (гуев и
инструментов со своим DSL) хорошо только до тех пор, пока тебе
достаточно той части функциональности конфигурируемого софта, которую
соизволил поддержать автор конфигуратора.  Как только не хватило - до
свидания, конфигуратор немедленно приходится убрать ВЕСЬ, и ВСЁ делать
вручную, потому что разобраться в нагенерированных конфигах зачастую
слабо реально - они не для человека, а для машины генерируются.  Нередко
это происходит ВНЕЗАПНО.

Не так давно по работе я ходил по тем же граблям с cmake.  Который
генерирует мейкфайлы.  Пока работает - ничего, нормально.  Когда вдруг
не - час пришлось потратить на то, чтобы НАЙТИ ИМЕЮЩУЮСЯ возможность
включить показ выполняемых команд, чтобы понять, какие именно параметры
передаются там компилятору.  Нужно, было, как обычно, внезапно, а
документация у него на эту тему оставляет желать.  К человекочитаемым
сгенерированные мейкфайлы, разумеется, не относятся.

Поэтому из таких средств я пользуюсь только apt, а конфиг exim и правила
iptables (и команда их применения) у меня уже написаны руками.

А что быстрее - зависит.  При прочих равных обычно быстрее развернуть
архив с системой, но если сервер на хостинге, а бэкап дома на USB-винте,
и до него ADSL (мой случай), может оказаться быстрее и инсталлировать.
При условии, что те же puppet или chef таки да, настроены так, что
вернут правильную конфигурацию.  Полный бэкап все же гарантированно
содержит правильную конфигурацию по построению...

(Да, задача правильного полного бэкапа включает осознание, помимо
функциональности rsync, еще и функциональности mount --bind - иначе он
таки да, будет неполным, и на это есть риск налететь.  Больше на
реальной машине, чем на виртуальной, но все же.)

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

 DK Да, в одном. Наслаждаюсь иллюзией безопасности.

You catched it :)


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87vcc79197@wizzle.ran.pp.ru



O, cmake/ Забыть: Dropbox своими руками

2012-12-11 Пенетрантность yuri . nefedov

On Wed, 12 Dec 2012, Artem Chuprina wrote:


Не так давно по работе я ходил по тем же граблям с cmake.  Который
генерирует мейкфайлы.  Пока работает - ничего, нормально.  Когда вдруг
не - час пришлось потратить на то, чтобы НАЙТИ ИМЕЮЩУЮСЯ возможность
включить показ выполняемых команд, чтобы понять, какие именно параметры
передаются там компилятору.  Нужно, было, как обычно, внезапно, а
документация у него на эту тему оставляет желать.  К человекочитаемым
сгенерированные мейкфайлы, разумеется, не относятся.



 Открыть FAQ и поискать по слову verbose?
 С документацией у cmake пожалуй что не плохо.
 Правда, чего нигде нет, а на что можно легко наступить,
 так это то, что VERBOSE не слишком оригинальное слово.
 Скажем, если в /etc/default/rcS поставить VERBOSE=yes,
 то cmake всегда будет немного болтливым.

 Ю.


Re: O, cmake/ Забыть: Dropbox своими руками

2012-12-11 Пенетрантность Dmitry Fedorov
  Правда, чего нигде нет, а на что можно легко наступить,
  так это то, что VERBOSE не слишком оригинальное слово.
  Скажем, если в /etc/default/rcS поставить VERBOSE=yes,
  то cmake всегда будет немного болтливым.

без export VERBOSE - не будет.