Грегори Касаменто (Gregory Casamento), лидер проекта GNUstep (http://gnustep.org/),
рассматривает возможность (http://lists.gnu.org/archive/html/discuss-gnustep/2015-12/ms...) ухода из под опеки Фонда СПО через создание форка. Причиной такого шага является намерение уйти от использования устаревшего хостинга открытых проектов GNU Savannah в пользу более современной платформы, такой как GitHub. Большинство разработчиков согласились с целесообразностью такого перехода, но один из участников выступил категорически против, указав на недопустимость перехода на проприетарный сервис.Сторонники перехода на GitHub пришли к выводу, что сторонники использования Savannah действуют больше из идеологических помыслов, а не удобства разработки, так как вклад в проект таких участников незначителен. Грегори Касаменто согласился основать форк, но только если он будет уверен, что большинство активных разработчиков последуют за ним и присоединяться к работе над новым проектом.
Создание форка также позволит уйти от необходимости передачи прав на свой код фонду СПО, что в сочетании с использованием устаревших механизмов разработки и необходимости заключения соглашения на бумаге мешает привлечению к проекту новых участников. Основной причиной нахождения GNUstep под покровительством Фонда СПО была юридическая защита, но в текущей ситуации опасения нападок на проект со стороны компании Apple беспочвенны.
URL: http://lists.gnu.org/archive/html/discuss-gnustep/2015-12/ms...
Новость: https://www.opennet.ru/opennews/art.shtml?num=43472
Всех утопить.
В гнутом корыте!
А не получится - оно треснутое!
Наконец-то до них начало доходить...
А что этим GNUstep кто-то пользуется?
Да
Что это и зачем нужно?
> Что это и зачем нужно?См., например, http://altlinux.org/starterkits/gnustep
Правда, у нас в сентябре майнтейнер в т.ч. gnustep-* скоропостижно скончался -- думаем, будет ли это подмножество сизифа в следующем бранче (тогда надо чинить objc)...
реклама проприетарного дистра.. не хорошо..
Да ещё и гавённого впридачу.
Эээ, он не проприетарный. Он вполне себе открытый, просто разрабатывается частной компанией. Базовый реп дистра имеет сертификацию ФСТЭК, ну и ещё есть довольно большая часть, поддерживаемая сообществом.По поводу говёности, тут тоже не так всё однозначно. Их пакетный менеджер -- это жуткая жуть, ибо если мне память не изменяет, это RPM-3.5 + самопальный APT над ним. Так что прощайте Recommends/Suggests, прощай autoremove... Но зато у них есть Сизиф -- шикарнейший инструмент для CI. И их сборки KDE всегда славились качеством.
В общем, я для себя предпочитаю Debian, но ALT -- дистр вполне себе работоспособный и заслуживающий уважения.
Если я где-то в этом описании допустил неточность (скажем, RPM там уже поновее), думаю, что Шигорин меня поправит.
> По поводу говёности, тут тоже не так всё однозначно. Их пакетный менеджер -- это жуткая жуть, ибо если мне память не изменяет, это RPM-3.5 + самопальный APT над ним. Так что прощайте Recommends/Suggests, прощай autoremove... Но зато у них есть Сизиф -- шикарнейший инструмент для CI. И их сборки KDE всегда славились качеством.Почти сусе получается, только хуже.
> Эээ, он не проприетарный.Именно -- кто чего не найдёт на http://git.altlinux.org, пусть расскажет. Там же, кстати, и исходники сборочной системы.
> Их пакетный менеджер -- это жуткая жуть, ибо если мне память не изменяет,
> это RPM-3.5 + самопальный APT над ним.Несколько изменяет -- RPM-4.0.4++++ :) (многое из того, что в этом глубоком форке сделано полезного, до сих пор отсутствует и в апстримных rpm4/5)
А в 2001 году был 4.0.3: http://packages.altlinux.org/ru/Sisyphus/srpms/rpm/changelog
> Так что прощайте Recommends/Suggests, прощай autoremove...
Альтовый aptitude умеет метить устанавливаемые по зависимостям пакеты для autoremove, плюс есть apt-cache list-nodeps средствами apt-scripts. Насчёт мягких зависимостей -- порой их не хватает, но порой почитаешь, как люди мучаются как раз с комбинацией Suggests: и autoremove -- и опять расхочется...
PS: apt-rpm растёт из Conectiva -- там над ним работал тот же самый Gustavo Niemeyer, на совести которого и WindowMaker (имеющий некоторое отношение к теме обсуждения).
Покажи свой, гений.
> Покажи свой, гений.Чтобы "показывать свой", гением быть необязательно, малыш.
Зачем нужен altlinux, когда есть centos/ubuntu?
> Зачем нужен altlinux, когда есть centos/ubuntu?Например, чтоб реализовывать идеи, которые там по разным причинам отказываются принимать. Или чтоб продолжать плевать на софтпатенты, которые шляпа с каноникалом вынуждены уважать.
>> Зачем нужен altlinux, когда есть centos/ubuntu?
> Например, чтоб реализовывать идеи, которые там по разным причинам отказываются принимать.Не скажу за centos, но у дебиана (на котором паразитирует ubuntu) - крайне либеральный
подход в реализации различных идей, буде за ними стоят руки, готовые делать дело... А еще,
помимо дебиана, есть его бленды и т.п. - всегда можно найти где обкатывать новое,
незачем ради этого городить полностью обособленный форк и тащить там говно
мамонта в качестве системных инструментов.Что-то сумлеваюсь я поэтому насчет качества индей.
> Или чтоб продолжать плевать на софтпатенты, которые шляпа с каноникалом
> вынуждены уважать.Это действительно благая вещь, но также вполне решаемая. Если бы проблема была
бы достаточно актуальной - давно был бы non-us реп, как раньше был по другим причинам.Как много софта, который вам хотелось бы включить в Debian и не получается
из-за http://www.debian.org/legal/patent?Хотелось бы аргументов, которые подтверждали бы всю агромадность этой
проблемы практически.
> Не скажу за centos, но у дебиана (на котором паразитирует ubuntu) -
> крайне либеральный подход в реализации различных идейКак и всякий либеральный подход, он имеет неожиданные подводные грабли вроде не столь давней потехи в TC...
> незачем ради этого городить полностью обособленный форк
Мы в курсе, когда стоит делать форки, а когда их стоит мержить -- и что стоит их поддерживать.
> и тащить там говно мамонта в качестве системных инструментов.
А что не так с системными инструментами? Или "рабинович напел"?
> Это действительно благая вещь, но также вполне решаемая. Если бы проблема
> была бы достаточно актуальной - давно был бы non-us реп, как раньше был
> по другим причинам.Что с ним нынче, кстати? За подобными штуками (как и debian-multimedia, который когда-то попросили зеркалить на f.l.k.u) слежу сильно краем глаза в силу неактуальности _у нас_.
> Как много софта, который вам хотелось бы включить в Debian и не
> получается из-за http://www.debian.org/legal/patent?Строгий ответ требует уже достаточно дорогого по времени анализа, а у меня в субботу обновка стартеркитов -- если хотите, давайте попробуем в начале января вспомнить (только лучше в какой-нить альтовской теме, чтоб здесь офтопик не разводить).
> Хотелось бы аргументов, которые подтверждали бы всю агромадность этой
> проблемы практически.Они комплексные и размазанные по полутора десятилетиям. Помимо уже поднятых есть ещё и решавшиеся Canonical при создании своего производного проекта, например -- в силу непригодности дебиана для поддерживаемых по контракту решений (это не осуждение никоим образом, просто сам Debian Project к тому и не стремился никогда, насколько понимаю).
>> Не скажу за centos, но у дебиана (на котором паразитирует ubuntu) -
>> крайне либеральный подход в реализации различных идей
> Как и всякий либеральный подход, он имеет неожиданные подводные грабли вроде не
> столь давней потехи в TC...А в чем, собственно, потеха? (ALT тоже systemd скушал, только история
не так распиарена, по понятным причинам) В Debian - do-ocracy. Кто делает, тот и
заказывает музыку.>> и тащить там говно мамонта в качестве системных инструментов.
> А что не так с системными инструментами?А CVE по им е? Или с созданием форка - баги в rpm сразу испарились?
>> Это действительно благая вещь, но также вполне решаемая. Если бы проблема
>> была бы достаточно актуальной - давно был бы non-us реп, как раньше был
>> по другим причинам.
> Что с ним нынче, кстати?Давно помЕр за ненадобностью:
https://wiki.debian.org/non-USВ Debian я не слыхал об уперты фанатах софтпатентов, так что если б было
надо - мне сложно придумать причину почему не сделали.>> Как много софта, который вам хотелось бы включить в Debian и не
>> получается из-за http://www.debian.org/legal/patent?
> Строгий ответ требует уже достаточно дорогого по времени анализа, а у меня
> в субботу обновка стартеркитов -- если хотите, давайте попробуем в начале
> января вспомнить (только лучше в какой-нить альтовской теме, чтоб здесь офтопик не разводить).Я как бы очень сильно подозреваю каким может быть ответ (т.е. ИБД на фоне
ненужности фичи) и аргументы в его пользу изложил. Так шта не обещаю вспомнить.>> Хотелось бы аргументов, которые подтверждали бы всю агромадность этой
>> проблемы практически.
> Они комплексные и размазанные по полутора десятилетиям. Помимо уже поднятых есть
> ещё и решавшиеся Canonical при создании своего производного проектаВ смысле, синдром NIH?)
Но раз уш про каноникал - их проект все-таки не стал независимым форком, а просто
самым популярным среди derivatives, очень сильно интегрированным с Debian.
Почему бы Альту не перейти в статус НКО.
> Почему бы Альту не перейти в статус НКО.Народный комиссариат обороны?
Не, по своим закладкам они ближе к НКВД.
> Не, по своим закладкам они ближе к OpenBSD.Это про strlcpy() и компанию, что ли? Тогда даже можно согласиться :)
> Почему бы Альту не перейти в статус НКО.Кипрский НКО? Оригинально...
мде. если они думают, что это никому не нужно и никто не хочет участвовать в разработке, потому что оно хостится не на гитхабе... то их в скором времени после создания форка ждёт большое разочарование.
Да на самом деле там и разрабатывать особо не чего. По сути ребята занимаются тем, что время от времени рефакторят ту среду, которой пользуются сами, подтягивая под старую идею новые библиотеки и технологии. А доля рынка и объем кода там сравним с некоторыми тайловыми десктопами.
Ну, это скорее "пользовательская база", нежели "доля рынка". Всё-таки мы говорим о заинтересованных людях, а не о рынке сбыта какой-то продукции.
> мде. если они думают, что это никому не нужно и никто не хочет участвовать в разработке, потому что оно хостится не на гитхабе... то их в скором времени после создания форка ждёт большое разочарование.Не, вообще логика полностью правильная - сейчас действительно никто не будет присылать пулл если его нельзя прислать одним кликом, и это правильно. Но естетсвенно, репозиторий на github - не достаточное, а необходимое условие, и если gnustep никому не нужен сам по себе, то gh ему никак не поможет. И это тоже правильно.
> Не, вообще логика полностью правильная - сейчас действительно никто не будет присылать
> пулл если его нельзя прислать одним кликом, и это правильно.kernel, xorg, mesa, gcc, gdb и еще сотни/тысячи значимых проектов не используют github.
> Но естетсвенно, репозиторий на github - не достаточное, а необходимое условие
Лично для меня github/gerrit/etc создают лишь лишние сложности и уменьшают желание отсылать мелкий патч/bugfix.
При постоянной работе над одним проектом, да - есть свои несомненные плюсы. Но для разовых патчей - геморрой на ровном месте. Все ИМХО.
> kernel, xorg, mesa, gcc, gdb и еще сотни/тысячи значимых проектов не используют githubОсилил вспомнить пять и волшебным образом экстаполировал до тысяч? Молодец, сразу показал свой уровень. Забыл сравнить с количеством проектов которые используют? Ничего другого и не ожидалось. Наконец, ты тупо соврал. Хинт: проекту не нужно иметь официальный репозиторий на GH чтобы принимать через последний код.
> Но для разовых патчей - геморрой на ровном месте. Все ИМХО.
Ещё бы не имхо, сразу видно что никакие патчи ты никуда в жизни не отправлял. Для разовых патчей github вообще альтернатив нет - регаться на локалхосте каждого проекта куда надо отправить патч никто не будет. А в GH и регаться не надо.
>> kernel, xorg, mesa, gcc, gdb и еще сотни/тысячи значимых проектов не используют github
> Осилил вспомнить пять и волшебным образом экстаполировал до тысяч?На самом деле, как раз числом _значимых_ проектов - очень даже можно
померяться (зеркала на гитхабчике не считаются).Большинство использует свой хостинг, часто совершенно иной workflow (без этих
ваших PR), немало вообще не в гит.> Забыл сравнить с количеством проектов которые используют?
И что вам дадут подобные пиписькомерки? Ясен пень, в количестве индусских
прожектов (~"моя курсовая" или "как я решало д/з") - гитхабчик впереди планеты всей.> регаться на локалхосте каждого проекта куда надо отправить патч никто не будет.
Во-первых, зачем для этого "регаться"? Есть у проекта рассылки - присылайте
патч туда. Если у проекта есть багтрекер - далеко не всегда он требует
регистрации для заведения бага (в т.ч. с патчем). Пример - Debian.ЗЫ: А гитхабчик-то как раз - требует регистрации...
> Молодец, сразу показал свой уровень.Вообще-то свой "уровень" ещё раз показали Вы. Идите-ка читать http://wiki.opennet.ru/ForumHelp (особенно пп. 4, 6).
> А в GH и регаться не надо.
И что там дают отправить без логина? А что мешает отправить патчик почтой, глянув `git log`?
> А в GH и регаться не надо.единственная стоящая фраза во всём твоём bs-спиче. действительно, не надо там регаться. и использовать его не надо.
>> мде. если они думают, что это никому не нужно и никто не хочет участвовать в разработке, потому что оно хостится не на гитхабе... то их в скором времени после создания форка ждёт большое разочарование.
> Не, вообще логика полностью правильная - сейчас действительно никто не будет присылать
> пулл если его нельзя прислать одним кликом, и это правильно.И почему же это правильно, детка?
А что будет с названием? Станет просто step, или не связанным с FSF проектам можно использовать GNU в названии?
GNUstepOut
> GNUstepOutGNUstepAside
А почему бы не перейти на GitLab?
> А почему бы не перейти на GitLab?Поднимать свой сервер слишком накладно и дорого, а использовать сервис GitLab ничем не лучше GitHub, тот же проприетарный сервис на основе проприетарного GitLab Enterprise.
А зачем им Enterprise версия? GitLab себе вполне открыт, бери и пользуйся.
> Поднимать свой сервер слишком накладно и дорого€10 за выделенный сервер в месяц и две команды для установки(первая скачивает пакет, вторая ставит). Да очень дорого и накладно.
Да не в этом дело.
Если брать gitlab, то у него есть различные ошибки, настройка и запуск требуют терпения и знаний, которые очень специфичны. Время фанатиков и мастеров прошло, пришло время старперов.
Поэтому никакого gitlab-а не будет... Лемингам нужно, чтобы все за них делали...
> Да не в этом дело.
> Если брать gitlab, то у него есть различные ошибки, настройка и запуск
> требуют терпения и знаний, которые очень специфичны. Время фанатиков и мастеров
> прошло, пришло время старперов.
> Поэтому никакого gitlab-а не будет... Лемингам нужно, чтобы все за них делали...Гитлаб из их бандла поднимается двумя командами и работает. Еще парой команд и правкой конфига настраивается его бэкап. Как раз гитлаб — готовое решение для тех, кто не хочет сильно разбираться.
Эмм... скажи честно, ты же никогда не ставил и не настраивал GitLab, правда?
Из докера гитлаб не пробовал поднимать? Больше 10-15 минут не занимает. Что там особо сложного настраивать не понятно.
> Из докера гитлаб не пробовал поднимать?Я пробовал, но он так и не смог автоматически получить у роутера IPv6 и в браузере ничего не открылось.
Настроил, поплевался. Да, если читатать мануалы и очень внимательно все изучать, то прекрасная вещь, но косяки: из-за кеша не применяются настроки до сброса кеша (а значит и перезапуска gitlab-а), необходимости знать, что за что отвечает (shell, ci, web и где что настраивается) и как взаимодействует для авторизации, отправки коммитов, проброски портов и т.п., да и сам руби, который мне не встретился впервые был полон неожиданных открытий... В общем-то чем-то напоминает сборку из исходников без возможности понять эти самые исходники - геморно, долго и т.п.
Результат, конечно, того стоит, но... Gitlab - проще и удобнее.
> Поднимать свой сервер слишком накладно и дорогоДа, куда проще со всеми пересраться, сделать форк и в куче дистров начать флейм в стиле "кто теперь православнее".
Лучше уж тогда на GOGS.
> А почему бы не перейти на GitLab?Опасно пользоваться софтом, который пишут на Украине.
Не понял бреда, тот же nginx пишут в Москве.
Какие московские лица:
https://www.nginx.com/leadership-team/А Сан-Франциско - это где-то в Мытищах, да?
>> А почему бы не перейти на GitLab?
> Опасно пользоваться софтом, который пишут на Украине.Мало того, он ещё и на руби написан (читай тормоз).
> А почему бы не перейти на GitLab?GitLab - та же саванна. Интерфейс моднее? Да. Удобнее? Спорно. Но главное - сообщества там нет и не будет, потому что оно на github.
Можно подумать, после перехода на гитхаб вдруг всё само наладится и пойдёт вперёд. И если уж фанатеют от git, то гитхаб тут явно не лучший выбор. Есть куда более интересные альтернативы.
Дело уж точно не в git, т.к. другим саванна не мешает использовать эту VCS.me думает (см #32), что просто набижала критическая масса школия, которая считает что без PR - ни крута
Паходу этим паделием не пользуется никто кроме разрабов. Хотя и они его юзают только когда тестят.
Кароч оно мёртво. Расходитесь - тут ничего интересного нет.
Хотя... можем помянуть усопшего...
ваше мне ни е очинь важно для нас
> Сторонники перехода на GitHub пришли к выводу, что те кто настаивает на использовании Savannah действуют больше из идеологических помысловДа эти хипстеры настоящие гении мысли, кто бы мог подумать что фон СПО действует идиологически. Вообше эту вырвиглазную убогость, т.е. GNUstep, нужно закопать в каком-нибудь apache могильнике.
> Создание форка также позволит уйти от необходимости передачи прав на свой код
> фонду СПО, что в сочетании с использованием устаревших механизмов разработки
> и необходимости заключения соглашения на бумагеОно ж необязательно, а если есть -- наверное, можно обсудить осмысленность без форка.
PS: и опять http://vimeo.com/23522095 :-/
Принятые FSF решения обратного хода не имеют. Это их принципиальная позиция.
> Принятые FSF решения обратного хода не имеют. Это их принципиальная позиция.А можно цитату про это из первоисточника?
Ждём форка GNU Hurd. Думается, Hurd'у тоже только GNU мешает...
>> Ждём форка GNU Hurd. Думается, Hurd'у тоже только GNU мешает...
> Нет. Там больше клей "момент" мешает, ведь на настоящие наркотики денег давно
> уже нет.Именно так. Для тех, кто не в теме, объясняю:
"Just say NO TO DRUGS, and maybe you won't end up like the Hurd people." © Линус Торвальдс
> Ждём форка GNU Hurd. Думается, Hurd'у тоже только GNU мешает...мне ближе форк дебьяна на фряхе понравился, чем хурд-овский :)
еще были идеи пилить seL4 и стрекозы форк, но критической массы - не набрало(один человек и два, соотв. а нужно было ~8 и десяток, соотв для взлета, по оценкам) и не взлетело, к сожалению :/
но есть неофициальные форки генты на них :) и даже работают(правда "не на всяком железе" :)
Да пусть уходят, кто их держит то?
> необходимости заключения соглашения на бумагеАга, кровью подписанного. Раньше же было достаточно факсом подписанную бумажку отправить. Ну и потом, будем реалистами: кто из корпорастов вкладывается в гнустеп так, что с юристами согласовывать надо?
> Ну и потом, будем реалистами: кто из корпорастов вкладывается в гнустеп
> так, что с юристами согласовывать надо?При чем здесь корпорасты? Договора программистов и иных сотрудников того же Гугла или КрасноШляпа вполне могут запрещать подобные вещи без согласований.
> При чем здесь корпорасты?
> сотрудников того же Гугла или КрасноШляпаСами спросили -- сами ответили? :)
вы в своем репертуаре.
> вы в своем репертуаре.Google и RH -- корпорации. Более того, транснациональные.
А что значит транснациональный?
Только без Википедии, я про реальность спрашиваю.
большую энциклопедию СССР в студию! для школоло ничего не жалко.
Имеющие доходы и расходы а так же персонал в юрисдикции нескольких государств
Ой проприетарный сервис, все пропало!!! Задрали уже эти упорыши
> Ой проприетарный сервис, все пропало!!! Задрали уже эти упорышиГригорий ждёт тебя на радужном хабике -- ньюстеп форкать. Вперёд!
> Ой проприетарный сервис, все пропало!!! Задрали уже эти упорышио, нас посетил Великий Анонимный Разработчик. он скоро зарелизит свой «приветмир» на sh — пять лет разработки, вылизаный и отлаженый код!
>> Ой проприетарный сервис, все пропало!!! Задрали уже эти упорыши
> о, нас посетил Великий Анонимный Разработчик. он скоро зарелизит свой «приветмир»
> на sh — пять лет разработки, вылизаный и отлаженый код!Не трожь приветмир, не помыв http://metadata.ftp-master.debian.org/changelogs/main/h/hell... руки. Не шелл, а Си, и не пять, я десять. И GNU приветмир http://www.gnu.org/software/hello/ , пожалуйста.
вот видишь — на си есть, а на sh — не очень…
Как то странно это. Самый сложный проект (kernel) прекрасно умудряется обходиться без github или подобия...
Ага, и без мейллистов, и без багзиллы.
Гитхаб тем и хорош, что вобрал в себя всё лучшее - тут тебе и иссуи с сортировкой аля багзилла, и тёрки уровня списка рассылок, и перекрестные ссылки на другие репы/коммиты, цветастое дерево системы контроля версий и т.д. и т.п.
И вообще считаю, ведите первичную разработку в гитхаб. git он и в Африке git, можете зеркалировать куда хотите. Иссуи с гитхаба экспортируются через api. Все ходы записаны, всё можно относительно легко дублировать.
> Гитхаб тем и хорош, что вобрал в себя всё лучшее - тут
> тебе и иссуи с сортировкой аля багзилла, и тёрки уровня списка
> рассылок, и перекрестные ссылки на другие репы/коммиты, цветастое дерево системы контроля
> версий и т.д. и т.п.Самой главное приемущество забыли - толпа безграмотных
"индусов", которые только благодаря этим рюшечкам приходят в проект.А само это "лучшее", увы, оставляют желать лучшего. Багтрекер - убог,
PR - не единственный вариант коллаборативной работы над кодом (kernel.org
его не использует) и далее по списку. Просто еще один git хостинг.
>Самой главное приемущество забыли - толпа безграмотных
>"индусов", которые только благодаря этим рюшечкам приходят в проект.Корона-то не жмёт? Это раз. Чем индусы мешают конкретно Вам писать хороший код? Это два.
>А само это "лучшее", увы, оставляют желать лучшего. Багтрекер - убог,
PR - не единственный вариант коллаборативной работы над кодом (kernel.org
его не использует) и далее по списку. Просто еще один git хостинг.
Подробнее, и желательно с примерами
> Чем индусы мешают конкретно Вам писать хороший код?Количеством. Сигнал/шум - падает.
Увы, PR и issue куцы и далеки от идеала и многое можно сделать только навешав внешних интеграций. Например, лишь несколько месяцев назад они добавили *возможность прикреплять к issue файлы*. Повторю ещё раз, осознайте это: GH основан в 2008, а файлы к issue стало возможно прикреплять только в 2015. 7 лет они не осиливали столь базовую и востребованную фичу. Также профили юзеров куцы, например, туда ничего нельзя впихнуть, кроме имени, фото, адреса эл. почты и какой-нибудь ссылки, а другие контактные данные вписывать просто некуда, разве что в оставшиеся 2 поля для страны/города или места работы (там plaintext и можно вписать что угодно, но эти поля бывают уже заняты). Ещё при скачивании кода какого-нибудь тега (релиза) в .zip или .tar.gz получаем файл с именем вида v0.1.0.tar.gz или 1.5.1.zip, в итоге со временем на диске валяется много архивов с неинформативными названиями. К тому же, можно попробовать скачать архив, а такой уже будет лежать на диске, и если в случае браузера это терпимо, то для всяких скриптов – критично, если не навешать костылей для переименования. Удобным было бы компромиссное решение – разрешить скачивание по двум адресам – /path/to/tag/version.tar.gz и /path/to/tag/projectname-version.tar.gz (например, https://github.com/neovim/neovim/archive/v0.1.0.tar.gz и https://github.com/neovim/neovim/archive/neovim-v0.1.0.tar.gz), но нет.Это из того, что смог вспомнить сходу, и это, вроде, мелочи, но такие мелочи попадаются ежедневно и потихоньку бесят. В GitLab хоть можно залезть в код и что-нибудь подобное поправить, а потом кинуть им merge request, а тут – вообще никак.
И какие контакты вы не смогли туда впихнуть? Все верно делают, не надо превращать профиль в подобие странички в соцсетях. Хотите иметь страницу с интересами,телефонами, фото с любимымкотикоми "все сложно" - вконтактик к вашим услугам.
Впишите в поле URL адрес своего CV на подконтрольном вам сайте, а уж там изгаляйтесь как душе угодно.
> цветастое дерево системы контроля версийбольше, собственно, ты мог ничего и не писать. nuff said, так сказать.
>Самый сложный проект (kernel) прекрасно умудряется обходиться без github
>>Самый сложный проект (kernel) прекрасно умудряется обходиться без github
> https://github.com/torvalds/linuxКуча Closed PR и ни одного мержа - ничего не говорит вашему межушному
нервному узлу?!
> Как то странно это. Самый сложный проект (kernel) прекрасно умудряется обходиться без
> github или подобия...Ну без гитхаба он, скажем, никак не обходится - если вы следите за разработкой то знаете что github используется очень широко, а после проблем с kernel.org на него перешли вообще почти все.
> Как то странно это. Самый сложный проект (kernel) прекрасно умудряется обходиться без
> github или подобия...Ну как бы да: это github не обходится без git-а, а не наоборот. А git -- он изначально для ядра и создавался. =)
Именно потому что он сложный и нужный. Чем меньше проект - тем больше у него шансов взлететь если он будет хоститься на популярном хостинге исходных кодов.
Что они такого мегапродвинутого в github углядели?Issues - как ни более убогие чем в саванне.
PR? Дык вон Торвальдс сморкается на ваши PR, и ниче. Рассылки у FSF поддерживаются - желающие могут организовать аналогичный workflow.
>Что они такого мегапродвинутого в github углядели?просто захотели, пернув в лужу, напомнить о своем существовании
Да не, если почитать - там смешнее.Походу они каждый день новый реп создают. На github - каждый школьник это
делает щелкая кнопочкой, а тут админов видите-ли ждать приходится...
Торвальдс сморкается, потому что по историческим причинам в разработке linux участвует пара бородатых, которые просто физически не смогут открыть гитхаб, так как пользуются только консольным интерфейсом. Для большинства других проектов такие недостатки просто не актуальны.
Не знаю, может я один такой - но мне почему-то проще и быстрее отослать мелкий патч в меиллист или на почту автору, чем делать форк, сливать его, вносить изменения, заливать обратно и создавать PR.
> Не знаю, может я один такой - но мне почему-то проще и
> быстрее отослать мелкий патч в меиллист или на почту автору, чем
> делать форк, сливать его, вносить изменения, заливать обратно и создавать PR.2/3 кода, с которым работаю, лежит в git. Мне наоборот проще так. Но это всё субъективно и зависит от того, где и над чем человек работает.
> Не знаю, может я один такой - но мне почему-то проще и
> быстрее отослать мелкий патч в меиллист или на почту автору, чем
> делать форк, сливать его, вносить изменения, заливать обратно и создавать PR.А вообще, очень мелкие патчи (до 50 строк) – да, проще на почту.
О чем они думали когда перебирались под GNU? что им позволят решать и дальше как развивать проект.. не для того они подписывали отказ от своих прав :)Да да, опыт libdwg и что там еще было (gnu sed ?)их ничему не научил.
Когда wmaker заработает под wayland?
не раньше, чем заработает wayland
вмакер имеет отношение к гнустепу примерно такое же как и я. А вяленый скоро сдохнет вместе с никому ненужным линуксовым десктопом.
> Когда wmaker заработает под wayland?Когда его портируют.
Было интересно в этом году посмотреть оригинальный DE на Irix в музее.
>Было интересно в этом году посмотреть оригинальный DE на Irix в музее.Там же суровый motif вроде. При чем тут сабж?
>>Было интересно в этом году посмотреть оригинальный DE на Irix в музее.
> Там же суровый motif вроде. При чем тут сабж?Думаю, комментатор говорил, что видел оригинальный WindowMaker с Motif в музее.
>>>Было интересно в этом году посмотреть оригинальный DE на Irix в музее.
>> Там же суровый motif вроде. При чем тут сабж?
> Думаю, комментатор говорил, что видел оригинальный WindowMaker с Motif в музее.Ик. WMaker к motif отношения не имеет, это эмуляция NEXT'а. OpenSTEP
- его да, вроде стэнфордцы что-то там в районе 92(93?) годов делали
для запуска NEXT-like окружения поверх motif'a.Может он WMaker с CDE перепутал?
Плохому танцору Savannah мешает?
> Плохому танцору Savannah мешает?Ага. И он ещё и на Самый Популярный Хостинг Открытых Проектов хочет свалить. Ничего их опыт SourceForge не учит...
Ну охренеть теперь, хипстеров не устроил Savannah и из-за этого, конечно же, нужно полностью уходить от FSF.
ключевой момент, права на код....то что гит лучше это хня. недавно разраб sauerbraten'а на вопрос "почему бы не перейти на гит" тихо и спокойно послал чувака, мол сурсфорж чуть ли не самая популярная платформа и смысла в переходе нема.
github, например, не работает в иране. Свободный проект не может использовать только его.
> github, например, не работает в иране. Свободный проект не может использовать только
> его.Может.
А оно utf-8 норм. переваривает? А то, помню... хотя, нет, это WM был на фряхе...Кто бы CDE переподнял или Xm, хотя бы, с поддержкой utf-8.
> Кто бы CDE переподнялТам очень сильно были прибиты пути к /opt с год или два тому... гвозди потихоньку заменяли на шурупы, но копать было ещё прилично.
> А оно utf-8 норм. переваривает? А то, помню... хотя, нет, это WM
> был на фряхе...
> Кто бы CDE переподнял или Xm, хотя бы, с поддержкой utf-8.ага, еще скажите "бэкпортировать актуальный EDE на свежую фряху" ;)
или там "портировать zorp на openbsd" ;=P
скатертью дорога, чо. перетащат ненужное ненужно на другой хост, будет ненужное ненужно на другом хосте. потом начнут бегать за девелоперами (которым уже пофигу) с писками: «дайте разрешение на смену лицензии! хотим пермиссивную!» а потом оно окончательно издохнет.
Кошернейший срач развелся в комментах. Лично мне гитхаб импонирует, до гнустепа - дела нет ни малейшего