LINUX.ORG.RU

Закрывается BerliOS, хостинг проектов с исходным кодом

 berlios


0

2

Немецкий исследовательский институт Fraunhofer FOKUS с сожалением объявляет о том, что вынужден закрыть BerliOS — созданный 10 лет назад репозиторий проектов с открытым исходным кодом. Институт не смог обеспечить дальнейшее финансирование проекта, который, как следствие этого, прекратит своё существование к 31 декабря этого года.

К настоящему моменту на BerliOS зарегистрировано более 4700 проектов и 50К пользователей. Каждый месяц скачивается более 2,6 миллионов файлов. Всем разработчикам рекомендуется заблаговременно экспортировать свои проекты для переноса на другой хостинг.

Несмотря на это решение, Fraunhofer FOKUS продолжает поддерживать идею СПО и по-прежнему занимается разработкой стандартов качества для свободного программного обеспечения, а также вопросами технической и организационной совместимости свободного и закрытого ПО.

>>> Подробности

★★★★★

Проверено: maxcom ()
Последнее исправление: maxcom (всего исправлений: 1)

Ответ на: комментарий от plm

>В общем, если проект хочет развития, то он *должен* использовать GitHub - это не тема для размышлений и предпочтений.

Уважаемый, вы - идиот.

anonymous
()
Ответ на: комментарий от Reset

Открываются всё новые и новые недокументированные подробности ... да, по ssh мы не проверили.

Вы просто не хотите или не умеете читать документацию, только и всего. Все это описано там же, где я и указал: git help filter-branch, checklist for shrinking a repository. Лень и некомпетентность пользователя — не недостаток git. Я без проблем выяснил эти подробности в тот же день, когда решил перейти с SVN на git, не зная ни одной команды на последнем.

liberte
()
Ответ на: комментарий от anonymous

Т.е. я могу сделать второй репозитарий в проекте и складывать туда релизы.

Если не ошибаюсь, можно просто вручную добавлять downloads в любом репозитарии.

Тогда другой вопрос: а их кнопочке Download можно указать такой файл в качестве основного?

Насколько я понял, есть только бранчи (включая master) и тэги, дальше не копал.

У обычного git'а есть fork queues? Я так понял это github'овская штука.

Я имел в виду, что при использовании GitHub'а совсем не обязательно пользоваться его наворотами — можно просто использовать как remote-репозитарий.

Можно посмотреть как там хоть у одного проекта выглядит его (проекта) вики на github'е?

Вот, например. Это обычный MarkDown. Что хорошо на GitHub'е: все вики, сайты для репозитариев, сайты для аккаунта — сами по себе являются репозитариями в git. Например, вики, который я привел, доступен по адресу cables.wiki.git.

liberte
()
Ответ на: комментарий от gaestur

Не стоит даже надеяться

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

blackbearman
()
Ответ на: Не стоит даже надеяться от blackbearman

Есть такое подозрение. Аудитория у этих программ специфическая, вполне могли автора нанять, чтоб писал только для своих, а иностранным коллегам-конкурентам - шиш. Автор steghide'а вроде жив, здоров (надеюсь) и публикует какие-то работы, но на программу забил намертво.

gaestur
()
Ответ на: комментарий от farafonoff

> Ну можно написать плагин-адаптер для старых плагинов к новому максу, если разбираешься

*точно так же* можно (или скорее невозможно) написать модуль-адаптер ядра, который бы пускал модули, написанные для старого ядра, и т.д.

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от Reset

А что, все новые члены в команде начинают исключительно с локального клонирования на том же разделе?

Короче ищи другой повод.

anonymous
()
Ответ на: комментарий от gaestur

>И, Анон, ты просто не понял, для чего нужен steghide. Он не для шифрования данных, он не для того, чтобы ты что-то прятал у себя на машине. Он не для того, чтобы отмазать тебя от уже возникших подозрений.

То что я описал вполне годиться, это как php код в гифку пихать. Много юзеров картинки или звук файлы hex редактором смотрят? Много спец службам скажут лишние килобайты размазанные по серии фото что ты выложил в сеть? Это при том что фото открываются и работают без проблем и искажений. Задача не вызывать подозрений, выполнена.

anonymous
()
Ответ на: комментарий от anonymous

В основном своем большинстве старый софт нормально работает. Но есть и много чего не работающего, написанного криворукими разрабами. Старфорс, например.

damnemall
()
Ответ на: комментарий от liberte

> Что хорошо на GitHub'е: все вики, сайты для репозитариев, сайты для аккаунта — сами по себе являются репозитариями в git.

Кстати да, хорошо. Отдельный вики (как в трак) только для детсада годится.

sv75 ★★★★★
()
Ответ на: комментарий от anonymous

> Ok, вопрос. У меня есть (маленький и полудохлый) проект на Berlios'е, и я хочу его сохранить. Какие сейчас варианты?

github

В проекте несколько релизов (исходники .tar.gz) и несколько статичных html'ек. На новом месте хотелось бы видеть минимум навязчивых фич.

github это не mac и не винда, там нет навязчивых фич. Хочешь - используй фичу, не хочешь - не используй.

VCS не помешает, но вариант релиз-как-тэг-в-git'е сильно нежелателен.

Что значит «вариант»? Наличие тэгов и возможность сразу скачать тэг как файл никак не отменяет возможности залить обычный файл.

Ну и поскольку github часто упоминается. Там можно выложить релиз в .tar.gz и иметь на него нормальную прямую ссылку (project-name-0.6.3.tar.gz)?

Да. И там, кстати, нет ограничения 300MB - по просьбе дадут сколько угодно, если это оправдано.

Там можно работать не через ж^Hweb-интерфейс, со всеми этими fork queues и т.д.?

Есть API для всего.

И как там с документацией — можно выложить html'ки, или только через их wiki? Не могу ни у одного проекта найти как это выглядит.

Можно залить статический сайтик для каждого проекта, причём хранится от будет тоже в git.

И ещё раз: какие альтернативы github'у?

Никаких.

slovazap ★★★★★
()
Ответ на: комментарий от liberte

Лень и некомпетентность пользователя — не недостаток git.

Нет, user-unfriendly это недостаток, большой недостаток. hg help занимает страницу и там по кратким описаниям команд уже всё ясно. man git занимает огромную портянку текста и краткие описания ничего не объясняют — надо лезть за подробностями в описание каждой из команд.

Прочитал filter-branch это вообще из пушки по воробьям. Мне надо было удалить _одну_ ревизию. reset --hard это решает, но не до конца. А теперь покажи мне где в man'е по reset --hard указано, что несвязанные узлы не удаляют и, более того, остаются при локальном clone ?

Reset ★★★★★
()
Ответ на: комментарий от Reset

> А теперь покажи мне где в man'е по reset --hard указано, что несвязанные узлы не удаляют и, более того, остаются при локальном clone?

А кому это интересно? Они более недоступны. Что они на самом деле остаются до gc - это очевидно любому кто вообще понимает о чем git. Что они клонируются локально - это может быть расценено как баг, но едва ли кто-нибудь будет это исправлять. Это сильно неважно.

anonymous
()
Ответ на: комментарий от Deleted

Потрудись доказать: найди программу которая не запустится под 7 виндой, а также возьми исходники программы 10-летней давности и откомпиль их в современном линуксе. Уверен, что будет полнейшая беда с библиотеками и зависимостями.

farafonoff ★★
()
Ответ на: комментарий от farafonoff

>найди программу которая не запустится под 7 виндой

а че их искать? Вендузятники генерируют тонны срача по этому поводу, программ сотни, если не тысячи. Начиная от системных утилит и заканчивая плеерами, смотрелками и играми.

а также возьми исходники программы 10-летней давности и откомпиль их в современном линуксе


у меня лежат исходники мелкой софтины, написаной в качестве курсача в первой половине 00-х. Легко компилится и работает.

nu11 ★★★★★
()
Ответ на: комментарий от farafonoff

Что мешает заодно собрать старые библиотеки?

Deleted
()

Плохо.

Помимо прочего, у них хостится GoldenDict. Зеркала, кстати, медленнее и чаще недоступны, чем на том же Сорсфордже.

question4 ★★★★★
()
Ответ на: комментарий от slovazap

> Если не ошибаюсь, можно просто вручную добавлять downloads в любом репозитарии.

Ну да, но это те самые zipball и tarball... работает, мягко скажем, слегка через ж. И штатных альтернатив я вроде как там не вижу.

Вот, например.

Ага, то что надо.

все вики, сайты для репозитариев, сайты для аккаунта — сами по себе являются репозитариями в git.

Да, я обратил внимание ещё по сайту. Красиво, логично и удобно. На Berlios'e сильно не хватало такой унификации с релизами и т.д.

Отдельный вики (как в трак) только для детсада годится.

Ну, зависит от реализации... но всё что я видел — да, так что согласен.

github это не mac и не винда, там нет навязчивых фич.

?! Ну как минимум там есть железная привязка к git, см. выше и ниже про файлы.

Наличие тэгов и возможность сразу скачать тэг как файл никак не отменяет возможности залить обычный файл.

Дайте плиз ссылку на релиз там, выложенный в виде файл. Не важно какого проекта, просто посмотреть как это выглядит. Вдвойне буду багодарен на такой файл, висящий на кнопке Download своего проекта.

> И ещё раз: какие альтернативы github'у?

Никаких.

Фигасе.

anonymous
()
Ответ на: комментарий от anonymous

> Ну да, но это те самые zipball и tarball... работает, мягко скажем, слегка через ж. И штатных альтернатив я вроде как там не вижу.

Не видите потому что даже не удосужились посмотреть. Там есть штатная заливка любых файлов.

?! Ну как минимум там есть железная привязка к git

А ещё к TCP, какая жалость.

Дайте плиз ссылку на релиз там, выложенный в виде файл. Не важно какого проекта, просто посмотреть как это выглядит.

Совсем офигели, ещё и искать за вас? Первый же репозиторий https://github.com/dpp/liftweb

slovazap ★★★★★
()
Ответ на: комментарий от slovazap

> Совсем офигели, ещё и искать за вас?

Ну это получше будет идея чем грубить без повода. И не только в смысле пользы для сообщества.

На первой странице — той, которую вижу я — dpp/liftweb нет вообще. В /repositaries он далеко не первый, и повода ткнуть именно в него нету. Об чём, собственно, и был вопрос к тем у кого там есть знакомые проекты.

Не видите потому что даже не удосужились посмотреть.

На http://help.github.org ответа на вопрос я не вижу. В Features я этого не вижу. В нескольких выбранных наобум проектах я этого не вижу.

anonymous
()
Ответ на: комментарий от anonymous

А почему бы просто не попробовать?

Я не то чтобы призываю вас пользоваться гитхабом, как другие комментаторы, но файлы на download там класть можно и они там будут с красивым урлом.

anonymous
()
Ответ на: комментарий от slovazap

>Неадекватный фанатик питона и всего на питоне, каким бы hg оно не было?

Ненавижу Python и тем не менее.

Окстись, всё сообщество уже давно не гитхабе

Оно уже давным-давно на SF

и регаться там не будет

OpenID FTW

X-Pilot ★★★★★
()
Ответ на: комментарий от D_Lans

выводы

> любопытные предпосылки и выводы
ии? огласите!

mumpster ★★★★★
()
Ответ на: комментарий от X-Pilot

Багтрекер как багтрекер. На гиториусе его вообще нет :)

AP ★★★★★
() автор топика
Ответ на: комментарий от anonymous

> Теперь два варианта, или же стаду надо подчиниться [...] или просто пользуясь численный превосходством сбросить в адь зажравшихся мартышек и занять их место.

// очевидный fix

anonymous
()
Ответ на: комментарий от anonymous

> Вот в закрытом софте стабильности как раз ждать не стоит, компания развалилась == софт умер. Компания решила скосить денег == обратная несовместимость. В оупенсорсе такого безобразия нет.

Да ну?! Опенсорс каждые два года выкидывает всё и начинает писать заново, отчего все пользователи, включая самого Торвальдса, только вопят.

anonymous
()
Ответ на: комментарий от Panic_At_The_Kernel

Невозможность финансирования хостинга не имеет никакого отношения к проектам, которые он хостит. И, уверяю вас, на нем было много хороших проектов.

justadude
()
Ответ на: комментарий от Deleted

ventura не айс

>> Проприетарная программа под винду может использоваться еще лет 20

Сразу видно человека, который не сталкивался с...умершими 20 лет назад

ага, ведь 20 лет назад -это 1991 год.
фарафонофф, ну как, запусти нам прогу из 1991 под масадос. Desqview например или GEM. ну вентура 4.0 под dos/win3.0 - тоже пойдёт.

mumpster ★★★★★
()
Ответ на: комментарий от Nxx

torrent

> где теперь искать проекты...Берлиосе?
есть тема всё это дружно скачать, распределив куски между собой и потом просто выложить на «поток» AKA torrent
время-то ещё есть.

mumpster ★★★★★
()

мои 5 копеек

скажите, а кто задумался о списке оставшихся _не-пиндостанских_ хостингов опенсорс-проектов?

вон соурсфорджу вменили закрыть доступ для некоторыхз стан. такие уж у них в пиндостании законы. А берлиоз - он Европейский.

куда теперь суваться? на гитхаб? в пендосию? в пендос их... вопрос..

в общем печалька.. у мну там 2 проекта Otpd+QDroid, и утилитка для настройки ограниченного рехима для Alt-Linux... куда мне теперь податься?

Denjs
()
Ответ на: а можно ссылку? от Denjs

Ссылку тебе дали. Что касается филиала, точно не скажу, но вообще у них свой набор проектов.

AP ★★★★★
() автор топика
Ответ на: комментарий от farafonoff

Какой софт не работает на висте и семерке?
Весь, который использует несовместимые драйвера (на вскидку: софт для тюнеров, защиты в играх, etc.)

RussianNeuroMancer ★★★★★
()
Ответ на: комментарий от RussianNeuroMancer

Защита в старых играх отключается официальным патчем, мой софт от тюнера отлично работает (УМВРЧЯДНТ - любимый аргумент линуксоидов)

farafonoff ★★
()
Ответ на: комментарий от farafonoff

Защита в старых играх отключается официальным патчем
Игры, для которых есть именно официальный патч, в меньшинстве.
> мой софт
Вы спрашивали остальных про ваш софт?

RussianNeuroMancer ★★★★★
()
Ответ на: комментарий от liberte

>Из Gentoo выпилен два месяца назад.
Подонки!

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.