-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Добрый день. Сегодня обнаружил что меня перестало пускать на git.altlinux.org. Перестало гдето так: $ ssh git Permission denied (publickey). - -- Алексей. GPG key fingerprint DBB3 1832 13C6 5C96 4A58 4AFF 78F7 159F 66AD 8D7E -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFF37vAePcVn2atjX4RAspzAJ4kMadK6+cQZQ55te/ZUoC2ZNq5rwCfRbWJ PuIjDsBPxIVxthBMPYL1Joo= =sOQk -----END PGP SIGNATURE-----
[-- Attachment #1: Type: text/plain, Size: 275 bytes --] On Sat, 24 Feb 2007 16:14:57 +1200, Alexey Borovskoy wrote: > Сегодня обнаружил что меня перестало пускать на git.altlinux.org. > Перестало гдето так: > > $ ssh git > Permission denied (publickey). У меня то же самое. -- Grigory Batalov, ALT Linux Team [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 380 bytes --] On [Sat, 24.02.2007 12:45], Grigory Batalov wrote: > On Sat, 24 Feb 2007 16:14:57 +1200, Alexey Borovskoy wrote: > > > Сегодня обнаружил что меня перестало пускать на git.altlinux.org. > > Перестало гдето так: > > > > $ ssh git > > Permission denied (publickey). > > У меня то же самое. +1 [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 330 bytes --] Hi, On Sat, Feb 24, 2007 at 04:14:57PM +1200, Alexey Borovskoy wrote: > Сегодня обнаружил что меня перестало пускать на git.altlinux.org. Приношу свои извинения. > Перестало гдето так: > > $ ssh git > Permission denied (publickey). Я обновлял там git и girar (бывш. giter). Сейчас должно пускать. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 438 bytes --] Всем привет. Как смотрит ООО как держатель git.alt и кто-нибудь-еще на наличие в моем packages/что-нибудь.git исходных кодов с коммерческой лицензией? В сизифе этого не будет. Это -- пакеты amrwb/amrnb _с_ исходными кодами amr от 3gpp. http://www.penguin.cz/~utx/amr -- > Где бы такой патч оторвать... Прежде чем оторвать что-нибудь ненужное, надо чтобы кто-то приложил что-нибудь ненужное. :) -- ldv in sisyphus@ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
On 4/16/07, Pavlov Konstantin <thresh@altlinux.ru> wrote: > Всем привет. > > Как смотрит ООО как держатель git.alt и кто-нибудь-еще на наличие в моем > packages/что-нибудь.git исходных кодов с коммерческой лицензией? > > В сизифе этого не будет. Не вижу проблем. Rgrds, Алексей > > Это -- пакеты amrwb/amrnb _с_ исходными кодами amr от 3gpp. > > http://www.penguin.cz/~utx/amr > > -- > > Где бы такой патч оторвать... > Прежде чем оторвать что-нибудь ненужное, надо чтобы кто-то приложил > что-нибудь ненужное. :) > -- ldv in sisyphus@ > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (GNU/Linux) > > iD8DBQFGIpmhR0cP4/qrkIQRAnicAJ9NQ/AUI5zAOrdXRM6ZKsLy0jAKuQCgn47u > LGryyWziz6DJ3AM0yAc3Pko= > =uhzg > -----END PGP SIGNATURE----- > > _______________________________________________ > Devel mailing list > Devel@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel >
[-- Attachment #1: Type: text/plain, Size: 514 bytes --] On Mon, Apr 16, 2007 at 01:34:57AM +0400, Aleksey Novodvorsky wrote: > On 4/16/07, Pavlov Konstantin <thresh@altlinux.ru> wrote: > > Всем привет. > > > > Как смотрит ООО как держатель git.alt и кто-нибудь-еще на наличие в моем > > packages/что-нибудь.git исходных кодов с коммерческой лицензией? > > > > В сизифе этого не будет. > > Не вижу проблем. OK, спасибо за быстрый ответ. -- > Так я ещё не собирал ничего... Боязно ;-) Пакетов бояться -- самолетом не летать ;-) -- mike in sisyphus@ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 441 bytes --] Толи с git.a.o что-то, толи конкретно мой репо сломался. При git-push имею такю диагностику error: hooks/update exited with error code 1 error: hook declined to update refs/heads/origin ng refs/heads/origin hook declined в самом конце. При этом вроде бы коммит происходит и теги обновляются. -- С уважением, Алексей Морсов Системный администратор ЗАО "ИК "РИКОМ-ТРАСТ" JID: Samurai@www.fondmarket.ru NP: music over [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 481 bytes --]
[-- Attachment #1: Type: text/plain, Size: 611 bytes --] On Wed, May 09, 2007 at 12:02:57PM +0400, Alexey Morsov wrote: > При git-push имею такю диагностику > > error: hooks/update exited with error code 1 > error: hook declined to update refs/heads/origin > ng refs/heads/origin hook declined Это нормально :) -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(8): lrwxrwxrwx 1 root root 26 Jul 5 14:21 nvidia_drv.so -> apt-get install NVIDIA_GLX lrwxrwxrwx 1 root root 26 Jul 5 14:21 nvidia_drv.o -> apt-get install NVIDIA_GLX [...] 2 zerg: прикол в офисе заценили (sr@ продлил его до -> rm -rf / :) -- mike in #6901 [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 490 bytes --] On Wed, May 09, 2007 at 12:02:57PM +0400, Alexey Morsov wrote: > Толи с git.a.o что-то, толи конкретно мой репо сломался. > > При git-push имею такю диагностику > > error: hooks/update exited with error code 1 > error: hook declined to update refs/heads/origin > ng refs/heads/origin hook declined > > в самом конце. При этом вроде бы коммит происходит и теги обновляются. refs/heads/origin не подлежит публикации. Вероятно, вы хотели выложить его по ошибке. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
hi all так и задумано, что при работе с git.alt пароль на ключик спрашивают 2 раза? к примеру при git-fetch git.alt:/... PS про ssh-add знаю -- Артём Золочевский
[-- Attachment #1: Type: text/plain, Size: 302 bytes --] On Tue, Jul 31, 2007 at 09:03:08PM +0300, Artem Zolochevskiy wrote: > так и задумано, что при работе с git.alt пароль на ключик спрашивают 2 раза? > к примеру при git-fetch git.alt:/... Первый раз на сам fetch, второй раз на автоматический fetch тэгов (выключается параметром -n). -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 843 bytes --] Generating pack... Done counting 7213 objects. Deltifying 7213 objects. 100% (7213/7213) done Writing 7213 objects. Read from remote host git.altlinux.org: Connection timed out error: pack-objects died with strange error fatal: The remote end hung up unexpectedly Причем Writing objects завис где-то на 20% и все.. висел висел и выдал. Что-то с git.alt или это у меня какие-то проблемы? -- С уважением, Алексей Морсов программист ЗАО "ИК "Риком-Траст" Jabber: samurai@www.fondmarket.ru www.ricom.ru www.fondmarket.ru ALT Linux Team Member email: swi@altlinux.ru web: www.altlinux.ru, www.sisyphus.ru NP: Smile.dk - Butterfly (Dance Dance Revolution 3rd Mix (Disc 2) Nonstop Megamix) [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 481 bytes --]
[-- Attachment #1: Type: text/plain, Size: 457 bytes --] Добрый вечер. Хочу в домашних условиях сделать что-то наподобие git.alt. Ибо это невероятно удобное решение. Как для этого сконфигурировать girar? А если есть краткая инструкция, то буду совсем довольный. -- Алексей. GPG key fingerprint DBB3 1832 13C6 5C96 4A58 4AFF 78F7 159F 66AD 8D7E [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 725 bytes --] On Sun, Nov 11, 2007 at 01:46:56AM +1200, Alexey Borovskoy wrote: > Добрый вечер. > > Хочу в домашних условиях сделать что-то наподобие git.alt. Ибо > это невероятно удобное решение. > > Как для этого сконфигурировать girar? > А если есть краткая инструкция, то буду совсем довольный. Берёте girar.git, собираете из него пакет, устанавливаете и используете. При необходимости настройки можно подправить в Makefile. Для добавления пользователей (girar-add) вам потребуется сделать ссылки /etc/girar/{packages,private}.git на соответствующие репозитории. Для введения в действие /etc/girar/aliases вам потребуется дополнить alias_database и alias_maps в /etc/postfix/main.cf Кажется, это всё. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
В сообщении от Saturday 10 November 2007 16:46:56 Alexey Borovskoy написал(а): > Добрый вечер. > > Хочу в домашних условиях сделать что-то наподобие git.alt. Ибо > это невероятно удобное решение. > > Как для этого сконфигурировать girar? > А если есть краткая инструкция, то буду совсем довольный. Я для своей конторы собираю пакет BiConf, в котором кладу мои типовые настройки. Идяе такая, чтобы поднимать мне необходимые серверы одним apt-get install. Или с минимальным участием человека (например в части логинов и паролей). В части git что уже работает: - единая авторизация с OpenLDAP. - пакет в котором git репозиторий. - сам настраивается сайт с apache2 на основе gitweb. - поднимается trac + мой trac-git - к gitweb прикручивается авторизация для доступа к приватным пакетам. - к trac предуспотрены две конфигураци + публичный trac, авторизация только для изменения тикетов + приватный, авторизация вообще для входа Все это уже оформлено в единый VE, можно собирать все по запчастям (например git без trac). Если кому вообще интересно - буду поддерживать документацию в Wiki - слезу с domain-specific настроек (сейчас автоматом хард-прошит везде мой домен) - могу попробовать написать модули для alterator. - могу поизучать существующие конфигурации и скреститься с ними. Если кому интересно что-нибудь - велкам на http://biconf.trac.bigur.ru/ Пока пользователь всего своего хозяйства я один, поэтому затачиваю все только для себя. -- Gennady Kovalev, BIGUR, ALT Linux Team.
hi all git.alt упал или мои локальные проблемы? -- Артём Золочевский
On Wed, Feb 13, 2008 at 10:08:55AM +0200, Artem Zolochevskiy wrote: > git.alt упал или мои локальные проблемы? Только что пульнулся. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
hi all Есть ли какая-то политика партии относительно того, держать ли в git/gear удалённый из репозитория пакет (вернее его репозиторий)? Т.е. например в случае, если пакет заместился другим, то не будет ли такой устаревший репозиторий вводить в заблуждение своим присутствием в git.alt. -- Артём Золочевский
Twas brillig at 10:22:59 05.12.2008 UTC+02 when artem.zolochevskiy@gmail.com did gyre and gimble: AZ> Есть ли какая-то политика партии относительно того, держать ли в AZ> git/gear удалённый из репозитория пакет (вернее его репозиторий)? Я бы таковой из packages перенёс в public. --
[-- Attachment #1: Type: text/plain, Size: 725 bytes --] On Fri, Dec 05, 2008 at 10:22:59AM +0200, Artem Zolochevskiy wrote: > Есть ли какая-то политика партии относительно того, держать ли в > git/gear Нет политики партии относительного того, что там держать, а что нет. > Т.е. например в случае, если пакет заместился другим, то не будет ли > такой устаревший репозиторий вводить в заблуждение своим присутствием > в git.alt. Да там вообще много неактуального хлама валяется. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(8): >Вот это и недистрибутивно, поскольку на личных вкусах систему не >построишь. да. в базовых вещах должна быть золотая_середина + разумный_компромисс + приемлемость_для(count(target group)*0.7). -- gns in devel@ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --]
On 5 декабря 2008, Artem Zolochevskiy wrote: > hi all > > Есть ли какая-то политика партии относительно того, держать ли > в git/gear удалённый из репозитория пакет (вернее его > репозиторий)? Я вот считаю, что не нужно держать. Тот, кому понадобится старый репозиторий, найдёт его в /archive > Т.е. например в случае, если пакет заместился другим, то не > будет ли такой устаревший репозиторий вводить в заблуждение > своим присутствием в git.alt. Будет. -- С уважением, Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info
On Fri, Dec 05, 2008 at 11:24:20PM +0300, Vitaly Lipatov wrote: > On 5 декабря 2008, Artem Zolochevskiy wrote: > > hi all > > > > Есть ли какая-то политика партии относительно того, держать ли > > в git/gear удалённый из репозитория пакет (вернее его > > репозиторий)? > Я вот считаю, что не нужно держать. Тот, кому понадобится старый > репозиторий, найдёт его в /archive А что, /archive'ный репозиторий уже клонирует наработки мантейнера между релизами, а не тупо gear-srpmimport'ит залитое в i/S ? > > Т.е. например в случае, если пакет заместился другим, то не > > будет ли такой устаревший репозиторий вводить в заблуждение > > своим присутствием в git.alt. > Будет. Не будет. -- > :) Сейчас просто было громко заявлено, что Гном на этапе больших > перемен. Да, гном на этапе больших перемен мантейнера гнома. Прошлый мантейнер был aris, если кто забыл, новый пока формируется ;-) -- raorn in sisyphus@
On Fri, Dec 05, 2008 at 11:30:07PM +0300, Pavlov Konstantin wrote: > > > Т.е. например в случае, если пакет заместился другим, то не > > > будет ли такой устаревший репозиторий вводить в > > > заблуждение своим присутствием в git.alt. > > Будет. > Не будет. => будет некоторых -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
05.12.08, Pavlov Konstantin<thresh@altlinux.ru> написал(а):
> On Fri, Dec 05, 2008 at 11:24:20PM +0300, Vitaly Lipatov wrote:
> > On 5 декабря 2008, Artem Zolochevskiy wrote:
> > > Есть ли какая-то политика партии относительно того, держать ли
> > > в git/gear удалённый из репозитория пакет (вернее его
> > > репозиторий)?
> > Я вот считаю, что не нужно держать. Тот, кому понадобится старый
> > репозиторий, найдёт его в /archive
> А что, /archive'ный репозиторий уже клонирует наработки мантейнера между
> релизами, а не тупо gear-srpmimport'ит залитое в i/S ?
дык эта, есть <user>/packages, есть <user>/private, есть
<user>/public, может завести <user>/orphaned? :)
--
С уважением
Афанасов Дмитрий
[-- Attachment #1: Type: text/plain, Size: 321 bytes --] On Sat, Dec 06, 2008 at 12:14:50AM +0300, Afanasov Dmitry wrote: AD> дык эта, есть <user>/packages, есть <user>/private, есть AD> <user>/public, может завести <user>/orphaned? :) +1 -- С уважением, Денис http://freesource.info ---------------------------------------------------------------------------- [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --]
[-- Attachment #1: Type: text/plain, Size: 632 bytes --] hi all Есть ли какая-то политика партии относительно того, держать ли в git/gear пакет более старой версии, чем в Sisyphus (вернее его репозиторий)? Т.е. например в случае, если был собран пакет новее, то не будет ли такой устаревший репозиторий вводить в заблуждение своим присутствием в git.alt. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(8): заниматься сборкой lfs смысла нет, если стоит некая (почти любая) конкретная задача. для решения задач существуют дистрибутивы. но само по себе это не более дурная потеря времени, чем те же пять часов тупо гонять quake. -- gns in community@ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --]
[-- Attachment #1: Type: text/plain, Size: 449 bytes --] Andrey Rahmatullin пишет: > hi all > > Есть ли какая-то политика партии относительно того, держать ли в > git/gear пакет более старой версии, чем в Sisyphus (вернее его репозиторий)? > > Т.е. например в случае, если был собран пакет новее, то не будет ли > такой устаревший репозиторий вводить в заблуждение своим присутствием > в git.alt. Такая ситуация уже несколько раз напрягала меня лично. -- С уважением. Алексей. [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 552 bytes --]
On Saturday, 06 December 2008 20:54:33 Aleksey Avdeev wrote:
> Andrey Rahmatullin пишет:
> > hi all
> >
> > Есть ли какая-то политика партии относительно того, держать ли в
> > git/gear пакет более старой версии, чем в Sisyphus (вернее его
> > репозиторий)?
> >
> > Т.е. например в случае, если был собран пакет новее, то не будет ли
> > такой устаревший репозиторий вводить в заблуждение своим присутствием
> > в git.alt.
>
> Такая ситуация уже несколько раз напрягала меня лично.
Я вижу тут многих что-то напрягает.
Поэтому я прошу уважаемую Административию (или кого-то ещё нужно)
предупредить, когда будет "зачистка от неугодных генеральной линии партии"
git-репозитариям.
--
Led
Twas brillig at 22:33:01 06.12.2008 UTC+02 when ledest@gmail.com did gyre and gimble: L> Поэтому я прошу уважаемую Административию (или кого-то ещё нужно) L> предупредить, когда будет "зачистка от неугодных генеральной линии L> партии" git-репозитариям. Есть и более недеструктивные решения - к выводу git.alt добавить информацию, о том, какие бранчи найденного репозитория соответствуют по версиям пакетам в каком репозитории. Что-то вроде такого: $ ssh git.alt find-package glibc /people/ldv/packages/glibc.git 1226955996 sisyphus branch50 ... $ ssh git.alt package-info /people/ldv/packages/glibc.git master sisyphus 5.0 branch50 srpms (none) ... Реализовать не должно быть слишком сложно. --
[-- Attachment #1: Type: text/plain, Size: 1505 bytes --] Led пишет: > On Saturday, 06 December 2008 20:54:33 Aleksey Avdeev wrote: >> Andrey Rahmatullin пишет: >>> hi all >>> >>> Есть ли какая-то политика партии относительно того, держать ли в >>> git/gear пакет более старой версии, чем в Sisyphus (вернее его >>> репозиторий)? >>> >>> Т.е. например в случае, если был собран пакет новее, то не будет ли >>> такой устаревший репозиторий вводить в заблуждение своим присутствием >>> в git.alt. >> Такая ситуация уже несколько раз напрягала меня лично. > > Я вижу тут многих что-то напрягает. Пожалуй уточню, что доставляет неудобство мне лично: 1. Когда присутствующий в Сизифе/Дедалусе пакет в git не выложен (при наличии его доступного git репозитария). 2. Отсутствие _легкообнаружимого_ соответствия между пакетом и коммитом из которого он был собран. (Идиально -- когда на таких коммитах весят теги.) К git репозитариям не соответствующим каким либо пакетам (в Сизифе/Дедалусе/бранчах/дистрибутивах и пр.) отношусь спокойно -- они не мешают (как и репозитарии устаревших пакетов). К идеи куда либо перемещать репозитарии устаревших/выкинутых пакетов отношусь прохладно: как минимум это сломает настройки путей для git-remote в моих локальных репо... А компенсирующих плюшек пока не вижу. > Поэтому я прошу уважаемую Административию (или кого-то ещё нужно) > предупредить, когда будет "зачистка от неугодных генеральной линии партии" > git-репозитариям. > -- С уважением. Алексей. [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 552 bytes --]
Twas brillig at 00:34:57 07.12.2008 UTC+03 when solo@solin.spb.ru did gyre and gimble: AA> 2. Отсутствие _легкообнаружимого_ соответствия между пакетом и AA> коммитом из которого он был собран. (Идиально -- когда на таких AA> коммитах весят теги.) Дима переделывает текущий git.altlinux.org/archive так, чтобы такое соответствие всегда было (даже если пакет собран из src.rpm - будет сгенерирован репозиторий типа архивного). Чуть-чуть терпения. Можно ещё документацию на giter-factory (см. в git) почитать на сон грядущий :) --
[-- Attachment #1: Type: text/plain, Size: 857 bytes --] Mikhail Gusarov пишет: > Twas brillig at 00:34:57 07.12.2008 UTC+03 when solo@solin.spb.ru did gyre and gimble: > > AA> 2. Отсутствие _легкообнаружимого_ соответствия между пакетом и > AA> коммитом из которого он был собран. (Идиально -- когда на таких > AA> коммитах весят теги.) > > Дима переделывает текущий git.altlinux.org/archive так, чтобы такое > соответствие всегда было (даже если пакет собран из src.rpm - будет > сгенерирован репозиторий типа архивного). Чуть-чуть терпения. Там оно как раз не особо важно, для репозитариев из src.rpm полученных: после (стандартного) gear-srpmimport каждый коммит соответствует пакету с версией видимой в %changelog. Да и теги там как раз стоят. :-) > > Можно ещё документацию на giter-factory (см. в git) почитать на сон > грядущий :) > -- С уважением. Алексей. [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 552 bytes --]
[-- Attachment #1: Type: text/plain, Size: 524 bytes --] hi all Есть ли какая-то политика партии относительно того, держать ли в git/gear пакет новее чем в репо (вернее его репозиторий)? Т.е. например в случае, если пакет ещё не выложен, или сделано тестовое изменение, то не будет ли такой ничему не соответствующий репозиторий вводить в заблуждение своим присутствием в git.alt. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(8): > [Установил wine, а] вместо шрифтов точки где взять? А зачем Вам вместо шрифтов точки? -- wrar in community@ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --]
2008/12/7 Andrey Rahmatullin <wrar@altlinux.ru>:
> hi all
>
> Есть ли какая-то политика партии относительно того, держать ли в
> git/gear пакет новее чем в репо (вернее его репозиторий)?
>
> Т.е. например в случае, если пакет ещё не выложен, или сделано тестовое
> изменение, то не будет ли такой ничему не соответствующий репозиторий
> вводить в заблуждение своим присутствием в git.alt.
Поскольку пакет, "срезанный" из git с помощью gear, по идее должен
тэги на каждый выпуск, то какая разница, что лежит в master, если до
нужной версии можно добраться по тэгу?
--
/ Alexander Bokovoy
[-- Attachment #1: Type: text/plain, Size: 541 bytes --] On Sun, Dec 07, 2008 at 12:39:04PM +0300, Alexander Bokovoy wrote: > Поскольку пакет, "срезанный" из git с помощью gear, по идее должен > тэги на каждый выпуск, то какая разница, что лежит в master, если до > нужной версии можно добраться по тэгу? Ну а если пакет устарел - тоже можно проверить. Но нет же, "будет некоторых". -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(8): Если Вы не будете вообще ничего качать, то у Вас никогда не будет никакого признака чего бы то ни было :-) -- zerg in sisyphus@ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --]
7 декабря 2008 г. 12:24 пользователь Andrey Rahmatullin <wrar@altlinux.ru> написал: > hi all > > Есть ли какая-то политика партии относительно того, держать ли в > git/gear пакет новее чем в репо (вернее его репозиторий)? > По факту, я именно так и делаю... > Т.е. например в случае, если пакет ещё не выложен, или сделано тестовое > изменение, то не будет ли такой ничему не соответствующий репозиторий > вводить в заблуждение своим присутствием в git.alt. Не думаю, что этого можно или нужно избегать. Это нормальная ситуация хотя бы в тех случаях, когда нужно обменяться изменениями... А такой обмен обычно и называется совместной работой. Чтобы как-то зафикисировать текущую сборку, можно, например, руководствоваться заданным бранчем в репозитории текущего мейнтейнера или репозиториях группы мейнтейнеров, что несколько усложняет поиск, а также тегами. Чтобы гарантированно зафикисировать текущую сборку, можно, например, организовать аналог /archive для робота, который будет собирать пакеты из git. Но это дело будущего, и как оно там сложится пока непонятно... Нужно взглянуть наверное на girar-builder, чтобы оценить это будущее.. :) В общем, сейчас, действительно, нельзя понять есть ли последние изменения в git в виде собранных в репозиторий пакетов. Хотя проверить это и не сложно, существует неопределённая задержка между отправкой в incoming и появлением пакета в репозиториях. Не говоря уже о том, что не обязательно, что это отправка проходила.... -- Sin (Sinelnikov Evgeny)
Twas brillig at 12:52:21 07.12.2008 UTC+03 when sin@altlinux.ru did gyre and gimble: ES> Не думаю, что этого можно или нужно избегать. [] wRAR шутит, не обращай внимания. --
[-- Attachment #1: Type: text/plain, Size: 495 bytes --] On Sun, Dec 07, 2008 at 03:54:53PM +0600, Mikhail Gusarov wrote: > wRAR шутит, не обращай внимания. Не шутит, а провоцирует. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(8): <Lost> а вообще есть ли дистр в котором ppp работает? <Lost> вроде же нету <Maks|home> Lost: смеятся будешь, везде работает :-Р <Lost> судя по тому что его даже в ASP(!!!) паччели <Lost> Maks|home: поверь - если даже ребята из Аспа добрались его попатчить - он НИГДЕ не работает [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --]
[-- Attachment #1: Type: text/plain, Size: 605 bytes --] On Fri, Dec 05, 2008 at 10:59:10PM +0200, Michael Shigorin wrote: > > > > Т.е. например в случае, если пакет заместился другим, то не > > > > будет ли такой устаревший репозиторий вводить в > > > > заблуждение своим присутствием в git.alt. > > > Будет. > > Не будет. > => будет некоторых Этих некоторых, следовательно, будет вводить в заблуждение и всё остальное, см.рядом. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(8): <wRAR> [14:51:46] <hiddenman> откуда у меня это дурацкое гг? заразил кто-то <hiddenman> wRAR: гг <hiddenman> wRAR: тьфу <wRAR> гг <lioka> гг [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --]
5 декабря 2008 г. 23:24 пользователь Vitaly Lipatov <lav@altlinux.ru> написал: > On 5 декабря 2008, Artem Zolochevskiy wrote: >> hi all >> >> Есть ли какая-то политика партии относительно того, держать ли >> в git/gear удалённый из репозитория пакет (вернее его >> репозиторий)? > Я вот считаю, что не нужно держать. Тот, кому понадобится старый > репозиторий, найдёт его в /archive > /archive, в текущем виде, полезен только для того, чтобы найти git для пакета из репозитория, которые в git ещё никогда не вёлся... В остальном польза от него уже только на чтение, да и та сомнительная... Если у пакета есть git, то для нормальной работы нужны общие коммиты, а /archive у нас формируется путём gear-srpmimport, и тоже с некоторой задержкой.. >> Т.е. например в случае, если пакет заместился другим, то не >> будет ли такой устаревший репозиторий вводить в заблуждение >> своим присутствием в git.alt. > Будет. > будет только в том случае, если не условиться держать, например, актуальные бранчи, соотвествующие сборкам в репозиториях. -- Sin (Sinelnikov Evgeny)
On Sun, Dec 07, 2008 at 02:41:25PM +0500, Andrey Rahmatullin wrote: > > Поскольку пакет, "срезанный" из git с помощью gear, по идее > > должен тэги на каждый выпуск, то какая разница, что лежит в > > master, если до нужной версии можно добраться по тэгу? > Ну а если пакет устарел - тоже можно проверить. Но не "добраться по тегу". > Но нет же, "будет некоторых". *sigh* Полазь по sisyphus.ru/srpm/*/git на досуге? У меня вон хлама заведомо достаточно. Причём было бы неплохо иметь какую-то возможность сообразить, что "это" уже смержено в тот репо, из которого собран пакет в сизифе (master:master; следующим шагом -- и что-то этакое для бранчей, только тут явно сперва будет разумным договориться по политике именования git branches). -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
[-- Attachment #1: Type: text/plain, Size: 754 bytes --] On Sun, Dec 07, 2008 at 03:11:47PM +0200, Michael Shigorin wrote: > > Ну а если пакет устарел - тоже можно проверить. > Но не "добраться по тегу". Да, там ещё проще. > > Но нет же, "будет некоторых". > *sigh* > Полазь по sisyphus.ru/srpm/*/git на досуге? Зачем? Я и так знаю. > У меня вон хлама заведомо достаточно. У меня тоже. Это бай дизайн и я не вижу в этом проблемы сверх того, что не получится слепо взять первый попавшийся репо и использовать его в к.-л. целях. И тем более против того, чтобы при малейших несовпадениях одного с другим всё выносить. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(8): <Lost[work]> swi: главный инструмент любого линуксоида, - это огромный, мозолистый моск [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --]
On Sun, Dec 07, 2008 at 06:26:04PM +0500, Andrey Rahmatullin wrote: > И тем более против того, чтобы при малейших несовпадениях > одного с другим всё выносить. Естественно. Думаю, речь шла скорее о возможности понять, что уже хлам (как стороннему человеку, так и тому, кто его просто забыл зачистить или обновить -- в т.ч. пушнуть залитое в incoming). -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
[-- Attachment #1: Type: text/plain, Size: 675 bytes --] On Sun, Dec 07, 2008 at 03:34:06PM +0200, Michael Shigorin wrote: > Естественно. Думаю, речь шла скорее о возможности понять, > что уже хлам (как стороннему человеку, так и тому, кто его > просто забыл зачистить или обновить -- в т.ч. пушнуть залитое > в incoming). Так хлам не формализуем, я ж к этому и писал провокационные вопросы. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(8): <lash> dottedmag, да, на твоем заборе вообще написано "журнал в крапинку" <dottedmag> lash: в крапинку? а не в полосочку? <wRAR> dotted же * dottedmag .oO(и правда. опа.) <lash> dotted magazine * dottedmag пойдет убйотся об стену. журнал в крапинку. [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --]
[-- Attachment #1: Type: text/plain, Size: 972 bytes --] Michael Shigorin пишет: > On Sun, Dec 07, 2008 at 02:41:25PM +0500, Andrey Rahmatullin wrote: >>> Поскольку пакет, "срезанный" из git с помощью gear, по идее >>> должен тэги на каждый выпуск, то какая разница, что лежит в >>> master, если до нужной версии можно добраться по тэгу? >> Ну а если пакет устарел - тоже можно проверить. > > Но не "добраться по тегу". > >> Но нет же, "будет некоторых". > > *sigh* > > Полазь по sisyphus.ru/srpm/*/git на досуге? У меня вон хлама > заведомо достаточно. Причём было бы неплохо иметь какую-то > возможность сообразить, что "это" уже смержено в тот репо, > из которого собран пакет в сизифе (master:master; следующим шагом > -- и что-то этакое для бранчей, только тут явно сперва будет > разумным договориться по политике именования git branches). Это та причина, почему я именую бранчи примерно так: <дистрибутив>/{,{бранч,backports,Daedalus}/}<пакет>/<нечто> -- С уважением. Алексей. [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 552 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1262 bytes --] On Sun, Dec 07, 2008 at 03:11:47PM +0200, Michael Shigorin wrote: > Полазь по sisyphus.ru/srpm/*/git на досуге? У меня вон хлама > заведомо достаточно. Причём было бы неплохо иметь какую-то > возможность сообразить, что "это" уже смержено в тот репо, > из которого собран пакет в сизифе (master:master; следующим шагом > -- и что-то этакое для бранчей, только тут явно сперва будет > разумным договориться по политике именования git branches). Так вот, лично мне хотелось бы некоторую категоризацию: - рабочий основной репо, из которого собираются пакеты - заброшенный репо (и уже *неважно*, ушёл ли сам пакет в orphaned, или ещё нет, или он вообще давно сменил майнтейнера, а у старого остался репо со старыми версиями) - репо, склоненый только чтобы потестить сборку/удобно получить новую версию/whatever, который вообще не предназначался для уникальных коммитов - неосновной репо пакета, коммиты из которого втягиваются в основной репо у другого человека С, понятно, простым переносом между категориями (хорошо бы без изменения урла). -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(8): Заработало и превью и печать, правда выглядит кошмарно (но это уже не Ваши проблемы). -- syatskevich in #9306 [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --]
On Monday, 08 December 2008 09:39:48 Andrey Rahmatullin wrote: > On Sun, Dec 07, 2008 at 03:11:47PM +0200, Michael Shigorin wrote: > > Полазь по sisyphus.ru/srpm/*/git на досуге? У меня вон хлама > > заведомо достаточно. Причём было бы неплохо иметь какую-то > > возможность сообразить, что "это" уже смержено в тот репо, > > из которого собран пакет в сизифе (master:master; следующим шагом > > -- и что-то этакое для бранчей, только тут явно сперва будет > > разумным договориться по политике именования git branches). > > Так вот, лично мне хотелось бы некоторую категоризацию: > - рабочий основной репо, из которого собираются пакеты > - заброшенный репо (и уже *неважно*, ушёл ли сам пакет в orphaned, или ещё > нет, или он вообще давно сменил майнтейнера, а у старого остался репо со > старыми версиями) > - репо, склоненый только чтобы потестить сборку/удобно получить новую > версию/whatever, который вообще не предназначался для уникальных > коммитов > - неосновной репо пакета, коммиты из которого втягиваются в основной репо > у другого человека Последние два - это (вроде как) private и public соответственно. Первый - packages. А второй - по каким критериям и кто его будет отделять от первого? Что делать с "рабочий основной репо, из которого собираются пакеты", но эти пакеты не попадают в Сизиф по каким-либо причинам (в т.ч. и независимым от владельца этого репо)? > С, понятно, простым переносом между категориями (хорошо бы без изменения > урла). -- Led
[-- Attachment #1: Type: text/plain, Size: 1330 bytes --] On Mon, Dec 08, 2008 at 10:54:09AM +0200, Led wrote: > > Так вот, лично мне хотелось бы некоторую категоризацию: > > - рабочий основной репо, из которого собираются пакеты > > - заброшенный репо (и уже *неважно*, ушёл ли сам пакет в orphaned, или ещё > > нет, или он вообще давно сменил майнтейнера, а у старого остался репо со > > старыми версиями) > > - репо, склоненый только чтобы потестить сборку/удобно получить новую > > версию/whatever, который вообще не предназначался для уникальных > > коммитов > > - неосновной репо пакета, коммиты из которого втягиваются в основной репо > > у другого человека > Последние два - это (вроде как) private и public соответственно. Нет, ибо private и public вообще не про альтопакеты. > по каким критериям и кто Я же написал "мне". > Что делать с "рабочий основной репо, из которого собираются пакеты", но эти > пакеты не попадают в Сизиф по каким-либо причинам (в т.ч. и независимым от > владельца этого репо)? В зависимости от причин не называть его так либо ничего не делать. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(8): <lioka> ppl, как mountpoint по украински ? <Vitls> mountpoint <lioka> ещё варианты будут ? <combr> lioka: точка монтiрования? ;) <Lost_work> lioka: розетка <combr> lioka: (не знаю ни слова по) [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --]
On Mon, Dec 08, 2008 at 12:39:48PM +0500, Andrey Rahmatullin wrote: > С, понятно, простым переносом между категориями (хорошо бы без > изменения урла). Маркеры?.. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
[-- Attachment #1: Type: text/plain, Size: 590 bytes --] On Mon, Dec 08, 2008 at 11:47:49PM +0200, Michael Shigorin wrote: > On Mon, Dec 08, 2008 at 12:39:48PM +0500, Andrey Rahmatullin wrote: > > С, понятно, простым переносом между категориями (хорошо бы без > > изменения урла). > Маркеры?.. Разумеется. А как? -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(8): [...] API UNIX слишком простое и мощное для современных недопрограммистов, и требуется всё из себя абстрактное API, где будет функция типа open_rewrite (которая будет писать во временный файл, а по close сделает rename). -- mithraen in sisyphus@ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --]
Здравствуйте! Я сдела git-clone из архива. Получил, что есть только бранч sisyphus: оказалось, что это такая фича, ладно, переименовал в master. Сделал несколько коммитов, потом поставил тег и запушил. Вопрос: почему на http://git.altlinux.org/people/php_coder/packages/man-pages-ru.git не видно промежуточных коммитов, а только теги? Как это исправить, мне хочется, чтобы было как и с другими моими репозиториями. Спасибо! -- + Slava Semushin | slava.semushin @ gmail.com + ALT Linux Team | php-coder @ altlinux.ru
[-- Attachment #1: Type: text/plain, Size: 2205 bytes --] On Sun, Mar 29, 2009 at 12:18:43AM +0600, Slava Semushin wrote: > Здравствуйте! > > Я сдела git-clone из архива. Получил, что есть только бранч sisyphus: > оказалось, что это такая фича, ладно, переименовал в master. Сделал > несколько коммитов, потом поставил тег и запушил. > > Вопрос: почему на > http://git.altlinux.org/people/php_coder/packages/man-pages-ru.git не > видно промежуточных коммитов, а только теги? Как это исправить, мне > хочется, чтобы было как и с другими моими репозиториями. <erthad> это я из srpms клонировал, а потом переименовал у себя ветку sisyphus в master <erthad> а в remote HEAD продолжает на sisyphus указывать, которого тоже уже нет <wRAR> что такое "в remote HEAD"? <erthad> wRAR: http://git.altlinux.org/people/erthad/packages/tremulous.git/HEAD <erthad> то, что при заходе на http://git.altlinux.org/people/erthad/packages/tremulous.git мы не попадаем автоматом вшортлог <thresh> потому что нет master'а <thresh> гитвеб ищет бранч мастер. <Lost> а можно интересно сделать git push <remote> master:HEAD <erthad> error: dst refspec HEAD does not match any existing ref on the remote and does not start with refs/. <erthad> я это все пробовал уже <Lost> прикольно :) <Lost> git branch sisyphus master; git push <remote> sisyphus <erthad> т.е. он вместо того, чтобы сменить HEAD пытается пушнуть в ветку, на которую он указывает <Lost> erthad: не совсем <Lost> просто защита от изменения HEAD <Lost> а как менять HEAD в удаленном репо - хз <wRAR> именно, хаха. <Lost> по идее должно быть пох какой HEAD в удаленном репо <Lost> но зачем-то гитвеб на это завязывается <Lost> erthad: точнее, лучше сделать git push <remote> master:sisyphus <wRAR> а потом удалить, ага <Lost> не надо удалять <Lost> пусть будет :) <Lost> wRAR: оно по идее ни на что не влияет, только на gitweb <wRAR> лишний бранч <Lost> да и гитвебу не так уж и плохо <erthad> нет, только первый вариант прошел -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(8): если вам кажется что [...] все остальные из team тихо сидят себе дома и ночами собирают пакеты, а всем говорят что у них винда стоит - вы ошибаетесь :-) -- gns in community@ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --]
2009/3/29 Andrey Rahmatullin <wrar@altlinux>:
[...]
> <Lost> erthad: точнее, лучше сделать git push <remote> master:sisyphus
> <wRAR> а потом удалить, ага
> <Lost> не надо удалять
> <Lost> пусть будет :)
> <Lost> wRAR: оно по идее ни на что не влияет, только на gitweb
> <wRAR> лишний бранч
[...]
Я это решил с помощью git-rm-db/git-init-db/git push
--
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru
[-- Attachment #1: Type: text/plain, Size: 742 bytes --] On Sun, 29 Mar 2009 00:18:43 +0600 Slava Semushin wrote: > Я сдела git-clone из архива. Получил, что есть только бранч sisyphus: > оказалось, что это такая фича, ладно, переименовал в master. Сделал > несколько коммитов, потом поставил тег и запушил. > > Вопрос: почему на > http://git.altlinux.org/people/php_coder/packages/man-pages-ru.git не > видно промежуточных коммитов, а только теги? Как это исправить, мне > хочется, чтобы было как и с другими моими репозиториями. #19083 [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 197 bytes --]
[-- Attachment #1: Type: text/plain, Size: 321 bytes --] On Fri, Jun 05, 2009 at 03:33:51PM +0400, Denis Medvedev wrote: [...] > P.S. Кстати, было бы здорово иметь возможность работать с ACL не через ssh git.alt, а через браузер. А у нас в team есть такие web-программисты, которые бы могли это реализовать, И коду которых доверяли бы остальные члены team? -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
[-- Attachment #1: Type: text/plain, Size: 389 bytes --] Twas brillig at 15:54:52 05.06.2009 UTC+04 when ldv@altlinux.org did gyre and gimble: DVL> А у нас в team есть такие web-программисты, которые бы могли это DVL> реализовать, Есть. DVL> И коду которых доверяли бы остальные члены team? А вот это - не знаю. -- [-- Attachment #2: Type: application/pgp-signature, Size: 834 bytes --]
[-- Attachment #1: Type: text/plain, Size: 959 bytes --] Twas brillig at 15:54:52 05.06.2009 UTC+04 when ldv@altlinux.org did gyre and gimble: DVL> И коду которых доверяли бы остальные члены team? Замечу, что заданный таким образом вопрос неявным образом высказывает утверждение, что единственная возможность возможность получить некоторую уверенность в том, что код работает как полагается - это иметь доверие к автору. Это не так.В число которых входит доверие рецензенту, уже проведшему аудит кода, либо самостоятельное проведение аудита. "Доверие к автору" как единственный вариант - это к проприетарщикам. -- [-- Attachment #2: Type: application/pgp-signature, Size: 834 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1083 bytes --] On Sat, Jun 06, 2009 at 03:14:28AM +0700, Mikhail Gusarov wrote: > > Twas brillig at 15:54:52 05.06.2009 UTC+04 when ldv@altlinux.org did gyre and gimble: > > DVL> И коду которых доверяли бы остальные члены team? > > Замечу, что заданный таким образом вопрос неявным образом высказывает Ничего он не высказывает, я написал ясно: "к коду которых доверяли бы ...". Чтобы было понятно, о чём идёт речь, поясню. Сейчас авторизация в git.alt реализована посредством авторизации по ключу в sshd, а разграничение доступа -- uid'ами в ядре. Другими словами, используются самые надежные и проверенные средства из тех, что вообще доступны в операционной системе. Было бы нелогично предъявлять к потенциальной web-реализации интерфейса git.alt менее строгие требования по безопасности. Есть ещё один аспект: браузер. Это одно из самых уязвимых приложений на десктопе. Мало кто станет запускать браузер для обычного серфинга и для доступа к потенциальному web-интерфейсу git.alt в разных чрутах или как-то ещё защищать доступ к этому web-интерфейсу. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
[-- Attachment #1: Type: text/plain, Size: 997 bytes --] Twas brillig at 00:33:21 06.06.2009 UTC+04 when ldv@altlinux.org did gyre and gimble: DVL> Чтобы было понятно, о чём идёт речь, поясню. Сейчас авторизация в DVL> git.alt реализована посредством авторизации по ключу в sshd, а DVL> разграничение доступа -- uid'ами в ядре. Другими словами, DVL> используются самые надежные и проверенные средства из тех, что DVL> вообще доступны в операционной системе. DVL> Было бы нелогично предъявлять к потенциальной web-реализации DVL> интерфейса git.alt менее строгие требования по безопасности. Было бы логично услышать, почему вышеперечисленное - не overkill. -- [-- Attachment #2: Type: application/pgp-signature, Size: 834 bytes --]
[-- Attachment #1: Type: text/plain, Size: 798 bytes --] On Sat, Jun 06, 2009 at 07:11:43AM +0700, Mikhail Gusarov wrote: > Twas brillig at 00:33:21 06.06.2009 UTC+04 when ldv@altlinux.org did gyre and gimble: > > DVL> Чтобы было понятно, о чём идёт речь, поясню. Сейчас авторизация в > DVL> git.alt реализована посредством авторизации по ключу в sshd, а > DVL> разграничение доступа -- uid'ами в ядре. Другими словами, > DVL> используются самые надежные и проверенные средства из тех, что > DVL> вообще доступны в операционной системе. > > DVL> Было бы нелогично предъявлять к потенциальной web-реализации > DVL> интерфейса git.alt менее строгие требования по безопасности. > > Было бы логично услышать, почему вышеперечисленное - не overkill. Другими словами, так ли важна авторизация в web-интерфейсе git.alt? -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
On Sat, Jun 06, 2009 at 12:33:21AM +0400, Dmitry V. Levin wrote: > Было бы нелогично предъявлять к потенциальной web-реализации > интерфейса git.alt менее строгие требования по безопасности. Ну почему, можно ж там выполнять нетривиальные действия, а потом подтверждать выполнением предложенной строчки, начинающейся с "ssh git.alt", или посредством ссылки в письме. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
[-- Attachment #1: Type: text/plain, Size: 1645 bytes --] Twas brillig at 15:31:36 06.06.2009 UTC+04 when ldv@altlinux.org did gyre and gimble: >> DVL> Чтобы было понятно, о чём идёт речь, поясню. Сейчас >> DVL> авторизация в git.alt реализована посредством авторизации по >> DVL> ключу в sshd, а разграничение доступа -- uid'ами в ядре. >> DVL> Другими словами, используются самые надежные и проверенные >> DVL> средства из тех, что вообще доступны в операционной системе. >> >> DVL> Было бы нелогично предъявлять к потенциальной web-реализации >> DVL> интерфейса git.alt менее строгие требования по безопасности. >> >> Было бы логично услышать, почему вышеперечисленное - не overkill. DVL> Другими словами, так ли важна авторизация в web-интерфейсе git.alt? Другими словами, я не видел модели атак на интерфейс git.alt, чтобы понимать, почему нужно ИМЕННО uid'ы в ядре, и чем плохо другое решение. Любая security measure - это tradeoff, и мне совершенно непонятно, почему в этом месте usability приносится в жертву security БЕЗО ВСЯКИХ ОБОСНОВАНИЙ. -- [-- Attachment #2: Type: application/pgp-signature, Size: 834 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1425 bytes --] On Sun, Jun 07, 2009 at 04:01:39PM +0700, Mikhail Gusarov wrote: > Twas brillig at 15:31:36 06.06.2009 UTC+04 when ldv@altlinux.org did gyre and gimble: > > >> DVL> Чтобы было понятно, о чём идёт речь, поясню. Сейчас > >> DVL> авторизация в git.alt реализована посредством авторизации по > >> DVL> ключу в sshd, а разграничение доступа -- uid'ами в ядре. > >> DVL> Другими словами, используются самые надежные и проверенные > >> DVL> средства из тех, что вообще доступны в операционной системе. > >> > >> DVL> Было бы нелогично предъявлять к потенциальной web-реализации > >> DVL> интерфейса git.alt менее строгие требования по безопасности. > >> > >> Было бы логично услышать, почему вышеперечисленное - не overkill. > > DVL> Другими словами, так ли важна авторизация в web-интерфейсе git.alt? > > Другими словами, я не видел модели атак на интерфейс git.alt, чтобы > понимать, почему нужно ИМЕННО uid'ы в ядре, и чем плохо другое решение. Есть действующий интерфейс git.alt, который меня устраивает. Наверное, я над ним думал, прежде чем реализовать. Сейчас я не готов писать пространный текст на эту тему. Разве что для тезисов летней конференции. (кстати, это вариант; Миша, спасибо за идею). Тот, кто хочет предложить другой интерфейс, с другой моделью безопасности, должен взять на себя бремя доказательства того, что предлагаемая модель приемлема. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
Dmitry V. Levin пишет:
> Тот, кто хочет предложить другой интерфейс, с другой моделью безопасности,
> должен взять на себя бремя доказательства того, что предлагаемая модель
> приемлема.
Вот собственно отправная точка, с которой надо начинать обсуждение:
создать схему/модель, а потом искать в ней бреши безопасности.
p.s. Работают же люди со своими банковскими счетами через веб. Наверно
там тоже продуманная схема безопасности и взвешенные риски.
--
Vladimir Lettiev aka crux
6 июня 2009 г. 0:33 пользователь Dmitry V. Levin написал:
> On Sat, Jun 06, 2009 at 03:14:28AM +0700, Mikhail Gusarov wrote:
>>
>> Twas brillig at 15:54:52 05.06.2009 UTC+04 when ldv@altlinux.org did gyre and gimble:
>>
>> DVL> И коду которых доверяли бы остальные члены team?
>>
>> Замечу, что заданный таким образом вопрос неявным образом высказывает
>
> Ничего он не высказывает, я написал ясно: "к коду которых доверяли бы ...".
>
> Чтобы было понятно, о чём идёт речь, поясню.
> Сейчас авторизация в git.alt реализована посредством авторизации по ключу
> в sshd, а разграничение доступа -- uid'ами в ядре.
> Другими словами, используются самые надежные и проверенные средства из
> тех, что вообще доступны в операционной системе.
> Было бы нелогично предъявлять к потенциальной web-реализации интерфейса
> git.alt менее строгие требования по безопасности.
>
> Есть ещё один аспект: браузер. Это одно из самых уязвимых приложений на
> десктопе. Мало кто станет запускать браузер для обычного серфинга и для
> доступа к потенциальному web-интерфейсу git.alt в разных чрутах или как-то
> ещё защищать доступ к этому web-интерфейсу.
>
Как вариант (может я не всё до конца понимаю - слишком не ругайтесь):
Кроме ключей ssh, так же существуют ключи gpg. Возможно организовать
https клиентскую авторизацию "типа gpg-сертификат". Для epipany,
кажется, даже есть такое расширение.
--
Alexey Shabalin
Hi! А как сейчас правильно удалять пакеты из Сизифа? Через git.alt? -- icesik
On Tue, Oct 27, 2009 at 08:03:48PM +0300, Igor Zubkov wrote:
> Hi!
>
> А как сейчас правильно удалять пакеты из Сизифа? Через git.alt?
да, например
task new
task add del foo
task run
--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine
Igor Zubkov пишет:
> А как сейчас правильно удалять пакеты из Сизифа? Через git.alt?
Вроде бы пока нет отдельной команды. Т.е. пока так:
ssh git.alt task new
ssh git.alt task add del пакет
ssh git.alt task run
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
28 октября 2009 г. 6:34 пользователь REAL написал:
>> А как сейчас правильно удалять пакеты из Сизифа? Через git.alt?
>
> Вроде бы пока нет отдельной команды. Т.е. пока так:
>
> ssh git.alt task new
> ssh git.alt task add del пакет
> ssh git.alt task run
Ну хоть так.
--
icesik
Здравствуйте, коллеги. Накосячил я в последнем коммите в libgphoto2, можно ли откатить, наподобие git reset --hard HEAD^ локально? -- WBR, Дмитрий
ssh: connect to host git.altlinux.org port 222: No route to host -- REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
[-- Attachment #1: Type: text/plain, Size: 172 bytes --] On Wed, Nov 13, 2013 at 04:51:38PM +0700, REAL wrote: > ssh: connect to host git.altlinux.org port 222: No route to host У провайдера был какой-то сбой. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
On Wed, Nov 13, 2013 at 11:51 AM, REAL wrote: > ssh: connect to host git.altlinux.org port 222: No route to host Это какие-то проблемы на площадке. Мне пришло оповещение что p.a.o был недоступен 26 минут. uptime не обнулился, значит проблема кто-то между. -- Igor Zubkov http://hi.im/ice
Добрый день! Не могу обновиться из задания #290340: # apt-get update Пропущено http://git.altlinux.org repo/290340/x86_64 release Ошибка http://git.altlinux.org repo/290340/x86_64/task pkglist Undetermined Error Пропущено http://git.altlinux.org repo/290340/x86_64/task release E: Failed to fetch http://git.altlinux.org/repo/290340/x86_64/base/pkglist.task Undetermined Error E: Some index files failed to download. They have been ignored, or old ones used instead. При проверке через wget: $ wget http://git.altlinux.org/repo/290340/x86_64/base/pkglist.task --2021-11-21 13:58:23-- http://git.altlinux.org/repo/290340/x86_64/base/pkglist.task Распознаётся git.altlinux.org (git.altlinux.org)… 194.107.17.12 Подключение к git.altlinux.org (git.altlinux.org)|194.107.17.12|:80... соединение установлено. HTTP-запрос отправлен. Ожидание ответа… 301 Moved Permanently Адрес: https://git.altlinux.org/repo/290340/x86_64/base/pkglist.task [переход] --2021-11-21 13:58:23-- https://git.altlinux.org/repo/290340/x86_64/base/pkglist.task Подключение к git.altlinux.org (git.altlinux.org)|194.107.17.12|:443... соединение установлено. ОШИБКА: невозможно проверить сертификат git.altlinux.org, выпущенный «CN=R3,O=Let's Encrypt,C=US»: Для запрошенного сертификата истёк срок действия. Для небезопасного подключения к git.altlinux.org используйте параметр «--no-check-certificate». Обновляюсь с разных машин, проблема точно на стороне сервера. Ночью всё ещё работало. -- Best regards, Leonid Krivoshein.
Приветсвтую. Наблюдаю такое: $ ssh git.alt clone /gears/l/libdbus-c++.git gitery-clone: libdbus-c++.git: invalid git repository directory name То есть, плюсы в именах пакетов допустимы, а в именах репозиториев нет, я правильно понимаю? -- wbr, iv m.
On 2022-08-17 17:44:16 +0400, Ivan A. Melnikov wrote: > Наблюдаю такое: > $ ssh git.alt clone /gears/l/libdbus-c++.git > gitery-clone: libdbus-c++.git: invalid git repository > directory name > То есть, плюсы в именах пакетов допустимы, а в именах > репозиториев нет, я правильно понимаю? Ну ты ведь уже написал багрепорт? :-) -- Alexey V. Vissarionov gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net
17.08.2022 16:37, Alexey V. Vissarionov пишет: > On 2022-08-17 17:44:16 +0400, Ivan A. Melnikov wrote: > > > Наблюдаю такое: > > $ ssh git.alt clone /gears/l/libdbus-c++.git > > gitery-clone: libdbus-c++.git: invalid git repository > > directory name > > То есть, плюсы в именах пакетов допустимы, а в именах > > репозиториев нет, я правильно понимаю? > > Ну ты ведь уже написал багрепорт? :-) > > https://bugzilla.altlinux.org/33819
On 2022-08-17 16:38:59 +0200, Алексей Никифоров wrote: >>> Наблюдаю такое: >>> $ ssh git.alt clone /gears/l/libdbus-c++.git >>> gitery-clone: libdbus-c++.git: invalid git repository >>> directory name >>> То есть, плюсы в именах пакетов допустимы, а в именах >>> репозиториев нет, я правильно понимаю? >> Ну ты ведь уже написал багрепорт? :-) > https://bugzilla.altlinux.org/33819 С 2017 года тянется... плохо. -- Alexey V. Vissarionov gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net
On Wednesday, 17 August 2022 16:44:16 MSK Ivan A wrote: > Приветсвтую. > > Наблюдаю такое: > > $ ssh git.alt clone /gears/l/libdbus-c++.git > gitery-clone: libdbus-c++.git: invalid git repository directory name > > То есть, плюсы в именах пакетов допустимы, В именах пакетов тоже лучше не использовать, чтоб не было перлов типа apt-get remove gcc-c+++ > а в именах > репозиториев нет, я правильно понимаю? -- Regards, Sergey.