minios
Peter Zotov
Tronix-а.
Присылайте ssh-ключи, добавлю доступ на чтение.
Доступ на запись (если нужно) -- только в свою личную ветку, во
избежание хаоса. Отправляйте pull request-ы.
--
WBR, Peter Zotov.
Максим Куприянов
vtOJjAmeRg3UIVu4QKU++bIYw3RdvToi/2HG3Xb35dEwVswoyy5k9zoi8wFIPxRyGOHsHttDNzz+8w/Y
6h9fwmftqGefHf/tjuz9G1oLZpvd5ONbSK2vWJLCEi0Lnsz6s/nWtl+BWytGY/0Cet1xrgWankZNg1cq
XTcbixTMYo3NKyxxit7+KqJY3rhUCWAc3680djpFTuBZNFNK5yHz+Q2KxXsI5myl7QmO3uOc8YfY+zJr
gnH3NAoG3LbYKOScQPkRK69GbsZ41ZcPy9HLyYWIJWuswPZW3wAJCLOT+PhT kyn...@gmail.com
19.01.11, Peter Zotov<white...@whitequark.org> написал(а):
Максим Куприянов
19.01.11, Максим Куприянов<kyn...@gmail.com> написал(а):
Peter Zotov
wrote:
> ssh-rsa
>
> AAAAB3NzaC1yc2EAAAADAQABAAABAQCuM0RiN55Ma9WW0Iuf+Ndn8wCpW+DxBNiQrQ3hKjBh
> [skip]
Дал доступ на чтение. В рассылку вполне можно писать, это же публичный
ключ.
Он на то и публичный. (Ну, разве, чтобы не захламлять).
Адреса:
g...@git.whitequark.org:minios/minios.git
g...@git.whitequark.org:minios/resources.git
--
WBR, Peter Zotov.
Night_Gryphon
без иксов, а коммитить наверное удобнее было бы с виндовой машины.
и еще не очень понял
> Доступ на запись (если нужно) -- только в свою личную ветку, во
> избежание хаоса. Отправляйте pull request-ы.
я правильно понимаю что это означает что Троникс делает свою ветку, а
мы - отдельную? а смысл? С тем же успехом взять текущие сырцы и начать
их править в одну моську...
rzk
для начала работы хватит. остальное гуглить - на хабре были нормальные мануалы.
iSage
2011/1/19 rzk <rzk...@gmail.com>:
--
Close the world...
...Open the next.
Peter Zotov
<ngr...@gmail.com> wrote:
> Нужен мануал как ГИТом пользоваться. У меня сборочная машина - линух
> без иксов, а коммитить наверное удобнее было бы с виндовой машины.
единственной графической командой -- gitk -- для отображения дерева
коммитов, и все.
Мануал есть на
http://www.kernel.org/pub/software/scm/git/docs/gittutorial.html
ну или в гугле.
>
> и еще не очень понял
>> Доступ на запись (если нужно) -- только в свою личную ветку, во
>> избежание хаоса. Отправляйте pull request-ы.
Суть в том, что кто угодно не может push-ить (т.е. записывать)
в произвольную ветку. Т.е. вы берете, скажем, текущее состояние
исходников Tronix-а, делаете какие-то изменения и после этого
просите его взять ваши изменения и включить в свою ветку. Это и
называется
pull request.
--
WBR, Peter Zotov.
rzk
Peter Zotov
Правильнее было бы просто загнать в гит исходную версию как initial
commit,
а дальше создать две ветки и залить каждую из версий. Я, собственно,
это предлагал Tronix-у, но он отчего-то не прислал оригинальной версии.
(Впрочем, невелика беда -- в гите все всегда можно исправить).
--
WBR, Peter Zotov.
Tronix
которую я заполучил у китайцов. Если есть необходимость, могу ее
выслать.
Peter Zotov
wrote:
> Я почему-то думал у вас уже имеется версия, которая самая первая,
> которую я заполучил у китайцов. Если есть необходимость, могу ее
> выслать.
>
Давайте. Я тогда отпочкую от нее ветку tronix и все это залью в
репозиторий.
(а, да. Я не раздал всем права на запись сразу не потому, что я жадный,
а потому,
что давать RW+ = @all чревато -- мало ли, вдруг там push не туда
пройдет. Я могу
кому угодно сделать сколько угодно личных веток, но для этого мне нужно
знать,
как их назвать -- пишите. Если есть идеи, как добиться того же с
меньшими
затратами труда и времени -- предлагайте. На сервере стоит gitolite).
--
WBR, Peter Zotov.
Night_Gryphon
случаях
1. Хочу обновить сырцы, посмотреть комментарии авторов что изменили за
прошедшее время, скомпилировать последнюю версию
2. Хочу обновить сырцы, внести свои изменения и закоммитить, написать
общий комментарий что это изменение сделало
3. Пока я вносил свои изменения и отлаживал тот же файл кто-то тоже
поменял. Как слить изменения в одном файле?
Peter Zotov
<ngr...@gmail.com> wrote:
> Если нетрудно объясните на пальцах как работать с ГИТом в следующих
> случаях
>
> 1. Хочу обновить сырцы, посмотреть комментарии авторов что изменили
> за
> прошедшее время, скомпилировать последнюю версию
$ git log # смотреть комментарии к коммитам начиная с текущего коммита
можно еще дать параметр --stat, чтобы показать, в каких файлах меняли
$ git pull; make # вероятно. а как еще?
> 2. Хочу обновить сырцы, внести свои изменения и закоммитить, написать
> общий комментарий что это изменение сделало
$ git add changed.file another.changed.file
$ git commit # спросит про комментарий
$ git push origin your_branch # залить изменения на сервер
> 3. Пока я вносил свои изменения и отлаживал тот же файл кто-то тоже
> поменял. Как слить изменения в одном файле?
По пунктам 2,3 есть маленькая тонкость. В том workflow, который я
предлагаю,
каждоый может коммитить только в свою ветку. Поэтому не может быть
ситуации
"кто-то что-то поменял", ради чего собственно это и городилось. А слить
свою ветку с чужой можно очень просто:
$ git pull origin other_branch
Если оно скажет, что не может слить изменения само, нужно открыть файлы
из списка не обработавшихся, найти там строку ">>>>>>>>", которой
отмечены
конфликтующие куски, поменять их соответственно, а дальше как обычно --
git add; git commit.
--
WBR, Peter Zotov.
Night_Gryphon
Description: GIT - the stupid content tracker, the revision control
system heavily used by the Linux kernel team
%)
не очень понял про
$ git pull origin other_branch
оно при этом у меня на диске сделает объединенную версию? а как ее на
сервер объединенную отправить чтоб не плодить сущности?
Peter Zotov
<ngr...@gmail.com> wrote:
> Homepage: http://www.git-scm.com/
> Description: GIT - the stupid content tracker, the revision control
> system heavily used by the Linux kernel team
> %)
>
> не очень понял про
> $ git pull origin other_branch
>
> оно при этом у меня на диске сделает объединенную версию? а как ее на
> сервер объединенную отправить чтоб не плодить сущности?
>
git pull origin other_branch означает вот что:
1. вытянуть с сервера все новые изменения
2. слить вашу ветку с веткой other_branch, как она есть на сервере
(серверные ветки и локальные ветки друг к другу никак не относятся).
То есть если, скажем, вы меняли clock.c в ядре, а кто-то
в other_branch менял kbd_drv.c, то git pull создаст коммит,
который в вашу ветку включит все изменения в other_branch,
то есть новый kbd_drv.c. При этом сохраняются обе истории изменений.
--
WBR, Peter Zotov.
nighthawk
Night_Gryphon
origin other_branch с каждым кто работает над кодом и вручную
поправить конфликты если они есть, и так же будут делать все кто
работает над проектом?
Peter Zotov
Добавил
--
WBR, Peter Zotov.
Peter Zotov
<ngr...@gmail.com> wrote:
> то есть что бы получить последнюю версию я должен сделать git pull
> origin other_branch с каждым кто работает над кодом и вручную
> поправить конфликты если они есть, и так же будут делать все кто
> работает над проектом?
интеграцией, чтобы в итоге тянуть только одну, заведомо рабочую
ветку, а не все подряд.
--
WBR, Peter Zotov.
nighthawk
Peter Zotov
Обновил.
--
WBR, Peter Zotov.
nighthawk
Peter Zotov
Извиняюсь, забыл залить конфиг на сервер. Теперь должно работать.
--
WBR, Peter Zotov.
Night_Gryphon
будет решать чьи ветки включать в релиз а чьи нет? Кроме того этому
кому-то придется разбираться самостоятельно со всеми патчами в случае
конфликта...
Как избежать ситуации когда я например свои правки срастил, например,
с правками Троникса, а он правит дальше? мне придется потом сращивать
все заного если я вовремя не попрошу Троникса забрать к себе мои
правки и править дальше исходя из них? Как организуется работа с ГИТом
что бы такого не происходило?
nighthawk
Peter Zotov
<ngr...@gmail.com> wrote:
> Хм... А как нам это реализовать, кто будет следить за релизом и как
> будет решать чьи ветки включать в релиз а чьи нет? Кроме того этому
> кому-то придется разбираться самостоятельно со всеми патчами в случае
> конфликта...
живые ветки, которые друг с другом, как я понял, не взаимодействуют.
Никто не мешает делать то же самое в гите -- здесь преимущество то, что
записывается история. _Кроме того_, можно воспользоваться гитом для
слияния
кода..
> Как избежать ситуации когда я например свои правки срастил, например,
> с правками Троникса, а он правит дальше? мне придется потом сращивать
> все заного если я вовремя не попрошу Троникса забрать к себе мои
> правки и править дальше исходя из них? Как организуется работа с
> ГИТом
> что бы такого не происходило?
Гит при слиянии, по сути, делает XOR коммитов в двух ветках, и
результат
применяется к текущему состоянию. Вы, например, можете сколько угодно
развивать свою ветку, периодически забирая правки Троникса, это никак
не скажется на его возможности потом забрать их себе. Собственно, в
ситуации,
когда конфликтов нет, порядок и время слияний вообще значения не имеет,
конечный результат в итоге будет один. (В случае с конфликтами по сути
все так же за исключением ручных разрешений конфликтов).
По своему опыту могу сказать, что конфликты возникают довольно редко.
Гиту хватает мозгов, чтобы слить сколько угодно изменений в одном и
том же файле до тех пор, пока они не затрагивают один и тот же кусок
кода.
--
WBR, Peter Zotov.
Peter Zotov
Обычно это делается отсыланием патчей в список рассылки (у гита есть
команда для этого),
где их разглядывают и комментируют.
--
WBR, Peter Zotov.
Tronix
Пффф. Что-то я совсем блин запутался. Вот сделал я вроде git clone
g...@git.whitequark.org:minios/minios.git
Тем самым получив как я понял первую версию minios (которая ваще без
правок).
Как мне переключиться на мою ветку (tronix) ? (чтобы появились
каталоги /fmradio_orig, /fmradio_dots)
Как мне потом в мою ветку попробовать слить с веткой грифона? Кстати
где она, ветка грифона, как посмотреть все ветки которые есть, не имея
команды gitk (и иксов соответственно)?
Прошу прощения за наверное супер тупые вопросы, но просто реально
никогда не сталкивался с этим. Поэтому прошу ответить как для нубов )
nighthawk
Peter Zotov
wrote:
> Пффф. Что-то я совсем блин запутался. Вот сделал я вроде git clone
> g...@git.whitequark.org:minios/minios.git
> Тем самым получив как я понял первую версию minios (которая ваще без
> правок).
> Как мне переключиться на мою ветку (tronix) ? (чтобы появились
> каталоги /fmradio_orig, /fmradio_dots)
git checkout tronix
> Как мне потом в мою ветку попробовать слить с веткой грифона? Кстати
> где она, ветка грифона, как посмотреть все ветки которые есть, не
> имея
> команды gitk (и иксов соответственно)?
Список веток -- git branch без аргументов.
Теоретически, git pull origin night_gryphon, но т.к. товарищ не прислал
ключ (извиняюсь, если проворонил, но я у себя в почте не нашел), его
ветки
в репозитории (пока) нет.
--
WBR, Peter Zotov.
Peter Zotov
Нет! Это сольет master с веткой tronix, а вовсе не переключит эту копию
на ветку tronix.
Одна из частых ошибок.
--
WBR, Peter Zotov.
nighthawk
Tronix
1) git clone g...@git.whitequark.org:minios/minios.git
создается /minios с оригинальной китайской версией (master)
2) git checkout tronix
error: pathspec 'tronix' did not match any file(s) known to git.
3) git branch
* master
ЧЯДН?
On 19 янв, 16:35, Peter Zotov <whitequ...@whitequark.org> wrote:
> On Wed, 19 Jan 2011 05:33:02 -0800 (PST), nighthawk
>
Peter Zotov
wrote:
> Делаю:
> 1) git clone g...@git.whitequark.org:minios/minios.git
> создается /minios с оригинальной китайской версией (master)
> 2) git checkout tronix
> error: pathspec 'tronix' did not match any file(s) known to git.
> 3) git branch
> * master
>
> ЧЯДН?
Извиняюсь, совсем упустил этот момент. Смысл такой: удаленные и
локальные ветки
в гите -- две большие разницы. Удаленные могут быть разные в разных
удаленных
репозиториях, поэтому они зовутся remotes/$remote/$branch (например,
remotes/origin/tronix). Соответственно, _первый_ чекаут такой удаленной
ветки делается так:
$ git checkout -b tronix remotes/origin/tronix
Соответственно, здесь создается локальная ветка tronix из удаленной
remotes/origin/tronix, и они увязываются друг с другом (так, что git
push, пока
эта ветка checkout-нута, автоматически пихает изменения в
origin/tronix).
Новый гит, собственно, это делает сам, если сказать $ git checkout
tronix.
Зачем нужны такие сложности? Объясню. Все, что в remotes/$remote,
сбрасывается
на состояние этого $remote при git fetch $remote (напомню, pull состоит
из
fetch и merge). А вот с локальными ветками гит сам, без пинка со
стороны
пользователя, ничего не делает.
--
WBR, Peter Zotov.
Максим Куприянов
языке: http://gitref.org/
19.01.11, Peter Zotov<white...@whitequark.org> написал(а):
Peter Zotov
Как-то так:
git config --global user.name "Peter Zotov"
git config --global user.email white...@whitequark.org
В принципе, везде, (например, комментариях к коммитам)
поддерживается юникод, но этим лучше не злоупотреблять, если вы
не уверены, что в системе стоит _именно_ юникод. Сообщения коммитов
в битой кодировке -- нехорошо.
--
WBR, Peter Zotov.
Tronix
бинарных. По git status:
# Untracked files:
# (use "git add <file>..." to include in what will be committed)
#
# AudioTag/rel/
# HostLink/AudioTag.bin
# HostLink/LinkBin.exe
# HostLink/LinkBin.o
# HostLink/aplayer.bin
# HostLink/av_codec_table.bin
# HostLink/bmpdec.bin
# HostLink/calendar.bin
# HostLink/desktop.bin
# HostLink/desktoplib_arena.bin
# HostLink/desktoplib_diorama.bin
и тд. Как бы их ваще не отслеживать?
On 19 янв, 19:15, Peter Zotov <whitequ...@whitequark.org> wrote:
> Еще советую проставить имя и email в настройках гита.
> Как-то так:
>
> git config --global user.name "Peter Zotov"
> git config --global user.email whitequ...@whitequark.org
Peter Zotov
wrote:
> А еще такой вопрос - при компиляции создается много объектных файлов,
> бинарных. По git status:
> # Untracked files:
> # (use "git add <file>..." to include in what will be committed)
> #
> # AudioTag/rel/
> # HostLink/AudioTag.bin
> # HostLink/LinkBin.exe
> # HostLink/LinkBin.o
> # HostLink/aplayer.bin
> # HostLink/av_codec_table.bin
> # HostLink/bmpdec.bin
> # HostLink/calendar.bin
> # HostLink/desktop.bin
> # HostLink/desktoplib_arena.bin
> # HostLink/desktoplib_diorama.bin
>
> и тд. Как бы их ваще не отслеживать?
Создать файл .gitignore (начинается с точки) в любом каталоге (в т.ч. в
корне репозитория).
Он действует на все подкаталоги. В нем перечисляются игнорируемые
файлы, по одному на строчку,
в формате glob (как в шелле), например:
$ cat .gitignore
*.o
*.bin
build/debug/
Сам файл отслеживается в репозитории, как и любой другой (т.е.
добавляется git add и т.д.)
--
WBR, Peter Zotov.
Tronix
VK_POWERSAVE . Выкинул клавишу для скриншотов из system.cfg. Теперь ее
сканкод живет там где ему и положено - в файле keytable.cfg. Сделал
поддержку PowerSave.
Вроде закомитил изменения в ветку tronix . Но правильно ли это сделал
- не знаю, не уверен...
Peter Zotov
wrote:
А вы push забыли сделать. Там сейчас только один коммит висит:
commit 30de9ebd6503e98eaf281276e2887c0a3f5242d3
Author: root <ro...@tronix.home>
Date: Wed Jan 19 16:41:32 2011 +0300
Optimize for speed dots demo program. Test commit
Я, кстати, настроил серв, так что он теперь будет слать уведомления в
список рассылки.
(Как в squirrel-dev, если кто знает).
--
WBR, Peter Zotov.
Tronix
сливать версии воедино...
On 19 янв, 22:07, Peter Zotov <whitequ...@whitequark.org> wrote:
> On Wed, 19 Jan 2011 11:00:33 -0800 (PST), Tronix <tronix...@rambler.ru>
>
> wrote:
> > Добавил по просьбе Night_Griphon обработку VK_PRINTSCREEN и
> > VK_POWERSAVE . Выкинул клавишу для скриншотов из system.cfg. Теперь
> > ее
> > сканкод живет там где ему и положено - в файле keytable.cfg. Сделал
> > поддержку PowerSave.
> > Вроде закомитил изменения в ветку tronix . Но правильно ли это сделал
> > - не знаю, не уверен...
>
> А вы push забыли сделать. Там сейчас только один коммит висит:
>
> commit 30de9ebd6503e98eaf281276e2887c0a3f5242d3
> Author: root <r...@tronix.home>
HOMEZ
Присылайте ssh-ключи, добавлю доступ на чтение.
--
WBR, Peter Zotov.
Peter Zotov
SSH-1 сломан, так что это было бы глупо. По поводу SSH2 -- мне пофиг,
авторизация идет через openssh же, но все вроде юзают RSA. Вроде бы
из-за
того, что там можно ключи делать больше (ЕМНИП в DSA 512 фиксировано).
По мне, так фаллометрия чистой воды, их все равно хрен факторизуешь.
* смотрит на свой 4096-битный ключ SSH.
--
WBR, Peter Zotov.
HOMEZ
Dmitriy Kostromin
nto7X2QOqZlSVfd5YxuDEbwqY5yx3nnnPhuyIaNLj07/8/VqrVDhEVboqyRz//
GlS3t7NU6OXycUOCltL9+fFOPnKkfMSp20b7LVkUkhTYveFEVh5P9kP6hdlIggUxEmUqROaQMfd
+W4IqjbIlLV3zyoGKReg/+/dgLKQlQr
+M7WQB1nEo4SoY1cIc4722mZrFPU4WxG9t5ihfa4Dnvcwx2Kne2hk2ol/3W6C0O
+gX8K3cRpzpn/3vWsr5EdxkGXPHQgRdhjWqW/
sIFDRLwQHmgl3W1oumbEOStfsa4G7ofX1GE7fXu9/bhr/w==
dmitriy....@gmail.com
On 19 янв, 01:08, Peter Zotov <whitequ...@whitequark.org> wrote:
> Я только что сделал приватный git-репозиторий и залил в него прошивку
> Tronix-а.
> Присылайте ssh-ключи, добавлю доступ на чтение.
> Доступ на запись (если нужно) -- только в свою личную ветку, во
> избежание хаоса. Отправляйте pull request-ы.
>
> --
> WBR, Peter Zotov.
Lammer RU
Mikhail Nasyrov
Я только что сделал приватный git-репозиторий и залил в него прошивку Tronix-а.
Присылайте ssh-ключи, добавлю доступ на чтение.
Доступ на запись (если нужно) -- только в свою личную ветку, во избежание хаоса. Отправляйте pull request-ы.
--
WBR, Peter Zotov.
--
Peter Zotov
<stre...@gmail.com> wrote:
> ssh-rsa
>
> AAAAB3NzaC1yc2EAAAABIwAAAQEAmc6aYg2xSAEFfFzO+DYoHVyvOhsqZ4+3/cbuJzfo8oTVLGGcKmTKRWA3BDwFdtaoF23I1m2TT/2y4HX0GEzUczn3ZkbzD6SrvqISnEbUaT4+hnJqmCQPpfGabQQjIeG0e+VhT1A1Bk/yznrk3MfpvgImyEvLnZuHqbgrJV5fCsg4D83fTypq7+eDI/R310KiVWtLNEAujA/QrYMxA2iYfac20AIt3uTkkRaoF+aBToWIn6/WF96aGEWpVUqyx5tA1blNHolqIciLO5+UGERnMGD1MG3LZHBtgxx61/B9FbxYm4kqXfYGrqVmZYFOf2Mu0TVDLlO/WIiopRoBtfculw==
> stre...@gmail.com
>
>
done
--
WBR, Peter Zotov.
Jusip
Comment: "rsa-key-20110127"
AAAAB3NzaC1yc2EAAAABJQAAAIEAq+ECmprOKV71qtERRokJt3GOGex+Seede4u7
ZN2YoWcn7XPh68zoBjSnCZVG/kbRnWhzgwe0u2mrIrCX9UhxIaXtOtRgWXMwPoBM
PmcdlPqIb3A850u7Y/xqVBJVUWkqY3MFT21+tZp2gdScIBm1nn3sNJs14O71cuDI
XylRq7s=
---- END SSH2 PUBLIC KEY ----
прошу доступа
Peter Zotov
vlad
vlad
Почему-то нету доступа к репозиторию - спрашивает пароль.
vlad@vpc:~/minios$ git clone g...@git.whitequark.org:minios/minios.git
Initialized empty Git repository in /home/vlad/minios/minios/.git/
Enter passphrase for key '/home/vlad/.ssh/id_rsa':
g...@git.whitequark.org's password:
Permission denied, please try again.
g...@git.whitequark.org's password:
Permission denied, please try again.
g...@git.whitequark.org's password:
Permission denied (publickey,password).
fatal: The remote end hung up unexpectedly
Какой пароль он от меня хочет? В чем может быть проблема?
> < 1KViewDownload
Peter Zotov
vlad <vladis...@gmail.com> wrote:
> Добрый вечер!
>
> Почему-то нету доступа к репозиторию - спрашивает пароль.
>
> vlad@vpc:~/minios$ git clone g...@git.whitequark.org:minios/minios.git
> Initialized empty Git repository in /home/vlad/minios/minios/.git/
> Enter passphrase for key '/home/vlad/.ssh/id_rsa':
> g...@git.whitequark.org's password:
> Permission denied, please try again.
> g...@git.whitequark.org's password:
> Permission denied, please try again.
> g...@git.whitequark.org's password:
> Permission denied (publickey,password).
> fatal: The remote end hung up unexpectedly
>
Исправил.
--
WBR, Peter Zotov
vlad
> < 1KViewDownload
rrock.ru
Peter Zotov
"rrock.ru" <rroc...@gmail.com> wrote:
> ssh-rsa
> AAAAB3NzaC1yc2EAAAADAQABAAABAQDILV/KQb3KgNg7+e+aqYGeUk7JzZyj8CDDYXsuizjQ3c1on76L48unF58J+eRLDV/7b1LbU7hQWBgMGf5jSJQjiBxD9yAl465VB2/thImVLOOKEtW/oYoflyiG8vK5U2E6UnW1oJp+Ymz1/qB1SkO6tCM2UFXoUYG9LsBaHvhyAasEfGZ0I/wRmR4oY9xuwivF+0FiF713p9rRmWhEYwkds1BDT8KCAQlzHrhRjzEhCyxXXa7jwIkqWFXNpYFd+6i0SCr/KDeCIszLwK1LkdlcVwvffkFMgNyuxs6H0omo29RA0x102hO2EcgH3fV7BXaUEAYynswMGSuPTcKrf3lZ
> rroc...@gmail.com
iev
прошу доступа
Peter Zotov
iev <i...@land.ru> wrote:
> ssh-rsa
> AAAAB3NzaC1yc2EAAAABIwAAAQEA7K5br5EYDxHoK1OpTeySzD5/QBN+nvzCcruC/HGsDhs/8Con9MChXASMNGG1joWqtQhfeTJOlVBmtEITnlH16MbXpWhTn3qDwXgKdUgAcw77V2G/pLnfNrlH7GtTpIPOe7lJQqK7OgM3rmT+H5iUje65ukXLvAU0/1QRdQJd7EjcSu3B8c5IqCb/u+mefa56jacOCUP6WsYjcFuNeiBjht4Odb+CnaXodAjF8/wb7a7qYH6ZoUtQ00pQIXvVeq+HkZZyCA9NEhL7cfm/lVsrW9NEfM7zYMmZnl7QOExhnUoaZ8RqMiCmXMBLeuciTaHR3oGxIUme/GEyXvbXYWYftQ==
rrock.ru
Перенес ключи с другой машины. Кинул их в папку пользователя (делаю на винде, так что c:\documents and settings\work\.ssh\). А эта зараза говорит следующее:
$ git clone g...@git.whitequark.org:minios/minios.git
Cloning into minios...
The authenticity of host 'git.whitequark.org (89.179.245.232)' can't be establis
hed.
RSA key fingerprint is 89:00:cb:d7:89:89:c6:c6:a8:06:3a:cf:e8:8f:80:b5.
Are you sure you want to continue connecting (yes/no)? fatal: The remote end hun
g up unexpectedly
P.S. С гитом толком не работал, поэтому и туплю.
rrock.ru
rrock.ru
Danil A. Zagoskin
rrock.ru
Danil A. Zagoskin
rrock.ru
rrock.ru
Peter Zotov
>
> Вывод при подключении к git.whitequark.org:
> debug1: Authentications that can continue: publickey,password
> debug1: Next authentication method: publickey
> debug1: Trying private key: /.ssh/identity
> debug1: Offering public key: /.ssh/id_rsa
> debug1: Authentications that can continue: publickey,password
> debug1: Trying private key: /.ssh/id_dsa
> debug1: Next authentication method: password
> g...@git.whitequark.org's password:
Отправьте-ка ключ мне еще раз.
--
WBR, Peter Zotov.
rrock.ru
Peter Zotov
> ssh-rsa
>
> AAAAB3NzaC1yc2EAAAADAQABAAABAQDILV/KQb3KgNg7+e+aqYGeUk7JzZyj8CDDYXsuizjQ3c1on76L48unF58J+eRLDV/7b1LbU7hQWBgMGf5jSJQjiBxD9yAl465VB2/thImVLOOKEtW/oYoflyiG8vK5U2E6UnW1oJp+Ymz1/qB1SkO6tCM2UFXoUYG9LsBaHvhyAasEfGZ0I/wRmR4oY9xuwivF+0FiF713p9rRmWhEYwkds1BDT8KCAQlzHrhRjzEhCyxXXa7jwIkqWFXNpYFd+6i0SCr/KDeCIszLwK1LkdlcVwvffkFMgNyuxs6H0omo29RA0x102hO2EcgH3fV7BXaUEAYynswMGSuPTcKrf3lZ
>
> rroc...@gmail.com
У меня записан тот же ключ. Перепроверил конфиги — все правильно.
Боюсь, проблема на вашей стороне — точно такая же настройка работает у
18-ти человек.
--
WBR, Peter Zotov.
rrock.ru
Peter Zotov
Заменил, пробуйте.
--
WBR, Peter Zotov.
rrock.ru
rrock.ru
Afrit
AAAAB3NzaC1yc2EAAAABIwAAAgEAu3uBhRWhVocY4bJqP7Aag2U8fq0YKfQ4no3+CtsM215ay1luA1Okj5uBZ5H4kaJxk3ps8OVDUKETHcNgDmv1UR4nAOVKNzAMpEi90tR6oJpdUa6YAAbqqbJB5MTtNnjo3TsqbnYJAPHyEZzkAjFnCDVnogqQ7mgmOx3kbcUekHQrSVR7TaRYp0IiPM1m/
Ao2wUvkymC10vWWr/pssje7HPUqk+dOjMdbjHthC7mp4/0Lxwd4vQ
+8SSEgbZaZvZaujPBTGIwHiFdIU49vjnYuNj19lC/pjq7wQ
+mjuSaepcSi3hdGrqRS9K1DdLwGHscGx500GvjNxGbFqBZXZga4siffs6gNSfufm5pzJbQuowvW4qnm4GKlY9oXN5OiF92smylQYZY6Ok5ll5tPvUH9pwmb9MtyE/
Q4P2g/hdDrnhzcRc/pR7N38QrbljyG8oxwrSIwiPkU95HKyOO6RXXwF/
QQFwi1kET75x9sHJJbhjZT0Npyk8tfGVJ54N2JQFPjyyYMWslMa3MJ9xUmwcvytIyo0wPOwXPgPkvrnKdbkbUaKF0eVx21Mh4nvaOvZsSQl2E5H8u6S0N14DOjpLe6xX5Ky27xU
+qV0bkRAbXY7ilmTTx9a2dCzi3/
lO1OSfiBdGeyIavBkIiGOdDlkWCCAZ0qzziY8U0ahJusWoHNU5E=
KruGoZor
Peter Zotov
> ssh-rsa
>
> AAAAB3NzaC1yc2EAAAABIwAAAQEAq1gzgul8bkMNPLOtxB8deRUXgmHOhtBWno7rJr80y88/slA6e+1kh1PVY87LVYunWn20iyqgzdM2VcuVq8u8OZv5X0Xjtwmfhio2HALg2+odoNZNeI2866fKOlmDDivx+9QzqdNu07LflOT1T1+xYgjKCMa6hVoxU2MS+nopoKxIV2ieDvCvSPxc9kXmw1rCzLeK9f55fE8r9BajGwVAQo0167U1XZAOwW05R4YPqyltuMyVGVEg8Vjt/VLhWhYpc5VKoI9VlqM30crSjnNQbJXhUtmYHf+Y1vbkoW2vnAt2r3UHf5YXzmn0cFwrFvHSV6N6m++SAIoiSQALQydj6Q==
>
> etom...@gmail.com
ok
--
WBR, Peter Zotov.
KruGoZor
KruGoZor
whitequark в публичных репозиториях нет ничего похожего на сабж.
Peter Zotov
> у пользовтаеля whitequark
> <https://github.com/whitequark/repositories> в
> публичных репозиториях нет ничего похожего на сабж.
репозитории не на гитхабе.
git clone g...@git.whitequark.org:minios/minios.git
cd minios
git clone g...@git.whitequark.org:minios/resources.git
--
WBR, Peter Zotov.
KruGoZor
KruGoZor
Peter Zotov
> теперь не спрашивает, теперь говорит так
>
>
Плохо представляю, отчего SSH может выдавать -EBADF.
Может, кто здесь с cygwin работал, подскажет.
--
WBR, Peter Zotov.
rzk
KruGoZor
KruGoZor
Peter Zotov
> по git branch я вижу только ветку мастер
git branch -a
--
WBR, Peter Zotov.
KruGoZor
KruGoZor
rzk
KruGoZor
Tronix
Сергей Чуплыгин
--
С Уважением Чуплыгин Сергей
Tronix
http://rghost.ru/users/tronix286/releases/MiniOS-for-Vogue-player
Это версия для кнопок, без геймпада.
On 14 апр, 13:22, Сергей Чуплыгин <neocha...@gmail.com> wrote:
> А где брать актуальную версию minios собраную, а то на сайте только для
> геймпада есть
>
> 14 апреля 2011 г. 11:29 пользователь Tronix <tronix...@rambler.ru> написал:
Dark_Amber
Peter Zotov
Ok
--
WBR, Peter Zotov.
