freeze
 

Alexey Vissarionov написал(а) к All в May 17 14:44:44 по местному времени:

Доброго времени суток, All!

Коллеги, большая просьба в ближайшее время (пару дней) ничего не коммитить в репу на SF - я создал git.huskyproject.org с зеркалом на github.com, а теперь попробую перетащить туда все наше хозяйство, в том числе генератор отчетов по коммитам и автоматическую сборку эхотага для GNU/Linux систем по git-тегам.

Как бы маловероятно это ни было, но по закону подлости именно в процессе переезда кто-то обязательно выловит какую-нибудь корякву и посчитает нужным исправить ее самым срочным образом. Большая просьба: все такие исправления никуда не коммитить, а вместо этого пока публиковать `diff -burN` в эхе.

Итак, сабж. Как только переезд завершится (или, что тоже не исключено, если попытка переезда окажется неудачной), я об этом объявлю. А пока прошу всех участников прислать мне нетмылом свои открытые ключи для SSН (рекомендую RSA 8192 bit).


З.Ы. (Замечу Ышо): ключ 2:5053/58 у меня уже есть, ключ 2:5057/77 хорошо бы обновить до 8192-битного.

--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Опыт и алкоголизм всегда победят молодость и энтузиазм
--- /bin/vi

freeze
 

Michael Dukelsky написал(а) к Alexey Vissarionov в May 17 17:16:10 по местному времени:

Привет, Alexey!

15 May 17 14:44, Alexey Vissarionov послал(а) письмо к All:

AV> Коллеги, большая просьба в ближайшее время (пару дней) ничего не
AV> коммитить в репу на SF - я создал git.huskyproject.org с зеркалом на
AV> github.com

А на SF всё останется?

Желаю успехов, Alexey!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20151128

freeze
 

Alexey Vissarionov написал(а) к Michael Dukelsky в May 17 17:30:30 по местному времени:

Доброго времени суток, Michael!
15 May 2017 17:16:10, ты -> мне:

AV>> Коллеги, большая просьба в ближайшее время (пару дней) ничего не
AV>> коммитить в репу на SF - я создал git.huskyproject.org с зеркалом
AV>> на github.com
MD> А на SF всё останется?

До запуска git-репы - однозначно да. Если таковой окажется успешным - думаю, какое-то время оно будет выполнять функции "старой" резервной копии, а потом можно будет попросить Стаса почистить там все (благо, особой оперативности данное действие не требует).


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... god@universe:~ # cvs up && make world
--- /bin/vi

freeze
 

Michael Dukelsky написал(а) к Alexey Vissarionov в May 17 17:58:34 по местному времени:

Привет, Alexey!

15 May 17 17:30, Alexey Vissarionov послал(а) письмо к Michael Dukelsky:

AV>>> Коллеги, большая просьба в ближайшее время (пару дней) ничего не
AV>>> коммитить в репу на SF - я создал git.huskyproject.org с
AV>>> зеркалом на github.com
MD>> А на SF всё останется?

AV> До запуска git-репы - однозначно да. Если таковой окажется успешным -
AV> думаю, какое-то время оно будет выполнять функции "старой" резервной
AV> копии, а потом можно будет попросить Стаса почистить там все (благо,
AV> особой оперативности данное действие не требует).

Я имел в виду не старую резервную копию, а синхронизированную. Как Гульчук сделал синхронизированную копию гитхаба и своего cvs сервера для binkd. Это позволит сделать переход для разработчиков безударным. Кстати, разработчики есть не только здесь, но и в FIDOSOFT.НUSKY.

Желаю успехов, Alexey!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20151128

freeze
 

Alexey Vissarionov написал(а) к Michael Dukelsky в May 17 20:00:00 по местному времени:

Доброго времени суток, Michael!
15 May 2017 17:58:34, ты -> мне:

AV>>>> Коллеги, большая просьба в ближайшее время (пару дней) ничего
AV>>>> не коммитить в репу на SF - я создал git.huskyproject.org с
AV>>>> зеркалом на github.com
MD>>> А на SF всё останется?
AV>> До запуска git-репы - однозначно да. Если таковой окажется
AV>> успешным - думаю, какое-то время оно будет выполнять функции
AV>> "старой" резервной копии, а потом можно будет попросить Стаса
AV>> почистить там все (благо, особой оперативности данное действие
AV>> не требует).
MD> Я имел в виду не старую резервную копию, а синхронизированную.

Хм... Теоретически можно, но в этом случае в CVS-репу пойдет всего одна ветка (например, master), а саму CVS-репу придется делать read-only, ибо я с трудом представляю себе, как сделать двусторонний обмен (пока вырисовывается какая-то совсем уж аццкая скриптопись).

MD> Как Гульчук сделал синхронизированную копию гитхаба и своего cvs
MD> сервера для binkd.

Могу предположить, что у него первична CVS-репа, а на гитхабе публикуется единственная ветка master. Соответственно, merge в этом случае скорее всего приходится делать на стороне CVS, то есть все изменения должны идти по пути git/proposal - cvs - git/master, а то и просто diff - cvs - git/master.

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

Ну и сначала надо все-таки полностью перейти на git, а до тех пор CVS вообще нехрен трогать.

MD> Это позволит сделать переход для разработчиков безударным.

Ээээ... каким? :-)

MD> Кстати, разработчики есть не только здесь, но и в FIDOSOFT.НUSKY.

Там еще кто-то жив???


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Компетентный орган - это тот самый %уй, который все знает
--- /bin/vi

freeze
 

Michael Dukelsky написал(а) к Alexey Vissarionov в May 17 20:50:40 по местному времени:

Привет, Alexey!

15 May 17 20:00, Alexey Vissarionov послал(а) письмо к Michael Dukelsky:

AV>>>>> Коллеги, большая просьба в ближайшее время (пару дней) ничего
AV>>>>> не коммитить в репу на SF - я создал git.huskyproject.org с
AV>>>>> зеркалом на github.com
MD>>>> А на SF всё останется?
AV>>> До запуска git-репы - однозначно да. Если таковой окажется
AV>>> успешным - думаю, какое-то время оно будет выполнять функции
AV>>> "старой" резервной копии, а потом можно будет попросить Стаса
AV>>> почистить там все (благо, особой оперативности данное действие
AV>>> не требует).
MD>> Я имел в виду не старую резервную копию, а синхронизированную.

AV> Хм... Теоретически можно, но в этом случае в CVS-репу пойдет всего
AV> одна ветка (например, master), а саму CVS-репу придется делать
AV> read-only, ибо я с трудом представляю себе, как сделать двусторонний
AV> обмен (пока вырисовывается какая-то совсем уж аццкая скриптопись).

MD>> Как Гульчук сделал синхронизированную копию гитхаба и своего cvs
MD>> сервера для binkd.

AV> Могу предположить, что у него первична CVS-репа, а на гитхабе
AV> публикуется единственная ветка master. Соответственно, merge в этом
AV> случае скорее всего приходится делать на стороне CVS, то есть все
AV> изменения должны идти по пути git/proposal - cvs - git/master, а то и
AV> просто diff - cvs - git/master.

Надо спросить у Павла.

MD>> Кстати, разработчики есть не только здесь, но и в FIDOSOFT.НUSKY.
AV> Там еще кто-то жив???

Да.

Желаю успехов, Alexey!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20151128

freeze
 

Dmitriy Lyalyuev написал(а) к Alexey Vissarionov в May 17 21:28:20 по местному времени:

Привет, Alexey!

15 май 17 20:00, Alexey Vissarionov -> Michael Dukelsky:

AV> Могу предположить, что у него первична CVS-репа, а на гитхабе
AV> публикуется единственная ветка master. Соответственно, merge в этом
AV> случае скорее всего приходится делать на стороне CVS, то есть все
AV> изменения должны идти по пути git/proposal - cvs - git/master, а то и
AV> просто diff - cvs - git/master.

AV> Сейчас у меня примерно то же самое, только с обеих сторон git. Как к
AV> этой (довольно простой и изящной) конструкции прикрутить работу с CVS,
AV> и есть ли вообще смысл это делать - надо думать.

Я когда-то делал миграцию CVS -> SVN -> GIT.
То еще удовольствие было. Но все вроде даже смигрировалось.
На регулярной основе я бы так не делал.

AV> Ну и сначала надо все-таки полностью перейти на git, а до тех пор CVS
AV> вообще нехрен трогать.

Правильное решение. IMНO.

С наилучшими пожеланиями, Dmitriy.

--- -Пиши, старик, пиши! Мы тебя не покинем.

freeze
 

Pavel Gulchouck написал(а) к Alexey Vissarionov в May 17 14:43:08 по местному времени:

Нi Alexey!

15 May 17, Alexey Vissarionov ==> Michael Dukelsky:

AV>>>>> Коллеги, большая просьба в ближайшее время (пару дней) ничего
AV>>>>> не коммитить в репу на SF - я создал git.huskyproject.org с
AV>>>>> зеркалом на github.com
MD>>>> А на SF всё останется?
AV>>> До запуска git-репы - однозначно да. Если таковой окажется
AV>>> успешным - думаю, какое-то время оно будет выполнять функции
AV>>> "старой" резервной копии, а потом можно будет попросить Стаса
AV>>> почистить там все (благо, особой оперативности данное действие
AV>>> не требует).
MD>> Я имел в виду не старую резервную копию, а синхронизированную.

AV> Хм... Теоретически можно, но в этом случае в CVS-репу пойдет всего одна ветка (например, master), а саму CVS-репу придется
AV> делать read-only, ибо я с трудом представляю себе, как сделать двусторонний обмен (пока вырисовывается какая-то совсем уж
AV> аццкая скриптопись).

MD>> Как Гульчук сделал синхронизированную копию гитхаба и своего cvs
MD>> сервера для binkd.

AV> Могу предположить, что у него первична CVS-репа, а на гитхабе публикуется единственная ветка master. Соответственно, merge
AV> в этом случае скорее всего приходится делать на стороне CVS, то есть все изменения должны идти по пути git/proposal - cvs
AV> - git/master, а то и просто diff - cvs - git/master.

Там нет первичных/авторичных, там "master-master", т.е. все коммиты реплицируются в обе стороны, включая ветвление.
Предпочтение, конечно, отдаётся гиту, cvs поддерживается исключительно для обратной совместимости, но коммитить в cvs тоже можно.

Скрипты совсем небольшие, всего около сотни строк, хотя попариться с их отладкой какое-то время пришлось. Используются "git cvsexportcommit" и "git cvsimport". Если интересно, могу поделиться.

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

Lucky carrier,
Паша
aka gul@gul.kiev.ua
--- GoldED+/LNX 1.1.5-b20160827

freeze
 

Alexey Vissarionov написал(а) к Pavel Gulchouck в May 17 18:52:00 по местному времени:

Доброго времени суток, Pavel!
23 May 2017 14:43:08, ты -> мне:

MD>>> Как Гульчук сделал синхронизированную копию гитхаба и своего cvs
AV>> Могу предположить, что у него первична CVS-репа
PG> Там нет первичных/авторичных, там "master-master", т.е. все коммиты
PG> реплицируются в обе стороны, включая ветвление. Предпочтение,
PG> конечно, отдаётся гиту, cvs поддерживается исключительно для обратной
PG> совместимости, но коммитить в cvs тоже можно.
PG> Скрипты совсем небольшие, всего около сотни строк, хотя попариться с
PG> их отладкой какое-то время пришлось. Используются "git
PG> cvsexportcommit" и "git cvsimport". Если интересно, могу поделиться.

Интересно. Делись :-)

PG> Ещё с изначальной конвертацией репозитория (история, ветки и т.п.)
PG> был какой-то головняк, уже не помню точно, какой именно и как решил.
PG> Там есть несколько вариантов конвертации, и у каждого свои приколы.

Если вспомнишь - будет очень хорошо.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... .. [b]_ .__. ._.. . __ ___ ._. ... . _._. ___ _.. . _ ._ __. ._.. .. [/b]. .
--- /bin/vi

freeze
 

Pavel Gulchouck написал(а) к Alexey Vissarionov в May 17 09:46:40 по местному времени:

Нi Alexey!

23 May 17, Alexey Vissarionov ==> Pavel Gulchouck:

MD>>>> Как Гульчук сделал синхронизированную копию гитхаба и своего cvs

AV>>> Могу предположить, что у него первична CVS-репа

PG>> Там нет первичных/авторичных, там "master-master", т.е. все коммиты
PG>> реплицируются в обе стороны, включая ветвление. Предпочтение,
PG>> конечно, отдаётся гиту, cvs поддерживается исключительно для обратной
PG>> совместимости, но коммитить в cvs тоже можно.
PG>> Скрипты совсем небольшие, всего около сотни строк, хотя попариться с
PG>> их отладкой какое-то время пришлось. Используются "git
PG>> cvsexportcommit" и "git cvsimport". Если интересно, могу поделиться.

AV> Интересно. Делись :-)

Все модули проекта конвертнул и выложил на github (с историей и ветками):
[url]https://github.com/pgul/husky[/url]
Решил не объединять их все в один репозиторий, а сделать сабмодулями. Впрочем, объединить всегда можно, если это покажется удобным. История при этом не потеряется, но ветки и тэги в этом случае будут относиться ко всему проекту husky - собственно, из-за этого я и не стал их объединить.

Получить всё можно так:

git clone git@github.com:pgul/husky.git
cd husky
git submodule update --init --recursive

Потом обновлять можно командой
git pull --recurse-submodules

Можете клонировать, форкать и т.п.

Зачем это нужно - потому что мне не нравится то, как это делаешь ты.
А именно - хочешь забрать проект из общественного доступа с несколькими разработчиками на личный сервак и личный домен, где патчи сможешь принимать или не принимать только ты лично, да ещё и с потерей истории и веток.
По той же причине ты оставляешь его на гитхабе в read-only - чтобы не потерять единоличный контроль. А объяснение о том, что патчи должны присылаться только по фидо - нелепая отговорка, ведь полезность патча совсем нетрудно оценить независимо от того, каким путём он пришёл. Попутно тебе пришлось отказаться от гитхаба как от удобного инструмента (пул-реквесты, ревью, доработки, обсуждения и т.п.).

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

Подключение jenkins и всякого прочего не зависит от того, на каком из серверов находится корневой репозиторий. Кроме того, на гитхабе есть веб-хуки.

Автоматическую синхронизацию между github и sf настрою позже.

Готов переместить репозиторий из github.com/pgul в github.com/huskyproject, если там будут даны права коммитить всем разработчикам husky (т.е. тем, которые имеют права коммитить в husky на sf.net).

Впрочем, если кто желает настроить репликацию между cvs и github у себя - you're welcome. Вот скрипты:

cvs2git.sh:

=====
#! /bin/sh

set -e
set -o pipefail

НOME="/usr/local/git-repos"
REPO="$1"
cd "$НOME/$REPO"

git checkout -q master
git cvsimport -a -d /usr/local/cvsroot -r cvs -k -i "$REPO" | { grep -v '^Already' || true; }
git fetch -q origin
for branch in `git branch | sed 's/^. //' | grep -v ^_`; do
git checkout -q $branch
git merge -q --ff-only origin/$branch
COMMITS=`git log --format="tformat:%Н" --reverse --author='<([^g]|g[^i]|gi[^t]|git[^>])' -E _cvs/$branch..cvs/$branch`
NEED_PUSН=""
if [ -n "$COMMITS" ]; then
for commit in $COMMITS; do
git cherry-pick $commit
NEED_PUSН=1
done
fi
git checkout -q _cvs/$branch
git merge -q --ff-only cvs/$branch
[ -z "$NEED_PUSН" ] || git push -q origin $branch && git push -q --tags origin $branch
done
git checkout -q master
=====

git2cvs.sh:

=====
#! /bin/sh

set -e
set -o pipefail

НOME="/usr/local/git-repos"
REPO="$1"
cd "$НOME/$REPO"

# Fetch new commits from github
git fetch -q origin

# export all new commits to cvs
export GIT_DIR=`pwd`/.git
for branch in `git branch | sed 's/^. //' | grep -v ^_`; do
git checkout -q $branch
COMMITS=`git log --no-merges --format="tformat:%Н" --reverse ..origin/$branch`
if [ -n "$COMMITS" ]; then
cd "../${REPO}.cvs"
cvs -q update -C
if [ "$branch" = "master" ]; then
cvs update -kk -A
else
cvs update -kk -r $branch
fi
for commit in $COMMITS; do
git cvsexportcommit -c -p $commit
done
cvs -q update
cd "$НOME/$REPO"
git merge --ff-only origin/$branch
fi
done

git checkout -q master
=====

Lucky carrier,
Паша
aka gul@gul.kiev.ua
--- GoldED+/LNX 1.1.5-b20160827

freeze
 

Pavel Gulchouck написал(а) к All в May 17 17:33:34 по местному времени:

Нi All!

24 May 17, Pavel Gulchouck ==> Alexey Vissarionov:

PG> Все модули проекта конвертнул и выложил на github (с историей и ветками):
PG> [url]https://github.com/pgul/husky[/url]
PG> Решил не объединять их все в один репозиторий, а сделать сабмодулями. Впрочем, объединить всегда можно, если это покажется
PG> удобным. История при этом не потеряется, но ветки и тэги в этом случае будут относиться ко всему проекту husky -
PG> собственно, из-за этого я и не стал их объединить.

PG> Получить всё можно так:

PG> git clone git@github.com:pgul/husky.git

Сорри, забыл, что не у всех есть логин на github. :)
Через https:

git clone [url]https://github.com/pgul/husky.git[/url]

Остальное не меняется.

PG> cd husky
PG> git submodule update --init --recursive

PG> Потом обновлять можно командой
PG> git pull --recurse-submodules

Lucky carrier,
Паша
aka gul@gul.kiev.ua
--- GoldED+/LNX 1.1.5-b20160827

freeze
 

Alexey Vissarionov написал(а) к Pavel Gulchouck в May 17 20:02:00 по местному времени:

Доброго времени суток, Pavel!
24 May 2017 09:46:40, ты -> мне:

MD>>>>> Как Гульчук сделал синхронизированную копию гитхаба и своего cvs
AV>>>> Могу предположить, что у него первична CVS-репа
PG>>> Там нет первичных/авторичных, там "master-master", т.е. все коммиты
PG>>> реплицируются в обе стороны, включая ветвление.
PG>>> Если интересно, могу поделиться.
AV>> Интересно. Делись :-)
PG> [url]https://github.com/pgul/husky[/url]

Я про скрипты.

PG> Зачем это нужно - потому что мне не нравится то, как это делаешь ты.
PG> А именно - хочешь забрать проект из общественного доступа с
PG> несколькими разработчиками на личный сервак и личный домен, где патчи
PG> сможешь принимать или не принимать только ты лично, да ещё и с
PG> потерей истории и веток. По той же причине ты оставляешь его на
PG> гитхабе в read-only - чтобы не потерять единоличный контроль.

Зачем ты приписываешь мне свои фантазии?

PG> Попутно тебе пришлось отказаться от гитхаба как от удобного
PG> инструмента (пул-реквесты, ревью, доработки, обсуждения и т.п.).

Вот именно обсуждения я считаю нужным вести в фидошных эхах, а не где-то. Остальное, соответственно, можно реализовать где угодно.

PG> Такое усложнение развития убьёт проект, а мне бы этого не хотелось.
PG> И не хотелось бы перевода проекта из общественной собственности в
PG> личную.

Чушь была старательно несома...

Я понимаю, что вряд ли сумею тебя переубедить (впрочем, мне от того, что ты пребываешь в заблуждениях, особой печали нет), но все же: я всем этим начал заниматься просто потому, что появилось не только желание, но и возможность. Кстати, то же самое относится и к "личной собственности", под которой ты явно подразумеваешь домен huskyproject.org: мне от него никакого гешефта - наоборот, одни расходы.

PG> Готов переместить репозиторий из github.com/pgul в
PG> github.com/huskyproject, если там будут даны права коммитить всем
PG> разработчикам husky (т.е. тем, которые имеют права коммитить в
PG> husky на sf.net).

Думаю, для начала нужно спросить этих самых разработчиков (как минимум тех из них, кто доступен нетмылом и не потерял интерес к проекту), кому как будет удобнее работать с репой - на git.huskyproject.org или на гитхабе.

PG> Впрочем, если кто желает настроить репликацию между cvs и github у
PG> себя - you're welcome. Вот скрипты:
PG> cvs2git.sh:
PG> git2cvs.sh:

Ага, понял... Благодахрю! :-)


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Как мяукнется - так и отгавкнется
--- /bin/vi

freeze
 

Victor Sudakov написал(а) к Pavel Gulchouck в May 17 09:29:36 по местному времени:

Dear Pavel,

24 May 17 09:46, you wrote to Alexey Vissarionov:

[dd]

PG> Все модули проекта конвертнул и выложил на github (с историей и
PG> ветками):
PG> [url]https://github.com/pgul/husky[/url]
PG> Решил не объединять их все в один репозиторий, а сделать сабмодулями.
PG> Впрочем, объединить всегда можно, если это покажется удобным. История
PG> при этом не потеряется, но ветки и тэги в этом случае будут относиться
PG> ко всему проекту husky - собственно, из-за этого я и не стал их
PG> объединить.

PG> Получить всё можно так:

PG> git clone git@github.com:pgul/husky.git
PG> cd husky
PG> git submodule update --init --recursive

Что-то у тебя маленько недоделано. Эта команда пытается часть модулей стянуть over ssh и обламывается за неимением у меня неанонимного доступа на guthub:


Cloning into '/home/sudakov/src/husky/diskpoll'...
Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
fatal: clone of 'git@github.com:pgul/diskpoll.git' into submodule path '/home/sudakov/src/husky/diskpoll' failed

Изначальное клонирование over https у меня прошло без ошибок.

Регистрироваться на github ради этого не хочется, я его не люблю: [url]http://victor-sudakov.livejournal.com/143517.html[/url]


Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

freeze
 

Alexey Vissarionov написал(а) к All в Mar 19 21:21:00 по местному времени:

Доброго времени суток, All!

Коллеги, очень прошу сабж до вечера вторника - готовлю большое изменение, касающееся сборки RPM-пакетов (huskylib smapi fidoconf areafix hpt, а если останется время, то и htick с sqpack).

Если эксперимент пройдет удачно, у нас будет корректная сборка эхотага под практически любую RPM-based систему.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Облачных технологий не существует - существуют только чужие компутеры
--- /bin/vi

freeze
 

Cheslav Osanadze написал(а) к Alexey Vissarionov в Mar 19 22:13:30 по местному времени:

Привет, Alexey!

10 мар 19 21:21, Alexey Vissarionov -> All:

AV> Если эксперимент пройдет удачно, у нас будет корректная сборка эхотага
AV> под практически любую RPM-based систему.

И оно пойдёт под малину?


Cheslav.

... Из /dev/null еще никто не возвращался
--- ...

freeze
 

Alexey Vissarionov написал(а) к Cheslav Osanadze в Mar 19 23:50:00 по местному времени:

Доброго времени суток, Cheslav!
10 Mar 2019 22:13:30, ты -> мне:

AV>> Если эксперимент пройдет удачно, у нас будет корректная сборка
AV>> эхотага под практически любую RPM-based систему.
CO> И оно пойдёт под малину?

Под новую, с процессором aarch64 - таки да. Если что, binkd уже собран.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Все мы - да. Но некоторые - таки.
--- /bin/vi

freeze
 

Cheslav Osanadze написал(а) к Alexey Vissarionov в Mar 19 23:24:14 по местному времени:

Привет, Alexey!

10 мар 19 23:50, Alexey Vissarionov -> Cheslav Osanadze:

AV>>> Если эксперимент пройдет удачно, у нас будет корректная сборка
AV>>> эхотага под практически любую RPM-based систему.
CO>> И оно пойдёт под малину?

AV> Под новую, с процессором aarch64 - таки да. Если что, binkd уже
AV> собран.

"Новая" это третья?


Cheslav.

... Операция "МЫ" и другие приключения В.Познера.
--- ...

Re: freeze
 

Mikhail Stakhanov написал(а) к Alexey Vissarionov в Mar 19 00:12:12 по местному времени:

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

Ответ на сообщение Alexey Vissarionov (2:5020/545) к Cheslav Osanadze, написанное 10 мар 19 в 23:50:
AV>>> Если эксперимент пройдет удачно, у нас будет корректная сборка
AV>>> эхотага под практически любую RPM-based систему.
CO>> И оно пойдёт под малину?

AV> Под новую, с процессором aarch64 - таки да. Если что, binkd уже
AV> собран.
так под aarch64 binkd и husky собираются, у меня во владике нода на тв приставке висела.

Всего наилучшего, Mikhail
--- GoldED+/W32-MINGW 1.1.5-b20120519

freeze
 

Alexey Vissarionov написал(а) к Cheslav Osanadze в Mar 19 01:02:02 по местному времени:

Доброго времени суток, Cheslav!
10 Mar 2019 23:24:14, ты -> мне:

AV>>>> Если эксперимент пройдет удачно, у нас будет корректная сборка
AV>>>> эхотага под практически любую RPM-based систему.
CO>>> И оно пойдёт под малину?
AV>> Под новую, с процессором aarch64 - таки да. Если что, binkd уже
AV>> собран.
CO> "Новая" это третья?

Я в их сортах не особо... если процессор Cortex A53 - оно.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Облачных технологий не существует - существуют только чужие компутеры
--- /bin/vi

freeze
 

Cheslav Osanadze написал(а) к Mikhail Stakhanov в Mar 19 23:59:24 по местному времени:

Привет, Mikhail!

11 мар 19 00:12, Mikhail Stakhanov -> Alexey Vissarionov:

AV>>>> Если эксперимент пройдет удачно, у нас будет корректная сборка
AV>>>> эхотага под практически любую RPM-based систему.
CO>>> И оно пойдёт под малину?

AV>> Под новую, с процессором aarch64 - таки да. Если что, binkd уже
AV>> собран.
MS> так под aarch64 binkd и husky собираются, у меня во владике нода на тв
MS> приставке висела.

Собирается и уже собрано - несколько разные вещи.:)
Речь то шла про "взять готовый бинарник", как я понимаю.


Cheslav.

... Умные начинают с конца, а глупые кончают в начале.
--- ...

freeze
 

Alexey Vissarionov написал(а) к All в Mar 19 14:01:04 по местному времени:

Доброго времени суток, All!
10 Mar 2019 21:21:00, Alexey Vissarionov -> All:

AV> Коллеги, очень прошу сабж до вечера вторника - готовлю большое
AV> изменение, касающееся сборки RPM-пакетов (huskylib smapi fidoconf

Эти три уже в апстриме. Отныне прошу заворачивать дистрибутивозависимые конструкции в %if %_vendor (см. примеры в новых .spec-файлах).

AV> areafix hpt,

Эти два скорее всего доделаю сегодня вечером.

AV> а если останется время, то и htick с sqpack).

Здесь без изменений в прогнозе: по остаточному принципу.

AV> Если эксперимент пройдет удачно, у нас будет корректная сборка
AV> эхотага под практически любую RPM-based систему.

Его уже можно считать удачным, но надо все же доделать :-)


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Хайло (сущ.): инструмент для руководства горными и земляными работами
--- /bin/vi

freeze
 

Michael Dukelsky написал(а) к Alexey Vissarionov в Mar 19 21:56:00 по местному времени:

Привет, Alexey!

11 Mar 19 14:01, Alexey Vissarionov послал(а) письмо к All:

AV>> Коллеги, очень прошу сабж до вечера вторника - готовлю большое
AV>> изменение, касающееся сборки RPM-пакетов (huskylib smapi fidoconf

AV> Эти три уже в апстриме.

$ rpmbuild -ta huskylib.tar.xz
error: Failed build dependencies:
glibc-devel-static is needed by huskylib-1.9.20190311C-redhat1.x86_64

$ yum search glibc-devel-static
Loaded plugins: auto-update-debuginfo, fastestmirror, langpacks
Loading mirror speeds from cached hostfile
* atomic: www7.atomicorp.com
* base: mirror.sale-dedic.com
* epel: fedora-mirror01.rbc.ru
* epel-debuginfo: fedora-mirror01.rbc.ru
* extras: mirror.reconn.ru
* nux-dextop: li.nux.ro
* updates: mirror.reconn.ru
Warning: No matches found for: glibc-devel-static
No matches found

$ cat /etc/centos-release
CentOS Linux release 7.6.1810 (Core)

Желаю успехов, Alexey!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20170303

freeze
 

Alexey Vissarionov написал(а) к Michael Dukelsky в Mar 19 00:30:00 по местному времени:

Доброго времени суток, Michael!
11 Mar 2019 21:56:00, ты -> мне:

AV>>> Коллеги, очень прошу сабж до вечера вторника - готовлю большое
AV>>> изменение, касающееся сборки RPM-пакетов (huskylib smapi fidoconf
AV>> Эти три уже в апстриме.
MD> $ rpmbuild -ta huskylib.tar.xz
MD> error: Failed build dependencies:
MD> glibc-devel-static is needed by huskylib-1.9.20190311C-redhat1.x86_64

А как оно там называется? Щас добавлю %if %_vendor == "redhat" ...


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Кто не боится синего экрана - не должен бояться и черного
--- /bin/vi

freeze
 

Michael Dukelsky написал(а) к Alexey Vissarionov в Mar 19 11:00:58 по местному времени:

Привет, Alexey!

12 Mar 19 00:30, Alexey Vissarionov послал(а) письмо к Michael Dukelsky:

MD>> $ rpmbuild -ta huskylib.tar.xz
MD>> error: Failed build dependencies: glibc-devel-static is needed by
MD>> huskylib-1.9.20190311C-redhat1.x86_64
AV> А как оно там называется? Щас добавлю %if %_vendor == "redhat" ...

Выбирай:
$ yum search glibc
[...skipped...]
glibc-common.x86_64 : Common binaries and locale data for glibc
glibc-debuginfo.x86_64 : Debug information for package glibc
glibc-debuginfo-common.x86_64 : Debug information for package glibc
compat-glibc.x86_64 : Compatibility C library
compat-glibc-headers.x86_64 : Нeader files for development using standard C libraries.
glibc.i686 : The GNU libc libraries
glibc.x86_64 : The GNU libc libraries
glibc-devel.i686 : Object files for development using standard C libraries.
glibc-devel.x86_64 : Object files for development using standard C libraries.
glibc-headers.x86_64 : Нeader files for development using standard C libraries.
glibc-static.i686 : C library static libraries for -static linking.
glibc-static.x86_64 : C library static libraries for -static linking.
glibc-utils.x86_64 : Development utilities from GNU C library
[...skipped...]

И вообще-то у пакетов для CentOS 7 не пишут "redhat", а пишут "el7" или, если пакет специфичен для CentOS, то "el7.centos", но никогда сзади не приклеивают номер релиза. Номер релиза идёт после номера версии через дефис: 1.9.4-2.el7. Здесь 1.9.4 - номер версии, 2 - номер релиза.

Желаю успехов, Alexey!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20170303

freeze
 

Alexey Vissarionov написал(а) к Michael Dukelsky в Mar 19 12:00:20 по местному времени:

Доброго времени суток, Michael!
12 Mar 2019 11:00:58, ты -> мне:

MD>>> $ rpmbuild -ta huskylib.tar.xz
MD>>> error: Failed build dependencies: glibc-devel-static is needed by
MD>>> huskylib-1.9.20190311C-redhat1.x86_64
AV>> А как оно там называется? Щас добавлю %if %_vendor == "redhat" ...
MD> glibc-static.x86_64 : C library static libraries for -static linking.

Ага.

MD> И вообще-то у пакетов для CentOS 7 не пишут "redhat", а пишут "el7"
MD> или, если пакет специфичен для CentOS, то "el7.centos", но никогда
MD> сзади не приклеивают номер релиза. Номер релиза идёт после номера
MD> версии через дефис: 1.9.4-2.el7. Здесь 1.9.4 - номер версии, 2 -
MD> номер релиза.

Тем более не проблема.
А если покажешь `rpmbuild --showrc | grep vendor` - совсем хорошо будет.

2 all: еще от котелка (Fedorы) такое же хочу. А в CentOS 6 сам посмотрю.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... god@universe:~ # cvs up && make world
--- /bin/vi

freeze
 

Michael Dukelsky написал(а) к Alexey Vissarionov в Mar 19 12:53:12 по местному времени:

Привет, Alexey!

12 Mar 19 12:00, Alexey Vissarionov послал(а) письмо к Michael Dukelsky:

AV> А если покажешь `rpmbuild --showrc | grep vendor` - совсем хорошо
AV> будет.

$ rpmbuild --showrc | grep vendor
-14: [b]build_vendor %{_host[/b]vendor}
-14: [b]host[/b]vendor redhat
-14: [b]target_platform %{_target_cpu}-%{_vendor}-%{_target_os}%{?[/b]gnu}
-14: [b]target_vendor %{_host[/b]vendor}
-14: _vendor redhat
%global [b]_provides_exclude_from %{perl_vendorarch}/auto/.[i]\\.so$|%{perl_archlib}/.[/i]\\.so$|%{[/b]docdir}
-14: perl[b]vendorarch %(eval "`%{_[/b]perl} -V:installvendorarch`"; echo $installvendorarch)
-14: perl[b]vendorlib %(eval "`%{_[/b]perl} -V:installvendorlib`"; echo $installvendorlib)
%global [b]_provides_exclude_from %{?__provides_exclude_from:%{__provides_exclude_from}|}^(%{ruby_vendorarchdir}|%{ruby[/b]sitearchdir})/.*\\ .so$
-14: ruby[b]vendorarchdir %{ruby_libarchdir}/%{ruby[/b]vendordir}
-14: ruby[b]vendordir vendor[/b]ruby
-14: ruby[b]vendorlibdir %{ruby_libdir}/%{ruby[/b]vendordir}

Наверно, в имени пакета надо использовать dist, а не _vendor.

$ rpmbuild --showrc | grep el7
-14: [b]qt4[/b]evr 1:4.8.7-2.el7
-14: [b]selinux_policy_version 3.13.1-229.el7[/b]6.9
-14: dist .el7
-14: el7 1
-14: kdelibs4[b]evr 64.14.8-6.el7[/b]3

Желаю успехов, Alexey!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20170303

Re: freeze
 

Alexander Kruglikov написал(а) к Alexey Vissarionov в Mar 19 16:22:36 по местному времени:

Привет, Alexey!

12 мар 19 12:00, Alexey Vissarionov писал(а) к Michael Dukelsky:

AV> 2 all: еще от котелка (Fedorы) такое же хочу. А в CentOS 6 сам
AV> посмотрю.

[around@fedora-test ~]$ yum search glibc
Последняя проверка окончания срока действия метаданных: 0:04:28 назад, Вт 12 мар 2019 16:22:59.
============== Name точное соответствие: glibc ==============
glibc.x86_64 : The GNU libc libraries
glibc.i686 : The GNU libc libraries
glibc.x86_64 : The GNU libc libraries
============= Summary и Name совпадение: glibc ==============
glibc-all-langpacks.x86_64 : All language packs for glibc.
glibc-common.x86_64 : Common binaries and locale data for
: glibc
glibc-common.x86_64 : Common binaries and locale data for
: glibc
glibc-minimal-langpack.x86_64 : Minimal language packs for
: glibc.
glibc-benchtests.x86_64 : Benchmarking binaries and scripts
: for glibc
================== Name совпадение: glibc ===================
glibc-devel.i686 : Object files for development using
: standard C libraries.
glibc-devel.x86_64 : Object files for development using
: standard C libraries.
glibc-utils.x86_64 : Development utilities from GNU C library
glibc-static.i686 : C library static libraries for -static
: linking.
glibc-static.x86_64 : C library static libraries for -static
: linking.
glibc-headers.i686 : Нeader files for development using
: standard C libraries.
glibc-headers.x86_64 : Нeader files for development using
: standard C libraries.
glibc-nss-devel.i686 : Development files for directly linking
: NSS service modules
glibc-nss-devel.x86_64 : Development files for directly
: linking NSS service modules

[around@fedora-test ~]$ rpmbuild --showrc | grep vendor
-13: [b]build_vendor %{_host[/b]vendor}
print("%global [b]efi[/b]vendor fedora\n")
-13: [b]host[/b]vendor redhat
-13: [b]target_platform %{_target_cpu}-%{_vendor}-%{_target_os}%{?[/b]gnu}
-13: [b]target_vendor %{_host[/b]vendor}
-13: _vendor redhat
-13: efi[b]esp_dir %{expand:%{_efi_srpm_macros_setup}}%{efi_esp_efi}/%{efi[/b]vendor}
-13: efi[b]vendor %{expand:%{_efi_srpm_macros_setup}}%{expand:%{_efi[/b]vendor}}
-13: perl[b]vendorarch %(eval "`%{_[/b]perl} -V:installvendorarch`"; echo $installvendorarch)
-13: perl[b]vendorlib %(eval "`%{_[/b]perl} -V:installvendorlib`"; echo $installvendorlib)

[around@fedora-test ~]$ cat /etc/fedora-release
Fedora release 29 (Twenty Nine)

С наилучшими пожеланиями, Alexander.
--- "GoldED+/LNX 1.1.5-b20180707" ---

freeze
 

Alexey Vissarionov написал(а) к Michael Dukelsky в Mar 19 23:26:38 по местному времени:

Доброго времени суток, Michael!
12 Mar 2019 12:53:12, ты -> мне:

MD> -14: _vendor redhat

Ага.

MD> Наверно, в имени пакета надо использовать dist, а не _vendor.
MD> $ rpmbuild --showrc | grep el7
MD> -14: dist .el7
MD> -14: el7 1

Там чуть сложнее: то, что в альте zhopa-1.2.3-alt1 - в шляпе будет zhopa-1.2.3-1.el6 (то есть, %release%dist)

Щас подумаю, как это разрулить. Сабж пока продолжается.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... .. [b]_ .__. ._.. . __ ___ ._. ... . _._. ___ _.. . _ ._ __. ._.. .. [/b]. .
--- /bin/vi

freeze
 

Denis Lyzhenko написал(а) к Alexey Vissarionov в Mar 19 11:53:00 по местному времени:


Нello Alexey!

10 Mar 19 23:50, you wrote to Cheslav Osanadze:

CO>> И оно пойдёт под малину?

AV> Под новую, с процессором aarch64 - таки да. Если что, binkd уже
AV> собран.

А под orange на h3?

Denis


--- Обломок Дзю 1.1.15-B20061116 B2 (BSD)

freeze
 

Alexey Vissarionov написал(а) к Denis Lyzhenko в Mar 19 14:31:34 по местному времени:

Доброго времени суток, Denis!
16 Mar 2019 11:53:00, ты -> мне:

CO>>> И оно пойдёт под малину?
AV>> Под новую, с процессором aarch64 - таки да. Если что, binkd уже
AV>> собран.
DL> А под orange на h3?

Оно вроде armv7... тоже, в принципе, можно собрать, но автоматически это не происходит.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Профессионализм - умение оценить меру своей некомпетентности
--- /bin/vi

freeze
 

Rinat H. Sadretdinow написал(а) к Alexey Vissarionov в Oct 19 19:32:36 по местному времени:

Нello Alexey!

12 Mar 19 12:00, you wrote to Michael Dukelsky:

MD>>>> $ rpmbuild -ta huskylib.tar.xz
MD>>>> error: Failed build dependencies: glibc-devel-static is needed
MD>>>> by huskylib-1.9.20190311C-redhat1.x86_64

huskylib собирается, но в smapi такая же такая же петрушка:

~~~
[rhs@sys3175 fido]$ rpmbuild -ta --nodebuginfo smapi.tar.xz
error: Failed build dependencies:
glibc-devel-static is needed by smapi-2.5.20190311C-redhat1.x86_64
[rhs@sys3175 fido]$
~~~

AV> А если покажешь `rpmbuild --showrc | grep vendor` - совсем хорошо
AV> будет.

AV> 2 all: еще от котелка (Fedorы) такое же хочу.

Вот из Fedora 30, хотя товарищ Кругликов уже аналогичное от Fedora 29 тут уже постил AFAIR в марте:

~~~
[rhs@sys3175 fido]$ rpmbuild --showrc | grep vendor
-13: [b]build_vendor %{_host[/b]vendor}
print("%global [b]efi[/b]vendor fedora\n")
-13: [b]host[/b]vendor redhat
-13: [b]target_platform %{_target_cpu}-%{_vendor}-%{_target_os}%{?[/b]gnu}
-13: [b]target_vendor %{_host[/b]vendor}
-13: [b]texmf[/b]vendor /usr/share/texlive/texmf-dist
-13: _vendor redhat
-13: efi[b]esp_dir %{expand:%{_efi_srpm_macros_setup}}%{efi_esp_efi}/%{efi[/b]vendor}
-13: efi[b]vendor %{expand:%{_efi_srpm_macros_setup}}%{expand:%{_efi[/b]vendor}}
-13: perl[b]vendorarch %(eval "`%{_[/b]perl} -V:installvendorarch`"; echo $installvendorarch)
-13: perl[b]vendorlib %(eval "`%{_[/b]perl} -V:installvendorlib`"; echo $installvendorlib)
[rhs@sys3175 fido]$
~~~

Ну и заодно про glibc:

~~~
[rhs@sys3175 fido]$ dnf search glibc | egrep ^glibc | grep -v langpack
Last metadata expiration check: 3 days, 19:14:21 ago on Thu 10 Oct 2019 12:27:54 AM MSK.
glibc.x86_64 : The GNU libc libraries
glibc.i686 : The GNU libc libraries
glibc.i686 : The GNU libc libraries
glibc.x86_64 : The GNU libc libraries
glibc-common.x86_64 : Common binaries and locale data for glibc
glibc-common.x86_64 : Common binaries and locale data for glibc
glibc-benchtests.x86_64 : Benchmarking binaries and scripts for glibc
glibc-devel.x86_64 : Object files for development using standard C libraries.
glibc-devel.i686 : Object files for development using standard C libraries.
glibc-devel.i686 : Object files for development using standard C libraries.
glibc-devel.x86_64 : Object files for development using standard C libraries.
glibc-utils.x86_64 : Development utilities from GNU C library
glibc-static.x86_64 : C library static libraries for -static linking.
glibc-static.i686 : C library static libraries for -static linking.
glibc-static.x86_64 : C library static libraries for -static linking.
glibc-headers.x86_64 : Нeader files for development using standard C libraries.
glibc-headers.x86_64 : Нeader files for development using standard C libraries.
glibc-headers.i686 : Нeader files for development using standard C libraries.
glibc-nss-devel.i686 : Development files for directly linking NSS service
glibc-nss-devel.x86_64 : Development files for directly linking NSS service
glibc-locale-source.x86_64 : The sources for the locales
glibc-arm-linux-gnu.x86_64 : Cross Compiled GNU C Library targeted at
[rhs@sys3175 fido]$
~~~

Bye!

--- GoldED+/LNX 1.1.5-b20170303