The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В Google Code прекращена поддержка загрузки файлов, opennews (?), 23-Май-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


42. "В Google Code прекращена поддержка загрузки файлов"  +/
Сообщение от arisu (ok), 23-Май-13, 16:04 
> А в чём проблема положить файлы прямо в svn или hg?

в том, что «прямо svn или hg» хреново подходят для хранения бинарей. но и это не вся беда: на sf некоторые уникумы любят совать в svn кучу .dll для винды, например. на кой они там пользователям остальных систем? при том, что вендоюзер с вероятностью, близкой к единице, всё равно будет качать или выложеный там же .exe, или всё равно .exe в виде «сборочки» с другого сайта.

да пусть даже и не .dll: всё равно не место игровым ресурсам, например, в той же системе, которая исходники контролирует. если это пара мелких картинок — то фиг с ним ещё. а если это куча ресурсов на кучу мегабайт — то их разумнее выкладывать отдельным архивом.

конечно, можно завести для такого «сайт проекта» и выкладывать там. ну так тогда уже и остальное тоже на «сайте проекта» разумней держать.

Ответить | Правка | Наверх | Cообщить модератору

57. "В Google Code прекращена поддержка загрузки файлов"  +1 +/
Сообщение от Аноним (-), 23-Май-13, 16:40 
> совать в svn кучу .dll для винды, например. на кой они
> там пользователям остальных систем? при том, что вендоюзер с вероятностью, близкой
> к единице, всё равно будет качать или выложеный там же .exe,
> или всё равно .exe в виде «сборочки» с другого сайта.

Это называется "виндоз головного мозга у разработчика". Разработчик юзает винду и все меряет по ней. Просто не у всех хватает мозгов понять что разрабатывать под другой системой может быть в пять раз удобнее, а либы и их хидеры вообще можно парой команд пакетного менеджера вкатить. Быстро и удобно.

Ответить | Правка | Наверх | Cообщить модератору

64. "В Google Code прекращена поддержка загрузки файлов"  +1 +/
Сообщение от arisu (ok), 23-Май-13, 16:54 
даже в винде таки есть качалки, и либы с хидерами можно скачать. а инструкцию в несколько строк для этого достаточно написать в README.win32 каком-нибудь. потому что если человек берёт исходники, но не способен прочитать простую инструкцию и скачать нужные библиотеки — то он не то, что код писать, он вряд ли просто собрать что-то сможет, даже при наличии в репозитории всего-всего, включая system32 и полный mingw.
Ответить | Правка | Наверх | Cообщить модератору

88. "В Google Code прекращена поддержка загрузки файлов"  +2 +/
Сообщение от Аноним (-), 23-Май-13, 21:26 
> даже в винде таки есть качалки,

В винде это не есть некая дефолтная сущность и это надо как-то сбоку отдельно докостыливать. Отнюдь не стандартными системными средствами. Кроме того, эксплуатировать там например гнутые тулчайны - достаточно утомительно и граблеопасно.

Поверь, я собрал далеко не одну динамическую либу в винде mingw'ом. А потом я как-то так перешел на Linux, в том числе и потому что обнаружил что все то же самое может быть в 20 раз проще и без сотен развеселых грабель. Тем более что квалификация виндyзятников зачастую оставляет желать - при попытке осознать как работает компилер и почему не едут лыжи они автору весь мозг сожрут.

> и либы с хидерами можно скачать.

Теоретически все так. Практически - в лине это настолько проще и безглючнее, что просто несравнимо. Ну вот авторы и пихают это "для самых маленьких". Ну то-есть, тех кто сам билдануть скорее всего не сможет. Чтоб им мозг не клевали и/или потому что они сами винду юзают и меряют по ней.

а инструкцию в несколько строк для этого достаточно написать в README.win32
> каком-нибудь. потому что если человек берёт исходники, но не способен прочитать
> простую инструкцию и скачать нужные библиотеки

В винде в общем случае слишком высок риск что что-то не отработает, где-то не поедут лыжи и автору придется учить какого-то полунуба куче всего, что ему нафиг не упало. Как то рассказывать "как оно вообще задумано" и "а какие грабли при этом есть в винде". Это таки многовато возни и обычно всем лениво.

> что код писать, он вряд ли просто собрать что-то сможет, даже
> при наличии в репозитории всего-всего, включая system32 и полный mingw.

Ну как бы в линухе с нормальным пакетным манагером если ты скажешь "дайте мне девкит для libsdl" - тебе вгрузят таки работоспособный набор хидеров и его зависимости, так что даже потом удастся собрать программу без лишних приключений. В винде же половину подобных моментов придется рюхать самому. Да еще там довольно вероятны глюки с *nix-style средствами сборки и прочая. Ряд *nix-ориентированных программ без длинного напильника вообще под винду не соберешь. Хотя теоретически вроде бы должно было бы работать.

Т.е. теоретически, все как бы должно работать и в винде. Практически проще вывалить готовые бинари либ чем вдуплять почему у очередного полунуба лыжи не поехали.

Ответить | Правка | Наверх | Cообщить модератору

93. "В Google Code прекращена поддержка загрузки файлов"  –2 +/
Сообщение от arisu (ok), 23-Май-13, 21:42 
и практически тоже всё нормально работает. если описание писали чётко, и описанию следуют чётко. «берём MinGW версии такой-то с такого-то сайта. устанавливаем так-то. (берём библиотеку n версии такой-то с такого-то сайта, устанавливаем так-то)*m. запускаем то-то. система при этом должна быть такой-то и иметь то-то.» на самом деле — не сильно сложнее, чем в никсах.

а в никсах зато — чудесные грабли, когда нужна библиотека версии x.y.z, а в репозиториях — только z.y.x. и при попытке даунгрейднутся/апгрейднутся или выносится половина системы, или ломается куча софта. и вот тут начинаются *такие* грабли, которым вантузоиды только позавидовать могут.

Ответить | Правка | Наверх | Cообщить модератору

96. "В Google Code прекращена поддержка загрузки файлов"  +1 +/
Сообщение от Аноним (-), 23-Май-13, 22:05 
> и практически тоже всё нормально работает. если описание писали чётко, и описанию
> следуют чётко. «берём 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 - ну бывает, конечно, но так делают только полные ДЛБ и их либами лучше вообще не пользоваться.

Ответить | Правка | Наверх | Cообщить модератору

98. "В Google Code прекращена поддержка загрузки файлов"  –1 +/
Сообщение от arisu (ok), 23-Май-13, 22:14 
> Понимаешь, под линух не надо пошаговые инструкции писать.

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

> Вот только описывать процесс сборки 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.

Ответить | Правка | Наверх | Cообщить модератору

112. "В Google Code прекращена поддержка загрузки файлов"  +/
Сообщение от чтоненравитсятупомувордфильтру (ok), 24-Май-13, 07:31 
> ага. собрать пакетик под няшную буб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зятник" - это ругательство такое. ИМХО не так уж он и неправ :)

Ответить | Правка | Наверх | Cообщить модератору

129. "В Google Code прекращена поддержка загрузки файлов"  +/
Сообщение от arisu (ok), 24-Май-13, 16:11 
> А вообще, ты регулярно подчеркиваешь что тестишь свои проекты только на слаке,
> а как оно там у других — тебе плевать. Не вижу
> почему тогда остальные авторы не могут делать так же.

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

> Ага, вот только клевать мозги будут в том числе и автору программы
> — мол, zlib надо собирать под твою прогу. А как мне
> собрать zlib? Ну как? Ну скажи, дяденька? :) А оно надо
> — такое мозгоклюйство на регулярной основе? :)

rtfm, uwbftp. хорошо помогает.

> Ну так он и будет иметь мозг … автору софтины, как наиболее
> очевидному не свое несчастье персонажу :).

ну и получит ответ: rtfm — это вооон туда. свободен!

> Знаешь, если конфигур требует «именно эту версию либы и никак иначе»

именно версии от 1.2.1 до 1.4.1. потому что у других API не такое.

> Если ты не в теме — какого тогда в сборку софта лезть?

потому что ВНИЗАПНА! надо софтинку собрать. либ на свете 100500, что и как у них там меняется — следилки не хватит отслеживать. и далеко не у всех старое API убирают в новых версиях.

в общем, о чём мы спорим вообще? везде свои грабли.

Ответить | Правка | Наверх | Cообщить модератору

150. "В Google Code прекращена поддержка загрузки файлов"  +/
Сообщение от Аноним (-), 25-Май-13, 22:41 
> спич выше был большой и не по теме.

Ну ты сам завернул про убунточки и прочая. А я лишь покапитанил немного в ответ :)

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

Ну вот по моему опыту - билдить бинари под винду гнутым тулчейном в разы сложнее чем под пингвин. Тем паче что там юзеря квалификацией обычно повыше, и скорее всего просто попросит пакетный манагер дать ему нужную либу. И на этом в 99% случаев все закончится. Так что прогрева автору мозгов от линуксоидного контингента в целом - сильно меньше.

>> — такое мозгоклюйство на регулярной основе? :)
> rtfm, uwbftp. хорошо помогает.

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

> ну и получит ответ: rtfm — это вооон туда. свободен!

Ну так даже на такой отлуп надо некое время и прочая.

>> Знаешь, если конфигур требует «именно эту версию либы и никак иначе»
> именно версии от 1.2.1 до 1.4.1. потому что у других API не такое.

Ну в типовой системе в 99% случаев либа где-то в этом диапазоне и будет. Если не страдать адской некромансией или убер-авангардизмом. Некроманов авторы не лю, им не интересно воркэраундить чужие известные баги. А бежать вперед паровоза - тоже как-то странно. Для этого надо быть реально фанатом данной библы.

>> Если ты не в теме — какого тогда в сборку софта лезть?
> потому что ВНИЗАПНА! надо софтинку собрать.

Ну если надо - собирай. А насколько там круглая труба не лезет в квадратное отверстие - не проблемы изготовителей этой трубы, извини :). Они со своей стороны параметры описали. А дальше уж как хочешь, так и впихивай в своей инсталляции это. То что в неудачном раскладе можно и помучаться - да, можно. Но в нормальном случае - не так уж и часто такое мучение выпадает. Обычно достаточно чтобы система не была совсем уж ископаемым, тогда софт на 99% собирается без каких-то особых приключений.

> либ на свете 100500, что и как у них там меняется — следилки не хватит отслеживать. и
> далеко не у всех старое API убирают в новых версиях.

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

> в общем, о чём мы спорим вообще? везде свои грабли.

Ну ла. Просто попробовав и там и там я пришел к выводу что билдовка софта под виндой - очень утомительное, неудобное и граблеопасное занятие. Лично мне не понравилось, в линухе билдить софт сильно проще и отвалов башки в этом процессе куда меньше.

В общем, по моим наблюдениям, "редкий юзер винды дочешет до середины инструкции по пересборке программы, а если дочешет - то гикнется и виндозу отбросит" :)

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру