All streams
Search
Write a publication
Pull to refresh
21
0
muhas @muhas

User

Send message
Собирай без плагина для него.
Я брал pkgbuild для арча (files-bzr), подглядеть в нём можно… там же в комментах немного о marlin и files
marlin вроде как почил по желанию автора, files пилится как его продолжение-форк, и пилится уже под крылом elementary
побольше бы таких энтузиастов
жаль qtopia без таких энтузиастов почила

qtopia rip, я буду тебя помнить
xatk — динамические хоткей для переключения между окнами
Очень удачная в нем заложена концепция хоткеев…
это сейчас именно фреймворк (и гстример вышел из того что раньше было), а раньше было ещё хуже чем сейчас с пульсой — ушли от этого и пришли к пульсе.
плохо это или хорошо — хз, но из-за реализации пульсы пока много ругани
в дебиан из покон веков… при добавлении репы надо добавить ключи
это монопенисуально, дело в том что udev и systemd теперь в тесной интеграции (они в одном архиве собирались оба распространять, так что в итоге тупо заменилось название пакет, а всё остальное [хуки для мкиниткпио и прочее] неизменно)
так у тех у кого были выключены и не включаться, без их ведома :D
ой, esound, или как там в гноме в начале двойки было, никому не мешало, в кедах своя прослойка была а тут вдруг пульс стал мешать… хотя согласен, реализация мерзкая
при плохой связи, уйме разработчиках в разных осях работающих над одним проектом гит и аналоги незаменимы не зависимо от размеров проектов, а RealSync в таких случаях костыль похлеще inotify+rsync

а так да, скрипт в пару строк всего-лишь частный случай…
согласен

но легкость найденного пути решения настораживает…
я же говорю что на коленке, защиты «от дурка» нет, поставить кавычки и всего делов, а вот других проблем в скрипте не мало…
а я уж на велосипедизм разругался)
Извиняюсь…
rsync под мак есть ^_^
аналог inotify вроде тоже был

скрипт рабочий, но писан на коленке меньше чем за минуту — посему далек от идеала
нет, не я… но откатиться гитом на нужный день-минуту всяко проще)
да и почти 5 мегабайт в архиве это что-то слишком много
#!/bin/bash
REPO=$1
if [ x$REPO = x ];then
	echo "Usage: $0 /path/to/dir"
	exit 0
fi

cd  $REPO

if [ -d $1 ];then
	while inotifywait -r -qq -e create -e close_write -e move -e delete .; do
		rsync -avz -e ssh remoteuser@remotehost:/remote/dir $REPO  #можно и не ssh а на nfs/smb
	done
else
	echo "э... чувак, это же не директория"
fi

или в архиве скрипт + уйма зависимостей для его запуска?
а вот с этим не поспоришь даже не смотря на то что изменения не так уж много по размеру занимают и можно использовать для сих целей отдельную ветку
сейчас даже не поленился и проверил

git push 0,04s user 0,01s system 3% cpu 1,290 total

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

единственно излишество по сравнению с RealSync это контроль версий — в этом как плюс, так и минус…
не знаю как в windows, в linux по inotify спарклешаре узнает о изменениях сразу же и тут же отправляет, дело не хитрое — в итоге всё упирается в канал
а уж как гит скопирует и наколдует зависит от того как вы напишите его post-update

или по inotify bagmify (десятистрочный скрипт на bash) делает тоже самое, не помню =)
sparkleshare закоммитит и запушит за вас… а гит сервер скопирует и сделает другие действия по вашему желанию

а так да, я уже приблизился к пониманию зачем оно нужно

Information

Rating
Does not participate
Location
Псковская обл., Россия
Date of birth
Registered
Activity