Simple Viewer GL - вьювер изображений

не нашел готового билда, при попытке собрать

$ make release
cd .build ; cmake .. -DCMAKE_CXX_FLAGS='-Wall -Wextra -O2' ; make ; cd ..
/bin/sh: cmake: command not found
make[1]: *** No targets specified and no makefile found.  Stop.
cp .build/sviewgl .
cp: .build/sviewgl: No such file or directory
make: *** [release] Error 1

может есть бинари где-то?

Некто AnDoR уже делал ebuild:
http://www.ugolnik.info/?p=1302

может есть бинари где-то?

У меня есть, куда скинуть?

а на битбакет нельзя залить, в downloads?

или настрой авто-сборку на travis-ci.org, и заливай бинари оттуда после каждого зеленого билда.

а на битбакет нельзя залить, в downloads?

Залил.

или настрой авто-сборку на travis-ci.org, и заливай бинари оттуда после каждого зеленого билда.

Точно, давно хотел сделать, да не знал с чего начать.

Непонятно, как подключить bitbucket, а не только github.

Отвечаю сам себе - никак, у них нет планов поддерживать bitbucket.

Даже и не знаю, а какую стоит использовать?

Я не в курсе, решать вам, но лицензия нужна, в дистры пакет не попадет, а хочется, реально ему альтернатив нет, либо что-то, что не умеет psd, либо проприетарный и тяжелый xnview.

Еще лицензия нужна хотя бы потому, что наверняка захотят форкнуть, чтобы добавить svg, например.

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

Залил.

попытка запуска выглядит вот так...

http://imgur.com/n773BoP

Возможно, они уже устарели, надо проверять.

никак, у них нет планов поддерживать bitbucket

кстати, разве должно быть не наоборот — поддержка travis-ci со стороны bb? хуки ведь на стороне bb должны быть реализованы...

Я не в курсе, решать вам, но лицензия нужна, в дистры пакет не попадет, а хочется, реально ему альтернатив нет, либо что-то, что не умеет psd, либо проприетарный и тяжелый xnview.

В корне лежит файл с GPLv2, пусть она и остается в качестве основной лицензии.

попытка запуска выглядит вот так...

Это очевидно, ведь требуемых библиотек в системе нет. Не линковать же мне их статически.

кстати, разве должно быть не наоборот — поддержка travis-ci со стороны bb? хуки ведь на стороне bb должны быть реализованы...

Возможно и так.

Это очевидно, ведь требуемых библиотек в системе нет. Не линковать же мне их статически.

ни в коем случае. просто сделай app bundle, и закинь *.dylib в Contents/Resources.

edit: app bundle еще нужен, чтобы в Info.plist прописать file type associations

и в коем случае. просто сделай app bundle, и закинь *.dylib в Contents/Resources.

Для этого нужно собирать app bundle, а я хотел удобную консольную версию.

edit: app bundle еще нужен, чтобы в Info.plist прописать file type associations

Возможно придет время и я созрею до такой реализации. Сейчас же мой кейс таков - из midnight commander тапнуть кнопке enter на интересующем меня файле. Или из консоли выполнить команду sviewgl -a -r /path/to/ для рекурсивного сканирования и просмотра содержимого.

Знаю, что cmake правилом MACOSX_BUNDLE можно легко создать app bundle, но не знаю, как указать список либ, для добавления в бандл.
С ходу у меня получилось только бандл собрать, но либ там нет.

Для этого нужно собирать app bundle, а я хотел удобную консольную версию.

удобную консольную версию никто не запрещает запускать прямо оттудова из app bundle (она и будет там лежать в Contents/MacOS)

Сейчас же мой кейс таков - из midnight commander тапнуть кнопке enter на интересующем меня файле. Или из консоли выполнить команду sviewgl -a -r /path/to/ для рекурсивного сканирования и просмотра содержимого.

ну это потому что ты не эпплофан. а эпплофаны не пользуются MC, и картинки из консоли редко открывают, да и то командой open.

С ходу у меня получилось только бандл собрать, но либ там нет.

сорри, тут ничего не подскажу, я про cmake знаю только то, что он ужасен, и я не хочу ничего про него знать.

ну это потому что ты не эпплофан. а эпплофаны не пользуются MC, и картинки из консоли редко открывают, да и то командой open.

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

сорри, тут ничего не подскажу, я про cmake знаю только то, что он ужасен, и я не хочу ничего про него знать.

Это да, страшен как смерть. Но я не знаю ничего лучше, если не считать premake.

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

не вопрос, я не пытаюсь тебя к чему либо принуждать. просто в таком виде его даже не посмотреть. слишком канонично опенсорсный подход — вот вам исходники, что хотите то и делайте, УМВР. не хотите компилировать? ждите ебилдов/дебов/рпмов. ах у вас макось?! эпплофан!

Но я не знаю ничего лучше, если не считать premake.

если нужно кроссплатформенно, то может и так, не интересовался.

в моем случае кроссплатформенность системы сборки не нужна, зато нужно удобство, поэтому использую xcode/xcodebuild.

ах у вас макось?! эпплофан!

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

в моем случае кроссплатформенность системы сборки не нужна, зато нужно удобство, поэтому использую xcode/xcodebuild.

Как хакодовский проект поможет собрать приложение, которое зависит от библиотек не входящих в macOS SDK?

Как хакодовский проект поможет собрать приложение, которое зависит от библиотек не входящих в macOS SDK?

Включением всех нужных библиотек в проект. (Можно даже предварительно собранных вне хакода)

Включением всех нужных библиотек в проект. (Можно даже предварительно собранных вне хакода)

Как submodule?

Да как угодно... у меня все зависимости в отдельном git submodule, но в том же самом xcodeproj (1 проект на все)

Предлагаю сделать первый релиз текущего мастера в sviewgl-2.7.tar.gz (тем более версия уже далеко не 0.1.6532) и разместить его в Downloads, с обязательным включением файлика LICENSE. Спасибо.

Работает под Linux

В Wayland умеет?

Предлагаю сделать первый релиз текущего мастера в sviewgl-2.7.tar.gz (тем более версия уже далеко не 0.1.6532) и разместить его в Downloads, с обязательным включением файлика LICENSE. Спасибо.

Речь о срезе сорцов или бинарнике?

В Wayland умеет?

Если glfw3 умеет в wayland, то и вьювер должен будет суметь в него.

срезе сорцов

Срез сорцов, для пакетирования. На эту версию будут ссылаться пакеты разных дистров.

Срез сорцов, для пакетирования. На эту версию будут ссылаться пакеты разных дистров.

А вариант с тегом не подойдет?
https://bitbucket.org/andreyu/simple-viewer-gl/downloads?tab=tags
Там есть линки на zip, gz, bz2 нужной версии:
https://bitbucket.org/andreyu/simple-viewer-gl/get/v2.7.tar.bz2

Вы используете дистрибутив Void?

Void

Да.

А вариант с тегом не подойдет?

Для пакетов желательно версия, если не хотите версию, то можно делать _git пакет с датой или тегом, но если есть версия (2.70), она ведь указывается при запуске приложения, то зачем выдумывать, а не релизнуть её же. Она ведь уже есть и работает.

Там есть линки на zip, gz, bz2 нужной версии:

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

Void

Да.

Там свой менеджер пакетов, но при этом используются ebuild?

Для пакетов желательно версия, если не хотите версию, то можно делать _git пакет с датой или тегом, но если есть версия (2.70), она ведь указывается при запуске приложения, то зачем выдумывать, а не релизнуть её же. Она ведь уже есть и работает.

Так тег как раз и указывает на определенный коммит. Устанавливая тег, разработчик как бы фиксирует в гите срез в строго определенном состоянии.

Я вот не очень в курсе битбакета, может выйти такое, что тег сменится на другой, а версия по ссылке останется той же?

В гите тег - это альяс на хеш коммита. Если разработчик пересоздаст некий тег на другой коммит, то значит разработчик ССЗБ. Я не знаю тех, кто так делает. Во всяком случае, я такого делать не буду.

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

Я не знаю простого способа создать архив на основе какого-либа коммита.

в автотулсах это делается командой make dist (или make distcheck для полной уверенности в работоспособности архива).

правда, сомневаюсь, что в cmake есть подобная фича.

Там свой менеджер пакетов, но при этом используются ebuild?

Нет, там темплейты, ебилд я просто сделал когда сидел на рабочей станции с гентой. Темплейт для воида я уже написал и жду ссылку на версионный архив и сделаю пуллреквест в главную репу.

Так тег как раз и указывает на определенный коммит. Устанавливая тег, разработчик как бы фиксирует в гите срез в строго определенном состоянии.

ну тогда нет проблем, называю пакет 2.70 с ссылкой на соотв. тег. Спасибо.

в автотулсах это делается командой make dist (или make distcheck для полной уверенности в работоспособности архива).

Это не спасет меня от необходимости выгружать этот архив в bitbucket руками.

Хотелось бы хитрожелтую кнопку «создать архивы на основе среза и назвать их так».

Нет, там темплейты, ебилд я просто сделал когда сидел на рабочей станции с гентой.

Похоже, что вы не понаслышке знакомы с Void и Gentoo. Можно ваши впечатления о Void относительно Gentoo?

ну тогда нет проблем, называю пакет 2.70 с ссылкой на соотв. тег. Спасибо.

Супер, спасибо вам.

Это не спасет меня от необходимости выгружать этот архив в bitbucket руками.

чтобы не выгружать руками — надо использовать автоматизацию. у меня генерацией тарболлов и выгрузкой на файл хостинг занимается travis-ci.

впечатления о Void относительно Gentoo?

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

Весь дистр (включая пакеты) находится на гитхабе, захотел форкнул — и делаешь что хочешь, поддерживаешь сам. Простая, но удобная система инициализации runit, сервисы создавать/запускать элементарно. Темплейты похожи на ебилды, но проще.

Самобытный (начиная от менеджера пакетов, заканчивая системой инициализации) дистр, сообщество не очень большое, но отзывчивое.

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

http://voidlinux.eu

чтобы не выгружать руками — надо использовать автоматизацию.

Я понимаю, что для автоматизации нужно использовать автоматизацию.

у меня генерацией тарболлов и выгрузкой на файл хостинг занимается travis-ci.

Мы уже об этом говорили.

Официальный сайт я уже видел. А за впечатления о дистрибутиве большое спасибо.

Мы уже об этом говорили.
Это не спасет меня от необходимости выгружать этот архив в bitbucket руками.

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

я ответил, что тебя спасет.

Как автотулзы, собирающие архив спасут меня от выгрузки этого архива в bitbucket?

Использование гитхаба, travis и автотулсов решают эту проблему.

Использование гитхаба, travis и автотулсов решают эту проблему.

А когда понадобится еще какая-либо фича, то будет предложено перейти на еще_один_вариант_гит_хостинга?

А когда понадобится еще какая-либо фича, то будет предложено перейти на еще_один_вариант_гит_хостинга?

если бы тебе нужен был только гит хостинг, переход на другой делается 1 командой git push.

gh и bb это далеко не только гит хостинги, и ты сейчас пользуешься заведомо отсталой платформой для разработки, у которой даже нет интеграции с CI.

можно перейти на современную развитую платформу, а можно продолжать страдать.