Компания Google объявила (http://google-opensource.blogspot.ru/2013/05/a-change-to-goo...) о прекращении предоставления возможности организации загрузки файлов в системе хостинга открытых проектов Google Code (https://code.google.com/hosting/). Загрузка компонентов проекта теперь ограничена только доступом к репозиторию, раздел Downloads теперь закрыт для новых проектов и проектов у которых ранее не было загрузок. Возможность размещения файлов для существующих проектов, которые пользовались сервисом Downloads, сохранена до 14 января 2014 года. Начиная с 15 января 2014 года функции загрузки новых файлов будут блокированы для всех. Ранее загруженные файлы останутся доступны неограниченное время.
Причиной отключения одной из самых востребованных функций стал неконтролируемый рост злоупотреблений, при которых сервис Google Code использовался не по назначению, а для скрытого распространения контрафактного, небезопасного и незаконного контента. Напомним, что ранее похожее решение было принято сервисом GetHub.
URL: http://google-opensource.blogspot.ru/2013/05/a-change-to-goo...
Новость: https://www.opennet.ru/opennews/art.shtml?num=36999
Получается его закроют следующим
Нет, сначала все-таки Google Mail и Google Search. Решение уже давно назревало - популярность ниже плинтуса, все дела.
Действия корпорации добра вызывают искреннее недоумение.
Хорошо, что к гуглу это определение не относится!
Здесь всё очевидно
А кстати поиск они не планируют закрыть? А то им потенциально можно пользоваться для всевозможных злоупотреблений :)
> А кстати поиск они не планируют закрыть? А то им потенциально можно пользоваться для всевозможных злоупотреблений :)Нет, поиск закрывают, как и reader, из-за низкой востребованности.
Что за недоумение? Поясняю, использовали как файл хостинг.
Я думаю это из за ребят любителей ромы выложить или ресы к играм, рядом со своим самобытным движком. Копирасты обычно на такое очень зело воняют.
Ну или что то навроде. Кстати было дело лично качал оттуда шрифты от мс. )))
>лично качал оттуда шрифты от мс. )))Насколько помню, вот именно "шрифты от мс" _можно распространять.
_Авторы прокололись с лицензией.020815 Microsoft pulls their fonts from their site. Fortunately, according to the End User License Agreement and the faq I have the right to redistribute the fonts in unaltered form. This right I intend to exercise. //с другого сайта
А в чем проблема? Или хранилище на гуглекоде резиновое и любой зарегистрировавшийся может залить 100500ТБ? Сделайте разумное ограничение и все.
Похоже, что еще 1 проект похоронили.
> Или хранилище на гуглекоде резиновое и любой зарегистрировавшийся может залить 100500ТБ?Почему резиновое? Если есть проект, нажми на кнопку добавления нового файла, увидишь приблизительно следующее:
Max upload size: 200 MB.
Your project is using approximately 34.5 MB out of 4096 MB total quota.
> Your project is using approximately 34.5 MB out of 4096 MB total quota.Что-то мало. Сбэкапать туда OSM planet file не получится :(
> Что-то мало.Ну так корпорация-то маленькая и бедненькая. Денег на нормальный хостинг не хватает :)
> Что за недоумение? Поясняю, использовали как файл хостинг.
> Я думаю это из за ребят любителей ромы выложить или ресы к
> играм, рядом со своим самобытным движком. Копирасты обычно на такое очень
> зело воняют.Если ресурсы свои собственные, то на что вонять?
> Действия корпорации добра вызывают искреннее недоумение.А каким образом вы сюда еще и редхат приплели?
Вообще-то GitHub точно так же закрыл эту функцию в прошлом году.
> Вообще-то GitHub точно так же закрыл эту функцию в прошлом году.Ну, гитхаб уже давно перепрофилировался с хостинга проектов на социальную сеть для гиков. Так что вполне закономерно. Смищные картинки они могут и в псведографике постить.
экономят траффик, у гугла кризис
А прямые ссылки оно поддерживает? Или без хромого никак не скачать?
ЭЭээ, щито?? И че 15 января 2014 все загрузки будут выпилены О_о. Но зачем...
Почитай название сервиса: Google Code, а не Google Files или Google Drive.
Понимаешь, рядом с проектом полезно хранить некоторые файлы, которые ненужны в репозитории, но могут понадобиться пользователю. Я, к примеру, храню там архива с компиляторами, один из примеров.
а ну тогда понятно почему закрывают. если к каждому helloworld прикладывать архив с gcc, конечно никакого гугла не хватит
Модёрам: Ну какому "чистилу" делать нечего?===============
Ты упоролся, для эмбендед патченный гцц в виде бинаря для винды(виндовозы не соберут же сами) - это каждый хелловорлд с гцц? Или кроме интерпретируемых языков в глаза ничего не видел? Да и какая разница, я могу выложить его на свн. Дальше что? Гугл запретит вылаживать на свн все, кроме исходников?
> Ты упоролся, для эмбендед патченный гцц в виде бинаря для винды(виндовозы не соберут же сами) - это каждый хелловорлд с гцц?Именно. Даже ещё хуже. Windows - пускалка для пиратских игрушек и вирусов, для разработки неприменимая, и не надо ставить костыли для создания видимости обратного.
> Гугл запретит вылаживать на свн все, кроме исходников?
Надеюсь, запретит.
> Windows - пускалка для пиратских игрушек и вирусов, для разработки неприменимая, и не надо ставить костыли для создания видимости обратного.расскажи это тем, кто поклоняется ей, и кроме неё ничего не приемлет.
> расскажи это тем, кто поклоняется ей, и кроме неё ничего не приемлет.Зачем? Вдруг им там хорошо, в стране розовых слонов. Хотя, судя по тому, что они пишут, у них началась ломка и им очень-очень плохо.
> расскажи это тем, кто поклоняется ей, и кроме неё ничего не приемлет.По хабрахабру и так видно что разработчикам (как минимум вебдевам) винда не друг и не товарищ. Да и остальным по большому счету тоже. Больно уж деревянная, все гвоздями прибито. Third-party компоненты, например библиотеки и их заголовки, etc в винде инсталлить категорически геморно.
>> расскажи это тем, кто поклоняется ей, и кроме неё ничего не приемлет.
> По хабрахабру и так видно что разработчикам (как минимум вебдевам) винда не
> друг и не товарищ.Да ну? На хабре же одно быдлo, большая часть из которого - виндузлo.
Если даже это валит с венды, видимо ОН таки действительно настал.
> Да ну? На хабре же одно быдлo, большая часть из которого - виндузлo.То-то там хабы типа "opensource", "linux" и тому подобные - популярнее чем "windows", ".net" и какое там еще. Нет, недавно была какая-то бото-маркетинговая акция когда эти бложики попытались искусственно вытянуть вверх в рейтинге популярности, но то-ли народ заметил подвох, то-ли пороху не хватило, но все вернулось на свое дефолтное состояние, т.е. вот так вот. MS там пытается что-то такое изображать, но с точки зрения удобства для разработчиков им вообще нечего предложить. В вебе они никто и звать никак, например. Серваки обычно на *nix вообще и Linux в частности. Который на десктопе опять же вполне себе работает для разработчиков. А винда для вебдева (на хабре изначально основная масса народа была вебдевами) - вообще ничем таким не хороша.
> Если даже это валит с венды, видимо ОН таки действительно настал.
Там он настал достаточно давно, наверное изначально. Нет, там бывает небольшой процент тех кто пытается на винде это делать. Но в целом вебдевы винду не любят и на это у них есть причины.
Там же и куча всяких мелкотравчатых стартаперов и прочих. У них стартап настигнет факап если они будут килобаксами на лицензии разбрасываться. Поэтому стартаперы делающие новые сервисы опять же винду не жалуют. Достаточно просто посмотреть какую ОС используют наиболее успешные стартапы :)
> То-то там хабы типа "opensource", "linux" и тому подобные - популярнее чем
> "windows", ".net" и какое там еще.Это кажется, потому что виндyзятники статьи не пишут. Во-первых, не привыкли, да и не способны генерировать контент, во-вторых, писать им не про что - их система не развивается со времён win2k, за исключением новых дыр и анaльного огораживания.
В то же время в любой новости где сколь угодно косвенно затрагивается их системка в невыгодном свете, аудиторию хабра сразу видно по куче минусов затронувшему.
> Там он настал достаточно давно, наверное изначально
Это был сарказм. Повторяюсь, хабр это на 90% вендобыдлo.
> Это кажется, потому что виндyзятники статьи не пишут. Во-первых, не привыкли, да
> и не способны генерировать контент, во-вторых, писать им не про что
> - их система не развивается со времён win2k, за исключением новых
> дыр и анaльного огoраживания.Ну так аморфная серая масса ничего и не решает в индустрии. Решают умные и креативные, те кто двигает мир вперед.
> В то же время в любой новости где сколь угодно косвенно затрагивается
> их системка в невыгодном свете, аудиторию хабра сразу видно по куче
> минусов затронувшему.Как бы это сказать? Если ты придешь в топик про убунту линукс и скажешь что винда лучше - минусов тебе ввинтят не хуже. Хотя да, там MS похоже стадо стyдоботов подогнал. Но большинство из них в силу общей тyпизны... студобот в 90% узнается по карме, да. Не любят там тyпых и yнылыx. Бывают редкие исключения, но они только подтверждают правило :). Поэтому MS своими действиями скорее антипиарит себя, лол xD. Тем не менее, линуксоиды менее организованы чем стaдо стyдоботов, так что в принципе минусов словить при неосторожных высказываниях - можно. Так что на хабре выживают только тонкие тролли. Толстые получают фирменный значок :)
>> Там он настал достаточно давно, наверное изначально
> Это был сарказм. Повторяюсь, хабр это на 90% вендобыдлo.Судя по топикам - вполне. Тyпые там довольно быстро получают жирный минус в карму и теряют возможность сильно пакостить и портить настроение окружающим. Многие мс-боты по этому признаку узнаются очень хорошо. Откровенное быдло там вынуждено или молчать в тряпочку или очень быстро отхватывает от более смышленых посетителей такой минус, что вред становится довольно лимитированным :). Как раз гнилость MSовского "сообщества" и что это ни разу не гики, не умные люди и не изобретатели двигающие мир вперед - на примере хабры - видно очень хорошо.
Вообще, вот, разница в психологии персонажей описывается одной картинкой как-то так: http://www.stickycomics.com/wp-content/uploads/update_for_yo...
> расскажи это тем, кто поклоняется ей, и кроме неё ничего не приемлет.Зачем мне что-то им рассказывать? Пусть поклоняются. Собирают бинарники и поклоняются.
Как минимум, для возни с микроконтроллераи, увы, под винду много больше инструментов - IDE от производителей, всяких самописных штук, специализированных терминалов и т.п. Неприятно, но факт.
> Как минимум, для возни с микроконтроллераи, увы, под винду много больше инструментов
> - IDE от производителей, всяких самописных штук, специализированных терминалов и т.п.
> Неприятно, но факт.Зачем мне "IDE от производителей", когда у меня есть нормальное IDE от себя? Специализированного же софта как раз гораздо больше под Linux, причём это не гвонецо на дельфи, а нормальный кросс-платформенный софт с исходниками, который работает (самое важное, чего от виндового софта я в своё время добиться не мог), не содержит вирусов, ставится стандартно, умеет гораздо больше и к которому можно дописать нужные фичи при необходимости. Не знаю уж куда вы смотрели, но факт в том для как раз для ембеддовки - никакой винды, только Linux.
Потому что AVR Studio, к примеру - наиболее вменяемая и удобная среда для работы с соответствующими МК, а для более-менее серьезной отладки - единственно пригодная - win-only. Эмуляторы схем - тоже. Потому что 90% советов и мнений в интернете вы найдете по вин-софту. Большинство выкладываемой схематики - в форматах закрытого виндового софта. Понятно, что это всё плохо и открытый софт лучше - но, блин, зачем байки рассказывать? да, даже с AVR жить без виндового софта можно - но неудобно.Для эмбеддовки, в которую собственно линукс и суётся - согласен, другая ситуация.
> Потому что AVR Studio, к примеру - наиболее вменяемая и удобная среда для работы с соответствующими МК, а для более-менее серьезной отладки - единственно пригодная - win-only.Вот как про AVR studio я забыл как страшный сон когда слез с венды. Не надо ерунду рассказывать про "удобную" и особенно "единственно пригодную".
> Потому что 90% советов и мнений в интернете вы найдете по вин-софту.
Вы из тех кто PHP по видеоурокам на youtube изучает что-ли? Какие вам нужны советы и мнения?
> Большинство выкладываемой схематики - в форматах закрытого виндового софта
Это какие такие которые на linux не прочитать? Ни разу проблем не испытывал.
> да, даже с AVR жить без виндового софта можно - но неудобно.
Вы либо рясу длиннее оденьте, либо крестик снимите - то "единственно пригодная", то "можно - не неудобно". Смешно это выглядит: вин-софт у вас рулед во все поля, но почему-то позарез надо бинарный avr-gcc под винду выложить, ибо на распрекрасной девелопер-френдли венде его не собрать. Всё можно и всё удобно на одном открытом софте, и виндовые потуги вспоминаются как страшный сон. Так и скажите, что вы хаите то что не осилили. Либо вообще не пробовали.
> Потому что AVR Studio, к примеру - наиболее вменяемая и удобная среда
> для работы с соответствующими МК,Тем не менее, оно вполне себе программабельно с использованием связки текстовый редактор/ide/whatever + avr-gcc. Ардуинщики вообще какой-то кривой эрзац на яве себе наколхозили. И вполне себе программят на этом. Хоть редактор там и отвратный.
> а для более-менее серьезной отладки - единственно пригодная - win-only.
А его вроде как к GDB прикрутили через тамошний jtag. Хотя если честно, настолько навороченная отладка на 8-битнике лично мне ни разу не требовалось. Это скоростная дергалка лапками в основном, etc. Там как правило логика тривиальная. На сложные навороты там все-равно производительности не хватит.
В общем если хочется жрать кактус - его конечно можно жрать. Но зачем?
> Потому что AVR Studio, к примеру - наиболее вменяемая и удобная среда для работы с соответствующими МК, а для более-менее серьезной отладки - единственно пригодная - win-only.Естественно
This installer contains Atmel Studio 6.1 with Atmel Software Framework 3.8.1 and Atmel Toolchain. This installer also contains MS Visual Studio Shell and .NET 4.0.>Тем не менее, оно вполне себе программабельно с использованием связки текстовый редактор/ide/whatever + avr-gcc.
Открою вам страшную тайну что его несколько больше чем вы думаете
Atmel Studio 6 supports all 8- and 32-bit AVR, the new SoC wireless family, SAM3 and SAM4 microcontrollers
>> Гугл запретит вылаживать на свн все, кроме исходников?
> Надеюсь, запретит.И исходники тоже. Чтобы не ограничиваться полумерами.
> на свн все, кроме исходников?Ну, выложи в свн исходники компилера :).Так они будут весить даже больше чем тарбол :)
Открытый проект. Люди приходят. И скачивают. Но не исходники, а бинарники.Даже если язык интерпретируемый, им незачем скачивать тесты (если считать что тесты тестируют код, а не окружение), также с проектом могут лежать файлы который всё равно нужо "компилировать" - документацию из одного формата в другой, ресурсы всякие.
Так же может они скачивают готовые пакеты для пакетного менеджера 'X'.
На Google Drive выложить -- проблема?
А на Google Drive есть статистика скачиваний?
> А на Google Drive есть статистика скачиваний?статистика скачиваний однозначно есть на твоём личном сервере.
А что не датацентр сразу? Чего уж мелочиться.
> А что не датацентр сразу? Чего уж мелочиться.извини, я не знал, что для тебя пара десятков долларов — огромные деньги. ну, поясни уж родителям как-нибудь, что это не на бухло и курево.
Не, тогда родители слишком удивятся :D
Вообще, гадания о человеке по постам это, видимо, особенность русских недофорумов.
ну вот лично я не гадал, я просто говном в тебя кинул. оно у меня расфасовано в герметичные пакеты, взрывающиеся при попадании. как раз для таких случаев запасся.
Тоже местная особенность. Гордитесь ей!
(пожимает плечами) увы. возможно, в той среде, где вращаешься ты, принято гордиться обычными вещами. в моей — не принято. но пинать дураков — забава неосуждаемая: должен же кто-то и это делать.
Толстооо
мне неинтересны твои проблемы с весом.
> Вообще, гадания о человеке по постам это, видимо, особенность русских недофорумов.А писать на русских недофорумах о русских недофорумах - это что? Если ты такой весь в белом, то какого хрена ты на русских недофорумах забыл?
Или это официальное признание собственной неполноценности? Так это не на недофорумы, это к психологу.
> статистика скачиваний однозначно есть на твоём личном сервере.Там вообще есть все что пожелаешь. Мало тебе 4Гб? Ну, купи винч на 2Tb. Можно даже парочку. Станет "лимит" в 4Tb. Какой еще хостинг предложит это за разумные бабки? :)
>> статистика скачиваний однозначно есть на твоём личном сервере.
> Там вообще есть все что пожелаешь. Мало тебе 4Гб? Ну, купи винч
> на 2Tb. Можно даже парочку. Станет "лимит" в 4Tb. Какой еще
> хостинг предложит это за разумные бабки? :)Да есть он уже :) Просто на code.google было удобно и под рукой...
> На Google Drive выложить -- проблемаСпасибо, Кэп!
> Почитай название сервиса: Google Code, а не Google Files или Google Drive.Весьма невнятное оправдание. Код для своей работы может требовать различные блобы (например, файлы ресурсов), которые нет смысла держать в VCS.
Все на битбукет!
и тебя туда же
Если и на sourceforge запретят скачивания, тогда откуда загружать программы?
Ну некоторые на sourceforge размещают ссылки на собственные сайты, откуда, собственно, файлы и грузятся. Платить только приходится за имя, да за хостинг. Немного, но напрягает.
> Если и на sourceforge запретят скачивания, тогда откуда загружать программы?тогда виндовый portableapps накроется. и другой виндовый opensource "в бинарях". повздыхают и опять вернутся на пиратский. им не привыкать.
а у пользователей linux, freebsd, netbsd, openbsd, haiku и других страшных названий... такого вопроса не стоит. есть репозитории, и есть git clone/hg clone/svn checkout.
Из репозиториев. Ваш К.О.
ко, исходники сами в репозитории попадают?
> Если и на sourceforge запретят скачивания, тогда откуда загружать программы?Из репов. В нормальных системах с этим никакой проблемы нет. Это в винде все убого и MS класть на все проблемы кроме своих, вот авторам софта и приходится фееричные костыли городить. Т.к. пересобрать там софт - адов гемор. Штатных репов - совсем нет. Ну вот и ...
> Если и на sourceforge запретят скачивания, тогда откуда загружать программы?С варезников, очевидно же.
Трындец. GitHub закрыл, Google Code закрывает, остается только SourceForge.
> Трындец. GitHub закрыл, Google Code закрывает, остается только SourceForge.Пока пользуюсь им. Что дальше будет ... Количество загрузок сократилось резко после перехода на sourceforge. Пока еще раскрутится.
>GitHub закрылА я и не заметил, потому что качал оттуда только исходники :)
>> GitHub закрыл
> А я и не заметил, потому что качал оттуда только исходники :)Некоторые не только качают, но и выкладывают.
В downloads обычно выкладывали тарболы с исходниками с нормальным сжатием (tar.bz2, tar.xz), а так же готовые сборки для пользователей MS Windows, Mac OS X, Haiku и т.п.. Ну и разные вспомогательные файлы. Кто не использовал, тот не поймет...
> В downloads обычно выкладывали тарболы с исходниками с нормальным сжатием (tar.bz2, tar.xz), а так же готовые сборки для пользователей MS Windows, Mac OS X, Haiku и т.п.. Ну и разные вспомогательные файлы.Просто пара примеров:
https://code.google.com/p/psi-dev/downloads/list
https://code.google.com/p/eiskaltdc/downloads/list
https://code.google.com/p/flylinkdc/downloads/list
> https://code.google.com/p/flylinkdc/downloads/list.exe .exe .exe .exe и забесплатно.
Нет уж, или пусть виндузятники платят, или пусть учатся компилировать с транка.
Самое смешное, что все эти ограничения больше всего затронут вендопаразитов, а не пользователей свободных систем. Вот они и возбудились...
> Нет уж, или пусть виндузятники платят, или пусть учатся компилировать с транка.К счастью, большинству разработчиков СПО не наплевать на своих пользователей и они с вами не согласятся.
вантузоиды — это балласт. просто многие разработчики — вежливые люди: считают, что даже балласту стоит дать шанс.
> что даже балласту стоит дать шанс.Ну да, даже там у некоторых постепенно начинает работать мозг. Потом они обычно валят на открытые технологии, если повезет.
> В downloads обычно выкладывали тарболы с исходниками с нормальным сжатием (tar.bz2, tar.xz),Git сам по себе сильно ориентирован на разработчиков а не файлокачальщиков. Поэтому то на гитхабе такая проблема и менее злободневна. Туда обычно все-таки за сорцами идут.
> GitHub сам по себе сильно ориентирован на хипстеров-девственниковпочинил
> Git сам по себе сильно ориентирован на разработчиков а не файлокачальщиковЕсли ресурс ориентируется исключительно на разработчиков, игнорируя простых пользователей - он уже не подходит для распространения ПО. Максимум - как девелоперс-онли социалочка.
я, конечно, могу ошибаться, но когда это гитхаб заявлял, что он — ресурс «для распространения ПО», а не «девелоперс-онли социалочка»? вообще-то, именно последним он и является.
> А я и не заметил, потому что качал оттуда только исходники :)Ну так у тебя не винда наверное. Попробуй что-нить под виндой собрать - поймешь в чем прикол. Не то чтобы там это совсем нельзя, но это настолько утомительно и геморройно, что винду3ятникам такое просто не рискуют предлагать. Потому что это "на гамаке, в ластах и противогазе".
> Трындец. GitHub закрыл, Google Code закрывает, остается только SourceForge.Отсюда мораль: лучший сервер - свой собственный. Там никто ничего без твоего одобрения не закроет. Кстати взрослые люди и проекты это уже усвоили.
>> Трындец. GitHub закрыл, Google Code закрывает, остается только SourceForge.
> Отсюда мораль: лучший сервер - свой собственный.Мораль другая - свободный софт нужно распространять только в исходниках, бинарники - проблема майнтейнеров соответствующих дистрибутивов.
> Мораль другая - свободный софт нужно распространять только в исходниках, бинарники -
> проблема майнтейнеров соответствующих дистрибутивов.Несомненно, но даже так - ну вот например у игры, даже полностью открытой, может быть куча игровых ресурсов которые таки не сорцы и пихать их в основную репу - несподручно. Ну вон например xonotic - вполне себе открытый. Но вот его сотни мегов игровых ресурсов в репе с сорцами? Хм... репа с сорцем != файлопомойка все-таки. А без игровых ресурсов такой двигун малополезен окружающим. Получается что все-равно иногда отдельные даунлоады - надо. В общем такое проще всего обеспечить на своем серваке, где никто не будет диктовать как и что.
> Несомненно, но даже так - ну вот например у игры, даже полностью
> открытой, может быть куча игровых ресурсов которые таки не сорцы и
> пихать их в основную репу - несподручноЭто ты лично для себя сам решил, что не сподручно? Не сподручно - пихай в другую репу.
да всё нормально, мы верим, что у Проекта ПриветМир никаких проблем не будет. успокойся уже, иди, допиливай МегаПроект.
Т.е. по существу ответить нечего, понятно.
> Т.е. по существу ответить нечего, понятно.По существу ответил я. А arisu остается только троллить идиoтов, до которых с 1 раза не допирает. Повтор дважды для особо тyпых - услуга платная.
> Это ты лично для себя сам решил, что не сподручно? Не сподручно - пихай в другую репу.А зачем их вообще в репу? То что хорошо для исходников - не обязано быть столь же хорошо для сотен мегазов бинарных данных. Как-то работать конечно будет. Но оптимальность этого подхода - весьма под вопросом.
Кроме того, программа может например подгружать файлы в run-time. И для этого сервак, опять же, потребуется. Какая-нибудь там гамеза опять же может догрузить карты при игре по сети прямо на лету. Нормальная практика вполне. Более серьезные программы опять же могут подтягивать те или иные файлы с актуализацией текущего состояния дел или внешними данными. Ничему особо не противоречит, опять же.
Вообще-то, в нормальных дистрибутивах принято бинарные данные для игры/программы заворачивать в отдельный пакет. И таки помещать в репозиторий, рядышком с прочими пакетами, да.
молодец, рыцарь. теперь спрячь, пожалуйста, шашку и почитай немного ветку. может, тогда дойдёт, что речь в ней шла исключительно про «source code repository», а не про «packages».
> Вообще-то, в нормальных дистрибутивах принято бинарные данные для игры/программы заворачивать
> в отдельный пакет.Так я с этим и не спорил. Просто мы тут немного про другие репы - репы VCS'ок, с исходными текстами. Так что, уважаемый Дон Кихот, вынужден обломать вас: это даже не ветряная мельница :)
> А зачем их вообще в репу? То что хорошо для исходников -
> не обязано быть столь же хорошо для сотен мегазов бинарных данных.
> Как-то работать конечно будет. Но оптимальность этого подхода - весьма под
> вопросом.За тем же - чтобы можно было разрабатвать параллельно и хранить историю. Пора бы понять уже что от бинарности данных и их размера ничего не меняется и необходимость в VCS никуда не исчезает. К слову, и VCS пофиг с чем работать.
> слову, и VCS пофиг с чем работать.Пофиг, кроме того момента что при безбашенном юзеже - реп сильно растет в размерах, что в ряде случаев может являть из себя проблему. Если ты поменяешь 300 метров бинарных данных 1 раз, получишь порядка 600Мб прибавки к весу репы. При том не факт что все эти изменения являли ценность. А вот вес репы прирос очень даже. Так что при безбашенном юзеже репа через некторое время может начать весить терабайты и это будет уже являть собой определенную проблему в плане ее хранения и скорости работы.
>> слову, и VCS пофиг с чем работать.
> Пофиг, кроме того момента что при безбашенном юзеже - реп сильно растет
> в размерах, что в ряде случаев может являть из себя проблему.
> Если ты поменяешь 300 метров бинарных данных 1 раз, получишь порядка
> 600Мб прибавки к весу репы. При том не факт что все
> эти изменения являли ценность. А вот вес репы прирос очень даже.
> Так что при безбашенном юзеже репа через некторое время может начать
> весить терабайты и это будет уже являть собой определенную проблему в
> плане ее хранения и скорости работы.Во-первых, не "600 метров".
Во-вторых, если тебе нужно хранить данные без истории, для этого есть возможноть создать отдельный бранч и "git reset --hard" в нём.
Т.о. все придуманные тобой проблемы - от незнания элементарной матчасти.
> Т.о. все придуманные тобой проблемы — от незнания элементарной матчасти.…от незнания элементарной матчасти: как же именно следует забивать гвозди микроскопом.
А в чём проблема положить файлы прямо в svn или hg?
> А в чём проблема положить файлы прямо в svn или hg?в том, что «прямо svn или hg» хреново подходят для хранения бинарей. но и это не вся беда: на sf некоторые уникумы любят совать в svn кучу .dll для винды, например. на кой они там пользователям остальных систем? при том, что вендоюзер с вероятностью, близкой к единице, всё равно будет качать или выложеный там же .exe, или всё равно .exe в виде «сборочки» с другого сайта.
да пусть даже и не .dll: всё равно не место игровым ресурсам, например, в той же системе, которая исходники контролирует. если это пара мелких картинок — то фиг с ним ещё. а если это куча ресурсов на кучу мегабайт — то их разумнее выкладывать отдельным архивом.
конечно, можно завести для такого «сайт проекта» и выкладывать там. ну так тогда уже и остальное тоже на «сайте проекта» разумней держать.
> совать в svn кучу .dll для винды, например. на кой они
> там пользователям остальных систем? при том, что вендоюзер с вероятностью, близкой
> к единице, всё равно будет качать или выложеный там же .exe,
> или всё равно .exe в виде «сборочки» с другого сайта.Это называется "виндоз головного мозга у разработчика". Разработчик юзает винду и все меряет по ней. Просто не у всех хватает мозгов понять что разрабатывать под другой системой может быть в пять раз удобнее, а либы и их хидеры вообще можно парой команд пакетного менеджера вкатить. Быстро и удобно.
даже в винде таки есть качалки, и либы с хидерами можно скачать. а инструкцию в несколько строк для этого достаточно написать в README.win32 каком-нибудь. потому что если человек берёт исходники, но не способен прочитать простую инструкцию и скачать нужные библиотеки — то он не то, что код писать, он вряд ли просто собрать что-то сможет, даже при наличии в репозитории всего-всего, включая system32 и полный mingw.
> даже в винде таки есть качалки,В винде это не есть некая дефолтная сущность и это надо как-то сбоку отдельно докостыливать. Отнюдь не стандартными системными средствами. Кроме того, эксплуатировать там например гнутые тулчайны - достаточно утомительно и граблеопасно.
Поверь, я собрал далеко не одну динамическую либу в винде mingw'ом. А потом я как-то так перешел на Linux, в том числе и потому что обнаружил что все то же самое может быть в 20 раз проще и без сотен развеселых грабель. Тем более что квалификация виндyзятников зачастую оставляет желать - при попытке осознать как работает компилер и почему не едут лыжи они автору весь мозг сожрут.
> и либы с хидерами можно скачать.
Теоретически все так. Практически - в лине это настолько проще и безглючнее, что просто несравнимо. Ну вот авторы и пихают это "для самых маленьких". Ну то-есть, тех кто сам билдануть скорее всего не сможет. Чтоб им мозг не клевали и/или потому что они сами винду юзают и меряют по ней.
а инструкцию в несколько строк для этого достаточно написать в README.win32
> каком-нибудь. потому что если человек берёт исходники, но не способен прочитать
> простую инструкцию и скачать нужные библиотекиВ винде в общем случае слишком высок риск что что-то не отработает, где-то не поедут лыжи и автору придется учить какого-то полунуба куче всего, что ему нафиг не упало. Как то рассказывать "как оно вообще задумано" и "а какие грабли при этом есть в винде". Это таки многовато возни и обычно всем лениво.
> что код писать, он вряд ли просто собрать что-то сможет, даже
> при наличии в репозитории всего-всего, включая system32 и полный mingw.Ну как бы в линухе с нормальным пакетным манагером если ты скажешь "дайте мне девкит для libsdl" - тебе вгрузят таки работоспособный набор хидеров и его зависимости, так что даже потом удастся собрать программу без лишних приключений. В винде же половину подобных моментов придется рюхать самому. Да еще там довольно вероятны глюки с *nix-style средствами сборки и прочая. Ряд *nix-ориентированных программ без длинного напильника вообще под винду не соберешь. Хотя теоретически вроде бы должно было бы работать.
Т.е. теоретически, все как бы должно работать и в винде. Практически проще вывалить готовые бинари либ чем вдуплять почему у очередного полунуба лыжи не поехали.
и практически тоже всё нормально работает. если описание писали чётко, и описанию следуют чётко. «берём MinGW версии такой-то с такого-то сайта. устанавливаем так-то. (берём библиотеку n версии такой-то с такого-то сайта, устанавливаем так-то)*m. запускаем то-то. система при этом должна быть такой-то и иметь то-то.» на самом деле — не сильно сложнее, чем в никсах.а в никсах зато — чудесные грабли, когда нужна библиотека версии x.y.z, а в репозиториях — только z.y.x. и при попытке даунгрейднутся/апгрейднутся или выносится половина системы, или ломается куча софта. и вот тут начинаются *такие* грабли, которым вантузоиды только позавидовать могут.
> и практически тоже всё нормально работает. если описание писали чётко, и описанию
> следуют чётко. «берём MinGW версии такой-то с такого-то сайта. устанавливаем так-то.Понимаешь, под линух не надо пошаговые инструкции писать. А под винду - целый квест, проходилку которого для овощей надо расписывать на уровне "кликни туда, сходи туда, возьми то, примени к этому". А оно авторам софта надо?
> (берём библиотеку n версии такой-то с такого-то сайта, устанавливаем так-то)*m.Вот только описывать процесс сборки THIRD PARTY либы с точки зрения автора - на...й не упало. Вот смотри, допустим, моей программе надо zlib. С хрена ли я кого-то должен обучать собирать этот самый zlib? Это вообще работа авторов zlib. А чисто по человечески я этим заниматься совершенно не хочу. Ну вот если будут сильно клевать мозг - можно или просто слать на или выложить для убогих бинарь zlib-овой DLL чтобы они отвалили уже наконец. Упертый виндовозный автор сделает поправку на автомате. Нейтральные авторы - ну да, таки забьют но мозг им поклевывать будут. Может в лучшем случае кто-то сделает сторонний проект по сборке, типа как сборки ffmpeg для винды.
А ты его сам пробовал там собрать? Вот гемор конкретный. Половину либ надо самому качать, самому распихивать в нужные локации и прочая. В 20 раз больше возни чем в лине, например.
> запускаем то-то. система при этом должна быть такой-то и иметь то-то.» на
> самом деле — не сильно сложнее, чем в никсах.Теоретически все так. Практически - у народа часто или не едут лыжи, или инструкцию надо писать сильно длинную и унылую. С хрена ли автор программы будет писать как собирать вообще все юзаемые им либы? Ему это надо?
> а в никсах зато — чудесные грабли, когда нужна библиотека версии x.y.z,
> а в репозиториях — только z.y.x. и при попытке даунгрейднутся/апгрейднутся или
> выносится половина системы, или ломается куча софта. и вот тут начинаются
> *такие* грабли, которым вантузоиды только позавидовать могут.Да ладно, не так уж все и плохо. Вот только ща билдил софтину которой надо доисторический libusb 0.1 вместо 1.0. Ну, почесал репу - "ой, а чойта оно не видит мой libusb? Ах, ищет отсутствующий хидер? Ну вот ему тогда libusb 0.1". Как видишь вполне себе 2 версии либы сосуществуют. А так чтобы в версии 1.2.3 сильно поменяли что-то vs 1.2.2 - ну бывает, конечно, но так делают только полные ДЛБ и их либами лучше вообще не пользоваться.
> Понимаешь, под линух не надо пошаговые инструкции писать.ага. собрать пакетик под няшную бубунточку — и всё. всем же известно, что других дистрибутивов не существует. а у кого пакеты не так организованы или не так называются, как в бубунточке — те маргиналы, фтопку их.
> Вот только описывать процесс сборки THIRD PARTY либы с точки зрения автора
> — на…й не упало.поэтому такого и не делают. а или говорят, где скачать уже собраное и с хидерами, или советуют почитать инструкцию по сборке в документации соответствующей библиотеки (добавив, если надо, пару примечаний).
> Теоретически все так. Практически — у народа часто или не едут лыжи,
> или инструкцию надо писать сильно длинную и унылую. С хрена ли
> автор программы будет писать как собирать вообще все юзаемые им либы?
> Ему это надо?как я уже говорил, если человек не способен по краткой, но освещающей нюансы инструкции выполнить нужные действия — ему не надо ничего собирать из исходников: ему надо попросить локального гуру.
> Да ладно, не так уж все и плохо.
ага. раз напильник, два напильник…
> билдил софтину которой надо доисторический libusb 0.1 вместо 1.0. Ну, почесал репу
> — «ой, а чойта оно не видит мой libusb? Ах, ищет
> отсутствующий хидер? Ну вот ему тогда libusb 0.1».а конфигур требует конкретную версию конкретной библиотеки. не находит, плачет и отваливается. и начинается мегакостыление.
> себе 2 версии либы сосуществуют. А так чтобы в версии 1.2.3
> сильно поменяли что-то vs 1.2.2 — ну бывает, конечно, но так
> делают только полные ДЛБ и их либами лучше вообще не пользоваться.зато в версии 2.1 меняют по сравнению с версией 1.2, например. и далеко не всегда получается поставить их рядом. а втаскивать нужную библиотеку в дерево исходников, например — та ещё радость. особенно если хидеры инклюдятся по <> (как обычно и делают, рассчитывая на системные библиотеки). это уже тоже выходит далеко за мантру configure && make && sudo make install.
> ага. собрать пакетик под няшную бубyнточку — и всё. всем же известно,А тут все просто. В *никс-подобных системах средства автоматизации развиты, и делались для себя а не для галочки. Так что все это более-менее допинали до рабочего состояния и оно "просто работает". А в винде такое если и есть то кoстылями и проволокой примотано, в *никсных тулзах в винде вообще постоянно всякие нестыковки и грабли вылезают. Вплоть до пересекающихся команд, ФС нечувствительной к регистру и прочая. Что порождает немало различных интересных глюков. А родной инструментарий винды - такая эталонная дрянь что билдить софт с использованием автоматизации cmd.exe или ps может только отчаянный мазохист. VS - хрень ориентированная на ынтырпрайзы, которым плюс-минус пять крутых серверов поставить - раз плюнуть. Для индивидуала или мелкой командочки - оно как-то "не очень".
А в убунте, да и вообще любому deb-based, если лень изучать "как там и чего в этом пакетном манагере" - есть чит: можно пнуть checkinstall. Дешево и сердито. Пару команд - собрать прогу. Еще 1 команда - пакет слепить. На все - три команды. В винде тремя командами хрен отделаешься. Я бы вообще не рискнул обучать виндyзятника билдовке MSI пакетов. Оно и так то рокетсайнс какой-то, а с учетом неизвестной квалификации субъекта - я лучше слона танцевать обучу за то же время, пожалуй.
> что других дистрибутивов не существует.
Как ты понимаешь, ни один автор не разопрется на вообще все сотни дистров пакеты собрать. ИМХО, дело автора сорец выложить, все остальное - вообще весьма опционально. Если кто юзает deb-based - логично что он и сам может захотеть разобаться как под это пакеты делать.
Ну дык ты тоже поди пишешь свои проги под слакой, а как они в убунте собираются и работают - врядли проверяешь. Ну а то что убунтуев оказалось больше и есть некая асимметрия по этому поводу - конечно можно ворчать что "миллионы мух не могут ощибаться", но популярность дистра таки имеет некоторое значение. В том плане сколько софта окажется уже запакетировано другими vs сколько я буду вкалывать сам.
> а у кого пакеты не так организованы или не так называются, как в
> бyбунточке — те маргиналы, фтопку их.Ну да, если кто хочет быть супер-кастомным и не похожим на других - это его право. Но у этого права есть своя цена. Автор софтины не будет разбираться как пилотировать этот супер-кастом-пепелац. У автора чисто технически нет времени въезжать в интимные особенности сотен разных местечковых великов. Даже если б он это захотел - у него пакетирование бы выжирало больше времени и сил чем написание проги. Поэтому - авторы таки не захотят. Если автора это сильно волнует - он может поюзать что-то типа OBS. Но там поддерживаются только несколько самых популярных дистров опять же. Совсем маргинальные - таки извините.
А вообще, ты регулярно подчеркиваешь что тестишь свои проекты только на слаке, а как оно там у других - тебе плевать. Не вижу почему тогда остальные авторы не могут делать так же. Могут и делают. А то что авторов софта под убунтой оказалось больше - ну так извините, это их выбор. То что статистическое распределение въездов ручкой грабель в лоб имеет перекос не в твою пользу - опять же, ну, бывают в жизни огорчения. Только я не вижу как это можно пофиксить. Всегда будут более популярные решения-майнстрим, и нишевые, в которых you're on your own. Это в общем то нормально.
> поэтому такого и не делают. а или говорят, где скачать уже собраное
> и с хидерами, или советуют почитать инструкцию по сборке в документации
> соответствующей библиотеки (добавив, если надо, пару примечаний).Ага, вот только клевать мозги будут в том числе и автору программы - мол, zlib надо собирать под твою прогу. А как мне собрать zlib? Ну как? Ну скажи, дяденька? :) А оно надо - такое мозгоклюйство на регулярной основе? :)
> как я уже говорил, если человек не способен по краткой, но освещающей
> нюансы инструкции выполнить нужные действия — ему не надо ничего собирать
> из исходников: ему надо попросить локального гуру.Ну так он и будет иметь мозг ... автору софтины, как наиболее очевидному не свое несчастье персонажу :). Локальный гуру - это кто такое? Его еще найти надо. А автор софтины - вот он, готовенький. Никуда не прячется и все такое. Вот ему то и достанется :).
>> Да ладно, не так уж все и плохо.
> ага. раз напильник, два напильник…
> а конфигур требует конкретную версию конкретной библиотеки.
> не находит, плачет и отваливается. и начинается мегакостыление.Знаешь, если конфигур требует "именно эту версию либы и никак иначе" - автор софтины элементарный неадекват. И стоит подумать дважды до того как вообще начинать пользоваться софтом от настолько невменяемого автора. Поскольку такой градус неадеквата сулит много интересных открытий в дальнейшем. И совсем не факт что приятных. Можно или попробовать вправить ему мозг, если есть надежда что это лечится. Или обойти софтину за километр, если пациент лечению не подлежит.
>> делают только полные ДЛБ и их либами лучше вообще не пользоваться.
> зато в версии 2.1 меняют по сравнению с версией 1.2, например.Ну так это major обновление. Это обычно достаточно крупное и заметное событие. Если ты не в теме - какого тогда в сборку софта лезть? Это не рокетсайнс, но некое понимание вопроса и минимальное владение текущим state все-таки подразумевает. Минимальное понимание вопроса обычно сводится к тому что авторы чаще всего юзают наиболее свежие либы, т.к. им не хочется возиться с багами и глюками старья. Поэтому в не сильно архаичной системе обычно грабель не так уж и много. В раритетно-винтажной - там да, возможны варианты. Но это проблемы любителей антиквариата. Пусть и версии софта выбирают под стать остальным компонентам, чо :)
> и далеко не всегда получается поставить их рядом. а втаскивать нужную библиотеку
> в дерево исходников, например — та ещё радость.Ну да, но это к счастью случается достаточно редко и актуально лишь для всяких совсем экзотичных и/или самописных библ в основном.
> особенно если хидеры инклюдятся по <> (как обычно и делают, рассчитывая
> на системные библиотеки). это уже тоже выходит далеко за мантру configure && make &&
> sudo make install.Не, ну если задаться целью - можно и в *nix-образных помучаться. Просто в винде приключения могут начаться задолго до того как некто полезет в такие навороты. Там вооще нет метода попросить систему "а вот хочу zlib, версии не ниже X?". Поэтому там залет на редистрибутеж всех либ - по умолчанию. Потому что штатных системных средств проверить что у юзера есть вон та либа и при необходимости ее доустановить - нету. Что и побуждает тех кто билдует под винду софт городить аццкие редистрибутаблы на сидюк весом. Со всеми потрeбными либами и компонентами на все случаи жизни. Рассказывать произвольному виндoвoзному хомяку как прогнать весь этот цикл построения такого монстрила - вот уж нафиг. А без этого хомяк весь мозг выгрызет пока будет пытаться это сделать сам.
ЗЫ ксати местный вордфильтр вообще считает что "виндyзятник" - это ругательство такое. ИМХО не так уж он и неправ :)
> А вообще, ты регулярно подчеркиваешь что тестишь свои проекты только на слаке,
> а как оно там у других — тебе плевать. Не вижу
> почему тогда остальные авторы не могут делать так же.спич выше был большой и не по теме. мы говорили про относительную сложность сборки бинарей, а не про то, что кому авторы должны. я вообще нигде не говорил, что авторы обязаны бинари собирать.
> Ага, вот только клевать мозги будут в том числе и автору программы
> — мол, zlib надо собирать под твою прогу. А как мне
> собрать zlib? Ну как? Ну скажи, дяденька? :) А оно надо
> — такое мозгоклюйство на регулярной основе? :)rtfm, uwbftp. хорошо помогает.
> Ну так он и будет иметь мозг … автору софтины, как наиболее
> очевидному не свое несчастье персонажу :).ну и получит ответ: rtfm — это вооон туда. свободен!
> Знаешь, если конфигур требует «именно эту версию либы и никак иначе»
именно версии от 1.2.1 до 1.4.1. потому что у других API не такое.
> Если ты не в теме — какого тогда в сборку софта лезть?
потому что ВНИЗАПНА! надо софтинку собрать. либ на свете 100500, что и как у них там меняется — следилки не хватит отслеживать. и далеко не у всех старое API убирают в новых версиях.
в общем, о чём мы спорим вообще? везде свои грабли.
> спич выше был большой и не по теме.Ну ты сам завернул про убунточки и прочая. А я лишь покапитанил немного в ответ :)
> мы говорили про относительную
> сложность сборки бинарей, а не про то, что кому авторы должны.
> я вообще нигде не говорил, что авторы обязаны бинари собирать.Ну вот по моему опыту - билдить бинари под винду гнутым тулчейном в разы сложнее чем под пингвин. Тем паче что там юзеря квалификацией обычно повыше, и скорее всего просто попросит пакетный манагер дать ему нужную либу. И на этом в 99% случаев все закончится. Так что прогрева автору мозгов от линуксоидного контингента в целом - сильно меньше.
>> — такое мозгоклюйство на регулярной основе? :)
> rtfm, uwbftp. хорошо помогает.К счастью, я более не программирую под винду. И не билдую под нее уже несколко лет ничего. Так что пусть у любителей кактусов голова болит как у них там оптимизировать их фирменный забег на костылях. Только без меня :).
> ну и получит ответ: rtfm — это вооон туда. свободен!
Ну так даже на такой отлуп надо некое время и прочая.
>> Знаешь, если конфигур требует «именно эту версию либы и никак иначе»
> именно версии от 1.2.1 до 1.4.1. потому что у других API не такое.Ну в типовой системе в 99% случаев либа где-то в этом диапазоне и будет. Если не страдать адской некромансией или убер-авангардизмом. Некроманов авторы не лю, им не интересно воркэраундить чужие известные баги. А бежать вперед паровоза - тоже как-то странно. Для этого надо быть реально фанатом данной библы.
>> Если ты не в теме — какого тогда в сборку софта лезть?
> потому что ВНИЗАПНА! надо софтинку собрать.Ну если надо - собирай. А насколько там круглая труба не лезет в квадратное отверстие - не проблемы изготовителей этой трубы, извини :). Они со своей стороны параметры описали. А дальше уж как хочешь, так и впихивай в своей инсталляции это. То что в неудачном раскладе можно и помучаться - да, можно. Но в нормальном случае - не так уж и часто такое мучение выпадает. Обычно достаточно чтобы система не была совсем уж ископаемым, тогда софт на 99% собирается без каких-то особых приключений.
> либ на свете 100500, что и как у них там меняется — следилки не хватит отслеживать. и
> далеко не у всех старое API убирают в новых версиях.Ну так для этого конфигур и придумали - он по идее сам расскажет что не хватает и где былинный отказ.
> в общем, о чём мы спорим вообще? везде свои грабли.
Ну ла. Просто попробовав и там и там я пришел к выводу что билдовка софта под виндой - очень утомительное, неудобное и граблеопасное занятие. Лично мне не понравилось, в линухе билдить софт сильно проще и отвалов башки в этом процессе куда меньше.
В общем, по моим наблюдениям, "редкий юзер винды дочешет до середины инструкции по пересборке программы, а если дочешет - то гикнется и виндозу отбросит" :)
> А в чём проблема положить файлы прямо в svn или hg?Например: надо объяснить сборщикам под винду, макось и др. преимущества использования svn перед простой загрузкой файлов через браузер, научить их считать хэш-суммы для файлов, а еще настроить права доступа так, чтобы они случайно чужие файлы не зацепили. Ну и попутно убедить Google, что такое использование их сервиса является корректным. Кроме того, сейчас есть ограничение на размер репы: 4 ГиБ.
Этого хватит?
Весьма правильно это. Бинарникам место в репах и нигде более - "добрый человек" который собрал ваше приложение под винду и отослал вам бинарный архив чтобы вы его захостили скорее всего насовал туда троянов, проверено. Если же у системы/дистрибутива репозитория нет, это хороший стимул таковому появиться.
> Весьма правильно это. Бинарникам место в репах и нигде болееВообще-то, официальные сайты проектов как правило являются наиболее надежным источником для распространения _оригинальной_ программы. Как в исходном, так и в бинарном виде.
Но не все проекты могут себе позволить отдельный сайт и админа для него. Из-за чего сервисы вроде Google Code и стали так популярны.
> "добрый человек" который собрал ваше приложение под винду и отослал вам бинарный архив чтобы вы его захостили скорее всего насовал туда троянов, проверено.
В проекте могут быть официальные мейнтенеры под винду, да и сами разработчики могут инсталяторы собирать при желании/необходимости.
> Если же у системы/дистрибутива репозитория нет, это хороший стимул таковому появиться.
Фантазировать в разумных пределах не вредно, да. Но реальность выглядит иначе...
> Фантазировать в разумных пределах не вредно, да. Но реальность выглядит иначе...Это вообще типично для виндузятников - если у них проблема, то вместо её решения нужно втравить в эту проблему всех: вдруг другие её решат?
> Но не все проекты могут себе позволить отдельный сайт и админа для
> него. Из-за чего сервисы вроде Google Code и стали так популярны.Тогда пусть жрут что дали и не нувавкают. Судьба у лузеров такая.
> Вообще-то, официальные сайты проектов как правило являются наиболее надежным источником
> для распространения _оригинальной_ программы. Как в исходном, так и в бинарном
> виде.И сколько раз в неделю эти сайты ломают с подкладыванием бэкдора в tarball?
> Вообще-то, официальные сайты проектов как правило являются наиболее надежным источником
> для распространения _оригинальной_ программы. Как в исходном, так и в бинарном
> виде.
> Но не все проекты могут себе позволить отдельный сайт и админа для
> него. Из-за чего сервисы вроде Google Code и стали так популярны.Да нет, просто многие проекты понимают что "свой сайт" для программы - такой же бред и архаизм зари www как сайт для любимой кошечки, и тратить силы, время и деньги на повторение того, что уже замечательно сделано на source хостингах нет смысла.
> В проекте могут быть официальные мейнтенеры под винду, да и сами разработчики
> могут инсталяторы собирать при желании/необходимости.Я и говорю об "официальных майнтейнерах". Хотя для виндузла это слишком гордо звучит. Не знаю уж, специально это было сделано или в перманентно завирусованных виндах без этого просто не обойтись, но я был свидетелем 2 случаев распространения вендовирусни через открытые проекты.
> Фантазировать в разумных пределах не вредно, да. Но реальность выглядит иначе...
Ну кому иначе - пусть дальше ищет куда приткнуть своё тухлое бинарьё. А кто-то может и задумается.
> кошечки, и тратить силы, время и деньги на повторение того, что
> уже замечательно сделано на source хостингах нет смысла.Конечно - ведь намного веселее когда тебя ВНЕЗАПНО нагнет какой-то посторонний хостинг, который денег от тебя не получал и ничего тебе не должен. Ну да, некоторым нравится ВНЕЗАПНОСТЬ поимения их жизнью :).
> намного веселее когда тебя ВНЕЗАПНО нагнет какой-то посторонний хостинг, который денег от тебя не получал и ничего тебе не должен. Ну да, некоторым нравится ВНЕЗАПНОСТЬ поимения их жизнью :)Теоретики такие теоретики. Если внезапно нагнёт хостинг я просто сделаю push в другой. Если же нагнётся сайт, придётся восстанавливать его неделю.
> Теоретики такие теоретики. Если внезапно нагнёт хостинг я просто сделаю push в
> другой.теоретики такие теоретики. хотя, конечно: зачем Проекту ПриветМир новости, вики, багтрекер, etc? действительно: push — и всё, весь Проект ПриветМир ребазирован. и, конечно, поскольку Проект ПриветМир нужен только автору (и то вряд ли), то никаких проблем с новостями о новом адресе: всем пофигу потому что.
> теоретики такие теоретики. хотя, конечно: зачем Проекту ПриветМир новостиНовости - это лог коммитов, переносится вместе с репозиторием.
> вики
Вики на нормальных хостингах тоже в git.
> багтрекер
Разве что.
> всем пофигу потому что
Всем пофигу на криво слепленные сайты ради сайтов, с дырявым форумом из полутора сообщений спама и неработающим багтрекером - это максимум на что такие как вы любители "всего своего" способны. И действительно пофигу - заходить на такой сайт просто противно, регистрироваться ещё в одно форуме и багтрекере никому не нужно, в итоге "проэкт" бодренько сгнивает. В то время как его брат-близнец на злом-презлом гитхабе активно форкается и развивается, и знать не знает про твою анaльную боль и идиoтскую паранойю.
В реальном мире даже "никому не нужное" ядро линукса со своего недосайта без проблем переезжало на github и обратно.
в «реальном мире» lkml спокойно работал. и сайт — ВНИЗАПНА! — вернули в строй. хотя, казалось бы, зачем? ведь какая разница, где исходники держать?на этом заканчиваю, впрочем: хипстерам с гитхабчиком и Проектом ПриветМир не понять. увы, на чужом опыте они учиться не могут, а на большие проекты (чтобы научиться на своём) им пороху не хватит.
p.s. «новости — это лог коммитов» — тоже показательная фраза.
> Новости - это лог коммитов, переносится вместе с репозиторием.Are you nuts? Это что за прожект такой, где новости - портянка коммитов? Нормальные люди вообще-то разделяют важные изменения (про которые пишутся нормальные новости) от "ой, я тут пару пробелов подчистил". Хотя наколенным прожектам и их "манагерам" это не понять. Что и позволяет оперативно отличать наколенщиков с хелловордятиной от нормальных проектов.
> Вики на нормальных хостингах тоже в git.
Гвозди в нормальных проектах наверное тоже git'ом забивают, да? :)
>> багтрекер
> Разве что.А я думал что и его тоже надо в git засунуть :)
>> всем пофигу потому что
> Всем пофигу на криво слепленные сайты ради сайтов,Сайт ради сайта - да, глупо. Ну так никто не виноват что ваш наколеночный прожект столь никчемен что ради него даже сайт не стоит делать.
> полутора сообщений спама и неработающим багтрекером - это максимум на что
> такие как вы любители "всего своего" способны.Неправда, у нормальных серьезных проектов и сайт работает, и форум живой, и в багтрекер отписаться можно. Не надо по своей кривой наколенщине и убогой квалификации всех судить. Это ошибочно. Как доктор говорю, безвозмездно заколотивший СОТНИ багов разным нужным мне проектам. Ну да, я не пользуюсь сиюминутными поделками которые даже своего сайта под проект недостойны. Пусть ими такие же как вы наколенщики пользуются.
> без проблем переезжало на github и обратно.
Так оно переезжало на время, пока свой сайт барахлил. А потом вернулось на свой сайт, как и полагается делать мало-мальски серьезному проекту. А то что git реально распределенный и поэтому может спокойно мигрировать туда-сюда - ну да, это хорошо. Тем не менее, для проекта уровня линуксного кернела совершенно неприемлимо если какая-то третья сторона вдруг высунется и надиктует новый набор правил, предложив на выбор "submit or die" :)
> Весьма правильно это. Бинарникам место в репах и нигде более - "добрый
> человек" который собрал ваше приложение под винду и отослал вам бинарный
> архив чтобы вы его захостили скорее всего насовал туда троянов, проверено.В данном случае речь идет исключительно о разработчиках - никто, кроме них, там файлы не выкладывал.
Ну а если ты не веришь разработчику - не пользуйся его программами, делов-то. А то он и в сорцы троянов насует, все равно никто смотреть не будет.
интересно: это что, в гугель наконец пришёл какой-это Эффективный Менеджер и начал Оптимизировать Ресурсы?
Вот быдлюди. Им просто дали время подсесть на иглу, а они уже решили что гуглосервисы планировались как вечные, а тут Внезапно Что-то Изменилось.
лично мне как-то пофигу: я ними не пользуюсь. просто интересно, с чего так лавинообразно всё.
Вы новости вообще читаете? Они постоянно кидают и кидали пользователей на всём протяжении своей деятельности. Никакой лавинообразности.
Похоже на то, как-то резко у них стратегия изменилась
> Похоже на то, как-то резко у них стратегия измениласьвот-вот. мне и интересно, с чего. или «давно готовились, и вот…», или действительно, какой-то Эффективный Менеджер ВНИЗАПНА!
> Похоже на то, как-то резко у них стратегия измениласьПочему же, кучи проектов они и раньше закрывали. Ну вон wave например. Попиарились и прибили. Ну и так далее.
раньше они только явеые тупики закрывали. Тот же вейв тормозил безбожно
> раньше они только явеые тупики закрывали. Тот же вейв тормозил безбожноТот же codesearch не был тупиком ни разу.
> раньше они только явеые тупики закрывали.Не знаю что такое "явеые тyпики", но судя по всему у них половина проектов запросто попадает в такую категорию. Т.е. "потенциальные трупики", которых могут пристрелить в любой момент, забыв у пользователей поинтересоваться что они думают насчет такого кидка.
> Похоже на то, как-то резко у них стратегия измениласьДа где резко-то? Всегда так было.
Поцоны я вас не панемаю : Base64, оформить как комментарий , засунуть в исходник и покласть в репозиторий !
Win!
> Win!Потом сами будете рассказывать пользователю этой самой win как оттуда бинарь извлечь. Так вот ты какая, Пиррова победа...
особенно весело становится, если учесть, что в репозитории хранится вся история. и если отдельно выложеный архив бинарей можно просто вытереть, когда заменяешь его на новый, то засунутые в репозитории бинари будут там лежать и лежать. раздувая репозиторий. даже пользователи svn вряд ли поблагодарят за бинари в репе, а уж пользователи dvcs — так точно проникнутся гениальностью авторов.
> особенно весело становится, если учесть, что в репозитории хранится вся история.В случае гуглохостинга это в основном проблемы самого гугла :). Тем не менее, я согласен что блобье "для особо убогих" в vcs - весьма анноит, да. ИМХО если кто не может себе сделать сборочное окружение то и текущую версию из VCS своими грязными лапами хапать не должен.
Просто в винде припрется легион wanna-be-типа-разработчик или просто любителей свежака и склюют автору мозг.
> В случае гуглохостинга это в основном проблемы самого гугла :)ага. и тех счастливых людей, которые делают git clone (hg clone, любимая-двкс-клон).
Правильно сделали. А кто не может собирать из исходников, тот ССЗБ.
> Правильно сделали. А кто не может собирать из исходников, тот ССЗБ.что забавно, кстати: я уверен, что большинство кричащих про «собирайте из исходников» сами из исходников способны собрать максимум котейль «сказки шервудского леса». и то не с первого раза.
> что забавно, кстати: я уверен, что большинство кричащих про «собирайте из исходников»
> сами из исходников способны собрать максимум котейль «сказки шервудского леса».
> и то не с первого раза.Не судите по себе.
ах, если бы я по себе судил… к сожалению, с собой я могу только сравнивать. и сравнение получается печальное: «дураки вы все и адиёты!» (ц)
> ах, если бы я по себе судил… к сожалению, с собой я
> могу только сравнивать. и сравнение получается печальное: «дураки вы все и
> адиёты!» (ц)Поверьте, ничего другого от вас и не ожидалось.
> Поверьте, ничего другого от вас и не ожидалось.неужели дураки таки учатся знать своё место? неа, не поведусь, тогда это были бы не совсем дураки.
> неужели дураки таки учатся знать своё место?К сожалению, нет. Вы - тому яркое подтверждение.
>> неужели дураки таки учатся знать своё место?
> К сожалению, нет. Вы — тому яркое подтверждение.таки да: сколько не учу дураков молча сидеть и слушать умных людей — дураки всё равно лезут.
> что забавно, кстати: я уверен, что большинство кричащих про «собирайте из исходников» сами из исходников способны собрать максимум котейль «сказки шервудского леса». и то не с первого раза.На винде я и такое не соберу. Максимум - MsgBox "Привет, Мир" в Visual Basic, из GUI. А в linux/netbsd/openbsd я даже не думаю, за меня думает autotools, cmake, pkgsrc, abs и прочие вещи, которые, как двое из ларца, делают всё за меня.
> которые, как двое из ларца, делают всё за меня.мы тут где-то с 294-м обсуждали радости сборки под никсы, если вдруг программа потребовала какой-то экзотики или «странных» версий библиотек. тоже не всё так просто.
> мы тут где-то с 294-м обсуждали радости сборки под никсы, если вдруг
> программа потребовала какой-то экзотики или «странных» версий библиотек. тоже
> не всё так просто.И справедливости ради, cmake или там автотулсы можно и под виндой запустить, равно как и более-менее приличный шелл-интерпретер, типа баша. Просто их там получить в рабочем состоянии и без глюков - может вылиться в отдельную эпопею.
И уж конечно это не будет сделано парой команд штатного пакетного менеджера системы. Я бы вообще не рискнул даже пытаться расписать юзеру винды как вкатить cygwin или msys. И работают они там не всегда безглючно. И проблемы могут вылезать весьма странные. И по версиям компилера и прочая обычно заметное отставание. И шелл убогий, если интерпретер еще лечится как-то по простому, то вот UI оного безобразия не менялся с времен винтукея, что после нормальной консоли в пингвине, с вкладками и по человечески работающей копипастой - просто вымораживает.
Но тем не менее, если сильно хочется - автотулсы под mingw-овским msys или cygwin вполне себе можно запустить даже в винде. Другое дело что там свои особенности и запрыг по граблям все-равно получается изрядный. В пингвине этот запрыг в общем случае - намного менее болезненный. Ну или мне так везло просто. Тем не менее, например чтобы собрать xvid в винде - я довольно долго прыгал по граблям, убив пару дней на вдупляние в интимные особенности тулчайна и почему не едут лыжи. В лине я его билданул со второй попытки. Некая разница...
красиво. А теперь иди и сними по этому сценарию порнофильм. Обязательно опенсорцный.
Очень правильное решение, ибо мир станет справедливее. Что было в downloads до сих пор?
- win32 binary
- macosx binary
- source package
Немного нечестно, что только для проприетарных гoвноосей выкладивались бинари, не думаете? Понятно что виноваты в этом сами проприетари, сама сущность которых противоположна открытости - продавать блобы, продавать блобы, продавать блобы, и всячески мешать свободной разработке и распространению ПО. Но они же за это и должны страдать.
Нечестно, что под очень небольшое число проприетарных осей нужно столь же небольшое число бинарников выложить? Потому, что под кажую сборку линуксов автор должен сам пакет собирать?
> Нечестно, что под очень небольшое число проприетарных осей нужно столь же небольшое
> число бинарников выложить? Потому, что под кажую сборку линуксов автор должен
> сам пакет собирать?Нет, автор вообще никаких пакетов не должен собирать. Нечестно, потому что под проприетарные оси ему приходится собирать, ибо больше под них собирать некому т.к. сидят там одни паразиты.
> Нет, автор вообще никаких пакетов не должен собирать. Нечестно, потому что под
> проприетарные оси ему приходится собирать, ибо больше под них собирать некому
> т.к. сидят там одни паразиты.Теперь понятно. Но паразитами называть - это слишком :)
Та я не удивлюсь если его вообще закроют. Не развивают же ни черта, так что всякие гитхабы плавно уходят далеко вперёд.По сути любой проект из тех, которые гугл уже не развивает - потенциальный трупик, по-моему.
+1. Учитывая что чтобы на этом недохостинге оставить баг или патч, нужно иметь google account, а это значит согласится с гугловскими Term of Service, на что ни один нормальный человек не пойдёт, дорога ему глубоко в помойку.
> +1. Учитывая что чтобы на этом недохостинге оставить баг или патч, нужно
> иметь google account, а это значит согласится с гугловскими Term of
> Service, на что ни один нормальный человек не пойдёт, дорога ему
> глубоко в помойку.А что, нормальные люди эти Term of Service еще и _читают_?
> А что, нормальные люди эти Term of Service еще и _читают_?*нормальные* люди — читают. а лохи читать не любят, поэтому их регулярно «имеют» все, кому не лень.
> А что, нормальные люди эти Term of Service еще и _читают_?Нормальные люди все-таки смотрят под ноги и не падают как дeбилы в первый же открытый канализационный люк. Это, конечно, не оправдывает тех кто создает опасные или неприятные ситуации на ровном месте, НО не извиняет склонности индивида к номинированию на премию Дарвина.
