Представлен выпуск P2P-платформы Radicle 1.0, нацеленной на создание децентрализованного сервиса совместной разработки и хранения кода, похожего на GitHub и GitLab, но не привязанного к конкретным серверам, не подверженного цензуре и работающего с использованием ресурсов участников P2P-сети. Релиз 1.0 ознаменовал стабилизацию протокола и готовность платформы к повсеместному использованию. Начиная с данного выпуска протокол будет изменяться с сохранением обратной совместимости, а инструментарий будут включать возможности для бесшовного обновления существующих систем до новой версии. Наработки проекта написаны на языке Rust и распространяются под лицензиями Apache 2.0 и MIT. Сборки подготовлены для Linux и macOS. Дополнительно развиваются десктоп-клиент, web-интерфейс и консольный интерфейс...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61842
кароч, "пошарь все гиты через торрент" видом сбоку
На Раст не написано ничего полезного, говорили они
так ведь все правильно говорили. Какая-то невменозная х-ня, поделка городских сумасшедших. Конечно же заменит гитляп и гитхап. Прям немедленно.Вот только допишут консольного клиента, и прям сразу. Под лин00ps и макось. Других-то систем у этих людей не бывает.
Первый раз слышу что на андроиде и ios кому-то нужна "платформа для разработки". Там у пользователей вроде немного иные юзкейсы.
А кто из разрабов не на маком?
Ну так % бы примерный
В моем окружении 70% маководы
Мыло не роняйте
> так ведь все правильно говорили. Какая-то невменозная х-ня, поделка городских сумасшедших.
> Конечно же заменит гитляп и гитхап. Прям немедленно.А так то идея - прикольная. Жаль что на хрусте мерзотном. Чего им плюсы какие не юзалось, чтоли?
> Вот только допишут консольного клиента, и прям сразу. Под лин00ps и макось.
> Других-то систем у этих людей не бывает.Тебе там ответили что iДевайсы и андроиды не очень подходят для разработки. От себя скажу что судя по твоему спичу, учитывать таких как ты (юзеры маздайки) совершенно излишне. А зачем кому-то надо entity с которой помощи нифига, помоев дофига, и рассказы как ничего не получится и какие все лохи? Ты вообще помешан на централизованых workflow и технологиях. Но это - прошлое, а не будущее. Свободным людям - хозяева не требуются. Даже некоторые хрустики это понимают. Правда, им бы сперва накодить - фетч crate'ов, чтоли, в таком стиле. По хэшу качаемого пакета, заодно и integrity check сразу, вот, встроенный - если знать хэш, ну и вот фиг его подделает какой MITM - даже если на ушах будет стоять.
> фетч crate'ов, чтоли, в таком стиле. По хэшу качаемого пакета, заодно и integrity check сразу, вот, встроенный - если знать хэш, ну и вот фиг его подделает какой MITM - даже если на ушах будет стоять.Потому и есть Cargo.lock
В Cargo.toml примерно описано какие версии нужны, а в Cargo.lock описано всё полученное дерево зависимостей, с конкретными хешами для каждого пакета.
> Потому и есть Cargo.lock
> В Cargo.toml примерно описано какие версии нужны, а в Cargo.lock описано всё полученное дерево зависимостей, с конкретными хешами для каждого пакета.Ты думаешь они вообще понимают как Cargo работает?
Тут каждый второй не знает, что его можно локально развернуть и складывать туда только те крейты, которые тебе нравятся.
Зато свое мнение о Расте выпячивает.
> Ты думаешь они вообще понимают как Cargo работает?
> Тут каждый второй не знает, что его можно локально развернуть и складыватьА пакеты оттуда - телепортируются из астрала? Или - таки - из 1 централизованой репы? Что так единая точка контроля, что сяк.
> туда только те крейты, которые тебе нравятся.
> Зато свое мнение о Расте выпячивает."Некоммерческий" фаундейшн с советом директоров где 3 директора от amazon, google и ms - довольно лицемерно, я б сказал.
> А пакеты оттуда - телепортируются из астрала?Из любого гит репозитория. Или даже из сорцов, которые локально рядом лежат.
Ты архивчики с кодом для других языков откуда качаешь? Из астрала? Вот оттуда и будешь сорцы для расткода качать.> довольно лицемерно, я б сказал.
Загляни в совет директоров LF. Или в комитет gcc. Или в компашку, которая стандартизировали что си, что плюсы.
Кто платит, тот и танцует.
А на практике все равно будут качать из центральной репы Cargo вот и вся безопасность
> А на практике все равно будут качать из центральной репыИ? А на практике все качают пакеты, которые им заботливо собрал мейнтейнер их дистра, которые еще и патчами исходники обмазывает. Который ну вот совершенно не может туда доложить каку какую-то.
Но всех это устраивает.Возможность есть? Есть.
Чего тебе еще надо, @?
> А на практике все равно будут качать из центральной репы Cargo вот
> и вся безопасностьРепа централизованна, но по той же причине ты легко можешь заудитить что в ней лежит, и что с ней делают
https://github.com/rust-lang/crates.io-indexПримеры того чтобы с ней делалось что-то опасное в студию
> "Некоммерческий" фаундейшн с советом директоров где 3 директора от amazon, google и ms - довольно лицемерно, я б сказал.И что здесь лицемерного? Организация существует не ради получения прибыли. Поэтому и называется некоммерческой. А входить туда может кто угодно при этом, даже представители коммерческих компаний.
@GreatRussiaAndRussians
> Потому и есть Cargo.lock
> В Cargo.toml примерно описано какие версии нужны, а в Cargo.lock описано всё
> полученное дерево зависимостей, с конкретными хешами для каждого пакета.Угу ьжад, только это все махровейше централизовано на 1 репу, от "некоммерческого" фаундейшна управляемой google, ms и amazon. Такие вот некоммерческие директора от некоммерческих фирм в совете. И, конечно, они не мечтают вендорлокнуть всех.
> Угу ьжад, только это все махровейше централизовано на 1 репу, от "некоммерческого" фаундейшна управляемой google, ms и amazon. Такие вот некоммерческие директора от некоммерческих фирм в совете.Уууу как тебя корежит)
У нас есть репа с кодом лежащим на git.kernel.org (ну еще зеркало на гитхабе, но мы же не будет корповскими поделками пользоваться).
Управляемый людьми из Sony, Red Hat, Intel, Huawei, Qualcomm, Microsoft и тд.
linuxfoundation.org/about/leadershipВ общем удаляй линукс и можешь идти на Хурд. Там точно рука корпа не прикасалась к этому чуду)
> И, конечно, они не мечтают вендорлокнуть всех.
Заговоры! Всюду заговоры!!
> На Раст не написано ничего полезного, говорили ониПросто бида-бида! И печалька.
У Воинов-супротив-Раста остается все меньше, так сказать, "аргументов".
Если раньше на расте релизили проекты всякие корпорации (гугл, амазон, клоудфаря), то теперь к ним присоединились какие-то подвальные какиры-борцы-с-системой *.*есть некислый шанс, что создатель какой-то джон из анб, но в интернетах никто не знает, что ты товарищмайор))
Нужен аналог fossil для git
Так сам гит же ?) А что - гит, как СКВ есть, вебинтерфейс есть, нет по сути только вещей вовсе с гитом не связанных, вроде issue, todo и пр. вещей, которыми выделяется fossil. C другой стороны fossil и правда крутая штука, не считая того, что подход по которому всё пихается в БД не удобен, ибо если тебе понадобилось что-то отличное от текущей версии файлов проекта, то выковыривать это из sql базы придётся всё тем же fossil, которого под рукой может не быть. С другой стороны не так часто люди ковыряются в .git ...
trac (версии до 1.6) существует уже почти 20 лет. (и да, в нем есть гит-плагин) Единственная реальная проблема- интеграция с email была и осталась г-но (почему-то авторы не умели в почту, а с irc как-то странно интегрироваться)правда, для code review понадобится еще и фабрикатор, но фоссил в этом плане тоже ниочинь.
Нужен аналог сабжа для fossil
ты имеешь в виду git-bug или git-issue ?
Цензура, цензура, на шитхабе цензура, и чем вам патчи по имейлу не понравились?
По описанию похоже на нечто годное. Вот же, могут оказывается.
Могут же делать хорошие описания!
Если Issues доступны для всех, то, получается, кто угодно может записать что угодно на чей угодно узел? Интересно, как авторы собираются защищать сеть от DoS/спама и нелегального контента.
> Если Issues доступны для всех, то, получается, кто угодно может записать что
> угодно на чей угодно узел? Интересно, как авторы собираются защищать сеть
> от DoS/спама и нелегального контента.А что мешает сейчас спамить всякой фигней?
На гитлабе freedesktopʼа от такое сообщение
"Due to an influx of spam, we have had to impose restrictions on new accounts. Please see this wiki page for instructions on how to get full permissions. Sorry for the inconvenience"
gitlab.freedesktop.org/groups/freedesktop/-/issuesТ.е ничего особо не поменяется
> А что мешает сейчас спамить всякой фигней?GitHub, к примеру, спамеров банит довольно быстро.
Не остаётся ни учётки, ни сообщений.
> GitHub, к примеру, спамеров банит довольно быстро.
> Не остаётся ни учётки, ни сообщений.Значит тут автору придется расчехлить банхаммер и самому банить.
Считай что это просто плата за то, что нет центра управления.
Не думаю, что слишком большая.
> Считай что это просто плата за то, что нет центра управления.
> Не думаю, что слишком большая.Но сабж построен поверх Git, и весь мусор - даже удаленный - будет оседать в Гит болбах, раздувая размер. И я не думаю, что они будут делать force pull для всех участников сети.
И вишенкой на торте ты при следующем пуле можешь не ведая можешь вытянуть картиночку с CP, на радость товарищу майору, который заботливо ее туда подложил просто открыв и закрыв новый issue.
> И я не думаю, что они будут делать force pull для всех участников сети.Может после первых набегов анонов и щитпостинга задумаются)
Например дать такую возможность создателю репы.
С другой стороны - тогда будет централизация.> И вишенкой на торте ты при следующем пуле можешь не ведая можешь вытянуть картиночку с CP, на радость товарищу майору, который заботливо ее туда подложил просто открыв и закрыв новый issue.
Боюсь сначала будет просто спам issue, срач в коммнтах и кидание туда 💩 и прона.
Если пойдет в массы то появятся сервера / списки доверенных, спаммеров и прочего.Типа хочешь ПР в мою репу прислать - зарегся там или там.
Сложно здесь только раскрутить самого радикала.
> Если пойдет в массы то появятся сервера / списки доверенных, спаммеров и прочего.То есть будет федерализация или, если не повезет, централизация?
(ну когда будут 1-2 лидирующих сервера и всякие васяноподелия)> Типа хочешь ПР в мою репу прислать - зарегся там или там.
Сложно((
Как вариант - чтобы ПР/issue и прочее можно было удалять, а в репу оно будет добавляться апрувом владельца.
Все равно ему их пересматривать.> Сложно здесь только раскрутить самого радикала.
Потому что аудитория не понятна.
Там где разрабатывается большая часть опенсорса, блокировки гитхаба мало кого волнуют.
Это не баг, а фича. P2P нужен, чтобы всё хранилось у соседа, а не у тебя.
хорошо бы, что бы оно хранилось еще и в зашифрованном виде :)
жаль, нет код ревью и merge request-ов. ну и оно на раст, ко мне на сервак не попадёт никогда
А что не так с растом? Очередной бестолковый вброс?
Думаю приступы острой растофобии.Интересно на чем у сабжа серваки?
В ядре линукс раст уже вроде как, сам Линус торопит.
В фриБСД сначала обсуждали opennet.ru/60473-freebsd, а потом даже что-то пробовали opennet.ru/opennews/art.shtml?num=61456.Т.е винда, солярка или какая-то еще маргинальщина.
ps надеюсь свой телефон с андроидом он уже выкинул
Где у там растофобия, он просто высказал своё мнение.
Вот ты, в отличии от него, начал с лживых обвинений, а продолжил лживыми заявлениями, ты проявил анонимофобию, а это свойственно членам тоталитарно секты раста.
Если кому-то не нравится секта РАСТоманов, то это не значит, что он против раст
Много зависимостей тянет за собой. Засоряет систему ненужным и неконтролируемым содержимым.
Зависимость только от libc. Проверь через ldd. На выходе получается одиночный бинарник также, как в Golang. Даже компилятор Rust в хомяк ставится без root прав.
> Сборки подготовлены для Linux и macOSШindoшs нет... Не взлетит
Ну вот именно там-то оно и может потенциально взлететь.
Хороший выбор для разработки вещей вроде Defense Distributed, Metasploit и Tornado Cash.
Согласен: сразу видно, кто какой код выложил, и кто его качает.
>возможность работы через анонимную сеть Tor
Отличный способ прокачать свободу распространения кода!
У Раста своя особая свободка: https://www.opennet.dev/opennews/art.shtml?num=58969
Как тебе товарный знак мешается? Тоже хотел на хайпе нажиться как-то?
> У Раста своя особая свободка: https://www.opennet.dev/opennews/art.shtml?num=58969Ого, ты даже умеешь в поиск!..
Давай посмотрим аналогичную страничку, например Linux Foundation!
И что же там за требования?
linuxfoundation.org/legal/trademark-usageDo not use a The Linux Foundation logo on the cover of a book or magazine without written permission from The Linux Foundation.
Do not use The Linux Foundation trademarks more prominently than your own company, product or service name.
Do not use a logo of The Linux Foundation on posters, brochures, signs, websites, or other marketing materials to promote your events, products or services without written permission from The Linux Foundation.
A copyright license, even an open source copyright license, does not include an implied right or license to use a trademark that may be related to the project developing the licensed software or other materials
Вот она свобода Линуксятников!
Товарищи, предупреждаю вас об опасности.>создание децентрализованного сервиса
Был один такой, BitMessage назывался. Имел eval-бэкдор от самого автора. Код просто почти никто не читал в том месте. А те, кто всё же удосужились прочитать **ВЕСЬ** код - те написали червя, и тогда о бэкдоре узнали все мамкины анонимусы ... когда было уже поздно. С Rust и его гигантским деревом зависимостей, внедрять же бэкдоры проще простого.
Когда автора бэкдора, по совместительству главного разраба, ткнули в этот бекдор, он поблагодарил сообщество за найденную "уязвимость", и убрал тот бэкдор.
> С Rust и его гигантским деревом зависимостей, внедрять же бэкдоры проще простого.Лол,
давай не будут рассказывать про языки с "гигантским деревом зависимостей", те, которым в XZ бекдор внедрили, как 2 пальца.
Ну и те у кого АНБшный бекдор 10 лет в ядре жил.Код открыт - можешь почитать и проверить.
Полтора года готовились, при попытке внедрения спалились. И то лишь потому, что везде на zstd переходят, тарболлы, исторически, жмут gzip-ом, а на xz как-то подзабили.
А вот Раст - это действительно какой-то джаваскрипт от мира компилируемых языков. На каждый чих и пук по пакетику.
Про можешь прочитать - не надо. Код на Расте - это всё равно, что закрытый код. Очень мало спецов по языку, у которого до сих пор даже стандарта ещё нет. А вот Си знают все уважающие себя программисты.
Да нет, синтаксис отличный. Экосистема (компилятор, пакетный менеджер, сами пакеты, и традиции написания кода) - полное говно.
> до сих пор даже стандарта ещё нетНо это почему-то не мешает разработчикам gcc писать свой компилятор. Интересно, почему?
> На каждый чих и пук по пакетику
У тебя NIH-синдром обострился? Или ты любитель изобретать велосипеды, а не пользоваться готовым кодом?
> Radicle is an open source, peer-to-peer code collaboration stack built on Git. Unlike centralized code hosting platforms, there is no single entity controlling the network. Repositories are replicated across peers in a decentralized manner, and users are in full control of their data and workflow.Господи, ну что за фантастическая чушь?
Когда же наконец горе-разрабам дойдет, что Git - распределенная система by design. Этот тип систем даже называется "Distributed version control". Distributed, Карл!
В них в принципе нет и быть не может никакого "centralized code hosting", "единой точки отказа" или "главного репозитоия", которые были в системах типа SVN.
> Git - распределенная система by design.Мдэ... До тебя не доходит, что в гит распределен только код и история его изменений?
А все взаимодействие с ним - PR, review, issue, патчи - нет.И вот это все обычно прибито к конкретной платформе - github, gitlab, ... тыщщи их.
Они и являются единой точкой отказа. Потому что от самого кода толку мало.
Сабж пытается решить эту проблему. Насколько успешно - посмотрим.
> Этот тип систем даже называется "Distributedраспределенные системы всегда имели централизованную мета ноду. А гит никоим боком не распределенная и вовсе не децентрализованная система.
Можешь раскрыть мысль о "централизированной ноде" и том, как распределенная мсистема может быть нераспределенной?
мета нода (индекс, называйте как хотите), мета-инфа о распределимых частях где-то должна храниться.
> мета-инфа о распределимых частях где-то должна храниться.Ты уже сам это выдумал, и сам же недоумеваешь от того, почему это распределенные VCS называют распределенными.
> почему это распределенные VCS называют распределеннымиНу давайте начнем с элементарных вопросов:
1) какие объекты распределяются в "распределенных VCS"?
2) цель этого распределения?
> Ну давайте начнем с элементарных вопросов:Чел, если у тебя есть вопросы, то начинать нужно с того, чтобы ознакомиться с концепциями DVCS, а не со срыва покровов. Тогда ты поймешь почему все в мире (кроме тебя уникума) зовут их распределенными.
когда делается git clone или fetch, репозиторий скачивается с разных нод (серверов)?remote.origin.url - это что за url?
> Чел, если у тебя есть вопросы, то начинать нужно с того
Надо начать с формулировки вопроса, что я и сделал, и жду ответа.
пс: "Распределенная" система с одной нодой - распределенная или централизованная?
подкорректирую 1-й вопрос:1) какой объект является "единицей" (unity) распределения в "распределенных VCS"?
Все патчи.
Кочуют с ветки на ветку с сервера на сервер.
> Все патчи.то есть проект в целом, так? Патч1 на сервере1, патч2 на сервере2 такого нет, так ли?
Попробуй еще раз внимательно прочитать вот это и тщательно обдумай
>peer-to-peer code collaboration stack built on Git
>Они сделали распределенным то что уже и так было распределенным. Но главное, что привинтили сбоку Раст.
>https://app.radicle.xyz/nodes/seed.radicle.xyz/rad:z3gqcJUoA...Не работает без JavaScript - ффтопку.
Супер идея. И можно подобрать юз-кейсы, когда это было удобно и нужно.Но, если мы заменим, например, публичный GitHub такой системой, то большая часть его репозиториев была бы уже недоступна, т.к. авторам не до них, а GitHub это будет терпиливо хостить дясителетиями.
Как собственно и сайты в интернете - вы находите интересный сайт, завтра хозяин не оплатил хостинг и забил и сайт исчез навсегда.
Я не сторонник централизованных сервисов, но как раз они решают задачу доступности.
> Супер идея. И можно подобрать юз-кейсы, когда это было удобно и нужно.Конечно. Вот для товарища майора, например, было бы удобно и нужно.
Вот перекатывается условный Linux на это поделие. И вот предприимчивый товарищ мойор открывает новый issue с фоточкой CP, и тут же его закрывает. Т.к. система построена поверх Git, а сервера нет, фоточка автоматически оседает блобом в Гите.
А на следующий день сотня разработчиков ядра, ни о чем не ведая, подтягивают свежую версию репы с той самой фоточкой. Дальше товарищ майор получает повышение за накрытие крупнейшей сети хранителей и распространителей CP (фото главаря - заломаного силовиками Линуса Торвальдса - прилагается).
> А на следующий день сотня разработчиков ядра, ни о чем не ведая,
> подтягивают свежую версию репы с той самой фоточкой.Да, но тут отличий от централизованного репозитория не будет. Я приведу другой пример, реальный и повседневный. Разработчики часто пароли суют в код, и это подтягивают все их коллеги. Блобы тоже в виде ключей и сертификатов часто в код могут класть.
Есть инструменты, которые их удаляют из репозитория, чтобы они окончательно удалились переписывается Git история и всем участникам придется сделать pull --force, чтобы переписалась история и у них.
> Да, но тут отличий от централизованного репозитория не будет.Будет, потому что изменения в коде проходят ревью, прежде чем быть залитыми в репу. А тут любой открытый issue заливается автоматически.
> Разработчики часто пароли суют в код, и это подтягивают все их коллеги. Блобы тоже в виде ключей и сертификатов часто в код могут класть.
Это сугубо проблема бардака в разработке в виде отсутствия ревью кода.
> А тут любой открытый issue заливается автоматически.Прочитал описание протокола https://radicle.xyz/guides/protocol
Если там действительно на уровне протокола будут скачиваться все issues, code reviews и discussions в локальную папку .git, то это плохо в первую очередь, потому что это раздувает размер директории. Код там будет занимать самую меньшую часть.
Но там также сказано, что это всё настраивается, можно будет отключить закачку всего кроме кода, надеюсь так и будет по умолчанию.> Будет, потому что изменения в коде проходят ревью, прежде чем быть залитыми в репу.
Если посмотреть список веток во многих проектах в основном репозитории, там полно всегда всяких левых веток, ествесственно ревью они не проходили, просто у того кто залил, были права запушить. Ревью обычно настроено только на определенные ветки.
> Это сугубо проблема бардака в разработке в виде отсутствия ревью кода.
ревью может быть, но это не гарантирует что ты не скачаешь ветку коллеги, для которой ревью не требуется
> в локальную папку .git, тоЭто откроет такую дырень, что всеми *rustами мира не заткнешь. Суём симлинк на ../../something/wicked/this/way/comes.sh в .git/../.git/hooks/./././ на сервере и дожидаемся клона, резолва, установки и вызова хука.
В GitLab буквально такого уязвимости и находят каждый месяц. И там даже нет таких фич, как закачка issues локально.
Недавно даже веб-морда основного сайта gitlab.com лежала несколько часов, то есть сломали даже не self-hosted, а их самих.
>Выпуск децентрализованной платформы
>ссылки на githubесли оно децентрализованное и релизнулось, то почему не отдавать свой код внутри себя же?
Инструкции по распаковки архива находятся внутри архива.
а где взять список сидеров?
> создание децентрализованного сервиса совместной разработки и хранения кода <...> работающего с использованием ресурсов участников P2P-сетиСтартап, не требующий вложений, потому что всё необходимое изначально берётся у потребителей. Ну чо, хорошо придумано.
> Rust + Node.jsНа нормальных языках, распространенных за пределами корпоративных заборов, нельзя было написать? И вообще, Rustовщичество - грех.
> MIT
Ага, и лицензия антинародная. Всё в традициях Rustовщиков.
> не подверженного цензуре и работающего с использованием ресурсов участников P2P-сети
И как это понимать? Я не смогу удалить чужой код со своей машины и выйти из сети? А если могу, то где ж оно тогда "без цензуры"?
> На нормальных языках, распространенных за пределами корпоративных заборов, нельзя было написать?А какой язык не под корпами? Оберон?
Просто смотришь кто сидит в коммитете - а там "все знакомые лица"> И вообще, Rustовщичество - грех.
Угу, а вот и (псевдо)религиозное мракобесие подъехало.
Книги по Расту когда сжигать будете?>> MIT
> Ага, и лицензия антинародная. Всё в традициях Rustовщиков.Самая народная и свободная.
Выросшая из университетской среды.
Не то что cum-муняцкий рак ЖПЛ.> И как это понимать? Я не смогу удалить чужой код со своей машины и выйти из сети? А если могу, то где ж оно тогда "без цензуры"?
Ты вообще читал новость? Или сразу пришел комменты газифицировать.
Если какой-то (ч|м)удак, например ты, код удалит - то он останется у всех участников.
Ты что торрентами никогда в жизни не пользовался?!
> А какой язык не под корпами? Оберон?Ну на Си, например, половина СПО написана. Вторая половина линкуется с этим кодом. Невозможно называться программистом и не знать этого языка.
> Книги по Расту когда сжигать будете?Когда стандарт напишут, тогда и будем сжигать. Полагаю, не раньше, чем с неба хлынет кровавый дождь.
> Самая народная и свободная.
Это, как раз, про GPL. А ваша лицензия защищает лишь вашу "свободу" оставаться рабами. Взамен лишая всех других, настоящих свобод.
> Если какой-то ты, код удалит - то он останется у всех участников.
А если удалят участники? Или большинство тех, кто не за натами, из меньшинства тех, кто этим вообще пользуется? Ты что торрентами никогда в жизни не пользовался?! Там вообще больше года ничего не живёт без сид-боксов.
В любом случае, коллективная цензура - это тоже цензура. Не нужно бояться этого слова. Нужно бояться безответственности цензоров. Всегда найдётся дурак, который и безответственность тоже примет за свободу.
> А если удалят участники?А если с гитхаба какой-то васянопроект удалит его создатель, а у всех трех его скачавших, сгорят жесткие диски?
Или просто случится ядерная война и все помрем?
Ты, пожалуйста, свой ник оправдывай, а.> Или большинство тех, кто не за натами, из меньшинства тех, кто этим вообще пользуется? Ты что торрентами никогда в жизни не пользовался?!
Да, именно поэтому на крупных торрент-форумах есть "редкие раздачи", которые люди специально держат "шоб было".
Если все попрячутся за натами, или будут "уходить с раздачи", то естественно оно загнется.> Там вообще больше года ничего не живёт без сид-боксов.
Зависит от раздачи. Какая-то КалОфДути будет популярна много лет.
А видос "90е в задрыщинске" - уже как повезет.
Так что цифровая археология - это уже при нашей жизни)> В любом случае, коллективная цензура - это тоже цензура. Не нужно бояться этого слова.
Да я и не боюсь) Сам был, лет 10 назад, модером.
> Нужно бояться безответственности цензоров. Всегда найдётся дурак, который и безответственность тоже примет за свободу.
О... таких вагон и полная тележка.
Значит будет неизбежная фрагментация, разделение по интересам и ценностям, а в случае СПО может еще и форкать будут.
В итоге будет условный "Radicle-A" где хостить ЦП или малварь не получиться, а рядом "Radicle категории b" где все что душе угодно.
> Ну на Си, например, половина СПО написана. Вторая половина линкуется с этим кодом. Невозможно называться программистом и не знать этого языка.А какое отношение это имеет к первоначальному отверждению "язык под корпами"
"> На нормальных языках, распространенных за пределами корпоративных заборов, нельзя было написать? "Можно просто открыть сайт и посмотреть, кто сидит в коммитете СИ
isocpp.org/std/the-committee
Microsoft, Edison Design Group, Google, IBM...> Это, как раз, про GPL. А ваша лицензия защищает лишь вашу "свободу" оставаться рабами. Взамен лишая всех других, настоящих свобод.
Не, ты наверное даже манифест ГНУ не читал.
ЖПЛ создана для того, чтобы превратить программиста в раба пользователей-потребялдей.
Чего стоят предложения ограничить з/п программистам, отправить их в услужение гос.министерству и наказывать тех кто не вступил в секту.
> "язык под корпами"Сам придумал. Изначально противопоставлялась известность языков среди хакеров известности среди корпоративных слуг.
> кто сидит в коммитете СИ
> Microsoft, Edison Design Group, Google, IBM...Пусть сидит, мне не мешает. Главное, что за забор не высовываются.
> ЖПЛ создана для того
Глупости. Текст лицензии почитай.
Норм идея, хотя и далеко не новая. Осталось только на C++ переписать и тогда у проекта может быть будущее.
> и тогда у проекта может быть будущее.Насыщенное десятками лет неисправляемых CVE по причине некорректной работы с памятью. Да?
curl -sSf https://radicle.xyz/install | shЭто все что нужно знать о растовиках.
А в чём проблема? То есть, когда архивчик с сайта качаешь и запускаешь распакованный - это норм, а скрипт чем хуже?
а вот скачанный архивчик (в принципе и шелл скрипт) перед запуском можно и на вирустотал проветить, притензия тут не к тому, что именно запускаем (в каком формате), а к тому, что без проверки запускаем что-либо из непроверенного источника. За этоcurl -sSf https://radicle.xyz/install | sh
надо бить головой об стену, ибо должно быть так:
1) curl -sSf https://radicle.xyz/install
2) check install.sh (на вирусы, на хеш и т.д. можно открыть и глазами проверть)
3) ./install (запустить, и то в тестовой среде)Нормальный продукт, всегда имеет демо инсталляцую (демо сервер и т.д.) для демонстрации и ничего у себя запускать не требуется.
> должно быть такЛично тебе кто так запрещает делать, как ты написал?
> ничего у себя запускать не требуется
Открой для себя мир виртуальных машин.
С git-lfs это нечто работает? Или как всегда?