Скажите честно, вы сами поставляли продукт на основе QIF, у вас есть ссылка где его скачать можно?
У меня после ковыряние с ним сложилось впечатление, что кроме инсталлятора самого Qt из него ничего сложного сделать нельзя.
Как раз если мне нужны нюансы, а не «быстрый конструктор» — я пойду писать исходные xml-файлы, имхо. Если инструмент не позволяет спуститься на уровень ниже в абстракции для тонкой настройки — с ним что-то не так.
Не очень понял про UI.
Я использовал кастомный WiX модуль, для вызова определенных утилит в нужные моменты установки. Возможно, в дальнейшем мне что-то еще понадобится. Кастомный UI из предустановленных темплейтов это конечно здорово, но я бы хотел полного контроля над тем, что там генерится. В идеале я бы конечно хотел контроля еще и над тем что сам WiX candle генерит, но это уж совсем мечты)
Просто преимуществ пока я не вижу вашего решения перед CPack. Ну разве что «няшный json, а не богомерзкий cmake», тут да, не поспоришь)
Использовал CPack/WiX, никаких значительных траблов не замечал, все раскуривается за день-два.
Бегло проглядел вашу доку, не нашел быстро ответа — как кастомные WiX файлы прикручивать к JSON?
И да, мне что-то непонравилась идея «я разгребал конфликты, но никто об этом не узнает». Пусть лучше будут сообщения о конфликтах в самом тексте, другой разработчик если что, будет знать, что я там криво нарешал при мердже, например.
Ну и еще мне идея «только одного мерджа» не нравится тем, что это сложно отдавать на ревью.
Надо либо как выше советовали, мастер туда вмерджить, либо все же создать вспомогательную ветку, в которой всё решено — а ее уже выкатывать на ревью.
musl-1.0.0.tar.gz — March 20, 2014
Наверное речь об этом. Я лично с проектом познакомился еще до релиза 1.0.0, он уже тогда был вполне юзабельный)
Про позиционирование, что-то нигде не нашел про замену glibc. Да, пишут, мол general-purpose; что до использования на серверах — ну видимо майнтейнеры знают, как обходить особенности resolv.conf и прочую муть)
(давайте завяжем с оффтопом наверное, а то и так комментов полторы тыщи)
Очень надеюсь до glibc никогда не доживет :) у них все же разные сферы применения. Для «микро» систем — самое то (uclibc я еще терпел из-за mmuless).
7 лет вроде поддерживает. OpenWRT на него перешел уже.
А если вы хотели сказать «когда ему будет столько же лет, сколько glibc» — то вообще не смешно.
Про список совместимости — я в курсе, спасибо, я читал внимательно, как и баги которые чел заводил в других проектах (это уже просто для себя).
Как полную замену glibc во всех отношениях никто проект и не позиционировал. Но я да, считаю, что это один из правильно сделанных suckless проектов.
Ну я лично не агитирую ни за, ни против.
По поводу «попробуйте пользоваться софтом» — с сайта проекта:
— zlib
— musl
— libev
— DeadBeeF
— mc
— MPV (мой дефолтный плеер на винде)
Это то чем пользовался я. Так-то порядочно там довольно популярного софта: suckless.org/rocks
Вы видели исходники musl?
Что касаемо разработки DE под такой идеологие, или IDE — то я лично уже хз, тут я бы поспорил, что suckless зайдет)
Добавлю тоже в копилку безумия: а что планируется делать с поголовным убийством детей?
Killing children в каждой второй доке по многопроцессным функциям встречается =)
Так же под вопросом существование abort() в libc.
Я уже молчу про команду killall!
Я тоже читал взахлеб, не понимаю чего в комментах жалуются на бессвязность( Может быть стиль письма под какое-то определённое психическое расстройство, о котором я не знаю.
Немного не в тему, вспоминается история разработки Starcraft-а, когда близы на демо у конкурентов увидели изометрию в стратегии, и решили сделать так же у себя срочно. Как оказалось, у конкурента ничего рабочего не было по итогу, но Starcraft уже переписали (и не зря)
Если пользователей миллион, а пожалуется всего 1000 пользователей из глухих деревень, вполне возможно что и на них тоже забьют. Если только компания не занята в данный момент оптимизацией каждой доли процента прибыли.
Не только емейлы. Я несколько раз замечал такое:
Хочешь в общий разраб-чат написать о проблеме и спросить совета. Рапишешь суть, нюансы, а так же собственные, идеи, как решить. И всё — тишина. Даже спустя неделю.
А вот если просто написать «гайз, у меня с XXXControler чет бяда, кто ваще в теме?» тут тебе сразу куча вопросов «а что за бяда, а что случилось», и слово-за слово чем-нибудь и помогут (хотя мне лично кажется второй сценарий по итогу у людей больше времени тратит)
У меня после ковыряние с ним сложилось впечатление, что кроме инсталлятора самого Qt из него ничего сложного сделать нельзя.
Не очень понял про UI.
Я использовал кастомный WiX модуль, для вызова определенных утилит в нужные моменты установки. Возможно, в дальнейшем мне что-то еще понадобится. Кастомный UI из предустановленных темплейтов это конечно здорово, но я бы хотел полного контроля над тем, что там генерится. В идеале я бы конечно хотел контроля еще и над тем что сам WiX candle генерит, но это уж совсем мечты)
Просто преимуществ пока я не вижу вашего решения перед CPack. Ну разве что «няшный json, а не богомерзкий cmake», тут да, не поспоришь)
Бегло проглядел вашу доку, не нашел быстро ответа — как кастомные WiX файлы прикручивать к JSON?
Ну и еще мне идея «только одного мерджа» не нравится тем, что это сложно отдавать на ревью.
Надо либо как выше советовали, мастер туда вмерджить, либо все же создать вспомогательную ветку, в которой всё решено — а ее уже выкатывать на ревью.
Наверное речь об этом. Я лично с проектом познакомился еще до релиза 1.0.0, он уже тогда был вполне юзабельный)
Про позиционирование, что-то нигде не нашел про замену glibc. Да, пишут, мол general-purpose; что до использования на серверах — ну видимо майнтейнеры знают, как обходить особенности resolv.conf и прочую муть)
(давайте завяжем с оффтопом наверное, а то и так комментов полторы тыщи)
7 лет вроде поддерживает. OpenWRT на него перешел уже.
А если вы хотели сказать «когда ему будет столько же лет, сколько glibc» — то вообще не смешно.
Про список совместимости — я в курсе, спасибо, я читал внимательно, как и баги которые чел заводил в других проектах (это уже просто для себя).
Как полную замену glibc во всех отношениях никто проект и не позиционировал. Но я да, считаю, что это один из правильно сделанных suckless проектов.
По поводу «попробуйте пользоваться софтом» — с сайта проекта:
— zlib
— musl
— libev
— DeadBeeF
— mc
— MPV (мой дефолтный плеер на винде)
Это то чем пользовался я. Так-то порядочно там довольно популярного софта:
suckless.org/rocks
Вы видели исходники musl?
Что касаемо разработки DE под такой идеологие, или IDE — то я лично уже хз, тут я бы поспорил, что suckless зайдет)
Killing children в каждой второй доке по многопроцессным функциям встречается =)
Так же под вопросом существование abort() в libc.
Я уже молчу про команду killall!
Хочешь в общий разраб-чат написать о проблеме и спросить совета. Рапишешь суть, нюансы, а так же собственные, идеи, как решить. И всё — тишина. Даже спустя неделю.
А вот если просто написать «гайз, у меня с XXXControler чет бяда, кто ваще в теме?» тут тебе сразу куча вопросов «а что за бяда, а что случилось», и слово-за слово чем-нибудь и помогут (хотя мне лично кажется второй сценарий по итогу у людей больше времени тратит)